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

[arch-general] System terribly slow
by riveravaldez 27 Oct '25

27 Oct '25

Hi, I'm looking for some advice trying to pinpoint why or where my system has becoming almost unusable slow. Searching the web I've found some hints but nothing precise enough. Maybe it's a failing HDD, but I'm first posting what I have until now in the hope someone can give some advice. Superficial symptoms are a general slowness. I'm using just IceWM and `startx` to initialize the GUI, and even logging into my account previous to that takes almost a minute to get done. Then any application I launch takes minutes to just start (from IceWM to firefox, from qtox to pcmanfm or geany, etc.). Even navigate the folders tree with pcmanfm takes 10 or more seconds just to show any folder content... Hope some of this helps: $ sudo journalctl -b -exp3 -- Journal begins at Thu 2021-12-02 23:59:31 -03, ends at Fri 2021-12-03 19:50:29 -03. -- dic 03 00:48:43 arch kernel: sd 0:0:0:0: [sda] Asking for cache data failed dic 03 00:48:43 arch kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through dic 03 00:50:39 arch libvirtd[592]: cannot open directory '/home/dell/Software/VMs/TrisquelMini8': No existe el fichero o el directorio dic 03 00:50:39 arch libvirtd[592]: error interno: Falló al iniciar automáticamente el grupo de almacenamiento 'TrisquelMini8': cannot open directory '/home/dell/Softwar> dic 03 00:50:41 arch libvirtd[592]: No se encontró 'dmidecode' en ruta: No existe el fichero o el directorio dic 03 00:50:57 arch libvirtd[592]: No se encontró 'dmidecode' en ruta: No existe el fichero o el directorio dic 03 00:56:40 arch systemd[1]: Failed to start Disk Manager. Subject: A start job for unit udisks2.service has failed Defined-By: systemd Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel A start job for unit udisks2.service has finished with a failure. The job identifier is 1072 and the job result is failed. $ systemctl --state=failed UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. $ systemd-analyze Startup finished in 11.038s (kernel) + 1min 31.352s (userspace) = 1min 42.391s graphical.target reached after 1min 31.352s in userspace $ systemd-analyze blame 37.946s polkit.service 29.248s dev-sda1.device 28.827s systemd-tmpfiles-clean.service 24.692s udisks2.service 15.936s systemd-journal-flush.service 14.228s systemd-hwdb-update.service 13.930s ldconfig.service 13.502s upower.service 12.881s ufw.service 8.830s user(a)1000.service 7.556s systemd-tmpfiles-setup-dev.service 7.280s avahi-daemon.service 7.275s bluetooth.service 7.262s iwd.service 6.067s systemd-logind.service 6.058s systemd-machined.service 5.825s systemd-tmpfiles-setup.service 5.123s systemd-sysusers.service 4.569s systemd-udevd.service 4.511s systemd-resolved.service 4.281s systemd-networkd.service 3.724s systemd-journal-catalog-update.service 3.415s systemd-fsck@dev-disk-by\x2duuid-1d72b82c\x2d9c58\x2d4f57\x2d97a3\x2de29ff35a5632.service 2.959s systemd-modules-load.service 2.557s lm_sensors.service 2.503s systemd-random-seed.service 2.389s systemd-backlight@backlight:acpi_video0.service 1.983s dev-disk-by\x2duuid-84c91978\x2da09c\x2d4087\x2db60d\x2d86730d142f63.swap 1.967s systemd-backlight@leds:dell::kbd_backlight.service 1.563s systemd-timesyncd.service 1.457s systemd-update-utmp.service 1.287s systemd-udev-trigger.service 1.278s systemd-rfkill.service 1.219s alsa-restore.service 1.164s systemd-sysctl.service (...) $ systemctl status polkit.service ● polkit.service - Authorization Manager Loaded: loaded (/usr/lib/systemd/system/polkit.service; static) Active: active (running) since Fri 2021-12-03 00:50:28 -03; 19h ago Docs: man:polkit(8) Main PID: 613 (polkitd) Tasks: 12 (limit: 6993) Memory: 18.9M CPU: 1.032s CGroup: /system.slice/polkit.service └─613 /usr/lib/polkit-1/polkitd --no-debug dic 03 00:49:50 arch systemd[1]: Starting Authorization Manager... dic 03 00:50:05 arch polkitd[613]: Started polkitd version 0.120 dic 03 00:50:26 arch polkitd[613]: Loading rules from directory /etc/polkit-1/rules.d dic 03 00:50:26 arch polkitd[613]: Loading rules from directory /usr/share/polkit-1/rules.d dic 03 00:50:28 arch polkitd[613]: Finished loading, compiling and executing 6 rules dic 03 00:50:28 arch systemd[1]: Started Authorization Manager. dic 03 00:50:28 arch polkitd[613]: Acquired the name org.freedesktop.PolicyKit1 on the system bus $ systemctl status dev-sda1.device ● dev-sda1.device - Hitachi_HTS545025B9A300 ROOT Follows: unit currently follows state of sys-devices-pci0000:00-0000:00:1f.2-ata1-host0-target0:0:0-0:0:0:0-block-sda-sda1.device Loaded: loaded Active: active (plugged) since Fri 2021-12-03 00:49:12 -03; 19h ago Device: /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Notice: journal has been rotated since unit was started, output may be incomplete. $ systemctl status systemd-tmpfiles-clean.service ○ systemd-tmpfiles-clean.service - Cleanup of Temporary Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.service; static) Active: inactive (dead) since Fri 2021-12-03 01:03:52 -03; 19h ago TriggeredBy: ● systemd-tmpfiles-clean.timer Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 1473 ExecStart=systemd-tmpfiles --clean (code=exited, status=0/SUCCESS) Main PID: 1473 (code=exited, status=0/SUCCESS) CPU: 185ms dic 03 01:03:23 arch systemd[1]: Starting Cleanup of Temporary Directories... dic 03 01:03:52 arch systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully. dic 03 01:03:52 arch systemd[1]: Finished Cleanup of Temporary Directories. $ systemctl status udisks2.service ● udisks2.service - Disk Manager Loaded: loaded (/usr/lib/systemd/system/udisks2.service; disabled; vendor preset: disabled) Active: active (running) since Fri 2021-12-03 00:59:51 -03; 19h ago Docs: man:udisks(8) Main PID: 1129 (udisksd) Tasks: 5 (limit: 6993) Memory: 3.2M CPU: 23.045s CGroup: /system.slice/udisks2.service └─1129 /usr/lib/udisks2/udisksd dic 03 00:59:26 arch systemd[1]: Starting Disk Manager... dic 03 00:59:26 arch udisksd[1129]: udisks daemon version 2.9.4 starting dic 03 00:59:51 arch systemd[1]: Started Disk Manager. dic 03 00:59:54 arch udisksd[1129]: Acquired the name org.freedesktop.UDisks2 on the system message bus $ systemctl status systemd-journal-flush.service ● systemd-journal-flush.service - Flush Journal to Persistent Storage Loaded: loaded (/usr/lib/systemd/system/systemd-journal-flush.service; static) Active: active (exited) since Fri 2021-12-03 00:48:59 -03; 19h ago Docs: man:systemd-journald.service(8) man:journald.conf(5) Process: 283 ExecStart=journalctl --flush (code=exited, status=0/SUCCESS) Main PID: 283 (code=exited, status=0/SUCCESS) CPU: 15ms dic 03 00:48:43 arch systemd[1]: Starting Flush Journal to Persistent Storage... dic 03 00:48:59 arch systemd[1]: Finished Flush Journal to Persistent Storage. $ systemctl status systemd-hwdb-update.service ● systemd-hwdb-update.service - Rebuild Hardware Database Loaded: loaded (/usr/lib/systemd/system/systemd-hwdb-update.service; static) Active: active (exited) since Fri 2021-12-03 00:48:57 -03; 19h ago Docs: man:hwdb(7) man:systemd-hwdb(8) Process: 279 ExecStart=systemd-hwdb update (code=exited, status=0/SUCCESS) Main PID: 279 (code=exited, status=0/SUCCESS) CPU: 1.746s dic 03 00:48:57 arch systemd[1]: Finished Rebuild Hardware Database. $ journalctl -b -u systemd-journald.service -- Journal begins at Thu 2021-12-02 23:59:31 -03, ends at Fri 2021-12-03 20:49:18 -03. -- dic 03 00:48:43 arch systemd-journald[271]: Journal started dic 03 00:48:43 arch systemd-journald[271]: Runtime Journal (/run/log/journal/431f639f382e4bad8a43628868f2fc6c) is 8.0M, max 292.4M, 284.4M free. dic 03 00:48:44 arch systemd-journald[271]: Time spent on flushing to /var/log/journal/431f639f382e4bad8a43628868f2fc6c is 7.561088s for 798 entries. dic 03 00:48:44 arch systemd-journald[271]: System Journal (/var/log/journal/431f639f382e4bad8a43628868f2fc6c) is 16.0M, max 2.4G, 2.4G free. $ journalctl -b -u systemd-fsck@dev-disk-by\\x2duuid-1d72b82c\\x2d9c58\\x2d4f57\\x2d97a3\\x2de29ff35a5632.service -- Journal begins at Thu 2021-12-02 23:59:31 -03, ends at Fri 2021-12-03 20:52:36 -03. -- dic 03 00:49:18 arch systemd[1]: Starting File System Check on /dev/disk/by-uuid/1d72b82c-9c58-4f57-97a3-e29ff35a5632... dic 03 00:49:21 arch systemd-fsck[485]: HOME: limpio, 208781/13107200 ficheros, 37165716/52398592 bloques dic 03 00:49:21 arch systemd[1]: Finished File System Check on /dev/disk/by-uuid/1d72b82c-9c58-4f57-97a3-e29ff35a5632. $ journalctl --verify PASS: /var/log/journal/431f639f382e4bad8a43628868f2fc6c/user-1000.journal 3b84d8: Data object's entry array not sorted File corruption detected at /var/log/journal/431f639f382e4bad8a43628868f2fc6c/system.journal:915878 (of 16777216 bytes, 56%). FAIL: /var/log/journal/431f639f382e4bad8a43628868f2fc6c/system.journal (Mensaje erróneo) $ journalctl --disk-usage Archived and active journals take up 24.0M in the file system. Maybe it's pertinent to mention that I've just cleaned up /var/log/journal to rule out storage issues. Any help will be most welcome. Thanks a lot in advance.

6 8

[arch-general] openssl 3 -- status?
by Genes Lists 01 Jul '22

01 Jul '22

Be terrific if someone could provide an update on where things stand for arch migration to Openssl 3? We're coming up on the 1 year anniversary of openssl 3 with 3.0.4 released last week. As I recall there was some work happening to ensure things continue to work properly. My loose understanding is that openssl 3 has ABI changes but the API changes seem to be quite limited. The arch tracker site [1] shows 26 core packages as incomplete - though it's bit unclear from the site what the actual problems are. It also shows many many other packages similarly "incomplete" Fedora 36, which was released May 10 this year is, I believe, built against openssl 3. This at least strongly suggests that most "normal" packages work fine with rebuild of recent versions. We always have recent versions :) Taking a couple of examples from the tracker page [1]: 1) openssh shows the current version as incomplete. The openssh docs suggest openssl 3 support was made available in version 8.1p1 while it was still in dev. 2) cryptsetup - seems to be compatible as of 2.4.0. current version is 2.4.3). Only reference I found was redhat [2] 3) kmod - was unable to find any known issues. fedora 36 kmod is built against openssl 3 and it presumably is ok. 4) systemd - best I can tell there were some issues but they have been resolved (including license issues) 1 example is [3] Be great to get an update from those who, unlike me, really know :) thanks gene [1] https://archlinux.org/todo/openssl-30/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=1975799 [3] https://github.com/systemd/systemd/issues/21666

3 4

[arch-general] packaging mingw-w64-gtksourceview5 and mingw-w64-libadwaita
by Sim Tov 26 Jun '22

26 Jun '22

Hello, I would like to help Gnome Text Editor developers to cross-compile it for Windows within their CI: https://gitlab.gnome.org/GNOME/gnome-text-editor/-/issues/149 This might help attract Windows users to Gnome/Linux... I was looking for a Linux distro that has a solid Mingw-w64 library collection to use as docker image in CI. Fedora doesn't have mingw-w64-gtk4 while Arch does, so I decided to use the latter. Dear Arch package maintainers, may I ask you to, please, package the most recent version of mingw-w64-gtksourceview5 and mingw-w64-libadwaita so I can go ahead? I saw this MSYS2 package (they use pacman) that might help you with compilation flags, etc.: https://packages.msys2.org/base/mingw-w64-gtksourceview5 https://packages.msys2.org/base/mingw-w64-libadwaita Thank you! ST

2 1

[arch-general] pacman Segfault on full system update
by David C. Rankin 25 Jun '22

25 Jun '22

I have an Arch guest in VirtualBox running on an Arch server. I installed virtualbox-bin 1-34-2 from AUR with 5.18 patch and the install on the host went fine. I access the guest headless using rdesktop over the LAN. (have done so for years). Doing a full system update from 5.17.7 to 5.18.6 (about 25 days of updates) on guest. Pacman segfaulted leaving post transaction hooks unrun. I reinstalled the kernel and systemd to force the initrd to be made so the guest is bootable. However, I'm not sure what additional hooks were missed. The guest window when X is started is 1440 x 864 but the only portion of the desktop shown is 1024 x 768 (rest is black and not shown, taskbar unable to be seen, etc.) After the pacman segfault, now the console is also missing the last 7-8 lines. I have to hit clear and start over at the top to see what I'm typing. How can I recover this system? I was able to rsync the last 1000 lines of pacman.log from the guest to the host, but the shared folders no longer work. The pacman.log summary of how the issue occurred is: [2022-06-24T02:06:26-0500] [PACMAN] Running 'pacman -Sy --needed archlinux-keyring' [2022-06-24T02:06:26-0500] [PACMAN] synchronizing package lists [2022-06-24T02:07:03-0500] [PACMAN] Running 'pacman -Su' [2022-06-24T02:07:03-0500] [PACMAN] starting full system upgrade [2022-06-24T02:07:30-0500] [ALPM] running '60-mkinitcpio-remove.hook'... [2022-06-24T02:07:30-0500] [ALPM] transaction started [2022-06-24T02:07:30-0500] [ALPM] upgraded iana-etc (20220427-1 -> 20220603-1) [2022-06-24T02:07:30-0500] [ALPM] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew [2022-06-24T02:07:31-0500] [ALPM] upgraded glibc (2.35-5 -> 2.35-6) [2022-06-24T02:07:31-0500] [ALPM-SCRIPTLET] Generating locales... [2022-06-24T02:07:32-0500] [ALPM-SCRIPTLET] en_US.UTF-8... done [2022-06-24T02:07:32-0500] [ALPM-SCRIPTLET] Generation complete. <snipped lots of packages installed> ... [2022-06-24T02:09:04-0500] [ALPM] upgraded linux-firmware-whence (20220509.b19cbdc-1 -> 20220610.7b71b75-1) Segfault Remove db.lock and continue: [2022-06-24T02:12:57-0500] [PACMAN] Running 'pacman -Syu' [2022-06-24T02:12:57-0500] [PACMAN] synchronizing package lists [2022-06-24T02:12:59-0500] [PACMAN] starting full system upgrade [2022-06-24T02:13:16-0500] [ALPM] transaction started [2022-06-24T02:13:17-0500] [ALPM] error: could not extract /usr/share/licenses/linux-firmware/LICENCE.nvidia (Zstd decompression failed: Restored data doesn't match checksum) [2022-06-24T02:13:17-0500] [ALPM] error: problem occurred while upgrading linux-firmware [2022-06-24T02:13:17-0500] [ALPM] upgraded linux-firmware (20220509.b19cbdc-1 -> 20220610.7b71b75-1) [2022-06-24T02:13:17-0500] [ALPM] transaction failed So I delete the firmware file from /var/cache/pacman/pkg and run the upgrade again. To my surprise, it doesn't download the firmware package again, it just considers it installed and proceeds to other packages, e.g. [2022-06-24T02:15:49-0500] [PACMAN] Running 'pacman -Syu' [2022-06-24T02:15:49-0500] [PACMAN] synchronizing package lists [2022-06-24T02:15:51-0500] [PACMAN] starting full system upgrade [2022-06-24T02:16:03-0500] [ALPM] transaction started [2022-06-24T02:16:03-0500] [ALPM] upgraded python (3.10.4-1 -> 3.10.5-1) [2022-06-24T02:16:09-0500] [ALPM] upgraded linux-headers (5.17.7.arch1-1 -> 5.18.6.arch1-1) [2022-06-24T02:16:11-0500] [ALPM] error: could not extract /usr/lib/mysql/plugin/client_ed25519.so (Zstd decompression failed: Restored data doesn't match checksum) [2022-06-24T02:16:11-0500] [ALPM] error: problem occurred while upgrading mariadb-libs [2022-06-24T02:16:11-0500] [ALPM] upgraded mariadb-libs (10.7.3-1 -> 10.8.3-1) [2022-06-24T02:16:11-0500] [ALPM] transaction failed Crash again and delete mariadb-libs from /var/cache... and try again: [2022-06-24T02:19:16-0500] [PACMAN] Running 'pacman -Syu' [2022-06-24T02:19:16-0500] [PACMAN] synchronizing package lists [2022-06-24T02:19:17-0500] [PACMAN] starting full system upgrade [2022-06-24T02:19:26-0500] [ALPM] transaction started [2022-06-24T02:19:26-0500] [ALPM] upgraded mariadb-clients (10.7.3-1 -> 10.8.3-1) [2022-06-24T02:19:27-0500] [ALPM] warning: directory permissions differ on /usr/lib/mysql/plugin/auth_pam_tool_dir/ filesystem: 700 package: 755 [2022-06-24T02:19:27-0500] [ALPM] upgraded mariadb (10.7.3-1 -> 10.8.3-1) [2022-06-24T02:19:27-0500] [ALPM-SCRIPTLET] :: MariaDB was updated to a new feature release. To update the data run: [2022-06-24T02:19:27-0500] [ALPM-SCRIPTLET] systemctl restart mariadb.service && mariadb-upgrade -u root -p [2022-06-24T02:19:27-0500] [ALPM] warning: /etc/pacman.d/mirrorlist installed as /etc/pacman.d/mirrorlist.pacnew [2022-06-24T02:19:27-0500] [ALPM] upgraded pacman-mirrorlist (20220501-1 -> 20220605-1) <snip lots more packages installed> ... [2022-06-24T02:19:34-0500] [ALPM] upgraded tmux (3.2_a-1 -> 3.3_a-2) [2022-06-24T02:19:35-0500] [ALPM] error: could not extract /usr/share/doc/valgrind/valgrind_manual.ps (Zstd decompression failed: Restored data doesn't match checksum) [2022-06-24T02:19:35-0500] [ALPM] error: problem occurred while upgrading valgrind [2022-06-24T02:19:35-0500] [ALPM] upgraded valgrind (3.19.0-3 -> 3.19.0-4) [2022-06-24T02:19:35-0500] [ALPM] transaction failed Crash again. Rinse, repeat and try again: [2022-06-24T02:20:14-0500] [PACMAN] Running 'pacman -Syu' [2022-06-24T02:20:14-0500] [PACMAN] synchronizing package lists [2022-06-24T02:20:15-0500] [PACMAN] starting full system upgrade [2022-06-24T02:20:20-0500] [ALPM] transaction started [2022-06-24T02:20:21-0500] [ALPM] upgraded vim-runtime (8.2.4827-1 -> 8.2.5046-2) [2022-06-24T02:20:21-0500] [ALPM] upgraded vim (8.2.4827-1 -> 8.2.5046-2) [2022-06-24T02:20:21-0500] [ALPM] upgraded xbitmaps (1.1.2-2 -> 1.1.2-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xcb-util-cursor (0.1.3-3 -> 0.1.3-4) [2022-06-24T02:20:21-0500] [ALPM] upgraded xcursor-themes (1.0.6-2 -> 1.0.6-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-bdftopcf (1.1-2 -> 1.1-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-font-util (1.3.2-2 -> 1.3.2-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-server-common (21.1.3-6 -> 21.1.3-7) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-server (21.1.3-6 -> 21.1.3-7) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-xcursorgen (1.0.7-2 -> 1.0.7-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-xmessage (1.0.5-2 -> 1.0.5-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-xmodmap (1.0.10-2 -> 1.0.10-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xorg-xsetroot (1.1.2-2 -> 1.1.2-3) [2022-06-24T02:20:21-0500] [ALPM] upgraded xterm (372-1 -> 372-2) [2022-06-24T02:20:21-0500] [ALPM] upgraded zsh (5.8.1-2 -> 5.9-1) [2022-06-24T02:20:24-0500] [ALPM] transaction completed [2022-06-24T02:20:24-0500] [ALPM] running '30-systemd-update.hook'... [2022-06-24T02:20:24-0500] [ALPM] running 'fontconfig.hook'... [2022-06-24T02:20:25-0500] [ALPM] running 'gtk-update-icon-cache.hook'... [2022-06-24T02:20:25-0500] [ALPM] running 'update-desktop-database.hook'... [2022-06-24T02:20:26-0500] [ALPM] running 'xorg-mkfontscale.hook'... Now system has many hooks not run, at this point if upgrade the kernel to force an image to be created and it succeeds: [2022-06-24T02:24:31-0500] [PACMAN] Running 'pacman -U /var/cache/pacman/pkg/linux-5.18.6.arch1-1-x86_64.pkg.tar.zst' [2022-06-24T02:24:37-0500] [ALPM] transaction started [2022-06-24T02:24:38-0500] [ALPM] reinstalled linux (5.18.6.arch1-1) [2022-06-24T02:24:40-0500] [ALPM] transaction completed [2022-06-24T02:24:41-0500] [ALPM] running '30-systemd-update.hook'... [2022-06-24T02:24:41-0500] [ALPM] running '60-depmod.hook'... [2022-06-24T02:24:46-0500] [ALPM] running '90-mkinitcpio-install.hook'... <snip -- succeeds without issue> [2022-06-24T02:25:05-0500] [ALPM-SCRIPTLET] ==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-fall back.img [2022-06-24T02:25:06-0500] [ALPM-SCRIPTLET] ==> Image generation successful Reinstall systemd to force it to run its hooks and vim to see if I can't fix "can't allocate for color Orange", etc... [2022-06-24T02:46:41-0500] [PACMAN] Running 'pacman -S systemd systemd-libs vim vim-runtime' [2022-06-24T02:46:53-0500] [ALPM] transaction started [2022-06-24T02:46:53-0500] [ALPM] reinstalled systemd-libs (251.2-1) [2022-06-24T02:46:54-0500] [ALPM] reinstalled systemd (251.2-1) [2022-06-24T02:46:55-0500] [ALPM] reinstalled vim-runtime (8.2.5046-2) [2022-06-24T02:46:55-0500] [ALPM] reinstalled vim (8.2.5046-2) [2022-06-24T02:46:56-0500] [ALPM] transaction completed [2022-06-24T02:46:56-0500] [ALPM] running '20-systemd-sysusers.hook'... [2022-06-24T02:46:56-0500] [ALPM] running '30-systemd-catalog.hook'... [2022-06-24T02:46:56-0500] [ALPM] running '30-systemd-daemon-reload.hook'... [2022-06-24T02:46:56-0500] [ALPM] running '30-systemd-hwdb.hook'... [2022-06-24T02:46:57-0500] [ALPM] running '30-systemd-sysctl.hook'... [2022-06-24T02:46:57-0500] [ALPM] running '30-systemd-tmpfiles.hook'... [2022-06-24T02:46:57-0500] [ALPM] running '30-systemd-udev-reload.hook'... [2022-06-24T02:46:57-0500] [ALPM] running '30-systemd-update.hook'... [2022-06-24T02:46:57-0500] [ALPM] running '90-mkinitcpio-install.hook'... So after all of this manual running, I can start the VM and log in as user or root, but I'm not sure what got missed? Is there any way to know what hooks remain unrun or what packages the system thinks were installed but that were not actually installed? Why does X and the console only show 1024 x 768 of the guest even though the window (which is normally filled with the VM) is 1440 x 864? What do I need to look at/test to determine what shape my install is in? Sorry for the long post, but without the logs, it would have been impossible to explain what happened or where it happened in the upgrade process. Let me know if there is anything else I can post that will help. -- David C. Rankin, J.D.,P.E.

5 6

[arch-general] Popa3d and systemd
by paulf＠quillandmouse.com 14 Jun '22

14 Jun '22

Folks: I'm attempting to use popa3d to handle POP3 on my box for my home network. The authors assume you will be running an init.d system, but obviously, I'm running systemd. Does anyone know how to set this up with systemd so it will run without simply terminating. I've set up a system user called "popa3d" to satisfy a getpwnam() error generated by systemd, and I have a service file as follows: [Unit] Description=POP3 Daemon [Service] ExecStart=/usr/sbin/popa3d -D User=root [Install] WantedBy=multi-user.target Any help would be appreciated. Paul -- Paul M. Foster Personal Blog: http://noferblatz.com Company Site: http://quillandmouse.com Software Projects: https://gitlab.com/paulmfoster

3 2

[arch-general] Samba - Can fix for https://bugzilla.samba.org/show_bug.cgi?id=15062 be cherry picked too?
by David C. Rankin 11 Jun '22

11 Jun '22

Got the latest samba 4.16.1-4 and had part way expected the fix for: https://bugzilla.samba.org/show_bug.cgi?id=15062 To be included. I guess samba will wait for the next minor version number release to include it. However, I noticed the packager had cherry picked a gnome print fix and wondered if you could cherry pick the [homes] fix also. This bug prevents the normal [homes] share from appearing as a share making $HOME unavailable. -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] konsole updated to handle the ANSI d & f escapes used by pacman current/total lines
by David C. Rankin 07 Jun '22

07 Jun '22

Just a follow up note, The konsole code was updated to handle the new line escapes that gave me issues when the new escapes were added to pacman. All displays fine, but it would still be nice to have a switch to turn the additional display off. I don't use the total info, just doesn't provide anything that meaningful to use while an update is being applied. Something like --nototal would do. -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] konsole updated to handle the ANSI d & f escapes used by pacman current/total lines
by David C. Rankin 07 Jun '22

07 Jun '22

Just a follow up note, The konsole code was updated to handle the new line escapes that gave me issues when the new escapes were added to pacman. All displays fine, but it would still be nice to have a switch to turn the additional display off. I don't use the total info, just doesn't provide anything that meaningful to use while an update is being applied. Something like --nototal would do. -- David C. Rankin, J.D.,P.E.

1 0