April 2026 - Arch-general - lists.archlinux.org

Issues booting after kernel upgrades
by Lucie Scarlet 22 Apr '26

22 Apr '26

Hi, Whenever I upgrade my Linux kernel, my computer never properly boots. I have to boot into archiso and reinstall the kernel in chroot before I can get it booting again. Not very sure where to begin looking, but it's an issue that has been bugging me for a good while now. The fix for it is easy enough which is why I've put off mentioning it before now. Does anyone have tips for how to potentially fix this? /Lucie

7 10

python-dbus-deviation failure to build
by Pocket 21 Apr '26

21 Apr '26

I am trying to build python-dbus-deviation It fails and this is from the build log, and it appers to have not gotten to the check() function * Getting build dependencies for wheel... <string>:59: SetuptoolsDeprecationWarning: The test command is disabled and references to it are deprecated. !! ******************************************************************************** Please remove any references to `setuptools.command.test` in all supported versions of the affected package. This deprecation is overdue, please update your project and remove deprecated calls to avoid build errors in the future. ******************************************************************************** !! ERROR Missing dependencies: sphinx roman-numerals>=1.0.0 ==> ERROR: A failure occurred in build(). Aborting... ERROR Missing dependencies: sphinx I am building in a clean chroot as per the wiki on that subject I am using the PKGBUILD file from the git packaging repos all the depends and makedepends are installed into the chroot Can someone help me debug this and get to the bottom of this? -- Hindi madali ang maging ako

3 2

FSF librelocal meetup in London
by Polarian 21 Apr '26

21 Apr '26

Good afternoon, Not really sure where the best place to put this would have been, however I felt it would be useful to share this with the community because arch is a FOSS project. See [1] for the information on the meetup, and if you are outside of the UK, there are other local meetups [2] which you might be able to attend. I only know the info about the UK one as I live here. Enjoy! Disclaimer: I am not the organiser. Take care, -- Polarian Jabber/XMPP: polarian(a)icebound.dev [1] https://mailman.lug.org.uk/pipermail/gllug/2026-April/083787.html [2] https://libreplanet.org/wiki/Group:Librelocal/2026

1 0

I have successfully compiled and installed the latest Linux Kernel 7.0.0-1-mainline in Arch Linux 2026.04.01
by Turritopsis Dohrnii Teo En Ming 21 Apr '26

21 Apr '26

Subject: I have successfully compiled and installed the latest Linux Kernel 7.0.0-1-mainline in Arch Linux 2026.04.01 Good day from Singapore, I had started performing a fresh new installation of Arch Linux 2026.04.01 on 17 Apr 2026 Friday at 6.08 pm Singapore Time. But I have not installed a GUI environment yet. I shall do that later. My main objective is to install the latest Linux Kernel 7.0.0-1-mainline first. At 7.47 PM on 17 Apr 2026 Friday, I had started compiling Linux Kernel 7.0.0-1-mainline from source code using yay. At 3.18 AM on 18 Apr 2026 Saturday, I have successfully compiled and installed Linux Kernel 7.0.0-1-mainline. The entire Linux Kernel compilation process took 7 hours and 31 minutes. Although my Arch Linux 2026.04.01 virtual machine has 4 CPU cores and 8 GB RAM, I made the mistake of forgetting to configure the Linux Kernel building process to use 4 CPU cores. I am using VMware Workstation Pro 25H2 version 25.0.0.24995812. To make the building process use 4 CPU cores, you need to edit the makepkg.conf file. This file controls how yay and makepkg handle compilation. $ sudo nano /etc/makepkg.conf Find the line that says MAKEFLAGS. It is usually commented out with a # at the beginning. Change it to look exactly like this: MAKEFLAGS="-j4" Note: Make sure to remove the # from the start of the line so the setting becomes active. The -j4 flag tells the compiler to run 4 parallel jobs at once. Since my previous build took over 7 hours on 1 core, this setting should cut that time down to roughly 1.5 to 2 hours for future updates. Note: Ensure you have assigned at least 8GB of RAM to your VM before using 4 cores, as each build job requires its own memory. As I have grossly forgotten to make the above changes, in the end my Linux Kernel 7.0.0-1-mainline building process took 7 hours and 31 minutes on only 1 CPU core. You may like to watch my YouTube videos on how I have successfully compiled and installed the latest Linux Kernel 7.0.0-1-mainline in Arch Linux 2026.04.01. [01] YouTube video: Compiling Linux Kernel 7.0 on Arch Linux 2026.04.01 Link: https://www.youtube.com/watch?v=qW2s468y6hs [02] YouTube video: Successfully compiled and installed Linux Kernel 7.0.0-1-mainline in Arch Linux 2026.04.01 Link: https://www.youtube.com/watch?v=LrtQTcC4rQo I will be testing the latest Linux Kernel 7.0.0-1-mainline for stability and for any bugs. I will also be installing a GUI environment in Arch Linux 2026.04.01 soon. Thank you. Regards, Mr. Turritopsis Dohrnii Teo En Ming Extremely Democratic People's Republic of Singapore 18 Apr 2026 Saturday 9.51 am Singapore Time

3 2

Bring ARM into the fold?
by Christer Solskogen 20 Apr '26

20 Apr '26

Is it time to bring Arch Linux ARM into the fold of Arch Linux? The GNU toolchain of ALARM is now very behind, and the developers are dead silent about why. There little to no response on pull requests on the github page, and while it seems like there is activity on their PKGBUILDs repo, it almost seems to me that it is some kind of automatic jobs being run. Their forum is broken and has been broken for quite some time as well. -- chs

14 27

nut 2.8.5 - /usr/lib/sysusers.d/nut.conf:1: Conflict with earlier configuration for user 'nut' in ... nut-common-sysusers.conf:5
by David C Rankin 20 Apr '26

20 Apr '26

Arch devs, The pacman postrans throws a warning for the nut package regarding a conflict with earlier configuration for user 'nut': :: Running post-transaction hooks... (1/5) Creating system user accounts... /usr/lib/sysusers.d/nut.conf:1: Conflict with earlier configuration for user 'nut' in /usr/lib/sysusers.d/nut-common-sysusers.conf:5, ignoring line. Sure enough: $ head /usr/lib/sysusers.d/nut.conf u! nut - "Network UPS Tools" /var/lib/nut m nut uucp and $ head /usr/lib/sysusers.d/nut-common-sysusers.conf # Network UPS Tools (NUT) systemd integration # Distributed under the terms of GPLv2+ # See https://networkupstools.org/ # and https://github.com/networkupstools/nut/ u! nut - - /var/lib/nut g nut m nut nut Both /usr/lib/sysusers.d/nut.conf /usr/lib/sysusers.d/nut-common-sysusers.conf are owned by the nut package, so this isn't some leftover from an earlier nut (or network-ups-tools) install. The question I have is this an upstream issue, or is this a packaging issue? That way I know where to properly raise the issue. My setup is a simple standalone Cyperpower UPS configured exactly as explained in https://wiki.archlinux.org/title/Network_UPS_Tools -- David C. Rankin, J.D.,P.E.

1 0

New zsh optional dependencies?
by David C Rankin 20 Apr '26

20 Apr '26

All, With the zsh update tonight you are shown a list of new optional dependencies: New optional dependencies for zsh grml-zsh-config: grml's zsh setup zsh-autosuggestions: Fish-like autosuggestions for zsh zsh-completions: Additional completion definitions for Zsh zsh-doc: Info, HTML and PDF format of the ZSH documentation zsh-history-substring-search: ZSH port of Fish history search (up arrow) zsh-lovers: A collection of tips, tricks and examples for the Z shell. zsh-syntax-highlighting: Fish shell like syntax highlighting for Zsh zshdb: A debugger for zsh scripts Checking the source files, it looks like the only thing that changed was Christian's "rebuild packages older than two years". So the question, are these really "New option dependencies ...", or are they the same list from the last time that I'm just getting too old to recall? -- David C. Rankin, J.D.,P.E.

2 1

Re: kicad 10.0.0-2 and ngspice 46-1 undefined symbol
by Ką Mykolas 19 Apr '26

19 Apr '26

On Sun, Apr 19, 2026, 12:37 Xuelin Yang <xuelin(a)adamanteye.cc> wrote: > On Thu, Apr 16, 2026 at 03:01:42PM +0300, Ką Mykolas wrote: > > So weird. Tried rebuilding with yet another addition of > > > > export LDFLAGS="${LDFLAGS/-Wl,--as-needed/}" > > > > (remove default -as-needed listed in /etc/makepkg.conf) > > > > > > > Perhaps I will cross-check debian packaging. > > > > > > Well, both, Debian and Ubuntu package older versions of ngspice (and > > KiCad). And they do not ship shared objects. Only *.cm files. Which do > > export CMdecNum. > > > > And for that matter probably need someone from upstream, to understand > how > > the heck is it supposed to load. > > I feel so sorry after I tested examples from demos/simulation. And I found > that I actually miss the proper spice models for my commerical symbols. > That is > to say, the KiCAD and ngspice works, though missing tokens (e.g. Line no. > 14, > d3__d3, missing tokens) will produce those errors: Error finding the > number of > devices: ../lib/ngspice/ivlng.so: undefined symbol: CMdevNum. > > So in conclusion, there're no issues or bugs. > > -- > Best regards, > Xuelin Yang > Thanks for the follow-up! >

1 0

Re: kicad 10.0.0-2 and ngspice 46-1 undefined symbol
by Ką Mykolas 16 Apr '26

16 Apr '26

On Thu, Apr 16, 2026 at 5:18 AM Xuelin Yang <xuelin(a)adamanteye.cc> wrote: > On Wed, Apr 15, 2026 at 08:07:14PM +0300, Ką Mykolas wrote: > > For the sake of experiment, trying to rebuild ngspice with > options=(!strip) > > in PKBUILD > > I wonder, could it be the culprit? Any chance you could try this as well? > > I tried building without strip and it looks the same: > > nm -D /tmp/ngspice/pkg/ngspice/usr/lib/ngspice/ivlng.so > 0000000000002710 T Cosim_setup > 0000000000002700 T Get_ng_vvp > w _ITM_deregisterTMCloneTable > w _ITM_registerTMCloneTable > w __cxa_finalize@GLIBC_2.2.5 > U __errno_location@GLIBC_2.2.5 > U __fprintf_chk@GLIBC_2.3.4 > w __gmon_start__ > U __stack_chk_fail@GLIBC_2.4 > U abort@GLIBC_2.2.5 > U calloc@GLIBC_2.2.5 > U dlclose@GLIBC_2.34 > U dlerror@GLIBC_2.34 > U dlsym@GLIBC_2.34 > U free@GLIBC_2.2.5 > U fwrite@GLIBC_2.2.5 > U pthread_cancel@GLIBC_2.34 > U pthread_cond_destroy@GLIBC_2.3.2 > U pthread_cond_init@GLIBC_2.3.2 > U pthread_cond_signal@GLIBC_2.3.2 > U pthread_cond_wait@GLIBC_2.3.2 > U pthread_create@GLIBC_2.34 > U pthread_join@GLIBC_2.34 > U pthread_mutex_destroy@GLIBC_2.2.5 > U pthread_mutex_init@GLIBC_2.2.5 > U pthread_mutex_lock@GLIBC_2.2.5 > U pthread_mutex_unlock@GLIBC_2.2.5 > U pthread_sigmask@GLIBC_2.32 > U sigaddset@GLIBC_2.2.5 > U sigemptyset@GLIBC_2.2.5 > U stderr@GLIBC_2.2.5 > U strerror@GLIBC_2.2.5 So weird. Tried rebuilding with yet another addition of export LDFLAGS="${LDFLAGS/-Wl,--as-needed/}" (remove default -as-needed listed in /etc/makepkg.conf) > Perhaps I will cross-check debian packaging. Well, both, Debian and Ubuntu package older versions of ngspice (and KiCad). And they do not ship shared objects. Only *.cm files. Which do export CMdecNum. And for that matter probably need someone from upstream, to understand how the heck is it supposed to load.

1 0

Re: Bring ARM into the fold?
by Ralf Mardorf 16 Apr '26

16 Apr '26

On Wed, 2026-04-15 at 09:15 +0900, Evans Jahja wrote: > > So the first step is to install a client. > > I am confused as well. I have a Matrix account on matrix.org and a > client. > I'm not sure where the room is. [snip] > > What am I missing? Sorry, I'm not a big fan of chat rooms, so I'm not familiar with the pitfalls. Google says: "Übersicht mit KI To join the #archlinux-ports IRC channel, which is dedicated to discussing Arch Linux ports to other architectures (like ARM, PPC, MIPS, etc.), you need to connect to the Libera.Chat IRC network. Here are the steps to join: Use an IRC Client: Open an IRC client (such as HexChat, Konversation, or WeeChat) and connect to the Libera.Chat network: irc.libera.chat. Join the Channel: Once connected to the network, join the channel by typing: /join #archlinux-ports Alternative (Webchat): You can use the Libera.Chat Webchat in your browser. Enter a nickname, set the channel to #archlinux-ports, and click "Start". Rules & Etiquette: Be sure to read the channel topic and rules upon joining, as specific IRC channels in the Arch community have established guidelines for participation. The Arch Linux Ports project also relies on mailing lists for communication, which you can join via the Arch Linux Mailman interface."

4 6