Bug#685050: RM: lha -- RoQA; non-free, free replacements, NMU-maint since 2004, poor security history
Package: ftp.debian.org Severity: normal X-Debbugs-CC: Masanori Goto go...@sanori.org, l...@packages.debian.org Please remove lha from Debian. I am CCing the maintainer in case he wants to object again. It has been maintained by NMUers for 8 years, the last maintainer upload was in 2004 and the maintainer hasn't responded to any of the bug reports during that time http://packages.qa.debian.org/l/lha/news/20041113T140219Z.html The maintainer never responded to the request to upload an alternative upstream: http://bugs.debian.org/240830 http://sourceforge.jp/projects/lha/releases/ It has a history of security issues: http://security-tracker.debian.org/tracker/source-package/lha It is non-free but has it now has 2 free replacements in the archive: jlha-utils: a Java implementation lhasa: a command-line compatible C implementation In case these implementations have issues, people can reportbug bugs in them and they can improve. Also we now have snapshot.debian.org for people who encounter issues and need the non-free lha. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#685051: Error reading from server. Remote end closed connection when using http://archive.ubuntugames.org PPA
package: apt-cacher version: 1.7.4 Add ubuntugames PPA: sudo add-apt-repository deb http://archive.ubuntugames.org ubuntugames main When trying to apt-get update on another machine from the PPA through apt-cacher, I get Error reading from server. Remote end closed connection messages. If I disable apt-proxy on the machine, everything works. apt-cacher's error.log has following lines: Thu Aug 16 09:03:07 2012|warn [13817]: Use of uninitialized value in numeric ge (=) at /usr/sbin/apt-cacher line 1614, GEN585 line 1. Thu Aug 16 09:09:29 2012|warn [13894]: Use of uninitialized value in numeric ge (=) at /usr/sbin/apt-cacher line 1614, GEN598 line 1. Thu Aug 16 09:11:16 2012|info [13895]: libcurl exit requested # Here I did apt-get install apt-cacher on the machine hoping new version fixes the bug Thu Aug 16 09:11:29 2012|warn [13935]: Use of uninitialized value in numeric ge (=) at /usr/sbin/apt-cacher line 1614, GEN10 line 1. Thu Aug 16 09:15:52 2012|warn [14172]: Use of uninitialized value in numeric ge (=) at /usr/sbin/apt-cacher line 1630, GEN9 line 1. Thu Aug 16 09:19:29 2012|warn [14211]: Use of uninitialized value in numeric ge (=) at /usr/sbin/apt-cacher line 1630, GEN21 line 1. -- Arie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685025: jsvc fails to load libcap.so.2 on amd64
On 08/15/2012 03:14 PM, Tristan Seligmann wrote: Package: jsvc Version: 1.0.10-2 Severity: important Tags: upstream jsvc fails with this error: failed loading capabilities library -- /usr/lib/libcap.so: cannot open shared object file: No such file or directory. Hello Tristan, Thank you for reporting this bug. Damien and Marcus, I committed updates for -3 of the package the packaging repo including the patch available in JIRA, but wanted to coordinate with you before uploading to unstable. I am assuming this we may want to request an unblock request for this package since the bug exists in the version in wheezy. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#684994: ifup: fails to open statefile, does not bring up the network
Hello, On Wed, 15 Aug 2012 17:14:09 +0200 Thorsten Glaser t...@mirbsd.de wrote: After upgrading to sid today, ifup does not work any more: $ sudo ifup eth0 ifup: failed to open statefile /run/network/ifstate: No such file or directory The network is not brought up at all, even e.g. postfix did not start. Other stuff does exist in /run/ though. Could you please check if /etc/init.d/networking gets run at all? And if it does, please try to set -x-debug it to see what happens. -- WBR, Andrew signature.asc Description: PGP signature
Bug#685038: ITP: mailscanner -- email gateway for virus scanning, spam and phishing detection
On Wednesday, August 15, 2012 11:53:53 PM Aaron Schrab wrote: At 23:37 -0400 15 Aug 2012, Scott Kitterman deb...@kitterman.com wrote: Aaron Schrab aa...@schrab.com wrote: In order to integrate with postfix, mailscanner directly manipulates internal postfix queue files. This is not supported by postfix and has broken rather badly on multiple occasions in the past. Mailscanner's postfix integration should not be mentioned in the package description and it's use should be discouraged in the package documentation. I've been using it with postfix for quite a while without encountering any issues with that. See the mailscanner entry on http://www.postfix.org/addon.html. The queue files that mailscanner manipulates are not documented stable interfaces and they change. So it may work now, but there's no guarantee that it will continue to do so. It's an extremely poor design choice. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684697: [Pkg-clamav-devel] Bug#684697: Bugfix clamav 0.97.5+dfsg-6
On Wednesday, August 15, 2012 10:49:17 AM Daniel Tryba wrote: Thank you Scott for the quick response to fix this in unstable. But the latest version in squeeze-updates is still broken: 0.97.5+dfsg-3~squeeze1 IMHO it should either be removed or updated, how can this be accomplished? It's in stable-proposed-updates now and should get promoted to stable-updates tomorrow or so. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685042: ITP: libpam-ssh -- Authenticate using SSH keys
On Thu, 16 Aug 2012 03:01:33 +0200 Jerome Benoit g62993...@rezozer.net wrote: Package: wnpp Severity: wishlist Owner: Jerome Benoit g62993...@rezozer.net * Package name: libpam-ssh Version : 1.97 Upstream Author : Akorty Rosenauer * URL : http://pam-ssh.sourceforge.net/ * License : BSD Programming Lang: C Description : Authenticate using SSH keys This PAM module provides single sign-on behavior for SSH. The user types an SSH passphrase when logging in and is authenticated if the passphrase successfully decrypts the user's SSH private key. In the PAM session phase, an ssh-agent process is started and keys are added. For the entire session, the user can SSH to other hosts that accept key authentication without typing any passwords. Is this about using removable media to store the SSH private key to login to machines which only have the public key? That would be useful (but isn't that covered by existing PAM support?) Is this some form of hot-desking support? If not, why is this better than a user having a different password for login and for the SSH key? Why tie login to one of my SSH private keys? The homepage doesn't make this clear, it sounds like the module just maps the user login via a graphical desktop manager to a particular SSH key the private key for which has to live on the system behind the login anyway. What's the point? -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpsSu4uVdBvE.pgp Description: PGP signature
Bug#685052: wrong exit code for status
Package: unbound Version: 1.4.18-1 The initscript returns the wrong exit code when unbound is running: # /etc/init.d/unbound status * unbound is running # echo $? 4 It should be 0 as per LSB specification (http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html). The attached patch fixes the problem. --- /etc/init.d/unbound.orig 2012-08-16 02:59:56.605282057 -0400 +++ /etc/init.d/unbound 2012-08-16 03:00:06.381285325 -0400 @@ -145,7 +145,7 @@ ;; status) -status=4 +status=0 status_of_proc -p $PIDFILE $DAEMON $NAME || status=$? exit $status ;;
Bug#685053: unblock: libvdpau/0.4.1-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Control: block -1 by 684871 Please unblock package libvdpau Since nvidia-vdpau-driver-ia32 has been turned into an empty transitional package we can drop the lib32vdpau1 package and therefore remove the unavailable build-depends ia32-libs-dev, fixing #679524 unblock libvdpau/0.4.1-7 diffstat for libvdpau-0.4.1 libvdpau-0.4.1 changelog | 13 + control| 24 ++-- lib32vdpau1.install|3 --- lib32vdpau1.lintian-overrides |1 - lib32vdpau1.postinst | 21 - lib32vdpau1.symbols|1 - libvdpau-doc.lintian-overrides |2 +- rules | 32 +++- 8 files changed, 19 insertions(+), 78 deletions(-) diff -Nru libvdpau-0.4.1/debian/changelog libvdpau-0.4.1/debian/changelog --- libvdpau-0.4.1/debian/changelog 2012-05-22 23:13:18.0 +0200 +++ libvdpau-0.4.1/debian/changelog 2012-08-16 02:21:22.0 +0200 @@ -1,3 +1,16 @@ +libvdpau (0.4.1-7) unstable; urgency=low + + * The last (and only) reverse dependency of lib32vdpau1 was the non-free +nvidia-vdpau-driver-ia32 which is now an empty transitional package. + * d/{control,lib32vdpau1.*}: Drop lib32vdpau1 package. (Closes: #679524) + * d/{control,rules}: Remove support for building the extra 32-bit biarch +library on amd64. + * libvdpau1: Add Replaces/Conflicts: lib32vdpau1 to ensure the old biarch +package gets removed properly. + * Update lintian overrides for duplicate files generated by doxygen. + + -- Andreas Beckmann deb...@abeckmann.de Thu, 16 Aug 2012 02:05:59 +0200 + libvdpau (0.4.1-6) unstable; urgency=low [ Maurizio Avogadro ] diff -Nru libvdpau-0.4.1/debian/control libvdpau-0.4.1/debian/control --- libvdpau-0.4.1/debian/control 2012-05-22 23:13:18.0 +0200 +++ libvdpau-0.4.1/debian/control 2012-08-16 02:21:22.0 +0200 @@ -15,8 +15,6 @@ libx11-dev, x11proto-dri2-dev (= 2.2), libxext-dev, - g++-multilib [amd64], - ia32-libs-dev [amd64], Build-Depends-Indep: doxygen-latex, graphviz, @@ -57,15 +55,15 @@ nvidia-libvdpau1, nvidia-libvdpau-ia32, nvidia-libvdpau1-ia32, + lib32vdpau1, Conflicts: nvidia-libvdpau, nvidia-libvdpau1, nvidia-libvdpau-ia32, nvidia-libvdpau1-ia32, - lib32vdpau1 [i386], + lib32vdpau1, Suggests: nvidia-vdpau-driver [amd64 i386] - | nvidia-vdpau-driver-ia32 [amd64] | vdpau-driver Description: Video Decode and Presentation API for Unix (libraries) VDPAU (Video Decode and Presentation API for Unix) is an open source @@ -77,24 +75,6 @@ . This package contains the VDPAU wrapper and trace libraries. -Package: lib32vdpau1 -Architecture: amd64 -Depends: ${shlibs:Depends}, ${misc:Depends} -Replaces: nvidia-libvdpau1-ia32 -Conflicts: nvidia-libvdpau1-ia32 -Suggests: - nvidia-vdpau-driver-ia32 [amd64] - | vdpau-driver-ia32 -Description: Video Decode and Presentation API for Unix (32-bit libraries) - VDPAU (Video Decode and Presentation API for Unix) is an open source - library (libvdpau) and API designed by NVIDIA originally for its GeForce - 8 series and later GPU hardware, targeted at the X Window System on Unix - operating-systems (including Linux, FreeBSD, and Solaris). This VDPAU API - allows video programs to offload portions of the video decoding process - and video post-processing to the GPU video-hardware. - . - This package contains the VDPAU wrapper and trace 32-bit libraries. - Package: libvdpau-doc Architecture: all Section: doc diff -Nru libvdpau-0.4.1/debian/lib32vdpau1.install libvdpau-0.4.1/debian/lib32vdpau1.install --- libvdpau-0.4.1/debian/lib32vdpau1.install 2012-05-22 23:13:18.0 +0200 +++ libvdpau-0.4.1/debian/lib32vdpau1.install 1970-01-01 01:00:00.0 +0100 @@ -1,3 +0,0 @@ -usr/lib32/libvdpau.so -usr/lib32/libvdpau.so.* -usr/lib32/vdpau/libvdpau_trace.so.* diff -Nru libvdpau-0.4.1/debian/lib32vdpau1.lintian-overrides libvdpau-0.4.1/debian/lib32vdpau1.lintian-overrides --- libvdpau-0.4.1/debian/lib32vdpau1.lintian-overrides 2012-05-22 23:13:18.0 +0200 +++ libvdpau-0.4.1/debian/lib32vdpau1.lintian-overrides 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -lib32vdpau1: non-dev-pkg-with-shlib-symlink usr/lib32/libvdpau.so.1.0.0 usr/lib32/libvdpau.so diff -Nru libvdpau-0.4.1/debian/lib32vdpau1.postinst libvdpau-0.4.1/debian/lib32vdpau1.postinst --- libvdpau-0.4.1/debian/lib32vdpau1.postinst 2012-05-22 23:13:18.0 +0200 +++ libvdpau-0.4.1/debian/lib32vdpau1.postinst 1970-01-01 01:00:00.0 +0100 @@ -1,21 +0,0 @@ -#!/bin/sh -set -e - - -if [ $1 = configure ]; then - # target: squeeze - # these files were not shipped in the package nvidia-libvdpau (before - # the emul/ia32-linux transition) but generated by ldconfig - test ! -L /emul/ia32-linux/usr/lib/libvdpau.so.1 || \ - rm
Bug#684226:
Hi, thanx for the report, I've forwarded it upstream: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54280 On Wed, Aug 15, 2012 at 2:51 AM, a...@avarner.servebeer.com a...@avarner.servebeer.com wrote: Using the version of avr-gcc that comes with Atmel Studio 6.0 (for Windows, unfortunately), -mmcu=atxmega128b1 is accepted: $ cat xmegab1test.c #include avr/io.h int main(void) { while(1) { //TODO:: Please write your application code } } $ 'C:\Program Files\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.0.65\AVRToolchain\bin\avr-gcc' -o /dev/null -mmcu=atxmega128b1 xmegab1test.c -Wall -Wextra $ echo $? 0 $ 'C:\Program Files\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.0.65\AVRToolchain\bin\avr-gcc' --version avr-gcc.exe (AVR_8_bit_GNU_Toolchain_3.4.0_663) 4.6.2 Copyright (C) 2011 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. $ 'C:\Program Files\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.0.65\AVRToolchain\bin\avr-gcc' --target-help -mlist-devices The following options are target specific: -mcall-prologuesUse subroutines for function prologues and epilogues -mint8 Use an 8-bit 'int' type -mlist-devices Print the list of parts supported while printing --target-help -mmcu=MCU Select the target MCU -mno-interrupts Change the stack pointer without disabling interrupts -mpmem-wrap-around Make the linker relaxation machine assume that a program counter wrap-around occurs. -mrelax Relax branches -mshort-calls Use rjmp/rcall (limited range) on 8K devices -mtiny-stackChange only the low 8 bits of the stack pointer List of parts supported by avr-gcc: at90s2313 __AVR_AT90S2313__ at90s2323 __AVR_AT90S2323__ at90s2333 __AVR_AT90S2333__ at90s2343 __AVR_AT90S2343__ attiny22__AVR_ATtiny22__ attiny26__AVR_ATtiny26__ at90s4414 __AVR_AT90S4414__ at90s4433 __AVR_AT90S4433__ at90s4434 __AVR_AT90S4434__ at90s8515 __AVR_AT90S8515__ at90c8534 __AVR_AT90C8534__ at90s8535 __AVR_AT90S8535__ ata6289 __AVR_ATA6289__ ata5272 __AVR_ATA5272__ attiny13__AVR_ATtiny13__ attiny13a __AVR_ATtiny13A__ attiny2313 __AVR_ATtiny2313__ attiny2313a __AVR_ATtiny2313A__ attiny24__AVR_ATtiny24__ attiny24a __AVR_ATtiny24A__ attiny4313 __AVR_ATtiny4313__ attiny44__AVR_ATtiny44__ attiny44a __AVR_ATtiny44A__ attiny84__AVR_ATtiny84__ attiny84a __AVR_ATtiny84A__ attiny25__AVR_ATtiny25__ attiny45__AVR_ATtiny45__ attiny85__AVR_ATtiny85__ attiny261 __AVR_ATtiny261__ attiny261a __AVR_ATtiny261A__ attiny461 __AVR_ATtiny461__ attiny461a __AVR_ATtiny461A__ attiny861 __AVR_ATtiny861__ attiny861a __AVR_ATtiny861A__ attiny43u __AVR_ATtiny43U__ attiny87__AVR_ATtiny87__ attiny48__AVR_ATtiny48__ attiny88__AVR_ATtiny88__ attiny80__AVR_ATtiny80__ attiny828 __AVR_ATtiny828__ at86rf401 __AVR_AT86RF401__ at43usb355 __AVR_AT43USB355__ at76c711__AVR_AT76C711__ atmega103 __AVR_ATmega103__ at43usb320 __AVR_AT43USB320__ ata5505 __AVR_ATA5505__ at90usb82 __AVR_AT90USB82__ at90usb162 __AVR_AT90USB162__ atmega8u2 __AVR_ATmega8U2__ atmega16u2 __AVR_ATmega16U2__ atmega32u2 __AVR_ATmega32U2__ attiny167 __AVR_ATtiny167__ attiny1634 __AVR_ATtiny1634__ ata6285 __AVR_ATA6285__ ata6286 __AVR_ATA6286__ atmega8 __AVR_ATmega8__ atmega8a__AVR_ATmega8A__ atmega48__AVR_ATmega48__ atmega48a __AVR_ATmega48A__ atmega48pa __AVR_ATmega48PA__ atmega48p __AVR_ATmega48P__ atmega88__AVR_ATmega88__ atmega88a __AVR_ATmega88A__ atmega88p __AVR_ATmega88P__ atmega88pa __AVR_ATmega88PA__ atmega8515 __AVR_ATmega8515__ atmega8535 __AVR_ATmega8535__ atmega8hva __AVR_ATmega8HVA__ at90pwm1__AVR_AT90PWM1__ at90pwm2__AVR_AT90PWM2__ at90pwm2b __AVR_AT90PWM2B__ at90pwm3__AVR_AT90PWM3__ at90pwm3b __AVR_AT90PWM3B__ at90pwm81 __AVR_AT90PWM81__ at90pwm161 __AVR_AT90PWM161__ ata5790
Bug#685055: Assertion when generating epydoc information for virtinst
Package: python-epydoc Version: 3.0.1-12 Severity: normal Hi, generating epydoc information for virtinst gives this assertion: Exception in template write_breadcrumbs() on line 6: Progress: 00:01 crumbs = self.breadcrumbs(context)=---] Traceback (most recent call last):Writing HTML docs: virtinst.XMLBuilderDomain.XMLBuilderDomain-class.html File /usr/bin/epydoc, line 13, in module cli() File /usr/lib/python2.7/dist-packages/epydoc/cli.py, line 965, in cli main(options, names) File /usr/lib/python2.7/dist-packages/epydoc/cli.py, line 783, in main write_html(docindex, options) File /usr/lib/python2.7/dist-packages/epydoc/cli.py, line 823, in write_html html_writer.write(options.target) File /usr/lib/python2.7/dist-packages/epydoc/docwriter/html.py, line 641, in write self._write(self.write_class, directory, filename, doc) File /usr/lib/python2.7/dist-packages/epydoc/docwriter/html.py, line 711, in _write write_func(f.write, *args) File /usr/lib/python2.7/dist-packages/epydoc/docwriter/html.py, line 836, in write_class self.write_breadcrumbs(out, doc, self.url(doc)) File string, line 6, in write_breadcrumbs File /usr/lib/python2.7/dist-packages/epydoc/docwriter/html.py, line 1941, in breadcrumbs assert doc != container, 'object is its own container?' AssertionError: object is its own container? Steps to reproduce: $ git clone git://git.debian.org/git/pkg-libvirt/virtinst.git $ cd virtinst $ epydoc --debug virtinst Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (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 python-epydoc depends on: ii python 2.7.3~rc2-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 Versions of packages python-epydoc recommends: ii ghostscript9.05~dfsg-6 ii graphviz 2.26.3-12 ii python-docutils0.8.1-8 ii python-tk 2.7.3-1 ii texlive-fonts-recommended 2012.20120611-3 ii texlive-latex-base 2012.20120611-3 ii texlive-latex-extra2012.20120611-2 ii texlive-latex-recommended 2012.20120611-3 Versions of packages python-epydoc suggests: pn epydoc-docnone ii python [python-profiler] 2.7.3~rc2-1 -- 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#685056: slirp: IPCP negotiation fails for 64-bit hosts
Package: slirp Version: 1:1.0.17-4 Severity: important Tags: patch Due to incorrect use of sizeof(long) in src/ppp/ipcp.c, a 64-bit host may send back incorrect IPCP NAKs in response to a client sending an IPCP configure request that includes DNS/WINS options. Example data observed (for a host using 205.137.237.222 and 8.8.8.8 for DNS): data in - client requests IP and DNS addresses from host (configure request) raw: 7E 80 21 01 01 00 16 03 06 00 00 00 00 81 06 00 00 00 00 83 06 00 00 00 00 0E 5B 7E data out - host sends NAK with offered IP and DNS addresses (configure nak) raw: 7E FF 03 80 21 03 01 00 16 03 06 0A 00 CD 86 ED DE 00 00 08 08 08 08 00 00 00 00 29 E2 7E The NAK response offers an incorrect IP address and no DNS IPs, which eventually causes negotiation to fail. Proposed solution is to change sizeof (long) to sizeof (u_int32_t) to correctly match the length of IPV4 addresses, using following patch or similar: --- a/ipcp.c +++ b/ipcp.c @@ -881,7 +881,7 @@ } GETLONG(tl,p); if (htonl(tl) != wo-dnsaddr[0]) { -DECPTR(sizeof (long),p); +DECPTR(sizeof (u_int32_t),p); tl = ntohl(wo-dnsaddr[0]); PUTLONG(tl, p); orc = CONFNAK; @@ -899,7 +899,7 @@ } GETLONG(tl,p); if (htonl(tl) != wo-winsaddr[0]) { -DECPTR(sizeof (long),p); +DECPTR(sizeof (u_int32_t),p); tl = ntohl(wo-winsaddr[0]); PUTLONG(tl, p); orc = CONFNAK; @@ -917,7 +917,7 @@ } GETLONG(tl,p); if (htonl(tl) != wo-dnsaddr[1]) { /* and this is the 2nd one */ -DECPTR(sizeof (long),p); +DECPTR(sizeof (u_int32_t),p); tl = ntohl(wo-dnsaddr[1]); PUTLONG(tl, p); orc = CONFNAK; @@ -935,7 +935,7 @@ } GETLONG(tl,p); if (htonl(tl) != wo-winsaddr[1]) { /* and this is the 2nd one */ -DECPTR(sizeof (long),p); +DECPTR(sizeof (u_int32_t),p); tl = ntohl(wo-winsaddr[1]); PUTLONG(tl, p); orc = CONFNAK; -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-274.7.1.el5.028stab095.1 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages slirp depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib slirp recommends no packages. slirp 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#680705: /usr/bin/gbp-pq: more intelligent rebasing
The whole rebasing and patch-queue handling would be much cleaner if the patch-queue branch was based on the merge-base of the branch that should contain the debian packaging (e.g. master) and the upstream branch (e.g. upstream). I.e. gbp-pq could do the following for import: * current = current branch * pq-name = patch-queue/$current * upstream = upstream-branch from gbp.conf or upstream * base = git merge-base $current $upstream * git checkout -b $pq-name $base * apply patches gbp-pq export could then do: * current = current branch * pq-name = patch-queue/$current * upstream = upstream-branch from gbp.conf or upstream * base = git merge-base $pg-name $upstream * git-format patch -o debian/patches $base..$pq-name and gbp-rebase finally could do: * current = current branch * pq-name = patch-queue/$current * upstream = upstream-branch from gbp.conf or upstream * old-base = git merge-base $pg-name $upstream * new-base = git merge-base $current $upstream * git rebase --onto $new-base $old-base $pq-name This is much more rebase-friendly and ensures that the patches only operate on upstream contents. They need not be aware of all the things going on in the debian packaging branch in the first place. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653328: Calibre Quick Start Guide under Non-Commercial License [RC]
Hello Christophe, Christophe Siraut [2012-08-07 17:06 +0200]: I contacted the author of the file (and the upstream maintainer). He agrees to change the license and sent me the new file. It will be included upstream. I am not shure what to do next, should we include the file in a patch in the meantime? Many thanks for sorting this out! The file was changed in the upstream bzr on August 7 [1] and 0.8.64 was released on August 9. I'm packaging this upstream version now, so we don't need to patch anything. Martin [1] http://bazaar.launchpad.net/~kovid/calibre/trunk/revision/12857 -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#685054: Break wine opengl support on amd64
On 2012-08-16 09:30, Klaus Ethgen wrote: The newest nvidia driver suit breaks opengl support in wine completely. You are missing Nvidia 32bit libs? install libgl1-nvidia-glx:ia32 (read the long description of libgl1-nvidia-glx-ia32 for detailed instructions). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682372: rawtherapee: Annoying warnings, modal but possibly not on top
Op woensdag 1 augustus 2012, schreef u: tags 682372 moreinfo thanks Hi Arnold, I can't reproduce your problem. Can you please remove (or rename) the RawTherapee folders from ~/.cache and ~/.config to start with an fresh installation and retry it. If you still can reproduce the problem can you provide me with one of your files where the problem occurs? Thanks, Philip Hi Philip, I have renamed the RawTherapee folders in ~/.cache and ~/.config as you requested and my problem has disappeared. After testing with a fresh installation I have restored the RawTherapee folder in ~/.config and the problem did not reappear. Apparently RawTherapee is too picky about tyhe contents of its cache, possibly leading to problems after upgrading. I could try to produce a minimal .cache directory with the RawTherapee version from Squeeze that gives problems under the Rawtherapee in Wheezy. Kind regards, Arnold -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684965: dnsmasq does not query all dns servers
On Wednesday 15 August 2012 02:16 PM, Simon Kelley wrote: If your 192.168.2.1 is local nameserver only handling certain domains, you can configure dnsmasq to use it as such with the server=/example.com/192.168.2.1 style configuration on /etc/dnsmasq.conf. If I have 2 name servers, should I be repeating the above example with both the IP addresses? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#685057: unblock: rubber/1.1+20100306-2
Package: release.debian.org Severity: important User: release.debian@packages.debian.org Usertags: unblock Please unblock package rubber. The two changes made in this release are * do not call bibtex with absolute paths, thanks to Benjamin Mako Hill for the patch (Closes: #684228). * ... same for makeindex, thanks to Benjamin Mako Hill for patch (Closes: #682892). At least the latter causes FTBFS on other packages, hence it was uploaded to unstable w/ urgency medium. The patches are attached. unblock rubber/1.1+20100306-2 Regards, Hilmar -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash --- rubber-1.1+20100306.orig/src/latex_modules/bibtex.py 2010-08-12 09:46:10.0 -0400 +++ rubber-1.1+20100306/src/latex_modules/bibtex.py 2012-08-07 19:06:01.0 -0400 @@ -407,7 +407,7 @@ def setup (doc, context): global biblio - biblio = Bibliography(doc, doc.target) + biblio = Bibliography(doc, basename(doc.target)) doc.hook_macro('bibliography', 'a', biblio.hook_bibliography) doc.hook_macro('bibliographystyle', 'a', biblio.hook_bibliographystyle) def command (command, args): --- rubber-1.1+20100306.orig/src/latex_modules/index.py 2010-08-12 09:46:10.0 -0400 +++ rubber-1.1+20100306/latex_modules/index.py 2012-08-08 11:38:57.0 -0400 @@ -54,9 +54,9 @@ (e.g. .ilg) file. Transcript is used by glosstex.py. self.doc = doc - self.source = doc.target + . + source - self.target = doc.target + . + target - self.transcript = doc.target + . + transcript + self.source = os.path.basename(doc.target) + . + source + self.target = os.path.basename(doc.target) + . + target + self.transcript = os.path.basename(doc.target) + . + transcript if os.path.exists(self.source): self.md5 = md5_file(self.source) else: signature.asc Description: Digital signature
Bug#685058: New upstream release
Package: libcec Severity: wishlist Hi, New 1.8.1 release has been released, please consider packaging it: https://github.com/Pulse-Eight/libcec/tree/libcec-1.8.1 Thanks in advance, and cheers! -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-29-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685059: unblock: nvidia-settings-legacy-173xx/173.14.35-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nvidia-settings-legacy-173xx I know this is a new package (actually a fork of an older version of nvidia-settings) and therefore would not qualify for adding it to wheezy during freeze ... but * nvidia-settings has been compatible with nvidia-graphics-drivers and nvidia-graphics-drivers-legacy-* up to version 295.xx, this has changed in 302.xx (but since it always had worked, nobody tested the new nvidia-settings on nvidia-grapichs-drivers-legacy-173xx) * we only became aware of this problem when the 302.17 nvidia driver+settings+xconfig migrated to testing (after freeze): #681182 * we started testing nvidia-settings + legacy 173xx driver immediately, found it non-operational and packaged nvidia-settings-legacy-173xx * the nvidia-settings-legacy-173xx has entered sid before the first user noticed the problem, which happened today in #685049 The raw diffstat between nvidia-settings 295.49 and 304.37 is 148 files changed, 6602 insertions(+), 16331 deletions(-) which makes it problematic to re-add legacy support: 302.xx (-driver and -settings) changes many things related to Xrandr and probably the pre-xrandr code paths no longer exist in -settings. nvidia-settings-legacy-173xx is the same version as shipped by nvidia together with the 173xx legacy driver - it may have less features than 295.xx, but these are not needed for 173xx legacy drivers anyway. nvidia-settings-legacy-173xx is a leaf package in contrib, there are no other packages affected by adding this package (only nvidia-glx-legacy-173xx needs to update its Suggests from nvidia-settings to -legacy-173xx) And nvidia-settings 304.37-1 (in sid) has been updated to conflict with pre-302 drivers and legacy drivers, so once this gets into wheezy users wont be able to use the not working combination any longer, but they will need a working alternative. unblock nvidia-settings-legacy-173xx/173.14.35-1 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684965: dnsmasq does not query all dns servers
On 16/08/12 08:59, Ritesh Raj Sarraf wrote: On Wednesday 15 August 2012 02:16 PM, Simon Kelley wrote: If your 192.168.2.1 is local nameserver only handling certain domains, you can configure dnsmasq to use it as such with the server=/example.com/192.168.2.1 style configuration on /etc/dnsmasq.conf. If I have 2 name servers, should I be repeating the above example with both the IP addresses? Yes, exactly so. Simon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684915: missing gitweb.cgi
Jonathan Nieder jrnie...@gmail.com writes: Hi Olivier, Olivier Berger wrote: Oh, btw, why such a Replaces, if the gitweb binary package is still there ? Do you mean than gitweb could run without the gitweb package installed and only git installed ? Yes, the git instaweb command uses gitweb.cgi and doesn't require the gitweb package to be installed. The gitweb package configures a gitweb installation. I'm tempted to move git instaweb to the gitweb package in wheezy+1. That would be too invasive a change for wheezy. Or maybe then create a git-instaweb package that depends on lighttpd and gitweb, then, as I tried git instaweb and got informed that lighttpd was required. It's the first time I see it mentioned, actually, so I'm dubious it is highly popular and people expect it installed out of the box from the git package :-/ Should I file another report for this ? Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684947: [Pkg-opennebula-devel] Bug#684947: ruby-opennebula: Missing ruby libraries: OZonesJSON
Hi, Le 15/08/2012 14:53, Chlon Michaël a écrit : Le 15/08/2012 13:54, gregor herrmann a écrit : On Wed, 15 Aug 2012 10:43:05 +0200, Chlon Michaël wrote: It appears that: /usr/lib/one/ruby/zona/ belongs to: opennebula, pakage ! Is it possible to forward my request to the maintainer of the package or am I forced to open a new ticket ? opennebula is built from the same source package, so the maintainer should already see this bug report. Cheers, gregor OK ! JFTR, I am main maintainer of OpenNebula Debian package but I'm not user of ozone part of opennebula (and AFAIK, no others members of package maintainers teams use ozone). In order to give more details: - After starting ozone server: ozones-server start - I try, first, to see if there is any zone: - onezone list And the response is: === 8 == /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require': no such file to load -- *zona/OZonesJSON (LoadError)* from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `require' from /usr/lib/one/ruby/zona.rb:22 from /usr/lib/one/ruby/cli/ozones_helper.rb:17:in `require' from /usr/lib/one/ruby/cli/ozones_helper.rb:17 from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1:in `require' from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1 from /usr/bin/onezone:31:in `require' from /usr/bin/onezone:31 == 8 == So you can see that there is a missing OZonesJSON under zona directory ! so there is perhaps more files / modules that are missing ... Is this explanation, put you on the right way ? Yep, it seems that part of oZone feature is not installed into binary package. I'll have a look at this soon. Michaël, are you willing to test any beta package ? Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675971: Tables of Mumble client compatability
At the same time I tested the two proposed patches for the 348 version of Mumble in Wheezy, I also took the time to test the top 25 free software distributions [as per distrowatch.com] to check for interoperability and what support those distributions were including. These tests used the 348-1.1 patched mumble-server, and a amd64 Debian Sid host running 348-1.1 patched for using bundled celt 0.7.1. Distributions were loaded into a VirtualBox VM; Interop makred as Y indicates that audio output was heard from the VM through the host while Mumble in the host had the mic muted. One notable oddity: the highest version of the CELT codec is 0.11.1, but Mumble reports CELT version 2.0.0 in Fedora 17 and Mageia 2, seemingly due to library filename renaming done in these distributions. Extra Celt CeltServer Distro version (mumble version) 0.7.1 Vers.+ Opus Interop Loopback -|-|--||---|| *Mint Debian 201204 (1.2.3-3)| Y | || Y |Y | *Linux Mint 13 (1.2.3-2ubuntu4) | Y | || Y |Y | *Ubuntu 12.04 (1.2.3-2ubuntu4) | Y | || Y |Y | Mageia 2 (1.2.3-2.mga2) [3]| | 2.0.0|| | [1] | Fedora 17 (1.2.3-7.fc17.1) | Y | 2.0.0|| Y |Y | openSUSE 12.1 (1.2.3-10.3.1) | Y |0.11.0|| Y |Y | *Debian Sid (1.2.3-349-g315b5f5-2) | | | Y | | [4] | *Debian Wheezy (1.2.3-348-g317f5a0-1)| Y | || Y |Y | *Debian Squeeze (1.2.2-6+squeeze1) | Y | || Y |Y | Arch Linux 2012-08-04 (1.2.3-5) | Y |0.11.0|| Y | [1] | *Ultimate 3.4 (1.2.3-2ubuntu4) | Y | || Y | [2] | *Lubuntu 12.04 (1.2.3-2ubuntu4) | Y | || Y | [2] | *Pear Linux 5 (1.2.3-2ubuntu4) | Y | || Y |Y | Sabayon Linux 9 (1.2.3-r2~0) | Y |0.11.0|| Y | [1] | *Zorin OS 6 (1.2.3-2ubuntu4) | Y | || Y |Y | Chakra 2012.07 (1.2.3-3) | Y |0.11.0|| Y |Y | *Bodhi 2.0.1 (1.2.3-2ubuntu4)| Y | || Y | [1] | *Snowlinux 2 Ice (1.2.2-6+squeeze1)| Y | || Y |Y | *Snowlinux 2 Cream (1.2.3-2ubuntu4)| Y | || Y |Y | Gentoo 12.1 (1.2.3-r2) | Y |0.11.0|| [6] | [1] | Vector Linux 7.0 (1.2.3-i586-2vl70) [5]| Y |0.11.0|| Y |Y | *CrunchBang 10 (1.2.2-6+squeeze1)| Y | || Y |Y | *SolusOS Eveline 1.1 (1.2.3-3solus1) | Y | || Y |Y | *Knoppix 7.03 DVD (1.2.3-348-g317f5a0-1) | Y | || Y |Y | -|-|--||---|| *Debian Wheezy 348-1.1 bundled-celt [7]| Y | || Y |Y | *Debian Wheezy 348-1.1 celt-lib [7]| Y | || Y |Y | -|-|--||---|| CentOS 6.3 (not in distro) Slacko Puppy 5.3.3 (not in distro) *Lucid Puppy 5.2.8 (not in distro) *PCLinuxOS 2012.02 (not in distro) FreeBSD 9 (not in distro) Slackware 13 (not in distro) Fuduntu 2012.3 (not in distro) * Distro is Debian-based + Extra CELT codec version available as reported by Mumble [1] Audio output did not work, so could not test server loopback [2] Audio did function, but could not get audio output working in Mumble [3] The bundled libcelt 0.7.1 in Mageia 2 for Mumble has a known bug related to library filename mangling which is why it is not interoperable. The Mageia QA team are working to fix it. https://bugs.mageia.org/show_bug.cgi?id=6581 [4] Server loopback for 349-2 only works if all connected clients support the OPUS codec [5] Mumble is only in the testing repository in Vector Linux [6] It took 3 full days to get a Gentoo base system and KDE4 installed using the standard instructions, after which X wouldn't start; Mumble was tested via ssh X forwarding without audio [7] 348-1.1 = 1.2.3-348-g317f5a0 with proposed patches -- Chris -- Chris Knadle chris.kna...@coredump.us signature.asc Description: This is a digitally signed message part.
Bug#684947: [Pkg-opennebula-devel] Bug#684947: ruby-opennebula: Missing ruby libraries: OZonesJSON
Le 16/08/2012 10:34, Damien Raude-Morvan a écrit : Hi, Le 15/08/2012 14:53, Chlon Michaël a écrit : Le 15/08/2012 13:54, gregor herrmann a écrit : On Wed, 15 Aug 2012 10:43:05 +0200, Chlon Michaël wrote: It appears that: /usr/lib/one/ruby/zona/ belongs to: opennebula, pakage ! Is it possible to forward my request to the maintainer of the package or am I forced to open a new ticket ? opennebula is built from the same source package, so the maintainer should already see this bug report. Cheers, gregor OK ! JFTR, I am main maintainer of OpenNebula Debian package but I'm not user of ozone part of opennebula (and AFAIK, no others members of package maintainers teams use ozone). In order to give more details: - After starting ozone server: ozones-server start - I try, first, to see if there is any zone: - onezone list And the response is: === 8 == /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require': no such file to load -- *zona/OZonesJSON (LoadError)* from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `require' from /usr/lib/one/ruby/zona.rb:22 from /usr/lib/one/ruby/cli/ozones_helper.rb:17:in `require' from /usr/lib/one/ruby/cli/ozones_helper.rb:17 from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1:in `require' from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1 from /usr/bin/onezone:31:in `require' from /usr/bin/onezone:31 == 8 == So you can see that there is a missing OZonesJSON under zona directory ! so there is perhaps more files / modules that are missing ... Is this explanation, put you on the right way ? Yep, it seems that part of oZone feature is not installed into binary package. I'll have a look at this soon. Michaël, are you willing to test any beta package ? Regards, Hi, OK, I can help you. I can also mention you, that in order to use the ozones-server, a lot of gems are requiered and are not part of the package dependencies ! Without these ones, ozones-server is unusable ... I hope it might also help you to improve the content of the package ... :) Cheers, Michaël Chlon
Bug#685060: corosync: fails to install: postinst fails on update-rc.d call
Package: corosync Version: 1.4.4-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Setting up corosync (1.4.4-1) ... invoke-rc.d: policy-rc.d denied execution of start. usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | SS KK] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] basename disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. dpkg: error processing corosync (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of piuparts-depends-dummy: piuparts-depends-dummy depends on corosync (= 1.4.1) | heartbeat (= 3.0); however: Package corosync is not configured yet. Package heartbeat is not installed. dpkg: error processing piuparts-depends-dummy (--configure): dependency problems - leaving unconfigured cheers, Andreas pacemaker_1.1.7-1.log.gz Description: GNU Zip compressed data
Bug#684968: debian-installer: requests non-free firmware for a device that works just as well without it
Stefan Nagy pub...@stefan-nagy.at writes: Am Mittwoch, den 15.08.2012, 20:21 +0200 schrieb Bjørn Mork: The driver firmware request is required to enable those who want to load the optional firmware. Just ignore it if you don't want to. I'm not saying debian installer shouldn't recommend / ask for non-free firmware at all [1] but I do care about my freedom as software user. My notebook has an Intel WLAN adapter and a Realtek NIC – debian installer tells me in both cases that my hardware needs proprietary software to operate even if the consequences of not installing the non-free firmware are completely different. My WLAN adapter doesn't work at all when I decide not to install the firmware. I don't think that it's a good solution to seperate non-free firmware just to tell users to provide it while installation process. In my opinion debian (installer) should provide more information about the concrete consequences of not installing a specific firmware file: Will the device work at all? What are the probable limitations? Debian (installer) should enable users to make a decision here. Instead right now it seems like the safe way in each and every case is to install proprietary firmware – and everyone who decides not to install it is on his/her own. This is just my opinion (and that's why I reported this bug with severity: wishlist). This makes a lot of sense and I do agree with your view. But unless I miss something, I don't think it is currently possible for the installer to implement anything like this. The kernel firmware interface allow the drivers to request firmware, but there is no way for the firmware loader to know what the driver will do if the request fails. In some cases the driver will just continue, possibly with reduced functionality or known firmware bugs unpatched, in other cases the driver will attempt to load alternate firmware. And in quite a few cases, the driver cannot continue because the device requires the loadable firmware to function at all. Like your WLAN card. The driver will know these differences, but the firmware loader (and therefore the installer) will not. So your wishlist should go to the upstream kernel developers. Maybe the request_firmware API should be extended to indicate the drivers failure mode to the loader, allowing the loader to present this information to the end user? Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685051: Error reading from server. Remote end closed connection when using http://archive.ubuntugames.org PPA
On Thu, Aug 16, 2012 at 09:27:16AM +0300, Arie Skliarouk wrote: package: apt-cacher version: 1.7.4 Add ubuntugames PPA: sudo add-apt-repository deb http://archive.ubuntugames.org ubuntugames main When trying to apt-get update on another machine from the PPA through apt-cacher, I get Error reading from server. Remote end closed connection messages. If I disable apt-proxy on the machine, everything works. apt-cacher's error.log has following lines: Could you add the following patch which should fix the uninitialized value. But I am not clear if that is all that is going on. If it doesn't fix it completely could you enable debugging and post error.log after a failed apt-get update. Many thanks Mark diff --git a/apt-cacher b/apt-cacher index 2d4309f..f719ec9 100755 --- a/apt-cacher +++ b/apt-cacher @@ -1629,9 +1629,10 @@ sub libcurl { $cfg-{debug} debug_message('libcurl reading of headers complete: ' . $response-code); chomp_message($response); if ($curl_request-method eq 'GET' $response-is_success) { # Check space my $statfs; if (defined($statfs = df($cfg-{'cache_dir'}, 1)) + $response-header('Content-Length') $response-header('Content-Length') = $statfs-{bavail} || $cfg-{_disk_usage_limit} $statfs-{used} + $response-header = $cfg-{_disk_usage_limit}) { info_message('ALARM: Insuffient space for Content-Length: '. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685061: gfs2-utils: fails to install due to incorrect dependencies in init.d LSB header
Package: gfs2-utils Version: 3.1.3-1 Severity: serious User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-dependency Hi, during a test with piuparts I noticed your package failed to install due to incorrect dependencies in the init.d LSB header. Some Debian notes are available from at http://wiki.debian.org/LSBInitScripts Or a missing dependecy on the package providing gfs_controld ... From the attached log (scroll to the bottom...): Selecting previously unselected package gfs2-utils. (Reading database ... 10396 files and directories currently installed.) Unpacking gfs2-utils (from .../gfs2-utils_3.1.3-1_amd64.deb) ... Setting up gfs2-utils (3.1.3-1) ... insserv: Service gfs_controld has to be enabled to start service gfs2 insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing gfs2-utils (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: gfs2-utils cheers, Andreas gfs2-utils_3.1.3-1.log.gz Description: GNU Zip compressed data
Bug#683983: Regression: 1.1 cannot use host usb devices anymore
On 08.08.2012 17:40, Michael Tokarev wrote: [] There's another bug, with usb_del, which you mentioned -- it is an unrelated issue, I created a new bugreport for this, #683983. Correction: #683983 is this bug. usb_del issue is #684282, http://bugs.debian.org/684282 . /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685009: scan error
Forgot to include the error which seen in dmesg when I'm attempting to scan controller: [1132904.202696] scsi scan: INQUIRY result too short (5), using 36 [1132904.203384] scsi scan: INQUIRY result too short (5), using 36 [1132904.204204] scsi scan: INQUIRY result too short (5), using 36 [1132904.204892] scsi scan: INQUIRY result too short (5), using 36 There are 4 error messages because there are 4 drives (of 4) in standby mode. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685062: msktutil: unowned files after purge (policy 6.8, 10.8): /etc/default/msktutil
Package: msktutil Version: 0.4.1-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m58.1s ERROR: FAIL: Package purging left files on system: /etc/default/msktutil not owned cheers, Andreas msktutil_0.4.1-3.log.gz Description: GNU Zip compressed data
Bug#669565: RFS: gammaray/1.1.0-1 [ITP] -- Tool for examining the internals of Qt application
On 14.08.2012 22:40, Jakub Adam wrote: Hi, Gammaray is now team-maintained by Debian KDE Extras Team and its git repository relocated to http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-extras/gammaray.git Old repo in collab-maint is not available anymore. Great! I noticed some issues in the copyright file: - This one is missing: ./core/palettemodel.cpp: Copyright (C) 2010 Ariya Hidayat ariya.hida...@gmail.com - tools/ has been moved to core/tools/ - cmake/* is missing. Some of those files don't have a license header. It would be good to check with upstream under what license they are released. Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685063: dblatex: How can I turn footnotes into endnotes and decide where to put them?
Package: dblatex Version: 0.3-2 Is there some setting in dblatex to convert docbook footnotes into endnotes, and decide where in the document to place the endnotes? I found the documentation for the endnotes LaTeX package, but fail to find a way to integrate it with dblatex. What is the correct approach for this? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684969: apport-retrace crashed with IOError in copyfile(): [Errno 13] Permission denied: '/etc/apt/trusted.gpg'
On 16/08/2012 02:23, Ritesh Raj Sarraf wrote: ls -l /etc/apt/trusted.gpg $ ls -l /etc/apt/trusted.gpg -rw--- 1 root root 1211 Jul 27 23:39 /etc/apt/trusted.gpg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685064: ITP: non-daw -- please package non-things
Package: wnpp Severity: wishlist Owner: rosea grammostolla pkg-multimedia-maintain...@lists.alioth.debian.org * Package name: non-daw Version : 1.1 Upstream Author : J. Liles malnour...@gmail.com * URL : http://non.tuxfamily.org/ * License : GPL Programming Lang: C, C++ Description : please package non-things The Non DAW is a powerful, reliable and fast modular Digital Audio Workstation system, released under the GNU General Public License (GPL). It utilizes the JACK Audio Connection Kit for inter-application audio I/O and the FLTK GUI toolkit for a fast and lightweight user interface. The Non Mixer is a powerful, reliable and fast modular Digital Audio Mixer, released under the GNU General Public License (GPL). It utilizes the JACK Audio Connection Kit for inter-application audio I/O and the FLTK GUI toolkit for a fast and lightweight user interface. The Non Sequencer is a powerful real-time, pattern-based MIDI sequencer for Linux--released under the GPL. Filling the void left by countless DAWs, piano- roll editors, and other purely performance based solutions, it is a compositional tool--one that transforms MIDI music-making on Linux from a complex nightmare into a pleasurable, efficient, and streamlined process. The Non Session Manager is a robust session management API and implementation allowing for faster and vastly simplified workflows in Linux audio. NSM finally delivers on the broken promise made by LASH et al--for Non anyway. So read the at API documentation and get to patching your favorite applications so everybody can feel the relief! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685054: Break wine opengl support on amd64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, thanks for the fast answer. Am Do den 16. Aug 2012 um 8:51 schrieb Andreas Beckmann: On 2012-08-16 09:30, Klaus Ethgen wrote: The newest nvidia driver suit breaks opengl support in wine completely. You are missing Nvidia 32bit libs? I didn't until now and it was not deinstalled. And libgl1-nvidia-glx-ia32 is still installed. install libgl1-nvidia-glx:ia32 ~ apt-get install libgl1-nvidia-glx:ia32 Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package libgl1-nvidia-glx (read the long description of libgl1-nvidia-glx-ia32 for detailed instructions). There is a note about the multiarch-stuff. But if I fulfil this and activate multiarch, there will be installed many packages that I never ever want to have on my system as it will break it (like libnss-ldap:i386; I even do not have this package installed as native amd64 package or many others like avahi stuff that I do never want on my system). Beside that, I tried that but it has merely the same effect. But now wine will fail to run completely. It took me much time to cleanup after that try. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJQLLWdAAoJEKZ8CrGAGfasBZwL/RZXnqPjaz90ChsGNV2TjNXJ PoRhJoAOIKREC5sf0enzWvtTDHyESMWeruKtlP7reLhmoz/mUTuXC43/G1JjA3s+ HRZjDWz8jY2mUPgEV5UKbIX6yTJC9GzQlHxdpJSTGVNj+o9Kz8CQmi666E8xJ0Pd dzrZXzBTYavJ6prhZ+dDjxoJ0kTS4Wb/HhjC/lEOANWqZkc9sPDUc2x5Z/j/fI3w eyV+A/bbN5hGQtRBiPkAZFgVBJcac6j1R9y8L4zaz6PoXGHCZBiGOu4dNEX/YERb 7FI/C/p4UokpUD5iYjL2k/jwtxFrn+zqW7nC5BCKrVzHj4rpzDCWxIt0sdKcxU0H AeYoboj2+7BJlLFUbx0vvI0gMWDX5CfZMlSLCepZjepTZWBGThp/bLI/xpngP9eL otV/ClFI6Ekbh8EbnO6BbcEVJ1Pj8MX/ahY+GDALus196ZUGClkXvzLhZg+W7NTl 5Mbekvk1yTvN6VRd/Ab+THRujyBR/+mHdJb5uKvG2w== =mJom -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#685042: ITP: libpam-ssh -- Authenticate using SSH keys
On 08/16/2012 09:01 AM, Jerome Benoit wrote: Package: wnpp Severity: wishlist Owner: Jerome Benoit g62993...@rezozer.net * Package name: libpam-ssh Version : 1.97 Upstream Author : Akorty Rosenauer * URL : http://pam-ssh.sourceforge.net/ * License : BSD Programming Lang: C Description : Authenticate using SSH keys This PAM module provides single sign-on behavior for SSH. The user types an SSH passphrase when logging in and is authenticated if the passphrase successfully decrypts the user's SSH private key. In the PAM session phase, an ssh-agent process is started and keys are added. For the entire session, the user can SSH to other hosts that accept key authentication without typing any passwords. As much as I can see, the package is still in Debian (though removed from Wheezy). You shouldn't open an ITP for a package that is already in the archive. If your intention is to adopt the package, then you should follow the MIA process, have the package orphaned, then rename the orphaned bug as ITA (Intention To Adopt) adopt it by uploading new versions. And for that, there's no need for an ITP. Thanks for your intention to adopt this package, Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685065: fails to purge if /etc/udev/rules.d is non-existent
Package: udev Severity: serious Version: 175-6 Tag: patch udev fails to purge if /etc/udev/rules.d/ is non-existent (which happens to be the case e.g. in lxc containers and normal chroots too) due to wrong usage of rmdir in postrm: - rmdir --ignore-fail-on-non-empty /etc/udev/rules.d/ + rmdir --ignore-fail-on-non-empty /etc/udev/rules.d/ || true bonus points for making it silent: - rmdir --ignore-fail-on-non-empty /etc/udev/rules.d/ + rmdir --ignore-fail-on-non-empty /etc/udev/rules.d/ /dev/null 21 || true Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685066: cain: FTBFS with the new dpkg-buildpackage on arch-only builds
Package: cain Version: 1.9-5 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch cain fails to build on arch-only builds (ie: dpkg-buildpackage -B) with the new dpkg-buildpackage, leading to all buildd builds failing. I've uploaded the attached patch to Ubuntu, with the following changelog entry, and I'd suggest the same fix for Debian: * debian/rules: postfix override_dh_install with -indep as it was doing indep-specific mangling and failing on arch-only builds. Thanks for considering the patch. ... Adam -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru cain-1.9/debian/rules cain-1.9/debian/rules --- cain-1.9/debian/rules 2012-08-10 06:09:14.0 -0600 +++ cain-1.9/debian/rules 2012-08-16 03:20:11.0 -0600 @@ -12,7 +12,7 @@ %: dh $@ --with python2 -override_dh_install: +override_dh_install-indep: dh_install rm -rf debian/$(pkg)/usr/share/cain/help/* debian/$(pkg)/usr/share/cain/gui/help.htm* cd help zip ../debian/$(pkg)/usr/share/cain/help/cain.htb * -r -q -x *.htb *.htd
Bug#685067: dh_python3: Warning should mention d/py3dist-overrides, not d/pydist-overrides
Package: python3 Version: 3.2.3-5 Severity: minor Tags: patch dh_python3 mentions debian/pydist-overrides in a warning whereas it should mention debian/py3dist-overrides. Patch attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3 depends on: ii python3-minimal 3.2.3-5 ii python3.23.2.3-3 python3 recommends no packages. Versions of packages python3 suggests: ii python3-doc 3.2.3-5 pn python3-tk none -- no debconf information === modified file 'debpython/pydist.py' --- debpython/pydist.py 2012-06-30 19:24:20 + +++ debpython/pydist.py 2012-08-16 09:20:13 + @@ -168,7 +168,7 @@ pname = sensible_pname(name) log.warn('Cannot find installed package that provides %s. ' 'Using %s as package name. Please add %s correct_package_name ' - 'line to debian/pydist-overrides to override it if this is incorrect.', + 'line to debian/py3dist-overrides to override it if this is incorrect.', name, pname, safe_name(name)) return pname
Bug#681717: unblock: openjpeg/1.3+dfsg-4.4
Release note that this bug blocks sound from working in wine and other i386 applications on amd64 in wheezy for many configurations (including mine). That is because libopenjpeg2 is required by libavcodec53 which is required by libasound2-plugins, which I need in both amd64 and i386 flavours to get sound to work in both 64 and 32 bit applications. signature.asc Description: This is a digitally signed message part.
Bug#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters
On Wed, Aug 15, 2012 at 11:38:38PM +0200, Vincent Lefevre wrote: retitle 673385 lynx-cur: in UTF-8 locales, lynx displays search text at the wrong column if preceded by non-ASCII (multibyte) characters thanks On 2012-08-15 16:46:03 -0400, Thomas Dickey wrote: On Wed, Aug 15, 2012 at 01:01:56PM +0200, Vincent Lefevre wrote: On 2012-08-15 05:46:53 -0400, Thomas Dickey wrote: On Fri, May 18, 2012 at 10:37:06AM +0200, Vincent Lefevre wrote: lynx displays search text at the wrong column if preceded by UTF-8 characters. For instance, consider: This is addressed by setting XHTML_PARSING:true in lynx.cfg I don't see why a display problem should be affected by parsing. The character-set information is given only as an xml processing instruction, which in turn is used by lynx only when XHTML_PARSING is set. But lynx got the charset information right. Otherwise it couldn't have output the ellipsis characters correctly! not exactly (I think this would be a long explanation...) Running your example (default lynx.cfg, uxterm, Debian/testing), I pressed = to see the document charset is iso-8859-1. I pressed o to see that the display charset is UTF-8, while the document charset is iso-8859-1. So far I'm not seeing any details that contradict my advice above. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#685068: RM: sessioninstaller/0.20-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Tags: wheezy sessioninstaller has an RC bug applying to wheezy and unstable, and no updates since 2010; please remove it from testing. I'll take a closer look at the upstream situation later on, and either upload a new version to unstable or have it removed from unstable as well. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpXfUf2OBLHr.pgp Description: PGP signature
Bug#616107: #616107 lynx: segfault (after usage info) on -restrictions all
fixed in 2.8.8dev.13 -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#681214: #681214 lynx-cur: lynx doesn't truncate downloaded files to Content-Length value
this is fixed in 2.8.8dev.13 -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#681305: #681305 lynx-cur: broken handling of copiousoutput /etc/mailcap entries (e.g. for archives)
this is a useful suggestion; per guidelines it should have been categorized as wishlist -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#685015: sessioninstaller: ImportError: No module named defer
Control: tag -1 wheezy sid On Wed, Aug 15, 2012 at 10:09:50PM +0200, Jakub Wilk wrote: Package: sessioninstaller Version: 0.20-1 Severity: grave Justification: renders package unusable sessions-installer doesn't start: $ /usr/bin/session-installer Traceback (most recent call last): File /usr/bin/session-installer, line 23, in module from sessioninstaller.core import main File /usr/lib/pymodules/python2.7/sessioninstaller/core.py, line 37, in module from aptdaemon.defer import Deferred, defer, dbus_deferred_method, \ ImportError: No module named defer I have requested removal from testing, and will get this fixed after the wheezy release or request removal from unstable. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgp0faWLXRf7u.pgp Description: PGP signature
Bug#685043: [Pkg-postgresql-public] Bug#685043: use initdb --auth-* options in pg_createcluster
Hello Peter, Peter Eisentraut [2012-08-15 22:28 -0400]: Beginning with PostgreSQL 9.2, pg_createcluster can use the initdb options --auth-local and --auth-host to set the initial authentication methods in pg_hba.conf, instead of patching up the file using regular expressions. Currently, this saves no code, but it will help in the future, when old versions are phased out. Thanks for this! Patch looks good to me (I haven't run the tests, though), please commit. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#685054: Break wine opengl support on amd64
On 2012-08-16 11:33, Klaus Ethgen wrote: Am Do den 16. Aug 2012 um 10:15 schrieb Andreas Beckmann: There is a note about the multiarch-stuff. the old monolithic ia32-libs needs to go away as it ships lib32/libGL.so.1 and nvidia driver no longer diverts this I read that. However, it worked well in older versions of nvidia. I am with you that shipping that file in ia32-libs might be a mistake. shipping anything in ia32-libs is a mistake :-) so I decided to conflict with the ia32-libs that ships stuff instead of continuing to divert it (since I don't provide any replacement in /usr/lib32) But if I fulfil this and activate multiarch, there will be installed many packages that I never you are upgrading from the monolothic ia32-libs to the transitional one - that pulls in many :i386 packages - you probably have something depending on ia32-libs, otherwise you could remove this package with its lots of dependencies I can deinstall it but it will always be installed with dist-upgrade again. This is moreover annoying as I have lowered recommends to suggests by apt config on my system exactly for cases like this. I do not find the package that makes apt installing that annoying packages ever and ever again. But this seems to be an other problem. interactive aptitude may be better suited to analyze these dpendency scenarios Beside that, I tried that but it has merely the same effect. But now wine will fail to run completely. But this is the way to go. Your self compiled wine is not compatible with multiarch stuff I thought that too so I did try the distribution wine but failed to get it working. Either you found a bug or you need to try harder ... the wine maintainers might help here However, there is two issues that force me to compile wine myself. First I need a much newer version of wine or even wine-unstable (By the way the upstream stable is much newer than the debian unstable). Second I need a small patch. Without this patch, wine is buggy on non-KDE or non-Gnome window managers. Did you report a bug? and the new nvidia drivers are no longer compatible with the old ia32-libs mess. So it breaks possible many applications, including several proprietary ones. (One getting in my mind is TSM.) There must be a way to have legacy stuff running. multiarch will be problematic for proprietary stuff - or easier if you can just use a :i386 package which pulls in multiarch libs instead of having a :amd64 package with i386 binaries depending on biarch and ia32-libs mess ... Probably these are the steps you need to take: * get rid of ia32-libs It worked for ages now. However, I know it is a hack. it worked as in ia32-libs worked or removing ia32-libs worked ? and that hack (aka monolithic ia32-libs) is finally going away * get wine:i386 running (I think that is the way nowadays, check the wine documentation) Will not work as I mention above. If you need it patched and updated for running $YOUR_APPLICATION that doesn't mean you can't try to get the Debian wine packages running for some other trivial application - just to see if you got the multiarch libs right. Once that is working go back to compiling your own wine. * get nvidia support in wine Wrong point for that. Wine include OpenGL and this is how it should work. Bad wording on my side. Once you have a running wine, start looking into the Nvidia OpenGL issue. Nothing to be fixed in wine itself. There must be an other solution. We are running in the situation where we are pushed back fifteen years of time in amd64 support! First we need to get the packages in Debian working properly - thereafter we can look into local software or third party packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666213: #666213 lynx: large file sizes are truncated in directory listings
fixed in 2.8.8dev.13 -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#684994: ifup: fails to open statefile, does not bring up the network
Hi Andrew, thanks for the quick response. Indeed, /etc/init.d/networking, when run manually, does work. The current sysvinit configuration (with file-rc) is as follows: tglase@tglase-nb:~ $ fgrep netw /etc/runlevel.conf 35 - 0,6 /etc/init.d/networking Might this have something to do with the recent (IMHO not good) decision of the file-rc people to switch to using insserv? bye, //mirabilos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684994: ifup: fails to open statefile, does not bring up the network
Hello, On Thu, 16 Aug 2012 12:02:56 +0200 (CEST) Thorsten Glaser t.gla...@tarent.de wrote: thanks for the quick response. Indeed, /etc/init.d/networking, when run manually, does work. The current sysvinit configuration (with file-rc) is as follows: tglase@tglase-nb:~ $ fgrep netw /etc/runlevel.conf 35 - 0,6 /etc/init.d/networking Might this have something to do with the recent (IMHO not good) decision of the file-rc people to switch to using insserv? Don't know; I suggest you to contact file-rc people to check what's wrong. P.S. MirBSD.de's MX doesn't accept mail from me: 550 5.0.0 We don't accept mail from spammers. Your freemail provider (Google Mail) is unresponsive to abuse requests. -- WBR, Andrew signature.asc Description: PGP signature
Bug#684969: apport-retrace crashed with IOError in copyfile(): [Errno 13] Permission denied: '/etc/apt/trusted.gpg'
On Thursday 16 August 2012 02:43 PM, Tshepang Lekhonkhobe wrote: On 16/08/2012 02:23, Ritesh Raj Sarraf wrote: ls -l /etc/apt/trusted.gpg $ ls -l /etc/apt/trusted.gpg -rw--- 1 root root 1211 Jul 27 23:39 /etc/apt/trusted.gpg That explains. You are running as a normal user and the app is trying to read the file, to which it does not have read permissions. Just add read permissions to the file for group and others and it will work. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#685054: Break wine opengl support on amd64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Do den 16. Aug 2012 um 11:04 schrieb Andreas Beckmann: I do not find the package that makes apt installing that annoying packages ever and ever again. But this seems to be an other problem. interactive aptitude may be better suited to analyze these dpendency scenarios Do not have installed aptitude. It is that slow that I never had any use of it. However, there is two issues that force me to compile wine myself. First I need a much newer version of wine or even wine-unstable (By the way the upstream stable is much newer than the debian unstable). Second I need a small patch. Without this patch, wine is buggy on non-KDE or non-Gnome window managers. Did you report a bug? Yes. It is a upstream bug which is clearly pointing to the commit that has introduced the bug. Unfortunately the wine people refuse to revert the bug as they say: Well, it do not work as we done this but it is the correct way to do it. Not helpful at all. Especially that not only I have this problem. It worked for ages now. However, I know it is a hack. it worked as in ia32-libs worked or removing ia32-libs worked ? It worked well when ia32-libs and the diversion in place. * get wine:i386 running (I think that is the way nowadays, check the wine documentation) Will not work as I mention above. If you need it patched and updated for running $YOUR_APPLICATION that doesn't mean you can't try to get the Debian wine packages running for some other trivial application - just to see if you got the multiarch libs right. Once that is working go back to compiling your own wine. True. And that was what I tried. But it do not help to test the opnegl stuff as I know no other application that use it. There must be an other solution. We are running in the situation where we are pushed back fifteen years of time in amd64 support! First we need to get the packages in Debian working properly - thereafter we can look into local software or third party packages. Not nice but true as I run unstable and in this case the name is program. ;-) Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJQLM7pAAoJEKZ8CrGAGfas0koMAJqQYY/Kj4v66IM588M4teYB rwxHwN+6iDtoyPJBUHeWmvKH6FY7hsF+yWt0G+jV7mgFCU9AmMbT4q/H/NhoomGb jo7X9CeRW1Qq3GEOEUCe3t3uoPhp9fN42G9U9foE/BTd1xl2bUqtpUS/YXKWsdkV B5jU7VZHtJOc/hlZf0nTYNKBb+laCF0OWpc7D79uOuuCVpSOk95tfPABWbXmKHWt TJdGPShk+Ihu5nyLFH/pU8KU6J0issU6593iLuZNHP83iVGEq+ZyaeBuYenh2KFM Cp8zyTg4DdrurVs7PlxRBLIkQNuSHjIQNMRPpC+1tA4v20Y/4EJwYpfXALTD626m ojjo8E7gXKZJ36stPfRwMZSW68UOS654zOvK82ni0pUctIkwBgLb2FhTpS0hpKxF 0hTn/Y5StyfoOq5JHc6htS8c80bBRe2IVZ/G95cFHZ+5FIpipXu7PMv4KUM25ysL 72CFTE4k4Wwyw2OGoPe9rkl3Fi5uXG3TWXmuc4i0cw== =Fbvb -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#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters
On Wed, Aug 15, 2012 at 11:38:38PM +0200, Vincent Lefevre wrote: Actually there's *exactly* the same problem with an ASCII XHTML file (here, ASCII refers to the source): in the example, just replace the p.../p line by: p#8230;#8230;#8230; In citelynx/cite, search for foo by typing: /foo/p that's a different aspect (offhand, it should work- will investigate) -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#685051: Error reading from server. Remote end closed connection when using http://archive.ubuntugames.org PPA
I tried your patch. The warnings in /var/log/apt-cacher/error.log disappeared, but apt-get on the client machine still was not able to download indexes: ... Hit http://il.archive.ubuntu.com precise-backports/universe Translation-en Err http://archive.ubuntugames.org ubuntugames Release.gpg Error reading from server. Remote end closed connection Hit http://archive.ubuntugames.org ubuntugames Release Ign http://archive.ubuntugames.org ubuntugames/main Sources/DiffIndex Ign http://archive.ubuntugames.org ubuntugames/main amd64 Packages/DiffIndex Ign http://archive.ubuntugames.org ubuntugames/main i386 Packages/DiffIndex Ign http://archive.ubuntugames.org ubuntugames/main TranslationIndex Hit http://archive.ubuntugames.org ubuntugames/main Sources Hit http://archive.ubuntugames.org ubuntugames/main amd64 Packages Hit http://archive.ubuntugames.org ubuntugames/main i386 Packages Ign http://archive.ubuntugames.org ubuntugames/main Translation-en_US Err http://archive.ubuntugames.org ubuntugames/main Translation-en Error reading from server. Remote end closed connection W: Failed to fetch http://archive.ubuntugames.org/dists/ubuntugames/Release.gpg Error reading from server. Remote end closed connection W: Failed to fetch http://archive.ubuntugames.org/dists/ubuntugames/main/i18n/Translation-en Error reading from server. Remote end closed connection E: Some index files failed to download. They have been ignored, or old ones used instead. I then enabled debug level 7 for apt-cache. The resulting log file can be downloaded from here: http://arnest.catchmedia.com/apt_cache_error.log.gz Can't you try to enable the PPA on your apt-cache installation and reproduce the problem?? -- Arie On Thu, Aug 16, 2012 at 11:13 AM, Mark Hindley m...@hindley.org.uk wrote: On Thu, Aug 16, 2012 at 09:27:16AM +0300, Arie Skliarouk wrote: package: apt-cacher version: 1.7.4 Add ubuntugames PPA: sudo add-apt-repository deb http://archive.ubuntugames.org ubuntugames main When trying to apt-get update on another machine from the PPA through apt-cacher, I get Error reading from server. Remote end closed connection messages. If I disable apt-proxy on the machine, everything works. apt-cacher's error.log has following lines: Could you add the following patch which should fix the uninitialized value. But I am not clear if that is all that is going on. If it doesn't fix it completely could you enable debugging and post error.log after a failed apt-get update. Many thanks Mark diff --git a/apt-cacher b/apt-cacher index 2d4309f..f719ec9 100755 --- a/apt-cacher +++ b/apt-cacher @@ -1629,9 +1629,10 @@ sub libcurl { $cfg-{debug} debug_message('libcurl reading of headers complete: ' . $response-code); chomp_message($response); if ($curl_request-method eq 'GET' $response-is_success) { # Check space my $statfs; if (defined($statfs = df($cfg-{'cache_dir'}, 1)) + $response-header('Content-Length') $response-header('Content-Length') = $statfs-{bavail} || $cfg-{_disk_usage_limit} $statfs-{used} + $response-header = $cfg-{_disk_usage_limit}) { info_message('ALARM: Insuffient space for Content-Length: '. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685054: Break wine opengl support on amd64
On 2012-08-16 12:43, Klaus Ethgen wrote: Did you report a bug? Yes. It is a upstream bug which is clearly pointing to the commit that has introduced the bug. Unfortunately the wine people refuse to revert And a Debian bug? Maybe the Debian maintainers have a different position on this .. It worked well when ia32-libs and the diversion in place. the same should be achievable with a few :i386 packages * get wine:i386 running (I think that is the way nowadays, check the True. And that was what I tried. As I understood previously, wine from sid/wheezy was not working at all, but now it seems like it does, just the GL part does not But it do not help to test the opnegl stuff as I know no other application that use it. what about google(wine opengl test) http://forum.winehq.org/viewtopic.php?p=16474 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685069: Please package Shibboleth 2.5 for experimental
Package: shibboleth-sp2 Severity: wishlist Tags: experimental Hi there, with Shibboleth 2.5 just released and wheezy in freeze state, I would like to request packaging of version 2.5 for experimental. I know that this has already been announced on pkg-shibboleth-devel [0], so this report just serves as another means to keep track of the packaging status of version 2.5 :-) Thanks and best regards, Dan [0] http://lists.alioth.debian.org/pipermail/pkg-shibboleth- devel/2012-June/002226.html -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685054: Break wine opengl support on amd64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Do den 16. Aug 2012 um 12:03 schrieb Andreas Beckmann: On 2012-08-16 12:43, Klaus Ethgen wrote: Did you report a bug? Yes. It is a upstream bug which is clearly pointing to the commit that has introduced the bug. Unfortunately the wine people refuse to revert And a Debian bug? Not until now. Maybe the Debian maintainers have a different position on this .. Maybe. I never try. It worked well when ia32-libs and the diversion in place. the same should be achievable with a few :i386 packages * get wine:i386 running (I think that is the way nowadays, check the True. And that was what I tried. As I understood previously, wine from sid/wheezy was not working at all, but now it seems like it does, just the GL part does not No. Everything worked well with selfcompiled wine on the old approach. And wine from distribution worked also with the old approach, just not that correct that I need it to. I will give 'em a try this evening when I am at home again. But it do not help to test the opnegl stuff as I know no other application that use it. what about google(wine opengl test) http://forum.winehq.org/viewtopic.php?p=16474 I never search. I do not like downloading binary programs from random sites. Especially windows stuff that is often contaminated by viruses and trojans. Regards Klaus Ps. Wir können gerne auch offbug auf deutsch diskutieren. ;-) - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJQLNYaAAoJEKZ8CrGAGfaszCsL/2O9wPnOTGw6T42Vp+fLdq+c jKvJY0UfWqwkzOqRvMg9hjqLIMAVOnSvi6yQAqb4tJKesXUVcvngdm8ivCFuBANR o98kIWjBXjv1C/H+/IQn4mCEQtqrfN7PRousjYONFL53urkim9ULPpwATuCMdmXl UpXQxZ+N7GfsRp504TNFCEEY5ZeEV7psLRWCQR9pmvCMe0WQ0MIGL/Q85Lz7B3Lm UdeIY3MJJh2PpkBMC7coAQ/r6ebVRg9hl+0LMoudXt+0xyv/xW92SIOuhhAud4R5 fUHP8VEpqagAYziOW43hX6xT8LfCswm3Jq7nvUPnOV4CwJbE6H88/YBg0By5OviZ DEw5b5eEbK+7jMpjQak7eA9pmy/RreT/Zm6Ss+bQk6pO392K754KqQsM3PjyQYvt P6E4t+f7RL38AXOgvcrYBcvLFMZTJL0xn3OPPvmGtNXIMBZTyBCduTJU/IcDPadp 9vdIangbZk30GpJQNx5l4ZF0migDkvSkU9hxc2W5cg== =KBav -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#684902: libev_4.11.orig.tar.gz has different size than upstream libev-4.11.tar.gz
On 08/14/2012 05:23 PM, Jérémy Lal wrote: On 14/08/2012 16:15, Stefan Bühler wrote: Package: libev Version: 1:4.11-1 And as there is no difference i see no reason why you would repackage it... Maybe git-buildpackage (i.e. pristine-tar) is responsible of that ? Jérémy. git import-orig --pristine-tar ../libev-4.11.tar.gz pristine-tar checkout libev_4.11.orig.tar.gz worked for me. perhaps you forgot the --pristine-tar option? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535962: /usr/share/postgresql-common/pg_wrapper: no way to use newer binaries
tag 535962 moreinfo thanks Hello Jasen, I'm cleaning up old bug reports and stumbled upon this one. Jasen Betts [2009-07-06 23:30 +1200]: postgresql reccomends using the pg_dump version that matches the destination database. but pg_wrapper does not provide a way to do this. pg_wrapper automatically selects the version that corresponds to the cluster you are trying to talk to, as long as it is a local one. For remote databases you can specify the version with --cluster, e. g.: pg_dump --cluster 9.1/my.db.host:5432 or set the version in ~/.postgresqlrc (see man postgresqlrc) or /etc/postgresql-common/user_clusters (see man user_clusters). If you explicitly want to use a non-matching client version for a local cluster, you can call e. g. /usr/lib/postgresql/9.1/bin/pg_dump explicitly to circumvent pg_wrapper. Is that sufficient for your needs? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#685070: unblock: condor/7.8.2~dfsg.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package condor I have just made an upload of an upstream security fix release addressing CVE-2012-3416. I decided to upload this upstream release instead of cherry-picking the security fix, because this release only addresses this fix anyway. I'm attaching the full diff to the current version in wheezy. Here are the stats: CMakeLists.txt |2 +- debian/changelog|9 + doc/condor-macros.tex |2 +- doc/version-history/7-8.history.tex | 58 - nmi_tools/condor_nmi_submit | 49 ++-- nmi_tools/glue/SubmitInfo.pm| 423 ++- nmi_tools/nmi-build-platforms |6 +- src/condor_utils/ipv6_hostname.cpp | 70 +- 8 files changed, 178 insertions(+), 441 deletions(-) The fix is in src/condor_utils/... CMakeLists only reflects the version number change. doc/... is the upstream changelog item. And the changes in nmi_tools/ are concerned with the upstream build and test framework for pushing out this release. The latter code is just dead weight and is not built, installed or otherwise touched by the Debian package. Thanks unblock condor/7.8.2~dfsg.1-1 -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 diff --git a/CMakeLists.txt b/CMakeLists.txt index e34ef70..afce6ea 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -29,7 +29,7 @@ set(PACKAGE condor) # Condor and other systems parse this number. Keep it simple: # Number.Number.Number. Do nothing else. If you need to add # more information, PRE_RELEASE is usually the right location. -set(VERSION 7.8.1) +set(VERSION 7.8.2) # Set PRE_RELEASE to either a string (i.e. PRE-RELEASE-UWCS) or OFF # This shuld be PRE-RELEASE-UWCS most of the time, and OFF when diff --git a/debian/changelog b/debian/changelog index f0d1789..052d595 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +condor (7.8.2~dfsg.1-1) unstable; urgency=high + + * Upstream security release. Prevent an attacker who is manipulating +reverse-DNS entries and is able to connect to a Condor daemon to gain +access to a Condor pool that is using DNS/hostname host-based authentication +(only). CVE-2012-3416 + + -- Michael Hanke m...@debian.org Thu, 16 Aug 2012 08:32:49 +0200 + condor (7.8.1~dfsg.1-2) unstable; urgency=low * Remove dangling symlink /usr/sbin/condor - ../bin/condor. This file no diff --git a/doc/condor-macros.tex b/doc/condor-macros.tex index 75e2ecb..b7bd2b8 100644 --- a/doc/condor-macros.tex +++ b/doc/condor-macros.tex @@ -5,7 +5,7 @@ % Set up version, author and copyright notices % \newcommand{\AuthorNotice}{Condor Team, University of Wisconsin--Madison} -\newcommand{\VersionNotice}{Version 7.8.1} +\newcommand{\VersionNotice}{Version 7.8.2} \newcommand{\CondorR}{\Reg{Condor}} \newcommand{\CopyrightNotice}{ diff --git a/doc/version-history/7-8.history.tex b/doc/version-history/7-8.history.tex index e7bb224..cbf3328 100644 --- a/doc/version-history/7-8.history.tex +++ b/doc/version-history/7-8.history.tex @@ -16,6 +16,61 @@ New features will be added in the 7.9.x development series. The details of each version are described below. %% +\subsection*{\label{sec:New-7-8-2}Version 7.8.2} +%% + +\noindent Release Notes: + +\begin{itemize} + +\item Condor version 7.8.2 released on August 14, 2012. + +\item \Security Fixed a critical problem with DNS handling. + +\end{itemize} + +\noindent New Features: + +\begin{itemize} + +\item None. + +\end{itemize} + +\noindent Configuration Variable and ClassAd Attribute Additions and Changes: + +\begin{itemize} + +\item None. + +\end{itemize} + +\noindent Bugs Fixed: + +\begin{itemize} + +\item \Security Fixed a critical problem with DNS handling. + +\end{itemize} + +\noindent Known Bugs: + +\begin{itemize} + +\item None. + +\end{itemize} + +\noindent Additions and Changes to the Manual: + +\begin{itemize} + +\item None. + +\end{itemize} + + +%% \subsection*{\label{sec:New-7-8-1}Version 7.8.1} %% @@ -23,8 +78,7 @@ The details of each version are described below. \begin{itemize} -\item Condor version 7.8.1 not yet released. -%\item Condor version 7.8.1 released on Month Date, 2012. +\item Condor version 7.8.1 released on June 15, 2012. \end{itemize} diff --git a/nmi_tools/condor_nmi_submit b/nmi_tools/condor_nmi_submit index 27457ff..9c0751d 100755 --- a/nmi_tools/condor_nmi_submit +++
Bug#684971: [librsvg][port of w3c test suite] rsvg fail in a lot of case to convert correctly to png
On 15.08.2012 11:02, bastien ROUCARIES wrote: the test case joined here* adapted (quick and dirty) from inskape testcase and including w3c svg 1.1 test case fail in a lot of case. Please fix it Please file such issues directly upstream, as this is clearly not a Debian specific issue. https://bugzilla.gnome.org/enter_bug.cgi?product=librsvg thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#685071: gnat-gps: Indirect Build-Depends on pkg-config
Package: gnat-gps Version: 5.0-12 Severity: minor Tags: patch gnat-gps indirectly Build-Depends on pkg-config via libgtk2.0-dev, and this should be explicit in debian/control. The change is not motivated during the freeze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684859: AutoFS fails to start on some occasions for networked D-E client systems
Hi, I would fix it disabling network-manager on the eth0 if we are talking about fix client stations. cheers Giorgio On Tue, Aug 14, 2012 at 10:00:29AM +0200, Mike Gabriel wrote: Package: debian-edu-config Version: 1.454~svn77318 Severity: normal Hi all, on some occasions (30-60% of the system reboots) the startup of autofs fails. This is due to a race condition between network-manager bringing up eth0 (in most cases) and the need of autofs to access LDAP for listing up the automountable shares. This script fixes the issue, it can be placed on any Debian Edu machine: $ cat /etc/network/if-up.d/autofs #!/bin/sh if [ -x /etc/init.d/autofs ]; then /etc/init.d/autofs restart fi Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685072: mysql-server-5.5: upgrade broke mysql installation
Package: mysql-server-5.5 Version: 5.5.24+dfsg-5 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? apt-get update apt-get upgrade * What exactly did you do (or not do) that was effective (or ineffective)? downgrade to mysql-server-core-5.5=5.5.24+dfsg-5 * What was the outcome of this action? installation still broken * What outcome did you expect instead? working mysql as before upgrade *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (600, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server-5.5 depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.44 ii initscripts2.88dsf-22.1 ii libc6 2.13-33 ii libdbi-perl1.622-1 ii libgcc11:4.7.1-2 ii libstdc++6 4.7.1-2 ii lsb-base 4.1+Debian7 ii mysql-client-5.5 5.5.24+dfsg-6 ii mysql-common 5.5.24+dfsg-6 ii mysql-server-core-5.5 5.5.24+dfsg-6 ii passwd 1:4.1.5.1-1 ii perl 5.14.2-12 ii psmisc 22.19-1 Versions of packages mysql-server-5.5 recommends: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii libhtml-template-perl 2.91-1 Versions of packages mysql-server-5.5 suggests: pn tinyca none -- debconf information: mysql-server/error_setting_password: mysql-server-5.5/postrm_remove_databases: false mysql-server-5.5/nis_warning: mysql-server-5.5/really_downgrade: false mysql-server-5.5/start_on_boot: true mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685074: fusionforge: Provide plugin apache 2 conf snippets in the plugin's package
Source: fusionforge Version: 5.2~rc1-5 Severity: normal Hi. # dpkg -S /etc/gforge/httpd.conf.d/plugin-mediawiki.inc gforge-web-apache2: /etc/gforge/httpd.conf.d/plugin-mediawiki.inc Which means that it's installed whenever gforge-web-apache2 regardless of whether the mediawiki plugin is installed or not. The same stands for other plugin packages. It would be much clearer if every package managed its own installation of the web server configuration IMHO. Hope this helps. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685073: Errors in postinst script for bitlbee-common package in unstable repository
Package: bitlbee-common Distribution: unstable (sid) Version: 3.0.5-1.1 I tried to install bitlbee (3.0.5-1.1) and i got this output: $ apt-get install bitlbee Reading package lists... Done Building dependency tree Reading state information... Done bitlbee is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 59 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Setting up bitlbee-common (3.0.5-1.1) ... The system user `bitlbee' already exists. Exiting. chmod: cannot access `/var/lib/bitlbee/': No such file or directory dpkg: error processing bitlbee-common (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of bitlbee: bitlbee depends on bitlbee-common (= 3.0.5-1.1); however: Package bitlbee-common is not configured yet. dpkg: error processing bitlbee (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: bitlbee-common bitlbee E: Sub-process /usr/bin/dpkg returned an error code (1) You can fix it by doing simple: $ touch /var/lib/bitlbee I searched bitlbee-common package and found that postinst script needs fix (line 86): Original piece of code: if [ -d $CONFDIR ] chown -R bitlbee: $CONFDIR; then echo 'BitlBee (probably) already installed, skipping user/configdir installation' exit 0 fi Modified piece of code: -- if [ -d $CONFDIR ] chown -R bitlbee: $CONFDIR; then echo 'BitlBee (probably) already installed, skipping user/configdir installation' exit 0 else touch $CONFDIR chown -R bitlbee: $CONFDIR fi So, it if first check fails, it will create that $CONFDIR and apply correct permissions. I'm not sure why is used: chown -R bitlbee: $CONFDIR instead of: chown -R bitlbee: $CONFDIR since there is only owner but not the group too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685075: java-package: plugin not found when trying to build jdk7u6
Package: java-package Version: 0.50 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** I downloaded the jdk 7 u 6 package from the oracle site and attempted to run make-jpkg and it comes back and tells me no plugins found. Is this because I am trying to use a currently unsupported version of the jdk ? Ben -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages java-package depends on: ii debconf [debconf-2.0] 1.5.46 ii debhelper 9.20120608 ii fakeroot 1.18.4-2 ii libasound2 1.0.25-4 ii libx11-6 2:1.5.0-1 ii unzip 6.0-7 Versions of packages java-package recommends: ii dpkg-dev 1.16.8 ii gcc 4:4.7.1-1 Versions of packages java-package suggests: pn openjdk-6-jre none ii openjdk-7-jre 7~u3-2.1.1-3 -- debconf information: * java-package/postinst-note: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632458: Cannot purge completely postgresql-8.4 while postgresql-9.0 process is running
Hello Omer, I'm cleaning up old bug reports. Sorry that I did not get back to this ealier! Omer Zak [2011-07-02 14:01 +0300]: After installation of postgresql-9.0, an attempt to purge postgresql-8.4 using aptitude fails because of complaint of an invalid PID file in /var/run/postgresql Turns out that the PID file is associated with running postgresql-9.0. I was successful in purging postgresql-8.4 after invocation of /etc/init.d/postgresql stop Then I manually restarted it (/etc/init.d/postgresql start). I tried this with installing postgresql-9.1 and -9.2, and successfully purged postgresql-9.1 with a running 9.2 cluster. So I cannot reproduce this, and I don't see an obvious place in postgresql-common's code which would cause this. Do you have a way to reproduce this? Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#683378: CVE-2012-0283
Package: dokuwiki Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.6) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/683378/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684114: RM: beast-doc [armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc] -- ANAIS; Binary package should never have been existed
Hi, did my explanation helped? To sumarize the story below: Please lets get rid of those out of date on arch: beast-doc (from 1.6.2-1) entries at http://qa.debian.org/excuses.php?package=beast-mcmc They never should have been there and they should vanish please. Kind regards Andreas. On Wed, Aug 08, 2012 at 03:12:44PM +0200, Andreas Tille wrote: Hi, On Wed, Aug 08, 2012 at 02:01:47PM +0200, Alexander Reichle-Schmehl wrote: * Andreas Tille ti...@debian.org [120807 08:57]: it seems that some binary packages for arches were autobuilded for a package in contrib even if they should not (because of its non-free dependencies). I would like you to remove beast-doc for the following architectures: armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc ATTENTION: The package beast-doc is also builded from the beast package. The removal above is for the binary package which was created from the source beast-mcmc. Sorry for the confusion. Uhm... I'm confused. Or dak is, or we both are. I guess the cause of the confusion is http://qa.debian.org/excuses.php?package=beast-mcmc I have no idea why beast-doc is listed there - but beast-mcmc-lib vanished after you closed #681957. I had some hope that this would help as well for beast-doc. The current state is: tolimar@franck:~$ dak ls beast-doc beast-doc |0.7.4-4 | testing | all beast-doc |0.7.4-4 | unstable | all beast-doc |1.6.2-1 | unstable/contrib | all So we can't remove it from the named architectures, as it's arch any (which makes sense, as it is a doc package). So, and if I understand correctly, you want the beast-doc/1.6.2-1 to be removed, correct? Yes. Due to the name space conflict (#679394) the doc package which is created by beast-mcmc source is now named beast-mcmc-doc and beast-doc version 1.6.2-* should not exist (neither arch any nor arch all). I think we might need help from a ftp-master here; it appears I can only remove both package (0.7.4-4 as well ass 1.6.2-1). May be it helps that the beast-doc in question resides in contrib? Sorry for the confusion Andreas. -- http://fam-tille.de -- 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#685076: xbmc: Recommends non-existent python-qt3 package
Package: xbmc Version: 2:11.0~git20120510.82388d5-1 Severity: normal xbmc recommends python-qt3, which has been removed from the archive. It seems to be only used in ./tools/Linux/FEH.py and ./tools/Linux/FEH-ARM.py and is optional so removing the Recommends is probably ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685073: Corrections to bug report #685073
Sorry, i made a mistake in previous message. How to fix this problem: You can fix it by doing simple: $ mkdir /var/lib/bitlbee And what needs to be changed in script: if [ -d $CONFDIR ] chown -R bitlbee: $CONFDIR; then echo 'BitlBee (probably) already installed, skipping user/configdir installation' exit 0 else mkdir $CONFDIR chown -R bitlbee: $CONFDIR fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685078: xdg-utils: xdg-email fails to open thunderbird
Package: xdg-utils Version: 1.1.0~rc1+git20111210-6 Severity: important Dear Maintainer, xdg-email contains some special treatment for thunderbird (presumably since [1]), which however breaks it completely: Instead of opening a composer, Thunderbird just shows an error message: An error occurred while creating a message compose window. The parameters passed to Thunderbrid look completely bogus: XDG_UTILS_DEBUG_LEVEL=10 xdg-email em@ai.l Running /home/r/bin/thunderbird/thunderbird -compose to='-e em@ai.l,',cc='-e',bcc='-e',attachment='-e' Taking a guess, I simply changed the /bin/sh at the top of the xdg-email script to /bin/bash - which fixed everything. So, please do that in the package as well. Kind regards, Ralf [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531850 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xdg-utils depends on no packages. Versions of packages xdg-utils recommends: ii libfile-mimeinfo-perl 0.16-1 ii libnet-dbus-perl 1.0.0-1+b1 ii libx11-protocol-perl 0.56-4 ii x11-utils 7.7~1 ii x11-xserver-utils 7.7~3 Versions of packages xdg-utils suggests: pn gvfs-bin none -- 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#684994: ifup: fails to open statefile, does not bring up the network
reassign 684994 file-rc thanks On Thu, 16 Aug 2012, Andrew Shadura wrote: Don't know; I suggest you to contact file-rc people to check what's wrong. OK, I guess I should reassign to file-rc unless there’s something wrong with the init script or something else in the ifupdown package, in which case they should just assign it back. P.S. MirBSD.de's MX doesn't accept mail from me: 550 5.0.0 We don't accept mail from spammers. Your freemail provider (Google Mail) is unresponsive to abuse requests. Well yes, it’s finally made it onto my blacklist on their fifth major (noticeable) spam burst. But the BTS works. (Or just mailing my at-work address like now. I usually use one address in all places, so filtering by package maintainer and bug submitter just works.) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685079: Typos in package description
Package: src:logol Version: 1.5.0-5 Severity: wishlist Tags: patch Dear Olivier! I found a few typos and missing spaces in the package descriptions of logol and logol-bin while translating it via the DDTSS[1]. A patch for the control file is included. It might be a good idea to add an extra paragraph to logol, to describe the contents of that package. Regards, Erik --- control 2012-08-07 15:21:14.0 +0200 +++ control.new 2012-08-16 14:08:47.035651787 +0200 @@ -19,20 +19,20 @@ libbiojava-java, libdrmaa-java, antlr3, libcommons-cli-java, libcommons-collections3-java, libcommons-configuration-java, libcommons-lang-java, libcommons-logging-java, libxalan2-java, libxerces2-java, libgnumail-java, liblog4j1.2-java, ruby-cassiopee, logol-bin -Description: Pattern maching tool using Logol language - Logol is a pattern matching tool using the logol language. +Description: Pattern matching tool using Logol language + Logol is a pattern matching tool using the Logol language. It searches with a specific grammar a pattern in small - or large sequence (dna,rna,protein). It provides complete + or large sequence (dna, rna, protein). It provides complete result matching with the original grammar in the results. Package: logol-bin Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, swi-prolog, libncursesw5 -Description: Pattern maching tool using Logol language - This package contains the Prolog binaries used by logol to parse +Description: Pattern matching tool using Logol language + This package contains the Prolog binaries used by Logol to parse the sequence and match the grammar. . - Logol is a pattern matching tool using the logol language. + Logol is a pattern matching tool using the Logol language. It searches with a specific grammar a pattern in small - or large sequence (dna,rna,protein). It provides complete + or large sequence (dna, rna, protein). It provides complete result matching with the original grammar in the results.
Bug#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters
On 2012-08-16 05:50:20 -0400, Thomas Dickey wrote: Running your example (default lynx.cfg, uxterm, Debian/testing), I pressed = to see the document charset is iso-8859-1. This is what I get here too, but the charset is really utf-8: if I do the following change: Index: lynx-search.html === --- lynx-search.html(revision 54212) +++ lynx-search.html(working copy) @@ -1,4 +1,4 @@ -?xml version=1.0 encoding=utf-8? +?xml version=1.0 encoding=iso-8859-1? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; what the displayed content is different (the one obtain with an iso-8859-1 encoding). This shows that the specified encoding was really taken into account. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683378: CVE-2012-0283
Hello Jonathan. Jonathan Wiltshire, 2012-08-16 11:15-: Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.6) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I do not think this is necessary. The fix is for a flaw in the last version of DokuWiki, and it does not apply to the previous one which is currently in squeeze. I will have to double-check that, but I think that version is not concerned. Regards -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#676483: I have same error...
Hi, I have same error when upgrading Debian 6.0.4 to Wheezy: root@perro:~# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Failed The following packages have unmet dependencies: libc6-dev : Breaks: gcc-4.4 ( 4.4.6-4) but 4.4.5-8 is to be installed libgcc1 : Breaks: gcc-4.4 ( 4.4.6-4) but 4.4.5-8 is to be installed libgfortran3 : Breaks: gcc-4.4 ( 4.4.6-4) but 4.4.5-8 is to be installed libgomp1 : Breaks: gcc-4.4 ( 4.4.6-4) but 4.4.5-8 is to be installed libstdc++6 : Breaks: gcc-4.4 ( 4.4.6-4) but 4.4.5-8 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. root@perro:~# cat /etc/apt/sources.list # deb http://ftp.debian.org/debian/ wheezy main deb-src http://ftp.debian.org/debian/ wheezy main -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673385: lynx-cur: lynx displays search text at the wrong column if preceded by UTF-8 characters
On 2012-08-16 06:53:54 -0400, Thomas Dickey wrote: On Wed, Aug 15, 2012 at 11:38:38PM +0200, Vincent Lefevre wrote: Actually there's *exactly* the same problem with an ASCII XHTML file (here, ASCII refers to the source): in the example, just replace the p.../p line by: p#8230;#8230;#8230; In citelynx/cite, search for foo by typing: /foo/p that's a different aspect (offhand, it should work- will investigate) This is exactly the bug I reported, i.e. I see no differences between the use of #8230; and the use of Unicode characters directly. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684859: AutoFS fails to start on some occasions for networked D-E client systems
Den 16. aug. 2012 13:46, skrev Giorgio Pioda: Hi, I would fix it disabling network-manager on the eth0 if we are talking about fix client stations. Well, network-manager is useful for laptop clients to be able to access wireless and mobile broandband connections, so I think we should keep it. But have you checked the dependency/start order of network-manager and autofs services? Is sounds like there is something wrong there. Autofs should start after network-manager service. -- Marius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685074: fusionforge: Provide plugin apache 2 conf snippets in the plugin's package
On Thu, 16 Aug 2012, Olivier Berger wrote: It would be much clearer if every package managed its own installation of the web server configuration IMHO. I guess the design decision behind that is that there’s more than one webserver potentially supported. Or, at least, used to. Though I think we could win with concen- trating on Apache 2 and Postfix, indeed. And in that case moving the web config snippets into the plugin packages would make sense. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684941: Problem still there in 304.37-1
I have done som more testing and it seems as if the nvidia drivers are doing very strange things. While I move the mouse pointer nvidia_drv.so calls LoaderSymbol(rrPrivKeyRec) (and indirectly dlsym) approx 1000 times per second. All calls are successful and return the same address. If the mouse pointer is not moving everything is nice and quiet. Quoting Andreas Beckmann deb...@abeckmann.de: Linux mona 3.2.0-1-amd64 #1 SMP Fri Feb 17 05:17:36 UTC 2012 x86_64 GNU/Linux That's not a current kernel Fixed. Running latest from testing. Unfortunately changes nothing. On 2012-08-15 20:05, Daniel Anderberg wrote: Tested the new 304.37-1 that entered unstable, but the problem remains: Probably time to check the nvidia forum and report a bug there: http://www.nvnews.net/vbulletin/showthread.php?t=46678 Have scanned the threads and registerd. Will write a bug-report as soon as my account leaves moderation and the site allows me to post. I will add a link to it once it's up. /Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681735: Closing bugs
As reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681735#8 , there's no hope these requests will be processed, so I'm closing them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684969: apport-retrace crashed with IOError in copyfile(): [Errno 13] Permission denied: '/etc/apt/trusted.gpg'
On 16/08/2012 12:30, Ritesh Raj Sarraf wrote: On Thursday 16 August 2012 02:43 PM, Tshepang Lekhonkhobe wrote: On 16/08/2012 02:23, Ritesh Raj Sarraf wrote: ls -l /etc/apt/trusted.gpg $ ls -l /etc/apt/trusted.gpg -rw--- 1 root root 1211 Jul 27 23:39 /etc/apt/trusted.gpg That explains. You are running as a normal user and the app is trying to read the file, to which it does not have read permissions. Just add read permissions to the file for group and others and it will work. But is it a good idea to change Debian defaults? Shouldn't apport handle cases like this gracefully? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685051: Error reading from server. Remote end closed connection when using http://archive.ubuntugames.org PPA
package apt-cacher merge 682437 thanks On Thu, Aug 16, 2012 at 01:58:35PM +0300, Arie Skliarouk wrote: I tried your patch. The warnings in /var/log/apt-cacher/error.log disappeared, but apt-get on the client machine still was not able to download indexes: I think this is a duplicate of #682437, but the patch in there is not sufficient as it only covers 200 responses. I think your server is returning Transfer-Encoding: chunked for a 404 error! Anyway, this patch fixes it for me. Could you confirm please?. Thanks Mark diff --git a/apt-cacher b/apt-cacher index a8affc0..6e5bd47 100755 --- a/apt-cacher +++ b/apt-cacher @@ -1624,10 +1628,21 @@ sub libcurl { if ($response-code) { $cfg-{debug} debug_message('libcurl reading of headers complete: ' . $response-code); chomp_message($response); + # Handle chunked + if ($response-header('Transfer-Encoding') lc $response-header('Transfer-Encoding') eq 'chunked') { + # libcurl handles chunked transfer, so just remove the Transfer-Encoding header + # so it doesn't get passed to clients and ignore any Content-Length header + debug_message('Handle Transfer-Encoding: chunked'); + $response-remove_header('Transfer-Encoding'); + $response-remove_header('Content-Length'); + } + if ($curl_request-method eq 'GET' $response-is_success) { + # Check space my $statfs; if (defined($statfs = df($cfg-{'cache_dir'}, 1)) + $response-header('Content-Length') $response-header('Content-Length') = $statfs-{bavail} || $cfg-{_disk_usage_limit} $statfs-{used} + $response-header = $cfg-{_disk_usage_limit}) { info_message('ALARM: Insuffient space for Content-Length: '. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685060: Post-inst typo
In /var/lib/dpkg/info/corosync.postinst, line 27, the update-rc.d call should say defaults, instead of default. The previous if clause correctly uses defaults.
Bug#685035: [freetuxtv] no sound with oss4, apparently vlc config file is not used
Hi, could you please send a log from VLC and FreetuxTV playing the same stream? Do you have an valid stream URL that can be used to reproduce the problem? On Thu, Aug 16, 2012 at 2:05 AM, Bob debian...@yahoo.nl wrote: Package: freetuxtv Version: 0.6.5~dfsg1-1 Severity: normal There is no sound with oss4. VLC is configured to use oss4 and works properly. In Freetuxtv I checked the box to use vlc config file. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing http.debian.net --- Package information. --- Depends (Version) | Installed ==-+- libatk1.0-0 (= 1.12.4) | 2.4.0-2 libc6 (= 2.7) | 2.13-33 libcairo-gobject2 (= 1.10.0) | 1.12.2-2 libcairo2 (= 1.2.4) | 1.12.2-2 libcurl3 (= 7.16.2) | 7.26.0-1 libdbus-1-3 (= 1.0.2) | 1.6.0-1 libdbus-glib-1-2 (= 0.78) | 0.100-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.26.0) | 2.32.3-1 libgtk-3-0 (= 3.0.0) | 3.4.2-2 libnotify4 (= 0.7.0) | 0.7.5-1 libpango1.0-0 (= 1.14.0) | 1.30.0-1 libsqlite3-0 (= 3.5.9) | 3.7.13-1 libvlc5 (= 1.1.0) | 2.0.3-1 vlc | 2.0.3-1 Package's Recommends field is empty. Package's Suggests field is empty.
Bug#685046: URLs containing '' (ampersand) are mangled
Hi, Thanks for very interesting bug report. On Thu, Aug 16, 2012 at 04:38:39AM +0100, Ben Hutchings wrote: Package: debiandoc-sgml Version: 1.2.27 Severity: important Tags: patch In the kernel-handbook source we have: Check the url id=http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=linuxamp;src=linux-2.6; name=current bug list Yah, I kind of remember ... in id-value was problematic. debiandoc-sgml has some strange handling over special chars. That was why I moved may documents to docbook and added deprecation note to debiandoc-sgml. There are not just this but many irregularities with this software. And in the HTML output this becomes: Check the codea href=http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=linux%5C%7C[amp%20]%5C%7Csrc=linux-2.6;current bug list/a/code I'm attaching a fix. Please upload and ask for a freeze exception, as this causes real breakage in debian-kernel-handbook. I give you 2 choices: * Hijack this package and make whatever changes you wish ... but fully take over responsibility of maintenance. (Please note this is what I am looking for. You are certainly a good maintainer and you proved this by your proposed patch.) * find some local hack in your package to work around this stupidity and let me keep this package as is. I would think a text like: Check the url id=http://bugs.debian.org/; name=Debian Bug Tracking System while setting Select bugs section to in source package with linux-2.6 as its entry data. (Unfortunately, I do not know what side effects your patch causes to other packages which assume this odd behavior. Please understand.) FYI: Have you read squeeze README.Debian of this package. === NOTICE === The DebianDoc-SGML is becoming less used and its is not accepting any new feature enhancements except localization data. If you are creating a new documentation project or start making major updates on the existing documents, please consider to use Docbook XML system instead of DebianDoc-SGML because you will need things like tables and figures which are not supported by this debiandoc-sgml platform. New direct conversion tool debiandoc2dbk in this package should provide easy transition of existing debiandoc-sgml document contents into DocBook XML format with minor manual interaction. Since this is perl5/shell based script, it should run on squeeze without any modification if texlive tools are installed. -- To be honest, I hated some internal SGML marking structure irregularities. But I did not wish to create non-compatible changes. What you aim at with your patch is certainly very good direction but clearly non-compatible change. I do not wish to such thing at this moment. Please understand my position and why not step up to ***hijack***. (I am willing to be sub-maintainer if you wish me to be around for this package.) Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685046: URLs containing '' (ampersand) are mangled
On Thu, 2012-08-16 at 22:44 +0900, Osamu Aoki wrote: [...] FYI: Have you read squeeze README.Debian of this package. Yes, I know. I do want to move to DocBook. [...] To be honest, I hated some internal SGML marking structure irregularities. But I did not wish to create non-compatible changes. What you aim at with your patch is certainly very good direction but clearly non-compatible change. I do not wish to such thing at this moment. [...] I don't see how this is incompatible. I can't believe anyone wants the SDATA escape sequences in their output files. Ben. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. signature.asc Description: This is a digitally signed message part
Bug#685051: Error reading from server. Remote end closed connection when using http://archive.ubuntugames.org PPA
Yeah, the patch solved the problem! Thank you! Close the bug please. -- Arie On Thu, Aug 16, 2012 at 4:27 PM, Mark Hindley m...@hindley.org.uk wrote: package apt-cacher merge 682437 thanks On Thu, Aug 16, 2012 at 01:58:35PM +0300, Arie Skliarouk wrote: I tried your patch. The warnings in /var/log/apt-cacher/error.log disappeared, but apt-get on the client machine still was not able to download indexes: I think this is a duplicate of #682437, but the patch in there is not sufficient as it only covers 200 responses. I think your server is returning Transfer-Encoding: chunked for a 404 error! Anyway, this patch fixes it for me. Could you confirm please?. Thanks Mark diff --git a/apt-cacher b/apt-cacher index a8affc0..6e5bd47 100755 --- a/apt-cacher +++ b/apt-cacher @@ -1624,10 +1628,21 @@ sub libcurl { if ($response-code) { $cfg-{debug} debug_message('libcurl reading of headers complete: ' . $response-code); chomp_message($response); + # Handle chunked + if ($response-header('Transfer-Encoding') lc $response-header('Transfer-Encoding') eq 'chunked') { + # libcurl handles chunked transfer, so just remove the Transfer-Encoding header + # so it doesn't get passed to clients and ignore any Content-Length header + debug_message('Handle Transfer-Encoding: chunked'); + $response-remove_header('Transfer-Encoding'); + $response-remove_header('Content-Length'); + } + if ($curl_request-method eq 'GET' $response-is_success) { + # Check space my $statfs; if (defined($statfs = df($cfg-{'cache_dir'}, 1)) + $response-header('Content-Length') $response-header('Content-Length') = $statfs-{bavail} || $cfg-{_disk_usage_limit} $statfs-{used} + $response-header = $cfg-{_disk_usage_limit}) { info_message('ALARM: Insuffient space for Content-Length: '. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685046: Acknowledgement (URLs containing '' (ampersand) are mangled)
Hi, On Thu, Aug 16, 2012 at 04:58:17AM +0100, Ben Hutchings wrote: Attaching an updated patch which corrects many errors in the original description of the bug. One update from me. Pleae also read TODO list. Your patch is very fundamental one for SDATA. XML backend I made is nothing more than minor modificaion of origimal HTML backend. I kept HTML as the original one. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure. From b0a67f447be96d4b5df683da6f280d4b24eb3ff4 Mon Sep 17 00:00:00 2001 From: Ben Hutchings b...@decadent.org.uk Date: Thu, 16 Aug 2012 04:16:54 +0100 Subject: [PATCH] Fix mangling of '' in URLs SDATA entities, e.g. 'amp;' are converted on input to different escape sequences, e.g. '\|[amp ]\|'. These need to be converted back to literal characters or entities on output, depending on the format. Currently we fail to do this because: 1. The HTML and XML back-ends only do URL-normalization; they never process the SDATA escape sequences. I trust you here. I kind of remember thinking similar but did not have courage to changing this fundamental feature. Change them to do CDATA conversion before normalizing URLs. This is not theoretically correct: we should convert to literal text, then normalize the URL, then convert to CDATA. However we know that '' and ';' will not be URL-escaped and therefore the result should be the same. 2. The driver does some basic normalization of the URL by squashing multiple spaces. Since the spaces are significant in matching of the SDATA escape sequences, they are then not converted by any back-end. Change it to trim leading and trailing space only; URLs should not normally contain any spaces anyway. I think your assesment is sound. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685038: ITP: mailscanner -- email gateway for virus scanning, spam and phishing detection
On 08/15/2012 07:35 PM, Aaron Schrab wrote: Package: wnpp Severity: wishlist Owner: Aaron Schrab aa...@schrab.com * Package name: mailscanner You may wish to contact the previous mailscanner maintainer [0][1] and dig through all the existing/archived bugs [2] to find out why it was removed from the archive post-squeeze, and if it may be suitable for debian in the future. [0] http://packages.debian.org/search?keywords=mailscanner [1] http://packages.qa.debian.org/m/mailscanner.html [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;src=mailscanner -- Kind regards, Michael Shuler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655532: CD FAQ: Introductory sections
Hi Brian, Thanks for your patch, Le 16/08/2012 08:20, Brian Potkin a écrit : The attached patch rearranges some of the FAQ's content and presents three new sections. The intention is to give at least equal prominence to booting from a USB device. It also addresses bug #655532. No idea how a patch against www.d.o could address a bug against grub-installer, but following up anyway, and also copy to debian-cd in charge of this section. Regards David --- index.wml 2012-08-13 12:07:52.0 +0100 +++ index-intro.wml 2012-08-16 12:46:19.0 +0100 @@ -14,24 +14,84 @@ toc-add-entry name=what-isWhat is a qCD image/q anyway?/toc-add-entry -pA CD image is the exact representation of the data on a CD in a -normal computer file, that can e.g. be transmitted over the -Internet. CD burning programs can use the image files to make real -CDs./p +p A CD image, or ISO image, is the exact representation of the data +on a CD in a normal computer file that can, for example, be transmitted +over the Internet. + +Several of the Debian CD and Debian Live images are created using +iisohybrid/i technology, which means that they may be used in two +different ways:/p + +ul + liThey may be written to USB flash drives, bootable directly from the BIOS of most PCs./li + liThey may be written to CD/DVD with a burning program and used as normal for CD/DVD booting./li +/ul -pFor a correctly written CD, the tt.iso/tt file must not appear -on the CD when you access it! Instead, you should see a number of -files and directories - in the case of a Debian CD, this includes a +# + +toc-add-entry name=USB-or-CDShould I put the ISO image on a USB +stick or a CD/DVD?/toc-add-entry + +pMany older computers will not boot easily or at all from USB; +conversely some newer machines do not have a CD-ROM or DVD-ROM. In these +cases, the choice is made for you./p + +pGiven the choice and a suitable method for writing the image, we +would suggest using a USB boot. Writing to a USB stick is arguably more +reliable and quicker than the burning process and the stick can be used +for other purposes afterwards. Also, a href=#write-usb using +idd/i/a, the ISO image only takes up part of the space on the USB +device so the remainder can be partitioned and formatted for a different +use. For example, a FAT partition can be used to hold any +a href=http://www.debian.org/releases/stable/i386/ch02s02.html.en;non-free +firmware/a files needed during the installation of Debian./p + +# + +toc-add-entry name=usb-probsIs there anything to watch out for when writing +to a USB flash drive?/toc-add-entry + +pWriting an ISO image correctly to a USB flash drive under +a href=#write-usbLinux/a is described below. The actual process +with dd should be trouble-free but you need to bear in mind the use the +drive may put to, either during the present install or at some later +time, when you may have forgotten it had had an ISO written to it./p + +pLet's say you want to install Debian to such a flash drive. There +will be nothing out of the ordinary until the bootloader install stage +is reached. If you choose GRUB it will detect the signature of the +overwritten ISO at the beginning of the drive and refuse to write to its +MBR. One solution is:/p + +ul + liChoose to manually partition the disks and note the drive's device +name, sdX./li + liSwitch to a console with iALT-F2/i./li + liCheck you have the correct device by reading from it with codedd +if=/dev/sdX of=/dev/null/code and watch for the LED on it flashing. + liWrite to the drive with codedd if=/dev/zero of=/dev/sdX bs=512 +count=64/code and proceed to partition it and install the base system./li + liShould you forget to do this before partitioning, codedd if=/dev/zero of=/dev/sdY +bs=512 seek=1 count=64/code should get GRUB's co-operation afterwards./li +/ul + +# + +toc-add-entry name=cd-probsIs there anything to watch out for when writing to a CD/DVD?/q/toc-add-entry + +pFor a correctly written CD/DVD the tt.iso/tt file must not appear +on the CD/DVD when you access it! Instead, you should see a number of +files and directories - in the case of a Debian image, this includes a qdists/q directory and a qREADME.html/q file./p pThe tt.iso/tt format is roughly comparable to a tt.zip/tt file: It contains other files and directories, and only these will -appear on the final CD. Some archive programs allow you to qunpack/q -tt.iso/tt files. Do not use this feature to create a CD from the -unpacked files! The resulting CD will fail to boot because the +appear on the final CD/DVD. Some archive programs allow you to qunpack/q +tt.iso/tt files. Do not use this feature to create a CD/DVD from the +unpacked files! The resulting CD/DVD will fail to boot because the tt.iso/tt format includes special information related
Bug#684859: AutoFS fails to start on some occasions for networked D-E client systems
Hi Marius, hi all, On Do 16 Aug 2012 14:29:37 CEST Marius Kotsbak wrote: Den 16. aug. 2012 13:46, skrev Giorgio Pioda: Hi, I would fix it disabling network-manager on the eth0 if we are talking about fix client stations. Well, network-manager is useful for laptop clients to be able to access wireless and mobile broandband connections, so I think we should keep it. But have you checked the dependency/start order of network-manager and autofs services? Is sounds like there is something wrong there. Autofs should start after network-manager service. The problem is not the start order of the services. The problem is that network-manager starts connecting eth0 in background. While that is happening all the other boot scripts overtake the dhclient process issues by network-manager. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpdazsMj9hUP.pgp Description: Digitale PGP-Unterschrift
Bug#685074: fusionforge: Provide plugin apache 2 conf snippets in the plugin's package
Thorsten Glaser t.gla...@tarent.de writes: On Thu, 16 Aug 2012, Olivier Berger wrote: It would be much clearer if every package managed its own installation of the web server configuration IMHO. I guess the design decision behind that is that there’s more than one webserver potentially supported. Or, at least, used to. But in such case, the dir naming wouldn't fit : instead of /etc/@OLDPACKAGE@/httpd.conf.d/ it would be /etc/@OLDPACKAGE@/apache2.conf.d/ to support other sets of config snippets... ;-) In any case, I don't see why the plugin couldn't contain the specifics for many web servers. Juste my 2 more cents -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617617: ITP: beatbox -- A music player written in vala
Hey, On Thu, Mar 10, 2011 at 12:18:55AM +0100, Devid Antonio Filoni wrote: Package: wnpp Severity: wishlist * Package name: beatbox * Upstream Author : Scott R. https://launchpad.net/~tcsoccerman * URL: https://launchpad.net/beat-box * License: GNU GPL v3 * Description: A music player written in vala. A gentle ping: what's the status of this? I see there is a PPA — perhaps you could take the packaging from there? Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#679521: fusionforge-plugin-mediawiki: I got cannot copy to target directory when trying to set a wgLogo for my project's mediawiki.
Christian Bac christian@it-sudparis.eu writes: I tried to set a logo for mediawiki in a project for the fusion-forge installed at int-evry.fr The error message Cannot copy file to target directory appeared with a green background. It seems that your mediawiki plugin was lacking the uploading enabling config option. The cronjob that creates the target dir which holds the wiki's attachments acts only if the [mediawiki] enable_uploads setting is true. So in your case, it failed. I'll make sure to add a check for that option in the dialog so that the admins can notify the sysadmin and ask for config option change. Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org