- Arch-general - lists.archlinux.org

glibc update breaks xorg on nvidia 390 (was: System Update Today Broke Lightdm )
by Lone_Wolf 09 Feb '23

09 Feb '23

On 09-02-2023 06:56, "David C. Rankin" <drankinatty(a)gmail.com> wrote: > On 2/8/23 15:20, arch(a)howorth.org.uk wrote: >> Can't you just install the required version of glibc [1] to build the >> drivers, or does that lead to other incompatibilities >> >> [1] As discussed e.g at >> https://stackoverflow.com/questions/847179/multiple-glibc-libraries-on-a-si… >> > > Damn good idea. > > I'll investigate. In the past, mixing glibc versions was never a > good idea, but so long as you can segregate the build environments, > that may be a solution. > > But then we may run into a kernel-module/kernel glibc complaint? > Thanks for the suggestion, I'll look into it. > > -- > David C. Rankin, J.D.,P.E. There may be a much better solution, see https://bbs.archlinux.org/viewtopic.php?id=283327 Lone_Wolf

1 0

System Update Today Broke Lightdm - Error getting user list from org.freedesktop.Accounts: GDBus.??
by David C. Rankin 09 Feb '23

09 Feb '23

All, Lightdm has been working fine up until pacman update today. After the update, lightdm fails with a garbled screen. The journal shows: Feb 07 00:58:57 valkyrie systemd[1]: Starting Light Display Manager... Feb 07 00:59:00 valkyrie systemd[1]: Started Light Display Manager. Feb 07 00:59:00 valkyrie lightdm[782]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files Feb 07 00:59:07 valkyrie systemd[1]: lightdm.service: Main process exited, code=exited, status=1/FAILURE Feb 07 00:59:07 valkyrie systemd[1]: lightdm.service: Failed with result 'exit-code'. Feb 07 00:59:07 valkyrie systemd[1]: lightdm.service: Consumed 1.177s CPU time. Feb 07 00:59:07 valkyrie systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 1. Feb 07 00:59:07 valkyrie systemd[1]: Stopped Light Display Manager. Feb 07 00:59:07 valkyrie systemd[1]: lightdm.service: Consumed 1.177s CPU time. Lightdm.log shows the same: [+0.01s] WARNING: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts was not provided by any .service files What changed and what must be done to fix it? -- David C. Rankin, J.D.,P.E.

7 17

mpd software group
by Polarian 07 Feb '23

07 Feb '23

Hello, I am not sure if this already exists, but there should be a group of mpd compliant server software, which can be depended on when installing mpd clients. Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

2 2

Split apache package
by Polarian 05 Feb '23

05 Feb '23

Hello, I would like to make a suggestion for the apache package, I was not too sure which mailing list to put this in, so I picked the general mailing list for the avoidance of doubt :P So the apache package: https://archlinux.org/packages/extra/x86_64/apache/ Currently contains tools which are used by nginx users, and the issue is that is that you can only run one webserver as once, they both are going to try to bind to port 80 and 443 so you got to choose. htpaswd utility is used by nginx users too, and the issue is they have to install the entire apache web server in order to be able to use the single utility. I suggest splitting the package into apache-utils and apache, or, if the maintainer(s) are willing to maintain it, split the utilities into their own separate pacakge and use apache-utils as a group of all the subpackages (htpasswd, htdigest etc). I feel this would be a good change so that nginx users do not need to install the entire apache web server just to use the apache utilities which nginx suggests to use within their documentation (see https://docs.nginx.com/nginx/admin-guide/security-controls/configuring-http…) As you can see in the guide, Debian, Ubuntu, RHEL, CentOS and Oracle Linux already have seen this issue within their own repositories and split the packages up, why can't arch linux? Thanks for reading this suggestion, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

19 60

Detected unsafe path transition when creating chroot
by Polarian 04 Feb '23

04 Feb '23

Hello, So recently I wrongly diagnosed a package as being broken based on this issue until I realised it was my chroot. Due to the doas issue I have with dev tools, I use a manual chroot using the following steps, I will use (# to denote root and $ to denote unpriviliged) 1. Make the directory $ mkdir chroot I made this in the home directory of my user, polarian 2. Install the base system # pacstrap chroot base base-devel This will install the base system and also the base-devel tools used for building packages. but when doing this recently I have been getting the following issues: Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib/dbus. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/dbus. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/lock. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/sudo. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd/netif. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd/netif. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd/netif. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib/systemd. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/cache. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/lib/tpm2-tss/system. Detected unsafe path transition / (owned by 1000) → /run (owned by root) during canonicalization of /run/tpm2-tss. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log/journal. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log/journal. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log/journal. Detected unsafe path transition / (owned by 1000) → /var (owned by root) during canonicalization of /var/log/journal/remote. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/snd/seq. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/snd/timer. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/loop-control. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/net/tun. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/fuse. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/kvm. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/vhost-net. Detected unsafe path transition / (owned by 1000) → /dev (owned by root) during canonicalization of /dev/vhost-vsock. During the pacstrap install... this happens when installing built packages inside my chroot, which resulted in me going mental yesterday and breaking a package... badly... (I should have taken a break). Anyways does any have any ideas on how to fix this? Thank you, Polarian -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

2 2

glibc 2.37 release
by Frederik Schwan 04 Feb '23

04 Feb '23

Glibc 2.37 is about to be released to [testing]. Please be aware that any package that links against the 2.37 libc has to stay in testing for as long as glibc stays there. Otherwise breakage will be imminent. Best regards, Frederik

1 0

TU contact emails?
by Polarian 04 Feb '23

04 Feb '23

Hello, So I have noticed every TU gets given their own @archlinux.org email address, but I am unsure what are the conventions when it comes to contacting TU members. Some TUs still use their personal emails a lot (especially within the mailing lists), so how am I meant to know which email to email, either the @archlinux.org email or their personal email when it comes to contacting them about arch-related issues? Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

3 2

Why does new php conflict with older php-intl packages? Workaround?
by David C. Rankin 03 Feb '23

03 Feb '23

All, I have a requirement for an older version of php for a groupware package that isn't yet updated. The last system update to php8.2 created a new conflict with php-intl. Why? and how best to work around the new conflict? -- David C. Rankin, J.D.,P.E.

2 1

State of Netbeans package
by Jens Pelzetter 01 Feb '23

01 Feb '23

Hello everyone, I'm using NetBeans as IDE for Java development. In the past, the NetBeans package in Arch Linux was updated soon after the NetBeans project published a new release. But now the NetBeans package is flagged as out-of-date since September. But there are no bugs in the bug tracker that show that there are technical issues which prevent an update. Is there of lack of resources on the side of the maintainer, or what is the reason that the package hasn't been updated yet? Because if the package will not be updated in the near future, I may either switch to the AUR package, or to download NetBeans directly from Apache. Unfortunately, I don't have any experience yet with creating packages for Arch Linux. If I had already some experience with building packages for Arch Linux, I may would be interested in supporting the maintainers of the NetBeans package, or even taking over the maintainer role for the package if the package is looking for a new maintainer. But I'm also not sure if I have the time resources for maintaining such a package. Best, Jens

3 3

Network Bridge - Do not pass back to router
by Polarian 31 Jan '23

31 Jan '23

Hello, So my current setup on my server is a network bridge (br0) with a physical interface as a slave to the bridge. I deploy lxc containers using the bridge, it is not a NAT bridge, and thus DHCP is used to lease an address from the physical router in which the server is connected to. My issue is, each LXC container can communicate with one another over the bridge, this means as I have an Arch mirror in a container, I can pull packages close to the SATA limit (just under 6gbps). However when the host wants to pull from the Arch mirror, it passes back to the router and then back to the server then to the bridge to the LXC container. I am not very experienced with virtual interfaces, but I would like the server to stop wasting router resources passing packets back to the router just to be passed back into itself. Any advice would be useful. Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

4 9