- Arch-dev-public - lists.archlinux.org

News draft: Cleaning up old repositories
by Sven-Hendrik Haase 17 Feb '25

17 Feb '25

Hey all, in an earlier thread [0], I proposed cleaning up the unused repos from repos.archlinux.org. They've become unused and stagnant after the git migration almost two years ago. We kept them around so it wouldn't break setups of users that tried to get the repository sync databases with an outdated pacman.conf. The old repos are safe to remove. Originally I had planned to just remove them and leave it at that. However, some people mentioned that it might still confuse users who haven't updated their pacman.conf in a long time. In order to inform those users there should be a news post. [0] https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.o… --- # Cleaning up old repositories Around two years ago, we've merged the [community] repository into [extra] as part of the git migration. In order to not break user setups, we kept these repositories around in an unused and empty state. We're going to clean up these old repositories on *2025-03-01*. On systems where `/etc/pacman.conf` still references the old `[community]` repository, `pacman -Sy` will return an error on trying to sync repository metadata. The following deprecated repositories will be removed: `[community], `[community-testing]`, `[testing]`, `[testing-debug]`, `[staging]`, `[staging-debug]`. Please make sure to remove all use of the aforementioned repositories from your `/etc/pacman.conf`! --- Cheers, Sven

2 2

Fwd: Phasing out reiserfsprogs (EOL)
by Tobias Powalowski 06 Feb '25

06 Feb '25

Hi folks, as Giancarlo and Gromit mentioned, this is worth sharing on the public mailing list too. So here the mentioned mails from me for the public. Best regards tpowa -------- Weitergeleitete Nachricht -------- Betreff: Re: Phasing out reiserfsprogs (EOL) Datum: Thu, 6 Feb 2025 09:35:18 +0100 Von: Tobias Powalowski <tobias.powalowski(a)googlemail.com> An: staff(a)lists.archlinux.org Am 28.08.24 um 14:20 schrieb Tobias Powalowski: > Hi folks, > > reiserfs is a dead horse, I started to drop it from btrfs-progs > depends already. > > Any strong objection in removing it as depend from all packages? > > Thanks for your opinions. > > Best regards > > tpowa > Hi folks, 6.13 reached the repositories, all packages that depended on reiserfs were updated some time ago. The reiserfsprogs are now gone from the official repositories. Best regards tpowa

1 0

News draft: glibc 2.41 breaks Discord
by Frederik Schwan 04 Feb '25

04 Feb '25

Hi everyone, as discussed in the Matrix packaging channel, the upcoming glibc move from testing to stable will break audio connectivity for Discord clients. Discord has fixed the issue in their canary build and has communicated an eta for the fix in stable for 2025-02-10. As the glibc update holds off package moves from testing to stable I would like to continue releasing the toolchain and give everyone instructions on how to fix their Discord installation. ------ # Glibc 2.41 corrupting Discord installation Glibc and it's friends will move from testing to stable on approx. 2025-02-03. After installing the update, the Discord client will show a read warning that the installation is corrupt. This issue has been fixed in the Discord canary build. Until the fix hits the stable Discord release, please use the canary build or login via browser if you rely on audio connectivity. There have been no reports that (written) chat connectivity is affected. ------ Best regards, Frederik

4 5

glibc 2.41 in testing - moving to stable repos affected
by Frederik Schwan 30 Jan '25

30 Jan '25

I just pushed glibc 2.41 to testing. Do not move packages linked against 2.41 to extra or core until glibc itself moves around Sunday/Monday. Otherwise the package will probably break. Best regards, Frederik

1 0

Talks from Arch contributors at FOSDEM 2025
by Morten Linderud 24 Jan '25

24 Jan '25

Yo, FOSDEM is approaching and several Arch contributors and maintainers are holding talks next weekend. I have taken the liberty to collect up all the talks in this email so other staff, and users, are aware. Some talks are Arch related, some talks less so. But still interesting topics nonetheless! # David Runge Adventures in oxidizing Arch Linux Package Management When: Saturday 18:05 - 18:45 Room: Rust Devroom - UB2.252A (Lameere) https://fosdem.org/2025/schedule/event/fosdem-2025-6259-adventures-in-oxidi… # Filipe Laíns Understanding (modern) Python packaging When: Sunday 10:00 - 10:30 Room: Python Devroom - UD2.218A https://fosdem.org/2025/schedule/event/fosdem-2025-4242-understanding-moder… # Morten Linderud Hardware backed SSH keys: ssh-tpm-agent When Saturday 15:00 - 15:30 Room: Security Devroom - UB4.132 https://fosdem.org/2025/schedule/event/fosdem-2025-5544-hardware-backed-ssh… # Orhun Parmaksız Bringing terminal aesthetics to the Web with Rust (and vice versa) When: Saturday 12:25 - 13:05 Room: Rust Devroom - UB2.252A (Lameere) https://fosdem.org/2025/schedule/event/fosdem-2025-5496-bringing-terminal-a… From Side Projects to Sustainable Open Source When: Saturday 15:05 - 15:30 Room: Community Devroom - UB5.230 https://fosdem.org/2025/schedule/event/fosdem-2025-5498-from-side-projects-… # Remi Gacogne Honey, I shrunk DNSdist When: Saturday 18:20 - 18:45 Room: DNS Devroom H.2213 https://fosdem.org/2025/schedule/event/fosdem-2025-4991-honey-i-shrunk-dnsd… -- Morten Linderud PGP: 9C02FF419FECBE16

2 1

FOSDEM 2025 Dinner
by Robin Candau 24 Jan '25

24 Jan '25

Hi everyone, Since a few years now, we have held an "Arch dinner" during the FOSDEM weekend. It has been a great and well received event that we'd like to held again this year :) The dinner will be held Saturday, 1st of February at 20:00. The dinner is sponsored by Arch Linux and should cover a drink and a main course. We will cap the attendees to 25 people. Priority for members of the Arch staff (developers, package maintainers and support staff). Any free spots after this can be taken by anyone interested. Please, send me [1] an email *offlist* if you want to attend, including Foxboron as CC [2] to increase the bus factor :P The users requesting spots will get a heads up the week before FOSDEM to give all staff a chance to reply. Please ask me if you have any questions :) I also plan to announce a pub closer to the FOSDEM weekend, so anyone unable to join the dinner can still come and grab a drink with the rest of us. [1] antiz(a)archlinux.org [2] foxboron(a)archlinux.org -- Regards, Robin Candau / Antiz

1 1

tcl/tk 9 pulled out of [testing]
by Jelle van der Waa 18 Jan '25

18 Jan '25

Hi all, tcl/tk 9 was uploaded to [extra-testing] without a rebuild of the dependent packages. It has now been pulled out, so if you had it installed you'll need to manually downgrade. https://gitlab.archlinux.org/archlinux/packaging/packages/tk/-/issues/1

1 1

Arch Linux FOSDEM BOF
by Jelle van der Waa 17 Jan '25

17 Jan '25

Hi All, We managed to get a BOF (Birds Of A Feather) session at FOSDEM, at congress (CCC) we did something similar a short project update and then a Q&A session. [1] I expect the room to be small for this ~ 30-50 people as it is in building AW. Everyone from Staff is allowed to join the Q&A session on stage but note that the space might be limited and we possibly can't accommodate 6 or more people. [1] https://fosdem.org/2025/schedule/event/fosdem-2025-6706-arch-linux- meetup-bof/ Greetings, Jelle

1 0

ruby-liquid 5.6.4 pulled from testing
by Bert Peters 16 Jan '25

16 Jan '25

Hi all, Please note that I've just pulled ruby-liquid 5.6.4 from [extra- testing]. ruby-liquid 5.6.1 raises a dependency on part of the standard library to Ruby 3.4, which we do not yet support. Please downgrade ruby-liquid to the version available in [extra]. Kind regards, Bert.

1 0

News draft: Pango ≥ 1.56.0 fails in the presence of old Electron ≤ 29 apps
by Jan Alexander Steffens (heftig) 15 Jan '25

15 Jan '25

Apps using the incoming `pango 1.56.0` may fail to render text or crash if the user has also run apps based on Electron 29 or older. To immediately mitigate the issue, delete `~/.cache/fontconfig` or run `fc-cache`. However, further use of old Electron apps may cause the problem to reappear. We recommend - switching newer versions of the Electron applications that use at least Electron 30, - using Flatpak releases of the applications, or - giving the applications their own XDG cache directory by running them with `XDG_CACHE_HOME=${HOME}/.cache/appname` in the environment. ### Technical details Pango 1.56.0 depends on "font wrapper" information provided by Fontconfig 2.15.0 in order to determine whether it supports a font. Electron 29 and older are shipping a Git snapshot of Fontconfig that has the same cache version (`9`) as Fontconfig 2.15.0. but lacks the font wrapper information. The Electron version of Fontconfig fails to parse the cache files generated by our version of Fontconfig. It then regenerates them without the font wrapper information. Our Fontconfig still considers these cache files valid, but the missing font wrapper information leads to Pango failing to find any valid fonts. This issue is being tracked at [pango#1]( https://gitlab.archlinux.org/archlinux/packaging/packages/pango/-/issues/1)

3 4