[Stable Update] 2024-07-29 - Kernels, Virtualbox, Wine, KDE Frameworks

Hello community, here we have another set of package updates.

Current Promotions

  • Find out all about our current Gaming Laptop the Hero with Manjaro pre-installed from Spain!
  • Protect your personal data, keep yourself safe with Surfshark VPN: Get 3 months extra

Recent News

Previous News
Finding information easier about Manjaro

Finding information easier about Manjaro always has been a topic that needed to be solved. With our new search we have put all Manjaro data accessible in one place and divided by sections so it makes it easier to digest: News – Manjaro

image

Notable Package Updates

Additional Info

Python 3.12 info

:information_source: You will need to rebuild any AUR Python packages that install files to site-packages or link to libpython3.11.so. :information_source:

Print a list of of packages that have files in /usr/lib/python3.11/ :

pacman -Qoq /usr/lib/python3.11/

Rebuild them all at once:*

pamac build $(pacman -Qoq /usr/lib/python3.11)

* Note that if any fail to build, you’ll have to rebuild what’s remaining one or a few at a time.

Use rebuild-detector to see if anything else needs to be rebuilt:

checkrebuild
Info about AUR packages

:warning: AUR (Arch User Repository) packages are neither supported by Arch nor Manjaro. Posts about them in Announcements topics are off-topic and will be flagged, moved or removed without warning.

For help with AUR packages, please create a new topic in AUR and a helpful volunteer may be able to assist you.

Get our latest daily developer images now from Github: Plasma, GNOME, XFCE. You can get the latest stable releases of Manjaro from CDN77.


Our current supported kernels

  • linux419 4.19.318
  • linux54 5.4.280
  • linux510 5.10.222
  • linux515 5.15.163
  • linux61 6.1.100
  • linux66 6.6.41
  • linux69 6.9.10
  • linux610 6.10.0
  • linux61-rt 6.1.83_rt28
  • linux66-rt 6.6.35_rt34
  • linux67-rt 6.7_rt6

Package Changes (Tue Jul 23 07:26:49 CEST 2024)

  • stable core x86_64: 36 new and 36 removed package(s)
  • stable extra x86_64: 1448 new and 1439 removed package(s)
  • stable multilib x86_64: 9 new and 9 removed package(s)

A list of all package changes can be found here

  • No issue, everything went smoothly
  • Yes there was an issue. I was able to resolve it myself.(Please post your solution)
  • Yes i am currently experiencing an issue due to the update. (Please post about it)
0 voters

Check if your mirror has already synced:

14 Likes

Known issues and solutions

This is a wiki post; please edit as necessary.
Please, consider subscribing to the Stable Updates Announcements RSS feed


Please RTFT (Read This Fine Thread) first before reporting the same issues over and over again!

Note: Do not forget to review your .pacnew files:

:arrow_right: 2024-07-29

:warning: Linux 6.9 is EOL

Linux 6.9 is EOL and will - at some point - be removed from the repo.

If you use Linux 6.9 and Nvidia or inside a virtual machine, it is of great importance, that you install Linux 6.6 or Linux 6.10 to avoid driver problems.

sudo mhwd-kernel -i linux66

:zap: KERNELS REMOVED

Linux 6.7 has been removed from repos and Linux 6.8 is marked for removal with next stable snap.

If you are using either - please replace with a supported kernel.

Linux 6.7 and 6.8 - repo status 2024-07-31
 $ date
Wed Jul 31 09:40:12 CEST 2024

 $ mbn info linux68 -q
Branch         : testing
Name           : linux68
Version        : 6.8.12-3
Repository     : core
Build Date     : Mon 10 Jun 2024 10:13:46 
Packager       : Manjaro Build Server <build@manjaro.org>

Branch         : stable
Name           : linux68
Version        : 6.8.12-3
Repository     : core
Build Date     : Mon 10 Jun 2024 10:13:46 
Packager       : Manjaro Build Server <build@manjaro.org>

 $ mbn info linux67 -q
:: Branch: unstable

 Nothing found ! linux67.* 🤥

2024-07-01

The sshd service needs to be restarted after upgrading to openssh-9.8p1

2024-07-01 - Robin Candau

After upgrading to openssh-9.8p1, the existing SSH daemon will be unable to accept new connections (see Can't login after openssh 9.8p1-1 upgrade, MUST restart sshd (#5) · Issues · Arch Linux / Packaging / Packages / openssh · GitLab).
When upgrading remote hosts, please make sure to restart the sshd service using systemctl try-restart sshd right after upgrading.

We are evaluating the possibility to automatically apply a restart of the sshd service on upgrade in a future release of the openssh-9.8p1 package.

– Arch Linux - News: The sshd service needs to be restarted after upgrading to openssh-9.8p1

Virtual machines using libvirt have no internet if the host uses UFW

This is a known bug. “Workaround” is to change the firewall with firewalld or to disable UFW.
Another easier workaround is to edit /etc/libvirt/network.conf, and add

firewall_backend = "iptables"

2024-05-14

No plasma interface with kernel 6.9 + Nvidia gpu + Wayland

If you encouter a black screen with no inteface after login in, it’s probably a problem with simpledrm loading.

To solve it add nvidia_drm.fbdev=1 to /etc/default/grub
in the line begining with GRUB_CMDLINE_LINUX=" .
Verify that you also have nvidia_drm.modeset=1 in the same line.
Then exec sudo update-grub

Also, verify that you have nvidia_drm in /etc/mkinitcpio.conf in the MODULES= or HOOKS= line.
Exemple :

MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)

If it was not present, then run sudo mkinitcpio -P after adding it.

:arrow_right: 2024-05-13

Python interpreter upgrade

If you have a lot of pip/AUR packages to upgrade to Python 3.12, read this.

If you installed python312 from the AUR, you need to uninstall it before running this update.

Qemu: MacOS is not bootable with 9.0

Due to a bug MacOS is not bootable with 9.0: [9.0.0] qemu breaks mac os vm (#2334) · Issues · QEMU / QEMU · GitLab
Workaround: remove virtio-serial and org.qemu.guest_agent.0 from libvirt XML until bug will be fixed.

If you use KDE you better logout of your session and do the update via Pacman or Pamac in tty.

Helper script to reset plasma Manjaro-Plasma-Reset/manjaro-plasma-reset.sh at main - wonky/Manjaro-Plasma-Reset - Codeberg.org @liinux-aarhus
Also I would, before the update:

  • make a Timeshift snapshot if you ain’t got no recent one.
  • ( export content of widgets like your radio stations in Advanced Radio Player or your Podcasts in Kasts or any podcatcher as a backup )
  • make a fresh boot, but before that even:
  • System Settings > Appearance > Global Theme > set to Breath and tick both options for defaults
  • You might go to the hamburger menu in System Settings and look what changes you made away from default by selecting: Highlight Changed Settings and see if you want to make the effort to get back more defaults
  • System Settings > Workspace > Startup and Shutdown: SDDM defaults and Desktop Session: Start with empty session
  • disable all user-installed widgets that are still on your desktop, panels and even lock screen or wallpaper (e.g. Active Blur)
  • Export your custom shortcuts or mouse gestures in SS> Workspace > Shortcuts
  • Reboot, Timeshift snapshot, reboot
  • then do not log in, do the update via tty (CTRL+ALT+F3, same with F2 gets you back)
  • reboot, login, check through System Settings
  • reboot again
  • enjoy 8)

post-install:

  • look for Plasma 6 replacements for your widgets after the install
  • in case you have Github-installed theming: uninstall the KDE5-version of klassy, install the Plasma 6 version of klassy, maybe reinstall lightly

(greetings, @1efaf7d71a8637c6800a , PS: these are just my thoughts; I didn’t do this update yet!)

How to fix `plasma-firewall` error in System Settings GUI when running `ufw`

Open /usr/lib/kde_ufw_plugin_helper.py and change the first line from #!/usr/bin/python3.11 to #!/usr/bin/python3.12. This fixed the issue for me immediately and makes sense since Manjaro is currently on Python 3.12.

Xfce has inconsistent themes for Qt applications

Qt 6 is now default but some apps are still using Qt 5
To restore the look of QT apps after this update

pamac install kvantum-qt5

Manjaro-settings-manager has light theme instead of dark

2024-04-04

DKMS fails for v4l2loopback on 6.8 kernel

DKMS fails for v4l2loopback on 6.8 kernel (#2) · Issues · Arch Linux / Packaging / Packages / v4l2loopback · GitLab

issues with auto-mount of ntfs filesystem using Kernel 6.8

The kernel changed default ntfs driver from FUSE one to ntfs3.
These two are not fully compatible, mainly as far as mount options go. If you have custom mount options in the fstab (or any other application, such as VeraCrypt) they need to be changed.

Symptoms:
Mount fails with: Device or resource busy
DMesg reports: Can't open blockdev

Solution:
Migrate your mount options. For me the changes were:

  • allow_other → umask=000
  • default_permissions → [drop]
  • user_id=1000 → uid=1000
  • group_id=1000 → gid=1000

2024-03-06

gnome-keyring: ssh component is not included

ssh component is not included (#3) · Issues · Arch Linux / Packaging / Packages / gnome-keyring · GitLab

2024-02-21

plymouth update may cause black screens

With a newer version of plymouth than 22.02.122 you may experience an unbootable system with a black screen. This might be due to not having early KMS enabled. If you have an Nvidia GPU you could set nvidia_drm.modeset=1 nvidia_drm.fbdev=1 to the kernel parameters in your bootloader config to avoid the need of KMS. However, with Wayland around the corner, KMS will be needed.

To “fix” the current problem, we have downgraded plymouth once again to have more time to find a proper solution to migrate most of your installations to a working state with newer plymouth versions.

sudo pacman -Syuu

Those who don’t have issues can enjoy the newer version of plymouth.

Directions for adding kms to your system configuration and how you can help troubleshooting by providing some sysinfo, read more → Black Screen with Plymouth - Cause and Solution

polkit update might remove your local modified config

With polkit 124-1 there were changes made to etc/pam.d/polkit-1. So check if you made local changes to the file. See also: https://www.reddit.com/r/archlinux/comments/19bnj0i/comment/kit2v33/

bashrc-manjaro is now merged into bash
  • Yes, replace bashrc-manjaro with bash
  • Please also compare your:
    /etc/bash.bashrc
    with the generated
    /etc/bash.bashrc.pacsave
    and retrofit all of your customisations as there was no .pacnew file generated.
  • Same goes for /etc/skel/.bashrc
pacman and pacman-contrib changes

pacman-contrib is now split out from pacman. If you have anything installed that depends on pacman-contrib, update (after you finished the Release Update) with:

sudo pacman -Syu pacman-contrib

2024-01-13

Initramfs image can be bigger on 6.7 kernel due to Nvidia GSP Boot firmware

We all known that kernel 6.7 is very feature rich. One of the features is the inclusion of Nvidia’s GSP Boot firmware into Initramfs. However this will increase your image by 150 MB and the fallback image might be 240 MB in size. A way would be to remove kms from mkinitcpio.conf and redo your initramfs images. A discussion regarding that can be found at Arch Gitlab: kms hook increases the initramfs size heavily starting with 6.7 kernel (#238) · Issues · Arch Linux / Mkinitcpio / mkinitcpio · GitLab

To reduce size add fallback_options="-S autodetect -S kms" to /etc/mkinitcpio.d/linux67.preset

Making dbus-broker our default D-Bus daemon

2024-01-09 - Jan Alexander Steffens

We are making dbus-broker our default implementation of D-Bus, for improved performance, reliability and integration with systemd.

For the foreseeable future we will still support the use of dbus-daemon, the previous implementation. Pacman will ask you whether to install dbus-broker-units or dbus-daemon-units. We recommend picking the default.

For a more detailed rationale, please see our RFC 25.

– Arch Linux - News: Making dbus-broker our default D-Bus daemon

In some cases, however it is better to keep the legacy way. Here are some examples: Dbus-broker warnings

Previous stable update threads:

2 Likes

Did the update via GUI. No issues.

thanks :slight_smile:

1 Like

Hi,

Issue during the update with pacman, solved by installing the update with pamac

Pacman Details

(201/201) checking for file conflicts                                           [##############################################] 100%
error: failed to commit transaction (conflicting files)
fzf: /usr/bin/fzf exists in filesystem
fzf: /usr/bin/fzf-tmux exists in filesystem
fzf: /usr/share/fish/vendor_functions.d/fzf_key_bindings.fish exists in filesystem
fzf: /usr/share/fzf/completion.bash exists in filesystem
fzf: /usr/share/fzf/completion.zsh exists in filesystem
fzf: /usr/share/fzf/key-bindings.bash exists in filesystem
fzf: /usr/share/fzf/key-bindings.zsh exists in filesystem
fzf: /usr/share/licenses/fzf/LICENSE exists in filesystem
fzf: /usr/share/man/man1/fzf-tmux.1.gz exists in filesystem
fzf: /usr/share/man/man1/fzf.1.gz exists in filesystem
fzf: /usr/share/vim/vimfiles/doc/fzf.txt exists in filesystem
fzf: /usr/share/vim/vimfiles/plugin/fzf.vim exists in filesystem
xorg-xinput: /usr/bin/xinput exists in filesystem
xorg-xinput: /usr/share/licenses/xorg-xinput/COPYING exists in filesystem
xorg-xinput: /usr/share/man/man1/xinput.1.gz exists in filesystem
Errors occurred, no packages were upgraded.
[nls@usb ~]$

Pamac details

Preparing...
Synchronizing package databases...

Refreshing AUR...
Resolving dependencies...
Checking inter-conflicts...
Checking keyring...
Checking integrity...
Loading package files...
Checking file conflicts...
Warning: fzf: /usr/bin/fzf already exists in filesystem
It has been backed up to /usr/bin/fzf.old
Warning: fzf: /usr/bin/fzf-tmux already exists in filesystem
It has been backed up to /usr/bin/fzf-tmux.old
Warning: fzf: /usr/share/fish/vendor_functions.d/fzf_key_bindings.fish already exists in filesystem
It has been backed up to /usr/share/fish/vendor_functions.d/fzf_key_bindings.fish.old
Warning: fzf: /usr/share/fzf/completion.bash already exists in filesystem
It has been backed up to /usr/share/fzf/completion.bash.old
Warning: fzf: /usr/share/fzf/completion.zsh already exists in filesystem
It has been backed up to /usr/share/fzf/completion.zsh.old
Warning: fzf: /usr/share/fzf/key-bindings.bash already exists in filesystem
It has been backed up to /usr/share/fzf/key-bindings.bash.old
Warning: fzf: /usr/share/fzf/key-bindings.zsh already exists in filesystem
It has been backed up to /usr/share/fzf/key-bindings.zsh.old
Warning: fzf: /usr/share/licenses/fzf/LICENSE already exists in filesystem
It has been backed up to /usr/share/licenses/fzf/LICENSE.old
Warning: fzf: /usr/share/man/man1/fzf-tmux.1.gz already exists in filesystem
It has been backed up to /usr/share/man/man1/fzf-tmux.1.gz.old
Warning: fzf: /usr/share/man/man1/fzf.1.gz already exists in filesystem
It has been backed up to /usr/share/man/man1/fzf.1.gz.old
Warning: fzf: /usr/share/vim/vimfiles/doc/fzf.txt already exists in filesystem
It has been backed up to /usr/share/vim/vimfiles/doc/fzf.txt.old
Warning: fzf: /usr/share/vim/vimfiles/plugin/fzf.vim already exists in filesystem
It has been backed up to /usr/share/vim/vimfiles/plugin/fzf.vim.old
Warning: xorg-xinput: /usr/bin/xinput already exists in filesystem
It has been backed up to /usr/bin/xinput.old
Warning: xorg-xinput: /usr/share/licenses/xorg-xinput/COPYING already exists in filesystem
It has been backed up to /usr/share/licenses/xorg-xinput/COPYING.old
Warning: xorg-xinput: /usr/share/man/man1/xinput.1.gz already exists in filesystem
It has been backed up to /usr/share/man/man1/xinput.1.gz.old
Resolving dependencies...
Checking inter-conflicts...
Checking keyring...
Checking integrity...
Loading package files...
Checking file conflicts...
Checking available disc space...
Running pre-transaction hooks...

A warning pop up opened with pamac at the end update, with the following message

Warning: fzf: /usr/bin/fzf already exists in filesystem
It has been backed up to /usr/bin/fzf.old
Warning: fzf: /usr/bin/fzf-tmux already exists in filesystem
It has been backed up to /usr/bin/fzf-tmux.old
Warning: fzf: /usr/share/fish/vendor_functions.d/fzf_key_bindings.fish already exists in filesystem
It has been backed up to /usr/share/fish/vendor_functions.d/fzf_key_bindings.fish.old
Warning: fzf: /usr/share/fzf/completion.bash already exists in filesystem
It has been backed up to /usr/share/fzf/completion.bash.old
Warning: fzf: /usr/share/fzf/completion.zsh already exists in filesystem
It has been backed up to /usr/share/fzf/completion.zsh.old
Warning: fzf: /usr/share/fzf/key-bindings.bash already exists in filesystem
It has been backed up to /usr/share/fzf/key-bindings.bash.old
Warning: fzf: /usr/share/fzf/key-bindings.zsh already exists in filesystem
It has been backed up to /usr/share/fzf/key-bindings.zsh.old
Warning: fzf: /usr/share/licenses/fzf/LICENSE already exists in filesystem
It has been backed up to /usr/share/licenses/fzf/LICENSE.old
Warning: fzf: /usr/share/man/man1/fzf-tmux.1.gz already exists in filesystem
It has been backed up to /usr/share/man/man1/fzf-tmux.1.gz.old
Warning: fzf: /usr/share/man/man1/fzf.1.gz already exists in filesystem
It has been backed up to /usr/share/man/man1/fzf.1.gz.old
Warning: fzf: /usr/share/vim/vimfiles/doc/fzf.txt already exists in filesystem
It has been backed up to /usr/share/vim/vimfiles/doc/fzf.txt.old
Warning: fzf: /usr/share/vim/vimfiles/plugin/fzf.vim already exists in filesystem
It has been backed up to /usr/share/vim/vimfiles/plugin/fzf.vim.old
Warning: xorg-xinput: /usr/bin/xinput already exists in filesystem
It has been backed up to /usr/bin/xinput.old
Warning: xorg-xinput: /usr/share/licenses/xorg-xinput/COPYING already exists in filesystem
It has been backed up to /usr/share/licenses/xorg-xinput/COPYING.old
Warning: xorg-xinput: /usr/share/man/man1/xinput.1.gz already exists in filesystem
It has been backed up to /usr/share/man/man1/xinput.1.gz.old
A restart is required for the changes to take effect.

:white_check_mark: SOLUTION : I updated the OS with pamac

This looks for me, that nvidia just not get updated and stays on the same version when i compare it to the last stable release from Manjaro where we still use version 550.100 :man_shrugging:

Does the word downgrade really fits here? Not updated, looks neutral and fits better from my viewpoint. :thinking:

Anyways, since so many people report issues about the new nvidia driver in their forum, im glad that Manjaro decided to stick with the last working driver, till the problem’s are solved. :+1:

1 Like

No issues, Thanx

I suspect it was upgraded in the earlier branches and the note made it here.

:wink:

1 Like

2 posts were split to a new topic: Signature errors

I could not start any virtual machine on the host with the latest 6.1 kernel and host modules.
The message was

kerneldriver not installed rc=1908

Upgrading to latest 6.10 and reinstall virtualbox with 6.10 host modules worked
All vm’s are operational again.

sudo pacman -S --noconfirm linux610 linux610-headers
sudo pacman -R linux61-virtualbox-host-modules
sudo pacman -R linux61
1 Like

A post was split to a new topic: Python 3.11/3.12

No vboxdrv for my

Linux manjaro 6.1.100-1-MANJARO #1 SMP PREEMPT_DYNAMIC Fri Jul 19 14:51:57 UTC 2024 x86_64 GNU/Linux

Virtualbox on Linux 6.1 complains about missing kernel driver, so i thought it might be vboxdrv that is present and working on old kernel 5.15

So i tried this command:
[manjaro john1]# modprobe vboxdrv
modprobe: FATAL: Module vboxdrv not found in directory /lib/modules/6.1.100-1-MANJARO]

Info:

Generated on 2024-07-29 13:35:1722252910

#################### inxi -Fxzc0 ########################

System:
  Kernel: 6.1.100-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 14.1.1
  Desktop: Xfce v: 4.18.1 Distro: Manjaro base: Arch Linux
Machine:
  Type: Laptop System: LENOVO product: 81RS v: Lenovo Yoga S740-14IIL serial: <superuser required>
  Mobo: LENOVO model: LNVNB161216 v: SDK0J40709 WIN serial: <superuser required> UEFI: LENOVO
    v: BYCN39WW date: 05/28/2021
Battery:
  ID-1: BAT0 charge: 63.0 Wh (96.5%) condition: 65.3/62.0 Wh (105.3%) volts: 17.0 min: 15.4
    model: LGC L19L4PD2 status: full
CPU:
  Info: quad core model: Intel Core i7-1065G7 bits: 64 type: MT MCP arch: Ice Lake rev: 5 cache:
    L1: 320 KiB L2: 2 MiB L3: 8 MiB
  Speed (MHz): avg: 1110 high: 1267 min/max: 400/3900 cores: 1: 1142 2: 1217 3: 400 4: 1192
    5: 1255 6: 1199 7: 1267 8: 1212 bogomips: 23968
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: Intel Iris Plus Graphics G7 vendor: Lenovo driver: i915 v: kernel arch: Gen-11
    bus-ID: 00:02.0
  Device-2: NVIDIA GP108M [GeForce MX250] vendor: Lenovo driver: nvidia v: 550.100 arch: Pascal
    bus-ID: 2b:00.0
  Device-3: Chicony Integrated Camera driver: uvcvideo type: USB bus-ID: 3-5:5
  Display: x11 server: X.Org v: 21.1.13 driver: X: loaded: modesetting,nvidia unloaded: nouveau
    dri: iris gpu: i915 resolution: 1: 1920x1080~60Hz 2: N/A
  API: EGL v: 1.5 drivers: iris,nvidia,swrast platforms: active: gbm,x11,surfaceless,device
    inactive: wayland,device-1
  API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 24.1.3-manjaro1.1 glx-v: 1.4
    direct-render: yes renderer: Mesa Intel Iris Plus Graphics (ICL GT2)
Audio:
  Device-1: Intel Ice Lake-LP Smart Sound Audio vendor: Lenovo driver: sof-audio-pci-intel-icl
    bus-ID: 00:1f.3
  API: ALSA v: k6.1.100-1-MANJARO status: kernel-api
  Server-1: sndiod v: N/A status: off
  Server-2: PipeWire v: 1.2.1 status: active
Network:
  Device-1: Intel Ice Lake-LP PCH CNVi WiFi driver: iwlwifi v: kernel bus-ID: 00:14.3
  IF: wlp0s20f3 state: up mac: <filter>
  Device-2: Realtek RTL8153 Gigabit Ethernet Adapter driver: r8152 type: USB bus-ID: 2-1.4:4
  IF: enp0s13f0u1u4 state: up speed: 1000 Mbps duplex: full mac: <filter>
Bluetooth:
  Device-1: Intel AX201 Bluetooth driver: btusb v: 0.8 type: USB bus-ID: 3-10:8
  Report: rfkill ID: hci0 rfk-id: 2 state: up address: see --recommends
Drives:
  Local Storage: total: 1.86 TiB used: 440.75 GiB (23.2%)
  ID-1: /dev/nvme0n1 vendor: Micron model: MTFDHBA1T0TCK size: 953.87 GiB temp: 48.9 C
  ID-2: /dev/sda vendor: Western Digital model: WD10EARX-00N0YB0 size: 931.51 GiB type: USB
  ID-3: /dev/sdb vendor: Kingston model: DataTraveler 2.0 size: 14.54 GiB type: USB
Partition:
  ID-1: / size: 57.85 GiB used: 42.42 GiB (73.3%) fs: ext4 dev: /dev/nvme0n1p8
  ID-2: /boot/efi size: 259.5 MiB used: 103.6 MiB (39.9%) fs: vfat dev: /dev/nvme0n1p1
Swap:
  ID-1: swap-1 type: partition size: 16.67 GiB used: 0 KiB (0.0%) dev: /dev/nvme0n1p9
Sensors:
  System Temperatures: cpu: 49.0 C mobo: N/A
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 16 GiB note: est. available: 15.19 GiB used: 2.64 GiB (17.4%)
  Processes: 281 Uptime: 8m Init: systemd
  Packages: 2108 Compilers: clang: 18.1.8 gcc: 14.1.1 Client: Unknown Client: wrapper-2.0
    inxi: 3.3.35



***

Make sure virtualbox-host-dkms is installed:

pamac install virtualbox-host-dkms

Or if it is installed, try reinstalling it:

pamac reinstall --overwrite='/usr/src/vboxhost*' virtualbox-host-dkms

If that doesn’t help, :man_shrugging:

1 Like

Thanks, now it works :slight_smile:

But virtualbox-host-dkms was present?!! I don’t know, but who cares if it works now !!


Hi there.
I’m wanting to know if these NVidia commands are still useful in GRUB?

GRUB_CMDLINE_LINUX_DEFAULT="... nvidia-drm.modeset=0 nvidia_drm.fbdev=0 ..."

After the upgrade, amule doesn’t start but It was easily solved.

2 Likes

You don’t need to. It’s referring to old packages that currently link to 3.11, which you’d need to rebuild so they link to the latest library. I’m not entirely sure why that comment is up there, as an up-to-date system will already be using Python 3·12, though I haven’t updated yet myself.

My suggestion would be to do the update, then if Python programs from AUR and/or PIP are failing, reinstall them. That’s the approach I’ll be taking when I have time to upgrade.

2 Likes

in the pervious release thread I had mentioned how certain “features” (mainly FSR, frame rate limiting, and steam overlay) were not working using the latest gamescope versions under wayland.

I’ve dusted off a couple upstream posts I was following about these issues, and found some workarounds that work together to fully address all my issues.

My original launcher settings that to me are the “base, non-workaround” options that stopped working after gamescope 3.14.2:

DRI_PRIME=1 gamescope -r 60 -o 30 -h 720 -H 1360 -F fsr %command%

My initial modified launcher settings with gamescope-plus 3.14.24 that only resolved game overlay and frame limit (not FSR)

DRI_PRIME=1 DXVK_FRAME_RATE=30 gamescope -h 720 -H 1360 %command%

My current launcher settings started with the original baseline, and then added the two newly discovered workarounds… resolving the FSR, frame rate limit, and game overlay issues

DRI_PRIME=1 SDL_VIDEODRIVER=x11 gamescope -r 60 -o 30 -h 720 -H 1360 --backend sdl -F fsr %command%

The bonus for me using these settings was that there was one game that always failed to launch with FSR… but using this combination even it too happily runs.

Looking forward to removing these workarounds down the road, but for now this works for me, and maybe helps you.

2 Likes

I ran the update using Pamac in a console after logging out of the graphical user interface. Upon rebooting I was instructed by the update process to run fsck. After fixing dozens of “garbage” files I was taken to the graphical user interface and a successful login. Everything seems to be working normally. What caused the problem? Will this affect system stability and/or future updates?

Warnung: nano-syntax-highlighting: Lokale Version (2020.10.10+10+g1aa64a8-2) ist neuer als extra (2020.10.10-2)

That’s because you have nano-syntax-highlighting-git from the AUR installed instead of the nano-syntax-highlighting package from the repository.