Why is this rebuild needed? Were there any soversion bump on Qt5 side? And if
there was soversion bump on Qt5, the all dependant packages should have pushed
altogether anyway - so currently I do not understand why these rebuild was
needed.
prior builds used Qt private symbols. The problem is not yet fully understood
(whether it is Qt and/or lxqt at fault here), but what is known is that
rebuilding fixes it.
This update is currently being pushed to the Fedora 21 testing updates repository.
This update has been submitted for testing by heliocastro.
Taskotron: depcheck test PASSED on i386. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/24290/steps/runtask/logs/stdio (results are informative only)
Taskotron: depcheck test PASSED on x86_64. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/24290/steps/runtask/logs/stdio (results are informative only)
Why is this rebuild needed? Were there any soversion bump on Qt5 side? And if there was soversion bump on Qt5, the all dependant packages should have pushed altogether anyway - so currently I do not understand why these rebuild was needed.
prior builds used Qt private symbols. The problem is not yet fully understood (whether it is Qt and/or lxqt at fault here), but what is known is that rebuilding fixes it.
This update is currently being pushed to the Fedora 21 testing updates repository.
This update has been pushed to testing
lxqt-openssh-askpass is not listed by yum in the updates-testing repo?
This update has been submitted for stable by heliocastro.
Taskotron: upgradepath test PASSED on noarch. Result log: https://taskotron.fedoraproject.org/taskmaster//builders/x86_64/builds/25926/steps/runtask/logs/stdio (results are informative only)
This update is currently being pushed to the Fedora 21 stable updates repository.
This update has been pushed to stable