- Arch-general - lists.archlinux.org

This one i do not know
by pete 17 Jan '24

17 Jan '24

Hi folks first off thanks for all the assistance recently Now this one is one from memory i may have had before using Firefox to access You tube go to post comments on video's ant the text entry is very very slow i am not a quick typist by any stretch of the imagination but if i type a line of text i can almost make a cup of tea before it finishes printing on the screen I had thought it was FF but i have tried several previous versions that were all working perfectly on the previous install any ideas at all i firmly believe it is system based as i have gone back 5 releases of FF that were fine on the previous system . The installed version is also perfectly ok on the LapTop that is at the same level as this machine both updated at the same time ideas please Thanks Pete

3 4

Nextcloud 28 Upgrade - Works but Admin Overview fails to see 'sodium' module?
by David C. Rankin 15 Jan '24

15 Jan '24

All, Nextcloud server was updated to 28. The upgrade went well, but with a slight nit in the Admin -> Overview check. It lists: <quote> This instance is missing some recommended PHP modules. For improved performance and better compatibility it is highly recommended to install them: sodium. For more details see the documentation ↗. </quote> It is complaining that php-legacy-sodium wasn't installed, so we installed in and enabled the module in /etc/webapps/nextcloud/php.ini, (with a "systemctl reload httpd" in between each test) still not seen by nextcloud, so we enabled in it /etc/php-legacy/php-fpm.ini, still not seen by nextcloud, so we enabled it in the main /etc/php-legacy/php.ini -- still not seen by nextcloud -- but it is happily enabled: # php-legacy -m | grep -i sodium sodium No errors in /var/log/httpd/error.log No new errors in /var/log/nextcloud/nextcloud.log, just the nagging warning that has been there forever: "message":"Module \"apcu\" is already loaded at Unknown#0" Anybody know why nextcloud 28 Admin->Overview tells you it wants sodium, but then doesn't see it once it is installed. -- David C. Rankin, J.D.,P.E.

5 6

Hardware tests and SSDs - Was: When I upgrade to dbus-broker should I expect anything to break?
by Ralf Mardorf 14 Jan '24

14 Jan '24

On Thu, 2024-01-11 at 09:34 +0000, pete wrote: > for the record the Drives are all ok memory tested out ok . see > what happens if it starts acting up again Hi, while I'm using only internal SSDs, no HDDs anymore, since many years, I still don't have experiences with SSD failures. My desktop PC is quasi 24/7/365 up, with just short interruptions. Is your Arch install on a SSD? If so, there's probably an issue related to the "flash retention time". If an SSD is not supplied with power, it loses data relatively quickly even in the best condition. You can sometimes read that six months could already be too long. I believe that when SSDs become old, the period of time in which they can safely retain data without a power supply is shortened. Reading about this just happens to be on my to-do list, just like booting up my old desktop PC that hasn't been connected to the mains for months, maybe even longer than half a year. As it's on my todo list, I don't have any knowledge yet. It's just a guess that an old or somehow damaged SSD might look good, pass write and read tests, but the margin in which it can hold data without power might be very, very short at some point. Regards, Ralf

5 9

How to enable RNDIS USB ethernet device?
by David C. Rankin 10 Jan '24

10 Jan '24

All, I have a milkV-duo (Pi Pico look-alike running Risc chip) that runs Linux (busybox) and provides an RNDIS network interface to the host. For some reason when I connect the device to Arch, it is properly identified and the network device is created, but the interface is always brought up DOWN. Providing an address with ip link (it runs on 192.168.42.1) seems to enable the interface, but when you ssh to that IP it just logs into the Arch host instead of the milkV-duo. On connect the rndis host interface is created: Jan 05 00:30:34 2pi kernel: usb 2-8: new high-speed USB device number 6 using ehci-pci Jan 05 00:30:34 2pi kernel: usb 2-8: device descriptor read/64, error -71 Jan 05 00:30:34 2pi kernel: usb 2-8: New USB device found, idVendor=3346, idProduct=1009, bcdDevice= 5.10 Jan 05 00:30:34 2pi kernel: usb 2-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 05 00:30:34 2pi kernel: usb 2-8: Product: RNDIS Jan 05 00:30:34 2pi kernel: usb 2-8: Manufacturer: Cvitek Jan 05 00:30:34 2pi kernel: usb 2-8: SerialNumber: 0123456789 Jan 05 00:30:34 2pi kernel: rndis_host 2-8:1.0 usb0: register 'rndis_host' at usb-0000:00:1d.7-8, RNDIS device, 22:39:53:06:09:42 Jan 05 00:30:34 2pi kernel: rndis_host 2-8:1.0 enp0s29f7u8: renamed from usb0 But then for some reason the dnsmasq-dhcpd running on the chip doesn't get an address to automatically enable the interface. Checking Arch you have: # ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:23:ae:89:58:90 brd ff:ff:ff:ff:ff:ff inet 192.168.6.111/24 brd 192.168.6.255 scope global dynamic noprefixroute enp2s0 valid_lft 4986sec preferred_lft 4086sec inet6 fe80::b133:3c77:ce09:5b19/64 scope link valid_lft forever preferred_lft forever 5: enp0s29f7u8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 22:39:53:06:09:42 brd ff:ff:ff:ff:ff:ff Simply assigning an IP allows you to ping it and get a ssh prompt: # ip addr add 192.168.42.1 broadcast + dev enp0s29f7u8 # ping 192.168.42.1 PING 192.168.42.1 (192.168.42.1) 56(84) bytes of data. 64 bytes from 192.168.42.1: icmp_seq=1 ttl=64 time=0.020 ms 64 bytes from 192.168.42.1: icmp_seq=2 ttl=64 time=0.018 ms 64 bytes from 192.168.42.1: icmp_seq=3 ttl=64 time=0.049 ms ^C --- 192.168.42.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2015ms # ssh david(a)192.168.42.1 david(a)192.168.42.1's password: You have new mail. Last login: Fri Jan 5 00:30:05 2024 from 192.168.6.114 00:33 2pi:~> l total 920 drwx------ 41 david david 4096 Jan 5 00:30 . drwxr-xr-x 12 root root 4096 Aug 30 23:11 .. drwxr-xr-x 2 david david 4096 Jul 10 2022 .FreeCAD <snip...> However, that has just logged into the host and not the milkV-duo board. So it almost looks like it is considering enp0s29f7u8 as alias for loopback. I must be missing something easy and fundamental, but I can't figure out what. Of course, plugging it into Win10 and using PuTTY, the address is already there and ssh connects directly to the board and not the host. There is no route added: # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default _gateway 0.0.0.0 UG 1002 0 0 enp2s0 192.168.6.0 0.0.0.0 255.255.255.0 U 1002 0 0 enp2s0 Adding the address with ip link enables avahi-daemon for the interface and mdns: Jan 05 00:54:38 2pi avahi-daemon[328]: Joining mDNS multicast group on interface enp0s29f7u8.IPv4 with address 192.168.42.1. Jan 05 00:54:38 2pi avahi-daemon[328]: New relevant interface enp0s29f7u8.IPv4 for mDNS. Jan 05 00:54:38 2pi avahi-daemon[328]: Registering new address record for 192.168.42.1 on enp0s29f7u8.IPv4. Jan 05 00:54:39 2pi avahi-daemon[328]: Joining mDNS multicast group on interface enp0s29f7u8.IPv6 with address fe80::2039:53ff:fe06:942. Jan 05 00:54:39 2pi avahi-daemon[328]: New relevant interface enp0s29f7u8.IPv6 for mDNS. Jan 05 00:54:39 2pi avahi-daemon[328]: Registering new address record for fe80::2039:53ff:fe06:942 on enp0s29f7u8.*. Anybody else mess with one of these boards or a similar RNDIS device and know how to successfully bring the interface up so you can connect with the milkV board and not the host? -- David C. Rankin, J.D.,P.E.

2 5

Arch Linux inside OSTree
by Michael Zimmermann 06 Jan '24

06 Jan '24

Hi, I've put some work into making it easy to install Arch Linux inside OSTree. I have started creating a guide at https://wiki.archlinux.org/title/Install_Arch_Linux_inside_OSTree with the intention of that being just another installation method like LUKS or LVM. Unfortunately, the page was moved to my personal space with the reason: "personal install guide for the author's os-tree wrapper, does not belong in the official namespace". This sounds like the Arch Linux project doesn't want to support this installation method. Is that correct? If yes, why? Thanks Michael

10 12

Migration from LXD to Incus
by Bernd Rinn 06 Jan '24

06 Jan '24

Hi, I'm using LXD on Archlinux and want to migrate to Incus (https://linuxcontainers.org/incus). According to the Incus docs this is as simple as installing Incus alongside LXD and then calling the migration program lxd-to-incus, see https://linuxcontainers.org/incus/docs/main/howto/server_migrate_lxd. However, when executing 'pacman -S incus', I get the message 'incus and lxd are in conflict. Remove lxd?'. So it looks like the migration program lxd-to-incus will not work under Archlinux because one cannot install both packages in parallel. What the proper way of migrating from LXD to Incus under Archlinux? All the best, Bernd

2 1

Python warnings still
by pete 06 Jan '24

06 Jan '24

Hi folks . I am still getting plagued by these Python warnings warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/ ??????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/LICENSE ????????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/METADATA ????????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/RECORD ????????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/WHEEL it seems every time there is something Python related i get around 150 lines of these warnings any help anyone before i loose it and rebuild the system that is a nightmare thought Pete

8 21

milkv-duo duo-buildroot-sdk builds FINE of Arch! genext2fs is only AUR pkg required
by David C. Rankin 05 Jan '24

05 Jan '24

Arch is Good! For those considering tinkering with the milkV-duo boards, the documentation says it can only be built on Ubuntu and only on version 22.04 to avoid build issues. Nonsense, Archlinux is just fine. For those interested, the only AUR package needed is genext2fs. Other than that the normal Arch build tools are all that is needed. If you built for 2+ hours and then had packaging crash, don't worry, just build and install genext2fs, open the build.sh file, comment the 'get_toolchain' and 'milkv_build' lines and run it again - it will complete without issue (essentially makepkg -R). Experience is a good teacher. <snip couple of hours of build output> ... INFO: hdimage(milkv-duo.img): adding partition 'rootfs' (in MBR) from 'rootfs.ext4' ... INFO: hdimage(milkv-duo.img): adding partition 'empty' (in MBR) ... INFO: hdimage(milkv-duo.img): writing MBR gnimage for milkv-duo success! /home/data/milk-v-duo/build/try1/duo-buildroot-sdk/build /home/data/milk-v-duo/build/try1/duo-buildroot-sdk /home/data/milk-v-duo/build/try1/duo-buildroot-sdk/out /home/data/milk-v-duo/build/try1/duo-buildroot-sdk /home/data/milk-v-duo/build/try1/duo-buildroot-sdk Gen image successful: out/milkv-duo-20240105-0309.img 03:09 valkyrie:.../build/try1/duo-buildroot-sdk> l out total 163620 drwxr-xr-x 2 david david 4096 Jan 5 03:09 . drwxr-xr-x 17 david david 4096 Jan 5 03:09 .. -rw-r--r-- 1 david david 939524608 Jan 5 03:09 milkv-duo-20240105-0309.img Good job devs, and a happy 2024! -- David C. Rankin, J.D.,P.E.

1 0

how to correctly create dbus-broker service and allow bus system service to start correctly
by Mgr. Janusz Chmiel 04 Jan '24

04 Jan '24

7 13

Archlinux man pages, CSS format for <pre> blocks causing lines to wrap?
by David C. Rankin 30 Dec '23

30 Dec '23

Archdevs, Not sure where this should go, but the CSS for <pre> in https://man.archlinux.org/man/tmpfiles.d.5.en is causing the information to wrap. Changing zoom or browser window size doesn't change the width of the <pre> blocks and the text wraps in an awkward fashion, e.g. <pre>#Type Path Mode User Group Age Argument f /file/to/create mode user group - content f+ /file/to/create-or-truncate mode user group - content ... It literally looks as shown in this e-mail with fixed font: <pre>#Type Path Mode User Group Age Argument f /file/to/create mode user group - content Not a big deal, but I'm used to seeing the Arch pages well laid-out and not subject to css hiccups. Tried in both Firefox and Brave browsers, same result. Anybody else see this? Just passing the info along so it can be passed to the right person if tweaking is warranted. To all a good 2024! -- David C. Rankin, J.D.,P.E.

3 2