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.