It seems Arch maintainers were hasty, and packaged a debug release of pixman
, instead of stable.
That if statement is true with “0.43.0”, but not with “0.43.1”, or with the previous Arch version of 0.42.2".
It seems Arch maintainers were hasty, and packaged a debug release of pixman
, instead of stable.
That if statement is true with “0.43.0”, but not with “0.43.1”, or with the previous Arch version of 0.42.2".
Yes, and?
Hi @philm ,
I confirm You that mkinitcpio
37.1-4 from stable branch make things working again. I will edit this post with the output when my PC finish tasks on another OS and will test the unstable branch to tell You.
EDIT : I confirm that mkinitcpio
37.2-1.5 from unstable branch make things working again too.
Output of sudo lsinitcpio /boot/initramfs-6.7-x86_64.img | grep extra
:
usr/lib/modules/6.7.0-2-MANJARO/extramodules/
usr/lib/modules/6.7.0-2-MANJARO/extramodules/nvidia-drm.ko
usr/lib/modules/6.7.0-2-MANJARO/extramodules/nvidia.ko
usr/lib/modules/6.7.0-2-MANJARO/extramodules/nvidia-modeset.ko
usr/lib/modules/6.7.0-2-MANJARO/extramodules/nvidia-uvm.ko
usr/share/X11/xkb/rules/base.extras.xml
usr/share/X11/xkb/rules/evdev.extras.xml
usr/share/X11/xkb/types/extra
Wish You well
Nice to see that someone with a user on Arch GitLab woke up to this. They limit user creation at the moment.
Though I do wonder why they suggest a downgrade, when there is a 0.43.1, which is a stable version, by pixman’s versioning system
These last mkinitcpio updates broke my efi setup:
Installing kernel 6.7.0-2-MANJARO from /usr/lib/modules/6.7.0-2-MANJARO/vmlinuz
==> Starting build: '6.7.0-2-MANJARO'
-> Running build hook: [systemd]
-> Running build hook: [modconf]
-> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: 'aic94xx'
==> WARNING: Possibly missing firmware for module: 'bfa'
==> WARNING: Possibly missing firmware for module: 'qed'
==> WARNING: Possibly missing firmware for module: 'qla1280'
==> WARNING: Possibly missing firmware for module: 'qla2xxx'
==> WARNING: Possibly missing firmware for module: 'wd719x'
==> WARNING: Possibly missing firmware for module: 'xhci_pci'
-> Running build hook: [keyboard]
-> Running build hook: [autodetect]
-> Running build hook: [sd-vconsole]
-> Running build hook: [sd-encrypt]
-> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/tmp/kernel-install.staging.4s0wPq/initrd'
==> Image generation successful
Error: /usr/lib/modules/6.7.0-2-MANJARO/vmlinuz is missing .efi suffix.
/usr/lib/kernel/install.d/90-uki-copy.install failed with exit status 1.
I don’t know where to look for solution at this point. It will leave me with an empty boot partition. The last working version is 37.1-3
.
It seems that mkinitcpio
doesn’t create create the unified kernel image anymore.
Edit: Okay, I solved it by adding these two options to this file:
/etc/kernel/install.conf
the following settings:
initrd_generator=mkinitcpio
uki_generator=mkinitcpio
Apparently, it’s not set automatically since the new mkinitcpio version? I don’t understand but it works now.
I think you missed the point. See Andreas’ response.
And still am.
0.43.0 is also listed as a release version here:
https://cairographics.org/releases/
All of this could’ve been avoided if there was never a “0.43.0”. Never seen a version system like this before.
Well, that’s a bit off-topic here. Arch updated it because they did. If there is an issue with the release, that should be directed upstream.
Hopefully pixman
maintainers make more sustainable choices with their versioning in the future. This has been brought up upstream already
Mesa also does this. The first 0 version is a development version. Mostly you update with a point release.
With pixman, it seems more complicated than that. Debug portion of the code is enabled if both the remainder of the minor version is 1 when divided by 2, and the micro version has a remainder of 0 when divided by 2.
Looking back at Arch’s package history, it seems they have released development versions before, but not ones with debug code enabled.
–
This was unrelated to dbus-broker
for me. It’s caused by a bisected regression in amdgpu
, where the GPU fails to initialise from a reboot. A shutdown, followed by power-on is fine:
I actually just created this account to seek help. I can’t update even on a fresh install (Cinnamon).
I get the same error (only saying dbus-x11 instead of dbus) after selecting dbus-broker-units.
conflicting files:
dbus-broker-units: /usr/lib/systemd/system/dbus.service already exists in filesystem (owned by dbus-x11)
dbus-broker-units: /usr/lib/systemd/user/dbus.service already exists in filesystem (owned by dbus-x11)
Could anyone tell me what I could try to fix this? Thanks!
This might not work because of dependencies.
A better approach would be:
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
:: Starting full system upgrade...
...
Package (13) Old Version New Version Net Change Download Size
...
core/systemd 255.2-2 255.2-3 0.00 MiB 9.87 MiB
...
:: Processing package changes...
( 1/13) upgrading pam [####################################################################################################] 100%
( 2/13) upgrading systemd-libs [####################################################################################################] 100%
( 3/13) upgrading systemd [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 4/13) upgrading polkit [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 5/13) upgrading fwupd [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 6/13) upgrading geoclue [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 7/13) upgrading gtk-update-icon-cache [####################################################################################################] 100%
( 8/13) upgrading gtk3 [####################################################################################################] 100%
( 9/13) upgrading gtk4 [####################################################################################################] 100%
(10/13) upgrading intel-gmmlib [####################################################################################################] 100%
(11/13) upgrading iputils [####################################################################################################] 100%
(12/13) upgrading plymouth [####################################################################################################] 100%
(13/13) upgrading systemd-sysvcompat [####################################################################################################] 100%
:: Running post-transaction hooks...
...
Yes, it’s changed with polkit
124-1.
Examples:
This will take care of it once and for all:
sudo chmod 0755 /usr/share/polkit-1/rules.d/
Since we are mentioning these things …
Got the same for /var/log/audit
after most recent sync.
Not I, said the fly. Standard folder permissions here with audit
4.0-1:
❯ ls -al /var/log/audit/
total 8
drwxr-xr-x 2 root root 4096 Apr 21 2022 .
drwxr-xr-x 21 root root 4096 Jan 7 00:00 ..
Packages (8) audit-4.0-1 ddcutil-2.1.0-1 lib32-gnutls-3.8.3-1 lib32-pam-1.6.0-1 lib32-sqlite-3.45.0-1 openmpi-4.1.6-2 openpmix-4.2.8-1 shadow-4.14.3-1
Total Download Size: 7.62 MiB
Total Installed Size: 24.14 MiB
Net Upgrade Size: 0.17 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages...
shadow-4.14.3-1-x86_64 1179.5 KiB 3.76 MiB/s 00:00 [##################################################################] 100%
lib32-pam-1.6.0-1-x86_64 166.2 KiB 359 KiB/s 00:00 [##################################################################] 100%
audit-4.0-1-x86_64 387.2 KiB 543 KiB/s 00:01 [##################################################################] 100%
lib32-gnutls-3.8.3-1-x86_64 875.4 KiB 1128 KiB/s 00:01 [##################################################################] 100%
openpmix-4.2.8-1-x86_64 854.6 KiB 1096 KiB/s 00:01 [##################################################################] 100%
openmpi-4.1.6-2-x86_64 2.9 MiB 3.63 MiB/s 00:01 [##################################################################] 100%
lib32-sqlite-3.45.0-1-x86_64 718.1 KiB 764 KiB/s 00:01 [##################################################################] 100%
ddcutil-2.1.0-1-x86_64 662.6 KiB 688 KiB/s 00:01 [##################################################################] 100%
Total (8/8) 7.6 MiB 7.73 MiB/s 00:01 [##################################################################] 100%
(8/8) checking keys in keyring [##################################################################] 100%
(8/8) checking package integrity [##################################################################] 100%
(8/8) loading package files [##################################################################] 100%
(8/8) checking for file conflicts [##################################################################] 100%
(8/8) checking available disk space [##################################################################] 100%
:: Processing package changes...
(1/8) upgrading audit [##################################################################] 100%
warning: directory permissions differ on /var/log/audit/
filesystem: 700 package: 755
And its not a new package … its been in the previous syncs and this is the first warning.
(not like its a problem… but I suppose the inconsistency is a mystery)
Actually, I looked at the logs again … no, this is actually the first time the package has been upgraded since this new install.
So the discrepancy is from the installation.