Bug 1147204
| Summary: | libqtxdg: Please update version | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Eugene A. Pivnev <ti.eugene> |
| Component: | libqtxdg | Assignee: | Rex Dieter <rdieter> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | i, lkundrak, rdieter, ti.eugene |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | libqtxdg-1.0.0-1.el7 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-10-16 13:45:27 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Eugene A. Pivnev
2014-09-28 06:03:08 UTC
*** Bug 1147074 has been marked as a duplicate of this bug. *** In my opinion, step 1: in rawhide, switch on qt4 support on here and build razortqt against this system libqtxdg step 2: build/support lxqt in rawhide (is lxqq packaged and reviewed yet?) when that is done, then can consider supporting prior releases (and epel) Any comment/objection to that plan? (In reply to Rex Dieter from comment #2) > In my opinion, > > step 1: in rawhide, switch on qt4 support on here and build razortqt against > this system libqtxdg > > step 2: build/support lxqt in rawhide (is lxqq packaged and reviewed yet?) > > when that is done, then can consider supporting prior releases (and epel) > > > Any comment/objection to that plan? Yes, I have. Step 1: in rawhide, f21 and f20. Now I'm using f20 at home and office machines. And razorqt w/ libqtxdg-0.5.2 in office and shared libqtxdg 0.5.3 with razorqt and LXQT (OBS's) at home - everything works ok. And I can't test (_really_ test) packages in unstable releases. I'm prefering to test my packages on itself (sorry bad english). Step 2: But you are right - need testing. After testing at F20+ - to add f19 and epel. But libqtxdg's maintainer can do WANTFIX :-( Well, you have to start somewhere, and development typically happens in rawhide. Once things packages and dependencies are in a known-good state, *then* you can consider building for stable release branches. (In reply to Rex Dieter from comment #4) > Well, you have to start somewhere, and development typically happens in > rawhide. Once things packages and dependencies are in a known-good state, > *then* you can consider building for stable release branches. You had asking "comments" - these were comments. Anyway libqtxdg' maintainer do nothing yet. (In reply to Eugene A. Pivnev from comment #5) > Anyway libqtxdg' maintainer do nothing yet. I've updated the version. Stranger to how razorqt does thing, I did not quite get the Qt4 update part. The update needs to be coordinated and I believe it makes sense for you to do that. That said, I'm a little concerned about your approach to testing stable/released versions or lack of thereof. Let's update the development branches first and see where can we move from there. I'm now adding commit permissions for libqtxdg in rawhide/f21/epel7; feel free to do the update yourself. Please take good care about proper replacement of older libqtxdg (either with obsoletes tag or by renaming libqtxdg-qt4 subpackage to mere libqtxdg). I'll take care of the libqtxdg part, I've some good experience handling upgrades like that. (In reply to Lubomir Rintel from comment #6) > (In reply to Eugene A. Pivnev from comment #5) > > Anyway libqtxdg' maintainer do nothing yet. > > I've updated the version. Stranger to how razorqt does thing, I did not > quite get the Qt4 update part. > > The update needs to be coordinated and I believe it makes sense for you to > do that. That said, I'm a little concerned about your approach to testing > stable/released versions or lack of thereof. Let's update the development > branches first and see where can we move from there. > > I'm now adding commit permissions for libqtxdg in rawhide/f21/epel7; feel > free to do the update yourself. Please take good care about proper > replacement of older libqtxdg (either with obsoletes tag or by renaming > libqtxdg-qt4 subpackage to mere libqtxdg). Thank you. I'll start on f21 (and will test it at virtual machine - before and after upgrading). (In reply to Rex Dieter from comment #7) > I'll take care of the libqtxdg part, I've some good experience handling > upgrades like that. This will good help. As razorqt is R.I.P. - I need to switch razorqt's users into LXQT as gently as it is possible. http://pkgs.fedoraproject.org/cgit/libqtxdg.git/commit/?id=303d214d67a88f4f89e55008601fbed00f1f3970 building for rawhide now, will merge/build-for f21 here in a bit if all goes well. libqtxdg-0.5.3-4.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/libqtxdg-0.5.3-4.fc21 libqtxdg-0.5.3-4.fc21 buildroot override submitted, expires Oct 12 (hopefully the package can go to stable updates by then) Package libqtxdg-0.5.3-4.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libqtxdg-0.5.3-4.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-12104/libqtxdg-0.5.3-4.fc21 then log in and leave karma (feedback). Similarly, libqtxdg-0.5.3-4.fc20, libqtxdg-0.5.3-4.fc19 buildroot overrides are now in place (until Oct 13) Lubomir, I've got epel7/el6 prepped and ready (el6 needed some slight modification to use cmake28), so can move forward there whenever. libqtxdg-0.5.3-4.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. libqtxdg-0.5.3-4.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/libqtxdg-0.5.3-4.el7 I'm sorry, but new verion releazed: 1.0.0. It is still compatible as with razorqt as with lxqt-0.7.0: https://build.opensuse.org/package/show/X11:QtDesktop:LXQT/libqtxdg https://build.opensuse.org/package/show/X11:QtDesktop:LXQT/razorqt https://build.opensuse.org/package/show/X11:QtDesktop:LXQT/liblxqt upgrading rawhide (master branch) initially should not be controversial. That said, I see the Qt4 build wants QtMimeTypes, are you aware of any efforts at packaging that for fedora yet? Recall that you should have commit access per comment #6, but I can take care of it this time. %changelog * Thu Oct 16 2014 Rex Dieter <rdieter> - 1.0.0-1 - libqtxdg-1.0.0, soname bump (#1147204) libqtxdg-1.0.0-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/libqtxdg-1.0.0-1.fc21 libqtxdg-1.0.0-1.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/libqtxdg-1.0.0-1.el7 libqtxdg-0.5.3-4.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/libqtxdg-0.5.3-4.fc20 libqtxdg-0.5.3-4.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/libqtxdg-0.5.3-4.fc19 libqtxdg-0.5.3-4.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. libqtxdg-0.5.3-4.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. libqtxdg-1.0.0-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. libqtxdg-1.0.0-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. |