- Arch-general - lists.archlinux.org

Documentation for Order of HOOKS array in mkinitcpio.conf?
by David C. Rankin 30 Nov '22

30 Nov '22

All, The wiki doesn't have ordering information for the HOOKS scripts, but the comments in mkinitcpio.conf says Ordering in important and cautions against changing from the default order. But, that doesn't account for additional script added that are not in the default HOOKS example. I updated HOOKS from a much earlier version of mkinitcpio.conf to match the new .pacnew file. There keyboard moved from after filesystems to just after blocks. Is there a reference that explains where each script should be placed aside for the note or two in the Common hooks section of the wiki? -- David C. Rankin, J.D.,P.E.

2 2

Using long options at example #XferCommand in /etc/pacman.conf
by u34＠net9.ga 27 Nov '22

27 Nov '22

As long options are more readable, I suggest to --- a/etc/pacman.conf 2022-11-27 12:31:42.955317302 +0000 +++ b/etc/pacman.conf 2022-11-27 12:43:57.878284493 +0000 @@ -16,8 +16,8 @@ #GPGDir = /etc/pacman.d/gnupg/ #HookDir = /etc/pacman.d/hooks/ HoldPkg = pacman glibc -#XferCommand = /usr/bin/curl -L -C - -f -o %o %u -#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u +#XferCommand = /usr/bin/curl --location --continue-at - --fail --output %o %u +#XferCommand = /usr/bin/wget --passive-ftp --continue --output-document %o %u #CleanMethod = KeepInstalled Architecture = auto I also suggest to add, or change, pacman.conf %o and %u to make it more descriptive. -- u34

1 0

[arch-general] Any package providing "ast" firmware?
by Javier 27 Nov '22

27 Nov '22

Hello ! Just as the "subject" indicates, any package providing "ast" firmware? On [1], I don't see it referenced, and "ast" is way too common for a quick search on the repos and AUR, :) Thanks ! -- Javier [1] https://wiki.archlinux.org/title/Mkinitcpio#Possibly_missing_firmware_for_m…

4 4

poetry package broke - please help
by Genes Lists 24 Nov '22

24 Nov '22

After the last update of python-poetry-core to 1.4.0,and python-cleo to 2.0.0-1 : poetry is broken in 2 ways. These are triggered by running the command: poetry version xxx 1) missing dependency on python-rapidfuzz which leads to this error: File "/usr/lib/python3.10/site-packages/cleo/_utils.py", line 8, in <module> from rapidfuzz.distance import Levenshtein ModuleNotFoundError: No module named 'rapidfuzz' 2) After installing rapidfuzz, get this error which I haven't found a fix for from cleo.exceptions import CleoException ImportError: cannot import name 'CleoException' from 'cleo.exceptions' (/usr/lib/python3.10/site-packages/cleo/exceptions/__init__.py) Thanks gene

2 5

Lock screen?
by ilpiko2 16 Nov '22

16 Nov '22

Hi! It's a stupid question, i think, but: are there any developments for a lock screen for Arch, in differents DE? i used to use before Gnome, on Ubuntu and had it. Also KDE had it. Now use xfce and missing it. Is there any news or how long will we have to wait? Marco

4 4

linux 6.0.8: an openssl 1.1 -> openssl 3.0 issue?
by u34＠net9.ga 15 Nov '22

15 Nov '22

I have the follwoing while trying to make a custom 6.0.8-arch1 linux kernel: Installing modules... INSTALL kernel/arch/x86/crypto/aesni-intel.ko STRIP kernel/arch/x86/crypto/aesni-intel.ko SIGN kernel/arch/x86/crypto/aesni-intel.ko scripts/sign-file: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory make[1]: *** [scripts/Makefile.modinst:83: kernel/arch/x86/crypto/aesni-intel.ko] Error 127 make[1]: *** Deleting file 'kernel/arch/x86/crypto/aesni-intel.ko' make: *** [Makefile:1777: modules_install] Error 2 ==> ERROR: A failure occurred in package_linux-custom(). Aborting... Indeed libcrypto.so.1.1 is from openssl 1.1, and there was a switch to openssl 3.0 at the beginning of November 2022. Also could be releveant: $ grep -C3 3.0 scripts/sign-file.c #include <openssl/engine.h> /* * OpenSSL 3.0 deprecates the OpenSSL's ENGINE API. * * Remove this if/when that API is no longer used */ -- u34

3 3

Change BTRFS filesystem from R/O back to R/W
by Spencer Collyer 15 Nov '22

15 Nov '22

Hi, I've hit a problem with a BTRFS filesystem I have on my main machine. It's gone into read-only mode, I suspect because it ran out of disk space when doing a rebalance (it's got v little space left). Looking at the logs I see the following for BTRFS: Nov 15 09:09:35 selket kernel: BTRFS: Transaction aborted (error -28) Nov 15 09:09:35 selket kernel: BTRFS: error (device dm-1: state A) in btrfs_finish_ordered_io:3315: errno=-28 No space left Nov 15 09:09:35 selket kernel: BTRFS info (device dm-1: state EA): forced readonly Ironically I was going to shift a large chunk of data off this filesystem onto an external backup disk but hadn't gotten around to doing it. Digging around on the web I've seen suggestions involving unmounting the filesystem, remounting it R/W, removing any unwanted data, then continuing the rebalance. They generally seem to want to add another disk temporarily as well. I don't really want to go to the trouble of temporarily adding a secondary disk only to then remove it again. As I was already planning on moving a bunch of old data off to external backup, I'm wondering if the following would be safe to do: 1) Unmount the filesystem. 2) Remount it as R/W 3) Move data to the external disk 4) Resume the rebalance operation (is this required?) Does that look reasonable? Is there likely to be any problem with moving files off the filesystem when the rebalance operation failed? Thanks for you attention, Spencer

1 0

DKIM fail messages
by David Rosenstrauch 14 Nov '22

14 Nov '22

After posting a message to this list earlier today, I immediately received nearly a dozen DKIM fail messages, all being sent by the "OpenDMARC Filter" at various domains, and all saying that the DKIM fail reason was "signature verification failed". I raised this issue with support at my hosting company, who pointed out that a) my domain's DKIM records are set up correctly, and b) one of the headers on my email that got sent to the list indicated that Arch's mailman actually did successfully verify my domain's DKIM record when it received my email, before forwarding it on. Anyone know why these fail messages might be happening? Is this being caused by a misconfiguration in Arch's mailman installation? Or is this a misconfiguration of the individual OpenDMARC software installations at each of those domains? Thanks, DR

6 17

community/virtualbox 7.0.2-2 Windows 11 guest is unresponsive
by Ralf Mardorf 13 Nov '22

13 Nov '22

Hi, on my machine a Windows 11 guest still worked with [2022-11-01T17:48:40+0100] [ALPM] upgraded virtualbox-host-dkms (6.1.40-1 -> 7.0.2-1) [2022-11-01T17:48:40+0100] [ALPM] upgraded virtualbox (6.1.40-1 -> 7.0.2-1) [2022-11-01T17:48:40+0100] [ALPM] upgraded virtualbox-ext-oracle (6.1.40-1 -> 7.0.2-1) [2022-11-01T17:48:41+0100] [ALPM] upgraded virtualbox-guest-iso (6.1.40-1 -> 7.0.2-1) and a self build, rt patched linux 4.19.246_rt110-0.1000. A few settings are: 3D acceleration disable USB 3.0 enabled Network adapter attached to NAT The next time I run it (today) and it always does freeze, with [2022-11-05T11:36:20+0100] [ALPM] upgraded virtualbox-host-dkms (7.0.2-1 -> 7.0.2-2) [2022-11-05T11:36:20+0100] [ALPM] upgraded virtualbox (7.0.2-1 -> 7.0.2-2) and a self build, rt patched linux 1:4.19.255_rt113-0.1000 as well as with core/linux 6.0.8.arch1-1 threadirqs (not tested without threadirqs). FWIW I changed USB 3.0 enabled to USB 2.0 enabled, to no avail. [rocketmouse@archlinux ~]$ grep unresponsive /mnt/winos11/winos11/Logs/VBox.log 00:03:22.279545 VMMDev: vmmDevHeartbeatFlatlinedTimer: Guest seems to be unresponsive. Last heartbeat received 4 seconds ago [rocketmouse@archlinux ~]$ grep -i error /mnt/winos11/winos11/Logs/VBox.log 00:00:01.506420 TM: GIP - CPU: iCpuSet=0x0 idCpu=0x0 idApic=0x0 iGipCpu=0x1 i64TSCDelta=0 enmState=3 u64CpuHz=2793529547(*) cErrors=0 00:00:01.506423 TM: GIP - CPU: iCpuSet=0x1 idCpu=0x1 idApic=0x2 iGipCpu=0x0 i64TSCDelta=0 enmState=3 u64CpuHz=2793529898(*) cErrors=0 00:00:01.722439 HM: VM-entry Xcpt error-code optional = false 00:04:32.452728 /Devices/vga/VMSVGA/FifoErrors 0 times 00:04:32.452860 /Devices/vga/VMSVGA/Reg/GmrDescriptorWrite/Errors 0 times 00:04:32.454436 /PGM/PhysHandlerTree/ErrorsAllocatorR3 0 times 00:04:32.454438 /PGM/PhysHandlerTree/ErrorsTree 0 times 00:04:32.454712 /SELM/LoadHidSel/GstReadErrors 0 times The only differences are seemingly the same version of virtualbox build against another version of openssl and different kernels are used, while one of the tested kernels is an update of the 4.19 longterm kernel used when everything still was ok. I asked at https://bbs.archlinux.org/viewtopic.php?pid=2067415#p2067415 too and will report back to the mailing list, if it should be solved by the forum or to the forum, if it should be solved by the mailing list. Regards, Ralf

1 6

Python 2.7 depends on openssl-1.1
by Friedrich Romstedt 12 Nov '22

12 Nov '22

Hi, Today I encountered an error response in my browser when attempting to use my locally-installed Trac projects. Notice that Trac, as it is installed on my system, uses Python 2.x. Inspecting /var/log/httpd/error_log I tracked the error down to the hashlib-Module in Python 2.7.18-5. Attempting to import that module in Python2 reproduced the error logged by apache precisely. So I tried to install python2-2.7.18-8 from the AUR. This required gdb and xorg-server-xvfb. After having them installed, another dependency on openssl-1.1 was reported by makepkg. Notice that the package itself is called openssl-1.1, the -1.1 is *not* the Arch Package version, which is at the moment 1.1.1.s-2. While googling to resolve the issue, before attempting to make the AUR python2 package, in some way I spotted openssl as a probable reason for the issue. It got updated from 1.1.1.q-1 to 3.0.7-2 quite recently on my system (pacman.log). As a result of this guess, I tried to downgrade from 3.0.7-2 back to 1.1.1.q-1, which failed because it would break some dependencies. Now, I installed the openssl-1.1 package (which resolves to openssl-1.1-1.1.1.s-2), as it was required to build the AUR python2-2.7.18-8 package. After having installed openssl-1.1, 'import hashlib' worked in Python2 from Arch upstream (i.e., python2-2.7.18-5), and after a machine restart my Trac projects are now up and running again as well. So there was no need to build the AUR package in the end. I am proposing to add 'openssl-1.1' to the list of requirements for the 'python2' package. 'openssl-1.1' can peacefully coexist with the 'openssl' package, AFAICT from my system. At the moment, 'python2' depends on 'openssl'. I do not know if *both* openssl (3.0.7-2) *as well as* openssl-1.1 (1.1.1.s-2) are required, or if the openssl-dependency can be dropped. For all I know, keeping them both would not harm. Best, Friedrich

2 2