[EPEL-devel] Re: gfal2-util -> python3-gfal2-util upgrade path

2021-10-01 Thread Carl Edquist

On Fri, 1 Oct 2021, Troy Dawson wrote:


Would you mind opening a bugzilla with this information.
The epel package maintainers for gfal2 way, or may not, be monitoring the
epel-devel mailing list.


Ah, thanks Troy!

Here's the new ticket:

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

Carl
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


[EPEL-devel] gfal2-util -> python3-gfal2-util upgrade path

2021-10-01 Thread Carl Edquist

Dear EPEL Devs,

We ran into an issue on el7 attempting to upgrade from gfal2-util to the 
python3-gfal2-util replacement.



[TL;DR: it seems python[23]-gfal2-util in el7 & el8 should all have an 
"Obsoletes: gfal2-util < 1.6.0", even if without a matching Provides.]



Apparently python2-gfal2-util has Provides/Obsoletes info for replacing 
gfal2-util, but the python3- option does not.


So if you have the old[1] gfal2-util package installed, and then try to 
yum install python3-gfal2-util, yum will not remove gfal2-util, and so it 
will end up with file conflicts between the old gfal2-util and the new 
gfal2-util-scripts.


I imagine that epel's intention was to leave the default upgrade path for 
gfal2-util to the python2- version, and if that is the case I can 
understand that it's better not to include a "Provides: gfal2-util" in the 
new python3-gfal2-util.


However, it seems python3-gfal2-util should still have an
"Obsoletes: gfal2-util < 1.6.0", to let yum know that it should remove 
the old gfal2-util when python3-gfal2-util is installed.  (Rather than 
failing due to conflicts.)


Likewise, in the el8 case, there are no Provides/Obsoletes for gfal2-util 
in either of the python[23]-gfal2-util packages, and as a result if you 
have an old[2] gfal2-util package installed, yum will fail if you try to 
install the python2- or python3- replacements.


It makes sense that you want to leave out the Provides (as not to 
automatically upgrade to either of the python2- or python3- options), but 
it seems the Obsoletes should still be there to make the manual install 
possible.


Is this something you would consider tweaking?

Thanks,
Carl


[1] 
https://archives.fedoraproject.org/pub/archive/epel/7.2020-10-05/x86_64/Packages/g/gfal2-util-1.5.3-1.el7.noarch.rpm

[2] 
https://archives.fedoraproject.org/pub/archive/epel/8.2.2020-11-04/Everything/x86_64/Packages/g/gfal2-util-1.5.3-5.el8.noarch.rpm
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


EPEL gfal2-plugin-xrootd 0.3 for EL5 EL6 ?

2014-10-06 Thread Carl Edquist

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=420560
http://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=1140171
http://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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel