[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: My thoughts on repotag

On Mon, 19 Mar 2007 15:42:58 +0100 (CET), Dag Wieers wrote:

> > > I'm sure you could have come up with this:
> > > 
> > > 	foo-1.0.0-2.el4.1.fdr < foo-1.0.0-2.el5.0.fdr
> > > 
> > > Which is exactly how it used to be without the repotag. I can only see bad 
> > > intent in the form of your examples.
> > 
> > Do you realise that now you've gone as far as comparing a release digit
> > with a repo tag?
> No, I am not. In fact I have the same number of components.
> 	2	vs	2
> 	el	vs	el
> 	4.1	vs	5.0
> 	fdr	vs	fdr

?? Has the proposal been changed? It used to be repotag at the right, so
that is _three_ fields instead of four. You would compare packages with
three fields against packages with four fields. Unless you want to enforce
a very-specific format for %release to be used by all packagers and all
repos. E.g. an ugly and inflexible 1%{?dist}.0%{?repo}

> > 2.el4.1 wins over all 2.el4.somerepotag
> I fail to see how that is a problem ?
> Since 2 packages from different repositories have no relation.

They don't have any relation? How comes?

> There is no reason why this behaviour is right or wrong.
> In fact I would expect 2.el4.1 to win over 2.el4.repotag even in a single 
> repository context. (eg. when you add a repotag but older packages 
> have not) That's how RPM was designed, that's how I expect it to be.

Sure, except that using %dist is confusing enough for several packagers
already, as they do things like  2.1.fc6 > 2.fc7

With the repotag the situation doesn't improve. It's another string
that enters RPM version comparison.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]