One option smart needs to conquer the world
Axel Thimm
Axel.Thimm at ATrpms.net
Thu Feb 23 09:04:36 PST 2006
On Thu, Feb 23, 2006 at 11:49:21AM -0500, seth vidal wrote:
> On Thu, 2006-02-23 at 17:41 +0100, Axel Thimm wrote:
> > On Wed, Feb 22, 2006 at 10:44:35PM -0500, Seth Vidal wrote:
> > > On 2/22/06, Axel Thimm <Axel.Thimm at atrpms.net> wrote:
> > > > Something that strikes in particular in this discussion is that yum is
> > > > not capable of considering past releases of a package at all due to
> > > > design bugs (it throws all "unneccessary" old packages out of the
> > > > first pass calculation). So what's easier than to declare a bug to a
> > > > feature :)
> > >
> > > No it doesn't. Yum can consider them but it's not a very well tested path.
> >
> > That's nice to hear, I didn't know you changed your mind on that. So
> > is there at least a small test case where you can demonstrate this?
> > Because up to now most bugs reported by me were explained due to yum
> > throwing out those "old" packages too early out of its dependency
> > calculation.
>
> Yum can consider them - the ways to use the yum cli doesn't ever expose
> them b/c I still think it's a dangerous proposition.
I read that as wishlist, and if I were mean perhaps even vaporcode. :)
Yum currently doesn't take into account the old packages within its
calculations. That's a fact, and that it could do different doesn't
change that. emacs could probably brew some coffee, too.
--
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://lists.labix.org/pipermail/smart-labix.org/attachments/20060223/4fc45a2c/attachment-0003.pgp>
More information about the Smart
mailing list