[Stable Update] 2020-11-18 - Kernels, Plasma5, Frameworks, Thunderbird, Firefox, Mesa

After every update just run: DIFFPROG=meld pacdiff
It will take you through every pacnew and you can view, skip, remove. Read man page.
meld is a super nice gui diff tool. You can compare files side-by-side.

The pacnew files cannot be merged without being reviewed first. Some will get you in big trouble.

2 Likes

Solved in: Cannot boot after update, previous kernels do not load

Thank you very much! My system is working now again too. I also didn’t have a /etc/mkinitcpio.conf.pacnew. I had a grub.cfg.pacnew but this didn’t contain any critical changes (mainly some new spaces).

My system is asking for the encryption password twice now. Do you have this behavior too?

Hi Community,

I run a couple of laptops with Manjaro-Xfce on AMD hardware. Yesterday’s upgrade worked fine, but I was wondering as to why the upgrade pulled certain KDE components. I haven’t noticed that before, but then I don’t watch it all the time, hence I might missed it.

From the pacman logs:

cat /var/log/pacman.log | grep “2020-11-18” | grep -ie " k.*"
[2020-11-18T15:40:16+0000] [ALPM] upgraded kcoreaddons (5.75.0-1 -> 5.76.0-1)
[2020-11-18T15:40:16+0000] [ALPM] upgraded kauth (5.75.0-1 -> 5.76.0-1)
[2020-11-18T15:40:16+0000] [ALPM] upgraded kitemmodels (5.75.0-1 -> 5.76.0-1)
[2020-11-18T15:40:16+0000] [ALPM] upgraded kwindowsystem (5.75.0-1 -> 5.76.0-1)

Taken from this machine:

inxi
CPU: Dual Core AMD Ryzen 3 3200U with Radeon Vega Mobile Gfx (-MT MCP-) speed/min/max: 1296/1400/2600 MHz
Kernel: 5.9.8-2-MANJARO x86_64 Up: 23m Mem: 1695.8/13997.0 MiB (12.1%) Storage: 585.00 GiB (35.7% used) Procs: 242 Shell: Bash
inxi: 3.1.08

Why are those KDE components pulled into Manjaro-Xfce? I’m sure there is a reason, but I seem to miss it.

Fixed it. Had to install the last stable version from the Arch Linux Archive.
I think the problem in my case is the older vpn Server I try to connect to.

First uninstall openvpn via pacman. After this install it from the Archive in an older version:

sudo pacman -U https://archive.archlinux.org/packages/o/openvpn/openvpn-2.4.9-2-x86_64.pkg.tar.zst

Install networkmanager again if necessary

sudo pacman -S networkmanager-openvpn

Restart network manager

systemctl restart networkmanager
1 Like

Hi @MaFo,

You can check dependancies with pamac or wathever you prefer.
You will notice that for example manjaro-settings-manager relies on theses dependancies.

You can also check the Manjaro Gitlab page: Projects · Applications / manjaro-settings-manager · GitLab

Try for a “better looking” Thunderbird 78 the two following addons (colored and no flat design)

Phoenity Buttons
Phoenity Icons

5 Likes

Hi @vcottineau,
Thanks for your response. I should have thought of that, but sometimes I miss the simple solutions. :wink:

I don’t but others did until they found a solution:

1 Like

I had similar problems for both linux59 and linux 58. Updating sddm by solved it for me.

grub.pacnew tries to override (disable) current Manjaro grub theme GRUB_THEME, and to modify GRUB_TIMEOUT and GRUB_CMDLINE_LINUX_DEFAULT.

What to do about this :

:: OpenVPN now uses a netlink interface for network configuration. The systemd
   units start the process with a dedicated unprivileged user 'openvpn', with
   extra capabilities(7). The configuration should no longer drop privileges,
   so remove 'user' and 'group' directives.
   Scripts that require elevated privileges may need a workaround.

I remembered, there was something inside update:

:: OpenVPN now uses a netlink interface for network configuration. The systemd
units start the process with a dedicated unprivileged user ‘openvpn’, with
extra capabilities(7). The configuration should no longer drop privileges,
so remove ‘user’ and ‘group’ directives.
Scripts that require elevated privileges may need a workaround.

Very smooth, thank you!!

Now this is interesting, will a newer .pacnew file overwrite the old .pacnew and then your regular config gets overwritten or merged automatically?

Looking at my mkinitcpio.conf it was definitely merged since the hooks look to have changed and the syntax has changed only in places from " " to ( ) There was no problem this time but it could have easily been the case.

It’s fair to say linux users should know their machine and do this stuff, especially power users like arch users but I’ve never before been told this - really should be part of some Manjaro Crash Course. :thinking:
Pacman offers no such service to merge these files, is this planned for pamac? Does yay offer this?

On one hand this isn’t great for regular users coming from Windows that are frightened to mess with system files, on the other, consistent sane defaults should be okay.

Please split this topic if this is out of scope of an update thread. :slightly_smiling_face:


Edit: Found the comic where I first heard about the config files breaking, I really thought it was a joke. (Warning, naughty words, adult themes)

1 Like

Thanks, it’s working now.

It turns out SDDM’s auto login was the problem - not sure if it was all along or in addition to that regression (I should’ve checked earlier logs more carefully)

Sample log output

I noticed this in /var/log/Xorg.0.log:

[   483.780] (EE) Failed to open authorization file "/var/run/sddm/{5cd37d36-6e3a-4fc5-b255-2faeb13837d9}": No such file or directory

And systemctl status sddm:

Nov 19 12:25:42 sddm-helper[1237]: pam_env(sddm-autologin:session): deprecated reading of user environment enabled
Nov 19 12:25:42 sddm-helper[1237]: pam_kwallet5(sddm-autologin:session): pam_kwallet5: pam_sm_open_session
Nov 19 12:25:42 sddm-helper[1237]: Starting: "/usr/share/sddm/scripts/wayland-session /usr/bin/startplasma-x11"
Nov 19 12:25:42 sddm[731]: Session started
Nov 19 12:25:42 sddm-helper[1237]: [PAM] Closing session
Nov 19 12:25:42 sddm-helper[1237]: pam_unix(sddm-autologin:session): session closed for user luke
Nov 19 12:25:42 sddm-helper[1237]: pam_kwallet5(sddm-autologin:session): pam_kwallet5: pam_sm_close_session
Nov 19 12:25:42 sddm-helper[1237]: pam_kwallet5(sddm-autologin:setcred): pam_kwallet5: pam_sm_setcred
Nov 19 12:25:42 sddm-helper[1237]: [PAM] Ended.
Nov 19 12:25:42 sddm[731]: Auth: sddm-helper exited with 1

I had some .pacsave and .pacnew files I missed from previous upgrades too, one was related to PAM, but ultimately it was disabling auto login (while sddm was downgraded) and clicking the “Sync” settings button that fixed it. Re-enabling autologin works too.

Really? Can you install digikam? Because I can’t on a fresh install. KDE-Git packages are all over the place

Supposing I have the same issue as Iah7, can I just wait a few days until sddm 0.19.0-2.2 is in stable, update and my black screen will be fixed?

Hi Anthony

sddm 0.19.0-2.2 is already in stable. I isntalled it already a few minutes ago.

check/install with sudo pacman -Syyu