Dennis Gilmore dennis@ausil.us writes:
Greetings.
As previously announced, releng has made a number of changes as part of it's 2016 "flag day".
All package maintainers will want to make sure they have updated to the following package versions (some may be in testing as of this email):
python-cccolutils-1.4-1
"No package python-cccolutils available." from epel-testing (6 and 7).
fedpkg-1.26-2
That version isn't available, at least on RHEL6. I haven't checked further.
I was happy originally to be assured that this would work for those of us who don't use Fedora. Can we have an announcement if/when things work on RHEL6, please.
On Mon, Dec 12, 2016 at 9:22 AM, Dave Love d.love@liverpool.ac.uk wrote:
All package maintainers will want to make sure they have updated to the following package versions (some may be in testing as of this email):
python-cccolutils-1.4-1
"No package python-cccolutils available." from epel-testing (6 and 7).
fedpkg-1.26-2
That version isn't available, at least on RHEL6. I haven't checked further.
I was happy originally to be assured that this would work for those of us who don't use Fedora. Can we have an announcement if/when things work on RHEL6, please.
On F-26, I got python-cccolutils, and the new fedpkg and pyrpkg from updates-testing, but:
# rpm -q fedora-packager fedora-packager-0.5.10.7-3.fc25.noarch # rpm -q koji koji-1.10.1-13.fc25.noarch # dnf --enablerepo=updates-testing upgrade fedora-packager koji Last metadata expiration check: 0:16:39 ago on Mon Dec 12 09:13:41 2016. Dependencies resolved. Nothing to do. Complete! # dnf --enablerepo=updates-testing repoquery fedora-packager koji Last metadata expiration check: 0:16:52 ago on Mon Dec 12 09:13:41 2016. fedora-packager-0:0.5.10.7-3.fc25.noarch koji-0:1.10.1-13.fc25.noarch
It looks like those 2 packages are in some kind of limbo, where they've been yanked out of the updates-testing repository but haven't yet made it into the stable repository. Perhaps for future flag days we could wait until all of the client side bits land in the stable repository before flipping the switch on the server side to require them?
On Mon, 12 Dec 2016 09:35:05 -0700 Jerry James loganjerry@gmail.com wrote:
On F-26, I got python-cccolutils, and the new fedpkg and pyrpkg from updates-testing, but:
# rpm -q fedora-packager fedora-packager-0.5.10.7-3.fc25.noarch # rpm -q koji koji-1.10.1-13.fc25.noarch # dnf --enablerepo=updates-testing upgrade fedora-packager koji Last metadata expiration check: 0:16:39 ago on Mon Dec 12 09:13:41 2016. Dependencies resolved. Nothing to do. Complete! # dnf --enablerepo=updates-testing repoquery fedora-packager koji Last metadata expiration check: 0:16:52 ago on Mon Dec 12 09:13:41 2016. fedora-packager-0:0.5.10.7-3.fc25.noarch koji-0:1.10.1-13.fc25.noarch
It looks like those 2 packages are in some kind of limbo, where they've been yanked out of the updates-testing repository but haven't yet made it into the stable repository. Perhaps for future flag days we could wait until all of the client side bits land in the stable repository before flipping the switch on the server side to require them?
Yeah, it seems that the package was unpushed (when it was in testing) and resubmitted for stable, so it's no longer in testing. ;(
It should go out stable today.
In the ideal world I completely agree, and we hoped to have everything in place by flag day, but we found a number of last minute issues which we had to fix in the packages.
kevin
On Mon, 12 Dec 2016 16:22:06 +0000 Dave Love d.love@liverpool.ac.uk wrote:
Dennis Gilmore dennis@ausil.us writes:
Greetings.
As previously announced, releng has made a number of changes as part of it's 2016 "flag day".
All package maintainers will want to make sure they have updated to the following package versions (some may be in testing as of this email):
python-cccolutils-1.4-1
"No package python-cccolutils available." from epel-testing (6 and 7).
Odd. It was added 12 days ago.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-aae672950a https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-96a64de312
Ah, the actual package produced is python2-cccolutils (from the python-cccolutils package).
python2-cccolutils.x86_64 1.4-1.el6 epel-testing
fedpkg-1.26-2
That version isn't available, at least on RHEL6. I haven't checked further.
Odd. I will inquire...
I was happy originally to be assured that this would work for those of us who don't use Fedora. Can we have an announcement if/when things work on RHEL6, please.
Well, it should just take the missing updates. I will try and see what happened to them...
kevin
On Mon, 12 Dec 2016 10:15:05 -0700 Kevin Fenzi kevin@scrye.com wrote:
On Mon, 12 Dec 2016 16:22:06 +0000 Dave Love d.love@liverpool.ac.uk wrote:
Dennis Gilmore dennis@ausil.us writes:
Greetings.
As previously announced, releng has made a number of changes as part of it's 2016 "flag day".
All package maintainers will want to make sure they have updated to the following package versions (some may be in testing as of this email):
python-cccolutils-1.4-1
"No package python-cccolutils available." from epel-testing (6 and 7).
Odd. It was added 12 days ago.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-aae672950a https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-96a64de312
Ah, the actual package produced is python2-cccolutils (from the python-cccolutils package).
python2-cccolutils.x86_64 1.4-1.el6 epel-testing
fedpkg-1.26-2
That version isn't available, at least on RHEL6. I haven't checked further.
Odd. I will inquire...
I was happy originally to be assured that this would work for those of us who don't use Fedora. Can we have an announcement if/when things work on RHEL6, please.
Well, it should just take the missing updates. I will try and see what happened to them...
ok, what happened here is that there was a but in python-cccolutils that needs fixing, then fedpkg and rpkg can be pushed out for epel6.
Hopefully that will occur today.
kevin
Kevin Fenzi kevin@scrye.com writes:
Ah, the actual package produced is python2-cccolutils (from the python-cccolutils package).
python2-cccolutils.x86_64 1.4-1.el6 epel-testing
Isn't that wrong for EPEL?
On Tue, 13 Dec 2016 10:58:16 +0000 Dave Love d.love@liverpool.ac.uk wrote:
Kevin Fenzi kevin@scrye.com writes:
Ah, the actual package produced is python2-cccolutils (from the python-cccolutils package).
python2-cccolutils.x86_64 1.4-1.el6 epel-testing
Isn't that wrong for EPEL?
No. There's nothing saying a python-foo package has to produce a python-foo package.
kevin
Dne 12.12.2016 v 17:22 Dave Love napsal(a):
Dennis Gilmore dennis@ausil.us writes:
Greetings.
As previously announced, releng has made a number of changes as part of it's 2016 "flag day".
All package maintainers will want to make sure they have updated to the following package versions (some may be in testing as of this email):
python-cccolutils-1.4-1
"No package python-cccolutils available." from epel-testing (6 and 7).
``` $ rpm -q python-cccolutils package python-cccolutils is not installed
$ rpm -q python2-cccolutils python2-cccolutils-1.4-1.fc26.x86_64 ```
The python-cccolutils is actually the source package name ...
Vít