Dependencies for amarok 1.4

[Andreas Pakulat]

On 03.12.08 20:09:41, Beso wrote:
> 2008/12/3 Leo Franchi <lfranchi at kde.org>:
> > On 3 Dec 2008, at 13:33, Beso wrote:
> >
> >> 2008/12/3 Andreas Pakulat <apaku at gmx.de>:
> >>> On 03.12.08 13:22:17, Beso wrote:
> >>>> 2008/12/3 Leo Franchi <lfranchi at kde.org>:
> >>>>> On 3 Dec 2008, at 12:14, Beso wrote:
> >>>> the requirements of qt4 with qt3 support is for kdelibs 3.5, which
> >>>> is
> >>>> requirement for amarok 1.4,
> >>>> on a kde4 - qt4 system.
> >>>
> >>> Thats wrong as well, kdelibs3.5 depends on Qt3 only, it cannot
> >>> compiler
> >>> with qt4 (with or without qt3support). However some parts of KDE4
> >>> still use
> >>> Qt3Support classes (IIRC even some parts of kdelibs) so thats why
> >>> Qt4+Qt3Support are needed on a KDE4 system.
> >>>
> >>> Andreas
> >>>
> >> so you actually need both qt4 and qt3?!
> >
> > Amarok 1.x is a Qt3 app. That means you need Qt3.
> >
> > KDE4 is a Qt4 app. That means you need Qt4.
> >
> > If you run Amarok 1.x in KDE4, you will logically need Qt3 AND Qt4.
> >
> it's not very logic since qt4 and qt3 cannot be built on the same
> system at the same time without building
> them from source with specific configure settings, since they overlap
> themselves.

Thats not quite correct. Distributions manage just fine to have qt3 and qt4
development packages installed side-by-side. And they do so by moving the
overlapping parts into separate directories under /usr/lib or /usr/share.
Thats quite fine, its not expected that you can install qt3 and qt4 into
the same prefix without these adjustments.

> qt4 instead has qt3support library that should avoid the
> need of building a "custom" qt3 build.

Thats the theory, the practice is a quite different beast. The problem is
that not all API that has changed has a Qt3Support counterpart, for
example QString doesn't, QObject also not. Apart from that, you still need
to change your source code and replace the QFoo with Q3Foo. Last but not
least: Qt3support is hardly maintained by Qt Software and is basically at
the end of its life already, only the worst things are fixed in there and
there are quite a few bugs with these classes.

Andreas

-- 
Be careful!  UGLY strikes 9 out of 10!