repotag in EPEL

Fernando Lopez-Lezcano nando at ccrma.Stanford.EDU
Fri Apr 27 18:46:59 UTC 2007


On Fri, 2007-04-27 at 12:34 -0500, Rex Dieter wrote:
> Jarod Wilson wrote:
> 
> > Forewarning: I've not paid attention to the entire discussion, but...
> > 
> > Fernando Lopez-Lezcano wrote:
> >> On Thu, 2007-04-26 at 09:04 +0200, Thorsten Leemhuis wrote:
> >>> 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}.
> >> 
> >> Just a tiny detail, picking a random EPEL package:
> >>   denyhosts-2.6-4.el5.noarch.rpm
> >> then it would/could become:
> >>   denyhosts-2.6-4.el5.epel5.noarch.rpm
> >> 
> >> which I think is redundant, repotag should expand to "epel" only for all
> >> versions, so we would have:
> >>   denyhosts-2.6-4.el5.epel.noarch.rpm
> > 
> > el5.epel still seems a bit redundant. Why not just forget the repotag
> > and set the dist tag to epel5?
> 
> Regardless, (correct me if I'm wrong), but I thought that the EPEL SIG was
> to only make the *policy* decision on yes/no to repotag, and leave the
> implementation details to others (like FPC). ???

Re: ???, I don't know. Thorsten chose to move the thread here for the
reasons he outlined in his initial post.  

-- Fernando





More information about the devel mailing list