Bug#637933: pymsnt: pkg removal fails when daemon is not running
Package: pymsnt Version: 0.11.3-5 Severity: important when purging the package and the daemon is not running one gets an error as the returncode invoke-rc.d is non zero $ apt-get install pymsnt $ invoke-rc.d pymsnt stop Stopping MSN transport for Jabber: pymsnt. $ apt-get purge pymsnt Removing pymsnt ... Stopping MSN transport for Jabber: No python found running; none killed. invoke-rc.d: initscript pymsnt, action stop failed. dpkg: error processing pymsnt (--purge): subprocess installed pre-removal script returned error exit status 1 configured to not write apport reports Starting MSN transport for Jabber: /usr/share/pymsnt/src/utils.py:10: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha /usr/share/pymsnt/src/xdb.py:9: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 Removing stale pidfile /var/run/pymsnt/pymsnt.pid pymsnt. Processing triggers for python-central ... Errors were encountered while processing: pymsnt E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pymsnt depends on: ii adduser 3.113 add and remove users and groups ii python2.6.7-2interactive high-level object-orie ii python-central0.6.17 register and build utility for Pyt ii python-crypto 2.3-2 cryptographic algorithms and proto ii python-openssl0.12-1 Python wrapper around the OpenSSL ii python-twisted11.0.0-2 Event-based framework for internet Versions of packages pymsnt recommends: ii python-imaging1.1.7-4Python Imaging Library Versions of packages pymsnt suggests: pn jabberd2 | jabber | ejabberd none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638209: libqscintilla2-5: libscintilla 2.4.5 breaks abi, no soversion bump
Package: libqscintilla2-5 Version: 2.4.5-1 Severity: important as you were informed about in march [0] 2.4.5 breaks abi, but upstream did not bump the soversion. This breaks rdepends like universalindentgui [1] http://lists.debian.org/debian-release/2011/03/msg00404.html https://bugs.launchpad.net/ubuntu/+source/qscintilla2/+bug/689362 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638233: flightgear: ftbs with ld --as-needed
Package: flightgear Version: 2.0.0-4 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch the package flightgear fails to build when using the linker flag --as-needed See the log in the ubuntu bug: https://bugs.launchpad.net/ubuntu/+bug/749249 This is caused by libsgmisc and other libraries from the simgear package being underlinked [0] As the libraries in these package have strong circular dependencies it is not easy to fix the problem at the root. Instead this patch simply ensures linking by disabling as-needed for this one library. It patches Makefile.in, if you change your package to regenerate the automake files the patch must be applied against the Makefile.am The patch can be dropped when simgear fixes its libraries. PS: please use a patch system like 3.0 (quilt) for your package. [0] http://wiki.mandriva.com/en/Underlinking Description: fix build with ld --as-needed libsgmisc is missing links to several libraries this cannot be so easily fixed due to circular dependencies in the simgears package so unconditionally link only this library Author: Julian Taylor jtaylor.deb...@googlemail.com Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+bug/749249 --- flightgear-2.0.0.orig/utils/propmerge/Makefile.in 2010-02-17 17:13:29.0 +0100 +++ flightgear-2.0.0/utils/propmerge/Makefile.in 2011-08-17 23:58:06.443444957 +0200 @@ -196,7 +196,11 @@ top_builddir = @top_builddir@ top_srcdir = @top_srcdir@ propmerge_SOURCES = propmerge.cxx -propmerge_LDADD = -lsgprops -lsgxml -lsgio -lsgmisc -lsgdebug -lsgstructure +propmerge_LDADD = -lsgprops -lsgxml -lsgio -lsgdebug -lsgstructure +# required for --as-needed default: https://bugs.launchpad.net/ubuntu/+bug/749249 +# we don't directly need sgmisc here but its missing links cannot easily be fixed due +# to circular dependencies in simgear, use LIBS as it is last on the commandline +LIBS += -Wl,--no-as-needed -lsgmisc all: all-am .SUFFIXES: signature.asc Description: OpenPGP digital signature
Bug#638283: simgear2.0.0: public libraries underlinked
Package: simgear2.0.0 Version: 2.0.0-4 Severity: wishlist most shared libraries installed in /usr/lib are underlinked. $ dpkg -L simgear2.0.0 | xargs ldd -r 21 | grep undefined | wc -l 103 this makes it impossible to link them when using ld --as-needed [0,1] As I understand this is partly intentional due to the existing circular dependencies. Circular dependencies in shared libraries are not a very good practice, can these circles be broken somehow? [0] http://wiki.mandriva.com/en/Underlinking [1] https://bugs.launchpad.net/bugs/749249 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages simgear2.0.0 depends on: ii libalut0 1.1.0-3 OpenAL Utility Toolkit ii libc62.13-16ubuntu4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-7ubuntu1GCC support library ii libgl1-mesa-glx 7.11-0ubuntu3 free implementation of the OpenGL ii libjpeg626b1-1ubuntu2The Independent JPEG Group's JPEG ii libopenal1 1:1.13-2Software implementation of the Ope ii libopenscenegrap 3.0.0-2ubuntu1 3D scene graph, shared libs ii libplib1 1.8.5-5 Portability Libraries: Run-time pa ii libstdc++6 4.6.1-7ubuntu1 GNU Standard C++ Library v3 ii libx11-6 2:1.4.4-1ubuntu1X11 client-side library ii zlib1g 1:1.2.3.4.dfsg-3ubuntu3 compression library - runtime simgear2.0.0 recommends no packages. simgear2.0.0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638339: blcr-dkms: requires 2.[46] kernel version string
Package: blcr-dkms Version: 0.8.2-15ubuntu1 Severity: serious Justification: fails to install acinclude.m4 contains following check on the kernel version: # Match all kernels major/minor we might accept m4_define([cr_kern_maj_min_patt],[[2\.[46]\.]])[]dnl No SUBLEVEL or following which leads to following error when building the module for a 3.0 kernel: configure: error: --with-linux argument '3.0.0-1-686-pae is neither a kernel version string nor a full path make[1]: *** [/var/lib/dkms/blcr/0.8.2/build/config-stamp] Error 1 see also this bug in ubuntu: https://bugs.launchpad.net/ubuntu/+source/blcr/+bug/804943 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blcr-dkms depends on: ii dkms 2.2.0.2-1 Dynamic Kernel Module Support Fram ii linux-headers-3.0.0-7 [l 3.0.0-7.9 Header files related to Linux kern ii linux-headers-3.0.0-7-ge 3.0.0-7.9 Linux kernel headers for version 3 ii linux-headers-3.0.0-8 [l 3.0.0-8.11 Header files related to Linux kern ii linux-headers-3.0.0-8-ge 3.0.0-8.11 Linux kernel headers for version 3 ii linux-headers-generic3.0.0.8.9 Generic Linux kernel headers ii make 3.81-8.1ubuntu1 An utility for Directing compilati Versions of packages blcr-dkms recommends: ii blcr-util0.8.2-15ubuntu1 Userspace tools to Checkpoint and blcr-dkms suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638233: (no subject)
it turns out the issue can be solved by simply reordering the links on the commandline. Here a much simpler patch: --- flightgear-2.0.0.orig/utils/propmerge/Makefile.in 2010-02-17 17:13:29.0 +0100 +++ flightgear-2.0.0/utils/propmerge/Makefile.in2011-08-18 22:42:31.307998498 +0200 @@ -196,7 +196,7 @@ top_builddir = @top_builddir@ top_srcdir = @top_srcdir@ propmerge_SOURCES = propmerge.cxx -propmerge_LDADD = -lsgprops -lsgxml -lsgio -lsgmisc -lsgdebug -lsgstructure +propmerge_LDADD = -lsgprops -lsgmisc -lsgxml -lsgio -lsgdebug -lsgstructure all: all-am .SUFFIXES: signature.asc Description: OpenPGP digital signature
Bug#638719: ftbs with ld --as-needed
Package: torcs Version: 1.3.1-5 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: ld-as-needed torcs fails to build with ld --as-needed https://bugs.launchpad.net/ubuntu/+source/torcs/+bug/829694 This is caused by libraceengine.so being underlinked [0] Attached a patch which fixes this issue by linking it against racescreens and robottools. thanks for considering the patch. [0] http://wiki.mandriva.com/en/Underlinking Description: fix build with ld --as-needed libraceengine.so to link against the needed racescreens and robottools in order to later link torcs-bin with ld --as-needed Author: Julian Taylor jtaylor.deb...@googlemail.com Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/torcs/+bug/829694 --- src/libs/raceengineclient/Makefile 2008-12-15 00:35:28.0 +0100 +++ src/libs/raceengineclient/Makefile 2011-08-21 14:06:13.289971960 +0200 @@ -23,6 +23,10 @@ SOURCES = singleplayer.cpp raceinit.cpp racemain.cpp racemanmenu.cpp racestate.cpp racegl.cpp \ raceengine.cpp raceresults.cpp +LIBSPATH = -L${EXPORTBASE} + +LIBS = -lracescreens -lrobottools + EXPDIR = include EXPORTS = singleplayer.h raceinit.h signature.asc Description: OpenPGP digital signature
Bug#638786: exception when using balazar --single wrong
Package: balazar Version: 0.3.4.ds1-6.1 Severity: minor when starting balazar like this: balazar --single one gets this exception: Traceback (most recent call last): File /usr/games/balazar, line 49, in module if arg == --single: mode = arg; login = sys.argv[i]; password = sys.argv[i + 1]; i += 2 IndexError: list index out of range it should output that it requires a password and a login, especially as the detailed option description in the manpage does not mention it. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages balazar depends on: ii python2.7.2-5ubuntu1 interactive high-level object-orie ii python-cerealizer 0.7-4 secure pickle-like module for Pyth ii python-pyvorbis 1.4-2build2Python interface to the Ogg Vorbis ii python-soya 0.15~rc1-5 high level 3D engine for Python ii python-support1.0.13ubuntu1 automated rebuilding support for P ii python-tofu 0.5-5 high-level network game engine for balazar recommends no packages. Versions of packages balazar suggests: pn python-psyco none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640221: slurm: ftbs with ld --as-needed
Package: slurm Version: 0.3.3-2 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: slurm fails to build from source with the linker flag --as-needed. Libraries must be placed behind objects needing their symbols when this flag is used. So autotools handles command line ordering correctly libraries to link with must be placed in the LIBS variable and not in LDFLAGS as is the case in this package. Attached patch fixes this by using the correct variable in configure.in. In order to do this dh-autoreconf was used to regenerate configure from the patched configure.in before the build. Changelog: * use dh_autoreconf * debian/patches/0004-fix-as-needed-build.patch: (LP: #832924) - fix build with ld --as-needed by using LIBS instead of LDFLAGS for links Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/control' --- debian/control 2010-07-18 19:05:29 + +++ debian/control 2011-09-03 13:23:03 + @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Matthias Schmitz matth...@sigxcpu.org -Build-Depends: debhelper (= 5.0.0), libncurses5-dev +Build-Depends: debhelper (= 5.0.0), libncurses5-dev, dh-autoreconf Standards-Version: 3.8.4 vcs-git: git://git.debian.org/users/matthias-guest/slurm.git vcs-browser: http://git.debian.org/?p=users/matthias-guest/slurm.git;a=summary === added file 'debian/patches/0004-fix-as-needed-build.patch' --- debian/patches/0004-fix-as-needed-build.patch 1970-01-01 00:00:00 + +++ debian/patches/0004-fix-as-needed-build.patch 2011-09-03 13:14:24 + @@ -0,0 +1,28 @@ +=== modified file 'configure.in' +--- slurm.orig/configure.in 2007-10-02 18:59:35 + slurm/configure.in 2011-08-28 19:23:58 + +@@ -67,14 +67,15 @@ + esac + # add Slowlaris -R and libraries to LDFLAGS + if test ${OSTYPE} = solaris ; then +- LDFLAGS=${LDFLAGS} ${SOLLDFLAGS} -lnsl -lsocket -lkstat ++ LDFLAGS=${LDFLAGS} ${SOLLDFLAGS} ++LIBS=${LIBS} -lnsl -lsocket -lkstat + fi + + AC_CHECK_LIB(fridge, vanilla_coke, echo WTF?!, echo Warning: No vanilla coke found in fridge.;echo We highly suggest that you rectify this situation immediatly.) + ncurses_support=no + curses_support=no + color_support=no +-AC_CHECK_LIB(ncurses, use_default_colors, LDFLAGS=$LDFLAGS -lncurses; CFLAGS=$CFLAGS -D_HAVE_NCURSES -D_HAVE_NCURSES_COLOR; color_support=yes; ncurses_support=yes, AC_CHECK_LIB(ncurses, use_default_colors, LDFLAGS=$LDFLAGS -lncurses; CFLAGS=$CFLAGS -D_HAVE_NCURSES; ncurses_support=yes; echo NO TRANSPARENCY SUPPORT in this ncurses lib, AC_CHECK_LIB(curses, initscr, LDFLAGS=$LDFLAGS -lcurses; CFLAGS=$CFLAGS -D_HAVE_CURSES; curses_support=yes; echo NO TRANSPARENCY SUPPORT in curses lib))) ++AC_CHECK_LIB(ncurses, use_default_colors, LIBS=$LIBS -lncurses; CFLAGS=$CFLAGS -D_HAVE_NCURSES -D_HAVE_NCURSES_COLOR; color_support=yes; ncurses_support=yes, AC_CHECK_LIB(ncurses, use_default_colors, LIBS=$LIBS -lncurses; CFLAGS=$CFLAGS -D_HAVE_NCURSES; ncurses_support=yes; echo NO TRANSPARENCY SUPPORT in this ncurses lib, AC_CHECK_LIB(curses, initscr, LIBS=$LIBS -lcurses; CFLAGS=$CFLAGS -D_HAVE_CURSES; curses_support=yes; echo NO TRANSPARENCY SUPPORT in curses lib))) + + # disable color support on Solaris for now + if test ${OSTYPE} = solaris ; then +@@ -95,4 +96,5 @@ + compiler: ${CC} +compiler flags: ${CFLAGS} + linker flags: ${LDFLAGS} ++libraries: ${LIBS} + + === modified file 'debian/patches/series' --- debian/patches/series 2010-07-18 19:05:29 + +++ debian/patches/series 2011-09-03 13:15:28 + @@ -1,3 +1,4 @@ 0001-config.guess.patch 0002-slurm.1.patch 0003-config.sub.patch +0004-fix-as-needed-build.patch === modified file 'debian/rules' --- debian/rules 2007-10-02 18:59:35 + +++ debian/rules 2011-09-03 13:12:57 + @@ -13,11 +13,7 @@ config.status: configure dh_testdir - # work around weird upstream timestamps - touch aclocal.m4 - touch Makefile.in - touch config.h.in - touch configure + dh_autoreconf CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info @@ -33,6 +29,7 @@ clean: dh_testdir dh_testroot + dh_autoreconf_clean rm -f build-stamp [ ! -f Makefile ] || $(MAKE) distclean
Bug#640221: (no subject)
user debian-...@lists.debian.org usertags 639926 + ld-as-needed thanks see the build log in the ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/slurm/+bug/832924 signature.asc Description: OpenPGP digital signature
Bug#640303: pdfminer: please provide a python3 version
Package: pdfminer Version: 20110515+dfsg-1 Severity: wishlist There is a python2 version of pdfminer; it would be great to have a python3 version as well. I have successfully run 2to3 over the source code, and there does not seem to be any obvious reason why this would not be possible. The majority of changes are to do with imports, the print function, the xrange function and other standard python2 - python3 changes. There are a few occurrences of xxx_todo_changeme arising from functions using implicit tuple unpacking, but these are essentially harmless, and the changeme is a request for a prettier name rather than anything showstopping. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640531: python-simplegeneric: new upstream release 0.8 + python3 version
Package: python-simplegeneric Version: 0.7-1 Severity: wishlist recently a new version 0.8 was released. The main change is that it is now compatible with python3. Please package the new version and provide a python3 package. Thanks -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-10-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-simplegeneric depends on: ii python2.7.2-5ubuntu1 interactive high-level object-orie ii python-support1.0.13ubuntu1 automated rebuilding support for P python-simplegeneric recommends no packages. python-simplegeneric suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640221: slurm: ftbs with ld --as-needed
On 09/06/2011 08:35 PM, Matthias Schmitz wrote: Hi Julian, So autotools handles command line ordering correctly libraries to link with must be placed in the LIBS variable and not in LDFLAGS as is the case in this package. Attached patch fixes this by using the correct variable in configure.in. In order to do this dh-autoreconf was used to regenerate configure from the patched configure.in before the build. thanks for the patch! But i replaced the GNU build system by scons two days before so the patch is not longer needed. I you like upload the new package for me. I uploaded slurm 0.4.0-1 to mentors.debian.net [1]. thanks the package in mentors fixes the problem. But I'm no DD so I can't upload it. signature.asc Description: OpenPGP digital signature
Bug#639926: (no subject)
the ubuntu bug is: https://bugs.launchpad.net/ubuntu/oneiric/+source/tenmado/+bug/832831 signature.asc Description: OpenPGP digital signature
Bug#640940: python-numpy: numpy.distutils not multiarch aware
Package: python-numpy Version: 1:1.5.1-2ubuntu2 Severity: normal Tags: patch numpy.distutils is not multiarch aware. this causes problems when its searching for libraries. E.g. when building in python-enable: python setup.py develop /usr/lib/pymodules/python2.6/numpy/distutils/system_info.py:459: UserWarning: X11 libraries not found. warnings.warn(self.notfounderror.__doc__) this is caused by numpy.distutils not checking in the multiarch triplet paths. Attached patch fixes this issue, but due to the lack of a proper way to obtain the triplet its quite ugly. one could also use gcc -print-multiarch to obtain the triplet instead of dpkg- architecture See also: https://github.com/enthought/enable/issues/34#issuecomment-2029381 https://bugs.launchpad.net/ubuntu/+source/python-numpy/+bug/818867 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-10-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-numpy depends on: ii libatlas3gf-base [liblapa 3.8.4-3Automatically Tuned Linear Algebra ii libblas3gf [libblas.so.3g 1.2.20110419-2 Basic Linear Algebra Reference imp ii libc6 2.13-17ubuntu2 Embedded GNU C Library: Shared lib ii liblapack3gf [liblapack.s 3.3.0-4library of linear algebra routines ii python2.7.2-5ubuntu1 interactive high-level object-orie ii python-support1.0.13ubuntu1 automated rebuilding support for P python-numpy recommends no packages. Versions of packages python-numpy suggests: ii gfortran4:4.6.1-2ubuntu5 GNU Fortran 95 compiler ii python-dev 2.7.2-5ubuntu1 header files and a static library ii python-nose 1.0.0-1ubuntu1 test discovery and running for Pyt pn python-numpy-dbgnone (no description available) pn python-numpy-docnone (no description available) -- no debconf information --- old/system_info.py 2010-11-18 11:11:51.0 + +++ new/system_info.py 2011-09-08 16:22:17.931027598 + @@ -200,6 +200,12 @@ '/usr/lib'], platform_bits) default_x11_include_dirs = ['/usr/X11R6/include','/usr/X11/include', '/usr/include'] +import subprocess as sp +p = sp.Popen([dpkg-architecture, -qDEB_HOST_MULTIARCH], stdout=sp.PIPE) +triplet = p.communicate()[0].strip() +if p.returncode == 0: +default_x11_lib_dirs += [os.path.join(/usr/lib/, triplet)] +default_lib_dirs += [os.path.join(/usr/lib/, triplet)] if os.path.join(sys.prefix, 'lib') not in default_lib_dirs: default_lib_dirs.insert(0,os.path.join(sys.prefix, 'lib'))
Bug#640940: [Python-modules-team] Bug#640940: python-numpy: numpy.distutils not multiarch aware
On 09/08/2011 07:05 PM, Sandro Tosi wrote: please, try to use Debian versions when reporting bugs against Debian packages. this applies the debian package 1:1.5.1-2. I just reported it from ubuntu. indeed; please bring the problem upstream. the problem is that there is no good way for upstream to do that yet, as there is no standard way to obtain the triplet in different distros. For now this is a debian issue and warrants a debian only solution. one could also use gcc -print-multiarch to obtain the triplet instead of dpkg- architecture so we have to depends on gcc, sorry no. I agree, I only mentioned it as the gcc variant is slightly better suited for upstreaming. Btw. python-enable worked around this with a patch: http://bugs.debian.org/639232 But it should be fixed at the source. signature.asc Description: OpenPGP digital signature
Bug#641001: [pkg-cli-apps-team] Bug#641001: [gnome-rdp] Cannot add a new session
On 09/09/2011 12:34 PM, Arnout Engelen wrote: When I click 'New Session', enter a server hostname and click OK, the dialog closes but nothing further happens. Each time I try this a line is added to the logging: Error: Object reference not set to an instance of an object thanks for the report. this appears to happen when you have not selected a profile and an identity for the session. If you select these it should work. signature.asc Description: OpenPGP digital signature
Bug#597105: add support to build python3-* packages
On Wed, Sep 29, 2010 at 04:43:21PM -0400, Joey Hess wrote: Matthias Klose wrote: Please add support to build python3-* packages; in #597099 you'll see what is currently necessary to add building a python3-* package. It would be nice if the overrides don't explicitly need to be added. The various python3-* packages are currently in experimental. Debhelper currently uses `pversions' to iterate over the requested python versions. Maybe it is just enough to iterate over the output of py3versions too, if dh is called --with python3? Is there not something in debian/control that can be examined to see if the package is intended to be built for python3? Also, the python_distutils script (called with -Spython_distutils) barfs as well; perhaps a parallel python3_distutils could be created? Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597105: add support to build python3-* packages
On Sun, Sep 11, 2011 at 09:42:28PM +0100, Julian Gilbey wrote: Also, the python_distutils script (called with -Spython_distutils) barfs as well; perhaps a parallel python3_distutils could be created? Attached is a patch for python3_distutils from python_distutils. Julian --- /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm 2011-08-23 20:29:42.0 +0100 +++ /usr/share/perl5/Debian/Debhelper/Buildsystem/python3_distutils.pm 2011-09-11 21:48:51.0 +0100 @@ -5,7 +5,7 @@ #© 2008-2009 Modestas Vainius # License: GPL-2+ -package Debian::Debhelper::Buildsystem::python_distutils; +package Debian::Debhelper::Buildsystem::python3_distutils; use strict; use Cwd (); @@ -117,14 +117,14 @@ # Then, run setup.py with each available python, to build # extensions for each. - my $python_default = `pyversions -d`; + my $python_default = `py3versions -d`; $python_default =~ s/^\s+//; $python_default =~ s/\s+$//; - my @python_requested = split ' ', `pyversions -r 2/dev/null`; + my @python_requested = split ' ', `py3versions -r 2/dev/null`; if (grep /^\Q$python_default\E/, @python_requested) { @python_requested = ( grep(!/^\Q$python_default\E/, @python_requested), - python, + python3, ); }
Bug#638890: ubuntu issue
Have you really reproduced this bug in debian? The issue in ubuntu is due to a problem with soya. debian is not affected by it! Please read: https://bugs.launchpad.net/ubuntu/+source/balazar/+bug/830652/comments/2 signature.asc Description: OpenPGP digital signature
Bug#632114: add patch system
for ubuntu a 3.0 quilt patch system was added attached a complete debdiff diff -Nru mooproxy-1.0.0/debian/changelog mooproxy-1.0.0/debian/changelog --- mooproxy-1.0.0/debian/changelog 2011-08-22 20:50:44.0 +0200 +++ mooproxy-1.0.0/debian/changelog 2011-08-22 20:46:14.0 +0200 @@ -1,3 +1,11 @@ +mooproxy (1.0.0-1ubuntu1) oneiric; urgency=low + + * change to source format 3.0 (quilt) + * debian/patches/fix_as_needed_build.patch: +- patch Makefile to fix build with ld --as-needed (LP: #770784) + + -- Julian Taylor jtaylor.deb...@googlemail.com Mon, 22 Aug 2011 20:45:21 +0200 + mooproxy (1.0.0-1) unstable; urgency=low * New upstream release. diff -Nru mooproxy-1.0.0/debian/patches/fix_as_needed_build.patch mooproxy-1.0.0/debian/patches/fix_as_needed_build.patch --- mooproxy-1.0.0/debian/patches/fix_as_needed_build.patch 1970-01-01 01:00:00.0 +0100 +++ mooproxy-1.0.0/debian/patches/fix_as_needed_build.patch 2011-08-22 20:48:03.0 +0200 @@ -0,0 +1,19 @@ +Description: fix build with -Wl,--as-needed + The object files must be before the libraries which provide the + symbols they need +Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/mooproxy/+bug/770784 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632114 +Author: Julian Taylor jtaylor.deb...@googlemail.com +Index: mooproxy-1.0.0/Makefile +=== +--- mooproxy-1.0.0.orig/Makefile 2011-06-29 19:18:05.966860693 +0200 mooproxy-1.0.0/Makefile2011-06-29 19:18:28.196860701 +0200 +@@ -10,7 +10,7 @@ + all: mooproxy + + mooproxy: $(OBJS) +- $(CC) $(LFLAGS) $(OBJS) -o mooproxy ++ $(CC) $(OBJS) -o mooproxy $(LFLAGS) + # strip mooproxy + + # If a header file changed, maybe some data formats changed, and all object diff -Nru mooproxy-1.0.0/debian/patches/series mooproxy-1.0.0/debian/patches/series --- mooproxy-1.0.0/debian/patches/series1970-01-01 01:00:00.0 +0100 +++ mooproxy-1.0.0/debian/patches/series2011-08-22 20:45:01.0 +0200 @@ -0,0 +1 @@ +fix_as_needed_build.patch diff -Nru mooproxy-1.0.0/debian/source/format mooproxy-1.0.0/debian/source/format --- mooproxy-1.0.0/debian/source/format 1970-01-01 01:00:00.0 +0100 +++ mooproxy-1.0.0/debian/source/format 2011-08-22 20:44:00.0 +0200 @@ -0,0 +1 @@ +3.0 (quilt) signature.asc Description: OpenPGP digital signature
Bug#639128: paxtest: ftbs with ld --as-needed
Package: paxtest Version: 1:0.9.9-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch the package paxtest fails to build when using the linker flag --as-needed This is caused by the libraries being placed before the objects which need the symbols on the command line. So the library symbols are not registered as needed. See the log ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/paxtest/+bug/831405 Attached patch fixes this issue by using ordering the command line correctly. Description: fix build with ld --as-needed libraries must be placed behind the objects needing their symbols on the commandline when building with ld --as-needed Author: Julian Taylor jtaylor.deb...@googlemail.com Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/paxtest/+bug/831405 === modified file 'Makefile.psm' --- paxtest.orig/Makefile.psm 2010-09-28 23:40:17 + +++ paxtest/Makefile.psm 2011-08-24 11:40:39 + @@ -135,7 +135,7 @@ $(EXEC_TESTS) $(MPROT_TESTS): body.o $(CC) $(CFLAGS) -o $@.o -c $@.c - $(CC) $(LDFLAGS) $(PTHREAD) -o $@ $ $@.o + $(CC) $(LDFLAGS) -o $@ $ $@.o $(PTHREAD) $(RAND_TESTS): randbody.o $(CC) $(CFLAGS) -o $@.o -c $@.c @@ -184,7 +184,7 @@ $(MPROTSH_TESTS): body.o shlibtest.so $(CC) $(CFLAGS) -o $@.o -c $@.c - $(CC) $(LDFLAGS) $(DL) $(PTHREAD) -o $@ $@.o $^ + $(CC) $(LDFLAGS) -o $@ $@.o $^ $(DL) $(PTHREAD) # used for RANDEXEC'd binaries retbody.o: body.c @@ -193,12 +193,12 @@ # build as ET_EXEC (recommended by PaX Team, not really a requirement) $(RET_TESTS): retbody.o $(CC) $(CFLAGS) $(CC_ETEXEC) -o $@.o -c $@.c - $(CC) $(LDFLAGS) $(LD_ETEXEC) $(PTHREAD) -o $@ $ $@.o + $(CC) $(LDFLAGS) $(LD_ETEXEC) -o $@ $ $@.o $(PTHREAD) # build as ET_EXEC (not in Adamantix's Makefile) $(RETX_TESTS): retbody.o $(CC) $(CFLAGS) $(CC_ETEXEC) -o $@.o -c $@.c - $(CC) $(LDFLAGS) $(LD_ETEXEC) $(PTHREAD) -o $@ $ $@.o + $(CC) $(LDFLAGS) $(LD_ETEXEC) -o $@ $ $@.o $(PTHREAD) -$(PAXBIN) -C $@ $(PAXBIN) -SPXM $@ @@ -211,4 +211,4 @@ $(CC) $(SHLDFLAGS) -shared -o $@ $ $(SHLIB_TESTS): body.o $(SHLIBS) shlibbss.o shlibdata.o - $(CC) $(LDFLAGS) $(PTHREAD) -o $@ body.o $@.o $(SHLIBS) $(DL) + $(CC) $(LDFLAGS) -o $@ body.o $@.o $(SHLIBS) $(DL) $(PTHREAD) signature.asc Description: OpenPGP digital signature
Bug#625096: (no subject)
tags 625096 + patch thanks attached a patch to fix this issue #! /bin/sh /usr/share/dpatch/dpatch-run ## Description: include cstddef for ptrdiff_t ## Author: Julian Taylor jtaylor.deb...@googlemail.com ## Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625096 ## Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+bug/832775 ## ptrdiff.dpatch by Julian Taylor jtaylor.deb...@googlemail.com ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' zipios++~/src/directory.h zipios++/src/directory.h --- zipios++~/src/directory.h 2011-08-24 16:01:00.0 +0200 +++ zipios++/src/directory.h2011-08-24 16:04:56.503892154 +0200 @@ -31,6 +31,7 @@ #include string #include ctime #include stdexcept +#include cstddef // #include boost.h Contents of boost.h signature.asc Description: OpenPGP digital signature
Bug#639284: tkpng: ftbs with ld --as-needed
Package: tkpng Version: 0.9-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch the package tkpng fails to build when using the linker flag --as-needed This is caused by the library -lm added to LDFLAGS in debian rules. This causes the library to be placed before the objects needing its symbols. This causes undefined references when built with ld --as-needed. See the log in the ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/tkpng/+bug/832926 This aptch fixes the issue by moving -lm into LIBS: === modified file 'debian/rules' --- debian/rules2008-11-12 14:06:43 + +++ debian/rules2011-08-25 15:57:34 + @@ -32,7 +32,8 @@ --with-tclinclude=/usr/include/tcl8.5/ \ --with-tkinclude=/usr/include/tcl8.5/ \ CFLAGS=$(CFLAGS) \ - LDFLAGS=-lm -Wl,-z,defs -Wl,--no-undefined -Wl,--as-needed + LDFLAGS=-Wl,-z,defs -Wl,--no-undefined -Wl,--as-needed \ + LIBS=-lm touch $@ build: build-stamp signature.asc Description: OpenPGP digital signature
Bug#639320: uim: ftbs with ld --as-needed
Package: uim Version: 0.9-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch the package uim fails to build when using the linker flag --as-needed This is caused by the library libuim placed before the static libuim-counted-init library which needs its symbols. ld will then drop libuim as it appears not needed. See the build log in ubuntu: https://bugs.launchpad.net/ubuntu/+source/tkpng/+bug/832926 attached patch fixes this by adding libuim again behind libuim-counted-init Description: fix build with ld --as-needed uim-counted-init is a static library which needs symbols from libuim which it must be placed behind it on the command line so it is not dropped by ld --as-needed Author: Julian Taylor jtaylor.deb...@googlemail.com Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/uim/+bug/832939 Index: uim-1.7.1/qt4/pref/uim-pref-qt4.pro.in === --- uim-1.7.1.orig/qt4/pref/uim-pref-qt4.pro.in 2011-08-25 23:31:03.080564183 +0200 +++ uim-1.7.1/qt4/pref/uim-pref-qt4.pro.in 2011-08-25 23:31:01.170564166 +0200 @@ -4,7 +4,7 @@ # to include qtgettext.h INCLUDEPATH += @srcdir@/.. -LIBS += -luim-custom -luim-counted-init @LIBINTL@ +LIBS += -luim-custom -luim-counted-init -luim @LIBINTL@ QMAKE_UIC = $$QMAKE_UIC -tr UIC_
Bug#639320: (no subject)
found 639320 1:1.7.1-2 notfound 639320 0.9-1 thanks the patch is based on 1:1.7.1-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555880: (no subject)
tags 555880 + patch thanks patch: === modified file 'debian/rules' --- debian/rules2007-01-18 14:38:33 + +++ debian/rules2011-08-26 12:37:59 + @@ -9,7 +9,7 @@ build-stamp: dh_testdir QUILT_PATCHES=debian/patches quilt push -a || test $$? = 2 - $(CC) -g -O2 -Wall *.c -o overgod `allegro-config --cflags --libs` + $(CC) -g -O2 -Wall *.c -o overgod `allegro-config --cflags --libs` -lm touch build-stamp clean: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639537: backintime: messes with file access time when performing backups
Package: backintime-gnome Version: 1.0.8-1 Severity: normal Hi! When backintime performs a backup, it does not preserve the file access time. This means that mailbox-checking programs, such as mutt, lose the information as to when the mailbox was last actually read. I would recommend that backintime does something like orig_times = os.stat(file) [perform whichever actions required on file] os.utime(file, (orig_times.st_atime, orig_times.st_mtime)) whenever it needs to read a file for backup purposes. Julian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages backintime-gnome depends on: ii backintime-common 1.0.8-1simple backup/snapshot system ii menu 2.1.45 generates programs menu for all me ii python2.6.7-3interactive high-level object-orie ii python-glade2 2.24.0-2 GTK+ bindings: Glade support ii python-gnome2 2.28.1-3 Python bindings for the GNOME desk ii python-gtk2 2.24.0-2 Python bindings for the GTK+ widge ii python-notify 0.1.1-3Python bindings for libnotify Versions of packages backintime-gnome recommends: ii meld 1.4.0-2graphical tool to diff and merge f ii nautilus-actions 3.1.2-1nautilus extension to configure pr backintime-gnome suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639593: libdca-utils: No large file support on x86
Package: libdca-utils Version: 0.0.5-3 Severity: normal dcadec fails with large files. Example: $ du woodstock.dts 2481332 woodstock.dts $ dcadec -o wavall -r woodstock.dts wood.wav libdca-0.0.5 - by Gildas Bazin gba...@videolan.org based on the a52dec code from Michel Lespinasse wal...@zoy.org and Aaron Holtzman Value too large for defined data type - could not open file woodstock.dts The same command with the same file works normally on amd64. The same command with small files works normally on x86. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdca-utils depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdca0 0.0.5-3decoding library for DTS Coherent libdca-utils recommends no packages. libdca-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636103: linux-image-2.6.39-2-amd64: repeatedly crashes: general protection fault, perhaps connected to ata2?
I wonder whether this might be related to RedHat bugs https://bugzilla.redhat.com/show_bug.cgi?id=717621 and https://bugzilla.redhat.com/show_bug.cgi?id=714332 which have recently been closed, as at https://admin.fedoraproject.org/updates/kernel-2.6.40-4.fc15 But I haven't figured out yet what patch was applied by Fedora to fix this Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639679: libxp: please convert to multiarch
Package: libxp Version: 1:1.0.1-1 Severity: wishlist Tags: patch Dear Maintainers, Could you support multiarch same for libxp Multiarch Information can be found on this wiki http://wiki.debian.org/Multiarch/Implementation A propsed patch is attached Thank you. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u libxp-1.0.1/debian/changelog libxp-1.0.1/debian/changelog --- libxp-1.0.1/debian/changelog +++ libxp-1.0.1/debian/changelog @@ -1,3 +1,9 @@ +libxp (1:1.0.1-2) UNRELEASED; urgency=low + + * convert to multiarch + + -- Julian Taylor jtaylor.deb...@googlemail.com Mon, 29 Aug 2011 12:54:02 +0200 + libxp (1:1.0.1-1) unstable; urgency=low * New upstream release. diff -u libxp-1.0.1/debian/rules libxp-1.0.1/debian/rules --- libxp-1.0.1/debian/rules +++ libxp-1.0.1/debian/rules @@ -23,6 +23,7 @@ endif DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) @@ -41,6 +42,7 @@ cd build \ ../configure --prefix=/usr --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info $(confflags) \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ CFLAGS=$(CFLAGS) $(MAKE) -C build diff -u libxp-1.0.1/debian/control libxp-1.0.1/debian/control --- libxp-1.0.1/debian/control +++ libxp-1.0.1/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian X Strike Force debia...@lists.debian.org Uploaders: Drew Parsons dpars...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: - debhelper (= 5), + debhelper (= 8.1.3~), quilt, pkg-config, libx11-dev (= 1:0.99.2), @@ -20,6 +20,8 @@ Package: libxp6 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends}, @@ -37,6 +39,7 @@ Section: debug Priority: extra Architecture: any +Multi-Arch: same Depends: libxp6 (= ${binary:Version}), ${shlibs:Depends}, diff -u libxp-1.0.1/debian/libxp-dev.install libxp-1.0.1/debian/libxp-dev.install --- libxp-1.0.1/debian/libxp-dev.install +++ libxp-1.0.1/debian/libxp-dev.install @@ -1,3 +1,3 @@ -usr/lib/libXp.a -usr/lib/libXp.so -usr/lib/pkgconfig/xp.pc +usr/lib/*/libXp.a +usr/lib/*/libXp.so +usr/lib/*/pkgconfig/xp.pc diff -u libxp-1.0.1/debian/libxp6.install libxp-1.0.1/debian/libxp6.install --- libxp-1.0.1/debian/libxp6.install +++ libxp-1.0.1/debian/libxp6.install @@ -1 +1 @@ -usr/lib/libXp.so.6* +usr/lib/*/libXp.so.6* diff -u libxp-1.0.1/debian/compat libxp-1.0.1/debian/compat --- libxp-1.0.1/debian/compat +++ libxp-1.0.1/debian/compat @@ -1 +1 @@ -5 +9
Bug#615707: patch
tags 615707 + patch user ubuntu-de...@lists.ubuntu.com usertags 615707 + origin-ubuntu oneiric ubuntu-patch thanks in ubuntu attached patch was applied to fix the issue diff -Nru desktopnova-0.8/debian/changelog desktopnova-0.8/debian/changelog --- desktopnova-0.8/debian/changelog2010-06-19 13:08:02.0 +0200 +++ desktopnova-0.8/debian/changelog2011-01-09 16:48:20.0 +0100 @@ -1,3 +1,16 @@ +desktopnova (0.8-2ubuntu2) natty; urgency=low + + * Move -ldl from LDFLAGS to CMakeLists.txt to ensure correct order of +linking parameters. Fixes FTBFS. + + -- Ilya Barygin bary...@gmail.com Sun, 09 Jan 2011 18:47:32 +0300 + +desktopnova (0.8-2ubuntu1) natty; urgency=low + + * link against -ldl to fix FTBFS + + -- Bhavani Shankar bh...@ubuntu.com Tue, 26 Oct 2010 18:41:01 +0530 + desktopnova (0.8-2) unstable; urgency=low * Avoid circular dependencies. (Closes: #583756) @@ -9,4 +22,4 @@ * Initial Release (Closes: #562532) - -- Stefan Haller hali...@googlemail.com Mon, 24 May 2010 11:02:17 +0200 \ No newline at end of file + -- Stefan Haller hali...@googlemail.com Mon, 24 May 2010 11:02:17 +0200 diff -Nru desktopnova-0.8/debian/control desktopnova-0.8/debian/control --- desktopnova-0.8/debian/control 2010-06-19 13:06:51.0 +0200 +++ desktopnova-0.8/debian/control 2010-10-26 15:10:48.0 +0200 @@ -1,7 +1,8 @@ Source: desktopnova Section: misc Priority: optional -Maintainer: Stefan Haller hali...@googlemail.com +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Stefan Haller hali...@googlemail.com Build-Depends: debhelper (= 7), cmake, libglib2.0-dev, libgconf2-dev, libgtk2.0-dev, intltool, libxml2-dev, libdbus-glib-1-dev, libxfconf-0-dev Standards-Version: 3.8.4 Homepage: http://launchpad.net/desktopnova diff -Nru desktopnova-0.8/debian/patches/missing-libdl desktopnova-0.8/debian/patches/missing-libdl --- desktopnova-0.8/debian/patches/missing-libdl1970-01-01 01:00:00.0 +0100 +++ desktopnova-0.8/debian/patches/missing-libdl2011-01-09 16:50:36.0 +0100 @@ -0,0 +1,26 @@ +Description: This is a minimal patch to fix FTBFS with + --no-add-needed, adding necessary linking flags. +Author: Ilya Barygin bary...@gmail.com + +--- desktopnova-0.8.orig/src/desktopnova/CMakeLists.txt desktopnova-0.8/src/desktopnova/CMakeLists.txt +@@ -4,7 +4,7 @@ INCLUDE_DIRECTORIES(${CMAKE_CURRENT_BINA + + ADD_EXECUTABLE(desktopnova desktopnova.c desktopnova-profiles.c) + TARGET_LINK_LIBRARIES(desktopnova ${GTK2_LIBRARIES} ${GLIB2_LIBRARIES} +- desktopnova-general desktopnova-xml desktopnova-module) ++ desktopnova-general desktopnova-xml desktopnova-module -ldl) + + INSTALL(TARGETS desktopnova + DESTINATION ${DIRS_BINDIR}) +--- desktopnova-0.8.orig/src/desktopnova-daemon/CMakeLists.txt desktopnova-0.8/src/desktopnova-daemon/CMakeLists.txt +@@ -7,7 +7,7 @@ ADD_EXECUTABLE(desktopnova-daemon deskto + + TARGET_LINK_LIBRARIES(desktopnova-daemon ${GLIB2_LIBRARIES} + ${DBUS_LIBRARIES} ${GTHREAD2_LIBRARIES} +- desktopnova-general desktopnova-xml desktopnova-module) ++ desktopnova-general desktopnova-xml desktopnova-module -ldl) + + IF(ENABLE_DBUS) + TARGET_LINK_LIBRARIES(desktopnova-daemon desktopnova-dbus) diff -Nru desktopnova-0.8/debian/patches/series desktopnova-0.8/debian/patches/series --- desktopnova-0.8/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ desktopnova-0.8/debian/patches/series 2011-01-09 16:47:23.0 +0100 @@ -0,0 +1 @@ +missing-libdl diff -Nru desktopnova-0.8/debian/rules desktopnova-0.8/debian/rules --- desktopnova-0.8/debian/rules2010-05-24 14:03:38.0 +0200 +++ desktopnova-0.8/debian/rules2011-01-09 16:30:25.0 +0100 @@ -5,4 +5,5 @@ #export DH_VERBOSE=1 %: - dh $@ \ No newline at end of file + dh $@ +
Bug#639593: libdca-utils: No large file support on x86
On Mon, 29 Aug 2011 13:19:50 +0200 Fabian Greffrath fab...@greffrath.com wrote: Does it work if you recompile the package with CFLAGS += -D_FILE_OFFSET_BITS=64 in debian/rules? Hi Fabian Yes, now it works with large files $ du woodstock.dts 2481332 woodstock.dts $ dcadec -o wavall -r woodstock.dts wood.wav libdca-0.0.5 - by Gildas Bazin gba...@videolan.org based on the a52dec code from Michel Lespinasse wal...@zoy.org and Aaron Holtzman Stream with high frequencies VQ coding ^C5304 frames in 7.91 sec (670.54 fps), 637 last 5.43 sec (117.31 fps) etc. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639732: System.NotSupportedException: CodePage 1252 not supported after creating a new password file
thanks for the report, but this is a mono issue which is already fixed in mono = 2.10.3-1 available in debian experimental. See Bug 629151. Until this version gets uploaded to unstable please install the recommended libmono-i18n-west2.0-cil manually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636103: linux-image-2.6.39-2-amd64: repeatedly crashes: general protection fault, perhaps connected to ata2?
On Sun, Aug 28, 2011 at 06:31:58PM -0500, Jonathan Nieder wrote: forcemerge 631187 636103 tags 631187 + upstream quit Hi Julian, Julian Gilbey wrote: ata2.00: detaching (SCSI 1:0:0:0) BUG: unable to handle kernel NULL pointer dereference at 0068 IP: [8118b30a] elv_put_request+0xb/0x1e Sounds like https://bugzilla.kernel.org/show_bug.cgi?id=38842. I think you may well be right; 3.0.0-3 also crashed on me, so the scsi fix introduced in 3.0.0-2 hasn't solved this. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639888: abcde: improve error messages when suggests are not installed
Package: abcde Version: 2.4.2-1 Severity: minor when the suggest or dependencies are not installed you get these types of error messages: abcde -o mp3 [ERROR] abcde: id3v2 is not in your path. [INFO] Define the full path to the executable if it exists on your system. or abcde [ERROR] abcde: oggenc is not in your path. [INFO] Define the full path to the executable if it exists on your system. The error messages should be changed to tell the user which package he should install. E.g. [ERROR] abcde: oggenc is not in your path. [INFO] Please install the vorbis-tools package for this functionality. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-9-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages abcde depends on: ii cd-discid 1.2-1CDDB DiscID utility ii cdparanoia 3.10.2+debian-10 audio extraction tool for sampling ii lame3.98.4-0ubuntu1 An MP3 encoding library (frontend) ii vorbis-tools1.4.0-1ubuntu1 several Ogg Vorbis tools ii wget1.12-3.1ubuntu1 retrieves files from the web Versions of packages abcde recommends: ii vorbis-tools 1.4.0-1ubuntu1 several Ogg Vorbis tools Versions of packages abcde suggests: pn distmp3 none (no description available) ii eject 2.1.5+deb1+cvs20081104-8 ejects CDs and operates CD-Changer pn eyed3 none (no description available) pn id3 none (no description available) ii id3v2 0.1.12-2 A command line id3v2 tag editor pn mkcue none (no description available) ii mp3gain 1.5.2-r2-1 Lossless mp3 normalizer with stati pn normalize-audio none (no description available) pn python-musicbra none (no description available) ii vorbisgain 0.36-3.1ubuntu2 add Replay Gain volume tags to Ogg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639926: tenmado: ftbs with ld --as-needed
Package: tenmado Version: 0.8-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch the package tenmado fails to build when using the linker flag --as-needed This is caused by the libraries being placed before objects needing their symbols on the command line. The libraries are then not registered as needed See the log in the ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/tkpng/+bug/832926 Attached patch fixes this issue by patching Makefile.in, if the packaging is changed to regenerate the autotools files it must be applied to Makefile.am. The patch includes a change to 3.0 (quilt) format and moving of the existing patch to that format. diff -Nru tenmado-0.8/debian/changelog tenmado-0.8/debian/changelog --- tenmado-0.8/debian/changelog2011-08-31 20:41:37.0 +0200 +++ tenmado-0.8/debian/changelog2011-08-31 20:29:43.0 +0200 @@ -1,3 +1,12 @@ +tenmado (0.8-1ubuntu1) oneiric; urgency=low + + * debian/patches/fix-as-needed-build.patch: +- fix ftbs with ld --as-needed (LP: #832831) + * change to 3.0 (quilt) + * move 10pointer_to_readme patch from direct upstream change to quilt + + -- Julian Taylor jtaylor.deb...@googlemail.com Wed, 31 Aug 2011 20:28:51 +0200 + tenmado (0.8-1) unstable; urgency=low * new upstream release diff -Nru tenmado-0.8/debian/patches/fix-as-needed-build.patch tenmado-0.8/debian/patches/fix-as-needed-build.patch --- tenmado-0.8/debian/patches/fix-as-needed-build.patch1970-01-01 01:00:00.0 +0100 +++ tenmado-0.8/debian/patches/fix-as-needed-build.patch2011-08-31 20:37:58.0 +0200 @@ -0,0 +1,27 @@ +Description: fix build with ld --as-needed + libraries must be behind objects needing their symbols +Author: Julian Taylor jtaylor.deb...@googlemail.com +Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/tenmado/+bug/832831 +Index: tenmado/Makefile.in +=== +--- tenmado.orig/Makefile.in 2011-08-31 20:26:09.079508991 +0200 tenmado/Makefile.in2011-08-31 20:26:05.939509030 +0200 +@@ -168,7 +168,7 @@ + + # -g -O2 are in CFLAGS by default, don't use @CFLAGS@ here + AM_CFLAGS = $(SDL_CFLAGS) $(CC_WARNINGS) +-AM_LDFLAGS = @LIBS@ $(SDL_LIBS) ++AM_LDFLAGS = @LIBS@ + + AM_CPPFLAGS = -DDATADIR=\$(datadir)\ \ + -DLOCALSTATEDIR=\$(localstatedir)\ \ +@@ -180,7 +180,8 @@ + # there is no AM_LDADD + tenmado_LDADD = $(top_srcdir)/happy-L/libhappy-L.a \ + $(top_srcdir)/libbac/libbac.a \ +- $(top_srcdir)/libtenm/libtenm.a ++ $(top_srcdir)/libtenm/libtenm.a \ ++ $(SDL_LIBS) + + + man_MANS = tenmado.6 diff -Nru tenmado-0.8/debian/patches/series tenmado-0.8/debian/patches/series --- tenmado-0.8/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ tenmado-0.8/debian/patches/series 2011-08-31 20:28:45.0 +0200 @@ -0,0 +1,2 @@ +fix-as-needed-build.patch +10pointer_to_readme diff -Nru tenmado-0.8/debian/source/format tenmado-0.8/debian/source/format --- tenmado-0.8/debian/source/format1970-01-01 01:00:00.0 +0100 +++ tenmado-0.8/debian/source/format2011-08-31 20:24:26.0 +0200 @@ -0,0 +1 @@ +3.0 (quilt) diff -Nru tenmado-0.8/tenmado.6 tenmado-0.8/tenmado.6 --- tenmado-0.8/tenmado.6 2011-08-31 20:41:37.0 +0200 +++ tenmado-0.8/tenmado.6 2005-08-11 19:07:57.0 +0200 @@ -1,5 +1,5 @@ .\ $Id: tenmado.6,v 1.18 2004/08/07 12:58:04 oohara Exp $ -.TH TENMADO 6 Thu, 16 Jan 2003 Project Geeste tenmado manual +.TH TENMADO 6 Wed, 15 Jan 2003 Project Geeste tenmado manual .SH NAME tenmado \- hard-core shoot 'em up game in blue-or-red world .SH SYNOPSIS @@ -45,8 +45,6 @@ A joystick is also available for move and shoot. Note that you must plug the joystick before you invoke tenmado. For more information, see the tutorial demo by choosing it from the menu in the title. -Also check the README file which can be found at -/usr/share/doc/tenmado/README . .SH OPTIONS .TP .BI \-\-dump stage
Bug#641603: libreoffice-calc: Warning: -calc is deprecated. Use --calc instead.
Package: libreoffice-calc Version: 1:3.4.3-1 When running localc from the command line, I receive the warning message: Warning: -calc is deprecated. Use --calc instead. The same applies to lobase, lodraw, loimpress, lomath, loweb, lowriter and possibly others as well. The fix is trivial: replace -calc by --calc etc. in the /usr/bin/lo* files. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641649: tahoe-lafs: installed egg has dependencies on twisted
Package: tahoe-lafs Version: 1.8.3-1 Severity: important Tags: patch I screwed up the patch I added to 631163. The requires.txt gets regenerated during the build voiding my patch. Attached a revised patch which should now really fix the issue by patching _auto_deps.py from where the requires.txt is generated from. I'm sorry for this mistake. This issue could have been caught by the testsuite when executed in a clean environment (without python-twisted installed!) Tahoe has an excellent testsuite please utilize it so you can detect these issues before you upload to the archive. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tahoe-lafs depends on: ii python2.7.2-5ubuntu1 interactive high-level object-orie ii python-crypto 2.3-2 cryptographic algorithms and proto ii python-foolscap 0.6.1-5object-capability-based RPC system ii python-mock 0.7.1-0ubuntu1 Mocking and Testing Library ii python-nevow 0.10.0-4 Web application templating system ii python-openssl0.12-1ubuntu1 Python wrapper around the OpenSSL ii python-pyasn1 0.0.11a-1 ASN.1 library for Python ii python-pycryptopp 0.5.29-1 Python wrappers for the Crypto++ l ii python-setuptools 0.6.16-1 Python Distutils Enhancements (set ii python-simplejson 2.1.6-1simple, fast, extensible JSON enco ii python-support1.0.13ubuntu1 automated rebuilding support for P ii python-twisted-conch 1:11.0.0-1 The Twisted SSH Implementation ii python-twisted-core 11.0.0-2 Event-based framework for internet ii python-twisted-web11.0.0-1 An HTTP protocol implementation to ii python-zfec 1.4.5-0ubuntu4 fast erasure codec, with python bi tahoe-lafs recommends no packages. tahoe-lafs suggests no packages. -- no debconf information Description: Fix automatic dependency guessing. Debian splits the Twisted package in several modules, and tahoe-lafs depends only on some of them. For the package build process to guess the correct Twisted package dependency, the egg requires.txt need to be fixed. The egg is generated from the values in _auto_deps.py. Author: Julian Taylor jtaylor.deb...@googlemail.com Bug-Debian: http://bugs.debian.org/631163 Index: tahoe/src/allmydata/_auto_deps.py === --- tahoe.orig/src/allmydata/_auto_deps.py 2011-09-14 23:07:08.618202168 +0200 +++ tahoe/src/allmydata/_auto_deps.py 2011-09-14 23:17:25.348200707 +0200 @@ -16,7 +16,8 @@ zope.interface, -Twisted = 2.4.0, +Twisted-Core = 2.4.0, +Twisted-Web = 2.4.0, # foolscap 0.5.1 had a performance bug which spent # O(N**2) CPU for transferring large mutable files @@ -46,7 +47,8 @@ ('foolscap','foolscap'), ('pycryptopp', 'pycryptopp'), ('zfec','zfec'), -('Twisted', 'twisted'), +('Twisted-Core','twisted'), +('Twisted-Web', 'twisted.web'), ('Nevow', 'nevow'), ('zope.interface', 'zope.interface'), ('python', None),
Bug#641649: (no subject)
this is the type of error you will get due to the wrong egg. To reproduce run trial allmydata.test from any directory with an installed tahoe-lafs and the python-twisted meta package *not* installed. allmydata.test.test_checker.AddLease.test_875 === [ERROR] Traceback (most recent call last): File /usr/lib/pymodules/python2.7/allmydata/test/test_cli.py, line 1603, in test_backup self.set_up_grid() File /usr/lib/pymodules/python2.7/allmydata/test/no_network.py, line 288, in set_up_grid client_config_hooks=client_config_hooks) File /usr/lib/pymodules/python2.7/allmydata/test/no_network.py, line 211, in __init__ c = NoNetworkClient(clientdir) File /usr/lib/pymodules/python2.7/allmydata/client.py, line 133, in __init__ node.Node.__init__(self, basedir) File /usr/lib/pymodules/python2.7/allmydata/node.py, line 75, in __init__ self.log(Node constructed. + get_package_versions_string()) File /usr/lib/pymodules/python2.7/allmydata/__init__.py, line 391, in get_package_versions_string errors = cross_check_pkg_resources_versus_import() File /usr/lib/pymodules/python2.7/allmydata/__init__.py, line 260, in cross_check_pkg_resources_versus_import for p in pkg_resources.require(install_requires)]) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 654, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 552, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: Twisted=2.4.0 signature.asc Description: OpenPGP digital signature
Bug#641649: (no subject)
src/allmydata/scripts/create_node.py also uses twisted in line 48 and 63. as also pointed out by upstream here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631163#40 So this change should probably be reverted completely as the tac's must for some reason remain compatible: http://tahoe-lafs.org/trac/tahoe-lafs/ticket/1159#comment:18 signature.asc Description: OpenPGP digital signature
Bug#556302: not fixed
found 556302 2009.1-2 reopen 556302 thanks the patch was not properly applied so the issue still open. see also the ubuntu bug https://bugs.launchpad.net/ubuntu/+source/qhull/+bug/852587 signature.asc Description: OpenPGP digital signature
Bug#556302: not fixed
user debian-...@lists.debian.org usertags 556302 + ld-as-needed severity wishlist thanks The package builds fine in sid, though, so if anything that's a different, lower severity bug. Cheers, Julien it is the same bug but apparently it was falsely flagged as an ld-no-add-needed bug whereas it is an ld-as-needed bug. signature.asc Description: OpenPGP digital signature
Bug#640303: pdfminer: please provide a python3 version
On Sun, Sep 11, 2011 at 05:51:46PM +0200, Daniele Tricoli wrote: Hello Julian, On Sunday 04 September 2011 10:34:41 you wrote: I have successfully run 2to3 over the source code, and there does not seem to be any obvious reason why this would not be possible. The [...] Did you try, after the conversion, the test suite? Right now the Debian package for pdfminer is only for python 2.x because upstream declares that python 3 is not supported. I will try to build a python3 package using 2to3 soon. Thanks for the report. After digging deeper, it seems that the conversion is going to be significantly harder due to the bytes/text distinction in python3. The main sticking point so far appears to be in psparser.py, which reads files and then tries to interpret them. So for example, the compiled regexs starting on line 128 need to be converted into byte expressions, replacing r'...' by br'...', and similarly with ESC_STRING. I'm not sure I currently know enough Python to be able to be able to perform the necessary conversions reliably :-( Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642186: nunit: FTBFS: net-1.1 is not a valid framework identifier
fixed 642186 2.5.10.11092+dfsg-1 tags 642186 + fixed-in-experimental thanks the version in experimental also builds in unstable, it should also run fine. It will probably be transitioned to unstable together with mono 2.10. signature.asc Description: OpenPGP digital signature
Bug#642597: Menu pops up repeatedly during game, python2.7 incompatible
Package: singularity Version: 0.30b-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.7 no trailing text is allowed in locale.format() in python2.7 anymore, see: http://bugs.python.org/issue10379 this is present in two cases in singularity: code/g.py:254:locale_test = locale.format(%01.1f, 0.1).decode(encoding) code/g.py:268:return locale.format(%.2f%%, raw_percent / 100.).decode(encoding) code/g.py:270:return locale.format(%d%%, raw_percent // 100).decode(encoding) This apparently causes this bug: https://bugs.launchpad.net/ubuntu/+source/singularity/+bug/576504 One can fix it in 2.7 by replacing locale.format with locale.format_string. Unfortunately this change will not work in python2.6 Debian will transition to python2.7 default soon, so this issue should be resolved. signature.asc Description: OpenPGP digital signature
Bug#642600: python2.7 incompatible use of locale.format
Package: sugar-0.90 Version: 0.90.3-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.7 no trailing text is allowed in locale.format() in python2.7 anymore, see: http://bugs.python.org/issue10379 this is present in two cases in sugar: sugar-session-0.90/unpacked/usr/share/sugar/extensions/cpsection/updater/view.py:388: return locale.format(_('%.0f KB'), size / 1024.0) sugar-session-0.90/unpacked/usr/share/sugar/extensions/cpsection/updater/view.py:391: return locale.format(_('%.1f MB'), size / 1024.0 / 1024) One can fix it by replacing locale.format with locale.format_string. As Debian is transitioning to python2.7 in near future this should get resolved soon. signature.asc Description: OpenPGP digital signature
Bug#642601: python2.7 incompatible use of locale.format
Package: update-manager Version: 0.200.5-1 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.7 no trailing text is allowed in locale.format() in python2.7 anymore, see: http://bugs.python.org/issue10379 this is present in two cases in update-manager: update-manager-core/unpacked/usr/share/pyshared/UpdateManager/Util/humanize.py:44: return locale.format(_(%.0f KB), float(num_bytes)/1024) update-manager-core/unpacked/usr/share/pyshared/UpdateManager/Util/humanize.py:47: return locale.format(_(%.1f MB), float(num_bytes) / 1024 / 1024) One can fix it by replacing locale.format with locale.format_string. As Debian is transitioning to python2.7 in near future this should get resolved soon. signature.asc Description: OpenPGP digital signature
Bug#642597: (no subject)
tags 642597 + fixed-upstream thanks apparently this issue is fixed upstream with version 0.30c Version 0.30c (2 mb) 06-11-2011. Linux only, as this fixes a Linux-only bug. Changes: - Fixed crash in Python 2.7 due to different handling of locale strings. (Phil Bordelon, Roger Pixley/Daskreech for bug report) signature.asc Description: OpenPGP digital signature
Bug#642600: (no subject)
this also affects 0.88 and 0.86 but apparently not 0.84 signature.asc Description: OpenPGP digital signature
Bug#640440: patch attached
tags 640440 + patch thanks diff -Nru gtk-smooth-engine-2.14.3+deb5/debian/patches/fix-no-add-needed-build.patch gtk-smooth-engine-2.14.3+deb5ubuntu1/debian/patches/fix-no-add-needed-build.patch --- gtk-smooth-engine-2.14.3+deb5/debian/patches/fix-no-add-needed-build.patch 1970-01-01 01:00:00.0 +0100 +++ gtk-smooth-engine-2.14.3+deb5ubuntu1/debian/patches/fix-no-add-needed-build.patch 2011-09-25 13:01:12.0 +0200 @@ -0,0 +1,8 @@ +--- a/engines/smooth/Makefile.am b/engines/smooth/Makefile.am +@@ -64,4 +64,4 @@ + ./src/engine/smooth_gtk2_rc.c + + libsmooth_la_LDFLAGS= -module -avoid-version -no-undefined +-libsmooth_la_LIBADD = $(GTK_LIBS) $(top_builddir)/engines/support/libsupport.la ++libsmooth_la_LIBADD = $(GTK_LIBS) $(top_builddir)/engines/support/libsupport.la -lm diff -Nru gtk-smooth-engine-2.14.3+deb5/debian/rules gtk-smooth-engine-2.14.3+deb5ubuntu1/debian/rules --- gtk-smooth-engine-2.14.3+deb5/debian/rules 2009-08-14 21:43:41.0 +0200 +++ gtk-smooth-engine-2.14.3+deb5ubuntu1/debian/rules 2011-09-25 13:01:36.0 +0200 @@ -29,6 +29,6 @@ rm -f $$(find . -name Makefile.in) common-configure-arch:: debian/stamp-patch -debian/stamp-patch: debian/patches/99_ltmain_as-needed.patch debian/stamp-autotools-files +debian/stamp-patch: debian/patches/99_ltmain_as-needed.patch debian/patches/fix-no-add-needed-build.patch debian/stamp-autotools-files patch -p0 $ touch $@ diff -Nru gtk-smooth-engine-2.14.3+deb5/engines/smooth/Makefile.am gtk-smooth-engine-2.14.3+deb5ubuntu1/engines/smooth/Makefile.am --- gtk-smooth-engine-2.14.3+deb5/engines/smooth/Makefile.am2010-04-11 11:24:11.0 +0200 +++ gtk-smooth-engine-2.14.3+deb5ubuntu1/engines/smooth/Makefile.am 2011-09-25 13:01:07.0 +0200 @@ -64,4 +64,4 @@ ./src/engine/smooth_gtk2_rc.c libsmooth_la_LDFLAGS= -module -avoid-version -no-undefined -libsmooth_la_LIBADD = $(GTK_LIBS) $(top_builddir)/engines/support/libsupport.la +libsmooth_la_LIBADD = $(GTK_LIBS) $(top_builddir)/engines/support/libsupport.la -lm signature.asc Description: OpenPGP digital signature
Bug#632090: fix not merged
reopen 632090 found 632090 0.8-1 thanks the fix was not merged in 0.8. Makefile.am and debian/rules is still wrongly using LDFLAGS for linking. The proper fix is still waiting in this pull request: https://github.com/moxie0/sslsniff/pull/1 see: https://github.com/moxie0/sslsniff/issues/2 signature.asc Description: OpenPGP digital signature
Bug#632090: fix not merged
On 07/30/2011 07:24 PM, Pierre Chifflier wrote: On Sat, Jul 30, 2011 at 07:02:27PM +0200, Julian Taylor wrote: reopen 632090 found 632090 0.8-1 thanks the fix was not merged in 0.8. Makefile.am and debian/rules is still wrongly using LDFLAGS for linking. The proper fix is still waiting in this pull request: https://github.com/moxie0/sslsniff/pull/1 see: https://github.com/moxie0/sslsniff/issues/2 I must have missed something .. I tried to add -Wl,--as-needed to LDFLAGS and building the package and it builds fine. Last lines from build are: mv -f .deps/FirefoxAddonUpdater.Tpo .deps/FirefoxAddonUpdater.Po g++ -ggdb -g -O2 -lssl -lboost_filesystem-mt -lpthread -lboost_thread-mt -llog4cpp -Wl,-z,defs -lcrypto -lboost_system -Wl,--as-needed -o sslsniff SSLConnectionManager.o Destination.o FirefoxUpdater.o Logger.o SessionCache.o SSLBridge.o HTTPSBridge.o sslsniff.o FingerprintManager.o AuthorityCertificateManager.o TargetedCertificateManager.o CertificateManager.o HttpBridge.o HttpConnectionManager.o HttpHeaders.o UpdateManager.o OCSPDenier.o FirefoxAddonUpdater.o {master//sslsniff} $ ++ -ggdb -g -O2 -lssl -lboost_filesystem-mt -lpthread -lboost_thread-mt -llog4cpp -Wl,-z,defs -lcrypto -lboost_system -Wl,--as-needed -o sslsniff SSLConnectionManager.o Destination.o FirefoxUpdater.o Logger.o SessionCache.o SSLBridge.o HTTPSBridge.o sslsniff.o FingerprintManager.o AuthorityCertificateManager.o TargetedCertificateManager.o CertificateManager.o HttpBridge.o HttpConnectionManager.o HttpHeaders.o UpdateManager.o OCSPDenier.o FirefoxAddonUpdater.o (note the -Wl,--as-needed on the command line). Do I have something else to check ? Pierre --as-needed is a positional flag, it only affects arguments later in the commandline. You added it after the libraries so these are still kept. Placing -Wl,--as-needed as the first argument will result in an error in debian unstable too: g++ -Wl,--as-needed -ggdb -g -O2 -lssl -lboost_filesystem-mt -lpthread -lboost_thread-mt -llog4cpp -Wl,-z,defs -lcrypto -lboost_system -o sslsniff SSLConnectionManager.o Destination.o FirefoxUpdater.o Logger.o SessionCache.o SSLBridge.o HTTPSBridge.o sslsniff.o FingerprintManager.o AuthorityCertificateManager.o TargetedCertificateManager.o CertificateManager.o HttpBridge.o HttpConnectionManager.o HttpHeaders.o UpdateManager.o OCSPDenier.o FirefoxAddonUpdater.o The fix is to place all objects needing symbols before the libraries providing them on the commandline so ld knows which symbols it needs. automake does this correctly if the correct variable LIBS or LDADD is used for -l flags, sslsniff wrongly uses LDFLAGS. also in ubuntu oneiric where this flag is default for all builds so its dependencies they may have less links than in debian, which could result in further problems if sslsniff is relying on indirect linkage. But this should be caught by --no-copy-dt-needed which is default in debian now too. signature.asc Description: OpenPGP digital signature
Bug#636103: linux-image-2.6.39-2-amd64: repeatedly crashes: general protection fault, perhaps connected to ata2?
Package: linux-2.6.39-2-amd64 Version: 2.6.39-3 Severity: important My computer has crashed three times recently, certainly only since I have upgraded to 2.6.39, and possibly since the -2 - -3 upgrade. I have caught the logs from the most recent two crashes, and these are attached below. On both occasions, the log mentions something to do with the ata2 module(?), and the screen finished by saying: kernel: general protection fault: kernel: general protection fault: [#1] SMP On the most recent occasion, it also said: kernel: last sysfs file: /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda1/stat (It may have said this on the previous occasion, too, I don't recall.) On each occasion, I was simply typing text into emacs or something equally innocuous at the time. I have no idea whether this is a hardware or kernel problem. Thanks! Julian Crash log #1: Jul 24 18:57:39 polya kernel: [64312.892078] ata2.00: qc timeout (cmd 0xa1) Jul 24 18:57:39 polya kernel: [64312.892091] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) Jul 24 18:57:39 polya kernel: [64312.892095] ata2.00: revalidation failed (errno=-5) Jul 24 18:57:39 polya kernel: [64312.892103] ata2: limiting SATA link speed to 1.5 Gbps Jul 24 18:57:39 polya nss_wins[18034]: the NTP socket is in use, exiting Jul 24 18:57:39 polya kernel: [64313.212099] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Jul 24 18:57:44 polya kernel: [64318.208034] wlan0: no IPv6 routers present Jul 24 18:58:09 polya kernel: [64343.212070] ata2.00: qc timeout (cmd 0xa1) Jul 24 18:58:09 polya kernel: [64343.212083] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) Jul 24 18:58:09 polya kernel: [64343.212088] ata2.00: revalidation failed (errno=-5) Jul 24 18:58:09 polya kernel: [64343.212093] ata2.00: disabled Jul 24 18:58:09 polya kernel: [64343.228088] ata2: hard resetting link Jul 24 18:58:10 polya kernel: [64343.548097] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Jul 24 18:58:10 polya kernel: [64343.564063] ata2: EH complete Jul 24 18:58:11 polya ata_id[18041]: HDIO_GET_IDENTITY failed for '/dev/sr0' Jul 24 19:09:01 polya /USR/SBIN/CRON[18096]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] [ -d /var/lib/php5 ] find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2/dev/null \; -delete) Jul 24 19:15:20 polya kernel: [65373.523397] ata2: exception Emask 0x10 SAct 0x0 SErr 0x401 action 0xe frozen Jul 24 19:15:20 polya kernel: [65373.523404] ata2: irq_stat 0x00400040, connection status changed Jul 24 19:15:20 polya kernel: [65373.523409] ata2: SError: { PHYRdyChg DevExch } Jul 24 19:15:20 polya kernel: [65373.523422] ata2: hard resetting link Jul 24 19:15:20 polya kernel: [65374.007022] sr 1:0:0:0: rejecting I/O to offline device Jul 24 19:15:20 polya kernel: [65374.007036] sr 1:0:0:0: rejecting I/O to offline device Jul 24 19:15:21 polya kernel: [65374.244079] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) Jul 24 19:15:21 polya kernel: [65374.271936] ata2.00: ATAPI: TSSTcorp DVD+/-RW TS-L633C, D300, max UDMA/100 Jul 24 19:15:21 polya kernel: [65374.271942] ata2.00: applying bridge limits Jul 24 19:15:21 polya kernel: [65374.314585] ata2.00: configured for UDMA/100 Jul 24 19:15:21 polya kernel: [65374.396082] ata2: EH complete Jul 24 19:15:21 polya kernel: [65374.396099] ata2.00: detaching (SCSI 1:0:0:0) Jul 24 19:15:21 polya kernel: [65374.424795] BUG: unable to handle kernel NULL pointer dereference at 0068 Jul 24 19:15:21 polya kernel: [65374.424876] IP: [8118b30a] elv_put_request+0xb/0x1e Jul 24 19:15:21 polya kernel: [65374.424931] PGD a6d73067 PUD a6d74067 PMD 0 Jul 24 19:15:21 polya kernel: [65374.424979] Oops: [#1] SMP Jul 24 19:15:21 polya kernel: [65374.425016] last sysfs file: /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda1/stat Jul 24 19:15:21 polya kernel: [65374.425095] CPU 1 Jul 24 19:15:21 polya kernel: [65374.425114] Modules linked in: ip6table_filter ip6_tables iptable_filter ip_tables x_tables acpi_cpufreq mperf cpufreq_userspace cpufreq_powersave cpufreq_stats cpufreq_conservative parport_pc ppdev lp parport rfcomm bnep bluetooth crc16 binfmt_misc fuse loop sha256_generic cryptd aes_x86_64 aes_generic cbc dm_crypt dm_mod snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq arc4 snd_timer snd_seq_device ecb i915 snd joydev drm_kms_helper iwlagn drm i2c_i801 i2c_algo_bit i2c_core mac80211 soundcore cfg80211 snd_page_alloc dell_laptop rfkill dell_wmi psmouse pcspkr dcdbas sparse_keymap ac serio_raw battery processor wmi power_supply evdev video button ext3 jbd mbcache sg sd_mod sr_mod crc_t10dif usb_storage cdrom uas uhci_hcd ahci libahci libata thermal thermal_sys ehci_hcd scsi_mod sky2 usbcore [last unloaded: scsi_wait_scan] Jul
Bug#636200: radvd: Radvd 1.8 talks too much
Package: radvd Version: 1:1.8-1 Severity: normal Tags: ipv6 After I upgraded Radvd to version 1.8, it started to log all received RAs. As those include the ones my daemon sends, at about one megabyte of log entries is generated every day. The configured log level is 0 (default, lowest). -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages radvd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib radvd recommends no packages. radvd suggests no packages. -- Configuration Files: /etc/init.d/radvd changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636255: dh_python2: dependency guessing from egg bad for package[feature] require
Package: python Version: 2.6.7-2 Severity: normal the package name guessing from install_requires/requires.txt of dh_python2 does not work well for feature decorated requirements package[feature] e.g. foolscap optionally has secure connections when pyopenssl is installed. This can be required with: foolscap[secure_connections] this is used e.g. by tahoe-lafs dh_python2 guesses this requirement to python-foolscap-secure-connections- and thus requiring to override it to the correct package name python-foolscap. W: pydist:177: Cannot find package that provides foolscap[secure_connections]. Using python-foolscap-secure-connections- as package name. Please add foolscap_secure_connections_ correct_package_name line to debian/pydist- overrides to override it. dh_python2 should probably just strip the part in the square brackets to provide a better guess -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty'), (100, 'natty-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636460: provide ipython 0.11 compatibility
Package: accerciser Version: 1.2.0-2 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636461: provide ipython 0.11 compatibility
Package: connectomeviewer Version: 2.0.0-1 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636462: provide ipython 0.11 compatibility
Package: griffith Version: 0.6.2-1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration A patch is available here: https://bugs.launchpad.net/griffith/+bug/815421 The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636464: matplotlib: provide ipython 0.11 compatibility
Package: matplotlib Version: 1.0.1-3 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration You need to update ipython_directive.py and ipython_console_highlighting.py. Newer versions are available in the ipython source but they are not well tested yet, please report problems upstream. The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636465: mayavi2: provide ipython 0.11 compatibility
Package: mayavi2 Version: 4.0.0-1 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636466: polybori: provide ipython 0.11 compatibility
Package: polybori Version: 0.5~rc1-2.1 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636467: pudb: provide ipython 0.11 compatibility
Package: pudb Version: 2011.1-1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration Attached a patch which fixes this issue. The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html Description: compatibilty with ipython 0.11 Embeded shells have a new api Author: Julian Taylor jtaylor.deb...@googlemail.com --- pudb-0.92.14.orig/pudb/shell.py +++ pudb-0.92.14/pudb/shell.py @@ -85,6 +85,10 @@ def run_ipython_shell(locals, globals, f # avoid IPython's namespace litter ns = locals.copy() -from IPython.Shell import IPShell -IPShell(argv=[], user_ns=ns, user_global_ns=globals) \ -.mainloop(banner=banner) +try: + from IPython.frontend.terminal.embed import InteractiveShellEmbed + InteractiveShellEmbed(user_ns=ns, user_global_ns=globals, banner1=banner)() +except ImportError: + from IPython.Shell import IPShell + IPShell(argv=[], user_ns=ns, user_global_ns=globals) \ + .mainloop(banner=banner) signature.asc Description: OpenPGP digital signature
Bug#636468: pytango: provide ipython 0.11 compatibility
Package: pytango Version: 7.2.0-2 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636469: python-pyramid: provide ipython 0.11 compatibility
Package: python-pyramid Version: 1.1-1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration A patch was merged upstream: https://github.com/Pylons/pyramid/pull/242 The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636470: python-werkzeug: provide ipython 0.11 compatibility
Package: python-werkzeug Version: 0.6.2-1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration A patch was merged upstream: https://github.com/mitsuhiko/werkzeug/pull/85 The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636471: rabbitvcs: provide ipython 0.11 compatibility
Package: rabbitvcs Version: 0.13.1-2 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration rabbitvcs seems to use the same ipython code as accerciser and exaile. You might want to coordinate fixing this issue with their maintainers/upstreams. The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636472: scikit-learn: provide ipython 0.11 compatibility
Package: scikit-learn Version: 0.8.1.dfsg-1 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636473: snimpy: provide ipython 0.11 compatibility
Package: snimpy Version: 0.5-1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration A patch is available here: https://github.com/vincentbernat/snimpy/pull/4 The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636475: yade: provide ipython 0.11 compatibility
Package: yade Version: 0.60.3-2 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration You need to update ipython_directive.py and ipython_console_highlighting.py. Newer versions are available in the ipython source but they are not well tested yet, please report problems upstream. The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636476: python-netaddr: provide ipython 0.11 compatibility
Package: python-netaddr Version: 0.7.5-3 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/0.11-Migration A patch is available here: https://github.com/drkjam/netaddr/pull/13 The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636460: (no subject)
accerciser seems to use the same ipython code as rabbitvcs, exaile (ubuntu) and parti-all (ubuntu). You might want to coordinate fixing this issue with their maintainers/upstreams. signature.asc Description: OpenPGP digital signature
Bug#636364: ipython: New upstream version
On 08/02/2011 07:56 PM, Jan Medlock wrote: Version 0.11 was released in July 2011. Of particular interest, it adds Python 3 support. IPython 0.11 is available in debian experimental: http://packages.qa.debian.org/i/ipython/news/20110802T204826Z.html Before it can migrate to unstable most of these bugs should get fixed: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ipython-0.11;users=jtaylor.deb...@googlemail.com python3 support is not yet available, mainly because some of the dependencies like pyzmq are not packaged for python3 yet. signature.asc Description: OpenPGP digital signature
Bug#636484: pyzmq: please provide python3 support
Package: pyzmq Version: 2.1.7-1 Severity: wishlist pyzmq supports python3 A package providing the python3 modules would be nice. It is e.g. a requirement for using all features of ipython's python3 port. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty'), (100, 'natty-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636511: python-django: add suggest ipython and bpython
Package: python-django Version: 1.3-2 Severity: minor ../core/management/commands/shell.py uses ipython and bpython if they are available. So the package should suggest these packages to the user as per policy 7.2 -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty'), (100, 'natty-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636575: python-envisageplugins: add suggest for ipython
Package: python-envisageplugins Version: 3.2.0-2 Severity: minor one of the plugins in enthought/plugins/ipython_shell is a wrapper for an ipython shell. Without ipython it won't work. The package should thus suggest ipython to document the package relationship as per policy 7.2 -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty'), (100, 'natty-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636465: (no subject)
upon closer inspection mayavi does not seem to use ipython. Only a minor documentation update is required. The bug can be closed, but some basic functionality tests with ipython 0.11 would be appreciated. Index: mayavi2-4.0.0/mayavi/tests/README.txt === --- mayavi2-4.0.0.orig/mayavi/tests/README.txt 2011-08-04 11:38:00.039956343 +0200 +++ mayavi2-4.0.0/mayavi/tests/README.txt 2011-08-04 11:38:15.279956333 +0200 @@ -47,7 +47,6 @@ You need to import the `IPython` module and then add the following lines wherver you want to embed the shell:: -embedshell = IPython.Shell.IPShellEmbed() -embedshell() +IPython.frontend.terminal.embed.embed() signature.asc Description: OpenPGP digital signature
Bug#636602: python-tornado: please package new upstream version tornado 2.0
Package: python-tornado Version: 1.0.1-1 Severity: wishlist tornado 2.0 is available since june. It would be great if it could get packaged. There are backward incompatible changes, please read: http://www.tornadoweb.org/documentation/releases/v2.0.0.html -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty'), (100, 'natty-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-tornado depends on: ii python2.7.1-0ubuntu5 interactive high-level object-orie ii python-pycurl 7.19.0-3build1 Python bindings to libcurl ii python-simplejson 2.1.2-1build1 simple, fast, extensible JSON enco ii python-support1.0.10ubuntu3 automated rebuilding support for P Versions of packages python-tornado recommends: ii python-mysqldb1.2.2-10build2 A Python interface to MySQL python-tornado suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636719: python-scrapy: provide ipython 0.11 compatibility
Package: python-scrapy Version: 0.12.0.2542-1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/Cookbook/Updating_code_that_uses_IPython_for_0.11 The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html The patch applied upstream in https://github.com/insophia/scrapy/commit/3191a0856003e8298d9d4b74aec56ffb5ed38432 is not correct. I forwarded this patch: Index: console.py === --- console.py 2011-08-05 17:32:47.877221950 +0200 +++ console.py 2011-08-05 17:38:08.567221910 +0200 @@ -11,8 +11,11 @@ if noipython: raise ImportError import IPython -shell = IPython.Shell.IPShellEmbed(argv=[], user_ns=namespace) -shell() +try: +IPython.embed(user_ns=namespace) +except AttributeError: +shell = IPython.Shell.IPShellEmbed(argv=[], user_ns=namespace) +shell() except ImportError: import code try: # readline module is only available on unix systems [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636724: python-scrapy: provide ipython 0.11 compatibility
Package: psychopy Version: 1.65.02.dfsg-1 Severity: normal User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/Cookbook/Updating_code_that_uses_IPython_for_0.11 In particular the IPython.gui.wx.ipython_view used by psychopy has been removed. There is a new qt based console available which might provide what is needed. The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636726: spyder: provide ipython 0.11 compatibility
Package: spyder Version: 2.0.12-1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/Cookbook/Updating_code_that_uses_IPython_for_0.11 Attached a patch that should fix the issue while remaining compatible to ipython 0.11. The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html Index: spyder-2.0.12/spyderlib/widgets/externalshell/startup.py === --- spyder-2.0.12.orig/spyderlib/widgets/externalshell/startup.py 2011-08-05 18:00:38.767221743 +0200 +++ spyder-2.0.12/spyderlib/widgets/externalshell/startup.py 2011-08-05 18:07:10.247221694 +0200 @@ -178,9 +178,16 @@ # For pyreadline v1.5-1.6 only: import pyreadline pyreadline.GetOutputFile = lambda: None -import IPython.Shell -del __is_ipython -__ipythonshell__ = IPython.Shell.start(user_ns={'runfile': runfile, +try: +from IPython.frontend.terminal.embed import InteractiveShellEmbed +del __is_ipython +__ipythonshell__ = InteractiveShellEmbed(user_ns={'runfile': runfile, + 'debugfile': debugfile}) +__ipythonshell__.stdin_encoding = os.environ['SPYDER_ENCODING'] +except ImportError: +import IPython.Shell +del __is_ipython +__ipythonshell__ = IPython.Shell.start(user_ns={'runfile': runfile, 'debugfile': debugfile}) -__ipythonshell__.IP.stdin_encoding = os.environ['SPYDER_ENCODING'] +__ipythonshell__.IP.stdin_encoding = os.environ['SPYDER_ENCODING'] __ipythonshell__.mainloop() Index: spyder-2.0.12/spyderlib/widgets/internalshell.py === --- spyder-2.0.12.orig/spyderlib/widgets/internalshell.py 2011-08-05 17:57:02.107221769 +0200 +++ spyder-2.0.12/spyderlib/widgets/internalshell.py 2011-08-05 18:00:19.047221745 +0200 @@ -15,7 +15,10 @@ #Builtins import __builtin__ try: -from IPython.deep_reload import reload +try: +from IPython.lib.deepreload import reload +except ImportError: +from IPython.deep_reload import reload __builtin__.dreload = reload except ImportError: pass signature.asc Description: OpenPGP digital signature
Bug#636736: sympy: provide ipython 0.11 compatibility
Package: sympy Version: 0.6.7-1.1 Severity: normal Tags: patch User: jtaylor.deb...@googlemail.com Usertags: ipython-0.11 IPython 0.11 has been released last week [0,1]. It is currently available in debian experimental. In order to upgrade IPython in unstable your package needs to be updated to deal with the new api and configuration system. Some hints for migrating applications are available here: http://wiki.ipython.org/Cookbook/Updating_code_that_uses_IPython_for_0.11 The upstream version 0.7.1 released on 29. of July seems to be compatible to ipython 0.11. Please package the new version or backport the fixes. The documentation for the new version can be found here: http://ipython.org/ipython-doc/rel-0.11/index.html [0] http://mail.scipy.org/pipermail/ipython-dev/2011-July/008041.html [1] http://ipython.org/ipython-doc/rel-0.11/whatsnew/version0.11.html signature.asc Description: OpenPGP digital signature
Bug#636909: xawtv: plugins not linked correctly: flt-disor.so: undefined symbol: tan
Package: xawtv Version: 3.95.dfsg.1-8.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch In the ubuntu archive built with ld --as-needed --no-add-needed the plugins, lt-disor flt-gamma and conv-mjpeg are missing links against libm and libjpeg preventing them from being loaded by dlopen. Upstream build probably relied on indirect linkage from other dependencies. See https://bugs.launchpad.net/ubuntu/+source/xawtv/+bug/821916 Attached patch fixes this problem by explicitly linking the plugins with the needed libraries. Thanks for considering the patch. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty'), (100, 'natty-backports') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/patches/00list' --- debian/patches/00list 2011-01-09 17:14:14 + +++ debian/patches/00list 2011-08-06 21:19:18 + @@ -20,3 +20,4 @@ 101_fedora-nodga.dpatch 102_fedora-use_libv4l.dpatch 103_fix_ftbfs_no-add-needed.dpatch +104_fix_plugin_links.dpatch === added file 'debian/patches/104_fix_plugin_links.dpatch' --- debian/patches/104_fix_plugin_links.dpatch 1970-01-01 00:00:00 + +++ debian/patches/104_fix_plugin_links.dpatch 2011-08-06 21:22:06 + @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## Description: link plugins against libma and libjpeg +## Author: Julian Taylor jtaylor.deb...@googlemail.com +## Bug: https://bugs.launchpad.net/ubuntu/+source/xawtv/+bug/821916 + +@DPATCH@ +diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' xawtv-3.95.dfsg.1~/libng/plugins/Subdir.mk xawtv-3.95.dfsg.1/libng/plugins/Subdir.mk +--- xawtv-3.95.dfsg.1~/libng/plugins/Subdir.mk 2003-02-14 14:14:05.0 + xawtv-3.95.dfsg.1/libng/plugins/Subdir.mk 2011-08-06 20:51:42.628830920 + +@@ -42,6 +42,9 @@ + libng/plugins/read-dv.so : LDLIBS := $(DV_LIBS) + libng/plugins/write-dv.so : LDLIBS := $(DV_LIBS) + libng/plugins/drv0-v4l2.so: LDLIBS := -lv4l2 ++libng/plugins/flt-disor.so: LDLIBS := -lm ++libng/plugins/flt-gamma.so: LDLIBS := -lm ++libng/plugins/conv-mjpeg.so: LDLIBS := -ljpeg + + # global targets + all:: $(TARGETS-plugins)
Bug#636726: another ipython fix necessary
the other patch was unfortunately incomplete. This needs to be applied too: --- spyder-2.0.12.orig/spyderlib/widgets/externalshell/startup.py 2011-08-07 13:43:40.350580359 +0200 +++ spyder-2.0.12/spyderlib/widgets/externalshell/startup.py2011-08-07 13:43:54.740580365 +0200 @@ -111,7 +111,10 @@ raise TypeError(expected a character buffer object) glbs = globals() if '__ipythonshell__' in glbs: -glbs = glbs['__ipythonshell__'].IP.user_ns +try: +glbs = glbs['__ipythonshell__'].user_ns +except AttributeError: +glbs = glbs['__ipythonshell__'].IP.user_ns glbs['__file__'] = filename sys.argv = [filename] if args is not None: signature.asc Description: OpenPGP digital signature
Bug#626964: (no subject)
reopen 626964 found 626964 0.15~rc1-4 retitle 626964 should link against libGL thanks the patch I provided was incomplete. David Martinez Marti updated it to also link with the needed libGL: https://mail.gna.org/public/soya-user/2011-06/msg00013.html I did not update the bug as I failed to notice that the package had another maintainer who was not aware of this. Sorry for this mistake. Here the patch from David which is also applied in ubuntu: It might also fix bug 393274 Date: Mon, 23 May 2011 16:56:58 +0200 Author: David Martinez Marti deavidsed...@gmail.com Origin: https://mail.gna.org/public/soya-user/2011-06/msg00013.html Subject: soya must link against gl and glu which it uses directly indirect reliance breaks when dependencies are compiled with ld --as-needed --no-copy-dt-needed Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/soya/+bug/780305 --- soya/setup.py |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) Index: soya/setup.py === --- soya.orig/setup.py 2011-07-18 01:00:03.578795000 +0200 +++ soya/setup.py 2011-07-18 01:06:18.823305079 +0200 @@ -114,9 +114,9 @@ #from config import * if sys.platform[:3] == win: - LIBS = [m, glew32, SDL, SDL_mixer, freetype, cal3d, stdc++, ode] + LIBS = [m, glew32, SDL, SDL_mixer, freetype, cal3d, stdc++, ode,opengl32,glut] else: - LIBS = [m, GLEW, SDL, freetype, cal3d, stdc++,ode] + LIBS = [m, GLEW, SDL, freetype, cal3d, stdc++,ode,GL,GLU] FRAMEWORKS=[] SOYA_PYREX_SOURCES = [_soya.pyx, matrix.c, chunk.c] signature.asc Description: OpenPGP digital signature
Bug#630921: [libmount1] tries to overwrite existing libmount
severity 630921 serious tags 630921 wheezy thanks On Fri, Jul 29, 2011 at 12:54:57AM +0100, Francis Russell wrote: Package: libmount1 Version: 2.19.1-4 Followup-For: Bug #630921 This bug just bit me from testing and required manual intervention in a package manager to fix. How is this wishlist? Ditto. Please have a version which Replaces: util-linux (= ...). Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637149: file: switch to dh_python2
Package: file Version: 5.04-6 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch python-support is now officially deprecated in Debian: http://article.gmane.org/gmane.linux.debian.devel.python/6948 Attached is a patch which converts file to use the recommended dh_python2. It follows this guide: http://wiki.debian.org/Python/TransitionToDHPython2 diff -u file-5.04/debian/rules file-5.04/debian/rules --- file-5.04/debian/rules +++ file-5.04/debian/rules @@ -105,7 +105,7 @@ dh_install --sourcedir=debian/tmp dh_lintian dh_link - dh_pysupport + dh_python2 ifeq (,$(findstring -i, $(DH_OPTIONS))) dh_strip -Npython-magic -Npython-magic-dbg DH_OPTIONS= dh_strip -ppython-magic --dbg-package=python-magic-dbg reverted: --- file-5.04/debian/pycompat +++ file-5.04.orig/debian/pycompat @@ -1 +0,0 @@ -2 diff -u file-5.04/debian/control file-5.04/debian/control --- file-5.04/debian/control +++ file-5.04/debian/control @@ -5,13 +5,12 @@ Uploaders: Daniel Baumann dan...@debian.org, Judit Foglszinger fgr...@freenet.de Build-Depends: - debhelper (= 7.4.3~), autotools-dev, python, python-all-dev, python-all-dbg, - python-support, quilt (= 0.46-7), zlib1g-dev + debhelper (= 7.4.3~), autotools-dev, python (= 2.6.6-3~), python-all-dev (= 2.6.6-3~), + python-all-dbg (= 2.6.6-3~), quilt (= 0.46-7), zlib1g-dev Standards-Version: 3.9.0 Homepage: http://www.darwinsys.com/file/ Vcs-Browser: http://git.debian-maintainers.org/?p=daniel/file.git Vcs-Git: git://git.debian-maintainers.org/git/daniel/file.git -XS-Python-Version: all Package: file Section: utils @@ -54,7 +53,6 @@ Depends: ${misc:Depends}, ${shlibs:Depends}, ${python:Depends} Provides: ${python:Provides} Suggests: python-magic-dbg -XB-Python-Version: ${python:Versions} Description: File type determination library using magic numbers (Python bindings) This library can be used to classify files according to magic number tests. It implements the core functionality of the file command. signature.asc Description: OpenPGP digital signature
Bug#637154: pyxdg: switch to dh_python2
Package: pyxdg Version: 0.19-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch python-support is now officially deprecated in Debian: http://article.gmane.org/gmane.linux.debian.devel.python/6948 Attached is a patch which converts pyxdg to use the recommended dh_python2. It follows this guide: http://wiki.debian.org/Python/TransitionToDHPython2 diff -Nru pyxdg-0.19/debian/control pyxdg-0.19/debian/control --- pyxdg-0.19/debian/control 2011-05-08 19:33:52.0 +0200 +++ pyxdg-0.19/debian/control 2011-08-08 23:06:50.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: Piotr Lewandowski piotr.lewandow...@gmail.com -Build-Depends: debhelper (= 7), python-support +Build-Depends: debhelper (= 7), python-all (= 2.6.6-3~) Standards-Version: 3.9.2 Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/pyxdg/trunk/ Vcs-Svn: svn://svn.debian.org/python-modules/packages/pyxdg/trunk/ diff -Nru pyxdg-0.19/debian/pyversions pyxdg-0.19/debian/pyversions --- pyxdg-0.19/debian/pyversions2009-12-09 21:11:54.0 +0100 +++ pyxdg-0.19/debian/pyversions1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -2.3- diff -Nru pyxdg-0.19/debian/rules pyxdg-0.19/debian/rules --- pyxdg-0.19/debian/rules 2009-12-09 21:11:54.0 +0100 +++ pyxdg-0.19/debian/rules 2011-08-08 23:06:57.0 +0200 @@ -1,4 +1,4 @@ #!/usr/bin/make -f %: - dh $@ + dh $@ --with python2 signature.asc Description: OpenPGP digital signature
Bug#637383: genshi: Switch to dh_python2
Package: genshi Version: 0.6-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch python-support is now officially deprecated in Debian: http://article.gmane.org/gmane.linux.debian.devel.python/6948 Attached is a patch which converts file to use the recommended dh_python2. It follows this guide: http://wiki.debian.org/Python/TransitionToDHPython2 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/control' --- debian/control 2010-05-05 02:05:51 + +++ debian/control 2011-08-10 14:05:48 + @@ -5,9 +5,8 @@ XSBC-Original-Maintainer: Arnaud Fontaine ar...@debian.org Uploaders: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Build-Depends: debhelper (= 5.0.37.2), - cdbs (= 0.4.43), - python-all-dev (= 2.4), - python-support (= 0.7.1), + cdbs (= 0.4.90~), + python-all-dev (= 2.6.6-3~), python-setuptools (= 0.6b3) Standards-Version: 3.8.4 Homepage: http://genshi.edgewall.org/ === removed file 'debian/pycompat' --- debian/pycompat 2006-11-02 23:42:32 + +++ debian/pycompat 1970-01-01 00:00:00 + @@ -1 +0,0 @@ -2 === removed file 'debian/pyversions' --- debian/pyversions 2008-03-08 13:55:45 + +++ debian/pyversions 1970-01-01 00:00:00 + @@ -1 +0,0 @@ -2.4- === modified file 'debian/rules' --- debian/rules2010-05-05 02:05:51 + +++ debian/rules2011-08-10 14:06:37 + @@ -1,8 +1,6 @@ #!/usr/bin/make -f # -*- mode: makefile; coding: utf-8 -*- -DEB_PYTHON_SYSTEM=pysupport - include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk
Bug#637403: bittornado: switch to dh_python2
Package: bittornado Version: 0.3.18-10 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch python-support is now officially deprecated in Debian: http://article.gmane.org/gmane.linux.debian.devel.python/6948 Attached is a patch which converts file to use the recommended dh_python2. It follows this guide: http://wiki.debian.org/Python/TransitionToDHPython2 changes in ubuntu: * switch to dh_python2 (LP: #788514) - install btmakemetafile.py and btcompletedir.py via pyinstall - add build depend on python-all - bump debhelper depend to 7 for dh_auto_install -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/bittornado-gui.install' --- debian/bittornado-gui.install 2007-04-22 13:56:24 + +++ debian/bittornado-gui.install 2011-08-10 22:15:36 + @@ -1,2 +1,3 @@ -usr/bin/*gui* +usr/bin/*gui*.bittornado +usr/bin/btmaketorrentgui usr/share/pixmaps === modified file 'debian/bittornado.install' --- debian/bittornado.install 2006-10-27 15:46:48 + +++ debian/bittornado.install 2011-08-10 21:48:40 + @@ -10,4 +10,4 @@ usr/bin/btsethttpseeds usr/bin/btshowmetainfo.bittornado usr/bin/bttrack.bittornado -usr/share/python-support/bittornado +usr/lib/python2* === added file 'debian/bittornado.pyinstall' --- debian/bittornado.pyinstall 1970-01-01 00:00:00 + +++ debian/bittornado.pyinstall 2011-08-10 22:33:00 + @@ -0,0 +1,2 @@ +debian/tmp/usr/bin/btmakemetafile.py BitTornado +debian/tmp/usr/bin/btcompletedir.py BitTornado === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2011-01-24 17:27:47 + +++ debian/control 2011-08-10 22:43:09 + @@ -3,8 +3,8 @@ Priority: optional Maintainer: Cameron Dale camrd...@gmail.com -Build-Depends: debhelper (= 5.0.37.2) -Build-Depends-Indep: python, python-support (= 0.5.4), docbook-to-man +Build-Depends: debhelper (= 7) +Build-Depends-Indep: python-all (= 2.6.6-3~), docbook-to-man Standards-Version: 3.8.4 Vcs-Svn: svn://svn.debian.org/pkg-bittornado/bittornado/trunk Vcs-Browser: http://svn.debian.org/wsvn/pkg-bittornado/bittornado/trunk/ === modified file 'debian/rules' --- debian/rules2010-03-21 14:36:30 + +++ debian/rules2011-08-10 22:34:39 + @@ -31,23 +31,14 @@ dh_installdirs # Add here commands to install the package into debian/bittornado. - chmod +x ./setup.py - ./setup.py install --prefix=$(CURDIR)/debian/tmp/usr --install-lib=$(CURDIR)/debian/tmp/usr/share/python-support/bittornado + dh_auto_install -- --root=$(CURDIR)/debian/tmp install -d debian/tmp/usr/share/mimelnk/application install -D -m644 debian/bittornado.desktop debian/bittornado-gui/usr/share/applications/bittornado.desktop install -D -m644 debian/bittornado.xpm debian/tmp/usr/share/pixmaps/bittornado.xpm install -d debian/tmp/usr/share/bittorrent - chmod 755 debian/tmp/usr/share/python-support/bittornado/BitTornado/launchmanycore.py - cp debian/tmp/usr/bin/btmakemetafile.py debian/tmp/usr/share/python-support/bittornado/BitTornado - cp debian/tmp/usr/bin/btcompletedir.py debian/tmp/usr/share/python-support/bittornado/BitTornado - # Remove the generated .pyc files - ( cd debian/tmp/usr/share/python-support/bittornado/BitTornado \ - rm -f *.pyc \ - cd BT1 \ - rm -f *.pyc ) # Build architecture-independent files here. binary-indep: build install @@ -59,14 +50,15 @@ dh_installmime dh_installman - # Remove the .py from the end of each of these and add .bittornado - # so that the alternatives system can work + # create versions with .bittornado suffix so that the alternatives + # system can work. the .py extensions are not installed. + # btmakemetafile.py and btcompletedir.py is needed for pyinstall ( cd debian/tmp/usr/bin \ for i in btdownloadgui btdownloadheadless bttrack btmakemetafile \ btlaunchmany btcompletedir btcompletedirgui \ btdownloadcurses btlaunchmanycurses btreannounce btrename \ btshowmetainfo; \ - do mv $$i.py $$i.bittornado || exit 1 ; done ) + do cp $$i.py $$i.bittornado || exit 1 ; done ) # Remove the .py from the end of each of these, the following are not # included in bittorrent, so they are not renamed to having the @@ -80,7 +72,7 @@ dh_link dh_compress dh_fixperms - dh_pysupport + dh_python2 dh_installdeb
Bug#602964: dpkg: error processing tex-common (--configure)
On Wed, Oct 05, 2011 at 11:04:32PM +0200, Frank Küster wrote: Norbert Preining prein...@logic.at wrote: On Mo, 26 Sep 2011, Frank Küster wrote: Funny thing, GREP_OPTIONS... Maybe unset GREP_OPTIONS somewhere (ucf, dpkg, ...)? As well as SED_OPTIONS, LS_OPTIONS, AWK_OPTS, and whatever. No, think a script provided for system maintenance can expect a sane environment. What sane is may be a bit unclear, but setting ouptut options for such tools clearly is not IMO. System scripts should be run with sane environments if they are to function sanely. If you mess with the environment, you can't expect the script to run sanely. Root's environment should be kept basically clean, and nothing in it should be set manually. For my personal profile, following advice from Thomas Esser many years ago, I do the following in my .bashrc (which gets read by scripts before they run): # Here go any settings which are general and can be inherited by # scripts umask 022 ulimit -Sc 0 # Here go settings which only apply to interactive sessions and should # not be inherited by scripts if [ ! -z $PS1 ]; then # We're in an interactive shell PS1=... HISTSIZE=... shopt -s ... ls(){ if [ -t 1 ]; then command ls -F --color $@; else command ls $@; fi; } GREP_OPTIONS=... fi Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644565: libreoffice-calc: autocorrect option for replacing quotes should be treated separately in calc
Package: libreoffice-calc Version: 1:3.4.3-1 Severity: wishlist The libreoffice AutoCorrect options contains an option to replace Single and/or Double quotes with the appropriate open and close quote marks. This is a very nice and helpful feature, which I happily use when writing letters and the like. However, when using calc to write a spreadsheet, I sometimes have a need to use a quote mark to indicate that a number-looking thing should be treated as text, for example '5. Unfortunately, the autocorrect option then turns that quote into an open quote symbol, which does not have the desired effect. What calc appears to do is to use the autocorrect quote feature only on cells which do not begin with = (i.e., which are not obviously formulae). It would be great to have an option on the Autocorrect panel which says something along the lines of (do not) replace these quotes in LibreOffice Calc. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644623: seahorse: reliably crashes when run as seahorse or from GNOME menu
Package: seahorse Version: 3.0.2-1 Severity: important When running seahorse, I get a window up, which shows progress in loading keys (up to 1000 keys), then proceeds to crash. This happens consistently. Running the gpg command which appears to be called, minus the piping options, i.e., gpg --batch --no-sk-comment --lc-messages en_GB.utf8 --lc-ctype \ en_GB.utf8 --charset utf8 --enable-progress-filter --with-colons \ --fixed-list-mode --with-fingerprint --with-fingerprint --list-keys -- works fine. Here are the messages which appear on-screen: polya:~ $ seahorse ** (seahorse:8925): WARNING **: DNS-SD initialization failed: Daemon not running ** Message: init gpgme version 1.2.0 ** (seahorse:8925): CRITICAL **: seahorse_context_take_object: assertion `!g_hash_table_lookup (sctx-pv-objects_by_source, ks)' failed ** (seahorse:8925): CRITICAL **: seahorse_context_take_object: assertion `!g_hash_table_lookup (sctx-pv-objects_by_source, ks)' failed ** (seahorse:8925): CRITICAL **: seahorse_object_get_preferred: assertion `SEAHORSE_IS_OBJECT (self)' failed ** ERROR:seahorse-context.c:610:sort_by_location: assertion failed: (SEAHORSE_IS_OBJECT (a)) Aborted Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644713: expand returns incorrect results for non-commutative symbols
Package: sympy Version: 0.6.7-1.1 Severity: normal Tags: fixed-upstream import sympy print sympy.__version__ a, b = sympy.symbols([a, b], real=False, commutative=False) print ( (a-b)**2 ).expand(mul=True) print ( (a-b)**3 ).expand(mul=True) outputs '0.6.7' -a*b - b*a + a**2 + b**2 -a*b - b*a + a**2 + b**2 the result of (a-b)**3 is obviously incorrect. This issue is fixed upstream and outputs the correct result: '0.7.1' -a*b + a**2 - b*a + b**2 -a*b*a + a*b**2 - a**2*b + a**3 + b*a*b - b*a**2 + b**2*a - b**3 signature.asc Description: OpenPGP digital signature
Bug#627643: get-iplayer: pvr mode doesn't match search terms correctly
Package: get-iplayer Version: 2.79-2 Severity: important Following up on bug#611473, I ran get_iplayer --pvradd 'Doctor Who Series 6'. Then get_iplayer --pvr did the following: Running PVR Searches: Doctor_Who_Series_6 Matches: 1: ... Sings Bee Gees - -, BBC Four, Classic Pop Rock,Music,TV, default 2: 1911 Centenary Lecture - 5. Aneurin Bevan, BBC Parliament, Factual,History,Politics,TV, default 3: 3rd and Bird: Series 1 - 1. Fly, Muffin!, CBeebies, Children's,Entertainment Comedy,Learning,Pre-School,TV, default [...] and proceeded to attempt to download the whole of iplayer. :-( (So severity important because it can potentially destroy any fair-use allowance) Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611473: get-iplayer: should not allow downloading entire iplayer site without explicitly requesting this
On Thu, May 19, 2011 at 09:03:27PM +0100, Andy Bircumshaw wrote: I'm not saying this behaviour doesn't need fixing, but you should be running `get_iplayer --pvr` (or better: `get_iplayer --pvr --before 24`) as your nightly cron job. You add programmes for overnight downloading using `get_iplayer --pvr-queue my prog name` That was a bit of a disaster, too. I tried this, adding a single programme, and yet get_iplayer --pvr proceeded to again attempt to download the entire iplayer site. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611473: get-iplayer: should not allow downloading entire iplayer site without explicitly requesting this
On Mon, May 23, 2011 at 05:04:47PM +0100, Andy Bircumshaw wrote: You add programmes for overnight downloading using `get_iplayer --pvr-queue my prog name` That was a bit of a disaster, too. I tried this, adding a single programme, and yet get_iplayer --pvr proceeded to again attempt to download the entire iplayer site. Had you somehow managed to add the entire cache to your pvr-queue? What does `get_iplayer --pvrlist` say? Yup. I get it now. The syntax is: get_iplayer --pvradd NAME SEARCH_TERMS The manpage is very confusing. I just did get_iplayer --pvradd SEARCH_TERMS and it took the search terms as the name, and so I added a blank search - which, as we've ascertained, downloads everything :-( Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627643: get-iplayer: pvr mode doesn't match search terms correctly
Following up on bug#611473, I ran get_iplayer --pvradd 'Doctor Who Series 6'. Then get_iplayer --pvr did the following: OK, here's the problem: get_iplayer --pvradd 'Doctor Who Series 6' is interpreted as: Add the PVR search, henceforth known as 'Doctor_Who_Series_6' to the list of PVR searches. The content of the search is empty. Then when get_iplayer --pvr runs, it does: Run the search called 'Doctor_Who_Series_6': get_iplayer --get and - oops - there are no search terms. If the manpage were to be a little clearer, perhaps including PVR examples, it would help. Something like: --pvradd search name Save the named PVR search with the specified search terms. For example: get_iplayer --pvradd BLUEP 'Blue Peter' would save a search called BLUEP which searches for programmes called 'Blue Peter'. --pvrqueue Add currently matched programmes to queue for later one-off recording using the --pvr option, for example get_iplayer --pvrqueue 'Blue Peter' would search for programmes called 'Blue Peter' and add them to the PVR recording list. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627831: r-base-dev: should depend on cdbs, not just suggest it
Package: r-base-dev Version: 2.13.0-1 My R-based package has in its debian/rules file: include /usr/share/R/debian/r-cran.mk This includes the R makefile fragment which, in turn, includes cdbs. This file lies inside r-base-dev, which suggests cdbs but does not depend upon it. Therefore I need to depend upon cdbs, and lintian complains as I do not use it explicitly. Since this is the only file of any significance in r-base-dev, it should Depends: cdbs and not Suggests: cdbs, as the package is useless without cdbs. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627517: (no subject)
found 627517 0.9-1 reopen 627517 thanks Thanks for addressing this issue but the patch provided by me and applied in 0.9-1 does not cover the new upstream version. It fails with debians mono 2.10 in experimental due to the new unpatched project file. Attached a revised patch. Index: xsd/XSDDiagram.csproj === --- xsd.orig/XSDDiagram.csproj 2011-05-28 22:41:49.218328107 + +++ xsd/XSDDiagram.csproj 2011-05-28 22:41:49.0 + @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=utf-8? -Project DefaultTargets=Build xmlns=http://schemas.microsoft.com/developer/msbuild/2003; ToolsVersion=3.5 +Project DefaultTargets=Build xmlns=http://schemas.microsoft.com/developer/msbuild/2003; PropertyGroup Condition= '$(Configuration)|$(Platform)' == 'Release|x86' OutputPathbin\x86\Release\/OutputPath DefineConstantsTRACE/DefineConstants @@ -34,7 +34,6 @@ FileUpgradeFlags /FileUpgradeFlags OldToolsVersion2.0/OldToolsVersion -TargetFrameworkVersionv2.0/TargetFrameworkVersion UpgradeBackupLocation /UpgradeBackupLocation PublishUrlhttp://localhost/XSDDiagram//PublishUrl Index: xsd/XSDDiagramConsole/XSDDiagramConsole.csproj === --- xsd.orig/XSDDiagramConsole/XSDDiagramConsole.csproj 2011-05-28 22:41:49.188328107 + +++ xsd/XSDDiagramConsole/XSDDiagramConsole.csproj 2011-05-28 22:42:21.868328095 + @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=utf-8? -Project ToolsVersion=3.5 DefaultTargets=Build xmlns=http://schemas.microsoft.com/developer/msbuild/2003; +Project DefaultTargets=Build xmlns=http://schemas.microsoft.com/developer/msbuild/2003; PropertyGroup Configuration Condition= '$(Configuration)' == '' Debug/Configuration Platform Condition= '$(Platform)' == '' AnyCPU/Platform @@ -10,7 +10,6 @@ AppDesignerFolderProperties/AppDesignerFolder RootNamespaceXSDDiagramConsole/RootNamespace AssemblyNameXSDDiagramConsole/AssemblyName -TargetFrameworkVersionv2.0/TargetFrameworkVersion FileAlignment512/FileAlignment TargetFrameworkSubset /TargetFrameworkSubset signature.asc Description: OpenPGP digital signature