Spring cleanup '26
It's that time of the year 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 as 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 and/or unmaintained by upstream 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. archlinux-themes-slim axel b43-fwcutter banner beebeep byobu caja-actions clusterssh coolreader cutefish-screenshot djview dma dnsperf erlang-docs finch focuswriter gcdmaster gephi gobby gtksourceviewmm-docs hepmc hepmc-docs horst inadyn ipv6calc josm lhapdf libbobcat libmemcached-awesome libofa libxml++2.6-docs ls++ ltrace manuskript merkaartor mono-addins nginx-mod-vts nitroshare nrpe openui5 pam-krb5 pencil2d penguin-subtitle-player photoflare php-geoip php-legacy-geoip php-legacy-memcache php-memcache php-memcached polly purple-plugin-pack python-cpplint python-olm python-oset python-sphinxcontrib-bibtex python-sphinxcontrib-spelling python-virtualenvwrapper qjournalctl qnapi quilt radcli reactphysics3d reactphysics3d-docs remind rhino-javadoc rofi-pass slim-themes splix sysdig tinyemu ukui-notification-daemon vim-seti volumeicon wakatime xbindkeys xfce4-artwork xfce4-datetime-plugin xfwm4-themes xplot
On 20.03.26 at 10:47 (UTC+0100), Antonio Rojas wrote:
It's that time of the year 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 as 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 and/or unmaintained by upstream 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.
[...]
Hi, let me also add the following orphan packages which form an "unneeded cycle" (they were maintained by kgizdov and a few of them by me): python-awkward python-boost-histogram python-hist python-histoprint python-iminuit python-mplhep python-mplhep_data python-scikit-hep-testdata python-uhi python-uproot python-vector
El viernes, 20 de marzo de 2026 a las 18:39 Jakub Klinkovský escribió:
Hi,
let me also add the following orphan packages which form an "unneeded cycle" (they were maintained by kgizdov and a few of them by me):
stylelint-* is another orphan loop. Would be nice if the report on the web site could detect these too.
On 26/03/20 10:47AM, Antonio Rojas wrote:
It's that time of the year 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 as 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 and/or unmaintained by upstream 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.
As always, thanks a lot for pushing this effort @arojas and lessening the amount of cruft and unneeded stuff inside of the repositories that is hard to maintain! In the same spirit I also went through all packages that were not built for more than 2 years (https://archlinux.org/devel/reports/old/) and tried to build them all. A lot of the broken ones had trivial issues such as the minimum cmake flag and I tried to fix them directly. However the ones currently remaining on the list are all still broken and we should check them too, especially the people who are assigned maintainers of those packages. There is a separate personal developer report for this information, i.e. https://archlinux.org/devel/reports/old/gromit/ for each maintainer. Cheers, Chris
On 26/04/11 11:52AM, gromit wrote:
On 26/03/20 10:47AM, Antonio Rojas wrote:
It's that time of the year 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 as 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 and/or unmaintained by upstream 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.
As always, thanks a lot for pushing this effort @arojas and lessening the amount of cruft and unneeded stuff inside of the repositories that is hard to maintain!
In the same spirit I also went through all packages that were not built for more than 2 years (https://archlinux.org/devel/reports/old/) and tried to build them all. A lot of the broken ones had trivial issues such as the minimum cmake flag and I tried to fix them directly.
However the ones currently remaining on the list are all still broken and we should check them too, especially the people who are assigned maintainers of those packages. There is a separate personal developer report for this information, i.e. https://archlinux.org/devel/reports/old/gromit/ for each maintainer.
As a followup, here is the list of failing packages since the report is non-public: - acl - arch-audit-gtk - attr - bibtool - bumblebee - bzip2 - cdparanoia - chinese-calendar - ckermit - cmark-gfm - cmucl - coin-or-mp - corkscrew - cutter - cvc4 - dash - dbxtool - dotconf - dsniff - dvtm - ecb - efibootmgr - efivar - enigma - evolution-on - fbreader - fcrackzip - festival - fig2dev - flex - freedesktop-docs - ftjam - gron - gummi - helvum - hound - i3blocks - ibus-kkc - icedtea-web - influx-cli - intltool - ipxe - iucode-tool - jack_capture - java-avalon-framework - java-batik - jfsutils - jlatexmath - jnettop - jxrlib - kakasi - knockd - ksh - lib32-acl - lib32-attr - lib32-brotli - lib32-giflib - lib32-keyutils - lib32-libaio - lib32-libdecor - lib32-libglvnd - lib32-libnsl - lib32-libxdmcp - lib32-mesa-amber - lib32-primus_vk - lib32-zeromq - libaio - libantlr3c - libayatana-indicator - libdbusmenu-qt - libglkterm - libgoom2 - libkkc - liblastfm - libmad - libmnl - libnet - libnetfilter_conntrack - libnfnetlink - libnids - libnsl - libretro-mame2016 - libretro-mupen64plus-next - libsvgtiny - libtecla - libtomcrypt - libverto - lightdm - light-locker - linuxconsole - lzo - make - marker - mesa-amber - mkinitcpio-busybox - mkinitcpio-nfs-utils - mono - mousetweaks - msr-tools - multilib-devel - mustache - ncrack - ndisc6 - netbrake - netstat-nat - netsurf-buildsystem - netwatch - nomad-driver-nspawn - notify-osd - nsgenbind - opendbx - opensmtpd-filter-senderscore - opensp - orcania - osc2midi - p0f - paperkey - pcre - pdftricks - picocom - pngquant - pptpclient - primus - primus_vk - prometheus-bird-exporter - psensor - psmisc - publicsuffix-list - qcustomplot - qtmpris - rathole - renameutils - sc3-plugins - scantailor-advanced - scratch - sdparm - sed - sequoia-keyring-linter - shellharden - shy - sigrok-firmware-fx2lafw - skktools - smali - splint - squeak-vm - sslsplit - systemd-ui - tar - tcpflow - testu01 - tint2 - tpm2-totp - ttf-hannom - ttf-sazanami - tuntox - ufw-extras - ulfius - unace - uucp - uudeview - vcsh - vsftpd - vym - watchbind - wgetpaste - wmctrl - words - wvstreams - xcur2png - xf86-video-qxl - xkbsel - xloadimage - xmonk.lv2 - xpad - yajl - yubico-c-client - yubico-pam - yubikey-personalization - zh-autoconvert - zsh - zynaddsubfx - zzuf Cheers, Chris
On Sat, Apr 11, 2026 at 01:05:11PM +0200, gromit wrote:
On 26/04/11 11:52AM, gromit wrote:
On 26/03/20 10:47AM, Antonio Rojas wrote:
It's that time of the year 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 as 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 and/or unmaintained by upstream 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.
As always, thanks a lot for pushing this effort @arojas and lessening the amount of cruft and unneeded stuff inside of the repositories that is hard to maintain!
In the same spirit I also went through all packages that were not built for more than 2 years (https://archlinux.org/devel/reports/old/) and tried to build them all. A lot of the broken ones had trivial issues such as the minimum cmake flag and I tried to fix them directly.
However the ones currently remaining on the list are all still broken and we should check them too, especially the people who are assigned maintainers of those packages. There is a separate personal developer report for this information, i.e. https://archlinux.org/devel/reports/old/gromit/ for each maintainer.
As a followup, here is the list of failing packages since the report is non-public:
[SNIP]
Can we make a todo list of these packages? -- Morten Linderud PGP: 9C02FF419FECBE16
On 26/04/11 01:15PM, Morten Linderud wrote:
On Sat, Apr 11, 2026 at 01:05:11PM +0200, gromit wrote:
On 26/04/11 11:52AM, gromit wrote:
On 26/03/20 10:47AM, Antonio Rojas wrote:
It's that time of the year 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 as 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 and/or unmaintained by upstream 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.
As always, thanks a lot for pushing this effort @arojas and lessening the amount of cruft and unneeded stuff inside of the repositories that is hard to maintain!
In the same spirit I also went through all packages that were not built for more than 2 years (https://archlinux.org/devel/reports/old/) and tried to build them all. A lot of the broken ones had trivial issues such as the minimum cmake flag and I tried to fix them directly.
However the ones currently remaining on the list are all still broken and we should check them too, especially the people who are assigned maintainers of those packages. There is a separate personal developer report for this information, i.e. https://archlinux.org/devel/reports/old/gromit/ for each maintainer.
As a followup, here is the list of failing packages since the report is non-public:
[SNIP]
Can we make a todo list of these packages?
Sure, added one here: https://archlinux.org/todo/rebuild-packages-older-than-two-years/ Cheers, Chris
participants (4)
-
Antonio Rojas
-
gromit
-
Jakub Klinkovský
-
Morten Linderud