Bug#571286: gnumeric: can't create file from the command line no error code
On Fri, 14 Jun 2013 01:18:05 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: For instance there are too many tricky situations that make it difficult to return correct exit code if user changed her/his mind and decided not to save the document or to save it to another file or even change file format on save... What error code to return if empty file with no data was saved (is it error or not)? Doesn't seem difficult. Let's work backwards... 1) An empty spreadsheet file with no data cannot be simpler. Consider the minimal invocation: % gnumeric Gnumeric then creates a blank spreadsheet, and even offers a name, Book1. Suppose the User then presses Ctrl-S, Enter, and Ctrl-Q. The result is a new file: % ls -log Book1.gnumeric -rw-r--r-- 1 1704 Jun 26 03:36 Book1.gnumeric Note how it's 1704 bytes. Those 1704 bytes comprise a correctly formatted blank spreadsheet. Rather like a printed paper ink form, not yet filled out by a human. Now suppose this bug was fixed as I'd prefer: % gnumeric foo.gnumeric Followed, (same as before), by the User pressing Ctrl-S, Enter, and Ctrl-Q. Which we suppose to produce this: % ls -log foo.gnumeric -rw-r--r-- 1 1704 Jun 26 03:48 foo.gnumeric No need for an error code. 2) User changes format to '.ods'. Same as before but: % ls -log Book1.ods foo.ods -rw-r--r-- 1 5209 Jun 26 03:55 Book1.ods -rw-r--r-- 1 5209 Jun 26 03:55 foo.ods No need for an error code for either file. 3) Save to another filename, i.e. FileSave As: % ls -log bar.gnumeric -rw-r--r-- 1 1704 Jun 26 03:48 bar.gnumeric No need for an error code. 4) User quits without saving. Same as when the user doesn't save Book1. No need for an error code. Summing up, to fix this bug, just parse the command line, and if there's a nonexistent file name 'foo', rename the current default of 'Book1' to 'foo'. If you agree, (and have no further difficulties in mind), please kindly reopen this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714433: debian-edu: missing fsck.xfs if XFS filesystem is choosen during disk partitioning
Il 29/06/2013 12:07, Petter Reinholdtsen ha scritto: Why do you want to use xfs? In other words, why should we support xfs? Actually there isn't a real reason... when I started using GNU/Linux I read about different filesystems and I choosed XFS because it was more efficient in reading/writing data than ext3 (and others fs). I don't know if this is still true, some new fs versions have been developed, but I can answer your question saying that if the partitioning program allows the user to choose XFS, the user will expect that XFS can be chosen :-) I don't know how difficult it can be to edit the debian-installer, but a message listing which filesystems are supported can be useful (or, perhaps, removing from the list of selectable fs those unsupported). cheers Simone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713689: libimobiledevice: FTBFS: ld: idevicebackup-idevicebackup.o: undefined reference to symbol 'gcry_md_hash_buffer@@GCRYPT_1.2'
tags 713689 patch thanks On 2013-06-22 David Suárez david.sephi...@gmail.com wrote: Source: libimobiledevice Version: 1.1.1-4 [...] During a rebuild of all packages in sid, your package failed to build on amd64. [...] CCLD idevicebackup /usr/bin/ld: idevicebackup-idevicebackup.o: undefined reference to symbol 'gcry_md_hash_buffer@@GCRYPT_1.2' /lib/x86_64-linux-gnu/libgcrypt.so.11: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status [...] Good morning, find attached a patch to let libimobiledevice build again. On a sidenote: Could you perhaps cluebat^W kindly nudge upstream: It is not the smartest idea to *add* dependencies on gcrypt if the main focus in gnutls, which does not use gcrypt anymore in 3.x. Thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru libimobiledevice-1.1.1/debian/changelog libimobiledevice-1.1.1/debian/changelog --- libimobiledevice-1.1.1/debian/changelog 2012-03-18 16:26:17.0 +0100 +++ libimobiledevice-1.1.1/debian/changelog 2013-06-30 08:32:33.0 +0200 @@ -1,3 +1,16 @@ +libimobiledevice (1.1.1-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Disable 05_remove_gcry_need.patch. src/userpref.c directly invokes +gcry_control() nowadays. + * [07_moregcryptlinkage.diff] tools/idevicebackup.c +directly invokes gcrypt functions, link it against libgcrypt. +Closes: #713689 + * Explicitely disable silent-rules, the newer automake seems to use them +by default. + + -- Andreas Metzler ametz...@debian.org Sun, 30 Jun 2013 08:19:10 +0200 + libimobiledevice (1.1.1-4) unstable; urgency=low [ Robert Hooker ] diff -Nru libimobiledevice-1.1.1/debian/patches/07_moregcryptlinkage.diff libimobiledevice-1.1.1/debian/patches/07_moregcryptlinkage.diff --- libimobiledevice-1.1.1/debian/patches/07_moregcryptlinkage.diff 1970-01-01 01:00:00.0 +0100 +++ libimobiledevice-1.1.1/debian/patches/07_moregcryptlinkage.diff 2013-06-30 08:31:29.0 +0200 @@ -0,0 +1,17 @@ +Description: Link tools/idevicebackup.c against libgcrypt + tools/idevicebackup.c + directly invokes gcrypt functions, link it against libgcrypt. +Author: Andreas Metzler ametz...@debian.org +Bug-Debian: http://bugs.debian.org/713689 + +--- libimobiledevice-1.1.1.orig/tools/Makefile.am libimobiledevice-1.1.1/tools/Makefile.am +@@ -28,7 +28,7 @@ idevice_id_LDADD = ../src/libimobiledevi + idevicebackup_SOURCES = idevicebackup.c + idevicebackup_CFLAGS = $(AM_CFLAGS) + idevicebackup_LDFLAGS = $(AM_LDFLAGS) +-idevicebackup_LDADD = ../src/libimobiledevice.la ++idevicebackup_LDADD = ../src/libimobiledevice.la $(libgcrypt_LIBS) + + idevicebackup2_SOURCES = idevicebackup2.c + idevicebackup2_CFLAGS = $(AM_CFLAGS) diff -Nru libimobiledevice-1.1.1/debian/patches/series libimobiledevice-1.1.1/debian/patches/series --- libimobiledevice-1.1.1/debian/patches/series 2012-03-18 16:26:17.0 +0100 +++ libimobiledevice-1.1.1/debian/patches/series 2013-06-30 08:26:46.0 +0200 @@ -3,5 +3,5 @@ 02-add-missing-linking.patch 03_ac_pkg_swig_m4_fixed.patch 04_libplist_DSO_linking.patch -05_remove_gcry_need.patch 06_git_ios5_handle_error.patch +07_moregcryptlinkage.diff diff -Nru libimobiledevice-1.1.1/debian/rules libimobiledevice-1.1.1/debian/rules --- libimobiledevice-1.1.1/debian/rules 2012-03-18 16:26:17.0 +0100 +++ libimobiledevice-1.1.1/debian/rules 2013-06-30 08:33:12.0 +0200 @@ -15,7 +15,7 @@ --prefix=/usr \ --sysconfdir=/etc --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ - --enable-dev-tools + --enable-dev-tools --disable-silent-rules %: dh --with python2 --with autoreconf $@
Bug#714503: Creative ZEN seen by libmtp but not properly supported (no files seen on device)
Package: libmtp9 Version: 1.1.6-2 Severity: normal Tags: upstream We have a Creative ZEN (vendor id 041e, vendor product 4157) that theoretically supports the MTP protocol: mtp-probe and mtp-detect find it, and there is a rule for it in /lib/udev/rules.d/69-libmtp.rules. However, accessing the device through libmtp (e.g. via the gvfs mtp backend in Nautilus, or with manual mounting via mtpfs) fails to find any files on the device. The contents of the device can be properly accessed when using the PTP protocol using libgphoto2. As a provisional solution I changed the udev rule to use MTP_NO_PROBE and NOT make the device visible through libmtp, but proper support for the device in libmtp would be preferred. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmtp9 depends on: ii dpkg 1.16.10 ii libc6 2.17-6 ii libgcrypt111.5.2-3 ii libmtp-common 1.1.6-2 ii libusb-1.0-0 2:1.0.15-1 ii multiarch-support 2.17-6 Versions of packages libmtp9 recommends: ii libmtp-runtime 1.1.6-2 ii udev175-7.2 libmtp9 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#571286: gnumeric: can't create file from the command line no error code
Dear A. Costa, Thanks for your comments. On Sun, 30 Jun 2013 14:23:36 A. Costa wrote: If you agree, (and have no further difficulties in mind), please kindly reopen this bug. Perhaps it is up to upstream to decide on this matter. I invite you to take this discussion to corresponding upstream bug report and share your ideas there: https://bugzilla.gnome.org/show_bug.cgi?id=633826 At the moment I re-opened bug so we could track upstream progress. Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714504: cannot upgrade to 4.8.1-5 on multiarch (amd64 and i386)
Package: gcc-4.8 Version: 4.8.1-4 Severity: serious gcc-4.8 and related packages are at different versions in sid on amd64 (4.8.1-5) and i386 (4.8.1-4), but the same version _must_ be installed for all architectures. This prevents upgrading of gcc-4.8 and all related packages on multiarch (amd64 + i386) systems. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.8 depends on: ii binutils2.23.52.20130620-1 ii cpp-4.8 4.8.1-4 ii gcc-4.8-base4.8.1-4 ii libc6 2.17-5 ii libcloog-isl4 0.18.0-2 ii libgcc-4.8-dev 4.8.1-4 ii libgmp102:5.1.2+dfsg-1 ii libisl100.11.2-1 ii libmpc3 1.0.1-1 ii libmpfr43.1.1-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gcc-4.8 recommends: ii libc6-dev 2.17-5 Versions of packages gcc-4.8 suggests: pn binutils-goldnone pn gcc-4.8-doc none pn gcc-4.8-locales none ii gcc-4.8-multilib 4.8.1-4 pn libasan0-dbg none pn libatomic1-dbg none pn libbacktrace1-dbgnone pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libmudflap0-4.8-dev none pn libmudflap0-dbg none pn libquadmath0-dbg none pn libtsan0-dbg 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#714489: please ship manpages for old git-buildpackage commands
Hi Ivo, On Sat, Jun 29, 2013 at 11:55:51PM +0200, Ivo De Decker wrote: Package: git-buildpackage Version: 0.6.0 Hi, I noticed today that the manpage for git-import-orig is missing. After a bit of searching, I discovered that all git-buildpackage commands were renamed to gbp. For jessie, it would probably be nice to ship manpages for the old commands (which probably should be symlinks to the manpages for the new commands), to help users discover that the commands were renamed. man git-import-orig still works as exected since the manpage has: .SH NAME git-import-orig, gbp-import-orig \- Import an upstream source into a git repository .SH SYNOPSIS so there's no need to ship the manpage. Please explain why we should ship the old pages? Cheers, --- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714505: ITP: python-hacking -- Flake8 OpenStack Hacking Guidline Enforcement plugins
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-hacking Version : 0.5.6 Upstream Author : OpenStack openstack-...@lists.openstack.org * URL : https://pypi.python.org/pypi/hacking * License : Apache-2.0 Programming Lang: Python Description : Flake8 OpenStack Hacking Guidline Enforcement plugins Hacking is a set of flake8 plugins that test and enforce the OpenStack Style Commandments. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714477: killer: Is no longer able to figure out when X users last were active
I asked on #debian-devel for ideas how to fix killer, and Mithrandir suggested I look at the xprintidle package, while weasel pointed me to the attached script he use to suspend unused machines. Both can provide inspiration for a fix for killer. -- Happy hacking Petter Reinholdtsen #!/bin/bash # Copyright (c) 2012 Peter Palfrader pe...@palfrader.org # # Permission is hereby granted, free of charge, to any person obtaining # a copy of this software and associated documentation files (the # Software), to deal in the Software without restriction, including # without limitation the rights to use, copy, modify, merge, publish, # distribute, sublicense, and/or sell copies of the Software, and to # permit persons to whom the Software is furnished to do so, subject to # the following conditions: # # The above copyright notice and this permission notice shall be # included in all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, # EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF # MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND # NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE # LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION # OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION # WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. PATH=$PATH:/sbin:/usr/sbin:/usr/local/bin:/usr/local/sbin MYLOGNAME=`basename $0`[$$] HOSTNAME=$(hostname) FLAGFILE=/var/run/busy-host BACULA_FD=9102 X_IDLE_TIME=90 # minutes usage() { cat EOF usage: $0 OPTIONS: -n no-do - do not really suspend. -t x touch - do not suspend for x minutes -h show this help. EOF } info() { logger -p daemon.info -t $MYLOGNAME $1 } VERBOSE=0 NODO= max=0 while getopts hnvt: OPTION do case $OPTION in h) usage exit ;; n) NODO=: ;; t) max=$OPTARG ;; v) VERBOSE=$(( VERBOSE + 1 )) ;; *) usage 2 exit 1 ;; esac done shift $(($OPTIND - 1)) # chk_net port # returns true (0) if there are connections to that port. chk_net() { local port=$1; shift # ignore connections from munin local con=$(ss -nt sport = :$port | egrep -v '2001:628:2120:500:4000:feff:27:159|141.201.27.159' | wc -l) if [ $con -gt 1 ]; then return 0 else return 1 fi } # checks echo the number of minutes in the future when suspending would be ok. # 0 means it's ok to suspend now. check_sge() { local jcnt=$(qstat -u '*' -q *@$HOSTNAME -s r | wc -l) if [ $jcnt = 0 ]; then echo 0 else echo 1 fi } check_bacula() { if chk_net $BACULA_FD; then echo 1 else echo 0 fi } check_ssh() { if chk_net 22; then echo 10 else echo 0 fi } check_puppet() { if pgrep puppet /dev/null; then echo 1 else echo 0 fi } check_xsession() { for s in /var/run/gdm3/auth-for-Debian-gdm-*/database /run/xauth/*; do if [ -e $s ] ; then i=$(XAUTHORITY=$s DISPLAY=:0 xprintidle) i=$(( i / 1000 / 60 )) if [ $i -lt $X_IDLE_TIME ] ; then echo $(( $X_IDLE_TIME - $i )) return fi fi done echo 0 } suspend_host() { info System is suspending echo System is suspending. | wall cat /dev/null $FLAGFILE sync sleep 1 susp=pm-suspend-hybrid case $HOSTNAME in erna|judith|irina|clara|sabine|evi|gitti|inge|emma|gabi) susp=pm-suspend ;; *) if ! nagios-check-running-kernel /dev/null; then susp=pm-suspend fi esac $NODO $susp || info Calling $susp failed! } for check in sge bacula ssh puppet xsession; do result=$(check_$check) [ $VERBOSE -ge 1 ] info Check $check: $result [ $result -gt $max ] max=$result done ref=$max minutes if [ $max -gt 0 ]; then info Will suspend no sooner than $max minutes from now if [ -e $FLAGFILE ] [ $( find $FLAGFILE -newermt $ref | wc -l ) -gt 0 ] ; then info flag file is in the future, no update needed else touch -d $max minutes $FLAGFILE fi elif [ -e $FLAGFILE ] [ $( find $FLAGFILE -newermt $ref | wc -l ) -gt 0 ] ; then info flag file is in the future, no update needed else suspend_host touch -d 30 minutes $FLAGFILE fi # vim:set et: # vim:set ts=2: # vim:set shiftwidth=2:
Bug#714369: mc dir1 does not always put cursor on dir1 panel
On Fri, 28 Jun 2013 23:44:50 Osamu Aoki wrote: make mc to focus on right side using c-u and exit $ cd ~ $ mc /usr This used to show MC panels with focus on /usr on left side. Now I get focus on my home directory on right side and non-focus on /usr on left side. I.e., mc dir1 dir2 always set left panel to dir1 and right panel to dir2 while focus remains to be the old one. mc should reset panel focus if argument is provided. Sorry but I either don't understand the problem or unable to reproduce it. When I run `mc /dir1` it opens (as expected) with active (focused) left panel to /dir1. If I start `mc /dir1 /dir2` then left panel get focus as well, as expected. I found the following corresponding upstream bug report: https://www.midnight-commander.org/ticket/2783 I hope it can provide additional details regarding expected behaviour or related configuration of panels.ini. So this may be upstream 4.8.4 or 4.8.5 bug. I'm not too sure -- do you think it could be an intentional change? Thanks. Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714505: ITP: python-hacking -- Flake8 OpenStack Hacking Guidline Enforcement plugins
* Thomas Goirand z...@debian.org, 2013-06-30, 15:31: Description : Flake8 OpenStack Hacking Guidline Enforcement plugins s/Guidline/Guidelines/ ? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713841: Acknowledgement (oss4-dkms: oss4-4.2-build2006 cp: stat failed /source/include/linux/limits.h)
Hi there. I've found the limits.h headerfile. find /usr/src/linux-headers-3.9-1-common/ -name 'limits.h' /usr/src/linux-headers-3.9-1-common/include/uapi/linux/limits.h Thanks to: https://bugs.launchpad.net/ubuntu/+source/oss4/+bug/1028211 Hope this helps. Sincerely Herber Sylwester -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714506: r-base: FTBFS on GNU/kFreeBSD with gcc-4.8 -O3
Package: r-base Version: 3.0.1-3 Severity: serious Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version fails to build on GNU/kFreeBSD using current default compiler 4.8 with -O3. It does build on kfreebsd-amd64 using -O2. It might or might not be kfreebsd specific. The note bellow change indicates that gcc-4.7 needed -O2 too. Petr --- debian/rules +++ debian/rules @@ -76,7 +76,7 @@ f95compiler = gfortran compiler = gcc -std=gnu99 cxxcompiler= g++ -optimflags = -O3 -pipe +optimflags = -O2 -pipe # edd 22 Apr 2012 gcc-4.7 needs -O2 to build R (also #67359) ifneq $(shell gcc --version | head -1 | cut -d' ' -f4 | grep '^4.7') -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714505: Corrected
Corrected. Upstream has the issue, I just did a copy/paste. Thanks for the notice. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711245: [Pkg-systemd-maintainers] Bug#711245: Add bug-script
Hi Michael, Given that i-s-h is being rolled out to people, dumping its state (e.g. head -n 100 /var/lib/systemd/deb-systemd-helper/**/*) seems useful, too. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714507: gcl 2.6.7+dfsga-20 needs 1 GB disk space on amd64
Package: gcl Version: 2.6.7+dfsga-20 Severity: important Dear Camm, gcl 2.6.7+dfsga-20 needs 1 GB disk space on amd64: -rwxr-xr-x 1 root root 849M Jun 21 17:16 saved_ansi_gcl This is ten-times the size of other architectures. This cannot be ok. Regards, Edi -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcl depends on: ii debconf1.5.50 ii emacs23 [emacsen] 23.4+1-4 ii gcc4:4.7.2-1 ii libc6 2.17-6 ii libgmp10 2:5.1.2+dfsg-1 ii libreadline6 6.2+dfsg-0.1 ii libx11-6 2:1.6.0-1 ii ucf3.0027 gcl recommends no packages. Versions of packages gcl suggests: pn gcl-doc none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711227:
On Sun, Jun 30, 2013 at 03:56:58AM +0200, Drasko DRASKOVIC wrote: Did this module ever worked with 3.9 kernel ? Yes, this bug is closed by 5.100.82.112-11 which is available in sid. Unfortunately, migration to testing is blocked by #707577. Regards, Cyril. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657497: nfs mount options in /etc/fstab weirdness
Hello, I have similar problems. By experimenting I came across some weird behaviour: In /etc/fstab I have: apr:/media/extdisk /import nfs user,noauto,async,exec,nfsvers=3 When root calls mount /import the exec option is ignored. ~# mount /import ~# mount | grep import apr:/media/extdisk on /import type nfs (rw,nosuid,nodev,noexec,relatime,vers=3,rsize=...) ~# /import/bin/testscript -bash: /import/bin/testscript: Keine Berechtigung ~# umount /import When a regular does the same, the exec option is active: ~$ mount /import/ ~$ mount | grep import apr:/media/extdisk on /import type nfs (rw,nosuid,nodev,relatime,vers=3,rsize=...,user=markus) ~$ /import/bin/testscript Run /import/bin/testscript: OK! ~$ umount /import/ umount.nfs: /import: not found umount.nfs: /import: not found But umount does not work! What a mess in a so called 'stable' release Debian 7.1! Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700612: i3-wm: i3wm crashed corrupted double-linked list
Hi Ian, Just FYI: I cannot act on the updated information you provided, since there still is no log. Debugging an i3 problem without a log is a super-tedious thing which I am not willing to do. Especially if it’s for an ancient version, such as 4.2. Could you upgrade to 4.5.1? You can do that without logging out. If you are willing to use the git version (see http://i3wm.org/docs/repositories.html), you can even enable shared memory logging without logging it (debug level will soon be adjustable at run time, too). -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676441: A patch for fixing bug #676441
Hi, I make a patch to fix this bug. Please consider it. -- Sincerely Shuxiong Ye School of Electronics Engineering and Computer Science, Peking University zeroc-ice_3.4.2-8.3.debdiff Description: Binary data
Bug#674467: Lack of multiarch libopus0 prevents us from having sound from 32 bit wine on amd64
Ruins my debian gaming experience :-( Also looks like it'll cause problems for steam https://github.com/ValveSoftware/steam-for-linux/issues/801 # aptitude install libasound2-plugins:i386 The following NEW packages will be installed: libasound2-plugins:i386 libasyncns0:i386{a} libattr1:i386{a} libavcodec53:i386{a} libavutil51:i386{a} libcap2:i386{a} libdirac-encoder0:i386{a} libflac8:i386{a} libjack-jackd2-0:i386{a} libjson-c2:i386{a} libmp3lame0:i386{a} libogg0:i386{a} libopenjpeg2:i386{a} libopus0:i386{ab} liborc-0.4-0:i386{a} libpulse0:i386{a} libsamplerate0:i386{a} libschroedinger-1.0-0:i386{a} libsndfile1:i386{a} libspeex1:i386{a} libspeexdsp1:i386{a} libtheora0:i386{a} libva1:i386{a} libvorbis0a:i386{a} libvorbisenc2:i386{a} libvpx1:i386{a} libwrap0:i386{a} libx264-123:i386{a} libxtst6:i386{a} libxvidcore4:i386{a} 0 packages upgraded, 30 newly installed, 0 to remove and 0 not upgraded. Need to get 9,133 kB/9,554 kB of archives. After unpacking 31.2 MB will be used. The following packages have unmet dependencies: libopus0 : Conflicts: libopus0:i386 but 1.1~alpha+20130512-1 is to be installed. libopus0:i386 : Conflicts: libopus0 but 1.1~alpha+20130512-1 is installed. Internal error: found 2 (choice - promotion) mappings for a single choice. The following actions will resolve these dependencies: Remove the following packages: # aptitude install libasound2-plugins:i386 The following NEW packages will be installed: libasound2-plugins:i386 libasyncns0:i386{a} libattr1:i386{a} libavcodec53:i386{a} libavutil51:i386{a} libcap2:i386{a} libdirac-encoder0:i386{a} libflac8:i386{a} libjack-jackd2-0:i386{a} libjson-c2:i386{a} libmp3lame0:i386{a} libogg0:i386{a} libopenjpeg2:i386{a} libopus0:i386{ab} liborc-0.4-0:i386{a} libpulse0:i386{a} libsamplerate0:i386{a} libschroedinger-1.0-0:i386{a} libsndfile1:i386{a} libspeex1:i386{a} libspeexdsp1:i386{a} libtheora0:i386{a} libva1:i386{a} libvorbis0a:i386{a} libvorbisenc2:i386{a} libvpx1:i386{a} libwrap0:i386{a} libx264-123:i386{a} libxtst6:i386{a} libxvidcore4:i386{a} 0 packages upgraded, 30 newly installed, 0 to remove and 0 not upgraded. Need to get 9,133 kB/9,554 kB of archives. After unpacking 31.2 MB will be used. The following packages have unmet dependencies: libopus0 : Conflicts: libopus0:i386 but 1.1~alpha+20130512-1 is to be installed. libopus0:i386 : Conflicts: libopus0 but 1.1~alpha+20130512-1 is installed. Internal error: found 2 (choice - promotion) mappings for a single choice. The following actions will resolve these dependencies: Remove the following packages: 1) acetoneiso 2) cheese 3) empathy 4) gnome ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714508: bash terminates on completion if set -o errexit (set -e) is set
Package: bash-completion Version: 1:2.0-1 Severity: normal Tags: upstream Dear Maintainers, When set -o errexit is set, bash exits on some TAB-completition. Bash exits on: $ set -e $ cd TAB Bash does not exit on: $ set -e $ cTAB But instead correctly shows possible options. Bash exiting on TAB key seems wrong. If bash_completion isn't sourced in, everything works fine (except completion:D). Should bash_completion be made set -e-proof? -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-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 Versions of packages bash-completion depends on: ii bash 4.2+dfsg-0.1 ii dpkg 1.16.10 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information
Bug#714489: please ship manpages for old git-buildpackage commands
On Sun, Jun 30, 2013 at 09:26:38AM +0200, Guido Günther wrote: Hi Guido, On Sat, Jun 29, 2013 at 11:55:51PM +0200, Ivo De Decker wrote: man git-import-orig still works as exected since the manpage has: .SH NAME git-import-orig, gbp-import-orig \- Import an upstream source into a git repository .SH SYNOPSIS so there's no need to ship the manpage. Please explain why we should ship the old pages? I wasn't suggesting to ship the old manpages. I was suggesting that 'man git-import-orig' should show the new manpage for gbp-import-orig, so we agree on that. The problem is that it doesn't seem to work (on an up-to-date unstable system): ivo@unstable:~$ man git-import-orig No manual entry for git-import-orig See 'man 7 undocumented' for help when manual pages are not available. ivo@unstable:~$ man gbp-import-orig GBP-IMPORT-ORIG(1) git-buildpackage Manual GBP-IMPORT-ORIG(1) NAME git-import-orig, gbp-import-orig - Import an upstream source into a git repository [...] Does 'man git-import-orig' work on your system? Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement
Hello, Pino Toscano, le Sat 12 May 2012 00:18:41 +0200, a écrit : The problem is that libdrm is considered an hard requirement (by the buildsystem and the Debian packaging), while it is only if the DRI support is enabled (and indeed there seems to be only libdrm usage in the DRI-related code). Attached there are patches to fix this: I guess we could eventually make an NMU to fix this? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714509: [jmagick] jmagick broken in respect to ABI
Package: jmagick Severity: serious Hi, Jmagick is seriously broken using a combinaison of manually generated importation of ABI and really really old version. A solution to fx this problem is to: 1. download last version from svn that match imagemagick 6.6.9 (released in 2011! ) 2. check http://upstream-tracker.org/versions/imagemagick.html to see the breakage of ABI and manually add patches to this branch. Since newer version in experimental I try my best to keep ABI stable and will forward you in cas of ABI breakage proposing patches. I could do my homework doing 2. Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714511: xosview: FTBFS on hurd-i386
Package: xosview Version: 1.14-3 Severity: important Tags: patch Hello, xosview currently FTBFS on hurd-i386, the attached trivial patch fixes the missing bits to make it build and work again. Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xosview depends on: ii libc6 2.17-6 ii libgcc1 1:4.8.1-2 ii libstdc++6 4.8.1-2 ii libx11-62:1.6.0-1 Versions of packages xosview recommends: ii xfonts-base 1:1.0.3 xosview suggests no packages. -- no debconf information -- Samuel X..., c'est un millefeuille avec une couche de crème patissière, une de sauce tomate et une de crème d'anchois... Mais c'est vrai que c'est un système ouvert: tu peux y rajouter des pépites de chocolat... -+- Ol in Guide du linuxien pervers - Remettez m'en une couche ! -+- diff -ur xosview-1.14/Makefile xosview-1.14-mine/Makefile --- xosview-1.14/Makefile 2013-03-27 17:26:15.0 + +++ xosview-1.14-mine/Makefile 2013-06-30 09:58:45.0 + @@ -75,6 +75,16 @@ CPPFLAGS += -Ibsd/ endif +ifeq ($(PLATFORM), gnu) +OBJS += gnu/MeterMaker.o \ +gnu/get_def_pager.o \ +gnu/loadmeter.o \ +gnu/memmeter.o \ +gnu/pagemeter.o \ +gnu/swapmeter.o +CPPFLAGS += -Ignu/ +endif + ifeq ($(PLATFORM), irix65) OBJS += irix65/MeterMaker.o \ irix65/cpumeter.o \ diff -ur xosview-1.14/debian/control xosview-1.14-mine/debian/control --- xosview-1.14/debian/control 2013-04-26 08:05:03.0 + +++ xosview-1.14-mine/debian/control2013-06-30 09:53:57.0 + @@ -15,7 +15,7 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/xosview.git;a=summary Package: xosview -Architecture: linux-any kfreebsd-any +Architecture: linux-any kfreebsd-any hurd-any Depends: ${misc:Depends}, ${shlibs:Depends} Recommends: xfonts-base Description: X based system monitor diff -ur xosview-1.14/debian/rules xosview-1.14-mine/debian/rules --- xosview-1.14/debian/rules 2013-04-26 07:54:31.0 + +++ xosview-1.14-mine/debian/rules 2013-06-30 09:54:57.0 + @@ -13,6 +13,8 @@ PLATFORM=linux else ifeq ($(DEB_BUILD_ARCH_OS),kfreebsd) PLATFORM=bsd +else ifeq ($(DEB_BUILD_ARCH_OS),hurd) + PLATFORM=gnu else $(error Missing implementation for $(DEB_BUILD_ARCH_OS)) endif
Bug#714512: g++-4.8: after upgrading thuis morning, I get various internal compiler errors, that are unreproduicible
Package: g++-4.8 Version: 4.8.1-5 Severity: normal DVDFactoryDemuxer.cpp: At global scope: DVDFactoryDemuxer.cpp:141:1: internal compiler error: Erreur de segmentation } ^ Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.8/README.Bugs for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. I got 8 or 10 of theses compiling XBMC on various files. Restarting the compilation, make another file to fails. Memory is ok... I will make a clean and rebuild aftera reboot just to check. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9.8 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages g++-4.8 depends on: ii gcc-4.84.8.1-5 ii gcc-4.8-base 4.8.1-5 ii libc6 2.17-6 ii libcloog-isl4 0.18.0-2 ii libgmp10 2:5.1.2+dfsg-1 ii libisl10 0.11.2-1 ii libmpc31.0.1-1 ii libmpfr4 3.1.1-1 ii libstdc++-4.8-dev 4.8.1-5 ii zlib1g 1:1.2.8.dfsg-1 g++-4.8 recommends no packages. Versions of packages g++-4.8 suggests: pn g++-4.8-multilibnone pn gcc-4.8-doc none pn libstdc++6-4.8-dbg 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#714510: With KMS disabled display is corrupted on boot
I also tried disabling KMS through radeon-kms.conf and in this case the display is corrupted (although in a different way, mostly flickering white lines on a black screen) when X is started at boot.
Bug#714512: After rebooting problem seems to be gone
At leats I managed to compile without errors. You may weel close the bug if noone else find a similar problem. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714513: appstream-index: appstream-index --refresh gives a symbol lookup error
Package: appstream-index Version: 0.3.1-2 Severity: serious Justification: Policy 3.5 $ appstream-index --refresh [...] Rebuilding app-info cache... appstream-index: symbol lookup error: appstream-index: undefined symbol: appstream_database_refresh I suppose that the libappstream0 version (0.2.0-2) is too old, in which case a dependency relation is missing. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages appstream-index depends on: ii libappstream0 0.2.0-2 ii libc6 2.17-6 ii libglib2.0-0 2.36.3-2 ii libpolkit-gobject-1-0 0.105-3 ii libxapian221.2.15-2 ii libxml22.9.1+dfsg1-2 ii policykit-10.105-3 Versions of packages appstream-index recommends: ii app-install-data 2012.06.16.1 Versions of packages appstream-index suggests: ii packagekit 0.8.9-2 -- 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#714489: please ship manpages for old git-buildpackage commands
On Sun, Jun 30, 2013 at 11:46:10AM +0200, Ivo De Decker wrote: On Sun, Jun 30, 2013 at 09:26:38AM +0200, Guido Günther wrote: Hi Guido, On Sat, Jun 29, 2013 at 11:55:51PM +0200, Ivo De Decker wrote: man git-import-orig still works as exected since the manpage has: .SH NAME git-import-orig, gbp-import-orig \- Import an upstream source into a git repository .SH SYNOPSIS so there's no need to ship the manpage. Please explain why we should ship the old pages? I wasn't suggesting to ship the old manpages. I was suggesting that 'man git-import-orig' should show the new manpage for gbp-import-orig, so we agree on that. The problem is that it doesn't seem to work (on an up-to-date unstable system): ivo@unstable:~$ man git-import-orig No manual entry for git-import-orig See 'man 7 undocumented' for help when manual pages are not available. ivo@unstable:~$ man gbp-import-orig GBP-IMPORT-ORIG(1) git-buildpackage Manual GBP-IMPORT-ORIG(1) NAME git-import-orig, gbp-import-orig - Import an upstream source into a git repository [...] Does 'man git-import-orig' work on your system? Sure it does. Otherwise I'd agree that there is a bug: $ apropos git-import-orig gbp-import-orig (1) - Import an upstream source into a git repository I'm using man-db: $ dpkg-query -s man-db | grep ^Version: Version: 2.6.5-2 We could fix this by adding the symlinks but I'd rather understand the root cause of the problem. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714492: cups: Please allow cups to be build against libgnutls28-dev.
Control: tags -1 +moreinfo Hi Nicolas, and thanks for your bugreport, Le dimanche, 30 juin 2013 00.07:21, Nicolas Le Cam a écrit : Please find attached a patch that allows cups to be build against libgnutls28-dev. I have choosed to use the virtual package gnutls-dev to let libcups2-dev be coinstallable with both of them. You have attached a patch, for the how?, but why? isn't answered as far as I'm concerned; so why would that be useful? Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714514: libsasl2-dev does not depends against libsasl2-2 package
Package: libsasl2-dev Version: 2.1.25.dfsg1-11 Severity: serious Hi, The libsasl2-dev is missing a dependency against libsasl2-2, this makes libvirt package FTBFS. In the past libsasl-2 was pulled by libsasl2-modules but this is not the case anymore in version -11. An explicit dependency should be added. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsasl2-dev depends on: ii libc6-dev 2.17-7 ii libsasl2-modules 2.1.25.dfsg1-11 libsasl2-dev recommends no packages. libsasl2-dev 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#710625: performous: FTBFS: xtime.hh:27:34: error: expected unqualified-id before numeric constant
Control: tags -1 pending Hello Peter, thank you for your patch and the additional information. However i had to make some small adjustments. The versioned dependencies on libboost are not necessary anymore because they are trivially satisfied now. I have simply changed TIME_UTC to TIME_UTC_ for older versions of libboost. This patch will not be required anymore as soon as Debian switches to libboost1.53 as the new default version. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#714515: libvirt: Please unset LD_PRELOAD before running the tests
Source: libvirt Version: 1.0.6-1 Severity: wishlist Hi, When building libvirt using eatmydata, the following checks are failing: FAIL: test-fdatasync FAIL: test-fsync It would be nice IMHO to unset LD_PRELOAD before running the make check, so this would make it easier for people who want to rebuild libvirt them self. eglibc package has just introduced this kind of trick Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#714516: Upload 4.101 to unstable
Package: bluez Version: 4.99-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! BlueZ 4.101 was uploaded in experimental some time ago. It would be great to upload this version to unstable since 5.5 is not yet ready for broad use. 4.101 has some interesting fixes about A2DP. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (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 Versions of packages bluez depends on: ii dbus 1.6.12-1 ii kmod 9-3 ii libc6 2.17-7 ii libcap-ng00.7.3-1+b1 ii libdbus-1-3 1.6.12-1 ii libglib2.0-0 2.36.3-2 ii libreadline6 6.2+dfsg-0.1 ii libudev0 175-7.2 ii libusb-0.1-4 2:0.1.12-23.2 ii lsb-base 4.1+Debian12 ii python-dbus 1.2.0-2 ii python-gi 3.8.2-1 ii udev 175-7.2 bluez recommends no packages. bluez suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJR0A5IAAoJEJWkL+g1NSX5afcP/ij8GCDFDwD9YAWopWqpOyhM SgxlQgBuXMZTt/npufOisZEghdvYpeaAEAnNTM7b6L1bkk7/eTLSkOwBJV2Uc54j 9s7hQgmCcEkY4CxNnjHh1F4H+ZARKC9UdrZbg9BDM/+vQ+Ci142kKKyzVdDjegJL iH+AtIbLZ9FlL8LNmYCGM/GF1GivpKSlEo5skDYLn+7YNJqOQQKpOlWE/FJTL0pj uSSBpz+SMBiso2QQmzTADCbaahrV30Skfh2kQLvuEmwShRF+TGaN0iMmZVLwJjdg KwJkE7WdugCna93cup+JqptDJPMd9dN2Hynz3S8QZH3vD+zS85U+/Vzpmr1mXc7y kR98fWvah9JXWgbLNHsrf+fC7cn4vSZq1crnpypVa7ZETERfncGjqW9zxdzlZA3j UiEkYDdB4+jSd/K5WHV+lWZDJ9lRQesesYi6tUG1lm6L8ckOsQ2DMd33D2irXfQr irHpMb6rLus0KY3wWnhoLHeSc7/5o999ElzD8FgbmplrU/tX9CG0P8nl8CAfvNoy OEZMOqcQp+xnPJwfMK1LIoE6HjZnpuyYXoV/8338y/GZM+OtIj9jN737CnmhfNEz BL0UHF4qBtuADLk7UYobT0SZnrKffEwqwhuk6WkthNnf+i3sBCZtJR3GMrJ3K2CL V6I5bP3h/+Xauf3UfP8f =NzQQ -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#674467: Patch to enable multiarch support
Here's the patch I made (based on one from Benjamin Drung) that makes multiarch work for me. Once again I can hear the sounds in my games. diff -purN opus-1.1~alpha+20130512/debian/compat multiarch/debian/compat --- opus-1.1~alpha+20130512/debian/compat 2013-06-30 12:35:46.0 +0200 +++ multiarch/debian/compat 2013-06-29 12:09:17.0 +0200 @@ -1 +1 @@ -5 +9 diff -purN opus-1.1~alpha+20130512/debian/control multiarch/debian/control --- opus-1.1~alpha+20130512/debian/control 2013-06-30 12:35:46.0 +0200 +++ multiarch/debian/control 2013-06-30 12:26:14.0 +0200 @@ -2,7 +2,7 @@ Source: opus Section: sound Priority: optional Maintainer: Ron Lee r...@debian.org -Build-Depends: debhelper (= 5), doxygen +Build-Depends: debhelper (= 9), doxygen Standards-Version: 3.9.4.0 Homepage: http://www.opus-codec.org Vcs-Git: git://git.debian.org/users/ron/opus.git @@ -11,7 +11,9 @@ Vcs-Browser: http://git.debian.org/?p=us Package: libopus0 Section: libs Architecture: any -Depends: ${shlibs:Depends} +Multi-Arch: same +Pre-Depends: multiarch-support +Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: opus-tools Description: Opus codec runtime library The Opus codec is designed for interactive speech and audio transmission over @@ -40,7 +42,8 @@ Description: Opus codec runtime library Package: libopus-dev Section: libdevel Architecture: any -Depends: libopus0 (= ${binary:Version}) +Multi-Arch: same +Depends: libopus0 (= ${binary:Version}), ${misc:Depends} Description: Opus codec library development files The Opus codec is designed for interactive speech and audio transmission over the Internet. It is designed by the IETF Codec Working Group and incorporates @@ -69,13 +72,15 @@ Package: libopus-dbg Section: debug Priority: extra Architecture: any -Depends: libopus0 (= ${binary:Version}) +Multi-Arch:same +Depends: libopus0 (= ${binary:Version}), ${misc:Depends} Description: debugging symbols for libopus This package provides the detached debug symbols for libopus. Package: libopus-doc Section: doc Architecture: all +Depends: ${misc:Depends} Description: libopus API documentation This package contains the developer documentation for libopus. diff -purN opus-1.1~alpha+20130512/debian/libopus0.install multiarch/debian/libopus0.install --- opus-1.1~alpha+20130512/debian/libopus0.install 2013-06-30 12:35:46.0 +0200 +++ multiarch/debian/libopus0.install 2013-06-29 12:09:17.0 +0200 @@ -1 +1 @@ -usr/lib/lib*.so.* +usr/lib/*/lib*.so.* diff -purN opus-1.1~alpha+20130512/debian/libopus-dev.install multiarch/debian/libopus-dev.install --- opus-1.1~alpha+20130512/debian/libopus-dev.install 2013-06-30 12:35:46.0 +0200 +++ multiarch/debian/libopus-dev.install 2013-06-29 12:09:17.0 +0200 @@ -1,4 +1,4 @@ usr/include/* -usr/lib/lib*.a -usr/lib/lib*.so -usr/lib/pkgconfig/opus.pc +usr/lib/*/lib*.a +usr/lib/*/lib*.so +usr/lib/*/pkgconfig/opus.pc diff -purN opus-1.1~alpha+20130512/debian/rules multiarch/debian/rules --- opus-1.1~alpha+20130512/debian/rules 2013-06-30 12:35:46.0 +0200 +++ multiarch/debian/rules 2013-06-29 12:17:41.0 +0200 @@ -1,149 +1,15 @@ #!/usr/bin/make -f -# Ron Lee 2003 - 2012 - -#export DH_VERBOSE=1 -export DH_OPTIONS - -SHELL = /bin/bash - -NUM_CPUS = $(shell getconf _NPROCESSORS_ONLN 2/dev/null) -PARALLEL = $(subst parallel=,,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) -NJOBS= -j$(or $(PARALLEL),$(NUM_CPUS),1) - - -DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) -DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) - - -# -fstack-protector-all is added by the default autoconf tests. -HARD_CPPFLAGS = -D_FORTIFY_SOURCE=2 -HARD_CFLAGS = -Wformat=2 -HARD_LDFLAGS = -Wl,-z,now - -ifneq (,$(filter-out $(DEB_HOST_ARCH), alpha hppa arm)) - HARD_CFLAGS += -fstack-protector --param ssp-buffer-size=4 -endif -ifneq (,$(filter-out $(DEB_HOST_ARCH), ia64 hppa avr32)) - HARD_LDFLAGS += -Wl,-z,relro -endif - -# Keep dpkg-buildpackage the hell out of messing with our compile flags, -# we should trust upstream to know better than it what to use here. -# We explicitly re-add -g and -O2 here, since by explicitly overriding -# these variables, we otherwise disable autoconf adding them by default. -CPPFLAGS = $(HARD_CPPFLAGS) -CFLAGS = $(HARD_CFLAGS) -g -O2 -CXXFLAGS = $(HARD_CFLAGS) -g -O2 -LDFLAGS = $(HARD_LDFLAGS) - - -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS = -g -O0 -endif -ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) - INSTALL_PROGRAM += -s -endif -ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) - BUILD_TARGET = check-opus -else - BUILD_TARGET = opus -endif - ifneq (,$(filter $(DEB_HOST_ARCH), arm armel mips mipsel)) EXTRA_CONFIG_FLAGS = --enable-fixed-point endif +%: + dh $@ +override_dh_auto_configure: + dh_auto_configure -- $(EXTRA_CONFIG_FLAGS) -objdir := objs - - -clean:
Bug#714517: RyGel crashes when Xmbc ennumerates 'Pictures'
Package: rygel Version: 0.14.3-2 Severity: important When ennumerating the pcitures share on my setup from XMBC the rygel process crashes on a NULL pointer dereference. Gdb backtrace is:- (gdb) bt #0 rygel_media_export_root_container_real_find_object_co (_data_=0x1e153d0) at rygel-media-export-root-container.c:726 #1 0x7f17f96f0537 in g_simple_async_result_complete () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #2 0x7f17f96f0639 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #3 0x7f17f9182355 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f17f9182688 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f17f9182a82 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x00418ea4 in rygel_main_run ( self=0x19e0800) at rygel-main.c:439 #7 rygel_main_main (args_length1=1, args=0x7fff38b00a68) at rygel-main.c:1232 #8 main (argc=1, argv=optimized out) at rygel-main.c:1265 Line 726 appears to be:- ((RygelMediaObject*) _data_-_tmp12_)-parent = (RygelMediaContainer*) _data_-self; and _data_-_tmp12_ is confirmed to be NULL. (gdb) p _data_-container $5 = (RygelMediaExportQueryContainer *) 0x0 (gdb) p _data_-_tmp12_ $6 = (RygelMediaExportQueryContainer *) 0x0 As far as I can tell this maps to line 128 in rygel-media-export-root-container.vala (BTW would in be posible to incldue #line directives in the generated C) Which is this:- var factory = QueryContainerFactory.get_default (); var container = factory.create_from_id (this.media_db, id); -- container.parent = this; return container; } It seem to be then that fatory.create_from_id is returnnig a NULL object, and that there is no protection for that. However it look like this the factory iare never intended to return a NULL object. This is reasonable easy to reproduce so more debugging is possible. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF8) Shell: /bin/sh linked to /bin/dash Versions of packages rygel depends on: ii libc62.13-38 ii libgee2 0.6.4-2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgssdp-1.0-3 0.12.2.1-2 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgupnp-1.0-4 0.18.4-1 ii libgupnp-av-1.0-20.10.3-1 ii libgupnp-dlna-1.0-2 0.6.6-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.13-1+deb7u1 ii libunistring00.9.3-5 ii libuuid1 2.20.1-5.3 ii libxml2 2.8.0+dfsg1-7+nmu1 Versions of packages rygel recommends: ii gstreamer0.10-ffmpeg0.10.13-5 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 Versions of packages rygel suggests: pn rygel-mediatheknone ii rygel-playbin 0.14.3-2 ii rygel-preferences 0.14.3-2 ii rygel-tracker 0.14.3-2 pn tumblernone -- 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#714518: pdftk: Fails to open PDF 1.6 document (input error)
Package: pdftk Version: 1.44-7 Severity: important Tags: upstream Control: found -1 1.45-1 Dear Debian folks, processing the form G0260 from the Deutsche Rentenversicherung [1] fails with PDFtk. $ file /G0260.pdf /G0260.pdf: PDF document, version 1.6 $ pdftk /G0260.pdf dump_data_fields_utf8 output /tmp/foo Error: Failed to open PDF file: /G0260.pdf Errors encountered. No output created. Done. Input errors, so no output created. As this is an input error trying other operations fails in the same way. Opening and filling out the form using Evince 3.4.0-3.1 works without problems. [1] http://www.deutsche-rentenversicherung.de/cae/servlet/contentblob/217566/publicationFile/52866/G0260.pdf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-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/bash Versions of packages pdftk depends on: ii libc6 2.17-6 ii libgcc1 1:4.8.1-5 ii libgcj134.7.2-3 ii libstdc++6 4.8.1-5 pdftk recommends no packages. Versions of packages pdftk suggests: ii poppler-utils [xpdf-utils] 0.18.4-6 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#669740: dcmtk-www: transition towards Apache 2.4
Followup-For: Bug #669740 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...): Selecting previously unselected package dcmtk-www. (Reading database ... 18284 files and directories currently installed.) Unpacking dcmtk-www (from .../dcmtk-www_3.6.1~20121102-3_amd64.deb) ... Setting up dcmtk-www (3.6.1~20121102-3) ... ln: failed to create symbolic link '/etc/apache2/conf.d/dcmtk': No such file or directory dpkg: error processing dcmtk-www (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: dcmtk-www cheers, Andreas dcmtk-www_3.6.1~20121102-3.log.gz Description: GNU Zip compressed data
Bug#711387: [Reportbug-maint] Bug#711387: reportbug.desktop doesn't work without Suggested packages
On 30/06/13 05:24 AM, Sandro Tosi wrote: this is described in the How to Use New GTK+ User Interface section of /usr/share/doc/reportbug/README.Users.gz ... it seems too much complication to me; I'd rather teach users how to read programs documentation and how to solve problems instead of overly-complicated packaging practice on the developers side. I understand, and that is a worthy goal in and of itself. However, even with documentation, the default behaviour is awful. You do new users a grave disservice. A first time bug reporter without any guidance from an experienced helper to point them at the doc will likely just not file a bug at all. It will be an overall negative experience for them. In time, they may figure it out on their own, either by using the text interface or by locating the correct doc. But even if they do, I doubt if it will do much to correct their negative first impressions of the software. To sum up, providing a desktop icon to start a program that doesn't start when you click on it is not in any way a justifiable good default behaviour, your documentation notwithstanding. I would rather see the desktop file removed entirely from the package than have it behave this way. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648219: killer script does not recognize X2Go sessions
Hi Petter, On Sa 29 Jun 2013 20:44:53 CEST Petter Reinholdtsen wrote: Hi, Mike. Can you tell me how x2go users show up in consolekit? Try to run ck-list-sessions after loggin in, and let me know what it shows. The two sessions below depict a running session (one SSH session and on top of that an nx-X11 session). Session700: unix-user = '1000' realname = 'Mike Gabriel' seat = 'Seat87' session-type = '' active = FALSE x11-display = '' x11-display-device = '' display-device = '/dev/ssh' remote-host-name = 'localhost.localdomain' is-local = FALSE on-since = '2013-06-30T11:32:42.831202Z' login-session-id = '4294967295' Session701: unix-user = '1000' realname = 'Mike Gabriel' seat = 'Seat88' session-type = '' active = FALSE x11-display = ':51' x11-display-device = '' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2013-06-30T11:32:48.243293Z' login-session-id = '4294967295' And this is a suspended session: Session701: unix-user = '1000' realname = 'Mike Gabriel' seat = 'Seat88' session-type = '' active = FALSE x11-display = ':51' x11-display-device = '' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2013-06-30T11:32:48.243293Z' login-session-id = '4294967295' I get the impression that we (X2Go upstream) should do something to notify consolekit of session status updates. Do you know any hints / readers that we can study so that consolekit support gets incorporated into X2Go? Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby 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 pgpNaIsSh4YYp.pgp Description: Digitale PGP-Unterschrift
Bug#714520: wine: please put wineserver into appropriate place or provide symlink
Package: wine Version: 1.4.1-4 Severity: normal X-Debbugs-CC: jari.aa...@cante.net, tmanc...@debian.org Hi, As we can see [1], wineserver is currently located in /usr/lib/${ARCH}/wine/ But wineserver is not a library, it is a binary. Just launch: $ /usr/lib/*/wine-unstable/wine/wineserver --help for checking. So multiarch instructions [2] are not applicable for it. The main problem problem is that wineserver is not available in $PATH, so other scripts and programs cannot find it. For example: $ /usr/bin/winetricks -- wineserver not found! -- This issue affects q4wine as well. Please put wineserver into appropriate place or provide symbolic link. [1] http://packages.debian.org/search?suite=sidsearchon=contentskeywords=wineserver [2] http://wiki.debian.org/Multiarch Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648219: killer script does not recognize X2Go sessions
[Mike Gabriel] Do you know any hints / readers that we can study so that consolekit support gets incorporated into X2Go? Nope. I know there is a pam module handling some of it, but have not studied it. -- 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#714522: wims: fails to install: missing Depends: cpp
Package: wims Version: 1:4.05b~dfsg1-5 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...): Selecting previously unselected package wims. (Reading database ... 28109 files and directories currently installed.) Unpacking wims (from .../wims_1%3a4.05b~dfsg1-5_amd64.deb) ... Adding system user `wims' (UID 102) ... Adding new group `wims' (GID 104) ... Adding new user `wims' (UID 102) with group `wims' ... Not creating home directory `/var/lib/wims'. Adding system user `nowims' (UID 103) ... Adding new group `nowims' (GID 105) ... Adding new user `nowims' (UID 103) with group `nowims' ... Not creating home directory `/'. Processing triggers for wims-modules ... Indexed 18 modules. Indexed 0 cn sheets. Indexed 27 en sheets. Indexed 0 es sheets. Indexed 438 fr sheets. Indexed 28 it sheets. Indexed 48 nl sheets. Preprocessing: qcm.cpp - ../serial.oef /var/lib/wims/public_html/scripts/oef/mkindex: 108: /var/lib/wims/public_html/scripts/oef/mkindex: cpp: not found Preprocessing: qcm.cpp - ../ordered.oef /var/lib/wims/public_html/scripts/oef/mkindex: 108: /var/lib/wims/public_html/scripts/oef/mkindex: cpp: not found Preprocessing: qcm.cpp - ../shuffle.oef /var/lib/wims/public_html/scripts/oef/mkindex: 108: /var/lib/wims/public_html/scripts/oef/mkindex: cpp: not found Preprocessing: qcm.cpp - ../stepserial.oef [...] BTW, why does the mkindex script not fail due to this error? Or does the maintainer script ignore the error? cheers, Andreas wims_1:4.05b~dfsg1-5.log.gz Description: GNU Zip compressed data
Bug#714521: base: (GCC|G++|something else in the toolchain) produces segfaulting code
Package: base Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? successfully compiling ---8--- // #include cstddef int main ( int argc, char * argv[] ) { int i = 100; int j = i + 4; return j; } ---8--- as source.c++ twice with gcc -g -Wall -o automatic source.c++ and g++ -g -Wall -o automatic source.c++ and running automatic from within gdb for each program produced gdb ./automatic * What was the outcome of this action? both times: GNU gdb (GDB) 7.6-debian Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as powerpc-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from ./automatic...done. (gdb) run Starting program: ./automatic warning: Could not load shared library symbols for linux-vdso32.so.1. Do you need set solib-search-path or set sysroot? Program received signal SIGSEGV, Segmentation fault. 0x10008b0c in ?? () (gdb) where #0 0x10008b0c in ?? () #1 0x151c in __libc_csu_init () #2 0x0fc2af74 in generic_start_main (main=0x148c main(int, char**), argc=1, ubp_av=0xb654, auxvec=0xb724, init=0x14d0 __libc_csu_init, rtld_fini=optimized out, stack_end=optimized out, fini=optimized out) at ../csu/libc-start.c:219 #3 0x0fc2b1a0 in __libc_start_main (argc=optimized out, ubp_av=optimized out, ubp_ev=optimized out, auxvec=optimized out, rtld_fini=optimized out, stinfo=optimized out, stack_on_entry=optimized out) at ../sysdeps/unix/sysv/linux/powerpc/libc-start.c:104 #4 0x in ?? () (gdb) quit A debugging session is active. Inferior 1 [process 2975] will be killed. Quit anyway? (y or n) y * What outcome did you expect instead? non-segfaulting code being generated -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=POSIX, LC_CTYPE=de_DE.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#714523: libxklavier: Upgrade to 5.4
Package: libxklavier16 Version: 5.2.1-1 Severity: important File: libxklavier Dear Maintainer, 5.4 has a few introspection fixes which are important for applications written in python, javacript etc. It also been released since April so it should be pretty stable by now. An update would be really appreciated! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxklavier16 depends on: ii libc6 2.17-6 ii libglib2.0-0 2.36.1-2build1 ii libx11-6 2:1.6.0-1 ii libxi6 2:1.6.1-1+deb7u1 ii libxkbfile11:1.0.8-1 ii libxml22.8.0+dfsg1-7+nmu1 ii x11-xkb-utils 7.7~1 ii xkb-data 2.5.1-3 libxklavier16 recommends no packages. Versions of packages libxklavier16 suggests: ii iso-codes 3.43-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#714511: xosview: FTBFS on hurd-i386
On Sun, Jun 30, 2013 at 3:31 PM, Samuel Thibault sthiba...@debian.org wrote: xosview currently FTBFS on hurd-i386, the attached trivial patch fixes the missing bits to make it build and work again. Thanks! -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711402: RFS: scandir/0.1+git20130521-1 [ITP]
On Fri, 7 Jun 2013 15:05:02 +0200, Jakub Wilk wrote: This: PY3REQUESTED := $(shell py3versions -r) PY3DEFAULT := $(shell py3versions -d) PYTHON3 := $(filter-out $(PY3DEFAULT),$(PY3REQUESTED)) python3 looks over-engineered. How about: PYTHON3 = $(shell py3versions -r) instead? This can be used to make sure that scripts get a #!/usr/bin/python3 shebang, and not a versioned one (see also #692393). This package doesn't seem to have any scripts, though. -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616974: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616970: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708891: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616980: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617008: NMUs uploaded
NMUs uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616966: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708892: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710201: [PATCH] Bug#710201: Ability to turn off fields in graph
I've played with this enough. I've added more features than this wishlist. Here's the broad idea of what's changed. 1) 3 clicks to zoom has been replaced with drag'n'drop style selecting. 2) Ability to turn off fields (exception, cannot turn all fields off). The graph total is not considered a field, but is able to be turned off as well. Fields turned off will not be shown in the graph legend. 3) When a field is listed in the graph legend and has been unchecked, a gray out bar is shown over the field in the legend. 4) As a convenience, the field line in the graph legend is clickable. 5) Original dynazoom.html did not work with IE8. This version works to an extent with IE8 with 1 known bug. If the paged is scrolled to the horizontally, the zoom selection will be wrong. 6) Added a second submit button just below the graph for convenience. 7) Limit low/high also will accept 'none' and will let rrdtool pick it's own limits. Could possibly change this to 'auto' instead. 8) Added ability to force area draw type to line. 9) Added ability to disable stacking. I found these 2 items to be useful when looking at the memory graph. Patch is attached. It should apply cleanly to munin 2.0 (untested), but this was done against 2.1.1. I don't believe there was enough changes in 2.1.2 to make a difference. diff -ruN /root/munin/usr/lib/munin/cgi/munin-cgi-graph ./munin-cgi-graph --- /root/munin/usr/lib/munin/cgi/munin-cgi-graph 2013-05-27 15:52:30.0 -0400 +++ ./munin-cgi-graph 2013-06-29 12:08:40.166711000 -0400 @@ -102,6 +102,7 @@ my $path = $ENV{PATH_INFO} || ; DEBUG Request path is $path; +DEBUG Request query is $ENV{QUERY_STRING}; # The full URL looks like this: # Case 1: @@ -342,6 +343,8 @@ my $scale = shift; my $fileext = shift; my $params = shift; +my $filename_base; +my $filename; # XXX - hack to fix cgitmpdir default $config-{cgitmpdir} ||= $Munin::Common::Defaults::MUNIN_CGITMPDIR; @@ -350,7 +353,17 @@ $params = $params ? ?$params : ; $params =~ tr/\//_/; # / are forbidden in a filename $params = $1 if $params =~ m/(.*)/; # XXX - QD untaint -return $cgi_tmp_dir/$domain/$name/$service-$scale.$fileext . $params; +$filename_base = $cgi_tmp_dir/$domain/$name/$service-$scale.$fileext; +$filename = $filename_base . $params; + +# Due to the ability to graph specific fields, the filename can now be way +# too long. Exploit -f to see if the name is too long. +if (! -f $filename $!{ENAMETOOLONG}) +{ +$filename = $filename_base . Digest::MD5::md5_hex($params); +} +DEBUG [DEBUG] Using $filename as image name; +return $filename; } sub has_offending_chars { @@ -480,6 +493,19 @@ push @params, --debug if (CGI::param(debug)); +# Limit fields +push @params, map {('--field' = $_)} CGI::param(field); + +# Graph total +push @params, --nototal if CGI::param(nototal); + +# Force draw to line1 +push @params, --force-line if CGI::param(force_line); + +# Disable stacking +push @params, --nostack if CGI::param(nostack); + +DEBUG graph_main(\ . join(', ', @params) . \);; graph_main(\@params); return $filename; diff -ruN /root/munin/usr/share/perl5/Munin/Master/GraphOld.pm ./GraphOld.pm --- /root/munin/usr/share/perl5/Munin/Master/GraphOld.pm2013-05-27 15:51:16.0 -0400 +++ ./GraphOld.pm 2013-06-29 12:14:23.694711000 -0400 @@ -94,6 +94,9 @@ my $skip_locking = 0; my $skip_stats = 0; my $stdout = 0; +my $nototal= 0; +my $nostack= 0; +my $force_line = 0; my $force_run_as_root = 0; my $conffile = $Munin::Common::Defaults::MUNIN_CONFDIR . /munin.conf; my $libdir = $Munin::Common::Defaults::MUNIN_LIBDIR; @@ -162,6 +165,7 @@ # Limit graphing to certain hosts and/or services my @limit_hosts= (); my @limit_services = (); +my @limit_fields = (); my $only_fqn = ''; my $watermark = Munin . $Munin::Common::Defaults::MUNIN_VERSION; @@ -183,6 +187,7 @@ my @init_limit_hosts = @limit_hosts; my @init_limit_services = @limit_services; +my @init_limit_fields = @limit_fields; sub process_pinpoint { my ($pinpoint, $arg_name, $arg_value) = @_; @@ -225,6 +230,7 @@ %draw = %init_draw; @limit_hosts = @init_limit_hosts; @limit_services = @init_limit_services; +@limit_fields = @init_limit_fields; $pinpoint = undef; my $pinpointopt= undef; @@ -240,6 +246,9 @@ $skip_locking = 0; $skip_stats = 0; $stdout = 0; +$nototal= 0; +$nostack= 0; +$force_line = 0; $size_x= undef; $size_y = undef; @@ -265,9 +274,13 @@ lazy! = \$force_lazy, host=s= \@limit_hosts, service=s = \@limit_services, +
Bug#616959: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616976: NMU uploaded
NMU uploaded to DELAYED/7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634916: closed by Moritz Mühlenhoff j...@inutil.org (Closing)
Control: reopen -1 Control: reassign -1 src:linux 3.9.6-1 On Tue, 25 Jun 2013 18:04:01 + Debian Bug Tracking System wrote: [...] If you can reproduce the bug with Debian Wheezy or a more recent kernel from testing or unstable, please reopen the bug [...] Hello, I've just managed to reproduce the issue with the current Debian testing Linux kernel. After purging package usb-modeswitch, rebooting the system (just to be sure), and plugging in the Huawei E169 modem, I obtained the attached /var/log/syslog snippet, the attached ls output, and the attached lsusb output. After reinstalling package usb-modeswitch, rebooting the system (just to be sure), and plugging in the Huawei E169 modem, I obtained identical outputs. This is basically the test that I described in Message #30: http://bugs.debian.org/634916#30 A summary of the issue is included in Message #60: http://bugs.debian.org/634916#60 I am consequently reopening the bug report. Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE syslog_noms.log Description: Binary data ls_noms.out Description: Binary data lsusb_noms.out Description: Binary data pgpJe0KCg26JZ.pgp Description: PGP signature
Bug#714524: [freeplane] Keystrokes no longer recognised during use
Package: freeplane Version: 1.2.23-1 Severity: normal While working on a mindmap, I moved a node up with Cntrl+UP - this completed, but after this no further keystrokes were recognised. Prior to this point I had been entering data in the mindmap for a few hours. This was originally reported in 669712 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669712) with the previous freeplane package - ESC has no effect, I have to restart freeplane. --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 Debian Release: jessie/sid 990 testing security.debian.org 990 testing ftp.uk.debian.org 500 unstableignorantguru.github.com 500 stable www.getgnash.org 500 quodlibet-unstable www.student.tugraz.at 1 experimentalftp.uk.debian.org --- Package information. --- Depends (Version) | Installed ===-+- default-jre | 1:1.6-47 OR sun-java6-jre | javahelp2 | 2.0.05.ds1-6 groovy | 1.8.6-1 libcommons-lang-java| 2.6-3 libcommons-io-java | 2.4-2 libjgoodies-forms-java (= 1.6.0) | 1.6.0-4 simplyhtml (= 0.16.07) | 0.16.07-1 libbatik-java | 1.7+dfsg-3 librhino-java | 1.7R3-5 libfop-java | 1:1.1.dfsg-2 libxerces2-java | 2.11.0-6 libxml-commons-external-java| 1.4.01-2 libjaxp1.3-java | 1.3.05-2 libjlatexmath-java | 1.0.2-1 libknopflerfish-osgi-framework-java | 2.3.3-2 libjsyntaxpane-java (= 0.9.6~r156) | 0.9.6~r156-2 libjortho-freeplane-java (= 1.2.23-1) | 1.2.23-1 Recommends (Version) | Installed -+-=== xdg-utils| 1.1.0~rc1+git20111210-7 java-wrappers| 0.1.25 Package's Suggests field is empty. --- Output from package bug script --- [debug] /usr/bin/freeplane: Picking up the JVM designated by the alternatives system: [debug] /usr/bin/freeplane: JAVA_HOME = '/usr/lib/jvm/java-7-openjdk-amd64' [debug] /usr/bin/freeplane: Found JAVA_HOME = '/usr/lib/jvm/java-7-openjdk-amd64' [debug] /usr/bin/freeplane: Found JAVA_CMD = '/usr/lib/jvm/java-7-openjdk-amd64/bin/java' DEBUG: Freeplane parameters are ''. DEBUG: Linux omega1 3.9-1-amd64 #1 SMP Debian 3.9.6-1 x86_64 GNU/Linux No LSB modules are available. DEBUG: Distributor ID:Debian Description:Debian GNU/Linux testing (jessie) Release:testing Codename: jessie DEBUG: The following DEB packages are installed: ii freeplane 1.2.23-1 all Java program for working with Mind Maps ii libjortho-freeplane-java1.2.23-1 all Java spell-checking library DEBUG: Link '/usr/bin/freeplane' resolved to '/usr/share/freeplane/freeplane.sh'. DEBUG: Freeplane Directory is '/usr/share/freeplane'. DEBUG: Calling: /usr/lib/jvm/java-7-openjdk-amd64/bin/java -Xmx512m -Dorg.freeplane.param1= -Dorg.freeplane.param2= -Dorg.freeplane.param3= -Dorg.freeplane.param4= -Dorg.freeplane.param4= -Dorg.freeplane.param4= -Dorg.freeplane.param4= -Dorg.freeplane.param4= -Dorg.knopflerfish.framework.bundlestorage=memory -Dorg.freeplane.globalresourcedir=/usr/share/freeplane/resources -Dorg.knopflerfish.gosg.jars=reference:file:/usr/share/freeplane/core/ -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D -Dsun.java2d.xrender=True -jar /usr/share/freeplane/framework.jar -xargs /usr/share/freeplane/props.xargs -xargs /usr/share/freeplane/init.xargs -- -- Libre software on Github: https://github.com/OmegaPhil FSF member #9442 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714526: Should close stderr when becoming multiplex master
Package: openssh-client Version: 1:6.2p2-5 Severity: wishlist Tags: patch Hi, when becoming multiplex master and not closing stderr processes can hand as described in #708296. This happens since Python's subprocess module won't terminate Popen.communicate() when the chield dies but only when it receives EOF on the fd. While this is arguably a bug in python's subprocess module [1] being half a daemon and closing most file descriptors like ssh currently does is bad either. I'm happy to modify the patch to not close stderr e.g. in case of running in debug mode but wanted to get your feedback first. Cheers, -- Guido [1] http://bugs.python.org/issue4216 -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-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 openssh-client depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.10 ii libc6 2.17-3 ii libedit2 2.11-20080614-6 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libselinux1 2.1.13-2 ii libssl1.0.0 1.0.1e-3 ii passwd1:4.1.5.1-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages openssh-client recommends: ii xauth 1:1.0.7-1 Versions of packages openssh-client suggests: pn keychain none pn libpam-ssh none pn monkeysphere none ii openssh-blacklist0.4.1+nmu1 ii openssh-blacklist-extra 0.4.1+nmu1 ii ssh-askpass 1:1.2.4.1-9 -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/ssh (from openssh-client package) From e10183e072dd2e815ffbc4d82e59a03cfa029099 Mon Sep 17 00:00:00 2001 Message-Id: e10183e072dd2e815ffbc4d82e59a03cfa029099.1372597574.git@sigxcpu.org From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org Date: Sun, 30 Jun 2013 15:04:11 +0200 Subject: [PATCH] Close stderr iff multiplex master When we're becoming the multiplex master we should close all file descriptors by default including stderr. Everything else might yield surprises to the user like: http://bugs.debian.org/708296 While this is arguably a bug in python's subprocess being half a daemon and closing most file descriptors is bad either. --- ssh.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/ssh.c b/ssh.c index 5ec89f2..4552151 100644 --- a/ssh.c +++ b/ssh.c @@ -990,7 +990,8 @@ control_persist_detach(void) strerror(errno)); } else { if (dup2(devnull, STDIN_FILENO) == -1 || - dup2(devnull, STDOUT_FILENO) == -1) + dup2(devnull, STDOUT_FILENO) == -1 || + dup2(devnull, STDERR_FILENO) == -1) error(%s: dup2: %s, __func__, strerror(errno)); if (devnull STDERR_FILENO) close(devnull); -- 1.8.3.1
Bug#688156: Confirmed
Dear all, I have got the same problem on all my Debian Pcs. I think it is related to the 7.1 update. Even worse than this, I cannot burn any DVD anymore. Do you mind investigating? -- Federico MATTA
Bug#713070: puppetmaster-passenger: fails to upgrade from testing to sid
Followup-For: Bug #713070 Hi, during a test with piuparts I noticed your package fails to upgrade from 'jessie'. It installed fine in 'jessie', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Setting up puppetmaster-passenger (3.2.2-1) ... Preserving user changes to /etc/apache2/sites-available/puppetmaster.conf (renamed from /etc/apache2/sites-available/puppetmaster)... mv: cannot stat '/etc/apache2/sites-available/puppetmaster.conf': No such file or directory dpkg: error processing puppetmaster-passenger (--configure): subprocess installed post-installation script returned error exit status 1 cheers, Andreas puppetmaster-passenger_3.2.2-1.log.gz Description: GNU Zip compressed data
Bug#714528: openjdk-7 ftbfs on kfreebsd (patch updates needed)
Package: openjdk-7 Version: 7u25-2.3.10-1 Severity: serious User: debian-...@lists.debian.org Usertag: kfreebsd the kfreebsd patches fail to apply, updates are needed. (the unrelated ia64 and s390 ftbfs are fixed in the vcs). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714492: cups: Please allow cups to be build against libgnutls28-dev.
Hi Didier, thanks for your feedback, 2013/6/30 Didier 'OdyX' Raboud o...@debian.org You have attached a patch, for the how?, but why? isn't answered as far as I'm concerned; so why would that be useful? It would be useful to be able to compile an application (in my case wine) that needs both gnutls and cups with latest packages, and not legacy ones. The story behind that is, I'm trying to have every -dev packages wine depends on multi-arch capable, but, as my time is short, I'd like to focus only on latest version of packages to be able to push upstream (if needed) more easily and not duplicate effort on legacy packages. Maintainers are also certainly more inclined to update current stable packages than legacy ones. Wine (trunk at least) can build against libgnutls28-dev, but also depends on libcups2-dev so I'm forced to use libgnutls-dev instead. For the record, libgnutls28-dev can be marked multi-arch: same immediately (see bug 678070, reported against libgnutls-dev at that time, but applies to libgnutls28-dev - I should update/duplicate this bug), cups (bug 689084), in the other hand, needs more efforts (affected by bug 688958, also needs to migrate to pkg-config so we can have an arch independent cups-config script), but it seems feasible. A perhaps better option could be to directly build-depends on libgnutls28-dev (if no other packages depends on cups and legacy gnutls). Hope I answered (part of) the why, Cheers, Nicolas Le Cam
Bug#714527: xterm: word-selection bug on last word of lines ending at the last column
Package: xterm Version: 293-1 Severity: normal In a 80-column xterm: $ echo `seq 9997 10010` 9997 9998 1 10001 10002 10003 10004 10005 10006 10007 10008 10009 10010 If I double-click on 10010, the last character of the word is not selected. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.17-7 ii libfontconfig1 2.10.2-2 ii libice6 2:1.0.8-2 ii libtinfo5 5.9+20130608-1 ii libutempter01.1.5-4 ii libx11-62:1.6.0-1 ii libxaw7 2:1.0.11-1 ii libxft2 2.3.1-1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7~1 Versions of packages xterm suggests: pn xfonts-cyrillic 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#714442: sane-backends: please switch to libusb 1.0
forcemerge 687137 714442 thanks We are currently working on a QA upload for sane-backends. This issue will be fixed with the next upload to experimental. signature.asc Description: OpenPGP digital signature
Bug#714090: libgo build failure
Control: forwarded -1 http://gcc.gnu.org/PR57689 Control: severity -1 important worked around the build failure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714529: lcms2 needs security updates found in the last openjdk-7 security updates
Package: lcms2 Version: 2.2+git20110628-2.2 Severity: serious Tags: security wheezy jessie sid The issues mentioned as S8007925, S8007926, S8007927, S8007929 and S8009654 in the icedtea/openjdk updates need to be resolved in lcms2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712974: [emacs24/kfreebsd] Here's a patch
Control: tag -1 + patch Hi! The patch at the end of the Email does the trick for me! Regards Christoph --- emacs24-24.3+1.orig/configure.ac +++ emacs24-24.3+1/configure.ac @@ -3383,7 +3383,7 @@ emacs_broken_SIGIO=no case $opsys in dnl SIGIO exists, but the feature doesn't work in the way Emacs needs. dnl See eg http://article.gmane.org/gmane.os.openbsd.ports/46831. - hpux* | irix6-5 | openbsd | sol2* | unixware ) + hpux* | irix6-5 | openbsd | sol2* | unixware | *kfreebsd*) emacs_broken_SIGIO=yes ;; pgpMDKOqtOhTe.pgp Description: PGP signature
Bug#714530: miro: locking up hard
Package: miro Version: 4.0.4-1 Severity: important Recently (since python updates?) Miro has become close to unusable for me. It very often locks up such that I have to kill the process. This 2013-06-30 21:56:19,629 INFO root: Starting auto downloader... 2013-06-30 21:56:19,950 INFO root: this platform has the built-in autoupdate parser disabled. Skipping. /usr/lib/pymodules/python2.7/miro/plat/frontends/widgets/miroappindicator.py:155: Warning: /build/buildd-glib2.0_2.36.1-2build1-i386-ERPr_E/glib2.0-2.36.1/./gobject/gsignal.c:2475: signal `child-added' is invalid for instance `0xed45600' of type `GtkMenu' self.indicator.set_menu(popup_menu) is generally the last thing I see in the terminal. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages miro depends on: ii gstreamer0.10-ffmpeg1:0.10.13-dmo1 ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-x 0.10.36-1.1 ii libatk1.0-0 2.8.0-2 ii libavcodec537:0.10.3-dmo1 ii libavformat53 7:0.10.3-dmo1 ii libavutil51 8:1.0.7-dmo1 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.1-2build1 ii libgtk2.0-0 2.24.18-1 ii libjavascriptcoregtk-1.0-0 1.8.1-3.4 ii libpango1.0-0 1.32.5-5+b1 ii libsoup2.4-12.38.1-2 ii libwebkitgtk-1.0-0 1.8.1-3.4 ii libx11-62:1.6.0-1 ii miro-data 4.0.4-1 ii python 2.7.5-2 ii python-dbus 1.2.0-2 ii python-gconf2.28.1+dfsg-1 ii python-glade2 2.24.0-3+b1 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-3+b1 ii python-libtorrent 0.15.10-1+b1 ii python-mutagen 1.20-1 ii python-pycurl 7.19.0-7 ii python-pysqlite22.6.3-3 ii python-support 1.0.15 ii python-webkit 1.1.8-3 Versions of packages miro recommends: pn python-psyco none Versions of packages miro suggests: ii ffmpeg 8:1.2.1-dmo3 pn ffmpeg2theora none ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn libavahi-compat-libdnssd1 none ii python-notify 0.1.1-3 ii ttf-dejavu 2.33+svn2514-3 -- 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#689068: libxi-dev is not Multi-Arch compatible
On Fri, Sep 28, 2012 at 23:27:53 +0200, Francois Gouget wrote: Package: libxi-dev Version: 2:1.6.1-1 Severity: normal Dear Maintainer, The amd64 version conflicts with the i386 one which makes it impossible to install both. As a result the /usr/lib/i386-linux-gnu/libXi.so symbolic link is missing so that developping 32bit applications using this library is impossible on a 64bit system. Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no hardware-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. The manpages don't seem to be always the same across archs. Might depend on the version of the tools they're built with. Cheers, Julien signature.asc Description: Digital signature
Bug#714532: pu: package cookie-monster/1.1.0-4+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu xul-ext-cookie-monster is uninstallable with the iceweasel security update due to some unneeded Breaks. (#711847) Only a rebuild dropping this Breaks is needed, cherry-picked from sid. I'd prefer to see a maintainer/team upload fixing this, but if needed I can do a NMU. Andreas diff --git a/debian/changelog b/debian/changelog index eb4f9e0..3b9357b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,13 @@ +cookie-monster (1.1.0-4+deb7u1) wheezy; urgency=low + + * Non-maintainer upload. + + [ Damyan Ivanov ] + * bump mozilla-devscripts b-d to 0.32 resulting in binary package that no +longer breaks latest iceweasel (Closes: #686087, #711847) + + -- Andreas Beckmann a...@debian.org Sun, 30 Jun 2013 15:47:00 +0200 + cookie-monster (1.1.0-4) unstable; urgency=low * Added 01-bump-maxversion.diff patch. diff --git a/debian/control b/debian/control index f988e74..daa67f7 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian Mozilla Extension Maintainers pkg-mozext-maintain...@lists.alioth.debian.org Uploaders: Fabrizio Regalli fab...@fabreg.it DM-Upload-Allowed: yes -Build-Depends: debhelper (= 8), mozilla-devscripts (= 0.22~) +Build-Depends: debhelper (= 8), mozilla-devscripts (= 0.32~) Standards-Version: 3.9.2 Homepage: https://addons.mozilla.org/en-US/firefox/addon/cookie-monster Vcs-git: git://anonscm.debian.org/pkg-mozext/cookie-monster.git File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Breaks: iceweasel [-(= 11.+), iceweasel-] ( 3.5) Installed-Size: [-182-] {+112+} Version: [-1.1.0-4-] {+1.1.0-4+deb7u1+}
Bug#707018: transition: New release of KDE Plasma Workspaces, KDE Platform and KDE Applications
On Tue, May 7, 2013 at 00:19:05 +0200, Sune Vuorela wrote: It is mostly digikam, calligra and a couple of 3rd party plasma-widget-foo that will be affected outside our group of pacakges. Does that involve source changes in those packages? Cheers, Julien signature.asc Description: Digital signature
Bug#714533: @enumerate N broken for integers N 9
Package: texinfo Version: 5.1.dfsg.1-3 Severity: normal Tags: upstream According to the Texinfo manual[0], @enumerate may be used as: @enumerate positive-integer With a (positive) numeric argument, start a numbered list with that number. You can use this to continue a list that you interrupted with other text. However, for any value of positive-integer greater than 9, one gets bad argument to @enumerate See the attached minimal example reproducing the error. Best wishes, Ryan [0] https://www.gnu.org/software/texinfo/manual/texinfo/html_node/_0040enumerate.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texinfo depends on: ii libc6 2.17-6 ii libintl-perl1.20-1 ii libtext-unidecode-perl 0.04-2 ii libxml-libxml-perl 2.0010+dfsg-1 texinfo recommends no packages. Versions of packages texinfo suggests: ii texinfo-doc-nonfree 5.1-2 ii texlive-base 2013.20130530-1 ii texlive-generic-recommended 2013.20130530-1 ii texlive-latex-base 2013.20130530-1 -- no debconf information -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A min.texi Description: TeXInfo document
Bug#714291: unable to install it on powerpc
Kiwix package should depend on the new version of xulrunner (xulrunner-17.0?). If a dummy package exists (xulrunner?), should be better to use it. Le 27/06/2013 17:27, Raf Czlonka a écrit : Package: kiwix Version: 0.9~beta6.8-1 Severity: serious Hi, I have installed the package a while back, but I am no longer able to install it on other 'powerpc' machines as it depends on 'xulrunner-10.0' which got removed from the pool for that achitecture. Please update the package dependencies to newer versions of 'xulrunner'. Regards, Raf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (999, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc 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 kiwix depends on: ii aria2 1.17.0-1 ii desktop-file-utils 0.21-1 ii libc6 2.17-6 ii libclucene0ldbl 0.9.21b-2+b1 ii libgcc1 1:4.8.1-4 ii libicu484.8.1.1-12 ii liblzma55.1.1alpha+20120614-2 ii libmicrohttpd10 0.9.27-1 ii libnspr42:4.10-1 ii libnspr4-0d 2:4.10-1 ii libstdc++6 4.8.1-4 ii libxapian22 1.2.15-2 ii menu2.1.46 ii xulrunner-10.0 10.0.12esr-1+nmu1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages kiwix recommends: ii xapian-tools 1.2.15-2 kiwix suggests no packages. -- no debconf information ___ Debian-edu-pkg-team mailing list debian-edu-pkg-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-edu-pkg-team -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708296: git-buildpackage: gbp-pull sleeps with git+ssh:// and ssh sockets
Hi, On Tue, May 14, 2013 at 10:56:35PM +0200, gregor herrmann wrote: [..snip..] Unfortunately I have no idea how to fix this, and capturing stderr doesn't sound like a bad idea :) Here's a possible solution within openssh: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714526 PS: http://bugs.python.org/issue4216 sounds similar. This is indeed the root cause. Let's see what the openssh maintainer thinks about this. Another solution will be to patch Popen to monitor the child's pid. Cheers, -- Guido Cheers, gregor - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-buildpackage depends on: ii devscripts 2.13.2 ii git 1:1.7.10.4-2 ii man-db 2.6.3-6 ii python 2.7.3-5 ii python-dateutil 1.5+dfsg-0.1 Versions of packages git-buildpackage recommends: ii cowbuilder0.72 ii pristine-tar 1.28 Versions of packages git-buildpackage suggests: ii python-notify 0.1.1-3 ii unzip 6.0-9 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRkqUDAAoJELs6aAGGSaoGtVIP/RQ9T+ZX0g3fsweHtDBbc00E 09luDCEgHIVqSq00as//kZzSxNhLpbyURnM0e3/O0EjRJKezLY5so5YTLmf7PYom JAADxTPWNk0tOdLLMBeSX9MP/GKM/WVozyxvFj521Ct6vfEsXqesrOn3sCTINt4H GhdcJMZDcLPSifg0iuu42wB2hOw3NeMd3rHh2dMxOvPkfutxDSoCSCbQNFkTz02a d15UAYi1BI/W4VGQmhgzQJj3AQ7hrtqjwbZpiDtdvrSXmIoqB1q2ogMbsvRPz8Hk 52nqL2nhYXG8JBKi78xws5ew105G21PYdeScgj6vTW19UHp2OzK/FQv5F5Sz1rUR GjgVmpgmsqZe4mwvfuXO7y6+w4Bxi+HUPDd+bnznjOcCliyVItXz+GZ321eziTfx /55LPYu02eIOIw4tlJlBHt/eDfHWtfrUYrIDvV2zoNjGd/lW/wilbVBhUtOWX0Lg 7j1aowZU6yCzqRcJlMpMcDbVD1IyBX4cvE9HcwRNxiYV7lRLlkbkvyr110ynbRWe +fKBM5mklGwYMvCgM5aG1zoEKYAoyfYhoMbzFqfABwu7SxfZkkjft+bc/VMdhkJt ffvPaW7l8k78RAiS+XLl2Xh7vWAU5bx/MP6UOcVjtfJyeEw4ml1Y3kGlUPvYFP/4 3glKRNQuTV6Bfhr5l567 =ba88 -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#714295: Data corruption when using INIC-1623TA2 controller
Martin Braure de Calignon wrote: I'm experiencing frequent data corruption on my raid1 ext4 fs. The error is not always the same. I first thought it was due to a previous resize of the FS I've done. I had multiple times some message about huge amount of multiply claimed blocks in inode . fsck.ext4 was not working fully and was always ending with a message like FS still have error. I was unable to copy all the files to another FS to save it. So I end up checking the badblocks (that's where I've been dumb, I choose a non data conservative way). However, badblock was succesful without errors. So in the end I lost some data, however, I don't know if it's due to the bug or the the badblocks check. So feel free to readjust severity. Since theni, I have bought two brand new disks, created a completly new ext4 FS, and copied the files that I had succesfully recovered. Then I run fsck.ext4 on the FS... it seems it is almost working. I'm remounting the /dev/md0... And each time I start using the system seriously, I have new errors, like the one I had today: (I was just copying files on it) [...] [1436849.120036] EXT4-fs (md0): error count: 6 [1436849.120044] EXT4-fs (md0): initial error at 1371763084: htree_dirblock_to_tree:587: inode 20971803: block 83894316 [1436849.120054] EXT4-fs (md0): last error at 1371765809: htree_dirblock_to_tree:587: inode 41813096: block 167256110 [1446656.923648] EXT4-fs error (device md0): htree_dirblock_to_tree:587: inode #52698372: block 210773049: comm smbd: bad entry in directory: directory entry across blocks - offset=1052(9244), inode=1949184565, rec_len=29816, name_len=24 [...] The kernel log also showed the CPU was reaching its temperature limit, but after he cleaned out the CPU cooler and corrected the CPU frequency the problem persisted. I suggested swapping disks between controllers: On Fri, 2013-06-28 at 15:55 +0200, Martin Braure de Calignon wrote: [...] So as planned I unplugged the working non RAID1 disk from their controller, and connect the ext4 RAID1 and the ext3 RAID1 disk to it (yeah these are 2 powerful RAID1 with 1 device only ;) for testing purposes). I also tried to re-plug each PCI card, and connect the video card fan that was not connected (yeah it was a bad idea to limit the noise level few years ago). I did all the tests I could to try to overheat the system (same as yesterday): * 4 running dd if=/dev/urandom | gzip /dev/null for the cpu * massive copy from one disk to the other * delete of duplicates between two directories (with many duplicates) All that in parallel. Everything seems to work fine. No corruption nor CPU overheating message (yesterday I still had some even after remove the overclock of the CPU). [...] Here's the lspci - for this card (if I'm not wrong): 02:09.0 SATA controller: Initio Corporation INI-1623 PCI SATA-II Controller (rev 02) (prog-if 00 [Vendor specific]) Subsystem: Initio Corporation Device 1626 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 17 Region 0: I/O ports at 9000 [size=256] Region 1: Memory at ef022000 (32-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at 8000 [disabled] [size=128K] Capabilities: [dc] Power Management version 2 Flags: PMEClk+ DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: sata_inic162x [...] So this does seem to be a fault in either this card or the driver. Can you suggest any further tests that Martin could do? Ben. -- Ben Hutchings Sturgeon's Law: Ninety percent of everything is crap. signature.asc Description: This is a digitally signed message part
Bug#708172: liblensfun0: 0.2.7-2 crashes ufraw-0.18-2
reassign 708172 ufraw 0.18-2 thanks From the comments in the upstream bug report [1], it appears to be a problem with ufraw 0.18 which was resolved in 0.19. [1] http://developer.berlios.de/bugs/?func=detailbugbug_id=18908group_id=9034
Bug#712841: qcontrol: Fan error reported on TS109
On Thu, 2013-06-20 at 01:54 +0100, Dermot O'Dwyer wrote: Package: qcontrol Version: 0.5.1-3 Severity: important Tags: upstream On a TS109, after upgrading from 0.4.2-7+wheezy2 to 0.5.1-3 qcontrol then reports fan error in syslog and beeping every minute approximately. How annoying! Setting SOUND_BUZZER=no in /etc/default/qcontrol does not stop the beeping. Yes, this option only controls the beep which happens at the end of boot. I have linked /etc/qcontrol.conf to a new conf with the section commented out stop the errors/beeping. FWIW there would be nothing wrong with editing the existing file in place -- Debian handles modifications of this sort very well on upgrade. --[[ logprint(ts209: fan error) piccmd(statusled, red2hz) piccmd(buzzer, long) --]] But this is only half the work as the fan_error function is still being triggered. In 0.4.2-7+wheezy2 the fan_error function would have been empty, so do you know for sure it wasn't being triggered previously too? As there does not seem to be a way to easily distinguish the TS109 and TS209 using /proc/cpuinfo there are a few choices: a) ask the user at install time which they have and create the appropriate symlink /etc/qcontrol.conf - qcontrol/ts109.lua I'd rather not do this (ask the user) unless there is absolutely no alternative. b) Check for the presence of fan/2nd disk to determine if the QNAP is a TS209 It's possible that there is a GPIO e.g. you can distinguish TS-119 from TS-219 via GPIO 44. Unless you've got a 209 to compare your 109 against though I'm not sure how to find out. Perhaps Martin (CCd) has a 209 and/or can ask QNAP? This was reported upstream but doesn't appear to be active really - http://code.google.com/p/qcontrol/issues/detail?id=5 I'm afraid he's not, I took over and created a new upstream at https://gitorious.org/qcontrol . I'm using the Debian bugtracker for upstream too so this report is already in the right place. Ian. signature.asc Description: This is a digitally signed message part
Bug#714534: telepathy-gabble: FTBFS on hurd-i386
Package: telepathy-gabble Version: 0.17.5-1 Severity: important Tags: patch Hello, telepathy-gabble currently FTBFS on hurd-i386 because errno is actually a reserved word in C, please apply the attached patch. Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel How do I type for i in *.dvi do xdvi i done in a GUI? (Discussion in comp.os.linux.misc on the intuitiveness of interfaces.) diff -ur tmp/telepathy-gabble-0.17.5/src/media-stream.h telepathy-gabble-0.17.5/src/media-stream.h --- tmp/telepathy-gabble-0.17.5/src/media-stream.h 2013-02-25 11:38:44.0 + +++ telepathy-gabble-0.17.5/src/media-stream.h 2013-06-30 14:47:34.0 + @@ -86,7 +86,7 @@ #define MAKE_COMBINED_DIRECTION(d, p) \ ((CombinedStreamDirection) ((d) | ((p) 2))) -gboolean gabble_media_stream_error (GabbleMediaStream *self, guint errno, +gboolean gabble_media_stream_error (GabbleMediaStream *self, guint errnum, const gchar *message, GError **error); void gabble_media_stream_close (GabbleMediaStream *close);
Bug#714423: patch: **** /bin/ed FAILED path changed to /usr/bin/ed, see #710865
clone 714423 -1 reassign -1 ed retitle -1 ed needs to Breaks: patch ( 2.7.1-3~) Re: Joey Hess 2013-06-29 20130629155017.ga13...@gnu.kitenet.net reassign 714423 patch thanks Michael Schmitt wrote: running debmirror does fail recently, as /bin/ed got moved to /usr/bin/ed. Creating a symlink would fix the issue, at least I suppose so. But of course would be an ugly (temporary) hack. That debmirror only recommends ed and not depend on it, may be another bug. joey@gnu:~strings /usr/bin/patch |grep /bin /bin/ed This should be using PATH. While the potential exists to simply recompile patch with the new ed, and let its autoconf hardcode the *new* path into the binary, that would, technically, be a mistake. Nod, I'll do so for the patch 2.7.1-3 upload. Martin: Could you add Breaks: patch ( 2.7.1-3~) with the next ed upload? Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#714291: unable to install it on powerpc
On Sun, Jun 30, 2013 at 03:28:39PM BST, Emmanuel Engelhart wrote: Kiwix package should depend on the new version of xulrunner (xulrunner-17.0?). I concur, it should. If a dummy package exists (xulrunner?), should be better to use it. No such package exists I'm afraid [0]. IMVHO, a better idea would be to provide a virtual, rather than a dummy, 'xulrunner' package. [0] http://packages.debian.org/search?keywords=xulrunner Kind regards, Raf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713046: qcontrol: should call confdir() at the end to overwrite functions w/ local ones
On Sat, 2013-06-22 at 07:57 +0200, Hanno Hecker wrote: the new confdir() calls in the ts*.lua should be called at the end of the file. Yes, that does seem logical. I've also been toying with making /etc/qcontrol.conf contain nothing but the confdir line and having the package install /etc/qcontrol.d/50-hardware.conf so you could drop in either 40-local.conf or 60-local.conf as you wish. I could also factor out e.g. 60-lcd.conf etc. Currently the locally defined functions for e.g. lcd_button() from a file in /etc/qcontrol.d have no effect (i.e. they are overwritten by the ones in the calling file). signature.asc Description: This is a digitally signed message part
Bug#714537: icinga-web: fails to install: ln: failed to create symbolic link '/etc/apache2/conf.d/icinga-web.conf': No such file or directory
Package: icinga-web Version: 1.9.0+dfsg1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: block 661958 by -1 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...): Selecting previously unselected package icinga-web. (Reading database ... 12039 files and directories currently installed.) Unpacking icinga-web (from .../icinga-web_1.9.0+dfsg1-1_all.deb) ... Setting up icinga-web (1.9.0+dfsg1-1) ... dbconfig-common: writing config to /etc/dbconfig-common/icinga-web.conf Creating config file /etc/dbconfig-common/icinga-web.conf with new version creating postgres user icinga_web: success. verifying creation of user: success. creating database icinga_web: success. verifying database icinga_web exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Creating config file /etc/icinga-web/conf.d/database-web.xml with new version database config successful: /etc/icinga-web/conf.d/database-web.xml Creating config file /etc/icinga-web/conf.d/database-ido.xml with new version database config successful: /etc/icinga-web/conf.d/database-ido.xml enabling config for webserver apache2... Enabling module rewrite. To activate the new configuration, you need to run: service apache2 restart ln: failed to create symbolic link '/etc/apache2/conf.d/icinga-web.conf': No such file or directory dpkg: error processing icinga-web (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: icinga-web Probably needs some fixup for the apache 2.4 transition, therefore blocking #661958. cheers, Andreas icinga-web_1.9.0+dfsg1-1.log.gz Description: GNU Zip compressed data
Bug#669829: gforge-web-apache2: fails to install: ERROR: Site gforge does not exist!
Followup-For: Bug #669829 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...): Selecting previously unselected package gforge-web-apache2. (Reading database ... 15281 files and directories currently installed.) Unpacking gforge-web-apache2 (from .../gforge-web-apache2_5.2.1+20130227-1_all.deb) ... Setting up gforge-web-apache2 (5.2.1+20130227-1) ... Module php5 already enabled Considering dependency setenvif for ssl: Module setenvif already enabled Considering dependency mime for ssl: Module mime already enabled Considering dependency socache_shmcb for ssl: Enabling module socache_shmcb. Enabling module ssl. See /usr/share/doc/apache2/README.Debian.gz on how to configure SSL and create self-signed certificates. To activate the new configuration, you need to run: service apache2 restart Module env already enabled Enabling module vhost_alias. To activate the new configuration, you need to run: service apache2 restart Enabling module headers. To activate the new configuration, you need to run: service apache2 restart Enabling module rewrite. To activate the new configuration, you need to run: service apache2 restart Enabling module proxy. To activate the new configuration, you need to run: service apache2 restart Considering dependency proxy for proxy_http: Module proxy already enabled Enabling module proxy_http. To activate the new configuration, you need to run: service apache2 restart ERROR: Site gforge does not exist! dpkg: error processing gforge-web-apache2 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: gforge-web-apache2 cheers, Andreas gforge-web-apache2_5.2.1+20130227-1.log.gz Description: GNU Zip compressed data
Bug#700612: i3-wm: i3wm crashed corrupted double-linked list
On Sun, 2013-06-30 at 11:06 +0200, Michael Stapelberg wrote: Hi Ian, Just FYI: I cannot act on the updated information you provided, since there still is no log. Understood. I figured it was better to give whatever information I had than nothing, I quite understand if this bug languishes until I manage to get some better logging. BTW I tried enabling logging but it failed (for reasons I can't recall) and since this is my work machine I didn't have much time to poke at it so ended up reverting the command line. I'm in the middle of setting up a fresh machine, so I will try again on that one. Debugging an i3 problem without a log is a super-tedious thing which I am not willing to do. Especially if it’s for an ancient version, such as 4.2. Ancient or not it is the version in Wheezy, although I mostly track testing so I'm quite happy to upgrade. Could you upgrade to 4.5.1? You can do that without logging out. Sure. If you are willing to use the git version (see http://i3wm.org/docs/repositories.html), you can even enable shared memory logging without logging it (debug level will soon be adjustable at run time, too). I think I'll wait for 4.6 for that functionality. Ian. signature.asc Description: This is a digitally signed message part
Bug#714538: libjpeg8: libjpeg.so.8.4.0 segfaults in wheezy when processing big files with vips or iipimage-server
Package: libjpeg8 Version: 8d-1 Severity: normal iipimage-server and vips are crashing while processing large (200 MB) images. First I tried to covert image from openslide-compatibile (internally jpeg tiles) format using vips from stable repository. It creashed subsequently with Jun 30 16:13:13 hostname: [867164.398836] vips[10889]: segfault at ip 7fbc9eb201d7 sp 7c3ee190 error 7 in libjpeg.so.8.4.0[7fbc9eaf6000+3a000] Jun 30 16:31:52 hostname: [868282.002271] vips[11125]: segfault at ip 7fdae27921d7 sp 7fffdf0d68c0 error 7 in libjpeg.so.8.4.0[7fdae2768000+3a000] I've upgraded to experimental version of vips - It worked and I hoped to have this problem solved - pyramid tiff created successfully, but next step was serving this file with iipimage-server: once again it was crashing all the time, this time with: Jun 30 17:12:33 hostname: [870719.225591] iipsrv.fcgi[12197]: segfault at 1b101b1 ip 7f6a470df1d7 sp 7fff35c5cf40 error 6 in libjpeg.so.8.4.0[7f6a470b5000+3a000] Jun 30 17:12:38 hostname: [870723.654868] iipsrv.fcgi[12198]: segfault at 1b101b1 ip 7fdc579571d7 sp 7fffe0731550 error 6 in libjpeg.so.8.4.0[7fdc5792d000+3a000]. In iipserver logs - signs of restart of the server, no useful output. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), Architecture: amd64 (x86_64) Kernel: Linux SMP Debian 3.2.46-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712283: qcontrol: add support for i386/amd64 based devices like the QNAP TS-569 Pro
On Fri, 2013-06-21 at 21:31 +0200, Christoph Anton Mitterer wrote: At the moment it sounds like it isn't even possible to determine that you are running on a QNAP device at all. Remember that once the package exists on x86 people could try and install on a whitebox x86 server or any random piece of hardware, we need to do the right (i.e. non-destructive) thing in this case. Well do we anything really destructive? Sure we send stuff to some serial devices... Which could be destructive, for all we know, since we don't know what is on the other end nor what it will do. but there are plenty other packages which do similar things and allow the user to shoot him into his feet if he's stupid... If we add a warning in the package description that this is really for QNAP devices only... it should IMHO be enough. I'm afraid I don't think that is sufficient I'm not going to go down this route. Even once we know it is a QNAP I don't think we can safely just probe serial ports looking for things. Well... I would make the devices configurable and fully put it into the user's responsibility to set up a qcontrol.conf... Yes, I think on x86 the default qcontrol.conf will be empty and the user will have to configure it. Or maybe I'll stick in a debconf question. It's all a bit moot until there is working support for at least one x86 platform though. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714423: patch: **** /bin/ed FAILED path changed to /usr/bin/ed, see #710865
block 714423 by 714494 block 714536 by 714494 thanks Hi, On Sun Jun 30, 2013 at 17:10:28 +0200, Christoph Berg wrote: clone 714423 -1 reassign -1 ed retitle -1 ed needs to Breaks: patch ( 2.7.1-3~) Re: Joey Hess 2013-06-29 20130629155017.ga13...@gnu.kitenet.net reassign 714423 patch thanks Michael Schmitt wrote: running debmirror does fail recently, as /bin/ed got moved to /usr/bin/ed. Creating a symlink would fix the issue, at least I suppose so. But of course would be an ugly (temporary) hack. That debmirror only recommends ed and not depend on it, may be another bug. joey@gnu:~strings /usr/bin/patch |grep /bin /bin/ed This should be using PATH. While the potential exists to simply recompile patch with the new ed, and let its autoconf hardcode the *new* path into the binary, that would, technically, be a mistake. Nod, I'll do so for the patch 2.7.1-3 upload. Please don't. According to FHS 'ed' must be in /bin, i will revert my recent change. Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714539: RFS: agedu/9723-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package agedu * Package name: agedu Version : 9723-1 Upstream Author : Simon Tatham ana...@pobox.com * URL : http://www.chiark.greenend.org.uk/~sgtatham/agedu/ * License : MIT Section : utils It builds those binary packages: agedu - Unix utility for tracking down wasted disk space To access further information about this package, please visit the following URL: http://mentors.debian.net/package/agedu Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/agedu/agedu_9723-1.dsc Changes since the last upload: * Version bump to r9723 * Updated to Standards-Version 3.9.4 * Simplification of debian/rules Regards, Alexander Prinsier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714423: patch: **** /bin/ed FAILED path changed to /usr/bin/ed, see #710865
Re: Martin Zobel-Helas 2013-06-30 20130630153600.go25...@ftbfs.de Please don't. According to FHS 'ed' must be in /bin, i will revert my recent change. I'll tell patch to call ed instead of /some/path/ed anyway, it seems like a reasonable thing to do. Of course then there's no need to breaks anything anymore. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#714439: poppler-data: pdf viewer, problem displaing pages, gdrive and windows acrobat work correctly
On Sat, 29 Jun 2013 13:14:39 +0200 alessandro danzo@gmail.com wrote: Package: poppler-data Version: 0.4.5-10 Severity: normal *** 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 *** Please describe the problem what you have seen... Unfortunately, I cannot guess it without any detail. Versions of packages poppler-data suggests: pn fonts-arphic-ukai none pn fonts-arphic-umingnone pn fonts-japanese-gothic | fonts-ipafont-gothic none pn fonts-japanese-mincho | fonts-ipafont-mincho none pn fonts-unfonts-corenone ii ghostscript 9.05~dfsg-6.3 ii poppler-utils 0.18.4-6 If you don't install appropriate font package, you cannot see characters as you expect. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714540: libgdm: fails to upgrade from 'sid' - trying to overwrite /usr/bin/gdmflexiserver
Package: libgdm Version: 3.8.3-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + gdm3 Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libgdm. Unpacking libgdm (from .../libgdm_3.8.3-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libgdm_3.8.3-2_amd64.deb (--unpack): trying to overwrite '/usr/bin/gdmflexiserver', which is also in package gdm3 3.4.1-9 Preparing to replace gnome-session-bin 3.4.2.1-4 (using .../gnome-session-bin_3.8.2.1-1_amd64.deb) ... Unpacking replacement gnome-session-bin ... Preparing to replace gdm3 3.4.1-9 (using .../gdm3_3.8.3-2_amd64.deb) ... Unpacking replacement gdm3 ... cheers, Andreas gdm3_3.8.3-2.log.gz Description: GNU Zip compressed data
Bug#663868: Still not working correctly under one of my Debian boxes...
After de-blacklisting usblp: Jun 30 17:57:18 limes kernel: [ 569.232502] usb 1-2: new full-speed USB device number 4 using uhci_hcd Jun 30 17:57:18 limes kernel: [ 569.400511] usb 1-2: New USB device found, idVendor=03f0, idProduct=4117 Jun 30 17:57:18 limes kernel: [ 569.400549] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jun 30 17:57:18 limes kernel: [ 569.400580] usb 1-2: Product: HP LaserJet 1018 Jun 30 17:57:18 limes kernel: [ 569.400606] usb 1-2: Manufacturer: Hewlett-Packard Jun 30 17:57:18 limes kernel: [ 569.400630] usb 1-2: SerialNumber: KP32RZ9 Jun 30 17:57:18 limes kernel: [ 569.416371] usblp0: USB Bidirectional printer dev 4 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Jun 30 17:57:18 limes udevd[4187]: missing file parameter for attr Jun 30 17:57:18 limes hp-mkuri: io/hpmud/model.c 625: unable to find [s{product}] support-type in /usr/share/hplip/data/models/models.dat Jun 30 17:57:21 limes /usr/sbin/hplj1018: foo2zjs: loading HP LaserJet 1018 firmware /lib/firmware/hp/sihp1018.dl to /dev/usb/lp0 ... Jun 30 17:57:23 limes /usr/sbin/hplj1018: foo2zjs: ... download successful. Jun 30 17:57:27 limes colord-sane: io/hpmud/musb.c 2066: Invalid usb_open: Permission denied Jun 30 17:57:35 limes colord-sane: io/hpmud/musb.c 2066: Invalid usb_open: Permission denied so far... OK and I hoped to print something, and then: Jun 30 18:01:19 limes kernel: [ 810.242823] usblp0: removed Jun 30 18:01:24 limes colord-sane: io/hpmud/musb.c 2066: Invalid usb_open: Permission denied Jun 30 18:01:30 limes kernel: [ 821.263309] usblp0: USB Bidirectional printer dev 4 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Jun 30 18:01:35 limes kernel: [ 826.333158] usblp0: nonzero read bulk status received: -108 Jun 30 18:01:38 limes kernel: [ 829.376378] usblp0: removed Jun 30 18:01:49 limes kernel: [ 840.410288] usblp0: USB Bidirectional printer dev 4 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Jun 30 18:01:49 limes colord-sane: io/hpmud/musb.c 2066: Invalid usb_open: Permission denied Jun 30 18:01:54 limes kernel: [ 845.425103] usblp0: nonzero read bulk status received: -108 Jun 30 18:01:57 limes kernel: [ 848.519229] usblp0: removed Jun 30 18:02:03 limes colord-sane: io/hpmud/musb.c 2066: Invalid usb_open: Permission denied Jun 30 18:02:08 limes kernel: [ 859.550241] usblp0: USB Bidirectional printer dev 4 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Jun 30 18:02:13 limes kernel: [ 864.563026] usblp0: nonzero read bulk status received: -108 Jun 30 18:02:16 limes kernel: [ 867.642164] usblp0: removed Jun 30 18:02:22 limes colord-sane: io/hpmud/musb.c 2066: Invalid usb_open: Permission denied Jun 30 18:02:27 limes kernel: [ 878.669191] usblp0: USB Bidirectional printer dev 4 if 0 alt 0 proto 2 vid 0x03F0 pid 0x4117 Jun 30 18:02:32 limes kernel: [ 883.680980] usblp0: nonzero read bulk status received: -108 Jun 30 18:02:35 limes kernel: [ 886.770369] usblp0: removed Jun 30 18:02:39 limes kernel: [ 890.744639] usblp: can't set desired altsetting 0 on interface 0 It's a mixed squeeze/wheezy box, I will check it on current stable.
Bug#712861: Reproducible on gnome-bluetooth 3.8.1-1 (jessie, unstable)
reopen 712861 Hi, just had this problem with gnome-bluetooth 3.8.1-1 from debian jessie (same error messages, same symptom - gnome-shell fails to start). Downgrading to 3.8.1-1 (version in wheezy) fixed it. Has this really been fixed in 3.4.2-9 ?? 3.8.1-1 is definitely affected. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714542: cdbs: Please use -- long option prefixes for Perl's Module::Build build system
Package: cdbs Version: 0.4.121 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 While packaging Module::Build::Tiny [0], I stumbled about a problem in debhelper which is also present in cdbs. In the perl-build-vars makefile, it uses the key=var type of passing options. While this works fine with Module::Build which accepts all kinds of styles, if fails with Module::Build::Tiny, which insists on the --key value style. I've discussed this with upstream [1], who pointed out that - - using the -- long prefix version is a next-gen-perl-build-tool thing - - which is based on the now developped Build.PL spec [2] - - will probably be required by more consumers of Build.PL in the future At the moment we have one package waiting for Module::Build::Tiny in git but more are piling up on the CPAN. AFAICS, using the -- long prefix variant works just fine for traditional Module::Build using packages, so this change is backwards compatible. Find attached a patch against 1/class/perl-build-vars.mk.in. I've tested it by building around a dozen Build.PL using packages with cdbs and this patch, and I haven't seen any problems. Cheers, gregor [0] https://metacpan.org/release/Module-Build-Tiny [1] https://rt.cpan.org/Ticket/Display.html?id=85006 [2] https://github.com/Perl-Toolchain-Gang/cpan-api-buildpl/blob/master/lib/CPAN/API/BuildPL.pm - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20130515.1 Versions of packages cdbs suggests: ii devscripts 2.13.2 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJR0Fg2AAoJELs6aAGGSaoGrZoP/20ddjO3rRW0gsMUbzpGGB21 C33Wd6FJ1uL1n0v6I+59a3j4ocjN/KF1+RWXb7Ak3tdkEs7HNuOqO5rFb+ImRyNp 3wRyCqlY6KDWAq/J0/j6F+a9eAlpOJM1ameFjYk0oMIm7SpDtwhMUg5PJY0wxVms WjftmRgx5v9xGZx9W7Hb7iXVmHtYrApyg9EqYFWEqucCMIZfs39+A8xU8UF9xSVY IiT7BewAdpj3dTdtRroQ0/E++23Jl9UuSgrTFOq5ez3nAMZRzCT473QvoTo7t0VW XjCcox9J/7xgxRzTkbvem7s+DtRSOGpmOakH6Ogemh9Ga4aDRse6p7zD1rNIh8Zz 9d5ZKhV+bpXGWiPIJKaDS4UrN/MtrxeJMka+DB4veJqGqPoR4TULo1NTiFsOLmSW qV5hkV9/TS0ZqaMzXs9gZXfK9V/Pu0GDYrxWwRLf0uyaqWkhhU+0DqT2mqJmkt05 SNbj6jr+z1UfYO1IscxSJVHJZBkVKaoFOef7h1xmySX8U+4rDxntFVFNmXstlPqL pe8L+tDb0WzHq4fEQDAuhJH9whyr/rI2RdTviB2PWzXdlz7WRevqR1E9W1TEVwuW 0RstgMakEFUu2IfSBFLk24Ck1+jNR2TAn/JuNwo/1+9QpO5ZUNCrIq8GbhU3pMW7 lSfmLRL3tjvX9LYHIxXx =QQCn -END PGP SIGNATURE- diff --git a/1/class/perl-build-vars.mk.in b/1/class/perl-build-vars.mk.in index f20fdc7..ffaeb5c 100644 --- a/1/class/perl-build-vars.mk.in +++ b/1/class/perl-build-vars.mk.in @@ -26,13 +26,13 @@ include $(_cdbs_class_path)/perl-vars.mk$(_cdbs_makefile_suffix) #DEB_PERL_CONFIGURE_TARGET = DEB_PERL_CONFIGURE_ARGS ?= --installdirs vendor --config ccflags=$(or $(CFLAGS_$(cdbs_curpkg)),$(CFLAGS)) --config cxxflags=$(or $(CXXFLAGS_$(cdbs_curpkg)),$(CXXFLAGS)) --config ldflags=$(or $(LDFLAGS_$(cdbs_curpkg)),$(LDFLAGS)) -DEB_PERL_CONFIGURE_FLAGS ?= destdir=$(cdbs_perl_curdestdir) +DEB_PERL_CONFIGURE_FLAGS ?= --destdir $(cdbs_perl_curdestdir) DEB_PERL_BUILD_TARGET ?= build # Run tests by default, and loudly DEB_PERL_CHECK_TARGET ?= test -DEB_PERL_CHECK_FLAGS ?= verbose=1 +DEB_PERL_CHECK_FLAGS ?= --verbose 1 DEB_PERL_INSTALL_TARGET ?= install
Bug#714541: ruby1.8: CVE-2013-4073: Hostname check bypassing vulnerability in SSL client
Package: ruby1.8 Severity: normal Tags: security upstream patch fixed-upstream Hi, the following vulnerability was published for ruby1.8. CVE-2013-4073[0]: Hostname check bypassing vulnerability in SSL client If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4073 http://security-tracker.debian.org/tracker/CVE-2013-4073 [1] http://www.ruby-lang.org/en/news/2013/06/27/hostname-check-bypassing-vulnerability-in-openssl-client-cve-2013-4073/ [2] https://github.com/ruby/ruby/commit/961bf7496ded3acfe847cf56fa90bbdcfd6e614f (note the patch[2] contains a typo and need the follow up patch too). Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714543: ruby1.9.1: CVE-2013-4073: Hostname check bypassing vulnerability in SSL client
Package: ruby1.9.1 Severity: grave Tags: security upstream patch fixed-upstream Hi, the following vulnerability was published for ruby1.9.1. CVE-2013-4073[0]: Hostname check bypassing vulnerability in SSL client If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4073 http://security-tracker.debian.org/tracker/CVE-2013-4073 [1] http://www.ruby-lang.org/en/news/2013/06/27/hostname-check-bypassing-vulnerability-in-openssl-client-cve-2013-4073/ [2] https://github.com/ruby/ruby/commit/2669b84d407ab431e965145c827db66c91158f89 Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org