Bug#576457: config.h regenerated at wrong place for amd64
Hi, something is strange in there. If you check the build log, you'll see that configure is run twice, then config.h.in is regenerated using autoheader, but config.h is build via config.status only after make all-recursive is executed. In a local build, config.h is created immediately after config.h.in, and judging from the rules, there is no way around that: all: $(BUILT_SOURCES) config.h $(MAKE) $(AM_MAKEFLAGS) all-recursive ... config.h: stamp-h1 @if test ! -f $@; then \ rm -f stamp-h1; \ $(MAKE) $(AM_MAKEFLAGS) stamp-h1; \ else :; fi stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status @rm -f stamp-h1 cd $(top_builddir) $(SHELL) ./config.status config.h $(srcdir)/config.h.in: $(am__configure_deps) ($(am__cd) $(top_srcdir) $(AUTOHEADER)) rm -f stamp-h1 touch $@ (copy from a local Makefile) Excerpt from the buildd log: make[1]: Leaving directory `/build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21' make[1]: Entering directory `/build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21' echo 0.9.21 .version-t mv .version-t .version (CDPATH=${ZSH_VERSION+.}: cd . /bin/bash /build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21/missing --run autoheader) rm -f stamp-h1 touch config.h.in /usr/bin/make all-recursive ... many many lines ... cd . /bin/bash ./config.status config.h config.status: creating config.h Excerpt from local log: make[1]: Leaving directory `/tmp/buildd/pulseaudio-0.9.21' make[1]: Entering directory `/tmp/buildd/pulseaudio-0.9.21' echo 0.9.21 .version-t mv .version-t .version (CDPATH=${ZSH_VERSION+.}: cd . /bin/bash /tmp/buildd/pulseaudio-0.9.21/missing --run autoheader) rm -f stamp-h1 touch config.h.in cd . /bin/bash ./config.status config.h config.status: creating config.h /usr/bin/make all-recursive I've checked some other architecture's buildd logs, they look exactly like the local one. best, Torsten -- .: Torsten Marek .: University of Zurich .: Institute of Computational Linguistics .: http://www.cl.uzh.ch/en/tmarek.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576457: Updated Patch
Hi, the problem is that HAVE_FCHOWN others are missing from config.h.in. I've attached an update for 0002-CVE-2009-1299 which fixes this problem. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 # From d3efa43d85ac132c6a5a416a2b6f2115f5d577ee Mon Sep 17 00:00:00 2001 # From: Kees Cook k...@ubuntu.com # Date: Tue, 2 Mar 2010 21:33:34 -0800 # Subject: [PATCH] core-util: ensure that we chmod only the dir we ourselves created diff --git a/configure.ac b/configure.ac index 1b80788..abcce13 100644 --- a/configure.ac +++ b/configure.ac @@ -424,7 +424,7 @@ AC_CHECK_FUNCS_ONCE([lrintf strtof]) AC_FUNC_FORK AC_FUNC_GETGROUPS AC_FUNC_SELECT_ARGTYPES -AC_CHECK_FUNCS_ONCE([chmod chown clock_gettime getaddrinfo getgrgid_r getgrnam_r \ +AC_CHECK_FUNCS_ONCE([chmod chown fstat fchown fchmod clock_gettime getaddrinfo getgrgid_r getgrnam_r \ getpwnam_r getpwuid_r gettimeofday getuid inet_ntop inet_pton mlock nanosleep \ pipe posix_fadvise posix_madvise posix_memalign setpgid setsid shm_open \ sigaction sleep sysconf pthread_setaffinity_np]) diff --git a/src/pulsecore/core-util.c b/src/pulsecore/core-util.c index d6017b9..a642553 100644 --- a/src/pulsecore/core-util.c +++ b/src/pulsecore/core-util.c @@ -199,7 +199,7 @@ void pa_make_fd_cloexec(int fd) { /** Creates a directory securely */ int pa_make_secure_dir(const char* dir, mode_t m, uid_t uid, gid_t gid) { struct stat st; -int r, saved_errno; +int r, saved_errno, fd; pa_assert(dir); @@ -217,16 +217,45 @@ int pa_make_secure_dir(const char* dir, mode_t m, uid_t uid, gid_t gid) { if (r 0 errno != EEXIST) return -1; -#ifdef HAVE_CHOWN +#ifdef HAVE_FSTAT +if ((fd = open(dir, +#ifdef O_CLOEXEC + O_CLOEXEC| +#endif +#ifdef O_NOCTTY + O_NOCTTY| +#endif +#ifdef O_NOFOLLOW + O_NOFOLLOW| +#endif + O_RDONLY)) 0) +goto fail; + +if (fstat(fd, st) 0) { +pa_assert_se(pa_close(fd) = 0); +goto fail; +} + +if (!S_ISDIR(st.st_mode)) { +pa_assert_se(pa_close(fd) = 0); +errno = EEXIST; +goto fail; +} + +#ifdef HAVE_FCHOWN if (uid == (uid_t)-1) uid = getuid(); if (gid == (gid_t)-1) gid = getgid(); -(void) chown(dir, uid, gid); +(void) fchown(fd, uid, gid); +#endif + +#ifdef HAVE_FCHMOD +(void) fchmod(fd, m); #endif -#ifdef HAVE_CHMOD -chmod(dir, m); +pa_assert_se(pa_close(fd) = 0); + #endif #ifdef HAVE_LSTAT --- a/config.h.in 2010-04-05 12:28:24.878676900 +0200 +++ b/config.h.in 2010-04-05 12:28:51.0 +0200 @@ -92,9 +92,18 @@ /* Define to 1 if you have the execinfo.h header file. */ #undef HAVE_EXECINFO_H +/* Define to 1 if you have the `fchmod' function. */ +#undef HAVE_FCHMOD + +/* Define to 1 if you have the `fchown' function. */ +#undef HAVE_FCHOWN + /* Define to 1 if you have the `fork' function. */ #undef HAVE_FORK +/* Define to 1 if you have the `fstat' function. */ +#undef HAVE_FSTAT + /* Have gdbm? */ #undef HAVE_GDBM signature.asc Description: This is a digitally signed message part
Bug#571203: RuntimeError: the sip module implements API v6.0 but the PyQt4.QtCore module requires API v7.0
Hi, @Paul: Please report any Ubuntu bugs to the Ubuntu bug trackers, it's quite unlikely that you'll be able to mix match packages from Debian and Ubuntu right now due to the large number of transitions going on. By now, Ubuntu does have the updated sip/PyQt4 packages with the new dependency scheme. @Victor: Does the error still persist? I've had no other reports about this problem. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: This is a digitally signed message part
Bug#571203: [Python-modules-team] Bug#571203: RuntimeError: the sip module implements API v6.0 but the PyQt4.QtCore module requires API v7.0
Am Mittwoch, den 24.02.2010, 11:22 +0100 schrieb Victor Stinner: Package: python-qt4 Version: 4.7-2 Severity: grave Justification: renders package unusable After a dist-upgrade, my PyQt application doesn't work anymore. I removed the packages sip4 and python-sip4 but it doesn't fix this issue. I tried to remove python-sip and then reinstall python-qt4 is still present. I don't understand because the new python-sip packages provides SIP API 7.0 whereas the error message starts with the sip module implements API v6.0!? Hi, does $ python from PyQt4 import QtCore lead to the same error? Did you ever install sip manually? Do you get the following output? $ python -v ... from PyQt4 import QtCore dlopen(/usr/lib/pymodules/python2.5/PyQt4/QtCore.so, 2); dlopen(/usr/lib/pymodules/python2.5/sip.so, 2); import sip # dynamically loaded from /usr/lib/pymodules/python2.5/sip.so import PyQt4.QtCore # dynamically loaded from /usr/lib/pymodules/python2.5/PyQt4/QtCore.so best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: This is a digitally signed message part
Bug#567224: FTBFS: sipAPIQtCore.h:38:17: error: sip.h: No such file or directory
Hi, this is due to the fact that the updated python-sip4-dev packages never get uploaded and thus, the sip.h headers for Python 2.6 never get installed. Anyway, the whole problem will go away anyway with the new packages that I uploaded to experimental and that should end up in unstable once sip4 has made it through NEW. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: This is a digitally signed message part
Bug#533428: [calibre] Segmentation fault on start. Can't even see spalsh screen.
Am Freitag, den 19.06.2009, 23:03 +0200 schrieb Raphael Hertzog: On Wed, 17 Jun 2009, ladnymichal wrote: When calibre is typed in termianal i can only see Segmentation fault, nothing more. Same here, a gdb backtrace shows this at the top: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf7d498d0 (LWP 13244)] 0xf7dc0ac3 in strlen () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xf7dc0ac3 in strlen () from /lib/i686/cmov/libc.so.6 #1 0x0809886b in PyString_FromFormatV ( format=0xf779c274 the sip module implements API v%d.0 but the %s module requires API v%d.%d, vargs=0xfff15fb8 \005) at ../Objects/stringobject.c:211 #2 0x080dce3b in PyErr_Format (exception=0x8144c40, format=0xf779c274 the sip module implements API v%d.0 but the %s module requires API v%d.%d) at ../Python/errors.c:522 #3 0xf7799442 in ?? () from /usr/lib/pymodules/python2.5/sip.so #4 0x08144c40 in _PyExc_EOFError () #5 0xf779c274 in ?? () from /usr/lib/pymodules/python2.5/sip.so #6 0x0005 in ?? () #7 0xebdf0fa4 in ?? () #8 0x0003 in ?? () #9 0x0008 in ?? () #10 0xfff15fe8 in ?? () #11 0x080894f1 in PyDict_GetItemString (v=0xf5efabfc, key=0x3 Address 0x3 out of bounds) at ../Objects/dictobject.c:2173 #12 0xf5eeeb8d in initpictureflow () from /usr/lib/python2.5/site-packages/calibre/plugins/pictureflow.so #13 0x080e6597 in _PyImport_LoadDynamicModule (name=0xfff17127 pictureflow, pathname=0xfff160b3 /usr/lib/python2.5/site-packages/calibre/plugins/pictureflow.so, fp=0x97547d8) at ../Python/importdl.c:53 #14 0x080e44f0 in load_module (name=0xfff17127 pictureflow, fp=0x73, buf=0xfff160b3 /usr/lib/python2.5/site-packages/calibre/plugins/pictureflow.so, type=3, loader=0x0) at ../Python/import.c:1758 So it looks like some sort of incompatibility with python-sip4 and also a crasher bug when that incompatibility is reported... python-qt4 | 4.5-1 Here: python-qt4 4.5.1-1 python-sip4 4.8.1-1 Cheers, Hi, you will have to rebuild calibre with the latest versions of sip / PyQt 4, since the binary interface of sip changes with every major release, and even some minor releases. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#529414: Still crashes
Hi, I'm not sure if the old crash is fixed for sure now (upstream claims it is), the new PyQt3 version has introduced a new crash when QDomDocument.setContent is used. I have already notified upstream about the problem. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#529414: Confirmed
Hi, this seems to be amd64-only as I haven't been able to reproduce it in x86, and is not a Qt-problem, since similar C++ code runs just fine. I'll check with upstream. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#523445: Bug#516122: NMU prepared
Am Montag, den 13.04.2009, 14:14 +0200 schrieb Bernd Zeimetz: tags 516122 + patch tags 523445 + patch Hi, as I've prepared a NMU which fixes the two RC bugs and includes all necessary changes to follow the updates in python-qt4. Also I'd suggest to upload the version from experimental to unstable now, but I'd not like to do that without the maintainers permission. Hi, please, go ahead. I have the go from debian-release wrt the SONAME change, but didn't hear back from all maintainers of reverse dependencies, which I had contacted privately some weeks ago, which was the main thing keeping me back. I'll schedule some rebuilds for those then. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#516122: NMU prepared
Am Montag, den 13.04.2009, 14:14 +0200 schrieb Bernd Zeimetz: tags 516122 + patch tags 523445 + patch Hi, as I've prepared a NMU which fixes the two RC bugs and includes all necessary changes to follow the updates in python-qt4. Also I'd suggest to upload the version from experimental to unstable now, but I'd not like to do that without the maintainers permission. Hi, please, go ahead. I have the go from debian-release wrt the SONAME change, but didn't hear back from all maintainers of reverse dependencies, which I had contacted privately some weeks ago, which was the main thing keeping me back. I'll schedule some rebuilds for those then. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512946: [libavcodec51] Undefined symbols with latest libavutil49
Package: libavcodec51 Version: 0.svn20080206-15 Severity: serious Hi, the latest upload of ffmpeg breaks libavcode51, which breaks libxine1-ffmpeg, which affects all video players. Using xine-ui with --verbose=5 on an XViD-encoded video, there's some info in the debug output: load_plugins: cannot (stage 2) open plugin lib /usr/lib/xine/plugins/1.25/xineplug_decode_ff.so: /usr/lib/i686/cmov/libavcodec.so.51: undefined symbol: ff_gcd ... demux_avi: video codec is 'XviD' video_decoder: no plugin available to handle 'XviD' $ ldd -r /usr/lib/i686/cmov/libavcodec.so.51.50.0 linux-gate.so.1 = (0xb8042000) libavutil.so.49 = /usr/lib/i686/cmov/libavutil.so.49 (0xb7ace000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ab9000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7a92000) libfaad.so.0 = /usr/lib/libfaad.so.0 (0xb7a53000) libgsm.so.1 = /usr/lib/libgsm.so.1 (0xb7a46000) libtheora.so.0 = /usr/lib/libtheora.so.0 (0xb79ff000) libvorbisenc.so.2 = /usr/lib/libvorbisenc.so.2 (0xb7906000) libvorbis.so.0 = /usr/lib/libvorbis.so.0 (0xb78de000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb78c4000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7764000) /lib/ld-linux.so.2 (0xb8043000) libogg.so.0 = /usr/lib/libogg.so.0 (0xb775f000) undefined symbol: ff_gcd(/usr/lib/i686/cmov/libavcodec.so.51.50.0) If I downgrade libavutil49 to 3:0.svn20090110-1, no error occurs. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.28-shl1 Debian Release: 5.0 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 ==-+-=== libavutil49 (= 0.svn20080206-8) | 3:0.svn20090119-1 OR libavutil-unstripped-49 (= 0.svn20080206-8) | libc6 (= 2.7-1) | 2.9-0exp2 libfaad0(= 2.6.1) | 2.6.1-3.1 libgsm1(= 1.0.12) | 1.0.12-1 libtheora0 (= 0.0.0.alpha7.dfsg-1.1) | 1.0~beta3-1 libvorbis0a (= 1.1.2) | 1.2.0.dfsg-3.1 libvorbisenc2 (= 1.1.2) | 1.2.0.dfsg-3.1 zlib1g(= 1:1.1.4) | 1:1.2.3.3.dfsg-12 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512739: [Python-modules-team] Bug#512739: python-qt4: Python-qt4 4.4.3 on experimental will not install
Am Freitag, den 23.01.2009, 11:19 +0200 schrieb David Baron: Package: python-qt4 Version: 4.4.2-4 Severity: grave Justification: renders package unusable Because some newer python program required 4.4.3, tried to install this off experimental. The package will not install, error returned during unpack. Trying a --force-all install using dpkg showed that the failure is in trying to overwrite local files. Even --force-all did not enable this to procede. Hi, does it say which local files? best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512654: [kvm] Security patch for CVE-2008-0928 causes serious regression
Package: kvm Version: 82+dfsg-1 Severity: serious kvm versions from experimental cause serious problems with at least qcow2. When installing Windows XP on a fresh image, not even the partition can be created. On an existing image, kvm 82 causes serious corruptions in the disk image. Using kvm 72 from unstable solves the problem (at least the partitioning part), as does building kvm-82 *without* patches/security/CVE-2008-0928-fedora.patch. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.28-shl1 Debian Release: 5.0 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 ===-+- libasound2 ( 1.0.18) | 1.0.18-1 libbrlapi0.5| 3.10~r3724-1+b1 libc6(= 2.7-1) | 2.7-18 libgnutls26(= 2.5.9-0) | 2.6.3-1 libncurses5 (= 5.6+20071006-3) | 5.7+20090117-1 libsdl1.2debian (= 1.2.10-1) | 1.2.13-4 libvdeplug2 | 2.2.2-3 zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-12 python | 2.5.2-3 iproute | 20080725-2 bridge-utils| 1.4-5 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512654: Acknowledgement ([kvm] Security patch for CVE-2008-0928 causes serious regression)
There seems to be another problem in kvm-82 with regard to image corruption, I'm using a qcow2 image backed by another qcow2 one. I was able to install Windows XP and apply all patches etc, but soon after that, chkdsk started reporting errors. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512654: Info received (Bug#512654: Acknowledgement ([kvm] Security patch for CVE-2008-0928 causes serious regression))
On second thought, maybe it is not present in kvm-82 without the patch. chkdsk behaves erratically (sometimes reports errors, then doesnt) with kvm-72, too, but I can work without any problems. The only other symptom is that IE7 is awfully crashy, but that doesn't seem to be connected to corrupted disk images. Sorry for the confusion. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512654: Acknowledgement ([kvm] Security patch for CVE-2008-0928 causes serious regression)
Am Donnerstag, den 22.01.2009, 23:33 +0100 schrieb Jan Lübbe: On Thu, 2009-01-22 at 20:56 +0100, Torsten Marek wrote: There seems to be another problem in kvm-82 with regard to image corruption, I'm using a qcow2 image backed by another qcow2 one. I was able to install Windows XP and apply all patches etc, but soon after that, chkdsk started reporting errors. This was without the security patch for CVE-2008-0928? Hi, just to clarify: kvm-72 (unstable): - WinXP installation works (+ all service packs + upgrades) - bogus chkdsk messages - no error messages or image corruption kvm-82 (with CVE-2008-0928): - WinXP installation fails because no partition can be created (no error messages though) - existing image (created with earlier kvm version) gets corrupted, files are corrupted, eg. newly installed programs cannot be executed kvm-82 (without ~): - WinXP installation works fine - was able to install all service packs + update - bogus chkdsk error messages As I said earlier, IE7 crashes a lot (with both kvm-82-withouth and kvm-72), so it's most probably unrelated. FF3 works just fine. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#490340: segfaults when calling QTextBrowser.setText()
Hi, from the looks of it, this is a bug in the program. Please cf the documentation of PyQt3 [0]. Support for Threads * If you use the Python API then all calls to PyQt (including any imports) must be done from one thread only. Therefore, if you want to make calls to PyQt from several threads then you must use the Qt API. * If you want to use both APIs in the same application then all calls to PyQt must be done from threads created using the Qt API. IMHO, this restriction is violated in the code in question, and maybe also in reportbug-ng. The clean solution would be to communicate via queues etc, and only call PyQt functions in the main thread. I'll have a look into this. best, Torsten [0] http://www.riverbankcomputing.co.uk/static/Docs/PyQt3/PyQt.html -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#475897: [Python-modules-team] Bug#475897: python-celementtree: can't coexist with default python being 2.5
Hi, I'm just guessing here, but wouldn't it be a solution if python-support generated explicit dependencies on the pythonX.Y packages for packages that don't support all versions, instead of using python = 2.4, python = 2.5? best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#457931: /etc/init.d/cpufrequtils fails because of translations
Package: cpufrequtils Version: 002-6 Severity: serious Hi, because of #449307, cpufrequtils now uses cpufreq-info to enumerate CPUs and cores. Unfortunately, the sed pattern only works for the English messages of cpufreq-info and fails if LANG != (C|en) and a translation is present (which is the case for de, fr it). In this case, the init script fails without any error message and does not set and governors etc. A solution for this bug is to prefix the invocation of cpufreq-info with LANG=C. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-shl2 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableopensync.gforge.punktart.de 500 unstableftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== debconf (= 0.5) | 1.5.17 OR debconf-2.0| libc6 (= 2.7-1) | 2.7-5 libcpufreq0| 002-6 lsb-base (= 3.0) | 3.1-24 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#434378: New upstream version?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, does this bug still occur with the new upstream versions of sip/PyQt4? I currently lack the time to test it myself, but I'm going to investigate this next week. best, Torsten - -- 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.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGtDcgfMVFHqJEyFgRAmGrAJ4xvi6BniIYlcJVvMCDnSq5+4ZEaQCgsnw6 g1B//vGvmmI8HUWs3+IrUB4= =mD1k -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396703: dpatch sudo pyopengl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, so how to circumvent that error? setup.py needs to be patched when cleaning, since otherwise it tries to load Tk, which fails because X cannot be accessed. On way would certainly be to drop dpatch and include the patch directly in setup.py. best, Torsten - -- 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 iD8DBQFFSkmFfMVFHqJEyFgRAsEFAKCHH1Et06jxvNEaaH+NhzPEMdwQcQCgnI7W dROUNKVHDmFAgvFN9vrsLRc= =t5DZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377394: Investigations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, is there any ARM machine I could log into to find out what the source of errors is? All ARM machines are either locked down or I can't log into them, and I do not have any other possibility to get hold of one. best regards, Torsten - -- 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 iD8DBQFE9YjjfMVFHqJEyFgRAnMjAJwOZK5lXnKBydM8xg+GMyGzprswPACfc/aY oc0BZ2lc5c+ZmRbxbGJoKNk= =ZxIu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377394: Anything new?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, does PyQt build with the new g++ now? Can this bug be closed then? best, Torsten - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEvUtZfMVFHqJEyFgRAikpAKCPeO2csm0zGiFTFYvOq5zcPMLqygCgiGAW o1uyInWkXXx1+djevz0v3Z0= =HWNk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372796: ImportError: No module named eric3config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Tanner wrote: On Sunday 11 June 2006 14:30, you wrote: Traceback (most recent call last): File /usr/share/eric/modules/eric3.py, line 30, in ? from UI.SplashScreen import SplashScreen, NoneSplashScreen File /usr/share/eric/modules/UI/SplashScreen.py, line 14, in ? from eric3config import getConfig ImportError: No module named eric3config eric invokes /usr/bin/python, which mine is python2.4, but all the modules for eric are python2.3, quick fix? Make eric run python2.3? Hi, Debian's Python default version is still 2.3, and eric's dependencies state python (= 2.3), python ( 2.4), which implies that /usr/bin/python is 2.3. best, Torsten - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEjRiqfMVFHqJEyFgRApq8AJ9wWQP3JS4w5eYfDBMVSstBWSkEpwCgjp70 NPx+0iOozZRZPQtvOl2A0Mo= =O7HY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372796: ImportError: No module named eric3config
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Tanner wrote: Package: eric Version: 3.9.0-1 Severity: grave Justification: renders package unusable Traceback (most recent call last): File /usr/share/eric/modules/eric3.py, line 30, in ? from UI.SplashScreen import SplashScreen, NoneSplashScreen File /usr/share/eric/modules/UI/SplashScreen.py, line 14, in ? from eric3config import getConfig ImportError: No module named eric3config Hi, I'm a bit lost there. eric3config.py is in /usr/lib/python2.3/site-packages, and there's no reason why it should not be found by Python, unless you try to use eric with a Python other than 2.3. I don't have any other clue... best, Torsten - -- 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.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEjIBWfMVFHqJEyFgRAibYAJ9GTXJemHNA9DmgHzatqUnKMXJyZwCgqsUJ ZFNleHP6aTcvxZW6iD2EM+E= =48Md -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327334: conflicts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, it should not be possible to have both libqscintilla5 and 6 installed, since libqscintilla5 depends on libqt3c102-mt. In order to install libqscintilla6, you need to install libqt3-mt, which itself conflicts with libqt3c102-mt, leading to the removal of libqscintilla5. greetings Torsten - -- 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.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDL/H2fMVFHqJEyFgRAv+kAKCwv2bGkUHirMlTvY7hgbd7HXTroACeL92U AC0sdxDV8t3klITTzoDPZ7w= =UYQ5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327502: qtorrent does not start....
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Lawrence, this bug was due to a change in libqt3-mt 3.3.4-8. The Debian Qt maintainers have been so kind to back out this change in libqt3-mt 3.3.5-1, therefore you can close this bug report. greetings Torsten - -- 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.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDLdhkfMVFHqJEyFgRAhkZAJ46iiYAChJBvf8pq8DqKd8wyLBc1gCcDKDV D1VzlNu2WndDq4C6+sOKjt4= =GljW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327360: python2.3-qt3: undefined symbol: _ZTI11QMotifStyle
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ricardo Javier Cardenes Medina schrieb: On Fri, Sep 09, 2005 at 09:00:22PM +0200, Torsten Marek wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Hi, I just returned from holidays. this problem is due to changes introduced in libqt3-mt 3.3.4-8. The Qt UI styles are now built as plugins, before they were compiled directly into libqt-mt.so. PyQt cannot cope with that, see the missing symbol. The fix is a simple rebuild. Unfortunately, I cannot upload any packages because I'm still in the NM queue. If you need the packages urgently, rebuild them yourself or (for i386) get them from This is going to be reverted (ie: the styles are going to be built-in again), or so it says the Debian Qt/KDE Team, in the next Qt upload, due to one or two days from now. They're waiting for a patch from Trolltech for a problem introduced in 3.3.5 and for firebird2 to get through the NEW queue (to re-enable interbase support). So... do you think it's worth waiting an extra couple days and let it solve by itself? Hi, Sounds reasonable, although PyQt should not be broken by the UI styles being built into libqt-mt.so when it's been compiled without them. They are just not wrapped (I'm guessing here). However, there's still sip 4.3.1 and Phil suggested to rebuild PyQt and PyKDE due to a change in the code generator[1]. We could do that sometime after the upload of 3.3.5. greetings Torsten [1] http://mats.imk.fraunhofer.de/pipermail/pykde/2005-September/011073.html - -- 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.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDKXRSfMVFHqJEyFgRAsirAKC9U6RyixxDNoSOfiaF5sA7j8izUwCeKUI5 xCf6WzD2eQBau6LLbpK+cPo= =qDc1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298010: monodoc-browser: fails to depend on any Gtk#/etc bindings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, The dependencies are created by the dh_netdeps script (from the mono-utils package) at build time. When I build monodoc, I get the correct dependency string, which is monodoc-manual, mono-jit (= 1.0.5) | mono-mint (= 1.0.5), libglade-cil (= 1.0), libglib-cil (= 1.0), libgnome-cil (= 1.0), libgtk-cil (= 1.0), mono-assemblies-base (= 1.0), monodoc-base (= 1.0.4), monodoc-base ( 1.1.4) compared to monodoc-manual, mono-jit (= 1.0.2) | mono-mint (= 1.0.2), monodoc-base (= 1.0.4), monodoc-base ( 1.1.4) from $ apt-cache show monodoc-browser. This is most likely due to broken/experimental development packages on the packagers machine. A simple rebuild/reupload will solve this problem. greetings Torsten - -- 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.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCU7TtfMVFHqJEyFgRAhOOAJ9Sr2i0U26vfeEGa1c0dNMDDY182wCglDv7 lBrGeI5fdcVlreyYx6qwKQs= =fNpZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293452: /usr/bin/eric3: eric is looking for python in /usr/local/bin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Maier schrieb: | Package: eric | Version: 3.6.1-2 | Severity: grave | File: /usr/bin/eric3 | Tags: patch | Justification: renders package unusable | | I assume it is only a glitch, but it renders the package unusable. eric | tries to look for python in /usr/local/bin and not it /usr/bin. | Hello Andrew, I honestly have no explanation how this error got there. When I build the package on my own machine, it works out fine, if I download the sources from Debian and build them, it works fine, only the package inside of Debian contains the wrong path in the wrappers. The patch itself is not necessary, because the wrappers are generated by the install script. A fixed package can be downloaded from http://diotavelli.net/files/deb I need to ask my sponsor to upload the new revision of this package. greetings Torsten - -- 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.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCAkeMfMVFHqJEyFgRAmM9AKCAxtGWZEzkz0ubyZF7Z98AHc2GigCcCsv0 5xwgzvq/JL0M809jcrMtTjY= =iOdl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]