Re: repotag in EPEL

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

 




Jarod Wilson schrieb:
> Forewarning: I've not paid attention to the entire discussion, but...

Maybe a wise decision ;-)

> 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

Fernando is correct, ".epel" should be enough as repotag

> el5.epel still seems a bit redundant. Why not just forget the repotag 
> and set the dist tag to epel5?

Disttag is optional, repotag IMHO should not. I think having the two
(disttag=dist for which package rot build; repotag=repo where package
comes from) separated is the cleanest solution.

CU
thl

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux