April 2025 - Arch-general - lists.archlinux.org

arch-nspawn ERROR: chroot is not at version v6. Please rebuild. -- does that mean rm -rf $CHROOT?
by David C Rankin 19 Apr '25

19 Apr '25

Arch folks, My clean chroot will no longer update. Attempting update results in the error: $ arch-nspawn $CHROOT/root pacman -Syu ==> ERROR: chroot '/home/david/arch/pkg/chroot/root' is not at version v6. Please rebuild. I've checked the various devtools man pages and --help and there is nothing about rebuilding, so does this mean I need to: # rm -rf $CHROOT and start over? Or, is there actually a way to "rebuild" the chroot without wiping it all out and starting over? -- David C. Rankin, J.D.,P.E.

4 4

Postgresql 17
by IS 18 Apr '25

18 Apr '25

Does anyone know why Postgresql 17 is not yet available on Archlinux? Thanks

6 7

Are there arch based live ISO containing libreoffice?
by u34＠net9.cf 18 Apr '25

18 Apr '25

I am aware to archman, https://archman.org/ , live ISO with libreoffice included. Archman is current, last released on Dec 2024. There is also archbox, https://archbox-linux.github.io/ , last released on 2017.04.15. What other arch based live ISO, preferrably current, with libreoffice included within the ISO, are there? -- u34

2 2

[arch-dev-public] Re: The future of `reflector` [was: Spring cleanup '25]
by mpan 18 Apr '25

18 Apr '25

> On 22/03/2025 14:43, Robin Candau wrote: >> On 3/22/25 11:50 AM, Antonio Rojas wrote: >>> Time to clean up old cruft again. Please head to https:// >>> archlinux.org/devel/reports/unneeded-orphans/ and adopt packages you >>> want to keep in the repos. >>> [...] >>> I will start dropping packages to AUR in ~ 10 days. >>> [...] >>> reflector >>> [...] >> >> Re: Spring cleanup '25 [1]: Aside from being quite popular among our >> users (probably for historical reasons and because it's currently the >> only solution offered in the official repo as far as I can tell), >> `reflector` is included and used in our ISO [2]. >> As such, it should *not* be dropped in the current state of things. >> > Actually I don't think that's a good reason to keep it. If anything it > should be removed from ISO as well in my opinion. > > I don't think we should be including anything like that because then we > should consider also anything from https://wiki.archlinux.org/title/ > Mirrors#Client-side_ranking > > So let's keep it simple. Removal from the ISO may be a reasonable choice. It’s not an essential tool and, as an automatically started service, it was giving people trouble. Personally I also believe benchmarking tools, that use others’ resources, shouldn’t be run without person’s explicit need. Privacy concerns may be raised by some users too, given running the ISO unconditionally contacts a large number of network services. But I don’t see a reason to remove reflector from the repos, unless no new maintainer appears in due time.⁽¹⁾ The package is present on 58% pkgstats-ed machines:⁽²⁾ more popular than chromium, zsh, or ruby. Upon removal the only remaining options will be using Xyne’s repo or AUR. Not a huge deal for seasoned Archers, but I don’t think fresh users should be told to configure 3rd party repos or jump into AUR, if that’s not really necessary. Cheers, mpan ____ ⁽¹⁾ Due time: when reflector’s PKGBUILD needs to be updated. ⁽²⁾ Webapp at <https://pkgstats.archlinux.de/packages/reflector>

2 1

Mailing list is back
by Leonidas Spyropoulos 17 Apr '25

17 Apr '25

Hello, Some might have noticed we had some issues with arch-general ML from November last year. This was debugged and sorted today morning [1] and should have emails now send. Also the archive now contains the messages as well [2]. Thanks for dvzrv and gromit for their time today to sort this out together. [1]: https://gitlab.archlinux.org/archlinux/infrastructure/-/issues/679 [2]: https://lists.archlinux.org/archives/list/arch-general@lists.archlinux.org/ Cheers, -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 244740D17C7FD0EC

2 1

Change user password in KDE settings: root authorisation requested
by SET 17 Apr '25

17 Apr '25

Hello, If a user password is changed in systemsettings, root authorisation is requested willfully, with a UI text confirming that it’s mandatory even if it’s the user password being updated. No such request is made when doing that in a terminal and that's well within reach of any Arch user. It has been discussed at: https://discuss.kde.org/t/change-user-password-in-settings-root-authorisati… It seems that it might be distribution related. I am not asking for any change in Arch itself, and would like to read opinions of Arch maintainers about that. Thanks and regards.

2 4

about the uutils-coreutils package
by Leah Anderson 17 Apr '25

17 Apr '25

Hey, I noticed something about the uutils-coreutils package in the extra repo. It isn't marked as conflicting or providing the coreutils package at all. Is this a problem at all? Best wishes, Leah

2 1

test email please ignore
by Jelle van der Waa 17 Apr '25

17 Apr '25

_ _ / \__/ \_____ / / \ \ `\ ) \''/ ( |\ `\__)/__/'_\ / ` //_|_|~|_|_| ^""'"' ""'"'

3 3

Test msg - ignore
by Leonidas Spyropoulos 15 Apr '25

15 Apr '25

test msg -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 244740D17C7FD0EC

1 0

php-legacy-mongodb-2.0.0-1 => Fatal error: ... BSONArray.php on line 74
by David C Rankin 13 Apr '25

13 Apr '25

Arch devs, After update tonight of php-legacy-mongodb-2.0.0-1-x86_64.pkg.tar.zst, accessing mongodb through PHP results in the error: [Sat Apr 12 01:25:20.286158 2025] [php:error] [pid 685:tid 685] [client 192.168.6.224:53078] PHP Fatal error: Declaration of MongoDB\\Model\\BSONArray::bsonSerialize() must be compatible with MongoDB\\BSON\\Serializable::bsonSerialize(): stdClass|MongoDB\\BSON\\Document|MongoDB\\BSON\\PackedArray|array in /srv/http/vendor/mongodb/mongodb/src/Model/BSONArray.php on line 74, referer: https://2pi.3111skyline.com/tmp/db/jnl-grid/ This has never happened before and it is pointing to one of the package files. I updated all composer mongodb/mongodb files thinking that may help. It didn't. I also built php-legacy-mongodb from: https://gitlab.archlinux.org/archlinux/packaging/packages/php-mongodb/-/tre… And downgraded, restarted httpd and everything works fine again. New bug or is there some known break with backwards compatibility? The changelog on Serializable::bsonSerialize makes no mention of a break: https://www.php.net/manual/en/mongodb-bson-serializable.bsonserialize.php -- David C. Rankin, J.D.,P.E.

1 1