News for hackers. Stuff that matters.
Re:Libyear by eadmund on Thursday May 09, 2024 @07:28AM (#40307082)
I had the same immediate reaction that you did, but the key here is that the age of dependencies is not absolute but calculated against the latest release. So a one-day-old dependency with no succeeding version is 0 libyears old, not 1/365.24. Likewise for a decade-old release, if it is in fact the latest release.

It’s about the time delta between the used version and the latest available version.

Re:Libyear by thih9 on Thursday May 09, 2024 @07:50AM (#40307228)
But this still means that you're either on the latest version or 39 libyears behind (if you count all dependencies of dependencies of dependencies...)
Re:Libyear by robertlagrant on Thursday May 09, 2024 @08:03AM (#40307307)
Adding transitive dependencies might be tricker, because then you can't tell what of your direct dependencies to upgrade.

It might be more useful to assign each direct dependency's transitives to it, and then you can do maths to figure out whether updating a direct dependency actually has an effect (e.g. 2 directs both with a 50 lib year dependency aren't worth upgrading unless you upgrade both of them.)

Re:Libyear by tlb on Thursday May 09, 2024 @07:56AM (#40307257)
I think each dependency is only counted once, even if it’s recursively included many times.