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

repotag in EPEL (was: Re: Plan for tomorrows (20070426) FESCO meeting)



(this is a follow up to
https://www.redhat.com/archives/fedora-maintainers/2007-April/msg00539.html
I'd like to move this part of the discussion here to fedora-devel to
make sure everyone can participate in this discussion -- that not the
case on fedora-maintainers as it's a closed list and moderators don't
let any non-contributors mail pass afaik; epel-devel-list seemsed like
the wrong place to discuss, as certain Fedora people that we need for
this discussion are not subscribed there afaik)

Brian Pepple schrieb:
> /topic FESCO-Meeting -- EPEL 

There was no meeting this week afaics from looking at #fedora-meeting.

Other stuff: There was and still is a lot of political discussions on
the mailing list about EPEL not using a repotag. Political in the sense
of "Fedora/EPEL is bad/unfair to existing repos because it doesn't use a
repotag". See the archives at
https://www.redhat.com/archives/epel-devel-list/
for details.

Not using a repotag was a decision FESCo did already last fall; the EPEL
Steering Committee voted the same way recently, too. I was actually one
of those voting it down both times, too. Some of my reasons for doing
this were (in short, rough form below and all IMHO; btw, feel free to
simply skip the next five paras, the interesting stuff are below):

- we have nothing in place to properly use of a repotag everywhere; yes,
we could abuse disttag, but I dislike abusing something that is meant to
be used for something else; and the disttag in not used by all packages
-- a repotag IMHO mainly makes sense only if we really use it everywhere.

- there is a place in the rpm header already (%{vendor}) where a package
comes from. Maintaining a certain information in two places sounds wrong
to me and can lead to inconsistencies. The tools used should just
display the tag probably where relevant, and we should make sure it is
properly set.

- minor: disk space is cheap, but classic terminals are limited to 80
chars. Or, in other words: I dislike making each rpm name as displayed
by yum/rpm and other tools five chars longer for a repotag like ".epel"
as those chars can result in ugly output (line breaks)

- minor: there was a certain high member of both FESCo and the Packaging
Committee that strongly was against using repotags; I trust his opinion
in packaging issues a lot, and thus in parts addapted the  was a reasons

I don't want to discuss those reasons I outlined above again in detail
here, as all those were discussed endlessly on mailing lists or IRC
channels already. It seems different people just have different
expectations and opinions in this area, and thus come to different
conclusions -- that's life and happens every day and (in general) is
something good. Feel free to reply to those four reasons I outlined
above and tell the world why thl and the reasons he gave are
stupid/wrong -- I probably won't reply to your reply, as that probably
doesn't lead anywhere productive; what I'm up to comes below, and that's
what I'd like to see discussed.

= Important part starts here =

>From a political standpoint EPEL looks quite bad in some peoples eyes
now due to not having a repotag. I think those people are making the
issue worse then it is. But well, seems it's quite important to them and
they make a lot of noise -- that will have negative impact on the fame
of Fedora; thus I'd say we have reached the point where FESCo and the
Board should back the decision to not use a repotag *or* (IMHO
preferred) we need to find a solution to make the situations at least
somehow acceptable for everyone involved.

So for the sake of cooperation and being nice to people that want a
repotag I'd like to propose the below solution in the hope that it is
acceptable for most people and even makes some people happy:

---

Use a repotag for EPEL4 and EPEL5 like this: add a "%define repotag foo"
in the buildsys, where foo expands to ".epel4" in EPEL4 and ".epel5" on
EPEL5; the repotag macro doesn't get defined in Fedora builders and thus
nothing will change when building a package for Fedora, even if it has a
%{?repotag} in %{release}.

Then enforce the use of "%{?repotag}" at the end of %{release} for all
packages in EPEL. To make that effective used in the repo it requires a
rebuild of all packages that are in EPEL already. Not nice and a bit of
work, but for the sake of making people happy let's just do it. The
added "%{?repotag}" in the release field must be allowed in Fedora spec
files, too, so people can easily copy spec files from Fedora to EPEL and
vice versa without having to modify them.

By Fedora 8 or Fedora 9 enhance the tools (rpm, yum, ...) to display a
the %{vendor} field in case of problems (for all packages that are
involved) and in popular queries. Then drop the repotag in EPEL6 and
later again, as it shouldn't be that much needed anymore

---

Did I miss anything?

Note note: it's just a idea I propose for discussion now; I'd like to
get feedback from the list over the next few days, get feedback from
FESCo in their meeting today (just feedback, don't vote on this yet
please, as this is still a decision the EPEL Steering Committee should
do, and I have no idea what the other think about it), from the
Packaging Committee in their meeting on Tuesday (they have to ACK the
new macro and it's use in both Fedora and EPEL spec files); then the
EPEL Steering Committee can finally discuss and decide in next weeks
meeting (next Wednesday) and we can all move on to our regular business
again and end this area that otherwise might end in "Fedora repowars --
the second season" otherwise?

CU
thl


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