Opened 7 years ago

Closed 7 years ago

#5238 closed task (fixed)

Don't install non-Qt libraries to $QT4DIR (hold)

Reported by: Armin K Owned by: bdubbs@…
Priority: normal Milestone: 7.6
Component: BOOK Version: SVN
Severity: normal Keywords:
Cc:

Description (last modified by bdubbs@…)

While building new KDE desktop, I've stumbled upon something. Several libraries which require Qt4 are being installed into $QT4DIR. This is wrong.

If Qt4 gets upgraded, and new directory takes place as QT4DIR (via symlink as suggested in the book), other libraries installed in the old prefix will become unavailable.

Change History (13)

comment:1 by bdubbs@…, 7 years ago

In the KDE section I found automoc4 and phonon which really should go in KDE_PREFIX.

In chapter 9, General Libraries, I found libdbusmenuqt, grantlee, qca, and qjson.

Tlibdbusmenuqt is only used is kdelibs.
grantlee is only used in kdelibs and kdepim.
qca is only used in kdelibs, although I've seen it outside of KDE (and BLFS).
qjson is used in libdbusmenuqt, kdepimlibs, kde-workspace, kdeplasma-addons, kate, ark, and amarok.

amarok requires kdelibs.

I suppose all those should also go in the KDE_PREFIX directory.

There is no "QT4PREFIX" that I could find. The var is &qt4-dir; which is defined as "$QT4DIR" which is, in turn, /usr or /opt/qt4.

To check the changes, all of Qt and KDE probably need to be rebuilt with the new prefix. I suggest waiting until the next KDE or Qt4 release.

comment:2 by Armin K, 7 years ago

Yeah, but mentioned packages are not in KDE section and KDE_PREFIX and co might not be configured when building non-KDE dependant libraries. I agree about Amarok, Phonon and Automoc, but not about others. Unless you want to link the kde configuration page on each of them, I suggest simply installing them in /usr.

comment:3 by bdubbs@…, 7 years ago

At one time we had grantlee in the KDE additional programs section. I don't recall why we moved it. Perhaps it was used by a non-KDE package we removed.

Another option is to move libdbusmenuqt and qjson to the KDE section.

I can live with qca being in /usr.

comment:4 by Armin K, 7 years ago

Grantlee was moved because it doesn't belong in KDE Section. Much like many packages used by GNOME but not being in GNOME chapter.

comment:5 by bdubbs@…, 7 years ago

Description: modified (diff)
Owner: changed from blfs-book@… to bdubbs@…
Status: newassigned
Summary: Don't install non-Qt libraries to $QT4PREFIXDon't install non-Qt libraries to $QT4DIR (hold)

Holding until next qt or kde release.

comment:6 by bdubbs@…, 7 years ago

Resolution: fixed
Status: assignedclosed

Fixed at revision 13392.

comment:7 by bdubbs@…, 7 years ago

Resolution: fixed
Status: closedreopened

Not fixed yet. Closed inadvertently.

comment:8 by bdubbs@…, 7 years ago

automoc4 and phonon have been fixed at revision 13558.

Holding libdbusmenuqt, grantlee, qca, and qjson for now. Holding amarok also.

comment:9 by Armin K, 7 years ago

I believe this is mostly fixed now. Amarok installs in KDE_PREFIX (which is reasonable, given that it requires kde-runtime) not QT4DIR.

in reply to:  9 comment:10 by bdubbs@…, 7 years ago

Replying to Krejzi:

I believe this is mostly fixed now. Amarok installs in KDE_PREFIX (which is reasonable, given that it requires kde-runtime) not QT4DIR.

I still want to change this to /usr. If a user updates KDE, he really shouldn't have to update Amarok also. I plan on doing this today.

comment:11 by Armin K, 7 years ago

There are few packages from KDE section not really tied to KDE release numbers but using KDE PREFIX. Phonon and backends, Automoc4, QImageBlitz, Akonadi, etc ... Amarok wouldn't hurt at all, especially since there will only be 2 more releases of KDE4 AFAIK.

comment:12 by bdubbs@…, 7 years ago

I don't have a problem with using KDE_PREFIX for any package in Part VII - KDE. I expect to build all those at the same time even though, as you say, some don't change at every KDE release. Packages outside of KDE that depend on KDE libs are another matter.

We will have to evaluate KDE 5/Frameworks etc in the next release cycle.

comment:13 by bdubbs@…, 7 years ago

Resolution: fixed
Status: reopenedclosed

It turns out that amarok depends heavily on where kde is installed. Added a note that reinstall is needed if kde is installed in a versioned directory of /opt.

Ticket fixed at revision 14318.

Note: See TracTickets for help on using tickets.