Newsgroups: gmane.linux.debian.user Date: Wed, 14 Sep 2005 14:42:03 -0400
Is there any way to know how fresh are the packages?
Ie, say I'm running Debian Testing, and notice that a bunch of packages need to be upgraded, is there any way for me to know how long have those packages been in Debian Testing repository?
> > Is there any way to know how fresh are the packages? > > Why does it matter how long they have been there?
Look at my recent posts and you will know why. Normally I'm a quite reader lurking in this mlist. My recent upgrade caused me burst into questing mode with tons of questions…
>Why does it matter how long they have been there? > >-Roberto
Why not? I am not the OP but I would like to see this feature. For me 10 days period for unstable to testing transition is not sufficient. I want to install packages that have spent at least 30 days in testing. Right now there is no easy way to do this.
Kamaraju S Kusumanchi
> > > testing. Right now there is no easy way to do this. > > > > Sure there is. Just run stable. > > > > -Roberto > > > No they are not the same.
Who said they are? You can't have the penny and the bun.
antgel
> Who said they are? You can't have the penny and the bun.
The original poster had a good point. Your dismissing it with an invalid analogy isn't helpful.
Despite the name, many people (including me) have for years been using "testing" as "standard for workstations" because "stable" has been so ludicrously out-of-date as to be painful to actually use. Given the fact that probably a majority of Debian users use either testing or unstable on their desktop boxes, adding the "package age tracking" feaure would seem like a good idea to me. At least in principle — I can see practical problems with it.
However, you didn't raise a real objection, you just dismissed the whole idea with an irrelevant comaprison.
Carl Fink
> Is there any way to know how fresh are the packages?
http://packages.qa.debian.org/common/index.html
Enter package name. View Latest News. Note the package appears in the archive and mirrors soon after the date of the email for the version desired. I'm sure there's a more elegant answer as well.
Ralph