Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
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. |