Look here https://discuss.getsol.us/d/260-solus-plasma-testing-iso-checksum

Delete feh as rundeps

It's in the repo. Search for networkmanager-libreswan

Use git tag as source

Oh well, I guess I'll update the diff later. Still don't know why I can't used the signed tarball, but I guess I'll use git tag

Well, IMHO, using git tags is the same as using Source code (tar.gz).

Idepad 100S require hybrid 32bit and 64bit image. The UEFI only support 32bit, but the processor actually support 64 bit. That's why usually Ideapad 100S is preloaded with Windows 10 32bit

Sort rundeps

Linking differential D5499

In T7600#144224, @davidjharder wrote:

The pre-built binary runs nicely.

I'll be happy to become the maintainer for this package.

I'll be happy to become the maintainer for this package.

Can we get an update for this?

I test it on Solus Budgie and Gnome

Other than checking if project run, we need to export the game too. Because the last time I tried to export with Mono version, I can't use the default export template downloaded from Godot.

Yes, please...

In D4933#78598, @livingsilver94 wrote:

I've already taken care of it here D4873. Sorry!

Oh, wait. I don't read the fedora bits. I think we can add custom rule in polkit, to make sure only administrator or user in certain group can format or do something equally destructive like editing mountpoint in fstab.

I think this is a suggestion for upstream.

The error mention usb_modeswitch_dispatcher as not found, but the file it provided by the usb-modeswitch package.

Can you reinstall usb-modeswitch?

Shit, I forgot my laptop's charger. I'm replying from another laptop that didn't have this issue.
I'll give you the localectl output later. Because this issue happen on my laptop and my computer at university lab, just when I'm trying to test Budgie localization.

I only tried changing the language to Japanese and French

IMHO, it's mean the software will not be included in Solus' repository. First, I think it's because the application isn't open source, so Solus can't distribute the application. And it's not the responsibility of Solus developer if the application doesn't support Solus.

I think we should nuke my applet too R3763

Nope, it's quite normal. The core teams will tell you what's wrong in your patch, they're not going to sugarcoat anything if you do something wrong. But, they are quite busy with other thing than Solus. If your patch not getting any attention, just wait or reach out to them on IRC.

Yup. I think if people use docker, they can add their user to docker group on their own.

@maverick1 You need to wait, because sometime the revision is being buried with other revisions. And the core team usually prioritize package update over new package

You can already follow the instructions. You need sudo because your user is not part of docker group. The only things that we can do is to add user automatically to docker group.

I think you should report Budgie's issues to https://github.com/solus-project/budgie-desktop/issues/new

Sorry, I want to see if the binary's name is diffrent

Delete ls from install step

Ah, I take back my word. I don't really use Awesome WM as daily driver, I don't think I can do it justice as package maintainer

I don't mind maintaining the package, but I don't have any idea to make the theme used by AwesomeWM inline with Solus' design philosophy.

I can't reproduce the issue too. Can you start firefox with clean profile and try reproduce the issue?

I think it's better if we update Godot to version 3.x.x

Sorry, but can someone commit this diffusion? My applet is crashing for some people without backlight device. I feel kinda responsible. @JoshStrobl @DataDrake

'Kay, I don't mind testing the package if you want me too. Because I use Epiphany, Devhelp, and Builder.

Can we rollback the devhelp package?

Hello guys, so I want to get back at this issue because GIMP 2.10 is nearly upon us.

Wait, I forgot to delete that line. It's for fixing docbook-xsl error.
But Josh said to use docbook-xml package, so the flag is obsolete

I'll try to update it. But it's still need the core team approval, and waiting for next-sync.

We need to update docker-compose actually. Current version in the repo is behind the released one.
Link: https://github.com/docker/compose/archive/1.18.0.tar.gz

There is nothing wrong with that. I just have different opinion from you. I'm not the one who decide thing here.

Another reason to waiting for Godot 3.1 is OpenGL 2.x support. Currently, the old support for OpenGL 2.x is missing in Godot 3.0.

I think it's better to wait for 3.1 or wait until tool for converting 2.x project to 3.x available.

Use for loop

Use for loop

Forgot about rundeps

Use for loop for installing file

Okay @JoshStrobl, I'm sorry. I don't know what kind of syntax accepted by the install process

Forgot to update the pspec file

Change summary and description to be more consistent with other Ant Theme variants