Bug#579690: transition: KDE SC 4.4.3
Am Montag, den 17.05.2010, 13:53 +0100 schrieb Adam D. Barratt: > On Mon, May 17, 2010 13:47, Julien Cristau wrote: > > On Mon, May 17, 2010 at 13:25:26 +0100, Adam D. Barratt wrote: > [...] > >> kdebindings needs to migrate together with sip4-qt3, python-qt4 and > >> associated packages. I tested this combination of packages earlier - > >> sip4-qt3, python-qt4, qscintilla2, python-qt3, pyqwt3d, pyqwt5, > >> kdebindings, python-kde3 - which almost works but makes python-avogadro > >> uninstallable on all architectures; I can't immediately spot what the > >> issue there is, however. > >> > > python-avogadro depends on python2.5-sip4, which is not provided by > > python-sip4 anymore apparently. > > Yep. The packages got renamed - it's now python2.5-sip, provided by > python-sip. > Hi, the sip packages have been updated recently to better support binNMU on ABI breakages by new sip versions (which happen quite frequently). I've sent instructions on how to port packages to the new dependency scheme to the maintainers of all of sip's rdepends, but probably not everybody responded. If need be, I can prepare an NMU for avogadro. 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#581038: [Python-modules-team] Bug#581038: python-qt4: Doesn't build python2.6 modules
Am Montag, den 10.05.2010, 13:17 -0500 schrieb John Goerzen: > Package: python-qt4 > Version: 4.6-1 > Severity: normal > > I'm trying to build the latest calibre for Debian, which requires > python2.6 and python-qt4. This is impossible at the moment because > python-qt4 isn't building python2.6 modules. Hi, the version of python-qt4 in unstable builds Python 2.6 packages. I'm not sure when it is going to transition into testing, probably should ask the release ML about that. 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#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-dist-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 # 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 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#575654: 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 # 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 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#535759: PyQt4 splitup
Hi, the updated packages with the new dependency scheme have been uploaded and seem to be doing well; when they've reached testing we'll make another upload that splits up the packages in a sane manner. 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#535759: PyQt4 splitup
Hi, just to keep you updated, we're working on that. It'll likely go together with a renaming and addressing of a couple of other issues, like proper handling of ABI changes in sip. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#535599: Source Package Name
Hi Shriramana, I know the source package name is misleading, but I think that this is a very minor issue. Renaming it means that is has to go through the NEW queue, which is somewhat unpredictable, which is why I have put this off for now. Basically, it's a lot of hassle for not much gain, given that only very few people ever see the source package name. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#534737: [xserver-xorg-video-intel] GM45: Black screen with large virtual display and X server 1.6.1.901-3
Package: xserver-xorg-video-intel Version: 2:2.7.99.901-2 Severity: normal After upgrading xserver-xorg-core to 2:1.6.1.901-3, I get a black screen when the X server is started using a large virtual display (3360x1200). The screen shows the mouse cursor and X is responsive, I was able to log in using gdm by typing blindly, and judging from the process list, the session came up nicely. However, with a black screen, only the cursor was updated accordingly. * removing the "Virtual" directive from xorg.conf results in normal behavior * downgrading xserver-xorg-video-intel to the version in unstable yields X crashes with the "Virtual" directive and normal behavior when it is removed * downgrading xserver-xorg-core to 2:1.6.1.901-2 results in normal behavior with and without the "Virtual" directive --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends(Version) | Installed -+-=== libc6 (>= 2.2.5) | 2.9-13 libdrm-intel1(>= 2.4.11) | 2.4.11+git+20090519+f355ad8-1 libdrm2 (>= 2.4.3) | 2.4.11+git+20090519+f355ad8-1 libpciaccess0 (>= 0.8.0+git20071002) | 0.10.6-1 libxext6 | 2:1.0.4-1 libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2 libxv1 | 2:1.0.4-1 libxvmc1 | 1:1.0.4-2 xserver-xorg-core (>= 2:1.5.99.901) | 2:1.6.1.901-2 Package's Recommends field is empty. Package's Suggests field is empty. --- Output from package bug script --- /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 1. Apr 16:55 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1875600 14. Mai 18:48 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 398 26. Jun 20:36 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "Device" Identifier "Configured Video Device" Driver "intel" Option "AccelMethod" "UXA" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" SubSection "Display" Virtual 3360 1200 EndSubSection EndSection #Section "Extensions" #Option "Composite" "Enable" #EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 75998 26. Jun 20:42 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.6.1.901 (1.6.2 RC 1) Release Date: 2009-5-8 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-1-vserver-amd64 x86_64 Debian Current Operating System: Linux zeitgeist 2.6.30-1-amd64 #1 SMP Sun Jun 14 15:00:29 UTC 2009 x86_64 Build Date: 14 May 2009 04:42:17PM xorg-server 2:1.6.1.901-2 (bui...@excelsior.roeckx.be) Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Jun 26 20:41:39 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) No Layout section. Using the first Screen section. (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Configured Monitor" (==) No device specified for screen "Default Screen". Using the first device section listed. (**) | |-->Device "Configured Video Device" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/sh
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 ) 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#528549: [python-distutils-extra] build_i18n should only update po template if merging
Package: python-distutils-extra Version: 1.92 Severity: minor The build_i18n command should only call intltool-update if the template is merged with the existing translations afterwards (i.e. -m is specified). Otherwise this always creates spurious changes in the templates, which is moderately annoying when used in package building. best, Torsten --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends (Version) | Installed ==-+- python | 2.5.4-3 python-central (>= 0.6.11) | 0.6.11 intltool | 0.40.6-2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528327: [meld] New upstream version 1.3 available
Package: meld Version: 1.2.1-1 Severity: wishlist Hi, just wanted to let you know that there is a new upstream version of meld available. best, Torsten --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends (Version) | Installed =-+-=== python| 2.5.4-3 python-support (>= 0.7.1) | 1.0.2 python-gtk2 (>= 2.4) | 2.14.1-2 python-glade2(>= 2.4) | 2.14.1-2 python-gnome2 | 2.26.1-1 Recommends (Version) | Installed -+-=== python-gnome2-desktop| 2.24.1-1 yelp | Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525961: [python-lxml] New upstream version available
Package: python-lxml Version: 2.1.5-1 Severity: wishlist Hi, a new upstream version of lxml (2.2) is available. It doesn't seem to have any major new features, but fixes some crashes. best, Torsten --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends (Version) | Installed ===-+-= python (<< 2.6) | 2.5.4-3 python (>= 2.4) | 2.5.4-3 python-central (>= 0.6.7) | 0.6.11 libc6(>= 2.7-1) | 2.9-8 libxml2 (>= 2.6.32) | 2.7.3.dfsg-1 libxslt1.1 (>= 1.1.18) | 1.1.24-2 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-13 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== python-lxml-dbg| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524367: [glade] New upstream version available
Package: glade Version: 3.5.2-4 Severity: wishlist Glade 3.6 has been released -- took them quite some time... http://ftp.gnome.org/pub/GNOME/sources/glade3/3.6/ Would be nice if it could be packaged, ping me if you need help. best, Torsten --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524334: [xserver-xorg-video-intel] Please include NEWS file into the package
Package: xserver-xorg-video-intel Version: 2:2.7.0-1 Severity: wishlist The upstream changelog references a NEWS file, which is missing from the binary package. Please include it into the documentation. best, Torsten --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends(Version) | Installed -+-=== libc6 (>= 2.2.5) | 2.9-7 libdrm-intel1 (>= 2.4.9) | 2.4.9-1 libdrm2 (>= 2.4.3) | 2.4.9-1 libpciaccess0 (>= 0.8.0+git20071002) | 0.10.5-3 libxext6 | 2:1.0.4-1 libxv1 | 2:1.0.4-1 libxvmc1 | 1:1.0.4-2 xserver-xorg-core (>= 2:1.5.99.901) | 2:1.6.1-1 --- Output from package bug script --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524164: [libgtk2.0-0] Crash in gnome-settings-daemon
Am Mittwoch, den 15.04.2009, 12:30 +0200 schrieb Josselin Mouette: > Le mercredi 15 avril 2009 à 10:44 +0200, Torsten Marek a écrit : > > Package: libgtk2.0-0 > > Version: 2.16.1-1 > > Severity: normal > > > > Using the volume control via the XF86Audio*, gnome-settings-daemon always > > crashes after a couple of > > changes, but not predictably (so far). The stack trace retrieved from g-s-d > > (2.26.0-1) is: > > > > Program terminated with signal 11, Segmentation fault. > > > > #0 gdk_window_get_offsets (window=0x19231f0, x_offset=0x7fff10f4f924, > > y_offset=0x7fff10f4f920) > > at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:1320 > > Thanks for the trace, it is helpful. If you have the occasion to debug > further, I’d appreciate a full trace (bt full) and more information. I’m > especially interested in the contents of the private and > private->paint_stack structures. > > Thanks, Hi again, here you go: (gdb) p *((GdkWindowObject*)window) $4 = {parent_instance = {parent_instance = {g_type_instance = {g_class = 0x24e95a0}, ref_count = 4, qdata = 0x272a040}}, impl = 0x2713290, parent = 0x27130b0, user_data = 0x265e9b0, x = 14, y = 68, extension_events = 0, filters = 0x0, children = 0x0, bg_color = {pixel = 4292335059, red = 55255, green = 54741, blue = 54227}, bg_pixmap = 0x0, paint_stack = 0x7fff2b450050, update_area = 0x0, update_freeze_count = 0, window_type = 2 '\002', depth = 32 ' ', resize_count = 0 '\0', state = 0, guffaw_gravity = 0, input_only = 0, modal_hint = 0, composited = 0, destroyed = 0, accept_focus = 1, focus_on_map = 1, shaped = 0, event_mask = GDK_EXPOSURE_MASK, update_and_descendants_freeze_count = 0, redirect = 0x0} (gdb) p *((GdkWindowObject*)window)->paint_stack $5 = {data = 0x7f, next = 0x27a1130} ... (gdb) print (GdkWindowPaint*)0x7f $11 = (struct _GdkWindowPaint *) 0x7f (gdb) print *(GdkWindowPaint*)0x7f Cannot access memory at address 0x7f This is in accordance with the line it crashes on, because on 1320, "paint" (which is the local variable it's assigned to, is dereferenced): 1319: GdkWindowPaint *paint = private->paint_stack->data; 1320: *x_offset = paint->x_offset; Hope that helps, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524164: [libgtk2.0-0] Crash in gnome-settings-daemon
Am Mittwoch, den 15.04.2009, 12:30 +0200 schrieb Josselin Mouette: > Le mercredi 15 avril 2009 à 10:44 +0200, Torsten Marek a écrit : > > Package: libgtk2.0-0 > > Version: 2.16.1-1 > > Severity: normal > > > > Using the volume control via the XF86Audio*, gnome-settings-daemon always > > crashes after a couple of > > changes, but not predictably (so far). The stack trace retrieved from g-s-d > > (2.26.0-1) is: > > > > Program terminated with signal 11, Segmentation fault. > > > > #0 gdk_window_get_offsets (window=0x19231f0, x_offset=0x7fff10f4f924, > > y_offset=0x7fff10f4f920) > > at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:1320 > > Thanks for the trace, it is helpful. If you have the occasion to debug > further, I’d appreciate a full trace (bt full) and more information. I’m > especially interested in the contents of the private and > private->paint_stack structures. > Hi, where can I locate the "private" structure? I've navigated through the stack frames and looked at the locals, but to no avail. I've also uploaded the core files to http://diotavelli.net/files/core-524164-1.bz2 and -2, respectively. here's one output from "bt full": #0 gdk_window_get_offsets (window=0x27131f0, x_offset=0x7fff2b44fe24, y_offset=0x7fff2b44fe20) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:1320 paint = 0x7f #1 0x7fa1214b7e16 in gdk_window_draw_drawable (drawable=0x27131f0, gc=0x2514b00, src=0x2769f20, xsrc=0, ysrc=0, xdest=0, ydest= 0, width=150, height=20) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:1725 x_offset = 0 y_offset = 40233392 old_clip_x = 0 old_clip_y = 0 old_ts_x = 0 old_ts_y = 0 #2 0x7fa12149e771 in IA__gdk_draw_drawable (drawable=0x27131f0, gc=0x2514b00, src=0x2769f20, xsrc=0, ysrc=0, xdest=0, ydest=0, width=150, height=20) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkdraw.c:656 composite = 0x2769f20 composite_x_offset = 0 composite_y_offset = 0 __PRETTY_FUNCTION__ = "IA__gdk_draw_drawable" #3 0x7fa122edd176 in gtk_progress_expose (widget=, event=) at /tmp/buildd/gtk+2.0-2.16.1/gtk/gtkprogress.c:278 No locals. #4 0x7fa122d74958 in _gtk_marshal_BOOLEAN__BOXED (closure=0x275eef0, return_value=0x7fff2b4500c0, n_param_values=, param_values=0x27984f0, invocation_hint=, marshal_data=0x7fa122da83e0) at /tmp/buildd/gtk+2.0-2.16.1/gtk/gtkmarshalers.c:84 data1 = 0x265e9b0 data2 = 0x7fff2b44fe20 v_return = __PRETTY_FUNCTION__ = "_gtk_marshal_BOOLEAN__BOXED" #5 0x7fa12216011d in IA__g_closure_invoke (closure=0x275eef0, return_value=0x7fff2b4500c0, n_param_values=2, param_values= 0x27984f0, invocation_hint=0x7fff2b450080) at /tmp/buildd/glib2.0-2.20.1/gobject/gclosure.c:767 marshal = 0x7fa12215e620 marshal_data = 0x188 __PRETTY_FUNCTION__ = "IA__g_closure_invoke" #6 0x7fa12217390f in signal_emit_unlocked_R (node=0x275ef60, detail=0, instance=0x265e9b0, emission_return=0x7fff2b450200, instance_and_params=0x27984f0) at /tmp/buildd/glib2.0-2.20.1/gobject/gsignal.c:3285 accumulator = 0x275efe0 emission = {next = 0x0, instance = 0x265e9b0, ihint = {signal_id = 88, detail = 0, run_type = G_SIGNAL_RUN_LAST}, state = EMISSION_RUN, chain_type = 41388000} class_closure = 0x275eef0 handler_list = 0x0 return_accu = 0x7fff2b4500c0 accu = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} signal_id = 88 max_sequential_handler_number = 127 return_value_altered = 0 #7 0x7fa122174ead in IA__g_signal_emit_valist (instance=0x265e9b0, signal_id=, detail=0, var_args= 0x7fff2b450260) at /tmp/buildd/glib2.0-2.20.1/gobject/gsignal.c:2990 return_value = {g_type = 20, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} error = signal_return_type = 20 param_values = 0x2798508 node = 0x275ef60 i = 1 n_params = 1 __PRETTY_FUNCTION__ = "IA__g_signal_emit_valist" #8 0x7fa1221754f3 in IA__g_signal_emit (instance=0x27131f0, signal_id=725941796, detail=725941792) at /tmp/buildd/glib2.0-2.20.1/gobject/gsignal.c:3037 var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7fff2b450340, reg_save_area = 0
Bug#524164: [libgtk2.0-0] Crash in gnome-settings-daemon
Package: libgtk2.0-0 Version: 2.16.1-1 Severity: normal Using the volume control via the XF86Audio*, gnome-settings-daemon always crashes after a couple of changes, but not predictably (so far). The stack trace retrieved from g-s-d (2.26.0-1) is: Program terminated with signal 11, Segmentation fault. #0 gdk_window_get_offsets (window=0x19231f0, x_offset=0x7fff10f4f924, y_offset=0x7fff10f4f920) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:1320 #1 0x7f4f06fb8e16 in gdk_window_draw_drawable (drawable=0x19231f0, gc=0x172fb00, src=0x197b120, xsrc=0, ysrc=0, xdest=0, ydest= 0, width=150, height=20) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:1725 #2 0x7f4f06f9f771 in IA__gdk_draw_drawable (drawable=0x19231f0, gc=0x172fb00, src=0x197b120, xsrc=0, ysrc=0, xdest=0, ydest=0, width=150, height=20) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkdraw.c:656 #3 0x7f4f089de176 in gtk_progress_expose (widget=, event=) at /tmp/buildd/gtk+2.0-2.16.1/gtk/gtkprogress.c:278 #4 0x7f4f08875958 in _gtk_marshal_BOOLEAN__BOXED (closure=0x196ff60, return_value=0x7fff10f4fbc0, n_param_values=, param_values=0x19b20f0, invocation_hint=, marshal_data= 0x7f4f088a93e0) at /tmp/buildd/gtk+2.0-2.16.1/gtk/gtkmarshalers.c:84 #5 0x7f4f07c6111d in IA__g_closure_invoke (closure=0x196ff60, return_value=0x7fff10f4fbc0, n_param_values=2, param_values= 0x19b20f0, invocation_hint=0x7fff10f4fb80) at /tmp/buildd/glib2.0-2.20.1/gobject/gclosure.c:767 #6 0x7f4f07c7490f in signal_emit_unlocked_R (node=0x196ffd0, detail=0, instance=0x18789b0, emission_return=0x7fff10f4fd00, instance_and_params=0x19b20f0) at /tmp/buildd/glib2.0-2.20.1/gobject/gsignal.c:3285 #7 0x7f4f07c75ead in IA__g_signal_emit_valist (instance=0x18789b0, signal_id=, detail=0, var_args= 0x7fff10f4fd60) at /tmp/buildd/glib2.0-2.20.1/gobject/gsignal.c:2990 #8 0x7f4f07c764f3 in IA__g_signal_emit (instance=0x19231f0, signal_id=284490020, detail=284490016) at /tmp/buildd/glib2.0-2.20.1/gobject/gsignal.c:3037 #9 0x7f4f0897d98e in gtk_widget_event_internal (widget=0x18789b0, event=0x7fff10f4fec0) at /tmp/buildd/gtk+2.0-2.16.1/gtk/gtkwidget.c:4761 #10 0x7f4f0886f51d in IA__gtk_main_do_event (event=0x7fff10f4fec0) at /tmp/buildd/gtk+2.0-2.16.1/gtk/gtkmain.c:1558 #11 0x7f4f06fb6b54 in gdk_window_process_updates_internal (window=0x19231f0) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:2611 #12 0x7f4f06fb70d1 in IA__gdk_window_process_all_updates () at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:2677 #13 0x7f4f06fb70f9 in gdk_window_update_idle (data=0x19231f0) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdkwindow.c:2521 #14 0x7f4f06f9af6b in gdk_threads_dispatch (data=0x193f460) at /tmp/buildd/gtk+2.0-2.16.1/gdk/gdk.c:498 #15 0x7f4f079c9f7a in IA__g_main_context_dispatch (context=0x17319a0) at /tmp/buildd/glib2.0-2.20.1/glib/gmain.c:1814 #16 0x7f4f079cd640 in g_main_context_iterate (context=0x17319a0, block=1, dispatch=1, self=) at /tmp/buildd/glib2.0-2.20.1/glib/gmain.c:2448 #17 0x7f4f079cdb0d in IA__g_main_loop_run (loop=0x18de520) at /tmp/buildd/glib2.0-2.20.1/glib/gmain.c:2656 #18 0x7f4f0886f727 in IA__gtk_main () at /tmp/buildd/gtk+2.0-2.16.1/gtk/gtkmain.c:1205 #19 0x004049cd in main () best, Torsten --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends(Version) | Installed -+- libgtk2.0-common | 2.16.1-1 libatk1.0-0 (>= 1.20.0) | 1.24.0-2 libc6 (>= 2.3.3) | 2.9-7 libcairo2 (>= 1.6.4-6.1) | 1.8.6-2+b1 libcups2 (>= 1.3.8) | 1.3.9-17 libfontconfig1(>= 2.4.0) | 2.6.0-3 libfreetype6 (>= 2.2.1) | 2.3.9-4 libglib2.0-0 (>= 2.19.7) | 2.20.1-1 libgnutls26 (>= 2.5.9-0) | 2.6.5-1 libgssapi-krb5-2 (>= 1.6.dfsg.2) | 1.6.dfsg.4~beta1-13 libjasper1 (>= 1.900.1) | 1.900.1-5.1 libjpeg62| 6b-14 libpango1.0-0(>= 1.20.0) | 1.24.0-3 libpng12-0 (>= 1.2.13-4) | 1.2.35-1 libtiff4 | 3.8.2-11 libx11-6 | 2:1.2.1-1 libxcomposite1 (>= 1:0.3-1) | 1:0.4.0-3 libxcursor1 (>> 1.1.2) | 1:1.1.9-1 libxdamage1 (>= 1:1.1) | 1:1.1.1-4 libxext6 | 2:1.0.4-1 libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.2.1-2 libxinerama1 | 2:1.0.3-2 libxrandr2 (>= 2:1.2.99.2) | 2:1.3.0-2 libxrender1 | 1:0.9.4-2 zlib1g (>= 1:1.1.4) | 1:1.2.3.3
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#520838: [texlive-humanities] covington.sty contains invalid value for \textfloatsep
Am Donnerstag, den 26.03.2009, 21:50 +0100 schrieb Hilmar Preuße: > On 22.03.09 Torsten Marek (shlo...@gmx.net) wrote: > > Hi Torsten, > > > Package: texlive-humanities > > Version: 2007.dfsg.17-1 > > Severity: minor > > > > When using covington.sty, it is not possible to change > > \textfloatsep afterwards. The following document results in an > > error message: > > > I forwarded that bug to the author and got the following answer: > > > Thanks for writing. I am no longer modifying covington.sty, but it > sounds like it would be a good idea to make the changes you suggest > (simply removing those two lines, which reflect personal preferences > of mine and do not interact with anything else in the package). > Would someone like to do that and become co-author of the package? > > > (I suggested to remove that \raggedbottom in the sty file too, as it > has nothing to do with the purpose of the package). > > As you seem to be an active user of the package: would you like to be > the mentioned co-author? Hi Hilmar, thanks! Please, go ahead and add me. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#520838: [texlive-humanities] covington.sty contains invalid value for \textfloatsep
Package: texlive-humanities Version: 2007.dfsg.17-1 Severity: minor When using covington.sty, it is not possible to change \textfloatsep afterwards. The following document results in an error message: >>> \documentclass{scrartcl} \usepackage{covington} \showthe\textfloatsep \begin{document} \end{document} <<< The offending line in covington.sty is: \renewcommand{\textfloatsep}{0.7in} If that line is commented out, all is well. Actually; I don't see why it's the business of this package to readjust this value at all, and 0.7in is quite a large distance - the default is 20pt. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.28-shl1 Debian Release: squeeze/sid 500 unstableftp.de.debian.org 500 unstableemacs.orebokech.com 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= dpkg (>= 1.14.18) | 1.15.0 tex-common(>= 1.12) | 1.17 texlive-common(>= 2007) | 2007.dfsg.2-2 texlive-latex-base (>= 2007-11) | 2007.dfsg.2-2 --- Output from package bug script --- signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#512225: Import Error
Hi, I've just tried this out and failed to reproduce it, although it might be connected to some GL extension not being present on my system. Does this problem still persist with the latest Mesa GL? best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#515748: Array handling
Hi, when the new versions of PyOpenGL came out that did not use setuptools, Lenny was already in freeze, so there wasn't really any option to upload the new packages, I'm sorry. I'm going to upload the latest version soon. Does that help you? Otherwise, I'll try to find a fix stable package. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#509125: Missing dependency
Hi, it shouldn't need the development packages. PyOpenGL uses ctypes.util.find_library, which resolves library names. What happens if you run the following two lines of Python code: >>> from ctypes import util >>> util.find_library("GL") It *should* print 'libGL.so.1'. The docs also suggest that on Linux, find_library uses ldconfig, which should make it independent of development symlinks. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#511197: [python-central] python-central does not remove symlinks when new upload drops support for old Python version
Am Freitag, den 27.02.2009, 15:53 +0100 schrieb Torsten Marek: > Am Samstag, den 21.02.2009, 09:55 +0100 schrieb Matthias Klose: > > Torsten Marek schrieb: > > > Package: python-central > > > Version: 0.6.8 > > > Severity: normal > > > > > > > > > This bug is closely related to #409390 and #479852, because the > > > underlying problem seems > > > to be the same. > > > > these are different issues. #409390 should be fixed. > > > > > If a new upload of a Python module drops support for previously supported > > > Python versions, > > > the old symlinks and pyc files are not removed (although they will be > > > removed eventually > > > when the Python version for which support was dropped is removed from the > > > system). > > > > it does this. is there a particular package for which you see this? > > Yes, it does it in 0.6.11 now, I've just confirmed it, but it didn't do > it in 0.6.8. > > Anyway, if you have the python-central 0.6.8 installed, then upgrade > python-cairo from unstable's 1.4.12 to experimental's 1.8.2, dpkg warns > about /usr/lib/python2.4/site-packages/cairo not being empty. > > If python-central is then upgraded to 0.6.11, the 2.4 files are still > not purged. That's a rather contrieved sequence of operations, so I > guess this bug is fixed. > > > best regards, > > > Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#513609: [meld] New upstream version 1.2.1 avaliable
Package: meld Version: 1.1.5.1-2 Severity: wishlist Hi, the meld webpage mentions the release of 1.2.1 somewhere last year. Please also add the webpage URL to the package description. Thanks, 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 =-+-=== python| 2.5.2-3 python-support (>= 0.7.1) | 0.8.7 python-gtk2 (>= 2.4) | 2.13.0-2 python-glade2(>= 2.4) | 2.13.0-2 python-gnome2 | 2.22.3-1 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: 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#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)
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: [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#512345: [python-gtk2-dbg] Debug packages unusable
Package: python-gtk2-dbg Version: 2.13.0-2 Severity: important The debug packages of python-gtk2-dbg are unusable. This seems to be the same problem as https://bugs.launchpad.net/pygtk/+bug/282320 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 ===-+-= python-gtk2(= 2.13.0-2) | 2.13.0-2 python-glade2 (= 2.13.0-2) | 2.13.0-2 python-dbg | 2.5.2-3 python-numpy-dbg| 1:1.1.1-2 python-cairo-dbg| 1.8.2-1 python-gobject-dbg | 2.15.4-2 libatk1.0-0 (>= 1.20.0) | 1.24.0-1 libc6(>= 2.7-1) | 2.7-18 libcairo2(>= 1.2.4) | 1.8.6-1 libfontconfig1 (>= 2.4.0) | 2.6.0-3 libfreetype6 (>= 2.3.5) | 2.3.7-2 libglade2-0(>= 1:2.6.1) | 1:2.6.3-1 libglib2.0-0(>= 2.16.0) | 2.18.4-1 libgtk2.0-0 (>= 2.14.0) | 2.14.7-1 libpango1.0-0 (>= 1.20.3) | 1.22.4-1 libxml2 (>= 2.6.27) | 2.6.32.dfsg-5 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#511197: [python-central] python-central does not remove symlinks when new upload drops support for old Python version
Package: python-central Version: 0.6.8 Severity: normal This bug is closely related to #409390 and #479852, because the underlying problem seems to be the same. If a new upload of a Python module drops support for previously supported Python versions, the old symlinks and pyc files are not removed (although they will be removed eventually when the Python version for which support was dropped is removed from the system). The preinst could check for which Python versions the symlinks are already there and if any of the existing versions are not supported anymore. 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 ===-+-=== | signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#508284: [evince] Too many printing options stored
Package: evince Version: 2.24.1-1 Severity: minor Evince stores all kind of printing configuration data between two invocations. While for some settings, this may be desirable, for others I find it highly obnoxious. If I happen to print out a scientific paper, I use 2 sides per page, duplex. However, if after that I quickly want to print out a ticket that needs to go on a single A4 page, evince still uses the 2 sides per page setting, and I have just wasted a page and some toner. I think that some settings, like duplex and 2 sides per page should not be stored as application-wide defaults, but rather on a per-document level, if at all. --- System information. --- Architecture: i386 Kernel: Linux 2.6.27.7-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 ===-+-== libatk1.0-0 (>= 1.20.0) | 1.24.0-1 libc6(>= 2.7-1) | 2.8+20080809-1 libcairo2(>= 1.6.0) | 1.8.4-1 libdbus-1-3 (>= 1.0.2) | 1.2.4-1 libdbus-glib-1-2 (>= 0.71) | 0.78-1 libdjvulibre21 (>= 3.5.21) | 3.5.21-2 libgcc1(>= 1:4.1.1) | 1:4.3.2-2~exp4 libgconf2-4 (>= 2.13.5) | 2.24.0-4 libglade2-0(>= 1:2.6.1) | 1:2.6.3-1 libglib2.0-0(>= 2.16.0) | 2.18.3-1 libgnome-keyring0 (>= 2.22.0) | 2.24.1-1 libgtk2.0-0 (>= 2.12.0) | 2.14.5-1 libice6(>= 1:1.0.0) | 2:1.0.4-1 libkpathsea4 (>= 2007) | 2007.dfsg.2-4 libpango1.0-0 (>= 1.20.3) | 1.22.3-1 libpoppler-glib3| 0.8.7-1 libsm6 | 2:1.1.0-1 libspectre1 | 0.2.2.ds-1 libstdc++6 (>= 4.1.1) | 4.3.2-2~exp4 libtiff4| 3.8.2-11 libx11-6| 2:1.1.99.2-1 libxml2 (>= 2.6.27) | 2.6.32.dfsg-5 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12 gconf2(>= 2.10.1-2) | 2.24.0-4 gnome-icon-theme(>= 2.17.1) | 2.22.0-1 shared-mime-info| 0.30-2 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#506979: [Python-modules-team] Bug#506979: python-qt4: Please package with Phonon
Am Mittwoch, den 03.12.2008, 19:04 +0800 schrieb Christoph Burgmer: > Am Wednesday, 3. December 2008 schrieb Torsten Marek: > > > As for Phonon not finding its backends, that seems to be purely a > > > configuration issue. On my system, the file plays just fine using > phonon > > > 4.2.0-2. > > > > > > > KDE Phonon though works, is that a packaging problem? Do I need > other > > > > packages installed? > > > > > > Are you running KDE when trying out the PyQt4 code? > > > > > > > Should I open a new bug report? > > > > > > Does a C++ version of your Python code behave in the same way? If it > > > does, then it's a Phonon problem. > > I ported the Phonon example on Techbase [1] which gave me the > certainty everything was working and it turned out, that I had an > encoding problem in the local path, which prevented Phonon of playing > the track, mea culpa. > > Something I saw porting the code was that the C++ version seems to > allow a string for MediaObject.setCurrentSource(), though PyQt4 does > not, that might be a bug upstream. Hi, ok, good to know that it works. > > Anyway, this bug can be closed. Thanks for you patience. No problem at all, it'll be closed once the new PyQt4 packages come to unstable. I've reported the other problem (phonon tab completely grayed out), but it seems to be a non-trivial problem to fix when I thought it was trivial. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
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
Bug#506979: [Python-modules-team] Bug#506979: python-qt4: Please package with Phonon
Hi Christoph, > I had to install python-sip4_4.7.9-1_i386.deb to actually make it > work. Before that my whole python-qt4 installation was broken, should > be so for others too. Sorry for that, I hadn't realized that there was an ABI change. I'll fix that in the next upload. > > Now, when I follow simple steps: > > from PyQt4.phonon import Phonon > > mediaObject = Phonon.createPlayer(Phonon.NotificationCategory, > > Phonon.MediaSource("local.mp3")) > > mediaObject.play() > > I get the following lines on stdout: > > Phonon::KdePlatformPlugin::createBackend: using backend: "GStreamer" > > ALSA lib setup.c:555:(add_elem) Cannot obtain info for CTL elem > (MIXER,'IEC958 Playback Default',0,0,0): No such file or directory > > ALSA lib setup.c:555:(add_elem) Cannot obtain info for CTL elem > (MIXER,'IEC958 Playback Default',0,0,0): No such file or directory > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) "Intel 82801DB-ICH4 with AD1981B (Intel > 82801DB-ICH4)" > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) () > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) "Intel 82801DB-ICH4 with AD1981B (Intel > 82801DB-ICH4 - IEC958)" > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) () > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) "Creative Technology SB Live! 24-bit > External (USB Audio)" > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) () > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) "Intel 82801DB-ICH4, Intel 82801DB-ICH4 > (Front speakers)" > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) ("front:CARD=I82801DBICH4,DEV=0") > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) setProperty(device, > "front:CARD=I82801DBICH4,DEV=0" ) succeeded > > virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const > Phonon::AudioOutputDevice&) go to old state on device > "front:CARD=I82801DBICH4,DEV=0" succeeded > > ALSA lib setup.c:555:(add_elem) Cannot obtain info for CTL elem > (MIXER,'IEC958 Playback Default',0,0,0): No such file or directory > > I don't get any actual sound output. It seems like Phonon is probing > all available sound cards and failing. > > And indeed qtconfig-qt4 is grayed out in the Phonon configuration > section and says "Phonon GStreamer backend is not available". I think these are two problems. The qtconfig-qt4 configuration is grayed out because Qt4 is built without phonon - Debian's phonon comes from the "real" upstream releases, and Qt4 only contains a copy (which is older). I guess Qt4 needs to build-depend on libphonon-dev, but that's not the core of the problem. As for Phonon not finding its backends, that seems to be purely a configuration issue. On my system, the file plays just fine using phonon 4.2.0-2. > > KDE Phonon though works, is that a packaging problem? Do I need other > packages installed? Are you running KDE when trying out the PyQt4 code? > > Should I open a new bug report? Does a C++ version of your Python code behave in the same way? If it does, then it's a Phonon problem. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#506979: [Python-modules-team] Bug#506979: python-qt4: Please package with Phonon
Am Sonntag, den 30.11.2008, 16:23 +0800 schrieb Christoph Burgmer: > Thanks for python-qt4-phonon, I do have problems loading it though. > > This is maybe the wrong place to report it, but I get the following > error: > > $ python > > Python 2.5.2 (r252:60911, Sep 29 2008, 21:15:13) > > [GCC 4.3.2] on linux2 > > Type "help", "copyright", "credits" or "license" for more information. > > >>> from PyQt4.phonon import Phonon > > Traceback (most recent call last): > > File "", line 1, in > > RuntimeError: the sip module supports API v3.0 to v3.7 but the > PyQt4.phonon module requires API v3.8 Hi, which version of sip do you have installed? You'll need 4.7.9 from experimental? I'll bump the sip dependency on python-qt4 in the next upload. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#506979: [Python-modules-team] Bug#506979: python-qt4: Please package with Phonon
Am Donnerstag, den 27.11.2008, 01:44 +0800 schrieb Christoph Burgmer: > Package: python-qt4 > Version: 4.4.2-4 > Severity: normal > > Please include Phonon in the Debian package. > Currently importing does not work though SIP files exist: > > >>> from PyQt4.phonon import Phonon > Traceback (most recent call last): > File "", line 1, in > ImportError: No module named phonon > The phonon modules are included in 4.4.2, which is currently in the NEW queue[0]. best, Torsten [0] http://ftp-master.debian.org/new/python-qt4_4.4.4-2.html -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#486931: Python designer plugins
Hi, I've just checked this with PyQt 4.4.4 (which I'm gonna upload tonight) and sip 4.7.9, both available from experimental soon, and I cannot reproduce this bug any more. Can you please check it? best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#505572: ImportError: cannot import name uic
Hi Zed, do you have python-qt4-common installed? python-qt4 depends on it. Does /usr/lib/python2.X/PyQt4/__init__.py and uic/ exist? best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#480657: python-opengl: Using glutDisplayFunc and glutKeyboardFunc causes Segmentation Fault in glutMainLoop
Hi Brendon, can you still reproduce the crash? With python2.5 2.5.2-11.1, the program doesn't crash any more for me (tested on both x86 and x86_64). best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#498953: python-opengl: gluNewQuadric segfaults (64 bit specific)
Hi Alex, can you still reproduce the crash with the lastest version of python2.5? With python2.5-11.1 and python-opengl 3.0.0~b3, I cannot reproduce the crash any more. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- 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#483043: Does the bug still exist?
tag 483043 +unreproducible thanks Hi, does this bug persist with the latest versions of python2.5 and python-opengl? I cannot reproduce it any more. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#479864: elementtree in python 2.5
Hi, elementtree in Python 2.5 is contained in the package xml.etree. The bug is in pyste. Do you use your own pyste installation or the Debian version? best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#453386: Still there
Hi, does this bug still persist? It looks like the GL libraries are missing, but that should have been handled by the 3.0.0~b1 already. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#488869: [gcc-4.2] alpha-only compilation failure with -fPIC and relocation
Package: gcc-4.2 Severity: normal --- Please enter the report below this line. --- Hi, python-qt4 fails on alpha [0] with the following error: g++ -shared -Wl,--version-script=QtGui.exp -o QtGui.so sipQtGuipart0.o sipQtGuipart1.o sipQtGuipart2.o sipQtGuipart3.o sipQtGuipart4.o sipQtGuipart5.o sipQtGuipart6.o sipQtGuipart7.o sipQtGuipart8.o sipQtGuipart9.o sipQtGuipart10.o sipQtGuipart11.o sipQtGuipart12.o sipQtGuipart13.o sipQtGuipart14.o sipQtGuipart15.o sipQtGuipart16.o sipQtGuipart17.o sipQtGuipart18.o sipQtGuipart19.o sipQtGuipart20.o sipQtGuipart21.o sipQtGuipart22.o sipQtGuipart23.o sipQtGuipart24.o sipQtGuipart25.o sipQtGuipart26.o sipQtGuipart27.o sipQtGuipart28.o sipQtGuipart29.o sipQtGuipart30.o sipQtGuipart31.o sipQtGuipart32.o sipQtGuipart33.o sipQtGuipart34.o sipQtGuipart35.o sipQtGuipart36.o sipQtGuipart37.o sipQtGuipart38.o sipQtGuipart39.o -L/usr/lib -L/usr/X11R6/lib -lQtGui -lQtCore sipQtGuipart28.o:/build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:173: relocation truncated to fit: GPREL16 against symbol `sipAPI_QtGui' defined in .sbss section in sipQtGuipart0.o sipQtGuipart28.o:/build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:173: relocation truncated to fit: GPREL16 against symbol `sipNm_QtGui_count' defined in .sdata section in sipQtGuipart0.o sipQtGuipart28.o:/build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:178: relocation truncated to fit: GPREL16 against symbol `sipModuleAPI_QtGui_QtCore' defined in .sbss section in sipQtGuipart0.o sipQtGuipart28.o:/build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:2542: relocation truncated to fit: GPREL16 against symbol `sip_QtGui_qt_metaobject' defined in .sbss section in sipQtGuipart0.o sipQtGuipart28.o: In function `meth_QFormLayout_sender': /build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:3040: relocation truncated to fit: GPREL16 against symbol `sipAPI_QtGui' defined in .sbss section in sipQtGuipart0.o sipQtGuipart28.o: In function `meth_QFormLayout_sender': /build/buildd/python-qt4-4.4.2/sip/QtCore/qobject.sip:463: relocation truncated to fit: GPREL16 against symbol `sipAPI_QtGui' defined in .sbss section in sipQtGuipart0.o sipQtGuipart28.o: In function `meth_QFormLayout_sender': /build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:3055: relocation truncated to fit: GPREL16 against symbol `sipAPI_QtGui' defined in .sbss section in sipQtGuipart0.o /build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:3055: relocation truncated to fit: GPREL16 against symbol `sipNm_QtGui_sender' defined in .sdata section in sipQtGuipart0.o sipQtGuipart28.o: In function `forceConvertTo_QFontDatabase': /build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:12230: relocation truncated to fit: GPREL16 against symbol `sipAPI_QtGui' defined in .sbss section in sipQtGuipart0.o /build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:12232: relocation truncated to fit: GPREL16 against symbol `sipAPI_QtGui' defined in .sbss section in sipQtGuipart0.o sipQtGuipart28.o: In function `forceConvertTo_QFontDialog': /build/buildd/python-qt4-4.4.2/dbg-build-2.4/QtGui/sipQtGuipart28.cpp:7603: additional relocation overflows omitted from the output collect2: ld returned 1 exit status make[2]: *** [QtGui.so] Error 1 This is the debug part of the build, the normal build (with -O1) works just fine. The man page says that -fPIC automatically enables -mlarge-data, and thus GPREL32 instead of GPREL16. best, Torsten [0] http://buildd.debian.org/fetch.cgi?pkg=python-qt4;ver=4.4.2-3;arch=alpha;stamp=1214932614 --- System information. --- Architecture: i386 Kernel: Linux 2.6.25.4-shl1 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-= gcc-4.2-base (= 4.2.4-2+b1) | cpp-4.2(= 4.2.4-2+b1) | binutils (>= 2.17cvs20070426) | 2.18.50.20080507-1 libgcc1 (>= 1:4.2.4-2+b1) | 1:4.3.1-3 libc6 (>= 2.7-1) | 2.7-12 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#473029: Missing icons in preferences dialog
Package: evolution Version: 2.22.0-1 Severity: normal Hi, in Evolution 2.22 from experimental, the icons in the icon view on the left side of the preference dialog are missing. All entries are showing a dummy replacement icon. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-shl4 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== dbus | 1.1.20-1 evolution-common (= 2.22.0-1) | 2.22.0-1 evolution-data-server (>= 2.21.92) | 2.22.0-1 evolution-data-server (<< 2.23.0) | 2.22.0-1 gconf2 (>= 2.10.1-2) | 2.22.0-1 gnome-icon-theme (>= 2.19.91) | 2.22.0-1 gtkhtml3.14(>= 3.17.5) | 3.18.0-1 libart-2.0-2 (>= 2.3.18) | 2.3.20-1 libatk1.0-0(>= 1.20.0) | 1.22.0-1 libbonobo2-0 (>= 2.15.0) | 2.22.0-1 libbonoboui2-0 (>= 2.15.1) | 2.22.0-1 libc6 (>= 2.7-1) | 2.7-9 libcairo2 (>= 1.4.0) | 1.5.8-1 libcamel1.2-11 (>= 2.22.0) | 2.22.0-1 libdbus-1-3 (>= 1.1.1) | 1.1.20-1 libdbus-glib-1-2 (>= 0.74) | 0.74-1 libebook1.2-9 (>= 2.22.0) | 2.22.0-1 libecal1.2-7 (>= 2.22.0) | 2.22.0-1 libedataserver1.2-9(>= 2.22.0) | 2.22.0-1 libedataserverui1.2-8 (>= 2.22.0) | 2.22.0-1 libegroupwise1.2-13(>= 2.22.0) | 2.22.0-1 libexchange-storage1.2-3 (>= 2.22.0) | 2.22.0-1 libfontconfig1 (>= 2.4.0) | 2.5.0-2 libfreetype6(>= 2.3.5) | 2.3.5-1+b1 libgconf2-4(>= 2.13.5) | 2.22.0-1 libglade2-0 (>= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (>= 2.16.0) | 2.16.1-2 libgnome-pilot2 (>= 2.0.2) | 2.0.15-2.1 libgnome2-0(>= 2.17.3) | 2.22.0-1 libgnomecanvas2-0 (>= 2.11.1) | 2.20.1.1-1 libgnomeui-0 (>= 2.17.1) | 2.22.0.1-1 libgnomevfs2-0 (>= 1:2.17.90) | 1:2.22.0-2 libgtk2.0-0(>= 2.12.0) | 2.12.9-2 libgtkhtml3.14-19 (>= 3.18.0) | 3.18.0-1 libhal1| 0.5.11~rc2-1 libice6 (>= 1:1.0.0) | 2:1.0.4-1 libldap-2.4-2 (>= 2.4.7) | 2.4.7-6.1 libnm-glib0| 0.6.5-5 libnotify1 (>= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | libnspr4-0d (>= 1.8.0.10) | 4.7.0-2 libnss3-1d (>= 3.12.0~1.9b1) | 3.12.0~beta2-1 liborbit2 (>= 1:2.14.10) | 1:2.14.12-0.1 libpango1.0-0 (>= 1.20.0) | 1.20.0-1 libpisock9 | 0.12.3-4 libpisync1 | 0.12.3-4 libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-3 libpopt0 (>= 1.10) | 1.10-3 libsm6 | 2:1.0.3-1+b1 libsoup2.4-1(>= 2.3.2) | 2.4.0-1 libx11-6 | 2:1.1.4-1 libxcursor1 (>> 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxfixes3(>= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 2:1.0.3-1 libxml2(>= 2.6.27) | 2.6.31.dfsg-2 libxrandr2(>= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 zlib1g | 1:1.2.3.3.dfsg-11 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#454434: Still not translated
Hi, this bug still persists in evolution 2.22. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#471840: closed by Matthias Klose <[EMAIL PROTECTED]> (Bug#471840: fixed in lxml 2.0.2-2)
Hi, you haven't regenerated the lxml.etree.c code using Pyrex/Cython to include the fixes. Because of that, the bug still appears, as can be tested with the unit tests. If the package is built after deleting src/lxml/lxml.etree.{c,h}, the unit tests run fine, as does my own code. best, Torsten > > -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#471840: Crashes when using XML schema in iterparse
Package: python-lxml Version: 2.0.2-1 Severity: important Hi, when lxml.etree.iterparse is used with an XML schema instance for on-the-fly validation, the Python interpreter crashes when the iterparse object is collected. Stack trace: *** glibc detected *** python2.5-dbg: free(): invalid pointer: 0x085ff7a4 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7e08564] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7e0a766] /usr/lib/libxml2.so.2(xmlFreeParserCtxt+0xec)[0xb7622a4c] /usr/lib/python2.5/site-packages/lxml/etree_d.so[0xb7807994] /usr/lib/python2.5/site-packages/lxml/etree_d.so[0xb789a55a] /usr/lib/python2.5/site-packages/lxml/etree_d.so[0xb789d4a5] python2.5-dbg(_Py_Dealloc+0x28)[0x80969d0] /usr/lib/python2.5/site-packages/lxml/etree_d.so[0xb7891f40] /usr/lib/python2.5/site-packages/lxml/etree_d.so[0xb789dd9d] python2.5-dbg(_Py_Dealloc+0x28)[0x80969d0] python2.5-dbg[0x8145dde] python2.5-dbg(_Py_Dealloc+0x28)[0x80969d0] python2.5-dbg[0x80ec524] python2.5-dbg[0x80ec214] python2.5-dbg(PyEval_EvalFrameEx+0x85b8)[0x80e787f] python2.5-dbg[0x80ec4ba] python2.5-dbg[0x80ec214] python2.5-dbg(PyEval_EvalFrameEx+0x85b8)[0x80e787f] python2.5-dbg[0x80ec4ba] python2.5-dbg[0x80ec214] python2.5-dbg(PyEval_EvalFrameEx+0x85b8)[0x80e787f] python2.5-dbg(PyEval_EvalCodeEx+0xc07)[0x80e9d58] python2.5-dbg(PyEval_EvalCode+0x57)[0x80df2aa] python2.5-dbg[0x8113cf8] python2.5-dbg(PyRun_FileExFlags+0xbb)[0x8113c8e] python2.5-dbg(PyRun_SimpleFileExFlags+0x267)[0x811282c] python2.5-dbg(PyRun_AnyFileExFlags+0x7e)[0x8111f68] python2.5-dbg(Py_Main+0x8fe)[0x8059c30] python2.5-dbg(main+0x22)[0x8058cf6] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7db0456] python2.5-dbg[0x8058c41] === Memory map: 08048000-08181000 r-xp 08:01 2399818/usr/bin/python2.5-dbg 08181000-081ac000 rwxp 00139000 08:01 2399818/usr/bin/python2.5-dbg 081ac000-08715000 rwxp 081ac000 00:00 0 [heap] b730-b7321000 rwxp b730 00:00 0 b7321000-b740 ---p b7321000 00:00 0 b74ea000-b755 r-xp 08:01 2401666/usr/lib/libsqlite3.so.0.8.6 b755-b7552000 rwxp 00066000 08:01 2401666/usr/lib/libsqlite3.so.0.8.6 b756a000-b757a000 r-xp 08:01 1550519 /usr/lib/python2.5/lib-dynload/_sqlite3_d.so b757a000-b757c000 rwxp f000 08:01 1550519 /usr/lib/python2.5/lib-dynload/_sqlite3_d.so b757c000-b758f000 r-xp 08:01 1550533 /usr/lib/python2.5/lib-dynload/datetime_d.so b758f000-b7592000 rwxp 00012000 08:01 1550533 /usr/lib/python2.5/lib-dynload/datetime_d.so b7592000-b7595000 r-xp 08:01 2401174/usr/lib/libgpg-error.so.0.3.0 b7595000-b7596000 rwxp 2000 08:01 2401174/usr/lib/libgpg-error.so.0.3.0 b7596000-b75fc000 r-xp 08:01 2401032/usr/lib/libgcrypt.so.11.4.3 b75fc000-b75fe000 rwxp 00065000 08:01 2401032/usr/lib/libgcrypt.so.11.4.3 b75fe000-b7716000 r-xp 08:01 2401334/usr/lib/libxml2.so.2.6.31 b7716000-b771b000 rwxp 00118000 08:01 2401334/usr/lib/libxml2.so.2.6.31 b771b000-b771c000 rwxp b771b000 00:00 0 b771c000-b772c000 r-xp 08:01 2402955/usr/lib/libexslt.so.0.8.13 b772c000-b772d000 rwxp f000 08:01 2402955/usr/lib/libexslt.so.0.8.13 b772d000-b776 r-xp 08:01 2404263/usr/lib/libxslt.so.1.1.22 b776-b7761000 rwxp 00032000 08:01 2404263/usr/lib/libxslt.so.1.1.22 b7765000-b7771000 r-xp 08:01 1734355/lib/libgcc_s.so.1 b7771000-b7772000 rwxp b000 08:01 1734355/lib/libgcc_s.so.1 b7772000-b7779000 r-xs 08:01 2399320 /usr/lib/gconv/gconv-modules.cache b7779000-b78c5000 r-xp 08:01 103925 /usr/lib/python2.5/site-packages/lxml/etree_d.so b78c5000-b78e rwxp 0014b000 08:01 103925 /usr/lib/python2.5/site-packages/lxml/etree_d.so b78e-b78e6000 rwxp b78e 00:00 0 b78e6000-b78e8000 r-xp 08:01 1550505 /usr/lib/python2.5/lib-dynload/_functools_d.so b78e8000-b78e9000 rwxp 1000 08:01 1550505 /usr/lib/python2.5/lib-dynload/_functools_d.so b78e9000-b794a000 rwxp b78e9000 00:00 0 b794a000-b794c000 r-xp 08:01 1517763 /usr/lib/python2.5/lib-dynload/_bisect_d.so b794c000-b794d000 rwxp 1000 08:01 1517763 /usr/lib/python2.5/lib-dynload/_bisect_d.so b794d000-b7951000 r-xp 08:01 1550520 /usr/lib/python2.5/lib-dynload/_ssl_d.so b7951000-b7952000 rwxp 3000 08:01 1550520 /usr/lib/python2.5/lib-dynload/_ssl_d.so 134 b7952000-b7a83000 r-xp 08:01 147396 /usr/lib/i686/cmov/libcrypto.so.0.9.8 b7a83000-b7a99000 rwxp 00131000 08:01 147396 /usr/lib/i686/cmov/libcrypto.so.0.9.8 b7a99000-b7a9c000 rwxp b7a99000 00:00 0 b7a9c000-b7add000 r-xp 08:01 147397 /usr/lib/i686/cmov/libssl.so.0.9.8 b7add000-b7ae1000 rwxp 0004 08:01 147397 /usr/lib/i686/cmov/libssl.so.0.9.8 b7ae3000-b7aee000 r-xp 08:01 1550518 /usr/lib/python2.5/lib-dynload/_socket_d.so b7aee000-b7af1000 rwxp b000 08:01 1550518 /
Bug#469733: python-qt4-doc: missing files: pyqt4ref.html and index.html
Hi, I just checked, in python-qt4 4.3.3-2, there is no index.html in the source tarball, and pyqt4ref.html is installed under /usr/share/doc/python-qt4-doc/html/. Unless there is another problem, I am going to close this bug report. Please tell me if I can be of any assistance. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#468248: Bug patch
Hi, judging from the code, dcopobj.objMethods can be None, so this patch should be alright. I'll include it in the next upload. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#453895: Dependencies
Hi, wouldn't it be easier if Ubuntu had it's python-sip4-dev depend on python-sip4? After all, sipconfig.py is a development file. best regards, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: [EMAIL PROTECTED] -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#464552: Cannot install scala with Sun JDK only
Package: scala Version: 2.6.1-1lex Severity: wishlist Hi, scala depends on java-gcj-compat-dev, which pulls in the whole GNU Java stack. However, it cannot be installed using the Sun JDK (sun-java6-jdk). Please provide an alternative dependency. Thanks, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-shl2 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#461994: New upstream version available
Package: python-nose Version: 0.10.0-1 Severity: wishlist Hi, the new upstream version 0.10.1 is available upstream. best, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-shl2 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#441687: Usability problem
Hi, I've had exactly the same bug... until I read your message, David. So the cropping dialog works - but I find it kind of unintuitive that "Apply" doesn't apply my crop selection, but that I have to click the "crop" button on the upper left first, which is in the very opposite corner of the apply button. Maybe it might be helpful if the apply button warned if a crop selection was done but not applied inside the dialog, so that I cannot be applied to the actual picture. best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#454434: Two lookups for translation catalog
Hi, using strace, it looks like evolution is loading the message catalog evolution-2.12.mo (in evolution-common) twice. Once properly in /usr/share/locale/, and once in ~: getcwd("/home/shlomme", 4098) = 14 open("/home/shlomme//de_DE.UTF-8/LC_MESSAGES/evolution-2.12.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/shlomme//de_DE.utf8/LC_MESSAGES/evolution-2.12.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/shlomme//de_DE/LC_MESSAGES/evolution-2.12.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/shlomme//de.UTF-8/LC_MESSAGES/evolution-2.12.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/shlomme//de.utf8/LC_MESSAGES/evolution-2.12.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/shlomme//de/LC_MESSAGES/evolution-2.12.mo", O_RDONLY) = -1 ENOENT (No such file or directory) This happens after the first successful lookup, and the translations are all gone. If I create any of these directories with the correct link, the GUI is translated. best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#459200: New upstream version 0.91.1 available
Package: python-matplotlib Version: 0.90.1-2 Severity: wishlist Hi, a new upstream release of matplotlib is available. Changes are at http://matplotlib.sourceforge.net/whats_new.html best regards, Torsten --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-shl2 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 experimentalwww.debian-multimedia.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | 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#457069: Cannot add ogg et. al. as supported formats for portable media players
Package: amarok Version: 1.4.7-1+b3 Severity: minor Hi, in the configuration dialog for portable media players, adding any format with an underlined shortcut access character from the dropdown list results in the ampersand character being shown in the list on the left, i.e. when I select _o_gg in the list, "&ogg" is added. At some point, illegal formats are pruned from the list, and "&ogg" happens to be an illegal format name. A possible workaround is to edit the amarok configuration file manually. 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 ==-+-=== amarok-engines | OR amarok-engine | kdelibs4c2a (>= 4:3.5.8-1) | 4:3.5.8.dfsg.1-4 libart-2.0-2 (>= 2.3.18) | 2.3.19-3 libaudio2 | 1.9.1-1 libc6 (>= 2.7-1) | 2.7-4 libfontconfig1 (>= 2.4.0) | 2.5.0-2 libfreetype6(>= 2.3.5) | 2.3.5-1+b1 libgcc1 (>= 1:4.2.1) | 1:4.2.2-4 libgl1-mesa-glx| 7.0.2-2 OR libgl1 | libglib2.0-0 (>= 2.14.0) | 2.14.4-2 libgpod3 | 0.6.0-3 libice6 (>= 1:1.0.0) | 2:1.0.4-1 libidn11 (>= 0.5.18) | 1.1-1 libifp4| 1.0.0.2-3 libjpeg62 | 6b-14 libkarma0 | 0.0.6-3 libmtp7| 0.2.4-2 libmysqlclient15off (>= 5.0.27-1) | 5.0.51-1 libnjb5| 2.2.5-4.1 libpng12-0 (>= 1.2.13-4) | 1.2.15~beta5-3 libpq5 | 8.2.5-4 libqt3-mt (>= 3:3.3.7) | 3:3.3.7-9 libruby1.8 (>= 1.8.6.111) | 1.8.6.111-2 libsdl1.2debian (>= 1.2.10-1) | 1.2.12-3 libsm6 | 2:1.0.3-1+b1 libsqlite3-0(>= 3.4.2) | 3.5.1-1 libstdc++6 (>= 4.2.1) | 4.2.2-4 libtag1c2a(>= 1.4) | 1.4-8+b1 libtagc0 (>= 1.4) | 1.4-8+b1 libtunepimp5 | 0.5.3-6 libusb-0.1-4 (>= 2:0.1.12) | 2:0.1.12-8 libvisual-0.4-0 (>= 0.4.0) | 0.4.0-2 libx11-6 | 2:1.1.3-1 libxcursor1 (>> 1.1.2) | 1:1.1.9-1 libxext6 | 1:1.0.3-2 libxft2 (>> 2.1.1) | 2.1.12-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxrandr2(>= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 libxt6 | 1:1.0.5-3 ruby | 1.8.2-2 unzip | 5.52-10 zlib1g | 1:1.2.3.3.dfsg-8 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#457053: python-nose should suggest python-coverage
Package: python-nose Version: 0.10.0-1 Severity: minor Hi, nose has a feature to let tests run with coverage. However, to do that, it needs the coverage module, which is contained in python-coverage. Therefore, it might be a good idea to suggest (or recommend) installing that package. best regards, Torsten -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-shl2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-nose depends on: ii python2.4.4-6An interactive high-level object-o ii python-setuptools 0.6c7-1Python Distutils Enhancements ii python-support0.7.5 automated rebuilding support for p python-nose recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454982: New upstream version available
Package: python-coverage Version: 2.6-1 Severity: wishlist Hi, there's a new upstream version (2.77) avaiable. Thanks, Torsten -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-shl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-coverage depends on: ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt python-coverage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454762: New upstream version 1.3.6 available
Package: python-lxml Version: 1.3.4-1 Severity: wishlist Hi, a new upstream version (1.3.6) is available, which fixes several crashes in lxml. best regards, Torsten -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-shl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-lxml depends on: ii libc6 2.7-3GNU C Library: Shared libraries ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15 register and build utility for Pyt ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime python-lxml recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#447842: Install conflict
Hi, python2.4-sip4-qt3 is an ancient package that might have been installed way before etch and has vanished a couple of years ago. Please remove it manually. best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#444386: New upstream available
Hi, is there any news on packages for glade 3.4? best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#445337: Bug in python-qt4 causes software-properties-kde to crash in Turkish locale
Am Donnerstag, den 04.10.2007, 20:09 -0700 schrieb situert situert: > Package: python-qt4 > Version: 4.3-7 > > Hello, > > There is a bug in python-qt4 which causes software-properties-kde > to crash in Turkish locale (tr_TR.UTF-8). This bug is already > fixed in (K)Ubuntu. Please see > > https://bugs.launchpad.net/ubuntu/+source/python-qt4/+bug/97420 > > for more information. > Hi, this bug has been taken care of in PyQt 4.3.1, which will be uploaded soon. best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#444401: Evolution hangs when clicking on birthday calendar
Package: evolution Version: 2.12.0-1 Severity: normal Hi, whenever I select the birthday entry in evolution's calendar module, the whole program freezes. Selecting, activating and deactivating other calendar types (local, webcal) works just fine. best, Torsten -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-rc8-shl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus1.1.1-3 simple interprocess messaging syst ii evolution-common2.12.0-1 architecture independent files for ii evolution-data-server 1.12.0-1 evolution database backend server ii gconf2 2.20.0-1 GNOME configuration database syste ii gnome-icon-theme2.20.0-1 GNOME Desktop icon theme ii gtkhtml3.14 3.16.0-2 HTML rendering/editing library - b ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-02.20.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcamel1.2-10 1.12.0-1 The Evolution MIME message handlin ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libebook1.2-9 1.12.0-1 Client library for evolution addre ii libecal1.2-71.12.0-1 Client library for evolution calen ii libedataserver1.2-9 1.12.0-1 Utility library for evolution data ii libedataserverui1.2-8 1.12.0-1 GUI utility library for evolution ii libegroupwise1.2-13 1.12.0-1 Client library for accessing group ii libexchange-storage1.2- 1.12.0-1 Backend library for evolution cale ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.20.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.1-3 The GLib library of C routines ii libgnome-pilot2 2.0.15-2 Support libraries for gnome-pilot ii libgnome2-0 2.20.0-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.0-1 A powerful object-oriented display ii libgnomeui-02.20.0-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.0-1 GNOME Virtual File System (runtime ii libgnutls13 1.7.19-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.16.0-2 HTML rendering/editing library - r ii libhal1 0.5.9.1-5Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libldap22.1.30.dfsg-13.5 OpenLDAP libraries ii libnm-glib0 0.6.5-1 network management framework (GLib ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1 Network Security Service libraries ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libpisock9 0.12.2-10library for communicating with a P ii libpisync0 0.12.2-10synchronization library for PalmOS ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-82.2.100-1an HTTP library implementation in ii libx11-62:1.1.3-1X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library i
Bug#444070: Cannot create preview of certain JPEG images
Package: thunar Version: 0.8.0-6 Severity: normal Hi, Thunar cannot create thumbnail images for some JPEG images any more. The error messages are /usr/lib/thunar/thunar-vfs-pixbuf-thumbnailer-1: Error interpreting JPEG image file (Application transferred too few scanlines). /usr/lib/thunar/thunar-vfs-pixbuf-thumbnailer-1: Error interpreting JPEG image file (Improper call to JPEG library in state 205). This might coincide with the upgrade to GTK+ 2.12, but I might be mistaken there. best, Torsten -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-rc7-shl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages thunar depends on: ii desktop-file-utils 0.13-1 Utilities for .desktop files ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexo-0.3-00.3.2-5 Library with extensions for Xfce ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libglib2.0-02.14.1-3 The GLib library of C routines ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libthunar-vfs-1-2 0.8.0-6 VFS abstraction used in thunar ii libx11-62:1.1.3-1X11 client-side library ii libxfce4util4 4.4.1-1 Utility functions library for Xfce ii shared-mime-info0.22-2 FreeDesktop.org shared MIME databa ii thunar-data 0.8.0-6 Provides thunar documentation, ico ii xfce4-panel 4.4.1-1 The Xfce4 desktop environment pane Versions of packages thunar recommends: ii dbus 1.1.1-3simple interprocess messaging syst pn gamin (no description available) ii hal 0.5.9.1-5 Hardware Abstraction Layer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441343: [Python-modules-team] Bug#441343: python-opengl: Things go awfully slow
Am Samstag, den 08.09.2007, 18:36 -0300 schrieb Margarita Manterola: > Package: python-opengl > Version: 3.0.0~a6-4 > Severity: important > > Hi! > > With the python-opengl that is currently in testing, all things that need > opengl go awfully slow. I have tried this both in a machine that has mostly > Etch, and in a machine that is updated to the latest versions in unstable. > > Downgrading to the version in Etch makes things go fast again. > > I've tried with Etch's and Lenny's version of most of the dependencies, and > I wasn't able to make it go fast unless I downgraded python-opengl, so I'm > thinking there's a problem in that package. > > I've tested with an Intel video card, and an ATI video card, both with > "Direct Rendering: yes" in the glxinfo output, both with the standard X > drivers for them. > > Please let me know if I can add any additional useful information. Hi, guessing wildly, I'd say this is due to the fact that PyOpenGL 3 uses ctypes instead of native bindings, although I didn't expect it to be that bad. Unfortunately, I can't try out accelerated rendering on my own machine now (thanks to some not-mentioned major graphics card vendor who is somehow unable to put out drivers that run stable with SMP systems, way to go!). Could you provide a small test script and some timings and I'll try to work it out with upstream. best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#441737: Please provide a python-dbus-dbg package
Package: python-dbus Version: 0.82.2-1 Severity: wishlist Hi, would it be possible to provide a python-dbus-dbg package similar to Ubuntu? I'm currently in the process of adding debug package for PyQt4, and debug package for dbus support do need such a package. best, Torsten -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-shl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-dbus depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries ii libdbus-1-3 1.1.1-3simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst ii libglib2.0-0 2.14.0-2 The GLib library of C routines ii python2.4.4-6An interactive high-level object-o ii python-support0.7.1 automated rebuilding support for p Versions of packages python-dbus recommends: ii python-gobject 2.12.3-2+b1 Python bindings for the GObject li -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432028: pylib and python2.5
Am Donnerstag, den 30.08.2007, 21:34 +0200 schrieb Bernd Zeimetz: > Hi, > > > by all means, go ahead! > > ok :) > did. you do any changes so far? If so, please ping me. > Hi, no, I just rebuild it locally (without running the tests because I was in a hurry) to get Python 2.5 support. best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#432028: pylib and python2.5
Am Donnerstag, den 30.08.2007, 16:49 +0200 schrieb Bernd Zeimetz: > Alexandre Fayolle wrote: > > Hi, I'm preparing an NMU-ish upload of the package, since I only was the > > sponsor of the maintainer, who has filed a RFA on it, which should close > > this bug. > > > > If you care about pylib, maybe one of you could step in to become the > > official > > maintainer? If you're members of the python-modules group, you're > > welcome to get the package included in the group's packages. > > > > If nobody complains I'd bring the package under team maintance of the > py-modules team and take care of #439400 and #432028. > Instead of NMUing feel free to send me your current version or svn-inject it > in the team's svn. Hi, by all means, go ahead! best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#432028: Please provide a new version with support for Python 2.5
Hi, adding support for Python 2.5 can be done with a simple rebuild of the package, nothing has to be changed. I would really like to see 2.5 support for py.lib, so could you please take care of this? best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#439359: wrong location for installed files
Am Freitag, den 24.08.2007, 14:49 +0200 schrieb Matthias Klose: > Package: python-qt4-dbus > Version:4.3-2 > Severity: important > > this looks very wrong: > > var/lib/python-support/python2.4/dbus/mainloop/qt.so > var/lib/python-support/python2.5/dbus/mainloop/qt.so > > maybe the python-qt4-dbus.install should read: > > usr/lib/python*/dbus/mainloop/* Hi, why should it? The files have to reside in the package dbus.mainloop, and putting them into usr/lib/python*/dbus/mainloop would leave one of the directories unfindable (my knowledge and some short experiments have shown so far that packages are not merged by Python, and applications depend on importing the PyQt dbus support from dbus.mainloop.qt). This has also been discussed with the python-dbus maintainer, who didn't see another solution and agreed to this. best, Torsten -- Torsten Marek <[EMAIL PROTECTED]> ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#437400: New upstream release: 1.4.7
Package: python-pyparsing Version: 1.4.2-1.1 Severity: wishlist Hi, there is a new upstream release of PyParsing. best, Torsten -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-shl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-pyparsing depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.7.1 automated rebuilding support for p python-pyparsing recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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#431608: Some statistics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthias Klose schrieb: > Torsten Marek writes: >> compiling parts of python-qt4 yields the following results: >> >> g++ 4.1.3: 13,71s user 0,26s sys >> gcc-snapshot: 1m59,38s user 0,69s sys > > thanks, the report is forwarded. Would it be possible to let sip-qt* > to use g++-4.1 explicitely? Hi, I wouldn't know a reason why that should be a problem for the time being. I'll also talk to upstream if they are aware of the problems. 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 iD8DBQFGrQNNfMVFHqJEyFgRAuXpAKDC2LW/8ElVEc3f/hdMWVxlWm5hoACePNJj K/ncE1bUVMs3OXctC4tAtH4= =g+Cb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431608: Some statistics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, compiling parts of python-qt4 yields the following results: g++ 4.1.3: 13,71s user 0,26s sys gcc-snapshot: 1m59,38s user 0,69s sys The preprocessed source code used above is rather large, please get it from here: http://diotavelli.net/files/sipQtCorepart0.E.bz2 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 iD8DBQFGrPzPfMVFHqJEyFgRAgalAJ9LciHbMeViSKlv2xheRH1vnRrYNACfcqj/ HZkagUVrf5QWznUwEVBHdOg= =Ramb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435151: ITP: qscintilla2 -- Scintilla Text Editor Widget bindings for Qt4 and PyQt4
Package: wnpp Severity: wishlist Owner: Torsten Marek <[EMAIL PROTECTED]> Package name: QScintilla2 Version : 2.1 Upstream Author : Phil Thompson <[EMAIL PROTECTED]> URL : http://www.riverbankcomputing.co.uk/qscintilla/index.php License : GPL Programming Lang: C++ Description : Scintilla Text Editor Widget bindings for Qt4 and PyQt4 QScintilla is a port to Qt of Neil Hodgson's Scintilla C++ editor class. As well as features found in standard text editing components, QScintilla includes features especially useful when editing and debugging source code. These include support for syntax styling, error indicators, code completion and call tips. The selection margin can contain markers like those used in debuggers to indicate breakpoints and the current line. Styling choices are more open than with many editors, allowing the use of proportional fonts, bold and italics, multiple foreground and background colours and multiple fonts. Preliminary packages are at http://diotavelli.net/files/deb -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-shl1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431608: Same for python-qt4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've just encountered the same problem while (trying to) build PyQt4, but generally gcc 4.2 seems to be *a lot* slower than 4.1. 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 iD8DBQFGn87QfMVFHqJEyFgRAoWQAKC0sOMLpLHn+Z40znO8lNQv7t68pACdESxz /IEn2zNQ5tOALZRk4iwVPwc= =O6B0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430473: ITP: pyopengl-demo -- Demonstration scripts for the PyOpenGL library
Package: wnpp Severity: wishlist Owner: Torsten Marek <[EMAIL PROTECTED]> Package name: pyopengl-demo Version : 3.0.0~a6 Upstream Author : Mike C. Fletcher URL : http://pyopengl.sourceforge.net/ License : BSD Programming Lang: Python Description : Demonstration scripts for the PyOpenGL library PyOpenGL-Demo contains demonstration scripts on how to use the PyOpenGL library and Python ports of several well-known OpenGL tutorials. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407647: Wrong package?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 you need to install python-qt3. It seems that you only installed python-qt4. 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 iD8DBQFF4gSmfMVFHqJEyFgRAhDjAKC8KVMFjazaxzX2ONfT5zQ7/3FNXQCfaueu Xk5LPvUjWahAmQoCeMZKE20= =FkK8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412374: python-opengl: New upstream available
Package: python-opengl Version: 2.0.1.09.dfsg.1-0.3 Severity: wishlist Hi, a new version of PyOpenGL, now working with ctypes, is available from upstream. As already said in another bug thread, I'd be willing to take over the package on behalf of the Debian Python modules team. best regards, Torsten -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-ck1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages python-opengl depends on: ii freeglut3 [libglut3] 2.4.0-5OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 6.5.2-3A free implementation of the OpenG ii libglu1-mesa [libglu1]6.5.2-3The OpenGL utility library (GLU) ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-numeric24.2-7 Numerical (matrix-oriented) Mathem ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free python-opengl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409197: drscheme: DrScheme crashes when XCB is installed
Package: drscheme Version: 1:352-10 Severity: important Hi, with the XCB-libx11-6 from experimental, DrScheme crashes with an assertion almost immediately after application startup. mred: xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c->xlib.lock' failed. (Also mentioned in [1]) Backtrace: #0 0xa7f9e410 in ?? () #1 0xafebc758 in ?? () #2 0x0006 in ?? () #3 0x1004 in ?? () #4 0xa7506771 in raise () from /lib/i686/cmov/libc.so.6 #5 0xa7507ff8 in abort () from /lib/i686/cmov/libc.so.6 #6 0xa74ffe5c in __assert_fail () from /lib/i686/cmov/libc.so.6 #7 0xa7481815 in xcb_xlib_lock () from /usr/lib/libxcb-xlib.so.0 #8 0xa77c26cc in _XCBInitDisplayLock () from /usr/lib/libX11.so.6 #9 0xa779a425 in XDefineCursor () from /usr/lib/libX11.so.6 #10 0xa7c61035 in has_focus_now () from /usr/lib/libmred-352.so #11 0xa7a3c14d in XtSetSensitive () from /usr/lib/libXt.so.6 #12 0xa7a3c103 in XtSetSensitive () from /usr/lib/libXt.so.6 #13 0xa7a3c502 in XtSetValues () from /usr/lib/libXt.so.6 #14 0xa7a4eb4c in XtVaSetValues () from /usr/lib/libXt.so.6 #15 0xa7cad8a3 in wxXSetBusyCursor () from /usr/lib/libmred-352.so #16 0xa7cad9cc in wxXSetBusyCursor () from /usr/lib/libmred-352.so #17 0xa7cada36 in wxUnhideCursorInFrame () from /usr/lib/libmred-352.so #18 0xa7b5e1df in wxUnhideAllCursors () from /usr/lib/libmred-352.so #19 0xa7b5f292 in MrEdCheckForBreak () from /usr/lib/libmred-352.so #20 0xa7797332 in XCheckIfEvent () from /usr/lib/libX11.so.6 #21 0xa7b5f14b in MrEdGetNextEvent () from /usr/lib/libmred-352.so #22 0xa7b5dc26 in MrEd_add_q_callback () from /usr/lib/libmred-352.so #23 0xa7f27067 in scheme_thread_block () from /usr/lib/libmzscheme-352.so #24 0xa7f2760a in scheme_block_until () from /usr/lib/libmzscheme-352.so #25 0xa7b5d00b in MrEdEventReady () from /usr/lib/libmred-352.so #26 0xa7b5d2fd in wxDispatchEventsUntilWaitable () from /usr/lib/libmred-352.so #27 0xa7b5d530 in mred_wait_eventspace () from /usr/lib/libmred-352.so #28 0x080497c2 in main () best regards, Torsten [1] http://people.debian.org/~terpstra/message/20061127.041128.8a08d75f.en.html -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-ck1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages drscheme depends on: ii libc6 2.5-0exp3GNU C Library: Shared libraries ii libcairo2 1.2.6-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070105-1 GCC support library ii libgl1-mesa-glx [libgl1 6.5.2-1 A free implementation of the OpenG ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libstdc++6 4.2-20070105-1 The GNU Standard C++ Library v3 ii libx11-62:1.1-2 X11 client-side library ii libxaw7 1:1.0.2-4X11 Athena Widget library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxft2 2.1.10-3 FreeType-based font drawing librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii mzscheme1:352-10 PLT Scheme Interpreter ii zlib1g 1:1.2.3-13 compression library - runtime drscheme recommends no packages. -- debconf information: drscheme/create_zo_files_now: true * drscheme/done_installation: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397551: python-qt4: pyuic4 crashes with a Calendar widget
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guilhelm Panaget schrieb: > Package: python-qt4 > Version: 4.0.1-5 > Severity: normal > > *** Please type your report below this line *** > hello, > > When I try to generate the python class of an .ui from qt4-designer > containing > a calendar widget, pyuic4 crashes with the following message : > > Traceback (most recent call last): > File "/usr/bin/pyuic4", line 76, in ? > sys.stderr.write(e) > TypeError: argument 1 must be string or read-only character buffer, not > instance > > Guilhelm Hi, due to the late relase of PyQt 4.1, support for Qt 4.2 will not enter unstable, and etch will be released with PyQt 4.0.1. The calendar widget is in Qt 4.2. Maybe, somewhere in the next weeks I'll upload the full new stack (sip 4.5, PyQt 3.17 and 4.1 + rebuilt PyKDE, QScintilla 1.7) to experimental. 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 iD8DBQFFUhvDfMVFHqJEyFgRAo3IAKC8DTrwYwQy1UjrdhWOxuCT/4TvbACeLYq3 iyRopdBJup/9ykp68If7BAo= =4aIT -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#394521: gdb does not recognize core files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Jacobowitz schrieb: > On Sat, Oct 21, 2006 at 06:39:21PM +0200, Torsten Marek wrote: >> Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align >> NOTE 0x000254 0x 0x 0x001d8 0x0 0 >> LOAD 0x001000 0x08048000 0x 0x0 0x01000 R E 0x1000 >> LOAD 0x001000 0x08049000 0x 0x01000 0x01000 RW 0x1000 >> LOAD 0x002000 0xa7e3d000 0x 0x01000 0x01000 RW 0x1000 >> LOAD 0x003000 0xa7e3e000 0x 0x0 0x127000 R E 0x1000 >> LOAD 0x003000 0xa7f65000 0x 0x05000 0x05000 R 0x1000 >> LOAD 0x008000 0xa7f6a000 0x 0x02000 0x02000 RW 0x1000 >> LOAD 0x00a000 0xa7f6c000 0x 0x03000 0x03000 RW 0x1000 >> LOAD 0x00d000 0xa7f82000 0x 0x02000 0x02000 RW 0x1000 >> LOAD 0x00f000 0xa7f84000 0x 0x0 0x01000 R E 0x1000 >> LOAD 0x00f000 0xa7f85000 0x 0x0 0x15000 R E 0x1000 >> LOAD 0x00f000 0xa7f9a000 0x 0x02000 0x02000 RW 0x1000 >> LOAD 0x011000 0xafccb000 0x 0x15000 0x15000 RW 0x1000 >> LOAD 0x026000 0x 0x 0x01000 0x01000 R E 0x1000 >> DYNAMIC0x0265a8 0x05a8 0x 0x00078 0x00078 R 0x4 >> NOTE 0x026460 0x0460 0x 0x00018 0x00018 R 0x4 >> GNU_EH_FRAME 0x026478 0x0478 0x 0x00024 0x00024 R 0x4 > > These say the file should be pretty big... The core file is 155648 bytes. > >> readelf: Error: Unable to read in 0x78 bytes of dynamic section > > But this suggests it's pretty small. > > (A) Do you have a core ulimit set? Check "ulimit -c". It's set to "unlimited". I've also tried to set it to a ridicously high value (resulting in 2852408040357888), but it's all the same. > > (B) Are you sure this is a mostly vanilla 2.6.18? There were patches > in 2.6.19-git for a while which caused truncated core dumps. > I've unpacked a clean linux-2.6.18 today and built it from scratch, with only the patch I mentioned earlier. 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 iD8DBQFFOomjfMVFHqJEyFgRAmf/AJ0Sy7KkUvs80hhs44iWu3VSrJrcLACfQKz6 CfweUH3k7kV51sOzgMZFEyg= =3Dix -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394521: gdb does not recognize core files
Package: gdb Version: 6.4.90.dfsg-1 Severity: important Hi, when I compile the following program with gcc 4.1.1-16/binutils 2.17-3 >>> snip int main (void) { int *p = 0; return *p; } <<< snip and let it core, gdb does not recognize the core file. $ gdb a.out core "/home/shlomme/core" is not a core dump: File format not recognized $ readelf -a core: ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI:UNIX - System V ABI Version: 0 Type: CORE (Core file) Machine: Intel 80386 Version: 0x1 Entry point address: 0x0 Start of program headers: 52 (bytes into file) Start of section headers: 0 (bytes into file) Flags: 0x0 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 17 Size of section headers: 0 (bytes) Number of section headers: 0 Section header string table index: 0 0 There are no sections in this file. There are no sections in this file. Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align NOTE 0x000254 0x 0x 0x001d8 0x0 0 LOAD 0x001000 0x08048000 0x 0x0 0x01000 R E 0x1000 LOAD 0x001000 0x08049000 0x 0x01000 0x01000 RW 0x1000 LOAD 0x002000 0xa7e3d000 0x 0x01000 0x01000 RW 0x1000 LOAD 0x003000 0xa7e3e000 0x 0x0 0x127000 R E 0x1000 LOAD 0x003000 0xa7f65000 0x 0x05000 0x05000 R 0x1000 LOAD 0x008000 0xa7f6a000 0x 0x02000 0x02000 RW 0x1000 LOAD 0x00a000 0xa7f6c000 0x 0x03000 0x03000 RW 0x1000 LOAD 0x00d000 0xa7f82000 0x 0x02000 0x02000 RW 0x1000 LOAD 0x00f000 0xa7f84000 0x 0x0 0x01000 R E 0x1000 LOAD 0x00f000 0xa7f85000 0x 0x0 0x15000 R E 0x1000 LOAD 0x00f000 0xa7f9a000 0x 0x02000 0x02000 RW 0x1000 LOAD 0x011000 0xafccb000 0x 0x15000 0x15000 RW 0x1000 LOAD 0x026000 0x 0x 0x01000 0x01000 R E 0x1000 DYNAMIC0x0265a8 0x05a8 0x 0x00078 0x00078 R 0x4 NOTE 0x026460 0x0460 0x 0x00018 0x00018 R 0x4 GNU_EH_FRAME 0x026478 0x0478 0x 0x00024 0x00024 R 0x4 readelf: Error: Unable to read in 0x78 bytes of dynamic section There are no relocations in this file. There are no unwind sections in this file. No version information found in this file. Notes at offset 0x0254 with length 0x01d8: Owner Data size Description CORE 0x0090 NT_PRSTATUS (prstatus structure) CORE 0x007c NT_PRPSINFO (prpsinfo structure) CORE 0x0090 NT_AUXV (auxiliary vector) readelf: Error: Unable to read in 0x18 bytes of notes I admit that I don't understand anything from the output apart from the fact that it contains some error messages... My kernel is a vanilla 2.6.18, only unusual thing is that I is the vmsplit patch from 2.6.18-ck1 to have 1 GiB lowmem. 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.18-shl3 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gdb depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libreadline5 5.1-9 GNU readline and history libraries gdb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387930: FTBFS: xfvb not available on s390
Package: python-opengl Version: 2.0.1.09-2.2 Severity: normal Hi, python-opengl cannot be built on s390 because the current build system needs xvfb to run (the setup script for Togl tries to instantiate Tkinter.Tk, which fails if no X server is present). However, it can be modified to read the Tk and Tcl version numbers directly from Tkinter (members Tkinter.TkVersion and TclVersion). Please tell me if you are intending to fix this bug for etch. I have a vital interest for having this package on all archs, because without it, PyQt4 won't go into etch either. If you don't have time to fix it please tell me in the next week, otherwise I'll do a NMU to fix (hopefully) fix this bug. For the future, maybe you are interested to hand over maintainance for this package to the Debian Python modules team? best, 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.17-ck1-shl1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages python-opengl depends on: ii freeglut3 [libglut3 2.4.0-5 OpenGL Utility Toolkit ii libgl1-mesa-glx [li 6.5.0.cvs.20060524-1 A free implementation of the OpenG ii libglu1-mesa [libgl 6.5.0.cvs.20060524-1 The OpenGL utility library (GLU) ii python 2.4.3-11 An interactive high-level object-o ii python-central 0.5.5register and build utility for Pyt ii python-numeric 24.2-6 Numerical (matrix-oriented) Mathem python-opengl recommends no packages. -- no debconf information -- 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]