[Stable Update] 2024-02-21 - Kernels, KDE, VirtualBox, Calamares, ROCm, Firefox, Thunderbird

[linux-aarhus]

@robbie-hatley

Apparently all AUR files now require a program called “fakeroot” to be present before they can be updated.

fakeroot is part of base-devel which is mandatory when using custom build scripts.

The knowledge is mandatory - pamac may have had a basic check earlier - I think the present situation is that you need to know that base-devel is required possibly to raise more awareness to the casual user.

The text at the Third Party tab in Pamac Preferences states

AUR is a community maintained repository so it presents potential risks and problems.
All AUR users should be familiar with the build process

One of the topics within the familiarity, is to know the base-devel must be synced and the system is fully synced.

[Fabitanker]

I have encountered an issue with this update.
I am using urxvt with i3, and additionally fcitx5 with mozc for japanese input.
Hitting the trigger button (alt + `) will not change the typed symbols in the console.
It works as expected (before the update) in other applications though, just the console is not working.
Fonts are installed and tested working, the console can display Japanese just fine.
Has anyone any idea where this could come from?
I am out of luck, and i am sourcing ~/.profile through a line in ~/.bashrc

This issue is fixed again.
Since the .profile file is no longer sourced, i added a line (source ~/.profile) to .bashrc.
This is wrong!
I found here that you should do things you did previously in .profile now in .bash_profile.
i moved the entire file contents over there, and now it works (of course disable the .bashrc line where i call .profile.

[beermad]

@pienczyk

verify, and test your backups

This really can’t be emphasised enough. I’ve seen the consequences of backups failing silently in my days as a data centre operator. The time those failed backups were needed and weren’t there cost the business something like £5m.

[Teo]

About the issue with the blue lines (errors/warnings) on boot, it was plymouth related. Obviously, removing plymouth and kms hooks was not enough, i also had to add the kernel parameters to disable it as per the guide above.

[Aragorn]

@Kobold

@philm

replace bashrc-manjaro with bash

And how we gonna do that?

If you had updated with pacman instead of through the pamac GUI, then you would have seen the question to replace the package appear right at the top of the update process.

[JMHoffmann]

An issue I had is using sd-boot+ukify+kernel-install+sbctl is that the sbctl hook in /etc/initcpio/post/ is broken. I had to fully comment it out. kernel-install has its own sbctl hook to sign a uki.

[deemon]

==> pacnew file found for /etc/passwd
:: (V)iew, (M)erge, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/m/s/r/o/q]^C
$ cat /etc/passwd.pacnew
root:x:0:0::/root:/usr/bin/bash

good job.

[BG405]

@robbie-hatley

So either file “/bin/fakeroot” wasn’t needed before, or it was needed but was present (at that time), so the problem didn’t occur. But this update, for whatever reason, the file “/bin/fakeroot” was needed-but-not-present at the time Pamac attempted to update AUR files, so those updates failed until after I installed “fakeroot”.

That does seem odd. I’ve had a few AUR packages on this system for years … since I started using it (2017-ish?) and fakeroot was used from the outset AFAIK. I never explicitly installed it.

I did wonder at the time what “Entering fakeroot environment …” meant.

[Olli]

@BG405

I did wonder at the time what “Entering fakeroot environment …

i gave up on this. i tried to start a discussion about the permanent existence of fakeroot years ago. fakeroot is a primary security issue and other distros use it also while updating-processes but they delete it after finishing.
i won’t comment this further not to get another strike

[linub]

i haven’t updated yet but disabled Plymouth following these instructions:

How to remove plymouth?

I disabled plymouth and the boot no longer hangs. VM booted normally 20 times in a row. Thanks again. For anybody trying to do this, these are the steps I used. (They combine the “Plymouth - Manjaro” page linked at the top of the original post, cscs’s commands, and Teo on not having to uninstall packages). Remove plymouth hook from /etc/mkinitcpio.conf sudo nano /etc/mkinitcpio.conf Line from which to remove plymouth: HOOKS="base udev autodetect modconf block keyboard keymap consolefont…

upon restart i get the following screen before accessing the desktop(not my screenshot):

any way to hide it?

and i also disabled the Splash screen in KDE(not sure if related)

Edit:
it might be because i removed the “quiet” parameter,but that is what was instructed in the wiki:

Plymouth

can i put it back?

Edit2
it seems that alone it might not be enough:
https://wiki.archlinux.org/title/Silent_boot
i won’t bother with it.

[MrLavender]

@BG405

That does seem odd. I’ve had a few AUR packages on this system for years … since I started using it (2017-ish?) and fakeroot was used from the outset AFAIK. I never explicitly installed it.

I did wonder at the time what “Entering fakeroot environment …” meant.

You never explicitly installed it because previously fakeroot was automatically installed as a dependency of pacman. So it was impossible not to have it. It is now a dependency of both pacman-contrib and base-devel (which is a requirement for building AUR packages on Manjaro.). There should be no need to ever explicitly install fakeroot unless you’ve done something wrong.

[rf2020]

No unforeseen problems, thanks to the info in this thread. Thanks!

[Teo]

Well you have just un-hidden it, why do you want to hide it. This is just the system booting and is actually very nice for diagnostic, if something goes red or stops for a couple of seconds you will know there is something wrong and investigate further after booting.
The purpose of the splash and plymouth is exactly to hide the log behind some animation so that ex windows users do not freak out

[nrw2000]

There are a lot of warnings like the ones below, and the update failed as a result. Does anyone know how to fix this?

Warning: npm: /usr/lib/node_modules/npm/node_modules/wrap-ansi/node_modules/strip-ansi/license already exists in filesystem
It has been backed up to /usr/lib/node_modules/npm/node_modules/wrap-ansi/node_modules/strip-ansi/license.old
Warning: npm: /usr/lib/node_modules/npm/node_modules/wrap-ansi/node_modules/strip-ansi/package.json already exists in filesystem
It has been backed up to /usr/lib/node_modules/npm/node_modules/wrap-ansi/node_modules/strip-ansi/package.json.old
Resolving dependencies...
Checking inter-conflicts...
Error: Failed to commit transaction: transaction not prepared

Found recommendations to execute sudo pacman -S npm --overwrite='*' here npm update error in arch · Issue #636 · nodesource/distributions · GitHub. Is this correct?

yes, sudo pacman -S npm --overwrite='*' fixed it

[BG405]

@linub

can i put it back?

If you wish, but as @Teo said, it’s useful for diagnostics … and AFAIK doesn’t affect start-up time.

@MrLavender

So it was impossible not to have it.

This is what confused me about @robbie-hatley 's post.

[linub]

if might be insufficient by itself and i won’t bother further with it:
https://wiki.archlinux.org/title/Silent_boot
Thanks
And @Teo

[jonnyabu]

@ManLuxer

export QT_QPA_PLATFORMTHEME=qt5ct

Awesome. Thanks for the info!