It seems there’s a patch for btrfs-progs on queue:
https://patchwork.kernel.org/project/linux-btrfs/list/?series=707080
pix in cinnamon does not start error from terminal below
(pix:355570): GLib-GObject-WARNING **: 14:53:35.777: g_type_class_add_private() called multiple times for the same type
** (pix:355570): CRITICAL **: 14:53:35.785: Could not load the mandatory extension 'cairo_io': Could not open the module `cairo_io`: libtiff.so.5: cannot open shared object file: No such file or directory
Aborted (core dumped)
Fixed with pix
2.8.9-2.
Manjaro Tools Broken after todays update see
PHP 8.2 update and introduction of legacy branch
2023-01-13 - Pierre Schmitz
The php packages have been updated to the latest version 8.2. In addition to this, a new set of php-legacy packages have been introduced. These will follow the oldest but still actively supported PHP branch. This enables users to install the latest version but also introduces the option to use third party applications that might rely on an older version. Both branches will be kept up to date following our rolling release model.
php
andphp-legacy
can be installed at the same time as the latter uses a-legacy
suffix for its binaries and configuration files.In addition to this, the php7 packages have been removed as they reached end of life. The
imap
extension will no longer be provided as it relies on thec-client
library which has been abandoned for many years.
All sorts of weird glitches in steam (steam) with update to lib32-libx11 1.8.3-1 and major stuttering in steam game L4D2. Also reported here: Team Fortress 2 Crash with newest lib32-libx11 / Multimedia and Games / Arch Linux Forums
I’ve just built lib32-libx11
1.8.3-1.0 with 0001-Revert_Update_XPutBackEvent.diff
applied. Let me know if that resolves the issue. I’ll also test myself and see if that resolves the lag I was having with GreedFall.
EDIT: It does indeed resolve the lag.
binutils
2.4.0 toolchain rebuilds are coming in along with virtualbox
7.0.6. It will be a few hours at least before the kernel rebuilds are done. I advise delaying updating until you see the kernel rebuilds available.
be very careful on new grub version r416
In ARCH core there is at time: v415 afaik?!
https://ftp.fau.de/archlinux/core/os/x86_64/grub-2:2.06.r415.g1a241e050-1-x86_64.pkg.tar.zst
Phil is right, as I remember we have rollback grub to stable version/revision because something was not stable enough.
And we have a separate thread for package updates.:
kernel rebuilds are not in repos yet
Neues Thema / New topic
@pheiduck @koshikas
make: Verzeichnis „/usr/lib/modules/5.15.88-1-MANJARO/build“ wird betreten
warning: the compiler differs from the one used to build the kernel
The kernel was built by: gcc (GCC) 12.2.0
You are using: gcc (GCC) 12.2.1 20230111
Extra modul error! kernel 5.15.88-1 is build with gcc 12.2.0
whereas installed gcc version is 12.2.1
kernel requires a rebuild as koshikas told…
Another machine:
Compiling OpenRazer kernel modules
:================================
make -C /lib/modules/5.15.88-1-MANJARO/build M=/var/lib/dkms/openrazer-driver/3.5.1/build/driver modules
make[1]: Verzeichnis „/usr/lib/modules/5.15.88-1-MANJARO/build“ wird betreten
warning: the compiler differs from the one used to build the kernel
The kernel was built by: gcc (GCC) 12.2.0
You are using: gcc (GCC) 12.2.1 20230111
CC [M] /var/lib/dkms/openrazer-driver/3.5.1/build/driver/razerkbd_driver.o
cc1: Fehler: incompatible gcc/plugin versions
cc1: Fehler: Plugin ./scripts/gcc-plugins/structleak_plugin.so kann nicht initialisiert werden
make[2]: *** [scripts/Makefile.build:289: /var/lib/dkms/openrazer-driver/3.5.1/build/driver/razerkbd_driver.o] Fehler 1
make[1]: *** [Makefile:1902: /var/lib/dkms/openrazer-driver/3.5.1/build/driver] Fehler 2
make[1]: Verzeichnis „/usr/lib/modules/5.15.88-1-MANJARO/build“ wird verlassen
make: *** [Makefile:41: driver] Fehler 2
Reason… <==> solved in the meantime, everything o.K.
@koshikas you where right…
Moderator edit: In the future, please use proper formatting: [HowTo] Post command output and file content as formatted text
kernel requires a rebuild with new binutils
released, and to lesser degree newer gcc
release also in the update (as per the warning you quoted) . if you have updated already, postpone reboot till you get the update for the new kernel re-release. this has nothing to do with supposed update to grub
Reboot could come with sudden power loss, better to rollback to prev. state for each updated machine.
How hard to implement a fix of update procedure: to postpone of releasing partial incompatible updates. To introduce a release condition to release only whole batch of packages updates if all of them are ready to prevent release of partial / incompatible updates OR it is OK to let it be on unstable branch?
They are now.