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. For reference, a current list of packages is attached (but this may vary if packages are adopted/disowned). If you adopt a package from the list, make sure to check its dependencies and also adopt them in case they are orphan. This is also a good time to check your out-of-date packages and disown the ones you no longer have interest in/time to maintain, so they can find a maintainer in the official repos or otherwise in AUR. Keeping packages out of date and/or with unfixed issues for months/years is not ideal and can be detrimental to the overall quality of our distro in the long run. I will start dropping packages to AUR in ~ 10 days. ack acpilight arc-solid-gtk-theme arduino-builder aspell-da b43-fwcutter caja-actions echoping flterm fusesoc gauche gmrun gpgit gradle7 hitch hq kakoune-lsp lastpass-cli libutp libxml++2.6-docs log4cpp lxsplit mailgraph med-openmpi megatools molecule-plugins netcf obconf ophcrack perl-app-borgrestore perl-config-simple perl-cpanplus-dist-arch perl-data-messagepack perl-dir-self perl-statistics-descriptive physlock pinta psiconv python-clint python-glfw python-migen python-nptyping python-olm python-pyswip python-sounddevice reflector rhino-javadoc rp-pppoe ruby-cairo sc scim-chewing sipcalc smokeping snap-sync spampd swaks sx t-prot taskd tenshi tree-sitter-bash tree-sitter-python ttf-joypixels vbam-sdl vbam-wx web-ext wldash xautolock xcftools xplc
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. That being said, it's fair to say that reflector is virtually upstream dead. If we are to keep it we might want to fork it into our GitLab instance. Alternatively, it might eventually be the occasion to look at actively maintained alternatives. One I'm aware of that seems quite popular is "rate-mirrors" [3][4]. For what it's worth, this is what CachyOS uses on their side and Peter reported to me that they are really satisfied with it on the CachyOS side. I personally never used it myself so I can't personally really tell how it holds up in term of features as compared to reflector but I assume this shouldn't be too hard to study. We can also eventually try to throw some questions to Peter if needed :P [1] https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.or... [2] https://gitlab.archlinux.org/search?search=reflector&nav_source=navbar&project_id=10&group_id=23&search_code=true&repository_ref=master [3] https://github.com/westandskif/rate-mirrors [4] https://aur.archlinux.org/packages/rate-mirrors -- Regards, Robin Candau / Antiz
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. -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 244740D17C7FD0EC
Den 22.03.2025 kl. 11.50 skrev Antonio Rojas:
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. For reference, a current list of packages is attached (but this may vary if packages are adopted/disowned). If you adopt a package from the list, make sure to check its dependencies and also adopt them in case they are orphan.
This is also a good time to check your out-of-date packages and disown the ones you no longer have interest in/time to maintain, so they can find a maintainer in the official repos or otherwise in AUR. Keeping packages out of date and/or with unfixed issues for months/years is not ideal and can be detrimental to the overall quality of our distro in the long run.
I will start dropping packages to AUR in ~ 10 days.
ack acpilight arc-solid-gtk-theme arduino-builder aspell-da b43-fwcutter caja-actions echoping flterm fusesoc gauche gmrun gpgit gradle7 hitch hq kakoune-lsp lastpass-cli libutp libxml++2.6-docs log4cpp lxsplit mailgraph med-openmpi megatools molecule-plugins netcf obconf ophcrack perl-app-borgrestore perl-config-simple perl-cpanplus-dist-arch perl-data-messagepack perl-dir-self perl-statistics-descriptive physlock pinta psiconv python-clint python-glfw python-migen python-nptyping python-olm python-pyswip python-sounddevice reflector rhino-javadoc rp-pppoe ruby-cairo sc scim-chewing sipcalc smokeping snap-sync spampd swaks sx t-prot taskd tenshi tree-sitter-bash tree-sitter-python ttf-joypixels vbam-sdl vbam-wx web-ext wldash xautolock xcftools xplc
I'm still new, but I would like to take over aspell-da if possible. It seems pretty low maintenance. I'm just need to figure out how to adopt a package as a junior package maintainer.
Am Samstag, dem 22.03.2025 um 11:50 +0100 schrieb Antonio Rojas:
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. For reference, a current list of packages is attached (but this may vary if packages are adopted/disowned). If you adopt a package from the list, make sure to check its dependencies and also adopt them in case they are orphan.
This is also a good time to check your out-of-date packages and disown the ones you no longer have interest in/time to maintain, so they can find a maintainer in the official repos or otherwise in AUR. Keeping packages out of date and/or with unfixed issues for months/years is not ideal and can be detrimental to the overall quality of our distro in the long run.
I will start dropping packages to AUR in ~ 10 days.
ack acpilight arc-solid-gtk-theme arduino-builder aspell-da b43-fwcutter caja-actions echoping flterm fusesoc gauche gmrun gpgit gradle7 hitch hq kakoune-lsp lastpass-cli libutp libxml++2.6-docs log4cpp lxsplit mailgraph med-openmpi megatools molecule-plugins netcf obconf ophcrack perl-app-borgrestore perl-config-simple perl-cpanplus-dist-arch perl-data-messagepack perl-dir-self perl-statistics-descriptive physlock pinta psiconv python-clint python-glfw python-migen python-nptyping python-olm python-pyswip python-sounddevice reflector rhino-javadoc rp-pppoe ruby-cairo sc scim-chewing sipcalc smokeping snap-sync spampd swaks sx t-prot taskd tenshi tree-sitter-bash tree-sitter-python ttf-joypixels vbam-sdl vbam-wx web-ext wldash xautolock xcftools xplc
Thanks :) I also have disowned some packages - that is for rerasond of upstream EOL: `gtuber` and for the reason that I don't use anymore and don't have interest in: `gedit`, `enter-tex`, `libgedit-tepl`, `gedit-plugins`, `libgedit- gtksourceview`, `libgedit-gfls`, `libgedit-amtk` A word on gedit. It is probably still very popular[1]. It's not the in gnome core anymore and since then was moved to some own infrastructure and partly moved back to GNOME/World, with parts/features removed or restructured and some parts renamed (enter-tex, was gnome-latex). So this requires at least a bit more attention. It's not a monster, but because I don't use it I often miss small, sometimes big things. So feel free to take over. The only dependency on this whole set seems to be supercollider, with an optional dependency on gedit itself. -- --- Sincerely, fabiscafe ☕️ - Fabian Bornschein [1] https://pkgstats.archlinux.de/fun/Editors/history
Antonio Rojas <arojas@archlinux.org> on Sat, 2025/03/22 11:50:
perl-config-simple
At least this one is used in our own infrastructure... https://gitlab.archlinux.org/archlinux/infrastructure/-/blob/master/roles/po... Actually I use it myself, but I would like to avoid going deeper into the perl rabbit hole. If no one else adopts it I will probably get it anyway... -- main(a){char*c=/* Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/* Best regards my address: */=0;b=c[a++];) putchar(b-1/(/* Chris cc -ox -xc - && ./x */b/42*2-3)*42);}
On Saturday, 22 March 2025 12:50:11 EET Antonio Rojas wrote:
b43-fwcutter reflector rp-pppoe
Seeing as some of the listed packages are included in the ISO [0], I kindly ask that they are not dropped before the next month's ISO is out. [0]: https://gitlab.archlinux.org/archlinux/archiso/-/blob/master/configs/releng/... nl6720
On 3/24/25 21:07, ml@sergej.pp.ru wrote:
On 3/24/25 3:22 PM, nl6720 wrote:
rp-pppoe
As I understand dropping PPPoE support is bad idea while ADSL modems exist. I adopted it.
Hi, FYI that the ppp package already contains a (Linux-only) PPPoE client plugin, which is enough for most users. They shared the same "rp-pppoe" name before, which was corrected in 2021 (https://github.com/ppp-project/ppp/commit/b2c36e6c0e1655aea9b1b0a03a8160f42a...). The rp-pppoe package provides additional PPPoE relay/server implementation (and supports user-mode pppoe which makes it work for BSD/Solaris). -- Regards, Felix Yan
On 25/03/22 11:50AM, 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. For reference, a current list of packages is attached (but this may vary if packages are adopted/disowned). If you adopt a package from the list, make sure to check its dependencies and also adopt them in case they are orphan.
This is also a good time to check your out-of-date packages and disown the ones you no longer have interest in/time to maintain, so they can find a maintainer in the official repos or otherwise in AUR. Keeping packages out of date and/or with unfixed issues for months/years is not ideal and can be detrimental to the overall quality of our distro in the long run.
I have now also orphaned the packages from farseerfc, see the full list below. Not all of these are unnededed orphans , but it might still make sense to look at all of them since some may need new maintainers to retain a bus factor > 1 :D - alacritty - btrfs-heatmap - dbus-client-gen - fcitx5-mozc - fcitx-mozc - fira-code - flameshot - jlatexmath - kdiskmark - libfilteraudio - libtg_owt - lsw - lzip - otf-ipaexfont - otf-ipafont - otf-ipamjfont - pdfpc - pelican - plantuml - plantuml-ascii-math - powerline - python-btrfs - python-cairocffi - python-dbus-client-gen - python-dbus-signature-pyparsing - python-feedgenerator - python-ghp-import - python-hs-dbus-signature - python-into-dbus - python-justbases - python-justbytes - python-markdown-math - python-mdx-video - python-pdfrw - python-smartypants - python-typogrify - qtox - retext - skk-jisyo - snorenotify - stratis-cli - stratisd - telegram-desktop - toxcore - toxic - ttf-hanazono - ttf-opensans - tuntox - utox - xfsdump Cheers, gromit
On Thu, 2025-03-27 at 12:19 +0100, gromit wrote:
I have now also orphaned the packages from farseerfc, see the full list below. Not all of these are unnededed orphans , but it might still make sense to look at all of them since some may need new maintainers to retain a bus factor > 1 :D
Good looking out! I have adopted a few I understand well enough to maintain. - btrfs-heatmap - fira-code - kdiskmark - lsw (does this even need to be in the repos? but it's easy enough to maintain) - lzip - pdfpc - python-btrfs - retext Bert.
On 3/22/25 11:50, 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. For reference, a current list of packages is attached (but this may vary if packages are adopted/disowned). If you adopt a package from the list, make sure to check its dependencies and also adopt them in case they are orphan.
This is also a good time to check your out-of-date packages and disown the ones you no longer have interest in/time to maintain, so they can find a maintainer in the official repos or otherwise in AUR. Keeping packages out of date and/or with unfixed issues for months/years is not ideal and can be detrimental to the overall quality of our distro in the long run.
I will start dropping packages to AUR in ~ 10 days.
I also have some stuff I no longer really use: * tarsnap * nginx-prometheus-exporter * intel-gpu-tools (won't drop to AUR as it is generally useful)
Hello, I would like to add vagrant[0] to the list of packages to drop. I just disowned it and it is not required by anything. The reason being that first of all it is currently incompatible[1] with ruby3.4 which we are working on bringing into the repos[2] and it has a long list of being incompatible with our packaged ruby ecosystem[3]. Also gromit informed me that they broke more stuff which makes it impossible for us to upload archlinux vagrant boxes anymore, so this use case is also void. If anyone wants to pick this up then be my guest. Best regards Segaja [0]: https://archlinux.org/packages/extra/x86_64/vagrant/ [1]: https://github.com/hashicorp/vagrant/blob/v2.4.3/vagrant.gemspec#L15 [2]: https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.or... [3]: https://gitlab.archlinux.org/archlinux/packaging/packages/vagrant/-/issues/3
participants (13)
-
Andreas 'Segaja' Schleifer
-
Antonio Rojas
-
Bert Peters
-
Christian Hesse
-
Dan Johansen
-
Fabian Bornschein
-
Felix Yan
-
gromit
-
Jelle van der Waa
-
Leonidas Spyropoulos
-
ml@sergej.pp.ru
-
nl6720
-
Robin Candau