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

Re: Rethinking Qt headers (should the header packages be recombined?)



On Wed, Feb 26, 2003 at 03:11:11PM +0100, Martin Loschwitz wrote:
> On Thu, Feb 27, 2003 at 12:16:44AM +1100, Ben Burton wrote:
> > 
> > To be able to build a package that uses these deprecated headers, you must 
> > install the separate package libqt3-compat-headers, in addition to the normal 
> > libqt3-headers.  None of libqt3-dev, libqt3-mt-dev nor kdelibs4-dev depend on 
> > this libqt3-compat-headers.
> > 
> libqt3-dev/libqt3-mt-dev should not depend on libqt-3-compat-headers since
> that would, as you can probably imagine, completely nullify the package's
> intention. Anyway, the fact that kdelibs4-dev does not depend on the package
> yet is probably caused by the fact that it got not updated for recent changes.
> That is on calcs TODO, I guess.

OTOH, perhaps libqt3(-mt)-dev really should depend on compat-headers
until after sarge releases? Just like dpkg depends on dselect.
This will break upgrades (woody -> sarge).

> Having -DQT_NO_COMPAT as default compile option for qmake would probably not
> be too difficult to realize. I think adding this value to qmake.conf should
> almost do the job.

That's a bad idea. Breaking perfectly working builds just isn't right.

-- 
Peter Mathiasson, peter at mathiasson dot nu, http://www.mathiasson.nu
GPG Fingerprint: A9A7 F8F6 9821 F415 B066 77F1 7FF5 C2E6 7BF2 F228



Reply to: