Bug#777198: command-not-found: refers to wrong package for docker
Package: command-not-found Version: 0.2.38-1 Severity: normal Dear Maintainer, When I tried to run docker, I got this output: $ docker pull doesnt/matter The program 'docker' is currently not installed. To run 'docker' please ask your administrator to install the package 'docker' docker: command not found The package 'docker' provides the command 'wmdocker', a panel applet for KDE and GNOME. The package with the 'docker' command is 'docker.io'. Thanks. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages command-not-found depends on: ii apt-file2.5.4 ii lsb-release 4.1+Debian13+nmu1 ii python 2.7.8-2 ii python-gdbm 2.7.8-2+b1 ii python-support 1.0.15 command-not-found recommends no packages. command-not-found 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#777197: glibc: CVE-2015-1472
retitle: glibc: CVE-2015-1472 CVE-2015-1473 thanks On Fri, Feb 06, 2015 at 08:43:37AM +0100, Moritz Muehlenhoff wrote: please see https://sourceware.org/bugzilla/show_bug.cgi?id=16618 The patch is here: https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=5bd80bfe9ca0d955bfbbc002781bc7b01b6bcb06 This was introduced by https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=3f8cc204fdd0 (2.15). Since the patch was backported into wheezy, it is also affected (while squeeze is not). This covers also CVE-2015-1473, see http://www.openwall.com/lists/oss-security/2015/02/04/1 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777150: FW: Bug#777150: Acknowledgement (ufw: Hi, adde a custom rule with geoip iptables modules wont load from ufw.)
I forgot to mention.. I tried to add these line in multiple places in /etc/ufw/before.rules. I does not matter where these are in the file. -A ufw-before-input -m geoip --src-cc KR,CN,IN,RU,TR,VN,UA,BR,VE,JP -m limit --limit 3/minute -j LOG --log-level 4 --log-prefix '[UFW COUNTRY BLOCK] ' -A ufw-before-input -m geoip --src-cc KR,CN,IN,RU,TR,VN,UA,BR,VE,JP -j DROP after that i do : ufw disable ufw enable the exact error message is : ERROR: problem running ufw-init ( all other rules are proccessed ok. ) if i do add the iptables lines on commandline then they show up as they should and work ok. Chain ufw-before-input (1 references) target prot opt source destination ufw-user-input all -- 0.0.0.0/0 0.0.0.0/0 LOG all -- 0.0.0.0/0 0.0.0.0/0 Source countries: KR,CN,IN,RU,TR,VN,UA,BR,VE,JP limit: avg 3/min burst 5 LOG flags 0 level 4 prefix [UFW COUNTRY BLOCK] DROP all -- 0.0.0.0/0 0.0.0.0/0 Source countries: KR,CN,IN,RU,TR,VN,UA,BR,VE,JP All my custom messages are now also in /var/log/ufw.log If you need more info, just ask. Thanks Louis
Bug#777242: Acknowledgement (needrestart: remove and purge doesn't work anymore after installing needrestart)
If someone experiences the same problem and wants to remove needrestart you have to do this before you're able to uninstall it: rm /etc/dpkg/dpkg.cfg.d/needrestart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777189: link to discussion
These statuses are built into the protocol. What do you suggest as an alternative?
Bug#684475: Please raise the importance of this
The Trinity Desktop Environment (TDE) have done a lot of new work, and raised their standards for releases. As far as I'm aware it is the only usable desktop environment for linux computers. I was prevented from upgrading linux for a few years because KDE3 had been discontinued, and I had not yet tried TDE. I've tried Cinnamon but I think it has fuzzy fonts by default and I can't even set hotkeys for windows. I tried KDE4 but it seemed to not allow me to control basic aspects of how it looks! I would hate to be stuck with only those. TDE seems to be a mature and very good project, and it should be available as an option. Please would you include it. As debian is not usable without it the priority of this bug should be normal or important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777247: w3c-sgml-lib: contains autogenerated output files without corresponding sources
Package: w3c-sgml-lib Version: 1.3-1 The entity files contained in this package appear to be the autogenerated output of an XSLT script which transforms an input file containing Unicode character information (unicode.xml), as described here: http://www.w3.org/TR/xml-entity-names/#source The source package should supply the true sources rather than just ship autogenerated output.
Bug#777246: exim4: dependency on exim4-base too weak
Package: exim4 Version: 4.84-6 Severity: serious Justification: policy 12.3 footnote 2 exim4 contains a symlink /usr/share/doc/exim4 - exim4-base. Its dependency on exim4-base is unversioned though which means, that the copyright and changelog files can get out of sync. This violates the Debian policy section 12.3 footnote 2. It is practically possible to upgrade exim4 without exim4-base or vice versa yielding this situation. Unfortunately, exim4 is arch:all whereas exim4-base is arch:any, so simply adding a = versioned dependency breaks binNMUs. Likely, exim4 will have to be converted to arch:any change to a real /usr/share/doc/exim4 neither of which is particularly pleasing. The latter option incurs a beloved symlink to directory conversion. Sorry for not noticing earlier. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767423: tracker-extract SIGSEGV
Hi Eric, Am 30.10.2014 um 23:36 schrieb Eric Shattow: Package: tracker-extract Version: 1.2.2-2+b1 Severity: grave Justification: renders package unusable Dear Maintainer, On a Debian jessie testing beta2 netinstall (amd64), I've installed gnome-music and noticed that no artists or albums are available to be played. The reason for this is tracker-extract does not complete/is not running. Can you reproduce the error with a fresh user account? Could you install tracker-dbg (and related -dbg) packages, to get a more meaningful backtrace. If you reset the tracker db, via tracker-control --soft-reset, does the problem persist? -- 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#777249: partclone: unmet dependency
Package: partclone Version: 0.2.73-2 Severity: normal Dear Maintainer, trying to install from unstable: apt-get install partclone The following packages have unmet dependencies: partclone : Depends: libntfs-3g852 no such package can be found anywhere... thanks! -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777242: needrestart: remove and purge doesn't work anymore after installing needrestart
Package: needrestart Version: 1.2-7 Severity: important Dear Maintainer, after installing needrestart I can't remove packages via apt-get remove or apt-get purge. This is the output: root@netbook:/home/martin# export LC_ALL=C root@netbook:/home/martin# apt-get purge flashplugin-nonfree Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: flashplugin-nonfree* 0 upgraded, 0 newly installed, 1 to remove and 4 not upgraded. After this operation, 180 kB disk space will be freed. Do you want to continue? [Y/n] Y fish: Illegal command name '(test -x /usr/lib/needrestart/dpkg-status /usr/lib/needrestart/dpkg-status || cat /dev/null)' Standard input: (test -x /usr/lib/needrestart/dpkg-status /usr/lib/needrestart/dpkg-status || cat /dev/null) ^ E: Sub-process /usr/bin/dpkg exited unexpectedly Best regards, Martin -- Package-specific info: needrestart output: Failed to retrieve available kernel versions. No services need to be restarted. checkrestart output: -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.18.4-c720 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages needrestart depends on: ii dpkg 1.17.23 ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.16-1 ii libproc-processtable-perl 0.51-1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.32-1+b1 ii perl 5.20.1-5 needrestart recommends no packages. needrestart 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#684475: misc
The project is at https://www.trinitydesktop.org/ and it is simply a continuation of the KDE3 codebase. They have recently released R14.0.0 which I have tried and am very pleased with. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777243: Bug#776909: kernel-package: couple of modules fail to load after wheezy to jessie upgrade
Control: retitle -1 Boot fails due to missing ext4 module On Fri, 2015-02-06 at 18:48 +0100, Rafał Pietrak wrote: W dniu 04.02.2015 23:07, Ben Hutchings pisze: [...] Severity: grave Tags: newcomer Justification: renders package unusable I've upgraded my LG notebook (X-note: LS50a) from wheezy to jessie and: 1. the upgrade have installed kernel version-i585 in addition to my earlier (automatically installed during an upgrade to wheezy) version-i486. 2. when booting i486, it fails to modprobe ext4-fs during the boot. It breaks boot sequence, but manual (from shell prompt) modprobe ext4 does not load the module into the kernel. Can you clarify how far the system boots? Does it stop at a shell with the prompt '(initramfs)'? Please send a copy of the /etc/fstab file. =/etc/fstab=== proc /procprocdefaults0 0 /dev/mapper/vg0-root/xfsdefaults0 1 [...] So is the root filesystem type really xfs, or is it ext4? Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#777244: emacs24: Unable to install libcurl4-openssl-dev from Wheezy
Package: emacs24 Version: emacs24 (24.4+1-4.1~bpo70+1) Severity: important This bug report has arisen as a result of a discussion on debian-user at https://lists.debian.org/debian-user/2015/02/msg00103.html Using wheezy-backports to install emacs24 results in libp11-kit0 being upgraded to 0.20.7-1~bpo70+1. This makes libcurl4-openssl-dev uninstallable as it depends on libp11-kit-dev, which requres libp11-kit0 (= 0.12-3). Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776675: unblock: libdumbnet/1.12-6
reopen 776675 retitle 776675 unblock libdumbnet/1.12-6 thanks Hi, unfortunately... Just did a QA upload fixing #775896 - I've reverted the descision to make /usr/share/doc/libdumnet-dev a symlink. Diff attached. i did not expect people to test upgrades from testing to unstable and I failed to migrate the broken symlink back to a directory properly. So unfortunately we need a new unblock: unblock libdumbnet/1.12-6 New diff from -5 to -6 is attached. thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F diff -u libdumbnet-1.12/debian/changelog libdumbnet-1.12/debian/changelog --- libdumbnet-1.12/debian/changelog +++ libdumbnet-1.12/debian/changelog @@ -1,3 +1,11 @@ +libdumbnet (1.12-6) unstable; urgency=medium + + * QA upload. + * Make people who test upgrades from testing to unstable +happy (Closes: #775896). + + -- Bernd Zeimetz b...@debian.org Thu, 05 Feb 2015 19:06:08 +0100 + libdumbnet (1.12-5) unstable; urgency=medium * QA upload. diff -u libdumbnet-1.12/debian/control libdumbnet-1.12/debian/control --- libdumbnet-1.12/debian/control +++ libdumbnet-1.12/debian/control @@ -26,6 +26,7 @@ Package: libdumbnet-dev Section: libdevel Depends: ${shlibs:Depends}, libdumbnet1 (= ${binary:Version}) +Pre-Depends: dpkg (= 1.17.14) Architecture: any Description: A dumb, portable networking library -- development files libdumbnet provides a simplified, portable interface to several low-level reverted: --- libdumbnet-1.12/debian/preinst +++ libdumbnet-1.12.orig/debian/preinst @@ -1,21 +0,0 @@ -#!/bin/sh -set -e - -case $1 in -install|upgrade) -# dpkg does not replace directories by symlinks or vice versa. -if [ -L /usr/share/doc/libdumbnet-dev ]; then -rm -f /usr/share/doc/libdumbnet-dev -fi -;; -abort-upgrade) -;; -*) -echo preinst called with unknown argument \`$1' 2 -exit 1 -;; -esac - -#DEBHELPER# - -exit 0 only in patch2: unchanged: --- libdumbnet-1.12.orig/debian/libdumbnet-dev.postinst +++ libdumbnet-1.12/debian/libdumbnet-dev.postinst @@ -0,0 +1,8 @@ +#!/bin/sh +set -e + +dpkg-maintscript-helper symlink_to_dir /usr/share/doc/libdumbnet-dev /usr/share/doc/libdumbnet1 '1.12-6~' libdumbnet-dev -- $@ + +#DEBHELPER# + +exit 0 only in patch2: unchanged: --- libdumbnet-1.12.orig/debian/libdumbnet-dev.postrm +++ libdumbnet-1.12/debian/libdumbnet-dev.postrm @@ -0,0 +1,8 @@ +#!/bin/sh +set -e + +dpkg-maintscript-helper symlink_to_dir /usr/share/doc/libdumbnet-dev /usr/share/doc/libdumbnet1 '1.12-6~' libdumbnet-dev -- $@ + +#DEBHELPER# + +exit 0 only in patch2: unchanged: --- libdumbnet-1.12.orig/debian/libdumbnet-dev.preinst +++ libdumbnet-1.12/debian/libdumbnet-dev.preinst @@ -0,0 +1,8 @@ +#!/bin/sh +set -e + +dpkg-maintscript-helper symlink_to_dir /usr/share/doc/libdumbnet-dev /usr/share/doc/libdumbnet1 '1.12-6~' libdumbnet-dev -- $@ + +#DEBHELPER# + +exit 0
Bug#754907: tracker-extract: Spams system logs
On 2015-02-06 19:34, Michael Biebl wrote: control: tags -1 pending Am 06.02.2015 um 18:52 schrieb Niels Thykier: Dear maintainer, There seems to be a patch upstream for removing the dump file contents to log file behaviour at [1]. Upstream has marked their bug as resolved fixed. Please consider applying this patch at your earliest convenience. If your are constrained by time (or resources), please do not hesitate to let me know and I will arrange an NMU. Sorry for not dealing with this more promptly. I've just uploaded 1.2.4-2 including this patch. Thanks for fixing it now. :) It is very much appreciated. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731892: Bug #731892 fixed with patch in provided Bug #765490 xserver-xorg-video-vmware: resizing issues
hi, No more freezes on logout. Drag and drop and resizing still works fine. I'm using vmware player 5 on windows 7 and have tested the patch with i686 and x86_64. I propose to merge with #765490. No. open-vm-tools has nothing to do with xserver-xorg-video-vmware. Two different packages, two different sources. 731892 is assigned to xserver-xorg-video-vmware where it belongs to. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777189: Info received (link to discussion)
Just because the status options are available doesn't mean they should be shown as options in the client. Do you have any references to that? They've been effectively deprecated from what I gather On 02/05/2015 09:57 PM, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Ari Pollak a...@debian.org If you wish to submit further information on this problem, please send it to 777...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731892: Bug #731892 fixed with patch in provided Bug #765490 xserver-xorg-video-vmware: resizing issues
Dear Maintainer, I could resolve this bug by applying the patch described in Bug #765490 xserver-xorg-video-vmware: resizing issues from http://cgit.freedesktop.org/xorg/driver/xf86-video-vmware/patch/?id=32562129750077a23f26f2e69adc8403eb24bf3f No more freezes on logout. Drag and drop and resizing still works fine. I'm using vmware player 5 on windows 7 and have tested the patch with i686 and x86_64. I propose to merge with #765490. Best Regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777242: smells like fish
Although I checked with bash, as I'm currently using fish it seems like an issue with fish. I realized changing to bash isn't enough and I need to set bash as standard shell. /home/martin chsh -s (which bash) /home/martin su root@schlepptop:/home/martin# apt-get purge flashplugin-nonfree Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen Fertig Die folgenden Pakete werden ENTFERNT: flashplugin-nonfree* 0 aktualisiert, 0 neu installiert, 1 zu entfernen und 4 nicht aktualisiert. Nach dieser Operation werden 180 kB Plattenplatz freigegeben. Möchten Sie fortfahren? [J/n] ^C root@schlepptop:/home/martin# export LC_ALL=C root@schlepptop:/home/martin# apt-get purge flashplugin-nonfree Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: flashplugin-nonfree* 0 upgraded, 0 newly installed, 1 to remove and 4 not upgraded. After this operation, 180 kB disk space will be freed. Do you want to continue? [Y/n] y (Reading database ... 268586 files and directories currently installed.) Removing flashplugin-nonfree (1:3.6.1) ... Purging configuration files for flashplugin-nonfree (1:3.6.1) ... Processing triggers for man-db (2.7.0.2-5) ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776574: makedumpfile: Please enable firmware assisted dump
Package: makedumpfile Version: 1:1.5.7-5 Followup-For: Bug #776574 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu vivid ubuntu-patch Dear Louis, Here is an updated patch that addresses issues highlighted here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1415562/comments/11 Thanks, --chris * Fix panic_on_oops erratic handling Closes: #776582 [ Hari Bathini hbath...@linux.vnet.ibm.com ] * Add firmware assisted dump support, add changes to remove warnings. Closes: #776574, LP: #1415562 Thanks for considering the patch. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty-proposed'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-45-lowlatency (SMP w/12 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru makedumpfile-1.5.7/debian/changelog makedumpfile-1.5.7/debian/changelog diff -Nru makedumpfile-1.5.7/debian/kdump-config makedumpfile-1.5.7/debian/kdump-config --- makedumpfile-1.5.7/debian/kdump-config 2014-12-05 05:17:00.0 -0600 +++ makedumpfile-1.5.7/debian/kdump-config 2015-02-06 13:22:25.0 -0600 @@ -55,8 +55,19 @@ # Constants vmcore_file=/proc/vmcore sys_kexec_crash=/sys/kernel/kexec_crash_loaded +sys_fadump_enabled=/sys/kernel/fadump_enabled +sys_fadump_registered=/sys/kernel/fadump_registered kexec_cmd_file=$KDUMP_COREDIR/kexec_cmd +# DUMP_MODE = kdump/fadump +# The default dump mode is kdump. +DUMP_MODE=kdump + +# If /sys/kernel/fadump_enabled is set to `1`, use fadump as dump mechanism +if [ -e $sys_fadump_enabled ] [ `cat $sys_fadump_enabled` -eq 1 ]; then + DUMP_MODE=fadump +fi + # Utility Functions # function kdump_help() @@ -65,14 +76,19 @@ Usage: kdump-config {help|test|show|status|load|unload|savecore|propagate} help - print this page - test - Do a dry-run of the load command. Show the kernels and - parameters that will be used and echo the kexec command. - The kexec command will not be executed. - show - Show kdump status, kexec command, and any current parameters. - status- evaluate /sys/kernel/kexec_crash_loaded and print a message + test - Do a dry-run of kdump kernel load command by showing + the kernels and parameters that will be used and echo'ing + the kexec command. The kexec command will not be executed. + If using fadump, check if required sysfs directories exist. + show - Show dump mode, status, any current parameters. + Show kexec command for kdump. + status- evaluate /sys/kernel/{kexec_crash_loaded,fadump_registered} + depending on dump mode. Print appropriate message load - Locate the kdump kernel, debug kernel, and establish links for makedumpfile. Then load the kdump kernel using kexec + If using fadump, register. unload- unload the kdump kernel using kexec + If using fadump, unregister. savecore - use previously made links to save /proc/vmcore propagate - Send public ssh key to remote host for passwordless connection @@ -81,10 +97,13 @@ function kdump_show() { + echo DUMP_MODE:$DUMP_MODE echo USE_KDUMP:$USE_KDUMP echo KDUMP_SYSCTL: $KDUMP_SYSCTL echo KDUMP_COREDIR:$KDUMP_COREDIR - echo crashkernel addr: $IOMEM_ADDR + if [ $DUMP_MODE == kdump ]; then + echo crashkernel addr: $IOMEM_ADDR + fi if [ -n $SSH ];then echo SSH: $SSH @@ -100,6 +119,16 @@ echo HOSTTAG: $HOSTTAG fi + if [ $DUMP_MODE == fadump ]; then + if [ -e $sys_fadump_registered ] + [ `cat $sys_fadump_registered` -eq 1 ] ; then + echo current state:ready to fadump; + else + echo current state:Not ready to fadump; + fi + return 0 + fi + if [ -e $sys_kexec_crash -a `cat $sys_kexec_crash` -eq 1 ] ; then echo current state:ready to kdump; else @@ -130,6 +159,29 @@ echo $KEXEC_CMD } +# check_fadump_support: Other miscellaneous checks go here: +# 1: if USE_KDUMP is 0, don't set up fadump. +# 2: -e /sys/kernel/fadump_registered indicates that this kernel +#thinks it supports fadump +# +# Returns: none. prints warnings or exit +function check_fadump_support() +{ + if [ -z $USE_KDUMP -o $USE_KDUMP == 0 ] ; then + log_failure_msg $KDUMP_DEFAULTS: USE_KDUMP is not set or zero + [ ! $DRY_RUN ] exit 1; + fi + if [ ! -e $sys_fadump_registered ]; then + log_failure_msg fadump is not configured in this kernel. + log_failure_msg Try passing \fadump=on\ to enable fadump + [ ! $DRY_RUN ] exit 1; + fi +if [ -n $NFS ] [ -n $SSH ];then + log_failure_msg \$SSH and \$NFS cannot be defined concurrently + [ ! $DRY_RUN ] exit 1; + fi +} + # check_kdump_support: Other miscellaneous checks go
Bug#777114: [Debian-med-packaging] Bug#777114: RM: gridengine/6.2u5-7.3
Hi, By the looks of it, this bug will eventually be changed into an unblock bug. I have (in a separate mail) tagged this bug moreinfo. Please remove this tag (and possibly retitle the bug) once you have a fixed version of gridengine in unstable. Thanks (and thanks for looking at fix), ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777248: please update version of testtools (in experimental)
Package: python-testtools Version: 0.9.39-1 Severity: wishlist I just saw that some matchers definitions are not exposed (absent in __all__), so went upstream to see that was already fixed and that there is 1.5.0 release in Nov 2014. So it would be really neat to get fresh testtools into Debian proper. Cheers! -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-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 Init: systemd (via /run/systemd/system) Versions of packages python-testtools depends on: ii python2.7.8-2 ii python-extras 0.0.3-3 ii python-mimeparse 0.1.4-1 ii python-pkg-resources 5.5.1-1 Versions of packages python-testtools recommends: ii python-fixtures 0.3.14-1.1 Versions of packages python-testtools suggests: pn python-testtools-doc none ii python-twisted14.0.2-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777215: Missleading error message in fai-cd
Am Freitag, den 06.02.2015, 13:45 +0100 schrieb Thomas Lange: On Fri, 6 Feb 2015 12:40:53 +0100, Christian Meyer c2h...@web.de said: there is no /srv/fai/nfsroot/live/filesystem.dir/etc/fai/ directory the cause of the problem was the missing package fai-nfsroot in /etc/fai/NFSROOT a much better error message (less technical details but more help to the user how to fix it) would be Why did you removed fai-nfsroot from /etc/fai/NFSROOT? I think I cannot consider all those cases in the error messages. In 99% this error messages is caused by forgetting to build the nfsroot. You are the first one who did build the nfsroot, but it was build incorrectly. Oh really? - this explains why I didn't find a solution online. Sorry, I think I can't catch all thoses cases with better error messages. Okay, thats right. I remember murphys law. (It is impossible to make anything foolproof ...) I wonder why you test $NFSROOT/etc/fai and not $NFSROOT. Of course it makes sense: the NFSROOT isn't useful without fai-nfsroot. But the error message is about an not existing NFSROOT at all. My intention in filing this bug report was to help making FAI friendlier to newbies and misconfiguration. I thought of something like: [ -d $NFSROOT ] || die 10 Please create NFSROOT by calling fai-make-nfsroot or fai-setup. [ -d $NFSROOT/etc/fai ] || die XY Don't remove fai-nfsroot from /etc/fai/NFSROOT. You'll need it! Okay: perhaps it makes more sense when fai-make-nfsroot (and not fai-cd) is testing $NFSROOT/etc/fai (along with other really important packages) - or (at least) comment these rip (really important packages ;) ) in /etc/fai/NFSROOT like you did with the architecture dependend kernel images: # you should not edit the lines below But I agree: If this is really rare and I am the first and only person with this particular problem - please feel free to simply close this bug. I wonder why you removed the package fai-nfsroot from /etc/fai/NFSROOT? Short answer: I didn't remove it intentionally and I don't know why $NFSROOT/etc/fai wasn't present. Yes: I messed up the configuration before but I thought I had cleaned it up again. - Possibly not good enough. In fact fai-nfsroot package was in /etc/fai/NFSROOT and I only added it a second time in the file to fix it (don't looked for it before). I tried to reproduce the problem and track it down but didn't find the cause of why the NFSROOT is build (even without an error) but fai-nfsroot is not included. Christian Meyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776708: flashplugin-nonfree: Bump version number when upstream has security vulnerabilities
Hello Bart, the current package poses a severe security problem. My wish would be that the package checks via a cron job if the upstream flashplayer has been updated. If so download the new version. Could you, please, add a comment in the bug report why you set this problem to won't fix. Would you be willing to consider a patch that provides the desired behavior if it were provided to you? Best regards Heinrich Schuchardt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777245: obfs4proxy: description should clarify whether it is meant to be installed on client or bridge
Package: obfs4proxy Version: 0.0.3-2 Severity: minor The package description says obfs4proxy is a tool that attempts to circumvent censorship by transforming the Tor traffic between the client and the bridge. However, the description doesn't make it clear whether the obfs4proxy package is intended to be installed on the client, on the bridge or both.
Bug#776909: kernel-package: couple of modules fail to load after wheezy to jessie upgrade
Control: retitle -1 Keyboard non-functional on LG X-note LS50a (I've split this into two bug reports.) On Fri, 2015-02-06 at 18:48 +0100, Rafał Pietrak wrote: [...] 4. DRM:i9xx fails to configure with *ERROR* pipe A underrun Please send the full kernel boot messages when booting with old and new kernel versions (run 'dmesg filename'). Ben. attached. That's with the new kernel (3.16.0-4-586); how about the old one (3.2.0-4-486)? If you didn't find a way to boot the old kernel, you should be able to work around the problem by running these commands (as root) under the new kernel before rebooting into the old one: echo /etc/initramfs-tools/modules ext4 update-initramfs -u -k 3.2.0-4-486 Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#686844: [gksu] I also run into this problem on Wheezy. It makes gksudo unsuable in scripts.
Package: gksu Version: 2.0.2-6 --- Please enter the report below this line. --- The line: gksudo -m Enter your password to confirm those changes rm /var/chkboot/bootfiles-diff in a script ends in the problem described in this bug report. The same worked fine on Squeeze. Please fix, regards, Rolf --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-0.bpo.4-amd64 Debian Release: 7.8 500 stable-updates ftp.de.debian.org 500 stable security.debian.org 500 stable ftp.de.debian.org 100 wheezy-backports ftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+- libatk1.0-0 (= 1.12.4) | libc6 (= 2.3.4) | libcairo2 (= 1.2.4) | libfontconfig1(= 2.8.0) | libfreetype6 (= 2.2.1) | libgconf2-4 (= 2.31.1) | libgdk-pixbuf2.0-0 (= 2.22.0) | libgksu2-0(= 2.0.8) | libglib2.0-0 (= 2.16.0) | libgnome-keyring0(= 2.20.3) | libgtk2.0-0 (= 2.8.0) | libpango1.0-0(= 1.14.0) | libstartup-notification0(= 0.2) | sudo | Recommends (Version) | Installed -+-=== gnome-keyring| 3.4.1-5 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776982: [Debconf-team] Bug#776982: Bug#776982: Request for summit.debconf.org pseudo-package
On Fri, Feb 06, 2015 at 12:03:29PM +0100, Gaudenz Steinlin wrote: Eric Dantan Rzewnicki e...@zhevny.com writes: On Thu, Feb 05, 2015 at 11:01:09AM +0100, Richard Hartmann wrote: On Thu, Feb 5, 2015 at 10:42 AM, Gaudenz Steinlin gaud...@debian.org wrote: I think the best would be to create a new list for this on lists.debian.org. We want to move all the debconf lists to the Debian list infrastructure anyway. Yes. I suggest debconf-sum...@lists.debian.org. Not a slightly broader debconf-infra@l.d.o ? That sounds even better. Gaudenz Are we settled on debconf-in...@lists.debian.org ? -edrz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777252: RFS: netcdf-cxx/4.2.1-1~exp1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package netcdf-cxx * Package name: netcdf-cxx Version : 4.2.1-1~exp1 Upstream Author : University Corporation for Atmospheric Research/Unidata * URL : https://github.com/Unidata/netcdf-cxx4 * License : NetCDF Section : science It builds these binary packages: libnetcdf-c++4-1 - C++ interface for scientific data access to large binary data libnetcdf-c++4-dbg - debugging symbols for NetCDF C++ libnetcdf-c++4-dev - creation, access, and sharing of scientific data in C++ libnetcdf-c++4-doc - NetCDF C++ API documentation To access further information about this package, please visit the following URL: http://mentors.debian.net/package/netcdf-cxx Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/netcdf-cxx/netcdf- cxx_4.2.1-1~exp1.dsc More information about hello can be obtained from http://www.unidata.ucar.edu/software/netcdf/. Changes since the last upload: [ Bas Couwenberg ] * Initial release (Closes: #775520) * Install libnetcdf_c++4.a (Closes: #728498) [ Ross Gammon ] * Close bugs in changelog * Add myself to Uploaders Regards, Ross Gammon -- System Information: Debian Release: jessie/sid APT prefers trusty-security APT policy: (990, 'trusty-security'), (900, 'trusty-updates'), (500, 'trusty'), (400, 'trusty-proposed'), (200, 'utopic-proposed'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-44-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738296: ITA: jasmin-sable -- Java class (.class) file assembler
Le 06/02/2015 23:48, Chris Lamb a écrit : I think it would be best if the Java Team just took the package (ie. not co-maintained). :) Let me know if you need anything to move forward on this. Well I asked Adrian because he intended to adopt the package last year, but if he's no longer interested I'll pull the package under pkg-java. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773952: Fwd: O: e2ps -- Convert plain text into PostScript
noowner 773952 retitle 773952 O: e2ps -- Convert plain text into PostScript Thanks Le Thursday 5 February 2015 21:38:39, Ana Guerrero Lopez a écrit : On Thu, Feb 05, 2015 at 10:19:34AM +0100, Denis Briand wrote: From: Denis Briand deb...@denis-briand.fr To: cont...@bugs.debian.org, submit...@bugs.debian.org, 773...@bugs.debian.org Date: Thu, 5 Feb 2015 10:13:25 +0100 Subject: O: e2ps -- Convert plain text into PostScript User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) Message-Id: 201502051013.44192.deb...@denis-briand.fr owner 773952 ! retitle 773952 ITA: e2ps -- Convert plain text into PostScript thanks I intend to adopt this little package. Is there any upstream web page or repository? It seems to be abandoned by upstream, which means that adopting this package in Debian, you will have to become upstream too. Ana Hello Ana, thank you for your comment. After to study source code closely and after this thread on debian-legal: https://lists.debian.org/debian-legal/2015/02/msg1.html I don't prefere adopt this package and I don't want to become upstream. Let this low popcon package to be removed from the archive. regards Denis Briand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777243: Bug#776909: kernel-package: couple of modules fail to load after wheezy to jessie upgrade
W dniu 06.02.2015 o 20:31, Ben Hutchings pisze: Control: retitle -1 Boot fails due to missing ext4 module On Fri, 2015-02-06 at 18:48 +0100, Rafał Pietrak wrote: W dniu 04.02.2015 23:07, Ben Hutchings pisze: [...] Severity: grave Tags: newcomer Justification: renders package unusable I've upgraded my LG notebook (X-note: LS50a) from wheezy to jessie and: 1. the upgrade have installed kernel version-i585 in addition to my earlier (automatically installed during an upgrade to wheezy) version-i486. 2. when booting i486, it fails to modprobe ext4-fs during the boot. It breaks boot sequence, but manual (from shell prompt) modprobe ext4 does not load the module into the kernel. Can you clarify how far the system boots? Does it stop at a shell with the prompt '(initramfs)'? Stops at: maintenance mode. Give root password or control-D And I think, it does that because /srv/pgdat is ext4 and cannot be mounted because of missing ext4.ko within the kernel. I vagually remember the boot stopping at (initramfs), but after I've moved /usr to jfs it is mounted during the boot and the process stops somewhat farther. Please send a copy of the /etc/fstab file. =/etc/fstab=== proc /procprocdefaults0 0 /dev/mapper/vg0-root/xfsdefaults0 1 [...] So is the root filesystem type really xfs, or is it ext4? Yes, it's XFS. I didn't bother to change that after my experimentation time was done (I don't mind since my /usr is on a separate partition). So, at this point only /srv/pgdat is ext4 and it looks like it only rises a problem of missing ext4.ko module when booting kernel 3.2.xxx-486, which was the kernel *number* I used before the upgrade (it was upgraded by apt-get since); Yet, ext4 are modprobed correctly only when I boot from 3.16.x-586 kernel, which jessie have installed on this machine. One additional info regarding keyboard: 1. currently, after the upgrade I have six entries in my grub.menu: 1) linux-586, 2) linux-586 (sysvinit), 3) linux-586 (recover), 4) linux-486, 5) linux-486 (sysvinit), and 6) linux-486 (recover) 2. when I boot (5) (e.g.: linux-486/sysvinit) I get the notebook keyboard working correctly. No other boot does that. -R -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777251: rst2pdf: incorrect monkey-patching of PDFDate causes non-reproducible output
Source: rst2pdf Version: 0.93-4 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain randomness X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that rst2pdf can generate PDFs with non-determinstic output. What happens is that because the monkey-patched PDFDate does not extend PDFObject, when Reportlab goes to format it: # reportlab/pdfbase/pdfpattern.py if isinstance(x,strTypes): L.append(pdfdocEnc(x)) elif isinstance(x,PDFObject): L.append(x.format(document)) else: # [..] L.append(pdfdocEnc(str(value))) ... we don't call .format(), but rather we end up calling str(..) on the our monkey-patched instance, returning a value such as: rst2pdf.createpdf.PDFDate instance at 0x7fc7cd56b320 This string gets embedded into the final PDF via the CreationDate PDF metadata and, as the embedded memory address is non-deterministic, it results in non-reproducible output. The attached patch simply specifies PDFObject as the parent class so we take the right branch in the above code. Once applied, various packages can then be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/rst2pdf/createpdf.py b/rst2pdf/createpdf.py index 610a518..b4ea39d 100644 --- a/rst2pdf/createpdf.py +++ b/rst2pdf/createpdf.py @@ -1513,7 +1513,7 @@ def patch_PDFDate(): '''Patch reportlab.pdfdoc.PDFDate so the invariant dates work correctly''' from reportlab.pdfbase import pdfdoc import reportlab -class PDFDate: +class PDFDate(pdfdoc.PDFObject): __PDFObject__ = True # gmt offset now suppported def __init__(self, invariant=True, dateFormatter=None):
Bug#775825: pu: package amd64-microcode/1.20141028.1
Control: tags -1 + confirmed wheezy On Tue, 2015-01-20 at 11:28 -0200, Henrique de Moraes Holschuh wrote: I'd like to update the amd64-microcode package in wheezy. The AMD-supplied microcode update fixes critical errata in AMD family 0x15 processors, and unknown-severity errata in the new AMD family 0x16 processors. Please go ahead. 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#731892: Re: Bug#731892: Bug #731892 fixed with patch in provided Bug #765490 xserver-xorg-video-vmware: resizing issues
Hello, I assume my report has been misunderstood. You are right, these are two packages. But the behavior observed by the bug reporter is exactly what I also observed. So I long struggled with this problem. Then I found https://bbs.archlinux.org/viewtopic.php?pid=1468592#p1468592 which mentions ... Xorg 1.16, the xf86-video-vmware driver, and open-vm-tools DO NOT work together...It turns out the problem is specifically with Xorg 1.16 and the xf86-video-vmware driver... So in this bug we assume it is clearly related to open-vm-tools, but in fact it seems the underlying xserver-xorg-video-vmware causes this behavior. So by patching xserver-xorg-video-vmware as noted above, my observed problem with open-vm-tools was gone. So finally I can only encourage everyone, which observes the same problem, to try patching xserver-xorg-video-vmware. Best Regards Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731892: Re: Bug#731892: Bug #731892 fixed with patch in provided Bug #765490 xserver-xorg-video-vmware: resizing issues
Hi Hannes, indeed, I was confused about different bug reports so I failed to understand what you wanted to say - sorry :) Merging right now. Cheers, Bernd On 02/06/2015 10:53 PM, Hannes Müller wrote: Hello, I assume my report has been misunderstood. You are right, these are two packages. But the behavior observed by the bug reporter is exactly what I also observed. So I long struggled with this problem. Then I found https://bbs.archlinux.org/viewtopic.php?pid=1468592#p1468592 which mentions ... Xorg 1.16, the xf86-video-vmware driver, and open-vm-tools DO NOT work together...It turns out the problem is specifically with Xorg 1.16 and the xf86-video-vmware driver... So in this bug we assume it is clearly related to open-vm-tools, but in fact it seems the underlying xserver-xorg-video-vmware causes this behavior. So by patching xserver-xorg-video-vmware as noted above, my observed problem with open-vm-tools was gone. So finally I can only encourage everyone, which observes the same problem, to try patching xserver-xorg-video-vmware. Best Regards Hannes -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776989: unblock: util-linux/2.25.2-5
Control: tags -1 d-i On 2015-02-03 21:19, Andreas Henriksson wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package util-linux The new revision of the package fixes a typo in the 2.25.2-4.1 NMU (currently in testing) as well as works around problems in live-tools and prevents partial upgrades vs grml-debootstrap. Please note that the initramfs-tools version pulling in parts of hwclock into the initramfs never made it into jessie. Hopefully we can improve the situation so that it's not necessary again during the Stretch development timeframe. See attached git diff debian/2.25.2-4.1..debian/2.25.2-5 unblock util-linux/2.25.2-5 Thanks to both NMUers and all bug reporters for their interest in improving the package. [...] Hi, Looks good to me, CC'ing KiBi for a d-i ack. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756627: postfix-pgsql still broken with 9.4
Re: Antony 2015-02-06 54d5072f.5030...@parkmott.com Hi Christoph, From memory, I think it was 9.4.0 but I purged it so no trace. I had it installed Feb 2 and PostgreSQL 9.4.1 came out only yesterday according to http://www.postgresql.org/about/news/1569/ so that also makes me think it was probably 9.4.0. The bug is fixed in 9.4.1. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776928: unblock: debian-installer-netboot-images/20150107
Hi, On Freitag, 6. Februar 2015, Niels Thykier wrote: * Bump debhelper compat level to 9. A debhelper compat is an explicit no-go per the freeze policy. Otherwise, looks good to me. Niels, so you're suggesting another upload with just that change reverted? Didier, can you do that or should I? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#777253: beep: please make the build reproducible
Hi Chris, Chris Lamb wrote: The attached patch removes timestamps from the build system. [...] - gzip --best $(TMP1)/usr/share/man/man1/beep.1 + gzip --best -9 $(TMP1)/usr/share/man/man1/beep.1 I doubt that. The gzip options --best and -9 are equivalent. Any chance that you meant adding -n (When compressing, do not save the original file name and time stamp by default.) instead of -9? Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777253: beep: please make the build reproducible
I doubt that. The gzip options --best and -9 are equivalent. Brain fart. Should be -n of course. So, I did test it in my local reproducibility harness but then recreated the patch manually as it was so simple.. that'll teach me :) Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777189: Info received (link to discussion)
https://hg.pidgin.im/pidgin/main/file/4432aff3b90d/libpurple/protocols/oscar/oscar.h#l423 What should be displayed instead if we get that from the server? On Fri Feb 06 2015 at 4:09:17 PM Stephen Crowley scrow...@canaccord.com wrote: Just because the status options are available doesn't mean they should be shown as options in the client. Do you have any references to that? They've been effectively deprecated from what I gather On 02/05/2015 09:57 PM, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Ari Pollak a...@debian.org If you wish to submit further information on this problem, please send it to 777...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system.
Bug#777176: pre-approval: unblock: phpldapadmin/1.2.2-5.2
Control: tags -1 confirmed moreinfo Control: severity 761637 serious On 2015-02-05 23:19, Mika Pflüger wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, phpldapadmin has bug #761637, which I think is RC for phpldapadmin. The short version is: phpldapadmin is a frontend to manage ldap directories. As a regression from stable, the version in testing crashes if an entry in the managed ldap directory contains a password field. As it is /very/ common to have password fields in ldap entries, this renders the package unusable for a large portion of the user base. Fortunately, the fix for this is small, as the issue is already partly fixed by version 1.2.2-5.1 which is already in testing. It was missing: * A single line change in the code. * An update of the config file * A NEWS entry to explain users how to update their config. I have prepared a package containing the fix, which can provisionally be found at https://mentors.debian.net/package/phpldapadmin . The meat of the debdiff is: [...] (the version currently at mentors has a slightly larger debdiff due to quilt refresh'ing of the php-5.5-compat.patch, but with no further real changes). If you pre-approve the unblock request, I will write a NEWS entry, seek a sponsor and come back to you. I am using a fixed version at a reasonably busy site for two weeks now. One thing to note is that the version currently in testing deviates from the upstream solution, possibly because it predates it. The setting which collides with a php-internal function name ('password_hash' in debian stable) was [incompletely, hence this bug] changed to 'password_hash_custom' in debian, but to 'pla_password_hash' in the 1.2.3 upstream version. That is clearly a suboptimal situation, as this will confuse users and will come back to bite us later. However, I guess changing 'password_hash_custom' to 'pla_password_hash' is a bit intrusive at this stage of the release cycle. If you disagree, I can also prepare a patch which aligns with upstream's choice of bike shed colour. Cheers, Mika unblock phpldapadmin/1.2.2-5.2 [...] Hi Mika, Thanks for contacting us this. I am inclined to agree that this is regression compared to Wheezy should be an RC bug. Please go ahead with the proposed patch for Jessie. It would make sense for Stretch to have the upstream version of the fix. On that note, have you been in contact with the current maintainers? If they are not active anymore, perhaps you could consider picking it up, so we do not have a similar issue at the next release? Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777250: libpoppler46: uninitialised value in Splash::blitImage()
Package: libpoppler46 Version: 0.26.5-2 Tags: patch If you run pdftoppm on the attached PDF file under Valgrind, it reports use of uninitialised value: ==9653== Command: pdftoppm -r 50 oed1.pdf x ==9653== Parent PID: 1383 ==9653== ==9653== Conditional jump or move depends on uninitialised value(s) ==9653==at 0x49B5F04: Splash::pipeRun(SplashPipe*) (Splash.cc:450) ==9653==by 0x49C49F8: Splash::blitImage(SplashBitmap*, bool, int, int, SplashClipResult) (Splash.cc:5089) ==9653==by 0x49C511B: Splash::drawImage(bool (*)(void*, unsigned char*, unsigned char*), void*, SplashColorMode, bool, int, int, double*, bool, bool) (Splash.cc:3732) ==9653==by 0x48C806C: SplashOutputDev::drawSoftMaskedImage(GfxState*, Object*, Stream*, int, int, GfxImageColorMap*, bool, Stream*, int, int, GfxImageColorMap*, bool) (SplashOutputDev.cc:3716) ==9653==by 0x491394F: Gfx::doImage(Object*, Stream*, bool) (Gfx.cc:4646) ==9653==by 0x491496B: Gfx::opXObject(Object*, int) (Gfx.cc:4179) ==9653==by 0x49059BF: Gfx::execOp(Object*, Object*, int) (Gfx.cc:903) ==9653==by 0x490E974: Gfx::go(bool) (Gfx.cc:762) ==9653==by 0x490EEBF: Gfx::display(Object*, bool) (Gfx.cc:728) ==9653==by 0x4957733: Page::displaySlice(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, bool (*)(void*), void*, bool (*)(Annot*, void*), void*, bool) (Page.cc:585) ==9653==by 0x495F557: PDFDoc::displayPageSlice(OutputDev*, int, double, double, int, bool, bool, bool, int, int, int, int, bool (*)(void*), void*, bool (*)(Annot*, void*), void*, bool) (PDFDoc.cc:503) ==9653==by 0x109A7E: savePageSlice (pdftoppm.cc:222) ==9653==by 0x109A7E: main (pdftoppm.cc:521) ==9653== Uninitialised value was created by a stack allocation ==9653==at 0x49C413F: Splash::blitImage(SplashBitmap*, bool, int, int, SplashClipResult) (Splash.cc:5030) The attached patch seems to fix it. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libpoppler46 depends on: ii libc6 2.19-14 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgcc11:4.9.2-10 ii libjpeg62-turbo1:1.3.1-11 ii liblcms2-2 2.6-3+b3 ii libopenjpeg5 1:1.5.2-3 ii libpng12-0 1.2.50-2+b2 ii libstdc++6 4.9.2-10 ii libtiff5 4.0.3-12 ii multiarch-support 2.19-14 -- Jakub Wilk oed1.pdf.gz Description: application/gzip --- poppler-0.26.5.orig/splash/Splash.cc +++ poppler-0.26.5/splash/Splash.cc @@ -5082,6 +5082,7 @@ void Splash::blitImage(SplashBitmap *src } } } else { + pipe.shape = 0; for (y = y0; y y1; ++y) { pipeSetXY(pipe, xDest + x0, yDest + y); for (x = x0; x x1; ++x) {
Bug#776799: unblock: systemd/215-11
Control: tags -1 d-i On 2015-02-01 21:16, Martin Pitt wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock systemd 215-11 hit unstable three days ago with some important/safe fixes. So far there have been no regression reports. I attach the full debdiff between 215-10 and -11, but as usual I also link to the individual commits on anonscm. Note that there are zero changes for udev and hence the udebs (for d-i). Hi, Thanks, looks good to me. As a formality, it still needs a d-i ack for this. :) The rest of the message is quoted in full for KiBi's convenience. Thanks, ~Niels Annotated changelog: | [ Martin Pitt ] | * escape-beef-up-new-systemd-escape-tool.patch: Avoid creating a danling | symlink, to work around regression in recent patch (see #776257). That's an RC bug in patch, but easily worked around in systemd, so that we can actually upload new versions until it gets fixed. patch still needs to be fixed properly to unbreak glibc and a bunch of other affected packages, of course. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=492416 Sorry for the typo in the changelog! (Fixed in git). | * Order ifup@.service and networking.service after network-pre.target. | (Closes: #766938) network-pre.target in Debian's shipped units only occurs in one package [1]; so this will make no practical difference on most systems, but will make ifup@.service actually behave according to documentation and fix pyroman's startup order to really start the firewall before bringing up network interfaces. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=b29acf [1] http://codesearch.debian.net/results/network-pre.target | * Tone down Network interface NamePolicy= disabled on kernel commandline, | ignoring info message to debug, as we expect this while we disable | net.ifnames by default. (Closes: #762101, LP: #1411992) Confusing, and trivial. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=9cc4d0745 | * logind: handle closing sessions over daemon restarts. (Closes: #759515, | LP: #1415104) This is admittedly a bit intrusive, but still relatively straightforward; I'm happy to answer further questions about it. I've heard this error (also on Ubuntu) from a lot of users by now, and it essentially breaks your running desktop sessions on installing package upgrades so I'd really like to fix this for Jessie. I have tested it fairly thoroughly. If you object or have doubts, I'm ok with backing this out again in -12. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=37ce19d | * logind: Fix sd_eviocrevoke ioctl call, to make forced input device release | after log out actually work. This is quite an obvious fix of the ioctl; calling this security is a stretch as we don't really use this feature in Debian yet. But it's an interesting thing if you have a multi-seat system and use Wayland instead of X. Again, if you object I'd be okay with backing this out if you object. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=2d0f077 | * debian/patches/series: Move upstreamed patches into the appropriate | section. No actual run-time effect, this just clarifies the status of our patches. http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=0d5964 | [ Michael Biebl ] | * Make sure we run debian-fixup.service after /var has been mounted if /var | is on a separate partition. Otherwise we might end up creating the | /var/lock and /var/run symlink in the underlying root filesystem. | (Closes: #768644) http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=a09ebde9 Trivial and obvious fix; that bug can break your system pretty badly if you hit the race. Thanks for considering! Martin unblock systemd/215-11 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777254: RFS: aaphoto/0.43.1-3 put in ITA -- Auto Adjust Photo, automatic color correction of photos
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package aaphoto: * Package name:aaphoto Version : 0.43.1-3 Upstream Author : Andras Horvath m...@log69.com * URL : http://log69.com/aaphoto_en.html * License : GPL-3 Section : graphics It builds those binary packages: aaphoto - Auto Adjust Photo, automatic color correction of photos To access further information about this package, please visit the following URL: http://mentors.debian.net/package/aaphoto Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/aaphoto/aaphoto_0.43.1-3.dsc More information about aaphoto can be obtained from: http://log69.com/aaphoto_en.html and https://github.com/log69/aaphoto Changes since the last upload: * New maintainer (Closes: #673231). * Rename patch files (Thanks Eriberto for your work). * DM uploads are allowed now. * Change upstream web homepage. Regards, Denis Briand signature.asc Description: This is a digitally signed message part.
Bug#777256: efax expects data in wrong bit order when class 1 or 2.0 autodetected
Package: efax Version: 1:0.9a-19 Severity: normal Dear Maintainer, for compatibility with some class 2 modems efax allows the received image data to have its bit in each byte reversed. It uses this mode by default unless the protocol is explicitly set to class 1 or 2.0 with -o1 or -o0 or reversing is switched off with -or. The problem is that the bits are still reversed when the protocol is selected automatically, regardless of the protocol version used. This is because the bit reversal table is initialized in begin_session() while the protocol is detected later in modem_init(). When faxes are received with the wrong bit order, all lines of the image will have errors since no line decodes to the correct width. Sending faxes is unaffected by this problem as there is no bit reversal, even with class 2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726072: Status update?
Hi, I've been hit by this bug as well, and ended up doing something similar to the (previously) attached patch. I agree this should be more severve than whishlist; as can be seen on duplicity's man page SIGN_PASSPHRASE, PASSPHRASE, --encryption-key and --sign-key all belong together. They're missing because backupninja hasn't been updated to properly support the recent versions of duplicity. This makes sense for old-stable (with an old copy of duplicity), but not for stable and testing jessie). What needs to be done to get this (or equivalent) merged? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775077: autorun.inf line endings
tag 775077 moreinfo severity 775077 minor thanks can somone with a with a windows system find out? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777264: Could not connect to ftp.tw.debian.org:80 (140.112.8.139). - connect (110: Connection timed out)
Package: mirrors Severity: normal # apt-get update Hit http://security.debian.org stable/updates Release.gpg Hit http://security.debian.org stable/updates Release Hit http://security.debian.org stable/updates/main Sources Hit http://security.debian.org stable/updates/main i386 Packages Hit http://security.debian.org stable/updates/main Translation-en Err http://ftp.tw.debian.org stable Release.gpg Could not connect to ftp.tw.debian.org:80 (140.112.8.139). - connect (110: Connection timed out) Ign http://ftp.tw.debian.org stable Release Ign http://ftp.tw.debian.org stable/main Sources/DiffIndex Ign http://ftp.tw.debian.org stable/main i386 Packages/DiffIndex Err http://ftp.tw.debian.org stable/main Translation-en_US Unable to connect to ftp.tw.debian.org:http: Err http://ftp.tw.debian.org stable/main Translation-en Unable to connect to ftp.tw.debian.org:http: Err http://ftp.tw.debian.org stable/main Sources Unable to connect to ftp.tw.debian.org:http: Err http://ftp.tw.debian.org stable/main i386 Packages Unable to connect to ftp.tw.debian.org:http: W: Failed to fetch http://ftp.tw.debian.org/debian/dists/stable/Release.gpg Could not connect to ftp.tw.debian.org:80 (140.112.8.139). - connect (110: Connection timed out) W: Failed to fetch http://ftp.tw.debian.org/debian/dists/stable/main/i18n/Translation-en_US Unable to connect to ftp.tw.debian.org:http: W: Failed to fetch http://ftp.tw.debian.org/debian/dists/stable/main/i18n/Translation-en Unable to connect to ftp.tw.debian.org:http: W: Failed to fetch http://ftp.tw.debian.org/debian/dists/stable/main/source/Sources Unable to connect to ftp.tw.debian.org:http: W: Failed to fetch http://ftp.tw.debian.org/debian/dists/stable/main/binary-i386/Packages Unable to connect to ftp.tw.debian.org:http: E: Some index files failed to download. They have been ignored, or old ones used instead. -- James Lick -- 黎建溥 -- james.l...@jameslick.com -- http://jameslick.com/
Bug#668709:
Control: tags -1 + pending Patch applied in team svn, need an upload when freeze is over. Regards, Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775527: live-images: upgrade splash to Jessie theme
Daniel Baumann wrote: in order to use the Lines theme for the debian-live images, we need an svg of the isolinux.png. Can you upload one to the themes page? Juliette, any news on this? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777260: foremost: mp4 format not listed in man page
Package: foremost Version: 1.5.7-5 Severity: minor Dear Maintainer, Foremost has built in support for recovering certain data types. The program itself will not list them, but they are listed on the man page. Mp4 support was recently added but it was not added to the list on the man page. Please add mp4 to the list on the man page. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages foremost depends on: ii libc6 2.19-13 foremost recommends no packages. foremost 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#777263: kde-window-manager: KWin crashes at logon on i965 graphics system with desktop effects enabled
Package: kde-window-manager Version: 4:4.11.13-2 Severity: important After a recent update to one of my Debian Jessie laptops (the one where I actually use KDE all the time), I started to get annoying KWin crashes at logon, with undesired consecuences (desktop effects partially working, the panel appears at the wrong edge of the screen, panel is rendered completely opaque instead of the partial transparency effect I've set). Here is one of many of the stack dumps I get on one of those many crashes. Looks like the KWin compositor is doing something that disturbs the i965 driver, therefore leading to a crash. Application: KWin (kwin), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7fdb27abb800 (LWP 3259))] Thread 4 (Thread 0x7fdb019c2700 (LWP 3260)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at .../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7fdb21448924 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #2 0x7fdb2143b9a5 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #3 0x7fdb214483ef in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #4 0x7fdb1eebd0a4 in start_thread (arg=0x7fdb019c2700) at pthread_create.c:309 #5 0x7fdb272adccd in clone () at .../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 3 (Thread 0x7fdb008ad700 (LWP 3262)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at .../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7fdb21448924 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #2 0x7fdb2143b9a5 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #3 0x7fdb214483ef in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #4 0x7fdb1eebd0a4 in start_thread (arg=0x7fdb008ad700) at pthread_create.c:309 #5 0x7fdb272adccd in clone () at .../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7fdb27abb800 (LWP 3259)): [KCrash Handler] #6 0x7fdafb145ab7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #7 0x7fdafb13dbdd in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #8 0x7fdafb11e8ee in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #9 0x7fdafb0d92b0 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #10 0x7fdafaf2f588 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #11 0x7fdafaf30977 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #12 0x7fdafaf30dd5 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so #13 0x7fdb222d34fb in KWin::GLVertexBuffer::draw(QRegion const, unsigned int, int, int, bool) () from /usr/lib/libkwinglutils.so.1abi2 #14 0x7fdb27656149 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #15 0x7fdb2765a032 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #16 0x7fdb2765a1e9 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #17 0x7fdb27665929 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #18 0x7fdafa0d7db9 in ?? () from /usr/lib/kde4/kwin4_effect_builtins.so #19 0x7fdb276658c1 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #20 0x7fdb27640d71 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #21 0x7fdb2766576a in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #22 0x7fdb26d87ae1 in KWin::Effect::paintWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData) () from /usr/lib/libkwineffects.so.1abi5 #23 0x7fdb27665711 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #24 0x7fdb27644cd2 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #25 0x7fdb27642eed in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #26 0x7fdb27640b95 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #27 0x7fdb276654f0 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #28 0x7fdb26d87a4f in KWin::Effect::paintScreen(int, QRegion, KWin::ScreenPaintData) () from /usr/lib/libkwineffects.#29 0x7fdb2766549f in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #30 0x7fdb27643399 in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #31 0x7fdb2765744f in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #32 0x7fdb27639f7b in ?? () from /usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so #33 0x7fdb2156b513 in QObject::event(QEvent*) () from /usr/lib/x86_64 -linux-gnu/libQtCore.so.4 #34 0x7fdb208a629c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #35 0x7fdb208acda8 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #36 0x7fdb25ec11aa in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #37 0x7fdb21551f8d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #38
Bug#777262: /etc/network/if-pre-up.d/tinc failed with dash as /bin/sh
Package: tinc Version: 1.1~pre11-1 Severity: normal Hello, I'm using tinc through the ifupdown hooks, but the if-pre-up hook fails with dash: $ sudo ifup -v mynet Configuring interface mynet=mynet (inet) run-parts --exit-on-error --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/bridge run-parts: executing /etc/network/if-pre-up.d/ethtool run-parts: executing /etc/network/if-pre-up.d/hostap-utils run-parts: executing /etc/network/if-pre-up.d/hostapd run-parts: executing /etc/network/if-pre-up.d/tinc + [ -z mynet ] + . /etc/default/tinc run-parts: /etc/network/if-pre-up.d/tinc exited with return code 1 Failed to bring up mynet. It seems adding some useless command in /etc/default/tinc, such as date(1), is a work-around. Changing #!/bin/sh to #!/bin/bash also works. Thanks, Yixuan -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: sysvinit (via /sbin/init) Versions of packages tinc depends on: ii libc6 2.19-14 ii liblzo2-2 2.08-1.2 ii libncurses5 5.9+20140913-1 ii libreadline6 6.3-8+b3 ii libssl1.0.0 1.0.1k-1 ii libtinfo5 5.9+20140913-1 ii zlib1g1:1.2.8.dfsg-2+b1 tinc recommends no packages. tinc suggests no packages. -- Configuration Files: (added set -x for debugging) /etc/network/if-pre-up.d/tinc changed: set -e set -x [ -z $IF_TINC_NET ] exit 0 . /etc/default/tinc setlimits() { while [ $# -gt 0 ]; do parm=$1 ; shift if [ -n $1 -a ${1#-} = $1 ]; then value=$1 ; shift ulimit $parm $value else ulimit $parm fi done } test -n $LIMITS setlimits $LIMITS [ -n $IF_TINC_CONFIG ] EXTRA=$EXTRA -c $IF_TINC_CONFIG [ -n $IF_TINC_DEBUG ]EXTRA=$EXTRA -d$IF_TINC_DEBUG [ -n $IF_TINC_MLOCK ]EXTRA=$EXTRA --mlock [ -n $IF_TINC_LOGFILE ] EXTRA=$EXTRA --logfile=$IF_TINC_LOGFILE [ -n $IF_TINC_CHROOT ] EXTRA=$EXTRA --chroot [ -n $IF_TINC_USER ] EXTRA=$EXTRA --user=$IF_TINC_USER /usr/sbin/tincd -n $IF_TINC_NET -o Interface=$IFACE $EXTRA sleep 0.1 i=0; while [ ! -f /var/run/tinc.$IF_TINC_NET.pid ] ; do if [ $i = '30' ] ; then echo 'Failed to start tinc daemon!' exit 1 fi sleep 0.1 i=$(($i+1)) done exit 0 -- 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#777262: a test script
Package: tinc Version: 1.1~pre11-1 Followup-For: Bug #777262 I've created a minimal test case to show the difference between dash and bash. Not sure which one is correct... #!/bin/sh set -e set -x # a file with an empty line echo empty.conf # set $? to 1 false exit 0 # dash doesn't reset $?, but bash resets(?) # $? is still 1? . ./empty.conf || echo this line fails # end of script Regards, Yixuan -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: sysvinit (via /sbin/init) Versions of packages tinc depends on: ii libc6 2.19-14 ii liblzo2-2 2.08-1.2 ii libncurses5 5.9+20140913-1 ii libreadline6 6.3-8+b3 ii libssl1.0.0 1.0.1k-1 ii libtinfo5 5.9+20140913-1 ii zlib1g1:1.2.8.dfsg-2+b1 tinc recommends no packages. tinc suggests no packages. -- Configuration Files: /etc/network/if-pre-up.d/tinc changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776982: [Debconf-team] Bug#776982: Bug#776982: Request for summit.debconf.org pseudo-package
On Sat, Feb 07, 2015 at 03:36:33AM +0100, Richard Hartmann wrote: On Fri, Feb 6, 2015 at 7:16 PM, Eric Dantan Rzewnicki e...@zhevny.com wrote: Are we settled on debconf-in...@lists.debian.org ? Maybe wait over the weekend; if there's no opposition then that's the name. Will do. Thanks. -edrz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777265: chromium: Impossible to set chromium as default browser
Package: chromium Version: 40.0.2214.91-1 Severity: normal Dear Maintainer, the message is clear. It's a fresh Jessie's installation. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages chromium depends on: ii libasound2 1.0.28-1 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libcap2 1:2.24-6 ii libcups2 1.7.5-10 ii libdbus-1-3 1.8.12-3 ii libexpat12.1.0-6+b3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgnome-keyring03.12.0-1+b1 ii libgtk2.0-0 2.24.25-1 ii libharfbuzz0b0.9.35-2 ii libjpeg62-turbo 1:1.3.1-11 ii libnspr4 2:4.10.7-1 ii libnss3 2:3.17.2-1.1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpci3 1:3.2.1-3 ii libspeechd2 0.8-7 ii libspeex11.2~rc1.2-1 ii libsrtp0 1.4.5~20130609~dfsg-1.1 ii libstdc++6 4.9.1-19 ii libudev1 215-10 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.1 1.1.28-2+b2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1+b1 ii x11-utils7.7+2 ii xdg-utils1.1.0~rc1+git20111210-7.3 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-inspector none ii chromium-l10n 40.0.2214.91-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777262: Probably a dash bug
Followup-For: Bug #777262 Control: affects -1 + tinc The standard behaviour [1] seems to be: EXIT STATUS Returns the value of the last command executed, or a zero exit status if no command is executed. So I'm reassigning it to dash. [1] http://pubs.opengroup.org/onlinepubs/009695399/utilities/dot.html Regards, Yixuan -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: sysvinit (via /sbin/init) Versions of packages tinc depends on: ii libc6 2.19-14 ii liblzo2-2 2.08-1.2 ii libncurses5 5.9+20140913-1 ii libreadline6 6.3-8+b3 ii libssl1.0.0 1.0.1k-1 ii libtinfo5 5.9+20140913-1 ii zlib1g1:1.2.8.dfsg-2+b1 tinc recommends no packages. tinc suggests no packages. -- Configuration Files: /etc/network/if-pre-up.d/tinc changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777220: ITP: you-get -- downloader for youtube and number of sites
On Fri, Feb 6, 2015 at 9:50 PM, Thorsten Glaser wrote: I smell the chance to share… It would be nice if someone could contact all of the Python ones and ask them to merge their code. Same for all of the Perl ones and all of the other ones. Even more interesting would be a standard for video downloader plugins so that video players like Totem and VLC could just play videos on these sites. De-duplicate all the things! -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776137: sudo: fails to switch between sudo and sudo-ldap: chown: cannot access '/etc/sudoers': No such file or directory
Control: tags -1 + patch Hi again, On 2015-01-30 10:27, Christian Kastner wrote: On 2015-01-30 00:19, Andreas Beckmann wrote: Which is erroneously moved aside by sudo-ldap.preinst, thereafter dpkg unpacks sudo-ldap, takes over file ownership (incl. conffiles) from sudo and once it gets around to installing ist conffile it notices that this has not changed from the known md5sum, so no attempt is made to upgrade the missing conffile. OK, you're right. It's not a matter of moving /etc/sudoers.pre-conffile back; the issue is that (at least on wheezy and above) it should not have been moved aside in the first place. The error appears to be (as you say) in sudo.preinst and sudo-ldap.preinst, specifically that the --compare-versions check does not account for the case when old-version is empty, which will always be the case when switching between sudo and sudo-ldap. I've looked into this now, and I believe that the --compare-versions issue and the chown/chmod issue is all there is to this bug. I have attached a new debdiff (v2) with fixes for both. I have tested this patch in a number of combinations, including (but not limited to): sudo (squeeze) - sudo (jessie) upgrade sudo-ldap (squeeze) - sudo-ldap (jessie) upgrade Works as intended. An unchanged /etc/sudoers gets replaced with the new version, a changed sudoers will cause the user to be asked what to do. sudo (jessie)- sudo (jessie+deb8u2) upgrade sudo-ldap (jessie)- sudo-ldap (jessie+deb8u2) upgrade Same result as in the previous case. sudo (jessie+deb8u2) - sudo-ldap (jessie+deb8u2) switch sudo-ldap (jessie+deb8u2) - sudo (jessie+deb8u2) switch /etc/sudoers always gets carried over. There is no scenario where the user might have to be asked, as the package versions (and the sudoers they supply) are identical, and the user's changed version therefore trumps the default version. Andreas, what do you think? Regards, Christian diff -Nru sudo-1.8.10p3/debian/changelog sudo-1.8.10p3/debian/changelog --- sudo-1.8.10p3/debian/changelog 2015-01-19 06:56:53.0 +0100 +++ sudo-1.8.10p3/debian/changelog 2015-02-07 00:25:55.0 +0100 @@ -1,3 +1,15 @@ +sudo (1.8.10p3-1+deb8u2) testing-proposed-updates; urgency=medium + + * Non-maintainer upload. + * In the preinst scripts, in the code concerning the pre-conffile-era +/etc/sudoers handling, make sure that dpkg --compare-versions actually has +two versions to compare. This is not the case when switching between sudo +and sudo-ldap (of the same version), so that code was accidentally being +triggered. Closes: #776137 + * Make sure that /etc/sudoers exists before attempting to chown/chmod it + + -- Christian Kastner deb...@kvr.at Sat, 07 Feb 2015 00:18:21 +0100 + sudo (1.8.10p3-1+deb8u1) testing-proposed-updates; urgency=medium * Non-maintainer upload. diff -Nru sudo-1.8.10p3/debian/sudo-ldap.postinst sudo-1.8.10p3/debian/sudo-ldap.postinst --- sudo-1.8.10p3/debian/sudo-ldap.postinst 2014-09-14 18:26:06.0 +0200 +++ sudo-1.8.10p3/debian/sudo-ldap.postinst 2015-02-07 00:27:42.0 +0100 @@ -28,8 +28,10 @@ fi # make sure sudoers has the correct permissions and owner/group -chown root:root /etc/sudoers -chmod 440 /etc/sudoers +if [ -f /etc/sudoers ];then +chown root:root /etc/sudoers +chmod 440 /etc/sudoers +fi # create symlink to ease transition to new path for ldap config # if old config file exists and new one doesn't diff -Nru sudo-1.8.10p3/debian/sudo-ldap.preinst sudo-1.8.10p3/debian/sudo-ldap.preinst --- sudo-1.8.10p3/debian/sudo-ldap.preinst 2014-09-14 18:26:06.0 +0200 +++ sudo-1.8.10p3/debian/sudo-ldap.preinst 2015-02-07 00:26:45.0 +0100 @@ -2,7 +2,7 @@ case $1 in install|upgrade) -if dpkg --compare-versions $2 le 1.7.4p4-4; then +if [ -n $2 ] dpkg --compare-versions $2 le 1.7.4p4-4; then SUDOERS=/etc/sudoers diff -Nru sudo-1.8.10p3/debian/sudo.postinst sudo-1.8.10p3/debian/sudo.postinst --- sudo-1.8.10p3/debian/sudo.postinst 2014-09-14 18:26:06.0 +0200 +++ sudo-1.8.10p3/debian/sudo.postinst 2015-02-07 00:27:18.0 +0100 @@ -22,8 +22,10 @@ fi # make sure sudoers has the correct permissions and owner/group -chown root:root /etc/sudoers -chmod 440 /etc/sudoers +if [ -f /etc/sudoers ];then +chown root:root /etc/sudoers +chmod 440 /etc/sudoers +fi # if we've gotten this far .. remove the saved, unchanged old sudoers file rm -f /etc/sudoers.pre-conffile diff -Nru sudo-1.8.10p3/debian/sudo.preinst sudo-1.8.10p3/debian/sudo.preinst --- sudo-1.8.10p3/debian/sudo.preinst 2014-09-14 18:26:06.0 +0200 +++ sudo-1.8.10p3/debian/sudo.preinst 2015-02-07 00:26:57.0 +0100 @@ -2,7 +2,7 @@ case $1 in install|upgrade) -if dpkg --compare-versions $2 le 1.7.4p4-4; then +if [ -n $2 ] dpkg --compare-versions $2 le
Bug#777258: zoomer: Cancel button doesn't work
Package: zoomer Version: 0.1-1.1 Severity: normal Tags: upstream If run with --use-zenity, a Cancel option is given. However, when clicked, nothing happens. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages zoomer depends on: ii imagemagick 8:6.8.9.9-5 ii inkscape 0.48.5-3 ii libav-tools 6:11.2-1 Versions of packages zoomer recommends: ii zenity 3.14.0-1 zoomer 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#777257: Contains non-free firmware
Source: r8168 Version: 8.039.00-1 Severity: serious Tags: upstream The functions rtl8168_hw_mac_mcu_config() and rtl8168_init_hw_phy_mcu() appear to apply patches to the firmware running in microcontrollers on the network controllers. This C code is rather unlikely to be the preferred form for modification of the firmware. So this package currently does not have correct licence information, nor does it belong in main. The in-tree driver, r8169, uses request_firmware() to load the PHY firmware patches from disk, and the PHY firmware patches are packaged in firmware-realtek. If you were to make a similar change in this package, it could probably stay in main. I don't think it patches the MAC firmware but perhaps I missed that. Ben. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777243: Boot fails due to missing ext4 module
On Fri, 2015-02-06 at 22:57 +0100, Rafal Pietrak wrote: W dniu 06.02.2015 o 20:31, Ben Hutchings pisze: Control: retitle -1 Boot fails due to missing ext4 module On Fri, 2015-02-06 at 18:48 +0100, Rafał Pietrak wrote: W dniu 04.02.2015 23:07, Ben Hutchings pisze: [...] Severity: grave Tags: newcomer Justification: renders package unusable I've upgraded my LG notebook (X-note: LS50a) from wheezy to jessie and: 1. the upgrade have installed kernel version-i585 in addition to my earlier (automatically installed during an upgrade to wheezy) version-i486. 2. when booting i486, it fails to modprobe ext4-fs during the boot. It breaks boot sequence, but manual (from shell prompt) modprobe ext4 does not load the module into the kernel. Can you clarify how far the system boots? Does it stop at a shell with the prompt '(initramfs)'? Stops at: maintenance mode. Give root password or control-D Oh, so this is not an initramfs problem as I suspected. And I think, it does that because /srv/pgdat is ext4 and cannot be mounted because of missing ext4.ko within the kernel. [...] Then I think the package is not properly installed. Do these commands produce any output? debsums -c linux-image-3.2.0-4-486 debsums -c linux-image-3.16.0-4-586 If not, does modprobe start working if you run 'depmod' first? Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#725803: wireless-regdb: FTBFS: No private key found
Ben Hutchings b...@decadent.org.uk writes: It is true that this package cannot be auto-built, but it does not need to be. This is explained in debian/README.source. That explains *how* to build it by hand, certainly. But of what use is the signature if the package can just install whatever public key anyway? Would there be any nasty consequences if the package sources included a private key that was used to sign the database? (Also, the crda(8) manpage on wheezy claims that it will only use databases signed by John Linville. If that's not so, shouldn't the manpage be fixed?) -- Sam Bronson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725803: wireless-regdb: FTBFS: No private key found
On Fri, 2015-02-06 at 20:23 -0500, Samuel Bronson wrote: Ben Hutchings b...@decadent.org.uk writes: It is true that this package cannot be auto-built, but it does not need to be. This is explained in debian/README.source. That explains *how* to build it by hand, certainly. But of what use is the signature if the package can just install whatever public key anyway? It is obvious that software regulation can be defeated, and you and I can think of several ways to get around the signature check. But I don't think this is a reason to make the key management any more automatic. We need to allow any developer to update this package for legitimate reasons, without providing users a simple way to disable regulation (which could open up Debian and/or its distributors to legal liability). I believe that the current packaging achieves that. [...] (Also, the crda(8) manpage on wheezy claims that it will only use databases signed by John Linville. If that's not so, shouldn't the manpage be fixed?) It should. Ben. -- Ben Hutchings The first rule of tautology club is the first rule of tautology club. signature.asc Description: This is a digitally signed message part
Bug#776982: [Debconf-team] Bug#776982: Bug#776982: Request for summit.debconf.org pseudo-package
On Fri, Feb 6, 2015 at 7:16 PM, Eric Dantan Rzewnicki e...@zhevny.com wrote: Are we settled on debconf-in...@lists.debian.org ? Maybe wait over the weekend; if there's no opposition then that's the name. Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777259: ssl-cert: make-ssl-cert breaks if FQDN is invalid
Package: ssl-cert Version: 1.0.35 Severity: normal Tags: d-i During a recent install, I ended up with a \ at the end of my FQDN in /etc/hosts. This caused make-ssl-cert to bomb out in create_temporary_cnf() due to the sed command having bad quoting. It wasn't overly easy to track down the problem due to the rather unhelpful error message. I claim there are three bugs here: 1) The installer should not have allowed me to store an invalid FQDN 2) The 'hostname' command should generate a helpful error message rather than return an invalid FQDN. 3) The make-ssl-cert command should verify the hostname before passing it to sed (to handle the case where 'hostname' doesn't do the right thing per 2) above. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ssl-cert depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.55 ii openssl1.0.1k-1 ssl-cert recommends no packages. Versions of packages ssl-cert suggests: ii openssl-blacklist 0.5-3 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777250: libpoppler46: uninitialised value in Splash::blitImage()
* Jakub Wilk jw...@debian.org, 2015-02-06, 22:19: + pipe.shape = 0; Or should it be 255? I can't say I understand this code... -- 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#777136: unblock: ruby-pygments.rb/0.5.4~ds1-2
Control: tags -1 moreinfo On 2015-02-05 14:42, Antonio Terceiro wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ruby-pygments.rb This release fixes RC bug #775631 and prevents both this package and reverse dependencies from being removed from jessie. the diff against the package in testing is attached. unblock ruby-pygments.rb/0.5.4~ds1-2 [...] The upload of ruby-pygements.rb/0.5.4~ds1-2 contains other changes than the ones listed in your debdiff. In particular: * It drop of NMU version 0.5.4~ds1-1.1. * It causes #768615 to be reopened (due to the above). Even if the changes from 0.5.4~ds1-2 *also* fixes #768615, the BTS thinks the upload is a regression, since 0.5.4~ds1-2 removes the Closes for the #768615 bug[1]. * It contains to d/control not mentioned in the changelog and not listed in the debdiff in this bug. Please resolve these issues, so that we can accept the changes that fixes #775631. Thanks, ~Niels [1] This can be verified by seeing that 0.5.4~ds1-2 in a red balloon in the following graph: https://bugs.debian.org/cgi-bin/version.cgi?info=1;absolute=0;fixed=ruby-pygments.rb%2F0.5.4~ds1-1.1;collapse=1;found=ruby-pygments.rb%2F0.5.4~ds1-1;package=src%3Aruby-pygments.rb (From the top right corner of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768615) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776928: unblock: debian-installer-netboot-images/20150107
Control: tags -1 moreinfo On 2015-02-03 12:54, Holger Levsen wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock x-debbugs-cc: debian-b...@lists.debian.org Hi, please unblock debian-installer-netboot-images/201501078 as the version currently in testing is unusable with jessie. [... skipping a diffstat ...] debian-installer-netboot-images (20150107) unstable; urgency=low * Update to 20150107 images. [ Dmitrijs Ledkovs ] * Bump debhelper compat level to 9. [...] cheers, Holger Hi, A debhelper compat is an explicit no-go per the freeze policy. Otherwise, looks good to me. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738296: ITA: jasmin-sable -- Java class (.class) file assembler
Would you agree to co-maintain jasmin under the Java Team umbrella? I think it would be best if the Java Team just took the package (ie. not co-maintained). :) Let me know if you need anything to move forward on this. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777253: beep: please make the build reproducible
Source: beep Version: 1.3-3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that beep could not be built reproducibly. The attached patch removes timestamps from the build system. Once applied, beep can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff -urNad beep.orig/beep-1.3/debian/rules beep/beep-1.3/debian/rules --- beep.orig/beep-1.3/debian/rules 2015-02-06 23:13:46.435187492 + +++ beep/beep-1.3/debian/rules 2015-02-06 23:14:05.028010360 + @@ -59,7 +59,7 @@ gunzip $(TMP1)/usr/share/man/man1/beep.1.gz cd $(TMP1)/usr/share/man/man1 patch beep.1 $(TMP1)/../beep.1.diff -rm -f $(TMP1)/usr/share/man/man1/beep.1.orig - gzip --best $(TMP1)/usr/share/man/man1/beep.1 + gzip --best -9 $(TMP1)/usr/share/man/man1/beep.1 chown root:audio $(TMP1)/usr/bin/beep $(INSTALL_FILE) CREDITS README $(TMP1)/usr/share/doc/$(PKG1) $(INSTALL_FILE) CHANGELOG $(TMP1)/usr/share/doc/$(PKG1)/changelog
Bug#673231: O: aaphoto -- Auto Adjust Photo, automatic color correction of photos
Hello, Package is available on mentors repositories: http://mentors.debian.net/debian/pool/main/a/aaphoto/aaphoto_0.43.1-3.dsc Thanks you Denis Briand signature.asc Description: This is a digitally signed message part.
Bug#777255: installation-reports: The installation hangs after providing hostname/domainname, killing dhcp6c results in the install resuming.
Package: installation-reports Severity: important Dear Maintainer, The jessie installer seems to hang after providing hostname and domain name. I tried both the rc1 disk, and the recent weekly multiarch netinst image. It seems to happen when booted to either 32 bit install or 64 bit install. Killing the dhcp6c process in the ALT-F2 console will allow the installation to continue. -- Package-specific info: Boot method: CD Image version: Tried both [http://cdimage.debian.org/cdimage/jessie_di_rc1/multi-arch/iso-cd/debian-jessie-DI-rc1-amd64-i386-netinst.iso (2015-01-09) ] and [http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/iso-cd/debian-testing-amd64-i386-netinst.iso (2015-02-02)] Date: 2015-02-06 15:30 PT Machine: Virtual machine (Windows 2012r2 Hyper-V) Partitions: N/A, failure before drives are partitioned. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [E] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == A clipping of /var/log/syslog == ... Feb 6 23:22:04 check-missing-firmware: no missing firmware in loaded kernel modules Feb 6 23:22:05 main-menu[197]: INFO: Menu item 'netcfg' selected Feb 6 23:22:05 netcfg[4133]: INFO: Starting netcfg v.1.127 (built 20150104-2209) Feb 6 23:22:05 netcfg[4133]: WARNING **: Couldn't read Wpasupplicant pid file, not trying to kill. Feb 6 23:22:05 netcfg[4133]: INFO: Could not find valid BOOTIF= entry in /proc/cmdline Feb 6 23:22:05 netcfg[4133]: INFO: Taking down interface eth0 Feb 6 23:22:05 netcfg[4133]: INFO: Taking down interface lo Feb 6 23:22:05 netcfg[4133]: INFO: Activating interface eth0 Feb 6 23:22:05 netcfg[4133]: DEBUG: State is now 0 Feb 6 23:22:05 netcfg[4133]: DEBUG: Want link on eth0 Feb 6 23:22:05 netcfg[4133]: INFO: Waiting time set to 3 Feb 6 23:22:06 netcfg[4133]: INFO: ethtool-lite: eth0 is connected. Feb 6 23:22:06 netcfg[4133]: INFO: Found link on eth0 Feb 6 23:22:06 netcfg[4133]: DEBUG: Commencing network autoconfiguration on eth0 Feb 6 23:22:06 netcfg[4133]: DEBUG: rdnssd started; PID: 4149 Feb 6 23:22:06 netcfg[4133]: DEBUG: nc_v6_interface_configured(eth0, scope local) Feb 6 23:22:06 netcfg[4133]: DEBUG: Running ip addr show eth0 to look for address Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast qlen 1000 Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: link/ether 00:15:5d:04:0d:06 brd ff:ff:ff:ff:ff:ff Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: inet6 fe80::215:5dff:fe04:d06/64 scope link tentative Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line:valid_lft forever preferred_lft forever Feb 6 23:22:06 netcfg[4133]: DEBUG: nc_v6_interface_configured(eth0, scope local) Feb 6 23:22:06 netcfg[4133]: DEBUG: Running ip addr show eth0 to look for address Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast qlen 1000 Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: link/ether 00:15:5d:04:0d:06 brd ff:ff:ff:ff:ff:ff Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: inet6 fe80::215:5dff:fe04:d06/64 scope link tentative Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line:valid_lft forever preferred_lft forever Feb 6 23:22:06 netcfg[4133]: DEBUG: nc_v6_interface_configured(eth0, scope local) Feb 6 23:22:06 netcfg[4133]: DEBUG: Running ip addr show eth0 to look for address Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast qlen 1000 Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: link/ether 00:15:5d:04:0d:06 brd ff:ff:ff:ff:ff:ff Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line: inet6 fe80::215:5dff:fe04:d06/64 scope link tentative Feb 6 23:22:06 netcfg[4133]: DEBUG: ip line:valid_lft forever preferred_lft forever Feb 6 23:22:07 netcfg[4133]: DEBUG: nc_v6_interface_configured(eth0, scope local) Feb 6 23:22:07 netcfg[4133]: DEBUG: Running ip addr show eth0 to look for address Feb 6 23:22:07 netcfg[4133]: DEBUG: ip line: 2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast qlen 1000 Feb 6 23:22:07 netcfg[4133]:
Bug#756480: What is really needed
What the user asks is to generate the files that will help CMake to find libdouble-conversion. The templates are already in the source (*.cmake.in) and should be installed in /usr/lib/arch-triplet/cmake/double-conversion/*.cmake If you want to avoid modifying the scons file you can simply use sed in debian/rules to replace the @foo@ patterns in the *.cmake.in files with the correct values and you are ready to go. I'll try to add a patch. -- Q. How did the programmer die in the shower? A. He read the shampoo bottle instructions: Lather. Rinse. Repeat. http://www.devtopics.com/best-programming-jokes/ 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#777233: amd64-microcode: please enable building on x32
On Fri, Feb 6, 2015, at 14:45, Adam Borowski wrote: Please add x32 to the list of architectures: Will do. But doesn't this have to wait for jessie to be released, first? I don't want any x32 migration issues getting in the way of any required migrations from unstable to jessie until it is released... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique de Moraes Holschuh h...@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#777165: Update affected kernels
found 777165 3.18.5-1~exp1 forwarded 777165 https://bugzilla.kernel.org/show_bug.cgi?id=92871 stop This bug is also present in the 3.18 kernel from experimental. I've also tested this on 3.19-rc7 and it also has this bug. I filed an upstream bug at https://bugzilla.kernel.org/show_bug.cgi?id=92871 Regards, Rik
Bug#698982: libdumbnet RC bug fix? + Fwd: libnet-{libdnet6,frame-device,libdnet}-perl are marked for autoremoval from testing [origin: nore...@release.debian.org]
On Thu, Feb 05, 2015 at 07:35:39PM +0100, Bernd Zeimetz wrote: hi, Ah, right, thanks for the eye-opener. Oof, yeah, I should've wondered why the BTS still lists the bug as open :( OK, I'll get right on it. I have a fix ready to upload, if you want me to. Patch is attached, in case you want to upload. I'm not a DD, so it would be faster for you to upload it. Thanks a lot for taking care of this! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: Digital signature
Bug#742966: fixed
close 742966 thanks This should have been fixed in the rewrite of the policy related to XDM logins in version 2.20140421-8. If it wasn't totally fixed in that version the problems would be different enough now to justify a new bug report. Please test LightDM with the latest policy. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777209: libkate1 is not Multi-Arch compatible
Package: libkate1 Version: 0.4.1-4 Severity: normal Tags: patch Dear Maintainer, libkate1 is not multiarch compatible. In turn this prevents installing the 32-bit gstreamer0.10-plugins-bad package on 64-bit Debian systems which then makes Wine's GStreamer support pretty useless. So I propose the attached Debian packaging files to make libkate-dev, libkate1, liboggkate-dev, liboggkate1, libkate-tools and libkate1-dbg multiarch compatible (adjust the changelog to taste). -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) libkate_0.4.1-5.debian.tar.xz Description: application/xz
Bug#755834: Patch proposal
Control: tag -1 patch -- Hello, In wheezie, the daemon fails to start too but it does not make the install fail. The culprit is commit 3bda3b9ab952fba89e2b7c96a8fc793d8c0d39a5 [1], hence the attached patch. Perhaps the good behaviour should be not even trying to start the daemon when no previous configuration was found... Cheers, -- François-Régis Description: Don't fail install when dh_installinit fails Author: François-Régis Vuillemin (frv) frv-deb...@miradou.com Bug: 755834 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ Index: isc-dhcp/debian/rules === --- isc-dhcp.orig/debian/rules +++ isc-dhcp/debian/rules @@ -62,6 +62,9 @@ override_dh_install: cp contrib/dhcp-lease-list.pl \ debian/isc-dhcp-server/usr/sbin/dhcp-lease-list +override_dh_installinit: + dh_installinit --error-handler=init_script_error_handler + override_dh_strip: dh_strip --dbg-package=isc-dhcp-dbg signature.asc Description: Digital signature
Bug#776871: ITP: manuel -- Python library for writing tests
I've injected the package into the DPMT repo (SVN for now): svn://anonscm.debian.org/python-modules/packages/manuel/trunk/ http://anonscm.debian.org/viewvc/python-modules/packages/manuel/trunk/ Greetings, DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB1CA89EA3B74376761DB915E09AF4DF5182C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777213: RFP: snf-image-creator -- OS image creation tool
Package: wnpp Severity: wishlist * Package name: snf-image-creator Version : 0.8.1 Upstream Author : Nikos Skalkotos skalkoto grnet gr * URL : https://github.com/grnet/snf-image-creator/ * License : GPL Programming Lang: Python Description : OS image creation tool Generic image creation tool: It comes in two variants: * snf-image-creator: A user-friendly dialog-based program * snf-mkimage: A non-interactive command-line program Unlike Oz, it takes as input, media that represents a hard disk (a block device, an image file or the host system itself) with an installed OS on it. It snapshots the hard disk, performs various cleanup tasks on the snapshot (like virt-sysprep), shrinks the snapshot and finally dumps the final prepared image on a local file or uploads and registers it with a Synnefo deployment. It can fully operate on Linux, Windows and FreeBSD input media. On Windows it can automatically install the needed VirtIO drivers and perform sysprep. It can also be used to create an image out of the Linux host system itself (host bundling process). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777199: Not updated to latest upstream
Package: lirc Version: 0.9.0~pre1-1.2 The lirc sources used (0.9.0-pre1) is now very old (2011), lagging two major and several minor releases behind upstream. I'm filing this in my capacity as the upstream maintainer. The very old sources used by Debian are becoming a problem also for us, since it makes a substantial part of the user base using sources we don't maintain any more. I'm perfectly aware that the decision to update, to what and when, is up to the Debian maintainers. That said, if I as the upstream could make anything to make an update easier, please let me know. --alec leamas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774421:
Control: tags -1 fixed-upstream This has been fixed upstream anyway (1.1.4). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777159: malformed wav causes floating point exception (integer divide by zero)
Hi all, fortunately, this is all in the frontend code in frontend/get_audio.c:parse_wave_header() and not in the library. The bits_per_sample value is read from the corrupted file and is 0 in the case at hand. It is then used without further sanity checking in the following call lame_set_num_samples(gfp, data_length / (channels * ((bits_per_sample + 7) / 8))); in which bits_per_sample + 7 is 7, divided by 8 is 0, times channels remains 0. Unfortunately, this is the denominator of the division. Maybe we should return -1 early if (bits_per_sample 1). - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777205: unblock: refpolicy/2:2.20140421-9
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package refpolicy Version 2.20140421-8 fixed bugs #771482, #771484, #775223, and #771483. Version 2.20140421-9 fixed many other problems with the policy that would have resulted in bug reports if 2.20140421-8 had been released. The source package refpolicy had been removed from testing. I believe that the current version is good enough to include in Jessie. It works on full KDE desktop environments and on a variety of server configurations (including the mail server used to send this mail). The changes since the last version that was in testing have added allow rules, so more things will work than before (less breakage) but as SE Linux is the second level of security the system still will never be less secure than a non-SE system. unblock refpolicy/2:2.20140421-9 Here is the changelog: refpolicy (2:2.20140421-9) unstable; urgency=medium * Allow dovecot_t to read /usr/share/dovecot/protocols.d Allow dovecot_t capability sys_resource Label /usr/lib/dovecot/* as bin_t unless specified otherwise Allow dovecot_auth_t to manage dovecot_var_run_t for auth tokens * Allow clamd_t capability { chown fowner fsetid } Allow clamd_t to read sysctl_vm_t * Allow dkim_milter_t capability dac_override and read sysctl_vm_t allow dkim_milter_t to bind to unreserved UDP ports * Label all hard-links of perdition perdition_exec_t Allow perdition to read /dev/urandom and capabilities dac_override, chown, and fowner Allow perdition file trans to perdition_var_run_t for directories Also proxy the sieve service - sieve_port_t Allow connecting to mysql for map data * Allow nrpe_t to read nagios_etc_t and have capability dac_override * Allow httpd_t to write to initrc_tmp_t files Label /var/lib/php5(/.*)? as httpd_var_lib_t * Allow postfix_cleanup_t to talk to the dkim filter allow postfix_cleanup_t to use postfix_smtpd_t fds (for milters) allow postfix_smtpd_t to talk to clamd_t via unix sockets allow postfix_master_t to execute hostname for Debian startup scripts * Allow unconfined_cronjob_t role system_r and allow it to restart daemons via systemd Allow system_cronjob_t to unlink httpd_var_lib_t files (for PHP session cleanup) * Allow spamass_milter_t to search the postfix spool and sigkill itself allow spamc_t to be in system_r for when spamass_milter runs it * Allow courier_authdaemon_t to execute a shell * Label /usr/bin/maildrop as procmail_exec_t Allow procmail_t to connect to courier authdaemon for the courier maildrop, also changed courier_stream_connect_authdaemon to use courier_var_run_t for the type of the socket file Allow procmail_t to read courier config for maildrop. * Allow system_mail_t to be in role unconfined_r * Label ldconfig.real instead of ldconfig as ldconfig_exec_t * Allow apt_t to list directories of type apt_var_log_t * Allow dpkg_t to execute dpkg_tmp_t and load kernel modules for dpkg-preconfigure * Allow dpkg_script_t to create udp sockets, netlink audit sockets, manage shadow files, process setfscreate, and capabilities audit_write net_admin sys_ptrace * Label /usr/lib/xen-*/xl as xm_exec_t -- Russell Coker russ...@coker.com.au Fri, 06 Feb 2015 02:31:05 +1100 refpolicy (2:2.20140421-8) unstable; urgency=medium * Make all of /etc/ssl apart from /etc/ssl/private etc_t * Allow systemd_logind_t to search xdm_tmp_t:dir Allow systemd_tmpfiles_t to create xdm_tmp_t:dir Make xserver_create_xdm_tmp_socket also allow unlinking the socket Allow systemd_tmpfiles_t to create xdm_tmp_t dir Allow systemd_logind_t to search xdm_tmp_t Allow system_dbusd_t to write to systemd_logind_var_run_t:fifo_file for /run/systemd/inhibit/*.ref also added fc for /run/systemd/inhibit Allow system_dbusd_t to write to /run/systemd/inhibit/* pipes Allow user_t to talk to user_dbusd_t via unix sockets and also all dbus clients Allow systemd_tmpfiles_t to create xfs_tmp_t dirs Closes: #771482 * Allow userdomains netlink_audit_socket access for logging of X unlock * Allow $1_user_ssh_agent_t to send sigchld to xdm_t * Allow local_login_t to write to systemd sessions pipes * Allow policykit_t to read /run/systemd/machines and /run/systemd/seats/* * Allow init_status() for user domains for kdeinit * Remove most of the gpg stuff that I put in 2:2.20140421-7. Just remove gpg_helper_t, merge gpg_pinentry_t with the main gpg domain, and make the gpg_t domain only used from user_t. Domain trans from gpg_agent_t to user_t when running bin_t such as ck-launch-session. Allow gpg_agent_t and *_ssh_agent_t to append to an inherited user_home_t file Closes: #771484 * Allow user_dbusd_t to append to user_home_t * Allow load_policy_t to read /dev/urandom. * Label
Bug#777212: segmentation fault /usr/sbin/smbios-get-ut-data
Package: smbios-utils Version: 2.2.28-2 Severity: important From a jessie shell (regular user): $ /usr/sbin/smbios-get-ut-data Libsmbios:2.2.28 [1]14655 segmentation fault /usr/sbin/smbios-get-ut-data I do not know if this can be considered a security issue, still flagging as important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776982: [Debconf-team] Bug#776982: Bug#776982: Request for summit.debconf.org pseudo-package
Eric Dantan Rzewnicki e...@zhevny.com writes: On Thu, Feb 05, 2015 at 11:01:09AM +0100, Richard Hartmann wrote: On Thu, Feb 5, 2015 at 10:42 AM, Gaudenz Steinlin gaud...@debian.org wrote: I think the best would be to create a new list for this on lists.debian.org. We want to move all the debconf lists to the Debian list infrastructure anyway. Yes. I suggest debconf-sum...@lists.debian.org. Not a slightly broader debconf-infra@l.d.o ? That sounds even better. Gaudenz signature.asc Description: PGP signature
Bug#757444: can't reproduce
close 757444 thanks I can't reproduce this and no further information from the submitter so I'm closing it. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724934: Please convert libmodplug to multiarch
Source: libmodplug Version: 1:0.8.8.4-4.1+b1 Followup-For: Bug #724934 Dear Maintainer, I also ran into this bug when I tried installing the 32-bit gstreamer0.10-plugins-bad package on 64-bit Debian for Wine. So I propose the attached Debian packaging files to make libmodplug1 and libmodplug-dev multiarch compatible (adjust the changelog to taste). -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) libmodplug_0.8.8.4-5.debian.tar.xz Description: application/xz
Bug#777214: proftpd-basic: HTTPS/FTPS protocol confusion leads to XSS
Package: proftpd-basic Version: 1.3.4a-5+iserv1 Severity: important Dear Maintainer, there is a security problem in every Debian package of proftpd which was fixed upstream on 2014-12-15: http://bugs.proftpd.org/show_bug.cgi?id=4143 -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages proftpd-basic depends on: ii adduser 3.113+nmu3 ii debconf 1.5.49 ii debianutils 4.3.2 ii libacl1 2.2.51-8 ii libc6 2.13-38+deb7u7 ii libcap2 1:2.22-1.2 ii libncursesw55.9-10 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpcre31:8.30-5 ii libssl1.0.0 1.0.1e-2+deb7u14 ii libtinfo5 5.9-10 ii libwrap07.6.q-24 ii netbase 5.0 ii sed 4.2.1-10 ii ucf 3.0025+nmu3 ii update-inetd4.43 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages proftpd-basic recommends: pn proftpd-mod-vroot none Versions of packages proftpd-basic suggests: pn openbsd-inetd | inet-superserver none ii openssl 1.0.1e-2+deb7u14 pn proftpd-doc none pn proftpd-mod-ldap none pn proftpd-mod-mysql none pn proftpd-mod-odbc none pn proftpd-mod-pgsql none pn proftpd-mod-sqlitenone -- debconf information excluded -- Mit freundlichen Grüßen, Jörg Ludwig IServ GmbH Bültenweg 73 38106 Braunschweig Telefon: 0531-2243666-0 Fax: 0531-2243666-9 Mobil: 0179-9101055 E-Mail: joerg.lud...@iserv.eu Internet:www.iserv.eu USt.-IdNr.: DE265149425 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775959: Bug#777160: null pointer dereference
Control: tags -1 + pending Hi Brian, thank you very much for reporting these crashes. Fortunately, the latter two are already fixed by the patch that Maks Naumov attached to #775959. Cheers, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777201: libslv2-9 is not Multi-Arch compatible
Package: libslv2-9 Version: 0.6.6+dfsg1-2 Severity: normal Tags: patch Dear Maintainer, libslv2-9 is not multiarch compatible. In turn this prevents installing the 32-bit gstreamer0.10-plugins-bad package on 64-bit Debian systems which then makes Wine's GStreamer support pretty useless. So I propose the attached Debian packaging files to make libslv2-9, libslv2-dev and slv2-jack multiarch compatible (adjust the changelog to taste). -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) slv2_0.6.6+dfsg1-2.debian.tar.xz Description: application/xz
Bug#777203: libofa0 is not Multi-Arch compatible
Package: libofa0 Version: 0.9.3-7 Severity: normal Tags: patch Dear Maintainer, libofa0 is not multiarch compatible. In turn this prevents installing the 32-bit gstreamer0.10-plugins-bad package on 64-bit Debian systems which then makes Wine's GStreamer support pretty useless. So I propose the attached Debian packaging files to make libofa0 and libofa0-dev multiarch compatible (adjust the changelog to taste). -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) libofa_0.9.3-8.debian.tar.xz Description: application/xz
Bug#771482: fixed in 2.20140421-8
close 771482 thanks Version 2.20140421-8 fixed this. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771483: fixed in 2.20140421-8
close 771483 thanks Version 2.20140421-8 fixed this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772486: should be fixed in 2.20140421-9
close 772486 thanks The actual bug here should be fixed in 2.20140421-9. The lsof entries aren't a bug IMHO, please file a separate bug report for them if you disagree. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org