Description of problem: qt-virt-viewer sources include an older state of some sources from krdc-libs. Version-Release number of selected component (if applicable): 0.57.86 How reproducible: yes Steps to Reproduce: 1. look into sources 2. 3. Actual results: qt-virt-manager/src/vm_viewer/krdc_vnc_qtonly [1] includes files from krdc [2] : core/remoteview.h|cpp vnc/vncview.h|cpp vnc/vncclientthread.h|cpp Expected results: try to unbundle and link to krdc-libs Additional info: [1] https://github.com/F1ash/qt-virt-manager/tree/master/src/vm_viewer/krdc_vnc_qtonly [2] https://cgit.kde.org/krdc.git/tree/
See https://fedoraproject.org/wiki/Packaging:Guidelines#Bundling_and_Duplication_of_system_libraries
Just to let inform maintainers of krdc.
We should add 'Provides: bundled(krdc-libs) = $version' into spec file.
(In reply to Raphael Groner from comment #3) > We should add 'Provides: bundled(krdc-libs) = $version' into spec file. Yes, it will be better. And then need to inform the krdc developers about improved krdc-[devel|libs] by adding vnc/vncview.h|cpp vnc/vncclientthread.h|cpp and related...
qt-virt-manager-0.60.88-3.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2018-a702a6a347
qt-virt-manager-0.60.88-3.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-709ccebcc5
qt-virt-manager-0.60.88-3.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-675b5cc77f
qt-virt-manager-0.60.88-3.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-a702a6a347
qt-virt-manager-0.60.88-3.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-675b5cc77f
qt-virt-manager-0.60.88-3.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-709ccebcc5
qt-virt-manager-0.60.88-3.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
qt-virt-manager-0.60.88-3.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.
qt-virt-manager-0.60.88-3.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
I fail to see how this is solved. Upstream CMakeLists.txt bundles own headers. https://github.com/F1ash/qt-virt-manager/blob/master/CMakeLists.txt#L147
(In reply to Fl@sh from comment #4) > (In reply to Raphael Groner from comment #3) > > We should add 'Provides: bundled(krdc-libs) = $version' into spec file. > > Yes, it will be better. And then need to inform the krdc developers about > improved krdc-[devel|libs] by adding > > vnc/vncview.h|cpp > vnc/vncclientthread.h|cpp > > and related... Did you try to send your patches to krdc project?
I haven't any patches for it. This is work for krdc developers.
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle. Changing version to '29'.
Any news here? As stated in comment #16, maybe maintainer(s) of krdc can explain more details.
I'm not able or interested in working on this request either, so I guess we can go with WONTFIX
(In reply to Rex Dieter from comment #19) > I'm not able or interested in working on this request either, so I guess we > can go with WONTFIX OK, maybe (and hopefully) upstream decides to do future development with better support for virtualization.
Ideally yes, ideally interested parties (qt-virt-viewer devs primarily) to engage krdc upstream to let them know and collaborate on a mutually-beneficial solution.