Re: How to handle concurrent QT versions

[Alexander Asteroth]

Dear Andreas,

thanks for the reply. If I get you correctly the point you make:
> [...] unless you also install the Qt libraries into your profile.

is probably the cause of my problem. I did not build the softwares as
guix packages but simply made them compile (after some manual changes to
the code) in my current environment. If I now run a `guix package -u`
the libraries (from qtbase) get upgraded from 5.15.5 to 6.3.1 and the
program fails to run.

I guess I either need to make them into guix packages or let them run in
the old guix environment they were build in, right?

Bests,
Alex

On Tue, Feb 28 2023, 17:53:11, Andreas Enge <andreas@enge.fr> wrote:

> Hello,
>
> Am Tue, Feb 28, 2023 at 12:25:13PM +0100 schrieb Alexander Asteroth:
>> since two month I didn't update my guix system now since I have a few
>> self compiled softwares that depend on QT@5.15 (qtbase, etc.) which I
>> need every day. Now version 6 of QT replaces 5 everywhere and whithout
>> updating to 6 I cannot update a lot of other packages.
>
> I would expect it to work out of the box. From what I see, the Qt5
> libraries are called libQt5xxx.so. Supposedly the Qt6 libraries are
> called differently (libQt6xxx.so?), so you should be able to install
> both of them into the same profile.
>
> Independently, software from Guix built with one or the other can be
> installed at the same time: They will just point to different libraries
> in the store, unless you also install the Qt libraries into your profile.
>
> Andreas