December 2025 - Arch-general - lists.archlinux.org

Fwd: Virtualbox VMM corruption with 6.18
by David C Rankin 13 Dec '25

13 Dec '25

Arch devs, Not real sure where to send this, but there were issues discovered with Virtualbox and the 6.18 kernel by the openSUSE virtualbox maintainer (Jan Engelhardt). I thought I would pass this along while 6.18 remains in testing with Arch to confirm the issue. -------- Forwarded Message -------- Subject: Virtualbox VMM corruption with 6.18 Date: Fri, 12 Dec 2025 15:59:20 +0100 (CET) From: Jan Engelhardt <ej(a)inai.de> To: factory(a)lists.opensuse.org This is just an informational mail from your virtualbox package maintainer. I have observed that VirtualBox 7.2.4, which has basically been rolled out in August 2025 and worked just fine, to start showing guest memory corruption in December. Compilers would randomly fail in both OpenBSD and Solaris. Likewise, package installation when running the Leap 15.6 installer ISO would randomly fail. The only thing that changed in that timeframe was the host kernel in Tumbleweed, namely from 6.17 to 6.18. I have already tried applying a vbox patch (e7db388f) from their Git which mentioned corruption, but without positive remedy. So for now, please take note you cannot realistically use VB 7.2.4 with a host kernel version >=6.18. The workaround, for me anyway, is using an older host kernel like 6.17.11. -- David C. Rankin, J.D.,P.E.

1 0

What are yalls opinions on Void Linux?
by Khalifa Alahmedi 11 Dec '25

11 Dec '25

To be honest, its a good distro, but the xbps pkg manager and no systemd kinda makes it a bit hard for me. It's also a hassle to install Hyprland (my preferred DE). I want to know your opinions on it!! :3

2 1

Nextcloud - Call to undefined function OC\\Security\\idn_to_utf8()? (RemoteHostValidator.php line 38)
by David C Rankin 10 Dec '25

10 Dec '25

All, My nextcloud install just started throwing and error when attempting to reach any of the administrator setting, personal settings, apps, etc.. The error is: Call to undefined function OC\\Security\\idn_to_utf8() in file /usr/share/webapps/nextcloud/lib/private/Security/RemoteHostValidator.php line 38 All was fine before the last update of apache and php-legacy in the past day or two. After which I restarted httpd (and postfix which was also updated) The odd part is all the apps in nextcloud, calendar, contacts, notes, etc.. work fine. I stumbled on this problem when I got a notice the teams app needed updating and clicked to go to the update page. Has anyone else seen this, and moreover, does anybody have a fix or workaround? I couldn't find anything new in https://wiki.archlinux.org/title/Nextcloud -- David C. Rankin, J.D.,P.E.

3 7

Canon PIXMA TS3750i does not print
by Ralf Mardorf 09 Dec '25

09 Dec '25

Hi, I don't understand how to use a "modern" printer at all. I can't get it to work with an iPad and the "Canon PRINT" app, nor with Arch Linux. This is what Arch Linux shows me: • rocketmouse@archlinux ~ $ id uid=1000(rocketmouse) gid=1000(rocketmouse) groups=1000(rocketmouse),10(wheel),50(games),78(kvm),91(video),92(audio),93(optical),95(storage),98(power),100(users),108(vboxusers),150(wireshark),992(realtime),995(libvirt),1003(vmanusers) • rocketmouse@archlinux ~ $ lsusb | grep Canon Bus 001 Device 011: ID 04a9:1158 Canon, Inc. TS3700 series • rocketmouse@archlinux ~ $ pacman -Ql cnijfilter2 | grep -i TS3700 cnijfilter2 /usr/share/cups/model/canonts3700.ppd • rocketmouse@archlinux ~ $ systemctl status cups.service ● cups.service - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; preset: disabled) Active: active (running) since Tue 2025-12-09 07:36:29 CET; 27min ago Invocation: 4bdb55b87f384625a14e7b6362ee1808 TriggeredBy: ● cups.socket ○ cups.path Docs: man:cupsd(8) Main PID: 293541 (cupsd) Status: "Scheduler is running..." Tasks: 1 (limit: 38193) Memory: 5.1M (peak: 11M) CPU: 241ms CGroup: /system.slice/system-cups.slice/cups.service └─293541 /usr/bin/cupsd -l Dec 09 07:36:29 archlinux systemd[1]: Starting CUPS Scheduler... Dec 09 07:36:29 archlinux systemd[1]: Started CUPS Scheduler. • rocketmouse@archlinux ~ $ systemctl status avahi-daemon.service ● avahi-daemon.service - Avahi mDNS/DNS-SD Stack Loaded: loaded (/usr/lib/systemd/system/avahi-daemon.service; enabled; preset: disabled) Active: active (running) since Tue 2025-12-09 07:45:36 CET; 18min ago Invocation: dbb8a7ff62744666b94ffcbd0e9bb6b9 TriggeredBy: ● avahi-daemon.socket Main PID: 294110 (avahi-daemon) Status: "avahi-daemon 0.8 starting up." Tasks: 2 (limit: 38193) Memory: 1.1M (peak: 2M) CPU: 43ms CGroup: /system.slice/avahi-daemon.service ├─294110 "avahi-daemon: running [archlinux.local]" └─294111 "avahi-daemon: chroot helper" Dec 09 07:45:36 archlinux avahi-daemon[294110]: New relevant interface virbr0.IPv4 for mDNS. Dec 09 07:45:36 archlinux avahi-daemon[294110]: Joining mDNS multicast group on interface enp6s0.IPv4 with address 192.168.1.2. Dec 09 07:45:36 archlinux avahi-daemon[294110]: New relevant interface enp6s0.IPv4 for mDNS. Dec 09 07:45:36 archlinux avahi-daemon[294110]: Joining mDNS multicast group on interface lo.IPv4 with address 127.0.0.1. Dec 09 07:45:36 archlinux avahi-daemon[294110]: New relevant interface lo.IPv4 for mDNS. Dec 09 07:45:36 archlinux avahi-daemon[294110]: Network interface enumeration completed. Dec 09 07:45:36 archlinux avahi-daemon[294110]: Registering new address record for 192.168.122.1 on virbr0.IPv4. Dec 09 07:45:36 archlinux avahi-daemon[294110]: Registering new address record for 192.168.1.2 on enp6s0.IPv4. Dec 09 07:45:36 archlinux avahi-daemon[294110]: Registering new address record for 127.0.0.1 on lo.IPv4. Dec 09 07:45:37 archlinux avahi-daemon[294110]: Server startup complete. Host name is archlinux.local. Local service cookie is 2471735452. • rocketmouse@archlinux ~ $ lpinfo -v network beh network ipp network https network ipps network lpd network http network socket direct usb://Canon/TS3700%20series?serial=AD4C90&interface=1 network smb direct cnijbe2://Canon/?port=usb&serial=AD4C90 • rocketmouse@archlinux ~ $ cupsctl _debug_logging=0 _remote_admin=0 _remote_any=0 _share_printers=0 _user_cancel_any=0 BrowseLocalProtocols=dnssd DefaultAuthType=Basic ErrorPolicy=stop-printer IdleExitTimeout=60 JobPrivateAccess=default JobPrivateValues=default MaxLogSize=0 SubscriptionPrivateAccess=default SubscriptionPrivateValues=default WebInterface=Yes I am grateful for any help. Regards, Ralf

4 7

archlinux-keyring-wkd-sync.service: Errors refreshing keys
by Ariadna Vigo 02 Dec '25

02 Dec '25

Hi everyone, For a couple of weeks now, I have been noticing that archlinux-keyring-wkd-sync.service fails every single time it is fired up by its accompanying timer. Restarts are attempted, but fail nonetheless. The reason why is that many keys are not retrievable via WKD, I imagine because they are not set up to be so by their respective owners. I have waited enough to confirm that it wasn't some network error on my side before sending this message. Journal info on the failing keys is available at [1]. All other keys are correctly retrieved via WKD and refreshed if that's the case, so this isn't a critical issue. However, if some key isn't available via WKD, maybe should it be silently dropped, so that errors are reserved to something bad happening to keys that are available via the protocol? Keys that aren't available via WKD will get updated via regular updates to the archlinux-keyring package in any case. The thing is that I find having a service failing this way (with a timer that is enabled by default) avoidable. That 'systemctl status' shows a degraded status every week because of this false positive makes it harder to detect when something else might have gone wrong that could require proper attention. Best, Ariadna [1]: https://paste.sr.ht/~ariadna/0f509b0c5823ab225523c989617967820db07a3a -- Ariadna Vigo https://ariadnavigo.xyz gpg 0xC948873069856D6D

6 11