On Sun, 19 Dec 2004, Michael Schwendt wrote: > On Sun, 19 Dec 2004 03:08:30 +0100 (CET), Dag Wieers wrote: > > > On Sun, 19 Dec 2004, Michael Schwendt wrote: > > > > > On Sun, 19 Dec 2004 01:49:49 +0100 (CET), Dag Wieers wrote: > > > > > > > It's unfortunate, but it's irrelevant to the discussion. There's no good > > > > way to handle it, if freshrpms decided to use 2 as release tag (release + > > > > 1), my package would always be upgraded by freshrpms. > > > > > > That would be something entirely different. > > > > > > We're discussing dist tags and repo tags. A pure release bump based > > > upgrade between repositories which are advertised as compatible or > > > belonging under the same umbrella, is even more unfortunate and > > > unnecessary. > > > > Well, it is not a good argument for getting rid of the repotag, it's a > > good argument to have freshrpms use the same repotag Dries and I have > > settled to. But again, that's up to Matthias. > > You continue to jump between "release tag", "dist tag" and "repo tag" > as can be seen in above quote. Hmm, I use it where it is appropriate. If you're considering to drop repotag I have to talk about the release tag hypothetically without the repotag. > > 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. > > So you're looking at it with your authoritative glasses and ignoring the > > reality of different repositories. > > Let us not wind up in off-topic talk. You cannot read my mind. You do > not know whether I ignore anything. My scope is broader than you seem to > think. It's just that I have different views with regard to a community > project and collaboration and coordination between contributors from the > community. I've learned some things with my own contributions at > fedora.us, getting to know how other contributors think and what they > hope for. Please be at least a little bit more conservative. The way you > jump to conclusions or use your fedora.us related bitterness to drift > away into personal attacks, just because I disagree, doesn't suit you. > Fedora Extras is not me alone. Quite some discussions (and possibly also > controversies) are still in front of us. That's fine. But Fedora Extras will most likely not need repotags, while we're discussing the usefulness of 3rd party repositories. I don't mind if Fedora Extras does not use them, but I do mind when Seth or you are saying it 'pollutes', is branding, is a hack, does not have a purpose or anything else that has been misleading to the general public. > > 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 :) > > > I'm not convinced that dist tags and repo tags are "required". > > > > Well, that's obvious from your replies. How is Fedora Extras going > > to make sure packages get updated between releases ? > > We will find out whether there will be a policy for that or whether > packagers will have the freedom to ensure it themselves. You don't see > any significant problems in letting packagers maintain release bumps > correctly, do you? No, of course not. I'm not forcing a policy on anyone, I'm just defending my right to have a policy even when misleading information has been given and some people just repeat that. The reason Matthias is not using the 'rf' tag is because I'm not forcing anyone. The most important fact was having the building merged, the repotag is in no way as important as that change alone. > > > > 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 Kind regards, -- dag wieers, dag@xxxxxxxxxx, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power]