Bug#667582: [Pkg-systemd-maintainers] Bug#667582: Status of this bug?
On Thu, Jan 09, 2014 at 08:03:18AM +0100, Michael Stapelberg wrote: Josh Triplett j...@joshtriplett.org writes: This bug has had a working patch available (and committed to a branch in the Debian packaging repository) for more than a year. Is there anything preventing that patch from being merged? I’ll take a stab at merging it once the tech-ctte decision has been made. Hopefully it'll be unnecessary after that decision. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734642: Blank CD-Rs/DVD-Rs/DVD-RWs not being detected, making it impossible to write images and other content to them
Control: reassign -1 dvd+rw-tools 7.1-6 On Mi, 08 ian 14, 19:39:59, Jonathan Andrew Upton wrote: Package: dvd-rw-tools Version: 7.1-6 Whenever I insert a blank audio disk (e.g. a blank CD-R, a blank DVD-R or a blank DVD-RW), Debian will not detect the media within the optical disk drive, whereas these disks with already-existing content on them, along with USB media, will be detected instantly. This means that I cannot write images and other media to these disks. I suggest that this bug is fixed. I am using Debian GNU/Linux 7.2, kernel 7.3. (I am not sure as to whether or not this package is why the fault exists, but I have never submitted a bug report before, so please do not take this the wrong way. Thanks.) -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#731016: Can't mount external USB HD Asus AN300
Control: reassign -1 src:linux On Ma, 07 ian 14, 10:01:50, Ido Halperin wrote: I have just upgraded into kernel 3.12-1-amd64 but the problem persists. Until this issue will be solved I am trying to find some way to manually create the block device for this HDD but I don't know where I should look. I found some pages about adding scsi device and following that I typed: **$ dmesg | tail -n 100 [...] [24690.748752] usb 2-4: new SuperSpeed USB device number 7 using xhci_hcd [24690.765189] usb 2-4: New USB device found, idVendor=0b05, idProduct=17b6 [24690.765196] usb 2-4: New USB device strings: Mfr=2, Product=3, SerialNumber=1 [24690.765200] usb 2-4: Product: Super Speed Mass Storage [24690.765203] usb 2-4: Manufacturer: USB3.0 Device [24690.765205] usb 2-4: SerialNumber: 40201208020A [24690.765975] usb-storage 2-4:1.0: USB Mass Storage device detected [24690.766258] scsi17 : usb-storage 2-4:1.0 [24691.768698] scsi 17:0:0:0: Direct-Access USB3.0 D Super Speed Mass 0PQ: 1 ANSI: 0 [24691.768878] scsi 17:0:0:1: CD-ROMASMT VirtualCDROM PQ: 0 ANSI: 0 [24691.769160] scsi 17:0:0:0: Attached scsi generic sg2 type 0 [24691.769681] sr1: scsi-1 drive [24691.769834] sr 17:0:0:1: Attached scsi CD-ROM sr1 [24691.769920] sr 17:0:0:1: Attached scsi generic sg3 type 5 [24691.820241] xhci_hcd :00:14.0: WARN Event TRB for slot 14 ep 2 with no TDs queued? [24691.960100] ISO 9660 Extensions: Microsoft Joliet Level 3 [24691.960231] ISOFS: changing to secondary root I understand from that output that 17:0:0:0 is my hdd. I tried: **$ echo 0 0 0 /sys/class/scsi_host/host17/scan but no progress was achieved. Do you know if there is some scsi administration tool that may help me tom manually create the block device file? Ido. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#734693: Please rename /etc/apparmor.d/tunables/home.d/ubuntu
Package: apparmor Version: 2.8.0-5 Severity: minor Hi, the postinst creates /etc/apparmor.d/tunables/home.d/ubuntu - this is a bad match for a Debian system since one has to guess whether it's used or not. Please rename it to /etc/apparmor.d/tunables/home.d/debian. Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apparmor depends on: ii debconf [debconf-2.0] 1.5.52 ii initramfs-tools0.115 ii libapparmor-perl 2.8.0-5 ii libc6 2.17-97 ii lsb-base 4.1+Debian12 ii python 2.7.5-5 apparmor recommends no packages. Versions of packages apparmor suggests: pn apparmor-docs none pn apparmor-profiles none pn apparmor-utils none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734556: [Pkg-libvirt-maintainers] Bug#734556: libvirt: CVE-2013-6458: qemu: job usage issue in several APIs leading to libvirtd crash
On Wed, Jan 08, 2014 at 07:16:18AM +0100, Salvatore Bonaccorso wrote: Package: libvirt Severity: grave Tags: security upstream patch fixed-upstream Hi Guido, Disclaimer: I have not checked to reproduce the crash, just shortly checked latest unstable version. Have set grave as per [...] could allow an attacker who is able to establish a read-only connection to libvirtd to crash libvirtd. I do think it affects all releases. Cheers, -- Guido the following vulnerability was published for libvirt. CVE-2013-6458[0]: job usage issue in several APIs leading to libvirtd crash If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-6458 http://security-tracker.debian.org/tracker/CVE-2013-6458 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1048631 [2] http://libvirt.org/git/?p=libvirt.git;a=commit;h=db86da5ca2109e4006c286a09b6c75bfe10676ad (upstream fix) Please adjust the affected versions in the BTS as needed. Regards, Salvatore ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734694: inosync: New upstream version
Package: inosync Severity: wishlist Dear Maintainer, inosync 0.2.3 is out and it includes some important improvements. Please consider upgrading the Debian package to this new version. Kind regards, Paride -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734279: jblas: FTBFS on most architectures since tests are enabled at build time
On 01/09/2014 07:56 AM, tony mancill wrote: Why should it be less useful than on other architectures? We shouldn't differenciate between architectures in this regard, IMO. Sorry, imprecise wording on my part. What I meant was, I wonder if the package has ever been *usable* on architectures other than i386/amd64. It compiled, to be sure, but even the simplest upstream unit-test isn't able to execute on non-i386/amd64. If this is the case, limiting supported architectures would be the best solution, IMO. To save porters from headaches. Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734695: python-roman: No longer run 2to3, upstream supports Python 3 natively
Source: python-roman Version: 2.0.0-1 Dear Maintainer, There is no longer any need to run 2to3 when building package (as done by debian/patches/2to3.diff). Upstream now supports Python ≥ 3.3 natively. You may need to set X-Python3-Version to “= 3.3”, though. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#724469: FTBFS on all big-endian architectures
Patch works on powerpcspe, thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732394: Affected versions
Just for completeness (the affected versions and https://security-tracker.debian.org/tracker/CVE-2013-6456 indicate this already): squeeze and wheezy are not affected. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734696: qemu: Please add packages on powerpcspe
Source: qemu Version: 1.7.0+dfsg-2 Severity: wishlist Tags: patch Hi, on powerpcspe, some qemu packages are missing. The attached patch adds those. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN test/qemu-1.7.0+dfsg/debian/control qemu-1.7.0+dfsg/debian/control --- test/qemu-1.7.0+dfsg/debian/control 2013-11-28 17:51:36.0 +0100 +++ qemu-1.7.0+dfsg/debian/control 2014-01-08 23:02:58.763496388 +0100 @@ -94,7 +94,7 @@ Vcs-Git: git://anonscm.debian.org/pkg-qemu/qemu.git Package: qemu -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Depends: ${misc:Depends}, qemu-system (= ${source:Version}), qemu-user (= ${source:Version}) [linux-any], qemu-utils (= ${source:Version}) Suggests: qemu-user-static [linux-any] @@ -131,7 +131,7 @@ package or QEMU derivatives. Package: qemu-system -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Depends: ${misc:Depends}, qemu-system-arm, @@ -151,7 +151,7 @@ QEMU supports. Package: qemu-system-common -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Pre-Depends: adduser Depends: ${misc:Depends}, ${shlibs:Depends} @@ -175,7 +175,7 @@ full system emulation (qemu-system-*) packages. Package: qemu-system-misc -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common (= ${source:Version}), qemu-keymaps (= ${source:Upstream-Version}), @@ -201,7 +201,7 @@ machines on a single server. Package: qemu-system-arm -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common (= ${source:Version}), qemu-keymaps (= ${source:Upstream-Version}), @@ -224,7 +224,7 @@ machines on a single server. Package: qemu-system-mips -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common (= ${source:Version}), qemu-keymaps (= ${source:Upstream-Version}), @@ -247,7 +247,7 @@ machines on a single server. Package: qemu-system-ppc -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common (= ${source:Version}), qemu-keymaps (= ${source:Upstream-Version}), @@ -271,7 +271,7 @@ machines on a single server. Package: qemu-system-sparc -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64 Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, qemu-system-common (= ${source:Version}), qemu-keymaps (= ${source:Upstream-Version}), @@ -295,7 +295,7 @@ machines on a single server. Package: qemu-system-x86 -Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64 s390x sparc sparc64 +Architecture: amd64 arm armel armhf hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe ppc64 s390x sparc sparc64
Bug#734697: kexec-tools: Please add support for powerpcspe
Package: kexec-tools Version: 1:2.0.4-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, the attached patch adds support for kexec-tools on powerpcspe. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN test/kexec-tools-2.0.4/debian/control kexec-tools-2.0.4/debian/control --- test/kexec-tools-2.0.4/debian/control 2013-07-29 16:21:13.0 +0200 +++ kexec-tools-2.0.4/debian/control 2014-01-08 23:16:32.755144117 +0100 @@ -7,7 +7,7 @@ Standards-Version: 3.9.4 Package: kexec-tools -Architecture: i386 amd64 ppc64 powerpc ia64 s390 arm armel armhf sh4 mips mipsel +Architecture: i386 amd64 ppc64 powerpc powerpcspe ia64 s390 arm armel armhf sh4 mips mipsel Depends: ${shlibs:Depends}, ${misc:Depends}, debconf Description: tools to support fast kexec reboots This package provides tools to load a kernel into memory and then @@ -16,7 +16,7 @@ Package: kexec-tools-udeb Section: debian-installer -Architecture: i386 amd64 ppc64 powerpc ia64 s390 arm armel armhf sh4 mips mipsel +Architecture: i386 amd64 ppc64 powerpc powerpcspe ia64 s390 arm armel armhf sh4 mips mipsel XC-Package-Type: udeb Depends: ${misc:Depends}, ${shlibs:Depends} Description: tools to support fast kexec reboots (udeb) diff -ruN test/kexec-tools-2.0.4/debian/patches/fix-powerpcspe.patch kexec-tools-2.0.4/debian/patches/fix-powerpcspe.patch --- test/kexec-tools-2.0.4/debian/patches/fix-powerpcspe.patch 1970-01-01 01:00:00.0 +0100 +++ kexec-tools-2.0.4/debian/patches/fix-powerpcspe.patch 2014-01-08 23:22:17.469849324 +0100 @@ -0,0 +1,11 @@ +--- kexec-tools-2.0.4.orig/kexec/arch/ppc/ppc-setup-dol.S kexec-tools-2.0.4/kexec/arch/ppc/ppc-setup-dol.S +@@ -80,7 +80,7 @@ setup_dol_start: + isync + + /* AFAIK, this is not strictly needed, although seems sane */ +-#if 1 ++#ifndef __NO_FPRS__ + li r9, 0 + + /* page table pointer */ diff -ruN test/kexec-tools-2.0.4/debian/patches/series kexec-tools-2.0.4/debian/patches/series --- test/kexec-tools-2.0.4/debian/patches/series 2013-11-07 23:52:06.0 +0100 +++ kexec-tools-2.0.4/debian/patches/series 2014-01-08 23:22:12.457812048 +0100 @@ -6,3 +6,4 @@ linker-option.patch kdump_makefile.patch kexec-p-fails-to-load-kernels-with-version-x.y.patch +fix-powerpcspe.patch
Bug#734698: rox: please bump the version epoch (Ubuntu)
Source: rox Version: 2.10-3.1 Severity: wishlist Hi maintainer The version of rox in the Ubuntu archive has an epoch of 1, currently 1:2.10-1.1ubuntu1. I believe this is due to the packages starting off independently, but sometime in 2006 Ubuntu adopted the Debian packaging and had to retain the epoch. Please consider bumping the epoch in the Debian version as this would allow the Ubuntu version to be properly sync'd and sync automatically in future. Regards Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734678: Please depend on lua-sec and remove the silly warning
I think we should just fix util/dependencies.lua, there are plenty of outdated instructions there (concerning Debian). And hopefully the patch will be merged upstream. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680469: lxc: diff for NMU version 0.8.0~rc1-8+deb7u2
❦ 16 décembre 2013 12:50 CET, Raphael Hertzog hert...@debian.org : following my previous mail, here's the suggested debdiff to fix LXC in stable. I'm going to submit this to the stable release team. I would welcome tests from real LXC users. My test package is here: http://people.debian.org/~hertzog/packages/lxc_0.8.0~rc1-8+deb7u2_amd64.deb Hi Raphael! Thanks for trying to fix that! Did you push this to the release team? -- Use debugging compilers. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#734699: RM: linux-ntfs -- ROM; abandoned upstream, merged with ntfs-3g.
Package: ftp.debian.org Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714962: samba: Samba either version in wheezy or version in backports fail with shadow_copy2
Dear Maintainer, we have the same problem on our 7.1 server (3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux) with samba (2:3.6.6-6+deb7u2). If the snapdir path is wrong there is an errormessage in the logs but if the path is correct there is no logging, but it won't show files in the windows recovery tab. To be sure that the error is not in my configuration, I tried it on my ubuntu workstation samba 3.6.9 and it worked, after setting a relative snapdir. --- smb.conf --- ... unix extensions = no wide links = yes [projekte] ... vfs objects = shadow_copy2 shadow:snapdir = ../snapshots shadow:basedir = /data/projekte shadow:sort = desc --- After that I compiled vfs_shadow_copy2.c from 3.6.22 and give it a try with my 3.6.6 with the above config and get this errormessage: log.smbd.172.17.64.17:[2014/01/08 23:19:52.168108, 2] modules/vfs_shadow_copy2.c:894(shadow_copy2_get_shadow_copy2_data) log.smbd.172.17.64.17: shadow_copy2: SMB_VFS_NEXT_OPENDIR() failed for '/data/../snapshots/' - No such file or directory after correcting the snapdir to: shadow:snapdir = snapshots there is no logging and no files are shown in the windows recovery tab. # ls -l /data/snapshots/ lrwxrwxrwx 1 root root 45 Jan 9 10:00 @GMT-2014.01.09-08.00.11 - /data/snapshots/hourly.2/local/data/projekte/ lrwxrwxrwx 1 root root 45 Jan 9 10:00 @GMT-2014.01.09-09.00.14 - /data/snapshots/hourly.1/local/data/projekte/ lrwxrwxrwx 1 root root 45 Jan 9 10:00 @GMT-2014.01.09-10.00.13 - /data/snapshots/hourly.0/local/data/projekte/ drwxr-xr-x 3 root root 4096 Jan 9 10:00 hourly.0 drwxr-xr-x 3 root root 4096 Jan 9 09:00 hourly.1 drwxr-xr-x 3 root root 4096 Jan 9 08:00 hourly.2 ls on the @GMT* shows the same files like a ls on /data/projekte, I also tried shorter symlinks /data/snapshots/hourly.2/local
Bug#734700: luajit: Please add libluajit-5.1-dev on powerpcspe
Source: luajit Version: 2.0.2+dfsg-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, the attached patch adds libluajit-5.1-dev on powerpcspe. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- luajit-2.0.2+dfsg/debian/control 2013-06-09 16:06:24.0 +0200 +++ luajit-2.0.2+dfsg/debian/control 2014-01-09 10:15:10.829111973 +0100 @@ -46,7 +46,7 @@ Section: libdevel Multi-Arch: same Pre-Depends: multiarch-support -Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc mips mipsel +Architecture: i386 amd64 kfreebsd-i386 armel armhf powerpc powerpcspe mips mipsel Depends: ${shlibs:Depends}, ${misc:Depends}, libluajit-5.1-2 (= ${binary:Version}) Description: Just in time compiler for Lua - development files This package contains header files and a statically linkable library for
Bug#680469: lxc: diff for NMU version 0.8.0~rc1-8+deb7u2
Hi, On Thu, 09 Jan 2014, Vincent Bernat wrote: Thanks for trying to fix that! Did you push this to the release team? Yes, see http://bugs.debian.org/732358 Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → 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#734701: numlockx: Please detect if external keyboard connected for the auto mode
Package: numlockx Version: 1.2-5 Severity: wishlist Hi. When in auto mode, it only works when not in laptop mode, but it is quite handy to use an external keyboard with a laptop, in which case, it should act as if not in laptop mode. I don't know how to detect this in a shell script. Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages numlockx depends on: ii libc6 2.17-97 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxtst6 2:1.2.2-1 numlockx recommends no packages. Versions of packages numlockx suggests: ii gdm3 [x-display-manager] 3.8.4-6 -- 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#734677: more info
Looking at this a bit closely, I see that Debian already does MOST of this. Most qt5 packages do have multi-arch tags. This includes both qtbase-opensource-src and qtchooser. The -dev packages do not have these tags, however. I'm attaching a patch that adds those tags. I looked at the contents of the already-built packges debian ships, and it looks like the file names are already separate, thus adding the tags is all that is necessary. I tried to build new packages, but there's some sort of build issue that's tripping it up: $ DEB_BUILD_OPTIONS=parallel=7 dpkg-buildpackage -us -uc -b -j lots of output make[6]: Entering directory `/home/dima/qtbase-opensource-src-5.2.0+dfsg/src/plugins/platforms/xcb' /home/dima/qt5/qtbase-opensource-src-5.2.0+dfsg/bin/qmake -o Makefile.xcb-plugin xcb-plugin.pro make[6]: /home/dima/qt5/qtbase-opensource-src-5.2.0+dfsg/bin/qmake: Command not found I hit this building an unreleased git HEAD off experimental, so not reporting this as a separate bug. From 51a0810700aef7ae8cb02cf08c4d70a73f81cba0 Mon Sep 17 00:00:00 2001 From: Dima Kogan d...@oblong.com Date: Thu, 9 Jan 2014 00:27:39 -0800 Subject: [PATCH] QT5 -dev packages are now Multi-Arch:same This is just a change in the debian/control tag, since the package contents already used the arch-specific paths and thus didn't conflict --- debian/control |8 1 file changed, 8 insertions(+) diff --git a/debian/control b/debian/control index b1401f8..940d66f 100644 --- a/debian/control +++ b/debian/control @@ -263,6 +263,8 @@ Description: Qt 5 print support module Package: qtbase5-dev Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Section: libdevel Depends: libgl1-mesa-dev [!armel !armhf] | libgl-dev [!armel !armhf], libgles2-mesa-dev [armel armhf] | libgles2-dev [armel armhf], @@ -296,6 +298,8 @@ Description: Qt 5 base development files Package: qtbase5-private-dev Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Section: libdevel Depends: qtbase5-dev (= ${binary:Version}), ${misc:Depends} Breaks: qtbase5-dev ( 5.0.2+dfsg1-3~) @@ -311,6 +315,8 @@ Description: Qt 5 base private development files Package: libqt5opengl5-dev Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Section: libdevel Depends: libqt5opengl5 (= ${binary:Version}), qtbase5-dev (= ${binary:Version}), @@ -406,6 +412,8 @@ Description: Qt 5 base examples debugging symbols Package: qt5-default Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: qtbase5-dev, qtchooser, ${misc:Depends} Conflicts: qt4-default Suggests: qt5-qmake, qtbase5-dev-tools -- 1.7.10.4
Bug#734702: gridengine: patch for db5.3 transition (Ubuntu)
Source: gridengine Version: 6.2u5-7.2 Severity: wishlist Tags: patch Hi Maintainer For reference, I attach a patch from Ubuntu for the following changes: * Build-depend on libdb-dev, instead of libdb5.1-dev. * Add patch to skip non-existent error defines. Regards Graham diff -u gridengine-6.2u5/debian/control gridengine-6.2u5/debian/control --- gridengine-6.2u5/debian/control +++ gridengine-6.2u5/debian/control @@ -4,7 +4,7 @@ Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com XSBC-Original-Maintainer: Debian Grid Engine Maintainers pkg-gridengine-de...@lists.alioth.debian.org Uploaders: Michael Banck mba...@debian.org, Mark Hymers m...@debian.org -Build-Depends: debhelper (= 4.0.0), csh, groff, libdb5.1-dev, libssl-dev, +Build-Depends: debhelper (= 4.0.0), csh, groff, libdb-dev, libssl-dev, libncurses5-dev, libpam0g-dev, libxt-dev, libmotif-dev, libxpm-dev, libxmu-dev, po-debconf, quilt, default-jdk, ant, ant-optional, junit, javacc, libxft-dev, libxp-dev Standards-Version: 3.8.3 diff -u gridengine-6.2u5/debian/changelog gridengine-6.2u5/debian/changelog --- gridengine-6.2u5/debian/changelog +++ gridengine-6.2u5/debian/changelog @@ -1,3 +1,10 @@ +gridengine (6.2u5-7.1ubuntu3) trusty; urgency=low + + * Build-depend on libdb-dev, instead of libdb5.1-dev. + * Add patch to skip non-existent error defines. + + -- Dmitrijs Ledkovs x...@ubuntu.com Mon, 04 Nov 2013 07:40:48 + + gridengine (6.2u5-7.1ubuntu2) saucy; urgency=low * Rebuild with libmotif-dev instead of lesstif2-dev. (LP: #1222747) diff -u gridengine-6.2u5/debian/patches/series gridengine-6.2u5/debian/patches/series --- gridengine-6.2u5/debian/patches/series +++ gridengine-6.2u5/debian/patches/series @@ -21,0 +22 @@ +db5.3.diff only in patch2: unchanged: --- gridengine-6.2u5.orig/debian/patches/db5.3.diff +++ gridengine-6.2u5/debian/patches/db5.3.diff @@ -0,0 +1,31 @@ +--- a/source/libs/spool/berkeleydb/sge_bdb.c b/source/libs/spool/berkeleydb/sge_bdb.c +@@ -1574,7 +1574,11 @@ + int bdb_errno) + { +/* we lost the connection to a RPC server */ +- if (bdb_errno == DB_NOSERVER || bdb_errno == DB_NOSERVER_ID) { ++ if (bdb_errno == DB_NOSERVER ++#ifdef DB_NOSERVER_ID ++|| bdb_errno == DB_NOSERVER_ID ++#endif ++) { + const char *server = bdb_get_server(info); + const char *path = bdb_get_path(info); + +@@ -1585,6 +1589,7 @@ + path != NULL ? path : no database path defined); + + spool_berkeleydb_error_close(info); ++#ifdef DB_NOSERVER_HOME +} else if (bdb_errno == DB_NOSERVER_HOME) { + const char *server = bdb_get_server(info); + const char *path = bdb_get_path(info); +@@ -1596,6 +1601,7 @@ + path != NULL ? path : no database path defined); + + spool_berkeleydb_error_close(info); ++#endif +} else if (bdb_errno == DB_RUNRECOVERY) { + answer_list_add_sprintf(answer_list, STATUS_EUNKNOWN, + ANSWER_QUALITY_ERROR,
Bug#728441: mozart: FTBFS on 5 architectures were it built in the past
Hi Niels and Kevin, As far as I can see from build logs, there are two build problems with Mozart currently: 1) on powerpc the correct architecture is failed to be determined, because there's the following pattern in share/bin/ozplatform to do that: ppc\ Linux\ 2.* (which doesn't match the current 3 version). 2) on other architectures the build process hangs on building docs. I can reproduce this when building in a i386 chroot on amg64 hardware (had to add the line which makes share/bin/ozplatform recognize x86_64 as i386 architecture), but I don't know how to fix it, unfortunately. This bug was also spotted in Ubuntu during rebuild of 1.4.0-8 without my Tcl/Tk related fix: https://bugs.launchpad.net/ubuntu/+source/mozart/+bug/934984 Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734704: [INTL:sv] Swedish strings for hyperspec debconf
package: hyperspec severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#734705: [INTL:sv] Swedish strings for neutron debconf
package: neutron severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#734703: ITP: freeipa - FreeIPA centralized identity framework
Package: wnpp Severity: wishlist Package name: freeipa Version : 3.3.3 Upstream Author : Red Hat Inc. URL : http://freeipa.org License : GPL-3+ Programming Lang: python Description : FreeIPA centralized identity framework FreeIPA is an integrated solution to provide centrally managed Identity (machine, user, virtual machines, groups, authentication credentials), Policy (configuration settings, access control information) and Audit (events, logs, analysis thereof). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734587: updated sv.po for Glance
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I am not sure what file I have used for the initial submission here. It looks strange. I've msgmerged with the current POT in glance pkg git and updated it accordingly. Sorry for the mess. - -- brother http://sis.bthstudent.se -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCAAGBQJSzm1aAAoJEJbdSEaj0jV7p3sIALPucj6adIkfyRHzM0tN+Erp lVY0jiYXQAAMCTobjWf2JEcwQWI+FBgYD7KRsvKVhh3S2TQz4k9HRYUpjeXaNFFy u2yd44AJa5e1ERbWNHHK/xaOJtdYw6hqNfwcNTdMa3mzB+PjvB4FA/BS35mfh1x7 hqKN8XMZLHuAqlksyMDD2UQ9i0KtNrOw+pdjJMVnRy0kd7tYdsNSQyLAHTTvmmJh wFMzCghkUcgaz0hxkMyQAHTajTjZx2IH8cTCNusRaIAe6/gevW3VrTJA8WqywIf2 s7+KTuOkyDhUzmxTxBluO5vnhKrInBvhHfGS78aqOC+lLI8JaGnyYSYiGenRJ2o= =/yht -END PGP SIGNATURE- # Translation of glance debconf template to Swedish # Copyright (C) 2012-2014 Martin Bagge brot...@bsnet.se # This file is distributed under the same license as the glance package. # # Martin Bagge brot...@bsnet.se, 2012, 2014 msgid msgstr Project-Id-Version: glance\n Report-Msgid-Bugs-To: gla...@packages.debian.org\n POT-Creation-Date: 2013-09-25 15:31+0800\n PO-Revision-Date: 2014-01-09 10:35+0100\n Last-Translator: Martin Bagge / brother brot...@bsnet.se\n Language-Team: Swedish debian-l10n-swed...@lists.debian.org\n Language: Swedish\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.5.4\n #. Type: select #. Choices #: ../glance-common.templates:2001 msgid keystone msgstr keystone #. Type: select #. Choices #: ../glance-common.templates:2001 msgid caching msgstr cachning #. Type: select #. Choices #: ../glance-common.templates:2001 msgid keystone+caching msgstr keystone+cachning #. Type: select #. Choices #: ../glance-common.templates:2001 msgid cachemanagement msgstr cache-hantering #. Type: select #. Choices #: ../glance-common.templates:2001 msgid keystone+cachemanagement msgstr keystone+cache-hantering #. Type: select #. Description #: ../glance-common.templates:2002 msgid Pipeline flavor: msgstr Förmedlingstyp: #. Type: select #. Description #: ../glance-common.templates:2002 msgid Please specify the flavor of the pipeline to be used by Glance. msgstr Ange vilken typ av förmedling (pipelining) som ska användas av Glance. #. Type: select #. Description #: ../glance-common.templates:2002 msgid If you use the OpenStack Identity Service (Keystone), you might want to select \keystone\. If you don't use this service, you can safely choose \caching\ only. msgstr Om du använder OpenStack-identitetstjänsten (Keystone) vill du nog välja \keystone\. Använder du inte den tjänsten är de säkert att bara välja \caching\. #. Type: string #. Description #: ../glance-common.templates:3001 msgid Authentication server hostname: msgstr Värdnamn för identifieringsserver:Värdnamn för identifieringsserver: #. Type: string #. Description #: ../glance-common.templates:3001 msgid Please specify the hostname of the authentication server for Glance. Typically this is also the hostname of the OpenStack Identity Service (Keystone). msgstr Ange värdnamn till din Glance-identifieringsserver. Detta är vanligtvis samma värdnamn som till din OpenStack-identitetstjänst (Keystone). #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #: ../glance-common.templates:4001 msgid Authentication server tenant name: msgstr Namn för \tenant\ (administratör) på identifieringsservern: #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #: ../glance-common.templates:4001 msgid Please specify the authentication server tenant name. msgstr Ange \tenant\-namn för identifieringsservern. (\Tenant\ är ungefär översättningsbart till \administratör\). #. Type: string #. Description #: ../glance-common.templates:5001 msgid Authentication server username: msgstr Användarnamn på identifieringsservern: #. Type: string #. Description #: ../glance-common.templates:5001 msgid Please specify the username to use with the authentication server. msgstr Ange användarnamnet som ska användas för att komma åt identifieringsservern. #. Type: password #. Description #: ../glance-common.templates:6001
Bug#712841: qcontrol: Fan error reported on TS109
On 3 January 2014 00:19, Ian Campbell i...@hellion.org.uk wrote: Dermon, does commenting out the content of temp_high and temp_low in qcontrol.conf and rebooting still end up with fan_error getting called lots? Yes, fan_error still gets called when there are empty temp_high and temp_low functions. Dermot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734706: ITP: bind-dyndb-ldap - LDAP back-end plug-in for BIND
Package: wnpp Severity: wishlist Package name: bind-dyndb-ldap Version : 3.5 Upstream Author : Red Hat Inc. URL : https://fedorahosted.org/bind-dyndb-ldap/ License : GPL-2+ Programming Lang: C Description : LDAP back-end plug-in for BIND This package provides an LDAP back-end plug-in for BIND. It features support for dynamic updates and internal caching, to lift the load off of your LDAP server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734707: libusbtc08-dev: arch-dependent files in Multi-Arch: same package
Package: libusbtc08-dev Version: 1.7.2-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libusbtc08-dev is marked as Multi-Arch: same, but the following files are architecture-dependent: /usr/share/doc/libusbtc08-dev/examples/Makefile.gz /usr/share/doc/libusbtc08-dev/examples/tc08test_c/Makefile.gz /usr/share/doc/libusbtc08-dev/examples/tc08test_cpp/Makefile.gz An example diff between i386 and amd64 (after ungzipping) is attached. -- Jakub Wilk diff -ur libusbtc08-dev_1.7.2-2_i386/usr/share/doc/libusbtc08-dev/examples/Makefile libusbtc08-dev_1.7.2-2_amd64/usr/share/doc/libusbtc08-dev/examples/Makefile --- libusbtc08-dev_1.7.2-2_i386/usr/share/doc/libusbtc08-dev/examples/Makefile 2014-01-08 18:53:15.0 +0100 +++ libusbtc08-dev_1.7.2-2_amd64/usr/share/doc/libusbtc08-dev/examples/Makefile 2014-01-08 18:20:21.0 +0100 @@ -29,8 +29,8 @@ NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : -build_triplet = i486-pc-linux-gnu -host_triplet = i486-pc-linux-gnu +build_triplet = x86_64-pc-linux-gnu +host_triplet = x86_64-pc-linux-gnu subdir = examples DIST_COMMON = README $(srcdir)/Makefile.am $(srcdir)/Makefile.in ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 @@ -55,12 +55,12 @@ CTAGS = ctags DIST_SUBDIRS = $(SUBDIRS) DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) -ACLOCAL = ${SHELL} /build/libusbtc08-tkngK3/libusbtc08-1.7.2/missing --run aclocal-1.10 -AMTAR = ${SHELL} /build/libusbtc08-tkngK3/libusbtc08-1.7.2/missing --run tar +ACLOCAL = ${SHELL} /tmp/buildd/libusbtc08-1.7.2/missing --run aclocal-1.10 +AMTAR = ${SHELL} /tmp/buildd/libusbtc08-1.7.2/missing --run tar AR = ar -AUTOCONF = ${SHELL} /build/libusbtc08-tkngK3/libusbtc08-1.7.2/missing --run autoconf -AUTOHEADER = ${SHELL} /build/libusbtc08-tkngK3/libusbtc08-1.7.2/missing --run autoheader -AUTOMAKE = ${SHELL} /build/libusbtc08-tkngK3/libusbtc08-1.7.2/missing --run automake-1.10 +AUTOCONF = ${SHELL} /tmp/buildd/libusbtc08-1.7.2/missing --run autoconf +AUTOHEADER = ${SHELL} /tmp/buildd/libusbtc08-1.7.2/missing --run autoheader +AUTOMAKE = ${SHELL} /tmp/buildd/libusbtc08-1.7.2/missing --run automake-1.10 AWK = mawk CC = gcc CCDEPMODE = depmode=none @@ -81,7 +81,7 @@ EGREP = /bin/grep -E EXEEXT = F77 = -FFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 +FFLAGS = -g -O2 GREP = /bin/grep INSTALL = /usr/bin/install -c INSTALL_DATA = ${INSTALL} -m 644 @@ -94,7 +94,7 @@ LIBTOOL = $(SHELL) $(top_builddir)/libtool LN_S = ln -s LTLIBOBJS = -MAKEINFO = ${SHELL} /build/libusbtc08-tkngK3/libusbtc08-1.7.2/missing --run makeinfo +MAKEINFO = ${SHELL} /tmp/buildd/libusbtc08-1.7.2/missing --run makeinfo MKDIR_P = /bin/mkdir -p OBJEXT = o PACKAGE = libusbtc08 @@ -110,10 +110,10 @@ SHELL = /bin/bash STRIP = strip VERSION = 1.7.2 -abs_builddir = /build/libusbtc08-tkngK3/libusbtc08-1.7.2/examples -abs_srcdir = /build/libusbtc08-tkngK3/libusbtc08-1.7.2/examples -abs_top_builddir = /build/libusbtc08-tkngK3/libusbtc08-1.7.2 -abs_top_srcdir = /build/libusbtc08-tkngK3/libusbtc08-1.7.2 +abs_builddir = /tmp/buildd/libusbtc08-1.7.2/examples +abs_srcdir = /tmp/buildd/libusbtc08-1.7.2/examples +abs_top_builddir = /tmp/buildd/libusbtc08-1.7.2 +abs_top_srcdir = /tmp/buildd/libusbtc08-1.7.2 ac_ct_CC = gcc ac_ct_CXX = g++ ac_ct_F77 = @@ -123,9 +123,9 @@ am__tar = ${AMTAR} chof - $$tardir am__untar = ${AMTAR} xf - bindir = ${exec_prefix}/bin -build = i486-pc-linux-gnu -build_alias = i486-linux-gnu -build_cpu = i486 +build = x86_64-pc-linux-gnu +build_alias = x86_64-linux-gnu +build_cpu = x86_64 build_os = linux-gnu build_vendor = pc builddir = . @@ -134,17 +134,17 @@ docdir = ${datarootdir}/doc/${PACKAGE_TARNAME} dvidir = ${docdir} exec_prefix = ${prefix} -host = i486-pc-linux-gnu +host = x86_64-pc-linux-gnu host_alias = -host_cpu = i486 +host_cpu = x86_64 host_os = linux-gnu host_vendor = pc htmldir = ${docdir} includedir = ${prefix}/include infodir = ${prefix}/share/info -install_sh = $(SHELL) /build/libusbtc08-tkngK3/libusbtc08-1.7.2/install-sh -libdir = ${prefix}/lib/i386-linux-gnu -libexecdir = ${prefix}/lib/i386-linux-gnu +install_sh = $(SHELL) /tmp/buildd/libusbtc08-1.7.2/install-sh +libdir = ${prefix}/lib/x86_64-linux-gnu +libexecdir = ${prefix}/lib/x86_64-linux-gnu localedir = ${datarootdir}/locale localstatedir = /var mandir = ${prefix}/share/man diff -ur libusbtc08-dev_1.7.2-2_i386/usr/share/doc/libusbtc08-dev/examples/tc08test_c/Makefile libusbtc08-dev_1.7.2-2_amd64/usr/share/doc/libusbtc08-dev/examples/tc08test_c/Makefile --- libusbtc08-dev_1.7.2-2_i386/usr/share/doc/libusbtc08-dev/examples/tc08test_c/Makefile 2014-01-08 18:53:15.0 +0100 +++ libusbtc08-dev_1.7.2-2_amd64/usr/share/doc/libusbtc08-dev/examples/tc08test_c/Makefile 2014-01-08 18:20:21.0 +0100 @@ -30,8 +30,8 @@ NORMAL_UNINSTALL = : PRE_UNINSTALL = : POST_UNINSTALL = : -build_triplet = i486-pc-linux-gnu -host_triplet = i486-pc-linux-gnu
Bug#734708: [binwalk] Website moved
Package: binwalk Severity: minor --- Please enter the report below this line. --- Hallo :-) Quote from https://code.google.com/p/binwalk/: As of 2013-11-15, binwalk is no longer maintained on GoogleCode. The code repository has moved to https://github.com/devttys0/binwalk, and all future releases and updates will be posted at binwalk.org. The GoogleCode repository remains for historical purposes only. Thank you for maintaining this Debain package. --- System information. --- Architecture: amd64 Kernel: Linux 3.12.6-dirty Debian Release: jessie/sid 990 testing security.debian.org 990 testing ftp.de.debian.org 53 unstableftp.de.debian.org 51 experimentalftp.de.debian.org 500 testing-proposed-updates ftp.debian.org 500 stable-updates ftp.debian.org 500 proposed-updates ftp.debian.org 50 stable security.debian.org 50 stable ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734571: [Pkg-mc-devel] Bug#734571: mc: [copy] paste adds extra characters
On Thu, 2014-01-09 at 10:42 +1100, Drew Parsons wrote: Obviously it's got something to do with the interaction between Gnome and mc, but which one's responsible, I don't know. Copypaste works fine in Gnome Terminal without mc. It feels like it might possibly have to do with the new bracketed paste mode auto-detection in mc: http://www.midnight-commander.org/ticket/2661 I think that in practice Egmont can be considered upstream for both this patch and vte, so, if you manage to confirm that it's indeed the source of the problem, I guess that the most constructive course of action would be to file a bug upstream and CC: egmont / pfalcon so that they can have a look. -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734677: yet more info
The previous message included a patch that added multi-arch:same tags to 4 packages. I had trouble building these packages, so I added those tags to the pre-built packages already in Debian/experimental. I then tried to co-install these to make sure that adding those tags was safe. 3 of the 4 packages are fine. However in qtbase5-dev there's a conflicting file: /usr/include/qt5/QtCore/qconfig.h This is an issue in Ubuntu also, but I don't think they know it yet (I'll comment on their bug shortly). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734701: numlockx: Please detect if external keyboard connected for the auto mode
Control: tags -1 + patch On Thu, Jan 09, 2014 at 10:31:55AM +0100, Olivier Berger wrote: Hi. When in auto mode, it only works when not in laptop mode, but it is quite handy to use an external keyboard with a laptop, in which case, it should act as if not in laptop mode. I don't know how to detect this in a shell script. It seems the following works at my place, provided udev is installed, changing /etc/X11/Xsession.d/55numlockx to do : *) NUMLOCK=on ltd=/usr/sbin/laptop-detect [ ! -x $ltd ] || ! $ltd || NUMLOCK=off fkb=/lib/udev/findkeyboards [ -x $fkb ] /lib/udev/findkeyboards | grep -q USB keyboard NUMLOCK=on ;; Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734709: icedove: saved search virtual folder not initially listed in favourites on startup
Package: icedove Version: 17.0.10-1~deb7u1 Severity: minor Dear Maintainer, I have set up a saved search folder (editfindsearch messages then 'save as search folder'). I then set this folder as one of a few favourite folders, to be in the folder pane. Every time I launch Icedove it is not listed, and I have to go filefoldersall then back to filefoldersfavourite , and it remembers that it should list it. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.2-1+deb7u1 ii libnss3 2:3.14.5-1 ii libnss3-1d2:3.14.5-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4+deb7u1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-en-gb [myspell-dictionary]1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 -- 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#623130: Same behaviour from some French government forms, for example CERFA 13752
A link: https://www.formulaires.modernisation.gouv.fr/gf/showFormulaireSignaletiqueConsulter.do?numCerfa=13752 Where they even say: /Le logiciel Adobe Reader version 8.0 ou + est nécessaire pour visualiser et utiliser ce formulaire. Cliquez *http://get.adobe.com/fr/reader/* pour le télécharger gratuitement. /modernisation.gouv.fr my ass.
Bug#734693: Please rename /etc/apparmor.d/tunables/home.d/ubuntu
Hi Kees, Guido Günther wrote (09 Jan 2014 07:36:57 GMT) : the postinst creates /etc/apparmor.d/tunables/home.d/ubuntu - this is a bad match for a Debian system since one has to guess whether it's used or not. Please rename it to /etc/apparmor.d/tunables/home.d/debian. How about we rename this to /etc/apparmor.d/tunables/home.d/vendor or something distro-independant, so that Debian and every derivative can share the same apparmor.post* maintainer scripts? This is not a conffile, and it looks like that this file is auto-generated after initial installation and every upgrade, so there's no need to migrate the old content. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623130: This is poppler bug: https://bugs.freedesktop.org/show_bug.cgi?id=14265
Turns out the so called pdf isn't a pdf at all: I started looking at what it would take to implement javascript. The problem is all the javascript in this pdf does is check the viewer version and if 7.0 loads the XFA plugin. The pdf contains a stream with 600KB of XML starting with template xmlns=http://www.xfa.org/schema/xfa-template/2.1/;. There is a 1500 page specification for XFA at http://partners.adobe.com/public/developer/en/xml/xfa_spec_3_3.pdf Needless to say, at this point I gave up. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734710: libsys-hostname-long-perl: fails as root due to change in nobody's shell
Package: libsys-hostname-long-perl Version: 1.4-2 Severity: normal Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed nobody's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: # perl -le 'use Sys::Hostname::Long; print hostname_long' This account is currently not available. Note that this only fails when run as root. * Use su -s /bin/sh nobody to cope with the change of nobody's shell in base-passwd 3.5.30. --- libsys-hostname-long-perl-1.4.orig/lib/Sys/Hostname/Long.pm +++ libsys-hostname-long-perl-1.4/lib/Sys/Hostname/Long.pm @@ -75,7 +75,7 @@ # Skip for Solaris, and only run as non-root my $tmp; if ($ == 0) { - $tmp = `su nobody -c hostname --fqdn`; + $tmp = `su -s /bin/sh nobody -c hostname --fqdn`; } else { $tmp = `hostname --fqdn`; } Sorry, -- 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#734711: maitreya: recommends nonexistent font-maitreya
Package: maitreya Version: 6.0.5-2 Severity: normal Control: found -1 7.0.3-1 Dear Maintainer, The maitreya package depends on the nonexistent package font-maitreya. It should rather recommend fonts-maitreya (with the s). Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734712: jack3rc configuration file format undocumented
Package: jack Version: 3.1.1+cvs20050801-26 X-Debbugs-Cc: era+deb...@iki.fi Forwarding my own Ubuntu bug report to the Debian upstream maintainer. https://bugs.launchpad.net/ubuntu/+source/jack/+bug/960970 The manual page says that the --save option will write out your selected options to the file ~/.jack3rc but not all options are written there, and some configuration directives are not available as options. For example, when I ran jack, it complained that the base_dir variable was not set, and I noticed that the value of the -Q option does not get written to the generated .jack3rc. For what it's worth, here is what I ended up with. The file /usr/share/pyshared/jack_config.py shows what options are available and their internal names. # jackrc-version:31 encoder:flac # Undocumented, gleaned from error message base_dir:flac # Undocumented, will not be written here by --save; gleaned from source query_on_start:1 -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728948: Detailed installation-instructions for Wheezy on Pogoplug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sources: Our Debian-installation started from Arch-Linux, which could be booted on the Pogoplug-device already. This was installed following these instructions: link http://archlinuxarm.org/platforms/armv5/pogoplug-v2-pinkgray /link Instructions to install Debian from scratch via SSH. [u-boot-instructions are missing there for ARM-systems] link http://www.debian.org/releases/stable/armel/apds03.html.en /link uboot installation made easy: link http://mehl.co/files/pogoplug-debian.sh /link ** Next follow the step-by-step instructions: ** Under Arch-Linux [everything is done as root] ** * Partition USB-Stick for Debian using fdisk: code fdisk -l /dev/sda /code * This is our result: code Device Boot Start End Blocks Id System /dev/sdb1204814338047 7168000 83 Linux /dev/sdb21433804815368191 5150725 Extended /dev/sdb51434009615368191 514048 82 Linux swap / Solaris /code [The swap-space was put on a logical partition, a primary partition would also do here] * format /dev/sdb1 as ext3 and disable automatic fsck. * The swap-partition is also made and activated: code mkfs.ext3 /dev/sdb1 tune2fs -c 0 -i 0 /dev/sdb1 mkswap /dev/sdb5 swapon /dev/sdb5 /code * Prepare and mount a directory for the Debian-installation: code mkdir /mnt/debinst mount /dev/sdb1 /mnt/debinst /code * The Debootstrap-archive is extracted there: code /usr/sbin/debootstrap --arch ARCH wheezy /mnt/debinst http://ftp.us.debian.org/debian /code [Alternatively the archive can be downloaded using wget. Search online for ’debootstrap_1.0.26_dump.tar.gz’ or similar, download and extract to '/mnt/debinst'] * mount /proc/ and chroot into the newly extracted debootstrap-system: code mount -t proc proc /mnt/debinst/proc LANG=C.UTF-8 chroot /mnt/debinst /bin/bash /code [From this point on packages can be installed using aptitude or apt-get] * Devices are created: code apt-get install makedev mount none /proc -t proc cd /dev MAKEDEV generic /code * Edit /etc/fstab : code # etc/fstab UUID=f5bf5451-9ad6-484c-88a4-9a260c893528 / ext3 defaults 01 UUID=b9dbd61f-0c12-46f1-8e87-0dedadc779f0 none swapsw 00 proc /proc procdefaults 00 /code [UUIDs on your system are found by 'ls -l /dev/disk/by-uuid/'] * Set time: code # etc/adjtime 0.0 0 0.0 0 UTC /code * Choose timezone code dpkg-reconfigure tzdata /code * Configure network-interface to use dhcp preliminarily: code # etc/network/interfaces auto eth0 iface eth0 inet dhcp /code * Set package-sources for dpkg: code # /etc/apt/sources.list deb http://ftp2.de.debian.org/debian wheezy main deb http://security.debian.org/ wheezy/updates main /code * Don't forget to update the package-cache: code aptitude update /code * Install and configure locales: code aptitude install locales dpkg-reconfigure locales /code * Configure keyboard: code aptitude install console-setup dpkg-reconfigure keyboard-configuration /code * Install the right kernel for Pogoplug v2 : code aptitude install linux-image-3.2.0-4-kirkwood /code ** U-boot configuration according to link http://mehl.co/files/pogoplug-debian.sh /link ** * First some packages need to be installed: code aptitude install mtd-utils aptitude install flash-kernel aptitude install module-init-tools aptitude install uboot-envtools aptitude install binutils /code * Then the kernel is copied to the NAND-Flash: code export KERNEL_VERSION=3.2.0-4-kirkwood /usr/bin/mkimage -A arm -O linux -T kernel -C none -a 0x8000 -e 0x8000 -n Linux-$KERNEL_VERSION -d /boot/vmlinuz-$KERNEL_VERSION /boot/uImage /code [Explanation of options: - -A architecture - -O operating-system - -T image-type - -C compression - -a specify loading-address - -e specify point of entry - -n specify image-name - -d specify kernel-image /boot/uImage is the image for uboot.] * Copy InitRamDisk to NAND-flash : code /usr/bin/mkimage -A arm -O linux -T ramdisk -C gzip -a 0x -e 0x -n initramfs-$KERNEL_VERSION -d /boot/initrd.img-$KERNEL_VERSION /boot/uInitrd /code * Set hostname and C as default-locale . code echo 'space-pogo' /etc/hostname echo LANG=C /etc/default/locale /code * Edit /etc/fw_env.config . code # etc/fw_env.config /dev/mtd0 0xc 0x2 0x2 /code * Edit the following file: code #/etc/kernel/postinst.d/zz-flash-kernel #!/bin/sh version=$1 bootopt= # passing the kernel version is required [ -z ${version} ] exit 0 echo Running flash-kernel ${version} flash-kernel ${version} /code * inittab is edited to send boot-messages to the serial interface and disable virtual terminals: code #/etc/inittab #1:2345:respawn:/sbin/getty 38400 tty1 #2:23:respawn:/sbin/getty 38400 tty2 #3:23:respawn:/sbin/getty
Bug#734713: uprecords-cgi: postinst world-readability test fails due to change in nobody's shell
Package: uprecords-cgi Version: 1:0.3.17-3.1 Severity: normal Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed nobody's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: $ sudo chmod +x /etc/uprecords-cgi/* $ sudo apt-get --reinstall install uprecords-cgi Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libbind9-80 libdns88 libisc84 libisccc80 libisccfg82 liblwres80 python3.2 python3.2-minimal Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 118 not upgraded. Need to get 0 B/20.8 kB of archives. After this operation, 0 B of additional disk space will be used. debconf: delaying package configuration, since apt-utils is not installed (Reading database ... 18737 files and directories currently installed.) Preparing to replace uprecords-cgi 1:0.3.17-3.1 (using .../uprecords-cgi_1%3a0.3.17-3.1_all.deb) ... Unpacking replacement uprecords-cgi ... Setting up uprecords-cgi (1:0.3.17-3.1) ... This account is currently not available. This account is currently not available. This account is currently not available. * Pass -s /bin/sh to su nobody to cope with the change of nobody's shell in base-passwd 3.5.30. diff -Nru uptimed-0.3.17/debian/uprecords-cgi.postinst uptimed-0.3.17/debian/uprecords-cgi.postinst --- uptimed-0.3.17/debian/uprecords-cgi.postinst2012-05-25 01:52:27.0 +0100 +++ uptimed-0.3.17/debian/uprecords-cgi.postinst2014-01-09 11:32:09.0 + @@ -44,7 +44,8 @@ # is necessary for the CGI script to work) for i in uprecords.conf uprecords.footer uprecords.header; do if [ -x /etc/uprecords-cgi/$i ]; then - if su nobody -c 'test ! -r /etc/uprecords-cgi/'$i; then + if su nobody -s /bin/sh \ + -c 'test ! -r /etc/uprecords-cgi/'$i; then echo Making $i world readable chmod o+r /etc/uprecords-cgi/$i fi Sorry, -- 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#734715: cpushare: fails to start due to change in nobody's shell
Package: cpushare Version: 0.48-4 Severity: grave Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed nobody's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: Setting up cpushare (0.48-4) ... [FAIL] Starting CPUShare daemon...[] kernel was not built with CONFIG_SECCOMP=y failed! My apologies for this. It's fortunately easily fixable: * Pass -s /bin/sh to su nobody to cope with the change of nobody's shell in base-passwd 3.5.30. diff -u cpushare-0.48/debian/cpushare.init cpushare-0.48/debian/cpushare.init --- cpushare-0.48/debian/cpushare.init +++ cpushare-0.48/debian/cpushare.init @@ -39,7 +39,7 @@ case $1 in start) log_begin_msg Starting CPUShare daemon... - if ! su nobody -c /usr/lib/cpushare/seccomp-test /dev/null 21; then + if ! su nobody -s /bin/sh -c /usr/lib/cpushare/seccomp-test /dev/null 21; then log_begin_msg kernel was not built with CONFIG_SECCOMP=y log_end_msg 1 exit 0 Sorry, -- 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#734714: apt-file: vcs-browser and vcs-svn points to the wrong repository
Package: apt-file Version: 2.5.2 Severity: normal correct urls: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/apt-file/trunk/ svn://anonscm.debian.org/collab-maint/deb-maint/apt-file/trunk/ -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-file depends on: ii curl 7.34.0-1 ii libapt-pkg-perl 0.1.29+b1 ii libconfig-file-perl 1.50-2 ii liblist-moreutils-perl0.33-1+b2 ii libregexp-assemble-perl 0.35-8 ii perl 5.18.1-5 ii perl-modules [libfile-temp-perl] 5.18.1-5 Versions of packages apt-file recommends: ii python 2.7.5-5 ii python-apt 0.9.1 Versions of packages apt-file suggests: ii openssh-client 1:6.4p1-2 ii sudo1.8.8-2 -- 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#734716: couriergrey: cron.daily job fails due to change in daemon's shell
Package: couriergrey Version: 0.3.2-4 Severity: normal Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed daemon's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: couriergrey's cron.daily job will fail because it tries to use su daemon without overriding the shell. Here's a fix: * Pass -s /bin/sh to su daemon to cope with the change of nobody's shell in base-passwd 3.5.30. diff -Nru couriergrey-0.3.2/debian/couriergrey.cron.daily couriergrey-0.3.2/debian/couriergrey.cron.daily --- couriergrey-0.3.2/debian/couriergrey.cron.daily 2013-10-25 09:06:55.0 +0100 +++ couriergrey-0.3.2/debian/couriergrey.cron.daily 2014-01-09 11:46:39.0 + @@ -4,5 +4,5 @@ fi # This is couriergrey's database cleanup cron job. -su -c /usr/lib/courier/filters/couriergrey -e 365 daemon \ +su -s /bin/sh -c /usr/lib/courier/filters/couriergrey -e 365 daemon \ /dev/null || exit $? Sorry, -- 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#732405: upstream's #732405+#650575 fixes
Control: tags 732405 patch Control: tags 650575 patch Confirmed that 1.28 with these fixes builds in sid and in experimental + alioth's libpng1.6.7, though I haven't tried to use either result. An essentially identical libtiff fix (but not the libpng fix) is already in Ubuntu: https://launchpad.net/ubuntu/+source/prima/+changelog Note that dropping the whole of upstream 1.37 into the existing packaging fails at debian/rules line 32, as img/codecs.c no longer exists. diff -u prima-1.28/debian/changelog prima-1.28/debian/changelog --- prima-1.28/debian/changelog +++ prima-1.28/debian/changelog @@ -1,3 +1,10 @@ +prima (1.28-2) UNRELEASED; urgency=low + + * Cherry-pick from upstream: allow compilation with newer versions of +libtiff and libpng. Closes: #732405, #650575. + + -- Rebecca Palmer palmer@lap14 Thu, 09 Jan 2014 09:43:46 + + prima (1.28-1.1) unstable; urgency=medium * Non-maintainer upload. only in patch2: unchanged: --- prima-1.28.orig/img/codec_png.c +++ prima-1.28/img/codec_png.c @@ -279,7 +279,11 @@ { char * buf = ( char *) png_get_error_ptr( png_ptr); if ( buf) strncpy( buf, msg, 256); +#if PNG_LIBPNG_VER_MAJOR == 1 PNG_LIBPNG_VER_MINOR 5 longjmp( png_ptr- jmpbuf, 1); +#else + png_longjmp( png_ptr, 1); +#endif } static void only in patch2: unchanged: --- prima-1.28.orig/img/codec_tiff.c +++ prima-1.28/img/codec_tiff.c @@ -161,6 +161,10 @@ { COMPRESSION_SGILOG24, SGILOG24}, }; +#ifndef TIFF_VERSION +#define TIFF_VERSION TIFF_VERSION_CLASSIC +#endif + static ImgCodecInfo codec_info = { TIFF Bitmap, www.libtiff.org,
Bug#734717: tasksel not installing task-language-desktop
Package: tasksel Version: 3.18 Installed the base system, upgraded to Sid and run Tasksel to install the desktop task. Previously, during the system installation process, Debian was configured to use Spanish and once rebooted Gnome was shown in Spanish, but not Iceweasel nor Libreoffice, which depend on task-spanish-desktop. Installing the package manually solved the problem. This was tested also on Wheezy and the translations are automatically installed, so it may be a bug of current Sid version and the automatically installation of the package task-language-desktop. Other languages were not tested. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734718: jack -x option not understandable
Package: jack Version: X-Debbugs-Cc: era+deb...@iki.fi Forwarding my Ubuntu bug report to the Debian upstream maintainer. https://bugs.launchpad.net/ubuntu/+source/jack/+bug/961019 The manual states that the -x option causes jack to run a predefined command when it finishes, but it is not stated how this command is defined or where and how it can be set. Running jack -x eject causes an error message to be displayed. Running jack -x=exec_rip_done does nothing after finishing. From reading the sources, it appears in /usr/share/pyshared/jack_main_loop.py that the value of the configuration variable exec_rip_done is passed to os.system() when -x is present. Thus, in my case, simply jack -x did do what I want, and what it does can be changed by setting exec_rip_done in your ~/.jack3rc. -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734716: couriergrey: cron.daily job fails due to change in daemon's shell
On Thu, Jan 09, 2014 at 11:47:18AM +, Colin Watson wrote: * Pass -s /bin/sh to su daemon to cope with the change of nobody's shell in base-passwd 3.5.30. That should of course be: * Pass -s /bin/sh to su daemon to cope with the change of daemon's shell in base-passwd 3.5.30. -- 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#734719: distributed-net: fails to install due to change in daemon's shell
Package: distributed-net Version: 2.9107.516-1 Severity: grave Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed daemon's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: Setting up distributed-net (2.9107.516-1) ... Configuring the distributed.net client... Note that when it is run as a daemon (via /etc/init.d/distributed-net), the output will be redirected to /var/log/distributed-net.log. You do not need to set up a log file. [Hit return] This account is currently not available. dpkg: error processing distributed-net (--configure): subprocess installed post-installation script returned error exit status 1 My apologies for this. It's fortunately easily fixable: * Pass -s /bin/sh to su daemon to cope with the change of daemon's shell in base-passwd 3.5.30. diff -Nru distributed-net-2.9107.516/debian/distributed-net-config distributed-net-2.9107.516/debian/distributed-net-config --- distributed-net-2.9107.516/debian/distributed-net-config2008-11-15 05:30:55.0 + +++ distributed-net-2.9107.516/debian/distributed-net-config2014-01-09 11:57:29.0 + @@ -9,7 +9,7 @@ echo [Hit return] read foo cd /var/lib/distributed-net -su daemon -c /usr/bin/dnetc -ini /etc/distributed-net.conf \ +su daemon -s /bin/sh -c /usr/bin/dnetc -ini /etc/distributed-net.conf \ -inbase /var/lib/distributed-net/buff-in \ -outbase /var/lib/distributed-net/buff-out \ -config diff -Nru distributed-net-2.9107.516/debian/distributed-net.init distributed-net-2.9107.516/debian/distributed-net.init --- distributed-net-2.9107.516/debian/distributed-net.init 2010-04-09 04:56:41.0 +0100 +++ distributed-net-2.9107.516/debian/distributed-net.init 2014-01-09 11:57:49.0 + @@ -51,7 +51,7 @@ if start-stop-daemon --quiet --stop --signal 0 --user daemon --name dnetc 2/dev/null; then echo already running. else - su daemon -c chrt -b 0 $DAEMON $OPTIONS + su daemon -s /bin/sh -c chrt -b 0 $DAEMON $OPTIONS echo . fi ;; @@ -63,7 +63,7 @@ # dnetc wants to use its own shutdown command, so start-stop-deamon # is only used to ckeck for the running process. if start-stop-daemon --quiet --stop --signal 0 --user daemon --name dnetc 2/dev/null; then - su daemon -c $DAEMON $OPTIONS -shutdown /dev/null 21 + su daemon -s /bin/sh -c $DAEMON $OPTIONS -shutdown /dev/null 21 # wait for upto 10s for dnetc to stop. WAIT=0 @@ -90,13 +90,13 @@ reload) # if dnetc is running have it HUP itself, otherwise do nothing. if start-stop-daemon --quiet --stop --signal 0 --user daemon --name dnetc 2/dev/null; then - su daemon -c $DAEMON $OPTIONS -restart 2 /dev/null + su daemon -s /bin/sh -c $DAEMON $OPTIONS -restart 2 /dev/null fi ;; force-reload) # if dnetc is running have it HUP itself, otherwise start it. if start-stop-daemon --quiet --stop --signal 0 --user daemon --name dnetc 2/dev/null; then - su daemon -c $DAEMON $OPTIONS -restart 2 /dev/null + su daemon -s /bin/sh -c $DAEMON $OPTIONS -restart 2 /dev/null else $0 start fi @@ -104,17 +104,17 @@ fetch) echo -n distributed.net: Fetching blocks cd /var/lib/distributed-net || exit 1 - su daemon -c $DAEMON $OPTIONS -fetch + su daemon -s /bin/sh -c $DAEMON $OPTIONS -fetch ;; flush) echo -n distributed.net: Flushing blocks cd /var/lib/distributed-net || exit 1 - su daemon -c $DAEMON $OPTIONS -flush + su daemon -s /bin/sh -c $DAEMON $OPTIONS -flush ;; update) echo -n distributed.net: Updating blocks cd /var/lib/distributed-net || exit 1 - su daemon -c $DAEMON $OPTIONS -update + su daemon -s /bin/sh -c $DAEMON $OPTIONS -update ;; *) echo Usage: /etc/init.d/distributed-net {start|stop|restart|force-reload|fetch|flush|update} Sorry, -- 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#734720: RFP: engrampa -- archive manager for MATE
Package: wnpp Severity: wishlist * Package name: engrampa Version : 1.6.0 Upstream Author : Stefano Karapetsas stef...@karapetsas.com * URL : http://www.mate-desktop.org/ * License : GPL, LGPL Programming Lang: C Description : archive manager for MATE Engrampa is an archive manager for the MATE environment. It allows you to: . * Create and modify archives. * View the content of an archive. * View a file contained in an archive. * Extract files from the archive. . Engrampa supports the following formats: * Tar (.tar) archives, including those compressed with gzip (.tar.gz, .tgz), bzip (.tar.bz, .tbz), bzip2 (.tar.bz2, .tbz2), compress (.tar.z, .taz), lzip (.tar.lz, .tlz), lzop (.tar.lzo, tzo), lzma (.tar.lzma) and xz (.tar.xz) * Zip archives (.zip) * Jar archives (.jar, .ear, .war) * 7z archives (.7z) * iso9660 CD images (.iso) * Lha archives (.lzh) * Single files compressed with gzip (.gz), bzip (.bz), bzip2 (.bz2), compress (.Z), lzip (.lz), lzop (.lzo), lzma (.lzma) and xz (.xz) . Engrampa doesn't perform archive operations by itself, but relies on standard tools for this. . This package will be maintained by the Debian MATE Packaging Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734495: mingw-w64: Fails to compile Tcl and Tk, please apply workaround patch
Hi, On 08-01-14 23:46, Stephen Kitt wrote: I also see that it was fixed upstream in the mean time: http://core.tcl.tk/tcl/info/7488de4f4b203a7f - now to find out in which release this landed... There hasn't been a release since then, but it seems to me that it's in line for the next release, 8.6.2 I suppose, whenever that happens. Yeah, I also found that out, simply by looking at the dates... (some things are simpler to find out than what you expected...) quite unfortunate. I hope they also backport it to the 8.5 series. -- Grtjs, Manuel PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ ) PPS: Visit my homepage at http://manuel.msxnet.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734722: slrn: various failures due to change in news user's shell
Package: slrn Version: 1.0.1-8 Severity: important Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed the news user's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: slrn tries to use su news in various places without overriding the shell. Here's a fix: * Pass -s /bin/sh to su news to cope with the change of the news user's shell in base-passwd 3.5.30. diff -Nru slrn-1.0.1/debian/slrn_getdescs slrn-1.0.1/debian/slrn_getdescs --- slrn-1.0.1/debian/slrn_getdescs 2013-12-16 16:37:05.0 + +++ slrn-1.0.1/debian/slrn_getdescs 2014-01-09 12:14:17.0 + @@ -22,6 +22,6 @@ if (! -f $dsc_file || -M $dsc_file = $min_age) { $dsc_file_slrn=$dsc_file; $dsc_file_slrn=~s/\.dsc$//; # slrn doesn't want the extention. - system su news -c 'slrn -i $global_rc_file -f $dsc_file_slrn -h \$(cat /etc/news/server) -d'; + system su news -s /bin/sh -c 'slrn -i $global_rc_file -f $dsc_file_slrn -h \$(cat /etc/news/server) -d'; chmod 0644,$dsc_file; } diff -Nru slrn-1.0.1/debian/slrnpull.cron.daily slrn-1.0.1/debian/slrnpull.cron.daily --- slrn-1.0.1/debian/slrnpull.cron.daily 2013-12-16 16:37:05.0 + +++ slrn-1.0.1/debian/slrnpull.cron.daily 2014-01-09 12:13:58.0 + @@ -12,7 +12,7 @@ cd /var/spool/slrnpull # Perform expiration, even if we aren't fetching articles right now. -su news -c 'slrnpull --expire /dev/null' +su news -s /bin/sh -c 'slrnpull --expire /dev/null' if [ $RUNFROM = cron job ] ; then # Get new articles. diff -Nru slrn-1.0.1/debian/slrnpull.if-up slrn-1.0.1/debian/slrnpull.if-up --- slrn-1.0.1/debian/slrnpull.if-up2013-12-16 16:37:05.0 + +++ slrn-1.0.1/debian/slrnpull.if-up2014-01-09 12:14:10.0 + @@ -15,5 +15,5 @@ if [ $RUNFROM = ip-up -a $METHOD != loopback ] ; then # Get new articles. - su news -c 'slrnpull -h `head -n 1 /etc/news/server` /dev/null' + su news -s /bin/sh -c 'slrnpull -h `head -n 1 /etc/news/server` /dev/null' fi diff -Nru slrn-1.0.1/debian/slrnpull.ppp.ip-up slrn-1.0.1/debian/slrnpull.ppp.ip-up --- slrn-1.0.1/debian/slrnpull.ppp.ip-up2013-12-23 19:49:39.0 + +++ slrn-1.0.1/debian/slrnpull.ppp.ip-up2014-01-09 12:14:02.0 + @@ -15,5 +15,5 @@ if [ $RUNFROM = ip-up -a $METHOD != loopback ] ; then # Get new articles. - su news -c 'slrnpull -h `head -n 1 /etc/news/server` /dev/null' + su news -s /bin/sh -c 'slrnpull -h `head -n 1 /etc/news/server` /dev/null' fi Sorry, -- 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#734723: uucp: cron.daily job fails due to change in uucp's shell
Package: uucp Version: 1.07-20 Severity: normal Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed uucp's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: uucp's cron.daily job will fail because it tries to use su uucp without overriding the shell. Here's a fix: * Pass -s /bin/sh to su uucp to cope with the change of uucp's shell in base-passwd 3.5.30. diff -u uucp-1.07/debian/uucp.cron.daily uucp-1.07/debian/uucp.cron.daily --- uucp-1.07/debian/uucp.cron.daily +++ uucp-1.07/debian/uucp.cron.daily @@ -8,3 +8,3 @@ if [ -x /usr/lib/uucp/uudemon.day ]; then - su uucp -c /usr/lib/uucp/uudemon.day root + su uucp -s /bin/sh -c /usr/lib/uucp/uudemon.day root fi Sorry, -- 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#734725: cipux: update documentation to cope with www-data having a non-login shell
Package: cipux Version: 3.4.0.13-4 Severity: minor Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed www-data's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: the directions given in cipux' documentation will no longer work. Here's a fix. * Adjust documentation to cope with www-data having a non-login shell. diff -Nru cipux-3.4.0.13/debian/patches/series cipux-3.4.0.13/debian/patches/series --- cipux-3.4.0.13/debian/patches/series1970-01-01 01:00:00.0 +0100 +++ cipux-3.4.0.13/debian/patches/series2014-01-09 12:21:12.0 + @@ -0,0 +1 @@ +su-shell.patch diff -Nru cipux-3.4.0.13/debian/patches/su-shell.patch cipux-3.4.0.13/debian/patches/su-shell.patch --- cipux-3.4.0.13/debian/patches/su-shell.patch1970-01-01 01:00:00.0 +0100 +++ cipux-3.4.0.13/debian/patches/su-shell.patch2014-01-09 12:22:43.0 + @@ -0,0 +1,49 @@ +Description: Cope with www-data having a non-login shell +Author: Colin Watson cjwat...@debian.org +Forwarded: no +Last-Update: 2014-01-09 + +Index: b/doc/install/debian/catweb_deb_pkg_installation.mkd +=== +--- a/doc/install/debian/catweb_deb_pkg_installation.mkd b/doc/install/debian/catweb_deb_pkg_installation.mkd +@@ -41,14 +41,14 @@ + List all unregistered CAT modules to see what is available. Use cipadmin as + login and the password you have used for cipadmin while installing CipUX. + +-su -l www-data -c 'cipux_cat_web_module --list-deregistered' ++su -l www-data -s /bin/sh -c 'cipux_cat_web_module --list-deregistered' + + The next step is to _register_ and _enable_ the modules you want to use. In any + case you should register index.cgi to see the first page of CAT. As an example + we also register language.cgi as the second module. + +-su -l www-data -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object index.cgi' +-su -l www-data -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object language.cgi' ++su -l www-data -s /bin/sh -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object index.cgi' ++su -l www-data -s /bin/sh -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object language.cgi' + + # First steps + +Index: b/doc/install/debian/catweb_release_installation.mkd +=== +--- a/doc/install/debian/catweb_release_installation.mkd b/doc/install/debian/catweb_release_installation.mkd +@@ -32,14 +32,14 @@ + List all unregistered CAT modules to see what is available. Use cipadmin as + login and the password you have used for cipadmin while installing CipUX. + +-su -l www-data -c 'cipux_cat_web_module --list-deregistered' ++su -l www-data -s /bin/sh -c 'cipux_cat_web_module --list-deregistered' + + The next step is to _register_ and _enable_ the modules you want to use. In any + case you should register index.cgi to see the first page of CAT. As an example + we also register language.cgi as the second module. + +-su -l www-data -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object index.cgi' +-su -l www-data -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object language.cgi' ++su -l www-data -s /bin/sh -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object index.cgi' ++su -l www-data -s /bin/sh -c 'cipux_cat_web_module --register --enable --add-member admins --verbose --object language.cgi' + + ## First steps + Sorry, -- 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#734724: bossa-cli: Add Arduino patches
Package: bossa-cli Version: 1.3~20120408-1 Severity: wishlist Tags: patch I wrote a makefile a little more than six months ago for compiling Arduino projects on command line. I used it for a few of my own simple projects on both my Arduino Uno R2 and Arduino Due R3. However, since the Arduino Due requires the Arduino IDE 1.5.x, which was not in Debian at the time, I coded my makefile to use the version from the binary Linux package provided on the Arduino website. Since that package includes a pre-build toolchain, I used the version of gcc and bossac that it provided as well. Now that Arduino IDE 1.5.4 is in Experimental and gcc-arm-none-eabi ships a C++ compiler, I have been working on modifying my makefile to use only the tools available in the Debian archive. As of now I can successfully compile my projects using this new makefile, but I can't upload any of them to the Arduino Due because the version of bossac in Debian is missing some of the features and bugfixes found in the Arduino version. With that in mind, I took a look at both the upstream bossa git repository and the git repository for the Arduino bossa fork. While the Arduino fork of bossa on github appears to be based on a pretty old version of bossa, the diff between the Arduino fork and the latest version of bossa in its git repository is actually surprisingly manageable. Based on the complete diff I generated, the commit history of both bossa versions, and a few hours spent familiarizing myself with the bossa source code, I separated what I believe are the most important parts of the Arduino bossa fork into a series of 5 diffs which apply cleanly to both the Debian bossa source and the latest upstream code. Using this patched version of bossac I can successfully upload my projects to the Arduino Due. Would it be acceptable to either apply these patches to the Debian bossa package or rebase the package on the Arduino bossa fork? A diff of the changes I made to the current bossa package is attached. I appreciate your consideration. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (400, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bossa-cli depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-10 ii libreadline6 6.2+dfsg-0.1 ii libstdc++64.8.2-10 bossa-cli recommends no packages. bossa-cli suggests no packages. -- no debconf information --- a/debian/patches/add-reset-command.patch1969-12-31 19:00:00.0 -0500 +++ b/debian/patches/add-reset-command.patch2014-01-09 06:06:11.901684390 -0500 @@ -0,0 +1,129 @@ +Description: Add a 'reset' command to be applied after a successful upload +Author: Cristian Maglie c.mag...@bug.st +--- a/src/Command.cpp b/src/Command.cpp +@@ -1211,3 +1211,16 @@ + + _flasher.write(argv[1]); + } ++ ++CommandReset::CommandReset() : ++Command(reset, ++Reset the CPU. (only for supported CPU), ++reset\n) ++{} ++ ++void ++CommandReset::invoke(char* argv[], int argc) ++{ ++_samba.reset(); ++} ++ +--- a/src/Command.h b/src/Command.h +@@ -260,4 +260,11 @@ + virtual void invoke(char* argv[], int argc); + }; + ++class CommandReset : public Command ++{ ++public: ++CommandReset(); ++virtual void invoke(char* argv[], int argc); ++}; ++ + #endif // _COMMAND_H +--- a/src/Samba.cpp b/src/Samba.cpp +@@ -22,6 +22,7 @@ + #include stdio.h + #include stdint.h + #include ctype.h ++#include unistd.h + + using namespace std; + +@@ -545,3 +546,21 @@ + } + return cid; + } ++ ++void ++Samba::reset(void) ++{ ++if (chipId() != 0x285e0a60) { ++printf(Reset not supported for this CPU); ++return; ++} ++ ++printf(CPU reset.\n); ++writeWord(0x400E1A00, 0xA50D); ++ ++// Some linux users experienced a lock up if the serial ++// port is closed while the port itself is being destroyed. ++// This delay is here to give the time to kernel driver to ++// sort out things before closing the port. ++usleep(10); ++} +--- a/src/Samba.h b/src/Samba.h +@@ -60,6 +60,8 @@ + void setDebug(bool debug) { _debug = debug; } + + const SerialPort getSerialPort() { return *_port; } ++ ++void reset(void); + + private: + bool _debug; +--- a/src/Shell.cpp b/src/Shell.cpp +@@ -55,6 +55,7 @@ + add(new CommandSecurity); + add(new CommandVerify); + add(new CommandWrite); ++add(new CommandReset); + + _commandList.sort(); + } +--- a/src/bossac.cpp b/src/bossac.cpp +@@ -40,6 +40,7 @@ + bool write; + bool read; + bool verify; ++bool reset; + bool port; + bool boot; + bool bor; +@@ -79,6 +80,8 @@ + bootArg = 1; + bodArg = 1; + borArg = 1; ++ ++reset =
Bug#734726: RFS: cppman/0.3.1-1 [ITP] -- C++ 98/11 manual pages for Linux, with source from cplusplus.com
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for sponsor for my package cppman. Since this package is a python application, I set the maintainer to Python Applications Packaging Team. Please help to review this package for any problem, thanks. The following is package information: Package name: cppman Version : 0.3.1-1 Upstream Author : Wei-Ning Huang (AZ) aitjc...@gmail.com URL : https://github.com/Aitjcize/cppman License : GPL-3 Section : python To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cppman Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cppman/cppman_0.3.1-1.dsc -- ChangZhuo Chen (陳昌倬) czc...@gmail.com Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#734727: ITP: glassfish-jaxb - JAXB Reference Implementation
Package: wnpp Severity: wishlist Package name: glassfish-jaxb Version : 2.2.5 Upstream Author : Oracle URL : https://jaxb.java.net License : CDDL or GPL-2 with classpath exception Programming Lang: java Description : JAXB Reference Implementation GlassFish Java Architecture for XML Binding (JAXB) Reference Implementation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734728: request-tracker4: upgrade code broken by change in www-data's shell
Package: request-tracker4 Version: 4.0.18-1 Severity: normal Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed www-data's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: some upgrade code in request-tracker4's postinst will behave improperly. Here's a fix. * Pass -s /bin/sh to su www-data to cope with the change of www-data's shell in base-passwd 3.5.30. diff -Nru request-tracker4-4.0.18/debian/postinst request-tracker4-4.0.18/debian/postinst --- request-tracker4-4.0.18/debian/postinst 2013-10-26 13:09:50.0 +0100 +++ request-tracker4-4.0.18/debian/postinst 2014-01-09 12:28:24.0 + @@ -143,7 +143,7 @@ if [ $1 = configure ] [ -n $2 ] \ dpkg --compare-versions $2 lt 4.0.5-3 then -if su -c RTHOME=/usr/share/request-tracker4 /usr/share/request-tracker4/etc/upgrade/vulnerable-passwords --fix www-data; then +if su -s /bin/sh -c RTHOME=/usr/share/request-tracker4 /usr/share/request-tracker4/etc/upgrade/vulnerable-passwords --fix www-data; then echo rt-vulnerable-passwords-4 invoked successfully on upgrade else echo rt-vulnerable-passwords-4 exited with an error but the Sorry, -- 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#734104: autoconf: uses old-style function definition, thus fails with -Werror=old-style-definition
Control: forwarded -1 http://lists.gnu.org/archive/html/bug-autoconf/2014-01/msg3.html On 2014-01-08 21:55:56 -0800, Ben Pfaff wrote: On Wed, Jan 08, 2014 at 09:44:20AM +0100, Vincent Lefevre wrote: On 2014-01-07 21:30:29 -0800, Ben Pfaff wrote: On Fri, Jan 03, 2014 at 10:22:27PM +0100, Vincent Lefevre wrote: A developer may want to test his software with -Werror=old-style-definition (in particular because such definitions could be a real bug in the software). But configure fails because autoconf generates such a function definition. For instance: In my opinion, it's a mistake to run configure tests with -Werror. I don't see why. As compilers evolve, they will inevitably come to issue new warnings, some of which will be triggered by configure tests. Authors of Autoconf tests cannot possibly write them to avoid all warnings issued by future versions of GCC. I agree, but in the current case, the change is not required due to a warning from GCC, but because of an obsolescent feature of C (but both are related: the goal of the warning here is to signal the use of an obsolescent feature of C). I suggest adding such flags after configure tests have been run, as with the --enable-Werror configure flag supported by Open vSwitch: dnl OVS_ENABLE_WERROR AC_DEFUN([OVS_ENABLE_WERROR], [AC_ARG_ENABLE( [Werror], [AC_HELP_STRING([--enable-Werror], [Add -Werror to CFLAGS])], [], [enable_Werror=no]) AC_CONFIG_COMMANDS_PRE( [if test X$enable_Werror = Xyes; then CFLAGS=$CFLAGS -Werror fi])]) This doesn't solve the problem at all: whether -Werror is used via --enable-Werror or via ./configure ... CFLAGS=... -Werror the same errors will occur. No, configuration time errors will not occur with this macro, because this macro adds -Werror only after all of the configuration tests have already run. Some configure tests *must* be done with the same options as the compilation, so that some features in the program or the tests can be disabled (via the preprocessor) if they are not supported due to the use of -Werror. I guess that -Werror=old-style-definition is somewhat more restricted, but a similar solution can be used. Actually I wasn't using -Werror=old-style-definition directly, but ./configure CFLAGS=-Wall -Wold-style-declaration -Wold-style-definition -Wmissing-parameter-type -Wmissing-prototypes -Wmissing-declarations -Wmissing-field-initializers -Werror If you did the same thing but dropped -Werror from CFLAGS and added --enable-Werror, there would be no problem with configuration tests. But the build (of the software or the tests) could fail due to a feature that should have been disabled by an error detected with -Werror at configure time. My proposed patch concerning autoconf: http://lists.gnu.org/archive/html/autoconf-patches/2014-01/msg3.html You reported this upstream? I'm not sure why you're reporting it to Debian also, then. I first reported the problem in Debian since Debian's autoconf version is older than upstream's dev version (BTW, it seems that I've just found another problem related to MPFR's Static Assertion test, which is triggered with Debian's autoconf package, but not upstream) and upstream doesn't have a BTS, AFAIK. Then I reported it upstream. Now, I thought I also added the forwarded URL's to Debian's bug report, but I forgot (GNU's mailing-list system is poorly designed: one has to wait for the URL, so that it is easy to forget...). This is now done with this message. Upstream told be to wrote a patch, which I did, hence the URL just above. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734729: openguides: wiki-toolkit upgrade hook fails due to change in www-data's shell
Package: openguides Version: 0.74-1 Severity: normal Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed www-data's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: openguides' wiki-toolkit upgrade hook will fail because it tries to use su www-data without overriding the shell. Here's a fix: * Pass -s /bin/sh to su www-data to cope with the change of www-data's shell in base-passwd 3.5.30. diff -Nru openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides --- openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides 2013-08-27 23:42:47.0 +0100 +++ openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides 2014-01-09 12:34:06.0 + @@ -4,5 +4,5 @@ for file in `ls /etc/openguides/*/wiki.conf`; do echo Processing config file $file ...; -su -c /usr/bin/openguides-setup-db $file www-data; +su -s /bin/sh -c /usr/bin/openguides-setup-db $file www-data; done 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#734729: openguides: wiki-toolkit upgrade hook fails due to change in www-data's shell
Control: retitle -1 openguides: uninstallable due to change in www-data's shell Control: severity -1 grave On Thu, Jan 09, 2014 at 12:34:40PM +, Colin Watson wrote: In base-passwd 3.5.30, I changed www-data's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: openguides' wiki-toolkit upgrade hook will fail because it tries to use su www-data without overriding the shell. Here's a fix: Sorry, I missed a piece here, and an important one: the similar su call in the postinst will I think generally render this package uninstallable. Here's an updated patch. * Pass -s /bin/sh to su www-data to cope with the change of www-data's shell in base-passwd 3.5.30. diff -Nru openguides-0.74/debian/postinst openguides-0.74/debian/postinst --- openguides-0.74/debian/postinst 2013-08-27 23:42:47.0 +0100 +++ openguides-0.74/debian/postinst 2014-01-09 12:35:49.0 + @@ -27,7 +27,7 @@ echo Possibly setting up or updating default site database... for file in `ls /etc/openguides/*/wiki.conf`; do echo Processing config file $file ...; - su -c /usr/bin/openguides-setup-db $file www-data; + su -s /bin/sh -c /usr/bin/openguides-setup-db $file www-data; done echo Possibly checking/fixing SQLite file permissions... find /var/lib/openguides/sqlite/ -user root -exec chown www-data:www-data {} \; diff -Nru openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides --- openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides 2013-08-27 23:42:47.0 +0100 +++ openguides-0.74/debian/wiki-toolkit-upgrade-hooks/openguides 2014-01-09 12:34:06.0 + @@ -4,5 +4,5 @@ for file in `ls /etc/openguides/*/wiki.conf`; do echo Processing config file $file ...; -su -c /usr/bin/openguides-setup-db $file www-data; +su -s /bin/sh -c /usr/bin/openguides-setup-db $file www-data; done -- 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#734730: minetest: FTBFS on powerpcspe: lua dependency missing
Source: minetest Version: 0.4.9+repack-3 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, minetest FTBFS on powerpcspe like this: ... make[4]: Entering directory `/«BUILDDIR»/minetest-0.4.9+repack' [ 0%] Building CXX object src/CMakeFiles/minetest.dir/jthread/pthread/jevent.cpp.o [ 0%] Building CXX object src/CMakeFiles/minetest.dir/jthread/pthread/jmutex.cpp.o [ 1%] Building CXX object src/CMakeFiles/minetest.dir/jthread/pthread/jsemaphore.cpp.o [ 1%] Building CXX object src/CMakeFiles/minetest.dir/jthread/pthread/jthread.cpp.o [ 1%] Building CXX object src/CMakeFiles/minetest.dir/script/common/c_content.cpp.o In file included from /«BUILDDIR»/minetest-0.4.9+repack/src/script/common/c_content.cpp:19:0: /«BUILDDIR»/minetest-0.4.9+repack/src/script/common/c_content.h:32:17: fatal error: lua.h: No such file or directory compilation terminated. make[4]: *** [src/CMakeFiles/minetest.dir/script/common/c_content.cpp.o] Error 1 make[4]: Leaving directory `/«BUILDDIR»/minetest-0.4.9+repack' make[3]: *** [src/CMakeFiles/minetest.dir/all] Error 2 make[2]: *** [all] Error 2 make[3]: Leaving directory `/«BUILDDIR»/minetest-0.4.9+repack' make[2]: Leaving directory `/«BUILDDIR»/minetest-0.4.9+repack' dh_auto_build: make -j1 returned exit code 2 make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/«BUILDDIR»/minetest-0.4.9+repack' make: *** [build-arch] Error 2 ... The attached patch fixes this. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN test/minetest-0.4.9+repack/debian/control minetest-0.4.9+repack/debian/control --- test/minetest-0.4.9+repack/debian/control 2014-01-09 01:13:10.0 +0100 +++ minetest-0.4.9+repack/debian/control 2014-01-09 10:28:18.949840345 +0100 @@ -14,7 +14,7 @@ libfreetype6-dev, libirrlicht-dev (= 1.7.0), libluajit-5.1-dev [i386 amd64 kfreebsd-i386 armel armhf powerpc mips mipsel], - liblua5.1-dev [hurd-i386 ia64 kfreebsd-amd64 s390x sparc], + liblua5.1-dev [hurd-i386 ia64 kfreebsd-amd64 s390x powerpcspe sparc], zlib1g-dev, libsqlite3-dev, libogg-dev,
Bug#734731: lurker: cache pruning in postinst/prerm fails due to change in www-data's shell
Package: lurker Version: 2.3-4 Severity: important Tags: patch User: base-pas...@packages.debian.org Usertags: shell-fallout In base-passwd 3.5.30, I changed www-data's shell to /usr/sbin/nologin (a change that I really should have made about ten years ago). This has unfortunately had a bit of collateral damage: the cache pruning in lurker's postinst and prerm will fail because it tries to use su www-data without overriding the shell. Here's a fix: * Pass -s /bin/sh to su www-data to cope with the change of www-data's shell in base-passwd 3.5.30. diff -Nru lurker-2.3/debian/postinst lurker-2.3/debian/postinst --- lurker-2.3/debian/postinst 2013-12-13 14:57:45.0 + +++ lurker-2.3/debian/postinst 2014-01-09 12:39:47.0 + @@ -79,7 +79,7 @@ # clean web cache if [ -x /usr/bin/lurker-prune ] [ -f /etc/lurker/lurker.conf ] [ -f /var/lib/lurker/db ]; then echo Pruning the lurker webserver cache. - su - www-data -c /usr/bin/lurker-prune -p + su - www-data -s /bin/sh -c /usr/bin/lurker-prune -p fi ;; abort-upgrade|abort-remove|abort-deconfigure) diff -Nru lurker-2.3/debian/prerm lurker-2.3/debian/prerm --- lurker-2.3/debian/prerm 2011-09-19 11:51:07.0 +0100 +++ lurker-2.3/debian/prerm 2014-01-09 12:39:16.0 + @@ -12,7 +12,7 @@ remove) if [ -x /usr/bin/lurker-prune ] [ -f /etc/lurker/lurker.conf ] [ -f /var/lib/lurker/db ]; then echo Pruning the lurker webserver cache. - su - www-data -c /usr/bin/lurker-prune -p + su - www-data -s /bin/sh -c /usr/bin/lurker-prune -p fi ;; Sorry, -- 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#734732: deja-dup: restore missing files does not work
Package: deja-dup Version: 20.2-2.1 Severity: important Dear Maintainer, I have had similar problems with deja-dup in the older version on wheezy. I have large backups, and I had to restore. Due to a couple of other bugs when I initially restored it only partially restored, getting most to way through the restoration alphabetically, and did not resume, so I have not restored the last large folder in the alphabet. To get this by restoring alphabetically so that I can now get that file back, it will take ages (like 5 hours for 50GB) during which it is slowing down other tasks and making loads of noise, and is limited by the lack of space on my computer, which means I'm having to use someone elses computer for it. The alternative way I should be able to do it is to open nautilus is the folder that was failed to back up and select 'restore missing files'. However, this option does not seem to work, it spends a long time 'looking for the backups in the last month' or 'preparing and does not seem to progress to restoring. In the version in wheezy it did not even get this far, instead hanging before or whilst asking for the initial options. The frustrating this is that it did not clearly fail, it just spent a very long time not succeeding, but with no progress indicators and it would be better if it clearly failed when something is unsuccessful. Since the backup is over a month ago I am not sure that even if it did get that far there might be a design fault which would maybe prevent me from being able to do it anyway. So, four suggestions: -when it fails, clearly fail, so users are not waiting ages unsure what is going on. -if something like querying dates is taking a long time, have a progress bar so users no that something is going on behind the scenes. -mend the bug that prevents this option from working -change the design flaw (if there is one when it is working) so that more than a month ago can be restored by this method. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages deja-dup depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii duplicity0.6.22-2 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.8.6-1 ii libnautilus-extension1a 3.8.2-2 ii libnotify4 0.7.6-1 ii libpango1.0-01.36.0-1+b1 Versions of packages deja-dup recommends: ii openssh-client [ssh-client] 1:6.4p1-2 ii python-boto 2.10.0-1 pn python-rackspace-cloudfiles none deja-dup 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#734733: deja-dup: 'Preparing...' continues for a long time with no helpful status bars.
Package: deja-dup Version: 20.2-2.1 Severity: normal Dear Maintainer, This is an issue I have had with older versions as well, it may be an upstream issue. When you restore (and to a lesser extent when backing up), it spends a long time 'preparing...'. The issue is that there is not a useful status bar to let you know how long this is taking, or, in fact if it is working at all. It is also problematic that if you have not got a password saved it takes some time of doing this before prompting for a password, so if you go away believing it will start restoring soon, you may come back some time later and it has been waiting for a password rather than restoring. Both speeding up this process (especially with passwords), and having more useful bars indicating that it is actually doing something, would be very useful -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages deja-dup depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii duplicity0.6.22-2 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.8.6-1 ii libnautilus-extension1a 3.8.2-2 ii libnotify4 0.7.6-1 ii libpango1.0-01.36.0-1+b1 Versions of packages deja-dup recommends: ii openssh-client [ssh-client] 1:6.4p1-2 ii python-boto 2.10.0-1 pn python-rackspace-cloudfiles none deja-dup 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#718697: ptop is incompatible with PostgreSQL = 9.2
Hi, New version has be uploaded to ftp master, but in the upload proces is an delay, becouse of the name change to pgtop it has to be added to the override file, this requires manual editing of the override file and this is done about once a week. So it can be fixed today but i can also take a week. It wil be uploaded to unstable repo, i hope this informs you engough. With kind regard and best whishes for the new year, Bas van den Dikkenberg
Bug#733300: [RFR] templates://kinect-audio-setup/{templates}
On Thu, 2 Jan 2014 09:29:00 +0100 Christian PERRIER bubu...@debian.org wrote: Please find, for review, the debconf templates and packages descriptions for the kinect-audio-setup source package. This review will last from Thursday, January 02, 2014 to Sunday, January 12, 2014. Please send reviews as unified diffs (diff -u) against the original files. Comments about your proposed changes will be appreciated. Your review should be sent as an answer to this mail. When appropriate, I will send intermediate requests for review, with [RFRn] (n=2) as a subject tag. When we will reach a consensus, I send a Last Chance For Comments mail with [LCFC] as a subject tag. Finally, a summary will be sent to the review bug report, and a mail will be sent to this list with [BTS] as a subject tag. Rationale: --- kinect-audio-setup.old/debian/templates 2013-12-28 11:39:21.915161442 +0100 +++ kinect-audio-setup/debian/templates 2014-01-02 09:08:52.500268259 +0100 @@ -1,17 +1,18 @@ Template: kinect-audio-setup/accept_eula Type: boolean Default: false +#flag:translate!:3 Does the 3 here refer to Translation Units? How are they counted in the Description field? _Description: Do you accept the Microsoft KinectForWindows EULA? - In order to fetch the binary firmware needed by this package you need - to agree to the EULA of the Microsoft KinectForWindows SDK: + In order to fetch the binary firmware needed by the kinect-audio-setup package, you need + to agree to the End User License Agreement (EULA) of the Microsoft + KinectForWindows Software Development Kit: . http://www.kinectforwindows.org/download/EULA.htm I always found the acronym EULA a bit cryptic, particularly to non-English users. So, let's give translators an opporunity to translate it to their language (the acronym, not the EULA text, of course). Same for SDK. Let's mark the URL as non-translatable. ACK. By the way, have you noticed that this URL redirects one to the main Kinect page? The EULA seems to now be the general Microsoft Terms of Use page: http://www.microsoft.com/en-us/legal/intellectualproperty/copyright/default.aspx The URL has changed since I last checked, I think I will use this one: http://www.microsoft.com/en-us/kinectforwindows/develop/sdk-eula.aspx I will also check all the other URLs, it looks like the home page of Kinect For Windows is now at http://www.microsoft.com/en-us/kinectforwindows/ Template: kinect-audio-setup/eula_not_accepted -Type: note +Type: error _Description: EULA not accepted - You need to accept the EULA of Microsoft KinectForWindows SDK in order - to fetch the binary firmware needed by this package. + You need to accept the End User License Agreement (EULA) of Microsoft KinectForWindows Software Development Kit in order + to fetch the binary firmware needed by the kinect-audio-setup package. . - You can do this later by calling: - dpkg-reconfigure kinect-audio-setup + You can do this later with dpkg-reconfigure kinect-audio-setup. Let's make it more clear that not accepting the EULA is a problem (as the package won't be installed) by turning the template into an error one. Again, make acronyms more explicit And avoid using a hard-formatted paragraph as second paragraph but make it a simple sentence. ACK. --- kinect-audio-setup.old/debian/control 2013-12-28 11:39:21.915161442 +0100 +++ kinect-audio-setup/debian/control 2014-01-02 09:10:43.283492575 +0100 @@ -27,10 +27,10 @@ becomes available. . kinect-audio-setup provides tools to download the firmware off the net - at installation time —since the firmware is not redistributable—, and + at installation time (since the firmware is not redistributable), and it sets up udev rules to call the firmware loader when the device is plugged in to finally get the USB Audio Class device. . Maybe also this? - plugged in to finally get the USB Audio Class device. + plugged in to finally get the USB Audio Class device (UAC). To make it clearer what the UAC acronym below refers to. - The UAC firmware is downloaded from the Microsoft Kinect SDK at - http://www.kinectforwindows.org, the license of the SDK can be found at - http://www.kinectforwindows.org/download/EULA.htm + The UAC firmware is downloaded from the Microsoft Kinect Software + Development Kit at http://www.kinectforwindows.org, the license + of which can be found at http://www.kinectforwindows.org/download/EULA.htm Use standard parenthesis And again expand acronym and make a small reformulation (licence of whichis that correct English, Justin?) ACK. Thanks, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#732324: Pending fixes for bugs in the libdbd-firebird-perl package
tag 732324 + pending thanks Some bugs in the libdbd-firebird-perl package are closed in revision a3b62e45b50c2b54481940a94169b0b3543891fb in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdbd-firebird-perl.git;a=commitdiff;h=a3b62e4 Commit message: add patch from upstream Git disabling threaded events tests during automated testing Closes: #732324 -- FTBFS on i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734734: ITP: resteasy - Framework for RESTful Web services and Java applications
Package: wnpp Severity: wishlist Package name: resteasy Version : 3.0.1 Upstream Author : Bill Burke URL : http://www.jboss.org/resteasy License : Apache-2.0, GPL-2, LGPL-2.1 Programming Lang: java Description : Framework for RESTful Web services and Java applications RESTEasy is a JBoss project that provides various frameworks to help you build RESTful Web Services and Java applications. It is a fully certified and portable implementation of the JAX-RS specification. JAX-RS is a new JCP specification that provides a Java API for RESTful Web Services over the HTTP protocol. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516765: stopmotion: starts once, produces warning message, never starts again
The issue is still there. I backported stopmotion 0.7.1-1 to wheezy and run into exactly the same issue. My locale is de_CH.UTF-8. Cheers Ronny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516765: stopmotion: starts once, produces warning message, never starts again
I reported the bug upstream, see: https://bugs.launchpad.net/lsm/+bug/1267466 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711460: xfce4-mixer: changing sound volume not working after muting
I see the same behaviour: With headphones plugged in: 1/ In xfce4's panel plugin mixer: right-click - select 'mute' - xfce4-mixer shows Master Headphone muted. (IIRC, with headphones not plugged in, Speaker PCM are muted instead of Headphone.) - unmuting through xfce4's panel plugin mixer only unmutes Master channel, leaving Headphone still muted. - xfce4-mixer needs to be opened to unmute each muted channel 2/ In xfce4's panel plugin mixer: turn down volume low enough (not zero) - volume suddenly drops to zero. - xfce4-mixer shows Master, Headphone and PCM are set to volume zero. - turning up the volume again through xfce4's panel plugin mixer only increases volume of Master channel, leaving Headphone PCM at zero. - again, xfce4-mixer needs to be opened to increase volume of Headphone PCM channels. So the bugs are as follows: * Muting/unmuting and increasing/decreasing volume should act on the same channels, instead of being asymmetric. * Decreasing volume should be continuous, instead of suddenly dropping to zero below a certain threshold. Arnaud -- Arnaud Installe +32 477 304199 ESAT - STADIUS, KU Leuven iMinds Future Health Department -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734735: llvm-3.2: executables are not executable on hurd-i386
Package: llvm-3.2 Version: 1:3.2repack-11 Severity: normal Dear Maintainer, The executables under /usr/lib/llvm-3.2/bin are not executable on a hurd-i386 system. All files in that directory are 644 instead of 755. The result of this is $ llvm-config -bash: /usr/bin/llvm-config: Permission denied Discovered when attempting to build src:octave on hurd-i386, which build-depends on llvm-dev. This might apply equally to all versions of llvm but llvm-3.2 is the only one in the archive built for hurd-i386 currently. -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732291: files in src/* have license GPLv2+
Hello, On Mon, 16 Dec 2013 13:28:05 +0100 (CET) Thorsten Alteholz deb...@alteholz.de wrote: as opposed to debian/copyright, which states that the license of all files is GPLv2, the files in src/* have a license of GPLv2+. Please update debian/copyright for the new upstream version (1.0.1) accordingly. I don't think it's a bug. If source is distributed as GPL-2+, you're free to take it as either GPL-2, or any later version. As GPL-2 and GPL-3 are incompatible, to link against GPL-2 sources, you must take GPL-2+ sources under GPL-2 or you violate the license. That said, I think GPL-2 is the best choice here. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#734737: horizon: [INTL:de] initial German debconf translation
Package: horizon Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for horizon attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German translation of horizon debconf templates # This file is distributed under the same license as the horizon package. # # Martin Eberhard Schauer martin.e.scha...@gmx.de, 2013. msgid msgstr Project-Id-Version: horizon\n Report-Msgid-Bugs-To: hori...@packages.debian.org\n POT-Creation-Date: 2012-11-28 14:00+\n PO-Revision-Date: 2014-01-09 14:29+0100\n Last-Translator: Martin Eberhard Schauer martin.e.scha...@gmx.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:2001 msgid Activate Dashboard and disable default VirtualHost? msgstr Dashboard aktivieren und die Vorgabe für VirtualHost deaktivieren? #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:2001 msgid In Debian, Apache comes with a default website and a default page, configured in /etc/apache2/sites-available/default. Select if this configuration should be disabled and replaced by the Openstack Dashboard configuration. msgstr Debian verteilt Apache mit einer Standard-Website und einer Standardseite, die in /etc/apache2/sites-available/default konfiguriert sind. Wählen Sie, ob diese Konfiguration deaktiviert und durch die Openstack-Dashboard-Konfiguration ersetzt werden soll. #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:3001 msgid Should the Dashboard be installed on HTTPS? msgstr Soll das Dashboard mit HTTPS installiert werden? #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:3001 msgid Please choose if you would like Horizon to be installed on HTTPS only, with a redirection to HTTPS if HTTP is in use. msgstr Wählen Sie bitte, ob Horizon nur mit HTTPS installiert werden soll und bei der Nutzung von HTTP auf HTTPS umgeleitet werden soll.
Bug#734736: sftpcloudfs: [INTL:de] initial German debconf translation
Package: sftpcloudfs Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for sftpcloudfs attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German translation of sftpcloudfs debconf templates # This file is distributed under the same license as the sftpcloudfs package. # # Martin Eberhard Schauer martin.e.scha...@gmx.de, 2013. msgid msgstr Project-Id-Version: sftpcloudfs\n Report-Msgid-Bugs-To: sftpclou...@packages.debian.org\n POT-Creation-Date: 2013-07-11 00:32+0800\n PO-Revision-Date: 2014-01-09 14:27+0100\n Last-Translator: Martin Eberhard Schauer martin.e.scha...@gmx.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: string #. Description #: ../templates:2001 msgid Authentication server URL: msgstr URL des Authentifizierungsserver: #. Type: string #. Description #: ../templates:2001 msgid In order to authenticate its users, SFTPCloudFS needs to connect to an authentication server (such as RackSpace Cloud Files or OpenStack). Please enter the URL of that server. msgstr Um seine Benutzer zu authentifizieren, muss SFTPCloudFS eine Verbindung zu einem Authenfizierungs-Server herstellen (wie zum Beispiel »RackSpace Cloud Files« oder OpenStack). Geben Sie bitte die URL dieses Servers an. #. Type: string #. Description #: ../templates:2001 msgid URL examples:\n * Rackspace in the US: https://auth.api.rackspacecloud.com/v1.0\n; * Rackspace in the UK: https://lon.auth.api.rackspacecloud.com/v1.0\n; * Swift: some URL like https://example.com/v1.0 (or an IP address) msgstr Beispiel-URLs:\n * Rackspace in den USA: https://auth.api.rackspacecloud.com/v1.0\n; * Rackspace in GB: https://lon.auth.api.rackspacecloud.com/v1.0\n; * Swift: eine URL wie https://example.com/v1.0 (oder eine IP-Adresse)
Bug#726841: linux-image-3.10-3-amd64: kworker using ~100% CPU
I also noticed that powertop shows nouveau_connector_hotplug_work at the top of the list.
Bug#734739: ceilometer: [INTL:de] initial German debconf translation
Package: ceilometer Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for ceilometer attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German translation of ceilometer debconf templates # This file is distributed under the same license as the ceilometer package. # # Martin Eberhard Schauer martin.e.scha...@gmx.de, 2013. msgid msgstr Project-Id-Version: ceilometer\n Report-Msgid-Bugs-To: ceilome...@packages.debian.org\n POT-Creation-Date: 2013-07-11 01:06+0800\n PO-Revision-Date: 2014-01-09 14:37+0100\n Last-Translator: Martin Eberhard Schauer martin.e.scha...@gmx.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: boolean #. Description #: ../ceilometer-api.templates:2001 msgid Register Ceilometer in the Keystone endpoint catalog? msgstr Ceilometer im Katalog von Keystone-Endpoints registrieren? #. Type: boolean #. Description #: ../ceilometer-api.templates:2001 msgid Each OpenStack service (each API) should be registered in order to be accessible. This is done using \keystone service-create\ and \keystone endpoint-create\. This can be done automatically now. msgstr Jeder OpenStack-Dienst (jede API) sollte registriert werden, damit auf ihn zugegriffen werden kann. Die Registrierung erfolgt mittels »keystone service-create« und »keystone endpoint-create«. Sie kann jetzt automatisch erfolgen. #. Type: boolean #. Description #: ../ceilometer-api.templates:2001 msgid Note that you will need to have an up and running Keystone server on which to connect using the Keystone authentication token. msgstr Beachten Sie, dass Sie einen laufenden Keystone-Server benötigen, mit dem Sie sich unter Nutzung des Keystone-Authentifizierungs-Tokens verbinden können. #. Type: string #. Description #: ../ceilometer-api.templates:3001 msgid Keystone server IP address: msgstr IP-Adresse des Keystone-Servers: #. Type: string #. Description #: ../ceilometer-api.templates:3001 msgid Please enter the IP address of the Keystone server, so that ceilometer-api can contact Keystone to do the Ceilometer service and endpoint creation. msgstr Geben Sie bitte die IP-Adresse des Keystone-Servers an, damit Ceilometer-api Keystone kontaktieren kann, um den Ceilometer-Dienst und -Endpoint zu erstellen #. Type: password #. Description #: ../ceilometer-api.templates:4001 msgid Keystone authentication token: msgstr Keystone-Authentifizierungs-Token: #. Type: password #. Description #: ../ceilometer-api.templates:4001 msgid To configure its endpoint in Keystone, ceilometer-api needs the Keystone authentication token. msgstr Um seinen Keystone-Endpoint einzurichten, benötigt Ceilometer-api das Keystone-Authentifizierungs-Token. #. Type: string #. Description #: ../ceilometer-api.templates:5001 msgid Ceilometer endpoint IP address: msgstr IP-Adresse des Ceilometer-Endpoints: #. Type: string #. Description #: ../ceilometer-api.templates:5001 msgid Please enter the IP address that will be used to contact Ceilometer. msgstr Geben Sie bitte die IP-Adresse an, die für den Kontakt mit Ceilometer genutzt wird. #. Type: string #. Description #: ../ceilometer-api.templates:5001 msgid This IP address should be accessible from the clients that will use this service, so if you are installing a public cloud, this should be a public IP address. msgstr Diese IP-Adresse sollte von den Clients erreichbar sein, die diesen Dienst nutzen. Falls Sie eine öffentliche Cloud installieren, sollte dies eine öffentliche IP-Adresse sein. #. Type: string #. Description #: ../ceilometer-api.templates:6001 msgid Name of the region to register: msgstr Name der zu registrierenden Region: #. Type: string #. Description #: ../ceilometer-api.templates:6001 msgid OpenStack supports using availability zones, with each region representing a location. Please enter the zone that you wish to use when registering the endpoint. msgstr OpenStack unterstützt »availability zones«, in denen jede Region einen Ort darstellt. Geben Sie bitte die Zone an, die Sie bei der Registrierung des Endpoints verwenden wollen.
Bug#734738: head: [INTL:de] initial German debconf translation
Package: head Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for head attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German translation of heat debconf templates # This file is distributed under the same license as the heat package. # # Martin Eberhard Schauer martin.e.scha...@gmx.de, 2013. msgid msgstr Project-Id-Version: heat\n Report-Msgid-Bugs-To: h...@packages.debian.org\n POT-Creation-Date: 2013-07-10 22:55+0800\n PO-Revision-Date: 2014-01-09 14:34+0100\n Last-Translator: Martin Eberhard Schauer martin.e.scha...@gmx.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid Set up a database for heat-engine? msgstr Datenbank für Heat-engine einrichten? #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid No database has been set up for heat-engine to use. Before continuing, you should make sure you have the following information: msgstr Es wurde keine Datenbank für die Nutzung durch heat-engine eingerichtet. Bevor Sie fortfahren, sollten Sie sicherstellen, dass Sie über die folgenden Informationen verfügen: #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid * the type of database that you want to use;\n * the database server host name (that server must allow TCP connections from this\n machine);\n * a username and password to access the database. msgstr * den Typ der Datenbank, die Sie nutzen wollen;\n * den Namen des Rechners, auf dem der Datenbankserver läuft (der\n Datenbankserver muss TCP-Verbindungen von dieser Maschine zulassen);\n * einen Benutzernamen und ein Passwort für den Zugriff auf die Datenbank. #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid If some of these requirements are missing, do not choose this option and run with regular SQLite support. msgstr Wenn ein Teil dieser Voraussetzungen nicht erfüllt ist, wählen Sie diese Option nicht und lassen Sie das Programm mit der normalen Unterstützung für SQLite laufen. #. Type: boolean #. Description #: ../heat-engine.templates:2001 msgid You can change this setting later on by running \dpkg-reconfigure -plow heat-engine\. msgstr Sie können diese Einstellung nachträglich mit dem Befehl »dpkg-reconfigure -plow heat-engine« ändern. #. Type: string #. Description #: ../heat-api-cfn.templates:2001 msgid Auth server hostname: msgstr Name des Authenfizierungs-Servers: #. Type: string #. Description #: ../heat-api-cfn.templates:2001 msgid Please specify the hostname of your authentication server. Typically this is also the hostname of your OpenStack Identity Service (Keystone). msgstr Geben Sie bitte den Namen Ihres Authentifizierungs-Servers an. Normalerweise ist das auch der Name Ihres OpenStack-Identitätsdienstes (Keystone). #. Type: string #. Description #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #: ../heat-api-cfn.templates:3001 ../heat-api-cloudwatch.templates:3001 #: ../heat-api-cloudwatch.templates:6001 ../heat-api.templates:3001 msgid Authentication server tenant name: msgstr Name des »Tenants« des Authentifizierungs-Servers: #. Type: string #. Description #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more username/password couples. #. It's typically the tenant that will be used for billing. Having more than one #. username/password is very helpful in larger organization. #. You're advised to either keep tenant without translating it #. or keep it parenthezised. Example for French: #. locataire (tenant) #. Type: string #. Description #. Translators: a tenant in OpenStack world is #. an entity that contains one or more
Bug#733300: [RFR] templates://kinect-audio-setup/{templates}
On Thu, 2 Jan 2014 12:35:49 + Justin B Rye justin.byam@gmail.com wrote: Christian PERRIER wrote: Template: kinect-audio-setup/accept_eula Type: boolean Default: false +#flag:translate!:3 _Description: Do you accept the Microsoft KinectForWindows EULA? + In order to fetch the binary firmware needed by the kinect-audio-setup package, you need + to agree to the End User License Agreement (EULA) of the Microsoft + KinectForWindows Software Development Kit: I don't see any sign of upstream styling the product as KinectForWindows (beyond the URL being alloneword); it's always Kinect for Windows. Kinect for Windows is better, thanks. It seems a shame that users need to open a browser to read this EULA when you're already fetching stuff for them, but I suppose it's not as if there's any hope you could cram the text into a debconf dialogue. Foolishly, perhaps, I've tracked down and looked at the actual EULA (http://www.microsoft.com/en-us/kinectforwindows/develop/sdk-eula.aspx). It doesn't license using the downloaded files in order to run the Kinect hardware under Linux; only to design, develop, and test your programs that run specifically on a Microsoft Windows operating system. Asking end-users to agree to it seems a bit pointless. I think the terms changed since the very first EULA I remember, which was the one originally at the old URL. I didn't check lately, my bad. I agree that it's now odd to ask to agree to a text which says that the software can only be used under Windows. [...] Template: kinect-audio-setup/eula_not_accepted -Type: note +Type: error _Description: EULA not accepted - You need to accept the EULA of Microsoft KinectForWindows SDK in order - to fetch the binary firmware needed by this package. + You need to accept the End User License Agreement (EULA) of Microsoft KinectForWindows Software Development Kit in order of the Microsoft Kinect for Windows Software Development Kit (And let's do some re-wrapping.) In the control file: Description: helpers to setup audio input from the Microsoft Kinect sensor The noun is setup, but the verb is separable (set it up) and therefore written with a space as to set up. Or since that's getting a bit long, we could turn it into a noun-pile as: Description: Microsoft Kinect audio sensor setup helpers I'd write Microsoft Kinect sensor audio setup helpers that is inverting sensor and audio; Kinect audio sensor could give the idea of a different product in the Kinect line. When the Kinect is first plugged in the USB port it shows up as Why do we need to specify the port? I agree it's unnecessary. a generic USB device with a bulk endpoint; after uploading a certain Should that be a bulk transfer endpoint? And either way, is there really any need to mention anything this technical? I can leave out these technical details, thanks. firmware a reenumeration takes place and a USB Audio Class device becomes available. A certain firmware is treating a mass noun as a count noun, and uploading is confusing (especially given that the only subject the sentence has had so far is the Kinect device). I'm not sure about this, but isn't the device stack reenumeration technically a separate event from the reset that makes the device change class? And it should probably at least be hyphenated... So: When the Kinect is first plugged in, it shows up as a generic USB device with a bulk endpoint; after the appropriate firmware is installed, a re-enumeration takes place and a USB Audio Class device becomes available. I'd say the appropriate firmware is loaded because installed is a bit too generic. About the USB events I believe that the USB device itself is reset and that makes the USB bus to be re-enumerated. I can just mention the reset event and leave out the word re-enumeration. kinect-audio-setup provides tools to download the firmware off the net + at installation time (since the firmware is not redistributable), and it sets up udev rules to call the firmware loader when the device is plugged in to finally get the USB Audio Class device. Say from the Internet (since it won't let you fetch a copy from http://server.local), and rearrange slightly to reduce repetition and avoid initial lowercase: ACK. Since the firmware is not redistributable, kinect-audio-setup provides tools to download it from the Internet at installation time, and sets up udev rules to call the firmware loader when the device is plugged in to finally get the USB Audio Class device. . + The UAC firmware is downloaded from the Microsoft Kinect Software + Development Kit at http://www.kinectforwindows.org, the license + of which can be found at
Bug#734741: stgit: diffstat fails when mailing series
Package: stgit Version: 0.15-1.1 Severity: normal Tags: upstream When sending a patch series via `stg mail', diffstat is not working as expected: No diffstat is generated in the cover message of the series. No diffstat is generated for each patch. Diffstat is present in the last patch of the series. When diffstat is not present, the following message appears in the patch: --- 0 files changed -- System Information: Debian Release: 7.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.0+ (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stgit depends on: ii git [git-core] 1:1.7.10.4-1+wheezy1 fast, scalable, distributed revisi ii git-core1:1.7.10.4-1+wheezy1 fast, scalable, distributed revisi ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-support 1.0.15 automated rebuilding support for P stgit recommends no packages. stgit 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#734740: test_tmpdir_for_other_users fails because of the base-passwd shell change
Package: autopkgtest Version: 2.5.5 Severity: serious Justification: fails to build from source (but built successfully in the past) User: base-pas...@packages.debian.org Usertags: shell-fallout 14:21:03 FAIL: test_tmpdir_for_other_users (__main__.NullRunner) 14:21:03 $TMPDIR is accessible to non-root users 14:21:03 -- 14:21:03 Traceback (most recent call last): 14:21:03 File /tmp/adt-run.d6WmxU/tree2-tree/tests/adt-run, line 290, in test_tmpdir_for_other_users 14:21:03 self.assertRegex(out, 'tree0t-t\s+PASS', out) 14:21:03 AssertionError: - Attempting to parse the build-deps 14:21:03 - Considering build-dep coreutils 14:21:03- Trying coreutils 14:21:03 - Installing coreutils 14:21:03 Reading package lists... 14:21:03 Building dependency tree... 14:21:03 Reading state information... 14:21:03 coreutils is already the newest version. 14:21:03 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 14:21:03 - Finished parsing the build-deps 14:21:03 This account is currently not available. 14:21:03 tree0t-t FAIL non-zero exit status 1 14:21:03 : 'tree0t-t\\s+PASS' not found in ' - Attempting to parse the build-deps \n - Considering build-dep coreutils\n - Trying coreutils\n - Installing coreutils\nReading package lists...\nBuilding dependency tree...\nReading state information...\ncoreutils is already the newest version.\n0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.\n - Finished parsing the build-deps\nThis account is currently not available.\ntree0t-t FAIL non-zero exit status 1\n' 14:21:03 14:21:03 == 14:21:03 FAIL: test_user (__main__.NullRunner) 14:21:03 --user option 14:21:03 -- 14:21:03 Traceback (most recent call last): 14:21:03 File /tmp/adt-run.d6WmxU/tree2-tree/tests/adt-run, line 312, in test_user 14:21:03 self.assertEqual(code, 0, err) 14:21:03 AssertionError: 12 != 0 : adt-run: $ vserver: adt-virt-null 14:21:03 adt-run: builds ... 14:21:03 adt-run: ubtree ubtree0 14:21:03 adt-run: $ ubtree0-extract: sh -ec SCRIPT x /tmp/adt-run.UvTmuv/ubtree0-build/tmpdir /tmp/adt-run.UvTmuv/ubtree0-build/real-tree 14:21:03 This account is currently not available. 14:21:03 adt-run: erroneous package: rules extract failed with exit code 1 Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#694941: Please provide an option to list all available input methods
I created a Bazaar branch: https://code.launchpad.net/~gunnarhj/ubuntu/trusty/im-config/0.23-1 From that I built locally and installed and tested successfully. I think we should better commit to the Bazaar branch explicitly, since the package has changed from native to quilt. Can't help with the PO files, I'm afraid. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734716: couriergrey: cron.daily job fails due to change in daemon's shell
Dear Colin! Thanks for reporting that. :) On Thu, Jan 09, 2014 at 11:58:51AM +, Colin Watson wrote: That should of course be: * Pass -s /bin/sh to su daemon to cope with the change of daemon's shell in base-passwd 3.5.30. I'll fix it in a few days. Maybe you could upload it, when I am finished? Thanks! Marco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731315: [UDD] Seems vcs gatherer needs to be adapted to new alioth [Was: Cron udd@ullmann $UAR vcs]
Ping? On Fri, Nov 22, 2013 at 03:30:44PM +0100, Andreas Tille wrote: [Ansgar in CC because he seems to be the VCS / PET person ...] Hi, it seems the VCS gatherer needs to be adapted to the new Alioth server. Kind regards Andreas. PS: Ansgar, any newas about including more teams into PET??? (in other words: ping?) - Forwarded message from Cron Daemon r...@ullmann.debian.org - Date: Fri, 22 Nov 2013 14:00:03 + From: Cron Daemon r...@ullmann.debian.org To: lu...@debian.org, laney-...@debian.org, ti...@debian.org, iv...@debian.org, paulprot...@debian.org Subject: Cron udd@ullmann $UAR vcs /usr/lib/ruby/vendor_ruby/dbd/pg/database.rb:82:in `rescue in initialize': could not connect to server: Connection refused (DBI::OperationalError) Is the server running on host pet.debian.net (5.153.231.21) and accepting TCP/IP connections on port 5432? from /usr/lib/ruby/vendor_ruby/dbd/pg/database.rb:41:in `initialize' from /usr/lib/ruby/vendor_ruby/dbd/Pg.rb:150:in `new' from /usr/lib/ruby/vendor_ruby/dbd/Pg.rb:150:in `connect' from /usr/lib/ruby/vendor_ruby/dbi/handles/driver.rb:33:in `connect' from /usr/lib/ruby/vendor_ruby/dbi.rb:137:in `connect' from /srv/udd.debian.org/udd/scripts/update-vcs-status:17:in `main' - End forwarded message - -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131122143044.gb22...@an3as.eu -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734742: flare: Version 0.19 released
Package: flare Version: 0.18-1 Severity: wishlist Dear Maintainer, I just wanted to bring the new release of flare to your attention. The changelog is rather interesting, and I'm delighted to see this landing on my computer, please. If you need any help to package that, please tell me and I'll see what I can do. Thanks for your work, Mt -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-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 flare depends on: ii flare-data 0.18-1 ii libc62.17-97 ii libgcc1 1:4.8.2-10 ii libsdl-image1.2 1.2.12-5+b1 ii libsdl-mixer1.2 1.2.12-10 ii libsdl-ttf2.0-0 2.0.11-3 ii libsdl1.2debian 1.2.15-8 ii libstdc++6 4.8.2-10 flare recommends no packages. flare suggests no packages. -- no debconf information -- Il est dangereux d'avoir raison quand le gouvernement a tort. It is dangerous to be right when the government is wrong. -- Voltaire -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734743: debootstrap: Assumes MAKEDEV is in /sbin which may not be true on a non-debian rootfs
Package: debootstrap Version: 1.0.56 Severity: normal If using debootstrap to create a debian or ubuntu rootfs on a non-debian system, the baked-in assumption that MAKEDEV is in /sbin is wrong. (It's not true on an OE rootfs, for example). The instructions in README for creating such a rootfs say: Unpack the tarball then: make devices.tar.gz export DEBOOTSTRAP_DIR=`pwd` debootstrap sid sid The make devices.tar.gz step fails when MAKEDEV is not in /sbin. We could stop using MAKEDEV, as suggested in #571136. In the meantime, changing the line in Makefile MAKEDEV := /sbin/MAKEDEV to MAKEDEV ?= /sbin/MAKEDEV would allow make to be called with a setting for where MAKEDEV is (copying a version over from somewhere should be practical) make MAKEDEV='/home/user/utils/MAKEDEV' devices.tar.gz I tested this and it work (so long as an absolute path is given) -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734738: Spelling mistake when submitting
reassign 734738 heat thanks -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#734744: x11-touchscreen-calibrator: Segmentation fault when screen is rotated
Package: x11-touchscreen-calibrator Version: 0.1-1 Severity: normal Hello, When I use xrandr to rotate my screen, x11-touchscreen-calibrator correctly updates the transformation matrix, but then segfaults. To reproduce: Start x11-touchscreen-calibrator in one window. In another window, run 'xrandr --output LVDS1 --rotate right'. Output from x11-touchscreen-calibrator is below. dpt@tulip:~$ x11-touchscreen-calibrator Touchscreen: 'Atmel Atmel maXTouch Digitizer' screen: 1366x768, display: 1366x768 (0,0), preferred: 1366x768 (LVDS1), scaling mode: 'Full aspect' RR_Rotate_0 1.00 0.00 0.00 0.00 1.00 0.00 0.00 0.00 1.00 Touchscreen: 'Atmel Atmel maXTouch Digitizer' screen: 768x1366, display: 768x1366 (0,0), preferred: 1366x768 (LVDS1), scaling mode: 'Full aspect' RR_Rotate_270 0.00 1.00 0.00 -1.00 0.00 1.00 0.00 0.00 1.00 Segmentation fault I am running on an HP Revolve 810. I've attached the output from lsinput; please let me know if you want more information. Thanks, Dylan Thurston -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13.0-rc5-next-20131224+ (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-touchscreen-calibrator depends on: ii libc6 2.17-97 ii libx11-62:1.6.2-1 ii libxi6 2:1.7.2-1 ii libxrandr2 2:1.4.1-1 x11-touchscreen-calibrator recommends no packages. x11-touchscreen-calibrator suggests no packages. -- no debconf information /dev/input/event0 bustype : BUS_I8042 vendor : 0x1 product : 0x1 version : 43841 name: AT Translated Set 2 keyboard phys: isa0060/serio0/input0 bits ev : EV_SYN EV_KEY EV_MSC EV_LED EV_REP /dev/input/event1 bustype : BUS_HOST vendor : 0x0 product : 0x3 version : 0 name: Sleep Button phys: PNP0C0E/button/input0 bits ev : EV_SYN EV_KEY /dev/input/event2 bustype : BUS_HOST vendor : 0x0 product : 0x5 version : 0 name: Lid Switch phys: PNP0C0D/button/input0 bits ev : EV_SYN EV_SW /dev/input/event3 bustype : BUS_HOST vendor : 0x0 product : 0x1 version : 0 name: Power Button phys: LNXPWRBN/button/input0 bits ev : EV_SYN EV_KEY /dev/input/event4 bustype : BUS_HOST vendor : 0x0 product : 0x0 version : 0 name: HP WMI hotkeys phys: wmi/input0 bits ev : EV_SYN EV_KEY EV_MSC EV_SW /dev/input/event5 bustype : BUS_I8042 vendor : 0x2 product : 0x1 version : 0 name: PS/2 Generic Mouse phys: isa0060/serio4/input0 bits ev : EV_SYN EV_KEY EV_REL /dev/input/event6 bustype : BUS_USB vendor : 0x3eb product : 0x840b version : 273 name: Atmel Atmel maXTouch Digitizer phys: usb-:00:1a.0-1.1/input0 uniq: bits ev : EV_SYN EV_KEY EV_ABS /dev/input/event7 bustype : BUS_USB vendor : 0x3eb product : 0x840b version : 273 name: Atmel Atmel maXTouch Digitizer P phys: usb-:00:1a.0-1.1/input0 uniq: bits ev : EV_SYN EV_KEY EV_ABS EV_MSC /dev/input/event8 bustype : BUS_USB vendor : 0x5c8 product : 0x34b version : 274 name: HP HD Webcam [Fixed] phys: usb-:00:1a.0-1.3/button bits ev : EV_SYN EV_KEY /dev/input/event10 bustype : BUS_HOST vendor : 0x0 product : 0x6 version : 0 name: Video Bus phys: LNXVIDEO/video/input0 bits ev : EV_SYN EV_KEY /dev/input/event11 bustype : BUS_PCI vendor : 0x111d product : 0x76e0 version : 1 name: HDA Digital PCBeep phys: card0/codec#0/beep0 bits ev : EV_SYN EV_SND /dev/input/event12 bustype : (null) vendor : 0x0 product : 0x0 version : 0 name: HDA Intel PCH HDMI/DP,pcm=7 phys: ALSA bits ev : EV_SYN EV_SW /dev/input/event13 bustype : (null) vendor : 0x0 product : 0x0 version : 0 name: HDA Intel PCH HDMI/DP,pcm=3 phys: ALSA bits ev : EV_SYN EV_SW /dev/input/event14 bustype : (null) vendor : 0x0 product : 0x0 version : 0 name: HDA Intel PCH Headphone phys: ALSA bits ev : EV_SYN EV_SW /dev/input/event15 bustype : (null) vendor : 0x0 product : 0x0 version : 0 name: HDA Intel PCH Dock Line Out phys: ALSA bits ev : EV_SYN EV_SW /dev/input/event16 bustype : (null) vendor : 0x0 product : 0x0 version : 0 name: HDA Intel PCH Line phys: ALSA bits ev : EV_SYN EV_SW /dev/input/event17 bustype : (null) vendor : 0x0 product : 0x0 version : 0 name: HDA Intel PCH Mic phys: ALSA bits ev : EV_SYN EV_SW /dev/input/event18 bustype : BUS_USB
Bug#734608: html5lib: Add missing Build-Depends on python{3}-six
Control: tags -1 + pending Hi. James Page james.p...@ubuntu.com writes: Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/control: Add missing BD on python{3}-six to fix tests. This resolved test failures in clean schroot builds. Thanks for considering the patch. Thanks for spotting this. Will be applied in the next upload. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203:
Bug#734716: couriergrey: cron.daily job fails due to change in daemon's shell
On Thu, Jan 09, 2014 at 02:55:03PM +0100, Marco Balmer wrote: On Thu, Jan 09, 2014 at 11:58:51AM +, Colin Watson wrote: That should of course be: * Pass -s /bin/sh to su daemon to cope with the change of daemon's shell in base-passwd 3.5.30. I'll fix it in a few days. Maybe you could upload it, when I am finished? Sure, just send me a source package or debdiff or whatever. -- 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#734745: graphviz: Multiple security issues
Package: graphviz Severity: grave Tags: security Justification: user security hole Multiple security issues have been reported in Graphviz: CVE-2014-0978: https://bugs.gentoo.org/show_bug.cgi?id=497274 https://github.com/ellson/graphviz/commit/7aaddf52cd98589fb0c3ab72a393f8411838438a CVE-2014-1235: https://github.com/ellson/graphviz/commit/d266bb2b4154d11c27252b56d86963aef4434750 CVE-2014-1243: https://github.com/ellson/graphviz/commit/1d1bdec6318746f6f19f245db589eddc887ae8ff Can you also prepare updated packages for oldstable|stable-security? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#bug-security 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#733300: [RFR] templates://kinect-audio-setup/{templates}
On Thu, 2 Jan 2014 15:08:13 + Justin B Rye justin.byam@gmail.com wrote: Oops - Justin B Rye wrote: When the Kinect is first plugged in, it shows up as a generic USB device with a bulk endpoint; after the appropriate firmware is installed, a re-enumeration takes place and a USB Audio Class device becomes available. But my patch has bulk-transfer endpoint. Revised version matching my review attached. I am attaching my latest version. The patch is against the original files (i.e. it's not an incremental diff against previous reviews), it incorporates the changes by Christian and Justin with these further modifications: debian/control: - Fix the description title. - Avoid unneeded low level technical details, but specify that it is the audio input device of the Kinect sensor which is first seen as a generic USB device which needs a firmware. - Fix URLs debian/templates: - Fix the URL of the EULA Thanks, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? patch.ao Description: Binary data changelog Description: Binary data templates Description: Binary data
Bug#734746: flite: CVE-2014-0027
Package: flite Severity: important Tags: security Please see http://www.openwall.com/lists/oss-security/2014/01/09/5 for details and a patch. 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#731315: [UDD] Seems vcs gatherer needs to be adapted to new alioth [Was: Cron udd@ullmann $UAR vcs]
Ping? I'm not involved with the new PET, but I read on #debian-perl yesterday that a new machine for PET was setup by Stephen Gran, but there were some issues with SSH connections. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732291: [Pkg-osm-maint] Bug#732291: files in src/* have license GPLv2+
Quoting Andrew Shadura (2014-01-09 14:34:57) On Mon, 16 Dec 2013 13:28:05 +0100 (CET) Thorsten Alteholz deb...@alteholz.de wrote: as opposed to debian/copyright, which states that the license of all files is GPLv2, the files in src/* have a license of GPLv2+. Please update debian/copyright for the new upstream version (1.0.1) accordingly. I don't think it's a bug. If source is distributed as GPL-2+, you're free to take it as either GPL-2, or any later version. As GPL-2 and GPL-3 are incompatible, to link against GPL-2 sources, you must take GPL-2+ sources under GPL-2 or you violate the license. That said, I think GPL-2 is the best choice here. debian/copyright is not only about stating the licensing we choose for our work (the source of packaging and the binary compiled code), but also about documenting the licensing of upstream parts. Please document upstream licensing. If you _also_ want to document the resulting combined licensing of the full redistributed work, do that separately in _addition_ (in the header section, if using DEP-3 format). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#733969: ardour3: FTBFS when built against libaubio4
On 01/02/14 19:27, Niels Thykier wrote: Hi! Package: ardour3 Version: 3.5.143~dfsg-1 Severity: serious Hi, Your package FTBFS during a rebuilt against libaubio4. Here is the tail from amd64. aubio 0.4 is not API-compatible with the previous 0.3 release. aubio upstream currently lists both APIs as stable. Ardour upstream has tightened the dependency to aubio 0.3.2, and it certainly needs time to incorporate the API changes. For ardour2 (bug #733968), this might never happen unless backported. There's not even a document on aubio's website how to migrate from 0.3 to 0.4. Long story short: that's too much for packaging, this is serious upstream work. Since Ardour upstream has decided to stick with 0.3.2, I suggest we re-introduce libaubio-0.3.x in Debian until the remaining users have all been transitioned to aubio4 (read: as soon as the r-depends count of aubio3 drops to zero). To be clear: I'm talking about co-existence of both aubio versions in Debian, at least temporary. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org