On Sun, 19 Dec 2004, Michael Schwendt wrote:
On Sun, 19 Dec 2004 05:04:51 +0100 (CET), Dag Wieers wrote:
> > > If you consider freshrpms a seperate repository for that matter, it would
> > > not make a difference with or without repotag.
> >
> > Well, is it separate or is is not?
>
> It's build from the same source, which is an improvement even though we're
> not using the same repotag. It's not seperate regarding compatibility (you
> can safely mix), but it acts seperately because of the repotag in your
> example. Again a consequence of the freedom of the packager, but an
> improvement from build and compatibility perspective.
An improvement, I agree. But still half-hearted with regard to
common components.
Well, the importance of having a single source is much more important than
having a single repotag. No matter how you look at it.
> [...] But Fedora Extras will most likely not need repotags,
while
> we're discussing the usefulness of 3rd party repositories.
We are not discussing the usefulness of 3rd party repositories. 3rd party
repositories even are anchored in the Fedora Project objectives. We're
discussing pollution and abuse of release number fields and how to avoid
that.
Of course this should be the usefulness of having the release tag for 3rd
party repositories. Not the usefulness of 3rd party repositories themselves.
> > > Besides this scheme allow us to have an upgrade path
even when
> > > the distribution changes name. Something you brought up yourself as an
> > > example.
> >
> > I just mentioned the rh90 -> rhfc1 tag ugliness, a work-around which
> > is still in use. The fedora.us jump from rh90 to 1 was criticised by a
> > few people, too. 1.fc1 instead is no different.
>
> Thanks. Each scheme will have advantages and disadvantages. None of my
> users have complained so far and we've explained why it is there. So it's
> strange that outsiders have a problem with it, while everyone using it
> don't care :)
Users don't complain about implementation details. They want the whole
thing to "just work". They don't care what magic is used to make one
package be seen as newer than another. You could even use the internal
Epoch as a serial number (like old "Serial:" tag is still used by some
people). Users complain as soon as the whole thing breaks or results in
unexpected behaviour (such as compatible repositories upgrading eachother
unnecessarily).
No no, most of the users do want a disttag and repotag. This mailinglist
does not reflect that because very few people here are actual users.
> The reason Matthias is not using the 'rf' tag is because
I'm not forcing
> anyone.
It should not be necessary to force or urge anyone. To be successful with
collaboration and joint efforts sometimes means that participating parties
should be willing to compromise.
Exactly, that's what we did.
> The most important fact was having the building merged, the
> repotag is in no way as important as that change alone.
As I pointed out, that was a first step. A small piece of the cake.
Oh no, in importance, savings and work it was the big piece of the cake.
Even though that practically it was implemented in a week time.
> > > > > I'm sure you agree that disttags are
necessary. Recently fedora.us decided
> > > > > to introduce them almost 2 years after we had the same
discussion
> > > > > and it was rejected. Nice to see some improvements.
> > > >
> > > > Eh? What? Where? How? What improvements? "Recently"? What
are you
> > > > talking about? Is that a strange attempt at weird rhetoric?
> > >
> > > Hehe, sorry, only the Freshrpms packages in pre-FC3 have disttags, I'm
> > > sure this will be fixed in time because, good god, it also contains
> > > repotags (or as Seth calls it 'branding').
> >
> > Still no idea what you are referring to here, and losing interest.
>
>
http://fedoraproject.org/pre-extras/3/i386/js-1.5-0.rc6a.1.fc2.fr.i386.rpm
>
http://fedoraproject.org/pre-extras/3/i386/xplanet-1.0.1-0.fdr.5.2.i386.rpm
That's an example of the old fedora.us versioning scheme, which managed to
sneak into the unofficial pre-Extras builds for reasons I can only
presume. In CVS, it's xplanet-1.0.1-5 since Dec 11th. I guess the release
bump came a bit too late for some of Seth's rebuilds. And Matthias has
not edited all his packages in CVS yet, so some of them still have an old
reason. You may need to spend a few more words on explaining what you
refer to in the beginning of the quote above.
Yes, my first paragraph was wrong, for some reason I thought fedora.us
finally decided to have disttags. But I was probably confused by the fact
that Warren uses them for things like his Gaim packages (which is not part
of fedora.us) and the fact that matthias still has them in pre-FC3.
Trust me, I'm not deliberately making a fool of myself :)
-- dag wieers, dag(a)wieers.com,
http://dag.wieers.com/ --
[all I want is a warm bed and a kind word and unlimited power]