Bug#507636: [qt4-qtconfig] Phonon configuration is grayed out
Package: qt4-qtconfig Version: 4.4.3-1 Severity: minor In the Qt4 configuration tool, all the widgets in the "Phonon" tab are grayed out. This happens with phonon 4.2.0-2. I guess this can be solved by building Qt4 against the external phonon library instead of only disabling the internal one. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.27.7-shl1 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 unstableemacs.orebokech.com 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (>= 2.7-1) | 2.8+20080809-1 libgcc1 (>= 1:4.1.1) | 1:4.3.2-2~exp4 libqt4-qt3support (= 4.4.3-1) | 4.4.3-1 libqtcore4 (= 4.4.3-1) | 4.4.3-1 libqtgui4 (= 4.4.3-1) | 4.4.3-1 libstdc++6 (>= 4.1.1) | 4.3.2-2~exp4 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Upcoming changes in sip 4.10
Hi all,
in my investigations, I've found the following packages (maintained by
one of you) that either depend on python-sip4 or build-depend on
python-sip4-dev:
serna
qtiplot
python-qwt5-qt4
python-qwt5-qt3
python-qwt3d-qt4
python-qwt3d-qt3
python-kde4
python-ball
python-ballview
scidavis
I'd like to inform you about some of the changes we've made in order to
have the current and upcoming API breakages of sip be smoother than the
ones on the past---ideally, they should be handled with a binNMU.
The sip 4.10 uploads (currently in experimental) introduces the
following changes in the packaging:
* python-sip4 has been renamed python-sip
* python-sip4-dev and sip4 have been merged into python-sip-dev
* python-sip now provides the current APIs as virtual packages.
They are of the form sip-api-x.y, currently sip-api-7.0. There might
be more than on API that is supported, but at least according to
current upstream practice, they will all have the same major number.
If a new package is built, it always uses the highest available API.
* the tool dh_sip provides an expansion for ${sip:Depends}, which is
always the highest available API
All old packages remain as transitional packages for the time being.
In order to adapt your packages, the following needs to be done:
* The only package you need to build-depend on is python-sip-dev in
order to have a proper build environment, using the appropriate version
* If you build debug packages, also pull in python-sip-dbg
* The only way to depend on the sip runtime package is by adding
${sip:Depends} to the dependencies of the packages. This will expand to
the current sip API (sip-api-7.0 right now).
This needs to be added to all arch:any packages that include a module
that has been built using sip
* dh_sip needs to be called during the build process (directly after
dh_py{support,central} is a good place)
* debug packages only need to depend on python-sip-dbg if they have a
tight dependency on their non-debug variant (which they should have
anyway)
Please do keep in mind that simply depending on python-qt4 because it
pulls in python-sip is not enough. This will not keep the packages from
crashing when a new version of PyQt4 and sip is installed, unless you
lock down the version of python-qt4 you depend on really tight---which
is exactly the way in which the old system failed.
In the future, once all packages have been upgraded to the new scheme, a
new sip upload that introduces a new major API can be handled by simply
scheduling binNMUs for all packages that depend on the old sip-api-x.y
package (if the binding code doesn't need any updates, though in my
experience that shouldn't be happening that often).
python-qt{3,4} and Qscintilla2 have already been updated to the new
scheme (latest versions on experimental), please have a look at them if
anything I said is unclear. Otherwise, please do not hesitate to ask me!
I would like to push the packages to unstable as soon as possible, i.e.
within the next days. python-sip4 4.10 will also break the current
versions of all packages I listed above so that we can avoid the flurry
of "X crashes with new version of python-qt4" bug reports.
I would appreciate it if you could update your packages accordingly. If
you don't have time, please tell me and I will create patches (and
upload NMUs, if needed) for your packages.
Thanks & best regards,
Torsten
--
.: Torsten Marek
.: http://shlomme.diotavelli.net
.: tors...@diotavelli.net -- GnuPG: 1024D/A244C858
signature.asc
Description: This is a digitally signed message part
Bug#341658: libqt4-core: QBitArray operator{&,|,^}(...) missing from libQtCore.so
Package: libqt4-core
Version: 4.0.1-5
Severity: normal
The functions
QBitArray operator&(const QBitArray &, const QBitArray &);
QBitArray operator|(const QBitArray &, const QBitArray &);
QBitArray operator^(const QBitArray &, const QBitArray &);
are missing from libQtCore.so.
Compiling the following program
// snip
#include
int main(int argc, char** argv) {
QBitArray a, b;
a & b;
return 0;
}
// snip
with
$ g++ -I/usr/include/qt4 test.cpp -lQtCore
yields
/tmp/cciBW0Xe.o: In function `main':test.cpp:(.text+0x53): undefined
reference to `operator&(QBitArray const&, QBitArray const&)'
collect2: ld returned 1 exit status
best regards
Torsten
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-shl3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages libqt4-core depends on:
ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an
ii libfontconfig12.3.2-1.1 generic font configuration library
ii libgcc1 1:4.0.2-4 GCC support library
ii libstdc++64.0.2-4The GNU Standard C++ Library v3
ii zlib1g1:1.2.3-8 compression library - runtime
libqt4-core recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Library dependencies in prl/pc files of Qt4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Qt4 maintainers, I have a concern and a possible request regarding the dependencies listed in the prl files. According to [1], any object should only be linked against those libraries from which it actually uses symbols. However, in all pkg-config or other files for Qt4, *all* libraries are listed, dragging in a lot of actually unneeded dependencies. In my case (PyQt4), the only dependencies needed are the various libqt4-* packages, but neither freetype nor any X library. I've modified the build system of PyQt4 to get rid of this problem, but a recent bug [2] introduced a bigger problem. The QtAssistantClient library is static and thus needs QtCore (and maybe others) when linked. Still, the prl-file contains all libraries (freetype, fontconfig etc) which are needed by QtCore. I could modify the build system a bit more, but I'm already quite uncomfortable with my changes. I wanted to discuss this issue with you to find a good solution for everybody. best, Torsten [1] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385818 Please CC me, I'm not subscribed! TIA - -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE+uBGfMVFHqJEyFgRAjwxAJ92ipCnFgwE3lvWFyS1LXxXyl8hGACgt7rw N4oAi3mXAJJv4nhwTHxabU4= =ZpGM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
