Bug#772622: CVE-2014-8602: denial of service with endless delegations
On mer., 2014-12-10 at 17:38 -0500, Robert Edmonds wrote: Salvatore Bonaccorso wrote: [23:26] ansgar As the .dsc looks right (it only has one), the uploader can just fix the .changes and upload to ftp-master. Or give me the missing .debian.tar.*. Can you do one of the both approaches? Hi, The .debian.tar.* files are available here: https://people.debian.org/~edmonds/build/unbound/1.4.17-3+deb7u2/ (Along with all the other original artifacts from the build.) I guess Ansgar put the debian.tar.xz at the right place, the processing was successful in the end. Ansgar: will it not be an issue to have both debian.tar.{gz,xz} in the archive? Regards -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#772796: debian installer don't detect dmraid/sataraid/fakeraid
package: installation-reports severity: critical It took a long research online to finally install wheezy on Dell PowerEdge T20 server. I had to manually enter dmraid=true at installer prompt and then manually install grub. Bug report against grub for correctly installing when dmraid=true is set is here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772795 Debian Installer should be able to detect if the system has a fakeraid and then load dm-raid module. signature.asc Description: OpenPGP digital signature
Bug#745717: di-utils: fetch-url runs mountmedia without cleaning up; blocks partitioner preseeding
This bug also affects the hd-media installer. With hd-media installer, iso-scan will try mount each partition to find isos with the following command: mount -t auto -o ro $device /hd-media Since the partition contains preseed file, which very likely contains the iso file, is mounted, this mount will fail, and iso-scan will eventually fail to find the iso file. The same problem also exists in /usr/lib/fetch-url/floppy, which also mount partitions without umount. I personally modified fetch-url/file and fetch-url/floppy, added `umount /media || true` before every return path, then the installer works incorrectly.
Bug#745717: di-utils: fetch-url runs mountmedia without cleaning up; blocks partitioner preseeding
I personally modified fetch-url/file and fetch-url/floppy, added `umount /media || true` before every return path, then the installer works incorrectly. Sorry, typo here, then the installer works *correctly*. BTW, this bug may not be triggered that frequently. fetch-url is invoked such early that most filesystem modules are not modprobed, thus will just fail to mount. I'm using a self-compiled linux kernel with the d-i initrd.gz, I compiled all needed filesystem modules into the kernel, so come into this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772797: grub-common: Can't access ZFS on KFreeBSD due to new pool features
Package: grub-common Version: 2.02~beta2-18 Severity: important Dear Maintainer, Please consider merging the following patches for supporting new zfs pool features. https://github.com/dweeezil/grub/commit/112c80451d2997a5f0b5d89a0d76f07687676644 https://github.com/dweeezil/grub/commit/2ad1334019f0ec1f7569e923d00edc46358abf15 Upstream bug report: https://savannah.gnu.org/bugs/?42861 Regards, -- Package-specific info: *** BEGIN /proc/mounts -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 10.1-0-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages grub-common depends on: ii gettext-base 0.19.3-2 ii libc0.1 2.19-13 ii libfreetype6 2.5.2-2 ii libfuse2 2.9.3-15+b1 ii libgeom1 10.1~svn273304-1 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libpng12-01.2.50-2+b2 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages grub-common recommends: ii os-prober 1.65 Versions of packages grub-common suggests: ii console-setup 1.116 pn desktop-base none pn grub-emu none pn multiboot-doc none pn xorrisonone -- 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#772798: nmu: smartmontools_6.3+svn4002-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu smartmontools_6.3+svn4002-2 . ALL . -m Rebuild against new binutils see #728113 As Kurt Roeckx suggested we need to rebuild smartmontools, see #728113 Cheers, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772622: CVE-2014-8602: denial of service with endless delegations
Hi, Yves-Alexis Perez cor...@debian.org writes: I guess Ansgar put the debian.tar.xz at the right place, the processing was successful in the end. Ansgar: will it not be an issue to have both debian.tar.{gz,xz} in the archive? No, the second .debian.tar.* is not kept: it's referenced by the .changes so dak verifies that it's included in the upload, but then gets thrown away as it's not referenced by the .dsc. (The throw-away part then broke syncing it to ftp-master as a file referenced by the .changes was suddenly gone.) Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772665: produces broken cross compiler packages for mips64el
On Wed, 10 Dec 2014 09:54:01 +0100 Matthias Klose d...@debian.org wrote: Control: tags -1 + moreinfo help On 12/09/2014 08:46 PM, Helmut Grohne wrote: Package: src:gcc-4.9 Version: 4.9.2-5 User: helm...@debian.org Usertags: rebootstrap When building a cross compiler for mips64el (and possibly other mips architectures), some binary packages are broken. $ dpkg-deb -I ./libn32gcc-4.9-dev-mips64el-cross_4.9.2-5_all.deb new debian package, version 2.0. size 86302 bytes: control archive=850 bytes. 503 bytes,14 lines control 854 bytes, 9 lines md5sums Package: libn32gcc-4.9-dev-mips64el-cross Source: gcc-4.9 Version: 4.9.2-5 Architecture: all Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Installed-Size: 2484 Depends: gcc-4.9-base (= 4.9.2-5) Recommends: Section: libdevel Priority: optional Homepage: http://gcc.gnu.org/ Description: GCC support library (n32 development files) This package contains the headers and static library files necessary for building C programs which use libgcc, libgomp, libquadmath, libssp or libitm. $ Please pay attention to the value of Recommends. It is an empty field, but the field is still there. This makes e.g. apt-get update choke: | Reading package lists... | E: Problem parsing dependency Recommends | E: Error occurred while processing libn32gcc-4.9-dev-mips64el-cross (NewVersion2) | E: Problem with MergeList /var/lib/apt/lists/... | E: The package lists or status file could not be parsed or opened. One wonders how an empty Recommends field can end up in the control file, when dpkg-gencontrol explicitly discards empty fields. In fact, the field is not empty after the dpkg-gencontrol invocation. Instead it contains: | Recommends: libc6-dev-mips64el-cross (= 2.13-5) A bit later the following command is executed during build: | sed -i -r '/^(Dep|Rec|Sug)/s/[a-z0-9-]+64[^,]+(, *|$)//g;/^(Dep|Rec|Sug)/s/libgcc1-mips64el-cross/libn32gcc1-mips64el-cross/;/^(Dep|Rec|Sug)/s/ *, *$//' debian/libn32gcc-4.9-dev-mips64el-cross/DEBIAN/control The first command in the sed expression discards the libc dependency. It comes from debian/rules.defs: | ifneq (,$(filter $(DEB_TARGET_ARCH), mips mipsel mips64 mips64el mipsn32 mipsn32el)) | define cross_mangle_control | $(if $(findstring lib64,$(1)),sed -i -r '/^(Dep|Rec|Sug)/s/[a-z0-9-]+32[^$(COMMA)]+($(COMMA) *|$$)//g;/^(Dep|Rec|Sug)/s/$(p_lgcc)/$(p_l64gcc)/;/^(Dep|Rec|Sug)/s/ *$(COMMA) *$$//' debian/$(1)/DEBIAN/control,@:) | $(if $(findstring libn32,$(1)),sed -i -r '/^(Dep|Rec|Sug)/s/[a-z0-9-]+64[^$(COMMA)]+($(COMMA) *|$$)//g;/^(Dep|Rec|Sug)/s/$(p_lgcc)/$(p_ln32gcc)/;/^(Dep|Rec|Sug)/s/ *$(COMMA) *$$//' debian/$(1)/DEBIAN/control,@:) I believe that it should be just a workaround in the dark age that control.m4 cannot process some triarch situation. Now we have control.m4 workable, so I believe that we can remove them. It was used by with_deps_on_target_arch_pkgs only, so it is useless now. You can remove these lines. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771604: tracker.debian.org: short description contains long description
Hi, Raphael Hertzog wrote: In fact, I even wonder why we're getting short description at all... since we're not accessing data directly via AptCache and instead we are parsing the downloaded Packages files. We could adapt AptCache (in core.utils.packages) and use apt_pkg for retrieving version and descriptions (short and long) for binary packages. But then it seems more coherent to use to same mechanism for retrieving source packages informations. I wonder why we opted for manually parsing the Packages and Sources files in the first place, and what would be the impact on performances. Christophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768124: Bug #768124 discussion moved upstream
See https://github.com/liske/needrestart/pull/4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693230: O: multimail
Hi! Please consider multimail to be orphaned as of today. -- \\// Peter - http://www.softwolves.pp.se/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770090: systemd: systemctl poweroff doesn't poweroff
Hi, I've had the same problem with an Eee PC 701. Can you try out v217 in experimental ? I'm having a similar issue. My laptop halts, but does not poweroff. I have to keep the hardware power button pressed for a few seconds for the host to successfully poweroff. This was not the case before. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772665: produces broken cross compiler packages for mips64el
On 12/11/2014 09:35 AM, YunQiang Su wrote: I believe that it should be just a workaround in the dark age that control.m4 cannot process some triarch situation. Now we have control.m4 workable, so I believe that we can remove them. It was used by with_deps_on_target_arch_pkgs only, so it is useless now. You can remove these lines. Please could you verify that, and attach a build log of such a triarch cross build? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771604: tracker.debian.org: short description contains long description
Hi, On Thu, 11 Dec 2014, Christophe Siraut wrote: Raphael Hertzog wrote: In fact, I even wonder why we're getting short description at all... since we're not accessing data directly via AptCache and instead we are parsing the downloaded Packages files. We could adapt AptCache (in core.utils.packages) and use apt_pkg for retrieving version and descriptions (short and long) for binary packages. But then it seems more coherent to use to same mechanism for retrieving source packages informations. I wonder why we opted for manually parsing the Packages and Sources files in the first place, and what would be the impact on performances. The reason we parse individual files is that we want to only process modified files since the last update (precisely for performance reasons). apt_pkg doesn't let us extract a list of packages coming from a specific Packages/Sources file. But the whole retrieve_data.py really needs some better design and quite likely a rewrite. Its huge resource consumption is also a problem. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772622: CVE-2014-8602: denial of service with endless delegations
On jeu., 2014-12-11 at 09:35 +0100, Ansgar Burchardt wrote: Ansgar: will it not be an issue to have both debian.tar.{gz,xz} in the archive? No, the second .debian.tar.* is not kept: it's referenced by the .changes so dak verifies that it's included in the upload, but then gets thrown away as it's not referenced by the .dsc. (The throw-away part then broke syncing it to ftp-master as a file referenced by the .changes was suddenly gone.) Thanks for the clarification! -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#772595: UEFI fixes, round 2
Ivo De Decker iv...@debian.org (2014-12-11): Hi, I unblocked both. On Tue, Dec 09, 2014 at 10:07:07AM +0100, Cyril Brulebois wrote: Steve McIntyre st...@einval.com (2014-12-08): Clearly, this is also d-i material. KiBi has been letting me drive this, and I hope he's still happy here. I've added d-boot in CC accordingly. Clearly, he's still happy here. Thanks! Does this mean I can add the unblock-udeb? Sorry, I should have made myself clear: yes, please. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772771: grub2: [INTL:fr] French debconf templates translation update
On Wed, 2014-12-10 at 23:22 +0100, Christian Perrier wrote: Package: grub2 Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. Thanks, I wasn't aware of this tool and was wondering if I was supposed to do something. Looking at podebconf-report-po it seems I could still use it to send out a request and link them all to this report with: podebconf-report-po --bts=772771 I'm assuming you haven't already done so? If not then I'll send out a call for translations and collect them in this bug. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772665: produces broken cross compiler packages for mips64el
On Thu, Dec 11, 2014 at 4:57 PM, Matthias Klose d...@debian.org wrote: On 12/11/2014 09:35 AM, YunQiang Su wrote: I believe that it should be just a workaround in the dark age that control.m4 cannot process some triarch situation. Now we have control.m4 workable, so I believe that we can remove them. It was used by with_deps_on_target_arch_pkgs only, so it is useless now. You can remove these lines. Please could you verify that, and attach a build log of such a triarch cross build? In recent modifications: ifneq (,$(filter $(DEB_TARGET_ARCH), mips mipsel mips64 mips64el mipsn32 mipsn32el)) - ifneq ($(with_deps_on_target_arch_pkgs),yes) -define cross_mangle_control + define cross_mangle_control $(if $(findstring lib64,$(1)),sed -i -r '/^(Dep|Rec|Sug)/s/[a-z0-9-]+32[^$(COMMA)]+($(COMMA) *|$$)//g;/^(Dep|Rec|Sug)/s/$(p_lgcc)/$(p_l64gcc)/;/^(Dep|Rec|Sug)/s/ *$(COMMA) *$$//' debian/$(1)/DEBIA N/control,@:) $(if $(findstring libn32,$(1)),sed -i -r '/^(Dep|Rec|Sug)/s/[a-z0-9-]+64[^$(COMMA)]+($(COMMA) *|$$)//g;/^(Dep|Rec|Sug)/s/$(p_lgcc)/$(p_ln32gcc)/;/^(Dep|Rec|Sug)/s/ *$(COMMA) *$$//' debian/$(1)/DEBIAN/control,@:) -endef - else -define cross_mangle_control -endef - endif + endef You removed with_deps_on_target_arch_pkgs condition before it. It was used only when with_deps_on_target_arch_pkgs set, and also now when with_deps_on_target_arch_pkgs set, it is also useless. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772799: po-debconf: podebconf-report-po --postpone should check for Mail::Box at the start not the end
Package: po-debconf Version: 1.0.16+nmu3 Severity: wishlist Using podebconf-report-po --postpone=foo took me through the entire process before bailing at the end with: The --postpone and --mutt options require the perl Mail::Box package. Please install the Debian libmail-box-perl package if you want to use these options. It would have been more helpful to exit early when the option was given, before walking me through the options and asking me to edit the text etc. A couple of other minor usability points: The prompt given at the end was Ready to send the emails, are you sure? [y/N/e/?], which made me worry that --postpone wasn't working and it was going to send the mails anyway. I suppose there isn't much point in prompting in postpone mode, but if it is going to prompt it should be something like Read to append the mails to $foo. Secondly it would be nice to wrap that message to 80 characters. Thanks, Ian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel 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/bash Versions of packages po-debconf depends on: ii gettext 0.19.3-1 ii intltool-debian 0.35.0+20060710.1 ii perl 5.20.1-2 Versions of packages po-debconf recommends: ii libio-compress-perl [libcompress-zlib-perl] 2.066-1 ii libmail-sendmail-perl0.79.16-1 ii perl [libcompress-zlib-perl] 5.20.1-2 Versions of packages po-debconf suggests: ii libmail-box-perl 2.117-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772800: po-debconf: podebconf-report-po --bts=NNNN doesn't produce Reply-To field
Package: po-debconf Version: 1.0.16+nmu3 Severity: important I ran: podebconf-report-po --postpone=mbox --bts=772771 and it produced me an mbox where the text correctly referred to respecting the reply-to and gave the bug number but the message headers themselves did not. Here is the first mail in the mbox: 8- From i...@debian.org Thu Dec 11 09:10:04 2014 From: Ian Campbell i...@debian.org To: Omer Zak w...@zak.co.il, Hebrew debian-hebrew-com...@lists.alioth.debian.org Subject: grub2 2.02~beta2-18: Please update debconf PO translation for the package grub2 X-Mail-Originator: podebconf-report-po 0.14 Content-Type: multipart/mixed; boundary==1418288999= Content-Transfer-Encoding: 8bit Message-Id: mailbox-18985-1418289004-71...@dagon.hellion.org.uk Date: Thu, 11 Dec 2014 09:10:04 + MIME-Version: 1.0 Status: RO Content-Length: 23787 Lines: 326 --=1418288999= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi, You are noted as the last translator of the debconf translation for grub2. The English template has been changed, and now some messages are marked fuzzy in your translation or are missing. I would be grateful if you could take the time and update it. Please respect the Reply-To: field and send your updated translation to 772...@bugs.debian.org. The deadline for receiving the updated translation is Sun, 21 Dec 2014 09:09:57 +. Thanks in advance, 8- Ian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel 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/bash Versions of packages po-debconf depends on: ii gettext 0.19.3-1 ii intltool-debian 0.35.0+20060710.1 ii perl 5.20.1-2 Versions of packages po-debconf recommends: ii libio-compress-perl [libcompress-zlib-perl] 2.066-1 ii libmail-sendmail-perl0.79.16-1 ii perl [libcompress-zlib-perl] 5.20.1-2 Versions of packages po-debconf suggests: ii libmail-box-perl 2.117-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772801: mythtv-status: systemd breaks the cron script
Package: mythtv-status Version: 0.10.4-1 Severity: normal Dear Maintainer, In the current Debian Testing /etc/init.d/mythtv-status does nothing (at least when invoked by cron or from the command line). This causes the administrator to be spammed with messages like: --- Subject: Cron root@localhost [ -x /etc/init.d/mythtv-status ] /etc/init.d/mythtv-status reload /dev/null Job for mythtv-status.service failed. See 'systemctl status mythtv-status.service' and 'journalctl -xn' for details. --- From what I have been able to piece together this goes as follows: * /etc/init.d/mythtv-status sources /lib/lsb/init-functions * This runs /lib/lsb/init-functions.d/40-systemd * This checks the presence of /run/systemd/system/ and soon after sets _use_systemctl=1 * Because of this the following code is run which causes the script to terminate. systemctl_redirect $0 $1 exit $? Since /lib/lsb/init-functions is sourced near the top of the file the script essentially does nothing. Furthermore systemd probably believes it's starting some kind of daemon and complains when it does not find the corresponding process or some such. A workaround is to set _SYSTEMCTL_SKIP_REDIRECT=true just before sourcing /lib/lsb/init-functions. That's real ugly but at least it stops cron from spamming me. You may want to figure out a more proper and nicer fix though. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mythtv-status depends on: ii debconf [debconf-2.0] 1.5.53 ii libconfig-auto-perl0.44-1 ii libdate-manip-perl 6.47-1 ii libmime-tools-perl 5.505-1 ii libsys-sigaction-perl 0.20-1 ii libwww-perl6.08-1 ii libxml-libxml-perl 2.0116+dfsg-1+b1 ii perl 5.20.1-2 Versions of packages mythtv-status recommends: ii libmythtv-perl0.27.4+fixes20141115-dmo1 ii libnet-upnp-perl 1.4.2-1 Versions of packages mythtv-status suggests: pn molly-guard none -- debconf information: * mythtv-status/email: none * mythtv-status/host: localhost * mythtv-status/enable: yes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772802: Reproducible crash involving gpg_verify_sync()
Package: evolution Version: 3.12.9~git20141130.241663-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I observe a reproducible crash. I'm just going through the messages. Evolution then crashes. It seems to happen, when fastly moving (down and up keys) through the messages (in an IMAP directory in this case). The backtrace suggests, that gpg checking is involved. In this case it crahes reading messages from debian-private. But I've recently seen evolution crash regularly reading other lists too. Backtrace is attached. Regards, Daniel - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (500, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.8.12-1 ii debconf [debconf-2.0] 1.5.54 ii evolution-common 3.12.9~git20141130.241663-1 ii evolution-data-server 3.12.9~git20141128.5242b0-2 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-13 ii libcamel-1.2-493.12.9~git20141128.5242b0-2 ii libclutter-gtk-1.0-0 1.6.0-1 ii libecal-1.2-16 3.12.9~git20141128.5242b0-2 ii libedataserver-1.2-18 3.12.9~git20141128.5242b0-2 ii libevolution 3.12.9~git20141130.241663-1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libical1 1.0-1.1 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.48.0-1 ii libwebkitgtk-3.0-0 2.4.7-3 ii libxml22.9.2+dfsg1-1+b1 ii psmisc 22.21-2 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-3 ii evolution-plugins 3.12.9~git20141130.241663-1 ii spamassassin 3.4.0-5 ii yelp 3.14.1-1 Versions of packages evolution suggests: pn evolution-ews none ii evolution-plugins-experimental 3.12.9~git20141130.241663-1 ii gnupg 1.4.18-6 ii network-manager 0.9.10.0-3 - -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUiWbpAAoJEEvNBWfCltBdIDcP/1/3kKlfp/uZwDYE/J599pNc QUHmJCltWx+wXanYeXNKhwv+k6tK/qynAJGPMLODf+WABAIQL6dL6+ncFtCW03qf 1OKzAfriRYr6ZlwO03uD/uu8Vui4NvEtncxVafWtwziTq7u5grS5H8OFPIJ1Eu5X Nir7krlUz+KZuD3mBz1s2lOOUel3q4nRmffZ18DO3nITVZzl3Mg1lD/DNRZQ2v7G UQ6r72cuqnmzJPqLqx8vSFBoIcj5+6/tMFIU4Ev/IzV588gg45wEZx4/HezooHa2 hJEWJNJlfft+5FLG0dzdwgeQ4zJ7wy2d0yRMJGodY7+tSY3GMetch7ZrV1qVck+j 9mA16sGbUKOn6zfED2aGq4c3nnaZOmPe7P4c3GJbVs+xPlwCdd+rBJ+7LVASC0uX gLm2o3Z9GhgXZE6nk6gs4Ok7+QSOT4agZYofNXEQTLlqoO4yAbiJ5JzSL+3O3j+C GUKt6IaY9Ym7+5GZhUdh1p7JgD7Uz+wddUTJz01l9bdNBmI5kgHllYf6OpRmmAQ/ nJn1lQ3Y1o+Sr8Yj4nwcqf3SOcABIHG715EVcr2/+5nvBguphAYlgnlzTqtfklyk igG95xmz7cwpLBj9s+eWjvIZVjMCYxgvuQGOsolO2CZMwTH4plK7864VV4fNIV3A 3ExegP0aS3dw2iJhiHM9 =Ey9w -END PGP SIGNATURE- Starting program: /usr/bin/evolution [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffdd1c7700 (LWP 5983)] [New Thread 0x7fffd79e1700 (LWP 5984)] [New Thread 0x7fffd6f9c700 (LWP 5985)] [New Thread 0x7fffd679b700 (LWP 5986)] [New Thread 0x7fffd52e3700 (LWP 5987)] [New Thread 0x7fffd49d3700 (LWP 5988)] [New Thread 0x7fff78ab9700 (LWP 5990)] [New Thread 0x7fff73fff700 (LWP 5993)] [New Thread 0x7fff737fe700 (LWP 5994)] [New Thread 0x7fff72ffd700 (LWP 5995)] [New Thread 0x7fff727fc700 (LWP 5997)] [New Thread 0x7fff71ffb700 (LWP 5999)] [New Thread 0x7fff717fa700 (LWP 6000)] [New Thread 0x7fff70ff9700 (LWP 6001)] [New Thread 0x7fff63fff700 (LWP 6002)] [New Thread 0x7fff637fe700 (LWP 6003)] [New Thread 0x7fff62ffd700 (LWP 6005)] [New Thread 0x7fff627fc700 (LWP 6006)] [New Thread 0x7fff61ffb700 (LWP 6007)] [New Thread 0x7fff617fa700 (LWP 6009)] [Thread 0x7fff73fff700 (LWP 5993) exited] [Thread 0x7fff72ffd700 (LWP 5995) exited] [New Thread 0x7fff72ffd700 (LWP 6015)] [New Thread 0x7fff73fff700 (LWP 6016)] [New Thread 0x7fff4b960700 (LWP 6017)] [Thread 0x7fff78ab9700 (LWP 5990) exited] [Thread 0x7fff737fe700 (LWP 5994) exited] [Thread 0x7fff71ffb700 (LWP 5999) exited] [Thread 0x7fff627fc700 (LWP 6006) exited] [Thread 0x7fff61ffb700 (LWP 6007) exited] [Thread 0x7fff63fff700 (LWP 6002) exited] [Thread 0x7fff62ffd700 (LWP 6005) exited] [Thread 0x7fff717fa700 (LWP 6000) exited] [Thread 0x7fff70ff9700 (LWP 6001) exited] [Thread 0x7fff727fc700 (LWP 5997) exited] [New Thread 0x7fff727fc700 (LWP 6029)] [New Thread 0x7fff70ff9700 (LWP 6030)] [New Thread 0x7fff717fa700 (LWP 6031)] [New Thread 0x7fff62ffd700 (LWP 6035)] [New Thread 0x7fff63fff700 (LWP 6036)] [New Thread 0x7fff627fc700 (LWP
Bug#771208: unblock: busybox/1:1.22.0-14
11.12.2014 10:52, Ivo De Decker wrote: [] As the libc issue with the static binary seems to be fixed in the libc version in both jessie and sid, the only remaining issue is the missing build-using, which can wait till after jessie. Could you do a new upload with only the security fix? I'll leave this and other maintenance of busybox to others. I especially selected only the changes which I think are necessary for jessie. But since we obviously have different criteria for this, and for some other things too, I'd rather not mess up with the package further. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772780: gnupg: out of secure memory even with only 4096-RSA keys when using addkey in --edit-key interface
Thank you. It is now reproducible for me (i386 and amd64) with gnupg 1.4.12-7+deb7u6. I think that the combination of: Your configuration of: s2k-cipher-algo S10 Adding RSA-4096 subkey for sign RSA Blinding ... are things to cause the issue. I don't have a solution/workaround at hand, right now, but I could explain the reason. In the security fix, GnuPG introduced RSA Blinding which requires more memory. Thus, some operations (which could be done in the past) cannot be done these days. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731709: Updated EFI patch
Attached is an updated patch that works on top of 4.0.4 (change needed to replace LIVE_IMAGE_ARCHITECTURE with LB_ARCHITECTURES). Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ From: =?utf-8?q?Rapha=C3=ABl_Hertzog?= hert...@debian.org Date: Fri, 5 Dec 2014 09:36:27 +0100 Subject: Add support for EFI boot with syslinux-efi. Bug-Debian: http://bugs.debian.org/731709 Bug-Kali: https://bugs.kali.org/view.php?id=680 --- scripts/build/binary | 3 + scripts/build/binary_efi | 278 +++ scripts/build/binary_iso | 37 +++ 3 files changed, 318 insertions(+) create mode 100644 scripts/build/binary_efi diff --git a/scripts/build/binary b/scripts/build/binary index c1f9ec6..b893988 100755 --- a/scripts/build/binary +++ b/scripts/build/binary @@ -69,6 +69,9 @@ lb binary_loadlin ${@} lb binary_win32-loader ${@} lb binary_includes ${@} lb binary_hooks ${@} +lb binary_efi ${@} # After includes/hooks because it copies in efi.img + # files that can be overriden by binary_includes and + # modified by binary_hooks lb binary_checksums ${@} if [ ${LB_BUILD_WITH_CHROOT} != true ] diff --git a/scripts/build/binary_efi b/scripts/build/binary_efi new file mode 100644 index 000..f98a5bf --- /dev/null +++ b/scripts/build/binary_efi @@ -0,0 +1,278 @@ +#!/bin/sh + +## live-build(7) - System Build Scripts +## Copyright (C) 2014 Raphaël Hertzog b...@kali.org +## +## This program comes with ABSOLUTELY NO WARRANTY; for details see COPYING. +## This is free software, and you are welcome to redistribute it +## under certain conditions; see COPYING for details. + + +set -e + +# Including common functions +[ -e ${LIVE_BUILD}/scripts/build.sh ] . ${LIVE_BUILD}/scripts/build.sh || . /usr/lib/live/build.sh + +# Setting static variables +DESCRIPTION=$(Echo 'prepares and installs EFI support into binary') +HELP= +USAGE=${PROGRAM} [--force] + +Arguments ${@} + +# Reading configuration files +Read_conffiles config/all config/common config/bootstrap config/chroot config/binary config/source +Set_defaults + +if [ ${LB_BOOTLOADER} != syslinux ] +then + exit 0 +fi + +Echo_message Begin preparing EFI support... + +# Requiring stage file +Require_stagefile .build/config .build/bootstrap + +# Checking stage file +Check_stagefile .build/binary_efi + +# Checking lock file +Check_lockfile .lock + +# Creating lock file +Create_lockfile .lock + +# Check architecture +Check_architectures amd64 i386 +Check_crossarchitectures + +case ${LB_ARCHITECTURES} in + amd64) + _EFI_TYPE=efi64 + ;; + i386) + _EFI_TYPE=efi32 + ;; + *) + echo ERROR: can't provide EFI boot support to architecture ${LB_ARCHITECTURES} 2 + exit 1 + ;; +esac + +# Assembling image specifics +case ${LIVE_IMAGE_TYPE} in + iso*) + _BOOTLOADER=isolinux + + case ${LB_MODE} in + progress-linux) +_CONFDIR=binary/boot +;; + + *) +_CONFDIR=binary/isolinux +;; + esac + ;; + + netboot) + _BOOTLOADER=pxelinux + _CONFDIR=tftpboot + ;; + + hdd*|*) + case ${LB_BINARY_FILESYSTEM} in + fat*|ntfs) +_BOOTLOADER=syslinux + +case ${LB_MODE} in + progress-linux) + _CONFDIR=binary/boot + ;; + + *) + _CONFDIR=binary/syslinux + ;; +esac +;; + + ext[234]|btrfs) +_BOOTLOADER=extlinux +_CONFDIR=binary/boot/extlinux +;; + + *) +Echo_error syslinux/extlinux doesn't support ${LB_BINARY_FILESYSTEM} +exit 1 +;; + esac + ;; +esac + +# Checking depends +case ${LB_BUILD_WITH_CHROOT} in + true) + _CHROOT_DIR= + _SYSLINUX_EFI_DIR=chroot/usr/lib/SYSLINUX.EFI/$_EFI_TYPE + + Check_package chroot/usr/bin/syslinux syslinux + Check_package chroot/usr/lib/syslinux syslinux-common + Check_package chroot/usr/lib/SYSLINUX.EFI syslinux-efi + Check_package chroot/usr/bin/mcopy mtools + Check_package chroot/sbin/mkfs.msdos dosfstools + ;; + + false) + _CHROOT_DIR=chroot + _SYSLINUX_EFI_DIR=/usr/lib/syslinux/$_EFI_TYPE + + if [ ! -e /usr/bin/syslinux ] + then + # syslinux + Echo_error /usr/bin/syslinux - no such file. + exit 1 + fi + + if [ ! -e /usr/lib/syslinux ] + then + # syslinux-common + Echo_error /usr/lib/syslinux - no such directory + exit 1 + fi + + if [ ! -e /usr/lib/SYSLINUX.EFI ] + then + # syslinux-efi + Echo_error /usr/lib/SYSLINUX.EFI - no such directory + exit 1 + fi + + if [ ! -e /usr/bin/mcopy ] + then + # mtools + Echo_error /usr/bin/mcopy - no such file. + exit 1 + fi + + if [ ! -e /sbin/mkfs.msdos ] + then + # dosfstools + Echo_error /sbin/mkfs.msdos - no such file. + exit 1 + fi + ;; +esac + +# Restoring cache +Restore_cache cache/packages.binary + +# Installing depends +Install_package + +# Abort if we don't have the required EFI files +if [ ! -e $_SYSLINUX_EFI_DIR/syslinux.efi ]; then + Echo_warning $_SYSLINUX_EFI_DIR/syslinux.efi missing, no EFI support
Bug#771208: unblock: busybox/1:1.22.0-14
Michael Tokarev m...@tls.msk.ru (2014-12-11): 11.12.2014 10:52, Ivo De Decker wrote: [] As the libc issue with the static binary seems to be fixed in the libc version in both jessie and sid, the only remaining issue is the missing build-using, which can wait till after jessie. Could you do a new upload with only the security fix? I'll leave this and other maintenance of busybox to others. I especially selected only the changes which I think are necessary for jessie. But since we obviously have different criteria for this, and for some other things too, I'd rather not mess up with the package further. Hi, can you please still push your master branch and tags to the git repository? Last commit there points to debian/1.22.0-9 which is 5 revisions old, at least if I'm reading cgit and gitk properly. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772803: add the debian-security-support package to wheezy
package: release.debian.org,debian-security-support #severity: important # or wishlist? Hi, I believe the Debian Security Team has decided that the rather new debian-security-support package should be the official and supported way in which Debian communicates what packages receive security support at all, for how long and in what scope. (Some packages are not supported in all usage scenarios...) This differs by Debian releases, so users are recommended to install this package on all of their systems. Currently we have: debian-security-support | 2014.09.07~bpo70+1 | wheezy-backports | source, all debian-security-support | 2014.11.07 | testing| source, all debian-security-support | 2014.12.08~bpo60+1 | squeeze-lts| source, all debian-security-support | 2014.12.08 | unstable | source, all IOW, the debian-security-support package is missing in wheezy (proper) and I believe it should be added there now / with a regular pointrelease, instead of being added through the backdoor when we'll (hopefully) have wheezy-lts... (like what happened for squeeze.) cheers, Holger, just a mere user of this package here... signature.asc Description: This is a digitally signed message part.
Bug#771208: unblock: busybox/1:1.22.0-14
11.12.2014 13:02, Cyril Brulebois wrote: Hi, Hello can you please still push your master branch and tags to the git repository? Last commit there points to debian/1.22.0-9 which is 5 revisions old, at least if I'm reading cgit and gitk properly. Oh yeah. I'm sorry about that. Pushed now. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766187: The inittab interface - Re: Bug#766187: runit: Fails to install runit after fresh install of jessie beta2
On Tue, Dec 09, 2014 at 11:24:11AM +, Gerrit Pape wrote: On Mon, Nov 24, 2014 at 10:08:49PM +, Simon McVittie wrote: On 24/11/14 21:41, Gerrit Pape wrote: Better than (2) would be to make the existence of /etc/inittab still essential for jessie, by moving the corresponding code from sysvinit-core into the essential init package. What do you think? If you go this route, I think initscripts might be a better home for As I wrote above, I actually don't have the time to go any road at all. The packages worked just fine until I learnt that support for the inittab interface is dropped in jessie. I fixed the packages. Now I learnt that the existence of /etc/inittab is no longer essential, next thing breaking my packages - when switching jessie to sysvinit. Please advise whether I should reassign this release critically to the init and sysvinit packages, or upload the ugly workaround to copy sysvinit maintainer script code for generating /etc/inittab into the two affected packages. Hi init and sysvinit maintainers, it looks like I don't get reasonable advise on debian-devel. What is your stand on this? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772805: linux-image-amd64: meta-package from backports tries to install nonexistent package
Package: linux-image-amd64 Version: 3.16+62~bpo70+1 Severity: important Dear Maintainer, I tried to install linux-image-amd64 from wheezy-backports after a fresh installation, but the installation failed. $ apt-get update 1/dev/null $ apt-cache policy linux-image-amd64 linux-image-amd64: Installed: 3.2+46 Candidate: 3.2+46 Version table: 3.16+62~bpo70+1 0 100 http://mirrors.kernel.org/debian/ wheezy-backports/main amd64 Packages *** 3.2+46 0 500 http://mirrors.kernel.org/debian/ wheezy/main amd64 Packages 100 /var/lib/dpkg/status $ apt-get install linux-image-amd64 -t wheezy-backports Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: linux-image-amd64 : Depends: linux-image-3.16-0.bpo.3-amd64 but it is not installable E: Unable to correct problems, you have held broken packages. $ apt-cache search linux-image-3.16 linux-headers-3.16.0-0.bpo.4-amd64 - Header files for Linux 3.16.0-0.bpo.4-amd64 linux-image-3.16.0-0.bpo.4-amd64 - Linux 3.16 for 64-bit PCs linux-image-3.16.0-0.bpo.4-amd64-dbg - Debugging symbols for Linux 3.16.0-0.bpo.4-amd64 Thanks, Holger -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-amd64 depends on: ii linux-image-3.2.0-4-amd64 3.2.63-2+deb7u2 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772804: apt-file: please add commandline options to specify an alternative config file and sources.list.d
Package: apt-file Version: 2.5.4 Severity: wishlist Hi, it is possible to run apt as non-root in a completely detached directory tree using config options like Dir::Etc, Dir::Etc::SourceList, Dir::State::Status and others. This allows apt-file to be run in a similar way by pointing the --cache and --sources-list commandline options to the non-root paths. What is missing is to also allow apt-file to use a different configuration file than /etc/apt/apt-file.conf and a different sources.list.d directory than /etc/apt/sources.list.d Otherwise, the configuration and sources.list.d folder of the host might interfere with the apt-file execution which is meant to be separate. So it might make sense to add two now options like --config and --sourceslistd. This might be made obsolete by the resolution of bug #516817. Thanks! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772806: unblock: kde-runtime/4:4.14.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kde-runtime. The new version includes the upstream patch that fixes CVE-2014-8600 [1] parts related to kde-runtime. [1]: https://security-tracker.debian.org/tracker/CVE-2014-8600 Happy releasing. :) unblock kde-runtime/4:4.14.2-2 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (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/bash Init: systemd (via /run/systemd/system) diff -Nru kde-runtime-4.14.2/debian/changelog kde-runtime-4.14.2/debian/changelog --- kde-runtime-4.14.2/debian/changelog 2014-10-21 19:12:40.0 +0200 +++ kde-runtime-4.14.2/debian/changelog 2014-12-10 20:23:02.0 +0100 @@ -1,3 +1,14 @@ +kde-runtime (4:4.14.2-2) unstable; urgency=medium + + [ Lisandro Damián Nicanor Pérez Meyer ] + * Remove myself from Uploaders. + + [ Maximiliano Curia ] + * New upstream patch: upstream_sanitize_path, fixes CVE-2014-8600 +(Closes: #769632) Thanks to Salvatore Bonaccorso + + -- Maximiliano Curia m...@debian.org Wed, 10 Dec 2014 20:23:02 +0100 + kde-runtime (4:4.14.2-1) unstable; urgency=medium * Add Suggests of libcanberra-pulse and sound-theme-freedesktop, used diff -Nru kde-runtime-4.14.2/debian/control kde-runtime-4.14.2/debian/control --- kde-runtime-4.14.2/debian/control 2014-10-21 19:12:40.0 +0200 +++ kde-runtime-4.14.2/debian/control 2014-12-10 20:23:02.0 +0100 @@ -7,7 +7,6 @@ Modestas Vainius mo...@debian.org, George Kiagiadakis kiagiadakis.geo...@gmail.com, Eshat Cakar i...@eshat.de, - Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org, Maximiliano Curia m...@debian.org Build-Depends: cmake, debhelper (= 9), diff -Nru kde-runtime-4.14.2/debian/patches/series kde-runtime-4.14.2/debian/patches/series --- kde-runtime-4.14.2/debian/patches/series 2014-10-21 19:12:40.0 +0200 +++ kde-runtime-4.14.2/debian/patches/series 2014-12-10 20:23:02.0 +0100 @@ -4,3 +4,4 @@ use_the_correct_locale.patch disable_flacky_tests disable_kwalletd_autotests +upstream_sanitize_path diff -Nru kde-runtime-4.14.2/debian/patches/upstream_sanitize_path kde-runtime-4.14.2/debian/patches/upstream_sanitize_path --- kde-runtime-4.14.2/debian/patches/upstream_sanitize_path 1970-01-01 01:00:00.0 +0100 +++ kde-runtime-4.14.2/debian/patches/upstream_sanitize_path 2014-12-10 20:23:02.0 +0100 @@ -0,0 +1,27 @@ +commit d68703900edc8416fbcd2550cd336cbbb76decb9 +Author: Martin Sandsmark martin.sandsm...@kde.org +Date: Thu Nov 13 13:29:01 2014 +0100 + +Sanitize path + +diff --git a/kioslave/bookmarks/kio_bookmarks.cpp b/kioslave/bookmarks/kio_bookmarks.cpp +index 750495d..53c8aa3 100644 +--- a/kioslave/bookmarks/kio_bookmarks.cpp b/kioslave/bookmarks/kio_bookmarks.cpp +@@ -22,6 +22,7 @@ + #include stdlib.h + + #include qregexp.h ++#include qtextdocument.h + + #include kapplication.h + #include kcmdlineargs.h +@@ -197,7 +198,7 @@ void BookmarksProtocol::get( const KUrl url ) + echoImage(regexp.cap(1), regexp.cap(2), url.queryItem(size)); + } else { + echoHead(); +-echo(p class=\message\ + i18n(Wrong request: %1,path) + /p); ++echo(p class=\message\ + i18n(Bad request: %1, Qt::escape(Qt::escape(url.prettyUrl( + /p); + } + finished(); + }
Bug#772807: binfmt-support: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument
Package: binfmt-support Version: 2.1.5-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading kernel to current Linus' current git (11 December 2014) Saw error messages: Thu Dec 11 20:40:29 2014: [] Enabling additional executable binary formats: binfmt-supportupdate-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: exiting due to previous errors After this, I tried checking what was enabled and disabled: update-binfmts --display|grep :|sort jar (disabled): jarwrapper (disabled): python2.3 (disabled): python2.6 (disabled): python2.7 (disabled): python3.4 (disabled): qemu-aarch64 (enabled): qemu-alpha (enabled): qemu-armeb (enabled): qemu-arm (enabled): qemu-cris (enabled): qemu-m68k (enabled): qemu-microblaze (enabled): qemu-mipsel (enabled): qemu-mips (enabled): qemu-ppc64abi32 (enabled): qemu-ppc64 (enabled): qemu-ppc64le (enabled): qemu-ppc (enabled): qemu-s390x (enabled): qemu-sh4eb (enabled): qemu-sh4 (enabled): qemu-sparc32plus (enabled): qemu-sparc64 (enabled): qemu-sparc (enabled): sun-java6 (disabled): * 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 unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.18.0+ (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages binfmt-support depends on: ii init-system-helpers 1.22 ii libc62.19-13 ii libpipeline1 1.4.0-1 ii lsb-base 4.1+Debian13+nmu1 binfmt-support recommends no packages. binfmt-support suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772655: conkeror: StackExchange mode breaks StackExchange sites
Axel Beckert a...@debian.org writes: Hi Nils, Nils Dagsson Moskopp wrote: on StackExchange sites I cannot navigate using hotkeys. You can. You just have to prefix them with Ctrl-Z. (I know, because I ran into the very same case, too. :-) Back then I asked on IRC and got an answer quite quickly. But it's also documented on e.g. http://conkeror.org/PageModes?highlight=%28C-z%29 I though must admit that neither chrome://conkeror-help/content/help.html nor chrome://conkeror-help/content/tutorial.html mention this keybinding. Even if it would have been mentioned this overrides user preferences without user consent and violates user expectations rather gravely. So from my point of view it's a pure documentation issue. (It's a feature, not a bug! ;-) I think it is worse: It does something unexpected without any indication why or how. I think that stackexchange-mode should not be on by default or it should be the other way around – that keys for stackexchange-mode should be reachable by some prefix, e.g. C-z. -- Nils Dagsson Moskopp // erlehmann http://dieweltistgarnichtso.net pgphCSQN56kKz.pgp Description: PGP signature
Bug#772808: gnome-core: epiphany should be the default browser again
Package: gnome-core Version: 1:3.14+3 Severity: wishlist Hi, the changelog says: meta-gnome3 (1:3.4+3) unstable; urgency=low [...] * Install iceweasel instead of epiphany :( See bug#682481. [...] -- Josselin Mouette j...@debian.org Sat, 29 Sep 2012 10:36:58 +0200 Looking at #682481 shows this: On Mon, 23 Jul 2012 10:46:38 +0200 Julien Cristau jcris...@debian.org wrote: The default browser should be one that has at least vaguely credible security support, IMO. epiphany doesn't qualify While I agree, that at the time, epiphany's security features were lacking at best, a lot has changed since then. I could list the most important changes, but fortunately Michael Catanzaro has already done that: http://blogs.gnome.org/mcatanzaro/2014/10/18/gnome-web-3-14/ Checking (for example) https://blog.fefe.de/ shows, that this does indeed work; epiphany even tells me what the problem is when I click on the broken lock symbol (Unknown CA, CA Cert Signing Authority). I know that it's quite late in the release cycle, but I'd still appreciate it, if you would consider switching back to epiphany for jessie. I've personally done so a few months ago and I am more than happy with the decision. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#769196: fixed in sane-backends 1.0.24-5
control: found -1 1.0.24-5 control: severity -1 serious On Wed, 10 Dec 2014 12:35:33 + =?utf-8?q?J=C3=B6rg_Frings-F=C3=BCrst?= deb...@jff-webhosting.net wrote: Source: sane-backends Source-Version: 1.0.24-5 We believe that the bug you reported is fixed in the latest version of sane-backends, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 769...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jörg Frings-Fürst deb...@jff-webhosting.net (supplier of updated sane-backends package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 10 Dec 2014 11:50:44 +0100 Source: sane-backends Binary: sane-utils libsane-common libsane libsane-dev libsane-dbg Architecture: source amd64 all Version: 1.0.24-5 Distribution: unstable Urgency: medium Maintainer: Jörg Frings-Fürst deb...@jff-webhosting.net Changed-By: Jörg Frings-Fürst deb...@jff-webhosting.net Description: libsane- API library for scanners libsane-common - API library for scanners -- documentation and support files libsane-dbg - API development library for scanners [debug symbols] libsane-dev - API development library for scanners [development files] sane-utils - API library for scanners -- utilities Closes: 769196 Changes: sane-backends (1.0.24-5) unstable; urgency=medium . * debian/rules: - change saned.service to saned@.service to install it as template (Closes: #769196). I'm not sure if this change was actually tested :-/ The package now contains: /lib/systemd/system/saned.service /lib/systemd/system/saned@.socket I doubt this setup works. Also, keep in mind that the package does not enable saned.socket. This means, the package is pretty much broken under the default init, thus raising the severity. -- 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#752479:
Hello, 1.0.3 is released since september. Thank you for maintaining this package in your tight time! Regards Descartes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772807: binfmt-support: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument
On Thu, Dec 11, 2014 at 08:54:39PM +1030, Arthur Marsh wrote: upgrading kernel to current Linus' current git (11 December 2014) Saw error messages: Thu Dec 11 20:40:29 2014: [] Enabling additional executable binary formats: binfmt-supportupdate-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: exiting due to previous errors The latest binfmt_misc module in git has much more detailed debugging output in dmesg. What does dmesg | grep binfmt_misc say? Thanks, -- Colin Watson [cjwat...@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#772809: Update debian xendomains init and default to latest xen upstream
Source: xen Severity: wishlist Hi, xendomains init and default files in debian folder is not updated from upstream onesfor some years. Some parameters are missed. The more useful parameters when mainly windows domUs are used is XENDOMAINS_CREATE_USLEEP that I setted to 30 or 40 seconds on my systems to decrease the overload caused by windows startup (even if pv drivers are installed). The better performance of upstream qemu (in particular heavy disks performance increase with qdisk instead of blktap2) have minimized the problem but is still present starting 3-4 windows domUs or more. Can you update them for newer version of xen packages please? Thanks for any reply and sorry for my bad english. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725691: mc: bug still there
Package: mc Version: 3:4.8.13-2 Followup-For: Bug #725691 The bug still exists as of today as reported. Karsten -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mc depends on: ii e2fslibs 1.42.12-1 ii libc6 2.19-13 it libglib2.0-0 2.42.1-1 ii libgpm2 1.20.4-6.1+b2 ii libslang2 2.3.0-2 ii libssh2-1 1.4.3-4 ii mc-data 3:4.8.13-2 Versions of packages mc recommends: ii mime-support 3.57 ii perl 5.20.1-3 ii unzip 6.0-12+b1 Versions of packages mc suggests: ii acroread [pdf-viewer] 9.5.5-dmo2 ii arj3.10.22-12 ii bzip2 1.0.6-7+b2 ii catdvi 0.14-12.1 ii dbview 1.0.4-1 ii djvulibre-bin 3.5.25.4-4+b1 ii file 1:5.20-2 ii genisoimage9:1.1.11-3 pn gv none ii imagemagick8:6.8.9.9-3 ii odt2txt0.4+git20140608-1 ii okular [pdf-viewer]4:4.14.2-2 ii poppler-utils 0.26.5-2 ii python 2.7.8-2 pn python-botonone ii python-tz 2012c+dfsg-0.1 ii texlive-binaries 2014.20140926.35254-3 ii w3m0.5.3-19 ii zip3.0-8 -- 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#765780: systemd-udevd: Re: systemd: systemd-udevd blocked journal message when writing ISO to USB stick
Package: udev Version: 215-8 Followup-For: Bug #765780 Control: severity -1 critical -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can reproduce the error. However, in my case, the dd process got stuck after udevd died and udevd did not fully recover afterwards (as in, stopped creating device nodes for new devices). - -- Package-specific info: - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages udev depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.54 ii libacl12.2.52-2 ii libblkid1 2.25.2-3 ii libc6 2.19-13 ii libkmod2 18-3 ii libselinux12.3-2 ii libudev1 215-8 ii lsb-base 4.1+Debian13+nmu1 ii procps 2:3.3.9-8 ii util-linux 2.25.2-3 udev recommends no packages. udev suggests no packages. - -- debconf information: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/reboot_needed: udev/title/upgrade: -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUiXcuAAoJELeaPBagxPKWLIgQAM9LJqj7f9J3u+7EBGRP+f1Y H8rN0imLbJtx8O9FRnDHqKbSfjZpfQJ9X1lD4xrzMkU82jjv9frMkdO8gXUIEGTK 9AKeNI0lcR0knVVgpWabRywtdMpzjKZhn3zzFMy9VBau5OG7173/LJf9rN66D/ob G42Pxw3/hVN/Ic1K0R6AbfNYQvJXyXdGmrjAa477d7HbKjP0q4OQq5qixJlBlRZS sA0xGLhOiQtxrLiXdYJZ6ZqGYia64Sfos68W19oIpwVODUAm6Aa6FYVmPp+zNQW9 rR5EKChSJW5uzuggxIDmRDVjKHpdsUWAzxGkJsk0UdOZD1bzU39WvSqOqvReTrAi /v78bkmo2gHyac0II7jQNOIHuLDCGsqpiX9Hi+pnRJsfzgCA/RIA2QUPe/4SmPQ4 oxaWEjFgqKZJQHg2K/tX+qi2sXrJVb/fuTJui64+uHlXg9E+00uRyoRLx7HQjGa2 ZxoqVt7M2kwaI3/wEjSjPrBwxB5boDOpgX1Jyp4D93k4A0ylOuoY/JldaKpNCteE JKFYkBSTdfo7nYFLcRq0gTxpMUWhEoXTjoJFEX/v48r7WYExCbJK6zJxQy3Owe0x QVW0fo5A4LUcW8GrULSfsx8fvd9hoL8r2xzuRoM2vu/r8vop5maRhGO9Wejl3fwY Lu2o1VJkeq/sZeNnRXcF =T1aH -END PGP SIGNATURE- P: /devices/LNXSYSTM:00 E: DEVPATH=/devices/LNXSYSTM:00 E: MODALIAS=acpi:LNXSYSTM: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:00 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:01 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:01 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:02 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:02 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:03 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:03 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXPWRBN:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00 E: DRIVER=button E: MODALIAS=acpi:LNXPWRBN: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 E: EV=3 E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: KEY=10 0 E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw E: NAME=Power Button E: PHYS=LNXPWRBN/button/input0 E: PRODUCT=19/0/1/0 E: PROP=0 E: SUBSYSTEM=input E: TAGS=:seat: E: USEC_INITIALIZED=962120 P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4/event3 N: input/event3 E: BACKSPACE=guess E: DEVNAME=/dev/input/event3 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4/event3 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: MAJOR=13 E: MINOR=67 E: SUBSYSTEM=input E: TAGS=:power-switch: E: USEC_INITIALIZED=417104 E: XKBLAYOUT=us E: XKBMODEL=pc105 E: XKBOPTIONS=terminate:ctrl_alt_bksp P: /devices/LNXSYSTM:00/LNXSYBUS:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00 E: MODALIAS=acpi:LNXSYBUS: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/IBM0079:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/IBM0079:00 E: ID_VENDOR_FROM_DATABASE=IBM E: MODALIAS=acpi:IBM0079:PNP0C15:LNXDOCK: E: SUBSYSTEM=acpi E: USEC_INITIALIZED=531232 P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00 E: MODALIAS=acpi:PNP0A08:PNP0A03: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00 E: DRIVER=video E: MODALIAS=acpi:LNXVIDEO: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:01 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:01 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:02 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:02 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:03 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/device:03 E: SUBSYSTEM=acpi P:
Bug#772810: libpam-yubico: dpkg-reconfigure -plow libpam-yubico fails due to parameter escaping
Package: libpam-yubico Version: 2.12-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? + I need libpam-yubico-based authentication with my own auth-servers * What exactly did you do (or not do) that was effective (or ineffective)? + running dpkg-reconfigure -plow libpam-yubico and entering parameters (mode=client try_first_pass id=myid key=mykey url=http://server:port/wsapi/2.0/verify?id=%dotp=%s) as per documentation * What was the outcome of this action? + for stable: # dpkg-reconfigure -plow libpam-yubico sed: -e expression #1, char 75: unknown option to `s' + for testing: (libpam-yubico 2.17-2) # grep yubico /etc/pam.d/common-auth authrequiredpam_yubico.so mode=client try_first_pass id=myid key=mykey url=http://server:port/wsapi/2.0/verify?id=%d#DEBCONF_REPLACEotp=%s * What outcome did you expect instead? + I expected the parameters to be set exactly the way I specified them I reported this bug against stable, please note that this applies to testing as well. -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-yubico depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u6 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam-runtime 1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libykclient3 2.6-1 ii libykpers-1-1 1.7.0-1 ii libyubikey01.8-1 libpam-yubico recommends no packages. libpam-yubico suggests no packages. -- debconf information: * libpam-yubico/module_args: mode=client try_first_pass id=N key=K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771943: ifupdown: boot hangs, interface won't raise
Am 03.12.2014 um 21:37 schrieb Michael Biebl: As for the operstate check: I did remove this check, because even with a cable plugged in, I got down when running cat /sys/class/net/eth0/operstate in my test VM, so /etc/init.d/networking never configured the interface, so this check proved to be not really reliable. Andrew, I guess what you want to do here is have some kind of link detection? Why is that part of the init script an not ifup itself? I've been looking into this further and wanted to find out, why /sys/class/net/eth0/operstate did not report the correct state in my virtualbox VM. For that I ran ip monitor and unplugged/plugged the cable, but nothing did show up. Then it dawned to me, that I actually need to up the interface first, before link detection works. If I run # ip link set eth0 up Then ip link show or cat /sys/class/net/eth0/operstate reports the correct link state. Andrew, I guess if you want to put the operstate check back, you'll also need to first up the interface via ip link set interface up. Btw, is there a reason, that this check is only run for allow-hotplug interfaces? Armin, does a patch like the attached one fix the issue for you? I.e., if the cable is plugged, it correctly configures the network and does nothing during boot if the cable is unplugged? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/init.d/networking b/init.d/networking index d98fe1a..cf16927 100755 --- a/init.d/networking +++ b/init.d/networking @@ -105,7 +105,9 @@ ifup_hotplug () { do link=${iface##:*} link=${link##.*} -if [ -e /sys/class/net/$link ] +ip link set $iface up || true +if [ -e /sys/class/net/$link ] [ $(cat /sys/class/net/$link/oper +state) = up ] then echo $iface fi signature.asc Description: OpenPGP digital signature
Bug#772790: [pkg-ntp-maintainers] Bug#772790: ntp: cron job tries to delete .nfs files
On Thu, Dec 11, 2014 at 01:18:18PM +0800, Paul Wise wrote: /etc/cron.daily/ntp: rm: cannot remove `/var/log/ntpstats/.nfs032a208e0005399d': Device or resource busy I assume that one of the log files that's still open but removed? It sounds like some kind of race condition? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771943: ifupdown: boot hangs, interface won't raise
Hello, On 11 December 2014 at 12:09, Michael Biebl bi...@debian.org wrote: For that I ran ip monitor and unplugged/plugged the cable, but nothing did show up. Then it dawned to me, that I actually need to up the interface first, before link detection works. If I run # ip link set eth0 up Then ip link show or cat /sys/class/net/eth0/operstate reports the correct link state. Aha, I see. On my laptop, ifplugd keeps the interface link always up, which why I would never notice this issue. -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772811: unrtf: CVE-2014-9274 CVE-2014-9275
Package: unrtf Severity: grave Tags: security Please see http://www.openwall.com/lists/oss-security/2014/12/03/4 for more information and references to patches. 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#772812: openvpn: No password prompt with pkcs11
Package: openvpn Version: 2.3.4-5 Severity: important Hi Maintainer, I just upgraded my system to jessie with systemd, and openvpn to 2.3.4-5. Now, on openvpn no password prompt is shown (somewere redirected to) when using auth with PKCS11 and openvpn is hanging there. It apears to be a problem in conjunction with dh-systemd. I build openvpn from source (deb source with all patches) and with this it works fine. But, when i build the package which involves dh-systemd it leads back to the same problem, openvpn hangs there where the pass prompt should be and no user interaction is possible. Without using PKCS11 auth everything works fine... expect when pressing ctrl-c on pass prompt, the shell gets messed up (line breaks, etc.) which look looks like a ncurses/sh thing. This too doesn't appear with a build without dh-system. BR Lukas -- System Information: Debian Release: 8.0 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.54 ii initscripts2.88dsf-58 ii libc6 2.19-13 ii liblzo2-2 2.08-1 ii libpam0g 1.1.8-3.1 ii libpkcs11-helper1 1.11-2 ii libssl1.0.01.0.1j-1 ii net-tools 1.60-26+b1 Versions of packages openvpn suggests: ii openssl 1.0.1j-1 ii resolvconf 1.76 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769196: fixed in sane-backends 1.0.24-5
Am 11.12.2014 um 11:31 schrieb Michael Biebl: Changes: sane-backends (1.0.24-5) unstable; urgency=medium . * debian/rules: - change saned.service to saned@.service to install it as template (Closes: #769196). I'm not sure if this change was actually tested :-/ The package now contains: /lib/systemd/system/saned.service /lib/systemd/system/saned@.socket I doubt this setup works. Also, keep in mind that the package does not enable saned.socket. This means, the package is pretty much broken under the default init, thus raising the severity. Aside from the issues already mentioned, if you are going to rename saned.service to saned@.service, you need to be aware, that then the /etc/init.d/saned sysv init script is started during boot, since it will not longer match a native service file of the same name. So you either want to mask saned.service or provide a saned.service which all saned@.service instances bind to. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#772813: [INTL:tr] Turkish translation update for debconf
Package: debconf Severity: wishlist Tags: l10n patch Please find the attached Turkish translation udpate for debconf. Best regards # Turkish translation of debconf. # This file is distributed under the same license as the debconf package. # Recai Oktaş rok...@omu.edu.tr, 2004. # msgid msgstr Project-Id-Version: debconf\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2014-04-22 20:04-0400\n PO-Revision-Date: 2014-12-09 01:20+0200\n Last-Translator: Mert Dirik mertdi...@gmail.com\n Language-Team: Turkish debian-l10n-turk...@lists.debian.org\n Language: tr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=1; plural=0;\n X-Generator: Poedit 1.6.10\n #: ../Debconf/AutoSelect.pm:76 #, perl-format msgid falling back to frontend: %s msgstr varsayılan önyüz: %s #: ../Debconf/AutoSelect.pm:84 #, perl-format msgid unable to initialize frontend: %s msgstr ilklendirilemeyen önyüz: %s #: ../Debconf/AutoSelect.pm:90 #, perl-format msgid Unable to start a frontend: %s msgstr başlatılamayan önyüz: %s #: ../Debconf/Config.pm:130 msgid Config database not specified in config file. msgstr Yapılandırma veritabanı yapılandırma dosyasında belirtilmemiş. #: ../Debconf/Config.pm:134 msgid Template database not specified in config file. msgstr Şablon veritabanı yapılandırma dosyasında belirtilmemiş. #: ../Debconf/Config.pm:139 msgid The Sigils and Smileys options in the config file are no longer used. Please remove them. msgstr Yapılandırma dosyasında İşaretler ve Gülen yüzler (smiley) seçenekleri artık kullanılmıyor. Lütfen bunları kaldırın. #: ../Debconf/Config.pm:153 #, perl-format msgid Problem setting up the database defined by stanza %s of %s. msgstr %2$s %1$s tarafından tanımlanmış veritabanı ayarında sorun. #: ../Debconf/Config.pm:228 msgid -f, --frontend\t\tSpecify debconf frontend to use.\n -p, --priority\t\tSpecify minimum priority question to show.\n --terse\t\t\tEnable terse mode.\n msgstr -f, --frontend Kullanılacak debconf önyüzünü belirt.\n -p, --priority Gösterilecek soruların asgari önceliklerini belirt.\n --terseÖzet kipi etkinleştir.\n #: ../Debconf/Config.pm:308 #, perl-format msgid Ignoring invalid priority \%s\ msgstr Geçersiz \%s\ önceliği göz ardı ediliyor #: ../Debconf/Config.pm:309 #, perl-format msgid Valid priorities are: %s msgstr Geçerli öncelikler şunlardır: %s #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Multiselect.pm:31 #: ../Debconf/Element/Editor/Select.pm:31 msgid Choices msgstr Seçimler #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Boolean.pm:36 #: ../Debconf/Element/Editor/Boolean.pm:59 #: ../Debconf/Element/Teletype/Boolean.pm:28 msgid yes msgstr evet #: ../Debconf/Element/Editor/Boolean.pm:30 #: ../Debconf/Element/Editor/Boolean.pm:39 #: ../Debconf/Element/Editor/Boolean.pm:62 #: ../Debconf/Element/Teletype/Boolean.pm:29 msgid no msgstr hayır #: ../Debconf/Element/Editor/Multiselect.pm:32 msgid (Enter zero or more items separated by a comma followed by a space (', ').) msgstr (Sıfır, bir veya daha fazla sayıda öğeyi virgül ve boşluk (', ') ile ayırarak girin.) #: ../Debconf/Element/Gnome.pm:182 msgid _Help msgstr _Yardım #: ../Debconf/Element/Gnome.pm:184 msgid Help msgstr Yardım #: ../Debconf/Element/Noninteractive/Error.pm:40 msgid Debconf is not confident this error message was displayed, so it mailed it to you. msgstr Debconf bu hata iletisinin gösterildiğinden emin olamadığı için, ileti e- posta olarak size gönderildi. #: ../Debconf/Element/Noninteractive/Error.pm:67 msgid Debconf msgstr Debconf #: ../Debconf/Element/Noninteractive/Error.pm:90 #, perl-format msgid Debconf, running at %s msgstr Debconf %s ile çalışıyor #: ../Debconf/Element/Select.pm:95 ../Debconf/Element/Select.pm:110 #, perl-format msgid Input value, \%s\ not found in C choices! This should never happen. Perhaps the templates were incorrectly localized. msgstr Giriş değeri \%s\, C seçenekleri arasında bulunamadı! Böyle bir hata asla olmamalıydı. Şablonların yerelleştirilmesinde hata yapılmış olabilir. #: ../Debconf/Element/Teletype/Multiselect.pm:27 msgid none of the above msgstr yukarıdakilerden hiçbiri #: ../Debconf/Element/Teletype/Multiselect.pm:47 msgid Enter the items you want to select, separated by spaces. msgstr Seçmek istediğiniz öğeleri boşluklarla ayırarak girin. #: ../Debconf/FrontEnd.pm:140 #, perl-format msgid Unable to load Debconf::Element::%s. Failed because: %s msgstr Debconf::Element:%s yüklenemedi. Hatanın nedeni: %s #: ../Debconf/FrontEnd.pm:333 #, perl-format msgid Configuring %s msgstr %s yapılandırılıyor #: ../Debconf/FrontEnd/Dialog.pm:53 msgid TERM is not set, so the dialog frontend is not usable. msgstr TERM ayarlanmadığından 'dialog' önyüzü kullanılamaz. #: ../Debconf/FrontEnd/Dialog.pm:56 msgid Dialog frontend is incompatible with emacs shell buffers
Bug#772814: [leptonlib] Missing version build-dependency for libwebp-dev?
Package: leptonlib Version: 1.71-2.1 Hi, i have a FTBS backporting leptonlib to Wheezy. It fails with: [ ... ] CC viewfiles.lo CC warper.lo CC watershed.lo CC webpio.lo CC webpiostub.lo CC writefile.lo CC zlibmem.lo CC zlibmemstub.lo CCLD liblept.la CC xtractprotos.o CCLD xtractprotos ./.libs/liblept.so: undefined reference to `WebPEncodeLosslessRGBA' collect2: error: ld returned 1 exit status make[3]: *** [xtractprotos] Error 1 make[3]: Leaving directory `/home/flo/projects/ocr/leptonlib-1.71/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/flo/projects/ocr/leptonlib-1.71' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/flo/projects/ocr/leptonlib-1.71' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 As the libwebp-dev build dependency is not versioned i am building against the Wheezy version which is: 0.1.3-3+nmu1 My rough guess is that that is not sufficient for leptonlib. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#772815: pyyaml: CVE-2014-9130
Package: pyyaml Severity: grave Tags: security Hi, CVE-2014-9130 from libyaml also affects pyyaml. I'm attaching a short reproducer. Cheers, Moritz import yaml import codecs with codecs.open('CVE-2014-9130.yaml', 'r') as stream: foo = yaml.load(stream) for key, value in foo.items(): setattr(self, key, value) abc: def: 'xxx ' ghi: 'yyy'
Bug#772655: conkeror: StackExchange mode breaks StackExchange sites
Control: clone -1 -2 Control: retitle -1 conkeror: StackExchange mode very greedy with key bindings Hi, Nils Dagsson Moskopp wrote: Even if it would have been mentioned this overrides user preferences without user consent and violates user expectations rather gravely. You've got some point there. So from my point of view it's a pure documentation issue. (It's a feature, not a bug! ;-) I think it is worse: It does something unexpected without any indication why No, the indication is there: The page mode is clearly indicated in the lower right corner in the status line. or how. That's more the point. I think that stackexchange-mode should not be on by default I think that suggestion is sane. I recently used StackExchange sites with Conkeror from Unstable for several hours and I indeed forgot the C-z prefix quite often. I haven't thought about disabling the StackExchange-Mode but about learning StackExchange's keybindings. But disabling it would indeed be easier for less intensive StackExchange users. Will talk with upstream if that should be changed also upstream. So we actually have too seperate issues there. The missing documentation for C-z and the indeed key-binding-wise very greedy StackExchange-Mode. or it should be the other way around – that keys for stackexchange-mode should be reachable by some prefix, e.g. C-z. That would be a more general thing which applies to all page modes, so it would be a rather invasive change. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772817: linux: ralink driver fails to connect to some wifi
Source: linux Severity: normal At times, the kernel fails to connect to some of the wifis around. It throws the following in dmesg: Dec 11 16:42:46 learner kernel: [60584.492135] ieee80211 phy0: rt2x00queue_write_tx_frame: Error - Arrived at non-free entry in the non-full queue 0 Dec 11 16:42:46 learner kernel: [60584.492135] Please file bug report to http://rt2x00.serialmonkey.com The site mentioned is dead. I guess it may have to do with the fact that ralink was merged to mainline, hence the bug report against this package. The most interesting bit is the workaround. To overcome the problem, I need to reboot into Windows, and let it initialize the device with the driver/firmware on Windows. Once done, I reboot into Linux and then can connect to the same wifi. I know this information is alone not enough. What additional information can I provide ? This has been the case with all the recent kernels I've used, 3.16 and 3.17. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772818: ITP: chaps -- PKCS#11 implementation for TPM backed services
Package: wnpp Severity: wishlist Owner: David Drysdale drysd...@google.com * Package name: chaps Version : 0.1 Upstream Author : ChromiumOS Authors * URL : https://github.com/google/chaps-linux * License : BSD Programming Lang: C++ Description : PKCS#11 implementation for TPM backed services Chaps is a PKCS #11 implementation, originally created for ChromiumOS, that provides trusted platform module (TPM) backed cryptographic services. It aims to improve speed and reliability of cryptographic token operations as well as to provide a simpler and more flexible codebase for future enhancements. Chaps works with a TCG Software Stack (TSS). Typically the TrouSerS TSS implementation is used, but Chaps is not limited to working with TrouSerS. The name Chaps has no real significance other than its fitness as a name for a layer above TrouSerS. The chaps source package is used to generate two binary packages: - The chaps binary package include the Chaps daemon and a PAM module which, if enabled, generates a PKCS #11 token for each user that logs into the system. - The libchaps0 binary package provides the client shared library that applications link to in order to use the PKCS#11 API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772808: gnome-core: epiphany should be the default browser again
On 11/12/14 11:28, Alexander Kurtz wrote: While I agree, that at the time, epiphany's security features were lacking at best, a lot has changed since then. I could list the most important changes, but fortunately Michael Catanzaro has already done that: http://blogs.gnome.org/mcatanzaro/2014/10/18/gnome-web-3-14/ The (main) problem is not the lack of security features, but the lack of security updates in webkitgtk+. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772819: xul-ext-video-without-flash: there is a broken sym-link in xul-ext-video-without-flash v1.5.1-1
Package: xul-ext-video-without-flash Version: 1.5.1-1 Severity: normal Dear Maintainer, Adequate reported the following :- adequate found packaging bugs - xul-ext-video-without-flash: broken-symlink /usr/share/xul-ext/video-without-flash/defaults/preferences/000system.js - /etc/xul-ext/video-without-flash.js To test it I went to :- $ cd /etc/xul-ext/ /etc/xul-ext$ ls https-everywhere.js nosquint.js requestpolicy.js treestyletab.js As can be seen video-without-flash.js is not present. Please fix this. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xul-ext-video-without-flash depends on: ii iceweasel 33.1-1 xul-ext-video-without-flash recommends no packages. xul-ext-video-without-flash suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772807: binfmt-support: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument
Colin Watson wrote on 11/12/14 21:14: On Thu, Dec 11, 2014 at 08:54:39PM +1030, Arthur Marsh wrote: upgrading kernel to current Linus' current git (11 December 2014) Saw error messages: Thu Dec 11 20:40:29 2014: [] Enabling additional executable binary formats: binfmt-supportupdate-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument Thu Dec 11 20:40:30 2014: update-binfmts: exiting due to previous errors The latest binfmt_misc module in git has much more detailed debugging output in dmesg. What does dmesg | grep binfmt_misc say? Thanks, Hi, I'm seeing: $ dmesg|grep binfmt_misc $ lsmod|grep binfmt_misc binfmt_misc17691 1 $ su Password: # modinfo binfmt_misc filename: /lib/modules/3.18.0+/kernel/fs/binfmt_misc.ko license:GPL alias: fs-binfmt_misc depends: intree: Y vermagic: 3.18.0+ SMP preempt mod_unload modversions K8 Regards, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770138: vlc is built without oss support
oss on Linux is currently unmaintained hm both seem to me maintained As far as i can see there is was a bugfix in Aug 2014 for non bsd systems https://github.com/videolan/vlc/commit/e5f38003c73c8584936ef551f851c50775bb2925 https://github.com/videolan/vlc/commits/master/modules/audio_output/oss.c and for oss there a recent fixes too: http://sourceforge.net/p/opensound/git/ci/58f453726ef777e338318d933be56d593363a3d7/log/?path=
Bug#772815: [Python-modules-team] Bug#772815: pyyaml: CVE-2014-9130
On December 11, 2014 6:37:51 AM EST, Moritz Muehlenhoff j...@inutil.org wrote: Package: pyyaml Severity: grave Tags: security Hi, CVE-2014-9130 from libyaml also affects pyyaml. I'm attaching a short reproducer. I'm away from any computer I could test this on today. Is this still a problem with a fixed libyaml? Our pyyaml is built against it and I thought didn't use the internal parser. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772820: ITP: iep -- Interactive Editor for Python
Package: wnpp Severity: wishlist Owner: Ghislain Antony Vaillant ghisv...@gmail.com * Package name: iep Version : 3.5 Upstream Author : Almar Klein almar.kl...@gmail.com * URL : http://www.iep-project.org/ * License : BSD Programming Lang: Python Description : Interactive Editor for Python Description: IEP is a cross-platform Python IDE aimed at interactivity and introspection. Its practical design is aimed at simplicity and efficiency. IEP consists of an editor, a shell, and a set of tools to help the programmer in various ways. Further information: - IEP is similar to Spyder but comparatively much lighter, - Supports additional features useful for development, like a source tree, builtin loggin, cell support... - One of the package dependency is not (yet) in Debian: pyzolib, - Pyzolib is also licensed under the BSD license. I believe this package is a good candidate for inclusion to the Debian science family, via the Sponsorship of Blends initiative [1]. [1] https://wiki.debian.org/DebianPureBlends/SoB Cheers, Ghislain
Bug#772821: unblock: ruby-standalone/0.5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ruby-standalone This version includes a fix for a major issue on the functionality of the package, which is just not an RC bug because I found it myself (but I will report a bug to myself if you ask me to ;-)). the debdiff against the package in testing is attached. unblock ruby-standalone/0.5 -- System Information: Debian Release: 8.0 APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- Antonio Terceiro terce...@debian.org diff -Nru ruby-standalone-0.4/debian/changelog ruby-standalone-0.5/debian/changelog --- ruby-standalone-0.4/debian/changelog 2014-12-01 13:35:30.0 -0200 +++ ruby-standalone-0.5/debian/changelog 2014-12-10 15:20:44.0 -0200 @@ -1,3 +1,9 @@ +ruby-standalone (0.5) unstable; urgency=medium + + * Force shebang of installed scripts to use the ruby from ruby-standalone + + -- Antonio Terceiro terce...@debian.org Wed, 10 Dec 2014 15:20:39 -0200 + ruby-standalone (0.4) unstable; urgency=medium * Change Gem.user_dir to $HOME/.ruby-standalone/gems/ruby/$RUBYVERSION so diff -Nru ruby-standalone-0.4/debian_ruby_standalone_config.rb.in ruby-standalone-0.5/debian_ruby_standalone_config.rb.in --- ruby-standalone-0.4/debian_ruby_standalone_config.rb.in 1969-12-31 21:00:00.0 -0300 +++ ruby-standalone-0.5/debian_ruby_standalone_config.rb.in 2014-12-10 15:20:44.0 -0200 @@ -0,0 +1,5 @@ +class Gem + def ruby +'@@prefix@@/lib/ruby-standalone/bin/ruby' + end +end diff -Nru ruby-standalone-0.4/debian_ruby_standalone.rb ruby-standalone-0.5/debian_ruby_standalone.rb --- ruby-standalone-0.4/debian_ruby_standalone.rb 2014-12-01 13:35:30.0 -0200 +++ ruby-standalone-0.5/debian_ruby_standalone.rb 2014-12-10 15:20:44.0 -0200 @@ -32,3 +32,9 @@ File.join(Gem.orig_default_dir, specifications, default) end end + +begin + require_relative 'debian_ruby_standalone_config' +rescue LoadError + # nothing +end diff -Nru ruby-standalone-0.4/Makefile ruby-standalone-0.5/Makefile --- ruby-standalone-0.4/Makefile 2014-12-01 13:35:30.0 -0200 +++ ruby-standalone-0.5/Makefile 2014-12-10 15:20:44.0 -0200 @@ -10,16 +10,17 @@ BINARIES = ruby $(BINSTUBS) EXTRA_BINARIES = rake MANPAGES = ruby-standalone.1.gz +GENERATED = ruby-standalone debian_ruby_standalone_config.rb include buildflags.mk CFLAGS += -std=c11 -Wall -all: $(BINARIES) ruby-standalone $(MANPAGES) $(EXTRA_BINARIES) +all: $(BINARIES) $(GENERATED) $(MANPAGES) $(EXTRA_BINARIES) $(MANPAGES): %.1.gz: %.1 $(RM) $@ - gzip $ + (cat $ | gzip - $@) || ($(RM) $@; false) buildflags.mk: dpkg-buildflags --export=make $@ @@ -28,9 +29,9 @@ @printf #!/usr/bin/env ruby\nload '/usr/bin/$@'\n $@ || ($(RM) $@; false) chmod +x $@ -ruby-standalone: ruby-standalone.in +$(GENERATED): % : %.in sed -e 's#@@prefix@@#$(PREFIX)#g' $ $@ || ($(RM) $@; false) - chmod +x $@ + if [ $$(basename $@ .rb) = $@ ]; then chmod +x $@; fi ruby-standalone.1: README.md pandoc --standalone --to man \ @@ -50,6 +51,7 @@ install -m 0755 $(BINARIES) $(EXTRA_BINARIES) $(DESTDIR)$(PREFIX)/lib/ruby-standalone/bin install -m 0755 ruby-standalone $(DESTDIR)/$(PREFIX)/bin install -m 0644 debian_ruby_standalone.rb $(DESTDIR)$(RUBYLIB) + install -m 0644 debian_ruby_standalone_config.rb $(DESTDIR)$(RUBYLIB) install -m 0644 $(MANPAGES) $(DESTDIR)$(PREFIX)/share/man/man1 distclean clean: diff -Nru ruby-standalone-0.4/run-tests ruby-standalone-0.5/run-tests --- ruby-standalone-0.4/run-tests 2014-12-01 13:35:30.0 -0200 +++ ruby-standalone-0.5/run-tests 2014-12-10 15:20:44.0 -0200 @@ -63,4 +63,8 @@ assertEquals $(ruby -e 'puts Gem.user_dir'):/var/lib/gems/$(ruby -e 'puts Gem::ConfigMap[:ruby_version]') $default_path } +test_shebang() { + assertEquals lib/ruby-standalone/bin/ruby $(ruby -e 'puts Gem.ruby.gsub(%r{^/usr(/local)?/}, )') +} + . shunit2 signature.asc Description: Digital signature
Bug#772617: apt-watch: uses deprecated panel_applet_get_preferences_key
On Wed, 10 Dec 2014 14:19:36 -0600, John Lightsey wrote: Thanks for the report. I've requested removal of apt-watch. It hasn't been very relevant since the switch to Gnome3. Thanks. That’s what we have done in Ubuntu as well. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#772641: apt: E: Setting TIOCSCTTY for slave fd fd failed when run as a session leader
Hi, On 01:35 Thu 11 Dec , David Kalnischkies wrote: Attached is a patch which hopefully does exactly this. It is against experimental, but that shouldn't matter (expect for the testcase I think). I have run it on Linux amd64 (and armel) hardware as well as on a kfreebsd kvm, so I have some hope that it isn't regessing, but it would be nice if you could try it with puppet just to be sure that we are really fixing the problem completely or if I have justed resolved the problem in the setsid testcase. Just tested a patched 1.0.9.4 with puppet and it fixes the issue. Thanks for the quick response! Apollon signature.asc Description: Digital signature
Bug#772807: binfmt-support: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument
On Thu, Dec 11, 2014 at 10:32:00PM +1030, Arthur Marsh wrote: Colin Watson wrote on 11/12/14 21:14: The latest binfmt_misc module in git has much more detailed debugging output in dmesg. What does dmesg | grep binfmt_misc say? Hi, I'm seeing: $ dmesg|grep binfmt_misc Hm. Does your tree include https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/fs/binfmt_misc.c?id=6b899c4e9a049dfca759d990bd53b14f81c3626c ? If not, it would help to try again with that. (Hm, I guess you might need CONFIG_DYNAMIC_DEBUG. Not sure.) Thanks, -- Colin Watson [cjwat...@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#762255: please also mention SUAs on www.debian.org
clone 762255 -1 retitle -1 please also mention SUAs and d-s-a@l.d.o on .debian.org thanks Hi, since 2009 clamav (security) updates have been pushed via (what is now) stable-updates and thus SUAs have been sent to https://lists.debian.org/debian-stable-announce and (AFAIK) this is not visible on www.debian.org at all. It would be great to have DSAs, SUAs and DLAs all visible on www.debian.org, like DSAs are visible today. Thanks for your work on www.debian.org! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#772809: [Pkg-xen-devel] Bug#772809: Update debian xendomains init and default to latest xen upstream
Control: retitle -1 xendomains: support admin configurable delay between starting guests On Thu, 2014-12-11 at 11:52 +0100, Fabio Fantoni wrote: The more useful parameters when mainly windows domUs are used is XENDOMAINS_CREATE_USLEEP that I setted to 30 or 40 seconds on my systems to decrease the overload caused by windows startup (even if pv drivers are installed). I've retitled to reflect the actual request being made here. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712206: New package ready to be sponsored at mentors
I've uploaded to mentors: http://mentors.debian.net/package/pyusb I'm really hoping someone will take a look looks nice; I'm using right now and upload it. I can't do that. My name had to be added to the changelog for me to be able to upload it to mentors. This leads to some nmu-warnings. Please just ago ahead and replace my name with yourself as you'd like. You can rewrite it this way: pyusb (1.0.0b2-1) experimental; urgency=low [ Ruben Undheim ] * New upstream release (Closes: #712206) - Removed debian/python-usb.examples. * Bump standards version to 3.9.6 without further change * Debhelper now at version 9 * Using source format 3.0 (quilt) * Changed some dependencies * Changed description of package in d/control * cme fix dpkg-control to clean up d/control [ Chris J Arges] * Most of the packaging work up to v1.0.0b1-1 -- x Wed, 10 Dec 2014 18:44:02 +0100 Alexandre Detiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772745: pulseaudio: Suddenly sound stops working
I have systemd-sysv installed and there is nothing special. It can happen while using vlc, youtube, even without using the machine. It seems a permission issue, according to the ls command . *ls -la /run/user/1000* drwx-- 6 adrian adrian 120 dic 11 11:30 . drwxr-xr-x 3 root root60 dic 11 11:58 .. drwx-- 2 adrian adrian 60 dic 11 11:28 dconf dr-x-- 2 adrian adrian 0 dic 11 11:30 gvfs drwx-- 2 adrian adrian 80 dic 11 11:27 pulse drwxr-xr-x 2 adrian adrian 80 dic 11 11:28 systemd *ls -la /run/user/1000/pulse* drwx-- 2 adrian adrian 80 dic 11 11:27 . drwx-- 6 adrian adrian 120 dic 11 11:30 .. srwxrwxrwx 1 adrian adrian 0 dic 11 11:27 native -rw--- 1 adrian adrian 5 dic 11 11:27 pid 2014-12-11 4:53 GMT+01:00 Felipe Sateler fsate...@debian.org: Control: tags -1 moreinfo On Wed, Dec 10, 2014 at 3:59 PM, Adrian adr...@gmail.com wrote: Package: pulseaudio Version: 5.0-13 Severity: important I get these errors in /var/log/syslog and sound stops working: pulseaudio[22447]: [pulseaudio] main.c: Failed to acquire autospawn lock pulseaudio[1164]: Denied access to client with invalid authorization data. pulseaudio[22566]: [autospawn] core-util.c: Failed to create secure directory (/run/user/1000/pulse): Permission denied This looks suspicious. What do the following commands say? ls -la /run/user/1000 ls -la /run/user/1000/pulse Also, what init system are you using: do you have systemd-sysv installed? Finally, does something in particular happen before sound stops working? Did you run a particular command, or do something in particular with the computer? -- Saludos, Felipe Sateler
Bug#741966: dcut dm: please make --allow for multiple packages foolproof
OK, this just annoyed me too, enough that I've fixed the manpage to actually reflect reality. I haven't changed the codebase to make it smarter. Attached is a patch so that the manpage entry now reads: --allow=PACKAGE --allow PACKAGE LIST Source package(s) where permissions to upload should be granted. Give a space-separated list of packages to apply permissions to more than one package at once. If multiple --allow options are given, the last one takes precedence. Despite reading the ascidoc spec I failed to get it to format to: --allow=PACKAGE --allow PACKAGE LIST Source package(s) where permissions to upload should be granted. Give a space-separated list of packages to apply permissions to more than one package at once. If multiple --allow options are given, the last one takes precedence. Which would have looked nicer. --deny is equivalent. A patch so that the '=' was genuinely optional would be even better... but at least applying this should stop the docs actively misleading users of these options. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ diff -Nru dput-ng-1.8/debian/changelog dput-ng-1.8+nmu1/debian/changelog --- dput-ng-1.8/debian/changelog 2014-09-11 20:58:12.0 +0100 +++ dput-ng-1.8+nmu1/debian/changelog 2014-12-11 12:50:39.0 + @@ -1,3 +1,10 @@ +dput-ng (1.8+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix manpage for dcut allow/deny syntax (Closes: #741966) + + -- Wookey woo...@debian.org Thu, 11 Dec 2014 12:50:00 + + dput-ng (1.8) unstable; urgency=low * The There is no sin except stupidity release diff -Nru dput-ng-1.8/docs/man/dcut.1.man dput-ng-1.8+nmu1/docs/man/dcut.1.man --- dput-ng-1.8/docs/man/dcut.1.man 2014-01-31 02:50:03.0 + +++ dput-ng-1.8+nmu1/docs/man/dcut.1.man 2014-12-11 13:10:11.0 + @@ -162,15 +162,23 @@ bypass any argument checking/translation. Please note, this will generate a commands file which will be uploaded literally as is. Use with caution. -*--allow*=PACKAGES:: +*--allow*=PACKAGE -Source package(s) where permissions to upload should be granted. Repeat the -argument to apply permissions to more than one package at once. +*--allow* PACKAGE LIST:: -*--deny*=PACKAGES:: +Source package(s) where permissions to upload should be granted. Give +a space-separated list of packages to apply permissions to more than +one package at once. If multiple '--allow' options are given, the last +one takes precedence. -Source package(s) where permissions to upload should be denied. Repeat the -argument to apply permissions to more than one package at once. +*--deny*=PACKAGE + +*--deny* PACKAGE LIST:: + +Source package(s) where permissions to upload should be denied. Give a +space-separated list of packages to apply permissions to more than one +package at once. If multiple '--deny' options are given, the last +one takes precedence. reschedule ~~
Bug#772134: Kernel 3.2.0-4 failed to resume link
Hi Geert: do you have some plans investigate the problem more deeply? Regards Igor
Bug#772823: ITP: kimchi -- HTML5 based management tool for KVM.
Package: wnpp Severity: wishlist Description: Kimchi is an HTML5 based management tool for KVM. It is designed to make it as easy as possible to get started with KVM and create your first guest. Kimchi runs as a daemon on the hypervisor host. It manages KVM guests through libvirt. The management interface is accessed over the web using a browser that supports HTML5. License: LGPL-3.0+ and Apache-2.0 Copyright: 2013-2014 International Business Machines Corporation and others. URL: https://github.com/kimchi-project/kimchi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772824: init script should create /var/run/postgresql before invoking pg_lsclusters
Package: postgresql-common Version: 163 Severity: important Tags: pending There is a chicken-egg condition in /etc/init.d/postgresql where we first ask pg_lsclusters if there are any clusters to start, and later create /var/run/postgresql in the start() function. However in some setups, pg_lsclusters needs /var/run/postgresql present to properly detect the list of clusters, so we should simply create this directory earlier. Systems running systemd are not affected, as there is a tempfiles stanza that creates /var/run/postgresql; still we need to fix this for sysvinit users. http://www.postgresql.org/message-id/flat/20130601043307.gb20...@msgid.df7cb.de#20130601043307.gb20...@msgid.df7cb.de Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#772819: errors seen on console.
Hi there, These are the errors seen on the console :- 1418304306324 addons.xpi WARNProblem getting last modified time for /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/v...@drev.com/defaults/preferences/000system.js: [Exception... Component returned failure code: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) [nsIFile.lastModifiedTime] nsresult: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) location: JS frame :: resource://gre/modules/addons/XPIProvider.jsm :: recursiveLastModifiedTime :: line 1350 data: no] Stack trace: recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1350 recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1360 recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1360 recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1360 XPI_getAddonStates()@resource://gre/modules/addons/XPIProvider.jsm:2223 XPI_getInstallLocationStates/()@resource://gre/modules/addons/XPIProvider.jsm:2264 forEach()@self-hosted:221 XPI_getInstallLocationStates()@resource://gre/modules/addons/XPIProvider.jsm:2257 XPI_checkForChanges()@resource://gre/modules/addons/XPIProvider.jsm:3405 XPI_startup()@resource://gre/modules/addons/XPIProvider.jsm:1899 callProvider()@resource://gre/modules/AddonManager.jsm:208 _startProvider()@resource://gre/modules/AddonManager.jsm:667 AMI_startup()@resource://gre/modules/AddonManager.jsm:821 AMP_startup()@resource://gre/modules/AddonManager.jsm:2399 AMC_observe()@resource://gre/components/addonManager.js:55 file:unknown 1418304306552 addons.xpi WARNProblem getting last modified time for /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/v...@drev.com/defaults/preferences/000system.js: [Exception... Component returned failure code: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) [nsIFile.lastModifiedTime] nsresult: 0x80520006 (NS_ERROR_FILE_TARGET_DOES_NOT_EXIST) location: JS frame :: resource://gre/modules/addons/XPIProvider.jsm :: recursiveLastModifiedTime :: line 1350 data: no] Stack trace: recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1350 recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1360 recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1360 recursiveLastModifiedTime()@resource://gre/modules/addons/XPIProvider.jsm:1360 XPI_getAddonStates()@resource://gre/modules/addons/XPIProvider.jsm:2223 XPI_getInstallLocationStates/()@resource://gre/modules/addons/XPIProvider.jsm:2264 forEach()@self-hosted:221 XPI_getInstallLocationStates()@resource://gre/modules/addons/XPIProvider.jsm:2257 XPI_processFileChanges()@resource://gre/modules/addons/XPIProvider.jsm:3318 XPI_checkForChanges()@resource://gre/modules/addons/XPIProvider.jsm:3472 XPI_startup()@resource://gre/modules/addons/XPIProvider.jsm:1899 callProvider()@resource://gre/modules/AddonManager.jsm:208 _startProvider()@resource://gre/modules/AddonManager.jsm:667 AMI_startup()@resource://gre/modules/AddonManager.jsm:821 AMP_startup()@resource://gre/modules/AddonManager.jsm:2399 AMC_observe()@resource://gre/components/addonManager.js:55 file:unknown Looking forward for the fix. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772736: ITP: pathlib -- Set of classes to handle filesystem paths
Hi, Am Mittwoch, den 10.12.2014, 17:17 +0100 schrieb Frank Brehm: Package: wnpp Severity: wishlist Owner: Frank Brehm frank.br...@profitbricks.com * Package name: pathlib Version : 1.0.1 Upstream Author : Antoine Pitrou solip...@pitrou.net * URL : https://pypi.python.org/pypi/pathlib * License : MIT Licence Programming Lang: Python Description : Set of classes to handle filesystem paths this should probably be called python-pathlib, shan’t it? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#771208: unblock: busybox/1:1.22.0-14
On Thursday 11 December 2014 08:52:05 Ivo De Decker wrote: #768876 is tagged jessie-ignore so I'm really unconvinced by the debian/rules changes. It is jessie-ignore just to be non-RC. The fun with static linking and bugs it discovered shows that proper Built-Using field is really necessary (it is what #768876 is about). I guess by 'really necessary' you mean 'helps debugging', which isn't the same. It's my understand that it's really recessary so that the DNS resolver in busybox-static works *at all* But since I already raised that point (msg #20), I won't bug about it any further. -- GPG: 0x138E41915C7EFED6 signature.asc Description: This is a digitally signed message part.
Bug#772736: ITP: pathlib -- Set of classes to handle filesystem paths
Am Donnerstag, den 11.12.2014, 14:35 +0100 schrieb Joachim Breitner: Hi, Am Mittwoch, den 10.12.2014, 17:17 +0100 schrieb Frank Brehm: Package: wnpp Severity: wishlist Owner: Frank Brehm frank.br...@profitbricks.com * Package name: pathlib Version : 1.0.1 Upstream Author : Antoine Pitrou solip...@pitrou.net * URL : https://pypi.python.org/pypi/pathlib * License : MIT Licence Programming Lang: Python Description : Set of classes to handle filesystem paths this should probably be called python-pathlib, shan’t it? The source is called pathlib, but the binary packages are called python-pathlib and python-pathlib-doc. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772825: ITP: pyzolib -- Utilities for the Pyzo environment
Package: wnpp Severity: wishlist Owner: Ghislain Antony Vaillant ghisv...@gmail.com * Package name: pyzolib Version : 0.3.3 Upstream Author : Almar Klein almar.kl...@gmail.com * URL : https://bitbucket.org/pyzo/pyzolib * License : BSD Programming Lang: Python Description : Utilities for the Pyzo environment Description The pyzolib package provides basic functionality for the Pyzo environment. It contains a collection of modules and small packages that should be imported as from pyzolib import xxx . The packages currently are: * path - object oriented path processing (no more os.path.x) * paths - Get paths to useful directories in a cross platform manner. * qt - Proxy for importing QtCore et al. from PySide or PyQt4 * ssdf - the Simple Structured Data Format (for config files and scientific databases) * insertdocs - a sphynx pre-processor to include docstrings in the text, allowing readthedocs.org to host the docs without requiring importing code. * pyximport - for easy on the fly compilation of Cython, using the Pyzo environment to establish the location of a gcc compiler. * gccutils - used by the above to manage the gcc compiler. * interprerers - list the Python interpreters available on this system. * dllutils - utilities to set the RPATH in dynamic libararies and remove depndencies on the MSVCR from the embedded manifest. Further information: - Pyzolib is a dependency to iep [1], - Pyzolib has already been reviewed and packaged in Fedora [2]. I'd suggest to maintain this package as part of the Debian Science family, together with IEP. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23772820 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1064661 Cheers, Ghislain
Bug#772745: pulseaudio: Suddenly sound stops working
On Thu, Dec 11, 2014 at 10:14 AM, Adrián Arévalo Tirado adr...@gmail.com wrote: I have systemd-sysv installed and there is nothing special. It can happen while using vlc, youtube, even without using the machine. It seems a permission issue, according to the ls command . ls -la /run/user/1000 drwx-- 6 adrian adrian 120 dic 11 11:30 . drwxr-xr-x 3 root root60 dic 11 11:58 .. drwx-- 2 adrian adrian 60 dic 11 11:28 dconf dr-x-- 2 adrian adrian 0 dic 11 11:30 gvfs drwx-- 2 adrian adrian 80 dic 11 11:27 pulse drwxr-xr-x 2 adrian adrian 80 dic 11 11:28 systemd ls -la /run/user/1000/pulse drwx-- 2 adrian adrian 80 dic 11 11:27 . drwx-- 6 adrian adrian 120 dic 11 11:30 .. srwxrwxrwx 1 adrian adrian 0 dic 11 11:27 native -rw--- 1 adrian adrian 5 dic 11 11:27 pid Is this output from before or after sound stops working? I need after. Also, please do the following before sound stops working pulseaudio -k ; pulseaudio - --log-time --log-file=file:pa.log This will start pulseaudio in verbose mode (it should keep running. if it doesn't, please retry). When sound stops working, kill this process and attach the pa.log file that will be generated. Also please note the time when you started the process and when the problem happened, so that the point can be located in the log. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772826: watchdog fails to upgrade
Package: watchdog Version: 5.14-3 Severity: important Dear Maintainer, the watchdog package fails to upgrade (from version 5.14-2): Setting up watchdog (5.14-3) ... /run/udev or .udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation. Job for watchdog.service canceled. invoke-rc.d: initscript watchdog, action restart failed. dpkg: error processing package watchdog (--configure): subprocess installed post-installation script returned error exit status 1 Trying to recover at the end of the aptitude run fails too: Errors were encountered while processing: watchdog E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up watchdog (5.14-3) ... /run/udev or .udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation. Also when I try to restart watchdog manually I end up with no watchdog process running: # systemctl status watchdog.service ● watchdog.service - watchdog daemon Loaded: loaded (/lib/systemd/system/watchdog.service; enabled) Active: active (running) since Thu 2014-12-11 14:27:42 CET; 22s ago Process: 29018 ExecStopPost=/bin/sh -c [ $run_wd_keepalive != 1 ] || false (code=exited, status=1/FAILURE) Process: 29042 ExecStart=/bin/sh -c [ $run_watchdog != 1 ] || exec /usr/sbin/watchdog $watchdog_options (code=exited, status=0/SUCCESS) Process: 29040 ExecStartPre=/bin/sh -c [ -z ${watchdog_module} ] || [ ${watchdog_module} = none ] || /sbin/modprobe $watchdog_module (code=exited, status=0/SUCCESS) Main PID: 29044 (watchdog) CGroup: /system.slice/watchdog.service └─29044 /usr/sbin/watchdog # systemctl restart watchdog.service Job for watchdog.service canceled. # systemctl status -l watchdog.service ● watchdog.service - watchdog daemon Loaded: loaded (/lib/systemd/system/watchdog.service; enabled) Active: inactive (dead) since Thu 2014-12-11 14:30:15 CET; 33s ago Process: 29639 ExecStopPost=/bin/sh -c [ $run_wd_keepalive != 1 ] || false (code=exited, status=1/FAILURE) Process: 29042 ExecStart=/bin/sh -c [ $run_watchdog != 1 ] || exec /usr/sbin/watchdog $watchdog_options (code=exited, status=0/SUCCESS) Process: 29040 ExecStartPre=/bin/sh -c [ -z ${watchdog_module} ] || [ ${watchdog_module} = none ] || /sbin/modprobe $watchdog_module (code=exited, status=0/SUCCESS) Main PID: 29044 (code=exited, status=0/SUCCESS) Dec 11 14:30:10 grappa watchdog[29044]: stopping daemon (5.14) Dec 11 14:30:15 grappa systemd[1]: watchdog.service: control process exited, code=exited status=1 Dec 11 14:30:15 grappa systemd[1]: Unit watchdog.service entered failed state. Using only the start command works, but ends up with status 1/FAILURE for the service: # systemctl start watchdog.service # systemctl status -l watchdog.service ● watchdog.service - watchdog daemon Loaded: loaded (/lib/systemd/system/watchdog.service; enabled) Active: active (running) since Thu 2014-12-11 14:31:35 CET; 15s ago Process: 29639 ExecStopPost=/bin/sh -c [ $run_wd_keepalive != 1 ] || false (code=exited, status=1/FAILURE) Process: 29675 ExecStart=/bin/sh -c [ $run_watchdog != 1 ] || exec /usr/sbin/watchdog $watchdog_options (code=exited, status=0/SUCCESS) Process: 29673 ExecStartPre=/bin/sh -c [ -z ${watchdog_module} ] || [ ${watchdog_module} = none ] || /sbin/modprobe $watchdog_module (code=exited, status=0/SUCCESS) Main PID: 29678 (watchdog) CGroup: /system.slice/watchdog.service └─29678 /usr/sbin/watchdog Dec 11 14:31:35 grappa watchdog[29678]: starting daemon (5.14): Dec 11 14:31:35 grappa watchdog[29678]: int=1s realtime=yes sync=no soft=no mla=0 mem=0 Dec 11 14:31:35 grappa watchdog[29678]: ping: no machine to check Dec 11 14:31:35 grappa watchdog[29678]: file: no file to check Dec 11 14:31:35 grappa watchdog[29678]: pidfile: no server process to check Dec 11 14:31:35 grappa watchdog[29678]: interface: no interface to check Dec 11 14:31:35 grappa watchdog[29678]: temperature: no sensors to check Dec 11 14:31:35 grappa watchdog[29678]: test=none(0) repair=none(0) alive=/dev/watchdog heartbeat=none to=root no_act=no force=no Dec 11 14:31:35 grappa watchdog[29678]: cannot set timeout 60 (errno = 22 = 'Invalid argument') Dec 11 14:31:35 grappa watchdog[29678]: hardware watchdog identity: INTCAMT I'm not sure what the correct severity for this bug should be (I would consider it RC, so serious?). Please adjust the severity as needed. Regards Uwe PS: The old config file /etc/default/watchdog seems not to be properly removed from the package, dpkg -s still lists it (as obsolete). See also the Configuration Files section below. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (750, 'testing'), (650, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU
Bug#771604: tracker.debian.org: short description contains long description
On Thu, Dec 11, 2014 at 4:58 PM, Raphael Hertzog wrote: The reason we parse individual files is that we want to only process modified files since the last update (precisely for performance reasons). apt_pkg doesn't let us extract a list of packages coming from a specific Packages/Sources file. In the Debian derivatives census scripts I have a way to do that (except I don't do the update check), basically you extract the filenames of the Packages/Sources and then pass them to the deb822 module: https://anonscm.debian.org/cgit/dex/census.git/tree/check-package-list -- 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#772827: ITP: kerneloops -- kernel oops tracker
Package: wnpp Owner: Balint Reczey bal...@balintreczey.hu Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org * Package name: kerneloops Version : 0.12+git20140509-1 Upstream Author : Arjan van de Ven ar...@linux.intel.com * URL : https://github.com/oops-kernel-org/kerneloops * License : GPL-2 Programming Lang: C Description : kernel oops tracker kerneloops is a daemon that collects kernel crash information and then submits the extracted signature to the kerneloops.org website for statistical analysis and presentation to the Linux kernel developers. -- I would like to reintroduce the package into Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770449: ITP, RFS for Caml Crush package
On 02/12/2014 13:34, Thomas Calderon wrote: On 24/11/2014 18:01, Stéphane Glondu wrote: Le 21/11/2014 13:31, Thomas Calderon a écrit : I submitted an ITP (#770296) and an RFS (#770449) request regarding the packaging of Caml Crush. [...] First remarks: 1. There is a debian directory in the upstream tarball, is that intentional? Keep in mind that is is ignored in favour of the one in .debian.tar.xz; the two agree for now, but this might change in the future. 2. Shouldn't the SOs of caml-crush-clients be installed in their own directory? Have you compared with existing PKCS#11 providers? Moreover, this might remove the need for Lintian overrides. 3. Consider the Account Naming section of [1]. 4. Why do you enumerate architectures instead of using Architecture: any? Is the lack of arm64 on purpose? 5. I am suspicious about the package not using dh-ocaml. Especially on bytecode architectures. [1] https://wiki.debian.org/AccountHandlingInMaintainerScripts Cheers, Hi, Thanks for the initial review. 1. I have split the debian-related files from the master branch. I will now use upstream and debian branches instead. Therefore, release tarballs will not contain this directory. 2. You were right, there was no valid reason to have the SOs directly in /usr/lib, I moved them to /usr/lib/triplet/caml-crush. This has indeed the positive effect of suppressing the lintian issues. 3. I switched to the Debian-pkcs11proxyd system account and group. 4. Since we rely on OCaml native compilers, I switched from the ocaml-nox build dependency to ocaml-native-compilers and have Architecture: any instead. 5. Since Caml Crush does not (yet) support using bytecode-only architecture, we rely on ocaml-native-compilers to restrict the supported architectures. I have uploaded a new version on mentors.debian.net Regards, Hi Stephane, Did you have the time to look at the up-to-date package I uploaded to mentors (1.0.4) ? -- Cordialement, Thomas Calderon Laboratoire architectures matérielles et logicielles Sous-direction expertise ANSSI Tél: 01 71 75 88 55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772734: unblock: monodevelop/4.0.12+dfsg-6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/12/14 16:23, Ivo De Decker wrote: Control: tags -1 moreinfo Hi, On Wed, Dec 10, 2014 at 04:03:36PM +, Jo Shields wrote: I need to make a TPU upload of MonoDevelop, to fix RC bug #771515 (and an identical bug which popped up during testing). Going via unstable is no longer possible, due to major version changes numbering thousands of lines in that version. Is there a reason you can't just revert the upload in unstable? Note to self: use reply all. You're proposing that I use an epoch to forcibly downgrade all sid users who have been using 5.5 bug-free for 2 months, breaking all configuration and environment for those users (config is imported from older versions, but not backwards from newer versions)? That seems more than a little user-hostile. Frankly, I'd rather have the fight about letting 5.5 migrate (it was in the archive in early October, well before the freeze) than break an unknown number of users' systems for pure housekeeping purposes. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUiaiwAAoJEMkPnLkOH60MLBsIALr4iiHyFo9+m6w6dJRZ5mjx PvdOBQehgFOW8JWz4EF0fRJBD5AvxHE1opv3l64Q2OzWos3X0ySv2ayK6EzH4vxw EdKh+om7tkClv32Jiopd7f7G7SH/aTL1x72/g1n9X/zqurwWcBS4lD831X3Mpfjb 1gpM6NhDEUaoDjZD35M0FeehxFX7NzMdzsQPL/97SN/gd8F4neC3iubqHpQh3Pa7 wFAXCi954WaC1QyYP8Q2aHfeR2avaWfEzLWtB9dcUo/QGGXopS2jaKbhdhPyLB0v 8i7f5fn2yABAMcUaUA3/lW1FNKrLP6HRbSQR1AwrqnsItuqGmjOOISMYVGhsqw0= =+4um -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772784: [Pkg-javascript-devel] Bug#772784: ENOENT crash error on any NPM command
Em 10-12-2014 23:11, Jérémy Lal escreveu: Please provide the output of this command in the terminal where you reproduce the error: pwd thanks, Jérémy. Ok Jérémy, Also confirming the problem before it: $ npm help Error: ENOENT, open '/home/aurium/Projetos/chat-bot/null' $ pwd /home/aurium/Projetos/chat-bot Is there a new mandatory attribute on package.json? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772780: gnupg: out of secure memory even with only 4096-RSA keys when using addkey in --edit-key interface
Would increasing the amount of secure memory that's allocated be a reasonable fix? I am not a coder and I don't understand what the drawbacks of increasing the secure memory are, but presumably free memory in general is much more abundant now than it was when the amount was set? In Bug #739424 which I looked at before submitting this, it is mentioned how to do so: gnupg-1.4.16/g10/gpg.c:1998 got_secmem=secmem_init( 32768 ); Perhaps this would be a reasonable default under the new blinding scheme? On 12/11/2014 04:54 AM, NIIBE Yutaka wrote: Thank you. It is now reproducible for me (i386 and amd64) with gnupg 1.4.12-7+deb7u6. I think that the combination of: Your configuration of: s2k-cipher-algo S10 Adding RSA-4096 subkey for sign RSA Blinding ... are things to cause the issue. I don't have a solution/workaround at hand, right now, but I could explain the reason. In the security fix, GnuPG introduced RSA Blinding which requires more memory. Thus, some operations (which could be done in the past) cannot be done these days. signature.asc Description: OpenPGP digital signature
Bug#772725: network-manager: NetworkManager daemon aborts after removing an interface when Nokia Phonet interfaces are present.
在 2014年12月10日 22:31, Tianming Xie 写道: Package: network-manager Version: 0.9.10.0-3 Severity: important Dear Maintainer, The NetworkManager daemon aborts after removing any interface (eg. unplug an iphone, which expose an ipheth interface, or any hot-pluggable NIC card) on one of my computers (on which I am writing this bug report), which has never taken place on my other computers. I managed to grab the core file of NetworkManager daemon, which may be useful. Thanks. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.12-1 ii init-system-helpers1.22 ii isc-dhcp-client4.3.1-5 ii libc6 2.19-13 ii libdbus-1-31.8.12-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.2-4+b1 ii libglib2.0-0 2.42.1-1 ii libgnutls-deb0-28 3.3.8-5 ii libgudev-1.0-0 215-7 ii libmm-glib01.4.0-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-3 ii libnm-util20.9.10.0-3 ii libpam-systemd 215-7 ii libpolkit-gobject-1-0 0.105-8 ii libreadline6 6.3-8+b2 ii libsoup2.4-1 2.48.0-1 ii libsystemd0215-7 ii libteamdctl0 1.12-1 ii libuuid1 2.25.2-3 ii lsb-base 4.1+Debian13+nmu1 ii policykit-10.105-8 ii udev 215-7 ii wpasupplicant 2.3-1 Versions of packages network-manager recommends: ii crda 3.13-1 ii dnsmasq-base 2.72-2 ii iptables 1.4.21-2+b1 ii modemmanager 1.4.0-1 ii ppp 2.4.6-3 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-4+b2 pn libteam-utils none -- no debconf information Today I went into the core a bit further. When the NM daemon aborts, a Nokia phone providing Phonet interface is connected to the computer. So before the abortion, the value (which you can see via the core) of ((struct rtnl_route*)object)-rt_family (and ((struct rtnl_addr*)object)-a_family, located in the same address of ((struct rtnl_route*)object)-rt_family ) is 35 AF_PHONET, a value that function object_type_from_nl_object() can not recognize and give a return value OBJECT_TYPE_UNKNOWN, leading to object_has_ifindex() to abort the daemon. signature.asc Description: OpenPGP digital signature
Bug#772828: (no subject)
Package: selinux-policy-default Version: 2:2.20140421-7 Severity: important Dear Maintainer, I am trying to get this machine to work properly under SELinux enforcing mode, but run into all kinds of interesting issues. One of these issues is that etckeeper, when run from cron, tries to read and write various files in /etc, but this is not allowed by the system_cronjob_t type the cronjob runs under. How etckeeper works is that it scans /etc and for each file that was changed, it commits it into git (or similar). The default path of this repository is /etc/.git (etc_t). It also wants to modify /etc/.etckeeper and have read access to each and any file in /etc (except for files that are ignored in /etc/.gitignore). I do not think it is wise to grant system_cronjob_t write permission to etc_t files, and also not wise to grant it read permission to each and any file in /etc. I'm not sure what the best approach should be, but I think it should start with a process transion, so that etckeeper runs in its own type. root@ix:˜# dpkg -l etckeeper Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii etckeeper 1.15 all store /etc in git, mercurial, bzr root@ix:˜# -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (400, 'unstable') 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 Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.8-3.1 ii libselinux1 2.3-2 ii libsepol12.3-2 ii policycoreutils 2.3-1 ii python 2.7.8-2 ii selinux-utils2.3-2 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.3-1 ii setools 3.3.8-3.1 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- 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#768730: [Debian-med-packaging] Bug#768730: python-mne REMOVED from testing
On Wed, 10 Dec 2014, Alexandre Gramfort wrote: hi, thanks Yarik for your help make v0.8.6 available on neurodebian. Regarding the patch I sent it via email as I don't know the procedure. Currently the master branch is packaged and it's already at 0.8.6. I am not sure if I should branch at old version, commit the patch, and push in maint/0.8.4 branch or something. ok -- god blessing from release team for uploading patched 0.8.6 got stuck now though since with sid's version of pandas (never migrated to jessie since some builds were failing... yeah... busy busy) mne build was failing: == ERROR: Test stc Pandas exporter -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /home/yoh/deb/gits/pkg-exppsy/build-area/python-mne-0.8.6+dfsg/mne/utils.py, line 669, in dec ret = function(*args, **kwargs) File /home/yoh/deb/gits/pkg-exppsy/build-area/python-mne-0.8.6+dfsg/mne/tests/test_source_estimate.py, line 588, in test_as_data_frame df.reset_index().columns[:3] == ['subject', 'time'] File /usr/lib/python2.7/dist-packages/pandas/core/index.py, line 57, in wrapper if com.is_bool_dtype(result): File /usr/lib/python2.7/dist-packages/pandas/core/common.py, line 2465, in is_bool_dtype tipo = _get_dtype_type(arr_or_dtype) File /usr/lib/python2.7/dist-packages/pandas/core/common.py, line 2394, in _get_dtype_type return arr_or_dtype.dtype.type AttributeError: 'NotImplementedType' object has no attribute 'dtype' which smells like pandas issue. I am building their fresh release 0.15.2 -- if that one addresses it -- we are set, will upload that one and then patched mne, and will request unblock... if not fixed -- I would need to troubleshoot/get it fixed, and then upload pandas. summary: I want to upload mne only when I know there is no FTBFS in sid or jessie (so far that one is cool) -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772745: pulseaudio: Suddenly sound stops working
In my installation --log-file is not recognized 2014-12-11 14:52 GMT+01:00 Felipe Sateler fsate...@debian.org: On Thu, Dec 11, 2014 at 10:14 AM, Adrián Arévalo Tirado adr...@gmail.com wrote: I have systemd-sysv installed and there is nothing special. It can happen while using vlc, youtube, even without using the machine. It seems a permission issue, according to the ls command . ls -la /run/user/1000 drwx-- 6 adrian adrian 120 dic 11 11:30 . drwxr-xr-x 3 root root60 dic 11 11:58 .. drwx-- 2 adrian adrian 60 dic 11 11:28 dconf dr-x-- 2 adrian adrian 0 dic 11 11:30 gvfs drwx-- 2 adrian adrian 80 dic 11 11:27 pulse drwxr-xr-x 2 adrian adrian 80 dic 11 11:28 systemd ls -la /run/user/1000/pulse drwx-- 2 adrian adrian 80 dic 11 11:27 . drwx-- 6 adrian adrian 120 dic 11 11:30 .. srwxrwxrwx 1 adrian adrian 0 dic 11 11:27 native -rw--- 1 adrian adrian 5 dic 11 11:27 pid Is this output from before or after sound stops working? I need after. Also, please do the following before sound stops working pulseaudio -k ; pulseaudio - --log-time --log-file=file:pa.log This will start pulseaudio in verbose mode (it should keep running. if it doesn't, please retry). When sound stops working, kill this process and attach the pa.log file that will be generated. Also please note the time when you started the process and when the problem happened, so that the point can be located in the log. -- Saludos, Felipe Sateler
Bug#772829: release-notes: 5.1 Security status of web browsers refers to iceape
Package: release-notes Severity: minor Hi, section 5.1 Security status of web browsers refers to iceape two times: For general web browser use we recommend browsers building on the Mozilla xulrunner engine (Iceweasel and Iceape) or Chromium. Iceweasel, Iceape and Icedove will also be kept up-to-date by rebuilding the current ESR releases for stable. However iceape is gone from Debian[1]. So I suggest to change the wording to For general web browser use we recommend Iceweasel or Chromium. Iceweasel and Icedove will also be kept up-to-date by rebuilding the current ESR releases for stable. Ansgar [1] https://tracker.debian.org/pkg/iceape -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772745: pulseaudio: Suddenly sound stops working
It was --log-target instead of --log-file *pulseaudio -k ; pulseaudio - --log-time --log-target=file:pa.log* 2014-12-11 15:56 GMT+01:00 Adrián Arévalo Tirado adr...@gmail.com: In my installation --log-file is not recognized 2014-12-11 14:52 GMT+01:00 Felipe Sateler fsate...@debian.org: On Thu, Dec 11, 2014 at 10:14 AM, Adrián Arévalo Tirado adr...@gmail.com wrote: I have systemd-sysv installed and there is nothing special. It can happen while using vlc, youtube, even without using the machine. It seems a permission issue, according to the ls command . ls -la /run/user/1000 drwx-- 6 adrian adrian 120 dic 11 11:30 . drwxr-xr-x 3 root root60 dic 11 11:58 .. drwx-- 2 adrian adrian 60 dic 11 11:28 dconf dr-x-- 2 adrian adrian 0 dic 11 11:30 gvfs drwx-- 2 adrian adrian 80 dic 11 11:27 pulse drwxr-xr-x 2 adrian adrian 80 dic 11 11:28 systemd ls -la /run/user/1000/pulse drwx-- 2 adrian adrian 80 dic 11 11:27 . drwx-- 6 adrian adrian 120 dic 11 11:30 .. srwxrwxrwx 1 adrian adrian 0 dic 11 11:27 native -rw--- 1 adrian adrian 5 dic 11 11:27 pid Is this output from before or after sound stops working? I need after. Also, please do the following before sound stops working pulseaudio -k ; pulseaudio - --log-time --log-file=file:pa.log This will start pulseaudio in verbose mode (it should keep running. if it doesn't, please retry). When sound stops working, kill this process and attach the pa.log file that will be generated. Also please note the time when you started the process and when the problem happened, so that the point can be located in the log. -- Saludos, Felipe Sateler
Bug#738119: android-tools-adb: newer version needed for Lollipop compatibility
Package: android-tools-adb Version: 4.2.2+git20130529-5.1 Followup-For: Bug #738119 There's now an actual reason to update this package. The version of adb in 4.2.2 is too old to interact with devices running Android 5.x. adb sideload, for instance, makes the device complain of a version mismatch. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages android-tools-adb depends on: ii libc62.19-13 ii libssl1.0.0 1.0.1j-1 ii zlib1g 1:1.2.8.dfsg-2+b1 android-tools-adb recommends no packages. android-tools-adb 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#772745: pulseaudio: Suddenly sound stops working
On Thu, Dec 11, 2014 at 12:03 PM, Adrián Arévalo Tirado adr...@gmail.com wrote: It was --log-target instead of --log-file pulseaudio -k ; pulseaudio - --log-time --log-target=file:pa.log Yes, my mistake. Sorry. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772830: libmagic1: Impossible to have armhf and x86_64 at the same time
Package: file Version: 1:5.20-2 Severity: important Dear Maintainer, I would like to cross build some package for armhf (I'm on a x86_64 platform) and I need libmagic1:armhf for this but the file '/usr/share/file/magic.mgc' is different between those two architectures, making it impossible to install (unless I remove libmagic1:amd64 but some very important packages relies on it). If we refer to https://wiki.debian.org/Multiarch/Implementation#What_does_the_end_result_look_like.3F, specially the line Note that any files in /usr/share or /etc must be byte-for- byte identical across architectures, otherwise file conflicts will result! , it seems that it is not respected here. So now, what is it possible to do for making it right? Regards, Manuel VIVES P.S: This bug looks like it has been fixed here: https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=670006 but there is no trace of the correction in the package P.P.S: The bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754119 looks similar, but paths are not the same -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: armhf Kernel: Linux 3.16-2-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.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 libmagic1 depends on: ii libc6 2.19-13 ii multiarch-support 2.19-13 ii zlib1g 1:1.2.8.dfsg-2+b1 libmagic1 recommends no packages. Versions of packages libmagic1 suggests: ii file 1:5.20-2 Versions of packages file depends on: ii libc6 2.19-13 ii zlib1g 1:1.2.8.dfsg-2+b1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772831: squidguard: squid 2.7 redirector protocol used by squidguard is no more supported with squid 3.4
Package: squidguard Version: 1.5-3 Severity: important Tags: upstream Dear Maintainer, Trying jessie packages and using squidguard 1.5-3 with squid 3.4 leads to warning messages in /var/log/squid3/cache.log: 2014/12/11 08:58:49 kid1| UPGRADE WARNING: URL rewriter reponded with garbage ' 192.168.0.14/- - GET'. Future Squid will treat this as part of the URL. 2014/12/11 10:14:00 kid1| UPGRADE WARNING: URL rewriter reponded with garbage ' 192.168.0.14/- - GET'. Future Squid will treat this as part of the URL. 2014/12/11 11:09:50 kid1| UPGRADE WARNING: URL rewriter reponded with garbage ' 192.168.0.12/- - GET'. Future Squid will treat this as part of the URL. 2014/12/11 11:22:08 kid1| UPGRADE WARNING: URL rewriter reponded with garbage ' 192.168.0.34/- - GET'. Future Squid will treat this as part of the URL. 2014/12/11 11:29:10 kid1| UPGRADE WARNING: URL rewriter reponded with garbage ' 192.168.0.14/- - GET'. Future Squid will treat this as part of the URL. 2014/12/11 12:59:22 kid1| UPGRADE WARNING: URL rewriter reponded with garbage ' 192.168.0.14/- - GET'. Future Squid will treat this as part of the URL. But that's not just warning's, because if URL becomes too long it can make squid3 to exit. Can also find information and patch looking at the squid bugg report: http://bugs.squid-cache.org/show_bug.cgi?id=3978 or around freebsd ecosystem: http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2014-September/292033.html Regards, EG -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages squidguard depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u6 ii libdb5.1 5.1.29-5 ii libldap-2.4-2 2.4.31-1+nmu2 Versions of packages squidguard recommends: ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 pn squid3 | squid none Versions of packages squidguard suggests: pn ldap-utils none pn squidguard-doc none -- Configuration Files: /etc/squidguard/squidGuard.conf.default [Errno 13] Permission denied: u'/etc/squidguard/squidGuard.conf.default' -- debconf information: squidguard/dbreload: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772832: unblock: qemu/2.1+dfsg-11
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please consider unblocking package qemu. The current release in sid fixes one serious bug (#772127) which has been introduced during jessie development and made more serious by recent changes in qemu packaging. Basically, many qemu-system emulators didn't work due to missing vgabios (part of seabios) and pxe boot roms (ipxe-qemu package). The fix includes re-working a (debian-specific) patch which introduces a build-time search PATH instead of a single directory as used by qemu (since upstream qemu source includes firmware blobs from various projects in a single directory, this is enough for upstream qemu; but in Debian we have these blobs in different packages), and also adds Recommends entries to several qemu-system packages. I didn't want to use Depends because at least in theory, these systems can function without the firmware, and also because adding extra Depends at this stage is a bit risky. Meanwhile, unfortunately, I mistakenly uploaded a new upstream version of qemu (2.2), which aimed at experimental, to unstable. So I had to re- upload 2.1 version again, bumping the epoch number, to cancel 2.2 upload. So in addition to fixing that single bug, there's also epoch number increment. There's no other changes. Debdiff between version in jessie/testing and current sid is below. unblock qemu/2.1+dfsg-11 Thanks, /mjt diff -Nru qemu-2.1+dfsg/debian/changelog qemu-2.1+dfsg/debian/changelog --- qemu-2.1+dfsg/debian/changelog 2014-12-04 16:57:09.0 +0300 +++ qemu-2.1+dfsg/debian/changelog 2014-12-10 00:53:52.0 +0300 @@ -1,3 +1,26 @@ +qemu (1:2.1+dfsg-11) unstable; urgency=medium + + * bump epoch and reupload to cancel 2.2+dfsg-1exp upload +mistakenly done to unstable. No other changes. + + -- Michael Tokarev m...@tls.msk.ru Wed, 10 Dec 2014 00:52:28 +0300 + +qemu (2.1+dfsg-10) unstable; urgency=medium + + * make (debian-specific) x86 data path (with seabios and ipxe +in it) non-x86-specific, since other arches use firmware +files too (Closes: #772127) + * add seabios to Recommends to qemu-system-misc, qemu-system-mips, +qemu-system-ppc and qemu-system-sparc packages, because these +packages contains emulators using vgabios which is part of +seabios package (#772127). + * add ipxe-qemu to Recommends to qemu-system-misc, qemu-system-arm, +qemu-system-mips, qemu-system-ppc, qemu-system-sparc packages, +because these packages contains emulators using network boot +roms (#772127), in a similar way. + + -- Michael Tokarev m...@tls.msk.ru Tue, 09 Dec 2014 13:47:36 +0300 + qemu (2.1+dfsg-9) unstable; urgency=high * apply upstream patches for CVE-2014-8106 diff -Nru qemu-2.1+dfsg/debian/control qemu-2.1+dfsg/debian/control --- qemu-2.1+dfsg/debian/control2014-12-04 16:53:29.0 +0300 +++ qemu-2.1+dfsg/debian/control2014-12-10 00:54:52.0 +0300 @@ -190,7 +190,10 @@ Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64 x32 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common ( 2.0.0+dfsg-7~) -Recommends: qemu-utils +Recommends: qemu-utils, +# alpha uses vgabios +# alpha m68k sh4 uses bootroms + seabios, ipxe-qemu (= 1.0.0+git-2013.c3d1e78-1~) Suggests: samba, vde2 Provides: ${sysprovides:misc} Breaks: qemu-system ( 1.3.0+dfsg-5) @@ -215,7 +218,9 @@ Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64 x32 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common ( 2.0.0+dfsg-7~) -Recommends: qemu-utils +Recommends: qemu-utils, +# aarch64 arm uses bootroms + ipxe-qemu (= 1.0.0+git-2013.c3d1e78-1~) Suggests: samba, vde2 Provides: ${sysprovides:arm} Breaks: qemu-system ( 1.3.0+dfsg-5), @@ -237,7 +242,9 @@ Architecture: amd64 arm arm64 armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 ppc64el s390x sparc sparc64 x32 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common ( 2.0.0+dfsg-7~) -Recommends: qemu-utils +Recommends: qemu-utils, +# all mips targets uses vgabios and bootroms + seabios, ipxe-qemu (= 1.0.0+git-2013.c3d1e78-1~) Suggests: samba, vde2 Provides: ${sysprovides:mips} Breaks: qemu-system ( 1.3.0+dfsg-5) @@ -263,7 +270,9 @@ # ubuntu can't Depend on openbios-ppc and openhackware as they're in universe openbios-ppc (= 1.1+svn1229), openhackware Suggests: samba, vde2, -Recommends: qemu-utils +Recommends: qemu-utils, +# ppc targets use vgabios-stdvga and bootroms + seabios, ipxe-qemu (= 1.0.0+git-2013.c3d1e78-1~) Provides: ${sysprovides:ppc} Breaks: qemu-system ( 1.3.0+dfsg-5), Replaces: qemu-system ( 1.3.0+dfsg-5), @@ -286,7
Bug#772832: unblock: qemu/2.1+dfsg-11
11.12.2014 17:23, Michael Tokarev wrote: ... The fix includes re-working a (debian-specific) patch which introduces a build-time search PATH instead of a single directory as used by qemu (since upstream qemu source includes firmware blobs from various projects in a single directory, this is enough for upstream qemu; but in Debian we have these blobs in different packages), and also adds Recommends entries to several qemu-system packages. In addition to regular debdiff, here's a link to the changes in the mentioned debian-specific patch: http://anonscm.debian.org/cgit/pkg-qemu/qemu.git/commit/?id=e0b29d29cad40046ac460c544a63f7d65517d75f since I renamed the patch file to reflect reality, debdiff includes removal of old patch file and addition of another. The link above shows differece between the two files, -- these differences makes it clear that the changes aren't that large compared with whole file removal+addition. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772833: libhdf5-dev: Cannot compile code using C++ bindings for HDF5
Package: libhdf5-dev Version: 1.8.13+docs-15 Severity: important Tags: patch Dear Maintainer, The C++ bindings for HDF5 (hdf5/serial/H5Cpp.h) use hdf5/serial/H5Include.h. In this file the usual GDF5 header is included with (wrong) absolute path. This results in: /usr/include/hdf5/serial/H5Include.h:17:18: fatal error: hdf5.h: No such file or directory #include hdf5.h Including with relative path solves the problem. Yours, Patrik Schönfeldt -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libhdf5-dev depends on: ii hdf5-helpers 1.8.13+docs-15 ii libhdf5-8 1.8.13+docs-15 ii libhdf5-cpp-8 1.8.13+docs-15 ii libjpeg-dev1:1.3.1-11 ii libjpeg62-turbo-dev [libjpeg-dev] 1:1.3.1-11 ii zlib1g-dev 1:1.2.8.dfsg-2+b1 libhdf5-dev recommends no packages. Versions of packages libhdf5-dev suggests: pn libhdf5-doc none -- no debconf information *** /home/patrik/H5Include.h.diff 17c17 #include hdf5.h --- #include hdf5.h 17c17 #include hdf5.h --- #include hdf5.h
Bug#772834: unblock: xen/4.4.1-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock xen/4.4.1-6. It fixes a security problem. xen (4.4.1-6) unstable; urgency=medium . * Fix starvation of writers in locks. CVE-2014-9065 unblock xen/4.4.1-6 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772837: pev 0.70 is available
Package: pev Version: 0.40-1 Dear Debian package maintainer, I would like to let you know that a newer version of pev, the PE file analysis toolkit, is available (0.70). It would be great to have it part of the Debian distribution. As it happens I have packaged pev 0.70 for NetBSD just a couple days ago; so if it can help, you can find a couple patches and metadata there: http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/security/pev/ Cheers, -- khorben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org