Bug#560238: netbase: ipv6 and ipv4 stack connection
Package: netbase Version: 4.40 Severity: normal The bindv6only parameter doesn't limit its effect to server sockets. As a side effect, it also disables the possibility of addressing ipv4 only hosts with ipv6 compatibility adresses like :::192.168.0.1. $ cat /proc/sys/net/ipv6/bindv6only 0 $ telnet :::192.168.0.1 80 Trying :::192.168.0.1... Connected to :::192.168.0.1. Escape character is '^]'. ^] telnet quit Connection closed. $ echo 1 | su0 tee -a /proc/sys/net/ipv6/bindv6only 1 $ telnet :::192.168.0.1 80 Trying :::192.168.0.1... telnet: Unable to connect to remote host: Network is unreachable $ IMHO it doesn't keep things simple and - for the client side part of this issue, it forces applications which migrate from ipv4 to ipv6 to keep legacy code. - for the server part of this issue, it is a good thing to unify TCP part of TCP/IP(V4) and TCP/IP(v6). And it's not a sufficient reason for debian to take the wrong way because all major OSes go ahead in the wall. I definitly put a 0 in bindv6only. regards, Guillaume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565965: nvidia-glx: New upstream release 190.53
Package: nvidia-glx Version: 190.42-3 Severity: normal Hi, It is possible to package 190.53 released one month (2009.12.16) ago ? Christian -- Package-specific info: uname -r: Linux christian.marillat.net 2.6.32 #2 SMP Wed Dec 23 11:48:45 CET 2009 i686 GNU/Linux /proc/version: Linux version 2.6.32 (r...@christian) (gcc version 4.4.2 (Debian 4.4.2-6) ) #2 SMP Wed Dec 23 11:48:45 CET 2009 /proc/driver/nvidia/version: 01:00.0 VGA compatible controller: nVidia Corporation G80 [GeForce 8800 GTX] (rev a2) 0b:00.0 VGA compatible controller: nVidia Corporation G80 [GeForce 8800 GTX] (rev a2) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-glx depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.1.1-2X11 miscellaneous extension librar ii nvidia-kern 190.42-3+2.6.32-10.00.Custom NVIDIA binary kernel module for Li ii x11-common 1:7.5+1 X Window System (X.Org) infrastruc nvidia-glx recommends no packages. Versions of packages nvidia-glx suggests: ii nvidia-kernel-source 190.42-3 NVIDIA binary kernel module source ii nvidia-settings 190.42-1 Tool for configuring the NVIDIA gr -- 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#565862: FTBFS [hppa]: C compiler cannot create executables
On Tue, Jan 19, 2010 at 12:11:35PM +0100, Matthias Klose wrote: tags 565862 + moreinfo tags 565862 + help thanks On 19.01.2010 04:58, dann frazier wrote: Source: gcc-snapshot Version: 20100117-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa gcc-snapshot fails to build on hppa. From the most recent build attempt: [...] configure: error: in `/build/buildd-gcc-snapshot_20100117-1-hppa-8pg21G/gcc-snapshot-20100117/build-hppa64': configure: error: C compiler cannot create executables See `config.log' for more details. please attach/investigate the details Looks like your build completed faster than mine :) I tried reproducing on paer, and it also failed. Attached is the config.log. -- dann frazier This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.64. Invocation command line was $ ../src/configure --enable-languages=c --prefix=/usr/lib/gcc-snapshot --libexecdir=/usr/lib/gcc-snapshot/libexec --enable-multiarch --disable-shared --disable-nls --disable-threads --disable-libgomp --disable-libmudflap --disable-libssp --with-system-zlib --with-as=/usr/bin/hppa64-linux-gnu-as --with-ld=/usr/bin/hppa64-linux-gnu-ld --includedir=/usr/hppa64-linux-gnu/include --host=hppa-linux-gnu --build=hppa-linux-gnu --target=hppa64-linux-gnu ## - ## ## Platform. ## ## - ## hostname = paer uname -m = parisc64 uname -r = 2.6.32-trunk-parisc64 uname -s = Linux uname -v = #1 Tue Dec 8 04:07:32 UTC 2009 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /home/dannf/gcc-snapshot-20100117/bin PATH: /usr/lib/gcc/bin PATH: /usr/local/bin PATH: /usr/bin PATH: /bin PATH: /usr/games ## --- ## ## Core tests. ## ## --- ## configure:2428: checking build system type configure:2442: result: hppa-unknown-linux-gnu configure:2489: checking host system type configure:2502: result: hppa-unknown-linux-gnu configure:2522: checking target system type configure:2535: result: hppa64-unknown-linux-gnu configure:2589: checking for a BSD-compatible install configure:2657: result: /usr/bin/install -c configure:2668: checking whether ln works configure:2690: result: yes configure:2694: checking whether ln -s works configure:2698: result: yes configure:2705: checking for a sed that does not truncate output configure:2769: result: /bin/sed configure:2778: checking for gawk configure:2794: found /usr/bin/gawk configure:2805: result: gawk configure:3995: checking for hppa-linux-gnu-gcc configure:4022: result: /home/dannf/gcc-snapshot-20100117/build/gcc/xgcc -B/home/dannf/gcc-snapshot-20100117/build/gcc/ configure:4291: checking for C compiler version configure:4300: /home/dannf/gcc-snapshot-20100117/build/gcc/xgcc -B/home/dannf/gcc-snapshot-20100117/build/gcc/ --version 5 xgcc (Debian 20100117-1) 4.5.0 20100117 (experimental) [trunk revision 155979] Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4311: $? = 0 configure:4300: /home/dannf/gcc-snapshot-20100117/build/gcc/xgcc -B/home/dannf/gcc-snapshot-20100117/build/gcc/ -v 5 Reading specs from /home/dannf/gcc-snapshot-20100117/build/gcc/specs COLLECT_GCC=/home/dannf/gcc-snapshot-20100117/build/gcc/xgcc COLLECT_LTO_WRAPPER=/home/dannf/gcc-snapshot-20100117/build/gcc/lto-wrapper Target: hppa-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 20100117-1' --with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs --enable-languages=c,ada,c++,java,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --disable-libssp --enable-plugin --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.5-snap/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.5-snap --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.5-snap --with-arch-directory=parisc --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --disable-libstdcxx-pch --disable-werror --enable-checking=yes --build=hppa-linux-gnu --host=hppa-linux-gnu --target=hppa-linux-gnu Thread model: posix gcc version 4.5.0 20100117 (experimental) [trunk revision 155979] (Debian 20100117-1) configure:4311: $? = 0 configure:4300: /home/dannf/gcc-snapshot-20100117/build/gcc/xgcc -B/home/dannf/gcc-snapshot-20100117/build/gcc/ -V 5 xgcc: '-V' must come at the start of the command line
Bug#565966: Upgrade fail: find: `/usr/share/postgresql/*/tsearch_data' : No such file or directory
Package: postgresql-common Version: 104 Severity: serious Setting up postgresql-common (104) ... find: `/usr/share/postgresql/*/tsearch_data': No such file or directory dpkg: error processing postgresql-common (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: postgresql-common E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postgresql-common depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii postgresql-client-common 104manager for multiple PostgreSQL cl ii procps1:3.2.8-2 /proc file system utilities ii ssl-cert 1.0.25 simple debconf wrapper for OpenSSL postgresql-common recommends no packages. postgresql-common suggests no packages. -- debconf information: postgresql-common/obsolete-major: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565967: [CRASH] Uncaught exception SystemError in Backend/PythonApt.py:770
Package: update-manager-core Version: 0.200.0-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py *** /tmp/update-manager-bugelumEU The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.SystemError' - Exception Value: SystemError(E:Erreur, pkgProblemResolver::Resolve a g\xe9n\xe9r\xe9 des ruptures, ce qui a pu \xeatre caus\xe9 par les paquets devant \xeatre gard\xe9s en l'\xe9tat.,) - Exception Origin: BugHandler.Thread(PythonAptCommit, started) - Exception Traceback: File /usr/lib/pymodules/python2.5/UpdateManager/BugHandler.py, line 89, in run threading.Thread.run(self, *args, **kwargs) File /usr/lib/python2.5/threading.py, line 446, in run self.__target(*self.__args, **self.__kwargs) File /usr/lib/pymodules/python2.5/UpdateManager/Backend/PythonApt.py, line 770, in thread_helper self._cache._depcache.FixBroken() -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages update-manager-core depends on: ii gksu 2.0.2-2+b1 graphical frontend to su ii lsb-release 3.2-23 Linux Standard Base version report ii python-apt0.7.92 Python interface to libapt-pkg ii python-support1.0.6 automated rebuilding support for P ii sudo 1.7.2p1-1 Provide limited super user privile Versions of packages update-manager-core recommends: ii update-manager-gnome 0.200.0-1 GNOME application that manages sof update-manager-core suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565675: ITP: pthsem -- pth replacement with semaphore support
On Tue, Jan 19, 2010 at 10:48:24AM +0100, Samuel Thibault wrote: Martin Koegler, le Tue 19 Jan 2010 09:27:07 +0100, a écrit : Samuel Thibault sthiba...@debian.org wrote: Marc Leeman, le Sun 17 Jan 2010 22:16:17 +0100, a écrit : * Package name: pthsem Mmm, could this perhaps rather be just a patch added to the existing pth package? Else you'll have to share the Debian patches. The situation with GNU pth is: I guessed so, but still. The problem is that people know pth, but they don't know pthsem (yet). It will be a long time before people discover that there is a new interesting pthsem package that basically does the same as pth with quite a few extra features, is not dead etc. Why not just replacing the existing pth package with pthsem to avoid that delay? pth and pthsem can be installed in parallel, as they use different filenames (pth.h+libpth.so* / pthsem.h/libpthsem.so*). Both packages use the same symol names in their libraries. The libpthsem-compat provides/conflicts libpth-dev. It contains stub files for pth.m4, pth.h and pth-config, which redirect to the pthsem files. Software built with libpthsem-compat installed will link against libpthsem. My intention was not to replace pth, but to provide a migration path. Were I Martin Kögler, I'd even just request GNU to become the new maintainer of pth. I must admit, that I have not read anything about GNU maintainers, but GNU has usually a bigger philosophical overhead. I need pthsem, so I only want a working version with all features I need. Regards, Martin Kögler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537099: [debian/debian-experimental] Enable short_open_tag again
tag 537099 pending thanks Date: Wed Jan 13 09:55:45 2010 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: 7fba4571a81ab45278d397b2217a1935fffe7465 Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=7fba4571a81ab45278d397b2217a1935fffe7465 Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=7fba4571a81ab45278d397b2217a1935fffe7465 Enable short_open_tag again Add little sed magick to debian/rules to enable short_open_tag again. Closes: #537099 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565924: xmms2-plugin-pulse: Resets PA volume to 100% when playing starts
tag 565924 + patch thanks Daniel Svensson, 2010-01-20 02:51:14 +0100 : On Tue, Jan 19, 2010 at 6:48 PM, Roland Mas lola...@debian.org wrote: Using XMMS2 with the Pulseaudio output plugin, the overall PA volume is bumped up to 100% everytime XMMS2 starts playing. Pausing and unpausing a stream doesn't cause this problem, but when I'm playing music from a DAAP share, if the server is too loaded and there is a gap between songs, then the volume gets bumped up too. This patch should fix your problem. Try it out and nag your Debian maintainer for a backport if it works, or wait until next release of XMMS2. Here is the plain text patch: http://git.xmms.se/?p=xmms2-nano.git;a=commitdiff_plain;h=e1e1ef8e0b43a1efd4f9c00ac465bbd80323dd9f It does fix the problem, thanks a lot! Florian: *nag* *nag* :-) Roland. -- Roland Mas Death *was* hereditary. You got it from your ancestors. -- in Hogfather (Terry Pratchett) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565862: FTBFS [hppa]: C compiler cannot create executables
On 20.01.2010 09:22, dann frazier wrote: On Tue, Jan 19, 2010 at 12:11:35PM +0100, Matthias Klose wrote: tags 565862 + moreinfo tags 565862 + help thanks On 19.01.2010 04:58, dann frazier wrote: Source: gcc-snapshot Version: 20100117-1 Severity: serious User: debian-h...@lists.debian.org Usertags: hppa gcc-snapshot fails to build on hppa. From the most recent build attempt: [...] configure: error: in `/build/buildd-gcc-snapshot_20100117-1-hppa-8pg21G/gcc-snapshot-20100117/build-hppa64': configure: error: C compiler cannot create executables See `config.log' for more details. please attach/investigate the details Looks like your build completed faster than mine :) I tried reproducing on paer, and it also failed. Attached is the config.log. /home/dannf/gcc-snapshot-20100117/build/gcc/cc1: error while loading shared libraries: libgcc_s.so.6: cannot open shared object file: No such file or directory the build succeeds for me without having libgcc6 installed (found in experimental). Does setting LD_LIBRARY_PATH to $(CURDIR)/build/gcc for the cross build help? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565954: lvm2: Doesn't install because update-initramfs fails: ln /tmp/.../vgchange File exists
severity 565954 important tags 565954 unreproducible thanks On Tue, Jan 19, 2010 at 07:03:50PM -0500, Jaime Alberto Silva wrote: update-initramfs: Generating /boot/initrd.img-2.6.30-2-686 ln: creating symbolic link `/tmp/mkinitramfs_78XFbD/sbin/vgchange': File exists Something else than the lvm2 initramfs-tools hook copies vgchange. This is not allowed and does not happen on my unstable system. Please check for that in /etc/initramfs-tools and /usr/share/initramfs-tools. Bastian -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557199: Is tabular data in binary format acceptable for Debian ?
[forgot to cc the bug ...] On Wed, Jan 20, 2010 at 11:56:00AM +1100, Ben Finney wrote: an intermediate format (be it text, or binary like .odt or .xls) and require the addition of I can't speak for the Debian ftpmaster team, but I would think the usual guideline applies: We should seek the preferred form of the work for making modifications to it as the source form of the work. So, if upstream uses some canonical form of the tabular data for making modifications to it, that should be in the source package. I perfectly agree here. The idea that there should be a conversion to any other binary format like .odt (I know it is compressed XML, but it is presented in binary form) or .xls would be contraproductive at best because you would need to install just another package to read this while R which just can read the data is installed via dependencies. Perhaps it would be a reasonable compromise if README.Source would mention a short command line which converts the data into text form? Kind regards Andreas. -- http://fam-tille.de - End forwarded message - -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565884: Please include CeCILL* licenses in common-licenses
Thibaut Paumard paum...@users.sourceforge.net writes: Package: base-files Version: 5.0.0 Severity: wishlist Hi, there is a growing body of packages (or at least files) under [1]CeCILL license in the archive. How many packages? A completely unscientific check on my own laptop reveals: j...@mocca:~$ grep CeCILL /usr/share/doc/*/copyright j...@mocca:~$ Am I searching incorrectly? This check doesn't prove much, but it suggests that we should at least check how many packages are affected, and if there is any significant saving by moving the text to base-files. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565847: libncurses-ruby1.9: Please drop the dependency on ruby 1.9.0
tags 565847 + patch thanks Hi Michael, On 19/01/10 at 13:34 +1300, Lucas Nussbaum wrote: Package: libncurses-ruby1.9 Version: 1.2.4-1 Severity: serious User: debian-r...@lists.debian.org Usertags: ruby190transition Hi, Ruby 1.9.0 is going away in Squeeze, replaced by Ruby 1.9.1. This transition is made mandatory by API changes upstream. Your package currently ships some files in /usr/lib/ruby/1.9.0. This will no longer work with 1.9.1. You can either: - port your package to Ruby 1.9.1 - drop the Ruby 1.9.X binary package There is (or will be) more information on http://wiki.debian.org/Ruby191Transition The attached patch fixes that issue. I've also converted the package to use ruby-pkg-tools, since it makes things much easier. I've _not_ uploaded to DELAYED due the the large changes (switch to cdbs). Please tell me what you think. Also, if you are interested, we could probably maintain this inside the pkg-ruby-extras team. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | reverted: --- ncurses-ruby-1.2.4/debian/libncurses-ruby1.9.examples +++ ncurses-ruby-1.2.4.orig/debian/libncurses-ruby1.9.examples @@ -1,6 +0,0 @@ -examples/example.rb -examples/hello_ncurses.rb -examples/rain.rb -examples/read_line.rb -examples/tclock.rb -examples/test_scanw.rb diff -u ncurses-ruby-1.2.4/debian/rules ncurses-ruby-1.2.4/debian/rules --- ncurses-ruby-1.2.4/debian/rules +++ ncurses-ruby-1.2.4/debian/rules @@ -3,76 +3,2 @@ -CFLAGS = -Wall -g - -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS += -O0 -else - CFLAGS += -O2 -endif - -configure: configure-stamp -configure-stamp: - dh_testdir - - rm -rf build-1.9 build-1.8 - mkdir build-1.9 build-1.8 - ruby1.9 -C build-1.9 ../extconf.rb - sed -i -e 's/-shared/-shared -fPIC/g' -i -e 's/\/local\/lib\/site_ruby/\/lib\/ruby\//g' build-1.9/Makefile - ruby1.8 -C build-1.8 ../extconf.rb - sed -i -e 's/-shared/-shared -fPIC/g' -i -e 's/\/local\/lib\/site_ruby/\/lib\/ruby\//g' build-1.8/Makefile - - touch configure-stamp - -build: build-stamp - -build-stamp: configure-stamp - dh_testdir - - $(MAKE) -C build-1.9/ - $(MAKE) -C build-1.8/ - - touch build-stamp - -clean: - dh_testdir - dh_testroot - rm -f build-stamp configure-stamp - rm -rf build-1.9 build-1.8 - rm -f mkmf.log - - dh_clean - -install: build - dh_testdir - dh_testroot - dh_clean -k - - $(MAKE) -C build-1.9/ install DESTDIR=$(CURDIR)/debian/libncurses-ruby1.9/ - rm -rf $(CURDIR)/debian/usr/lib/ruby/1.9/ - $(MAKE) -C build-1.8/ install DESTDIR=$(CURDIR)/debian/libncurses-ruby1.8/ - - dh_installdirs - -# Build architecture-independent files here. -binary-indep: build install -# We have nothing to do by default. - -# Build architecture-dependent files here. -binary-arch: build install - dh_testdir - dh_testroot - dh_installchangelogs Changes - dh_installdocs - dh_installexamples - dh_install - dh_installman - dh_link - dh_strip - dh_compress - dh_fixperms - dh_installdeb - dh_shlibdeps - dh_gencontrol - dh_md5sums - dh_builddeb - -binary: binary-indep binary-arch -.PHONY: build clean binary-indep binary-arch binary install configure +include /usr/share/cdbs/1/rules/debhelper.mk +include /usr/share/ruby-pkg-tools/1/class/ruby-extconf-rb.mk diff -u ncurses-ruby-1.2.4/debian/control ncurses-ruby-1.2.4/debian/control --- ncurses-ruby-1.2.4/debian/control +++ ncurses-ruby-1.2.4/debian/control @@ -2,12 +2,12 @@ Section: ruby Priority: optional Maintainer: Michael Ablassmeier a...@debian.org -Build-Depends: debhelper (= 5.0), ruby1.8, ruby1.9, libncurses-dev, ruby1.9-dev, ruby1.8-dev +Build-Depends: debhelper (= 5.0), ruby1.8, ruby1.9.1, libncurses-dev, ruby1.9.1-dev, ruby1.8-dev, ruby-pkg-tools (= 0.17), cdbs Standards-Version: 3.8.2 Package: libncurses-ruby Architecture: all -Depends: libncurses-ruby1.8 ( 1.8.1) +Depends: libncurses-ruby1.8 ( 1.8.1), ${misc:Depends} Description: ruby Extension for the ncurses C library All C functions are wrapped by module functions of the module Ncurses, with exactly the same name. Additionally, C functions expecting a WINDOW* as @@ -22,7 +22,7 @@ Package: libncurses-ruby1.8 Architecture: any -Depends: ${shlibs:Depends}, ruby1.8 +Depends: ${shlibs:Depends}, ruby1.8, ${misc:Depends} Description: ruby Extension for the ncurses C library All C functions are wrapped by module functions of the module Ncurses, with exactly the same name. Additionally, C functions expecting a WINDOW* as @@ -32,9 +32,9 @@ The panel library (for support of overlapping windows) is also wrapped, in the module Ncurses::Panel. -Package: libncurses-ruby1.9 +Package: libncurses-ruby1.9.1 Architecture: any -Depends: ${shlibs:Depends}, ruby1.9 +Depends: ${shlibs:Depends}, ruby1.9.1, ${misc:Depends} Description: ruby Extension for the ncurses C library All C functions are wrapped by module functions of the module Ncurses, with exactly the same name. Additionally,
Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
Package: netatalk Version: 2.0.5-2 Severity: important Holger Levsen: how about the compromise and doing both, except that for (1) we file the bugs with severity important? Hi Jonas, as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. Cheers, Fabian [1] http://lists.debian.org/debian-devel/2010/01/msg00354.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565968: Should support debian sid
Package: virtinst Version: 0.500.1-2 Severity: wishlist Hi, I think it could be interesting to add debian sid in the list of supported distribution Regards Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565971: nslcd: Please add apache2 to X-Start-Before in initscript
Package: nslcd Version: 0.7.2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, we are using libnss-ldapd on machine where we also run apache, using apache2-mpm-itk - ie. version where each virtual may run under different user. It looks like this VirtualHost x.x.x.x:80 ServerAdmin webmas...@localhost ServerName server AssignUserID user www-data /VirtualHost As you can see, user/group needs to be resolved to uid/gid (uid only in our setup), so nslcd should run before apache. Thanks, Libor - -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (700, 'experimental'), (700, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bfs311-bfs311 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktWxaMACgkQhMrxGRe1HmHnAwCgqTzyrJ8EjTpvI38iZO2j1AxI HOkAnjG564G//mfz7eCBE3pypB2KtK5g =BWxK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565970: update package for OpenOffice.org 3.2rc
Package: openclipart-openoffice.org Version: 0.18+dfsg-8 Severity: wishlist Hi, I'm trying to test experimental OpenOffice.org 3.2 rc3 but I can't upgrade to that version without removing openclipart-openoffice.org ! I modified your package to a compatible version and it works for me. Could you change the min/max openoffice.org version to 3.2 and 3.2.99 in the control pkg and change files folder /usr/share/openoffice/basis3.1 to /usr/share/openoffice/basis3.2 ? Thanks a lot regards Mourad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564844: grub-pc: Fonts don't show in the new graphical boot menu
Am 20.01.2010 03:28, schrieb Robert Millan: Erm, sorry, the fonts being used are: loadfont /boot/grub/dejavu_sans_10.pf2 loadfont /boot/grub/dejavu_sans_12.pf2 loadfont /boot/grub/dejavu_sans_bold_14.pf2 Please check if those files exist. Yes, all three fonts are installed into /boot/grub. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553369: #553369 xterm: does not properly unhighlight selection
I've not seen this (nor do ongoing fixes seem to be addressing it). Can you still reproduce it? -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#564243: More information and reassigning.
merge 564336 564243 reassign 564243 doxygen thanks I discovered that current version of doxygen is generating man pages with one more _ in the file names: gdal__building.1 gdal__drivertut.1 gdal__polygonize.1 gdal__retile.1 gdal__utilities.1 ogr__arch.1 ogr__utilities.1 gdal__contour.1gdal__grid.1 gdal__proximity.1 gdal__translate.1 grid__tutorial.1 ogr__drivertut.1 osr__tutorial.1 gdal__datamodel.1 gdal__merge.1 gdal__rasterize.1 gdal__tutorial.1 ogr__apitut.1 ogr__sql.1vb6__tutorial.1 instead of the intended gdal_building.1 gdal_drivertut.1 gdal_polygonize.1 gdal_retile.1 gdal_utilities.1 ogr_arch.1 ogr_utilities.1 gdal_contour.1gdal_grid.1 gdal_proximity.1 gdal_translate.1 grid_tutorial.1 ogr_drivertut.1 osr_tutorial.1 gdal_datamodel.1 gdal_merge.1 gdal_rasterize.1 gdal_tutorial.1 ogr_apitut.1 ogr_sql.1vb6_tutorial.1 The GMUmakefile instructions: # Generate man pages (cat Doxyfile ; echo ENABLED_SECTIONS=man; echo INPUT=doc ogr apps swig/pyhton/scripts; echo FILE_PATTERNS=*.dox *.cpp; echo GENERATE_HTML=NO; echo GENERATE_MAN=YES) | doxygen - And the Doxyfile follows: # Doxyfile 1.4.2 # This file describes the settings to be used by the documentation system # doxygen (www.doxygen.org) for a project # # All text after a hash (#) is considered a comment and will be ignored # The format is: # TAG = value [value, ...] # For lists items can also be appended using: # TAG += value [value, ...] # Values that contain spaces should be placed between quotes ( ) #--- # Project related configuration options #--- # The PROJECT_NAME tag is a single word (or a sequence of words surrounded # by quotes) that should identify the project. PROJECT_NAME = GDAL # The PROJECT_NUMBER tag can be used to enter a project or revision number. # This could be handy for archiving the generated documentation or # if some version control system is used. PROJECT_NUMBER = # The OUTPUT_DIRECTORY tag is used to specify the (relative or absolute) # base path where the generated documentation will be put. # If a relative path is entered, it will be relative to the location # where doxygen was started. If left blank the current directory will be used. OUTPUT_DIRECTORY = # The OUTPUT_LANGUAGE tag is used to specify the language in which all # documentation generated by doxygen is written. Doxygen will use this # information to generate all constant output in the proper language. # The default language is English, other supported languages are: # Brazilian, Catalan, Chinese, Chinese-Traditional, Croatian, Czech, Danish, # Dutch, Finnish, French, German, Greek, Hungarian, Italian, Japanese, # Japanese-en (Japanese with English messages), Korean, Korean-en, Norwegian, # Polish, Portuguese, Romanian, Russian, Serbian, Slovak, Slovene, Spanish, # Swedish, and Ukrainian. OUTPUT_LANGUAGE= English # This tag can be used to specify the encoding used in the generated output. # The encoding is not always determined by the language that is chosen, # but also whether or not the output is meant for Windows or non-Windows users. # In case there is a difference, setting the USE_WINDOWS_ENCODING tag to YES # forces the Windows encoding (this is the default for the Windows binary), # whereas setting the tag to NO uses a Unix-style encoding (the default for # all platforms other than Windows). USE_WINDOWS_ENCODING = NO # If the BRIEF_MEMBER_DESC tag is set to YES (the default) Doxygen will # include brief member descriptions after the members that are listed in # the file and class documentation (similar to JavaDoc). # Set to NO to disable this. BRIEF_MEMBER_DESC = YES # If the REPEAT_BRIEF tag is set to YES (the default) Doxygen will prepend # the brief description of a member or function before the detailed description. # Note: if both HIDE_UNDOC_MEMBERS and BRIEF_MEMBER_DESC are set to NO, the # brief descriptions will be completely suppressed. REPEAT_BRIEF = YES # This tag implements a quasi-intelligent brief description abbreviator # that is used to form the text in various listings. Each string # in this list, if found as the leading text of the brief description, will be # stripped from the text and the result after processing the whole list, is # used as the annotated text. Otherwise, the brief description is used as-is. # If left blank, the following values are used ($name is automatically # replaced with the name of the entity): The $name class The $name widget # The $name file is provides specifies contains # represents a an the ABBREVIATE_BRIEF = # If the ALWAYS_DETAILED_SEC and REPEAT_BRIEF tags are both set to YES then # Doxygen will generate a detailed
Bug#565972: please ship API reference (and register it with doc-base)
Package: python-gdata Version: 1.1.1-1.1 Severity: wishlist Tags: patch The python gdata library comes with a nice HTML API reference in the pydocs/ dir of the source package. It would be nice to ship it, so that it can be browsed offline. Also, it would be nice to have it registered with doc-base under the Programming/Python section. I attach a patch that implements it by just providing a debian/docs file to ship the pydocs/ dir and a suitable debian/*.doc-base file. Many thanks for maintaining the package. Cheers. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gdata depends on: ii python2.5.4-5An interactive high-level object-o ii python-celementtree 1.0.5-10 Light-weight toolkit for XML proce ii python-elementtree1.2.6-14 Light-weight toolkit for XML proce ii python-support1.0.6 automated rebuilding support for P python-gdata recommends no packages. python-gdata suggests no packages. -- no debconf information diff -u python-gdata-1.1.1/debian/changelog python-gdata-1.1.1/debian/changelog --- python-gdata-1.1.1/debian/changelog +++ python-gdata-1.1.1/debian/changelog @@ -1,3 +1,9 @@ +python-gdata (1.1.1-1.1) unstable; urgency=low + + * Ship pydocs HTML API reference and register it with doc-base + + -- Stefano Zacchiroli z...@debian.org Wed, 20 Jan 2010 10:16:57 +0100 + python-gdata (1.1.1-1) unstable; urgency=low [ Sandro Tosi ] only in patch2: unchanged: --- python-gdata-1.1.1.orig/debian/python-gdata.doc-base +++ python-gdata-1.1.1/debian/python-gdata.doc-base @@ -0,0 +1,9 @@ +Document: python-gdata +Title: Google Data Python client library +Author: Google Inc. +Abstract: API reference for the Python Google Data client library +Section: Programming/Python + +Format: HTML +Index: /usr/share/doc/python-gdata/pydocs/gdata.html +Files: /usr/share/doc/python-gdata/pydocs/*.html only in patch2: unchanged: --- python-gdata-1.1.1.orig/debian/docs +++ python-gdata-1.1.1/debian/docs @@ -0,0 +1 @@ +pydocs/
Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. The latter is definitely preferred since DEB_BUILD_OPTIONS can't change the value of Build-Conflicts... Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#565974: cdbs distutils target should byte-compile on install
Package: cdbs Version: 0.4.65 DEB_PYTHON_INSTALL_ARGS_ALL includes '--no-compile', this has the effect that byte-compilation errors are not detected until usually the installation of a package, and not at build time. Please remove this flag; and maybe add a pass to remove the byte-code after installing it again. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565973: cdbs should not use --prefix, but --install-layout=deb
Package: cdbs Version: 0.4.65 Severity: important cdbs uses '--prefix=/usr' in DEB_PYTHON_INSTALL_ARGS_ALL, which seems to be the wrong approach. Please use '--install-layout=deb' instead, which changes both the prefix and the name of the site directory. Packaging helper tools shouldn't be affected by this, but software packages relying on the correct path on installation get the right path. Also when stripping the debug symbols of extensions into a separate debug package, the location is the correct one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565404: linux-image-2.6.26-2-amd64: atl1e: TSO is broken
JY == Jie Yang jie.y...@atheros.com writes: JY Anders Boström and...@netinsight.net wrote: It is an ASUS M4A78 PRO motherboard with the Atheros AR8121/AR8113/AR8114 on-board. ~25Mbyte/s performance. I get ~5000 retransmitted packets per GByte data, according to RetransSegs in /proc/net/snmp . wireshark in the client show that the server send out a sequence of frames. All but the last one are 1500 bytes IP-packets. The last one is shorter, but the IP-header still say 1500 byte. The client then requests retransmit, and the retransmitted frame arrives with correct IP-header. JY i just test it on Linux localhost.localdomain 2.6.31.5-127.fc12.x86_64 #1 SMP Sat Nov 7 21:11:14 EST 2009 x86_64 x86_64 x86_64 GNU/Linux. JY with hardware, Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller (rev b0) JY device id : 1969:1026 (rev b0) JY i upload/download a 382M it work well with retransmit packet: Have you tested NFS over TCP? The block-size the application uses can have an effect on this. What application did you use? Block-size? / Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. Thanks for pointing this out. I'll deal with it! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#565970: update package for OpenOffice.org 3.2rc
Hi, On Wed, Jan 20, 2010 at 09:59:03AM +0100, newbeewan wrote: I'm trying to test experimental OpenOffice.org 3.2 rc3 but I can't upgrade to that version without removing openclipart-openoffice.org ! Then do that :-) experimental is experimental because of exact such stuff :-) I modified your package to a compatible version and it works for me. Could you change the min/max openoffice.org version to 3.2 and 3.2.99 in the control pkg and change files folder /usr/share/openoffice/basis3.1 to /usr/share/openoffice/basis3.2 ? When i'll upload 3.2 to unstable that will happen, yes. I am not sure whether I'll do it before. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565953: grub-pc: update-grub2 generates invalid entries
Am Mittwoch, den 20.01.2010, 00:55 +0100 schrieb Julien Bellion: Package: grub-pc Version: 1.98~20100101-1 Severity: important Hello, My system have several partitions : /dev/sda1 : root partition for a Debian testing 64 bits /dev/sda2 : /boot partition /dev/sda3 : root partition for a Debian testing 32 bits /dev/sda6 : home partition /dev/sda7 : opt partition When I run update-grub2 from the 64 bits version, the 32 bits version entries are not bootable. They all point to /dev/sda1 partition, while 32 bits root is sda3. The problem is the same, but inversed, if I run update-grub2 from the 32 bits version. Does `sudo linux-boot-prober /dev/sda3' on the 64bit one or `sudo linux-boot-prober /dev/sda1' on the other one get it right? It should read the correct value for root= parameter from the grub.cfg on the device you give it. -- Felix Zielcke Proud Debian Maintainer and GNU GRUB developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564243: found in 1.6.2-1
found 564243 1.6.2-1 thanks Note that it works with version in testing. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565955: More details for Bug#565955: aptitude: downloading and displaying changelogs no more working
Hi, some more things I noticed: On Wed, Jan 20, 2010 at 01:39:18AM +0100, Axel Beckert wrote: Since 0.6.1.4-1, pressing C (Shift-c) in interactive mode doesn't download and display the changelog of a package anymore. It seems like C isn't bound to any particular function anymore, it just does nothing. If I choose a package not from Debian, C still gives me the informational message that only changelogs from official packages can be viewed. So the keybinding seems to be correct, but the download seems to be broken. Other keys like D (Shift-d) still work fine. Regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News| a...@deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | a...@noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565953: grub-pc: update-grub2 generates invalid entries
Le 20/01/2010 10:34, Felix Zielcke a écrit : Am Mittwoch, den 20.01.2010, 00:55 +0100 schrieb Julien Bellion: Package: grub-pc Version: 1.98~20100101-1 Severity: important Hello, My system have several partitions : /dev/sda1 : root partition for a Debian testing 64 bits /dev/sda2 : /boot partition /dev/sda3 : root partition for a Debian testing 32 bits /dev/sda6 : home partition /dev/sda7 : opt partition When I run update-grub2 from the 64 bits version, the 32 bits version entries are not bootable. They all point to /dev/sda1 partition, while 32 bits root is sda3. The problem is the same, but inversed, if I run update-grub2 from the 32 bits version. Does `sudo linux-boot-prober /dev/sda3' on the 64bit one or `sudo linux-boot-prober /dev/sda1' on the other one get it right? It should read the correct value for root= parameter from the grub.cfg on the device you give it. On the 64bit : linux-boot-prober /dev/sda3 /dev/sda3:/dev/sda2:Debian GNU/Linux, avec Linux 2.6.32-trunk-686-bigmem:/boot//vmlinuz-2.6.32-trunk-686-bigmem:/boot//initrd.img-2.6.32-trunk-686-bigmem:root=UUID=cfe65d23-6e74-407b-af61-a80d40eff118 ro ipv6.disable=1 quiet /dev/sda3:/dev/sda2:Debian GNU/Linux, avec Linux 2.6.32-trunk-686-bigmem (mode de dépannage):/boot//vmlinuz-2.6.32-trunk-686-bigmem:/boot//initrd.img-2.6.32-trunk-686-bigmem:root=UUID=cfe65d23-6e74-407b-af61-a80d40eff118 ro single ipv6.disable=1 /dev/sda3:/dev/sda2:Debian GNU/Linux, avec Linux 2.6.32-trunk-amd64:/boot//vmlinuz-2.6.32-trunk-amd64:/boot//initrd.img-2.6.32-trunk-amd64:root=UUID=cfe65d23-6e74-407b-af61-a80d40eff118 ro ipv6.disable=1 quiet /dev/sda3:/dev/sda2:Debian GNU/Linux, avec Linux 2.6.32-trunk-amd64 (mode de dépannage):/boot//vmlinuz-2.6.32-trunk-amd64:/boot//initrd.img-2.6.32-trunk-amd64:root=UUID=cfe65d23-6e74-407b-af61-a80d40eff118 ro single ipv6.disable=1 /dev/sda3:/dev/sda2:Julien - Linux 2.6.32-trunk-amd64:/boot/vmlinuz-2.6.32-trunk-amd64:/boot/initrd.img-2.6.32-trunk-amd64:root=/dev/sda1 ro ipv6.disable=1 quiet rootfstype=ext4 /dev/sda3:/dev/sda2:Julien - Linux 2.6.32-trunk-686-bigmem:/boot/vmlinuz-2.6.32-trunk-686-bigmem:/boot/initrd.img-2.6.32-trunk-686-bigmem:root=/dev/sda3 ro ipv6.disable=1 quiet But /dev/sda3 is the 32bit root. The results of this command gives root as UUID=cfe65d23-6e74-407b-af61-a80d40eff118 but it is not correct : # ll /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 10 janv. 19 09:23 75262850-1103-4869-8dcf-62ac3bf642b6 - ../../sda3 lrwxrwxrwx 1 root root 10 janv. 19 09:23 c5a6e206-dac1-45ca-8a21-1216fbc16473 - ../../sda2 lrwxrwxrwx 1 root root 10 janv. 19 09:23 cf636a6d-72ab-4bef-84b5-9c3b95dd4627 - ../../sda7 lrwxrwxrwx 1 root root 10 janv. 19 09:23 cfe65d23-6e74-407b-af61-a80d40eff118 - ../../sda1 lrwxrwxrwx 1 root root 10 janv. 19 09:23 fde6420a-e314-4f26-bf14-b3f04c04bc66 - ../../sda6 I will try this command on /dev/sda1 at midday. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564243: [fran...@debian.org: More information and reassigning.]
I discovered that current version of doxygen is generating man pages with one more _ in the file names: gdal__building.1 gdal__drivertut.1 gdal__polygonize.1 gdal__retile.1 gdal__utilities.1 ogr__arch.1 ogr__utilities.1 gdal__contour.1gdal__grid.1 gdal__proximity.1 gdal__translate.1 grid__tutorial.1 ogr__drivertut.1 osr__tutorial.1 gdal__datamodel.1 gdal__merge.1 gdal__rasterize.1 gdal__tutorial.1 ogr__apitut.1 ogr__sql.1vb6__tutorial.1 instead of the intended gdal_building.1 gdal_drivertut.1 gdal_polygonize.1 gdal_retile.1 gdal_utilities.1 ogr_arch.1 ogr_utilities.1 gdal_contour.1gdal_grid.1 gdal_proximity.1 gdal_translate.1 grid_tutorial.1 ogr_drivertut.1 osr_tutorial.1 gdal_datamodel.1 gdal_merge.1 gdal_rasterize.1 gdal_tutorial.1 ogr_apitut.1 ogr_sql.1vb6_tutorial.1 The GMUmakefile instructions: # Generate man pages (cat Doxyfile ; echo ENABLED_SECTIONS=man; echo INPUT=doc ogr apps swig/pyhton/scripts; echo FILE_PATTERNS=*.dox *.cpp; echo GENERATE_HTML=NO; echo GENERATE_MAN=YES) | doxygen - And the Doxyfile follows: # Doxyfile 1.4.2 # This file describes the settings to be used by the documentation system # doxygen (www.doxygen.org) for a project # # All text after a hash (#) is considered a comment and will be ignored # The format is: # TAG = value [value, ...] # For lists items can also be appended using: # TAG += value [value, ...] # Values that contain spaces should be placed between quotes ( ) #--- # Project related configuration options #--- # The PROJECT_NAME tag is a single word (or a sequence of words surrounded # by quotes) that should identify the project. PROJECT_NAME = GDAL # The PROJECT_NUMBER tag can be used to enter a project or revision number. # This could be handy for archiving the generated documentation or # if some version control system is used. PROJECT_NUMBER = # The OUTPUT_DIRECTORY tag is used to specify the (relative or absolute) # base path where the generated documentation will be put. # If a relative path is entered, it will be relative to the location # where doxygen was started. If left blank the current directory will be used. OUTPUT_DIRECTORY = # The OUTPUT_LANGUAGE tag is used to specify the language in which all # documentation generated by doxygen is written. Doxygen will use this # information to generate all constant output in the proper language. # The default language is English, other supported languages are: # Brazilian, Catalan, Chinese, Chinese-Traditional, Croatian, Czech, Danish, # Dutch, Finnish, French, German, Greek, Hungarian, Italian, Japanese, # Japanese-en (Japanese with English messages), Korean, Korean-en, Norwegian, # Polish, Portuguese, Romanian, Russian, Serbian, Slovak, Slovene, Spanish, # Swedish, and Ukrainian. OUTPUT_LANGUAGE= English # This tag can be used to specify the encoding used in the generated output. # The encoding is not always determined by the language that is chosen, # but also whether or not the output is meant for Windows or non-Windows users. # In case there is a difference, setting the USE_WINDOWS_ENCODING tag to YES # forces the Windows encoding (this is the default for the Windows binary), # whereas setting the tag to NO uses a Unix-style encoding (the default for # all platforms other than Windows). USE_WINDOWS_ENCODING = NO # If the BRIEF_MEMBER_DESC tag is set to YES (the default) Doxygen will # include brief member descriptions after the members that are listed in # the file and class documentation (similar to JavaDoc). # Set to NO to disable this. BRIEF_MEMBER_DESC = YES # If the REPEAT_BRIEF tag is set to YES (the default) Doxygen will prepend # the brief description of a member or function before the detailed description. # Note: if both HIDE_UNDOC_MEMBERS and BRIEF_MEMBER_DESC are set to NO, the # brief descriptions will be completely suppressed. REPEAT_BRIEF = YES # This tag implements a quasi-intelligent brief description abbreviator # that is used to form the text in various listings. Each string # in this list, if found as the leading text of the brief description, will be # stripped from the text and the result after processing the whole list, is # used as the annotated text. Otherwise, the brief description is used as-is. # If left blank, the following values are used ($name is automatically # replaced with the name of the entity): The $name class The $name widget # The $name file is provides specifies contains # represents a an the ABBREVIATE_BRIEF = # If the ALWAYS_DETAILED_SEC and REPEAT_BRIEF tags are both set to YES then # Doxygen will generate a detailed section even if there is only a brief # description.
Bug#564844: grub-pc: Fonts don't show in the new graphical boot menu
Am Mittwoch, den 20.01.2010, 03:11 +0100 schrieb Robert Millan: On Tue, Jan 12, 2010 at 10:12:32AM +0100, Fabian Greffrath wrote: set root=(hd0,3) search --no-floppy --fs-uuid --set 35c8f65e-c312-484e-ace6-a04bb56c5270 if loadfont /usr/share/grub/unicode.pf2 ; then Does it help if you copy this file to /boot/grub/ and re-run update-grub? I wonder why postinst didn't copy it already. It maybe did, but grub-mkconfig still prefers the copy in /usr if it's readable and only then fallbacks to using /boot/grub. Should we change that? -- Felix Zielcke Proud Debian Maintainer and GNU GRUB developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565975: No opacity in emacs with mutter
Package: mutter Version: 2.28.1~git20091208-1 Severity: normal The opacity of the emacs23 editor does not work with mutter. Preparation: * Insert into .emacs for Emacs 23: (defun djcb-opacity-modify (optional dec) modify the transparency of the emacs frame; if DEC is t, decrease the transparency, otherwise increase it in 10%-steps (let* ((alpha-or-nil (frame-parameter nil 'alpha)) ; nil before setting (oldalpha (if alpha-or-nil alpha-or-nil 100)) (newalpha (if dec (- oldalpha 5) (+ oldalpha 5 (when (and (= newalpha frame-alpha-lower-limit) (= newalpha 100)) (modify-frame-parameters nil (list (cons 'alpha newalpha)) ;; C-8 will increase opacity (== decrease transparency) ;; C-9 will decrease opacity (== increase transparency ;; C-0 will returns the state to normal (global-set-key (kbd C-8) '(lambda()(interactive)(djcb-opacity-modify))) (global-set-key (kbd C-9) '(lambda()(interactive)(djcb-opacity-modify t))) (global-set-key (kbd C-0) '(lambda()(interactive) (modify-frame-parameters nil `((alpha . 100) * restart emacs. How to test the problem: Ctrl-9 should increase editor's transparency Ctrl-8 should decrease editor's transparency Ctrl-0 should reset transparency of the editor Works with metacity and composite manager activated. No transparency at all with mutter. ii emacs2323.1+1-5 The GNU Emacs editor (with GTK+ user interface) ii emacs23-bin-common 23.1+1-5 The GNU Emacs editor's shared, architecture dependen ii emacs23-common 23.1+1-5 The GNU Emacs editor's shared, architecture independ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutter depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libclutter-1.0-01.0.8-1 Open GL based interactive canvas l ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libgirepository1.0- 0.6.7-2 Library for handling GObject intro ii libgl1-mesa-glx [li 7.6.1-1 A free implementation of the OpenG ii libglib2.0-02.22.3-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libmutter-private0 2.28.1~git20091208-1 library for the Mutter window mana ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libstartup-notifica 0.10-1 library for program launch feedbac ii libx11-62:1.3.2-1X11 client-side library ii libxcomposite1 1:0.4.1-1X11 Composite extension library ii libxcursor1 1:1.1.10-1 X cursor management library ii libxdamage1 1:1.1.2-1X11 damaged region extension libra ii libxext62:1.1.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.4-1X11 miscellaneous 'fixes' extensio ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxrandr2 2:1.3.0-2X11 RandR extension library ii libxrender1 1:0.9.5-1X Rendering Extension client libra ii mutter-common 2.28.1~git20091208-1 shared files for the Mutter window ii zenity 2.28.0-1 Display graphical dialog boxes fro Versions of packages mutter recommends: ii gnome-session [x-session-mana 2.28.0-4 The GNOME Session Manager ii xfce4-session [x-session-mana 4.6.1-1Xfce4 Session Manager Versions of packages mutter suggests: ii gnome-control-center 1:2.28.1-2 utilities to configure the GNOME d ii gnome-themes 2.28.1-1 official themes for the GNOME desk ii xdg-user-dirs 0.10-1 tool to manage well known user dir -- 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#565976: squeeze: create an archive in a folder contained in a symbolic link records absolute paths
Package: squeeze Version: 0.2.3-8 Severity: normal Let's say i have a folder : ~/test1/ And ln -s /home/foo/test1 test2 If i add a file to the archive taken from test2, the created archive contains absolute paths, like /home/foo/test2 whereas if i compress in test1/, the created archive contains relative paths. This is more obvious when creating an archive from thunar context menu : in test2 : absolute paths in test1 : relative paths -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squeeze depends on: ii exo-utils 0.3.106-1Utility files for libexo ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.9.4-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libexo-0.3-00.3.106-1Library with extensions for Xfce ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libthunar-vfs-1-2 1.0.1-2 VFS abstraction used in thunar ii libxfce4util4 4.6.1-2 Utility functions library for Xfce ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime squeeze recommends no packages. squeeze 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#565977: [linux-2.6] touchpad not woks severail minutes after X startup
Package: linux-2.6 Version: 2.6.32-5 Severity: important --- Please enter the report below this line. --- Hi, I'm using a HP 6515b laptop with 2.6.32-trunk-amd64, After I login to kde, the touchpad may not work in several minutes, when it not work, I can see followng message in dmesg output: [ 492.973395] psmouse.c: bad data from KBC - timeout [ 492.975399] psmouse.c: bad data from KBC - timeout [ 492.977402] psmouse.c: bad data from KBC - timeout [ 492.979414] psmouse.c: bad data from KBC - timeout [ 492.981933] psmouse.c: bad data from KBC - timeout [ 492.983419] psmouse.c: bad data from KBC - timeout [ 492.985425] psmouse.c: bad data from KBC - timeout [ 492.987426] psmouse.c: bad data from KBC - timeout [ 492.989445] psmouse.c: bad data from KBC - timeout [ 492.991962] psmouse.c: bad data from KBC - timeout [ 492.993445] psmouse.c: bad data from KBC - timeout [ 492.995463] psmouse.c: bad data from KBC - timeout I can use rmmod psmouse; modprobe psmouse to let it work again, but It may fail several minutes later. Any help? Thanks, --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-trunk-amd64 Debian Release: squeeze/sid 500 unstablewww.anheng.com.cn 500 stable dl.google.com 1 experimentalwww.anheng.com.cn --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565968: (no subject)
tag 565968 +wontfix Thanks, Hi Laurent, On Wed, Jan 20, 2010 at 09:58:33AM +0100, Laurent Bigonville wrote: Package: virtinst Version: 0.500.1-2 Severity: wishlist Hi, Thanks for your report. I think it could be interesting to add debian sid in the list of supported distribution The distribution defines what we can assume is supported by the guest (like e.g. vitio for network devices). Since Sid isn't a release we can't make any assumptions. That's why we have Debian Squeeze in there but not Unstable/Sid. The releasename Sid never changes but it's features always change so having Sid in the list will only confuse users. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565884: Please include CeCILL* licenses in common-licenses
Le 20 janv. 10 à 00:29, Julien Cristau a écrit : On Tue, Jan 19, 2010 at 13:19:56 +0100, Thibaut Paumard wrote: there is a growing body of packages (or at least files) under [1]CeCILL license in the archive. Mind substantiating this with a few examples, and/or an estimate of the number of packages? I don't think it's anywhere close to the other licenses included in base-files, but maybe I have a wrong impression… Actually you're right, sorry for the noise. The following 17 (source) packages (all in main) contain files under one of the CeCILL license. No single license applies to more than 9 packages. CeCILL v1.1 v-sim libvldocking-java scilab scilab-ann CeCILL v2.0: digikamimageplugins vite scilab-overload lisaac cimg pyqonsole scilab-scimax giws ssreflect CeCILL-B: mpich2 ssreflect CeCILL-C: alt-ergo hyantesite + 3 more upcoming (yorick-yeti, yorick-optimpack, yorick-mira) T. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
On Wed, Jan 20, 2010 at 01:28:49AM -0800, Steve Langasek wrote: On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. The latter is definitely preferred since DEB_BUILD_OPTIONS can't change the value of Build-Conflicts... True. Other (more complex) mechanisms like using a debian/control.in.in file is possible, however. Unfortunately I already set --without-openssl-dir which apparently had no effect. I will try setting --with-openssl-dir=/dev/null :-/ - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#565891: fontconfig: Fail to configure on alpha arch
In case you hadn't already figured it out, the fix is to ensure that defoma is at version 0.11.10-4. I've got the patch for that which I was holding for 'more interesting' changes, but if this will solve your problem, I'll upload it as 2.8.0-3. diff --git a/debian/control b/debian/control index 6e28ce9..c03e14c 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: fonts Priority: optional Maintainer: Keith Packard kei...@debian.org Uploaders: Josselin Mouette j...@debian.org -Build-Depends: cdbs (= 0.4.5.4), debhelper (= 7), libfreetype6-dev (= 2.1.7), libexpat1-dev, defoma (= 0.7.0), binutils (= 2.12.90.0.9), po-debconf +Build-Depends: cdbs (= 0.4.5.4), debhelper (= 7), libfreetype6-dev (= 2.1.7), libexpat1-dev, defoma (= 0.11.10-4), binutils (= 2.12.90.0.9), po-debconf Standards-Version: 3.8.3 Package: fontconfig -- keith.pack...@intel.com pgpZlKlydvv8s.pgp Description: PGP signature
Bug#557199: Is tabular data in binary format acceptable for Debian ?
On Wed, Jan 20, 2010 at 07:07:38PM +0900, Charles Plessy wrote: Perhaps it would be a reasonable compromise if README.Source would mention a short command line which converts the data into text form? this time, I disagree with you: all the above is a lot of work that I am not willing to do. A user of the R software is able to do this conversion by himself, so I do not see what is the added value here. Well, my compromise suggestion was intended to be a fallback if ftpmaster insists on the rejection. Perhaps just nobody cared about the issue and that's the reason for the silence. The conversion to text has no added value than the proof that the data are simply to get - much simpler than any .odt or .xls form which would *really* make a lot of work. And I think that the ???the preferred form of the work??? is a very unfortunate wording. Some people prefer bananas, and others apples. As long as there is no information loss, why not simply accept the R binary format, I understood Ben's wording exactly this way that the R format actually *is* the prefered format for an R related package - so Ben (and me) are agreeinig with you that the source format is fine. which can be read, written, modified and converted with R? The method that the current upstream developer prefers is not necessarly the same as the one others would prefer. IMHO the format which is used by the tool which handles the format is quite natural and thus any reasonable person would assume that it is prefered by most users, right? What matters is that the material in the sources provides the essential freedoms to use, study, modify and distribute, and I argue that the R binary objects do, as much as a txt.gz, a .xls or a .ods file would. At least I was objecting .xls or .ods (strongly) and agree with the binary R format inside the source while making a suggestion how to obtain a text form easily *in* *case* ftpmaster disagrees. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565782: gprbuild: gprconfig ignores gnat
Ludovic Brenta ludo...@ludovic-brenta.org writes: The package gcc provides the symlink /usr/bin/gcc - gcc-x.y and depends on the package gcc-x.y. Here, x.y=4.3. The package gnat provides the symlink /usr/bin/gnatgcc - gcc-x.y and depends on the package gcc-x.y. Here, x.y = 4.4. Therefore, the proper fix is to patch gprmake to call gnatgcc instead of gcc. This ensures that gprmake always call the same version of gcc as gnat does. (Also, you can have both gcc-4.3 and gcc-4.4 installed at the same time; this is indeed your case.) gnatmake calls gcc-4.4, rather than gnatgcc. So I've patched the default gprbuild config files to call gcc-4.4, g++-4.4, etc., and added a README.Debian that points to how to change that for other versions. I think that's better than relying on symlinks. Fixed in Ada France mtn 4da8a79ec7d7c51a5619ded32dbf0cc66c14c495 -- -- Stephe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565884: Please include CeCILL* licenses in common-licenses
Le 20 janv. 10 à 11:10, MJ Ray a écrit : Thibaut Paumard suggested: there is a growing body of packages (or at least files) under [1]CeCILL license in the archive. [...] [1] http://www.cecill.info/licences.en.html Roughly how many packages/files are under the licence? It turns out I've been too lazy checking yesterday, it's only 17 packages in total (source packages, in main. That's a few more binary packages, and perhaps one in contrib, not clear). CeCILL v1.1: 4 CeCILL V2.0: 9 CeCILL-B: 2 CeCILL-C: 2 (+3 I'm working on) CeCILL Article 5.3.4 states The Licensee can include a code that is subject to the provisions of one of the versions of the GNU GPL in the Modified or unmodified Software, and distribute that entire code under the terms of the same version of the GNU GPL. So, if the debian dir is under the GPL, the entire package could be distributed under the GPL and CeCILL wouldn't be its copyright and distribution license. I don't remember and policy manual section 12.5 doesn't seem explicit on this: would that mean we don't need to include the CeCILL text in the package? For CeCILL-2, perhaps. CeCILL-C is LGPL compatible but does not include such a clause. Regards, Thibaut. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565884: Please include CeCILL* licenses in common-licenses
Thibaut Paumard suggested: there is a growing body of packages (or at least files) under [1]CeCILL license in the archive. [...] [1] http://www.cecill.info/licences.en.html Roughly how many packages/files are under the licence? CeCILL Article 5.3.4 states The Licensee can include a code that is subject to the provisions of one of the versions of the GNU GPL in the Modified or unmodified Software, and distribute that entire code under the terms of the same version of the GNU GPL. So, if the debian dir is under the GPL, the entire package could be distributed under the GPL and CeCILL wouldn't be its copyright and distribution license. I don't remember and policy manual section 12.5 doesn't seem explicit on this: would that mean we don't need to include the CeCILL text in the package? Hope that helps, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565860: still exists in 0.4.4-2
On Wed, Jan 20, 2010 at 10:53:06AM +0100, Fabian Greffrath wrote: The patch was against configure.ac. I don't know if the minimal debian/rules is sufficient to re-generate configure after applying this patch. If need be, add a line like autoreconf -f somewhere before calling configure. Personally, instead of running autoreconf (or similar) during build, I'd prefer a patch that contains all the changes to configure caused by the changes to configure.ac. This way the package stays idempotent, i.e. it I've also considered this. Find patch attached. Note that both versions of the patch can be dropped after the next upstream release. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver --- configure 2010-01-16 20:38:40.0 +0100 +++ configure.new 2010-01-20 11:11:09.0 +0100 @@ -4321,6 +4321,8 @@ # Check for SSE optimization. if test x$ac_sse = xyes; then ac_sse_cflags=-msse -mfpmath=sse -ffast-math + CFLAGS_OLD=$CFLAGS + CPPFLAGS_OLD=$CPPFLAGS CFLAGS=$ac_sse_cflags $CFLAGS CPPFLAGS=$ac_sse_cflags $CPPFLAGS { $as_echo $as_me:$LINENO: checking for SSE optimization 5 @@ -4400,6 +4402,9 @@ ac_sse=$ac_cv_sse if test x$ac_sse = xyes; then ac_cflags=$ac_sse_cflags $ac_cflags + else + CFLAGS=$CFLAGS_OLD + CPPFLAGS=$CPPFLAGS_OLD fi fi
Bug#559040: Possibly driver related?
I am having the same issue. However, everything does work on startup and continues to work until calling wpa_supplicant manually or ifdown. Additionally, it can be 'fixed' by removing the driver module (I'm using b43) and re-inserting it, then running /etc/init.d/networking restart. While it is 'working', iwlist scanning returns nothing. I'm also attaching the results from running wpa_supplicant -ddd. It seems to me that it isn't necessarily an issue in WPA but in the driver (at least in my case), as it is failing to get anything from an AP scan. Hope that helps someone! Cheers, Christopher Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'wext' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' - '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' Line: 1 - start of a new network block ssid - hexdump_ascii(len=8): 53 4b 59 32 39 30 36 39 SKY29069 scan_ssid=1 (0x1) key_mgmt: 0x2 PSK (ASCII passphrase) - hexdump_ascii(len=8): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Priority group 0 id=0 ssid='SKY29069' SIOCGIWRANGE: WE(compiled)=22 WE(source)=21 enc_capa=0xf capabilities: key_mgmt 0xf enc 0xf flags 0x0 WEXT: Operstate: linkmode=1, operstate=5 Own MAC address: 00:0c:e5:53:12:da wpa_driver_wext_set_wpa wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=1 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=2 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_key: alg=0 key_idx=3 set_tx=0 seq_len=0 key_len=0 wpa_driver_wext_set_countermeasures wpa_driver_wext_set_drop_unencrypted RSN: flushing PMKID list in the driver Setting scan request: 0 sec 10 usec WPS: UUID based on MAC address - hexdump(len=16): 7a 5a 5b ef 7b 8b 56 a3 90 25 20 26 76 fa 9f 26 WPS: Build Beacon and Probe Response IEs WPS: * Version WPS: * Wi-Fi Protected Setup State (0) WPS: * Version WPS: * Wi-Fi Protected Setup State (0) WPS: * Response Type (2) WPS: * UUID-E WPS: * Manufacturer WPS: * Model Name WPS: * Model Number WPS: * Serial Number WPS: * Primary Device Type WPS: * Device Name WPS: * Config Methods (0) WPS: * RF Bands (3) EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED Added interface wlan0 RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added Wireless event: cmd=0x8b06 len=12 State: DISCONNECTED - SCANNING Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=8): 53 4b 59 32 39 30 36 39 SKY29069 Trying to get current scan results first without requesting a new scan to speed up initial association Received 0 bytes of scan results (0 BSSes) Cached scan results are empty - not posting Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) Scan requested (ret=0) - scan timeout 5 seconds RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added Wireless event: cmd=0x8b19 len=16 Received 0 bytes of scan results (0 BSSes) CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec EAPOL: disable timer tick Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=8): 53 4b 59 32 39 30 36 39 SKY29069 Scan requested (ret=0) - scan timeout 30 seconds RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added Wireless event: cmd=0x8b19 len=16 Received 0 bytes of scan results (0 BSSes) CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (broadcast SSID) Scan requested (ret=0) - scan timeout 30 seconds RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added Wireless event: cmd=0x8b19 len=16 Received 0 bytes of scan results (0 BSSes) CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 5 sec 0 usec Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=8): 53 4b 59 32 39 30 36 39 SKY29069 Scan requested (ret=0) - scan timeout 30 seconds RTM_NEWLINK: operstate=0 ifi_flags=0x1003 ([UP]) RTM_NEWLINK, IFLA_IFNAME: Interface 'wlan0' added Wireless event: cmd=0x8b19 len=16 Received 0 bytes of scan results (0 BSSes) CTRL-EVENT-SCAN-RESULTS Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found.
Bug#565976: [Pkg-xfce-devel] Bug#565976: squeeze: create an archive in a folder contained in a symbolic link records absolute paths
Le 20/01/2010 10:55, Jeremy Lal a écrit : Package: squeeze Version: 0.2.3-8 Severity: normal Let's say i have a folder : ~/test1/ And ln -s /home/foo/test1 test2 If i add a file to the archive taken from test2, the created archive contains absolute paths, like /home/foo/test2 whereas if i compress in test1/, the created archive contains relative paths. This is more obvious when creating an archive from thunar context menu : in test2 : absolute paths in test1 : relative paths Just to be sure, what is the behavior when using tar directly? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564059: an: diff for NMU version 0.95-3.2
tags 564059 + patch thanks Hi, Attached is the diff for my an 0.95-3.2 NMU uploaded to DELAYED/7. I also took the liberty to fix some minor lintian issues. Best Regards, Alexander diff -Nru an-0.95/debian/changelog an-0.95/debian/changelog --- an-0.95/debian/changelog 2010-01-20 11:35:43.0 +0100 +++ an-0.95/debian/changelog 2010-01-20 11:35:43.0 +0100 @@ -1,3 +1,15 @@ +an (0.95-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * Urgency medium caused by RC bug fix + * Recommend wbritish instead of wenglish (Closes: #564059) + * Fix some minor lintian warnings: +- Add ${misc:Depends} to depends +- Don't ignore errors in make clean +- Fix FSF address + + -- Alexander Reichle-Schmehl toli...@debian.org Wed, 20 Jan 2010 11:04:38 +0100 + an (0.95-3.1) unstable; urgency=low * Non-maintainer upload to delayed diff -Nru an-0.95/debian/control an-0.95/debian/control --- an-0.95/debian/control 2010-01-20 11:35:43.0 +0100 +++ an-0.95/debian/control 2010-01-20 11:35:43.0 +0100 @@ -7,8 +7,8 @@ Package: an Architecture: any -Depends: ${shlibs:Depends} -Recommends: wenglish|wordlist +Depends: ${shlibs:Depends}, ${misc:Depends} +Recommends: wbritish|wordlist Description: very fast anagram generator Generates anagrams for a phrase supplied by the user, the words used in the anagram are taken from a specified dictionary which should contain one word diff -Nru an-0.95/debian/copyright an-0.95/debian/copyright --- an-0.95/debian/copyright 2010-01-20 11:35:43.0 +0100 +++ an-0.95/debian/copyright 2010-01-20 11:35:43.0 +0100 @@ -26,6 +26,7 @@ You should have received a copy of the GNU General Public License with the Debian GNU/Linux distribution in file /usr/share/common-licenses/GPL; - if not, write to the Free Software Foundation, Inc., 59 Temple Place, - Suite 330, Boston, MA 02111-1307 USA + if not, write to the Free Software Foundation, Inc., 51 Franklin St, + Fifth Floor, Boston, MA 02110-1301, USA. + diff -Nru an-0.95/debian/rules an-0.95/debian/rules --- an-0.95/debian/rules 2010-01-20 11:35:43.0 +0100 +++ an-0.95/debian/rules 2010-01-20 11:35:43.0 +0100 @@ -47,7 +47,7 @@ rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. - -$(MAKE) clean + [ ! -f Makefile ] || $(MAKE) clean dh_clean
Bug#565978: buggy as ever, crash: kommander does not want to start :(
Package: kommander Version: 4:4.3.4-1 Severity: normal Error: no dialog given. Use --stdin option to read dialog from standard input. I tried kommander --stdin but still same resutls. Program not working Cheers, best regards Yellow -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 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 kommander depends on: ii kdebase-runtime 4:4.3.2-1runtime components from the offici ii kdelibs54:4.3.4-1core libraries for all KDE 4 appli ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module ii libqt4-qt3support 4:4.5.3-4Qt 3 compatibility library for Qt ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libstdc++6 4.4.2-3 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime kommander recommends no packages. kommander 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#565160: Linux console garbled after experimental grub-pc boot
Yves-Alexis Perez wrote: [0.00] Console: colour dummy device 80x25 So the VGA console was not initialized. I asked Linux why, and here is what I learned: ... [0.00] SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes [0.00] Hierarchical RCU implementation. [0.00] NR_IRQS:16 [0.00] CPU 0 irqstacks, hard=c03f2000 soft=c03f3000 [0.00] --- no vga --- [0.00] screen_info.orig_video_isVGA: 23 [0.00] Console: colour dummy device 80x25 [0.00] console [tty0] enabled ... 0x23 is VIDEO_TYPE_VLFB. This is odd, since the only places I can see that set orig_video_isVGA are - vesa_store_mode_params_graphics() in arch/x86/boot/video-vesa.c and - vga_probe() in arch/x86/boot/video-vga.c The latter sets it to 1, not 0x23, so the former looks to be at fault. The former is only called by vesa_set_mode() in the same file, and only if is_graphic is 1; and is_graphic only can be 1 if CONFIG_FB_BOOT_VESA_SUPPORT; and adding a #error line shows that for me, CONFIG_FB_BOOT_VESA_SUPPORT is not defined ('make arch/x86/boot/video-vesa.lst' confirms). I’m not sure where to go from here. printf()s so early do not get logged, and the screen is not in text mode so I cannot see messages on the console. Maybe there are enough clues for a GRUB hacker to approach it from their end. I would be happy to try patches to either GRUB or Linux to help figure this out. Hope that helps, Jonathan The patch used to produce the above output is attached. Unfortunately, I think the more useful information is what I don't know how to tell it to print. diff --git a/drivers/video/console/vgacon.c b/drivers/video/console/vgacon.c index cc4bbbe..cb61ab1 100644 --- a/drivers/video/console/vgacon.c +++ b/drivers/video/console/vgacon.c @@ -378,6 +378,9 @@ static const char *vgacon_startup(void) if (screen_info.orig_video_isVGA == VIDEO_TYPE_VLFB) { no_vga: + printk(KERN_WARNING --- no vga ---\n); + printk(KERN_WARNING screen_info.orig_video_isVGA: %x\n, + (int) screen_info.orig_video_isVGA); #ifdef CONFIG_DUMMY_CONSOLE conswitchp = dummy_con; return conswitchp-con_startup(); @@ -389,16 +392,20 @@ static const char *vgacon_startup(void) /* boot_params.screen_info initialized? */ if ((screen_info.orig_video_mode == 0) (screen_info.orig_video_lines == 0) - (screen_info.orig_video_cols == 0)) + (screen_info.orig_video_cols == 0)) { + printk(KERN_WARNING screen_info not initialized\n); goto no_vga; + } /* VGA16 modes are not handled by VGACON */ if ((screen_info.orig_video_mode == 0x0D) ||/* 320x200/4 */ (screen_info.orig_video_mode == 0x0E) ||/* 640x200/4 */ (screen_info.orig_video_mode == 0x10) ||/* 640x350/4 */ (screen_info.orig_video_mode == 0x12) ||/* 640x480/4 */ - (screen_info.orig_video_mode == 0x6A)) /* 800x600/4 (VESA) */ + (screen_info.orig_video_mode == 0x6A)) /* 800x600/4 (VESA) */ { + printk(KERN_WARNING VGA16 mode %x\n, screen_info.orig_video_mode); goto no_vga; + } vga_video_num_lines = screen_info.orig_video_lines; vga_video_num_columns = screen_info.orig_video_cols; @@ -520,6 +527,7 @@ static const char *vgacon_startup(void) if (scr_readw(p) != 0xAA55 || scr_readw(p + 1) != 0x55AA) { scr_writew(saved1, p); scr_writew(saved2, p + 1); + printk(KERN_WARNING vga_vram_base not writable\n); goto no_vga; } scr_writew(0x55AA, p); @@ -527,6 +535,7 @@ static const char *vgacon_startup(void) if (scr_readw(p) != 0x55AA || scr_readw(p + 1) != 0xAA55) { scr_writew(saved1, p); scr_writew(saved2, p + 1); + printk(KERN_WARNING vga_vram_base not rewritable\n); goto no_vga; } scr_writew(saved1, p);
Bug#565979: Subject: lxterminal: Missing French translation in the menus
Subject: lxterminal: Missing French translation in the menus Package: lxterminal Version: 0.1.6-1+b1 Severity: minor Tags: l10n In the menus, some parts are translated, and other are not. Here are the menus as I see them. In the right side I write the proposed French translations when the text is in English. Fichier New WindowsNouvelle fenêtre New TabNouvel onglet Fermer l'onglet Quitter Edition (with an accent on the E) CopyCopier Coller PreferencesPréférences Onglets Previous TabOnglet précédent Next TabOnglet suivant Move Tab LeftDéplacer l'onglet à gauche Move Tab RightDéplacer l'onglet à droite Aide A propos (with an accent on the A) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lxterminal depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libvte9 1:0.22.5-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.3.2-1 X11 client-side library lxterminal recommends no packages. lxterminal suggests no packages. -- no debconf information
Bug#565969: netatalk: Please avoid accidental linking against libssl [was: GPL-licensed software linked against libssl on buildds!]
tags 565969 pending thanks On Wed, Jan 20, 2010 at 11:15:23AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 01:28:49AM -0800, Steve Langasek wrote: On Wed, Jan 20, 2010 at 10:25:01AM +0100, Jonas Smedegaard wrote: On Wed, Jan 20, 2010 at 09:55:35AM +0100, Fabian Greffrath wrote: as recently pointed out on debian-devel [1], the netatalk package is accidently linked against libssl on some arches due to dirty buildd chroots. To avoid this license violation, explicit Build-Conflicts against libssl-dev should be added and only be removed if $DEB_BUILD_OPTIONS contains openssl. ...or netatalk build routines tightened to not link against openssl even if available, I assume. The latter is definitely preferred since DEB_BUILD_OPTIONS can't change the value of Build-Conflicts... True. Other (more complex) mechanisms like using a debian/control.in.in file is possible, however. Unfortunately I already set --without-openssl-dir which apparently had no effect. I will try setting --with-openssl-dir=/dev/null :-/ Ahh, problem isolated: The proper option to use is --with-openssl-dir=no - so the convenient DEB_BUILD_OPTIONS=openssl will be preserved :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#565976: [Pkg-xfce-devel] Bug#565976: squeeze: create an archive in a folder contained in a symbolic link records absolute paths
ln -s /home/dev/howto test/howto cd test/howto tar -czvf test.tar.gz cuissonDuSucre.txt tar -tf test.tar.gz cuissonDuSucre.txt Regards, Jérémy. signature.asc Description: OpenPGP digital signature
Bug#565981: debbugs: Debbugs::MIME::parse doesn't handle PGP Signed messages with \r correctly
Package: debbugs Severity: normal Tags: patch #532828 is an example of a bug with a PGP signed report message with \r. Debbugs::MIME::parse doesn't handle this case correctly, leading to the returned message being empty after it strips off RFC2440-style PGP clearsigning. This apparently can have impact on the hyperestraier indexing, which uses this function. The attached patch should fix the problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- /org/bugs.debian.org/perl/Debbugs/MIME.pm 2010-01-06 07:54:36.0 + +++ /home/glandium/Debbugs/MIME.pm 2010-01-20 11:06:24.0 + @@ -120,7 +120,7 @@ # Strip off RFC2440-style PGP clearsigning. if (@bodylines and $bodylines[0] =~ /^-BEGIN PGP SIGNED/) { - shift @bodylines while @bodylines and length $bodylines[0]; + shift @bodylines while @bodylines and $bodylines[0] =~ /\S/; shift @bodylines while @bodylines and $bodylines[0] !~ /\S/; for my $findsig (0 .. $#bodylines) { if ($bodylines[$findsig] =~ /^-BEGIN PGP SIGNATURE/) {
Bug#565980: bacula-director-pgsql: Jobs often fail - SSL3_GET_RECORD:decryption failed or bad record mac
Package: bacula-director-pgsql Version: 3.0.2-3~bpo50+1 Severity: important Very often - but not always - some jobs fail. Message is: 20-Jan 11:37 backup-dir JobId 454: Error: openssl.c:86 TLS read/write failure.: ERR=error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac I tried to run director in debug mode and only got this message: openssl.c:85-454 jcr=0 TLS read/write failure.: ERR=error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac The problem occours with different hosts and jobs. Sometimes the jobs succeed, but most times they fail. I also tried other (older) versions of bacula with no success. Nothing else to see in logs. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bacula-director-pgsql depends on: ii bacula-common 3.0.2-3~bpo50+1 network backup, recovery and verif ii bacula-common-pgsql 3.0.2-3~bpo50+1 network backup, recovery and verif ii bacula-director-common 3.0.2-3~bpo50+1 network backup, recovery and verif ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libpq5 8.3.9-0lenny1PostgreSQL C client library ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libwrap07.6.q-16 Wietse Venema's TCP wrappers libra ii postgresql-client 8.3.9-0lenny1front-end programs for PostgreSQL ii postgresql-client-8.3 [ 8.3.9-0lenny1front-end programs for PostgreSQL ii python2.5 2.5.2-15 An interactive high-level object-o Versions of packages bacula-director-pgsql recommends: ii postgresql 8.3.9-0lenny1 object-relational SQL database (su ii postgresql-8.3 8.3.9-0lenny1 object-relational SQL database, ve Versions of packages bacula-director-pgsql suggests: pn postgresql-contribnone (no description available) pn postgresql-docnone (no description available) -- debconf information: bacula-director-pgsql/pgsql/authmethod-admin: password bacula-director-pgsql/passwords-do-not-match: bacula-director-pgsql/pgsql/no-empty-passwords: bacula-director-pgsql/upgrade-backup: true bacula-director-pgsql/install-error: retry bacula-director-pgsql/internal/reconfiguring: false bacula-director-pgsql/pgsql/authmethod-user: password bacula-director-pgsql/purge: false bacula-director-pgsql/pgsql/manualconf: * bacula-director-pgsql/dbconfig-install: false bacula-director-pgsql/dbconfig-upgrade: true bacula-director-pgsql/missing-db-package-error: abort * bacula-director-pgsql/pgsql/method: tcp/ip bacula-director-pgsql/db/app-user: bacula bacula-director-pgsql/dbconfig-reinstall: false bacula-director-pgsql/dbconfig-remove: bacula-director-pgsql/db/dbname: bacula * bacula-director-pgsql/remote/host: backup bacula-director-pgsql/pgsql/admin-user: bacula bacula-director-pgsql/upgrade-error: abort bacula-director-pgsql/internal/skip-preseed: true bacula-director-pgsql/database-type: pgsql * bacula-director-pgsql/remote/port: 5432 bacula-director-pgsql/pgsql/changeconf: false bacula-director-pgsql/remote/newhost: backup bacula-director-pgsql/remove-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559746: /usr/sbin/ftpmirror: Segfaults on startup
On Thu, Jan 07, 2010 at 03:16:15PM +0100, Patrick Schoenfeld wrote: OK, here is the situation: ftpmirror segfaults as soon as you start it. After spending some time with debugging I wasn't really able to find the place where the SEGFAULT happens. OK, the last function it executes (according to the backtrace) but thats all I was able to find out, yet. The segfault should be gone now with perl/5.10.1-9. See #564074. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544238: [git-buildpackage/bpo-lenny] Add body regex filter
tag 544238 pending thanks Date: Wed Dec 23 16:37:12 2009 +0100 Author: Guido Günther a...@sigxcpu.org Commit ID: d4366123fef2903f2ce4367edae10a1895a5662b Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=d4366123fef2903f2ce4367edae10a1895a5662b Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=d4366123fef2903f2ce4367edae10a1895a5662b Add body regex filter Closes: #544238 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554520: [git-buildpackage/bpo-lenny] Allow to set compression type
tag 554520 pending thanks Date: Thu Dec 24 00:55:10 2009 +0100 Author: Guido Günther a...@sigxcpu.org Commit ID: 0eb45804bb45511e5d61b274b55a76e52a41d601 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=0eb45804bb45511e5d61b274b55a76e52a41d601 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=0eb45804bb45511e5d61b274b55a76e52a41d601 Allow to set compression type Closes: #554520 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561454: [git-buildpackage/bpo-lenny] Make sure we drop the generated custom index file
tag 561454 pending thanks Date: Thu Dec 17 15:42:10 2009 +0100 Author: Guido Günther a...@sigxcpu.org Commit ID: e339c701d5c8264df093a15d9db236b710da5f2b Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=e339c701d5c8264df093a15d9db236b710da5f2b Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=e339c701d5c8264df093a15d9db236b710da5f2b Make sure we drop the generated custom index file Closes: #561454 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515061: dh-make-php: please run the test suite at build time instead of installing the test files
On Tue, Jan 19, 2010 at 05:46:57PM -0600, Raphael Geissert wrote: Hi Uwe, 2009/2/13 Uwe Steinmann u...@steinmann.cx: On Thu, Feb 12, 2009 at 09:36:41PM -0600, Raphael Geissert wrote: By the way, have you considered joining the PHP Team? I did but currently I probably won't be of much help due to lack of time. Do you mind if I import dh-make-php into a git repository under the pkg-php alioth project? If you agree, I'll add your alioth account to the project so that you can work on it. It't in svn already. What's that move for? Just for bringing software related to php together? Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#560689: [git-buildpackage/bpo-lenny] Improve error handling on broken dsc files.
tag 560689 pending thanks Date: Sun Dec 13 14:09:44 2009 +0100 Author: Guido Günther a...@sigxcpu.org Commit ID: dce995dcb2daad2a7db50d26b798aaffc931ad4d Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=dce995dcb2daad2a7db50d26b798aaffc931ad4d Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=dce995dcb2daad2a7db50d26b798aaffc931ad4d Improve error handling on broken dsc files. Closes: #560689 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561346: [git-buildpackage/bpo-lenny] Add support for a Git-Dch: Ignore metaheader.
tag 561346 pending thanks Date: Thu Dec 17 12:54:23 2009 +0100 Author: Matthijs Kooijman matth...@stdin.nl Commit ID: 725b9d34b81a1a415ac710458487a78d4f4f4e09 Commit URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=725b9d34b81a1a415ac710458487a78d4f4f4e09 Patch URL: http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff_plain;h=725b9d34b81a1a415ac710458487a78d4f4f4e09 Add support for a Git-Dch: Ignore metaheader. Closes: #561346 Thanks: Matthijs Kooijman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565982: must not conflict with zziplib-0-12
Package: libzzip-0-13 Severity: normal The package conflicts with zziplib-0-12 for no good reason since they have no files in common, and indeed both packages can be installed with dpkg --force-conflicts. Please fix this because zziplib-0-12 is a dependency of the etch php4 packages. -- ciao, Marco signature.asc Description: Digital signature
Bug#560238: netbase: ipv6 and ipv4 stack connection
On Jan 20, Guillaume Gimenez ggime...@free.fr wrote: - for the client side part of this issue, it forces applications which migrate from ipv4 to ipv6 to keep legacy code. If your application is broken, you use the setsockopt to enable the compatibility mode for its sockets. - for the server part of this issue, it is a good thing to unify TCP part of TCP/IP(V4) and TCP/IP(v6). And it's not a sufficient reason for debian to take the wrong way because all major OSes go ahead in the wall. Unification happens in the kernel, the API does not matter. -- ciao, Marco signature.asc Description: Digital signature
Bug#340701: LC_TIME causes sqsh to segfault
reassign 340701 libct4 close 340701 0.82-1 thanks These bugs were the same as bug #353735, a bug in freetds that was fixed in version 0.82-1. Marking as closed. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#565976: [Pkg-xfce-devel] Bug#565976: squeeze: create an archive in a folder contained in a symbolic link records absolute paths
Le 20/01/2010 11:54, Jérémy Lal a écrit : ln -s /home/dev/howto test/howto cd test/howto tar -czvf test.tar.gz cuissonDuSucre.txt tar -tf test.tar.gz cuissonDuSucre.txt I don't think it's exactly what squeeze do. I think it's more something like: ln -s /home/dev test tar cf test.tar test tar cf dev.tar dev tar tvf test.tar tar tvf dev.tar Or I didn't understand what you did in the first place. Providing the resulting tarballs might help to. I can't really read the sources right now but the tar commands should be findable there. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565502: certificate based authentication doesn't work
As mwiegand pointed out to me on irc the patch breaks password authentication. Fixed patch is attached, upstream fixed trunk/ already (but not the 2.0 branch and i don't know the status of the mkcert-client/adduser scripts) http://wald.intevation.org/plugins/scmsvn/viewcvs.php/trunk/openvas- scanner/openvassd/openvassd.c?root=openvasrev=6037r1=6463r2=6037 20_certauth.dpatch Description: application/shellscript
Bug#565906: Bugreport may be closed
This is not a bug, my script was missing tool options... Sorry for the noise. Regards, Rutger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526155: subtitleeditor: diff for NMU version 0.30.0-1.1
Hi, I'm reuploading this NMU to DELAYED/4 as there's no sign of activity and the fix for this RC is really trivial. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Each new user of a new system uncovers a new class of bugs. -- Brian W. Kernighan diff -u subtitleeditor-0.30.0/debian/changelog subtitleeditor-0.30.0/debian/changelog --- subtitleeditor-0.30.0/debian/changelog +++ subtitleeditor-0.30.0/debian/changelog @@ -1,3 +1,11 @@ +subtitleeditor (0.30.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/fix_gcc_4.4_ftbfs.dpatch: Fix FTBFS with gcc 4.4 new +headers, thanks Martin Michlmayr (Closes: #526155) + + -- Filippo Giunchedi fili...@debian.org Thu, 24 Dec 2009 14:29:46 +0100 + subtitleeditor (0.30.0-1) unstable; urgency=low * New upstream release (Closes: #492595, #507687): diff -u subtitleeditor-0.30.0/debian/patches/00list subtitleeditor-0.30.0/debian/patches/00list --- subtitleeditor-0.30.0/debian/patches/00list +++ subtitleeditor-0.30.0/debian/patches/00list @@ -1,0 +2 @@ +fix_gcc_4.4_ftbfs.dpatch only in patch2: unchanged: --- subtitleeditor-0.30.0.orig/config.guess +++ subtitleeditor-0.30.0/config.guess @@ -1,10 +1,10 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008 +# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 # Free Software Foundation, Inc. -timestamp='2008-01-23' +timestamp='2009-06-10' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -170,7 +170,7 @@ arm*|i386|m68k|ns32k|sh3*|sparc|vax) eval $set_cc_for_build if echo __ELF__ | $CC_FOR_BUILD -E - 2/dev/null \ - | grep __ELF__ /dev/null + | grep -q __ELF__ then # Once all utilities can be ECOFF (netbsdecoff) or a.out (netbsdaout). # Return netbsd for either. FIX? @@ -324,6 +324,9 @@ case `/usr/bin/uname -p` in sparc) echo sparc-icl-nx7; exit ;; esac ;; +s390x:SunOS:*:*) + echo ${UNAME_MACHINE}-ibm-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` + exit ;; sun4H:SunOS:5.*:*) echo sparc-hal-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` exit ;; @@ -331,7 +334,20 @@ echo sparc-sun-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` exit ;; i86pc:SunOS:5.*:* | i86xen:SunOS:5.*:*) - echo i386-pc-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` + eval $set_cc_for_build + SUN_ARCH=i386 + # If there is a compiler, see if it is configured for 64-bit objects. + # Note that the Sun cc does not turn __LP64__ into 1 like gcc does. + # This test works for both compilers. + if [ $CC_FOR_BUILD != 'no_compiler_found' ]; then + if (echo '#ifdef __amd64'; echo IS_64BIT_ARCH; echo '#endif') | \ + (CCOPTS= $CC_FOR_BUILD -E - 2/dev/null) | \ + grep IS_64BIT_ARCH /dev/null + then + SUN_ARCH=x86_64 + fi + fi + echo ${SUN_ARCH}-pc-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'` exit ;; sun4*:SunOS:6*:*) # According to config.sub, this is the proper way to canonicalize @@ -640,7 +656,7 @@ # = hppa64-hp-hpux11.23 if echo __LP64__ | (CCOPTS= $CC_FOR_BUILD -E - 2/dev/null) | - grep __LP64__ /dev/null + grep -q __LP64__ then HP_ARCH=hppa2.0w else @@ -796,7 +812,7 @@ x86) echo i586-pc-interix${UNAME_RELEASE} exit ;; - EM64T | authenticamd) + EM64T | authenticamd | genuineintel) echo x86_64-unknown-interix${UNAME_RELEASE} exit ;; IA64) @@ -806,6 +822,9 @@ [345]86:Windows_95:* | [345]86:Windows_98:* | [345]86:Windows_NT:*) echo i${UNAME_MACHINE}-pc-mks exit ;; +8664:Windows_NT:*) + echo x86_64-pc-mks + exit ;; i*:Windows_NT*:* | Pentium*:Windows_NT*:*) # How do we know it's Interix rather than the generic POSIX subsystem? # It also conflicts with pre-2.0 versions of ATT UWIN. Should we @@ -866,40 +885,17 @@ m68*:Linux:*:*) echo ${UNAME_MACHINE}-unknown-linux-gnu exit ;; -mips:Linux:*:*) +mips:Linux:*:* | mips64:Linux:*:*) eval $set_cc_for_build sed 's/^ //' EOF $dummy.c #undef CPU - #undef mips - #undef mipsel + #undef ${UNAME_MACHINE} + #undef ${UNAME_MACHINE}el #if defined(__MIPSEL__) || defined(__MIPSEL) || defined(_MIPSEL) || defined(MIPSEL) - CPU=mipsel + CPU=${UNAME_MACHINE}el #else #if defined(__MIPSEB__) || defined(__MIPSEB) || defined(_MIPSEB) || defined(MIPSEB) - CPU=mips - #else - CPU= - #endif - #endif -EOF - eval `$CC_FOR_BUILD -E $dummy.c 2/dev/null | sed -n ' - /^CPU/{ - s: ::g - p - }'` - test x${CPU} != x { echo ${CPU}-unknown-linux-gnu; exit; } - ;; -mips64:Linux:*:*) - eval $set_cc_for_build - sed 's/^ //' EOF $dummy.c - #undef CPU - #undef mips64 - #undef mips64el - #if defined(__MIPSEL__) || defined(__MIPSEL) || defined(_MIPSEL) || defined(MIPSEL) - CPU=mips64el - #else - #if defined(__MIPSEB__) || defined(__MIPSEB)
Bug#565855: eeepc-acpi-scripts: please do not use pidof in /etc/acpi/actions/{suspend, lid, sleep}.sh
[sysvinit maintainers, we wonder if there is a clean way to detect a shutdown in progress] -=| Damyan Ivanov, Wed, Jan 20, 2010 at 09:24:04AM +0200 |=- -=| Daniel Kahn Gillmor, Mon, Jan 18, 2010 at 08:41:11PM -0500 |=- You might want to check with the sysvinit folks to see what the correct way to check for a running /sbin/shutdown might be? (maybe you want to parse the output of /sbin/runlevel?) The current code is: /etc/acpi/actions/suspend.sh:10:if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' /dev/null); then /etc/acpi/actions/suspend.sh-11-exit 0 i.e., it is already checking the output of /sbin/runlevel. I am not sure why the check for shutdown is needed, maybe in order to catch timed shutdowns (-t option)? Ben, Darren, what do you think, shall the check for a running /sbin/shutdown be just dropped or replaced with something else? Digging history, this appears to have been added in 4bc80549f6ecb45a2b645bd83b142482935f133b[1] as a response to #469505[2] [1] http://git.debian.org/?p=debian-eeepc/eeepc-acpi-scripts.git;a=commitdiff;h=4bc80549f6ecb45a2b645bd83b142482935f133b [2] http://bugs.debian.org/469505 Possible workarounds: * check the user of the shutdown process. If it is not 'root', then we ignore it and proceed (pgrep can help here) * check for valid /var/run/shutdown.pid file (existing and the PID inside corresponds to a /sbin/shutdown running as root) there is a small chance that we check exactly after the PID file is unlinked and before init is signalled to change the runlevel Reading shutdown code leads me to believe that there is no perfect solution. The intent to shut the machine down is not recorded anywhere. shutdown removes its PID file before executing init, and init will need some time before 'runlevel' starts to return '0'. So we may just use the simplest solution (replace 'pidof' with 'pgrep -u root') and hope for the best. signature.asc Description: Digital signature
Bug#565983: libvirt-bin: libvirtd crashes when accessed through virt-manager
Package: libvirt-bin Version: 0.7.5-5 Severity: important libvirtd crashes (segfault) as soon as virt-manger tries to connect. virsh works fine. Here is a gdb output: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7177c910 (LWP 8608)] 0x752727c1 in strlen () from /lib/libc.so.6 (gdb) q and /var/log/messages : Jan 20 12:40:10 NNAN0022 kernel: [185855.510334] libvirtd[8710] general protection ip:7f81e0b8a7c1 sp:7f81dd894d58 error:0 in libc-2.10.2.so[7f81e0b11000+14a000] or Jan 20 12:41:18 NNAN0022 kernel: [185922.709378] libvirtd[8768]: segfault at 627370 ip 7f887d0f97c1 sp 7f8877dffd58 error 4 in libc-2.10.2.so[7f887d08+14a000] -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.112 add and remove users and groups ii hal 0.5.14-1 Hardware Abstraction Layer ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcap-ng00.6.2-4An alternate posix capabilities li ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdevmapper1.02. 2:1.02.39-1The Linux Kernel Device Mapper use ii libgcrypt11 1.4.5-1LGPL Crypto library - runtime libr ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ii libhal1 0.5.14-1 Hardware Abstraction Layer - share ii libparted1.8-12 1.8.8.git.2009.07.19-5 The GNU Parted disk partitioning s ii libpciaccess0 0.11.0-1 Generic PCI access library for X ii libreadline6 6.1-1 GNU readline and history libraries ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libudev0 150-2 libudev shared library ii libuuid1 2.16.2-0 Universally Unique ID library ii libvirt0 0.7.5-5library for interfacing with diffe ii libxenstore3.03.4.2-2Xenstore communications library fo ii libxml2 2.7.6.dfsg-2 GNOME XML library ii logrotate 3.7.8-4Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dnsmasq-base 2.51-1 A small caching DNS proxy and DHCP ii iptables 1.4.6-2administration tools for packet fi ii netcat-openbsd1.89-3 TCP/IP swiss army knife ii qemu 0.11.1-2 fast processor emulator Versions of packages libvirt-bin suggests: ii policykit-1 0.96-1 framework for managing administrat -- 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#565160: Linux console garbled after experimental grub-pc boot
Le 20/01/2010 12:09, Jonathan Nieder a écrit : Yves-Alexis Perez wrote: [0.00] Console: colour dummy device 80x25 So the VGA console was not initialized. Might it be related to the fact I use KMS? It's the standard linux kernel, with KMS enabled through the intel module (modeset=1 in the module option inside the initrd). Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533450: stepping back
Hi Mattia, On Dienstag, 12. Januar 2010, Mattia Dongili wrote: Not all packages are non-free, the xorg driver, libdrm-psb and libva are gplv2 or MIT so these are good to go to main. The kernel driver too. The remaining ones are the firmware package and the 3D stack which come in binary only form. Wouldnt that make the free stuff need to go into contrib, as they are hardly of any use without the nonfree stuff? My skepticism comes from the fact that I'm not sure having not-so-good packages for squeeze is better than having them outside the release. You can run Vesa to get X up and working and then you can install whatever better suits your needs. I understand that it's extra work but I can't figure out how reliably one could run the psb stack in debian... As long as it cannot be done reliable I agree it shouldnt be in Debian. But if its possible to have it outside the release, I think it should be possible to do inside too :-) (If you count nonfree as inside.) On Sonntag, 17. Januar 2010, Mattia Dongili wrote: I could get iegd_mod to build on 2.6.32 and X even starts up and works. Cool!! A couple of issues: - the brightness is halved on starting X and I can't find any way to increase/decrease it. - I can't seem to get any configuration option to work, how lovely is the Inf format... I'll attach an xorg.conf that works for me. It's derived from the one from the moblin IVI live image - the X driver (iegd_drv) doesn't work with xserver 1.7 and there's no chance to patch it, we have to wait for Intel to release a new version. Yeah, my current plan is to use 2.6.32 on lenny with xorg from lenny until Intel releases a driver for xserver 1.7 according to http://building.jolicloud.com/2009/11/17/the-quest-for-implementing-sup port-for-the-gma500-chipset/ the libdrm problems have been fixed (there too), havent looked at those sources yet, though. Cool, I quickly skim over the article and some of my points above are actually addressed. I'll have a better look at it tomorrow. Not sure I got their point but it seems that the only additional work they did was to rename all the psb drm kernel symbols to allow keeping the upstream kernel drm module _and_ the one shipped with the psb package. I can't see this as a particularly useful feature. It's nice if you want to install one set of packages on a wide range of hardware, like you do for LTSP clients. All in all a big failure. I only hope that the iegd driver (that is the only one showing some activity) will be updated and released with the full sources soon. As much as I wish that too, I dont have that much hope. Intel doesnt own the rights to be able to do that (of course, they could and IMO should buy those rights) and I dont think they have much interest in that, as their main target for this kind of hardware seem to be hardware vendors, not end users. They didnt forsee and dont seem to care that some of those hardware vendors to sell the hardware in appliances but in devices end users like to fiddle with. (think car entertainment systems vs. netbooks.) My only hope is that someone at Intel realises that the costs for freeing these drivers might actually be lower than the costs of loosing the reputation that Intel is producing hardware with good free software support. This reputation has suffered and will suffer more if this continues. cheers, Holger Section ServerFlags Option AllowMouseOpenFail Option Xinerama on Option AIGLX off EndSection Section Files RgbPath /usr/share/X11/rgb ModulePath /usr/lib/xorg/modules FontPath/usr/share/X11/fonts/local FontPath/usr/share/X11/fonts/util FontPath/usr/share/X11/fonts/100dpi FontPath/usr/share/X11/fonts/75dpi FontPath/usr/share/X11/fonts/misc FontPath/usr/share/X11/fonts/TTF FontPath/usr/share/X11/fonts/Type1 EndSection Section Module Loadextmod Loadglx Loaddri Loaddbe Loadrecord Loadxtrap Loadtype1 Loadfreetype EndSection Section InputDevice Identifier Keyboard Driver kbd EndSection Section InputDevice Identifier Mouse Driver mouse Option Protocol auto Option Device/dev/input/mice EndSection Section Device BusID 0:2:0 Identifier Dev0 Driver iegd Screen 0 # VideoRam 4096 Option PcfVersion1792 Option ConfigId 1 Option PortDrivers sdvo lvds hdmi Option ALL/1/name multipl Option ALL/1/General/PortOrder 42000 Option ALL/1/General/DisplayConfig 2 Option ALL/1/General/DisplayDetect 1 Option ALL/1/General/DRI2 1
Bug#565984: problem installing locales-all
Package: locales-all Version: 2.7-18lenny2 Severity: important Hello, while trying to install locales-all, I get tons of these messages: tar: ./or_IN/LC_MEASUREMENT: Cannot hard link to `./uz_UZ.utf8/LC_MEASUREMENT': No such file or directory tar: ./or_IN/LC_PAPER: Cannot hard link to `./uz_UZ.utf8/LC_PAPER': No such file or directory tar: ./or_IN/LC_TIME: Cannot open: No such file or directory tar: ./or_IN/LC_COLLATE: Cannot open: No such file or directory tar: ./or_IN/LC_NUMERIC: Cannot hard link to `./bn_IN/LC_NUMERIC': No such file or directory tar: ./or_IN/LC_MESSAGES: Cannot mkdir: No such file or directory tar: ./or_IN/LC_MESSAGES/SYS_LC_MESSAGES: Cannot hard link to `./sid_ET/LC_MESSAGES/SYS_LC_MESSAGES': No such file or directory tar: ./ml_IN: Cannot mkdir: No space left on device tar: ./ml_IN/LC_ADDRESS: Cannot hard link to `./gu_IN/LC_ADDRESS': No such file or directory tar: ./ml_IN/LC_MONETARY: Cannot open: No such file or directory tar: ./ml_IN/LC_NAME: Cannot open: No such file or directory tar: ./ml_IN/LC_CTYPE: Cannot hard link to `./ar_MA.utf8/LC_CTYPE': No such file or directory tar: ./ml_IN/LC_TELEPHONE: Cannot hard link to `./gu_IN/LC_TELEPHONE': No such file or directory tar: ./ml_IN/LC_IDENTIFICATION: Cannot open: No such file or directory tar: ./ml_IN/LC_MEASUREMENT: Cannot hard link to `./uz_UZ.utf8/LC_MEASUREMENT': No such file or directory tar: ./ml_IN/LC_PAPER: Cannot hard link to `./uz_UZ.utf8/LC_PAPER': No such file or directory tar: ./ml_IN/LC_TIME: Cannot open: No such file or directory tar: ./ml_IN/LC_COLLATE: Cannot hard link to `./ar_MA.utf8/LC_COLLATE': No such file or directory tar: ./ml_IN/LC_NUMERIC: Cannot hard link to `./bn_IN/LC_NUMERIC': No such file or directory tar: ./ml_IN/LC_MESSAGES: Cannot mkdir: No such file or directory tar: ./ml_IN/LC_MESSAGES/SYS_LC_MESSAGES: Cannot open: No such file or directory tar: ./ber_DZ: Cannot mkdir: No space left on device tar: ./ber_DZ/LC_ADDRESS: Cannot open: No such file or directory tar: ./ber_DZ/LC_MONETARY: Cannot hard link to `./ar_DZ.utf8/LC_MONETARY': No such file or directory tar: ./ber_DZ/LC_NAME: Cannot hard link to `./ar_MA.utf8/LC_NAME': No such file or directory tar: ./ber_DZ/LC_CTYPE: Cannot hard link to `./ar_MA.utf8/LC_CTYPE': No such file or directory tar: ./ber_DZ/LC_TELEPHONE: Cannot open: No such file or directory tar: ./ber_DZ/LC_IDENTIFICATION: Cannot open: No such file or directory tar: ./ber_DZ/LC_MEASUREMENT: Cannot hard link to `./uz_UZ.utf8/LC_MEASUREMENT': No such file or directory tar: ./ber_DZ/LC_PAPER: Cannot hard link to `./uz_UZ.utf8/LC_PAPER': No such file or directory tar: ./ber_DZ/LC_TIME: Cannot hard link to `./ber_MA/LC_TIME': No such file or directory tar: ./ber_DZ/LC_COLLATE: Cannot open: No such file or directory tar: ./ber_DZ/LC_NUMERIC: Cannot hard link to `./ar_MA.utf8/LC_NUMERIC': No such file or directory tar: ./ber_DZ/LC_MESSAGES: Cannot mkdir: No such file or directory tar: ./ber_DZ/LC_MESSAGES/SYS_LC_MESSAGES: Cannot hard link to `./ber_MA/LC_MESSAGES/SYS_LC_MESSAGES': No such file or directory tar: ./nb_NO.utf8: Cannot mkdir: No space left on device tar: ./nb_NO.utf8/LC_ADDRESS: Cannot hard link to `./nn_NO.utf8/LC_ADDRESS': No such file or directory tar: ./nb_NO.utf8/LC_MONETARY: Cannot open: No such file or directory tar: ./nb_NO.utf8/LC_NAME: Cannot hard link to `./kk_KZ.utf8/LC_NAME': No such file or directory tar: ./nb_NO.utf8/LC_CTYPE: Cannot hard link to `./ar_MA.utf8/LC_CTYPE': No such file or directory tar: ./nb_NO.utf8/LC_TELEPHONE: Cannot hard link to `./nn_NO.utf8/LC_TELEPHONE': No such file or directory tar: ./nb_NO.utf8/LC_IDENTIFICATION: Cannot open: No such file or directory The result is this: # dpkg -l locales-all Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== iF locales-all 2.7-18lenny2GNU C Library: Precompiled locale data Please note that I have trouble with the 'locales' as well, which led me to set the default locale to 'None', in an effort to combat the flood of Perl's locale warnings (see BTS#221790). That was a bad idea because I could not reset the default locale to something else thereafter. I'm considering to follow up to that bug, or file an additional bug against the 'locale' package. Kind regards, --Toni++ -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'proposed-updates'), (450, 'testing'), (250, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8,
Bug#565985: bashdb: annoying error warning
Package: bashdb Version: 4.0.0.2-1 Severity: important bashdb0 /usr/bin/../share/bashdb/lib/alias.sh: line 61: return: -1: invalid option it is bit annyoing this warning all the time one can press enter. Best regards Y. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 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 bashdb depends on: ii bash 4.0-4 The GNU Bourne Again SHell ii emacsen-common1.4.19 Common facilities for all emacsen bashdb recommends no packages. bashdb 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#565908: acpid: causes Xorg to hang because of too many connections
If you don't mind grabbing the code and building it, you can go into the file connection_list.c and change this line: #define MAX_CONNECTIONS 10 To this: #define MAX_CONNECTIONS 20 That will get rid of the Too many connections. message in the log. Whether it will solve your problem, I'm not sure. I will include this change in my next monthly release on 2/15. Let me know if you need more info. Ted. Willi Mann wrote: Package: acpid Version: 1:2.0.0-1 Severity: important My machine is up since 5 days with about 10 hibernate sessions since that time - I could look at the logs to get the exact number. After hibernate (uswsusp), the X Server hangs. That means, I just got the message from s2disk on the otherwise black screen, and the input devices do not work at all, especially no Strg+Alt+Fn. So I logged in via ssh and got the following backtrace from the Xorg process: bt #0 0xb77c4424 in __kernel_vsyscall () #1 0xb7775241 in connect () at ../sysdeps/unix/sysv/linux/i386/socket.S:61 #2 0x0814cdfa in ?? () #3 0x0814c17d in xf86OSPMOpen () #4 0x080b187c in xf86Wakeup () #5 0x0808a332 in WakeupHandler () #6 0x080a0b7a in WaitForSomething () #7 0x08073dc0 in ?? () #8 0x0806695a in _start () I had a similar problem about 2 weeks ago where I was able to see that it tried to connect to the acpi daemon. Don't ask me how it found that out. So I restarted the acpid daemon. Immediately, the X session was back and usable again. I looked in the syslog and found: # grep -i acpi /var/log/syslog Jan 19 12:46:27 host kernel: [217227.741166] ACPI: \_SB_.GDCK - undocking Jan 19 16:06:35 host kernel: [217231.089455] ACPI handle has no context! Jan 19 16:06:35 host kernel: [217231.089540] ACPI handle has no context! Jan 19 16:06:35 host kernel: [217231.090598] ACPI handle has no context! Jan 19 16:06:35 host kernel: [217231.090609] ACPI handle has no context! Jan 19 16:06:35 host kernel: [217231.112136] ACPI handle has no context! Jan 19 16:06:35 host kernel: [217231.464618] e1000e :00:19.0: wake-up capability enabled by ACPI Jan 19 16:06:35 host kernel: [217231.996060] uhci_hcd :00:1a.0: power state changed by ACPI to D0 Jan 19 16:06:35 host kernel: [217232.004047] uhci_hcd :00:1a.2: power state changed by ACPI to D0 Jan 19 16:06:35 host kernel: [217232.012046] uhci_hcd :00:1d.0: power state changed by ACPI to D0 Jan 19 16:06:35 host kernel: [217232.660831] e1000e :00:19.0: wake-up capability disabled by ACPI Jan 19 16:06:35 host kernel: [217233.041400] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded Jan 19 16:06:35 host kernel: [217233.041405] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out Jan 19 16:06:35 host kernel: [217233.041675] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 (SET FEATURES) succeeded Jan 19 16:06:35 host kernel: [217233.041681] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out Jan 19 16:06:35 host kernel: [217233.044495] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded Jan 19 16:06:35 host kernel: [217233.044499] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out Jan 19 16:06:35 host kernel: [217233.044759] ata1.00: ACPI cmd ef/5f:00:00:00:00:a0 (SET FEATURES) succeeded Jan 19 16:06:35 host kernel: [217233.044763] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out Jan 19 16:06:35 host kernel: [217233.446973] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded Jan 19 16:06:35 host kernel: [217233.447775] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded Jan 19 16:06:35 host kernel: [217233.452712] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded Jan 19 16:06:35 host kernel: [217233.453515] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded Jan 19 16:17:12 host acpid: exiting Jan 19 16:17:13 host acpid: Too many connections. Jan 19 16:17:13 host acpid: Too many connections. Jan 19 16:17:13 host acpid: Too many connections. Jan 19 16:17:13 host acpid: starting up with netlink and the input layer Jan 19 16:17:13 host acpid: 47 rules loaded Jan 19 16:17:13 host acpid: waiting for events: event logging is off I may be able to provide more information, but the problem is that it requires some hibernating to actually reproduce this problem. (And I'm not sure if that's enough to reproduce the problem) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpid depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii module-init-tools 3.11-1 tools for managing Linux kernel mo
Bug#565896: pcscd: overwrites changes in configuration files
Le 19/01/10 14:42, Tollef Fog Heen a écrit : Package: pcscd Version: 1.5.5-1 Severity: serious update-reader.conf is called unconditionally in the postinst and overwrites admin changes to /etc/reader.conf. This is a violation of policy 10.7.3. The /etc/reader.conf contains a warning: # Do NOT edit this file directly but use update-reader.conf(8) instead. update-reader.conf(8) checks that the /etc/reader.conf contains the line: ### This file is automatically generated by update-reader.conf So a config file written by hand from scratch is _not_ overwritten. What should the update-reader.conf if the file have been manually modified? Do you have an example of an update-foo command that does what you request for? Bye -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565987: iceweasel: secure connection failed message, from https page - works with firefox same version
Package: iceweasel Version: 3.5.6-1 Severity: important I have tried running iceweasel in safe mode, on a new user (rm -rf ..mozilla), and still, I can reproduce the following behaviour: I go to https://myserver.mydomain.com - it works ok. When I go to https://myserver.mydomain.com/userspace (where I should be authenticated with my personal certificate) I get the message: Secure Connection Failed An error occurred during a connection to myserver.mydomain.com. * The page you are trying to view can not be shown because the * authenticity of the received data could not be verified. * Please contact the web site owners to inform them of this problem. * Alternatively, use the command found in the help menu to report this * broken site. I downloaded from mozilla.com the firefox 3.5.6 binary and run it - it works OK. First, the difference in behaviour betweeen firefox 3.5.6 and iceweasel 3.5.6 is a bit strange. I keep my debian testing system regularly updated, and this must have happened about a month ago - maybe sooner. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 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 iceweasel depends on: ii debianutils 3.2.2 Miscellaneous utilities specific t ii fontconfig2.8.0-2generic font configuration library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-9 GCC support library ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnspr4-0d 4.8.2-1NetScape Portable Runtime Library ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii procps1:3.2.8-2 /proc file system utilities ii psmisc22.10-1utilities that use the proc file s ii xulrunner-1.9.1 1.9.1.6-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 pn mozplugger none (no description available) pn ttf-mathematica4.1 none (no description available) ii xfonts-mathml4 Type1 Symbol font for MathML pn xprint none (no description available) pn xulrunner-1.9.1-gnom 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#504869: scim-bridge: diff for NMU version 0.4.16-2.1
tags 504869 + pending thanks Dear maintainer, I've prepared an NMU for scim-bridge (versioned as 0.4.16-2.1) and uploaded it to DELAYED/2, according to devref §5.11.1. The patch adds the missing #include suggested in this bug log, and additionally cleans up useless /usr/lib rpath-s on the .so plugins. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime diff -u scim-bridge-0.4.16/debian/changelog scim-bridge-0.4.16/debian/changelog --- scim-bridge-0.4.16/debian/changelog +++ scim-bridge-0.4.16/debian/changelog @@ -1,3 +1,12 @@ +scim-bridge (0.4.16-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Add missing #include for gcc 4.4, patch by Martin Michlmayr. +(Closes: #504869) + * Delete bogus yet dangerous /usr/lib rpath from *.so plugins. + + -- Stefano Zacchiroli z...@debian.org Wed, 20 Jan 2010 13:29:42 +0100 + scim-bridge (0.4.16-2) unstable; urgency=low * Fix FTBFS by add proper parameter to chrpath. (Closes: #529571) diff -u scim-bridge-0.4.16/debian/rules scim-bridge-0.4.16/debian/rules --- scim-bridge-0.4.16/debian/rules +++ scim-bridge-0.4.16/debian/rules @@ -75,6 +75,8 @@ # Add here commands to install the package into debian/scim-bridge. $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp chrpath -d debian/tmp/usr/bin/scim-bridge + chrpath -d debian/tmp/usr/lib/*/*/immodules/*.so + chrpath -d debian/tmp/usr/lib/*/plugins/inputmethods/*.so rm debian/tmp/usr/lib/gtk-2.0/*/immodules/im-scim-bridge.a rm debian/tmp/usr/lib/gtk-2.0/*/immodules/im-scim-bridge.la rm debian/tmp/usr/lib/qt3/plugins/inputmethods/im-scim-bridge.a only in patch2: unchanged: --- scim-bridge-0.4.16.orig/agent/scim-bridge-agent-application.cpp +++ scim-bridge-0.4.16/agent/scim-bridge-agent-application.cpp @@ -19,6 +19,7 @@ #include errno.h #include getopt.h +#include stdio.h #include stdlib.h #include string.h #include unistd.h
Bug#565986: install errors
Package: yubikey-server-c Version: 0.4-1 Hi Tollef, I wanted to test your yubikey-server-c package, but there were some failures on installation on my machine: # apt-get install yubikey-server-c Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: abiword-plugin-goffice xchat-common hardinfo libnotify-bin libexiv2-5 python-nose libkpathsea4 xli xscreensaver-data Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libmicrohttpd5 The following NEW packages will be installed: libmicrohttpd5 yubikey-server-c 0 upgraded, 2 newly installed, 0 to remove and 1 not upgraded. Need to get 40,8kB of archives. After this operation, 188kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://ftp.fi.debian.org testing/main libmicrohttpd5 0.4.4-1 [28,2kB] Get:2 http://ftp.fi.debian.org testing/main yubikey-server-c 0.4-1 [12,6kB] Fetched 40,8kB in 0s (314kB/s) Selecting previously deselected package libmicrohttpd5. (Reading database ... 319888 files and directories currently installed.) Unpacking libmicrohttpd5 (from .../libmicrohttpd5_0.4.4-1_i386.deb) ... Selecting previously deselected package yubikey-server-c. Unpacking yubikey-server-c (from .../yubikey-server-c_0.4-1_i386.deb) ... Setting up libmicrohttpd5 (0.4.4-1) ... Setting up yubikey-server-c (0.4-1) ... grep: /etc/yubikeyd.conf: No such file or directory grep: /etc/yubikeyd.conf: No such file or directory /etc/init.d/yubikey-server-c: line 44: 7284 Segmentation fault start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- $DAEMON_ARGS # Is this expected? Start/stop yields the same output: # /etc/init.d/yubikey-server-c stop grep: /etc/yubikeyd.conf: No such file or directory grep: /etc/yubikeyd.conf: No such file or directory # /etc/init.d/yubikey-server-c start grep: /etc/yubikeyd.conf: No such file or directory grep: /etc/yubikeyd.conf: No such file or directory /etc/init.d/yubikey-server-c: line 44: 7941 Segmentation fault start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- $DAEMON_ARGS # Thanks, /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544429: gps info on photos
You'll want to use libimage-exiftool-perl and then get the CoordFormat data out of the exif data. Yours, Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560238: netbase: ipv6 and ipv4 stack connection
Marco d'Itri a écrit : On Jan 20, Guillaume Gimenez ggime...@free.fr wrote: - for the client side part of this issue, it forces applications which migrate from ipv4 to ipv6 to keep legacy code. If your application is broken, you use the setsockopt to enable the compatibility mode for its sockets. You are off topic, I mean that this parameter related to bind breaks the operation of IPv4-compatible IPv6 address on client side. Isn't :::206.12.19.114 a valid IPv6 address ? - for the server part of this issue, it is a good thing to unify TCP part of TCP/IP(V4) and TCP/IP(v6). And it's not a sufficient reason for debian to take the wrong way because all major OSes go ahead in the wall. Unification happens in the kernel, the API does not matter. if an application needs a socket only binded to IPv6, it must use IPV6_V6ONLY socket option on ALL OSes, if not it's broken. Remember, keep things simples : - a simple IPv4 server socket accepts all IPv4 connections - a simple IPv6 server socket accepts both IPv4 and IPv6 connections (with IPv4 mapped addresses) - a simple IPv6 server socket wich wants only IPv6 connections uses IPV6_V6ONLY By the way you can continue to code your picky program which bind twice on IPv4 and IPv6 and then separate logs for both protocols (if it is all what matters) Finaly if unification happens in the kernel why to separate both stacks at tcp level ? (I do not speak about API, but you do by saying that such and such program is broken) Regards, Guillaume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565984: problem installing locales-all
Toni Mueller a écrit : Package: locales-all Version: 2.7-18lenny2 Severity: important Hello, while trying to install locales-all, I get tons of these messages: tar: ./or_IN/LC_MEASUREMENT: Cannot hard link to `./uz_UZ.utf8/LC_MEASUREMENT': No such file or directory tar: ./or_IN/LC_PAPER: Cannot hard link to `./uz_UZ.utf8/LC_PAPER': No such file or directory tar: ./or_IN/LC_TIME: Cannot open: No such file or directory tar: ./or_IN/LC_COLLATE: Cannot open: No such file or directory tar: ./or_IN/LC_NUMERIC: Cannot hard link to `./bn_IN/LC_NUMERIC': No such file or directory tar: ./or_IN/LC_MESSAGES: Cannot mkdir: No such file or directory tar: ./or_IN/LC_MESSAGES/SYS_LC_MESSAGES: Cannot hard link to `./sid_ET/LC_MESSAGES/SYS_LC_MESSAGES': No such file or directory tar: ./ml_IN: Cannot mkdir: No space left on device I think this message says all: your hard drive is full. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565375: grub-pc: gfxtheme doesn't work
On mer., 2010-01-20 at 03:13 +0100, Robert Millan wrote: On Fri, Jan 15, 2010 at 08:50:35AM +0100, Yves-Alexis Perez wrote: Package: grub-pc Version: 1.98~experimental.20100111.1-1 Severity: normal Hi, following the posts on planet debian, I wanted to try the new shiny gfxtheme stuff, but it doesn't work. I installed grub-pc from experimental, asnwered yes to /etc/default/grub replacement (I then re-added GFXMODE=1400x1050 but it doesn't change anything) and ran grub-install /dev/sda. When rebooting, I don't have any more theme (at all), just the black/blue/white menu with kernels. Don't know for sure for Yves-Alexis if it is exactly the same problem, but I experiment the same issue (with a similar grub.cfg). Some of the problem is due to the /boot partition separate of the root one, so the hardcoded /boot/... in both /boot/grub/grub.cfg and /boot/grub/debian-theme/theme.txt can't work. Regards David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459219: Any news of this itp ?
Hi, Any news of this ITP ? Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565989: procps: add-on for watch: /usr/bin/watchlog
Package: procps Version: 1:3.2.8-2 Severity: wishlist Hello, I have coded something that can be easily implemented, as file under /usr/bin/watchlog: #!/bin/sh # declarations [ ! -f $HOME/.watchlogrc ] echo 5$HOME/.watchlogrc TIMING=`cat $HOME/.watchlogrc` #echo $@ command line started. MSG=$@ if [ --set-time = $1 ] ; then echo $2$HOME/.watchlogrc exit fi if [ --help = $0 ] ; then echo --help, or --set-time 5 (corresponding to e.g. 5 seconds), or a command line to be done every e.g. 5 seconds echo typical application : /usr/bin/watchlog 'date $HOME/.log-file' exit fi while [ 1 ] ; do bash -c $MSG sleep ${TIMING}s done (I am not expert in linux / coder) This code is quite useful, since it can be used for screen directly: #.screenrc # status hardstatus alwayslastline %{= Yk} %H %{= yk}%-Lw%{= kG}%50 %n%f* %t %{-}%+Lw% %= %{= yk} %l %{= Yk} %0c:%s %d/%m %{-} # add CPU idle/sustem/user/interrupt stats backtick 100 5 5 tail -n 1 $HOME/.log caption always '%{= kY} %200` %= %100` %=' bindkey ^[[1;5A prev bindkey ^[[1;5B next bindkey ^[[1;5D prev bindkey ^[[1;5C next bindkey ^N screen bindkey ^[[1;2D prev bindkey ^[[1;2C next It is a nice add-on eventually that requires to long typing, it is already in the /usr/bin and is few kb only. Watch is cool All the best, Best regards Yellow -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 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 procps depends on: ii initscripts 2.87dsf-8 scripts for initializing and shutt ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc22.8-1 utilities that use the proc file s procps 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#565987: iceweasel: secure connection failed message, from https page - works with firefox same version
On Wed, Jan 20, 2010 at 02:46:54PM +0200, Giorgos Pallas wrote: Package: iceweasel Version: 3.5.6-1 Severity: important I have tried running iceweasel in safe mode, on a new user (rm -rf ..mozilla), and still, I can reproduce the following behaviour: I go to https://myserver.mydomain.com - it works ok. When I go to https://myserver.mydomain.com/userspace (where I should be authenticated with my personal certificate) I get the message: Secure Connection Failed An error occurred during a connection to myserver.mydomain.com. * The page you are trying to view can not be shown because the * authenticity of the received data could not be verified. * Please contact the web site owners to inform them of this problem. * Alternatively, use the command found in the help menu to report this * broken site. I downloaded from mozilla.com the firefox 3.5.6 binary and run it - it works OK. First, the difference in behaviour betweeen firefox 3.5.6 and iceweasel 3.5.6 is a bit strange. I keep my debian testing system regularly updated, and this must have happened about a month ago - maybe sooner. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561918#74 or http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561918#79 Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565988: switching locales does not work correctly
Package: locales Version: 2.7-18 Severity: normal Hi, running # dpkg-reconfigure locales gives me a menu to select installable locales from, and a second menu to select default locale. To work around a certain problem, I ran this command and selected All locales to be generated, and None as the default locale, because I was unable finding a locale named C in the list. Since this didn't solve my problem, I tried to undo the change and ran the command again, to reset my default locale to en_US.UTF-8. This results in this output: # /usr/sbin/dpkg-reconfigure locales locales-all installed, skipping locales generation *** update-locale: Error: invalid locale settings: LANG=en_US.UTF-8 Please see #565984 for a related problem. Not specifying a higher severity because the idea should occur to only very few people in the first place, and because these problems are very tightly related, but feel free to up the severity if you disagree. Kind regards, --Toni++ -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'proposed-updates'), (450, 'testing'), (250, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 [glibc-2.7-1] 2.7-18lenny2 GNU C Library: Shared libraries locales recommends no packages. locales suggests no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_MESSAGES = en_US.utf8, LC_COLLATE = en_US.utf8, LC_CTYPE = en_US.utf8, LC_TIME = en_US.utf8, LANG = de_DE.utf8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory * locales/default_environment_locale: None * locales/locales_to_be_generated: All locales -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564844: grub-pc: Fonts don't show in the new graphical boot menu
On Wed, Jan 20, 2010 at 10:45:22AM +0100, Felix Zielcke wrote: Am Mittwoch, den 20.01.2010, 03:11 +0100 schrieb Robert Millan: On Tue, Jan 12, 2010 at 10:12:32AM +0100, Fabian Greffrath wrote: set root=(hd0,3) search --no-floppy --fs-uuid --set 35c8f65e-c312-484e-ace6-a04bb56c5270 if loadfont /usr/share/grub/unicode.pf2 ; then Does it help if you copy this file to /boot/grub/ and re-run update-grub? I wonder why postinst didn't copy it already. It maybe did, but grub-mkconfig still prefers the copy in /usr if it's readable and only then fallbacks to using /boot/grub. Should we change that? If it still does, yes. But I thought we changed it already. -- Robert Millan Be the change you want to see in the world -- Gandhi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565992: libwebkit-1.0-2: invalid element name error for http XHTML pages declared as iso-8859-1
Package: libwebkit-1.0-2 Version: 1.1.18-1 Severity: important Webkit-based browsers (tested with midori and GtkLauncher) cannot render my web site just because it uses iso-8859-1 encoding, i.e. pages start with: ?xml version=1.0 encoding=iso-8859-1? Testcase: http://www.vinc17.net/test/url-accented-latin1.html (note: the contents don't matter, this was just for another test). I get the following error: This page contains the following errors: error on line 2 at column 2: StartTag: invalid element name Below is a rendering of the page up to the first error. Note that only pages served by http are affected. I do not get any error with file:// There's no problem with utf-8, e.g. on http://www.vinc17.net/test/url-accented-utf8.html Note: my web site uses content negociation, so that pages can be served either as application/xhtml+xml (preferred) or as text/html. I don't know what webkit requests, but in the later case, the Content-Type is correct anyway: $ wget -S http://www.vinc17.net/test/url-accented-latin1.html [...] Content-Type: text/html; charset=iso-8859-1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libwebkit-1.0-2 depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libenchant1c2a 1.4.2-3.4a wrapper library for various spel ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgail18 2.18.6-1 GNOME Accessibility Implementation ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgstreamer-plugins-base0. 0.10.25-7GStreamer libraries from the base ii libgstreamer0.10-0 0.10.25-4+b1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libicu424.2.1-3 International Components for Unico ii libjpeg62 6b-15The Independent JPEG Group's JPEG ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpng12-0 1.2.42-1 PNG library - runtime ii libsoup2.4-12.29.5-2 an HTTP library implementation in ii libsqlite3-03.6.21-2 SQLite 3 shared library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libwebkit-1.0-common1.1.18-1 Web content engine library for Gtk ii libxml2 2.7.6.dfsg-2 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library - runtime ii libxt6 1:1.0.7-1X11 toolkit intrinsics library libwebkit-1.0-2 recommends no packages. libwebkit-1.0-2 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#565990: dkms status should have the status as exit code
Package: dkms Version: 2.1.1.0-2 Severity: wishlist Hi, currently, when one wants to check whether a module is installed to dkms, one has to call dkms status -m module -v version and look for any output. dkms *has* a -q option, which makes it silent, but the exit code is always 0, regardless of the state of the module (existant or not). I'd expect a non-zero one when the package is not installed. Regards Evgeni -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 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 dkms depends on: ii build-essential 11.4 Informational list of build-essent ii dpkg-dev 1.15.5.6 Debian package development tools ii gcc 4:4.4.2-3 The GNU C compiler ii make 3.81-7 An utility for Directing compilati ii module-init-tools 3.11-1 tools for managing Linux kernel mo Versions of packages dkms recommends: ii fakeroot 1.14.4-1 Gives a fake root environment ii linux-headers-2.6.30-1-amd64 2.6.30-6 Header files for Linux 2.6.30-1-am ii linux-headers-2.6.30-2-amd64 2.6.30-8 Header files for Linux 2.6.30-2-am ii linux-headers-2.6.31-1-amd64 2.6.31-2 Header files for Linux 2.6.31-1-am ii linux-image-2.6.30-1-amd64 [l 2.6.30-6 Linux 2.6.30 image on AMD64 ii linux-image-2.6.30-2-amd64 [l 2.6.30-8 Linux 2.6.30 image on AMD64 ii linux-image-2.6.31-1-amd64 [l 2.6.31-2 Linux 2.6.31 for 64-bit PCs ii linux-image-2.6.32-trunk-amd6 2.6.32-5 Linux 2.6.32 for 64-bit PCs ii lsb-release 3.2-23 Linux Standard Base version report ii menu 2.1.42 generates programs menu for all me ii patch 2.6-2 Apply a diff file to an original ii sudo 1.7.2p1-1 Provide limited super user privile 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#565987: iceweasel: secure connection failed message, from https page - works with firefox same version
Mike Hommey wrote: On Wed, Jan 20, 2010 at 02:46:54PM +0200, Giorgos Pallas wrote: Package: iceweasel Version: 3.5.6-1 Severity: important I have tried running iceweasel in safe mode, on a new user (rm -rf ..mozilla), and still, I can reproduce the following behaviour: I go to https://myserver.mydomain.com - it works ok. When I go to https://myserver.mydomain.com/userspace (where I should be authenticated with my personal certificate) I get the message: Secure Connection Failed An error occurred during a connection to myserver.mydomain.com. * The page you are trying to view can not be shown because the * authenticity of the received data could not be verified. * Please contact the web site owners to inform them of this problem. * Alternatively, use the command found in the help menu to report this * broken site. I downloaded from mozilla.com the firefox 3.5.6 binary and run it - it works OK. First, the difference in behaviour betweeen firefox 3.5.6 and iceweasel 3.5.6 is a bit strange. I keep my debian testing system regularly updated, and this must have happened about a month ago - maybe sooner. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561918#74 or http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561918#79 Mike Thank you very much! NSS_SSL_ENABLE_RENEGOTIATION=1 iceweasel worked as a temporary solution. I searched for bugs containing 'certificate' in the subject before I submitted the bug with reportbug, but I did not find #561918. Thanks again! Giorgos smime.p7s Description: S/MIME Cryptographic Signature
Bug#565375: grub-pc: gfxtheme doesn't work
On Wed, Jan 20, 2010 at 08:07:33AM +0100, Yves-Alexis Perez wrote: On mer., 2010-01-20 at 03:13 +0100, Robert Millan wrote: On Fri, Jan 15, 2010 at 08:50:35AM +0100, Yves-Alexis Perez wrote: Package: grub-pc Version: 1.98~experimental.20100111.1-1 Severity: normal Hi, following the posts on planet debian, I wanted to try the new shiny gfxtheme stuff, but it doesn't work. I installed grub-pc from experimental, asnwered yes to /etc/default/grub replacement (I then re-added GFXMODE=1400x1050 but it doesn't change anything) and ran grub-install /dev/sda. When rebooting, I don't have any more theme (at all), just the black/blue/white menu with kernels. I'm not sure why would that be, could you send your grub.cfg to grub-devel? Sure, it's attached. I mean to grub-de...@gnu.org -- Robert Millan Be the change you want to see in the world -- Gandhi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565991: nscd on 32-bit etch depends on libc6-amd64 after security update
Package: nscd Version: 2.3.6.ds1-13etch10 After the latest security update (DSA-1973-1, 19 January 2010) of etch (oldstable), the i386 version of nscd package has suddenly started to depend on libc6-amd64 (= 2.3.5-1). On 32-bit systems, I see no reason for such dependence. For us, this would mean installing a useless package on a number of legacy 32-bit systems. In the previous version (2.3.6.ds1-13etch9+b1), the dependence was on libc6 (= 2.3.6-6). This has now been replaced with the 64-bit version as quoted above. I believe the change needs to be reverted to a 32-bit version. -- Toomas Tamm e-mail: tt-deb (at) yki.ttu.ee Chair of Inorganic Chemistryvoice: INT+372-620-2810 Tallinn University of Technologyfax:INT+372-620-2828 Ehitajate tee 5, EE-19086 Tallinn, Estonia http://www.kk.ttu.ee/toomas/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505390: traverso: diff for NMU version 0.49.0~rc1-1.1
tags 505390 + pending thanks Dear maintainer, I've prepared an NMU for traverso (versioned as 0.49.0~rc1-1.1) and uploaded it to DELAYED/2, according to devref §5.11.1. Regards. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime diff -u traverso-0.49.0~rc1/debian/changelog traverso-0.49.0~rc1/debian/changelog --- traverso-0.49.0~rc1/debian/changelog +++ traverso-0.49.0~rc1/debian/changelog @@ -1,3 +1,11 @@ +traverso (0.49.0~rc1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add missing #include for gcc 4.4, patch by Martin Michlmayr. +(Closes: #505390) + + -- Stefano Zacchiroli z...@debian.org Wed, 20 Jan 2010 14:12:17 +0100 + traverso (0.49.0~rc1-1) unstable; urgency=low * New upstream version. only in patch2: unchanged: --- traverso-0.49.0~rc1.orig/src/audiofileio/encode/WPAudioWriter.cpp +++ traverso-0.49.0~rc1/src/audiofileio/encode/WPAudioWriter.cpp @@ -24,6 +24,8 @@ #include QString #include Utils.h +#include cstdio + // Always put me below _all_ includes, this is needed // in case we run with memory leak detection enabled! #include Debugger.h only in patch2: unchanged: --- traverso-0.49.0~rc1.orig/src/audiofileio/decode/ResampleAudioReader.cpp +++ traverso-0.49.0~rc1/src/audiofileio/decode/ResampleAudioReader.cpp @@ -22,6 +22,8 @@ #include ResampleAudioReader.h #include QString +#include cstdio + #define OVERFLOW_SIZE 512 // Always put me below _all_ includes, this is needed only in patch2: unchanged: --- traverso-0.49.0~rc1.orig/src/traverso/Main.cpp +++ traverso-0.49.0~rc1/src/traverso/Main.cpp @@ -19,6 +19,7 @@ */ +#include cstdio #include signal.h #include stdlib.h only in patch2: unchanged: --- traverso-0.49.0~rc1.orig/src/core/ViewPort.cpp +++ traverso-0.49.0~rc1/src/core/ViewPort.cpp @@ -39,6 +39,8 @@ #include Import.h +#include cstdio + // Always put me below _all_ includes, this is needed // in case we run with memory leak detection enabled! #include Debugger.h only in patch2: unchanged: --- traverso-0.49.0~rc1.orig/src/core/Export.cpp +++ traverso-0.49.0~rc1/src/core/Export.cpp @@ -23,6 +23,8 @@ #include Export.h #include Project.h +#include cstdio + // Always put me below _all_ includes, this is needed // in case we run with memory leak detection enabled! #include Debugger.h only in patch2: unchanged: --- traverso-0.49.0~rc1.orig/src/common/RingBuffer.cpp +++ traverso-0.49.0~rc1/src/common/RingBuffer.cpp @@ -25,6 +25,7 @@ This is safe for the case of one read thread and one write thread. */ +#include cstdio #include stdlib.h #include string.h #ifdef USE_MLOCK only in patch2: unchanged: --- traverso-0.49.0~rc1.orig/src/commands/CommandGroup.cpp +++ traverso-0.49.0~rc1/src/commands/CommandGroup.cpp @@ -22,6 +22,8 @@ #include CommandGroup.h +#include cstdio + // Always put me below _all_ includes, this is needed // in case we run with memory leak detection enabled! #include Debugger.h
Bug#565993: buildbot: Please demote python-twisted-mail and python-twisted-web to recommends
Package: buildbot Version: 0.7.11p3-1 Severity: wishlist As you don't need python-twisted-mail and python-twisted-web to run buildbot slaves, buildbot should not depend on them, but recommend them. Could you please make that change? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565992: libwebkit-1.0-2: invalid element name error for http XHTML pages declared as iso-8859-1
Use HTML5 and utf8 then. http://validator.nu/?doc=http://www.vinc17.net/test/url-accented-latin1.html There is no need for other content encodings or the screwup that is XHTML. ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565994: ALSA resource busy after starting compatibility version
Package: mumble Version: 1.2.1-2 Severity: important Hello, I have installed the following packages on my computer: - mumble (version 1.2.1-2) - mumble-11x (version 1.2.1-2) Mumble supports automatic starting of the old version 1.1, if an old server is used. After starting the old version, the ALSA resources are busy. With the following steps, reproduction is possible: - First start mumble (version 1.2) - Connect to a server with old version of mumble - Mumble asks for starting the compatibility version - say yes - Now, Mumble has started the compatibility version 1.1 - The ALSA resources are busy, so mumble is not able to use ALSA If i start the old version from shell (mumble11x), everything is OK. If you have further questions, please let me know. Regards Bernhard signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#565995: [texlive-binaries] Fails to install...
Package: texlive-binaries Version: 2009-5 Severity: normal --- Please enter the report below this line. --- Setting up texlive-binaries (2009-5) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVE... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. Building format(s) --refresh. This may take some time... *** glibc detected *** jtex: free(): invalid pointer: 0x08f8fae9 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7db6824] /lib/i686/cmov/libc.so.6[0xb7db80b3] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7dbb0ad] /usr/lib/libkpathsea.so.4[0xb7ec21bd] /usr/lib/libkpathsea.so.4(kpse_fontmap_lookup+0xf0)[0xb7ec24d0] /usr/lib/libkpathsea.so.4(kpse_find_file+0x304)[0xb7ebe744] jtex[0x808369d] === Memory map: 08048000-08087000 r-xp 08:01 8978839/usr/bin/jtex 08087000-08088000 rw-p 0003f000 08:01 8978839/usr/bin/jtex 08088000-0809 rw-p 00:00 0 08e35000-08fb3000 rw-p 00:00 0 [heap] b5b0-b5b21000 rw-p 00:00 0 b5b21000-b5c0 ---p 00:00 0 b5c7b000-b5c97000 r-xp 08:01 2130823/lib/libgcc_s.so.1 b5c97000-b5c98000 rw-p 0001c000 08:01 2130823/lib/libgcc_s.so.1 b5cb6000-b7b4a000 rw-p 00:00 0 b7b4a000-b7d4a000 r--p 08:01 1229169/usr/lib/locale/locale-archive b7d4a000-b7d4b000 rw-p 00:00 0 b7d4b000-b7e8c000 r-xp 08:01 2163562/lib/i686/cmov/libc-2.10.2.so b7e8c000-b7e8e000 r--p 00141000 08:01 2163562/lib/i686/cmov/libc-2.10.2.so b7e8e000-b7e8f000 rw-p 00143000 08:01 2163562/lib/i686/cmov/libc-2.10.2.so b7e8f000-b7e93000 rw-p 00:00 0 b7e93000-b7eb7000 r-xp 08:01 2163312/lib/i686/cmov/libm-2.10.2.so b7eb7000-b7eb8000 r--p 00023000 08:01 2163312/lib/i686/cmov/libm-2.10.2.so b7eb8000-b7eb9000 rw-p 00024000 08:01 2163312/lib/i686/cmov/libm-2.10.2.so b7eb9000-b7ec9000 r-xp 08:01 13123831 /usr/lib/libkpathsea.so.4.0.0 b7ec9000-b7eca000 rw-p 0001 08:01 13123831 /usr/lib/libkpathsea.so.4.0.0 b7eca000-b7ecc000 rw-p 00:00 0 b7ee9000-b7eec000 rw-p 00:00 0 b7eec000-b7eed000 r-xp 00:00 0 [vdso] b7eed000-b7f09000 r-xp 08:01 2131668/lib/ld-2.10.2.so b7f09000-b7f0a000 r--p 0001b000 08:01 2131668/lib/ld-2.10.2.so b7f0a000-b7f0b000 rw-p 0001c000 08:01 2131668/lib/ld-2.10.2.so bf983000-bf998000 rw-p 00:00 0 [stack] *** glibc detected *** jtex: free(): invalid pointer: 0x09bc26b9 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7f4d824] /lib/i686/cmov/libc.so.6[0xb7f4f0b3] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7f520ad]
Bug#565996: Remove useless debugging output
Package: python-xlib Version: 0.14+20091101-1 Hi, I just wrote a patch to suppress useless debugging output. Index: trunk/Xlib/ext/randr.py === --- trunk/Xlib/ext/randr.py (revision 137) +++ trunk/Xlib/ext/randr.py (working copy) @@ -1139,8 +1139,6 @@ # Initialization # def init(disp, info): -print info.__class__ - disp.extension_add_method('display', 'xrandr_query_version', query_version) disp.extension_add_method('window', 'xrandr_select_input', select_input) disp.extension_add_method('window', 'xrandr_get_screen_info', get_screen_info) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org