My thoughts on repotag

Dag Wieers dag at wieers.com
Mon Mar 19 13:44:00 UTC 2007


On Mon, 19 Mar 2007, Michael Schwendt wrote:

> On Mon, 19 Mar 2007 12:27:48 +0000 (GMT), Lance Davis wrote:
> 
> > On Mon, 19 Mar 2007, Michael Schwendt wrote:
> > 
> > > It still fails for branch-specific (i.e. dist-specific) fixes, where the
> > > least-significant portion of the full %release value is increased for
> > > rebuilds or minor fixes:
> > >
> > > 	foo-1.0.0-2.el5.fdr.1 < foo-1.0.0-2.el5.rf
> > 
> > but foo-1.0.0-2.el5.fdr < foo-1.0.0-2.el5.rf so it wouldnt be installed in 
> > the first place if you had those repos configured ...
> 
> And that is flawed.
> 
> The package release string gets longer without telling anything about
> which of the packages is newer. Anyone still want to claim that these tags
> don't influence RPM version comparison? ;) Packagers would be forced to
> increment the most-significant part of %release, breaking the dist-upgrade
> path,
> 
>     foo-1.0.0-3.el4.fdr > foo-1.0.0-2.el5.fdr
> 
> unless superfluous mass-updates and mass-rebuilds are used.

Once again a self-serving example, it has nothing to do with repotags.

	foo-1.0.0-3.el4 > foo-1.0.0-2.el5

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.

 
> > It could be mandated that repotag always comes last and is preceeded by a 
> > (default 0) build id
> > 
> > eg foo-1.0.0-2.el5.1.fdr > foo-1.0.0-2.el5.0.fdr
> 
> Looks like EL5.1 and EL5.0 to me and is something like:
> 
>   Release: 2%{?dist}.0%{?repo}
> 
> ?? And then you want packagers to bump release in that macro-madness?
> 
> %dist and %repo -- and %fedora and %rhel -- are undefined by default.
> Rebuild such src.rpms results in completely incompatible packages.
> 
>   foo-1.0.0-2.1 > foo-1.0.0-2.0 > foo-1.0.0-2.el5.1.fdr > ...

You are bringing up some good points that do not concern repotags at all. 
And which RPMforge does have a policy for.

But it does not influence the decision on repotags.

Kind regards,
--   dag wieers,  dag at wieers.com,  http://dag.wieers.com/   --
[all I want is a warm bed and a kind word and unlimited power]




More information about the epel-devel-list mailing list