[gentoo-dev] Yet Another Multi-QT Scheme

[gentoo-dev] Yet Another Multi-QT Scheme

[Dan Armak]

Hi all,

The current (latest) scheme for the qt /etc/env.d files has multi-qt support 
with regard to major qt versions (2,3,...) but not minor versions (2.2, 
2.3...). This is my proposition for adding this support.

What we want is a file in /etc/env.d for every minor version of qt. Revisions 
(2.3.X) don't need separate files since they are binary compatible and can be 
freely switched.

This is the file that adds /usr/lib/qt-x11-version/{bin,lib,man} to PATH, 
ROOTPATH, LDPATH and MANPATH respectively.

We also want the newer versions of qt to go into the various PATHs first, 
therefore they need the lower numbers, so as to be processed first.

Proposition 1:
qt-x.y.z 		(8-x)(9-y)qt-x11-x.y.z
That is:
qt-2.0		69
qt-2.2		67
qt-2.3		66
qt-3.0		50
qt-4		40

This makes it easy to calculate the number for each new file. However, it has 
a rather large spread. It might be better to simply assign consecutive 
numbers as the new versions come out, starting around e.g. 60:
qt-2.0		60
qt-2.1		59
qt-2.2		58
qt-2.3		57
qt-3.0		56
...
and so on. I don't mind either way.
Now that I've written both out, the first seems rather silly :-)

There is also the "versionless" ??qt file which sets QTDIR, it is currently 
numebered 30 and I see no reason to change that.

As always, please reply with objections to prevent me from doing this.

Note: since noone (but myself) has a non-2.x qt installed right now, these 
changes won't affect anything.

However, everyone will have to merge the latest revision of their 2.x qt and 
unmerge the old one before merging any version of qt3.x. Once things get 
settled - and I really think this'll be the final scheme - how do we make 
everyone upgrade?

-- 

Dan Armak
Gentoo Linux Developer, Desktop Team
Matan, Israel

Re: [gentoo-dev] Yet Another Multi-QT Scheme

[Karl Trygve Kalleberg]

On Mon, 15 Oct 2001 22:37:14 +0200
Dan Armak <danarmak@gentoo.org> wrote:

> Hi all,
> 
> The current (latest) scheme for the qt /etc/env.d files has multi-qt
support 
> with regard to major qt versions (2,3,...) but not minor versions (2.2, 
> 2.3...). This is my proposition for adding this 

Stupid question: Why would we really need this ? 
 
> Proposition 1:
> qt-x.y.z 		(8-x)(9-y)qt-x11-x.y.z
> That is:
> qt-2.0		69
> qt-2.2		67
> qt-2.3		66
> qt-3.0		50
> qt-4		40

This should only be availble in Gentoo Special Edition - for the
mathematically inclined.

> Now that I've written both out, the first seems rather silly :-)

I vote for the second. 

> However, everyone will have to merge the latest revision of their 2.x qt
and 
> unmerge the old one before merging any version of qt3.x. Once things get

> settled - and I really think this'll be the final scheme - how do we
make 
> everyone upgrade?

Before this is completely settled, do we we have other libraries of which
we might want different versions installed, that need special attention ?

Reason I am asking is that if, say libxsltproc should be installed for
multiple versions, we might want to abstract out commonalities between
libxsltproc and libqt. If nobody knows of other troublesome libraries at
this point, let's use Dan's solution and review it later if it breaks.

Regards,

Karl T

Re: [gentoo-dev] Yet Another Multi-QT Scheme

[Dan Armak]

On Tuesday 16 October 2001 14:00, you wrote:
> On Mon, 15 Oct 2001 22:37:14 +0200
>
> Dan Armak <danarmak@gentoo.org> wrote:
> > Hi all,
> >
> > The current (latest) scheme for the qt /etc/env.d files has multi-qt
>
> support
>
> > with regard to major qt versions (2,3,...) but not minor versions (2.2,
> > 2.3...). This is my proposition for adding this
>
> Stupid question: Why would we really need this ?

Different  minor versions of qt are not binarily compatible. Someone who has 
kde compiled for e.g. qt-2.2.3 and upgrades to qt-2.3.1 needs to keep his old 
qt, or he'll have to recompile all his kde.

-- 

Dan Armak
Gentoo Linux Developer, Desktop Team
Matan, Israel