Thanks for the heads up I can still tty just canβt launch terminal from the icon. Guessing the best option is just to restore my pacsave for now ?
Edit
this is the error gnome-terminal throws when trying to launch it from elimentary terminal
# Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling StartServiceByName for org.gnome.Terminal: Timeout was reached
MSM reads /etc/locale.conf so they will be empty if that file doesnβt exist. Choosing values there and saving will create it if the file doesnβt already exist.
@Yochanan Yeah i thought so and I wasnβt looking for a solution for myself. Instead I was thinking forward and thought that maybe MSM may need an adjustment in that regards. However, I donβt know how this will be handled in future and whatβs in plan already. You know better than me. Thanks for clarification.
Everything seems to be working just fine. But during the upgrade my system began using way too much RAM while running almost nothing apart from the terminal, and my swap went over 1 GB which never happened before. This specially during depmod of linux kernel 5.18.2-1.
This time I upgraded with
sudo pamac upgrade -a
While I often just go with sudo pacman -Syu and only after that update stuff from AUR.
So I donβt know if that has anything to do with it, but thatβs the only thing I can think of that was different. Also at that time no AUR packages had even been installed.
Not sure about all you guys panicking about the locale, no issue here. I noticed the .pacnew file after update, I removed the .pacnew file as nothing relevant to add to my config file. I rebooted. Nothing happened.
OK. I donβt have LANG=C in /etc/locale.conf, I have a locale.conf.pacsave though. Here is the .pacsave file I have (the new locale.conf file only has the first line)
So the problem is not the update, but your previous configuration of locale.conf? I mean is it a user problem or is it an update problem? I donβt get it. Whatever, as said no issue here.
Its a bit above my knowledge base but so far the issue seems to be on gnome/cinnamon (gnome based) DE. Could be coincidence but i certainly donβt remember editing locale.conf anytime beforehand
Itβs a problem caused by the update.
From what I gather: filesystem package no longer feels responsible for /etc/locale.conf (see [pkg-upd] 2021.12.07-5 (95553e13) Β· Commits Β· Packages / Core / filesystem Β· GitLab) and therefore that file is saved as /etc/locale.conf.pacsave - which screws up locale configuration until itβs restored (manually).
No, thatβs only the fallback default if there is no /etc/locale.conf. If one uses U.S. English for example, it would be set to to LANG=en_US.UTF-8.
The easy way is using Manjaro Settings Manager > Locale Settings and make your language changes there. After applying, it will set the LANG value in /etc/locale.conf.
I noticed that when I upgraded filesystem to 2021.12.07-5. Veracrypt stopped working. Does anyone know how to fix this or why it is happening?
For now, my solution was to downgrade filesystem back to the previous version. But eventually, Iβll have to upgrade so I hope I find a solution by then.
@NeoTheo No issues with veracrypt for me. Current filesystem version in testing branch is 2022.06.08-2. Must be something else.
Run it in terminal and see if it brings up an error message.