September 2024 - Arch-general - lists.archlinux.org

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

13 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 0

libreoffice - new versioning download frequency - multiple updates per-week?
by David C. Rankin 12 Sep '24

12 Sep '24

Devs, With the advent of the new version scheme for libreoffice, there is a dramatic increase in the frequency of package updates lately, sometimes a new version is packaged daily or every other day, e.g. [2024-08-26T19:24:24-0500] [ALPM] upgraded libreoffice-still (24.2.5-1 -> 24.2.5-2) [2024-09-02T23:01:03-0500] [ALPM] upgraded libreoffice-still (24.2.5-2 -> 24.2.5-3) [2024-09-07T01:54:56-0500] [ALPM] upgraded libreoffice-still (24.2.5-3 -> 24.2.6-1) [2024-09-09T16:53:22-0500] [ALPM] upgraded libreoffice-still (24.2.6-1 -> 24.2.6-2) [2024-09-10T18:48:31-0500] [ALPM] upgraded libreoffice-still (24.2.6-2 -> 24.2.6-3) Granted with gcc changes, etc.. many rebuilds may be needed as those changes are incorporated, and it may just be temporary, but libreoffice is a 150M+ package. I can imagine that adds up from a bandwidth standpoint for Arch and it's mirrors. Is the libreoffice new package frequency just a temporary thing, or is this here to stay? More a curiosity than anything else. I can look back nearly a decade in the pacman.log and it wasn't uncommon to have months when there was no libreoffice update, and rarely 3 or more a month. -- David C. Rankin, J.D.,P.E.

1 0

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

11 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

2 2

Update to pacman 7.0.0 and AUR Helpers
by Moabeat 11 Sep '24

11 Sep '24

Hi all, today the update to pacman 7.0.0-r3 was installed on my machine through the core-testing repository. I am usually using the AUR helper yay for any kind of updates. After the update, yay didn't start anymore, as the library version of libalpm increased to 15 and yay was still looking for 14. A manual rebuild of yay easily fixed this. However, I am wondering if there is any way how to make such an update smoother, so that yay would be rebuilt in the same step after pacman was updated and avoid the necessity for a manual rebuild? Kind regards, Moabeat

5 8

Fwd: Replacing mlocate with plocate
by David C. Rankin 11 Sep '24

11 Sep '24

User-feedback on plocate replacment: Works like a champ! Thank you Morten! # pacman -Syu <snip> # systemctl enable plocate-updatedb.timer # updatedb done! -------- Forwarded Message -------- Subject: Re: Replacing mlocate with plocate Date: Tue, 10 Sep 2024 22:04:54 +0200 From: Morten Linderud <foxboron(a)archlinux.org> To: arch-dev-public(a)lists.archlinux.org Thanks for the feedback everyone. I've pushed 1.1.22-2 of plocate which includes a replaces directive. It should replace mlocate from now on. Also included the patch that enables the updatedb timer by default. -- David C. Rankin, J.D.,P.E.

1 0

qemu-common-9.1.0-2 and qemu-system-nios2-9.0.2-1 are in conflict. Remove qemu-system-nios2? [y/N] - Expected?
by David C. Rankin 09 Sep '24

09 Sep '24

Devs, Update today resulted in removal of qemu-system-nios2 presenting the error: qemu-common-9.1.0-2 and qemu-system-nios2-9.0.2-1 are in conflict. Remove qemu-system-nios2? [y/N] There was no note in the "Latest News" about user interaction needed. Just a dependency change or features moving between packages? -- David C. Rankin, J.D.,P.E.

3 2

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

08 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.

3 3

Re: Arch Linux public upload server
by Óscar García Amor 06 Sep '24

06 Sep '24

El dom, 01-09-2024 a las 12:41 +0200, Jelle van der Waa escribió: > For users there are plenty of pastebin alternatives, for staff we can > use md.archlinux.org to share notes, pastes. Regarding abuse, see for > example what 0x0.st does against detecting awful nsfw content > > https://git.0x0.st/mia/0x0 I couldn't agree more. Personally I have experience in maintaining a public instance of "pastes" with my own development called lesma[1] (source code[2]). If you want some advice, don't do it. 99% of the "pastes" are straight up junk, spam, links to websites selling “dubious products” and other crap. If you want to have it operational, authentication is required and only for internal use. Something public is a pain because unfortunately there are many people who do not respect. Greetings. [1]: https://lesma.eu [2]: https://gitlab.com/ogarcia/lesma -- Óscar García Amor | ogarcia at moire.org | http://ogarcia.me

3 2

extra/realtime-privileges
by Ralf Mardorf 06 Sep '24

06 Sep '24

Hi, I am not up to date, is there meanwhile a reason for • rocketmouse@archlinux ~ $ grep nice /etc/security/limits.d/99-realtime-privileges.conf @realtime - nice -11 ? I the past a nice value for real-time was null and void. Regards, Ralf

1 1

Any way to query the Arch package list to get %-installed by package?
by David C. Rankin 06 Sep '24

06 Sep '24

All, Devs, I was curious about the frequency that packages in extra and core are installed by Arch users. Is that metadata captured anywhere and is there any way a user can query it? What sparked this curiosity is that I follow the package feeds closely checking for version changes I may have to deal with on a production box. In doing so I learn about many packages I've never heard of before. That posed the question of how frequently all packages are installed by Arch users. Package use, popularity, whatever you want to call it can provide a reasonable metric when comparing between two packages that provide the same feature in determining which to investigate first or install. It would also give a metric of the impact of a developer retiring or orphaning packages. Does any install frequency data such as that exist for packages in extra and core? Or could it be garnered by whatever data is captured from the mirror system? -- David C. Rankin, J.D.,P.E.

5 6