Hi there! On Wed, 23 Apr 2008 13:12:19 +0200, Stefano Zacchiroli wrote: > On Wed, Apr 23, 2008 at 12:52:57PM +0200, Luca Capello wrote: >> Can I disagree? We should not choose the "highest" version, because >> this can be the one in experimental (which is wrong as well): > > NACK. IMO the one to go is the one with the "highest" version. For the > case experimental it can be either good or bad (both (TM)). It is good > to choose experimental (wrt unstable) if the version packages in > experimental is higher than those available in unstable. It is bad the > other way around. [...] > The rationale for this is that we should choose the one corresponding > to the latest development repository which the developer is using.
While it's clearly bad to choose an experimental version lower than the one in unstable, sometime experimental has something too far related, i.e. too "unstable" and not clearly compatible with what's in unstable (and for this reason you want the new version to be tested by a small group of users before). Especially nowadays that we want to release... However, your rationale is clearly a more "natural" solution that the one used now. And given the fact that experimental is still a pet for a small subset of developers, it should be OK for most of the cases. >> However, I still think this is a bug in apt-cache, since I don't see >> the rationale for showing firstly testing (and then all the rest). >> I'm posting to d-d for wider audience. > > ACK. FWIW. I would push for the above interpretation of mine also > there. It seems no one is interested in this subject [1]. I guess another useful option would be the possibility to choose which version debcheckout should retrieve, something similar to $ apt-get install $PACKAGE=$VERSION When a version is specified, the `apt-cache showsrc $PKG` check should be completely bypassed or $VERSIONE should be present in its output. Thx, bye, Gismo / Luca Footnotes: [1] http://lists.debian.org/debian-devel/2008/04/msg00707.html
pgp8hYuWQ04Ld.pgp
Description: PGP signature
