Re: Any workaround for 246350 -- tons of icon warnings -- anybody not getting it?
Tuesday 08 June 2004 03:31, William Ballard rašė: Is anybody *not* getting tons of icon warnings every time a KDE app is launched? As reported in 246350? With sid's kdelibs? Is there a way workaround? Or it just a sid's broke, what do you want, it's sid thing? http://bugs.kde.org/show_bug.cgi?id=80839 -- Marius Žalinauskas
Re: QT needs new maintainer(s), or at least an NMU
Tuesday 01 June 2004 20:19, Martin Loschwitz rašė: As far as I am concerned, KDE 3.2 is still not officially certified for running with Qt 3.3, is it? Hm... I saw some incidents with Qt 3.3 and KDE 3.2 somewhere on the web. But why shouldn't we ask on KDE mailing lists? Anyway, Qt 3.3 should not go into Sarge, I think. I share your opinion. I know nothing about Sarge release plans and I'm really afraid Qt 3.3 and Qt 3.3 linked KDE just won't catch the train. However, as already said -- I would love to see people help me; I am thinking of doing a Qt 3.2.x upload to fix at least one of the two outstanding release critical bugs. Additionally, re-enabling STL is something one might take into consideration. (running in circles and screaming Thank you! Thank you!) :) Now seriously. How can I help? -- Marius Žalinauskas
Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid
Tuesday 01 June 2004 03:43, Chris Cheney rašė: time. I imagine that 3.2.3 will be available to packagers by the time I get well enough to upload it. I wonder what Qt libs is it going to be linked? Current non-STL v3.2.3? -- Marius Žalinauskas
Re: Qt library without STL support?
Thursday 13 May 2004 20:11, Dominique Devriese rašė: Marius writes: Personaly, I have a guess. Rebuilding Qt also requires rebuilding every app (well, maybe not all of them, only those with own plugins) that depends on libqt (the reason is described in Qt Plugins HOWTO in official Qt docs). I can't find this, do you have a link ? http://doc.trolltech.com/3.2/plugins-howto.html Scroll down to the section Loading and Verifying Plugins and The Build Key. Regards, Marius Žalinauskas
Re: Qt library without STL support?
Friday 14 May 2004 09:56, Dominique Devriese rašė: Scroll down to the section Loading and Verifying Plugins and The Build Key. AIUI, this only means that Qt plugins need to be recompiled when changing the Qt configuration, and few ( if any ) packages except Qt itself have these. For rebuilding apps, I think the normal rules apply: it's only really necessary when a major Qt upgrade is done, like Qt 3 - Qt 4. Mhm. It's seems you are right. If I rebuild Qt, I would also need to rebuild packages that have Qt plugins. IMHO we can divide all Qt apps in to two groups: KDE apps and pure Qt apps. KDE apps keep their plugins in and /usr/lib/kde3/plugins while pure Qt apps keep their plugins in /usr/lib/qt3/plugins (besides, this is recommended plugin plase in /usr/share/doc/libqt3-mt-dev/README.Debian.gz). I did a search in packages.debian.org looking for packages that has directories or files like /usr/lib/kde3/plugins and /usr/lib/qt3/plugins. Here are results both on testing and unstable: usr/lib/kde3/plugins/designer/bosonwidgets.la games/boson-base usr/lib/kde3/plugins/designer/bosonwidgets.so games/boson-base usr/lib/kde3/plugins/designer/kdewidgets.la libs/kdelibs4 usr/lib/kde3/plugins/designer/kdewidgets.so libs/kdelibs4 usr/lib/kde3/plugins/styles/dotnet.la kde/kdeartwork-style usr/lib/kde3/plugins/styles/dotnet.so kde/kdeartwork-style usr/lib/kde3/plugins/styles/highcolor.lalibs/kdelibs4 usr/lib/kde3/plugins/styles/highcolor.solibs/kdelibs4 usr/lib/kde3/plugins/styles/keramik.la libs/kdelibs4 usr/lib/kde3/plugins/styles/keramik.so libs/kdelibs4 usr/lib/kde3/plugins/styles/kthemestyle.la libs/kdelibs4 usr/lib/kde3/plugins/styles/kthemestyle.so libs/kdelibs4 usr/lib/kde3/plugins/styles/light.lalibs/kdelibs4 usr/lib/kde3/plugins/styles/light.solibs/kdelibs4 usr/lib/kde3/plugins/styles/plastik.la kde/kdeartwork-style usr/lib/kde3/plugins/styles/plastik.so kde/kdeartwork-style usr/lib/kde3/plugins/styles/scheck.la devel/kdesdk-misc usr/lib/kde3/plugins/styles/scheck.so devel/kdesdk-misc usr/lib/qt3/plugins/crypto/libqca-tls.solibs/qca-tls usr/lib/qt3/plugins/designer/libcppeditor.sodevel/qt3-designer usr/lib/qt3/plugins/designer/libdlgplugin.sodevel/qt3-designer usr/lib/qt3/plugins/designer/libgladeplugin.so devel/qt3-designer usr/lib/qt3/plugins/designer/libkdevdlgplugin.sodevel/qt3-designer usr/lib/qt3/plugins/designer/librcplugin.so devel/qt3-designer usr/lib/qt3/plugins/designer/libwizards.so devel/qt3-designer usr/lib/qt3/plugins/imageformats/libqjpeg-non-mt.so libs/libqt3c102 usr/lib/qt3/plugins/imageformats/libqjpeg.solibs/libqt3c102-mt usr/lib/qt3/plugins/imageformats/libqmng-non-mt.so libs/libqt3c102 usr/lib/qt3/plugins/imageformats/libqmng.so libs/libqt3c102-mt usr/lib/qt3/plugins/sqldrivers/libqsqlmysql-non-mt.so libs/libqt3c102-mysql usr/lib/qt3/plugins/sqldrivers/libqsqlmysql.so libs/libqt3c102-mt-mysql usr/lib/qt3/plugins/sqldrivers/libqsqlodbc-non-mt.solibs/libqt3c102-odbc usr/lib/qt3/plugins/sqldrivers/libqsqlodbc.so libs/libqt3c102-mt-odbc usr/lib/qt3/plugins/sqldrivers/libqsqlpsql-non-mt.solibs/libqt3c102-psql usr/lib/qt3/plugins/sqldrivers/libqsqlpsql.so libs/libqt3c102-mt-psql That means that only packages: kdesdk-misc qt3-designer boson-base kdeartwork-style kdelibs4 libqt3c102 libqt3c102-mysql libqt3c102-mt libqt3c102-mt-mysql libqt3c102-mt-odbc libqt3c102-mt-psq libqt3c102-odbc libqt3c102-psql qca-tls needs to be rebuilded. Then again -- different packages come from same sources so we need to rebuild packages from following: kdesdk boson-base kdeartwork kdelibs qt-x11-free qca-tls It shouldn't be that difficult... unless I don't know something. -- Marius Žalinauskas
Re: Qt library without STL support?
Wednesday 12 May 2004 23:15, Dominique Devriese rašė: I've asked Madkiss this before, and even sent him the trivial patch that changes it iirc, but he never told me the reason for keeping it as is. Personaly, I have a guess. Rebuilding Qt also requires rebuilding every app (well, maybe not all of them, only those with own plugins) that depends on libqt (the reason is described in Qt Plugins HOWTO in official Qt docs). Anyway, that's only a guess. Martin, Ralf where are you? Please, give as an explanation and we'll give you a break :) IMHO, -no-stl is wrong, and it is no longer recommended by KDE I agree. I've checked: Red Hat, Mandrake, SuSE, Xandros – all have STL enabled Qt, only Slackware hasn't. -- Marius Žalinauskas
Re: Qt library without STL support?
Wednesday 12 May 2004 09:48, Marius Žalinauskas rašė: Hello, Can anyone tell me why Qt library is build without STL support in Debian (at least in Sarge and Sid)? [snip] Anyone? Please? -- Marius Žalinauskas