Comments
gjanssens
@dhgutteridge: Ok. So how should I proceed to indicate this isn't working (other than adding a comment which will not block automatic release) ?
Hmm, bodhi doesn't take my '-1' for bug #1598995 ? Tried twice now. Is this because there is also bug #1501331 for which I don't have access (it remains in loading status) ?
Installed this update and rebooted. I still get the error message as mentioned in bug #1598995 I have also tried to run 'restorecon -Rv /' and rebooted. It made no difference.
Tested and working. Also ran several tests to verify fixed bugs as found in the upstream's changelog.
Works for me
I confirm this update fixes bug #1276105. Light testing didn't reveal any other obvious bugs.
Tested and works fine. No regressions experienced.
Works fine for me.
Oops, I never meant this comment to appear 3 times. Sorry about that. Meanwhile I had opened a bug report which got closed as not a bug that explained I also had to upgrade python-qt5 and python3-qt5 together with qt5*.
Sorry about all the noise.
I get a packaging conflict with an already installed python3-qt5 when running dnf --enablerepo=updates-testing update qt5*
Error: Transaction check error: file /usr/lib/rpm/macros.d/macros.pyqt5 from install of python-qt5-5.5.1-2.fc22.x86_64 conflicts with file from package python3-qt5-5.5-1.fc22.x86_64
I get a packaging conflict with an already installed python3-qt5 when running dnf --enablerepo=updates-testing update qt5*
Error: Transaction check error: file /usr/lib/rpm/macros.d/macros.pyqt5 from install of python-qt5-5.5.1-2.fc22.x86_64 conflicts with file from package python3-qt5-5.5-1.fc22.x86_64
I get a packaging conflict with an already installed python3-qt5 when running dnf --enablerepo=updates-testing update qt5*
Error: Transaction check error: file /usr/lib/rpm/macros.d/macros.pyqt5 from install of python-qt5-5.5.1-2.fc22.x86_64 conflicts with file from package python3-qt5-5.5-1.fc22.x86_64
Works for me
Works fine here.
FYI the error message I get after installing python-copr 1.58 is because copr-cli is using a format argument in a way that requires python 2.7, while rhel6 only ships python 2.6.
Changing
print("Created builds: {}".format(" ".join(map(str, build_ids))))
into
print("Created builds: {0}".format(" ".join(map(str, build_ids))))
in copr_cli/main.py makes the error go away.
I have created #1276105 to track this.
Same issue here. When attempting to start a copr build using a local srpm, copr-cli fails with
Something went wrong: Error: Invalid request: bad request parameter
This is likely because a newer version of python-copr is required as well. I created an epel package for version 1.58 of python-copr based on the f22 package.
With that package installed I get further. The command line successfully uploads the srpm and initiates the build, but then fails again somewhere else with:
Build was added to gnucash-master.
Traceback (most recent call last):
File "/usr/bin/copr-cli", line 9, in <module>
load_entry_point('copr-cli==0.3.0', 'console_scripts', 'copr-cli')()
File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 415, in main
getattr(commands, arg.func)(arg)
File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 66, in wrapper
return func(self, args)
File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 172, in action_build
print("Created builds: {}".format(" ".join(map(str, build_ids))))
ValueError: zero length field name in format
Note I have the same issue as @loveshack regarding the line wrapping of the code block.
Works for me.
@dhgutteridge: Ok. That's what I did. Thanks for your feedback.