EPEL [Extra Packages for Enterprise Linux] #4: Decide on criteria to unretire packages.

Steve Traylen steve.traylen at cern.ch
Wed Oct 1 10:48:45 UTC 2014


Excerpts from Extra Packages for Enterprise Linux's message of 2014-10-01 07:45:38 +0200:
> #4: Decide on criteria to unretire packages.
> ----------------------------+----------------------------
>  Reporter:  till            |      Owner:  epel-wranglers
>      Type:  defect          |     Status:  new
>  Priority:  major           |  Milestone:
> Component:  Policy problem  |    Version:
>  Keywords:                  |
> ----------------------------+----------------------------
>  https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package
>  defines the criteria to unretire packages in Fedora and in EPEL if the
>  package is still active in Fedora. However there is now a request to
>  unretire a package that is also retired in all branches for more than two
>  weeks (at least in pkgdb):
>  https://lists.fedoraproject.org/pipermail/epel-
>  devel/2014-September/010212.html
> 
>  Therefore the question is, whether a re-review is required. IMHO it does
>  not make much sense for EPEL, since there should be no guideline changes
>  that require adjusting the EPEL SPEC files. Nevertheless, I would like to
>  get a consensus on this.

It's definitely needed I would say for this particular case. I think the
EPEL maintainers had no idea the pkg orphaning in fedora was going to lead
the a complete retirement in all branches. 
I'm kind of amazed this has never (obviously) happened before. (I'm interested in classadds.)




> 

-- 
-- 
Steve Traylen, CERN IT.


More information about the epel-devel mailing list