Bug#665689: live-boot initscript fails if VERBOSE=no
Package: live-boot Severity: normal I recently built a sid image that I couldn't login into. Digging through the image I found live-boot was failing with: startpar: service(s) returned failure: live-config live-boot ... failed! I started in single user mode, and when trying to start /etc/init.d/live-boot by hand I found that the script returned exit status 1. The buggy code is live-boot.init, line 228: case ${1} in start|restart|reload|force-reload|status) [ ${VERBOSE} != no ] log_end_msg 0 ;; The problem is that since VERBOSE != no, the script will return $? of the last run command. That is test [, which was 1. I attach a patch that fixes this issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- diff --git a/debian/live-boot.init b/debian/live-boot.init old mode 100644 new mode 100755 index 5799c44..ffd0609 --- a/debian/live-boot.init +++ b/debian/live-boot.init @@ -225,7 +225,7 @@ do_stop () case ${1} in start|restart|reload|force-reload|status) - [ ${VERBOSE} != no ] log_end_msg 0 + [ ${VERBOSE} != no ] log_end_msg 0 || exit 0 ;; stop) @@ -234,11 +234,11 @@ case ${1} in case ${?} in 0|1) - [ ${VERBOSE} != no ] log_end_msg 0 + [ ${VERBOSE} != no ] log_end_msg 0 || exit 0 ;; 2) - [ ${VERBOSE} != no ] log_end_msg 1 + [ ${VERBOSE} != no ] log_end_msg 1 || exit 1 ;; esac ;;
Bug#661253: Trying 295.33
Julian, On Sat, 2012-03-24 at 20:57 +, Julian Gilbey wrote: [...] You can download the older versions in the meantime from snapshot.debian.org. Julian Thanks for that pointer, I had forgotten about that resource. Silly me. On the other hand, because of the way Debian splits up the NVIDIA support into many packages, it seems a lot easier to revert using the NVIDIA run file. I have redownloaded 285.05.09, 290.10, 295.20 and 295.33 so next Wednesday I can try each of them in turn on a newly updated system and report back what happens. Sorry for the delay, but I have to go to a client site for Monday and Tuesday -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Bug#665687: munin-cgi-graph and munin-cgi-html fail to start due to incorrect permissions on log directory
On 2012-03-25T13:04:35+0800, Chen-Yu Tsai w...@csie.org wrote: The respective log files have the correct permissions set with dpkg-statoverride (owned by www-data:adm), however the dircetory /var/log/munin is owned by munin:adm, with permissions 0750. This blocks munin-cgi-* from accessing the log files. I recommend changing the permissions on /var/log/munin to 0751, which is what I did, or apply some other way to allow access by www-data. It looks like this may be due to the dpkg-statoverride --list call succeeding, thus not executing the dpkg-statoverride --update line to set the mode to 0751: http://munin-monitoring.org/browser/branches/debian/wheezy/trunk/debian/munin.postinst?rev=4671#L20 Is there a reason why these dpkg-statoverride calls should not be executed unconditionally? -- Kenyon Ralph signature.asc Description: Digital signature
Bug#665690: Missing file 'init.h' in package linux-source-3.3 (3.3-1~experimental.1)
Package: linux-source-3.3 Version: (3.3-1~experimental.1) /usr/src/linux-source-3.3/drivers/staging/keucr/init.c line 12 tries to include /usr/src/linux-source-3.3/drivers/staging/keucr/init.h [#include init.h], which is missing. This breaks compiling, if keucr.ko was configured to be build. Copying over init.h from original source tarball from kernel.org (3.3 final /vanilla) fixes the problem, of course. If relevant, build was on wheezy with linux 3.2.0-2-amd64. Christa Brill, Frankfurt/Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665661: [Aptitude-devel] Bug#665661: forbid-version lack of feedback makes it look like aptitude has a mind of its own
merge 595888 638841 648687 thanks On 25 March 2012 09:40, jida...@jidanni.org wrote: You really should have some feedback to the user for forbid-version, so he can tell that you are not just doing some other unrelated task. Hi As is quite common for Unix programs, if the command does not display an error then you can presume it has done what you asked. Positive feedback *by default* is undesirable noise IMO. I agree that due to the processing of pending actions the output is noisy and misleading at the moment. This is a low priority for me but I have been aware of it for some time. If I ever get around to addressing this: - decouple 'forbid-version' from 'install' and others, so no more processing of pending actions; - -v to get positive feedback; so: # aptitude forbid-version foo # aptitude forbid-version -v bar I: forbidding version xx of package bar Yes I recall this is a duplicate Then please write a patch or motivate someone to write a patch. Reporting this more times doesn't achieve anything except increasing noise and maintenance burden. We appreciate that you find this inconvenient and also the large amounts of feedback you provide for many projects including aptitude. Please note however that the list of outstanding issues contains many that are more important than this, developer time is limited, and so issues are prioritized to some degree. but nobody looks at these anyway. Almost 200 bugs cleared out in the last four months... I suppose they just decided to sort themselves :-) Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664904: tardy: [NMU] New upstream release 1.25
retitle 664904 tardy: update to latest version 2.15 2011 (now 1.20 2010) thanks 2012-03-24 22:28 Michael Schiansky mich...@schiansky.de: | | If you already prepared a 1.25 upload, please send me the dsc/diff so I | can incorporate your work in the new upload. If you can't wait, do the | NMU and I'll it later. I was planning to to, but it's good to know your're working on it. It would also be nice to include: - Latest policy - dh(1) style debian/rules - Latest hardening build flags http://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags - New Copyright Format http://www.debian.org/doc/packaging-manuals/copyright-format/1.0 - Fix for #604129 Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664967: Segfaulting is caused by copyObject in version 0.12.1-3
Hello: I managed to reproduce the segfaults and I believe I just fixed this in the version available in the git repository. If you want, you can try to compile it and report if it fixed your issue. The following or something similar should work for building the packages: sudo apt-get install git git clone git://anonscm.debian.org/pkg-multimedia/mediatomb.git sudo apt-get build-dep mediatomb cd mediatomb sed -i s/(0.12.1-4)/(0.12.1-4~local1)/g debian/changelog dpkg-buildpackage -b cd .. sudo dpkg -i mediatomb_*_all.deb mediatomb-common_*.deb mediatomb-daemon_*_all.deb Hope this helps, Miguel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665691: SYNOPSIS found in DESCRIPTION
Package: wdiff Version: 1.1.0-2 Severity: wishlist File: /usr/share/man/man1/wdiff.1.gz It seems a second line of the SYNOPSIS has drifted into the DESCRIPTION. SYNOPSIS wdiff [OPTION]... FILE1 FILE2 DESCRIPTION wdiff - Compares words in two files and report differences. wdiff -d [OPTION]... [FILE] Mandatory arguments to long options are mandatory for short options too. -C, --copyright display copyright then exit -1, --no-deleted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665661: [Aptitude-devel] Bug#665661: forbid-version lack of feedback makes it look like aptitude has a mind of its own
Thanks. Anyway, we are used to aptitude saying 1 to install 4 to remove, etc. so it should say 1 to forbid always too if forbidding. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665692: 'GMountMountFlags' etc. warnings
Package: reportbug Version: 6.3.1 Severity: wishlist $ reportbug --template reportbug 21|head ** (process:7373): WARNING **: Trying to register gtype 'GMountMountFlags' as flags when in fact it is of type 'GEnum' ** (process:7373): WARNING **: Trying to register gtype 'GDriveStartFlags' as flags when in fact it is of type 'GEnum' ** (process:7373): WARNING **: Trying to register gtype 'GSocketMsgFlags' as flags when in fact it is of type 'GEnum' *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. -- Package-specific info: ** Environment settings: EDITOR=emacs -nw ** /home/jidanni/.reportbugrc: mode advanced ui text offline header X-Debbugs-No-Ack: please # to suppress acknowledgments no-cc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-486 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.8.15.10 ii python2.7.2-10 ii python-reportbug 6.3.1 reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utils 1.5.42 ii debsumsnone ii dlocate1.02 ii emacs22-bin-common | emacs23-bin-commonnone ii exim4-daemon-light [mail-transport-agent] 4.77-1+b1 ii file 5.11-1 ii gnupg 1.4.12-4 ii python-gtk22.24.0-3 ii python-gtkspellnone ii python-urwid 1.0.1-2 ii python-vte none ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.8.15.10 ii python2.7.2-10 ii python-debian 0.1.21 ii python-debianbts 1.10 ii python-support1.0.14 python-reportbug 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#665693: e1000 WARNING and INFO: task kworker blocked for more than ..
Package: linux-2.6 Version: 3.2.12-1 Severity: important Just updated linux kernel from 3.2.9-1 to 3.2.12-1. On ifup, after a seemingly successful DHCP REQUEST+ACK networking completely fell over. The no IPv6 routers log line is notable since there is working native IPv6 here. The first noticable symptom however was DNS requests failing. Subsequently, netlink requests seemed to hang: ip address show blocked indefinitely. Rebooting blocked after the usual Rebooting the system message, there were some task hung warnings and I forced it to reboot with sysrq. I've fallen back to the previous ABI kernel, so the Kernel: line below is wrong. Manually added kernel logs since reportbug can't read them as normal user. Obviously missing messages after klogd was killed. It gets interesting from 360 onwards, I started the reboot before 480. [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-2-486 (Debian 3.2.12-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 Tue Mar 20 18:45:21 UTC 2012 [0.00] Disabled fast string operations [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009f000 (usable) [0.00] BIOS-e820: 0009f000 - 000a (reserved) [0.00] BIOS-e820: 000dc000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 1f6e (usable) [0.00] BIOS-e820: 1f6e - 1f6f7000 (ACPI data) [0.00] BIOS-e820: 1f6f7000 - 1f6f9000 (ACPI NVS) [0.00] BIOS-e820: 1f70 - 2000 (reserved) [0.00] BIOS-e820: fec0 - fec1 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: ff80 - 0001 (reserved) [0.00] Notice: NX (Execute Disable) protection missing in CPU! [0.00] DMI present. [0.00] DMI: IBM 2386H6G/2386H6G, BIOS 1UETD3WW (2.08 ) 12/21/2006 [0.00] e820 update range: - 0001 (usable) == (reserved) [0.00] e820 remove range: 000a - 0010 (usable) [0.00] last_pfn = 0x1f6e0 max_arch_pfn = 0x10 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-C write-protect [0.00] D-DBFFF uncachable [0.00] DC000-D write-back [0.00] E-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 0 mask FE000 write-back [0.00] 1 base 01FF0 mask 0 uncachable [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] PAT not supported by CPU. [0.00] initial memory mapped : 0 - 0180 [0.00] Base memory trampoline at [c009c000] 9c000 size 12288 [0.00] init_memory_mapping: -1f6e [0.00] 00 - 40 page 4k [0.00] 40 - 001f40 page 2M [0.00] 001f40 - 001f6e page 4k [0.00] kernel direct mapping tables up to 1f6e @ 17fb000-180 [0.00] RAMDISK: 1e6b6000 - 1efbc000 [0.00] ACPI: RSDP 000f6d10 00024 (v02 IBM ) [0.00] ACPI: XSDT 1f6e7e57 00054 (v01 IBMTP-1U2080 LTP ) [0.00] ACPI: FACP 1f6e7f00 000F4 (v03 IBMTP-1U2080 IBM 0001) [0.00] ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20110623/tbfadt-529) [0.00] ACPI Warning: Optional field Gpe1Block has zero address or length: 0x102C/0x0 (20110623/tbfadt-560) [0.00] ACPI: DSDT 1f6e80e7 0ECE9 (v01 IBMTP-1U2080 MSFT 010E) [0.00] ACPI: FACS 1f6f8000 00040 [0.00] ACPI: SSDT 1f6e80b4 00033 (v01 IBMTP-1U2080 MSFT 010E) [0.00] ACPI: ECDT 1f6f6dd0 00052 (v01 IBMTP-1U2080 IBM 0001) [0.00] ACPI: TCPA 1f6f6e22 00032 (v01 IBMTP-1U2080 PTL 0001) [0.00] ACPI: APIC 1f6f6e54 0005A (v01 IBMTP-1U2080 IBM 0001) [0.00] ACPI: BOOT 1f6f6fd8 00028 (v01 IBMTP-1U2080 LTP 0001) [0.00] ACPI: Local APIC address 0xfee0 [0.00] 0MB HIGHMEM available. [0.00] 502MB LOWMEM available. [0.00] mapped low ram: 0 - 1f6e [0.00] low ram: 0 - 1f6e [0.00] Zone PFN ranges: [0.00] DMA 0x0010 - 0x1000 [0.00] Normal 0x1000 - 0x0001f6e0 [0.00] HighMem empty [0.00] Movable zone start PFN for each node [0.00] early_node_map[2] active PFN
Bug#665694: lintian: false-positive dbg-package-missing-depends for transitional packages
Package: lintian Version: 2.5.7 Severity: minor #d-qa: pabs nthykier: I noticed that warmux is overriding dbg-package-missing-depends, seems like lintian needs to ignore that for transitional packages named -dbg nthykier pabs: seems reasonable - though I suspect we probably want to check they depend on another -dbg in that case (warmux does, so it should be fine) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665695: powertop: segmentation fault at read_kernel_config() when calling strcpy()
Package: powertop Version: 1.11-1 Severity: important Tags: patch upstream powertop 1.11 crashes after first displaing the list of processes with segmentation fault. I have also tested upstream versions: http://www.lesswatts.org/projects/powertop/download/powertop-1.12.tar.gz - also crashes http://www.lesswatts.org/projects/powertop/download/powertop-1.13.tar.gz - works fine Here is the output of gdb backtrace when the powertop source was downloaded with apt-get source powertop and recompiled in order to include debug symbols: Program received signal SIGSEGV, Segmentation fault. 0xb7e9a704 in strcpy () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 (gdb) bt #0 0xb7e9a704 in strcpy () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #1 0x0804cf30 in read_kernel_config (string=0xbfffe83c CONFIG_COMEDI_NI_6527=m\n, onoff=1, comment=0xb7fdeab2 Tanács: Engedélyezd a CONFIG_USB_SUSPEND kernel konfigurációs opciót.\nEz az opció automatikusan kikapcsolja az USB-t ha nincs használatban, \nezzel körülbelül 1 Watt energiát takarít meg., weight=20) at config.c:80 #2 suggest_kernel_config (string=0xbfffe83c CONFIG_COMEDI_NI_6527=m\n, onoff=1, comment=0xb7fdeab2 Tanács: Engedélyezd a CONFIG_USB_SUSPEND kernel konfigurációs opciót.\nEz az opció automatikusan kikapcsolja az USB-t ha nincs használatban, \nezzel körülbelül 1 Watt energiát takarít meg., weight=20) at config.c:96 #3 0x0804c6fb in main (argc=1, argv=0xb4d4) at powertop.c:1063 (gdb) q A debugging session is active. Inferior 1 [process 4277] will be killed. Quit anyway? (y or n) y /tmp/src/powertop/powertop-1.11# ./powertop --version powertop version 1.11 /tmp/src/powertop/powertop-1.11# /usr/sbin/powertop --version powertop version 1.11 /tmp/src/powertop/powertop-1.11# locale LANG=hu_HU.UTF-8 LANGUAGE= LC_CTYPE=hu_HU.UTF-8 LC_NUMERIC=hu_HU.UTF-8 LC_TIME=hu_HU.UTF-8 LC_COLLATE=hu_HU.UTF-8 LC_MONETARY=hu_HU.UTF-8 LC_MESSAGES=hu_HU.UTF-8 LC_PAPER=hu_HU.UTF-8 LC_NAME=hu_HU.UTF-8 LC_ADDRESS=hu_HU.UTF-8 LC_TELEPHONE=hu_HU.UTF-8 LC_MEASUREMENT=hu_HU.UTF-8 LC_IDENTIFICATION=hu_HU.UTF-8 LC_ALL= -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages powertop depends on: ii libc6 2.13-24Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand powertop recommends no packages. Versions of packages powertop suggests: ii cpufrequtils 007-1+squeeze1 utilities to deal with the cpufreq pn laptop-mode-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665696: gosa-sync breaks on passwords containing spaces
package: debian-edu-config severity: important version: squeeze/r0 spaces need adequate quoting of the password variable in both gosa-sync and gosa.conf. It is also very likely a security hazard in letting the user-supplied password string unquoted in those two files, whence severity=important. following patch just adds the quoting, and was verified to fix the issue. -- Samuel Krempp --- /etc/gosa/gosa.conf.befSK 2012-03-25 09:45:33.0 +0200 +++ /etc/gosa/gosa.conf 2012-03-25 09:50:10.0 +0200 @@ -44,7 +44,7 @@ plugin acl=users/phoneAccount:self class=phoneAccount/ plugin acl=users/nagiosAccount:self class=nagiosAccount/ plugin acl=users/scalixAccount:self class=scalixAccount/ - plugin acl=users/password:self class=password postmodify=USERPASSWORD=%userPassword /usr/bin/sudo /usr/share/debian-edu-config/tools/gosa-sync %dn/ + plugin acl=users/password:self class=password postmodify=USERPASSWORD=quot;%userPasswordquot; /usr/bin/sudo /usr/share/debian-edu-config/tools/gosa-sync %dn/ /section !-- Section to enable administrative services -- --- /usr/share/debian-edu-config/tools/gosa-sync.orig 2012-03-25 09:28:32.0 +0200 +++ /usr/share/debian-edu-config/tools/gosa-sync2012-03-25 09:56:04.0 +0200 @@ -15,7 +15,6 @@ ## principal's one. RETVAL=0 - USERDN=$1 USERID=`echo $USERDN | sed s/^uid=\([^,]*\),.*$/\1/` @@ -30,7 +29,7 @@ IAM=`ldapwhoami -x -Z -y $TMPFILE -D $USERDN 2/dev/null || true` if [ $IAM = dn:$USERDN ] ; then cat $TMPFILE EOF -change_password -pw $USERPASSWORD $USERID +change_password -pw $USERPASSWORD $USERID EOF cat $TMPFILE | kadmin.local 21 | logger -t gosa-sync -p notice logger -t gosa-sync -p notice Kerberos password for \'$USERID\' changed.
Bug#659940: standard practice + workaround
dereferencing undefined variables (as a test to see whether they are assigned or not) is considered standard practice in bash scripting. There are many, many scripts in debian that use this feature; running your system with set -u will BREAK these scripts so they will not function properly. This is because [ -z $foo ] should return 0 (success) if $foo is unassigned, however if you set -u then it returns 1 (failure). To get an idea of how many scripts on your system will break when you run them with set -u, you can do a quick grepping: grep -I ' -z ' /bin/* /usr/bin/* So don't use set -u, unless you are actively debugging a script that you are writing (that is what it's for.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664967: Segfaulting is caused by copyObject in version 0.12.1-3
I managed to reproduce the segfaults and I believe I just fixed this in the version available in the git repository. It's always a pleasure if the open source community shines like this: I can confirm, that the bug is fixed in the git repository. Thanks for solving the problem so quickly and for the detailed instruction how to apply the fix. Please close this bug report as appropriate. signature.asc Description: This is a digitally signed message part.
Bug#469397: XBMC 11.0
Hi! Now that XBMC 11.0 has been released, is there any plan to upload the current package to unstable? Thanks. -- Vincent Bernat ☯ http://vincent.bernat.im /* * Hash table gook.. */ 2.4.0-test2 /usr/src/linux/fs/buffer.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620647: kumofs: diff for NMU version 0.4.13-1.1
Hi Thank you for your contribution. I will import your patch and upload -2 soon. I appreciate your cooperation. Thanks, Taku On Sun, Mar 25, 2012 at 1:55 AM, t...@coldtobi.de wrote: tags 620647 + patch tags 620647 + pending tags 640602 + patch tags 640602 + pending thanks Dear maintainer, I've prepared an NMU for kumofs (versioned as 0.4.13-1.1) and will ask my sponsor to uploaded it to the DELAYED queue. Regards. diff -Nru kumofs-0.4.13/debian/changelog kumofs-0.4.13/debian/changelog --- kumofs-0.4.13/debian/changelog 2011-02-19 05:11:27.0 +0100 +++ kumofs-0.4.13/debian/changelog 2012-03-24 17:40:45.0 +0100 @@ -1,3 +1,13 @@ +kumofs (0.4.13-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add B-D on libmsgpack-ruby1.8 and libmsgpack-ruby1.9 to avoid building on + archs where those packages are not installable. (Closes: 620647) + * Fix installation fails: detects changed config file: Do not install + /etc/default/kumofs, as it is generated during install (Closes: #640602) + + -- Tobias Frost t...@coldtobi.de Sat, 24 Mar 2012 17:39:16 +0100 + kumofs (0.4.13-1) unstable; urgency=low * New upstream release diff -Nru kumofs-0.4.13/debian/control kumofs-0.4.13/debian/control --- kumofs-0.4.13/debian/control 2010-11-13 17:15:04.0 +0100 +++ kumofs-0.4.13/debian/control 2012-03-24 17:24:06.0 +0100 @@ -2,7 +2,7 @@ Section: misc Priority: extra Maintainer: Taku YASUI t...@debian.org -Build-Depends: cdbs, debhelper (= 7.0.50~), dpatch, po-debconf, autotools-dev, zlib1g-dev, libssl-dev, libmsgpack-dev, libtokyocabinet-dev, chrpath +Build-Depends: cdbs, debhelper (= 7.0.50~), dpatch, po-debconf, autotools-dev, zlib1g-dev, libssl-dev, libmsgpack-dev, libtokyocabinet-dev, chrpath, libmsgpack-ruby1.8, libmsgpack-ruby1.9.1 Standards-Version: 3.9.1 Homepage: http://kumofs.sourceforge.net/ #Vcs-Git: git://git.debian.org/collab-maint/kumofs.git diff -Nru kumofs-0.4.13/debian/default kumofs-0.4.13/debian/default --- kumofs-0.4.13/debian/default 2010-09-05 18:50:17.0 +0200 +++ kumofs-0.4.13/debian/default 1970-01-01 01:00:00.0 +0100 @@ -1,6 +0,0 @@ -# Defaults for kumofs initscript -# sourced by /etc/init.d/kumofs -# installed at /etc/default/kumofs by the maintainer scripts - -###DO_NOT_EDIT_BELOW_THIS_LINE_DEBCONF### -###DO_NOT_EDIT_ABOVE_THIS_LINE_DEBCONF### -- Taku YASUI t...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468416: Could it be possible to *split* this monster in addition to optimize it ?
Dear all, Even in our times of ubiquitous terabyte-sized portable disks, Cray smartphones and ADSL/Fiber links, a 621 MB package seems a bit bloated (it's way larger than some mini-linux distributions, 4 times larger than the business card Debian image and a trifle smaller than a bootable Debian USB key, damnit !). Could it be split (if possible in meaningful units) ? For image gluttons, an openclipart-png metapackage could be created. The rest of us would still be able to postpone the financing of yet another terabyte drive... Emmanuel Charpentier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665696: gosa-sync breaks on passwords containing spaces
tags 665696 + pending thanks [Samuel Krempp] following patch just adds the quoting, and was verified to fix the issue. Thank you. I have commited the fix to svn. -- 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#665458: Another grave bug of tex-common leeding to uninstallable package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 NotDashEscaped: You need GnuPG to verify this message Am So den 25. Mär 2012 um 1:53 schrieb Norbert Preining: reassign 665458 jadetex severity 665458 important retitle 665458 missing dep on texlive-generic-recommended (for ulem.sty) thanks On Sa, 24 Mär 2012, Klaus Ethgen wrote: As I mention on the bug before there is another grave bug holding the What is grave? Grave is not installable. So this bug is a grave bug, fullstop! Read the description in reportbug: 2 grave makes the package in question unusable by most or all users, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. uninstallable means unusable in my eyes. important is the wrong severity. However, I will not fight a retagging fight. This is childish and do not help the bug to get fixed. If you want to spoil the debian policy, go ahead. ! LaTeX Error: File `ulem.sty' not found. Reading the error you can see an easy way to fix it, search for ulem.sty in the package repository and install the resp package: apt-get install texlive-generic-recommended reassigning, adjusting, retitling bug. Package texlive-generic-recommended was installed. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJPbtwNAAoJEKZ8CrGAGfasaK4MAMI84yXfCpOqu+bYRLLg2OeZ yt7m9niTZ6/cIF603v+cqV7mfAIWSKnEVSi6kV7DUdyqL5TfUs9KEuudac/w9+hi Sb9Kum2OX0tPzpdcOiBaHG5TVmvTxVZdmtYnPkEt+h2b/ZseWnNy72aotsBMp/aW 5q2hRzwtVu4ZCj5bVPkHdXLkZRHAqtArQ2qPDMrRuA+qYhJlBhZLQ+0+8k2JzAiq mwmZq/DYuJZdXR8fANoujM2LOFXttZ2NzDXg27LErLkrsRJDQ8ZwLSa3zCMtQTw1 jGf7mlF0Xk27eRH0k82cGqsf1tMAStsVygaBq8fPvkk/+Er5ER1gjY/jwlbvJHHU +1jW9U/QN8aWDphefV8tokbETJ63NcPMNkEIovvheSJRe5Eb/nrUhwZkNcL8BoHS jJWCfUqTry3TtcQBU15zp6VcNV07Zgv/XlV5pBbB9gKJa4I290U1NblPEm9LFFFf Qkz4uAmcmsJEB73aiNj9tmgNvdUYFi/G54pEccFOpw== =EqAz -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#663897: BUG 663897: its icedove 11 not 10.
reopen -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665682: [Pkg-bazaar-maint] Bug#665682: bzr-svn: KeyError: 'missing revision paths for 207'
Am 25/03/12 06:42, schrieb Ben Finney: Package: bzr-svn Version: 1.2.1-1 Severity: normal Bazaar is failing on what appears to be a valid Subversion repository:: = $ svn checkout svn://anonscm.debian.org/svn/svn/dep/ Adep/ikiwiki.setup Adep/playground […] Adep/web/depdn-howto.mdwn Adep/web/recentchanges.mdwn Checked out revision 286. $ rm -rf dep/ $ bzr branch --bind svn://anonscm.debian.org/svn/svn/dep/ bzr: ERROR: exceptions.KeyError: 'missing revision paths for 207' Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 920, in exception_to_return_code return the_callable(*args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 1131, in run_bzr ret = run(*run_argv) File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 673, in run_argv_aliases return self.run(**all_cmd_args) File /usr/lib/python2.7/dist-packages/bzrlib/commands.py, line 695, in run return self._operation.run_simple(*args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 136, in run_simple self.cleanups, self.func, *args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/cleanup.py, line 166, in _do_with_cleanups result = func(*args, **kwargs) File /usr/lib/python2.7/dist-packages/bzrlib/builtins.py, line 1400, in run from_location) File /usr/lib/python2.7/dist-packages/bzrlib/controldir.py, line 778, in open_tree_or_branch return controldir._get_tree_branch() File /usr/lib/python2.7/dist-packages/bzrlib/controldir.py, line 458, in _get_tree_branch branch = self.open_branch(name=name) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/remote.py, line 519, in open_branch branch_path = self._determine_relpath(name) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/remote.py, line 444, in _determine_relpath layout = repos.get_layout() File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/repository.py, line 736, in get_layout return self.get_layout_source()[0] File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/repository.py, line 757, in get_layout_source self._find_guessed_layout(self.get_config_stack()) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/repository.py, line 780, in _find_guessed_layout revnum, self._hinted_branch_path) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/layout/guess.py, line 147, in repository_guess_layout branch_path=branch_path) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/layout/guess.py, line 154, in logwalker_guess_layout max(0, revnum-GUESS_SAMPLE_SIZE)), revnum, branch_path) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/layout/guess.py, line 104, in guess_layout_from_history for (revpaths, revnum, revprops) in changed_paths: File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/logwalker.py, line 59, in iter_all_changes revpaths = get_revision_paths(revnum) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/logwalker.py, line 294, in get_revision_paths return self.cache.get_revision_paths(revnum) File /usr/lib/python2.7/dist-packages/bzrlib/plugins/svn/cache/tdbcache.py, line 187, in get_revision_paths raise KeyError(missing revision paths for %d % revnum) KeyError: 'missing revision paths for 207' Was this repository perhaps earlier checked out with older versions of bzr-svn? If so, you might want to remove your existing caches in ~/.cache/bazaar/svn/ or ~/.bazaar/svn-cache. So far this error has always been caused by the fact that older versions of bzr-svn would leave a half-filled cache when they were interrupted, leading to errors such as this one later. I can confirm that it is possible to check this branch out from scratch without problems. Cheers, jelmer signature.asc Description: OpenPGP digital signature
Bug#665458: Another grave bug of tex-common leeding to uninstallable package
tags 665458 + unreproducible thanks On So, 25 MÀr 2012, Klaus Ethgen wrote: Grave is not installable. So this bug is a grave bug, fullstop! Read the description in reportbug: 2 grave makes the package in question unusable by most or all users, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. * unusable: you reported against tex-common, and the building of a format jadetex was brokeen. Uninstalling jadetex would have fixed it. Thus *not* unusalbe *by*most*or*all*users. * dataloss: no * security hole: no Discussion about severity finished. fullstop. uninstallable means unusable in my eyes. important is the wrong YOu reported against tex-common. And even against jadetex I cannot reproduce this behaviour, not even in a minimal chroot with only those packages I mentioned installed ... ! LaTeX Error: File `ulem.sty' not found. Package texlive-generic-recommended was installed. That is interesting ... if it was installed, then before running the triggers of tex-common, mktexlsr is run. So it should find ulem.sty, because it *is* in texlive-generic-recommended. Can you reproduce this behaviour? Is it still happening? I.e., does dpkg --configure -a break down? If yes, can you tell me the output of kpsewhich ulem.sty kpsewhich texmf.cnf and what files you are havin gin /etc/texmf? Thanks Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 MAENTWROG (n. Welsh) The height by which the top of a wave exceeds the heigh to which you have rolled up your trousers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665695: powertop: segmentation fault at read_kernel_config() when calling strcpy()
Patch taken from upstream powertop 1.13 is attached which solves this problem. --- powertop-1.11/config.c 2008-12-30 19:52:54.0 +0100 +++ powertop-1.13/config.c 2010-07-20 01:08:21.0 +0200 @@ -33,7 +33,8 @@ #include powertop.h /* static arrays are not nice programming.. but they're easy */ -static char configlines[5000][100]; +#define MAXCONFIGLINES 1 +static char configlines[MAXCONFIGLINES][100]; static int configcount; static void read_kernel_config(void) @@ -49,6 +50,8 @@ char line[100]; if (fgets(line, 100, file) == NULL) break; + if (configcount = MAXCONFIGLINES) +break; strcpy(configlines[configcount++], line); } pclose(file); @@ -77,6 +80,8 @@ char line[100]; if (fgets(line, 100, file) == NULL) break; + if (configcount = MAXCONFIGLINES) + break; strcpy(configlines[configcount++], line); } fclose(file);
Bug#665697: override: wormux-data:oldlibs/extra, wormux-dbg:oldlibs/extra, wormux-servers:oldlibs/extra, wormux:oldlibs/extra
Package: ftp.debian.org Severity: normal Please move these binary packages to oldlibs/extra as they are transitional packages: wormux-data, wormux-dbg, wormux-server and wormux. Thanks, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#380731: I would like to support this effort to package phc and php-embedded in debian
For the packaging of phc in debian, which I would like to have packaged, we need some way to allow the embedding of php. I will look into packaging of them both together and uploading them to debian mentors. Really php embedded could be it own package like discussed. it should be possible to host the debs produced on debian mentors server or somewhere else until we have a final solution. thanks, mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663897: BUG 663897: its icedove 11 not 10.
reopen #663897 -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665458: Another grave bug of tex-common leeding to uninstallable package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 NotDashEscaped: You need GnuPG to verify this message Am So den 25. Mär 2012 um 9:54 schrieb Norbert Preining: Discussion about severity finished. fullstop. As I told, play your childish severity game alone. uninstallable means unusable in my eyes. important is the wrong YOu reported against tex-common. And even against jadetex I cannot reproduce this behaviour, not even in a minimal chroot with only those packages I mentioned installed ... Yes. The bug happens with tex-common. If it is jadetex, feel free to reassign the bug to that package. It is easy to do so. ! LaTeX Error: File `ulem.sty' not found. Package texlive-generic-recommended was installed. That is interesting ... if it was installed, then before running the triggers of tex-common, mktexlsr is run. So it should find ulem.sty, because it *is* in texlive-generic-recommended. Well, I did search for this file and it was not in the package. But at the moment I start a new try. The files are downloading. Can you reproduce this behaviour? I was able, yes. At the moment I download the packages. Will take around 15 Minutes. Gruà Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJPbt8aAAoJEKZ8CrGAGfasYzEL/RDjEyD/DTh0WcE/JZuxDJW1 dSzuiLH76IoMIrA5Wfex2vNxlteLuRprVGKXu7AfkiIp6uSxJ8lycGCbkGOcfPNF 4I8dkn94C3ULwtkTlRTNK1z/IQfTQQYq0CgCPsMqcm18wimdg/XUhw9+Qo103XtR U3uhly1D6NX57NV2O9VZFFCapNoJPqu/jxaLlqkmsaTDKJ8Vg5zEPecWsP6wPLAz gzxQwrzNDDKBYiqbhZqj2+ajWQ+5E+jsqRyunZ3thmT8coKNz1u8+zT7+W3UJYeG RdAaEjbdVDh+cQBGnW4wzgw4EDPDIxTHOd5ZGeMYg9DIhLFL87B8sEAqKuQtM/rf YU6v3liOFIHH0dqHb6QbQALSw3knYePNOaTnyDYlpc9aVbRmOZTuqbeQS4S/L/z7 ajs4bZwpwksWVn+dn/crBXa6r0aL3a6FHi5+vf/WoZP1yGr3EBn8OYQ1YESdH902 ezJ6RmzMCML5E2Dc8qNkhk5zOwjHGo8NLe5UghBOIg== =s+qL -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#665698: sox does not work on hw:2,0
Package: sox Version: 14.3.1-1 Severity: important Hi, It simply does not work if one try to : play -t alsa with hw:2,0 and some files files.mp3 It cannot play on another sound device else than the default one : hw:0,0 (playing not sox converting). Just to let you know. Yours sincerely, Y. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sox depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgomp1 4.4.5-8 GCC OpenMP (GOMP) support library ii libgsm11.0.13-3 Shared libraries for GSM speech co ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libmagic1 5.04-5File type determination library us ii libopencore-amrnb0 0.1.2-1 Adaptive Multi Rate speech codec - ii libopencore-amrwb0 0.1.2-1 Adaptive Multi-Rate - Wideband spe ii libpng12-0 1.2.44-1+squeeze1 PNG library - runtime ii libsndfile11.0.21-3+squeeze1 Library for reading/writing audio ii libsox-fmt-alsa14.3.1-1 SoX alsa format I/O library ii libsox-fmt-base14.3.1-1 Minimal set of SoX format librarie ii libsox1b 14.3.1-1 SoX library of audio effects and p ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime sox recommends no packages. Versions of packages sox suggests: pn libsox-fmt-allnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665458: Another grave bug of tex-common leeding to uninstallable package
On So, 25 MÀr 2012, Klaus Ethgen wrote: YOu reported against tex-common. And even against jadetex I cannot reproduce this behaviour, not even in a minimal chroot with only those packages I mentioned installed ... Yes. The bug happens with tex-common. If it is jadetex, feel free to reassign the bug to that package. It is easy to do so. Already done in the first email, and retitled, and closed in the new upload of jadetex, all done last night. ulem.sty, because it *is* in texlive-generic-recommended. Well, I did search for this file and it was not in the package. But at the moment I start a new try. The files are downloading. Well, that could be a consequence of the missing dependency, that jadetex is tried to be configured *before* texlive-generic-recommended is updated. But that would be strange, since tex-common breaks against all these, so it should be already unpacked. Can you reproduce this behaviour? I was able, yes. At the moment I download the packages. Will take around 15 Minutes. Let me know if you can reproduce it with the latest jadetex, thanks. And send me in the broken state the information I asked. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 BILBSTER A pimple so hideous and enormous that you have to cover it with sticking plaster and pretend you've cut yourself shaving. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593847: conflict with rhythmbox and gvfsd
On squeeze with gphoto 2.4.5-3 libgphoto2-2 2.4.6-3 libgphoto2-port0 2.4.6-3 rhythmbox 0.12.8-3 after some testing I ran lsof on the USB device file (/dev/bus/usb/003/025 in my case) and found that it was also claimed by rhythmbox (an application which is usually started upon login). After stopping rhythmbox I could read data from the camera. After unplugging and replugging the device was claimed by gvfsd, so I ran gvfs -s gphoto2 and again could read data from it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663897: BUG 663897: its icedove 11 not 10. Clap3! :-(
reopen 663897 -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664976: debian-edu-config: installer hang during debian-edu-profile run at the end
[Petter Reinholdtsen] I was told on IRC by the bug reporter, bammes, that his installation worked when he did not use characters like * and # in the password. This made me check the code to see if the root and first user password are properly quoted in the source. The attached patch fix a few missing quotes. The patch is untested, because I lack my test bench here. I've commited this patch with updates, but there is one problematic part of the code left. This code in debian-edu-config/share/debian-edu-config/d-i/pre-pkgsel: cat $file EOF debian-edu-config debian-edu-config/kdc-password password $ROOTPWD debian-edu-config debian-edu-config/kdc-password-again password $ROOTPWD debian-edu-config debian-edu-config/ldap-password password $ROOTPWD debian-edu-config debian-edu-config/ldap-password-again password $ROOTPWD debian-edu-config debian-edu-config/first-user-name string $FIRSTUSERNAME debian-edu-config debian-edu-config/first-user-fullname string $FIRSTUSERGECOS debian-edu-config debian-edu-config/first-user-password password $FIRSTUSERPWD EOF # Pass user and password information into the target cat $file | LANG=C chroot /target debconf-set-selections || \ error Failed to load preseed values from $file. rm $file The problem is with '#' in the password and debconf-set-selections. debconf-set-selections will stop processing when it find a #, causing debian-edu-config debian-edu-config/first-user-password password #secret to be read like debian-edu-config debian-edu-config/first-user-password password This in turn make the code setting up the first user pick the root passoword as the first users password because no password were provided. If the root password contain #, the resulting password might be empty (I am not sure, have not tested). Neither is good. :) But I am unable to find a way to quote # in passwords that debconf-set-selections. will accept. Anyone got any ideas? -- 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#665471: dh_sphinxdoc errors with matplotlib (1.1.1~rc1): doesn't look like a Sphinx search page
* Sandro Tosi mo...@debian.org, 2012-03-24, 22:03: dh_sphinxdoc looks for the following string: jQuery(function() { Search.loadIndex(searchindex.js); }); This is how the search page would normally load search index. If the line is not present it can mean that: 1) search.html is not what dh_spinxdoc thinks it is, or 2) the templates were inadvertently âcustomizedâ to the point the index is not loaded (correctly). Now, your page does this instead: script type=text/javascript src=searchindex.js/script This is how older versions of Sphinx used to load the index, and accidentally this method still works. (Though I cannot guarantee it'll continue to work in future versions of Sphinx.) If you insist, I can âfixâ dh_sphinxdoc to recognize the other snippet as well. Well, there was at least 2 requests for that, and either we fix all the upstream code or dh_sphinxdoc is enhanced to recognize the old, but still working, snippet. My preference is for the latter ;) but simply because it requires just one place to be changed. I was reluctant accept the second snippet, because if I do it now, I'll have to support it basically forever. Supporting two snippets might prove harder than supporting only one of them. But I'll think about it. -- 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#665682: [Pkg-bazaar-maint] Bug#665682: bzr-svn: KeyError: 'missing revision paths for 207'
On 25-Mar-2012, Jelmer Vernooij wrote: Am 25/03/12 06:42, schrieb Ben Finney: Bazaar is failing on what appears to be a valid Subversion repository:: Was this repository perhaps earlier checked out with older versions of bzr-svn? If so, you might want to remove your existing caches in ~/.cache/bazaar/svn/ or ~/.bazaar/svn-cache. I've removed those directories, tried the branch operation again, and it succeeds. So far this error has always been caused by the fact that older versions of bzr-svn would leave a half-filled cache when they were interrupted, leading to errors such as this one later. Okay, thank you for the work-around. This bug remains, of course: ‘bzr-svn’ should not crash, but instead detect a corrupt cache and suggest (or automatically perform) a correction for the problem. -- \ “I just got out of the hospital; I was in a speed-reading | `\ accident. I hit a bookmark and flew across the room.” —Steven | _o__) Wright | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#665458: Another grave bug of tex-common leeding to uninstallable package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 NotDashEscaped: You need GnuPG to verify this message Hi, everything is fine now with jadetex (3.13-14) and tex-common (3.5). Thanks. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQGcBAEBCgAGBQJPbuMLAAoJEKZ8CrGAGfaskj4MAIo8JY+gilEgsChr+m1s9zNx P+bgEC/uNzfVESH3qVz3sk7sYtLbWJDUPpG5uoc4AnRDfLcK1x2ie9EkpsOpV/sN z46DRP1jxp/FDynZ/SNKx5c2z54pgys1VZUFD3Q7zHQoBJSJPBuzfmD4jFHd+Ryc /OOsbeY9AXQsKI8EFpGsAzASWAw8nKL55RusqXV1zqHUIcO73eCnEyTjNiS4vgGR XaPFSuqEogt9dIl4hffZbIGnofXlKBXaL3bHikIMXORkgDzN+DjYUzgkkEaSeZAc 0jtqlW1axdVd3cvDdj3jlMGurAo7VqhTtwRC4jWSKLWQJotz0sHSir2pEnVSeRwe DDOdU7x/JH3jHxEkB0F2s4QePrZqoOOMUWkG5q96lbOeNjL03YGnkqDGF0luyECj qXX2LXnn2w6KF2QGDX4+eO9qVhyoX1gX8tbgzqkrIws8vJiXD2NCmDRzW2mTWEF3 UyQzUI8TOW0ofqoy1hYC9y+mp2zfs6zgS7Lu1oiXyg== =iQva -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#665699: systemd: ulatencyd does not start at system boot
Package: systemd Version: 37-1.1 Severity: normal The ulatencyd service, that does start with sysvinit, does not start at system boot with systemd. The systemctl status says: 14:49:43 rrs@champaran:~$ sudo systemctl status ulatencyd.service [sudo] password for rrs: ulatencyd.service - Latency reducing daemon for linux Loaded: loaded (/lib/systemd/system/ulatencyd.service; disabled) Active: inactive (dead) CGroup: name=systemd:/system/ulatencyd.service If, at this moment I manually restart it, it succeeds. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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 systemd depends on: ii initscripts 2.88dsf-22 ii libacl1 2.2.51-5 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-27 ii libcap2 1:2.22-1 ii libcryptsetup4 2:1.4.1-2 ii libdbus-1-3 1.5.10-1 ii libpam0g1.1.3-7 ii libselinux1 2.1.9-2 ii libsystemd-daemon0 37-1.1 ii libsystemd-login0 37-1.1 ii libudev0175-3.1 ii libwrap07.6.q-23 ii udev175-3.1 ii util-linux 2.20.1-4 Versions of packages systemd recommends: ii libpam-systemd 37-1.1 Versions of packages systemd suggests: ii python 2.7.2-10 ii systemd-gui 37-1.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#665682: [Pkg-bazaar-maint] Bug#665682: bzr-svn: KeyError: 'missing revision paths for 207'
Am 25/03/12 11:16, schrieb Ben Finney: So far this error has always been caused by the fact that older versions of bzr-svn would leave a half-filled cache when they were interrupted, leading to errors such as this one later. Okay, thank you for the work-around. This bug remains, of course: ‘bzr-svn’ should not crash, but instead detect a corrupt cache and suggest (or automatically perform) a correction for the problem. Sure. It's a really rare bug though, and new bzr-svn versions no longer cause it, so it's not exactly on the top of my todo list. Cheers, Jelmer signature.asc Description: OpenPGP digital signature
Bug#665458: Another grave bug of tex-common leeding to uninstallable package
On So, 25 MÀr 2012, Klaus Ethgen wrote: everything is fine now with jadetex (3.13-14) and tex-common (3.5). Good, thanks. Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 Ford had his own code of ethics. It wasn't much of one, but it was his and he stuck by it, more or less. One rule he made was never to buy his own drinks. He wasn't sure if that counted as an ethic, but you have to go with what you've got. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607894: lftp: FTP fails when credentials given on command line
tags 607894 + moreinfo unreproducible thanks Hello Geoff, Am Donnerstag, den 23.12.2010, 21:31 +0200 schrieb Geoff Shang: If you wish to connect to an FTP host which requires a username and password, and if you launch it with either lftp user@host or lftp -u user:pass host, the connection fails as soonas you type a command. No error is given, even with verbose turned on. If you just run lftp and use the open command to connect to the site, it works as expected. I cannot reproduce the problem. Is it still reproducible for you? If yes can you paste the output lftp -d (debugging)? thx. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#590127: lftp crashes with segmentation fault after running successfully for a while
tags 590127 + moreinfo thanks Hello Craig, Am Freitag, den 23.07.2010, 18:11 -0400 schrieb Craig Strickland: When uploading multiple directories each containing multiple files, lftp eventually segmentation faults (core dump attached). Using sftp protocol. Also installed: openssh-client 1:5.1p1-5 openssh-server 1:5.1p1-5 ssh-krb5 1:5.1p1-5 It will successfully run for 15-50 minutes at a time, uploading files, but eventually dies before finishing. Command line: lftp -e mput -d -c -O www/x/xx/. *2010*/*.mp3 *20091*/*.mp3 sftp://xxx...@ftp.tgi.org (some names changed to protect against the not-so-innocent...) Is it still a problem with lftp 4.xx? thx. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#665700: thunar scrolls erratically when hover-selecting files
Package: thunar Version: 1.2.3-3 There are two observations which are related, I guess. I'm using the detailed list view (Control-2). The columns displayed are Name, Date Modified, Size. I have checked Automatically expand columns as needed in the configuration. Case I: Here, the size of the Name column is less than the width of the window, but the other two columns exceed the width (just wondering, doesn't that already contradict the settings?), so that a scroll bar is visible at the bottom. When I scroll right, and hover-select a file (different or same as before), the scrollbar is reset to the leftmost position. Case II: Here, the size of the Name column already exceeds the width of the window. If I change the selected file by hovering the mouse over it, the position is scrolled horizontally, alternating between the leftmost and a middle position. The middle position is so that the rightmost part of the Name column is aligned to the right border of the window. How Thunar should behave: It shouldn't scroll horizontally at all. If I look at a column and select files there, it shouldn't scroll away from the column. Further notes: - I'm not sure if the auto-expand code behaves correctly when there simply isn't enough space. - I'm not sure if the auto-expand code works at all. I have seen it change layout sometimes, but I couldn't find a rule to it. - I'm using Fluxbox as window manager, in case that matters (parenting, resize notifications...). Thanks for maintaining this software, btw! Uli -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-1-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 thunar depends on: ii desktop-file-utils 0.18-1 ii exo-utils 0.6.2-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-20.98-1 ii libexo-1-0 0.6.2-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libgudev-1.0-0 175-3.1 ii libice6 2:1.0.7-2 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-3 ii libsm6 2:1.2.0-2 ii libthunarx-2-0 1.2.3-3 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii shared-mime-info0.90-1 ii thunar-data 1.2.3-3 Versions of packages thunar recommends: pn dbus-x111.4.18-1 pn gvfs1.10.1-2+b1 pn libfontconfig1 2.8.0-3.1 pn libfreetype62.4.8-1 pn thunar-volman 0.6.0-4+b1 pn tumbler 0.1.23-1 pn xdg-user-dirs 0.14-1 pn xfce4-panel none Versions of packages thunar suggests: ii thunar-archive-plugin 0.3.0-4 ii thunar-media-tags-plugin 0.2.0-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#665696: gosa-sync breaks on passwords containing spaces
Petter Reinholdtsen a écrit, le 25/03/2012 10:45: tags 665696 + pending thanks [Samuel Krempp] following patch just adds the quoting, and was verified to fix the issue. Thank you. I have commited the fix to svn. the issue remains for other special characters, at least quotes. But the only way to really solve the issue is in GOsa functions.inc : $command= preg_replace(/%userPassword/, $password, $command); $password should be properly escaped here otherwise there is no way to write a safe command-line using %userPassword. The proper solution seems to be http://php.net/manual/en/function.escapeshellarg.php once the script parameters are properly escaped in php, there should be no need for quoting in gosa.conf, and this patch might have to be reversed. I see GOsa devs noticed the security issue 19 months ago : https://oss.gonicus.de/labs/gosa/ticket/1026 Additionally the script parameter are not escaped right now, somebody could do nasty thing with it. I will have a look at this too. How serious is knowingly leaving such a vulnerability, with easy fix, open for 19 months ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665701: pngquant: update very old 2008 1.0 version to latest 2012 1.7.2
Package: pngquant Version: 1.0-4.1 Severity: normal Please update to latest version: http://pngquant.org/releases.html -- System Information Debian Release: wheezy/sid APT Prefers unstable APT policy: (990, unstable) (1, experimental) Architecture: i386 Kernel: Linux taiko 3.2.0-1-686-pae #1 SMP Fri Feb 17 06:27:21 UTC 2012 i686 GNU/Linux Locale: LANG=en_US.UTF-8 -- Versions of packages `pngquant depends on'. Depends: libc6 2.13-27 Embedded GNU C Library: Shared libraries libpng12-0 1.2.47-1PNG library - runtime zlib1g 1:1.2.6.dfsg-2 compression library - runtime -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665702: [INTL: it] Italian translation of debconf messages - netmrg
Package: netmrg Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of netmrg debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of netmrg debconf messages. # Copyright (C) 2012, Uwe Steinmann ste...@debian.org # This file is distributed under the same license as the netmrg package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: netmrg\n Report-Msgid-Bugs-To: net...@packages.debian.org\n POT-Creation-Date: 2012-01-18 06:57+0100\n PO-Revision-Date: 2012-03-25 11:42+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: select #. choices #: ../templates:1001 msgid None, Apache2, Apache, Apache-SSL, All msgstr Nessuno, Apache2, Apache, Apache-SSL, Tutti #. Type: select #. description #: ../templates:1002 msgid Web server to configure: msgstr Server web da configurare: #. Type: string #. default #: ../templates:2001 msgid localhost msgstr localhost #. Type: string #. description #: ../templates:2002 msgid Host name of the mysql database server: msgstr Nome host del server di database mysql: #. Type: string #. default #. Type: string #. default #: ../templates:3001 ../templates:5001 msgid netmrg msgstr netmrg #. Type: string #. description #: ../templates:3002 msgid Name for the database: msgstr Nome del database: #. Type: note #. description #: ../templates:4002 msgid The database already exists msgstr Il database esiste già #. Type: note #. description #: ../templates:4002 msgid A simple test revealed that a database with the name \${dbname}\ already exists and appears to be a netmrg database. If you really like to use this database then confirm the name in the next step. msgstr Un semplice test ha rivelato che esiste già un database con il nome «${dbname}» e sembra essere un database di netmrg. Se si desidera veramente usare questo database allora confermare il nome al prossimo passo. #. Type: string #. description #: ../templates:5002 msgid Name of the database user: msgstr Nome dell'utente del database: #. Type: string #. description #: ../templates:5002 msgid This user will have read/write access to the netmrg database. msgstr L'utente avrà accesso in lettura/scrittura al database netmrg. #. Type: password #. description #: ../templates:6002 msgid Password of the database user: msgstr Password dell'utente del database: #. Type: password #. description #: ../templates:7002 msgid Confirm the password of the database user: msgstr Confermare la password dell'utente del database: #. Type: text #. description #: ../templates:8002 msgid Password mismatch msgstr Le password non coincidono #. Type: text #. description #: ../templates:8002 msgid The database user passwords you entered didn't match. Please try again. msgstr Le password dell'utente del database che sono state inserite non coincidono. Riprovare. #. Type: string #. description #: ../templates:9002 msgid Name of the database system administrator: msgstr Nome dell'amministratore di sistema del database: #. Type: string #. description #: ../templates:9002 msgid In order to be able to create the initial database and database user for netmrg, the account name of the database system administrator is needed. msgstr Per poter creare il database e l'utente del database iniziali per netmrg è necessario il nome dell'account dell'amministratore di sistema del database. #. Type: password #. description #: ../templates:10002 msgid Password of the database system administrator: msgstr Password dell'amministratore di sistema del database: #. Type: string #. description #: ../templates:11002 msgid Name of web host: msgstr Nome dell'host web: #. Type: string #. description #: ../templates:11002 msgid netmrg's user interface is web based. The hostname of the web server is used for urls within the netmrg web interface. Leaving this entry field empty is usually a good choice. msgstr L'interfaccia utente di netmrg è basata sul web. Il nome host del server web viene usato per gli URL all'interno dell'interfaccia web di netmrg. Solitamente è una buona idea lasciare questo campo vuoto. #. Type: string #. description #: ../templates:12002 msgid Name of your company: msgstr Nome della propria azienda: #. Type: string #. description #: ../templates:12002 msgid The web front end of netmrg shows the name of your company in the header of each web page. msgstr Il frontend web di netmrg mostra il nome dell'azienda nell'intestazione di ogni pagina web. #. Type: string #. default #: ../templates:13001 msgid http://; msgstr http://; #. Type: string #. description #: ../templates:13002 msgid Url of your companies website:
Bug#665703: [INTL: it] Italian translation of debconf messages - scuttle
Package: scuttle Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of scuttle debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of scuttle debconf messages. # Copyright (C) 2012, scuttle package copyright holder # This file is distributed under the same license as the scuttle package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: scuttle\n Report-Msgid-Bugs-To: scut...@packages.debian.org\n POT-Creation-Date: 2008-01-03 19:59-0200\n PO-Revision-Date: 2012-03-14 12:05+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: select #. Description #: ../scuttle.templates:1001 msgid Preferred locale: msgstr Localizzazione preferita: #. Type: select #. Description #: ../scuttle.templates:1001 msgid Select the locale that you desire to use with scuttle. msgstr Selezionare la localizzazione che si desidera usare con scuttle. #. Type: boolean #. Description #: ../scuttle.templates:2001 msgid Do you want to configure apache2? msgstr Configurare apache2?
Bug#665704: printer-driver-ptouch: driver to not work with cups 1.5.2: /usr/lib/cups/filter/foomatic-rip failed
Package: printer-driver-ptouch Version: 1.3-3 Severity: normal Dear Maintainer, I installed this ptouch-driver for my Brother_QL-570, connected by usb, wich should be identical (on the driver site) to QL-550 Installing works without any error. But printing fails. Due to another bug, debugging in foomatic is broken, so I replaced foomatic-rip by a script. Foomatic-rip is called by CUPS (1.5.2) in this way: /usr/lib/cups/filter/foomatic-rip 1488 root 62mm_portrait_Ordnerrücken 1 CutMedia=JobEnd PageSize=Binder5cmSpineTape job- uuid=urn:uuid:975f9db4-00a6-3242-5eb5-522b6ab5b76c job-originating-host- name=localhost time-at-creation=1332667177 time-at-processing=1332667177 AP_D_InputSlot= /usr/lib/cups/filter/foomatic-rip 1489 root 62mm_portrait_Ordnerrücken 1 PageSize=Binder5cmSpineTape job-uuid=urn:uuid:62cf36c4-17ec-3ad2-5bdc- 98e8fcd264d0 job-originating-host-name=localhost time-at-creation=1332668384 time-at-processing=1332668384 AP_D_InputSlot= Foomatic-rip reports following errors: - schnipp foomatic-rip version 4.0.14.249 running... called with arguments: '1488', 'root', '62mm_portrait_Ordnerrücken', '1', 'CutMedia=JobEnd', 'PageSize=Binder5cmSpineTape', 'job- uuid=urn:uuid:975f9db4-00a6-3242-5eb5-522b6ab5b76c', 'job-originating-host- name=localhost', 'time-at-creation=1332667177', 'time-at- processing=1332667177', 'AP_D_InputSlot=' Getting input from file PageSize=Binder5cmSpineTape File PageSize=Binder5cmSpineTape does not exist/is not readable Parsing PPD file ... Added option ColorSpace Added option PageSize Added option ImageableArea Added option PaperDimension Added option Resolution Added option PrintQuality Added option ConcatPages Added option MirrorPrint Added option NegativePrint Added option PrintDensity Added option RollFedMedia Added option AdvanceDistance Added option AdvanceMedia Added option CutMedia Added option Align Added option BytesPerLine Added option PixelTransfer Added option LabelPreamble Added option SoftwareMirror Added option Font Parameter Summary - Spooler: cups Printer: Brother_QL-570 Shell: /bin/bash PPD file: /etc/cups/ppd/Brother_QL-570.ppd ATTR file: Printer model: Brother QL-550 Foomatic/ptouch (recommended) Options: CutMedia=JobEn Job title: 62mm_portrait_Ordnerrücken File(s) to be printed: PageSize=Binder5cmSpineTape Ghostscript extra search path ('GS_LIB'): /usr/share/cups/fonts Printing system options: Options from the PPD file: Pondering option 'CutMedia=JobEn' invalid choice JobEn, using Off instead File: PageSize=Binder5cmSpineTape Could not open PageSize=Binder5cmSpineTape for reading Process is dying with Could not print file PageSize=Binder5cmSpineTape , exit stat 2 Cleaning up... foomatic-rip version 4.0.14.249 running... called with arguments: '1489', 'root', '62mm_portrait_Ordnerrücken', '1', 'PageSize=Binder5cmSpineTape', 'job-uuid=urn:uuid:62cf36c4-17ec-3ad2-5bdc- 98e8fcd264d0', 'job-originating-host-name=localhost', 'time-at- creation=1332668384', 'time-at-processing=1332668384', 'AP_D_InputSlot=' Getting input from file job-uuid=urn:uuid:62cf36c4-17ec-3ad2-5bdc-98e8fcd264d0 File job-uuid=urn:uuid:62cf36c4-17ec-3ad2-5bdc-98e8fcd264d0 does not exist/is not readable Parsing PPD file ... Added option ColorSpace Added option PageSize Added option ImageableArea Added option PaperDimension Added option Resolution Added option PrintQuality Added option ConcatPages Added option MirrorPrint Added option NegativePrint Added option PrintDensity Added option RollFedMedia Added option AdvanceDistance Added option AdvanceMedia Added option CutMedia Added option Align Added option BytesPerLine Added option PixelTransfer Added option LabelPreamble Added option SoftwareMirror Added option Font Parameter Summary - Spooler: cups Printer: Brother_QL-570 Shell: /bin/bash PPD file: /etc/cups/ppd/Brother_QL-570.ppd ATTR file: Printer model: Brother QL-550 Foomatic/ptouch (recommended) Options: PageSize=Binder5cmSpineTap Job title: 62mm_portrait_Ordnerrücken File(s) to be printed: job-uuid=urn:uuid:62cf36c4-17ec-3ad2-5bdc-98e8fcd264d0 Ghostscript extra search path ('GS_LIB'): /usr/share/cups/fonts Printing system options: Options from the PPD file: Pondering option 'PageSize=Binder5cmSpineTap' invalid choice Binder5cmSpineTap, using Binder5cmSpineTape instead File: job-uuid=urn:uuid:62cf36c4-17ec-3ad2-5bdc-98e8fcd264d0 Could not open job-uuid=urn:uuid:62cf36c4-17ec-3ad2-5bdc-98e8fcd264d0 for reading Process is dying with Could not print file job-uuid=urn:uuid:62cf36c4-17ec- 3ad2-5bdc-98e8fcd264d0 , exit stat 2 Cleaning up... - schnapp --- Cups show following information about this
Bug#330475: #330475 Only tries the given password for the passphrase
tags 330475 + moreinfo Hello, an old bug from you: http://bugs.debian.org/330475 If it is still a problem for you as far as I understand it the ssh command needs to me modified because the connect command should handle the authentification until login. ssh tries the key login instead of the required password authentification. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#665705: Doesn't upgrade upgradable packages when others are not upgradable
Package: unattended-upgrades Version: 0.76 Severity: important Hi! I believe this is related to the info I sent to #645382 and #625847, on this situation, where there are some packages not upgradable for whatever reason there may be, the upgradable packages are not being upgraded. Please note that this is a report from a machine running version 0.76 of unattended-upgrades on squeeze,I don't think that is making any difference here, but just in case. I had this couple of machines running stable with some packages from unstable or manually installed that are not upgradable (see previous report to the bugreports I named before for more info) and we had a couple of stable upgrades lately that I just realised now that are not being applied. I believe the problem here is that we have the problem with the other packages which cannot be upgraded and unattended-upgrades doesn't disociate the case of the upgradable packages from the one of unupgradable packages, in fact it also tells the upgradable packages are not upgradable. I have just tested now on one of the servers to remove the sid repository from apt, this way unattended-upgrades won't say anything about the packages he cannot upgrade and rerun unattended-upgrades, that way the upgrades from stable got upgraded without any problem. So, we have a couple of problems here, and loos to me as if this second one is consequence of the first one and thus fixing the first one will also fix this one. I'm saying this because on the 23th raptor lib got upgraded and we were already on that state on which some packages were not upgradable. Here goes the log for libraptor1: 2012-03-23 06:40:34,685 INFO Initial blacklisted packages: amule-common amule-daemon asterisk asterisk-config asterisk-modules libwxbase2.8-0 2012-03-23 06:40:34,694 INFO Starting unattended upgrades script 2012-03-23 06:40:34,695 INFO Allowed origins are: ['o=Debian,n=squeeze', 'o=Debian,n=squeeze,l=Debian-Security'] 2012-03-23 06:40:46,864 WARNING package 'amule-daemon' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-23 06:40:51,192 WARNING package 'asterisk' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-23 06:40:59,695 WARNING package 'asterisk-modules' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-23 06:41:05,574 WARNING package 'libpng12-0' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-23 06:41:13,186 WARNING package 'libwxbase2.8-0' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-23 06:41:24,928 INFO Packages that are upgraded: libraptor1 2012-03-23 06:41:24,995 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2012-03-23_06:41:24.976280.log' 2012-03-23 06:41:39,074 INFO All upgrades installed I'm pasting here the log for the last run where it is marking libtasn1 and libpng12 as not upgradable: 2012-03-25 06:49:11,013 INFO Initial blacklisted packages: amule-common amule-daemon asterisk asterisk-config asterisk-modules libwxbase2.8-0 2012-03-25 06:49:11,028 INFO Starting unattended upgrades script 2012-03-25 06:49:11,029 INFO Allowed origins are: ['o=Debian,n=squeeze', 'o=Debian,n=squeeze,l=Debian-Security'] 2012-03-25 06:49:23,193 WARNING package 'amule-daemon' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-25 06:49:27,403 WARNING package 'asterisk' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-25 06:49:35,889 WARNING package 'asterisk-modules' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-25 06:49:41,517 WARNING package 'libpng12-0' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-25 06:49:45,854 WARNING package 'libtasn1-3' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-25 06:49:50,424 WARNING package 'libwxbase2.8-0' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2012-03-25 06:49:58,731 INFO Packages that are upgraded: Right now if I run an upgrade it will upgrade to apply security fixes: vip:~# apt-get upgrade --download-only Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: amule-common amule-daemon asterisk asterisk-config asterisk-modules libwxbase2.8-0 The following packages will be upgraded: libpng12-0 libtasn1-3 2 upgraded, 0 newly installed, 0 to remove and 6 not upgraded.
Bug#665648: transition: libnova 0.14.0 + libindi 0.9.1
On Sat, Mar 24, 2012 at 23:48:06 +0100, Pino Toscano wrote: The packages affected by the transition are: libnova libindi (which uses libnova) kstars (which uses libindi) Sounds ok to me, please go ahead, and yell if you need binNMUs for kstars. Cheers, Julien signature.asc Description: Digital signature
Bug#665706: spice-gtk: Please statically link against libcelt051
Source: spice-gtk Version: 0.9-1 Severity: normal Hi, Currently the spice client packages are depending on spice server packages (which are only built on amd64 and i386). This dependency is due to the embeded libcelt in libspice-server1, this prevents the client libraries from being built on all architectures. Could you please make spice-gtk statically link against libcelt051 and make it build on all arch. Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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#567600: ghemical should depend on xfonts-75dpi
Herewith, I provide some additional information regarding bug (567600), Ghemical's font problems, describing wwo scenarios. On a freshly installed wheezy/sid installation of the Base system and Standard system utilities, was installed the package gnome (3.0+7) and all its dependencies. Hereafter, ghemical (3.0.0-1) (and all its dependencies) was installed and started. ghemical failed to start and died with the aforementioned 'GdkGLExt-WARNING **: cannot load PangoFont'. So, the following packages were installed and ghemical works again: [INSTALL] x11-xfs-utils [INSTALL] xfonts-100dpi [INSTALL] xfonts-75dpi [INSTALL] xfonts-scalable [INSTALL] xfs This fixed ghemical on this system, the program was used to draw some structures, energy minimize them, some other modeling functions were tried as well and all completed without errors. Now, and this might be considered a serious addition to the current bug report, on a freshly installed wheezy/sid installation of the Base system and Standard system utilities, was installed the desktop package kde-standard (i.e. kde-* 4.6.3) and all its dependencies. Again, ghemical (3.0.0-1), and all its dependencies, were installed and started. Again, and as expected, ghemical failed to start and died with the aforementioned 'GdkGLExt-WARNING **: cannot load PangoFont'. I thought to fix this by installing the following xfonts packages x11-xfs-utils, xfonts-100dpi, xfonts-75dpi, xfonts-scalable, xfs. However, this did NOT fix ghemical its font errors and the program fails to start on a KDE installation... This bug renders ghemical useless on KDE desktops, and it wouldn't surprise me if it goes beyond the reported dependency problem. It seems to stem from a font-related configuration or setting somewhere in the package or its implementation in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665346: upgrading libexpat1 to 2.1~beta3
Hello Matthias, upgrading libexpat1 as you suggested worked. I´ve now python2.7 2.7.3~rc2-1 and libexpat1 2.1~beta3 installed and can start gajim, wicd-gtk and other python2.7 programs without errors. Bye Sebastian -- debianforum.de - die deutschsprachige Supportwebseite rund um das Debian-Projekt http://debianforum.de signature.asc Description: OpenPGP digital signature
Bug#665707: spice: Please make spice library statically link against celt051
Source: spice Version: 0.10.1-2 Severity: normal Hi, libspice-server1 is currently shipping libcelt051. After talking with ron, it seems he really would like to see it disapears from debian. Could you please make libspice-server1 statically link against libcelt051 and stop shipping it. Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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#665708: gdm3: FTBFS (`+' is an invalid character in a configuration storage address)
Source: gdm3 Version: 3.0.4-4 Severity: serious Hi, gdm3 FTBFS (when rebuilt against a newer CDBS to pick up hardening flags); from the amd64 build log: gconftool-2 --direct --config-source=xml:merged:/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4/debian/gdm3//var/lib/gdm3/.gconf.mandatory --recursive-unset / (gconftool-2:13143): GConf-WARNING **: Failed to load source xml:merged:/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4/debian/gdm3//var/lib/gdm3/.gconf.mandatory: Couldn't resolve address for configuration source: Bad address `xml:merged:/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4/debian/gdm3//var/lib/gdm3/.gconf.mandatory': `+' is an invalid character in a configuration storage address ** GConf:ERROR:gconftool.c:969:main: assertion failed: (err == NULL) make[5]: *** [install-data-hook] Aborted make[5]: Leaving directory `/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4/data' make[4]: *** [install-data-am] Error 2 make[4]: Leaving directory `/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4/data' make[3]: *** [install-am] Error 2 make[3]: Leaving directory `/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4/data' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4/data' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/build/buildd-gdm3_3.0.4-4+b1-amd64-Higyv6/gdm3-3.0.4' make: *** [debian/stamp-makefile-install] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 Full logs available via https://buildd.debian.org/status/package.php?p=gdm3suite=sid Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665696: gosa-sync breaks on passwords containing spaces
Samuel Krempp a écrit, le 25/03/2012 11:41: I see GOsa devs noticed the security issue 19 months ago : https://oss.gonicus.de/labs/gosa/ticket/1026 Additionally the script parameter are not escaped right now, somebody could do nasty thing with it. I will have a look at this too. How serious is knowingly leaving such a vulnerability, with easy fix, open for 19 months ? Sorry, did not check before posting, the issue was indeed fixed 19 months ago in GOsa trunk, I shouldn't send emails with one hand while playing with my kids with the other : https://oss.gonicus.de/labs/gosa/changeset/19467 It's been present in releases since GOsa's 2.6.12, so SkoleLinux should upgrade. It's rather important to prevent malicious students to execute arbitrary commands as www-data, and hopefully there isn't any change that breaks skolelinux : https://oss.gonicus.de/labs/gosa/changeset?old_path=%2Ftags%2F2.6.12old=20607new_path=%2Ftags%2F2.6.11new=20520 Once GOsa version is updated and %userPassword is properly escaped, my patch will likely have to reversed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663617: Several nmus for hardened build flags
On Mon, 2012-03-12 at 18:40 +0100, Moritz Muehlenhoff wrote: As discussed on IRC last week. I've validated with a local rebuild that these packages have properly hardened build flags now that cdbs has been fixed. [...] nmu gdm3_3.0.4-4 . ALL . -m rebuild with current cdbs for hardening options FTBFS (#665708). I'm guessing your test rebuild didn't use a +b1 version number... Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664596: User seems to missing ability to login via, ssh/console after some days
I have to change my pwd first to update the expiration date after your fix: root@tjener:~# kadmin.local -q modpol -maxlife 0secs users Authenticating as principal root/admin@INTERN with password. root@tjener:~# echo getprinc berham |kadmin.local |grep -i passw Authenticating as principal root/admin@INTERN with password. Last password change: Sat Mar 24 12:45:16 CET 2012 Password expiration date: Mon Mar 26 13:45:16 CEST 2012 Failed password attempts: 0 root@tjener:~# pwd change in gosa… root@tjener:~# echo getprinc berham |kadmin.local |grep -i passw Authenticating as principal root/admin@INTERN with password. Last password change: Sun Mar 25 12:17:08 CEST 2012 Password expiration date: [none] Failed password attempts: 0 Regards, Bernhard signature.asc Description: OpenPGP digital signature
Bug#664949: dillo: FTBFS: bw.o: could not read symbols: Bad value
Hi Hector, Hector Oron wrote: During a rebuild of all packages in sid, your package failed to build on amd64. I can reproduce this issue with and without pbuilder on amd64 while I can't reproduce it on i386. I have only had few time to give it a pick to this bug. It seems to be related to the use of -pie at link time (LDFLAGS). This setting seems to come from ``fltk-config --ldflags'', which for amd64 gives the following output: $ fltk-config --ldflags -L/usr/lib/x86_64-linux-gnu -fPIE -pie -Wl,-z,relro -Wl,-z,now -lfltk Thanks for investigation. I just have not had the time to find out why linking with -pie is broken. As the error message recommends, using -fPIC helps. But interestingly not in CFLAGS but in CPPFLAGS. For now I've added it for all architecutres, but I'm not 100% sure if it's a good idea to solve this issue, especially if the issue could be located in some other package. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665662: screen: Add C-a c to help screen
tag 665662 + confirmed upstream severity minor kthxbye Hi Alois, Alois Mahdal wrote: Package: screen Version: 4.0.3-14 Severity: wishlist First thing I do when I start screen is `C-a S` to split. The second thing I need to do is to open shell in the new window - `C-a c`. I use screen only occasionally and each time, I can't remember this `c`. (I actually don't remember even the `C-a S`, I have it in my .screenrc :-).) So I do `C-a ?` and stare like fifteen minutes saying to myself come on, blind man, such a basic thing must be there, you're just not seeing it, but that never helps because it's *not there*. Indeed, never noticed before. I'll pass this to upstream as this list is generated and not hardcoded somewhere where it would be easy to patch as a quick measure. Finally I somehow magically remember but to be honest, it's a PITA. In think the c is for create (new shell) or so. I suggest adding this `C-a c` to `C-a ?` help screen, at least for old blind forgetful people like me. It definitely should be there, so I'm raising the severity from wishlist to minor. Thanks for reporting. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665709: wrong hyperlink in package description
Package: t2html Severity: minor Dear Maintainer, in DDTSS I see: A showcase: http://pm-doc.sourceforge.net/pm-tips.html in the homepage https://savannah.nongnu.org/projects/perl-text2html there is the new showcase link: http://pm-doc.sourceforge.net/doc Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Fate una prova di guida ... e tenetevi la macchina!: http://linguistico.sf.net/wiki/doku.php?id=usaooo2 Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665710: Double configuration file /etc/lightdm/lightdm.conf
Package: lightdm Version: 1.0.10-1 Severity: normal Hello, i have a fully automated installation with preseed files. Here, the corresponding content of my preseed file: d-i pkgsel/include string \ ... lightdm lightdm-gtk-greeter \ ... During installation of my Debian system, there is the message of the already installed file /etc/lightdm/lightdm.conf I have the choice: - Installation of this file with the version of the package maintainer - Keep the already installed version - See the difference of the two versions To see this message, i have to switch to the console with Alt+F4. I can't continue the installation. If i want to overwrite the currently installed version, nothing happens at the console. If i have a look at the console, there is lightdm-gtk-greeter installed first. After installation of lightdm-gtk-greeter, there is the package lightdm installed. For more informations, i have opened a new shell with Alt+F2. The content of the currently installed file /etc/lightdm/lightdm.conf from lightdm-gtk-greeter: [SeatDefaults] greeter-sessions=lightdm-gtk-greeter If you need more informations, please let me know. Best regards Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613752: Handling of mime types
Hi Julien, I'm preparing a new version of the inkscape package, of course I want to acknowledge your NMU. But I'm not really happy with the fix, since priorisation of applications for certain mime types should not be done via desktop files: from [1]: There should be no priority for MIME Types in this field, or any form of priority in the desktop file. Priority for applications is handled external to the .desktop files. For the time being, I'll include your fix in the package, but please help me to find a better solution Thanks, Wolfi [1] http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#mime-types signature.asc Description: Digital signature
Bug#665711: [linux-image-rt-amd64] please suggest installation of linux-headers-rt-amd64 package
Package: linux-image-rt-amd64 Version: 3.2+44 Severity: wishlist Hello, Whom do I tell ... You know that of course, but many users are not aware of that headers meta package and it comes very handy when updating the kernel. I hence suggest to suggest it. It will help all those e.g. with an NVidia graphics card or just with anything compiling through DKMS with every kernel upgrade. Cheers, Steffen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-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 linux-image-rt-amd64 depends on: ii linux-image-3.2.0-2-rt-amd64 3.2.12-1 linux-image-rt-amd64 recommends no packages. linux-image-rt-amd64 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#665712: enigmail: Enigmime Service not available
Package: enigmail Version: 2:1.3.4-2 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 With icedove 10.0.3 in unstable enigmail is not usable anymore. Everytime I want to view a signed or encrypted mail I get the following error message: Enigmail: Enigmine Service not available. I'm also not able to sign or encrypt my mails. According to enigmail's preferences it is not able to find GnuPG even if I specify the path to gpg manually. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages enigmail depends on: ii gnupg1.4.12-4 ii libc62.13-27 ii libgcc1 1:4.7.0-1 ii libnspr4-0d 4.9-1 ii libstdc++6 4.7.0-1 Versions of packages enigmail recommends: ii icedove 10.0.3-1 enigmail suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPbwF+AAoJEGny/FFupxmT2aUP/RX98GyB0laGCEJGa53YJmb8 jmyO6WOLpdYMuyvJf9czZL40+HG2pWEu6to447XNmx3P2bhK2Y0kDv2t/IOUntBb 4tFj4fDl7v7c9Tfj8nFFJDFzgDF3hxepUyrk2NRoD6eN+6VrwB7K9SnUSYBFDstm EKm97Zbx3bt84HCMF0ckPzRVRt+NXmRE8370jTGdivKOKSRUIW500KZzGNjHDPqQ m8RB1iIGrRu1IjGZrgKBIan4fhvRqj3IbADPaAGXOlfKxNzEmSD7u+aNFw9HnoGE CpQiupji9eo5PlmETSctwSBsutn9TL/VPx7Gftvdnhhopi85+HAhb6yQNlYpjWFV UtOouowJx3ujizh3vh6v+b3gbJ5dbi7aUZbZy89S8RYlcaf4cKXrseJQ/zjJghvE sv7gSZRwSXHbEmNW1LCHzp27t1y2VH5LWZ0fP0kgaBBfNGUECKqr3mMIrPMQtGb4 s0+48GprAXkdJjKNwK8b9npWyZ1r5eaSHBeHgEJn6WhpxxxAK+1N9fsx+h9k2z23 zVZOD7ipM6UnPy+hSlF5LpydX66tAvQhawDPzWTkYsoseKl+euBfrrCMv+1eEPLB kgipqQ619enYnp4oXcHKeJWqWmf5yeXHS1ucdpBHSX4dD9kE7JcGg8o1UtLcNjDP AfO41YClaN5z6jOU1CgU =rc+f -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#599722: #599722 evolution: can't send or get mail after 2.30.2 upgrade
forcemerge 549451 599722 thanks Hello, merge from Oct 2010 didn't worked because of missing CC: to control@ -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#661253: Trying 295.33
On Sun, Mar 25, 2012 at 07:10:42AM +0100, Russel Winder wrote: Julian, On Sat, 2012-03-24 at 20:57 +, Julian Gilbey wrote: [...] You can download the older versions in the meantime from snapshot.debian.org. Julian Thanks for that pointer, I had forgotten about that resource. Silly me. On the other hand, because of the way Debian splits up the NVIDIA support into many packages, it seems a lot easier to revert using the NVIDIA run file. I have redownloaded 285.05.09, 290.10, 295.20 and 295.33 so next Wednesday I can try each of them in turn on a newly updated system and report back what happens. I easily found the packages I needed to download by running the simple command shown here together with its output on my machine; you'll have to replace 290.10 by whichever package version you have installed: erdos:~ $ dpkg -l | grep 290.10 | cut -d' ' -f3 | xargs dpkg -s | egrep '^(Package:|Source:)' Package: libgl1-nvidia-alternatives Source: nvidia-graphics-drivers Package: libgl1-nvidia-glx Source: nvidia-graphics-drivers Package: libglx-nvidia-alternatives Source: nvidia-graphics-drivers Package: nvidia-alternative Source: nvidia-graphics-drivers Package: nvidia-glx Source: nvidia-graphics-drivers Package: nvidia-kernel-dkms Source: nvidia-graphics-drivers Package: nvidia-vdpau-driver Source: nvidia-graphics-drivers Package: xserver-xorg-video-nvidia Source: nvidia-graphics-drivers erdos:~ $ The Package lines tell you which packages are installed, and the Source lines tell you which directory they will be found in within the pool. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665403: munin-node: Upgrade to 2.0~rc2 broke interaction with munin server 1.4.5-3
Seems to be fixed in 2.0~rc4 Thanks, -- andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665713: armada-backlight: FTBFS with new build-arch probing
Package: src:armada-backlight Version: 1.1-5 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package fails to build from source with the new build-arch probing added recently. This hasn't happend for the linux-i386 build as this buildd didn't get the update in it's build chroot yet. dpkg-buildpackage: host architecture kfreebsd-i386 fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean dh_clean debian/rules build-arch dh build-arch dh_testdir -a dh_auto_configure -a dh_auto_build -a dh_auto_test -a fakeroot debian/rules binary-arch dh binary-arch dh_testroot -a dh_prep -a dh_installdirs -a dh_auto_install -a dh_install -a cp: cannot stat `debian/tmp/src/armada-backlight': No such file or directory dh_install: cp -a debian/tmp/src/armada-backlight debian/armada-backlight/usr/bin/ returned exit code 1 make: *** [binary-arch] Error 2 Full build log at https://buildd.debian.org/status/fetch.php?pkg=armada-backlightarch=kfreebsd-i386ver=1.1-5stamp=1332651513 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665445: otrs2: upgrade fail when using PostgreSQL
On 24.03.2012 11:31, Hannes Schulz wrote: Package: otrs2 Version: 3.1.2+dfsg1-3 Severity: normal I use PostgreSQL as the database backend. When upgrading I got the following error message: FEHLER: Syntaxfehler bei »#« ZEILE 1: # ^ The file /usr/share/dbconfig-common/data/otrs2/upgrade/pgsql/3.1.2+dfsg1-2.2 starts with: # -- # driver: mysql, generated: 2011-12-08 11:44:43 # -- and is identical to the file in the mysql directory. I would have expected something that starts with driver: postgresql... hi hannes thanks for reporting. It will be fixed with the next upload. - Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665679: qtwebkit: FTBFS with glib 2.32
tags 665679 + fixed-upstream thanks Apparently fixed upstream http://trac.webkit.org/changeset/97269 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#665714: iceweasel: consumes vast amount of RAM and swap when gcc 4.7 installed
Package: iceweasel Version: 11.0-3 Severity: important After upgrading gcc and hence libgcc1: [UPGRADE] libgcc1 1:4.7-20111217-2 - 1:4.7.0-1 iceweasel with several windows open including javascript intensive sites like twitter results in huge swap and RAM usage: top reporting: 2847 amarsh04 20 0 67.5g 4.9g 34m R 99.9 63.2 174:21.86 firefox-bin i.e. 67.5 Gibibytes of virtual memory and 4.9 Gibibytes resident on a machine with 8 Gibibytes of RAM. -- Package-specific info: -- Addons package information -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0+ (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 4.2.2 ii fontconfig 2.8.0-3.1 ii libc6 2.13-27 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libnspr4-0d 4.9-1 ii libstdc++6 4.7.0-1 ii procps 1:3.3.2-3 ii xulrunner-11.0 11.0-3 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.10+dfsg~beta1-2 ii mozplugger none ii ttf-lyx 2.0.3-2 ii ttf-mathematica4.1 none ii xfonts-mathml 4 Versions of packages xulrunner-11.0 depends on: ii libasound21.0.25-2 ii libatk1.0-0 2.2.0-2 ii libbz2-1.01.0.6-1 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libevent-2.0-52.0.17-stable-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.0-1 ii libgdk-pixbuf2.0-02.24.1-1 ii libglib2.0-0 2.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs11d 11.0-3 ii libnotify40.7.4-1 ii libnspr4-0d 4.9-1 ii libnss3-1d3.13.3-1 ii libpango1.0-0 1.29.4-3+b1 ii libpixman-1-0 0.24.4-1 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.11-2 ii libstartup-notification0 0.12-1 ii libstdc++64.7.0-1 ii libvpx1 1.0.0-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii zlib1g1:1.2.6.dfsg-2 Versions of packages xulrunner-11.0 suggests: ii libcanberra0 0.28-3 ii libgnomeui-0 2.24.5-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#619799: #619799 evolution: Evolution randomly freezes when composing E-mail with Hebrew text
tags 619799 + moreinfo thanks Hello Omer, can you still reproduce the problem with evolution 3.x (in wheezy and sid)? It is hard for me (and others) to work on a problem which only occur sometimes and in Hebrew which I cannot type, use.;) -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#664596: User seems to missing ability to login via, ssh/console after some days
It is not a bug, it is a feature of kerberos, I think. Regards Giorgio On Sun, Mar 25, 2012 at 12:24:33PM +0200, Bernhard Hammes wrote: I have to change my pwd first to update the expiration date after your fix: root@tjener:~# kadmin.local -q modpol -maxlife 0secs users Authenticating as principal root/admin@INTERN with password. root@tjener:~# echo getprinc berham |kadmin.local |grep -i passw Authenticating as principal root/admin@INTERN with password. Last password change: Sat Mar 24 12:45:16 CET 2012 Password expiration date: Mon Mar 26 13:45:16 CEST 2012 Failed password attempts: 0 root@tjener:~# pwd change in gosa⦠root@tjener:~# echo getprinc berham |kadmin.local |grep -i passw Authenticating as principal root/admin@INTERN with password. Last password change: Sun Mar 25 12:17:08 CEST 2012 Password expiration date: [none] Failed password attempts: 0 Regards, Bernhard -- Sysadmin SPSE-Tenero Ufficio: +41 91 735 62 48 Cellulare: +41 79 629 20 63 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665562: [UPLOADED] Re: RFS: kbdd/0.6-3 FTBFS fix with glib = 2.31
On 25.03.2012 00:01, Stanislav Maslovski wrote: Dear mentors, I am looking for a sponsor for the new version of my package kbdd. kbdd (0.6-3) unstable; urgency=low I would be glad if someone uploaded this package for me. Uploaded. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#665699: systemd: ulatencyd does not start at system boot
On 25.03.2012 11:23, Ritesh Raj Sarraf wrote: Package: systemd Version: 37-1.1 Severity: normal The ulatencyd service, that does start with sysvinit, does not start at system boot with systemd. The systemctl status says: 14:49:43 rrs@champaran:~$ sudo systemctl status ulatencyd.service [sudo] password for rrs: ulatencyd.service - Latency reducing daemon for linux Loaded: loaded (/lib/systemd/system/ulatencyd.service; disabled) ^ Enable it? systemctl enable ulatencyd.service Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#665665: dbus: FTBFS with glib 2.32: undefined references
tags 665665 + fixed-upstream thanks Fixed upstream by the following commit commit 11b31b864fe7aad4084544f9f846a2ddfe39c28a Author: Simon McVittie simon.mcvit...@collabora.co.uk Date: Mon Jan 23 11:11:24 2012 + Port to glib 2.31.x g_thread API g_thread_init() is deprecated since glib 2.24, call g_type_init() instead. Bump glib requirement accordingly. g_thread_create is deprecated since 2.31, use g_thread_new() instead. When building with a glib earlier than 2.31, provide a backwards compatibility shim. [Added a comment about why we're using g_type_init() in a test that doesn't otherwise use GObject -smcv] Bug: https://bugs.freedesktop.org/show_bug.cgi?id=44413 Reviewed-by: Simon McVittie simon.mcvit...@collabora.co.uk Simon, could you cherry-pick that patch for 1.4.18? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#665715: patch to make radvd use build hardening features
Package: radvd Version: 1:1.8.5-1 Severity: important Tags: patch User: User: hardening-disc...@lists.alioth.debian.org Usertags: goal-hardening Hi, By switching from debhelper compat level 7 to 9, radvd will be built with hardened build flags. This is a release goal. Attached patch accomplishes that, sets all flags and removes the obsolete cdbs dependency. Please consider. Thanks, Thijsdiff -Nru radvd-1.8.5/debian/compat radvd-1.8.5/debian/compat --- radvd-1.8.5/debian/compat 2011-12-07 18:23:31.0 +0100 +++ radvd-1.8.5/debian/compat 2012-03-25 13:39:56.0 +0200 @@ -1 +1 @@ -7 +9 diff -Nru radvd-1.8.5/debian/control radvd-1.8.5/debian/control --- radvd-1.8.5/debian/control 2011-12-09 09:51:42.0 +0100 +++ radvd-1.8.5/debian/control 2012-03-25 13:40:08.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Ghe Rivero g...@debian.org Standards-Version: 3.9.2 -Build-Depends: autotools-dev, debhelper (= 7), cdbs, flex, bison +Build-Depends: autotools-dev, debhelper (= 9), flex, bison Package: radvd Architecture: any diff -Nru radvd-1.8.5/debian/rules radvd-1.8.5/debian/rules --- radvd-1.8.5/debian/rules 2011-12-07 18:28:55.0 +0100 +++ radvd-1.8.5/debian/rules 2012-03-25 13:40:47.0 +0200 @@ -1,5 +1,7 @@ #!/usr/bin/make -f +export DEB_BUILD_MAINT_OPTIONS = hardening=+all + %: dh $@
Bug#663293: avant-window-navigator: upcoming vala 0.10 removal
Le 03/20/2012 07:10 PM, Michael Biebl a écrit : Any updates? FWIW, we are planning to request the removal of vala 0.10 by the end of this week, which will make this bug RC. Cheers, Michael Sorry for the late answer. Currently, Awn is only compatible with vala 0.10. It will at least need to migrate to GDBus. This bug is already reported upstream : https://bugs.launchpad.net/awn/+bug/660243?comments=all But, as upstream is not very active, it may take some time to be fixed. Regards, Julien Lavergne
Bug#623486: #623486 evolution: Unable to contact IMAP corporate server: Could not find a suitable authentication type: code 0xffffffff
tags 623486 + moreinfo thanks Hello, can you still reproduce your reported problem with evolution 3.x (3.2.2 in wheezy and sid)? thx. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#644408: aiccu: please enable hardening options
Hoi Reinier, On Tue, 01 Nov 2011 22:29:14 +0100, you wrote: I enabled all the hardening options, it will be in the -15 upload. When do you think this upload could be made? This is a release goal, afterall. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646108: #646108 evolution: Can't access to (pop3) messages retrieved after upgrade to 3.0.3-2
tags 646108 + moreinfo thanks Hello, can you still reproduce the problem with evolution 3.2.2 (in wheezy and sid)? thx. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#652583: [kdm] greeter doesn't reappear after logout from kde
tag 652583 moreinfo thanks On Dom 25 Mar 2012 00:15:45 J M Cerqueira Esteves escribió: [snip] Stopping kdm and starting it again, (/etc/init.d/kdm stop, then start) the greeter shows up normally again (vt7). Could it be that it is even not necessary to close KDM? I have the same behaviour with my machines with an Intel video card. I just switch to vt 1 and then back to vt 7 and there's kdm back, no need to restart X. Also, do you have an Intel video card? Kinds regards, Lisandro. -- The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. George Bernard Shaw Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#665716: manpages-fr-extra: Word wapon(8) used in place of swapon(8) on french man page of fstab(5)
Package: manpages-fr-extra Version: 20120212 Severity: minor Dear Maintainer, *** *** ENGLISH *** GOOGLE-TRANSLATE *** Hello, I am a novice user of GNU / Linux and I speak usually French so please excuse any errors of english or Debian. Using the command man-s 5 fstab I get good French page of fstab, but I think the word wapon (8), which is written in bold should be replaced with swapon (8) It is located in . DESCRIPTION In paragraph ... The fourth field (fs_mntops). Who is on the fourth line of paragraph. For documentation specific options trading spaces, see wapon (8)» Being Belgian I use this: LANG=fr_BE.UTF-8 LANGUAGE=fr_BE:fr Gradually I learn Debian and GNU/Linux in general and the French translation helps me to grow faster so I thank you for your work. *** FRANCAIS *** ORIGINAL Bonjour, je suis un utilisateur débutant de GNU/Linux et je parle habituellement le français donc veuillez excuser d'éventuelles erreurs d'anglais ou sur Debian. En utilisant la commande « man -s 5 fstab », j'obtiens bien la page française de fstab, mais je pense que le mot «wapon(8) », qui est écrit en gras, devrait être remplacer par « swapon(8) » Celui-ci se trouve dans « DESCRIPTION » Au para.« Le quatrième champ (fs_mntops) ». Qui est sur la quatrième lignes du paragraphe. « Pour la documentation des options spécifiques aux espaces d'échange, consultez wapon(8) » Étant Belge j'utilise ceci : LANG=fr_BE.UTF-8 et LANGUAGE=fr_BE:fr Petit à petit j'apprends Debian et GNU/Linux en général et les traduction en français m'aide à progresser plus vite donc je vous remercie pour votre travail. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash manpages-fr-extra depends on no packages. Versions of packages manpages-fr-extra recommends: ii manpages-fr 3.32d0.2p4-1 Versions of packages manpages-fr-extra suggests: pn man-db [man-browser] 2.6.1-1 pn manpages-fr-dev 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#664893: dselect: no support for multi-arch
Quoting Guillem Jover (guil...@debian.org): I've said this before, but as long as dselect is part of dpkg, it *is* and *will* be maintained. And you deserve credit for this commitment, though I personnaly consider this to be a waste of (otherwise useful) time. I still consider that dselect should now be entirely deprecated and removed from the archive. Seeing that maintaining it will (by definition) will now take some significant valuable developer time (something we are very short of) for the sole benefit of those people who consider it to be their personal taste's choiceis, imho, not the best thing to do. Unfortunately, it is now probably too late to drop dselect in dpkg, but that should really be considered for wheezy+1 (and, here, I mean drop it, not allow it to be a separate package--such work is the duty of those people who want to keep it in the archive). signature.asc Description: Digital signature
Bug#665700: [Pkg-xfce-devel] Bug#665700: thunar scrolls erratically when hover-selecting files
forwarded 665700 https://bugzilla.xfce.org/show_bug.cgi?id=8597 thanks On dim., 2012-03-25 at 11:40 +0200, Ulrich Eckhardt wrote: Package: thunar Version: 1.2.3-3 There are two observations which are related, I guess. I'm using the detailed list view (Control-2). The columns displayed are Name, Date Modified, Size. I have checked Automatically expand columns as needed in the configuration. Case I: Here, the size of the Name column is less than the width of the window, but the other two columns exceed the width (just wondering, doesn't that already contradict the settings?), Exactly the opposite, if you read the help text. That means the columns are expanded so the text is visible. So yes, that might means overflowing the window. so that a scroll bar is visible at the bottom. When I scroll right, and hover-select a file (different or same as before), the scrollbar is reset to the leftmost position. Yep, same here. Case II: Here, the size of the Name column already exceeds the width of the window. If I change the selected file by hovering the mouse over it, the position is scrolled horizontally, alternating between the leftmost and a middle position. The middle position is so that the rightmost part of the Name column is aligned to the right border of the window. Yes, something like. How Thunar should behave: It shouldn't scroll horizontally at all. If I look at a column and select files there, it shouldn't scroll away from the column. I don't have any opinion on this :) Further notes: - I'm not sure if the auto-expand code behaves correctly when there simply isn't enough space. Why? - I'm not sure if the auto-expand code works at all. I have seen it change layout sometimes, but I couldn't find a rule to it. That's pretty not clear at all. Care to explain? - I'm using Fluxbox as window manager, in case that matters (parenting, resize notifications...). I don't think so, it looks completely Thunar-internal. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#665717: ITP: y-u-no-validate -- Iceweasel extension to make security exceptions temporary by default
Package: wnpp Severity: wishlist Owner: Jakub Wilk jw...@debian.org * Package name: y-u-no-validate Version : 2012032401 Upstream Author : Marcin Szewczyk * URL : https://addons.mozilla.org/en-US/firefox/addon/y-u-no-validate/ * License : GPL-3 Programming Lang: JavaScript Description : browser extension to make security exceptions temporary by default y-u-no-validate is an Iceweasel extension that makes makes the Permanently store this exception checkbox in the Add Security Exception dialog unchecked by default. -- 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#665718: black screen when stating graphical installer
package: debian-installer version: 20120324 tags: d-i On starting graphical installer the screen becomes black. This was verified on virtualbox and on real hardware (P8Z68-V motherboard, Intel i7 2600k cpu, Asus engtx460 gfx card). On #debian-boot: ...The kernel crashes. If I use the fb=false option I can see the text output. -- Melhores cumprimentos/Best regards, Miguel Figueiredo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665719: flint: FTBFS on mips/mipsel (impossible constraint in 'asm'
Source: flint Version: 1.011-2 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi, flint FTBFS on mipsen, see the build logs linked from https://buildd.debian.org/status/package.php?p=flint Cheers, Julien signature.asc Description: Digital signature
Bug#623619: liferea: constant wasteful disk accesses kill system performance
While it's not a good solution, it seems relevant here that following Ben's suggestion in http://womble.decadent.org.uk/blog/feed-reading.html of running liferea with eatmydata indeed makes a huge difference for me, both increasing liferea's own responsiveness but more importantly reducing the drag on the rest of the system. -- Moray -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665720: iptables-persistent: unusable with systemd
Package: iptables-persistent Version: 0.5.3 Severity: important Iptables rules are not restored on startup with systemd because of an ordering cycle: [3.493400] systemd[1]: Found ordering cycle on basic.target/start [3.494481] systemd[1]: Walked on cycle path to sysinit.target/start [3.495554] systemd[1]: Walked on cycle path to iptables- persistent.service/start [3.496646] systemd[1]: Walked on cycle path to basic.target/start [3.497719] systemd[1]: Breaking ordering cycle by deleting job iptables- persistent.service/start -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables-persistent depends on: ii debconf [debconf-2.0] 1.5.42 ii iptables 1.4.12.2-3 ii lsb-base 3.2+Debian31 iptables-persistent recommends no packages. iptables-persistent suggests no packages. -- Configuration Files: /etc/iptables/rules.v4 changed [not included] -- debconf information: * iptables-persistent/autosave_v6: false * iptables-persistent/autosave_v4: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665656: openarena-server: is vulnerable for getstatus DRDoS attack
# mitigated with ioquake3 upstream patch since we switched to # the shared engine fixed 665656 0.8.5-6 thanks On 25/03/12 00:10, Markus Koschany wrote: Severity: grave Tags: security Justification: user security hole Dear security team: what do you consider the severity of this bug to be? Is it the sort of thing you issue DSAs for? (In this attack, the server does not execute arbitrary code or reveal private data, but it can be used for traffic-amplification as a DoS attack on someone else.) Full text quoted in case this didn't already go to the security team. a few hours ago my openarena server was used for a distributed reflected denial of service attack. I noticed unusual high outgoing traffic on port 27960 (3MB/s) which was directed mainly towards webservers in the beginning. The only solution was to shut down the openarena-server or to create a new firewall rule. After some investigation into the problem i discovered that it is well known with Quake3 based engines. See [1], [2] and [3] My server received many getstatus requests in a short amount of time which were presumably faked by the real attacker. The problem has also been discussed on the ioquake3 mailing list. [4] One of the participants pointed out that a patch was introduced in 2010 which limits the rate of getstatus requests.[5] It might be a potentially fix or at least mitigation for the attack. openarena in wheezy/sid uses a newer ioquake3 engine which already has this patch, mitigating the attack. I think that's the best we're likely to be able to do within the constraints of the Q3 network protocol. I hope i could explain my problem understandably. That's all the information i could gather so far. An alternative way for preventing the DRDoS attack with iptables is described in [6]. [1] http://openarena.ws/board/index.php?topic=4391.0 [2] http://www.ioquake.org/forums/viewtopic.php?f=12t=1694 [3] http://www.urbanterror.info/forums/topic/27825-drdos/ [4] http://lists.ioquake.org/pipermail/ioquake3-ioquake.org/2012-January/004778.html [5] http://icculus.org/pipermail/quake3-commits/2010-January/001679.html [6] http://www.altfire.com/main/news/index.php?news_id=586 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665710: [Pkg-xfce-devel] Bug#665710: Double configuration file /etc/lightdm/lightdm.conf
On dim., 2012-03-25 at 13:06 +0200, Bernhard wrote: Package: lightdm Version: 1.0.10-1 Severity: normal Hello, i have a fully automated installation with preseed files. Here, the corresponding content of my preseed file: d-i pkgsel/include string \ ... lightdm lightdm-gtk-greeter \ ... During installation of my Debian system, there is the message of the already installed file /etc/lightdm/lightdm.conf I have the choice: - Installation of this file with the version of the package maintainer - Keep the already installed version - See the difference of the two versions To see this message, i have to switch to the console with Alt+F4. I can't continue the installation. If i want to overwrite the currently installed version, nothing happens at the console. If i have a look at the console, there is lightdm-gtk-greeter installed first. After installation of lightdm-gtk-greeter, there is the package lightdm installed. For more informations, i have opened a new shell with Alt+F2. The content of the currently installed file /etc/lightdm/lightdm.conf from lightdm-gtk-greeter: [SeatDefaults] greeter-sessions=lightdm-gtk-greeter If you need more informations, please let me know. Hmhm, that's a tricky one, I think. That's because when you install multiple greeters (gtk or Qt), you need to chose which one you want (so you get the question using debconf). When you install only one, then this one is selected. After that, the option is remembered in the lightdm config file using lightdm-set-defaults. In your case, it seems that lightdm and lightdm-gtk-greeter are not installed at the same time at all (not in the same dpkg batch, I guess) and so lightdm-gtk-greeter gets installed before lightdm is even unpacked. But what puzzles me is that, if it's really the case, then lightdm-set-defaults shouldn't be there either. When that happens, could you run dpkg -l |grep lightdm and tell us the result? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#628018: mutt-notmuch in Fedora
On Fri, Mar 23, 2012 at 10:42:54PM -0400, Ben Boeckel wrote: I was interested in packaging mutt-notmuch for Fedora and was wondering a few things: Hi Ben, thanks for getting in touch about mutt-notmuch. I'm a Debian person myself and I've flirted with the idea of packaging it for Debian. The reason why I have *not* done so yet, is that I think mutt-notmuch should rather belong upstream, as part of notmuch itself, rather than as a separate package. I've discussed that with upstream authors, in the bug report I'm Cc:-ing (note: it is a bug report on the _Debian_ BTS, but upstream is participating to discussions there). You can see the full discussion long at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628018 In short: back then upstream seemed to be interested as shipping mutt-notmuch together with notmuch (as a separate interface, in addition to the Emacs and Vim one), but in the end nothing has happened. Yet. I suggest you check with upstream whether the option of integrating mutt-notmuch will be pursued in the near future, before creating a separate package for it. - Could a COPYING file be added to the tarball. Yet, it could, but I'm reluctant to do so before the above issue is settled (one way or another). - Are there any official releases? Ditto. Although I've recently [1] moved the code to Gitorious, and I use proper versioned tags there. I can easily add tarballs on top of it. - The system call out to notmuch is lacking quotes and general shell safety. This should at least be documented, preferably fixed. I imagine Perl probably has a shell escaping module (/me is not a Perl guru). I've just fixed this [2]. Not that it comes with the price of a new dependency on the String::ShellQuote module; nothing terrible, but worth pointing out. Cheers. [1] http://upsilon.cc/~zack/blog/posts/2012/02/mutt-notmuch_0.2/ [2] https://gitorious.org/mutt-notmuch/mutt-notmuch/commit/a5990b8ede81d28d24be65f149ee1b2f30a53521 -- Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o . Maître de conférences .. http://upsilon.cc/zack .. . . o Debian Project Leader... @zack on identi.ca ...o o o « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#652079: #652079 evolution initializes ~/.pki/nssdb/pkcs11.txt with incomplete content which breaks SSL
tags 652079 + moreinfo thanks Hello, I'm trying to reproduce the bugreport with evolution 3.2.2-1 Moving the .pki away and let it recreate with starting evolution the diff looks like this: $ diff -u .pki.orig/nssdb/pkcs11.txt .pki/nssdb/pkcs11.txt --- .pki.orig/nssdb/pkcs11.txt 2011-01-07 13:09:45.0 +0100 +++ .pki/nssdb/pkcs11.txt 2012-03-25 14:03:51.0 +0200 -library=libnssckbi.so -name=Mozilla Root Certs -NSS=trustOrder=100 Removing/Moving disables the Mozilla Root certs and the recreation with libnssckbi.so (from the ia32-libs packageon amd64). But I don't know if evolution or any other program (like gnome-keyring) should add libnssckbi.so to the file. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#656454: auto-complete-el: unowned files after purge (policy 6.8, 10.8)
Hi, Thank you for your bug report. I'll start this bug fix. 2012/1/19 Andreas Beckmann deb...@abeckmann.de: Package: auto-complete-el Version: 1.3.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m37.5s ERROR: WARN: Broken symlinks: /usr/share/emacs23/site-lisp/auto-complete/popup.el - ../../../emacs/site-lisp/auto-complete/popup.el /usr/share/emacs23/site-lisp/auto-complete/auto-complete.el - ../../../emacs/site-lisp/auto-complete/auto-complete.el /usr/share/emacs23/site-lisp/auto-complete/auto-complete-config.el - ../../../emacs/site-lisp/auto-complete/auto-complete-config.el /usr/share/emacs23/site-lisp/auto-complete/fuzzy.el - ../../../emacs/site-lisp/auto-complete/fuzzy.el 0m39.0s ERROR: FAIL: Package purging left files on system: /usr/share/emacs23/site-lisp owned by: emacs23-common /usr/share/emacs23/site-lisp/auto-complete not owned /usr/share/emacs23/site-lisp/auto-complete/auto-complete-config.el not owned /usr/share/emacs23/site-lisp/auto-complete/auto-complete-config.elc not owned /usr/share/emacs23/site-lisp/auto-complete/auto-complete.el not owned /usr/share/emacs23/site-lisp/auto-complete/auto-complete.elc not owned /usr/share/emacs23/site-lisp/auto-complete/fuzzy.el not owned /usr/share/emacs23/site-lisp/auto-complete/fuzzy.elc not owned /usr/share/emacs23/site-lisp/auto-complete/popup.el not owned /usr/share/emacs23/site-lisp/auto-complete/popup.elc not owned cheers, Andreas -- Takaya Yamashita yamash...@takaya.biz tak...@debian.or.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659036: #659036 evolution: Gkr-Message: received an invalid, unencryptable, or non-utf8 secret
reassign 659036 gnome-keyring forcemerge 653011 659036 thanks Hello Paul, I had the same problem in Jan 2012 and the workaround is to comment out module: gnome-keyring-pkcs11.so in /etc/pkcs11/modules/gnome-keyring-module as mentioned by Yves-Alexis Perez in http://bugs.debian.org/653011 Reassigning it to gnome-keyring. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#665720: Info received (iptables-persistent: unusable with systemd)
Here's the whole dmesg | grep systemd: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.3.0 root=/dev/sda2 ro init=/bin/systemd [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.3.0 root=/dev/sda2 ro init=/bin/systemd [2.641696] systemd[1]: systemd 37 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +SYSVINIT +LIBCRYPTSETUP; debian) [2.755418] systemd[1]: Set hostname to beast3. [2.865065] systemd[1]: Failed to connect to audit log: Protocol not supported [3.485650] systemd[1]: Found ordering cycle on basic.target/start [3.486758] systemd[1]: Walked on cycle path to sockets.target/start [3.487868] systemd[1]: Walked on cycle path to dbus.socket/start [3.488973] systemd[1]: Walked on cycle path to sysinit.target/start [3.490072] systemd[1]: Walked on cycle path to iptables-persistent.service/start [3.491179] systemd[1]: Walked on cycle path to basic.target/start [3.492284] systemd[1]: Breaking ordering cycle by deleting job dbus.socket/start [3.493400] systemd[1]: Found ordering cycle on basic.target/start [3.494481] systemd[1]: Walked on cycle path to sysinit.target/start [3.495554] systemd[1]: Walked on cycle path to iptables-persistent.service/start [3.496646] systemd[1]: Walked on cycle path to basic.target/start [3.497719] systemd[1]: Breaking ordering cycle by deleting job iptables-persistent.service/start [4.250295] systemd[1]: systemd-modules-load.service: main process exited, code=exited, status=1 [4.261256] systemd[1]: Unit systemd-modules-load.service entered failed state. [4.743751] systemd-fsck[67]: /dev/sda2: sauber, 119056/610800 Dateien, 1660107/2441880 Bl\xffc3\xffb6\xffb6cke [6.991762] systemd-fsck[480]: /dev/sda3: sauber, 1362393/18685952 Dateien, 67527220/74724339 Bl\xffc3\xffb6\xffb6cke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665721: [cmake] error when finding postgresql package
Package: cmake Version: 2.8.7-4 Severity: normal --- Please enter the report below this line. --- When executing the command find_package(PostgreSQL REQUIRED) cmake produces the following error: CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE): Could NOT find PostgreSQL (missing: PostgreSQL_TYPE_INCLUDE_DIR) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:252 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindPostgreSQL.cmake:159 (find_package_handle_standard_args) src/test/CMakeLists.txt:2 (find_package) Temporaly, I am solved inserting : if ( PostgreSQL_TYPE_INCLUDE_DIR ) else ( PostgreSQL_TYPE_INCLUDE_DIR) set ( PostgreSQL_TYPE_INCLUDE_DIR ${PostgreSQL_INCLUDE_DIR}) endif ( PostgreSQL_TYPE_INCLUDE_DIR ) before: find_path(PostgreSQL_TYPE_INCLUDE_DIR --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstableftp.caliu.cat 500 unstableftp.bg.debian.org 500 testing security.debian.org 500 testing ftp.caliu.cat 500 stable ftp.es.debian.org 500 stable dl.google.com 1 experimentalftp.caliu.cat --- Package information. --- Depends(Version) | Installed -+-=== libarchive12 | 3.0.3-7 libc6 (= 2.7) | 2.13-27 libcurl3-gnutls (= 7.16.2) | 7.24.0-1 libexpat1(= 1.95.8) | 2.0.1-7.2 libgcc1 (= 1:4.1.1) | 1:4.6.3-1 libstdc++6 (= 4.6) | 4.6.3-1 libxmlrpc-core-c3| 1.16.33-3.1 zlib1g(= 1:1.2.3.3) | 1:1.2.6.dfsg-2 cmake-data (= 2.8.7-4) | 2.8.7-4 procps | 1:3.3.2-3 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== gcc | 4:4.6.2-4 make| 3.82-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org