This project is to enable individuals to report issues or request features that are related to the integration of Solus into existing software and/or software integration into the Solus platform.
Mon, Jan 7
Thu, Dec 27
OpenJDK 10 is needed to update cryptomator to 1.40, see T7235
Tue, Dec 25
FTR: dbeaver now supports Java 11 and it seems like pdfsam 4 requires Java 11.
Sun, Dec 23
It would be a waste of time. All this does is make some benchmarks look better while destroying any benchmarks that touch the network stack. Put simply, this won't give you the benefits you are expecting because it just tips the balance by making some things better and others worse. As the kernel gets more and more advanced, it is able to do a much better job of preventing IRQ bottlenecks (multi-queue I/O anyone?).
It would still be great to have this by default or at least have it packaged :) Ikey asked for benchmarks, which no one provided, but I'm willing to provide benchmarks if anyone can tell me what to do.
Dec 18 2018
Dec 6 2018
Dec 5 2018
Dec 3 2018
Ideally we need to validate that AR, NM, RANLIB are being understood by all build types (configure, cmake, meson etc).
Nov 27 2018
Nov 26 2018
I am also experiencing this issue on an LVM on LUKS install. Had to manually include in fstab with: /dev/SolusSystem/Swap none swap sw 0 0.
Nov 21 2018
@serebit Thanks, I must've missed that part!
@Vistaus iirc they've deferred it to a later release, as noted in the In Full Sail blog post:
For Solus 4, our primary focus at this moment in time is the finalizing of Budgie 10.5 and deferring the Software Center to a later 4.x release.
@ Solus team: Just wondering if the new Software Center is still being worked on? 'Cause I know Ikey was primarily developing it. No rush or anything, just wanted to know if it's still being worked on :)
Nov 20 2018
Nov 19 2018
Any updates on fwupd its badly needed for folks like me who have purchase laptops like X1 Carbon 6th gen and have battery drain issues during sleep
FYI the upload is failing
Nov 17 2018
This should have been fixed a week or two ago.
Nov 12 2018
Okay thank you brother for your swift reply. I used to be on Arch linux for 8 years and last year I found this OS and haven't looked back. Keep up the great work!
It's still in development and doesn't currently support what you are asking for, so no, not really. This release of the SC is a full rewrite so it is taking some time to finish.
I agree. Is there a way to get the new software center now?
No hard feelings! Just no sense cluttering up the tracker with known issues. I'd do this for anything else that fell under the same category.
I was just giving an example. Sorry.
Flatpak support is already planned for the next release of the Software Center. At such a time, everything will work as you have expected. In the meantime, we do not support Gnome Software Center so you cannot expect the same behavior.
I grabbed that from a guest OS im running to use as an example. Arch based & Ubuntu based all do the same. I realize we do not use the gnome software center, I just thought it would slipstream itself into the add/remove software center Solus uses. If it is not a bug, and it does what it is supposed to do (you have to manually add flatpak via console) then please close this
The attached picture is from gnome software center, if you look at where the file source is from, it shows flathub
Guess I'm used to another distribution. I thought that was what was supposed to happen, click on whatever you want to install it brings open software center and you install it. That said distribution, the software center even shows snaps and flatpak applications once you set it up via command prompt (install what's needed to be able to install flatpak)
It doesn't integrate into the software manager?
What are the results you are expecting? I don't believe there's a graphical app to install Flatpak apps and I don't think running the command line in the background makes sense.
It's a brand new install using latest refreshed ISO, eopkg up was run and then I setup flatpak.
Which desktop environment do you use? Budgie, MATE, Gnome or Plasma 5?
Looks like bazel also needs testing against this.
Nov 9 2018
Re-opening since some things were rolled back
Nov 5 2018
/* * Code to deal with the system timezone on all distros. * There's no dependency on the SystemTimezone GObject here. * * Here's what we know: * * + /etc/localtime contains the binary data of the timezone. * It can be a symlink to the actual data file, a hard link to the data * file, or just a copy. So we can determine the timezone with this * (reading the symlink, comparing inodes, or comparing content). * * + However, most distributions also have the timezone setting * configured somewhere else. This might be better to read it from there. * * Debian/Ubuntu/Gentoo (new): content of /etc/timezone * Fedora/Mandriva: the ZONE key in /etc/sysconfig/clock * openSUSE: the TIMEZONE key in /etc/sysconfig/clock * Solaris/OpenSolaris: the TZ key in /etc/TIMEZONE * Arch Linux: the TIMEZONE key in /etc/rc.conf * Gentoo (old): the ZONE key in /etc/conf.d/clock * * FIXME: reading the system-tools-backends, it seems there's this too: * Solaris: the TZ key in /etc/default/init * /etc/TIMEZONE seems to be a link to /etc/default/init * * First, some functions to handle those system config files. * */
From my understanding there has to be #define ETC_TIMEZONE "/etc/timezone"