[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: KDE322: libqt-mt => libqt3c102-mt



Chris Cheney writes:

> On Mon, Apr 26, 2004 at 03:39:09AM +0200, Dominique Devriese wrote:
>> Henning Moll writes:
>>
>> > On Sunday 25 April 2004 17:35, Dominique Devriese wrote:
>> >> Henning Moll writes:
>> >> > Hi!  Will this package be also renamed in the 'final release'
>> >> > of KDE322 for Woody?
>> >>
>> >> Yes.
>>
>> > AFAIK, 'c102' stands for the transition from one gcc-version to
>> > another incompatible gcc-version, which is done in sid. Why
>> > should this affect woody?
>>
>> Oh, I see, I thought you were talking about unstable.  /me should
>> learn to read posts better...
>>
>> About the c102 thing: KDE 3.2 depends on Qt >= 3.2.3, and I assume
>> that the KDE packagers for woody have just ported the qt-x11-free
>> packages from unstable to woody, instead of trying to adapt the
>> woody packages to a newer Qt.  I personally would probably have
>> done the same.

> They should only have the c102 name if the packages are compiled
> with gcc 3.2 or newer.

Hm, not sure if this really matters on woody ?  But still, aren't
there going to be other incompatibilities with the previous packages
as well ?

>> >> > I am providing a package of k3b for woody. This package won't
>> >> > install with the current debs of KDE322. Sure, it's easy to
>> >> > correct this, but then, the package will fail on systems with
>> >> > older versions of KDE3.
>>
>> Can't you make your package depend on kdelibs4, and use the
>> implicit kdelibs4-> libqt3* dependency ?

> No. The package dependencies are generated at build time against
> whatever the package links to, plus manually set dependencies. So
> for kdelibs4 and libqt3c102-mt they are automatically set up.

Hm, dpkg-shlibdeps should have a way to exclude a package dependency.

cheers
domi



Reply to: