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

cp from internal SSD via USB 3 to external HDD is very slow
by Ralf Mardorf 26 Aug '25

26 Aug '25

Hi, I am copying from an internal SATA SSD via USB 3 to an external SATA WD Blue, a 3.5" CMR HDD. The first part “cp -ai /mnt/winos7/” (see [*1]) took about 70 minutes for 188 GiB, almost all files are quite small. The second part “cp -ai /mnt/winos10/” (see [*1]) should copy about 100 GiB small files + about 740 GiB for a single vbox vdi file. The about 100 GiB small files were copied and about 310 GiB of the vdi file were also already copied, at 03:30, so for about 410 GiB it took about 9 hours. I think this is taking far too long. Does anyone have an idea? FWIW ^Z was an oversight. I meant to press Ctrl+Alt+T to open a terminal tab, and apparently pressed Ctrl+Z (German QWERTY keyboard). CPU Model: 6.191.5 "13th Gen Intel(R) Core(TM) i3-13100" Memory Size: 32 GB For top see [*2]. • rocketmouse@archlinux ~ $ uname -r; cat /proc/cmdline 6.14.2-arch1-1 BOOT_IMAGE=/boot/vmlinuz-linux root=/dev/disk/by-label/m1.archlinux ro ibt=off ipv6.disable=1 kvm.enable_virt_at_load=0 Regards, Ralf [*1] • root@archlinux /home/rocketmouse # date; cp -ai /mnt/winos7/{*txt,o10_share,winOS_2} /mnt/ua.fantec/w7_ipad_archive-winos7_not_included-2025-apr-14/winos7/; echo $?; date; cp -ai /mnt/winos10/ /mnt/ua.fantec/w10ipad_archive+winos10_is_included-2025-apr-14/; echo $?; date Mon 14 Apr 17:02:20 CEST 2025 0 Mon 14 Apr 18:13:45 CEST 2025 ^Z [1]+ Stopped cp -ai /mnt/winos10/ /mnt/ua.fantec/w10ipad_archive+winos10_is_included-2025-apr-14/ 148 Tue 15 Apr 02:56:03 CEST 2025 • root@archlinux /home/rocketmouse # fg 1 cp -ai /mnt/winos10/ /mnt/ua.fantec/w10ipad_archive+winos10_is_included-2025-apr-14/ [*2] top - 03:38:10 up 2 days, 17:21, 1 user, load average: 1.30, 1.26, 1.30 Tasks: 284 total, 1 running, 281 sleep, 2 d-sleep, 0 stopped, 0 zombie %Cpu(s): 1.8 us, 0.8 sy, 0.0 ni, 84.3 id, 12.9 wa, 0.1 hi, 0.1 si, 0.0 st MiB Mem : 31862.0 total, 316.4 free, 3401.6 used, 29130.6 buff/cache MiB Swap: 16383.0 total, 16382.5 free, 0.5 used. 28460.4 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 82310 rocketm+ 20 0 557740 60108 48756 S 10.3 0.2 0:18.00 roxterm 663 root 20 0 819996 107492 66704 S 7.0 0.3 17:40.51 Xorg 100095 rocketm+ 20 0 2587672 172912 117660 S 1.3 0.5 0:08.42 Isolated Web Co 87583 root 20 0 7440 6136 5516 D 1.0 0.0 14:05.38 cp 2078 rocketm+ 20 0 167504 41148 33812 S 0.3 0.1 4:47.97 parcellite 2697 rocketm+ 20 0 73.9g 806944 168776 S 0.3 2.5 11:00.17 evolution 96948 root 20 0 0 0 0 I 0.3 0.0 0:12.97 kworker/u32:4-events_unbound 100138 root 20 0 0 0 0 I 0.3 0.0 0:00.99 kworker/1:2-events 100195 rocketm+ 20 0 70.5g 163948 142808 S 0.3 0.5 0:00.67 WebKitWebProces 100326 root 20 0 0 0 0 I 0.3 0.0 0:01.75 kworker/u32:1-flush-8:80 100948 rocketm+ 20 0 12372 9836 7660 R 0.3 0.0 0:00.07 top 1 root 20 0 24012 15008 9320 S 0.0 0.0 0:26.64 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.23 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pool_workqu

2 5

Arch General - is there a problem with posts
by Mike Cloaked 26 Aug '25

26 Aug '25

There have been no posts coming from the arch general mailing list for several months. Is there a problem with the server? -- mike c

5 4

Updated on 25th to 6.15.3 + firmware (fine), update tonight to 6.15.4 + firmware, network not up, dhcpd4 fails?
by David C Rankin 01 Jul '25

01 Jul '25

All, I have my Arch server that has been running for a decade, updates weekly, never misses a beat. It has been so long since I've had an issue with it, I thought Arch had finally reached Linux rolling release nirvana. Then, for reasons I can't explain, the update tonight (an hour ago), failed to start dhcpd4. I can't ping the box, I have to log in locally and I find the network interface enp5s0 'down' - that's not happened since Arch was installed. So I bring the interface up: # ip link set enp5s0 up Presto, network is up, and well. So I try starting dhcpd4 and it fails "cannot create /run/dhcpd4/dhcpd.pid". There is no /run/dhcpd4 directory. So I created it and manually started dhcpd4 without -q and all starts fine and it is now happily handing out addresses and updating the bind DNS zone for about 60 clients. What happened? I did not install or uninstall anything new. I simply did a "pacman -Syu" to update the system. The following packages were upgraded: [2025-06-28T01:54:00-0500] [PACMAN] Running 'pacman -Syu' [2025-06-28T01:54:00-0500] [PACMAN] synchronizing package lists [2025-06-28T01:54:01-0500] [PACMAN] starting full system upgrade [2025-06-28T01:54:21-0500] [ALPM] running '60-mkinitcpio-remove.hook'... [2025-06-28T01:54:21-0500] [ALPM] running '71-dkms-remove.hook'... [2025-06-28T01:54:23-0500] [ALPM-SCRIPTLET] ==> dkms remove --no-depmod nvidia/390.157 -k 6.15.3-arch1-1 [2025-06-28T01:54:24-0500] [ALPM-SCRIPTLET] ==> depmod 6.15.3-arch1-1 [2025-06-28T01:54:31-0500] [ALPM] transaction started [2025-06-28T01:54:31-0500] [ALPM] upgraded broot (1.46.5-3 -> 1.47.0-1) [2025-06-28T01:54:31-0500] [ALPM] upgraded util-linux-libs (2.41-4 -> 2.41.1-1) [2025-06-28T01:54:31-0500] [ALPM] upgraded systemd-libs (257.6-1 -> 257.7-1) [2025-06-28T01:54:31-0500] [ALPM] upgraded cryptsetup (2.7.5-2 -> 2.8.0-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded docker (1:28.2.2-1 -> 1:28.3.0-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded libopenmpt (0.8.0-1 -> 0.8.1-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded libjpeg-turbo (3.1.0-1 -> 3.1.1-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded util-linux (2.41-4 -> 2.41.1-1) [2025-06-28T01:54:32-0500] [ALPM] upgraded systemd (257.6-1 -> 257.7-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded firefox (140.0-1 -> 140.0.1-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded freetds (1.5.3-1 -> 1.5.4-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gstreamer (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-base-libs (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-libav (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-bad-libs (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded libpipewire (1:1.4.5-1 -> 1:1.4.6-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-bad (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-base (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gst-plugins-good (1.26.2-2 -> 1.26.3-1) [2025-06-28T01:54:36-0500] [ALPM] upgraded gum (0.16.1-1 -> 0.16.2-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded intel-media-driver (25.2.3-1 -> 25.2.5-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded libmpdclient (2.22-1 -> 2.23-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded libunrar (1:7.1.7-1 -> 1:7.1.8-1) [2025-06-28T01:54:37-0500] [ALPM] upgraded libvoikko (4.3.2-4 -> 4.3.3-1) [2025-06-28T01:54:38-0500] [ALPM] upgraded linux (6.15.3.arch1-1 -> 6.15.4.arch2-1) [2025-06-28T01:54:45-0500] [ALPM] upgraded linux-docs (6.15.3.arch1-1 -> 6.15.4.arch2-1) [2025-06-28T01:54:45-0500] [ALPM] upgraded linux-firmware-whence (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:46-0500] [ALPM] upgraded linux-firmware-amdgpu (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:46-0500] [ALPM] upgraded linux-firmware-atheros (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-broadcom (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-cirrus (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-intel (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:47-0500] [ALPM] upgraded linux-firmware-mediatek (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-nvidia (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-other (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-radeon (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware-realtek (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:49-0500] [ALPM] upgraded linux-firmware (20250613.12fe085f-9 -> 20250627-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded linux-headers (6.15.3.arch1-1 -> 6.15.4.arch2-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded openresolv (3.16.5-1 -> 3.17.0-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded pipewire (1:1.4.5-1 -> 1:1.4.6-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded pkgconf (2.5.0-1 -> 2.5.1-1) [2025-06-28T01:54:53-0500] [ALPM] upgraded python-pygments (2.19.1-1 -> 2.19.2-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded rust (1:1.87.0-2 -> 1:1.88.0-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded systemd-sysvcompat (257.6-1 -> 257.7-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded thin-provisioning-tools (1.1.0-1 -> 1.2.0-1) [2025-06-28T01:54:54-0500] [ALPM] upgraded unrar (1:7.1.7-1 -> 1:7.1.8-1) [2025-06-28T01:54:55-0500] [ALPM] upgraded yt-dlp (2025.06.09-1 -> 2025.06.25-1) I have got to find out why this failed to set the network device up and why dhcpd4 couldn't create /run/dhcpd4 for startup. Most of the time I admin this box remotely. Having it reboot and not reliably come back up isn't an option. Is there some issue with the new firmware and network devices? The network device uses the r8169 driver is that is an issue, it used the r1868 driver in the past. I haven't changed a thing related to it. 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 06) Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet Flags: bus master, fast devsel, latency 0, IRQ 16, NUMA node 0, IOMMU group 13 I/O ports at b000 [size=256] Memory at fe100000 (64-bit, non-prefetchable) [size=4K] Memory at dc100000 (64-bit, prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Endpoint, IntMsgNum 1 Capabilities: [b0] MSI-X: Enable+ Count=4 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00 Kernel driver in use: r8169 Kernel modules: r8169 What else to check to track down what caused the network not to come up enabled and why couldn't dhcpd4 create its pid file even after the link was brought up? This box is updated and rebooted with each new kernel and has always been bullet-proof. If it helps, the update on June 25 was minimal as well, updating: [2025-06-25T03:44:59-0500] [PACMAN] Running 'pacman -Syu linux-firmware' [2025-06-25T03:44:59-0500] [PACMAN] synchronizing package lists [2025-06-25T03:45:00-0500] [PACMAN] starting full system upgrade [2025-06-25T03:45:38-0500] [ALPM] running '60-mkinitcpio-remove.hook'... [2025-06-25T03:45:39-0500] [ALPM] running '71-dkms-remove.hook'... [2025-06-25T03:45:40-0500] [ALPM-SCRIPTLET] ==> dkms remove --no-depmod nvidia/390.157 -k 6.15.2-arch1-1 [2025-06-25T03:45:41-0500] [ALPM-SCRIPTLET] ==> depmod 6.15.2-arch1-1 [2025-06-25T03:45:47-0500] [ALPM] transaction started [2025-06-25T03:45:47-0500] [ALPM] upgraded linux-firmware-whence (20250508.788aadc8-2 -> 20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-amdgpu (20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-atheros (20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-broadcom (20250613.12fe085f-9) [2025-06-25T03:45:47-0500] [ALPM] installed linux-firmware-cirrus (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-intel (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-mediatek (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-nvidia (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-other (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-radeon (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware-realtek (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] installed linux-firmware (20250613.12fe085f-9) [2025-06-25T03:45:48-0500] [ALPM] upgraded btrfs-progs (6.14-1 -> 6.15-1) [2025-06-25T03:45:48-0500] [ALPM] upgraded ca-certificates-mozilla (3.112-1 -> 3.113-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded docker-compose (2.37.1-1 -> 2.37.3-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded libxml2 (2.14.4-1 -> 2.14.4-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded dvisvgm (3.5-1 -> 3.5-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded enchant (2.8.9-1 -> 2.8.10-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded nss (3.112-1 -> 3.113-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded libssh (0.11.1-1 -> 0.11.2-1) [2025-06-25T03:45:49-0500] [ALPM] upgraded xorg-server-common (21.1.18-1 -> 21.1.18-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded xorg-server (21.1.18-1 -> 21.1.18-2) [2025-06-25T03:45:49-0500] [ALPM] upgraded python (3.13.3-1 -> 3.13.5-1) [2025-06-25T03:45:50-0500] [ALPM] upgraded firefox (139.0.4-1 -> 140.0-1) [2025-06-25T03:45:51-0500] [ALPM] upgraded giac (2.0.0.4-1 -> 2.0.0.6-1) [2025-06-25T03:45:51-0500] [ALPM] upgraded gnupg (2.4.7-3 -> 2.4.8-1) [2025-06-25T03:45:52-0500] [ALPM] upgraded iniparser (4.2.6-1 -> 4.2.6-2) [2025-06-25T03:45:52-0500] [ALPM] upgraded liburcu (0.15.1-1 -> 0.15.3-1) [2025-06-25T03:45:53-0500] [ALPM] upgraded linux (6.15.2.arch1-1 -> 6.15.3.arch1-1) [2025-06-25T03:46:01-0500] [ALPM] upgraded linux-docs (6.15.2.arch1-1 -> 6.15.3.arch1-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded linux-headers (6.15.2.arch1-1 -> 6.15.3.arch1-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded parallel (20250522-1 -> 20250622-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded pciutils (3.13.0-2 -> 3.14.0-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded perl-image-exiftool (13.30-1 -> 13.30-2) [2025-06-25T03:46:05-0500] [ALPM] upgraded python-pypdf (5.6.0-1 -> 5.6.1-1) [2025-06-25T03:46:05-0500] [ALPM] upgraded python-scipy (1.15.3-1 -> 1.16.0-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded qt6-base (6.9.1-1 -> 6.9.1-2) [2025-06-25T03:46:06-0500] [ALPM] upgraded seabios (1.16.3-1 -> 1.17.0-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded sundials (7.3.0-1 -> 7.4.0-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded virtiofsd (1.13.1-1 -> 1.13.2-1) [2025-06-25T03:46:06-0500] [ALPM] upgraded xorg-server-devel (21.1.18-1 -> 21.1.18-2) [2025-06-25T03:46:07-0500] [ALPM] transaction completed Absolutely no issue after that update. There have been no config changes to the server. Any idea what changed in the kernel, firmware or otherwise that may lead to these issues now after updates today (June 28)? -- David C. Rankin, J.D.,P.E.

8 22

LXQT volume at login
by Pocket 29 Jun '25

29 Jun '25

Volume is always set at 100% upon login It blasts audio at full volume until I set it lower. pavucontrol-qt always states volume is 100% even when the slider is at about 30%. I have these packages installed pavucontrol-qt 2.2.0-1 alsa-card-profiles 1:1.4.6-1 alsa-lib 1.2.14-1 alsa-plugins 1:1.2.12-4 alsa-topology-conf 1.2.5.1-4 alsa-ucm-conf 1.2.14-2 alsa-utils 1.2.14-1 libpulse 17.0+r43+g3e2bb8a1e-1 pipewire-pulse 1:1.4.6-1 pulse-native-provider 1:1.4.6-1 pulseaudio-alsa 1:1.2.12-4 I tried sudo alsactl store What packages should I have and also is there something I need to configure? Any fixes etc that I may have missed? -- Hindi madali ang maging ako

2 4

Hi, how does this work?
by Adrián Novella 27 Jun '25

27 Jun '25

It's my first time on an email list

3 2

Re: # pacman -Rdd linux-firmware # pacman -Syu linux-firmware
by u34＠net9.cf 23 Jun '25

23 Jun '25

"Arch Linux: Recent news updates: Jan Alexander Steffens" <arch-announce(a)lists.archlinux.org> wrote: > With `20250613.12fe085f-5`, we split our firmware into several vendor-focused packages. `linux-firmware` is now an empty package depending on our default set of firmware. > > Unfortunately, this coincided with upstream reorganizing the symlink layout of the NVIDIA firmware, resulting in a situation that Pacman cannot handle. When attempting to upgrade from `20250508.788aadc8-2` or earlier, you will see the following errors: > > linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad103 exists in filesystem > linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad104 exists in filesystem > linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad106 exists in filesystem > linux-firmware-nvidia: /usr/lib/firmware/nvidia/ad107 exists in filesystem > > To progress with the system upgrade, first remove `linux-firmware`, then reinstall it as part of the upgrade: > > # pacman -Rdd linux-firmware > # pacman -Syu linux-firmware > > URL: https://archlinux.org/news/linux-firmware-2025061312fe085f-5-upgrade-requir… What I see now in http://archlinux.org , not in https://archlinux.org/news/linux-firmware-2025061312fe085f-5-upgrade-requir… , only in arch-linux home page, is # pacman -Rdd linux-firmware # pacman -Syu linux-firmware That is, a concatenation of the two suggested commands into a single line. Should that be fixed? -- u34

3 2

xdg-desktop-portal does not start
by Radosław Kintzi 18 Jun '25

18 Jun '25

Hi, For some time, I have had a problem with screen sharing/capturing in Sway. I tested it using both Firefox and Chromium with Google Meet and this test page: https://mozilla.github.io/webrtc-landing/gum_test.html. I went through the troubleshooting checklist (available here: https://github.com/emersion/xdg-desktop-portal-wlr/wiki/%22It-doesn't-work%22-Troubleshooting-Checklist) to find out that xdg-desktop-portal.service is not started. Not that it fails. It is not even being attempted. How can I make it start? Below is what I tried. I noticed that xdg-desktop-portal.service is a "PartOf" graphical-session.target, so I configured my sway.target to bind to the graphical session. The Sway target is started in the Sway configuration, which includes a slightly modified 50-systemd-user.conf available in the Arch package: --- 50-systemd-user.sh --- # Upstream refuses to set XDG_CURRENT_DESKTOP so we have to. exec systemctl --user set-environment XDG_CURRENT_DESKTOP=sway exec systemctl --user import-environment DISPLAY \ SWAYSOCK \ WAYLAND_DISPLAY \ XDG_CURRENT_DESKTOP exec hash dbus-update-activation-environment 2>/dev/null && \ dbus-update-activation-environment --systemd DISPLAY \ SWAYSOCK \ XDG_CURRENT_DESKTOP=sway \ WAYLAND_DISPLAY \ PATH exec systemctl --user start sway.target --- The sway.target is very simple: --- (~)$ cat .config/systemd/user/sway.target [Unit] Description=Sway target AllowIsolate=yes BindsTo=graphical-session.target --- This changed nothing, so I tried to start xdg-desktop-portal manually to find out that it ends with a core dump. Logs attached. Not sure if this is related to the problem that the service is not started or if it is an unrelated issue. Any advice? Thanks, Radek

3 4

[arch-general] Now that wine is actually wine-wow64, should wine-mono be moved from from multilib to extra?
by Javier 16 Jun '25

16 Jun '25

Hello ! Currently wine-mono [1] is still under the multilib repo, I guess now wine has actually become wine-wow64 [2], and the AUR package is now just a meta package installing wine [3], so I'm wondering if wine-mono should then be moved to extra instead. Perhaps the process is not complete yet. But as wine-mono is not on AUR, then if one doesn't include the multilib repo then wouldn't be able to find wine-mono... Greetings ! -- Javier [1] https://archlinux.org/packages/multilib/x86_64/wine-mono [2] https://archlinux.org/news/transition-to-the-new-wow64-wine-and-wine-staging [3] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=wine-wow64

1 0

[arch-general] jami consuming too much cpu and jami packages issues
by Javier 16 Jun '25

16 Jun '25

Hello ! I would file an issue on the Arch jami related packages, because they're not only outdated, but I believe due to that jami consumes way too much CPU, you listen to the fans working extra, and top shows 95% usage or more, no matter how fast your PC is. The reason I don't is that my phone broke and I didn't have my aegis data backed somewhere and I can no longer login to Arch gitlab, and as long time ago it happened he same to me and I was warned they wouldn't help me out a 2nd time, oh well. Anyone experiencing the same? I see jami-qt marked as out of date, but I see no issues filed against it, same for jami-daemon. opendht is not marked out of date, and the only issues is about C bindings, however opendht currently has a dependency problem, Arch moved to llhttp 9.3.0, however opendht was linked against llhttp 9.2: > % ldd /usr/lib/libopendht.so > linux-vdso.so.1 (0x00007ff662064000) > libfmt.so.11 => /usr/lib/libfmt.so.11 (0x00007ff661ffa000) > libllhttp.so.9.2 => /usr/lib/libllhttp.so.9.2 (0x00007ff661fe8000) So the only way to currently support opendht is: > % grep IgnorePkg /etc/pacman.conf > # Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup > IgnorePkg = llhttp libgit2 bat Meaning avoid updates on those 3 packages given their dependency chain related to llhttp, since both libgit2 and bat new versions on Arch depend on llhttp 9.3 already except for opendht, which then requires a re-build. BTW, current upstream opendht release is v3.4.0, meaning the Arch "1:3.2.0-2" ought an update anyways, meaning is also out of date, and by upgrading one gets the re-build required, :) So all jami related packages out of date, jami the application consumes too much CPU, and opendht besides out of date requires a re-build to link against current repos llhttp. Not sure how to notify the developers to deal with the jami current issues, perhaps someone could file issues on the packages, particularly opendht which doesn't even have an out of date mark. Thanks a lot ! -- Javier

2 5

Pacman lite?
by Pocket 14 Jun '25

14 Jun '25

Is it possible to build a neutered version of pacman? A pacman lite if you will.... I need to cut down on the dependencies pacman requires. Without key signing and package signing. I would like to only have package building and package management and pull from an http respository. This is for a custom built OS that I would like to use pacman on an ARM SBC. it currently uses rpm as a package manager. I would also like to build them using makepkg. -- Hindi madali ang maging ako

5 6