Bug#696652: unblock: fuseiso/20070708-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fuseiso. The new version in sid fixes an RC bug, and a typo in the sourcecode. unblock fuseiso/20070708-3 Attaching the git diff. Thanks for your work! David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 diff --git a/debian/changelog b/debian/changelog index 6205145..21d4dbd 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +fuseiso (20070708-3) unstable; urgency=low + + * Renamed dependency from fuse-utils to fuse (Closes: #689009) + * Fixed typo in sourcecode (Closes: #598021) + * Updated years in debian/copyright + + -- David Paleino da...@debian.org Tue, 25 Dec 2012 08:47:20 +0100 + fuseiso (20070708-2) unstable; urgency=low * Maintenance release diff --git a/debian/control b/debian/control index d37c9ef..6b96d30 100644 --- a/debian/control +++ b/debian/control @@ -18,7 +18,7 @@ Architecture: any Depends: ${shlibs:Depends} , ${misc:Depends} - , fuse-utils + , fuse Description: FUSE module to mount ISO filesystem images This package provides a module to mount ISO filesystem images using FUSE. diff --git a/debian/copyright b/debian/copyright index 0184527..016abbb 100644 --- a/debian/copyright +++ b/debian/copyright @@ -1,7 +1,7 @@ Format-Specification: http://dep.debian.net/deps/dep5 Files: debian/* -Copyright: © 2007-2010, David Paleino da...@debian.org +Copyright: © 2007-2012, David Paleino da...@debian.org License: GPL-2+ Files: * diff --git a/debian/patches/01-fix_typo.patch b/debian/patches/01-fix_typo.patch new file mode 100644 index 000..eb80d15 --- /dev/null +++ b/debian/patches/01-fix_typo.patch @@ -0,0 +1,20 @@ +From: Jakub Wilk jw...@debian.org +Subject: fix typo in sourcecode +Origin: vendor, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598021 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598021 + +--- + src/fuseiso.c |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- fuseiso.orig/src/fuseiso.c fuseiso/src/fuseiso.c +@@ -295,7 +295,7 @@ void usage(const char* prog) { + -f -- run in foreground, do not daemonize\n + -d -- run in foreground and print debug information\n + -s -- run single-threaded\n +-\nPlease consult with FUSE ducumentation for more information\n, ++\nPlease consult with FUSE documentation for more information\n, + VERSION, + prog); + }; diff --git a/debian/patches/series b/debian/patches/series index ed05433..d5f1cf6 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ 00-support_large_iso.patch +01-fix_typo.patch signature.asc Description: PGP signature
Bug#696653: debian-installer-7.0-netboot-amd64: Initrd from PXE boot added to GRUB_CMDLINE_LINUX
Package: debian-installer-7.0-netboot-amd64 Version: D-I 7 beta 4 Severity: normal Tags: d-i Dear Maintainer, After installing Debian Wheezy using D-I 7 beta 4 netboot, I noticed that /proc/cmdline looked strange: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=fe8bcdc8-5f22-4539-9f50-1d2a358614b2 ro initrd=debian/7x64_beta/initrd.gz quiet The last part (initrd=...) is pointing to the path used when netbooting Debian Installer. /etc/default/grub contains this line: GRUB_CMDLINE_LINUX=initrd=debian/7x64_beta/initrd.gz Everything seems to work, but I manually cleared GRUB_CMDLINE_LINUX and updated grub. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696639: libtext-levenshtein-perl: Patch to fix lintian warnings
Thanks, that was very fast! -- Dmitry Shachnev On Tue, Dec 25, 2012 at 1:25 AM, gregor herrmann gre...@debian.org wrote: I've uploaded a new version with some additional polishing to unstable right now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696654: gir1.2-upowerglib-1.0: Segfault when using the gobject-introspection library from Python
Package: gir1.2-upowerglib-1.0 Version: 0.9.17-1 Severity: normal Dear Maintainer, when launching the following script from Python, which tries to list the devices on the system, I got a segmentation fault (using either Python 2 or Python 3): $ python test-upower-get-devices.py zsh: segmentation fault python test-upower-get-devices.py I'm tring to get a core dumped, but so far, it doesn't dump anything... :/ Thanks, Jon -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gir1.2-upowerglib-1.0 depends on: ii gir1.2-glib-2.0 1.34.2-1 ii libupower-glib1 0.9.17-1 gir1.2-upowerglib-1.0 recommends no packages. gir1.2-upowerglib-1.0 suggests no packages. -- no debconf information from gi.repository import Gio from gi.repository import UPowerGlib cancellable = Gio.Cancellable() client = UPowerGlib.Client() client.enumerate_devices_sync(cancellable) print(client.get_devices())
Bug#693068: release.debian.org: arch-specific dependency should invalidate arch-specific candidate
On Mon, Dec 24, 2012 at 14:08:07 +, Adam D. Barratt wrote: Control: tags -1 + patch On 12.11.2012 16:24, Julien Cristau wrote: $ grep-excuses hlint/amd64 hlint/amd64 (1.8.28-1 to 1.8.28-1) [...] Depends: hlint/amd64 haskell-uniplate Valid candidate $ grep-excuses haskell-uniplate/amd64 haskell-uniplate/amd64 (1.6.7-1 to 1.6.7-1) [...] Invalidated by dependency Not considered [...] I'd expect hlint/amd64 to get invalidated because of its dependency on haskell-uniplate. The attached patch appears to dtrt in my tests; I've not applied it yet as I'd appreciate another set of eyes to check if there's anything obviously broken. I've also attached the difference in the excuses.html generated by this morning's britney run and a test run with the patch applied and the same input data - the output is now more noisy in the case of source to binNMU dependencies (e.g. the haskell-wai-eventsource entry at the end of the excuses list) but I'm not entirely sure that's a bad thing. Doesn't look obviously broken to me. Maybe even sane. :) Cheers, Julien signature.asc Description: Digital signature
Bug#696385: RFS: astromenace/1.3.1+ds-1 [ITP] -- hardcore 3D space shooter with spaceship upgrade possibilities
Hi Boris, On Thu, Dec 20, 2012 at 1:06 AM, Boris Pek tehnic...@yandex.ru wrote: Package: sponsorship-requests Severity: normal X-Debbugs-Cc: debian-devel-ga...@lists.debian.org Hi, I am looking for a sponsor for my packages astromenace and astromenace-data. Basic information: http://mentors.debian.net/package/astromenace http://mentors.debian.net/package/astromenace-data Direct links for download: http://mentors.debian.net/debian/pool/contrib/a/astromenace/astromenace_1.3.1+ds-1.dsc http://mentors.debian.net/debian/pool/non-free/a/astromenace-data/astromenace-data_1.3.1+ds-1.dsc Git repos: http://anonscm.debian.org/gitweb/?p=pkg-games/astromenace.git http://anonscm.debian.org/gitweb/?p=pkg-games/astromenace-data.git IANADD, but here's a list of things that I encountered while testing out your package. - Since you use xz compression, please consider adding Pre-Depends: dpkg (= 1.15.6) to debian/control (i.e. lintian tag data.tar.xz-member-without-dpkg-pre-depends, which I think has been recently removed). This is more of a pedantic issue than something strictly necessary, but it does help backporters. - Another pedantic issue: there are 2 commas in a row in your build-depends list for astromenace-data (i.e. debhelper (= 9),,fonts-liberation...). - Dmitry Smirnov is listed as an Uploader for astromenace but not for astromenace-data; is this intended? - Please make astromenace depend on astromenace-data, not just recommends (and have astromenace-data recommends/suggests astromenace), as is the norm for packages which depend on a separate -data package. - astromenace-data FTBFS when built twice in a row: dpkg-buildpackage -rfakeroot -D -us -uc -sa dpkg-buildpackage: source package astromenace-data dpkg-buildpackage: source version 1.3.1+ds-1 dpkg-buildpackage: source changed by Boris Pek tehnic...@mail.ru dpkg-source --before-build astromenace-data-1.3.1+ds dpkg-buildpackage: host architecture amd64 dpkg-source: info: using options from astromenace-data-1.3.1+ds/debian/source/options: --compression=xz --extend-diff-ignore=(^|/)RAW_VFS_DATA/FONT/[^/]+\.ttf$ fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean debian/rules override_dh_clean make[1]: Entering directory `/tmp/astromenace-data/astromenace-data-1.3.1+ds' dh_clean gamedata.vfs RAW_VFS_DATA/FONT rm: cannot remove `RAW_VFS_DATA/FONT': Is a directory dh_clean: rm -f -- gamedata.vfs RAW_VFS_DATA/FONT returned exit code 1 make[1]: *** [override_dh_clean] Error 25 make[1]: Leaving directory `/tmp/astromenace-data/astromenace-data-1.3.1+ds' make: *** [clean] Error 2 dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696655: apt-show-versions lacks multiarch support
Package: apt-show-versions Version: 0.20 Severity: important Dear Maintainer, apt-show-versions always has been a great tool to check for old packages that were still installed but no longer in the repos. However, since the introduction of mulitarch, it does not recognize installed multiarch packages correctly. Example: richard@huron:~$ apt-show-versions | grep ia32 ia32-libs-gtk/wheezy uptodate 1:0.1 ia32-libs-gtk-i386 1:0.1 installed: No available version in archive ia32-libs-i386 1:0.4 installed: No available version in archive nvidia-libopencl1-ia32/wheezy uptodate 304.48-1 richard@huron:~$ apt-cache policy ia32-libs-gtk ia32-libs-gtk: Installiert: 1:0.1 Installationskandidat: 1:0.1 Versionstabelle: *** 1:0.1 0 900 http://ftp.de.debian.org/debian/ wheezy/main amd64 Packages 101 http://ftp.de.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status richard@huron:~$ apt-cache policy ia32-libs-gtk-i386 ia32-libs-gtk-i386:i386: Installiert: 1:0.1 Installationskandidat: 1:0.1 Versionstabelle: *** 1:0.1 0 900 http://ftp.de.debian.org/debian/ wheezy/main i386 Packages 101 http://ftp.de.debian.org/debian/ sid/main i386 Packages 100 /var/lib/dpkg/status richard@huron:~$ This should be fixed IMHO... Richard -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (101, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-show-versions depends on: ii apt 0.9.7.7 ii libapt-pkg-perl 0.1.26+b1 ii perl [libstorable-perl] 5.14.2-16 apt-show-versions recommends no packages. apt-show-versions 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#696657: calibre: in fullscreen mode, going backwards at the beginning of chapter goes too far
Package: calibre Version: 0.8.51+dfsg-1 Severity: normal Dear Maintainer, Perfectly reproducible(at least with the(sadly non-free) eBook I've got), and only seems to be an issue when in fullscreen mode: move to the beginning of a chapter use the up arrow, or page up, or mousewheel scroll up -- instead of moving to the last page, the screen jumps to the beginning of the previous chapter. this in itself isn't a terrible thing except it's hard to know when you're at the *end* of a chapter -- as soon as you get to the end of the chapter, without warning, page-down/down-arrow/mousewheel-scroll-down loads the beginning of the next chapter. Trying to backtrack after doing this results in going to the beginning of the previous chapter. It's painful to have to go back multiple times through a chapter to try to guestimate where the end of the chapter is, exactly. There's many ways of resolving this (adding more space and a special symbol at the end of chapters...making it so that the fullscreen mode scrolling is the same as non-fullscreen mode, and so on) but either way it should not force the user to go all the way through a chapter multiple times to figure out where the last sentence in a chapter is. It should work more like a book, where to reach the last page of the previous chapter should be trivial. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin 0.8.51+dfsg-1+b1 ii imagemagick 8:6.7.7.10-5 ii poppler-utils 0.18.4-4 ii python-beautifulsoup 3.2.1-1 ii python-chardet2.0.1-2 ii python-cherrypy3 3.2.2-2 ii python-cssutils 0.9.10~b1-1 ii python-dateutil 1.5+dfsg-0.1 ii python-dbus 1.1.1-1 ii python-feedparser 5.1.2-1 ii python-imaging1.1.7-4 ii python-lxml 2.3.2-1 ii python-mechanize 1:0.2.5-3 ii python-pkg-resources 0.6.24-1 ii python-pyparsing 1.5.6+dfsg1-2 ii python-qt44.9.3-4 ii python-routes 1.13-2 ii python2.7 2.7.3~rc2-2.1 ii ttf-liberation1.07.2-6 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages calibre recommends: ii python-dnspython 1.10.0-1 calibre 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#696651: doesn't load saved XKBOPTIONS
On Tue, Dec 25, 2012 at 08:43:18 +0100, David Paleino wrote: Package: keyboard-configuration Version: 1.88 Severity: normal Hello, today I had to write some Merry Christmas messages to my Esperantists friends and.. I found out that my Multi_key didn't work anymore! It is correctly set in /etc/default/keyboard (compose:rwin) -- and in fact it worked, I hadn't changed anything -- but xev revealed that rwin actually triggered: state 0x0, keycode 133 (keysym 0xffeb, Super_L), same_screen YES, instead of the expected: state 0x40, keycode 133 (keysym 0xff20, Multi_key), same_screen YES, After putting keycode 133 = Multi_key in ~/.xmodmap, and loading it, it started working again, and xev shows the correct key being input. I'm not sure whether this is the correct package to file this bug against, please reassign as appropriate. I don't think it's a bug in keyboard-configuration that its settings get overridden by your desktop's. Which is what I think happened here. Cheers, Julien signature.asc Description: Digital signature
Bug#696653: debian-installer-7.0-netboot-amd64: Initrd from PXE boot added to GRUB_CMDLINE_LINUX
On Tue, Dec 25, 2012 at 08:51:19 +0100, Daniel Lindgren wrote: Package: debian-installer-7.0-netboot-amd64 Version: D-I 7 beta 4 Severity: normal Tags: d-i Dear Maintainer, After installing Debian Wheezy using D-I 7 beta 4 netboot, I noticed that /proc/cmdline looked strange: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=fe8bcdc8-5f22-4539-9f50-1d2a358614b2 ro initrd=debian/7x64_beta/initrd.gz quiet The last part (initrd=...) is pointing to the path used when netbooting Debian Installer. /etc/default/grub contains this line: GRUB_CMDLINE_LINUX=initrd=debian/7x64_beta/initrd.gz Everything seems to work, but I manually cleared GRUB_CMDLINE_LINUX and updated grub. Care to share the pxe config? Cheers, Julien signature.asc Description: Digital signature
Bug#696650: failed installation report
Control: reassign -1 linux 3.2.35-2 On Tue, Dec 25, 2012 at 00:43:50 +0100, Dario Corti wrote: Package: installation-reports Boot method: cd iso using zalman virtual cdrom (works with squeeze) Image version: http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-CD-1.iso Date: December 24th, around 11.30 pm Machine: Custom i7 Desktop Partitions: n/a Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [E] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Everything is fine until I have to partition. It appears that the installer is unable to see any of my sata hdd. I get the usual partitioning dialog but no partition is shown and I have no possibility to create any: there are no disks (and no errors either). I have an ssd and two hdd on Intel 82801 SATA RAID Controller. Ubuntu and Mint install with no issues and are working on the same configuration. I think there is something relevant in the attached syslog: Dec 24 22:44:14 partman: No matching physical volumes found Dec 24 22:44:14 partman: Reading all physical volumes. This may take a while... Dec 24 22:44:14 partman: No volume groups found Dec 24 22:44:14 partman-lvm: No volume groups found Followed by a couple of kernel bug notifications. Thanks for the report. Looks like a kernel issue, so I'm reassigning this report over there. lspci and BUG output follow. lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller [8086:0150] (rev 09) lspci -knn: Subsystem: ASRock Incorporation Device [1849:0150] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:02.0 Display controller [0380]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller [8086:0162] (rev 09) lspci -knn: Subsystem: ASRock Incorporation Device [1849:0162] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1e31] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1e3a] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1e2d] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1898] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 4 [8086:1e16] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 [8086:1e18] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 6 [8086:1e1a] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.7 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 [8086:1e1e] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1e26] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Z77 Express Chipset LPC Controller [8086:1e44] (rev 04) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1e44] lspci -knn: 00:1f.2 RAID bus controller [0104]: Intel Corporation 82801 SATA Controller [RAID mode] [8086:2822] (rev 04) lspci -knn: Subsystem: ASRock Incorporation Device [1849:2822] lspci
Bug#696651: doesn't load saved XKBOPTIONS
On Tue, 25 Dec 2012 10:41:15 +0100, Julien Cristau wrote: On Tue, Dec 25, 2012 at 08:43:18 +0100, David Paleino wrote: I'm not sure whether this is the correct package to file this bug against, please reassign as appropriate. I don't think it's a bug in keyboard-configuration that its settings get overridden by your desktop's. Which is what I think happened here. I'm using XFCE, and it doesn't have a setting for Multi_key. It just uses X's, AFAIK. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#696385: RFS: astromenace/1.3.1+ds-1 [ITP] -- hardcore 3D space shooter with spaceship upgrade possibilities
Hi, IANADD, but here's a list of things that I encountered while testing out your package. Thanks a lot for a review. - Since you use xz compression, please consider adding Pre-Depends: dpkg (= 1.15.6) to debian/control (i.e. lintian tag data.tar.xz-member-without-dpkg-pre-depends, which I think has been recently removed). Yes, I am aware of this lintian note, but I ignore it because: 1) It is useless for new packages. 2) Pre-Depends should be used sparingly, preferably only by packages whose premature upgrade or installation would hamper the ability of the system to continue with any upgrade that might be in progress. You should not specify a Pre-Depends entry for a package before this has been discussed on the debian-devel mailing list and a consensus about doing that has been reached. [1] [1] http://www.debian.org/doc/debian-policy/ch-relationships.html This is more of a pedantic issue than something strictly necessary, but it does help backporters. There is dpkg verison 1.15.8.13 in Debian Squeeze: http://packages.debian.org/squeeze/dpkg Older releases are not supported. - Another pedantic issue: there are 2 commas in a row in your build-depends list for astromenace-data (i.e. debhelper (= 9),,fonts-liberation...). Thanks. I'll fix it ASAP. Hope it will be today, because since tomorrow I will be on vacation during two weeks. - Dmitry Smirnov is listed as an Uploader for astromenace but not for astromenace-data; is this intended? I am not sure that he want to co-maintain it. But he could add or remove himself from uploaders list at any moment. Dmitry, could you comment this? - Please make astromenace depend on astromenace-data, not just recommends This is bad idea because astromenace-data has build dependency from astromenace and it FTBFS if astromenace depends from it. (Circular dependencies.) So it should stay as is, at least for a first iteration. (and have astromenace-data recommends/suggests astromenace), as is the norm for packages which depend on a separate -data package. - astromenace-data FTBFS when built twice in a row: Hmm, I missed this. Thanks. Will be fixed. Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696658: Everything worked fine, well done!
Package: installation-reports Version: 2.49 Severity: normal -- Package-specific info: Boot method: CD Image version: Weekly build from 2012-12-24 Date: Date and time of the install Machine: Barebone desktop system with Nvidia chipset bought six months ago. (No specific hardware information, since I'm filing this report from a different system) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Everything was working fine and as expected. The i18n was perfect as well. I also really like the fact that Network Manager is used by default these days! The only feature suggestion I have: The task to install CUPS and the PPDs is called Print server. While technically experienced users understand that this implies CUPS, it's not obvious to less tech-savvy users that this task is needed to use a printer attached to a desktop system. As such, the task should IMO rather be called Support for local printer / print server. 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#688847: libav: multiple CVEs in ffmpeg/libav
On Mon, Oct 15, 2012 at 05:38:37AM -0400, Reinhard Tartler wrote: None of these are merged into 0.5.x, has the code diverged so much? I arrived only today from my two week trip and will work on backports for 0.7-0.5 this week. Sorry for the delay. Merry christmas Reinhard, did you have a chance to work on this in the mean time? 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#693385: expecting no as an answer to unblock: bind9/1:9.8.4.dfsg-1
Hi, I am touching on this bug as part of the request by the RT [1]. Reading through the discussion of a later CVE bug in bind9 [2], my expectation regarding the unblock bind9/1:9.8.4.dfsg-1 request is that the answer will be no, due to: And then we're talking about a version that does this over the version in testing: 2248 files changed, 71094 insertions(+), 36757 deletions(-) And about software whose bug tracking system and VCS are both proprietary. So one cannot even sanely review it as the context information from the RT tickets is not publicly available. [typo corrected] Paul [1] https://lists.debian.org/debian-devel-announce/2012/11/msg3.html [ Unblocks and Freeze Policy ] [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695192 signature.asc Description: OpenPGP digital signature
Bug#696659: Security uploads not working
Package: dput-ng Version: 1.2 Severity: normal Hi, I tried to upload a security upload to security-master, but /usr/share/dput/helper/security-warning is missing: running allowed-distribution: check whether a local profile permits uploads to the target distribution running protected-distribution: warn before uploading to distributions where a special policy applies Protected Checker: Are you sure to upload to stable-security? Did you coordinate with the Security Team before your upload? [yes, NO]: yes Uploading with explicit confirmation by the user running checksum: verify checksums before uploading running suite-mismatch: check the target distribution for common errors running check-debs: makes sure the upload contains a binary package running gpg: check GnuPG signatures before the upload gpg: Unterschrift vom Di 25 Dez 2012 12:09:57 CET mittels DSA-Schl�ssel ID 4E2ECA5A gpg: Korrekte Unterschrift von Moritz Muehlenhoff j...@debian.org gpg: alias Moritz Muehlenhoff j...@inutil.org Could not execute /usr/share/dput/helper/security-warning: [Errno 2] No such file or directory Traceback (most recent call last): File /usr/bin/dput, line 87, in module upload_package(changes, args) File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 275, in invoke_dput simulate=args.simulate) as obj: File /usr/lib/python2.7/contextlib.py, line 17, in __enter__ return self.gen.next() File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 157, in uploader obj._pre_hook() File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 64, in _pre_hook self._run_hook(pre_upload_command) File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 72, in _run_hook sys.stdout.write(output) # XXX: Fixme TypeError: expected a character buffer object Cheers, Moritz -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dput-ng depends on: ii python 2.7.3-3 ii python-dput 1.2 Versions of packages dput-ng recommends: ii bash-completion 1:2.0-1 dput-ng 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#687916: Seconded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I second that the 1.8.x packages should be removed from Debian. Upstream is not putting much effort into it any more and fixing security issues becomes increasingly hard. We can only hope that 2.x gets included into Wheezy. Otherwise we will continue to provide Zabbix packages in a third-party repository because we know that many people are interested to have Debian packages of Zabbix. Regards …Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlDZiD0ACgkQCV53xXnMZYZCjwCgpMil2bbTJoVVwIp4EQLvNVdx hcoAnj+rHU3JwguWOnxwxLJRkjMLfpPz =B1Xy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696660: isdnlog: Please catch shell errors in postinst
Package: isdnlog Version: 1:3.25+dfsg1-3wheezy1 Severity: normal Dear Maintainer, upgrading, installing etc. the isdnlog package created some messages like | Preconfiguring packages ... | /tmp/isdnlog.config.126171: 40: [: -eq: unexpected operator on the console. This is caused by 40 if [ $status -eq 30 ]; then since $status is not necessarily defined. Hopefully the script is fail-safe but I'm not entirely sure about it. See the patch attached for a simple fix. Yes, this happens with ipppd, too. Cheers, Christoph commit b42963396a821e8d7dbf4a83281f88a0d44e3e64 Author: Christoph Biedl debian.a...@manchmal.in-ulm.de Date: Mon Dec 24 19:54:31 2012 +0100 Avoid breakage of maintainer scripts diff --git a/debian/ipppd.config b/debian/ipppd.config index 33d9ae9..9d9fd50 100644 --- a/debian/ipppd.config +++ b/debian/ipppd.config @@ -37,6 +37,7 @@ if [ -s /etc/isdn/device.$ipppd_if -o -s /etc/isdn/ipppd.$ipppd_if ]; then fi db_input high ipppd/ispphone || true +status=0 db_go || status=$? if [ $status -eq 30 ]; then db_stop diff --git a/debian/isdnlog.config b/debian/isdnlog.config index 938a6da..68ef9a7 100644 --- a/debian/isdnlog.config +++ b/debian/isdnlog.config @@ -36,6 +36,7 @@ if [ -s /etc/isdn/isdn.conf ]; then fi fi db_input high isdnlog/country || true +status=0 db_go || status=$? if [ $status -eq 30 ]; then exit 1 # cancel selected signature.asc Description: Digital signature
Bug#609736: please readd MAKEDEV calls to init.d.functions
severity 609736 grave retitle 609736 isdn device nodes are no longer created tags 609736 patch thanks justification 609736 Renders package unusable Sven Hartge wrote ... *wave* In upload 1:3.9.20060704+dfsg.2-8 you removed the MAKEDEV call from init.d.functions but this causes isdnlog and vboxgetty to fail for me, complaining about missing /dev/isdnctrl0 and /dev/ttyI1. Unfortunately modprobe hisax isdn does _not_ create the necessary isdnctrl0 and ttyI* nodes in /dev so the MAKEDEV call is still necessary. (Very crude, I know, but it seems the kernel code does not create the needed events for udev.) Part two of ISDN breakage after wheezy upgrade (part one was #696532). Sorry this took a while, had to find hardware for a fresh install and using the stock Debian kernel first, just to make sure. No change in the behaviour, though. So: Unfortunately, the core issue of Sven's bug report remained undealt with: The /dev/isdn* and /dev/ippp* nodes are not created any longer, rendering the entire ISDN subsystem unusable, severity raised accordingly. The patch below restores the behaviour of squeeze with updates regarding recognizing udev. That's not a nice one but it works. Applies on the wheezy version of isdnutils (1:3.25+dfsg1-3wheezy1). During the holidays I'll prepare an NMU for both issues, let me know soon if you plan to do an upload on your own. Christoph commit 963e0f2bf35d4843dfa8c634f6c5b2a99060d007 Author: Christoph Biedl debian.a...@manchmal.in-ulm.de Date: Mon Dec 24 17:48:47 2012 +0100 Re-add MAKEDEV calls to init.d.functions. Closes: #609736 diff --git a/debian/control b/debian/control index 7b02d83..992d4f6 100644 --- a/debian/control +++ b/debian/control @@ -18,7 +18,7 @@ Package: isdnutils-base Priority: optional Architecture: linux-any Pre-Depends: debconf (= 1.2.9) | debconf-2.0 -Depends: ${shlibs:Depends}, lsb-base (= 1.3-9ubuntu3), ${misc:Depends} +Depends: ${shlibs:Depends}, lsb-base (= 1.3-9ubuntu3), makedev, ${misc:Depends} Suggests: ipppd, isdnlog, isdnutils-doc, isdnutils-xtools, isdnvboxserver, isdnvboxclient Description: ISDN utilities - minimal set This package provides the basic set of ISDN utilities needed to make use diff --git a/debian/init.d.functions b/debian/init.d.functions index 1979cab..00d50cb 100644 --- a/debian/init.d.functions +++ b/debian/init.d.functions @@ -80,15 +80,26 @@ check_isdncards() { if $isdncards_unchecked; then isdncards_unchecked=false - # see discussion in bug 609736 regarding use of if and ln in the next three lines - if [ ! -e /dev/isdnctrl -a -e /dev/isdnctrl0 ]; then - ln -sf /dev/isdnctrl0 /dev/isdnctrl - fi - if [ -e /dev/isdninfo ]; then ISDNINFO=/dev/isdninfo elif [ -e /dev/isdn/isdninfo ]; then ISDNINFO=/dev/isdn/isdninfo + elif [ -d /dev/.udev/ ] || [ -d /run/udev/ ] ; then + # udev is running + old_pwd=$(pwd) + cd /dev + WRITE_ON_UDEV=1 /sbin/MAKEDEV isdnmodem isdnbri dcbri isdn-io isdn-tty isdn-ippp + cd $old_pwd + if [ -e /dev/isdninfo ]; then + ISDNINFO=/dev/isdninfo + elif [ -e /dev/isdn/isdninfo ]; then + ISDNINFO=/dev/isdn/isdninfo + fi +fi + + # see discussion in bug 609736 regarding use of if and ln in the next three lines + if [ ! -e /dev/isdnctrl -a -e /dev/isdnctrl0 ]; then + ln -sf /dev/isdnctrl0 /dev/isdnctrl fi if [ -z $ISDNINFO ]; then signature.asc Description: Digital signature
Bug#696385: RFS: astromenace/1.3.1+ds-1 [ITP] -- hardcore 3D space shooter with spaceship upgrade possibilities
On Tue, 25 Dec 2012 21:06:54 Boris Pek wrote: - Since you use xz compression, please consider adding Pre-Depends: dpkg (= 1.15.6) to debian/control (i.e. lintian tag data.tar.xz-member-without-dpkg-pre-depends, which I think has been recently removed). Yes, I am aware of this lintian note, but I ignore it because: 1) It is useless for new packages. 2) Pre-Depends should be used sparingly, preferably only by packages whose premature upgrade or installation would hamper the ability of the system to continue with any upgrade that might be in progress. You should not specify a Pre-Depends entry for a package before this has been discussed on the debian-devel mailing list and a consensus about doing that has been reached. [1] [1] http://www.debian.org/doc/debian-policy/ch-relationships.html Perhaps it was me who ignored this lintian warning first. :) This warning doesn't make sense for Debain any more. I completely agree with Boris on this. - Dmitry Smirnov is listed as an Uploader for astromenace but not for astromenace-data; is this intended? I am not sure that he want to co-maintain it. But he could add or remove himself from uploaders list at any moment. Dmitry, could you comment this? Boris picked up the packaging where I left it. In the beginning both packages [astromenace,astromenace-data] were generated from single source. It was good enough as proof of concept. I was not following on development since Boris continued it but I trust Boris and I'm sure he knows what he is doing. :) As the moment I have other priorities so I can't co-maintain astromenace-data yet. I'd probably stay a bit longer as astromenace uploader until I decide whenever remove or add myself as uploader of astromenace-data. Thanks, Boris. Thanks Vincent. Cheers, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696661: bind9 - Fails if openssl can't load the gost engine
Package: bind9 Version: 1:9.8.1.dfsg.P1-4.4 Severity: grave File: /usr/lib/libdns.so.81.3.1 libdns is configured with a list of openssl engines to load somewhere after startup (lib/dns/dst_api.c). It errors out if it can't load one of them. gost is _always_ an dynamic engine loaded as dynamic library so it will fail at arbitrary times. In this case named exits with a fatal error: | Dec 25 11:43:09 triphammer named[13958]: initializing DST: openssl failure | Dec 25 11:43:09 triphammer named[13958]: exiting (due to fatal error) This initialization happens _after_ named calles chroot, so it will completely fail to work in this case. Bastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 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 libdns81 depends on: ii libc6 2.13-37 ii libcap2 1:2.22-1.2 ii libgeoip1 1.4.8+dfsg-3 ii libgssapi-krb5-2 1.10.1+dfsg-3 ii libisc83 1:9.8.1.dfsg.P1-4.4 ii libssl1.0.0 1.0.1c-4 libdns81 recommends no packages. libdns81 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#696662: base: rt2800pci_mcu_status no hardware response due to radio enabled to early
Package: base Severity: important Tags: upstream Dear Maintainer, Wheezy with firmware-ralink packagesinstalled for network controller RT2790 Wireless 802.11n 1T/2R PCIe network controller results in a [ 26.104901] phy0 - rt2800pci_mcu_status: error - MCU request failed no response from hardware This is probably due to the radio being enables to early when the network controller did not yet wake up as it ralink network controller is confirmed working in the end. See also my issue described in more detail on the Debian forum including dmesg and lspci logs and a potential patch from an other distro which tackles similar issue. http://forums.debian.net/viewtopic.php?f=30t=90523 This warning/error only occurs during a cold boot. Rebooting does not result in same error message as network controller is already woken up. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696663: unblock: xkeyboard-config/2.5.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package xkeyboard-config This upload has one important fix for fr/oss, a minor addition to gr, and a revert of a change for is that upset some people (https://bugs.freedesktop.org/show_bug.cgi?id=43173). unblock xkeyboard-config/2.5.1-3 Cheers, Julien signature.asc Description: Digital signature
Bug#696664: tp-smapi-dkms: Fails to build against 3.7
Package: tp-smapi-dkms Version: 0.41-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Subject says it all :) When I install linux-headers-3.7-trunk-amd64 3.7.1-1~experimental.1 from experimental, I get: run-parts: executing /etc/kernel/postinst.d/dkms 3.7-trunk-amd64 /boot/vmlinuz-3.7-trunk-amd64 Error! Bad return status for module build on kernel: 3.7-trunk-amd64 (x86_64) Consult /var/lib/dkms/tp-smapi/0.41/build/make.log for more information. Log attached. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ2ZYyAAoJELs6aAGGSaoGJTwP/1Qllt25DvJXI5z1dfj3DQL6 H0MkKTKCzw0+OYNixlvuwCcXi+0m90UiBPKmbGmNe5Ir4tSgKOljGSgoubZdR17L OOqHNiBzKtg0wN67yUBy8xYU3MlYxV0hmEkvq/OUCIQC/PbUcpdkB2ZFFoPSB60R lU+pyG62v45wQXBN9Rtrls5nTdpzrWAaH/9zG5awQyaOeSAXEVPEs5SmnY0Qxxi/ 3HycOs9+q51QY1vFHHLjgmAsv939w0+aG5fpCE1hL6GxGhp5ltt/TyX/aUCmSBfz DCtAUa08LEOk3M2XS2heigOiogsFqjOn7jnGwGRyaaOBBx7qFTZkNC/BLGp/k/He C5Igt5HRyscBhDJ7C4KqhMth0OFG3LmpplmwOsp04FQJUEIy/isAaAebFyX2Vmtt Wx/C62Sbt8Njwu9Bn9+jHCJHWEfVNc7NoR4d33q9KoLUTCyhNfjSWsH73+851TKP wjySVoNPJ0PuOqALJhWVBbeGsR8UDfuI68/t58y5CAr3OuWAKH7bmnYd7+WpoCTW xgUjM+I8lqxwjSHPySkCA4EDEedBJL9/PhGmiIhxLml0LCCdJthv7Nk+q59A1LeM FqnHw3dFQywl0asW2W0jem7mi202ZZMVmvjaPvtq22H2kt3MKXnO99XsHFdQ7iXU GVj9IogeNnVtAFtHS03s =PqzV -END PGP SIGNATURE- DKMS make.log for tp-smapi-0.41 for kernel 3.7-trunk-amd64 (x86_64) Tue Dec 25 12:53:57 CET 2012 make: Entering directory `/usr/src/linux-headers-3.7-trunk-amd64' LD /var/lib/dkms/tp-smapi/0.41/build/built-in.o CC [M] /var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.o In file included from /usr/src/linux-headers-3.7-trunk-common/include/uapi/linux/types.h:4:0, from /usr/src/linux-headers-3.7-trunk-common/include/linux/types.h:5, from /usr/src/linux-headers-3.7-trunk-common/include/linux/kernel.h:8, from /var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.c:32: /usr/src/linux-headers-3.7-trunk-common/arch/x86/include/asm/types.h:4:31: fatal error: asm-generic/types.h: No such file or directory compilation terminated. make[3]: *** [/var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.o] Error 1 make[2]: *** [_module_/var/lib/dkms/tp-smapi/0.41/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.7-trunk-amd64'
Bug#691169: virtualbox-dkms: fails to build kernel-module with kernel 3.6.3
On Mon, 22 Oct 2012 16:03:27 +0200, sascha g. wrote: unfortunately i can't compile the kernel-module with the vanilla-kernel mentioned above. don't know at which kernel-version the problems started, but with 3.6.2 it doesn't work too. It also fails against linux-headers-3.7-trunk-amd64 3.7.1-1~experimental.1: run-parts: executing /etc/kernel/postinst.d/dkms 3.7-trunk-amd64 /boot/vmlinuz-3.7-trunk-amd64 Error! Bad return status for module build on kernel: 3.7-trunk-amd64 (x86_64) Consult /var/lib/dkms/virtualbox/4.1.18/build/make.log for more information. Log attached. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Lenny Kravitz: Black Velveteen DKMS make.log for virtualbox-4.1.18 for kernel 3.7-trunk-amd64 (x86_64) Tue Dec 25 12:53:57 CET 2012 make: Entering directory `/usr/src/linux-headers-3.7-trunk-amd64' LD /var/lib/dkms/virtualbox/4.1.18/build/built-in.o LD /var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/built-in.o CC [M] /var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/linux/SUPDrv-linux.o In file included from /usr/src/linux-headers-3.7-trunk-common/include/uapi/linux/types.h:4:0, from /usr/src/linux-headers-3.7-trunk-common/include/linux/types.h:5, from /var/lib/dkms/virtualbox/4.1.18/build/include/iprt/types.h:127, from /var/lib/dkms/virtualbox/4.1.18/build/include/VBox/types.h:30, from /var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/linux/../SUPDrvInternal.h:35, from /var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/linux/SUPDrv-linux.c:31: /usr/src/linux-headers-3.7-trunk-common/arch/x86/include/asm/types.h:4:31: fatal error: asm-generic/types.h: No such file or directory compilation terminated. make[4]: *** [/var/lib/dkms/virtualbox/4.1.18/build/vboxdrv/linux/SUPDrv-linux.o] Error 1 make[3]: *** [/var/lib/dkms/virtualbox/4.1.18/build/vboxdrv] Error 2 make[2]: *** [_module_/var/lib/dkms/virtualbox/4.1.18/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.7-trunk-amd64' signature.asc Description: Digital signature
Bug#696663: unblock: xkeyboard-config/2.5.1-3
On 25.12.2012 11:55, Julien Cristau wrote: Please unblock package xkeyboard-config This upload has one important fix for fr/oss, a minor addition to gr, and a revert of a change for is that upset some people (https://bugs.freedesktop.org/show_bug.cgi?id=43173). Looks okay to me, but has a udeb; you know the drill :) Assuming this gets acked, do we want it urgenting for RC1? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification
On 24/12/12 10:31, Charles Plessy wrote: Le Tue, Dec 18, 2012 at 11:53:21PM +, Ximin Luo a écrit : https://github.com/infinity0/debian-policy/compare/bug649350-infinity0 I've split up my previous patch into more manageable chunks, and added extra explanations in the commit messages. I'm trying to follow the principle that the commit messages should already contain enough justification for the changes, but if any of them are unclear, please do ask me for further detail. (Further potential additions, which I've omitted for simplicity, include License-Exception: fields, and Location: fields to formalise the concept of a pointer to a License.) Dear Ximin, It was nice to split the patch and document the chunks, but I am still not convinced that the changes you propose are useful. In particular, I do not see the benefit from using a syntax for the license short names, especially that SPDX and other projects do not have one (for instance GPL-2 and GPL-2+ are seen as separate short names). Also, creating a syntax is a complex project that I think is beyond the scope of our machine-readable format. There are corner cases, for instance BSD-3-Clause is not the upgrade from BSD-2-Clause, or MPL-1.1 can be upgraded to MPL-2.0 despite its short name is not MPL-1.1+, etc. If you would like to work on a robust syntax, I propose you do it as an independant specification that can later be proposed for adoption not ony to use, but also to SPDX, OSI, ADMS.F/OSS, etc. - GPL-2 and GPL-2+ are seen as separate short names [by SPDX] - this does not mean my suggestion is a bad idea, nor that my syntax is inconsistent. - BSD-3-Clause is not the upgrade from BSD-2-Clause - there is no contradiction with what I suggest here. - MPL-1.1 can be upgraded to MPL-2.0 despite its short name is not MPL-1.1+ - this is incorrect and due to people *misusing the term MPL-1.1, which my changes *will help communicate and correct*. If you look at MPL-1.1[1] you will notice it makes *no mention* of or later version. The vast majority of MPL-1.1 uses should actually be MPL-1.1+, consistent with my proposed changes. [1] http://www.mozilla.org/MPL/1.1/index.txt Another change that you propose and that I disagree with is to forbid author- and software-specific information in stand-alone paragaphs. A lot of derivatives from the BSD licenses contain such information. Despite we link to a SPDX page where the BSD license terms are generic, I do not think that the intent in Debian's machine-readable format to is consider them all the same. At least in my copyright files I only use BSD-3-Clause if the copyright owners are the regents of the university of California. This is because people misunderstand what a License is; my changes will help communicate and correct this mistake. Different BSD-3-Clause licenses have the *same terms*; that is what makes them BSD-3-Clause. However, as commonly written, people add author- and software-specific information to their statement of the license. We cannot do this in debian/copyright because that would be logically inconsistent, since: If a package contains files under different BSD-3-Clause licenses, each with different owners, but the terms are the same, (according to my changes) the owners would be stripped out and put in the relevant Files: paragraphs, and the common terms would be put in *one* stand-alone License: paragraph. Currently, it is impossible to merge these; you would have to give the licenses each different names. Example: | Files: X | Copyright: A | License: BSD-3-Clause | Copyright 2012 A | terms etc | | Files: Y | Copyright: B | License: BSD-3-Clause | Copyright 2012 B | terms etc This is obviously absurd. My changes would instead force this: | Files: X | Copyright: A | License: BSD-3-Clause | | Files: Y | Copyright: B | License: BSD-3-Clause | | License: BSD-3-Clause | terms etc Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696653: debian-installer-7.0-netboot-amd64: Initrd from PXE boot added to GRUB_CMDLINE_LINUX
2012/12/25 Julien Cristau jcris...@debian.org On Tue, Dec 25, 2012 at 08:51:19 +0100, Daniel Lindgren wrote: Package: debian-installer-7.0-netboot-amd64 Version: D-I 7 beta 4 Severity: normal Tags: d-i Dear Maintainer, After installing Debian Wheezy using D-I 7 beta 4 netboot, I noticed that /proc/cmdline looked strange: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=fe8bcdc8-5f22-4539-9f50-1d2a358614b2 ro initrd=debian/7x64_beta/initrd.gz quiet The last part (initrd=...) is pointing to the path used when netbooting Debian Installer. /etc/default/grub contains this line: GRUB_CMDLINE_LINUX=initrd=debian/7x64_beta/initrd.gz Everything seems to work, but I manually cleared GRUB_CMDLINE_LINUX and updated grub. Care to share the pxe config? Cheers, Julien Sure, it looks like this: LABEL Debian7x64_beta MENU LABEL - Debian Installer 7 beta 4 64-bitars (Wheezy) KERNEL debian/7x64_beta/linux APPEND vga=788 -- INITRD debian/7x64_beta/initrd.gz I copied the interesting bits from D-I's txt.cfg: default install label install menu label ^Install menu default kernel debian-installer/amd64/linux append vga=788 initrd=debian-installer/amd64/initrd.gz -- quiet Kernel, initrd.gz and txt.cfg from http://d-i.debian.org/daily-images/amd64/daily/netboot/debian-installer/amd64/ . Cheers, Daniel
Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification
On 25/12/12 12:34, Ximin Luo wrote: On 24/12/12 10:31, Charles Plessy wrote: Le Tue, Dec 18, 2012 at 11:53:21PM +, Ximin Luo a écrit : https://github.com/infinity0/debian-policy/compare/bug649350-infinity0 I've split up my previous patch into more manageable chunks, and added extra explanations in the commit messages. I'm trying to follow the principle that the commit messages should already contain enough justification for the changes, but if any of them are unclear, please do ask me for further detail. (Further potential additions, which I've omitted for simplicity, include License-Exception: fields, and Location: fields to formalise the concept of a pointer to a License.) Dear Ximin, It was nice to split the patch and document the chunks, but I am still not convinced that the changes you propose are useful. In particular, I do not see the benefit from using a syntax for the license short names, especially that SPDX and other projects do not have one (for instance GPL-2 and GPL-2+ are seen as separate short names). Also, creating a syntax is a complex project that I think is beyond the scope of our machine-readable format. There are corner cases, for instance BSD-3-Clause is not the upgrade from BSD-2-Clause, or MPL-1.1 can be upgraded to MPL-2.0 despite its short name is not MPL-1.1+, etc. If you would like to work on a robust syntax, I propose you do it as an independant specification that can later be proposed for adoption not ony to use, but also to SPDX, OSI, ADMS.F/OSS, etc. This feels very much like delay tactics, and makes me feel very frustrated as someone who is trying to contribute to Debian. You imply that the syntax I propose is not robust, but I have answered all the claimed flaws you bring up. My suggestions come from an abstract model of the basic types of information contained in software license (who/author, what/software, terms), and this will fit any license for any package. If you can find a real flaw, you should be able to describe how my model breaks down for that example. Additionally, for SPDX, the debian copyright format already states the two formats have different aims, and so the formats are different, so your suggestion seems strange to me, if I assume you are treating me seriously. - GPL-2 and GPL-2+ are seen as separate short names [by SPDX] - this does not mean my suggestion is a bad idea, nor that my syntax is inconsistent. - BSD-3-Clause is not the upgrade from BSD-2-Clause - there is no contradiction with what I suggest here. - MPL-1.1 can be upgraded to MPL-2.0 despite its short name is not MPL-1.1+ - this is incorrect and due to people *misusing the term MPL-1.1, which my changes *will help communicate and correct*. If you look at MPL-1.1[1] you will notice it makes *no mention* of or later version. The vast majority of MPL-1.1 uses should actually be MPL-1.1+, consistent with my proposed changes. [1] http://www.mozilla.org/MPL/1.1/index.txt Another change that you propose and that I disagree with is to forbid author- and software-specific information in stand-alone paragaphs. A lot of derivatives from the BSD licenses contain such information. Despite we link to a SPDX page where the BSD license terms are generic, I do not think that the intent in Debian's machine-readable format to is consider them all the same. At least in my copyright files I only use BSD-3-Clause if the copyright owners are the regents of the university of California. This is because people misunderstand what a License is; my changes will help communicate and correct this mistake. Different BSD-3-Clause licenses have the *same terms*; that is what makes them BSD-3-Clause. However, as commonly written, people add author- and software-specific information to their statement of the license. We cannot do this in debian/copyright because that would be logically inconsistent, since: If a package contains files under different BSD-3-Clause licenses, each with different owners, but the terms are the same, (according to my changes) the owners would be stripped out and put in the relevant Files: paragraphs, and the common terms would be put in *one* stand-alone License: paragraph. Currently, it is impossible to merge these; you would have to give the licenses each different names. Example: | Files: X | Copyright: A | License: BSD-3-Clause | Copyright 2012 A | terms etc | | Files: Y | Copyright: B | License: BSD-3-Clause | Copyright 2012 B | terms etc This is obviously absurd. My changes would instead force this: | Files: X | Copyright: A | License: BSD-3-Clause | | Files: Y | Copyright: B | License: BSD-3-Clause | | License: BSD-3-Clause | terms etc Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696666: chronicle and comments.cgi disagree about comment filename
Package: chronicle Version: 4.6-2 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 chronicle expects the filename of comments to be something like pseudocode$title.$date/ but the example comments.cgi replaces the dot it first uses with an underline. The following change seems to fix this: #v+ @@ -176,8 +176,9 @@ # # Open the file. # - -my $file = $COMMENT . / . $id . . . $timestr; +my $file = $COMMENT . / . $id; $file =~ s/[^a-z0-9\/]/_/gi; +$file .= . . $timestr; open( FILE, , $file ); print FILE Name: $name\n; #v- (Maybe adding the dot to the regexp would also be enough ...) PS: Besides that I also changed a href=http://$ENV{'HTTP_HOST'}/ against a href=$ENV{'HTTP_REFERER'} in the thanks message, but that's probably more a matter of taste. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ2aNvAAoJELs6aAGGSaoGltQQAJJCe7bvpsI2IUtcOlFwkwzs DJ6z47YueeJ5De+u3RUHWr6FV3thiMB+14bUsXOLTlJmZjbl/BNitXy+yRAtuhx8 LkgiuzCwiXB+NEXBKDV5UtMSmbScCMgApqmnOJqHT8ycYs7E11Q6XGVqnNRqxQ0T 7V5AWIT0jIUIZELEzM2hLRtK8JWjgFAxxkvwVZ2X7l5VQCn8SvuTBjEtoIf/vBD0 +ANGcFGIqdhxdo1Is2pqm/SlsNBraTBpHFcT6Wvk/3gfUedp4wYO0RaVMdSA7eF4 FhRl/E1wqwq6eANEx6StTZWO8KV7CBZ7wxKZ+u8P8yEi0QGlwnmCkGysG08sLSse O5JitBBlM9vWmPTI0HLdaS392ixuTN2nNrP4RgEe7OnT2tOBxTPioXI5ZcyI7/BS B9BX0vDa/WoaIm71RIKbXb6kbQJtZEvC6vrHuAmArP+9QP7CDhILaBZnqROTWEn+ BYtpGWCoDlHDgO/7+bY0fosXzxCGPAZOSlk4VL75PeiibxT0TmGTvRnEhObKJzKq /uG/5esGmPPiodYuESjwPesx0u2TS7erPizB+kcTVOXStA2X8i7Tm4XgJQw+I/7i K073N3HwLmKW9GzcGsBoMYs4HSu5Dyqsy+08Kye6Av/Hu62mzXhR30brcHIDPZ7/ vEf1rbhSY1bd+iMqM6Bg =1SN4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579879: This was fixed upstream in between
package quilt fixed 579879 0.50-1 thanks This bug was a documentation update after a command renaming, but the renaming was canceled upstream, and version 0.50 shipped again the 'remove' command. This bug is thus obsoleted since then. Thus closing. Thanks for reporting and for the patch anyway. Thanks, Mt. -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679779: This was fixed upstream
package quilt tags 679779 fixed-upstream thanks This was fixed upstream: http://git.savannah.gnu.org/cgit/quilt.git/commit/?id=8fc2c986c73bbf838bf0499319fc4cac9de9e90e It will be part of the next 0.61 release. Thanks for reporting and sorry for the delay. Bye, Mt. -- Never trust a programmer in a suit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696667: virtualbox-dkms: Build fails with 3.6-trunk kernel
Package: virtualbox-dkms Version: 4.1.18-dfsg-1.1 Severity: important Dear Maintainer, installing package virtualbox-dkms fails with following error: CC [M] /var/lib/dkms/virtualbox/4.1.18/build/vboxpci/linux/VBoxPci-linux.o /var/lib/dkms/virtualbox/4.1.18/build/vboxpci/linux/VBoxPci-linux.c: In function ‘vboxPciOsInitVm’: /var/lib/dkms/virtualbox/4.1.18/build/vboxpci/linux/VBoxPci-linux.c:1005:35: warning: assignment from incompatible pointer type [enabled by default] CC [M] /var/lib/dkms/virtualbox/4.1.18/build/vboxpci/VBoxPci.o In file included from /var/lib/dkms/virtualbox/4.1.18/build/vboxpci/VBoxPciInternal.h:34:0, from /var/lib/dkms/virtualbox/4.1.18/build/vboxpci/VBoxPci.c:38: /usr/src/linux-headers-3.6-trunk-common/include/linux/iommu.h: In function ‘iommu_group_alloc’: /usr/src/linux-headers-3.6-trunk-common/include/linux/iommu.h:272:2: error: implicit declaration of function ‘ERR_PTR’ [-Werror=implicit-function- declaration] /usr/src/linux-headers-3.6-trunk-common/include/linux/iommu.h:272:2: warning: return makes pointer from integer without a cast [enabled by default] cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/virtualbox/4.1.18/build/vboxpci/VBoxPci.o] Error 1 make[3]: *** [/var/lib/dkms/virtualbox/4.1.18/build/vboxpci] Error 2 make[2]: *** [_module_/var/lib/dkms/virtualbox/4.1.18/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.6-trunk-686-pae' -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.6-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-dkms depends on: ii dkms2.2.0.3-1.2 ii dpkg1.16.9 ii virtualbox 4.1.18-dfsg-1.1 virtualbox-dkms recommends no packages. virtualbox-dkms 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#696668: libreoffice-calc: Calc insert junk when opening an empty file
Package: libreoffice-calc Version: 1:3.5.4+dfsg-4 Severity: normal When you try to open an empty file in calc, it ask you to select the format. Either you select a format or you hit Cancel, some binary junk is inserted into the file. The junk contains the text Root entry. Way to reproduce: $ touch empty.csv $ localc empty.csv (Then, hit cancel) $ cat empty.csv (the junk is shown) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-calc depends on: ii libc6 2.13-37 ii libgcc11:4.7.2-4 ii libreoffice-base-core 1:3.5.4+dfsg-4 ii libreoffice-core 1:3.5.4+dfsg-4 ii libstdc++6 4.7.2-4 ii lp-solve 5.5.0.13-7 ii uno-libs3 3.5.4+dfsg-4 ii ure3.5.4+dfsg-4 libreoffice-calc recommends no packages. libreoffice-calc suggests no packages. Versions of packages libreoffice-core depends on: ii fontconfig 2.9.0-7.1 ii fonts-opensymbol 2:102.2+LibO3.5.4+dfsg-4 ii libc62.13-37 ii libcairo21.12.2-2 ii libcmis-0.2-00.1.0-1+b1 ii libcurl3-gnutls 7.26.0-1 ii libdb5.1 5.1.29-5 ii libexpat12.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgraphite2-2.0.0 1.1.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-01.3.2-4 ii libhyphen0 2.8.3-2 ii libice6 2:1.0.8-2 ii libicu48 4.8.1.1-10 ii libjpeg8 8d-1 ii libmythes-1.2-0 2:1.2.2-1 ii libneon27-gnutls 0.29.6-3 ii libnspr4 2:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3 2:3.13.6-1 ii libnss3-1d 2:3.13.6-1 ii libpng12-0 1.2.49-1 ii librdf0 1.0.15-1+b1 ii libreoffice-common 1:3.5.4+dfsg-4 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libssl1.0.0 1.0.1c-4 ii libstdc++6 4.7.2-4 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxml2 2.8.0+dfsg1-7 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-14 ii uno-libs33.5.4+dfsg-4 ii ure 3.5.4+dfsg-4 ii zlib1g 1:1.2.7.dfsg-13 -- 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#696651: doesn't load saved XKBOPTIONS
David Paleino da...@debian.org (25/12/2012): I'm using XFCE, and it doesn't have a setting for Multi_key. It just uses X's, AFAIK. What's your display manager, what's the output of “setxkbmap -print” without the xmodmap thing in Xfce, and what's the output of the same command in a bare X session (no X, no display manager, e.g. using: startx /usr/bin/xterm -- :1)? Mraw, KiBi. signature.asc Description: Digital signature
Bug#696659: Security uploads not working
tags 696659 + moreinfo thanks On Tue, Dec 25, 2012 at 12:13:09PM +0100, Moritz Muehlenhoff wrote: Package: dput-ng Version: 1.2 Severity: normal Hi, I tried to upload a security upload to security-master, but /usr/share/dput/helper/security-warning is missing: running allowed-distribution: check whether a local profile permits uploads to the target distribution running protected-distribution: warn before uploading to distributions where a special policy applies Protected Checker: Are you sure to upload to stable-security? Did you coordinate with the Security Team before your upload? [yes, NO]: yes Uploading with explicit confirmation by the user running checksum: verify checksums before uploading running suite-mismatch: check the target distribution for common errors running check-debs: makes sure the upload contains a binary package running gpg: check GnuPG signatures before the upload gpg: Unterschrift vom Di 25 Dez 2012 12:09:57 CET mittels DSA-Schl?ssel ID 4E2ECA5A gpg: Korrekte Unterschrift von Moritz Muehlenhoff j...@debian.org gpg: alias Moritz Muehlenhoff j...@inutil.org This all looks great Could not execute /usr/share/dput/helper/security-warning: [Errno 2] No such file or directory We don't own /usr/share/dput -- this looks like it's coming from dput-old's /etc/dput.cf -- can you please check if you still have that target? Please keep in mind all old dput configs will override new dput configs -- we defer to the old configs in all cases :) If it's still saying to run that hook, dput-ng will try to run the hook. Perhaps remove that target? Thanks for flying dput-ng air, Merry Christmas, Paul Traceback (most recent call last): File /usr/bin/dput, line 87, in module upload_package(changes, args) File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 275, in invoke_dput simulate=args.simulate) as obj: File /usr/lib/python2.7/contextlib.py, line 17, in __enter__ return self.gen.next() File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 157, in uploader obj._pre_hook() File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 64, in _pre_hook self._run_hook(pre_upload_command) File /usr/lib/python2.7/dist-packages/dput/uploader.py, line 72, in _run_hook sys.stdout.write(output) # XXX: Fixme TypeError: expected a character buffer object Cheers, Moritz -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dput-ng depends on: ii python 2.7.3-3 ii python-dput 1.2 Versions of packages dput-ng recommends: ii bash-completion 1:2.0-1 dput-ng suggests no packages. -- no debconf information -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#696668: File attachment
I attach the resulting file with the binary junk in it. ÐÏࡱá; þÿ þÿÿÿþÿÿÿýÿÿÿþÿÿÿR o o t E n t r y þÿÿÿþÿÿÿþÿÿÿþÿÿÿ signature.asc Description: OpenPGP digital signature
Bug#696669: unblock: network-manager/0.9.4.0-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package network-manager It fixes two RC bugs. The patches for the libnm-glib are somewhat largeish, but they are taken from upstream and have been part of network-manager 0.9.6, which has been released for quite some time and is also available from experimental for over 2 months without any related bug report. The full changelog is network-manager (0.9.4.0-7) unstable; urgency=low * Install a PolicyKit pkla file which allows members of group netdev or sudo to create system-wide network connections without being prompted for the admin password. (Closes: #642136) * Cherry-pick patches for libnm-glib which fix various segfaults e.g. in gnome-control-center when switching between overview and network settings panel or in gnome-shell and nm-applet when restarting NetworkManager. (Closes: #696143) (bgo: #674473) -- Michael Biebl bi...@debian.org Fri, 21 Dec 2012 03:48:18 +0100 Complete debdiff is attached. Cheers, Michael unblock network-manager/0.9.4.0-7 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/changelog b/debian/changelog index 8b905b9..1d27379 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +network-manager (0.9.4.0-7) unstable; urgency=low + + * Install a PolicyKit pkla file which allows members of group netdev or sudo +to create system-wide network connections without being prompted for the +admin password. (Closes: #642136) + * Cherry-pick patches for libnm-glib which fix various segfaults e.g. in +gnome-control-center when switching between overview and network settings +panel or in gnome-shell and nm-applet when restarting NetworkManager. +(Closes: #696143) (bgo: #674473) + + -- Michael Biebl bi...@debian.org Fri, 21 Dec 2012 03:48:18 +0100 + network-manager (0.9.4.0-6) unstable; urgency=low * debian/rules: Use xz compression for binary packages. diff --git a/debian/network-manager.install b/debian/network-manager.install index 35b81be..6bd49d2 100644 --- a/debian/network-manager.install +++ b/debian/network-manager.install @@ -21,3 +21,4 @@ lib/udev/rules.d/*.rules lib/systemd/system/NetworkManager.service lib/systemd/system/NetworkManager-wait-online.service debian/NetworkManager.conf etc/NetworkManager/ +debian/org.freedesktop.NetworkManager.pkla var/lib/polkit-1/localauthority/10-vendor.d/ diff --git a/debian/org.freedesktop.NetworkManager.pkla b/debian/org.freedesktop.NetworkManager.pkla new file mode 100644 index 000..7acba4e --- /dev/null +++ b/debian/org.freedesktop.NetworkManager.pkla @@ -0,0 +1,6 @@ +[Adding or changing system-wide NetworkManager connections] +Identity=unix-group:netdev;unix-group:sudo +Action=org.freedesktop.NetworkManager.settings.modify.system +ResultAny=no +ResultInactive=no +ResultActive=yes diff --git a/debian/patches/18-libnm-glib-NULL-out-priv-fields-on-dispose.patch b/debian/patches/18-libnm-glib-NULL-out-priv-fields-on-dispose.patch new file mode 100644 index 000..74a86a4 --- /dev/null +++ b/debian/patches/18-libnm-glib-NULL-out-priv-fields-on-dispose.patch @@ -0,0 +1,670 @@ +From be18dd06cd138be232ff68ec7af19cfcf2f969ed Mon Sep 17 00:00:00 2001 +From: Dan Winship d...@gnome.org +Date: Mon, 23 Apr 2012 15:02:48 + +Subject: libnm-glib: NULL out priv fields on dispose() + +In some situations, objects might get used after being disposed, so +clear out their various priv fields so we don't try to access unreffed +objects, freed strings, etc. + +https://bugzilla.gnome.org/show_bug.cgi?id=674473 +--- +Index: network-manager/include/nm-glib-compat.h +=== +--- network-manager.orig/include/nm-glib-compat.h 2012-10-30 21:02:36.779282426 +0100 network-manager/include/nm-glib-compat.h 2012-12-21 01:13:58.030742565 +0100 +@@ -42,6 +42,16 @@ + g_simple_async_result_set_from_error (result, __error); \ + g_error_free (__error); \ + } G_STMT_END ++ ++#define g_clear_object(object_ptr) \ ++ G_STMT_START { \ ++ GObject **__obj_p = object_ptr; \ ++ if (*__obj_p) { \ ++ g_object_unref (*__obj_p); \ ++ *__obj_p = NULL; \ ++ } \ ++ } G_STMT_END ++ + #endif + + #endif /* NM_GLIB_COMPAT_H */ +Index: network-manager/libnm-glib/nm-access-point.c +=== +--- network-manager.orig/libnm-glib/nm-access-point.c 2012-10-30 21:02:36.783282401 +0100 network-manager/libnm-glib/nm-access-point.c 2012-12-21 01:13:58.030742565 +0100 +@@ -41,7 +41,6 @@ + #define NM_ACCESS_POINT_GET_PRIVATE(o) (G_TYPE_INSTANCE_GET_PRIVATE ((o),
Bug#696069: libmcs-dev: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/libmcs-dev
tags 696069 pending # NMU in delayed queue thanks On 2012-12-16 Andreas Beckmann deb...@abeckmann.de wrote: Package: libmcs-dev [...] during an upgrade test with piuparts I noticed your package installs files over an existing symlink, overwriting files from another package in a way that is not detected by dpkg: 0m43.8s INFO: dirname part contains a symlink: /usr/share/doc/libmcs-dev/changelog.Debian.gz != /usr/share/doc/libmcs1/changelog.Debian.gz (libmcs-dev) /usr/share/doc/libmcs-dev/copyright != /usr/share/doc/libmcs1/copyright (libmcs-dev) Looks like /usr/share/doc/libmcs-dev was a symlink in squeeze and is a directory in wheezy. libmcs-dev.preinst should probably do something like test ! -L /usr/share/doc/libmcs-dev || rm /usr/share/doc/libmcs-dev Please clean this up in wheezy. [...] Hello, I have just uploaded a NMU to delayed/10 to fix the issue. Patch attached. hth, cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru mcs-0.7.2/debian/changelog mcs-0.7.2/debian/changelog --- mcs-0.7.2/debian/changelog 2011-07-19 23:03:20.0 +0200 +++ mcs-0.7.2/debian/changelog 2012-12-25 15:10:04.0 +0100 @@ -1,3 +1,16 @@ +mcs (0.7.2-2.1) unstable; urgency=low + + * Non-maintainer upload. + * [libmcs-dev.preinst libmcs-utils.preinst libmcs-backend-gconf.preinst]: +On upgrades check whether the respective entry in /usr/share/doc/ is +a symlink and remove it. +[libmcs1.preinst] On upgrades remove /usr/share/doc/libmcs1/html and +/usr/share/doc/libmcs1/refman.pdf.gz which might have been placed there +by libmcs-doc, when the broken syminks mentioned above existed. +Closes: #696069 + + -- Andreas Metzler ametz...@debian.org Tue, 25 Dec 2012 15:09:59 +0100 + mcs (0.7.2-2) unstable; urgency=low * Fix build depends on LaTeX packages needed to build the documentation diff -Nru mcs-0.7.2/debian/libmcs1.preinst mcs-0.7.2/debian/libmcs1.preinst --- mcs-0.7.2/debian/libmcs1.preinst 1970-01-01 01:00:00.0 +0100 +++ mcs-0.7.2/debian/libmcs1.preinst 2012-12-25 15:04:18.0 +0100 @@ -0,0 +1,22 @@ +#!/bin/sh + +set -e + +case $1 in + upgrade) + if dpkg --compare-versions $2 '' 0.7.2-2.1~ ; then + # libmcs-doc installs symlinks in /usr/share/doc/libmcs-dev. + # If the old libmcs-dev - libmcs1 symlink exists, the links + # end up in the wrong directory and prevent removal of + # /usr/share/doc/libmcs1 on purging libmcs1. - This is the + # reason for removing them here instead of in libmcs-doc + # maintainerscripts. + test ! -L /usr/share/doc/libmcs1/html || \ + rm /usr/share/doc/libmcs1/html + test ! -L /usr/share/doc/libmcs1/refman.pdf.gz || + rm /usr/share/doc/libmcs1/refman.pdf.gz + fi + ;; +esac + +#DEBHELPER# diff -Nru mcs-0.7.2/debian/libmcs-backend-gconf.preinst mcs-0.7.2/debian/libmcs-backend-gconf.preinst --- mcs-0.7.2/debian/libmcs-backend-gconf.preinst 1970-01-01 01:00:00.0 +0100 +++ mcs-0.7.2/debian/libmcs-backend-gconf.preinst 2012-12-25 14:19:09.0 +0100 @@ -0,0 +1,14 @@ +#!/bin/sh + +set -e + +case $1 in + upgrade) + if dpkg --compare-versions $2 '' 0.7.2-2.1~ \ + test -L /usr/share/doc/libmcs-backend-gconf ; then + rm /usr/share/doc/libmcs-backend-gconf + fi + ;; +esac + +#DEBHELPER# diff -Nru mcs-0.7.2/debian/libmcs-dev.preinst mcs-0.7.2/debian/libmcs-dev.preinst --- mcs-0.7.2/debian/libmcs-dev.preinst 1970-01-01 01:00:00.0 +0100 +++ mcs-0.7.2/debian/libmcs-dev.preinst 2012-12-25 14:41:50.0 +0100 @@ -0,0 +1,14 @@ +#!/bin/sh + +set -e + +case $1 in + upgrade) + if dpkg --compare-versions $2 '' 0.7.2-2.1~ \ + test -L /usr/share/doc/libmcs-dev ; then + rm /usr/share/doc/libmcs-dev + fi + ;; +esac + +#DEBHELPER# diff -Nru mcs-0.7.2/debian/libmcs-utils.preinst mcs-0.7.2/debian/libmcs-utils.preinst --- mcs-0.7.2/debian/libmcs-utils.preinst 1970-01-01 01:00:00.0 +0100 +++ mcs-0.7.2/debian/libmcs-utils.preinst 2012-12-25 14:19:32.0 +0100 @@ -0,0 +1,14 @@ +#!/bin/sh + +set -e + +case $1 in + upgrade) + if dpkg --compare-versions $2 '' 0.7.2-2.1~ \ + test -L /usr/share/doc/libmcs-utils ; then + rm /usr/share/doc/libmcs-utils + fi + ;; +esac + +#DEBHELPER#
Bug#696669: unblock: network-manager/0.9.4.0-7
On Tue, Dec 25, 2012 at 15:06:12 +0100, Michael Biebl wrote: * Install a PolicyKit pkla file which allows members of group netdev or sudo to create system-wide network connections without being prompted for the admin password. (Closes: #642136) The location for this file doesn't make much sense to me. Either /usr or /etc I would understand, but AIUI /var means it's stuff that gets written to at runtime by NM, which doesn't seem appropriate here. Cheers, Julien signature.asc Description: Digital signature
Bug#695764: partial review of unblock: packagekit/0.7.6-2
Hi, I am touching on this bug as part of the request by the RT [1]. Some remarks: - The package is in unstable now. - The debdiff in the first message is the same as created from the archive by debdiff packagekit_0.7.6-1.dsc packagekit_0.7.6-2.dsc - It would be good to mention bug numbers against packagekit and/or references to the upstream bug tracker. I/we don't know where to find the information trivially, making the assessment harder than necessary. Isn't patch 03 fixing bug 688133? - It would be nice (for next time maybe, or just in this bug) to store the URL of where the patches were obtained, see DEP3 [2] - Patch 01 looks ok - My C/C++ is not good enough to really follow patches 02 and 03, but 02 contains a spurious empty line removal. Paul [1] https://lists.debian.org/debian-devel-announce/2012/11/msg3.html [ Unblocks and Freeze Policy ] [2] http://dep.debian.net/deps/dep3/ signature.asc Description: OpenPGP digital signature
Bug#639331: linux-image-2.6.36-rc6-686-bigmem: Closing laptop lid hangs the
Hello, I had suffered from this bug, too, and can testify that updating the BIOS on my Dell Studio 1555 to the latest A13 version (http://www.dell.com/support/drivers/us/en/19/DriverDetails?driverId=R301502) has solved the problem. -- Best Regards, Aleksander Adamowski http://olo.org.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696669: unblock: network-manager/0.9.4.0-7
On 25.12.2012 15:29, Julien Cristau wrote: On Tue, Dec 25, 2012 at 15:06:12 +0100, Michael Biebl wrote: * Install a PolicyKit pkla file which allows members of group netdev or sudo to create system-wide network connections without being prompted for the admin password. (Closes: #642136) The location for this file doesn't make much sense to me. Either /usr or /etc I would understand, but AIUI /var means it's stuff that gets written to at runtime by NM, which doesn't seem appropriate here. Basically I agree with you, but that's simply where PolicyKit version 0.105 (and older) store the pklocalauthority files [1] for pkla files shipped by distro/3rd-party packages. /etc/polkit-1 is reserved for the local admin to override settings from /var. Michael [1] http://www.freedesktop.org/software/polkit/docs/0.105/pklocalauthority.8.html (Directory Structure). -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#696670: unblock: mahara/1.5.1-3.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mahara It provides a fix, cherry-picked from upstream repository, for a XSS vulnerability as described in bug #695789 unblock mahara/1.5.1-3.1 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) diff -Nru mahara-1.5.1/debian/changelog mahara-1.5.1/debian/changelog --- mahara-1.5.1/debian/changelog 2012-11-16 09:33:12.0 +0100 +++ mahara-1.5.1/debian/changelog 2012-12-23 15:02:25.0 +0100 @@ -1,3 +1,14 @@ +mahara (1.5.1-3.1) unstable; urgency=high + + * Non-maintainer upload. + * SECURITY UPDATE: Fix a cross-site scripting (XSS) vulnerability +which allowed remote attackers to inject arbitrary web script or +HTML via the query parameter. +- debian/patches/CVE-2012-2253.patch +- Closes: #695789 + + -- Luca Falavigna dktrkr...@debian.org Sun, 23 Dec 2012 14:53:41 +0100 + mahara (1.5.1-3) unstable; urgency=high * SECURITY UPDATE: Disable XML entity parsing to prevent XEE diff -Nru mahara-1.5.1/debian/patches/CVE-2012-2253.patch mahara-1.5.1/debian/patches/CVE-2012-2253.patch --- mahara-1.5.1/debian/patches/CVE-2012-2253.patch 1970-01-01 01:00:00.0 +0100 +++ mahara-1.5.1/debian/patches/CVE-2012-2253.patch 2012-12-23 15:02:25.0 +0100 @@ -0,0 +1,24 @@ +Author: Hugh Davenport h...@catalyst.net.nz +Subject: Cross-site scripting (XSS) vulnerability +Origin: upstream +Bug: https://bugs.launchpad.net/mahara/+bug/1079498 + +CVE-2012-2253 + +Cross-site scripting (XSS) vulnerability which allowed remote +attackers to inject arbitrary web script or HTML via the query +parameter. + +Index: mahara/htdocs/lib/web.php +=== +--- mahara.orig/htdocs/lib/web.php 2012-12-23 14:44:57.009756577 +0100 mahara/htdocs/lib/web.php 2012-12-23 14:47:02.405760418 +0100 +@@ -3273,7 +3273,7 @@ + } + else { + $return .= '' +-. 'a href=' . $url . ' title=' . $title ++. 'a href=' . hsc($url) . ' title=' . $title + . '' . $text . '/a/span'; + } + diff -Nru mahara-1.5.1/debian/patches/series mahara-1.5.1/debian/patches/series --- mahara-1.5.1/debian/patches/series 2012-11-16 09:32:59.0 +0100 +++ mahara-1.5.1/debian/patches/series 2012-12-23 15:02:25.0 +0100 @@ -10,3 +10,4 @@ CVE-2012-2244-0003.patch CVE-2012-2246.patch CVE-2012-2247.patch +CVE-2012-2253.patch
Bug#696669: unblock: network-manager/0.9.4.0-7
On Tue, Dec 25, 2012 at 15:39:19 +0100, Michael Biebl wrote: On 25.12.2012 15:29, Julien Cristau wrote: On Tue, Dec 25, 2012 at 15:06:12 +0100, Michael Biebl wrote: * Install a PolicyKit pkla file which allows members of group netdev or sudo to create system-wide network connections without being prompted for the admin password. (Closes: #642136) The location for this file doesn't make much sense to me. Either /usr or /etc I would understand, but AIUI /var means it's stuff that gets written to at runtime by NM, which doesn't seem appropriate here. Basically I agree with you, but that's simply where PolicyKit version 0.105 (and older) store the pklocalauthority files [1] for pkla files shipped by distro/3rd-party packages. /etc/polkit-1 is reserved for the local admin to override settings from /var. There's a /etc/polkit-1/localauthority/10-vendor.d directory, which seems appropriate for use by... the vendor? Cheers, Julien signature.asc Description: Digital signature
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
Hi Paul's :-) Im very glad you want to sponsor my package! Some more thoughts about an appropriate packagename: I'm currently not clear about the future development of the sun tool. There are several features which might extend the tool in future releases: - add muslimic prayer times: http://www.nabkal.de/namazrech.html - add calculations for the sun position - add calculations for sun eclipses As I'm not willing to change the packagename, once its in the archive, I think it's important the choose a suitable name which also covers these new features. Here are my proposals: sun - fits calculations related to the planet sun suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. ephemeris - fits calculations for positions of arbitrary celestial objects (sun, moon, planets, stars ..) Regards, Steffen -- Steffen Vogel Robensstraße 69 52070 Aachen Mail: p...@steffenvogel.de Mobil: +49 176 34911387 Web: http://www.steffenvogel.de Jabber: st...@jabber.ccc.de ICQ: 236033 signature.asc Description: This is a digitally signed message part
Bug#696663: unblock: xkeyboard-config/2.5.1-3
Adam D. Barratt a...@adam-barratt.org.uk (25/12/2012): Looks okay to me, but has a udeb; you know the drill :) Assuming this gets acked, do we want it urgenting for RC1? /me drills a d-i ack. I don't mind having it urgented for RC1, better spot any regressions now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#696663: unblock: xkeyboard-config/2.5.1-3
On Tue, Dec 25, 2012 at 16:02:38 +0100, Cyril Brulebois wrote: Adam D. Barratt a...@adam-barratt.org.uk (25/12/2012): Looks okay to me, but has a udeb; you know the drill :) Assuming this gets acked, do we want it urgenting for RC1? /me drills a d-i ack. I don't mind having it urgented for RC1, better spot any regressions now. Well any regressions wouldn't affect d-i directly, afaict, so I don't think timing wrt rc1 matters much. Cheers, Julien signature.asc Description: Digital signature
Bug#696671: tpu: isc-dhcp/4.2.2.dfsg.1-5+deb70u3
Package: release.debian.org User: release.debian@packages.debian.org Usertags: tpu Severity: normal I plan to upload a tpu for isc-dhcp fixing two important issues. One fixes an unclean error situation, and the other sets up the default dhclient configuration to work in ipv6-only configurations. The first change is less important, so I can drop it if needed. Please review the proposed patch attached. Thanks, Mike isc-dhcp.patch Description: Binary data
Bug#694348: wheezy installer not detecting all usb-storage devices
David Efflandt effla...@sdf.org (25/11/2012): Package: debian-installer Version: 7.0 (wheezy) - installer build 20121114 Severity: important … wheezy gui install proceeded smoothly (configured wlan0, users, clock, etc.) until partitioning. When I selected Manual it only showed partitions on sda (32 GB SSD w/Win7 Pro) and sdb (4 GB USB stick w/wheezy installer. Only those 2 devices showed being detected in syslog. Thank you David for the report, and Jack for the workaround. As you may have seen, this bug report was reassigned to the linux kernel, and a fix was uploaded. It will be available in the next release (rc1) of the debian installer. Mraw, KiBi. signature.asc Description: Digital signature
Bug#696672: gdm3: Greeter display appears twice...briefly the 1st time..then the real display pops up
Package: gdm3 Version: 3.4.1-5 Severity: normal When the greeter appears the first time...it seems to be only part of the display...it's on the screen for less than a second..than after a brief delay, the real greeter display pops up. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.21-7 ii adduser 3.113+nmu3 ii aterm [x-terminal-emulator] 1.0.1-8 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii debconf [debconf-2.0] 1.5.48 ii dpkg1.16.9 ii fluxbox [x-window-manager] 1.3.2-4 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gnome-session-bin 3.4.2.1-3 ii gnome-session-fallback [x-session-manager] 3.4.2.1-3 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-1 ii gnome-terminal [x-terminal-emulator]3.4.1.1-2 ii gsettings-desktop-schemas 3.4.2-3 ii icewm [x-window-manager]1.3.7-4 ii icewm-experimental [x-window-manager] 1.3.7-4 ii icewm-lite [x-window-manager] 1.3.7-4 ii jwm [x-window-manager] 2.1.0+svn579-2 ii libaccountsservice0 0.6.21-7 ii libatk1.0-0 2.4.0-2 ii libattr11:2.4.46-8 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-37 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcanberra-gtk3-0 0.28-6 ii libcanberra00.28-6 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libfontconfig1 2.9.0-7.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libglib2.0-bin 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-1 ii libselinux1 2.1.9-5 ii libupower-glib1 0.9.17-1 ii libwrap07.6.q-24 ii libx11-62:1.5.0-1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2 ii lsb-base4.1+Debian9 ii lxterminal [x-terminal-emulator]0.1.11-4 ii metacity [x-window-manager] 1:2.34.3-4 ii openbox [x-window-manager] 3.5.0-6 ii policykit-1-gnome 0.105-2 ii rxvt-unicode-lite [x-terminal-emulator] 9.15-2 ii upower 0.9.17-1 ii x11-common 1:7.7+1 ii x11-xserver-utils 7.7~3 ii xterm [x-terminal-emulator] 278-4 Versions of packages gdm3 recommends: pn at-spi2-core none ii desktop-base 7.0.3 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.4-4 ii xserver-xorg 1:7.7+1 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: pn gnome-orcanone pn gnome-shell none pn gok none ii libpam-gnome-keyring 3.4.1-5 -- Configuration Files: /etc/gdm3/daemon.conf changed: [daemon] TimedLoginEnable = true TimedLogin = frank TimedLoginDelay = 60 [security] [xdmcp] [greeter] [chooser] [debug] -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696673: RFA: nusoap
Package: wnpp Severity: normal It is unrealistic to pretend that I have enough time to maintain Nusoap. I simply do too many things in Debian these days. It would be nice if someone could take over maintainership of Nusoap. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693849: This seems to be related to missing hardware 3D support
tags -1 moreinfo thanks Judging from the very beginning of the error messages you posted, it seems that hardware acceleration still does not work: user@host:~/DOS/GOG/Lords of the Realm/LOTR/Lords2$ wine Lords2.exe err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly (using GL renderer GeForce 9800 GT/PCIe/SSE2, version 1.4 (2.1.2 NVIDIA 304.48)). err:d3d_caps:WineD3D_CreateFakeGLContext Can't find a suitable iPixelFormat. err:d3d:InitAdapters Failed to get a gl context for default adapter Does installing both glx-alternative-nvidia and glx-alternative-nvidia:i386 help? Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655505: Testing (Wheezy): No usable screen
Hi Oliver, Oliver Scholl os.n...@gmx.de (04/12/2012): Package: Debian-Boot Distribution: wheezy Bug#655505 On 11. Januar 2012 I wrote the following bug report (http://lists.debian.org/debian-boot/2012/01/msg00112.html): I installed Debian Testing (Wheezy) from CD-ROM (net-install) on my netbook Asus EeePC 1015BX. The installation worked fine but when I removed the CD-ROM and rebooted the netbook I didn't get a usable screen. The screen is totally unusable, many black, grey and white lines and dots, no text is visible. For your information the x-server is not installed yet. On the other hand Debian Stable (Squeeze) works fine on my netbook. if the intarwebz are correct, that laptop comes up with an AMD/ATI graphic card. I suspect what you're seeing is troubles with radeon KMS without the needed firmware. If you have SSH access, you could install firmware-linux-nonfree, reboot and enjoy. Otherwise, you can boot with disabled KMS and perform the same package installation (adding the following to the linux command line at the linux prompt: radeon.nomodeset=1). Latest linux kernels have a workaround to disable KMS from being loaded if firmwares are missing, so next installation images (rc1) shouldn't have this problem anymore. Now (25. Nov. 2012) I gave it another try with the official debian-wheezy-live-a2-i386-lxde-desktop.img now. But the problem is still the same: it hangs up with a black and white pixeled screen (just like heavy snowfall). In failsafe mode it's the same. Boot option vga=0 has no effect too. Because I can't see anything on the screen I can't read any messages nor have a look at a log file. I have no knowledge on the debian live side, sorry. Mraw, KiBi. signature.asc Description: Digital signature
Bug#696674: chronicle: cache and comments don't play well together
Package: chronicle Version: 4.6-2 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I think there is a logical problem in the cache handling which makes it a bit useless in connection with comments. If I'm reading readBlogEntry() correctly, it * first tries to read from the cache and returns if it finds the entry * otherwise writes the entry to the cache, unless the entry has comments and it's new enough. So for a new posting what happens is: - - it's not found in the cache - - it gets written to the cache since obviously (!) it has no comments yet - - later a comment might be written - - but this will never appear after a rebuild since from now on the cached version is returned Something like the attached patch seems to improve the situation; the idea is simply that entries are never cached if they are new, independent of the fact if they have comments or not. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQ2cgLAAoJELs6aAGGSaoGPDMP/0xyhF9jnYsW4N5h5QQK8rjW KqJFlcu6t0atcFJ81PvlDpjTQJmZa0Gp3xPcvPIWd2shkLCoLH2UjiOIxnKjtjFg Jhy1M3OW9AyJxw0Q3sJ2TO9nJM71VNub3CZGDo8hDP6WQAMB5pBwjUjIAcmUHc2+ pV185YI7GOYtkdbQx9KUIkb52yOSKAbB0hgJ7v8JWTwbJmPiszhjIUfegVtWs6He viGvSL6uH1BuR8Y6q3feah1yeQNQ6LJXs3vmVsEl7JymW6MRYvrFrrthUHLa2Q3v Aw9lnvEH0YB+Kb3WxxE1jOR/oYRgOCRVCgira0xU7VcZhlpXh2qjoW5Ym9Goka0W sTG3nm25JRi+4g7J20M98V07i4sQuaR2LVfwS0+mQRKQ9EHztAmOYDgnNpGd0P+J wcfVvr0Qn8psaKg5mw38mzIkVKfGy4peXSZYWAs06ZVHvQsQU4wkTjEgoxxhtycX KFyWyQDasn4MTT0gZqLJ+iO/eulUg9b23yvmJrLdozSIOTBJnzoW1QmguzAd9hyJ I3froWldvPKM8ljSjE2k19zdtucWhSxhEedaYIV9yRtuemSVM5UTQ5BBzdhHytMu zkZ2qWKfqzNaKueoiPa4Vpx6ql3GKuaOthe8f2QkDk2WQdsQB4ksIXoA1CG+1g1F 2xrkqR3ZJ6LxeMGaEd2s =QUdR -END PGP SIGNATURE- --- unpacked/usr/bin/chronicle 2011-05-15 20:15:12.0 +0200 +++ /usr/bin/chronicle 2012-12-25 16:12:36.0 +0100 @@ -2527,27 +2529,21 @@ { my $update = 1; +# +# The number of seconds past the epoch of today and the +# date the blog is supposed to be published is used. +# +my $time = str2time( $entry{ 'date' } ); +my $today = time; -if ( ( $entry{ 'comment_count' } ) - ( $entry{ 'comment_count' } ) 0 ) -{ - -# -# The number of seconds past the epoch of today and the -# date the blog is supposed to be published is used. -# -my $time = str2time( $entry{ 'date' } ); -my $today = time; - -# -# The number of days that should be allowd. -# -my $days = $CONFIG{ 'comment-days' } * 60 * 60 * 24; +# +# The number of days that should be allowd. +# +my $days = $CONFIG{ 'comment-days' } * 60 * 60 * 24; -if ( ( $time + $days ) $today ) -{ -$update = 0; -} +if ( ( $time + $days ) $today ) +{ +$update = 0; } # @@ -2555,7 +2551,6 @@ # # We don't store in the cache if: # -# * The entry has comments. # * The entry is recent, as set by --comment-days. # #
Bug#694575: installation-reports: Fails to find SATA drives regardless of the FakeRAID card settings
Hi Gunnar, Gunnar Wolf gw...@gwolf.org (28/11/2012): Right, that seems to be the case — Sorry for submitting a duplicate; merging. I hope this can be fixed before the release. unless we reach a number of duplicates counted on 2 digits, I'm happy to have some of them. ;) The kernel got fixed, and that one should be used for rc1 images, to be published soon. Mraw, KiBi. signature.asc Description: Digital signature
Bug#696574: Fix for CVE-2012-5665 and CVE-2012-5666
Control: tags -1 patch Attached patch should fix these issues. 4.0.8debian-1.3.debdiff Description: Binary data
Bug#693756: update: wifi works
Hi, chrysn chr...@fsfe.org (29/11/2012): as of today, wifi just works at what seems to be full strength. i can't possibly pin it down to the individual updates i've done, or when since the report was filed it started working. some packages were installed from experimental (most prominently libdrm2 and libdrm-radeon1; apart from that, only xfce4 packages), but none of them should affect wifi. thanks for updating the bug report with your findings. FWIW Julien is considering a libdrm update for wheezy: https://lists.debian.org/debian-release/2012/12/msg00948.html Mraw, KiBi. signature.asc Description: Digital signature
Bug#694575: installation-reports: Fails to find SATA drives regardless of the FakeRAID card settings
Cyril Brulebois dijo [Tue, Dec 25, 2012 at 04:35:58PM +0100]: Right, that seems to be the case — Sorry for submitting a duplicate; merging. I hope this can be fixed before the release. unless we reach a number of duplicates counted on 2 digits, I'm happy to have some of them. ;) The kernel got fixed, and that one should be used for rc1 images, to be published soon. Right - I have not (and cannot, as I'm 7000Km away from home) checked if the current images fix this bug, but it is most likely it does... So feel free to close this bug. Of course, as soon as I'm back, I will check if it's now working. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680635: (no subject)
any plans on solving the problem? You might want to orphan the package otherwise. -- Salvo Tomaselli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696643: virtualbox-qt: inaccurate error message when fiddling with VDI files
Cyril Brulebois k...@debian.org (24/12/2012): After a rebuild, I ran it again (removing the old one since VBoxManage complained about its existing already), and virtualbox was unhappy; I'm copying-pasting manually since the dialog doesn't allow for text selection… | VirtualBox - Error | | Failed to open a session for the virtual machine bwheezy-test/b | | UUID i{foo}/i of the medium b'…/dest/netboot/gtk/mini.vdi'/b | does not match the value i{bar}/i stored in the media registry | (b'/home/kibi/.VirtualBox/VirtualBox.xml'/b). That's not true; my VMs are stored in ~/vms, and the media registry appears to be VM-specific, with the {bar} value being stored in: ~/vms/wheezy-test/wheezy-test.vbox under this path: Virtualbox/Machine/MediaRegistry/HardDisks/HardDisk FWIW the same happens with: VBoxManage showhdinfo path/to/file.vdi Mraw, KiBi. signature.asc Description: Digital signature
Bug#696675: Upgrade Samba 3.5.x to 3.6.6 with printers fails (wheezy)
Package: samba Version: 3.6.6-3 Severity: important Last week I tried upgrading a Samba installation with printers from a 3.5.x installation (in my case from a non-Debian system) to 3.6.6 on Debian wheezy, it fails with the bug mention in Samba bug #9026: '3.6.6 upgrade from 3.5.x fails with Couldn't migrate printers tdb file: NT_STATUS_NO_MEMORY' [1]. In my case no smbd is running and the init script did not report any problems. [1] https://bugzilla.samba.org/show_bug.cgi?id=9026 As far as I see it, there is no workaround for this and the only solution provided from Samba would be to upgrade to at least version 3.6.7. Alternatively according to Comment #10 [2] the patch [3] could also be used against Samba 3.6.6. This bug #9026 is also mention as Major enhancements in Samba 3.6.7 [4]. [2] https://bugzilla.samba.org/show_bug.cgi?id=9026#c10 [3] https://attachments.samba.org/attachment.cgi?id=7692 [4] http://wiki.samba.org/index.php/Samba_3.6_Features_added/changed#Major_enhancements_in_Samba_3.6.7_include: bye Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696676: python-fife: Memory leak in conjunction with unknown-horizons
Package: python-fife Version: 0.3.3+r3-1.1 Severity: normal Dear Maintainer, with the game unknown-horizons, there seems an memory leak within the python-fife package. These logs are written to console window: swig/python detected a memory leak of type 'FIFE::MouseEvent *', no destructor found. swig/python detected a memory leak of type 'FIFE::MouseEvent *', no destructor found. As i found on the fife trac system, these is an known problem, maybe it can be tweaked and backported. ( http://fife.trac.cvsdude.com/engine/ticket/699 ). I tried attached patch and get smoother mouse movements and no messages on console. cheers, tim -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-fife depends on: ii libboost-filesystem1.49.0 1.49.0-3.1 ii libboost-regex1.49.0 1.49.0-3.1 ii libboost-system1.49.0 1.49.0-3.1 ii libc6 2.13-37 ii libgcc11:4.7.2-4 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglee0d1 5.4.0-1 ii libguichan-0.8.1-1 0.8.2-10+b1 ii libguichan-opengl-0.8.1-1 0.8.2-10+b1 ii libguichan-sdl-0.8.1-1 0.8.2-10+b1 ii libogg01.3.0-4 ii libopenal1 1:1.14-4 ii libpng12-0 1.2.49-1 ii libpython2.6 2.6.8-0.2 ii libpython2.7 2.7.3~rc2-2.1 ii libsdl-image1.21.2.12-2 ii libsdl-ttf2.0-02.0.11-2 ii libsdl1.2debian1.2.15-5 ii libstdc++6 4.7.2-4 ii libtinyxml2.6.22.6.2-1 ii libvorbis0a1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii libxcursor11:1.1.13-1 ii python 2.7.3~rc2-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 python-fife recommends no packages. python-fife suggests no packages. -- no debconf information Index: /trunk/engine/core/eventchannel/eventchannel.i === --- /trunk/engine/core/eventchannel/eventchannel.i (revision 3775) +++ /trunk/engine/core/eventchannel/eventchannel.i (revision 3949) @@ -59,5 +59,5 @@ virtual std::string getDebugString() const; virtual const std::string getName() const; - virtual ~IEvent() {} + virtual ~Event() {} private: Event(); @@ -71,5 +71,5 @@ virtual bool isMetaPressed() const; virtual bool isShiftPressed() const; - virtual ~IInputEvent() {} + virtual ~InputEvent() {} private: InputEvent(); @@ -154,5 +154,5 @@ virtual MouseEventType getType() const; virtual MouseButtonType getButton() const; - virtual ~IMouseEvent(); + virtual ~MouseEvent(); private: MouseEvent();
Bug#696531: Power saving regression on Sandy Bridge
On Dell Latitude E6220 (Sandy Bridge i5-2520M, integrated graphics), power saving stops working after some time. The symptoms are that idle power consumption goes from 7W to 28W (!), and Powertop reports that PC7 is never entered. A reliable way to reproduce it is to suspend the laptop, but it sometimes happens spontaneously. I expect that we'll have to wait for a backported bug fix in the 3.7.y stable series. It looks like it's fixed in linux-image-3.7-trunk-amd64 version 3.7.1-1~experimental.1 -- at least I couldn't reproduce it in five minutes' testing. (Now somebody is tweaking my cpufreq parameters whenver I unplug the cord, but that's most probably a userspace issue, so not your problem.) -- Juliusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
On Tue, 25 Dec 2012 16:02:58 +0100, Steffen Vogel wrote: Here are my proposals: sun - fits calculations related to the planet sun suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. Depends on if you expand cal to calendar or calculation(s) :) (Maybe suncalc would be clearer for the latter.) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Pink Floyd: Comfortably Numb signature.asc Description: Digital signature
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
On Tue, Dec 25, 2012 at 05:27:28PM +0100, gregor herrmann wrote: On Tue, 25 Dec 2012 16:02:58 +0100, Steffen Vogel wrote: Here are my proposals: sun - fits calculations related to the planet sun suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. Depends on if you expand cal to calendar or calculation(s) :) (Maybe suncalc would be clearer for the latter.) A agree, suncal isn't bad, but what's neat about sun is how the command invocation flows: $ sun rise $FOO $ sun set $FOO So, my money is on atsun just do to: $ atsun rise $FOO $ atsun set $FOO Or, see if you can barter with the FTP folks to keep `sun' Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Pink Floyd: Comfortably Numb -T signature.asc Description: Digital signature
Bug#609736: please readd MAKEDEV calls to init.d.functions
Christoph Biedl wrote... During the holidays I'll prepare an NMU for both issues, let me know soon if you plan to do an upload on your own. Um, hold it. In the meantime I also found an upgrade issue and segmentation faults in isdnlog. But for now, some family issues require for attention. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675502: linux-image-3.2.0-2-486: Can't load linux 3.2.0-2-486 on Motion Computing M1400 computer
On Sun, 2012-12-23 at 13:47 -0500, chris dunn wrote: [...] Does the current kernel in unstable (linux-image-3.2.0-4-486, version 3.2.35-2) still have this problem? Thanks for the input. I'm showing 3.2.0-4-486, version 3.2.32-1 as being installed, and not as you suggest. That's the current version in testing, the later version is in unstable. I'm still using 32-1. Trust this is ok. [...] Probably wouldn't make a difference to this bug. Could you also test linux-image-3.7-trunk-486 from the experimental suite http://wiki.debian.org/DebianExperimental? Ben. -- Ben Hutchings Every program is either trivial or else contains at least one bug signature.asc Description: This is a digitally signed message part
Bug#696483: Fix for CVE-2012-5657
Control: tags -1 path Attached patch, taken from upstream SVN repository at http://framework.zend.com/svn/framework/standard/branches/release-1.11/, should fix this issue. 1.11.13-1.1.debdiff Description: Binary data
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
Paul, you may also sponsor the package if you want to. I am still busy with kismet :). Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696600: Sponsoring sun - schedule tasks at sunrise/set
Am Dienstag, den 25.12.2012, 11:35 -0500 schrieb Paul Tagliamonte: Or, see if you can barter with the FTP folks to keep `sun' Jup, I agree. I think, we should just try to get 'sun' into the archives. It's still worth the try, than continue discussing... ;-) If the name gets rejected, we could even choose between: - suncal - atsun - suncalc suncal - seems only to be correct for time/date related calculus. Determination of the sun position in coordinates is not covered. Depends on if you expand cal to calendar or calculation(s) :) (Maybe suncalc would be clearer for the latter.) A agree, suncal isn't bad, but what's neat about sun is how the command invocation flows: I would prefer 'suncalc'. Just to keep more options open. Regards, Steffen -- Steffen Vogel Robensstraße 69 52070 Aachen Mail: p...@steffenvogel.de Mobil: +49 176 34911387 Web: http://www.steffenvogel.de Jabber: st...@jabber.ccc.de ICQ: 236033 signature.asc Description: This is a digitally signed message part
Bug#696658: Everything worked fine, well done!
reassign 696658 tasksel thanks The only feature suggestion I have: The task to install CUPS and the PPDs is called Print server. While technically experienced users understand that this implies CUPS, it's not obvious to less tech-savvy users that this task is needed to use a printer attached to a desktop system. As such, the task should IMO rather be called Support for local printer / print server. Interesting suggestion, thus reassigning the installation report to tasksel. signature.asc Description: Digital signature
Bug#696659: Security uploads not working
On Tue, Dec 25, 2012 at 08:47:20AM -0500, Paul Tagliamonte wrote: This all looks great Could not execute /usr/share/dput/helper/security-warning: [Errno 2] No such file or directory We don't own /usr/share/dput -- this looks like it's coming from dput-old's /etc/dput.cf -- can you please check if you still have that target? dput was still in status removed since dput was removed when dput-ng was installed. Please keep in mind all old dput configs will override new dput configs -- we defer to the old configs in all cases :) If it's still saying to run that hook, dput-ng will try to run the hook. Perhaps remove that target? I will remove /etc/dput.cf, then. I can't remember to have made any special modifications to the config, so the dput-ng default config should probably suit me. By dput-ng should probably handle missing script files more gracefully, I wasn't expecting to need to adapt my config since the package description says | dput-ng aims to be backwards compatible with dput in command-line flags, | configuration files, and expected behavior. 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#696651: doesn't load saved XKBOPTIONS
reassign 696651 gdm3 found 696651 gdm3/3.6.1-2 thanks On Tue, 25 Dec 2012 14:34:01 +0100, Cyril Brulebois wrote: David Paleino da...@debian.org (25/12/2012): I'm using XFCE, and it doesn't have a setting for Multi_key. It just uses X's, AFAIK. What's your display manager, what's the output of “setxkbmap -print” without the xmodmap thing in Xfce, and what's the output of the same command in a bare X session (no X, no display manager, e.g. using: startx /usr/bin/xterm -- :1)? Ah, there you go! I used gdm3, and here's the output of setxkbmap -print: xkb_keymap { xkb_keycodes { include evdev+aliases(qwerty) }; xkb_types { include complete }; xkb_compat{ include complete }; xkb_symbols { include pc+it+us:2+inet(evdev)}; xkb_geometry { include pc(pc105) }; }; Then I switched to lightdm, and there you go: xkb_keymap { xkb_keycodes { include evdev+aliases(qwerty) }; xkb_types { include complete }; xkb_compat{ include complete }; xkb_symbols { include pc+it+inet(evdev)+level3(ralt_switch)+compose(lwin)+terminate(ctrl_alt_bksp) }; xkb_geometry { include pc(pc105) }; }; A bare X session, using xterm, also gives this last one output. I guess the culprit is gdm3/experimental (which I was using) here -- bug reassigned. Thanks for your help, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#696659: Security uploads not working
retitle 696659 Don't abort upload on missing pre_upload_command or post_upload_command thanks On Tue, Dec 25, 2012 at 05:55:32PM +0100, Moritz Mühlenhoff wrote: On Tue, Dec 25, 2012 at 08:47:20AM -0500, Paul Tagliamonte wrote: This all looks great Could not execute /usr/share/dput/helper/security-warning: [Errno 2] No such file or directory We don't own /usr/share/dput -- this looks like it's coming from dput-old's /etc/dput.cf -- can you please check if you still have that target? dput was still in status removed since dput was removed when dput-ng was installed. Aye, they do conflict. Please keep in mind all old dput configs will override new dput configs -- we defer to the old configs in all cases :) If it's still saying to run that hook, dput-ng will try to run the hook. Perhaps remove that target? I will remove /etc/dput.cf, then. I can't remember to have made any special modifications to the config, so the dput-ng default config should probably suit me. Hopefully :) If there are additinal targets, I can make sure that it gets added, or help you add a new target. By dput-ng should probably handle missing script files more gracefully, I I quite agree -- a missing script should perhaps be non-fatal. wasn't expecting to need to adapt my config since the package description says | dput-ng aims to be backwards compatible with dput in command-line flags, | configuration files, and expected behavior. Aye. Technically (I hate to make this argument, because dput-ng broke, and above all, that's a problem), it was was just doing what you were telling it, just like dput, there was just a missing script ;) Cheers, Moritz I've retitled the bug to match :) Cheers, and sorry again, Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#696659: Security uploads not working
Please keep in mind all old dput configs will override new dput configs -- we defer to the old configs in all cases :) If it's still saying to run that hook, dput-ng will try to run the hook. Perhaps remove that target? I will remove /etc/dput.cf, then. I can't remember to have made any special modifications to the config, so the dput-ng default config should probably suit me. Hopefully :) If there are additinal targets, I can make sure that it gets added, or help you add a new target. Thanks for the quick followup and on working towards a more actively maintained upload tool! I'll try another upload using dput-ng when the next security update is ready. 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#696677: Meta package lxde installs incomplete LXDE environment
Package: lxde Version: 4+nmu1 Severity: normal I tried to install LXDE using apt-get install lxde. This however, results in a very incomplete desktop: I have the standard blue LXDE background pictures, a desktop link called Home.desktop and a trash can icon. But no taskbar or start menu is displayed! This can't be correct? (lxlauncher and lxtask are in status pn, because I tried to purge all LXDE package to validate, whether this isn't a issue with some broken config file of mine) Cheers, Moritz -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxde depends on: ii galculator 1.3.4-1 ii gpicview 0.2.3-2 ii leafpad 0.8.18.1-3 ii lxappearance 0.5.2-1 ii lxde-core4+nmu1 ii lxde-icon-theme 0.5.0-1 ii lxinput 0.3.2-1 ii lxrandr 0.1.2-3 ii lxsession-edit 0.2.0-3 ii lxshortcut 0.1.2-3 ii lxterminal 0.1.11-4 ii obconf 1:2.0.3+20110805+debian-1 ii xarchiver1:0.5.2+20090319+dfsg-4.1 Versions of packages lxde recommends: ii chromium [www-browser] 22.0.1229.94~r161065-3 ii elinks [www-browser] 0.12~pre5-9 ii iceweasel [www-browser] 10.0.11esr-1 ii lightdm [x-display-manager] 1.2.2-4 ii lxmusic 0.4.5-1 ii lxpolkit 0.1.0-4 ii menu-xdg 0.5 ii netrik [www-browser] 1.16.1-1.1 ii network-manager-gnome0.9.4.1-2 ii w3m [www-browser]0.5.3-8 ii xserver-xorg 1:7.7+1 Versions of packages lxde suggests: pn lxlauncher none pn lxtask none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696678: tomboy: Segfault crashes tomboy during synchronization
Package: tomboy Version: 1.10.0-2 Severity: important Dear Maintainer, I filed an upstream bug report for this issue and it was duped to the following bug: https://bugzilla.gnome.org/show_bug.cgi?id=662358 When syncing notes, Tomboy crashes. it appears the notes are successfully synchronized. However, I need to restart Tomboy after every sync due to the segfault. $ [INFO 20:33:14.613] Initializing Mono.Addins (Tomboy:26514): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference. Native stacktrace: [1]+ Segmentation fault tomboy -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomboy depends on: ii gconf2 3.2.5-1+build1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-glib1.0-cil 0.5.0-4 ii libdbus1.0-cil 0.7.0-5 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1 ii libgconf2.0-cil 2.24.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libglib2.0-cil 2.12.10-5 ii libgmime2.6-cil 2.6.10-1 ii libgtk2.0-0 2.24.10-2 ii libgtk2.0-cil 2.12.10-5 ii libgtkspell02.0.16-1 ii libice6 2:1.0.8-2 ii libmono-addins-gui0.2-cil 0.6.2-2 ii libmono-addins0.2-cil 0.6.2-2 ii libmono-cairo4.0-cil2.10.8.1-5 ii libmono-corlib4.0-cil 2.10.8.1-5 ii libmono-posix4.0-cil2.10.8.1-5 ii libmono-system-core4.0-cil 2.10.8.1-5 ii libmono-system-xml4.0-cil 2.10.8.1-5 ii libmono-system4.0-cil 2.10.8.1-5 ii libpango1.0-0 1.30.0-1 ii libproxy0 0.3.1-5.1 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii mono-runtime2.10.8.1-5 tomboy recommends no packages. Versions of packages tomboy suggests: ii evolution 3.4.4-1 pn tasque none -- no debconf information ** Running Mono with --debug** [DEBUG 11:53:24.340] NoteManager created with note path /home/marc/.local/share/tomboy. [DEBUG 11:53:24.359] EnableDisable Called: enabling... True [DEBUG 11:53:24.359] Binding key 'AltF12' for '/apps/tomboy/global_keybindings/show_note_menu' [DEBUG 11:53:24.361] Binding key 'AltF11' for '/apps/tomboy/global_keybindings/open_start_here' [DEBUG 11:53:24.368] Unable to load icon 'tomboy-panel'. [INFO 11:53:24.851] Initializing Mono.Addins [DEBUG 11:53:24.882] AddinManager.OnAddinLoaded: Tomboy.Tomboy [DEBUG 11:53:24.882] Name: Tomboy.Tomboy,0.10 [DEBUG 11:53:24.882]Description: [DEBUG 11:53:24.882] Namespace: Tomboy [DEBUG 11:53:24.882]Enabled: True [DEBUG 11:53:24.883] File: /usr/lib/tomboy/Tomboy.exe [DEBUG 11:53:25.159] AddinManager.OnAddinLoaded: Tomboy.ExportToHtmlAddin [DEBUG 11:53:25.159] Name: Export to HTML [DEBUG 11:53:25.159]Description: Exports individual notes to HTML. [DEBUG 11:53:25.159] Namespace: Tomboy [DEBUG 11:53:25.159]Enabled: True [DEBUG 11:53:25.160] File: /usr/lib/tomboy/addins/ExportToHtml.dll [DEBUG 11:53:25.161] AddinManager.OnAddinLoaded: Tomboy.WebSyncServiceAddin [DEBUG 11:53:25.161] Name: Web Sync Service Add-in [DEBUG 11:53:25.161]Description: Synchronize Tomboy Notes with Tomboy Online and other compatible web services [DEBUG 11:53:25.161] Namespace: Tomboy [DEBUG 11:53:25.161]Enabled: True [DEBUG 11:53:25.161] File: /usr/lib/tomboy/addins/WebSyncServiceAddin.dll [DEBUG 11:53:25.162] AddinManager.OnAddinLoaded: Tomboy.WebDavSyncServiceAddin [DEBUG 11:53:25.162] Name: WebDav Sync Service Add-in [DEBUG 11:53:25.162]Description: Synchronize Tomboy Notes to a WebDav URL [DEBUG 11:53:25.162] Namespace: Tomboy [DEBUG 11:53:25.162]Enabled: True [DEBUG 11:53:25.163] File: /usr/lib/tomboy/addins/WebDavSyncService.dll [DEBUG 11:53:25.163] Unable to locate 'gnomesu' in your PATH [DEBUG 11:53:25.164] Using '/usr/bin/gksu' as GUI 'su' tool [DEBUG 11:53:25.164] Successfully found all system tools [DEBUG 11:53:25.164] Unable to locate 'wdfs' in your PATH [DEBUG 11:53:25.164] AddinManager.OnAddinLoaded: Tomboy.FileSystemSyncServiceAddin [DEBUG 11:53:25.164] Name: Local Directory Sync Service Add-in [DEBUG 11:53:25.164]Description: Synchronize Tomboy Notes to a local file system path [DEBUG 11:53:25.165] Namespace: Tomboy [DEBUG 11:53:25.165]Enabled: True [DEBUG
Bug#684620: gnome-screenshot: Alt+Print gives corrupted image
I am seeing this same bug on current Wheezy with nVidia drivers 304.48. Is this an nVidia bug for sure or could it be an issue with gnome-screenshot? Is there a bug filed against the nVidia drivers for this issue? I _do not_ have the same problem with gnome-screenshot on Ubuntu 12.04.1 LTS (gnome 3.4.2) using the Intel video driver. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696679: unblock: libmikmod/3.1.12-5
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Please unblock package libmikmod The current package in testing suffers from a serious issue (not reported though, only observed while preparing -5): in certain cases, applications that rely on libmikmod will not see any driver but the nosound one, effectively rendering them useless. As it turns out, enabling the fortify hardening flags breaks libmikmod's module loading, so -5 turns that off, as a temporary measure until I figure out what the underlying problem really is. It also rearranges the order of sound drivers, so nosound is preferred over saving to music.raw, as to not pollute the filesystem with huge music files. With this change in place, the pulseaudio-esound-compat | oss-compat recommendation could be lowered to suggests. All of these are fairly trivial changes, but nevertheless, would make the libmikmod version in wheezy much more useful, so I'd like to request an unblock for it. A debdiff between -4.1 (currently in wheezy) and -5 (in unstable) has been attached. Some parts of the diff have been omitted, as they're just noise (timestamp changes under debian/patches, and other noops like that). Thanks in advance! unblock libmikmod/3.1.12-5 -- |8] diff -Nru libmikmod-3.1.12/debian/changelog libmikmod-3.1.12/debian/changelog --- libmikmod-3.1.12/debian/changelog 2012-10-19 23:06:31.0 +0200 +++ libmikmod-3.1.12/debian/changelog 2012-12-21 16:41:16.0 +0100 @@ -1,13 +1,26 @@ +libmikmod (3.1.12-5) unstable; urgency=low + + * Acknowledge the NMU, thanks Simon! + * Make the nosound driver have higher priority than the disk +writers. (Closes: #690943) + * Demote the pulseaudio-esound-compat | oss-compat recommendation to +Suggests, now that the fallback is not the disk writer. +(Closes: #696013) + * Build with hardening=-fortify, as enabling fortification breaks the +driver loading. + + -- Gergely Nagy alger...@madhouse-project.org Fri, 21 Dec 2012 16:41:15 +0100 + libmikmod (3.1.12-4.1) unstable; urgency=low - * Non-maintainer upload (acknowledged by maintainer). + * Non-maintainer upload. * Apply patches from Hans de Goede and Pantelis Koukousoulas to enable the ESD driver, so we can interoperate with PulseAudio (Closes: #385844) * Recommend pulseaudio-esound-compat | oss-compat because if we don't have one of those, the fallback path is to write output to ./music.raw, which is unlikely to be what you want! - -- Simon McVittie s...@debian.org Fri, 19 Oct 2012 22:05:18 +0100 + -- Simon McVittie s...@debian.org Fri, 19 Oct 2012 09:12:08 +0100 libmikmod (3.1.12-4) unstable; urgency=low diff -Nru libmikmod-3.1.12/debian/control libmikmod-3.1.12/debian/control --- libmikmod-3.1.12/debian/control 2012-10-19 23:04:43.0 +0200 +++ libmikmod-3.1.12/debian/control 2012-12-21 16:12:03.0 +0100 @@ -32,7 +32,7 @@ Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} -Recommends: pulseaudio-esound-compat | oss-compat +Suggests: pulseaudio-esound-compat | oss-compat Description: Portable sound library This library is capable of playing samples as well as module files and was originally written by Jean-Paul Mikkers (MikMak) for DOS. It has diff -Nru libmikmod-3.1.12/debian/libmikmod2.lintian-overrides libmikmod-3.1.12/debian/libmikmod2.lintian-overrides --- libmikmod-3.1.12/debian/libmikmod2.lintian-overrides 1970-01-01 01:00:00.0 +0100 +++ libmikmod-3.1.12/debian/libmikmod2.lintian-overrides 2012-12-21 16:48:37.0 +0100 @@ -0,0 +1,3 @@ +# Fortification has been explicitly disabled, as it breaks module +# loading for some reason. +libmikmod2: hardening-no-fortify-functions usr/lib/*/libmikmod.so.2.0.4 diff -Nru libmikmod-3.1.12/debian/patches/0014-playercode-mdreg-Register-the-NULL-driver-before-the.patch libmikmod-3.1.12/debian/patches/0014-playercode-mdreg-Register-the-NULL-driver-before-the.patch --- libmikmod-3.1.12/debian/patches/0014-playercode-mdreg-Register-the-NULL-driver-before-the.patch 1970-01-01 01:00:00.0 +0100 +++ libmikmod-3.1.12/debian/patches/0014-playercode-mdreg-Register-the-NULL-driver-before-the.patch 2012-12-21 16:09:51.0 +0100 @@ -0,0 +1,37 @@ +From: Gergely Nagy alger...@madhouse-project.org +Date: Fri, 21 Dec 2012 16:07:43 +0100 +Subject: playercode/mdreg: Register the NULL driver before the file writers + +Register the NULL driver sooner, as having no sound is preferable to +writing to music.raw: file writing should be used only when explicitly +selected. + +Reported-by: Simon McVittie s...@debian.org +Closes: #690943 +Signed-off-by: Gergely Nagy alger...@madhouse-project.org +--- + playercode/mdreg.c |4 ++-- + 1 file changed, 2 insertions(+), 2 deletions(-) + +diff --git a/playercode/mdreg.c b/playercode/mdreg.c +index 4018c7e..f158e18 100644 +--- a/playercode/mdreg.c b/playercode/mdreg.c +@@ -82,6
Bug#693068: release.debian.org: arch-specific dependency should invalidate arch-specific candidate
Control: clone -1 -2 Control: retitle -2 [britney] excuses should be clearer for arch-specific dependencies On 24.12.2012 14:08, Adam D. Barratt wrote: The attached patch appears to dtrt in my tests; I've not applied it yet as I'd appreciate another set of eyes to check if there's anything obviously broken. I've also attached the difference in the excuses.html generated by this morning's britney run and a test run with the patch applied and the same input data - the output is now more noisy in the case of source to binNMU dependencies (e.g. the haskell-wai-eventsource entry at the end of the excuses list) but I'm not entirely sure that's a bad thing. I'm decoupling the bug fix from the excuses format change as there's at least two systems outside of team tools that parse excuses output. I'll file patches for the PTS and DDPO for the format change and we can look at that further another time. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696681: falconpl: possible security issue due to misuse of the libcurl API
Package: falconpl Severity: serious Tags: security Hi, I recently discovered that falconpl is using the libcurl API in a way that may not be what the original author intended. In particular I'm referring to the fact that the CURLOPT_SSL_VERIFYHOST option is treated as it was a boolean value while in fact it isn't (it may take three different values): case CURLOPT_SSL_VERIFYHOST: case CURLOPT_SSL_SESSIONID_CACHE: { long bVal = i_data-isTrue() ? 1 : 0; ret = curl_easy_setopt( curl, iOpt, bVal ); } break; (from the file modules/native/curl/src/curl_ext.cpp) Setting the value to 0 disables the host checks, but setting it to 1 does not enable them (well, not all of them) and this may lead to security issues. The correct value to enable all the security checks is 2. From the libcurl documentation: When CURLOPT_SSL_VERIFYHOST is 2, that certificate must indicate that the server is the server to which you meant to connect, or the connection fails. Curl considers the server the intended one when the Common Name field or a Subject Alternate Name field in the certificate matches the host name in the URL to which you told Curl to connect. When the value is 1, the certificate must contain a Common Name field, but it doesn't matter what name it says. (This is not ordinarily a useful setting). When the value is 0, the connection succeeds regardless of the names in the certificate. After discussing this with the security team, it was decided that it would be best if this was fixed before the Wheezy release. Note that this should be fixed anyway, since as of curl v7.28.1 (which has been uploaded to experimental) the value 1 is not a valid value anymore and libcurl will return an error. A possible fix should be discussed with the falconpl upstream first. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#696682: lazygal: fails to correctly process templates in user-defined themes
Package: lazygal Version: 0.7.4-1 Severity: normal Hello, thanks for maintaining this nice static web photo gallery generator in Debian! I am learning how to use lazygal. While experimenting, I wanted to customize the default theme and I found out something awkward that really looks like a bug. The steps to reproduce the issue are: 0) create a small collection of pictures: $ tree . └── testpics └── testalbum ├── dscn1650.jpg ├── dscn1652.jpg └── dscn1654.jpg 2 directories, 3 files 1) generate a web gallery with lazygal default theme: $ lazygal -t default -o testgallery1 testpics [...] TPL %SHAREDDIR%/default.css [...] 2) now let's try and do the same thing, but with a user-defined theme that is an exact copy of the default theme: $ mkdir -p ~/.lazygal/themes/a $ cp -ai /usr/share/lazygal/themes/default ~/.lazygal/themes/a $ lazygal -t a/default -o testgallery2 testpics [...] TPL %SHAREDDIR%/default.css [...] $ diff -ruN testgallery1/shared/ testgallery2/shared/ 3) so far, so good... now let's try and modify the default theme: $ cd ~/.lazygal/themes/ $ cp -ai a b $ vim b/default/SHARED_default.tcss $ diff -ruN a b diff -ruN a/default/SHARED_default.tcss b/default/SHARED_default.tcss --- a/default/SHARED_default.tcss 2012-07-16 07:32:55.0 +0200 +++ b/default/SHARED_default.tcss 2012-12-25 18:23:54.0 +0100 @@ -53,6 +53,12 @@ right:0.1em; } +#if imgalign +\#image_img{ +text-align:${imgalign}; +} +#end + .inline_enum ul{ margin-left: 0; padding-left: 0; $ cd - $ lazygal -t b/default -o testgallery3 testpics [...] TPL %SHAREDDIR%/default.css [...] $ diff -ruN testgallery2/shared/ testgallery3/shared/ diff -ruN testgallery2/shared/default.css testgallery3/shared/default.css --- testgallery2/shared/default.css 2012-12-25 18:26:22.0 +0100 +++ testgallery3/shared/default.css 2012-12-25 18:31:41.0 +0100 @@ -21,18 +21,19 @@ display: none; } -#prev_link{ +\#prev_link{ position:absolute; top:50%; left:0.1em; } -#next_link{ +\#next_link{ position:absolute; top:50%; right:0.1em; } + .inline_enum ul{ margin-left: 0; padding-left: 0; 4) this is not good, there seems to no longer be a way to obtain a '#' in the output CSS stylesheet... let's try to enable the new template variable: $ lazygal -t b/default --template-vars='imgalign=center' \ -o testgallery4 testpics [...] TPL %SHAREDDIR%/default.css [...] $ diff -ruN testgallery3/shared/ testgallery4/shared/ diff -ruN testgallery3/shared/default.css testgallery4/shared/default.css --- testgallery3/shared/default.css 2012-12-25 18:31:41.0 +0100 +++ testgallery4/shared/default.css 2012-12-25 18:36:30.0 +0100 @@ -33,6 +33,9 @@ right:0.1em; } +\#image_img{ +text-align:center; +} .inline_enum ul{ margin-left: 0; 5) once again, the newly added rule was generated with '\#' instead of '#'... So, in summary, I cannot understand why the small part I added to the template file breaks the generated CSS stylesheet. The lazygal man page refers to http://genshi.edgewall.org/wiki/Documentation/text-templates.html for the syntax explanation of text templates, but the web page now describes a new syntax and only dedicates a few final words to the legacy syntax... What's wrong? What did I fail to understand? Please clarify the documentation or fix the bug (if there is actually a misbehavior) and/or forward my bug report upstream, as appropriate. Thanks for your time! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lazygal depends on: ii python 2.7.3~rc2-1 ii python-genshi 0.6-3 ii python-imaging 1.1.7-4 ii python-pyexiv2 0.3.2-5 lazygal recommends no packages. Versions of packages lazygal suggests: ii gstreamer0.10-plugins-base 0.10.36-1 pn python-gst0.10 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693130: instalation-reports: fail of detect network hardware
Hi Issamo, Issamo issamo.kis...@gmail.com (13/11/2012): lspci -knn: 02:00.0 Ethernet controller [0200]: Atheros Communications Inc. Attansic L1 Gigabit Ethernet [1969:1048] (rev b0) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:8226] lspci -knn: Kernel driver in use: atl1 lspci -knn: 04:00.0 Ethernet controller [0200]: Winbond Electronics Corp W89C840 [1050:0840] lspci -knn: Subsystem: Winbond Electronics Corp W89C840 [1050:0840] lspci -knn: Kernel driver in use: winbond-840 which of those were you trying to use for your installation attempt? Mraw, KiBi. signature.asc Description: Digital signature
Bug#687507: [Resolvconf-devel] Bug#687507: resolvconf: didn't remove obsolete conffiles
On Thu, Sep 13, 2012 at 21:27:59 +0200, Thomas Hood wrote: First of all, thanks for the report. On Thu, Sep 13, 2012 at 1:19 PM, Jakub Wilk jw...@debian.org wrote: /etc/resolvconf/update.d/bind was included in the squeeze version of resolvconf, but it's not anymore in the current version. However, it hasn't been removed from the filesystem or the dpkg database on upgrade. The file is removed on purge. It isn't removed on upgrade because it might still be in use. Please see my earlier comment on #483098 for background. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483098#29 The point in time when #483098 is addressed would be the ideal moment to add code to the resolvconf postinst such that /etc/resolvconf/update.d/bind gets deleted on upgrade. IMO that file should be brought back in resolvconf until 483098 is fixed. The current situation is that you're breaking people's dns on upgrade when removing the conffile, which is not acceptable IMO. Cheers, Julien signature.asc Description: Digital signature
Bug#691318: [php-maint] Bug#691318: Maybe duplicate of 694473 ?
Why do you think they are similar ? One is a segfault and the other is a recursion . Kaplan On Sun, Dec 23, 2012 at 5:13 PM, Stefan Fritsch s...@sfritsch.de wrote: This may be the same as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694473 which has more infos. ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
Bug#692927: debian-installer: Unable to finish installation using btrfs and traditional partitioning
Hi, Gábor J.Tóth debb...@jnet.hu (10/11/2012): Package: debian-installer Severity: normal Tags: d-i I tried a clean install of Wheezy, on a machine with traditional partitioning (i.e., first partition starting on sector 65). I assigned a single partition to this setup, and selected btrfs for it. After the installation completed, grub installation failed, complaining Your core.img is unusually large. It won't fit in the embedding area.. I now realize that the core.img with btrfs support is indeed too large to install into the 32k available in front of the first partition, but this realization required a good deal of googling. What would be helpful, however, is to warn the user up front that this setup isn't going to work, that they either need a different partitioning scheme (e.g., bigger whole before the first partition), a separate, non-btrfs boot partition, or not use btrfs. speaking of btrfs, it doesn't seem to be mentioned on: http://www.debian.org/releases/testing/amd64/ch06s03.html.en#di-partition http://d-i.debian.org/manual/en.amd64/ch06s03.html#di-partition Until somebody digs into btrfs-related constraints, maybe we should warn against that FS anyway, since AFAICT it's still dog-slow anyway. Mraw, KiBi. signature.asc Description: Digital signature
Bug#694570: installation failures with d-i beta4 relating to EFI
Control: severity -1 important Jonathan Dowland j...@debian.org (27/11/2012): Package: installation-reports Severity: critical Justification: makes baby jesus cry Not something that really makes sense for an installation report. And given `date`, doesn't seem to be a huge issue. ;p Mraw, KiBi. signature.asc Description: Digital signature
Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification
On 25/12/12 12:34, Ximin Luo wrote: On 24/12/12 10:31, Charles Plessy wrote: Le Tue, Dec 18, 2012 at 11:53:21PM +, Ximin Luo a écrit : https://github.com/infinity0/debian-policy/compare/bug649350-infinity0 I've split up my previous patch into more manageable chunks, and added extra explanations in the commit messages. I'm trying to follow the principle that the commit messages should already contain enough justification for the changes, but if any of them are unclear, please do ask me for further detail. (Further potential additions, which I've omitted for simplicity, include License-Exception: fields, and Location: fields to formalise the concept of a pointer to a License.) Dear Ximin, It was nice to split the patch and document the chunks, but I am still not convinced that the changes you propose are useful. In particular, I do not see the benefit from using a syntax for the license short names, especially that SPDX and other projects do not have one (for instance GPL-2 and GPL-2+ are seen as separate short names). Also, creating a syntax is a complex project that I think is beyond the scope of our machine-readable format. There are corner cases, for instance BSD-3-Clause is not the upgrade from BSD-2-Clause, or MPL-1.1 can be upgraded to MPL-2.0 despite its short name is not MPL-1.1+, etc. If you would like to work on a robust syntax, I propose you do it as an independant specification that can later be proposed for adoption not ony to use, but also to SPDX, OSI, ADMS.F/OSS, etc. - GPL-2 and GPL-2+ are seen as separate short names [by SPDX] - this does not mean my suggestion is a bad idea, nor that my syntax is inconsistent. - BSD-3-Clause is not the upgrade from BSD-2-Clause - there is no contradiction with what I suggest here. - MPL-1.1 can be upgraded to MPL-2.0 despite its short name is not MPL-1.1+ - this is incorrect and due to people *misusing the term MPL-1.1, which my changes *will help communicate and correct*. If you look at MPL-1.1[1] you will notice it makes *no mention* of or later version. The vast majority of MPL-1.1 uses should actually be MPL-1.1+, consistent with my proposed changes. [1] http://www.mozilla.org/MPL/1.1/index.txt I've written my reasons for this patch, and its tangible benefits that you dismiss, in a bit more depth here: https://github.com/infinity0/debian-policy/wiki It turns out I was wrong about the MPL-1.1 not explicitly allowing re-licensing, but this is a minor issue. To that document, I've added a proposal that deals with this. After seeing the SPDX license list[1] in more detail, I can understand a bit better why you are reluctant to accept my patch. I guess you see the short names list in the copyright-format as a minor tweak of SPDX. However I don't think my changes deviate from this in any significant way; and the and/or syntax of copyright-format is on a similar level to the changes I propose here. [1] http://spdx.org/licenses/ Another change that you propose and that I disagree with is to forbid author- and software-specific information in stand-alone paragaphs. A lot of derivatives from the BSD licenses contain such information. Despite we link to a SPDX page where the BSD license terms are generic, I do not think that the intent in Debian's machine-readable format to is consider them all the same. At least in my copyright files I only use BSD-3-Clause if the copyright owners are the regents of the university of California. This is because people misunderstand what a License is; my changes will help communicate and correct this mistake. Different BSD-3-Clause licenses have the *same terms*; that is what makes them BSD-3-Clause. However, as commonly written, people add author- and software-specific information to their statement of the license. We cannot do this in debian/copyright because that would be logically inconsistent, since: If a package contains files under different BSD-3-Clause licenses, each with different owners, but the terms are the same, (according to my changes) the owners would be stripped out and put in the relevant Files: paragraphs, and the common terms would be put in *one* stand-alone License: paragraph. Currently, it is impossible to merge these; you would have to give the licenses each different names. I believe the fact that SPDX itself replaces WHAT/WHO information with variable placeholders (e.g. [2]) lends more weight to my position, too. [2] http://spdx.org/licenses/BSD-3-Clause Example: | Files: X | Copyright: A | License: BSD-3-Clause | Copyright 2012 A | terms etc | | Files: Y | Copyright: B | License: BSD-3-Clause | Copyright 2012 B | terms etc This is obviously absurd. My changes would instead force this: | Files: X | Copyright: A | License: BSD-3-Clause | | Files: Y | Copyright: B | License: BSD-3-Clause | | License: BSD-3-Clause | terms etc Cheers,
Bug#696683: nautilus: Nautilus should be able to create simple Lightscribe labels on discs it creates
Package: nautilus Version: 2.30.1-2squeeze1 Severity: wishlist Nautilus offers by far the simplest way to write files to CD / DVD / Blue Ray discs. But it should also support the Lightscribe capability offered by many writers. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2Utilities for .desktop files ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libexempi3 2.1.1-1 library to parse XMP metadata (Lib ii libexif12 0.6.19-1+squeeze1 library to parse EXIF files ii libgail18 2.20.1-2 GNOME Accessibility Implementation ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libglib2.0-data2.24.2-1 Common files for GLib library ii libgnome-desktop-2 2.30.2-2 Utility library for loading .deskt ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libnautilus-extens 2.30.1-2squeeze1 libraries for nautilus components ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libselinux12.0.96-1 SELinux runtime shared libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze6 GNOME XML library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii nautilus-data 2.30.1-2squeeze1 data files for nautilus ii shared-mime-info 0.71-4FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-d 2010.11.17 Application Installer Data Files ii brasero 2.30.3-2 CD/DVD burning application for GNO ii consolekit0.4.1-4framework for defining and trackin ii desktop-base 6.0.5squeeze1 common files for the Debian Deskto ii eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer ii gvfs-backends 1.6.4-3userspace virtual filesystem - bac ii librsvg2-comm 2.26.3-1 SAX-based renderer library for SVG ii synaptic 0.70~pre1+b1 Graphical package manager Versions of packages nautilus suggests: ii eog2.30.2-1 Eye of GNOME graphics viewer progr ii evince [pdf-viewer]2.30.3-2+squeeze1 Document (PostScript, PDF) viewer ii gv [pdf-viewer]1:3.7.1-1 PostScript and PDF viewer for X ii mpg123 [mp3-decoder] 1.12.1-3 MPEG layer 1/2/3 audio player ii totem 2.30.2-6 A simple media player for the GNOM pn trackernone(no description available) ii vlc [mp3-decoder] 1.1.3-1squeeze6 multimedia player and streamer ii vlc-nox [mp3-decoder] 1.1.3-1squeeze6 multimedia player and streamer (wi ii xdg-user-dirs 0.13-2tool to manage well known user dir -- 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#555213: bmon/3.0+git20110323-1
For the record, I updated the package and committed the effort to http://git.debian.org/?p=collab-maint/bmon.git Although Philipp Kern replied to my private email on 2012-12-04, as of now he didn't have a chance to review changes yet. -- Regards, Dmitry. signature.asc Description: This is a digitally signed message part.
Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification
Ximin Luo infini...@gmx.com writes: This feels very much like delay tactics, and makes me feel very frustrated as someone who is trying to contribute to Debian. You should consider the possibility that no one is trying to delay anything, but rather that we simply aren't convinced by the changes that you're proposing. Having a formal grammar for license names that recognizes the version component was something that was done in an earlier draft of this document and then abandoned due to the complexity. Personally, having written files to both the earlier and current grammar, I really don't miss it. It makes the specification more formally robust, but at a cost to both complexity and understanding when just casually applying the specification. I think most people are going to just look up their specific license in the list of licenses that have pre-assigned keywords, use one if there is one there, and make one up otherwise. I don't think having the grammar be more formal about syntax and versioning is that helpful to that process. This is because people misunderstand what a License is; my changes will help communicate and correct this mistake. Different BSD-3-Clause licenses have the *same terms*; that is what makes them BSD-3-Clause. However, as commonly written, people add author- and software-specific information to their statement of the license. We cannot do this in debian/copyright because that would be logically inconsistent, since: If a package contains files under different BSD-3-Clause licenses, each with different owners, but the terms are the same, (according to my changes) the owners would be stripped out and put in the relevant Files: paragraphs, and the common terms would be put in *one* stand-alone License: paragraph. Currently, it is impossible to merge these; you would have to give the licenses each different names. You've expressed this opinion before, and I understand what you're saying and why you believe this. I just don't agree that this is a good change. The serious problem with what you propose is that the exact text of the upstream license is no longer reproduced in debian/copyright. I consider that the baseline requirement for that file, and therefore consider that to be a fatal problem. Compared to losing the verbatim text, I think having multiple license blocks for the variations of the license is a minor problem. What I would find useful is some way to standardize the short names of the variations of those licenses so that one can use distinguished short names for the different variations within a file but still make it clear to automated parsers that they're following the base license template. That gains some of the benefit of your proposal in terms of making the file clearer and allowing use of the standard license short names, without losing the verbatim text of the license. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694668: A patch improve the performance of os-prober for systems with many partitions
Hi, Hedayat Vatankhah heday...@gmail.com (29/11/2012): This bug is reported by one of our users, and also the patch is provided by him. And this is his comments on the provided patch: […] thanks for forwarding. Unfortunately it's too late in the release cycle to consider this kind of large changes, so it's probably only going to be considered during the 'jessie' release cycle. Mraw, KiBi. signature.asc Description: Digital signature
Bug#669643: ITP: bugzilla4 -- web-based bug tracking system
* m...@everybody.org m...@everybody.org wrote: Package: wnpp Owner: Mark A. Hershberger m...@everybody.org Severity: wishlist * Package name: bugzilla4 Version : 4.0.6 Upstream Author : Mozilla Corp * URL or Web page : http://bugzilla.org/ * License : MPL Description : web-based bug tracking system Hi Mark, I was curious if an upload was coming anytime soon? Thanks, -Jeremy -- Jeremy Gaddis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695048: installation-reports: Must manually reboot into non-EFI mode
Hi Steve, any insight on this one? Greg Wooledge wool...@eeg.ccf.org (03/12/2012): Package: installation-reports Severity: normal Dear Maintainer, * What led up to the situation? The machine was delivered to me with Windows XP Professional installed, and I must keep that on the machine, and bootable. So I booted the DVD, selected manual partitioning, and shrunk the NTFS partition. In the free space left over, I created a swap partition, and then an ext4 partition for the root file system. The installed told me there was No EFI partition found. This was greatly confusing as it is the first time I have ever heard of EFI, and I had no way to know what I was supposed to do about it, if anything. * What exactly did you do (or not do) that was effective (or ineffective)? Following advice from IRC, I rebooted the machine and found a BIOS option to disable booting the DVD in EFI mode. With that disabled, the DVD would be forced to boot in Legacy mode. (This BIOS did not allow me to rearrange the order of those options, so disabling EFI was the only choice.) * What was the outcome of this action? I rebooted the installation DVD again, and this time got a different menu. I created the same swap and ext4 partitions in the free space, and this time the installation proceeded without any confusing messages about EFI. * What outcome did you expect instead? 09:36 babilen greycat: Anyway, it sounds as if you are on the right track. I would consider this a bug/problem with the installer btw (forcing GPT when started via EFI even if disk is using MBR) 09:36 babilen greycat: Would you mind filing a bugreport/installation report after you are done with the installation? -- Package-specific info: [stripped] Mraw, KiBi. signature.asc Description: Digital signature
Bug#696664: uapi/asm-generic missing from linux-headers-3.7
Control: reassign -1 linux-headers-3.7-trunk-common Control: found -1 3.7.1-1~experimental.1 Control: retitle -1 uapi/asm-generic missing from linux-headers-3.7 Hi Gregor, Hi Debian kernel hackers, On Tue, Dec 25, 2012 at 01:04:02PM +0100, gregor herrmann wrote: When I install linux-headers-3.7-trunk-amd64 3.7.1-1~experimental.1 from experimental, I get: run-parts: executing /etc/kernel/postinst.d/dkms 3.7-trunk-amd64 /boot/vmlinuz-3.7-trunk-amd64 Error! Bad return status for module build on kernel: 3.7-trunk-amd64 (x86_64) Consult /var/lib/dkms/tp-smapi/0.41/build/make.log for more information. DKMS make.log for tp-smapi-0.41 for kernel 3.7-trunk-amd64 (x86_64) Tue Dec 25 12:53:57 CET 2012 make: Entering directory `/usr/src/linux-headers-3.7-trunk-amd64' LD /var/lib/dkms/tp-smapi/0.41/build/built-in.o CC [M] /var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.o In file included from /usr/src/linux-headers-3.7-trunk-common/include/uapi/linux/types.h:4:0, from /usr/src/linux-headers-3.7-trunk-common/include/linux/types.h:5, from /usr/src/linux-headers-3.7-trunk-common/include/linux/kernel.h:8, from /var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.c:32: /usr/src/linux-headers-3.7-trunk-common/arch/x86/include/asm/types.h:4:31: fatal error: asm-generic/types.h: No such file or directory compilation terminated. make[3]: *** [/var/lib/dkms/tp-smapi/0.41/build/thinkpad_ec.o] Error 1 make[2]: *** [_module_/var/lib/dkms/tp-smapi/0.41/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.7-trunk-amd64' The problem here is that arch/x86/include/asm/types.h has a include for asm-generic/types.h. This file was moved from include/ to include/uapi/ in 8a1ab3155c2ac7fbe5f2038d6e26efeb607a1498. include/uapi/ is added to the include-path by the upstream Makefile just fine, but the asm-generic subfolder is missing from linux-headers-3.7-trunk-common. Copying the folder from the tarball to /usr/src/linux-headers-3.7-trunk-common/include/uapi/asm-generic fixes the build-issue for me. Regards Evgeni, mumbling something about breaking a fuck or unfucking a break... ;) -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696124: (no subject)
Control: retitle -1 please stop ejecting the installation medium Control: tag -1 wontfix Gordon Graham y...@wgw.name (16/12/2012): Subject: installation-reports: The installer, when finished, ejects the optical disk. This is unhelpful and annoying, especially if you are installing from an .iso image into a virtual machine, and wish to install packages from the disk after the install (and APT sources.list defaults to an install from a local disk vs. network servers). Ejecting the optical disk is a bad solution to the problem of inexperienced users inadvertantly re-entering the installer after the install is complete; a more helpful solution wuld be something similiar to Microsoft Windows, which, if it detects a hard disk is bootable, prompts the user to strike a key if they wish to boot from the CD-ROM (and if no key is pressed within 5 seconds, automatically defaults to booting the hard disk). If you don't want the installation medium to be ejected, you can e.g. in virtualbox go in the General→Advanced tab, and untick “Removable Media: Remember Runtime Changes” There’s also cdrom-detect/eject which you can set to “false”. I don't think this is a behaviour we are going to change, so tagging wontfix, at least for now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#694065: installation-reports
Hi folks, Dr. Johannes-Heinrich Vogeler auc...@t-online.de (23/11/2012): Package: installation-reports Boot method: CD Image version: Debian Wheezy Beta3 Installer Date: 2012-11-04 Machine: ASUS M5A88-V EVO Processor: AMD Athlon IIx4 (640) Memory: 16 GB Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: While Squeeze was booting only after some failed tries Wheezy (testing) boots regular (up to now 2 freezes from grub Loading, please wait. Wheezy runs without serious problems. The only problem is that HDD are running as IDE drives inspite of configuring AHCI in the BIOS main menu. This ist due to an issue of the M5A88-V EVO Bios (in the main menu AHCI is configured while the boot menu displays IDE hardisks); the ASUS support Germany is unwilling to fix this. I shall try to circumvent this problem by creating an apprpriate initrd. kernel people, anything we can do for that kind of things? Mraw, KiBi. signature.asc Description: Digital signature
Bug#694388: [installation-reports] Wheezy amd64 netinstall n-i Beta4 on Lenovo IdeaPad P500 w/GPT + Win8
Hi Steve, here's another EFI thing… unfortunately it appears the initial #694388 report didn't reach the list due to size constraints. Restoring old subject for easier tracking. Chris Knadle chris.kna...@coredump.us (28/11/2012): Additional information for bug report; thanks, Ron, for retrieving and sending me the information. :-) I'm attaching the \Boot\BCD file that the Windows Boot Manager is complaining about; 'file' reports this to be: $ file BCD BCD: MS Windows registry file, NT/2000 or above :-( The Debian 'reglookup' package is able to parse this; it looks like it's got partition information in it for Windows 8 to be able to find bootable elements. Output of 'lscpi -knn' on the IdeaPad P500: --- 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09) Subsystem: Lenovo Device [17aa:3977] Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) Subsystem: Lenovo Device [17aa:3904] Kernel driver in use: i915 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) Subsystem: Lenovo Device [17aa:3977] Kernel driver in use: xhci_hcd 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) Subsystem: Lenovo Device [17aa:3977] 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) Subsystem: Lenovo Device [17aa:3977] Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) Subsystem: Lenovo Device [17aa:3977] Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 [8086:1e12] (rev c4) Kernel driver in use: pcieport 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) Subsystem: Lenovo Device [17aa:3977] Kernel driver in use: ehci_hcd 00:1f.0 ISA bridge [0601]: Intel Corporation HM76 Express Chipset LPC Controller [8086:1e59] (rev 04) Subsystem: Lenovo Device [17aa:3977] 00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] [8086:1e03] (rev 04) Subsystem: Lenovo Device [17aa:3977] Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller [8086:1e22] (rev 04) Subsystem: Lenovo Device [17aa:3977] 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05) Subsystem: Lenovo Device [17aa:3977] Kernel driver in use: r8169 02:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 2230 [8086:0888] (rev c4) Subsystem: Intel Corporation Centrino Wireless-N 2230 BGN [8086:4262] Kernel driver in use: iwlwifi Mraw, KiBi. signature.asc Description: Digital signature