Periodic check of Arch out of date packages. This considered are purely my opinion of those that are sufficiently 'relevant'. Apologies to any others. The really good news is that there really aren't many ! Big congrats for the hard work keeping Arch awesome and up to date. Note that, some are excluded when they are work in progress and/or involve a significant amount of work (provided they are not "too" old, which none are). Arch is doing an amazing job keeping our core/key packages like compiler tools, python, systemd, kernel and other vital packages very up to date. What remains are a few that are relevant enough (imho) to make the list. I am using 3 metrics of age: - Num-B The number of releases we are behind Some packages have frequent updates some do not. - Age The number of days between the arch version and the latest - New: How recent was the latest released (days ago from today) Package Arch Curr Date num-b Age New ------------------ ---------- ------ -------- ------ ------ ---- apparmor 3.1.7-5 4.0.3 08/15/24 4 195 55 biber 1:2.19-4 2.20 03/21/24 1 321 202 dkms 3.0.12-1 3.1.0 10/01/24 2 373 8 python-cryptography 42.0.8-1 43.0.1 09/03/24 2 91 36 python-setuptools 1:69.5.1-1 75.1.0 09/13/24 22 153 26 yubioath-desktop 5.1.0-3 7.1.0 09/25/24 12 1234 14 (1) (1) Now called yubico-authenticator -- Gene
Would be nice to use YYYY-MM-DD in international channels, which is ISO8601 and there is no YYYY-DD-MM standard in existence or use to confuse it with. dkms has had multiple hanging PRs for some time - https://gitlab.archlinux.org/archlinux/packaging/packages/dkms/-/merge_reque... and the changes even in the 3.0.13 versions are neat... hope that one is resolved soon. Martin On Wed, Oct 9, 2024 at 6:44 PM Genes Lists <lists@sapience.com> wrote:
Periodic check of Arch out of date packages. This considered are purely my opinion of those that are sufficiently 'relevant'. Apologies to any others.
The really good news is that there really aren't many ! Big congrats for the hard work keeping Arch awesome and up to date.
Note that, some are excluded when they are work in progress and/or involve a significant amount of work (provided they are not "too" old, which none are).
Arch is doing an amazing job keeping our core/key packages like compiler tools, python, systemd, kernel and other vital packages very up to date.
What remains are a few that are relevant enough (imho) to make the list.
I am using 3 metrics of age:
- Num-B The number of releases we are behind Some packages have frequent updates some do not.
- Age The number of days between the arch version and the latest
- New: How recent was the latest released (days ago from today)
Package Arch Curr Date num-b Age New ------------------ ---------- ------ -------- ------ ------ ---- apparmor 3.1.7-5 4.0.3 08/15/24 4 195 55 biber 1:2.19-4 2.20 03/21/24 1 321 202 dkms 3.0.12-1 3.1.0 10/01/24 2 373 8 python-cryptography 42.0.8-1 43.0.1 09/03/24 2 91 36 python-setuptools 1:69.5.1-1 75.1.0 09/13/24 22 153 26 yubioath-desktop 5.1.0-3 7.1.0 09/25/24 12 1234 14 (1)
(1) Now called yubico-authenticator
-- Gene
On Wed, 2024-10-09 at 20:50 +0200, Martin Rys wrote:
Would be nice to use YYYY-MM-DD in international channels, which is ISO8601 and there is no YYYY-DD-MM standard in existence or use to confuse it with.
Thanks Martin - good point - will do next time. best -- Gene
On Wed, 9 Oct 2024 at 14:06, Genes Lists <lists@sapience.com> wrote:
Periodic check of Arch out of date packages. This considered are purely my opinion of those that are sufficiently 'relevant'. Apologies to any others.
Aur?
On Thu, 2024-10-10 at 16:01 +0100, Andy Pieters wrote:
Aur?
Right its a good question. I chose to define 'sufficiently relevant' as limited to the non-aur packages. And, for amusement, my own aur packages are up to date 🙂. perhaps someone else might be willing to tackle the aur. thanks for pointing it out. -- Gene
On Thu, 2024-10-10 at 11:55 -0400, Genes Lists wrote:
perhaps someone else might be willing to tackle the aur.
Hi, it might be a bit difficult to determine whether AUR packages with the suffix -git can still be built or whether something essential has changed, e.g. a new dependency is required. Let alone that the AUR also provides outdated software, because it is outdated. Regards, Ralf
On Thu, 10 Oct 2024 at 17:26, Ralf Mardorf <ralf-mardorf@riseup.net> wrote:
On Thu, 2024-10-10 at 11:55 -0400, Genes Lists wrote:
perhaps someone else might be willing to tackle the aur.
Let alone that the AUR also provides outdated software, because it is outdated.
case in point. manual marking requires manual. but a scanner's report every now and then?
On 24/10/09 09:06AM, Genes Lists wrote:
Periodic check of Arch out of date packages. This considered are purely my opinion of those that are sufficiently 'relevant'. Apologies to any others.
The really good news is that there really aren't many ! Big congrats for the hard work keeping Arch awesome and up to date.
Note that, some are excluded when they are work in progress and/or involve a significant amount of work (provided they are not "too" old, which none are).
Arch is doing an amazing job keeping our core/key packages like compiler tools, python, systemd, kernel and other vital packages very up to date.
Thanks for the kind words here! Also note that what sometimes gets forgotten is that Arch Packaging is done solely by volunteers who spend their free time keeping the distribution rolling! IMO this both shows the awesome effort to make this happen but also should remind us that sometimes pepoles lifes gets busy and they can't really be blamed for not following a contract or similar :D
What remains are a few that are relevant enough (imho) to make the list.
I am using 3 metrics of age:
- Num-B The number of releases we are behind Some packages have frequent updates some do not.
- Age The number of days between the arch version and the latest
- New: How recent was the latest released (days ago from today)
Package Arch Curr Date num-b Age New ------------------ ---------- ------ -------- ------ ------ ---- apparmor 3.1.7-5 4.0.3 08/15/24 4 195 55 biber 1:2.19-4 2.20 03/21/24 1 321 202 dkms 3.0.12-1 3.1.0 10/01/24 2 373 8
"dkms" is currently being looked into 🤗
python-cryptography 42.0.8-1 43.0.1 09/03/24 2 91 36 python-setuptools 1:69.5.1-1 75.1.0 09/13/24 22 153 26
As far as I understand this will also need fixing soon once we start upgrading to python 3.13. There is an outstanding MR which does most of the work and is currently reviewed: https://gitlab.archlinux.org/archlinux/packaging/packages/python-setuptools/...
yubioath-desktop 5.1.0-3 7.1.0 09/25/24 12 1234 14 (1) (1) Now called yubico-authenticator
I'm not sure if this will be properly fixed, so maybe the package will need to leave the repos. It currently lacks a Maintainer and the flutter rewrite is not fun to package as soon as you go the non-easy route that is just repackaging the binary (which is not up to our standards). I tried to get started with flutter packaging a while back but it seems like the upstream developers are not prioritizing getting flutter properly distributable for packaging purposes: https://github.com/flutter/flutter/issues/129143 -- This is also maybe a good chance to point out that everybody can get involved and there are many areas that could need some help: - https://wiki.archlinux.org/title/Getting_involved - https://whatcanidofor.archlinux.org/
-- Gene
Cheers, Chris / gromit
participants (5)
-
Andy Pieters
-
Christian Heusel
-
Genes Lists
-
Martin Rys
-
Ralf Mardorf