#10: Unretire xerces-c
-----------------------------+----------------------------
Reporter: smooge | Owner: epel-wranglers
Type: task | Status: new
Priority: critical | Milestone:
Component: Package request | Version:
Keywords: |
-----------------------------+----------------------------
This package was accidently retired, and needs a full review to get back
in. Need a bugzilla ticket for getting it reviewed, and we will have an
epel-wrangler do as fast a re-review as possible to get it back in.
Further policy changes to deal with this in the future are in ticket #4
--
Ticket URL: <https://fedorahosted.org/epel/ticket/10>
Extra Packages for Enterprise Linux <https://fedoraproject.org/wiki/EPEL>
Extra Packages for Enterprise Linux
#21: EPEL Wrangler Request : Review python27
-----------------------------+----------------------------
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major | Milestone:
Component: Package request | Version:
Keywords: |
-----------------------------+----------------------------
{{{
EPEL Review Request: python27 - Parallel-installable Python 2.7 for EL6
Inbox
x
Fed-DT-List
x

Moez Roy moez.roy(a)gmail.com via lists.fedoraproject.org
01:26 (13 hours ago)

to epel-devel
Review Request: python27 - Parallel-installable Python 2.7 for EL6
https://bugzilla.redhat.com/show_bug.cgi?id=829892
Can some one take a look into this?
Thanks.
_______________________________________________
epel-devel mailing list
epel-devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel
}}}
--
Ticket URL: <https://fedorahosted.org/epel/ticket/21>
Extra Packages for Enterprise Linux <https://fedoraproject.org/wiki/EPEL>
Extra Packages for Enterprise Linux
#17: 2014-10-09 EPEL-7 orphan list
-----------------------------+----------------------------
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major | Milestone:
Component: Package request | Version:
Keywords: |
-----------------------------+----------------------------
Thanks to Till for generating this.
{{{
More
29 of 36  

EPEL Orphan packages in epel7
Inbox
x
Fed-DT-List
x

opensource(a)till.name via lists.fedoraproject.org
7 Oct (2 days ago)

to epel-devel
The following packages are orphaned and might be retired eventually,
unless someone adopts them. If you know for sure that the package should
be
retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If you received this mail directly you (co)maintain one of the
affected
packages or a package that depends on one. Please orphan the affected
package or
retire your package to avoid broken dependencies.
Package (co)maintainers
===========================================================================
SDL_mixer orphan, sdz
golang-github-gorilla-context orphan, golang-sig, lsm5, mattdm, vbatts
golang-github-gorilla-mux orphan, golang-sig, lsm5, mattdm, vbatts
golang-github-kr-pty orphan, golang-sig, lsm5, mattdm
golang-googlecode-net orphan, golang-sig, lsm5, mattdm, vbatts
golang-googlecode-sqlite orphan, golang-sig, lsm5, vbatts
libev orphan
mikmod orphan, s4504kr, sdz
mysql-connector-python orphan
ocaml-lablgl orphan, peter, rjones
perl-Log-Log4perl orphan, jplesnik, mmaslano, ppisar,
psabata
perl-Marpa-XS orphan, jplesnik, lkundrak, mmaslano,
perl-
sig, ppisar, psabata
perl-RPM2 orphan, jplesnik, mmaslano, ppisar,
psabata
pkcs11-helper orphan
python-gunicorn orphan, dcallagh
python-itsdangerous orphan, branto, dcallagh
python-paver orphan, lmacken, toshio
python-requests orphan, sagarun, terminalmage
python-urllib3 orphan, ralph, sagarun
qstat orphan
The following packages require above mentioned packages:
}}}
--
Ticket URL: <https://fedorahosted.org/epel/ticket/17>
Extra Packages for Enterprise Linux <https://fedoraproject.org/wiki/EPEL>
Extra Packages for Enterprise Linux
#2: How to handle systemd service activation defaults in EPEL7
----------------------------+----------------------------
Reporter: orion | Owner: epel-wranglers
Type: task | Status: new
Priority: major | Milestone: EPEL-7
Component: Policy problem | Version:
Keywords: |
----------------------------+----------------------------
See https://bugzilla.redhat.com/show_bug.cgi?id=1141609
According to
https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Macroized_script…
one does something like:
%post
%systemd_post apache-httpd.service
%preun
%systemd_preun apache-httpd.service
and some other package (systemd in Fedora, rhel-release in RHEL) contains
a list of presets as to what services get enabled by default. Where do we
want that? I don't think we want to update epel-release that often.
--
Ticket URL: <https://fedorahosted.org/epel/ticket/2>
Extra Packages for Enterprise Linux <https://fedoraproject.org/wiki/EPEL>
Extra Packages for Enterprise Linux
#15: Who retired libgeotiff
-----------------------------+----------------------------
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major | Milestone:
Component: Package request | Version:
Keywords: |
-----------------------------+----------------------------
The libgeotiff package was retired for some reason out EPEL but not by the
maintainers? [Probably a quick what do we do with this and move on.]
{{{
EPEL RHEL6 libgeotiff package missing
Inbox
x
Fed-DT-List
x

Mika Heiskanen mika.heiskanen(a)fmi.fi via lists.fedoraproject.org
6 Oct (3 days ago)

to epel-devel, tuomo.lauri
Hello,
It seems like the libgeotiff package has been removed from the RHEL6
repository. We could not find any news on the subject. Does anyone
know if the package has been removed intentionally?
Our servers show the installed version to be as follows:
Name : libgeotiff
Arch : x86_64
Version : 1.2.5
Release : 5.el6
Size : 4.4 M
Repo : installed
From repo : epel
Summary : GeoTIFF format library
URL : http://www.remotesensing.org/geotiff/geotiff.html
Currently we cannot install some software to our new servers due to the
missing libgeotiff dependency. For example "yum install gdal" fails.
Regards,
Mika Heiskanen / FMI
_______________________________________________
epel-devel mailing list
epel-devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Till Maas via lists.fedoraproject.org
6 Oct (3 days ago)

to orion, EPEL, tuomo.lauri
Hi,
On Mon, Oct 06, 2014 at 10:24:30AM +0300, Mika Heiskanen wrote:
> It seems like the libgeotiff package has been removed from the RHEL6
> repository. We could not find any news on the subject. Does anyone
> know if the package has been removed intentionally?
the process to remove the package was started before May this year but
it was not finished (the package was retired in packagedb:
https://admin.fedoraproject.org/pkgdb/package/libgeotiff/)
Before recently, a second step was required to actually remove the
package from the repos. This is now automated, which is why the package
is now not available via the mirrors. I do not know how retired the
package, because it cannot be easily queried right now, but it might
have been Orion, who built the package the last time.
> Our servers show the installed version to be as follows:
>
> Name : libgeotiff
> Arch : x86_64
> Version : 1.2.5
> Release : 5.el6
> Currently we cannot install some software to our new servers due to the
> missing libgeotiff dependency. For example "yum install gdal" fails.
You can still download the package from kojipkgs if it helps you now:
https://kojipkgs.fedoraproject.org//packages/libgeotiff/1.2.5/5.el6/x86_64/…
However it is not maintained currently in EPEL 5 and 6. To get it back
into EPEL 6 someone needs to step up as a new maintainer and ask for a
re-review:
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#C…
Regards


Orion Poplawski via lists.fedoraproject.org
6 Oct (3 days ago)

to Devrim, Till, EPEL, tuomo.lauri
On 10/06/2014 10:39 AM, Till Maas wrote:
> Hi,
>
> On Mon, Oct 06, 2014 at 10:24:30AM +0300, Mika Heiskanen wrote:
>
>> It seems like the libgeotiff package has been removed from the RHEL6
>> repository. We could not find any news on the subject. Does anyone
>> know if the package has been removed intentionally?
>
> the process to remove the package was started before May this year but
> it was not finished (the package was retired in packagedb:
> https://admin.fedoraproject.org/pkgdb/package/libgeotiff/)
Don't think it was me. CC'ing Volker and Devrim.

}}}
--
Ticket URL: <https://fedorahosted.org/epel/ticket/15>
Extra Packages for Enterprise Linux <https://fedoraproject.org/wiki/EPEL>
Extra Packages for Enterprise Linux
#8: EPEL-latest link rpm
----------------------------+----------------------------
Reporter: smooge | Owner: epel-wranglers
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Policy problem | Version:
Keywords: |
----------------------------+----------------------------
One of the problems we have is more of a documentation and scripting
problem where our various epel-release packages get tied into scripts for
wget's and pulls but as epel-release is updated over time this breaks both
documentation and user scripts.
Idea is to set up a cron job which checks to see if epel-release has been
updated and links epel-release-latest-X.rpm to it.
--
Ticket URL: <https://fedorahosted.org/epel/ticket/8>
Extra Packages for Enterprise Linux <https://fedoraproject.org/wiki/EPEL>
Extra Packages for Enterprise Linux
#16: xrootd major move to 4.
-----------------------------+----------------------------
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major | Milestone:
Component: Package request | Version:
Keywords: |
-----------------------------+----------------------------
Looked at this and it looks like old software which isn't backwards
compatible or long term supported.
1. bump to next version?
1. Move software to EPEL.fast when it occurs
{{{
EPEL gfal2-plugin-xrootd 0.3 for EL5 & EL6 ?
Inbox
x
Fed-DT-List
x

Carl Edquist edquist(a)cs.wisc.edu via lists.fedoraproject.org
6 Oct (3 days ago)

to epel-devel
Hello,
We would like to use a version of gfal2-plugin-xrootd built against xrootd
4 for EL5 and EL6. Does anyone know if there are plans to build and
release version 0.3 (or 0.3.pre1) for EL5 & EL6?
(The version available in EL7 is built against xrootd 4, but EL5 & EL6 are
built against xrootd 3.)
More details:
It looks like the current version available in EPEL for EL5 & EL6 is
0.2.2-2:
http://koji.fedoraproject.org/koji/buildinfo?buildID=420560http://koji.fedoraproject.org/koji/buildinfo?buildID=420579
from May 2013. Since this version was built against xrootd 3, we're not
able to install it along with xrootd 4. Also, attempting to rebuild this
version (0.2.2-2) fails both against the latest version of gfal2 and
against xrootd 4.
But I see that there is a newer version 0.3.pre1-2 available for EL7:
https://bugzilla.redhat.com/show_bug.cgi?id=1140171http://koji.fedoraproject.org/koji/buildinfo?buildID=576482
It looks like this version addresses the build issues and we can rebuild
it in EL5 & EL6 against the latest gfal2 and xrootd 4.
I'm wondering if there are plans for EPEL to update to & release the new
version of gfal2-plugin-xrootd in EL5 & EL6 also (so we can get it
directly from EPEL). And if not, is this something EPEL would consider?
Thanks!
Carl
_______________________________________________
epel-devel mailing list
epel-devel(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel
}}}
--
Ticket URL: <https://fedorahosted.org/epel/ticket/16>
Extra Packages for Enterprise Linux <https://fedoraproject.org/wiki/EPEL>
Extra Packages for Enterprise Linux