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 196901
| Summary: | qt4: make FHS-friendly | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Rex Dieter <rdieter> |
| Component: | qt4 | Assignee: | Rex Dieter <rdieter> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | extras-qa, mail, scop |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-07-07 17:39:11 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Another nice side-effect of using %_libdir would be that we can drop the ld.so.conf.d funny-business (provided we don't do 2. above). Others I've worked on datadir: %_libdir/qt4 -> %_datadir/qt4 docdir: %_docdir/qt4-doc-%version -> %_docdir/qt4 translationdir: %_libdir/qt4/translations -> %_datadir/qt4/translations > headers: %{_includedir} Are the headers exactly the same on all arches? There's movement in making devel packages multiarch friendly and parallel installable. > docdir: %_docdir/qt4-doc-%version -> %_docdir/qt4 If this includes stuff I guess it does (haven't checked), it sounds inconsistent with all other packages out there that use %{_docdir}/%{name}-%{version} despite of the drawbacks of it being versioned. Being consistent with the rest of the world would be good for POLA. If found faulty, mass-fix everything later. >> docdir: %_docdir/qt4-doc-%version -> %_docdir/qt4 >If this includes stuff I guess it does (haven't checked), it sounds inconsistent qtassistant is qt4's help-browser, and it peruses stuff from there. Other apps/pkgs can put stuff in the qt4 docdir as well. It seemed silly to force a rebuild of those other apps/pkgs on every qt4 version update, so I chose to make the dir static. This is what other distros (well, at least SuSE) do as well. Fair enough, the docdir apparently doesn't contain what I guessed then ;) Depending on how essential those files are and whether qtassistant works without them, one additional consideration could be whether to install them as %doc at all (stuff in %_docdir gets automatically marked as such), think --excludedocs installs. qtassistant will work without any docs, it just won't (be able to) show anything. I think the case where someone uses --excludedocs and installs a pkg called -doc will probably be pretty rare. (: Okay, agreed, I didn't (even) know that qtassistant is also in -doc. OK, the deed is done. *** Bug 244837 has been marked as a duplicate of this bug. *** |
In short, move most(all?) of everything out of %{_libdir}/qt4, and use FHS-friendly dirs like: libs: %{_libdir} headers: %{_includedir} Must be careful about qt(4) addons, like qt4-qsa that (like to) install into QTDIR/%{_lib}. We could either 1. recommend/force rebuilds against the new configuration (ie, to move out of QTDIR/%_lib and into the new location, %_libdir). 2. Keep/own QTDIR/%_lib too.