- Arch-general - lists.archlinux.org

About AUR accreditation policy
by Óscar García Amor 22 Oct '24

22 Oct '24

Hello foks, I tell you, about 8 hours ago a package that Radu C. Martin and I were maintaining (textpieces) was moved from the AUR to extra. In this movement (which seems perfect to us, every package officially maintained is welcome and better than this in the AUR) our names have disappeared[1]. I don't want you to misunderstand me, I'm not crying foul about this, but it doesn't seem fair to me that the person (or persons) who kept the package for a while until it became official is not credited. If we in the AUR keep the names of those who preceded us in the maintenance of the package, I understand that when a package moves from the AUR to an official repository the same should happen. This happens when a package is dropped to AUR. I don't know if there is a directive for this, but if not, maybe it's time to write one. And as I said, I don't mind that my name doesn't appear as a contributor right now (I keep my AUR packages for myself and for people to benefit from it, not for fame or similar nonsense), but I do find it a bit ugly that the effort involved in doing that work is not recognized, and not by me, but by everyone. Greetings. PS: I would not want accusations or ugly things to come out of this. I just want to note that there should be a policy that the AUR maintainer's work should be credited when a package is moved to an official repository. [1]: https://gitlab.archlinux.org/archlinux/packaging/packages/textpieces/-/blob… -- Óscar García Amor | ogarcia at moire.org | http://ogarcia.me

13 18

Arch Linux stuck on legacy iptables by default
by Martin Rys 18 Oct '24

18 Oct '24

Arch Linux still uses the legacy iptables backend, as opposed to the nft backend that every other distribution uses. This has been reported since 2021 with no response: https://gitlab.archlinux.org/archlinux/packaging/packages/iptables/-/issues… To me it looks like a direct, simple migration, and it just needs someone with the needed perms to look at it, but I could be wrong. It's assigned to the notoriously overburdened Felix, is there anything a non-core member can do, other than wait? It's not a *large* issue, it's just mildly annoying to have workarounds in my deploys, as it is installed on any system due to iproute2 needing an iptables backend, and some things just outright don't work with that, requiring the nft one. Thanks, Martin

6 9

Network Issues After Pacman Upgrade
by Björn Försterling 14 Oct '24

14 Oct '24

Hello, I just ran a "pacman -Syu" and am having issues with the internet connection. I have around 10 seconds with a working connection to the internet followed by 10 seconds without being able to establish a connection. For 10 seconds I am able to curl google.com or telnet its port 443, and then I get blocked for 10 seconds. There was an update to "networkmanager": [2024-10-13T15:39:41+0200] [ALPM] upgraded networkmanager (1.48.10-1 -> 1.50.0-1) Could this be the cause? Does anyone else experience similar problems? I had the same problem a few weeks ago. Regards Björn

5 5

Strange config /etc/profile.d/utf8.sh added on recent upgrade
by Tadeas Uhlir 13 Oct '24

13 Oct '24

Hey all, Today, I noticed that my alias for "ls" is not working as usual. I alias "ll" to "LC_COLLATE=C ls -alF" to have a long listing with hidden dirs at the top. However, I noticed that the sorting doesn't work all of a sudden. After some digging around I found out that this is due to "LC_ALL" being set to "en_US.utf8". This variable is being set from a file at "/etc/profile.d/utf8.sh". Two notes about this: 1. For the life of me I cannot figure out which package upgrade/install created this file. Just going by a pacman log the file creation time corresponds to when "pacman --noconfirm -S autoconf libtool m4 automake" ran. But those packages don't seem to have much to do with locale. And googling the path of this file doesn't seem to yield much, clearly it's not a very common config file across linux distros. 2. Once I find the culprit, I would love to know what is the rationale behind explicitly setting "LC_ALL". Even the archwiki mentions that this should only be done during tests: https://wiki.archlinux.org/title/Locale#LC_ALL:_troubleshooting . And, indeed, seems like a bad idea given that it overrides all LC_ vars. -- Best Regards, Tadeáš Uhlíř

2 2

Periodic aged package report
by Genes Lists 11 Oct '24

11 Oct '24

Periodic check of Arch out of date packages. This considered are purely my opinion of those that are sufficiently 'relevant'. Apologies to any others. The really good news is that there really aren't many ! Big congrats for the hard work keeping Arch awesome and up to date. Note that, some are excluded when they are work in progress and/or involve a significant amount of work (provided they are not "too" old, which none are). Arch is doing an amazing job keeping our core/key packages like compiler tools, python, systemd, kernel and other vital packages very up to date. What remains are a few that are relevant enough (imho) to make the list. I am using 3 metrics of age: - Num-B The number of releases we are behind Some packages have frequent updates some do not. - Age The number of days between the arch version and the latest - New: How recent was the latest released (days ago from today) Package Arch Curr Date num-b Age New ------------------ ---------- ------ -------- ------ ------ ---- apparmor 3.1.7-5 4.0.3 08/15/24 4 195 55 biber 1:2.19-4 2.20 03/21/24 1 321 202 dkms 3.0.12-1 3.1.0 10/01/24 2 373 8 python-cryptography 42.0.8-1 43.0.1 09/03/24 2 91 36 python-setuptools 1:69.5.1-1 75.1.0 09/13/24 22 153 26 yubioath-desktop 5.1.0-3 7.1.0 09/25/24 12 1234 14 (1) (1) Now called yubico-authenticator -- Gene

5 7

Valgrind problem
by Frank 07 Oct '24

07 Oct '24

Good evening, I'm trying to debug an issue with Evolution and the Gnome guys asked me to use valgrind. However, when running this command I get an error I'm stuck with: valgrind --num-callers=30 --leak-check=no --track-origins=yes /usr/lib/evolution-calendar-factory -w ==4915== Memcheck, a memory error detector ==4915== Copyright (C) 2002-2024, and GNU GPL'd, by Julian Seward et al. ==4915== Using Valgrind-3.23.0 and LibVEX; rerun with -h for copyright info ==4915== Command: /usr/lib/evolution-calendar-factory -w ==4915== valgrind: Fatal error at startup: a function redirection valgrind: which is mandatory for this platform-tool combination valgrind: cannot be set up. Details of the redirection are: valgrind: valgrind: A must-be-redirected function valgrind: whose name matches the pattern: strcmp valgrind: in an object with soname matching: ld-linux-x86-64.so.2 valgrind: was not found whilst processing valgrind: symbols from the object with soname: ld-linux-x86-64.so.2 valgrind: valgrind: Possible fixes: (1, short term): install glibc's debuginfo valgrind: package on this machine. (2, longer term): ask the packagers valgrind: for your Linux distribution to please in future ship a non- valgrind: stripped ld.so (or whatever the dynamic linker .so is called) valgrind: that exports the above-named function using the standard valgrind: calling conventions for this platform. The package you need valgrind: to install for fix (1) is called valgrind: valgrind: On Debian, Ubuntu: libc6-dbg valgrind: On SuSE, openSuSE, Fedora, RHEL: glibc-debuginfo valgrind: valgrind: Note that if you are debugging a 32 bit process on a valgrind: 64 bit system, you will need a corresponding 32 bit debuginfo valgrind: package (e.g. libc6-dbg:i386). valgrind: valgrind: Cannot continue -- exiting now. Sorry. THX Frank

3 4

Delayed responsiveness on resume after upgrade
by SET 07 Oct '24

07 Oct '24

Hello, I just upgraded a host and noticed a waiting of about 90s before the desktop (KDE) becomes responsive (typing to unlock the screen, the mouse cursor can be moved). This was not the case before the upgrade. This box has 3 remote shares attached via sshfs. The delay to responsiveness is near immediate if it is suspended while the remote shares are not connected. With remote shares connected on suspend: [Sat Oct 5 12:05:03 2024] OOM killer enabled. [Sat Oct 5 12:05:03 2024] Restarting tasks ... done. [Sat Oct 5 12:05:03 2024] random: crng reseeded on system resumption [Sat Oct 5 12:05:03 2024] PM: suspend exit [Sat Oct 5 12:05:03 2024] r8169 0000:06:00.0 eth0: Link is Up - 1Gbps/ Full - flow control off [Sat Oct 5 12:06:35 2024] r8169 0000:06:00.0 eth0: Link is Down [Sat Oct 5 12:06:35 2024] Generic FE-GE Realtek PHY r8169-0-600:00: attached PHY driver (mii_bus:phy_addr=r8169-0-600:00, irq=MAC) [Sat Oct 5 12:06:35 2024] r8169 0000:06:00.0 eth0: Link is Down [Sat Oct 5 12:06:39 2024] r8169 0000:06:00.0 eth0: Link is Up - 1Gbps/ Full - flow control off With remote shares disconnected on suspend: [Sat Oct 5 12:10:55 2024] OOM killer enabled. [Sat Oct 5 12:10:55 2024] Restarting tasks ... done. [Sat Oct 5 12:10:55 2024] random: crng reseeded on system resumption [Sat Oct 5 12:10:55 2024] PM: suspend exit [Sat Oct 5 12:10:55 2024] Generic FE-GE Realtek PHY r8169-0-600:00: attached PHY driver (mii_bus:phy_addr=r8169-0-600:00, irq=MAC) [Sat Oct 5 12:10:56 2024] r8169 0000:06:00.0 eth0: Link is Down [Sat Oct 5 12:10:58 2024] r8169 0000:06:00.0 eth0: Link is Up - 1Gbps/ Full - flow control off It seems that the network link remains 'up' when the remote shares are connected, then has to go down and that's where the delay lies. Afterwards, it quickly returns to the up state. 'modinfo r8169' does not expose any option at all. I wish to know if there's a simple known solution to quickly resume the host. The root cause could also lie deep in the kernel and may perhaps disappear on a future upgrade. I can live with it, it's just annoying. Thanks for any input.

2 2

Re: Future of salt in our repositories
by Genes Lists 05 Oct '24

05 Oct '24

On Sat, 2024-10-05 at 17:36 +0200, Morten Linderud wrote: > Yo, > > `salt` is a framework for server provisioning, change management and > ... > `salt` as of version `3007` does not support Python 3.12, and the > release `3008` > seems far away, ... > salt is going for the vendor > approach they call `onedir` and instead bundle *everyting*, including > their own > Python runtime, into a directory. This is going to be a mess to > properly support > ... ... > As long as there are not any major issues I intend to drop this > package ahead of > our Python 3.13 release and prep work. Replying via general. This does indeed make a lot of sense. 'onedir' sounds pretty horrible. It might worthwhile noting that salt was acquired by VMware which in turn was acquired by broadcom a couple years ago. I have no views if this is significant for its future trajectory or not. I wonder if some people might be considering migrating to Ansible or another alternative? thanks for staying on top of things and keeping us informed. gene -- Gene

1 0

Estimate for Linux 6.11 to move from testing to core?
by David C. Rankin 02 Oct '24

02 Oct '24

All, Devs, I've been watching https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues to try and get a handle on when to expect the 6.11 kernel. I can't read the tea-leaves very well. Does anyone involved in the process have an estimate of when we should look for the new kernel to be released? I ask because I have one production box to update and want to set aside time in case I have to troubleshoot. Though thankfully, the 6.10 -> 6.11 update looks benign from a server standpoint. Are we just waiting on the i915 shadow frame-buffer issue or one of the other audio issues? -- David C. Rankin, J.D.,P.E.

4 4

Wayland performance issues after upgrading linux and nvidia
by Edward Toroshchyn 02 Oct '24

02 Oct '24

All, Just wanted to drop a short FYI here, in case you've also encountered issues running Wayland after updating linux (6.10.10.arch1-1 -> 6.11.1.arch1-1) and nvidia (560.35.03-6 -> 560.35.03-9). For me, downgrading helped: # cd /var/cache/pacman/pkg/; pacman -U nvidia-560.35.03-3-x86_64.pkg.tar.zst linux-6.10.8.arch1-1-x86_64.pkg.tar.zst I've reported the issue here: https://gitlab.archlinux.org/archlinux/packaging/packages/nvidia/-/issues/9 Worm regards, -- Edward

1 0

Recommended setup for synced password manager
by Georg 27 Sep '24

27 Sep '24

Dear list crowd, I'm looking for a synced password manager solution that connects my Arch PC with my android phone, and a Windows PC. I'd like to use my arch server as the nexus, and want to avoid commercial services by all means. One option I heard is using one or more keepass databases and keeping them in sync via syncthing. Another option seems to be bitwarden. Are there more good options? What do people use, that works well and painfree? What other options for automatic syncing of the keepass database would there be? I'd prefer short and on point answers without too much detail, but just a conceptual sketch. Thanks in advance, and maybe this benefits someone else as well. Georg

17 18

Re: Kernel with IMA and "better" secure boot / MOK support
by Johan Dahlberg 26 Sep '24

26 Sep '24

On 2024-09-26 16:52, simon-b(a)murena.io wrote: > Hi, > Hi, thanks for replying! Just to avoid any confusion, the setup I'm using already works the way I want, I'm just hoping to find a way to avoid custom kernels. > you can add public keys to the kernel keyring which are stored in a > hardware store (e.g. the UEFI key database). [0] This is mostly what I've been doing, using mokutil to store the mok cert in an efivar with shim. shim then pulls them in to the MokListRT efivar, which the kernel then validates against (if I understood it all correctly). But that is only as long as IMA is enabled in the kernel.. without IMA the .machine keyring never gets populated. The MOK keys will however end up in the .platform keyring even without IMA, but it will not trust them since they're not part of the chain the kernel trusts (.builtin_trusted_keys, or .secondary_trusted_keys). One would need to add one's own CA cert in the kernel build (and sign the modules with the same CA to make this work, I think. Documentation has left me a bit confused on this. > > You can also sign the modules with a MOK. [1] > I've also tried to do this, adding my MOK cert next to the Database cert from the UEFI secure boot setup, and then signing the the modules with the corresponding key. But the kernel still didn't want to trust this cert. Again I assume because the kernels chain of trust requires the MOK cert to come from the same CA as one of the .builtin_trusted_keys. Arch uses auto-generated keys on their kernel builds, so this can't work as far as I understand. And even they signed with their own keys, I'd need to sign my modules with the same key as them, which obviously wouldn't be possible. Perhaps there are facilities in the kernel I'm unaware of here but it seems to me the only way for a user to validate out-of-tree module signatures are with MOKs. Which is why I started thinking maybe there needs to be another official kernel that supports this. > Since I don't use external modules, I have not tested any of these > methods. Any modules that comes with the kernel will always pass validation and load since they share the same auto-generated key/cert. > > I am not sure how you use the IMA (e.g. wether you verify the PCR10 > from a TPM2), but an alternative could be > > a dm-verity signed root-fs, e.g. created with verity-squash-root [2]. > I believe the more advanced features of IMA are not needed in this scenario. In the case of being able to validate out-of-tree modules against MOK signatures all that is needed is CONFIG_IMA_SECURE_AND_OR_TRUSTED_BOOT (as far as I can tell at least). > Best, > > Simon > > [0] > https://www.kernel.org/doc/html/v6.11/admin-guide/module-signing.html > > [1] > > https://gist.github.com/lijikun/22be09ec9b178e745758a29c7a147cc9 > > [2] > > https://aur.archlinux.org/packages/verity-squash-root > Regards, Johan > September 26, 2024 at 12:09 PM, "Johan Dahlberg" <joda(a)nejomi.net> > wrote: > >> For the last couple of years I've been rolling my own kernels on a >> couple of machines in order to have better support for secure boot >> and especially mok keys. This has been necessary for being able to >> boot with lockdown=confidentiality/integrity and still be able to >> load any signed out-of-tree (dkms) modules. The official kernels in >> arch is built without IMA support as it would break the ability to >> kexec to another kernel when secure boot is on (since the kernels >> are built with auto-generated keys, they would fail validation). >> There are some bug reports on the subject, see [1] and [2]. >> >> How I'm validating signed out-of-tree modules goes as following: >> >> - uefi to setup mode >> >> - create my own EFI keys, and enroll them >> >> - roll my own uki kernel (built with IMA) and sign it and it's >> modules and any out-of-tree modules >> >> - set uefi to boot shim.efi, which then calls grubx64.efi (which is >> just a renamed systemd-boot in my case) >> >> - shim passes on mok keys >> >> - systemd-boot boots the kernel with lockdown=confidentiality >> >> - kernel adds the keys passed from shim to the (.machine) keyring >> and successfully loads any modules signed with a key listed in mok >> >> It's been a while since I set it up so I might have misremembered >> some step there. >> >> Anyway to my question, since the situation with kexec and IMA is >> probably not going to change, and since there probably (?) are more >> people out there who would like to use the whole secure boot chain >> with MOKs and all, perhaps it would be possible to discuss providing >> another official kernel which is built to support the above >> scenario? I'm not too deep into the arch dev system and tools, but >> considering what I'm doing - just pulling the PKGBUILD and doing >> some minimal changes to the config and then building it, it seems it >> would not add too much of a maintenance overhead. >> >> Perhaps there are other ways of achieving the same results that I'm >> not aware of.. if so I'm curious to hear about it. Mostly I'm just >> trying to get out of having to use custom kernels. :-) >> >> Thanks for reading, >> >> Johan >> >> [1] https://bugs.archlinux.org/task/75102 >> >> [2] https://bugs.archlinux.org/task/75041

1 0

Re: strange Adwaita tray icon difficulties
by Abraham S.A.H. 26 Sep '24

26 Sep '24

Sep 26, 2024, 07:26 by daniel.ranc(a)telecom-sudparis.eu: > > Abraham, > > Thank you for this rant which i would have been too shy to write > myself on the list, but i am completely with you on that issue. I > would even add that major applications such as Thunderbird are, > at times, subject to very strange bugs and behaviors related to > "new features to make it slick", slickness in which i am not > interested at all, so that i always install Seamonkey as plan B. > > I relate these problems to project governance issues rather than > budget problems (which they are constantly invoking). Sad. > > Copy to my friend Tarus, who's involved in Open Source matters. > > Cheers > Daniel > > ps. i confess between us that the dinosaur that i am uses FVWM :-) > > > On 26/09/2024 03:02, Abraham S.A.H. wrote: > >> I have bitten by that too, on three systems that I maintain. Even on >> the one which uses Xfce desktop. This random breaking changes to GTK >> and Gnome related stuff is disrespectful to users. And the usuall >> answer is that “If you don’t like it, use something else!”; but they >> are damn everywhere. Gtk used to be the goto universal toolkit on >> GNU/Linux platform that everyone would use to make his/her app; now >> they are maintaining and developing it only for Gnome and Adwaita >> adhering apps. Anything based on GTK keeps not fitting in any other >> DE or any machine that Gnome project doesn’t like or care to support. >> >> And worst is, that any complaint anywhere usually results in aggressive >> or hostile responses. >> >> >> -- >> Best Regards, >> Abraham >> Sent with Tutanota; >> https://tuta.com >> Well, as far as I know, Gnome is one of the most sponsored Free Software projects. And The most sponsored open source desktop environment. And developers are mainly employees of the sponsers (mostly by Red Hat). It's often claimed that Gnome is a community project. Compare it with Emacs, which has about 19 mailing lists; one of them being the development mailing list (emacs-devel) that all development discussions happen openly there. And one can submit his/her patch or code to be included in Emacs! — and unlike Gnome, they even don't scream being a community software project. Actually, many of Emacs features are from the free volunteers that donated their code; just through this mailing list. In contrast, in Gnome, even major bug reports get closed as not planned or not supported, or that it’s not a bug in Gnome software, because you installed that package from your distro rather than Flatpak, or you installed that extension from AUR instead of web interface. And basically, there is no easy way for user-developers to change GTK or Gnome DE out of what Gnome project foresees. If a feature is not planned you are not allowed to implement it, even with two or three developers. — Well, seems fair, since you just implement it, but they have to maintain it. All that aside, Gnome project has its board and its developers and sponsors, and they have the right to decide about the direction. All okay. Problem arises when you have to pull in gtk4 and gtk3 packages only for installing ‘ibus’! Now, that one is ridiculous. And that is my whole point; gtk is everywhere because it was there from when none of these were an issue. -- Best Regards, Abraham Sent with Tutanota; https://tuta.com

1 0

Kernel with IMA and "better" secure boot / MOK support
by Johan Dahlberg 26 Sep '24

26 Sep '24

For the last couple of years I've been rolling my own kernels on a couple of machines in order to have better support for secure boot and especially mok keys. This has been necessary for being able to boot with lockdown=confidentiality/integrity and still be able to load any signed out-of-tree (dkms) modules. The official kernels in arch is built without IMA support as it would break the ability to kexec to another kernel when secure boot is on (since the kernels are built with auto-generated keys, they would fail validation). There are some bug reports on the subject, see [1] and [2]. How I'm validating signed out-of-tree modules goes as following: - uefi to setup mode - create my own EFI keys, and enroll them - roll my own uki kernel (built with IMA) and sign it and it's modules and any out-of-tree modules - set uefi to boot shim.efi, which then calls grubx64.efi (which is just a renamed systemd-boot in my case) - shim passes on mok keys - systemd-boot boots the kernel with lockdown=confidentiality - kernel adds the keys passed from shim to the (.machine) keyring and successfully loads any modules signed with a key listed in mok It's been a while since I set it up so I might have misremembered some step there. Anyway to my question, since the situation with kexec and IMA is probably not going to change, and since there probably (?) are more people out there who would like to use the whole secure boot chain with MOKs and all, perhaps it would be possible to discuss providing another official kernel which is built to support the above scenario? I'm not too deep into the arch dev system and tools, but considering what I'm doing - just pulling the PKGBUILD and doing some minimal changes to the config and then building it, it seems it would not add too much of a maintenance overhead. Perhaps there are other ways of achieving the same results that I'm not aware of.. if so I'm curious to hear about it. Mostly I'm just trying to get out of having to use custom kernels. :-) Thanks for reading, Johan [1] https://bugs.archlinux.org/task/75102 [2] https://bugs.archlinux.org/task/75041

1 0

strange Adwaita tray icon difficulties
by Daniel Ranc 26 Sep '24

26 Sep '24

Dear all, I am experiencing some strangeness with the Adwaita tray icons of VLC and volumeicon. They disappeared from the tray around this summer (unfortunately no precise data here) and I needed to revert to the latest working package adwaita-icon-theme-41.0-1-any.pkg.tar.zst for those icons to work again. My environment is using stalonetray and a very simple window manager (no Gnome, no KDE whatsoever). Are others impacted as well ? Any clue how to get back on track ? Interestingly last week some apps suddenly showed completely black windows: simple-scan and pavucontrol, and i had to revert to older packages to make them work again. Are those phenomena related? Thanks for any help. Daniel

6 9

lightdm login loop with systemd-homed
by Abraham S.A.H. 26 Sep '24

26 Sep '24

It seems that from systemd 256 onwards, lightdm cannot properly log into homed user accounts. At least in X sessions. It keeps in a loop of "getting password --> (trying to) logging in --> black journaled screen --> getting back to the first step asking for password again" It can't read ~/.Xauthority, tries to find it at /.Xauthority instead. lightdm unit logs says: ~~~ Error writing X authority: Failed to open X authority /.Xauthority: Permission denied ~~~ It doesn't seem to be related to https://wiki.archlinux.org/title/LightDM#Infinite_login_loop Also, there's an open issue related to this in lightdm's github repository Is there anyone who is experiencing the same issue? -- Best Regards, Abraham Sent with Tutanota; https://tuta.com

3 6

mkarchroot fails with "Permission denied" error during pacman sync (maybe alpm download user related?)
by Henning 25 Sep '24

25 Sep '24

Hi, I hope this is (one) of the correct places to request some help. I followd this Wiki article (https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot) and failed on the classical way and I have no clue why :-) I add some example output on the buttom. Maybe related. The "arch machine" with this error is a VM, running via incus on an arch host. The VM use ext4, the host btrfs. On the arch host itself, the command work as expected. Only inside the VM it fails. If I comment out "DownloadUser = alpm" in /etc/pacman.conf, it works. But this is also enabled on the (working) host, without any problems. (same default pacman.conf) Thanks Henning ################################################################### [henning@archlinux ~]$ sudo rm -rf test/ [henning@archlinux ~]$ mkdir test [henning@archlinux ~]$ mkarchroot test/root base-devel ==> Creating install root at /home/henning/test/root ==> Installing packages to /home/henning/test/root :: Synchronizing package databases... error: could not open file /home/henning/test/root/var/lib/pacman/sync/download-AIUAX3/core.db.part: Permission denied error: failed to setup a download payload for core.db error: failed to synchronize all databases (failed to retrieve some files) ==> ERROR: Failed to install packages to new root ==> ERROR: Failed to install all packages

2 1

dbus-broker-units provides dbus-units
by u34＠net9.cf 25 Sep '24

25 Sep '24

$ pacman -Qi dbus-broker-units | grep Provides Provides : dbus-units Seeing that, I assumed it is enough to have the dbus-broker-units package, without having the dbus-units package. That assumption turns to be wrong. While trying to build a chroot environment, if the dbus-units package can not be obtained, the process fails. :: Retrieving packages... dbus-units-36-4-x86_64.pkg.tar.zst failed to download error: failed retrieving file 'dbus-units-36-4-x86_64.pkg.tar.zst' from the_repo : The requested URL returned error: 404 warning: failed to retrieve some files error: failed to commit transaction (failed to retrieve some files) Errors occurred, no packages were upgraded. ==> ERROR: Failed to install packages to new root ==> ERROR: Failed to install all packages One reason for the explicit search for dbus-units is that systemd explicitly depends on dbus-units. $ pacman -Qi systemd | grep dbus-units Depends On : ... dbus dbus-units ... Am I confused? Why the chroot must have a dbus-units package? -- u34

2 1

mkarchroot and Manual intervention for pacman 7.0.0 and local repositories required
by u34＠net9.cf 25 Sep '24

25 Sep '24

$ pacman -Qo mkarchroot /usr/bin/mkarchroot is owned by devtools 1:1.2.1-1 Referring to https://archlinux.org/news/manual-intervention-for-pacman-700-and-local-rep… and to https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot#S… with a modified pacman.conf: error: could not open file /home/user/chroot/root/var/lib/pacman/sync/download-o6cp5z/core.db.part: Permission denied error: failed to setup a download payload for core.db error: failed to synchronize all databases (failed to retrieve some files) ==> ERROR: Failed to install packages to new root ==> ERROR: Failed to install all packages The modified pacman.conf is using links created with ln -s /var/lib/pacman/sync/*.db /var/cache/pacman/pkg/ I have also tried the naive approach of --- a/usr/bin/mkarchroot 2024-06-23 21:00:54.158267054 +0000 +++ b/usr/bin/mkarchroot 2024-09-22 19:31:52.984269364 +0000 @@ -73,6 +73,7 @@ [[ -e $working_dir ]] && die "Working directory '%s' already exists" "$working_dir" mkdir -p "$working_dir" +chown :alpm "$working_dir" lock 9 "${working_dir}.lock" "Locking chroot" In addition, the most basic suggestion of https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot#S… , namely # mkarchroot /home/user/chroot/root base-devel also fails. Though it could be due to a usually working XferCommand in pacman.conf. Does mkarchroot broken? -- u34

2 5

spam on the forum
by funny0facer 22 Sep '24

22 Sep '24

Could someone please ban https://bbs.archlinux.org/profile.php?id=162864 on the forum? This person is posting pictures, I really do not want to see. Thanks

3 5

pacman 7 - why is #ParallelDownloads = 5 commented by default now?
by David C. Rankin 21 Sep '24

21 Sep '24

Devs, As I merged .pacnew changes for pacman.conf, I notice the parallel download option is now commented by default. I left it that way. But why is that now the default after having parallel transfer come in as a new feature a year or two ago? -- David C. Rankin, J.D.,P.E.

2 2

Re: Arch Linux public upload server
by Rein Fernhout (Levitating) 19 Sep '24

19 Sep '24

I sent this message yesterday but I accidentally forgot to add the mailing list as a recipient. -------- Original Message -------- Subject: Re: Arch Linux public upload server Date: 2024-09-04 14:28 From: "Rein Fernhout (Levitating)" <me(a)levitati.ng> To: Robin Candau <antiz(a)archlinux.org> On 2024-09-04 09:56, Robin Candau wrote: > On 9/4/24 1:04 AM, Polarian wrote: >> Hello, >> > > Hello, > Hello, >> >> So to spur such a discussion, why should it be rustypaste? >> What makes it better than the competition? >> > > I think you're taking Orhun's mail/proposition the wrong way. > > First of all, Arch Linux and rustypaste are not corporate so there's no > "corporate buddies"/shareholders in that context. I personally have not > been bothered by any potential "conflict of interest" in their > suggestion. > > Secondly, Orhun's demand is not "Should Arch Linux host a public > pastebin/upload server (and, if so, could it be rustypaste)?" but > "rustypaste is looking for a public instance [2], could Arch Linux host > it?" > > Here again, I feel like this an important nuance to understand why the > discussion is specifically about rustypaste (and not about any other > similar services). > > > [1] > https://lists.archlinux.org/archives/list/arch-general@lists.archlinux.org/… > [2] https://github.com/orhun/rustypaste/issues/326 Though I do think that if we were to have a pasting service, I would like to use a battle-proven tool with proper moderation capabilities like 0x0. But in generally I think we just shouldn't start. The amount of abuse pasting services see is absolutely staggering. The only way I think we could manage is, like mentioned before, by protecting it with our SSO account authentication. But rustypaste doesn't rely on a frontend, it works similarly to 0x0. So what does it add to our community? The IRC already recommends use of 0x0 or termbin.com. Both of which rely on open source software that can be selfhosted by users with ease. I would maybe see added value if our pastebin service was graphical, as this would make it more accessible. Authenticated users could submit pastes and anyone could view them. But rustypaste isn't graphical. So I do a agree with Polarian that we should first consider "do we want a pasting service" and then "do we want rustypaste". Even if that was not Orhun's original question.

4 4

[arch-general] Is wine-mono now integrated into wine (9.17)?
by Javier 18 Sep '24

18 Sep '24

Hello ! I'm guessing wine-gecko is now integrated into wine, since it recently got dropped from the repos but it didn't even make it to AUR. Is that the case? Thanks ! -- Javier

2 2

Arch Websites vs Dark Mode
by Genes Lists 16 Sep '24

16 Sep '24

I see that the wiki and gitlab both have dark modes but I didn't see how to activate dark mode for any other part of the website. Did I miss where to turn this on or if it's not yet available are there any plans to add it? Not sure how others feel, but might be nice to offer it. thanks! -- Gene

4 3

Guest issue after virtualbox upgrade from 7.0.20-1 to 7.1.0-1
by Ralf Mardorf 15 Sep '24

15 Sep '24

Hi, the execution of a Windows 11 (64-bit) guest works, with the exception that the shutdown does not end, but this was already a problem under 7.0.20-1, which you can live with. Under 7.0.20-1, a Windows 10 (64-bit) guest, including the shutdown, worked perfectly smoothly. Unfortunately, the Windows 10 startup freezes under 7.1.0-1. Its log ends with "00:01:40.881013 EHCI: USB Suspended". By the manager settings I changed a few settings, to use mainly the same settings for the Windows 10 guest, that are used by the Windows 11 guest. In addition I migrated from USB 2.0 to USB 1.1 for the Windows 10 guest. Now USB is operational and I couldn't see any useful information by the log file. I'm in a hurry as I have to go to work and will read the logs again later at my leisure. Has anyone had similar experiences? FWIW pacman.log mentions an issue: [2024-09-13T05:02:52+0200] [ALPM] upgraded virtualbox (7.0.20-1 -> 7.1.0-1) [2024-09-13T05:02:52+0200] [ALPM-SCRIPTLET] VBoxManage: error: Failed to create the VirtualBox object! [2024-09-13T05:02:52+0200] [ALPM-SCRIPTLET] VBoxManage: error: Most likely, the VirtualBox COM server is not running or failed to start. After restarting the host trying to start the VirtualBox manager GUI for the first time also failed with the object error, but after that it always started without an issue. extra/virtualbox 7.1.0-1 extra/virtualbox-guest-iso 7.1.0-1 extra/virtualbox-host-dkms 7.1.0-1 chaotic-aur/virtualbox-ext-oracle 7.1.0-1 $ uname -r; cat /proc/cmdline 6.10.9-arch1-2 BOOT_IMAGE=/boot/vmlinuz-linux root=/dev/disk/by-label/m1.archlinux ro threadirqs ibt=off Regards, Ralf

1 1