- Arch-general - lists.archlinux.org

[arch-general] NFS "updates"?
by Hauke Fath 30 Apr '20

30 Apr '20

All, we have a group of Arch desktop clients that mount their user homes and group shares through nfsv3 over udp from an OmniOS server. After today's update (the last one was on 9 Mar) the machine will not nfs-mount, complaining about illegal udp, grpid, int mount options, and the kernel spits out a NFSV4: Unsupported transport protocol udp although nothing on this installation anywhere ever has used nfsv4 until now, and /etc/default/autofs explicitly specifies nfsv3. Editing /etc/nfsmount.conf (which was in default state until now) accordingly did not make a difference. I couldn't find any nfs related Arch news items. What did I miss? Cheerio, Hauke -- The ASCII Ribbon Campaign Hauke Fath () No HTML/RTF in email Institut für Nachrichtentechnik /\ No Word docs in email TU Darmstadt Respect for open standards Ruf +49-6151-16-21344

6 16

[arch-general] foldingathome-beta almost working
by Jude DaShiell 24 Apr '20

24 Apr '20

The beta runs and complains it can't find opencl driver running on slot 1. Entirely reasonable since the computer foldingathome uses is running on slot 2. Does a way exist to redirect opencl to run on slot 2 where foldingathome can use it and return a status report with no failures and no errors in it? Me using a screen reader I don't have much occasion to do things with video drivers. The monitor I use is compatible with opencl-mesa not nvidia if that helps. --

1 0

[arch-general] Hibernation Failure
by Paul Dann 23 Apr '20

23 Apr '20

I'm having trouble getting hibernation to work on my new Dell Inspiron 7590. It seems that the image is stored correctly (onto LUKS+LVM thin-lv), but resume fails, with the following left in the kernel logs: --- PM: Image signature found, resuming PM: resume from hibernation Freezing user space processes ... (elapsed 0.001 seconds) done. OOM killer disabled. PM: Marking nosave pages: [mem 0x00000000-0x00000fff] PM: Marking nosave pages: [mem 0x0009e000-0x0009efff] PM: Marking nosave pages: [mem 0x000a0000-0x000fffff] PM: Marking nosave pages: [mem 0x40000000-0x403fffff] PM: Marking nosave pages: [mem 0x66797000-0x66798fff] PM: Marking nosave pages: [mem 0x761f7000-0x791fefff] PM: Marking nosave pages: [mem 0x79200000-0xffffffff] PM: Basic memory bitmaps created PM: Using 3 thread(s) for decompression PM: Loading and decompressing image data (1343374 pages)... PM: Image loading progress: 0% PM: Image loading progress: 10% PM: Image loading progress: 20% PM: Image loading progress: 30% PM: Image loading progress: 40% PM: Image loading progress: 50% PM: Image loading progress: 60% PM: Image loading progress: 70% PM: Image loading progress: 80% PM: Image loading progress: 90% PM: Invalid LZO compressed length PM: Read 5373496 kbytes in 6.35 seconds (846.21 MB/s) PM: Error -1 resuming PM: Failed to load hibernation image, recovering. PM: Basic memory bitmaps freed OOM killer enabled. Restarting tasks ... done. PM: resume from hibernation failed (-1) --- And then the system boots fresh. An internet search revealed absolutely nothing about the "Invalid LZO compressed length", and I've no idea why the image would be corrupt. I'd appreciate any ideas. Paul

3 8

[arch-general] Dynamic IPs change after reboot when dhcpcd-9.0.1-2 installed?
by David C. Rankin 23 Apr '20

23 Apr '20

I have noticed an issue that update of dhcpcd in the past day or two causes the server running dhcpd to hand out a different IP. The resolv.conf is unchanged - unlike the bug https://bugs.archlinux.org/task/66313?project=1&string=dhcpcd&order=dateope… The fact that the IP changes isn't itself a problem, the fact that it has not behaved like this before is. The side-effect impacts updating Arch boxes across a LAN. You may find yourself unable to connect after a kernel update and reboot when the box comes back up with a different IP. The problem being any local IP caching on the machine being used to do remote updates won't see the change until the lease expires. (or the local nameresolution cache is flushed/restarted -- depends on box and distro used to access the remote Arch box). Has anybody else seen this? Also, if you know, is this just a one-off change with the new package that won't repeat each time dhcpcd or the kernel is updated going forward? -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] foldingathome-beta fails
by Jude DaShiell 20 Apr '20

20 Apr '20

The packagebuild does not download and install all dependencies for foldingathome-client so cannot operate on systems that have used foldingathome predecessor software like foldingathome-noroot. I figured it might work since I had configured foldingathome-client earlier and had a valid configuration but no such luck. So I will be cleaning this package and all predecessor packages and associated data from this system. --

1 0

[arch-general] hostapd and systemd-networkd ordering cycle
by Joan Aymà 19 Apr '20

19 Apr '20

Hi, I have a bridge configured through systemd-networkd and a wifi AP with hostpad. The wifi AP interface is attached to the bridge by systemd-networkd. There is a ordering cycle that is: network.target -> systemd-networkd.service -> hostapd.service -> network.target (btw I used https://github.com/jantman/misc-scripts/blob/master/dot_find_cycles.py to helpful debug it.) The unit file of the hostapd has (only pasted relevant info): [Unit] *After=network.target* [Install] WantedBy=multi-user.target That's it. Bu if I create a /etc/systemd/system/hostapd.service.d/after.conf with: [Unit] After= *After=network-pre.target* It never overrides the cycle (it's read but the After is not overridden). If I create a /etc/systemd/system/hostapd.conf with the difference above the it works fine and no ordering cycle. Should I open a PR to fix the /lib/systemd/system/hostapd.service? How? Thanks, Joan.

2 1

[arch-general] Warning: both linux 5.6.5 and linux 5.4.33 LTS are broken for AMD users.
by fredbezies 19 Apr '20

19 Apr '20

Hello. If you're using an AMD GPU, you won't be able to shutdown or reboot correctly your computer. This is a known issue on kernel bug tracker : https://bugzilla.kernel.org/show_bug.cgi?id=207331 And I reported it on Archlinux bug tracker too: https://bugs.archlinux.org/task/66305 I tested proposed patch, and it works. So let's hope for a fixed kernel either from kernel hackers or Archlinux maintainers. -- Frederic Bezies fredbezies(a)gmail.com

1 0

[arch-general] How to show USB insertion in journal without audit enabled?
by David C. Rankin 19 Apr '20

19 Apr '20

All, I'm not sure when this changed, but in the past when I plugged in a USB flash drive, I could just watch a tail of the journal to see the connection and device details. I tried that again today and nothing appeared in the journal, though the device was seen and assigned /dev/sde (and /dev/sde1) which I got from cat /proc/partitions. I have also added the kernel parameter audit=0 per https://wiki.archlinux.org/index.php/Audit_framework to disable the audit messages in the journal. I don't recall the USB messages being audit messages before (they could have been, I just don't remember), but now nothing is shown. Is the lack of output in the journal on USB drive plug-in due to the audit=0 parameter, and if so, is there any way to restore the journal messages on USB plug-in without enabling audit? -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] changing nickname on arch infrastructure
by Alexander Epaneshnikov 14 Apr '20

14 Apr '20

hello list, i need to change my nick on arch bug-tracker, forum and wiki. where and to whom do I need to write? -- Sincerely, Alexander.

3 3

[arch-general] Hyperkitty, Mailman, Postorius
by David Runge 12 Apr '20

12 Apr '20

Hi all, As a followup to my mail on arch-dev-public [1] I've just moved hyperkitty [2], mailman3 [3] and postorius [4] from [community-testing] to [community]. If you're running your own mailman instance, you have probably already read up on what the python3 based mailman-core aka. mailman3 has to offer in comparison to the current python2 based mailman. TL;DR: The mailman3 package will replace mailman [5] at some point (latest when we drop python2 from the repositories). Eventually mailman3 will be renamed to mailman. Currently mailman3 and mailman conflict. Mailman3 is modular: For archiving you need to use hyperkitty, for web-based management and signup you need to use postorius. **DO BACKUPS BEFORE TESTING!!!** While in theory all of these "should just work", they haven't been tested thoroughly by many Arch users yet (AFAIK). This is where you come in! Please **backup your existing mailman archives and data** before attempting to switch and take mailman3 for a test drive! Mailman3 and mailman(2) can not be installed side-by-side, as they make use of the same directories and the same system user. Neither mailman3, nor hyperkitty or postorius provide setuid [6] binaries (the current mailman does) while each provides a separate user. This means that managing those applications sudo or su has to be used. Hyperkitty (archiving) and postorius (user management) are both Django [7] applications, that are being installed system wide. This implies getting to know how to setup and use these applications. On the upside: This means archiving and configuration of mailman3 can be done on separate hosts (if the need arises)! When testing, upgrading and migrating I would like to invite you to extend the existing wiki pages for mailman3's setup [8], postorius' hosting [9] and hyperkitty's hosting [10] sections, wherever you use something that is not covered by the wiki yet. The more diverse the setup documentation is, the better for all of us! Closing, I'm of course also interested in any package improvement suggestions or package bug reports that you might have. Enjoy the new mailman ecosystem! Best, David [1] https://lists.archlinux.org/pipermail/arch-dev-public/2020-February/029854.… [2] https://wiki.archlinux.org/index.php/Hyperkitty [3] https://wiki.archlinux.org/index.php/Mailman [4] https://wiki.archlinux.org/index.php/Postorius [5] https://wiki.archlinux.org/index.php/Mailman_2 [6] https://wiki.archlinux.org/index.php/Capabilities [7] https://www.djangoproject.com/ [8] https://wiki.archlinux.org/index.php/Mailman#Setup [9] https://wiki.archlinux.org/index.php/Postorius#Hosting [10] https://wiki.archlinux.org/index.php/Hyperkitty#Hosting -- https://sleepmap.de

1 0