Bug 1256149

Summary:	python-execnet-1.4.1 is available
Product:	[Fedora] Fedora	Reporter:	Upstream Release Monitoring <upstream-release-monitoring>
Component:	python-execnet	Assignee:	Thomas Moschny <thomas.moschny>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	ktdreyer, thomas.moschny
Target Milestone:	---	Keywords:	FutureFeature, Triaged
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-01-23 13:26:51 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Upstream Release Monitoring 2015-08-24 03:25:26 UTC

Latest upstream release: 1.4.0
Current version/release in rawhide: 1.3.0-3.fc23
URL: https://pypi.python.org/pypi/execnet

Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream.

Comment 1 Upstream Release Monitoring 2015-08-24 03:25:34 UTC

Failed to kick off scratch build.

cmd:  sha256sum /var/tmp/thn-mKXE4q/100.0%
return code:  1
stdout:

stderr:
sha256sum: /var/tmp/thn-mKXE4q/100.0%: No such file or directory

Comment 2 Ken Dreyer 2015-09-01 15:14:33 UTC

Not sure if we should push this right away, due to a backwards-incompatible change made upstream:

https://bitbucket.org/hpk42/execnet/issues/47/execnet-14-not-backward-compatible

Comment 3 Upstream Release Monitoring 2015-09-03 00:11:37 UTC

Latest upstream release: 1.4.1
Current version/release in rawhide: 1.3.0-3.fc23
URL: https://pypi.python.org/pypi/execnet

Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream.

Comment 4 Upstream Release Monitoring 2015-09-03 00:11:45 UTC

Failed to kick off scratch build.

cmd:  sha256sum /var/tmp/thn-OGPpki/100.0%
return code:  1
stdout:

stderr:
sha256sum: /var/tmp/thn-OGPpki/100.0%: No such file or directory

Comment 5 Thomas Moschny 2015-09-04 06:21:14 UTC

execnet 1.4.1 restored the compatibility.

It also de-bundles apipkg, which is good, but needs apipkg>=1.4. So we have to update this first.

Comment 6 Upstream Release Monitoring 2016-01-23 13:20:21 UTC

thm's python-execnet-1.4.1-1.fc24 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=713282