- Arch-general - lists.archlinux.org

lxpanel weather plugin icons are missing
by Ralf Mardorf 23 Jan '26

23 Jan '26

Hi, for several hours now, the weather icons have been missing from the extra/lxpanel 0.11.1-4 weather plugin on my computer. The temperature is displayed as usual. Is anyone else affected besides me? I believe the icons are transferred together with the data from OpenWeather, but I may be mistaken. Regards, Ralf

1 0

Name resolution failure
by Frank 14 Jan '26

14 Jan '26

I'm having troubles connecting my laptop with the internet. I can ping my router and can connect to the web interface. Connection with my phone works well (mobile data turned off) so internet connection is not an issue. Got to be something with my machine. I updated last night. I'm using NetworkManager with default setting to manage my connections. Really not sure what to look for. THX Frank

2 2

Whats going on with the mirror serving the UAE???? (mirror.hafeezh.com)
by Khalifa Alahmedi 13 Jan '26

13 Jan '26

Hey guys! ^^ One of my friends noticed that the ISO images of Arch Linux from the UAE mirror are corrupted when he tried downloading one. Checked the error logs for it on the Mirrors page of archlinux.org <http://archlinux.org/>, and there seems to be some rsync/https timing out errors. Does anyone know what could be going on? (Also ill be contacting the guy maintaining it soon) All the best, KMA! :3

1 0

Dask dashboard - Python 3.14
by Stephane Goldstein 12 Jan '26

12 Jan '26

Since last Python update 3.13 to 3.14, I get the following error when opening up the Dask dashboard on the browser: ```` Dask needs bokeh>=3.1.0 for the dashboard. Install with conda: conda install "bokeh>=3.1.0" Install with pip: pip install "bokeh>=3.1.0" ``` Dask is working fine though. Below are my installed versions: ``` $ pacman -Q python python-bokeh python-dask python-distributed python 3.14.2-2 python-bokeh 3.8.1-1 python-dask 2025.12.0-3 python-distributed 2025.12.0-2 ``` Any ideas on what could the issue be ?

3 5

Turning Bluetooth headset off crashes GNOME
by Ariadna Vigo 09 Jan '26

09 Jan '26

Hi! I've found a very curious issue and I'd like to know whether anyone else can reproduce it too. I have a BT headset which has always worked and works flawlessly. However, since last week if I turn the headset off *while connected*, GNOME crashes and bounces the system back to the GDM login screen. This does *not* happen if I disconnect the headset first and then turn the device off. I have isolated a core dump after the crash: [1]. As there have been many updates to different system components in the last couple of days, I don't have a clear idea where the problem lies in. Any possible ideas or similar experiences might be helpful to understand the issue and, if identified, submit a bug report to the corresponding project. [1]: https://paste.sr.ht/~ariadna/0361313386b759307f83d670909b1877e43ce561 -- Ariadna Vigo https://ariadnavigo.xyz gpg 0xC948873069856D6D

2 2

Hit by the pacman/makepkg "error: could not open file /var/cache/pacman/pkg/download-uq8lgk: Error reading fd 7"
by David C Rankin 09 Jan '26

09 Jan '26

All, Devs, From earlier discussions, I thought the empty stray directory problem in /var/cache/pacman/pkg had been identified and solved. But I was hit again today with directories created this year, e.g. sudo pacman -Sc error: could not open file /var/cache/pacman/pkg/download-peUZUV: Error reading fd 7 error: could not open file /var/cache/pacman/pkg/download-uq8lgk: Error reading fd 7 Where, e.g.: $ sudo ls -al /var/cache/pacman/pkg/download-peUZUV total 352 drwx------ 2 alpm alpm 4096 Jan 1 03:42 . drwxr-xr-x 4 root root 352256 Jan 8 21:56 .. I went ahead and just removed both directories. If there are any logs you are interested in, let me know, but I know the commit that led to this has already been identified. I'm just not sure of the fix. -- David C. Rankin, J.D.,P.E.

4 3

The NVIDIA 590 driver notice
by Mark E. Mallett 08 Jan '26

08 Jan '26

Hi, There was a notice on arch-announce and on archlinux.org/news ( https://archlinux.org/news/nvidia-590-driver-drops-pascal-support-main-pack… ) that confuses me. "With the update to driver version 590, the NVIDIA driver no longer supports Pascal (GTX 10xx) GPUs or older" etc. I don't really know if that applies to me, given the brand/model labels and all. (some detail about my hardware is offered at the end of this message.) And even if it does, the notice is (to my dull mind) unclear. It says: Updating the NVIDIA packages on systems with Pascal, Maxwell, or older cards will fail to load the driver, which may result in a broken graphical environment. That would be bad and makes me hesitent to experiment. Part of what confuses me is this: Users with GTX 10xx series and older cards must switch to the legacy proprietary branch to maintain support I'm using the proprietary nvidia driver already, so what does that statement mean to me? (I'm not running nouveau or other) So I have questions - the one above ("does this mean me?") - the one about already using the proprietary driver - can I simply not upgrade the nvidia driver, keep using the installed one? - If the system breaks, what is my recourse? - Is "Install nvidia-580xx-dkms from the AUR" (as it says) appropriate for me? I know this sounds like a lot of foggy nonunderstanding, and I guess that's because that's what it is. The relevant system has a very old NVIDIA card. I haven't seen any reactions to this, maybe I'm the only one left ;) Possibly relevant stuff from hwinfo: 22: PCI 100.0: 0300 VGA compatible controller (VGA) [Created at pci.395] Unique ID: VCu0.4tATP2A+FnB Parent ID: 8otl.w6ofvOouCK2 SysFS ID: /devices/pci0000:00/0000:00:04.0/0000:01:00.0 SysFS BusID: 0000:01:00.0 Hardware Class: graphics card Model: "nVidia GM206 [GeForce GTX 960]" Vendor: pci 0x10de "nVidia Corporation" Device: pci 0x1401 "GM206 [GeForce GTX 960]" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd. [MSI]" SubDevice: pci 0x3201 Revision: 0xa1 Driver: "nvidia" Driver Modules: "nvidia" Memory Range: 0xfd000000-0xfdffffff (rw,non-prefetchable) Memory Range: 0xd0000000-0xdfffffff (ro,non-prefetchable) Memory Range: 0xce000000-0xcfffffff (ro,non-prefetchable) I/O Ports: 0xcc00-0xcc7f (rw) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 27 (1392224 events) Module Alias: "pci:v000010DEd00001401sv00001462sd00003201bc03sc00i00" Driver Info #0: Driver Status: nouveau is not active Driver Activation Cmd: "modprobe nouveau" Driver Info #1: Driver Status: nvidia_drm is active Driver Activation Cmd: "modprobe nvidia_drm" Driver Info #2: Driver Status: nvidia is active Driver Activation Cmd: "modprobe nvidia" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #20 (PCI bridge) Thanks for any attention. -mm- (long time no write)

10 14

Incompatible gdal and python-gdal packages?
by max＠friedersdorff.com 08 Jan '26

08 Jan '26

Hi All, I have an issue trying to use the python gdal bindings. Even just importing (`from osgeo import gdal`) fails because the python bindings try to reference libgdal.so.37, but the gdal package ships libgdal.so.38. I'm not sure how this happens, given that both packages are built buy the same PKGBUILD (https://gitlab.archlinux.org/archlinux/packaging/packages/gdal) To reproduce: ``` $ sudo pacman -S gdal python-gdal $ python Python 3.14.2 (main, Jan 2 2026, 14:27:39) [GCC 15.2.1 20251112] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from osgeo import gdal ERROR 1: libgdal.so.37: cannot open shared object file: No such file or directory ERROR 1: libgdal.so.37: cannot open shared object file: No such file or directory >>> ``` Unfortunately I'm not able to reproduce this with the Arch Linux docker image, it pulls completely different versions these packages. That might be a me problem. Other than being an issue when trying to use the python-gdal package directly, it also prevents me from using qgis effectively, since it also relies on the python gdal bindings. qgis itself appears to be built against libgdal.so.38 as expected, it's the built in plugins that rely on python-gdal. Can anyone reproduce this? Many Thanks Max

4 10

Unable to connect to aur/wiki behind SURF network
by Rein Fernhout (Levitating) 07 Jan '26

07 Jan '26

Hey, Some of my friends from snt.utwente.nl noticed that they are receiving empty responses the aur and wiki when connecting from SURF[1] (the dutch university internet provider). Tested from multiple SURF nodes and universities. $ curl http://wiki.archlinux.org/ -v * Host wiki.archlinux.org:80 was resolved. * IPv6: 2604:cac0:a104:d::4 * IPv4: 209.126.35.81 * Trying [2604:cac0:a104:d::4]:80... * Established connection to wiki.archlinux.org (2604:cac0:a104:d::4 port 80) from 2001:67c:2564:ab12:365a:60ff:fe3b:d702 port 60768 * using HTTP/1.x > GET / HTTP/1.1 > Host: wiki.archlinux.org > User-Agent: curl/8.17.0 > Accept: */* > * Request completely sent off * Empty reply from server * shutting down connection #0 curl: (52) Empty reply from server [1]: https://www.surf.nl/en

2 3

Kernel 6.18. When will it be available?.
by Jose Luis Alarcon Sanchez 02 Jan '26

02 Jan '26

Hi. First of all, i'm new on Arch Linux, so i apologize if I'm asking something that shouldn't be asked here. As I understand it, Arch is a rolling release, so I'm a little surprised that the automatic jump to kernel version 6.18 hasn't happened yet. Other Rolling Release distros have already switched to this kernel many days ago. So, I would appreciate any brief explanation of how the kernel version change occurs in Arch Linux. Thanks very much in advance. Regards, and Happy Year 2026 for everybody!. Jose Luis. -- https://lordofunix.org/ Not Registered GNU/Hurd User. Registered BSD User 51101. Registered Linux User #213309. Memories..... You are talking about memories. Rick Deckard. Blade Runner.

5 4