As promised. I setup an WPA3 only access point on my OpenWrt router and connected to it to use WPA3-SAE only with the network manager applet. nmcli c show reported that the connection was using SAE. Other devices I own couldn't connect to the WPA3 connection so relaxed it to WPA2/WPA3 mixed mode and things seem pretty rosy like that. Bear in mind gnome-control-center doesn't yet understand WPA3, so it misreports as either no security or WPA2 for the connection (see here).

I have OpenWrt on my router, when 19.07 stable is released with WPA3 support I'll have a look at enabling this. I don't really want to enabling things willy-nilly without being fairly confident they'll work.

@adurante can you try removing glibc's avx2 libraries and then running a calculation again which produces wrong results. Do NOT run this on a working machine, keep it to a VM.

Any proposals for how we handle JAVA_HOME for terminal based applications such as jxrlib?

This is a long shot, but if your machine supports AVX2 maybe the avx2 libs of glibc's math libraries are producing wrong results (check with lscpu | grep avx2). I think it's much more likely to be an upstream issue with R itself if @auspicrypt can produce incorrect results with Ubuntu's R as well.

I've been keeping an eye on this and haven't been able to reproduce any of the incorrect calculations thus far. We'll need to figure out the common denominator between the people having issues.

So a simple solution that works for me is simply unplugging and replugging in my headphones after suspend to bring the sound back.

Seems to be using fallback icons on GNOME based desktops so it is less of an issue there, should be added to rundeps regardless. I'll fix it now

Thanks for the report

I hate to step on your toes but i have had this upgrade done locally, with rebuilds done and tested, for a couple of weeks now. The only thing i've been waiting on is a new release of python-llvmlite which is why it hasn't been pushed yet (but, it looks like llvmlite can just be patched, as the issues are windows localized).

This is fine with me. Eventually, to enable cross-lang PGO/LTO in firefox, both firefox and rust will need to link/use the same llvm/clang to maintain compatibility and reduce the risk of weird compiler mismatch errors. I think this is how you link it as a shared lib:

I think this is the patch we want. We can wait until it hits a stable release. https://github.com/rust-lang/rust/pull/65474

If there's any other problems, feel free to reopen.

Install gtksourceview3 with sudo eopkg it libgtksourceview3. I'll add the missing rundep now. Thanks for the report!