- Arch-general - lists.archlinux.org

Re: Nextcloud - Call to undefined function OC\\Security\\idn_to_utf8()? (RemoteHostValidator.php line 38)
by Andy Pieters 16 Dec '25

16 Dec '25

"Call to undefined function OC\\Security\\idn_to_utf8() in file > '/usr/share/webapps/nextcloud/lib/private/Security/RemoteHostValidator.php' > line 38" > > Hah I should have read your question properly. idn_to_utf8 function *IS* part of intl, yes, but look at the namespace it's moaning about. This means, either, the function is overridden in that namespace and the file it resides in isn't loaded, OR, the "real" function was imported into that namespace, but again in a file that isn't loaded. To me this looks more like a bug in the nextcloud rather than PHP I did see a ticket being opened on nextcloud talking about this same thing, presume this was yourself? > >

2 2

Bluetooth issues
by moxie.arch＠posteo.net 16 Dec '25

16 Dec '25

So, I have this problem with Nothing Ear bluetooth earbuds. They work on my laptops which run Fedora42 and Fedora43. On my main Arch desktop I tested Jaybird Tarah Pro and Sennheiser HD 450BT, both work just fine. I've tried pairing nothing ears again and all things I could think of, trying to figure out what's so different between my arch install and the fedoras. I am using wireplumber, pipewire, pipewire-pulse, bluez and some additional thigns that come with it, should have the needed codecs and so on. bluetoothctl gives ``` Attempting to connect to [MAC_ADDRESS] [CHG] Device [MAC_ADDRESS] Connected: yes [NEW] Endpoint /org/bluez/hci0/dev_[MAC_ADDRESS]/sep1 [NEW] Endpoint /org/bluez/hci0/dev_[MAC_ADDRESS]/sep2 Failed to connect: org.bluez.Error.Failed br-connection-create-socket [DEL] Endpoint /org/bluez/hci0/dev_[MAC_ADDRESS]/sep1 [DEL] Endpoint /org/bluez/hci0/dev_[MAC_ADDRESS]/sep2 [CHG] Device [MAC_ADDRESS] AddressType: public [SIGNAL] BREDR.Disconnected - org.bluez.Reason.Remote, Connection terminated by remote user [SIGNAL] Disconnected - org.bluez.Reason.Remote, Connection terminated by remote user [CHG] Device [MAC_ADDRESS] Connected: no ``` journalctl shows ``` profiles/audio/a2dp.c:a2dp_select_capabilities() Unable to select SEP ``` Does anyone have any ideas what it could be, or what I could check?

3 3

I'm still not registered at gitlab.archlinux.org
by Jérémy Bézairie 15 Dec '25

15 Dec '25

Hi I'm jebez in https://bbs.archlinux.org . These links are in a Topic Going Nowhere, so login needed. See https://bbs.archegisteredlinux.org/viewtopic.php?pid=2277712#p2277712 <https://bbs.archlinux.org/viewtopic.php?pid=2277712#p2277712> . As https://bbs.archlinux.org/viewtopic.php?pid=2276005#p2276005 I sent you this email. https://bbs.archlinux.org/viewtopic.php?pid=2277729#p2277729 : "He probably didn't mean "in this thread", but to file a new request." I did, 1 day later noting... I wanna be registered at gitlab.archlinux.org . Thanks.

1 0

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

FLTK 1.4.4 package in extra repo
by Robert Arkiletian 30 Nov '25

30 Nov '25

Hello, I am one of the upstream maintainers of pyfltk https://pyfltk.sourceforge.io/ I adopted the orphaned python-pyfltk package in the AUR. In the process of creating a PKGBUILD, I noticed that the FLTK 1.4.4 package in the extra repo is not built with Wayland support. One of the main new features of FLTK 1.4 is that it now has native Wayland support. Hence, pyfltk 1.4 now also has native Wayland support. I would like to request that FLTK be re-built with Wayland support. Here are some of the missing makedepends packages cairo pango libdecor wayland-protocols There may be more packages required. You can verify that wayland is supported from the output of the cmake command. The README.Wayland.txt in the FLTK source tree describes the dependencies for other distros like Debian and Fedora.

3 4

When using wpa_supplicant, TDLS connection attempts break Wi-Fi on some chipsets
by Liliane Fontenot 28 Nov '25

28 Nov '25

Hi all! Happy holidays to anyone celebrating today. I'm writing about an issue I found with TDLS breaking my Wi-Fi connection on a laptop MediaTek modem (MT7921). This seems to be reported in numerous other places, although most users didn't manage to track the issue all the way to its source. I'm hoping that other people can confirm affected models and help me put together an actionable bug report and figure out where to send it (either to wpa_supplicant or to specific kernel driver mailing lists). TDLS is a Wi-Fi protocol allowing the creation of direct connections between two Wi-Fi clients on the same local network segment, without disrupting the existing connection. [1] Support for TDLS in wpa_supplicant has been enabled by default since version 2.9 [2] and Arch Linux apparently enabled it before that. Applications like KDE Connect that transfer data between an Android device and a PC can cause these TDLS connections to be initiated. A quick search of the KDE Connect code base turned up nothing for TDLS, and so I think wpa_supplicant is creating these connections automatically in response to large transfers between Wi-Fi clients. (Alternatively, perhaps the Android networking stack detects support for TDLS and tries to create the connection.) KDE Connect therefore frequently turns up in reports of this issue, although I have also seen Syncthing and even ssh mentioned as well. For me, the problem can reliably be reproduced in the following way: when connected (via NetworkManager + wpa_supplicant) to the same access point as my phone, I try to send a file from my phone (Android) to my computer using KDE Connect. This will generally work. Additional files, however, will transfer very slowly or fail entirely. Around the same time, the Internet connection on my computer will suddenly become slower (but not break entirely, which is why it took me a long time to figure out the problem). The source of the issue seems to be this: after wpa_supplicant tries to initiate a TDLS connection with my phone, the rate of dropped packets between my computer and my access point goes up, disrupting and slowing my connections (and usually breaking KDE Connect itself). Some users have even reported that they are de-authed from their access point, resetting the connection (which has the side effect of fixing the issue with dropped packets). [3] This causes the following log entry to appear: Jun 21 15:54:09 wpa_supplicant[2470]: TDLS: Creating peer entry for 0e:4d:96:35:0e:38 Jun 21 15:54:09 wpa_supplicant[2470]: TDLS: Dialog Token in TPK M1 1 Jun 21 15:54:09 wpa_supplicant[2470]: nl80211: kernel reports: key addition failed Jun 21 15:54:09 wpa_supplicant[2470]: TDLS: Failed to set TPK to the driver Many users have reported effectively this same issue where TDLS breaks their Internet connection, and they almost all have this same log entry. Here is a sampling: [4] [5] [6] [7] [8] [9] [10]. Some users resolved their issue by switching the NetworkManager backend to iwd. I confirmed that this fixes my issue too. I believe, however, this the reason this works is probably that iwd doesn't support the TDLS protocol. There's a bug here, and the ideal resolution would be to get a fix for it either in wpa_supplicant or in the individual WiFi drivers that may have issues. I was also able to resolve the issue by simply rebuilding the latest Arch Linux wpa_supplicant package while disabling the CONFIG_TDLS build option. My problem at this point is that I'm not sure how to get any further information that might help developers find and resolve the bug. Any help with this would be appreciated! Warmly, Liliane [1] https://en.wikipedia.org/wiki/TDLS [2] https://git.w1.fi/cgit/hostap/commit/?id=39f29f250a [3] https://www.reddit.com/r/kde/comments/1lha5x8/cant_send_files_using_kde_con… [4] https://bbs.archlinux.org/viewtopic.php?id=276748 [5] https://bbs.archlinux.org/viewtopic.php?id=283498 [6] https://www.reddit.com/r/linuxquestions/comments/12ge74g/uploading_big_file… [7] https://discussion.fedoraproject.org/t/laptop-freezes-after-updated-to-kern… [8] https://discussion.fedoraproject.org/t/network-gets-cut-off-when-connecting… [9] https://bbs.archlinux.org/viewtopic.php?id=256314 [10] https://github.com/GSConnect/gnome-shell-extension-gsconnect/issues/530

2 1