EPEL Missing files in el5?

[Daniel Wille]

I noticed today that some of my builds were failing. As near as I can tell,
xerces-c-2.7.0-8.el5 disappeared from the EPEL 5 repo at some point since
26-Sep. I've looked through the Fedora packaging system, but as far as I
can tell the package has not been intentionally removed or altered. Any
ideas?

Thanks,
Daniel Wille

[Stephen John Smoogen]

On 29 September 2014 15:44, Daniel Wille  wrote:
> I noticed today that some of my builds were failing. As near as I can
> tell, xerces-c-2.7.0-8.el5 disappeared from the EPEL 5 repo at some point
> since 26-Sep. I've looked through the Fedora packaging system, but as far
> as I can tell the package has not been intentionally removed or altered.
> Any ideas?

So the package looks like it was partially blocked in the build system. I
say partially blocked as it is listed as blocked in koji but isn't properly
dead_packaged in fedpkg git so I am not sure if this was blockage was by
accident or not. I have cc'd xavier on this to see if he removed it or not.

I do see that there is a xerces-c of the same build number in
CentOS-5-extras though I don't know if it was 1:1 but it might meet your
needs in the time being.
> Thanks,
> Daniel Wille
>
> epel-devel mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/epel-devel

[Xavier Bachelot]

On 30/09/2014 00:16, Stephen John Smoogen wrote:
> On 29 September 2014 15:44, Daniel Wille <[e-mail]
> > wrote:
> I noticed today that some of my builds were failing. As near as I
> can tell, xerces-c-2.7.0-8.el5 disappeared from the EPEL 5 repo at
> some point since 26-Sep. I've looked through the Fedora packaging
> system, but as far as I can tell the package has not been
> intentionally removed or altered. Any ideas?
>
>
> So the package looks like it was partially blocked in the build system.
> I say partially blocked as it is listed as blocked in koji but isn't
> properly dead_packaged in fedpkg git so I am not sure if this was
> blockage was by accident or not. I have cc'd xavier on this to see if he
> removed it or not.

No, I did not remove it and I'm not sure how that happenned. It's needed 
for perl-XML-Xerces which is still available in EPEL5.

Xavier

[Daniel Wille]

Yeah, I noticed it because it's also a dep for xsd-3.3.0-1, which I use.

On Tue, Sep 30, 2014 at 8:38 AM, Xavier Bachelot 
wrote:
> On 30/09/2014 00:16, Stephen John Smoogen wrote:
> > On 29 September 2014 15:44, Daniel Wille <[e-mail]
> > > wrote:
> > I noticed today that some of my builds were failing. As near as I
> > can tell, xerces-c-2.7.0-8.el5 disappeared from the EPEL 5 repo at
> > some point since 26-Sep. I've looked through the Fedora packaging
> > system, but as far as I can tell the package has not been
> > intentionally removed or altered. Any ideas?
> >
> >
> > So the package looks like it was partially blocked in the build system.
> > I say partially blocked as it is listed as blocked in koji but isn't
> > properly dead_packaged in fedpkg git so I am not sure if this was
> > blockage was by accident or not. I have cc'd xavier on this to see if he
> > removed it or not.
> >
> > No, I did not remove it and I'm not sure how that happenned. It's needed
>
> for perl-XML-Xerces which is still available in EPEL5.
>
> Xavier
>
> epel-devel mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/epel-devel

[František Dvořák]

On Tue, 2014-09-30 at 11:01 -0400, Daniel Wille wrote:
> Yeah, I noticed it because it's also a dep for xsd-3.3.0-1, which I
> use.

The same problem is with classads package (dependency for
glite-lb-common and glite-lb-server):

glite-lb-common has broken dependencies in the epel-6 tree:
On x86_64:
        glite-lb-common-9.1.1-1.el6.x86_64 requires libclassad.so.1()(64bit)
On i386:
        glite-lb-common-9.1.1-1.el6.i686 requires libclassad.so.1
On ppc64:
        glite-lb-common-9.1.1-1.el6.ppc64 requires libclassad.so.1()(64bit)
Please resolve this as soon as possible.

I think classads has been retired because it wasn't needed in Fedora.
But it should be kept in EPEL.

So the proper way is to unretire it?

Cheers,
  František

[Till Maas]

On Tue, Sep 30, 2014 at 05:40:02PM +0200, František Dvořák wrote:
> I think classads has been retired because it wasn't needed in Fedora.
> But it should be kept in EPEL.
>
> So the proper way is to unretire it?

Yes, to make it easier you can tell me your FAS name if you would like
to maintain it.

Regards
Till

[František Dvořák]

On Tue, 2014-09-30 at 18:15 +0200, Till Maas wrote:
> On Tue, Sep 30, 2014 at 05:40:02PM +0200, František Dvořák wrote:
> > I think classads has been retired because it wasn't needed in Fedora.
> > But it should be kept in EPEL.
> >
> > So the proper way is to unretire it?
>
> Yes, to make it easier you can tell me your FAS name if you would like
> to maintain it.

My FAS name is valtri . I'm interested in EL5, EL6 and EPEL-7 (and
Fedora devel, if needed?).

The last maintainer (stevetraylen) is interested too, for EPEL branches.

Thank you,
  František

[Till Maas]

On Tue, Sep 30, 2014 at 06:32:00PM +0200, František Dvořák wrote:
> My FAS name is valtri . I'm interested in EL5, EL6 and EPEL-7 (and
> Fedora devel, if needed?).
>
> The last maintainer (stevetraylen) is interested too, for EPEL branches.

Sorry, I was not aware that it is retired on all branches. It is not
clearly defined whether or not a re-review is required now, if you want
to maintain only the EPEL branches:
https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Cl...

Therefore please get it be re-reviewed before it is unretired.

Regards
Till

[František Dvořák]

On Wed, 2014-10-01 at 07:38 +0200, Till Maas wrote:
> Therefore please get it be re-reviewed before it is unretired.

OK, created a review request:

https://bugzilla.redhat.com/show_bug.cgi?id=1148415

I would appreciate the review. :-)

Thanks,
  František

[Till Maas]

On Tue, Sep 30, 2014 at 11:01:58AM -0400, Daniel Wille wrote:
> Yeah, I noticed it because it's also a dep for xsd-3.3.0-1, which I use.

If someone volunteers to become maintainer it can be easily unretired.

Regards
Till

[Till Maas]

On Mon, Sep 29, 2014 at 05:44:46PM -0400, Daniel Wille wrote:
> I noticed today that some of my builds were failing. As near as I can tell,
> xerces-c-2.7.0-8.el5 disappeared from the EPEL 5 repo at some point since
> 26-Sep. I've looked through the Fedora packaging system, but as far as I
> can tell the package has not been intentionally removed or altered. Any
> ideas?

It is retired in EL5:
https://admin.fedoraproject.org/pkgdb/package/xerces-c/

It probably happened before the pkgdb2 upgrade (2014-05-14), but the
package was not correctly blocked in koji, but since recently, all
retired packages will be properly blocked in koji.

Regards
Till

[Orion Poplawski]

On 09/29/2014 04:41 PM, Till Maas wrote:
> On Mon, Sep 29, 2014 at 05:44:46PM -0400, Daniel Wille wrote:
> > I noticed today that some of my builds were failing. As near as I can tell,
> > xerces-c-2.7.0-8.el5 disappeared from the EPEL 5 repo at some point since
> > 26-Sep. I've looked through the Fedora packaging system, but as far as I
> > can tell the package has not been intentionally removed or altered. Any
> > ideas?
>
> It is retired in EL5:
> https://admin.fedoraproject.org/pkgdb/package/xerces-c/
>
> It probably happened before the pkgdb2 upgrade (2014-05-14), but the
> package was not correctly blocked in koji, but since recently, all
> retired packages will be properly blocked in koji.
>
> Regards
> Till
> _______________________________________________
> epel-devel mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/epel-devel

This is now causing broken deps:

gdal has broken dependencies in the epel-5 tree:
On ppc:
    gdal-1.4.2-4.el5.ppc requires libxerces-c.so.27
On x86_64:
    gdal-1.4.2-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
    gdal-1.4.2-4.el5.i386 requires libxerces-c.so.27
Please resolve this as soon as possible.

(and further on, GMT).