- Arch-general - lists.archlinux.org

systemd 261 install note says see Archlinux NEWS
by David C Rankin 26 Jun '26

26 Jun '26

Arch folks, When updating to systemd 261 the pacman install notes say see "Archlinux News", which I took to mean see the archlinux.org latest news feed which is usually the case. However there is no "Latest News" entry related to systemd. As an alternative, the pacman install note says to check /usr/share/doc/systemd/NEWS which is present. What is the "Archlinux News" the systemd 261 install note is referring to? -- David C. Rankin, J.D.,P.E.

1 0

Subject : Statically-linked haskell packages
by Erwin Iosef 26 Jun '26

26 Jun '26

> as a user, I would appreciate it if Arch Linux were to switch to statically-linked haskell packages. Maybe there's a good reason not to do this, but to me, it looks like it would be an advantage if it were implemented. Honestly it's really annoying having to upgrade numerous bunch of haskell deps that only two pkgs rely on, but I do believe Arch doesn't do static compiling for security reasons.

2 1

xinit
by Philippe Delavalade 25 Jun '26

25 Jun '26

Hi. Being blind I don't use GUI but from time to time I want to show something on the screen to a sighted person. For instance, I ran on my old distro 'xinit xpdf file.pdf' ; Things worked fine because the installer had installed everything for GUI. With arch, I tried to instal some xorg packages but... I get a lot of warnings and errors but don't understand how to solve the problems. Here is ~/.local/share/xorg/Xorg.0.log :begin: [ 639.899] X.Org X Server 1.21.1.23 X Protocol Version 11, Revision 0 [ 639.902] Current Operating System: Linux messier31 7.0.12-arch1-1 #1 SMP PREEMPT_DYNAMIC Wed, 10 Jun 2026 08:58:02 +0000 x86_64 [ 639.902] Kernel command line: BOOT_IMAGE=/vmlinuz-linux root=/dev/nvme0n1p5 [ 639.903] [ 639.903] Current version of pixman: 0.46.4 [ 639.904] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 639.904] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 639.905] (==) Log file: "/home/philippe/.local/share/xorg/Xorg.0.log", Time: Wed Jun 24 17:04:51 2026 [ 639.906] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 639.906] (==) No Layout section. Using the first Screen section. [ 639.906] (==) No screen section available. Using defaults. [ 639.906] (**) |-->Screen "Default Screen Section" (0) [ 639.906] (**) | |-->Monitor "<default monitor>" [ 639.907] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 639.907] (**) Allowing byte-swapped clients [ 639.907] (==) Automatically adding devices [ 639.907] (==) Automatically enabling devices [ 639.907] (==) Automatically adding GPU devices [ 639.907] (==) Automatically binding GPU devices [ 639.907] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 639.908] (WW) The directory "/usr/share/fonts/OTF" does not exist. [ 639.908] Entry deleted from font path. [ 639.908] (WW) The directory "/usr/share/fonts/Type1" does not exist. [ 639.908] Entry deleted from font path. [ 639.908] (WW) The directory "/usr/share/fonts/100dpi" does not exist. [ 639.908] Entry deleted from font path. [ 639.908] (WW) The directory "/usr/share/fonts/75dpi" does not exist. [ 639.908] Entry deleted from font path. [ 639.908] (==) FontPath set to: /usr/share/fonts/misc, /usr/share/fonts/TTF [ 639.908] (==) ModulePath set to "/usr/lib/xorg/modules" [ 639.908] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 639.908] (II) Module ABI versions: [ 639.908] X.Org ANSI C Emulation: 0.4 [ 639.908] X.Org Video Driver: 25.2 [ 639.908] X.Org XInput driver : 24.4 [ 639.908] X.Org Server Extension : 10.0 [ 639.909] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_33 [ 639.909] (II) xfree86: Adding drm device (/dev/dri/card0) [ 639.909] (II) Platform probe for /sys/devices/pci0000:00/0000:00:02.0/drm/card0 [ 639.928] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 13 paused 0 [ 639.929] (--) PCI:*(0@0:2:0) 8086:3e98:1462:7b98 rev 2, Mem @ 0xa0000000/16777216, 0x90000000/268435456, I/O @ 0x00004000/64, BIOS @ 0x????????/131072 [ 639.929] (II) LoadModule: "glx" [ 639.929] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 639.933] (II) Module glx: vendor="X.Org Foundation" [ 639.933] compiled for 1.21.1.23, module version = 1.0.0 [ 639.933] ABI class: X.Org Server Extension, version 10.0 [ 639.933] (==) Matched intel as autoconfigured driver 0 [ 639.933] (==) Matched modesetting as autoconfigured driver 1 [ 639.933] (==) Matched fbdev as autoconfigured driver 2 [ 639.933] (==) Matched vesa as autoconfigured driver 3 [ 639.933] (==) Assigned the driver to the xf86ConfigLayout [ 639.933] (II) LoadModule: "intel" [ 639.933] (WW) Warning, couldn't open module intel [ 639.933] (EE) Failed to load module "intel" (module does not exist, 0) [ 639.933] (II) LoadModule: "modesetting" [ 639.933] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 639.934] (II) Module modesetting: vendor="X.Org Foundation" [ 639.934] compiled for 1.21.1.23, module version = 1.21.1 [ 639.934] Module class: X.Org Video Driver [ 639.934] ABI class: X.Org Video Driver, version 25.2 [ 639.934] (II) LoadModule: "fbdev" [ 639.934] (WW) Warning, couldn't open module fbdev [ 639.934] (EE) Failed to load module "fbdev" (module does not exist, 0) [ 639.934] (II) LoadModule: "vesa" [ 639.934] (WW) Warning, couldn't open module vesa [ 639.934] (EE) Failed to load module "vesa" (module does not exist, 0) [ 639.934] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 639.934] (EE) Fatal server error: [ 639.934] (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied) [ 639.934] (EE) [ 639.934] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 639.934] (EE) Please also check the log file at "/home/philippe/.local/share/xorg/Xorg.0.log" for additional information. [ 639.934] (EE) [ 639.934] (WW) xf86CloseConsole: KDSETMODE failed: Bad file descriptor [ 639.934] (WW) xf86CloseConsole: VT_GETMODE failed: Bad file descriptor [ 640.030] (EE) Server terminated with error (1). Closing log file. :end: Many thanks for helps and advices. -- Philippe

3 4

Statically-linked haskell packages
by Ralf Mardorf 23 Jun '26

23 Jun '26

Hi, as a user, I would appreciate it if Arch Linux were to switch to statically-linked haskell packages. Maybe there's a good reason not to do this, but to me, it looks like it would be an advantage if it were implemented. Regards, Ralf PS: "Using dynamic linking typically results in" - https://wiki.archlinux.org/title/Haskell I'll add to the wiki in my own words "Using dynamic linking typically results in" nearly daily updates to more than 200 Haskell packages on my system, which has only two apps: shellcheck and apostrophe, for which I need haskell. By replacing "extra/pandoc-cli" with "chaotic-aur/pandoc-bin", I was able to remove most of the haskell packages [1]. The submitter from the AUR package left a nice comment: "cdkitching commented on 2023-09-22 09:07 (UTC) Using this package will waste instead of save disk space if: You're a haskell developer and need the shared libraries/compilers/etc. anyway. You have >10 other statically-linked haskell packages around the same size as Pandoc (in which case you'll get a saving from making them all dynamically linked). Neither of these scenarios is particularly likely." - https://aur.archlinux.org/packages/pandoc-bin#comment-935107 [1] $ sudo pacman -Rss $(pacman -Qq | grep haskell) hslua-cli pandoc-cli shellcheck python-pypandoc apostrophe && sudo pacman -S shellcheck apostrophe [snip] Packages (255) [snip] :: There are 2 providers available for pandoc: :: Repository extra 1) pandoc-cli :: Repository chaotic-aur 2) pandoc-bin Enter a number (default=1): 1 looking for conflicting packages... Packages (245) [snip] :: Proceed with installation? [Y/n] n $ sudo pacman -S shellcheck [snip] Packages (55) [snip] $ sudo pacman -S apostrophe resolving dependencies... :: There are 2 providers available for pandoc: :: Repository extra 1) pandoc-cli :: Repository chaotic-aur 2) pandoc-bin Enter a number (default=1): 1 looking for conflicting packages... Packages (190) [snip] $ sudo pacman -S apostrophe resolving dependencies... :: There are 2 providers available for pandoc: :: Repository extra 1) pandoc-cli :: Repository chaotic-aur 2) pandoc-bin Enter a number (default=1): 2 looking for conflicting packages... Packages (13) [snip]

1 0

Question about AUR
by Philippe Delavalade 23 Jun '26

23 Jun '26

Hi. One more time a newbie question ! I have installed somme packages coming from AUR with no problem. But I tried to install "eukleides". makepkg fails because md5sum for eukleides-1.5.4.tar.bz2 is not the one in PKGBUILD. is it the right method to contact the maintainer ? Or something else to do ? Regards. -- Philippe

4 7

Evolution had become unbearably slow
by Ralf Mardorf 22 Jun '26

22 Jun '26

Hi, Evolution has become slower to start up. It takes a very long time to open. Once it's open, it takes a long time for the preview to work. When I try to compose a new email, it takes a very long time for a new email window to open for editing. I started Evolution from the command line, and there was a segfault related to a gst-plugin-lib, with instructions to remove it or on how to debug it. But when I start Evolution now, I no longer get those instructions. Therefore, I am unable to provide any further details on this matter. $ pacman -Q evolution evolution-data-server webkit2gtk-4.1 evolution 3.60.2-1 evolution-data-server 3.60.2-2 webkit2gtk-4.1 2.52.4-1 $ pacman -Q gst-libav gst-plugin-gtk4 gst-plugin-pipewire gst-plugins- bad gst-plugins-bad-libs gst-plugins-base gst-plugins-base-libs gst- plugins-good gst-plugins-ugly gstreamer qt-gstreamer lsp-plugins-gst gambas3-gb-media gst-libav 1.28.4-1 gst-plugin-gtk4 0.15.2-2 gst-plugin-pipewire 1:1.6.6-1 gst-plugins-bad 1.28.4-1 gst-plugins-bad-libs 1.28.4-1 gst-plugins-base 1.28.4-1 gst-plugins-base-libs 1.28.4-1 gst-plugins-good 1.28.4-1 gst-plugins-ugly 1.28.4-1 gstreamer 1.28.4-1 qt-gstreamer 1.2.0-4 lsp-plugins-gst 1.2.29-1 gambas3-gb-media 3.21.6-1 I couldn't find a corresponding bug report on gitlab.archlinux.org or gitlab.gnome.org, hence I’m going to make an exception and cross-post this. Regards, Ralf

5 14

Linux 7.1.1 released
by Олег Бобок 20 Jun '26

20 Jun '26

Sorry, I'm newbie to arch linux ecosystem, so definitely not sure if I'm writing this right place. It seems that linux (kernel) package was flagged too early, before the stable 7.1.1 released. Now it is, but, as far as I can see, the linux package maintainers are not aware. There may be other reasons why the package hasn't been accepted for work yet, but I don't know where to read about them. So, the main purpose of this – to re-flag linux package. Sorry for bothering if I had done it wrong

2 1

Higher idle load averages
by SET 20 Jun '26

20 Jun '26

Hello, I am seeing higher idle load averages for kernels above 6.17. This is seen on multiple machines, with both x86_64 and aarch64 CPUs. These machines are really sitting idle and observed for many days. As an example, on a same x86_64 host: $ uname -a Linux localhost.localdomain 6.17.5-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 23 Oct 2025 18:49:03 +0000 x86_64 GNU/Linux $ uptime 20:25:39 up 2:26, 10 users, load average: 0.02, 0.02, 0.00 $ uname -a Linux localhost.localdomain 7.0.3-arch1-2 #1 SMP PREEMPT_DYNAMIC Fri, 01 May 2026 15:49:22 +0000 x86_64 GNU/Linux $ uptime 20:39:45 up 10 min, 10 users, load average: 0.08, 0.13, 0.09 It's hard to know if it pertains to the upstream kernel itself, or to Arch's kernel. Of course it's not huge in absolute values, yet higher that what I been seeing for years. I am drawing your attention to this in the hope of a confirmation and perhaps later an improvement. Thanks for considering and regards.

1 0

Re: The certificate for signing /iso/2026.06.01/arch/boot/x86_64/* has expired
by Kusoneko 19 Jun '26

19 Jun '26

Hi, 1) I'd start by actually sending it to Pierre's email address instead of just saying "To pierre(a)archlinux.de" in the message. 2) probably the arch-general list instead of the aur-general list? cc'd both in this reply. Kusoneko. Jun 19, 2026 17:14:58 lao(a)snv0.com: > Hello! > > 1) > To:pierre@archlinux.de[To%3Apierre@archlinux.de] > > The certificate codesigning_pierre_archlinux.pem, used to sign the files `/iso/2026.06.01/arch/boot/x86_64/*` (used for Netboot, https://archlinux.org/releng/netboot/) expired on May 30, 2026, at 16:41:56 UTC. > > Steps to reproduce: > > [user@linuxbox ~]$ wget -q https://geo.mirror.pkgbuild.com/iso/2026.06.01/arch/boot/x86_64/vmlinuz-lin… > [user@linuxbox ~]$ openssl cms -in vmlinuz-linux.ipxe.sig -inform DER -cmsout -print | grep -E 'notAfter:|subject:' > notAfter: May 30 16:41:56 2026 GMT > subject: C=DE, CN=Pierre Schmitz, emailAddress%3Dpierre(a)archlinux.de > [user@linuxbox ~]$ > > 2) > Where should I write instead of Arch-releng (Arch Linux Release Engineering) mail list?

1 0

Proposal for a simplier reporting experience
by Ruby 17 Jun '26

17 Jun '26

In the recent Arch News post, the following was said: […] please reach out to Arch staff via the aur-general mailing list with more information. This is a weird one for me personally. Sure, email probably prevents some spam, and the target userbase is Linux users, so I bet there’s more experienced people, but I really don’t like mailing lists. For something like reporting malicious content, especially for the AUR, where content can be freely submitted by most people, I wish packages just had some form of a “Report as Malicious” button. Trying to send this email, my first one to any of the Arch lists, it took me at least 20 minutes to figure out how. I had to find the link to the mailing list website, I tried the anon subscription, I sent the confirmation email, nothing happened. Tried sending this and got rejected. Then, I tried again. Created an account, got the confirmation email, clicked it, it errored. Refreshed, finally got confirmed. Then it told me that I “have a subscription request pending”. Meaning I have to wait, possibly multiple days, potentially for quite a long while, to even report a package. At this point, I feel like 90% of users would have given up trying to report the malicious content. Which is a big issue - time is key when it comes to fighting bad actors. So yeah, again, I wish packages just had some form of a “Report as Malicious” button. This could either go to an internal list or, if it’s easier to implement, keeping the workflow of moderators, just have it send an automated email from some automatic-reporting(a)aur.archlinux.org or whatever to the existing mailing list. This might require a captcha (like is required for SSO account creation), maybe sign-in, or both, but I do really think a (practically) one-click reporting solution would benefit everyone. People not as familiar or not wanting to interact with mailing lists can report packages, and moderators get quicker reports about malicious packages solely because there’s a greater user base that can report. While I do think the lower barrier of entry also causes some issues, like spam, something like a rate limit and/or verification (such as through login or similar means) should lower this, especially given people could, if malicious, also just spam the mailing list somewhat easily.

3 2