I would think this is also related to my post above about mounting an encfs mount on a ntfs drive. Or at least, it would make logical sense the two are related. Basically something needed whitelisting in libfuse around NTFS and it looks like that was merged in so I would think shortly this would get fixed here
Wild guess here, but maybe it had to do with the default password hashing algorithm change? See the ‘2023-10-04’ part in the “Known Issues and Solutions” post right underneath the announcement.
I can imagine a keyring using encryption and probably some hashing as well. If it hashes its data using the default algorithm and after the Manjaro Stable update it then has a different hashing algorithm, then during validation check against the hashed data, it will fail that check (and probably give errors).
But like I said, wild guess…
The Syslinux Project is a suite of five different boot loaders for starting up Linux distros on computers. It was primarily developed by H. Peter Anvin.
The Syslinux Project consists of five different boot loaders:
The project also includes two separate menu systems and a development environment for additional modules.
SYSLINUX was originally meant for rescue floppy disks, live USBs, or other lightweight environments. ISOLINUX is meant for live CDs and Linux installation CDs.
After updating, curl and uzerbug stoped working.
I thought something was off, but I rebooted and everything worked back.
Now gallery-dl doesn’t work, and I got this error Failed to extract Cryptodome/Cipher/_ARC4.abi3.so: decompression resulted in return code -1!
I’ve been using the same binaries of gallery-dl so the the updated caused the issue reverting back solved it.
Still not sure what package caused it, even latest gallery-dl binaries with all dependencies packaged in gave the same issue.
Hmm strange, how old is your Manjaro KDE install? Mine is 3,1 years old btw
Mine’s about 4.5 years. I installed this system late April 2019. But I’ve cleaned out ~/.cache many times already over the years. It is after all only cache, and therefore, there is nothing in there that cannot be recreated again.
I even still have the original installer image — Manjaro 18.0.4 Illyria — on a DVD, for archeological purposes.
a little bit confused how could this happen, but it seems like after this update my systemd-journal was kind of nuked and empty and wasn’t “persistent” anymore. Then again, I never set it to persistent, but it was “auto” since beginning of installation 4 years ago, but it was auto(matically) persistent until this update? and now it’s not anymore? ( /etc/systemd/journald.conf is still older than this update and with date 17.Jun.2022 – and with the original #Storage=auto line there. )
edit: Mystery solved. Apparently KDE/Qt is so badly programmed, that by default it just spams --user log full of utter BS, so the entire 4GB systemd/journal got filled with it in 2 days, leaving the impression that the previously existed half year logs were just reset at some point, instead they were wiped out because of journal size limit because of the KDE spamminess
Fix was to add: QT_LOGGING_RULES="*.debug=false;*.info=false;*.warning=false" into /etc/environment. Additionally to reduce new spämminess introduced to journal by Wayland (compared to X11), adding WINEDEBUG=-all to the same file helped to reduce a massive amount also.
So the incident didn’t have to do anything with this update, but with me swapping XFCE/X11 to KDE/Wayland just hours before this update landing.
I once did that, or maybe it was ./config
Probably the latter and it messed my Plasma setup i. e. everything went B&W.
T’was on an older install where I played around with Kvantum. Not using it since.
Timeshift saved me.
Getting off topic…
But maybe don’t confuse .cache with .config
Don’t delete ~/.kde,~/.kde4,~/.local or ~/.config/
Thank you for another seamless update!
Just for Portmaster users: Better reinstall package portmaster-stub after every major update release. It was CPU-intensive here for a few seconds continuously, now after the reinstall it’s very quite. Should have done this earlier. Edit ^ I will post about that soon, seems it was not the reinstall that helped…
You need to re-set your filters resp. re-do your configuration, unfortunately.
Unsure why it’s not saved somewhere in ~.
After the update the hibernate option does not work properly. After the PC goes into hibernation and I turn it back on, Manjaro restarts to the login screen. I see a journal message appear before the login screen comes on, but no idea what is causing the issue or how to resolve it.
Since this update, I see no thumbnails any more on the XFCE desktop. Loading the desktop background after login also takes longer than usual. Does anyone know how to debug this? xfdesktop does not seem to use any log files.