@ermo Yes: https://dev.getsol.us/D8678

I think this is re-occuring right now on Solus 4.1

Just checking in to note that you're not forgotten.

Could we in some way make sure that D8542 gets included in the formal write up of 4.2 when it is released? I think it is a really nice addition that it worth mentioning in release notes :)

In T6658#168843, @DataDrake wrote:

Please be patient. I am swamped at work right now and have higher priority issues in Solus to deal with in the little free time I do have, else this would have already been implemented. And please, this isn't debate club. I have laid out the solution that I believe is the best path forward for Java on Solus after almost two years of arguments here and in other communications channels about all of this and more.

In T6658#168843, @DataDrake wrote:

Please be patient. I am swamped at work right now and have higher priority issues in Solus to deal with in the little free time I do have, else this would have already been implemented. And please, this isn't debate club. I have laid out the solution that I believe is the best path forward for Java on Solus after almost two years of arguments here and in other communications channels about all of this and more.

Also, so long as Minecraft works, I don't think most people will care how this is handled :)

In T6658#168843, @DataDrake wrote:

You shouldn't be running java -jar directly in Solus. We support the JDK solely for the applications we ship and for developers. The applications we ship can be tied to a specific OpenJDK package and won't need a /usr/bin/java. Java developers will be using an IDE or intelligent editor which can be configured for a specific JDK as well. This also doesn't need a /usr/bin/java. We will be replacing generic packages like gradle and apache-ant with JDK specific packages (i.e. gradle-8) in order to lessen the issues we have had supporting multiple JDKs simultaneously.

Please be patient. I am swamped at work right now and have higher priority issues in Solus to deal with in the little free time I do have, else this would have already been implemented. And please, this isn't debate club. I have laid out the solution that I believe is the best path forward for Java on Solus after almost two years of arguments here and in other communications channels about all of this and more.

You shouldn't be running java -jar directly in Solus. We support the JDK solely for the applications we ship and for developers. The applications we ship can be tied to a specific OpenJDK package and won't need a /usr/bin/java. Java developers will be using an IDE or intelligent editor which can be configured for a specific JDK as well. This also doesn't need a /usr/bin/java. We will be replacing generic packages like gradle and apache-ant with JDK specific packages (i.e. gradle-8) in order to lessen the issues we have had supporting multiple JDKs simultaneously.

I think a good option would be to have a binary at /usr/bin/java that prints the currently installed JDKs and their associated binaries, like java8, java11, etc. Helps people who are used to running java -jar xxxx.jar.

In T6658#168822, @akrenz wrote:

Pretty simple really. Each JDK should have its own directory in /usr/lib64.

I think this is the "best" solution. Afterwards one could select his Java version via an extra cmdline tool which creates symlinks for java/javac/jshell/jar. That's how Debian is doing it for update-alternatives (https://linux.die.net/man/8/update-alternatives) or Arch for archlinux-java (https://wiki.archlinux.org/index.php/Java#Package_pre-requisites_to_support_archlinux-java).

In T6658#161250, @DataDrake wrote:

Pretty simple really. Each JDK should have its own directory in /usr/lib64.

I think this is the "best" solution. Afterwards one could select his Java version via an extra cmdline tool which creates symlinks for java/javac/jshell/jar. That's how Debian is doing it for update-alternatives (https://linux.die.net/man/8/update-alternatives) or Arch for archlinux-java (https://wiki.archlinux.org/index.php/Java#Package_pre-requisites_to_support_archlinux-java).

Not yet. I wanted to install an Arch VM to have a look at how everything interleaves on there (X server/xinit/xprofile/Xsession/lightdm/... because this isn't something I know a great deal about) but I had a bit of a problem T8871. I've now got a VM running so I can start to poke around it and the wiki soon.

Any news on this? What have you had to change on your end so far?

Last time i ran objdump -d /usr/bin/blender | grep ymm it returned a bunch of results. I think blender is already using avx2 kernels with runtime cpu detection.

FWIW, I didn't read your description as accusatory.

Sorry, I didn't mean to be accusatory. I suppose I meant "is there a technical reason?"

Would you consider ensuring that his goes upstream so we don't have to carry patches for it? From what I understand, this could potentially benefit all i3 and similar WM users.

In T8629#168370, @Jacalz wrote:

Is there any reason why AVX2 was turned of in the blender update? The summary had no mention of it so I guess it was accidentally left inside the commit after local testing?

Lack of attention probably.

In T8629#168370, @Jacalz wrote:

Is there any reason why AVX2 was turned of in the blender update? The summary had no mention of it so I guess it was accidentally left inside the commit after local testing?

Is there any reason why AVX2 was turned of in the blender update? The summary had no mention of it so I guess it was accidentally left inside the commit after local testing?

Now, ever since I had updated my desktop, the same thing is happening there.

In T6658#167288, @serebit wrote:

Maybe include a symlink from /usr/bin/java8 to the actual java8 binary, etc?

In T6658#161255, @DataDrake wrote:

In T6658#161254, @serebit wrote:

Alternatively, /usr/bin/java could be a symlink to whichever JDK is currently selected, and created by the jdk switcher.

No. I will not accept these kinds of solutions. They are not stateless and frankly, brittle.

Hey, sorry to just jump in here but figured I could contribute some useful information on the whole Minecraft/Java front.

This is weird, I had noticed that lately my laptop's time and date isn't syncing for whatever reason, and I am getting the issue from time-admin brings me the same message, while gnome-control-center simply does nothing at all.

No.

Was this fixed by 25787c1e3814 ?

@ermo that is because Python3.7 is marked as done.

https://gitlab.com/apparmor/apparmor/issues/74

Now I have a few failing network tests, but that's way better.

Ok, so I'm getting closer to a fix. It looks like cap_names.h is auto-generated from linux/capabilities.h and during our build cap_names.h is empty. I think I have a Makefile patch for this. Testing now.

As an FYI: updating swig did not fix this

Will there be more fixes in Budgie than the new desktop icons system?

Removed comment. If you have concerns about a specific update e.g. if it includes specific fixes Core Team / Global Maintainers should take a look at, please use the appropriate Phabricator forms. Thanks!

In T8629#164576, @Jacalz wrote:

Perhaps Binutils 3.34 and glibc 2.31 could make it in now that they are released?

Binutils 2.34 has removed some essential macros and I cannot build the reverse dependencies, that's why we would need to see if they are updated against this new changes, maybe I'll need to patch the source code.

Perhaps Binutils 3.34 and glibc 2.31 could make it in now that they are released?

Hello, does the upgrade to GNOME 3.36 includes Nautilus upgrade?

I guess you don't trust your users ;) But I guess that makes sense.

In T8629#164500, @JoshStrobl wrote:

In T8629#164499, @Jacek wrote:

With the Software Centre change could you have all the updates checked by default? Now when somebody goes to updates and presses update, it will only install necessary updates. And if all were checked, all would be install. This could slightly raise the number of fully up to date systems and save a few clicks for most users.

It's going to be a list view, there isn't going to be anything to check.

In T8629#164499, @Jacek wrote:

With the Software Centre change could you have all the updates checked by default? Now when somebody goes to updates and presses update, it will only install necessary updates. And if all were checked, all would be install. This could slightly raise the number of fully up to date systems and save a few clicks for most users.

With the Software Centre change could you have all the updates checked by default? Now when somebody goes to updates and presses update, it will only install necessary updates. And if all were checked, all would be install. This could slightly raise the number of fully up to date systems and save a few clicks for most users.

Thanks a lot @joebonrichie! Your work is very much appreciated ?

@jwinnie off-topic but no (but, also should be quicker than py3.7 was). After 3.7 has stabilized i'll do another big round of updating everything in programming.python and strip out more py2 stuff. When that's done I can think about updating to 3.8.

With [[ https://github.com/pyenv/pyenv | pyenv ]] you don't need to wait for Solus to update the system's Python.

Would it be realistic to land Python 3.8 soon? I know 3.7 was just packaged but I'm a Python developer and the new Python versions have tons of exciting features I can't wait to get my hands on ?

I'd like to point out that LLVM will likely be updated to 10 (see "Upcoming Releases") before 4.2 arrives.
Also I'll try to land Binutils, GCC and libvirt (after Python upgrades to 3.7.0).

I had the same issue, journalctl showed that lats NTP sync happened on 18. January.
With the 4 steps listed by @mate-user I could fix the issue.

@JoshStrobl You are welcome :)

@Jacalz Ah yea, will do! Thanks for mentioning that, I definitely want to get us moved over to celluloid without borking the experience of users :)

Could you please add a note under the new usysconf about adding a trigger for migrating pinned gnome-mpv to celluloid (in line with D6911)? @JoshStrobl

Closed, Solus 4.1 is now released. https://getsol.us/2020/01/25/solus-4-1-released

Thanks @paracetamol ! After running those 2 commands, my time is correct after restarting, just that it's 10 seconds behind now.
Going to Time and Date settings and choosing Europe/Dublin fixes it to exact time, which I'd have to do after every restart if I want exact time.
Looks like just opening Time and Date settings fixed it to exact time, that's not so bad ?
In summary, the 4 commands to run to fix this problem are:

1. sudo rm /var/lib/systemd/timesync
2. sudo systemctl restart systemd-timesyncd.service
3. sudo systemctl enable systemd-timesyncd.service
4. sudo systemctl start systemd-timesyncd.service

This is the result of systemd-timesync failing to write the clock file in /var/lib/systemd/timesync/, as in reality prior to v240 (we were on v238, so this applies to us) it was a symlink to ./private/systemd/timesync. The respective clock file cannot be read because the timesync folder itself in /var/lib/systemd/ is owned by root.

Ah yea, completely forgot that it'll have a .newconfig if the existing one has been modified. Thanks for testing!

Thanks Josh, deleting that file caused eopkg to throw errors (something with pam), and after reboot I couldn't log in.
After booting with LiveISO i found limits.conf.newconfig with the patched contents. After renaming it everything works now, and the limits are increased.
So thank you very much, I hope it'll go smoothly for others.
Solus 4.0.9999 (or whatever you call it) should get good gaming revievs!

Probably. I'd delete the file entirely and reinstall pam.

I am, with newest systemd and pam. But I I had jacek hard nofile 524288 at the end of that file, and I only deleted that line after the update. Is that why the file didn't get patched?

That is not the file contents any more. You are on unstable, right?

I did a full upgrade, reinstalling pam or doing eopkg check does nothing. Only clue I have is to how the end of /etc/security/limits.conf looks like.:

@Jacek The 10k limit is set by PAM and is what the previous PAM version's limits.conf was set to. What is the version of pam you have installed? You need to make sure you have a full system upgrade, on unstable, and have rebooted to have applied the new limits.

@Girtablulu That's exactly what I did, the output is

In T8601#163249, @Jacek wrote:

@JoshStrobl After deleting all lines I added to those files and updating Systemd the limit is still 10000. I have no idea why