Bug#677983: apt-cacher-ng: Corrupt Packages files, fixed by restart of apt-cacher-ng
reopen 677983 thanks I upgrade my apt-cacher-ng from 0.7.6-1 to 0.7.7-1 (from experimental) in a Debian Wheezy system a this bug was really fixed (thank you). Do you think this version will be migrated to testing? I think is still possible and important! I upgraded to 0.7.7-1 on a sid system and I am still affected. I get: Alright, I will add better logging code to help tracing this issue. Running out of ideas here. :-( Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688932: g_get_home_dir () should prefer ${HOME} over getpwuid ()-pw_dir
Package: libglib2.0-0 Version: 2.32.3-1 X-Debbugs-Cc: debian-de...@lists.debian.org [Filing bug, as was suggested in the debian-devel@ discussion [1]. I've also started a discussion in gtk-devel-list@ [2].] Currently, it's not possible for the user to specify an arbitrary home directory for most of the Glib-based packages (such as, e. g., Gimp [3].) I therefore suggest to change g_get_home_dir () to follow the usual Unix convention of using ${HOME} as the user's home directory, falling back to getpwuid ()-pw_dir should HOME be non-existent or empty, or, additionally, should it point to a directory not owned by the current user, or on which he or she has no executable permission, unless the current user is ‘root’ (UID 0.) An expanded rationale is at [4]. TIA. [1] http://comments.gmane.org/gmane.linux.debian.devel.general/176973 [2] http://comments.gmane.org/gmane.comp.gnome.gtk+.devel.general/22721 [3] http://bugs.debian.org/453711 [4] http://permalink.gmane.org/gmane.comp.gnome.gtk+.devel.general/22721 -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688933: adjtimex does not check the return value of stat()
Package: adjtimex Version: 1.29-2.1 Severity: normal Tags: patch adjtimex does not check the return value of stat() and uses possibly uninitialized memory. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages adjtimex depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib adjtimex recommends no packages. Versions of packages adjtimex suggests: ii ntpdate 1:4.2.6.p2+dfsg-1+b1 client for setting system time fro -- debconf information: * adjtimex/compare_rtc: false * adjtimex/run_daemon: true --- adjtimex.c.bad 2012-09-27 07:55:33.0 +0200 +++ adjtimex.c 2012-09-27 07:57:12.0 +0200 @@ -1408,8 +1408,7 @@ for (i=0; isizeof(paths)/sizeof(paths[0]); i++) { - stat(paths[i], filestat); - if (S_ISREG(filestat.st_mode)) + if (0 == stat(paths[i], filestat) S_ISREG(filestat.st_mode)) goto found_ntpdate; } failntpdate(cannot find ntpdate);
Bug#688934: Hang after hitting monster with overfull screen
Package: freedink-engine Version: 1.08.20120427-2 Severity: normal Tags: patch When hitting a monster on a full screen, spr[0].seq is filled with a non-zero value. This makes dink hang the next time he triggers a warp on a type 2 sprite. traceback with a watchpoint on spr[0].seq: (gdb) run -g ~/dmods/4towers -w Starting program: /home/shevek/src/git/pydink/dink-source/freedink-1.08.20100420/src/freedink -g ~/dmods/4towers -w [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb6f5cb70 (LWP 4604)] [New Thread 0xb2470b70 (LWP 4605)] [Thread 0xb2470b70 (LWP 4605) exited] [New Thread 0xb2470b70 (LWP 4606)] (gdb) watch spr[0].seq Hardware watchpoint 3: spr[0].seq (gdb) c Continuing. [ERROR] [DinkC] boss-splitbug:34: out of var space, all 250 used [ERROR] [DinkC] boss-splitbug:34:[var_equals]: unknown var crap [ERROR] [DinkC] boss-splitbug:34: out of var space, all 250 used [ERROR] [DinkC] boss-splitbug:34:[var_equals]: unknown var crap Hardware watchpoint 3: spr[0].seq Old value = 0 New value = 189 random_blood (mx=607, my=349, sprite=232) at dinkvar.c:3939 3939if (sprite 0) (gdb) bt #0 random_blood (mx=607, my=349, sprite=232) at dinkvar.c:3939 #1 0x08074dfc in run_through_tag_list (h=1, strength=6) at freedink.c:3737 #2 0x0807890b in updateFrame () at update_frame.c:615 #3 0x0804bbcd in main (argc=4, argv=0xb2a4) at freedink.c:5027 (gdb) l 3934int crap2 = add_sprite(mx,my,5,myseq,1); 3935spr[crap2].speed = 0; 3936spr[crap2].base_walk = -1; 3937spr[crap2].nohit = 1; 3938spr[crap2].seq = myseq; 3939if (sprite 0) 3940spr[crap2].que = spr[sprite].y+1; 3941 3942} 3943 In other words, the solution is to let random_blood check if the sprite can be created (that is, crap2 != 0), and if not, don't fill its members. I've attached a patch. Thanks, Bas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freedink-engine depends on: ii fonts-liberation [ttf-liberation] 1.07.2-5 ii freedink-data 1.08.20111016-1 ii freepats 20060219-1 ii libc6 2.13-35 ii libfontconfig1 2.9.0-7 ii libsdl-gfx1.2-42.0.23-2 ii libsdl-image1.21.2.12-2 ii libsdl-mixer1.21.2.12-3 ii libsdl-ttf2.0-02.0.11-2 ii libsdl1.2debian1.2.15-5 ii ttf-liberation 1.07.2-5 Versions of packages freedink-engine recommends: ii freedink-dfarc 3.10-1 freedink-engine suggests no packages. -- no debconf information --- dinkvar.c.old 2012-09-23 13:21:04.950155940 +0200 +++ dinkvar.c 2012-09-23 13:21:54.010476717 +0200 @@ -3932,13 +3932,15 @@ void copy_bmp(char* name) myseq += (rand () % randy); int crap2 = add_sprite(mx,my,5,myseq,1); -spr[crap2].speed = 0; -spr[crap2].base_walk = -1; -spr[crap2].nohit = 1; -spr[crap2].seq = myseq; -if (sprite 0) -spr[crap2].que = spr[sprite].y+1; - + if (crap2 0) + { +spr[crap2].speed = 0; +spr[crap2].base_walk = -1; +spr[crap2].nohit = 1; +spr[crap2].seq = myseq; +if (sprite 0) +spr[crap2].que = spr[sprite].y+1; + } }
Bug#687851: freedink: diff for NMU version 1.08.20120427-2.1
Hi, Thanks for your patch. I had another patch waiting upstream, which I have just submitted to Debian as well (#688934). This fixes a bug which makes some dmods unplayable. I'm not sure if this is bad enough for a freeze exception, though. If you think it is, please consider including it in your NMU. Thanks, Bas On 27-09-12 00:15, David Prévot wrote: tags 687851 + patch tags 687860 + patch thanks Dear maintainer, I've prepared an NMU for freedink (versioned as 1.08.20120427-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. David ___ Pkg-games-devel mailing list pkg-games-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-devel signature.asc Description: OpenPGP digital signature
Bug#688935: openmsx: FTBFS on arm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: openmsx Severity: serious - Original Message Subject: failed armhf build of openmsx 0.9.0-1 Date: Wed, 26 Sep 2012 13:00:06 + From: Debian buildds nore...@buildd.debian.org To: open...@packages.qa.debian.org * Source package: openmsx * Version: 0.9.0-1 * Architecture: armhf * State: failed * Suite: sid * Builder: henze.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=openmsxarch=armhfver=0.9.0-1stamp=1348664233file=log Please note that these notifications do not necessarily mean bug reports in your package but could also be caused by other packages, temporary uninstallabilities and arch-specific breakages. A look at the build log despite this disclaimer would be appreciated however. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlBj9DwACgkQFShl+2J8z5U2SgCgtRC+CmQLYWHOnjDsRTuX4/O6 X/YAoIovvczxmn+zkVzoE69eFAKJLUxW =Cz0v -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#688873: nomacs in Debian
On 26.09.2012 19:56, Antoine Beaupré wrote: Let me know if you need any help. I may take some time to adapt the package from the PPA and upload it straight into Debian. Thank you very much for the tip with nginx, i will take a look at it how they solve this issue and if it fullfills our needs. But I will also try to find a packages which uses cmake, since i don't want to switch to autoconf/automake. I will also take a look at our current package and the errors and warnings of lintian, and also read the debian packaging manuals again :) I can either keep you as a maintainer, which will make you responsible for answering bug reports filed against the package and so on. To upload the package, you will need a sponsor (I would be happy to do that) unless you do not go through the Debian Maintainer process. The alternative is that I mark myself as the maintainer and upload the packages when you guys make a relase. I would prefer having you as a maintainer and help you with only the uploads, however, as I am not sure I will be using the software in the long run - I just discovered it. Sure you will use it :) I would be happy to maintain the package. Means (hopefully) less work for you. Greetings Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688936: tomcat7: modifies conffiles (policy 10.7.3): /etc/logrotate.d/tomcat7
Package: tomcat7 Version: 7.0.28-2. Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: [...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time). Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: [...] must not ask unnecessary questions (particularly during upgrades) [...] If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/logrotate.d/tomcat7 cheers, Andreas tomcat7_7.0.28-2.log.gz Description: GNU Zip compressed data
Bug#688937: hibernate: FindXServer fails if X started from console by startx and no usual wm/de is used
Package: hibernate Version: 2.0+15+g88d54a8-1 Severity: normal Tags: patch If X are started from console by 'startx' (i.e., no entry in wtmp) and no usual window manager or desktop environment is used, then $XUSER is set to 'root'. The only process found by 'pidof' in setting described above is 'X'. Unfortunately this program is 'suid root' (because of access to hw). Thus I propose to read 'real user' instead of 'effective user': --- a/hibernate.sh 2012-09-27 08:14:29.0 +0200 +++ b/hibernate.sh 2012-09-27 08:33:24.253498281 +0200 @@ -224,7 +224,7 @@ FindXServer() { xauth=`get_env_var_of_process $xpid XAUTHORITY` xhome=`get_env_var_of_process $xpid HOME` - xuser=`/bin/ls -ld /proc/$xpid/ | awk '{print $3}'` + xuser=`/bin/ps -o ruser= $xpid` [ -z $xauth ] [ -n $xhome ] [ -f $xhome/.Xauthority ] xauth=$xhome/.Xauthority [ -z $xauth ] continue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687973: Solved
nvidia driver caused that problem. After I upgraded from 302.17-3 to 304.48-1 problem gone. Generally this bug is duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684941 Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688938: rt4-extension-assettracker: fails to purge: rm: cannot remove `/etc/rt4-extension-assettracker/debian.conf': No such file or directory
Package: rt4-extension-assettracker Version: 2.0.0~b2-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): Removing rt4-extension-assettracker ... Purging configuration files for rt4-extension-assettracker ... rm: cannot remove `/etc/rt4-extension-assettracker/debian.conf': No such file or directory dpkg: error processing rt4-extension-assettracker (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: rt4-extension-assettracker cheers, Andreas rt4-extension-assettracker_2.0.0~b2-3.log.gz Description: GNU Zip compressed data
Bug#688893: texlive-binaries: Outdated information in updmap.cfg man page
Hi Norbert, sorry if I sounded rude, I didn't mean it. It was just angry against myself being unable to make things work, and even angrier because I felt the man page could have helped me and it didn't. I agree with all of your points, except: The paragraph in the NEWS files clearly explains what is going on. I'm sorry, but it doesn't. It says: That means, the easiest way to activate local fonts (in TEXMFLOCAL) by putting the respective map lines into /usr/local/share/texmf/web2c/updmap.cfg, and call updmap-sys once (as root). You can't just put the map lines there and run updmap-sys once. You *also* have to run mktexlsr before. Which is nothing specific to Debian, ... I guess you should * read the documentation of kpathsea info kpathsea * read the configuration files: /etc/texmf/web2c/texmf.cnf /usr/share/texlive/texmf/web2c/texmf.cnf Agreed, but it would be so much easier if the information about mktexlsr could be added to the manpage nonetheless. When a poor, clueless user looks for help about updmap.conf, he probably wants a straightforward way to have its new fonts taken into account; giving the necessary steps explicitely cannot hurt. I propose the following wording (feel free to improve it): The easiest way to activate local fonts is by putting the respective map lines into /usr/local/share/texmf/web2c/updmap.cfg (creating the directory if necessary), and call mktexlsr and updmap-sys once, in that order (as root). (And maybe another sentence about fonts installed only for the user.) My future self, who only needs to mess up with updmap once a year and forgets about it in the meantime, would be very glad to find this quick instructions in the man page next time. Many thanks, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688939: kde-workspace: Kde session terminates when launching screensaver or virtualbox
Package: kde-workspace Version: 4:4.8.4-3 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? edited ~/.kde/share/config/kscreensaverrc and set enabled = false * What was the outcome of this action? * What outcome did you expect instead? *** /tmp/reportbug-kde-workspace-20120927-14957-qD_aB_ Subject: kde-workspace: Kde session suddenly terminates when launching screensaver. Package: kde-workspace Version: 4:4.8.4-3 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- 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-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-workspace depends on: ii freespacenotifier 4:4.8.4-3 ii kde-window-manager 4:4.8.4-3 ii kde-workspace-bin 4:4.8.4-3 ii klipper 4:4.8.4-3 ii ksysguard 4:4.8.4-3 ii systemsettings 4:4.8.4-3 Versions of packages kde-workspace recommends: ii kdm 4:4.8.4-3 ii kinfocenter 4:4.8.4-3 ii kmenuedit4:4.8.4-3 kde-workspace suggests no packages. -- no debconf information -- 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-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-workspace depends on: ii freespacenotifier 4:4.8.4-3 ii kde-window-manager 4:4.8.4-3 ii kde-workspace-bin 4:4.8.4-3 ii klipper 4:4.8.4-3 ii ksysguard 4:4.8.4-3 ii systemsettings 4:4.8.4-3 Versions of packages kde-workspace recommends: ii kdm 4:4.8.4-3 ii kinfocenter 4:4.8.4-3 ii kmenuedit4:4.8.4-3 kde-workspace 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#643687: [Pkg-utopia-maintainers] Bug#643687: After upgrade to 0.9, the Auto eth0 connection went away
On 28.09.2011 19:23, Josh Triplett wrote: Package: network-manager Version: 0.9.0-2 Severity: normal [I don't know if this bug exists in network-manager or network-manager-gnome, but I suspect the former so I've filed it here. Please feel free to reassign.] Right around the time I upgraded to NetworkManager 0.9, the Auto eth0 connection seems to have disappeared, and NetworkManager stopped automatically connecting to wired networks. I had to explicitly create a new Wired network for NM to use. NM only creates such a virtual Auto eth0 configuration if no other ethernet type configuration ([802-3-ethernet]) exists. Did you have pre-existing connection configurations? Could you grep for 802-3-ethernet in /etc/NetworkManager/system-connections respectively the the output of nmcli con. Did you maybe have an old DSL configuration? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#685360: [PATCH 1/1] HID: Fix missing Unifying device issue
On Mon, Sep 24, 2012 at 11:30:28AM +0200, Nestor Lopez Casado wrote: Josip, this is a different issue from the one addressed with the patch. 1) Can you try it on a 3.2 kernel ? I can try that too, I'll let you know how it went. (Unfortunately the machine is in the same room with a crib, so I don't get a lot of time slots for testing. *shrug* :) 2) The problem you describe, does it happen all the time ? Yes. The keyboard simply stopped working after I upgraded to Linux 3.2. It works fine under 3.1 and earlier, and under Windows. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688940: rsync: please mark the rsync binary package as Multi-Arch: foreign
Package: rsync Version: 3.0.9-3 Severity: normal The rsync package appears to provide a multi-arch foreign interface to its dependents. The current state needlessly forces all reverse dependencies of rsync to be installed from the same architecture. To solve this issue, please add a line Multi-Arch: foreign to the binary rsync package section of the control file. Also note that Ubuntu is already shipping this change. https://patches.ubuntu.com/r/rsync/rsync_3.0.9-3ubuntu1.patch Thanks Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688355: [Pkg-utopia-maintainers] Bug#688355: network-manager: NM breaks /etc/network/interfaces with DHCP + manual IPv6 entries created by wheezy's debian-installer
Hi Raphael, On 22.09.2012 00:48, Raphaël Hertzog wrote: $ cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 #NetworkManager#iface eth0 inet dhcp # This is an autoconfigured IPv6 interface #NetworkManager#iface eth0 inet6 manual up ip link set eth0 up down ip link set eth0 down thanks for the bug report. Could you please also attach the original /e/n/i file. A backup of that file should be available as /etc/network/interfaces.bak-0 Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#688941: uuid: please mark the uuid binary package as Multi-Arch: foreign
Package: uuid Version: 1.6.2-1.3 Severity: normal The uuid binary package appears to provide an architecture independent interface to its dependents. This makes it a candidate for marking it as multi-arch foreign. To solve this bug, add a line Multi-Arch: foreign to the binary package section for uuid in debian/control. Thanks Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688942: 389-ds-base: CVE-2012-4450
Package: 389-ds-base Severity: grave Tags: security Justification: user security hole This was assigned CVE-2012-4450: https://fedorahosted.org/389/ticket/340 Patch: http://git.fedorahosted.org/cgit/389/ds.git/commit/?id=5beb93d42efb807838c09c5fab898876876f8d09 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#688841: downgrading
Am 26.09.2012 19:44, schrieb Etienne Millon: Downgrading as there was no previous armel package built. But isn't armel a release arch for wheezy and thus FTBFS=RC? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656584: initscripts: /run transition: Please update /etc/network/if-up.d/mountnfs
Hi Andrew, On 18.06.2012 16:33, Andrew Shadura wrote: Michael, ADDRFAM=NetworkManager in the dispatcher script, why is it there? I don't quite remember, are there any hook scripts which depend on this exact value? Because actually when it's passed there, most of the scripts will ignore the fact they're called. So either the script should pass inet or inet6 depending on the type of the interface, or we should check for it too in mountnfs (and, probably, somewhere else). Just to be clear here: Is this particular bug report about a/ NM using ADDRFAM=NetworkManager in the dispatcher script or b/ the /usr/lib/NetworkManager/ifblacklist_migrate.sh producing a broken/incorrect /e/n/i? I somehow got confused what the actual issue now is, which causes the problems with NFS mounts. For a/ there is already [1], so anything related to that should probably follow up there. What I basically need there, is someone with access to an IPv6 enabled network, who can test a few things for me. For b/, see the recent email I sent regarding netcfg and d-i. We can certainly try to fix the script to no longer produce such broken configuration or/and wait for the patches in d-i to land. What should we do with existing, incorrect /e/n/i files though? I'm very worried doing even more /e/n/i mangling and trying to fixup the file retroactively. What exactly are the consequences of having such a broken configuration? Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475188 -- 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#688943: libossp-uuid16: please convert libossp-uuid16 to Multi-Arch
Package: libossp-uuid16 Version: 1.6.2-1.3 Severity: normal Please convert the libossp-uuid16 binary package to multiarch. This is not as straight forward as in the uuid case, because the interface is not architecture independent. Instead this package should be marked same, but further modifications are necessary. The basic sketch is that you need to move libraries from /usr/lib/ to /usr/lib/triplet, ensure that these changes don't break reverse dependencies and only then add the Multi-Arch: same to debian/control. Maybe further changes to the uuid-config tool from the libossp-uuid-dev package are necessary. The process is described at http://wiki.debian.org/Multiarch/Implementation. If you need help, go to OFTC #multiarch or ask me. Thanks Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688944: tiff: CVE-2012-4447
Package: tiff Severity: grave Tags: security Justification: user security hole Another buffer overflow, please see here for details: https://bugzilla.redhat.com/show_bug.cgi?id=860198 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#688945: unblock: condor/7.8.2~dfsg.1-1+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package condor. thanks! The version in unstable fixes four CVE issues that are present in the current version in wheezy. Changelog - condor (7.8.2~dfsg.1-1+deb7u1) unstable; urgency=high * Security update. This release addresses four CVE issues (Closes: #688210): - Security Item: Some code that was no longer used was removed. The presence of this code could expose information which would allow an attacker to control another user's job. (CVE-2012-3493) - Security Item: Some code that was no longer used was removed. The presence of this code could have lead to a Denial-of-Service attack which would allow an attacker to remove another user's idle job. (CVE-2012-3491) - Security Item: Filesystem (FS) authentication was improved to check the UNIX permissions of the directory used for authentication. Without this, an attacker may have been able to impersonate another submitter on the same submit machine. (CVE-2012-3492) - Security item: Check setuid return value (CVE-2012-3490) -- Michael Hanke m...@debian.org Wed, 26 Sep 2012 16:10:17 +0200 Debdiff --- % debdiff condor_7.8.2\~dfsg.1-1_i386.changes condor_7.8.2\~dfsg.1-1+deb7u1_i386.changes File lists identical (after any substitutions) Control files of package condor: lines which differ (wdiff format) -- Installed-Size: [-12465-] {+12464+} Version: [-7.8.2~dfsg.1-1-] {+7.8.2~dfsg.1-1+deb7u1+} Control files of package condor-dbg: lines which differ (wdiff format) -- Depends: condor (= [-7.8.2~dfsg.1-1)-] {+7.8.2~dfsg.1-1+deb7u1)+} Version: [-7.8.2~dfsg.1-1-] {+7.8.2~dfsg.1-1+deb7u1+} Control files of package condor-dev: lines which differ (wdiff format) -- Version: [-7.8.2~dfsg.1-1-] {+7.8.2~dfsg.1-1+deb7u1+} Control files of package condor-doc: lines which differ (wdiff format) -- Installed-Size: [-6132-] {+6133+} Version: [-7.8.2~dfsg.1-1-] {+7.8.2~dfsg.1-1+deb7u1+} Control files of package libclassad-dev: lines which differ (wdiff format) -- Depends: libclassad3 (= [-7.8.2~dfsg.1-1)-] {+7.8.2~dfsg.1-1+deb7u1)+} Installed-Size: [-2158-] {+2159+} Version: [-7.8.2~dfsg.1-1-] {+7.8.2~dfsg.1-1+deb7u1+} Control files of package libclassad3: lines which differ (wdiff format) --- Version: [-7.8.2~dfsg.1-1-] {+7.8.2~dfsg.1-1+deb7u1+} Added patches are attached. unblock condor/7.8.2~dfsg.1-1+deb7u1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688729: unblock xpra/0.3.10+dfsg-1
retitle 688729 unblock xpra/0.3.10+dfsg-1 -- We've just uploaded another update to 0.3.x branch: 0.3.10+dfsg-1. Our packaging hasn't change since 0.3.9+dfsg-2. Upstream changelog as below: v0.3.10 (2012-09-25) == -- fix missing key frames with x264/vpx: always reset the video encoder when we skip some frames (forces a new key frame) -- fix server crash on invalid keycodes (zero or negative) -- fix latency: isolate per-window latency statistics from each other -- drop support for servers older than v0.3.0 unblock xpra/0.3.10+dfsg-1 Thank you. Regards, Dmitry. signature.asc Description: This is a digitally signed message part.
Bug#688946: zendframework: CVE-2012-4451
Package: zendframework Severity: grave Tags: security Justification: user security hole This was assigned CVE-2012-4451: http://seclists.org/oss-sec/2012/q3/571 Remember Debian is in freeze, so please only apply the isolated securitx fix and request an unblock by filing a bug against release.debian.org 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#673441: GCC crash while compiling on Sparc
Hi, we got a gcc crash during Sparc package build on buildd servers. could be same kind of issue. /usr/bin/g++ -c -Wall -Wno-format-y2k -pthread -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fPIC-DNDEBUG -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -D_MT -D_REENTRANT -D_THREAD_SAFE -I/build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/BUILD/inc -I/build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/include /build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/src/objects/genomecoll/genome_collection__.cpp -o genome_collection__.o /usr/bin/g++ -c -Wall -Wno-format-y2k -pthread -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -fPIC-DNDEBUG -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -D_MT -D_REENTRANT -D_THREAD_SAFE -I/build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/BUILD/inc -I/build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/include /build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/src/objects/genomecoll/genome_collection___.cpp -o genome_collection___.o In file included from /build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/src/objects/genomecoll/genome_collection___.cpp:21:0: /build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/src/objects/genomecoll/NCBI_GenomeCollection_module.cpp:87:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[5]: *** [genome_collection___.o] Error 1 Full log is available [0] If this is not the same issue, please tell me so that I create a new bug. Thanks Olivier [0] https://buildd.debian.org/status/fetch.php?pkg=ncbi-blast%2Barch=sparcver=2.2.27-1stamp=1348478235 -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#688945: unblock: condor/7.8.2~dfsg.1-1+deb7u1
On Thu, Sep 27, 2012 at 09:33:26AM +0200, Michael Hanke wrote: Added patches are attached. Now they are. -- Michael Hanke http://mih.voxindeserto.de From 94e84ce4ff93ea071ca17bcf823918432749c868 Mon Sep 17 00:00:00 2001 From: Matthew Farrellee m...@redhat.com Date: Fri, 10 Aug 2012 12:36:44 -0400 Subject: [PATCH] Check setuid return value (7.6 version), #3165 Signed-off-by: Timothy St. Clair tstcl...@redhat.com --- src/condor_utils/my_popen.cpp |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/src/condor_utils/my_popen.cpp +++ b/src/condor_utils/my_popen.cpp @@ -397,7 +397,7 @@ seteuid( 0 ); setgroups( 1, egid ); setgid( egid ); - setuid( euid ); + if( setuid( euid ) ) _exit(ENOEXEC); // Unsafe? /* before we exec(), clear the signal mask and reset SIGPIPE to SIG_DFL @@ -677,7 +677,7 @@ seteuid( 0 ); setgroups( 1, egid ); setgid( egid ); - setuid( euid ); + if( setuid( euid ) ) _exit(ENOEXEC); // Unsafe? /* Now it's safe to exec whatever we were given */ execv( cmd, const_castchar *const*(argv) ); diff --git a/src/condor_schedd.V6/schedd.cpp b/src/condor_schedd.V6/schedd.cpp index 74e2a9e..e59ddf8 100644 --- a/src/condor_schedd.V6/schedd.cpp +++ b/src/condor_schedd.V6/schedd.cpp @@ -2961,79 +2961,6 @@ Scheduler::WriteAttrChangeToUserLog( const char* job_id_str, const char* attr, int -Scheduler::abort_job(int, Stream* s) -{ - PROC_ID job_id; - int nToRemove = -1; - - // First grab the number of jobs to remove/hold - if ( !s-code(nToRemove) ) { - dprintf(D_ALWAYS,abort_job() can't read job count\n); - return FALSE; - } - - if ( nToRemove 0 ) { - // We are being told how many and which jobs to abort - - dprintf(D_FULLDEBUG,abort_job: asked to abort %d jobs\n,nToRemove); - - while ( nToRemove 0 ) { - if( !s-code(job_id) ) { -dprintf( D_ALWAYS, abort_job() can't read job_id #%d\n, - nToRemove); -return FALSE; - } - abort_job_myself(job_id, JA_REMOVE_JOBS, false, true ); - nToRemove--; - } - s-end_of_message(); - } else { - // We are being told to scan the queue ourselves and abort - // any jobs which have a status = REMOVED or HELD - ClassAd *job_ad; - static bool already_removing = false; // must be static!!! - char constraint[120]; - - // This could take a long time if the queue is large; do the - // end_of_message first so condor_rm does not timeout. We do not - // need any more info off of the socket anyway. - s-end_of_message(); - - dprintf(D_FULLDEBUG,abort_job: asked to abort all status REMOVED/HELD jobs\n); - - // if already_removing is true, it means the user sent a second condor_rm - // command before the first condor_rm command completed, and we are - // already in the below job scan/removal loop in a different stack frame. - // so we should just return here. - if ( already_removing ) { - return TRUE; - } - - snprintf(constraint,120,%s == %d || %s == %d,ATTR_JOB_STATUS,REMOVED, - ATTR_JOB_STATUS,HELD); - - job_ad = GetNextJobByConstraint(constraint,1); - if ( job_ad ) { - already_removing = true; - } - while ( job_ad ) { - if ( (job_ad-LookupInteger(ATTR_CLUSTER_ID,job_id.cluster) == 1) - (job_ad-LookupInteger(ATTR_PROC_ID,job_id.proc) == 1) ) { - - abort_job_myself(job_id, JA_REMOVE_JOBS, false, true ); - - } - FreeJobAd(job_ad); - - job_ad = GetNextJobByConstraint(constraint,0); - } - already_removing = false; - } - - return TRUE; -} - -int Scheduler::transferJobFilesReaper(int tid,int exit_status) { ExtArrayPROC_ID *jobs = NULL; @@ -10706,9 +10633,6 @@ Scheduler::Register() daemonCore-Register_Command( RESCHEDULE, RESCHEDULE, (CommandHandlercpp)Scheduler::reschedule_negotiator, reschedule_negotiator, this, WRITE); - daemonCore-Register_CommandWithPayload(KILL_FRGN_JOB, KILL_FRGN_JOB, - (CommandHandlercpp)Scheduler::abort_job, - abort_job, this, WRITE); daemonCore-Register_CommandWithPayload(ACT_ON_JOBS, ACT_ON_JOBS, (CommandHandlercpp)Scheduler::actOnJobs, actOnJobs, this, WRITE, D_COMMAND, diff --git a/src/condor_schedd.V6/scheduler.h b/src/condor_schedd.V6/scheduler.h index 863189e..842b81f 100644 --- a/src/condor_schedd.V6/scheduler.h +++ b/src/condor_schedd.V6/scheduler.h @@ -301,9 +301,6 @@ class Scheduler : public Service // requires a new round of negotiation voidneedReschedule(); - // job managing - intabort_job(int, Stream *); - // [IPV6] These two functions are never called by others. // It is non-IPv6 compatible, though. void send_all_jobs(ReliSock*, struct sockaddr_in*); From 1db67805b2f9ec0f20548b0307c17cc1eb1f Mon Sep 17 00:00:00 2001 From: Matthew Farrellee m...@redhat.com Date: Mon, 30 Jul 2012 15:31:37 -0700 Subject: [PATCH] FS authentication requires authentication directory to be mode=0700, #3166 Signed-off-by: Zach Miller zmil...@cs.wisc.edu --- src/condor_io/condor_auth_fs.cpp | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff
Bug#688947: icecc: modifies conffiles (policy 10.7.3): /etc/default/icecc
Package: icecc Version: 0.9.7-5 Severity: serious Tags: squeeze-ignore User: debian...@lists.debian.org Usertags: piuparts Control: found -1 0.9.5-2 Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: [...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time). Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: [...] must not ask unnecessary questions (particularly during upgrades) [...] If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/default/icecc cheers, Andreas icecc_0.9.7-5.log.gz Description: GNU Zip compressed data
Bug#688841: downgrading
* Fabian Greffrath fab...@greffrath.com [120927 09:50]: Am 26.09.2012 19:44, schrieb Etienne Millon: Downgrading as there was no previous armel package built. But isn't armel a release arch for wheezy and thus FTBFS=RC? I think it's not because : - there was no previous binary package so it does not block eventual migrations. eg, zsnes will be the same situation when it will be Arch: any-i386 : a FTBFS on hurd won't be a regression. - glyr isn't part of wheezy, so even if it was RC it would be acceptable (ie, not part of wheezy RC bugs) Anyway, I'll prepare a package in a few days, in order to fix #688821 too. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600886: arpwatch: [PATCH] support pcap filters
Package: arpwatch Version: 2.1a15-1.1+squeeze1 Severity: normal Tags: patch Attached is a PATCH that adds support for pcap filters. This also provides a way to workaround #512297 Stefan -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-xen-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/bash diff --git a/arpwatch.8 b/arpwatch.8 index 1bee166..266020b 100644 --- a/arpwatch.8 +++ b/arpwatch.8 @@ -44,6 +44,14 @@ arpwatch \- keep track of ethernet/ip address pairings .br .ti +8 [ +.B -F +.I filter +] +.\ ** +.\ ** +.br +.ti +8 +[ .B -i .I interface ] @@ -189,6 +197,13 @@ does not fork. .\ ** .LP (Debian) The +.B -f +flag is used to specify a pcap filter used to ignore packages. +It is prefixed with (arp or rarp) and. +.\ ** +.\ ** +.LP +(Debian) The .B -s flag is used to specify the path to the sendmail program. Any program that takes the option -odi and then text from stdin diff --git a/arpwatch.c b/arpwatch.c index 9892894..52fa1dc 100644 --- a/arpwatch.c +++ b/arpwatch.c @@ -166,6 +166,48 @@ void dropprivileges(const char* user) syslog(LOG_INFO, Running as uid=%d gid=%d, getuid(), getgid()); } +int compile_filter(pcap_t *p, struct bpf_program *fp, const char *filter_user, + bpf_u_int32 netmask) +{ + int len, result; + + char *filter = NULL; + static const char filter_extended[] = (arp or rarp) and ; + static const char filter_default[] = arp or rarp; + + /* calculate needed space for filter string. it is unlikely that + * filter_efault becomes longer that filter_extended + 1, however we use + * strncpy() later, which will behave badly when there is no \0 within + * the first n bytes */ + len = strlen(filter_user) + strlen(filter_extended) + 1; + len = len strlen(filter_default) ? strlen(filter_default) : len; + + filter = malloc(len); + if (!filter) { + syslog(LOG_ERR, compile_filter: out of memory); + return -1; + } + + if (!filter_user) { + /* while copying this string is not needed, this way shortens + * the amount of code we need ant should be easier to read even + * if a tiny bit slower */ + strncpy(filter, filter_default, len); + } else { + result = snprintf(filter, len, %s%s, filter_extended, filter_user); + if (result != len - 1) { + syslog(LOG_ERR, compile_filter: snprintf() error); + return -1; + } + } + syslog(LOG_INFO, using pcap filter '%s', filter); + + result = pcap_compile(p, fp, filter, 1, netmask); + free(filter); + + return result; +} + int main(int argc, char **argv) { @@ -179,6 +221,7 @@ main(int argc, char **argv) struct bpf_program code; char errbuf[PCAP_ERRBUF_SIZE]; char* username = NULL; + char *filter_user = NULL; int restart = 0; char options[] = d @@ -187,6 +230,9 @@ main(int argc, char **argv) f: /**/ /**/ + F: + /**/ + /**/ i: /**/ /**/ @@ -262,6 +308,10 @@ main(int argc, char **argv) arpfile = optarg; break; + case 'F': + filter_user = strdup(optarg); + break; + case 'i': interface = optarg; break; @@ -429,10 +479,12 @@ label_restart: } /* Compile and install filter */ - if (pcap_compile(pd, code, arp or rarp, 1, netmask) 0) { + if (compile_filter(pd, code, filter_user, netmask) 0) { syslog(LOG_ERR, pcap_compile: %s, pcap_geterr(pd)); exit(1); } + free(filter_user); + if (pcap_setfilter(pd, code) 0) { syslog(LOG_ERR, pcap_setfilter: %s, pcap_geterr(pd)); exit(1); @@ -901,6 +953,9 @@ usage(void) [-f datafile] /**/ /**/ + [-F \filter\ ] + /**/ + /**/ [-i interface] /**/ /**/ diff --git a/debian/arpwatch.default b/debian/arpwatch.default index b0a7d8f..42faf28 100644 --- a/debian/arpwatch.default +++ b/debian/arpwatch.default @@ -3,5 +3,8 @@ # Debian: don't report bogons, don't use PROMISC. ARGS=-N -p +# If you want to use pcap filters, you must suround them by single quotes, e.g. +# ARGS=-N -p -F 'not host 192.168.0.1' + # Debian: run as `arpwatch' user. Empty this to run as root. RUNAS=arpwatch diff --git a/debian/init.d b/debian/init.d index 4641fa6..469ca08 100644 --- a/debian/init.d +++ b/debian/init.d @@ -58,7 +58,7 @@ start_instance () { echo -n (chown $RUNAS $DATAFILE) chown $RUNAS $DATAFILE fi - start-stop-daemon --start --quiet \ + exec start-stop-daemon --start --quiet \ --pidfile /var/run/${INSTANCE}.pid \ --exec $DAEMON -- $IFACE_OPTS $ARGS echo ${INSTANCE}. @@ -105,7 +105,7 @@ start_default () { echo -n (chown $RUNAS $DATADIR/arp.dat) chown $RUNAS $DATADIR/arp.dat fi - start-stop-daemon --start --quiet \ + exec start-stop-daemon --start --quiet \ --exec $DAEMON -- $ARGS echo $NAME. }
Bug#688618: transcode: MPEG2 decoding fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-09-24 10:51, Fabian Greffrath wrote: Apparently, transcode need to get configured with both --enable-libmpeg2 and --enable-libmpeg2convert for this to work, although both libraries come from the same source. :/ Yeah, this fixes it! Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBkCtUACgkQXjXn6TzcAQkGCACgrQ7kEVNYvOVExY68ClDPezqs eUYAn2j1GS62AnpfwW1TLcA+qZiMvVd8 =/EsB -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#688942: [Pkg-fedora-ds-maintainers] Bug#688942: 389-ds-base: CVE-2012-4450
On 27.09.2012 10:24, Moritz Muehlenhoff wrote: Package: 389-ds-base Severity: grave Tags: security Justification: user security hole This was assigned CVE-2012-4450: https://fedorahosted.org/389/ticket/340 Patch: http://git.fedorahosted.org/cgit/389/ds.git/commit/?id=5beb93d42efb807838c09c5fab898876876f8d09 thanks, updated git to 1.2.11.15 + that patch, looking for a sponsor to upload it. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688948: grub-common: GRUB fails to boot from 2-disk-RAID1 when sda failed
Package: grub-common Version: 1.98+20100804-14+squeeze1 Severity: important Hello everyone, after one of my servers went down with a broken HD, it didn't want to reboot anymore. Reason: the server was on RAID1 with sda an sdb, and the broken HD was sda. Subsequently I made numerous squeeze test-installations with a RAID 1 on two disks to find out how a system must be installed so that it boots no matter if sda or sdb fails. As a result I found no way how this could be done. On the german debian mailing list one answer was I should use grub-legacy. Indeed, with this one installed onto sda and sdb, the system boots after removing sda. The whole thread (in german) can be found here: http://lists.debian.org/debian-user-german/2012/07/msg00338.html What I expect is that the system boots when grub is installed onto sda and sdb (i.e.: dpkg-reconfigure grub-pc, and check sda and sdb in the dialogue), and sda fails (i.e.: is removed from the system). Of course grub should also boot when sdb fails, but this works ;) Thanks for reading. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 grub-common depends on: ii base-files6.0squeeze5Debian base system miscellaneous f ii dpkg 1.15.8.12 Debian package management system ii gettext-base 0.18.1.1-3 GNU Internationalization utilities ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdevmapper1.02.12:1.02.48-5The Linux Kernel Device Mapper use ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grub-common recommends: ii os-prober 1.42 utility to detect other OSes on a Versions of packages grub-common suggests: pn grub-emu none (no description available) pn multiboot-doc none (no description available) pn xorriso none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598727: ctypes raises MemoryError on grsec enabled kernel
Hello, just to confirm that I still see the issue with python 2.6.6-3+squeeze7. Noticed by running iotop. python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. import ctypes Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.6/ctypes/__init__.py, line 546, in module CFUNCTYPE(c_int)(lambda: None) MemoryError the patch: https://dev.openwrt.org/ticket/6192#comment:4 helps for the iotop case. Thank you, Alex
Bug#688949: xfce4-power-manager: Allow to suspend when plugged and hybernate when running on batteries
Package: xfce4-power-manager Version: 1.0.11-2+b1 Severity: wishlist Dear Maintainer, You can configure various options for when you're on AC and when you're on battery in the settings interface. But it seems that I can not specify a different energy saving method for each, ie: plugged - suspend unplugged - hibernate There are more options in the advanced tab, but the inactivity option seems to be shared. Maybe this is different in the lastest version of XFCE. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-power-manager depends on: ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libnotify40.7.5-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxfce4ui-1-04.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 ii libxrandr22:1.3.2-2 ii upower0.9.17-1 ii xfce4-power-manager-data 1.0.11-2 Versions of packages xfce4-power-manager recommends: ii consolekit 0.4.5-3.1 Versions of packages xfce4-power-manager suggests: ii udisks 1.0.4-7 pn xfce4-power-manager-plugins 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#688355: [Pkg-utopia-maintainers] Bug#688355: network-manager: NM breaks /etc/network/interfaces with DHCP + manual IPv6 entries created by wheezy's debian-installer
Hi, On Thu, 27 Sep 2012, Michael Biebl wrote: thanks for the bug report. Could you please also attach the original /e/n/i file. A backup of that file should be available as /etc/network/interfaces.bak-0 Attached. -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp # This is an autoconfigured IPv6 interface iface eth0 inet6 manual up ip link set eth0 up down ip link set eth0 down
Bug#688950: urlwatch: missing dependency on python-concurrent.futures
Package: urlwatch Version: 1.15-1 Severity: serious Justification: Policy 3.5 urlwatch doesn't start if python-concurrent.futures is not installed: $ urlwatch Traceback (most recent call last): File /usr/bin/urlwatch, line 91, in module import concurrent.futures ImportError: No module named concurrent.futures -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages urlwatch depends on: ii python 2.7.3-2 ii python-support 1.0.15 Versions of packages urlwatch recommends: pn lynx none pn python-utidylib none pn python-vobject none Versions of packages urlwatch suggests: ii html2text 1.3.2a-15 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667643: reportbug: Crashes while reporting bug from GTK interface
Package: reportbug Version: 4.12.6 Debian squeeze (and I'm running sid on another computer, it's the same.) I'm also running in this bug: # LANG=fr_FR.utf8 reportbug /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_get_line_count: assertion `layout != NULL' failed gtk.main () Exception en point flottant (it crashes at the beginning, after entering the package name) BUT: # LANG= reportbug no crash And by the way, bug #667642 is a replicate (and #666116 maybe linked, but I'm not sure) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688618: transcode: MPEG2 decoding fails
tags 688618 pending thanks Am 27.09.2012 10:14, schrieb Marcus Better: Yeah, this fixes it! Thanks for checking! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688952: ginkgocadx: Package appears to be non-free
Package: ginkgocadx Version: 2.12.0.4889-1 Severity: serious Justification: Policy 2.1 The GINKGO_CADX_LICENSE.txt file includes the following text: This software musn't be sold without prior approval of the authors. which seems to violate DFSG#1. Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667643: reportbug: Crashes while reporting bug from GTK interface
this avoids the problem, but may not be the most elegant solution ! --- a/reportbug 2010-08-07 22:04:28.0 +0200 +++ b/reportbug 2012-09-27 12:06:59.117314446 +0200 @@ -735,7 +735,7 @@ global quietly, ui try: -locale.setlocale(locale.LC_ALL, '') +locale.setlocale(locale.LC_ALL, 'en_EN.utf8') except locale.Error, x: print sys.stderr, '*** Warning:', x -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686281: Gimp: program crashes after exporting file in another format
Package: gimp Version: 2.8.0-2+b1 Followup-For: Bug #686281 Dear Maintainer, As another data point I'm getting the same issue except that in my case the first export goes through without trouble and it's only on the second one that Gimp crashes. Also note that the exported file is ok (as far as I can tell) so the crash happens after it's fully saved. (gimp:30037): Gtk-CRITICAL **: IA__gtk_tree_model_get: assertion `GTK_IS_TREE_MODEL (tree_model)' failed Erreur de segmentation -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.0-2 ii libaa1 1.4p5-40 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.100-1 ii libexif12 0.6.20-3 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2 ii libgimp2.0 2.8.0-2+b1 ii libglib2.0-02.32.3-1 ii libgs9 9.05~dfsg-6 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7 ii libjasper1 1.900.1-13 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpoppler-glib80.18.4-3 ii librsvg2-2 2.36.1-1 ii libtiff43.9.6-7 ii libwebkitgtk-1.0-0 1.8.1-2 ii libwmf0.2-7 0.2.8.4-10 ii libx11-62:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii python 2.7.3~rc2-1 ii python-gtk2 2.24.0-3 ii python2.7 2.7.3~rc2-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.12.3-1+b1 ii libasound21.0.25-4 -- 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#688953: freeze-exception: nvidia-graphics-drivers/304.48-3 - libgl1-nvidia-glx package split
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please approve the following changes for package nvidia-graphics-drivers: As discussed in #688861 (freeze exception for libxvmc) yesterday, there is another possibility to address the missing multiarchification of libxvmc1: if we split the libgl1-nvidia-glx package and move one library to a new libxvmcnvidia1 library we can move the dependency on libxvmc1 to that new package and libgl1-nvidia-glx will have its dependencies satisfied for installing libgl1-nvidia-glx:i386 along with libgl1-nvidia-glx:amd64. A preliminary debdiff is attached, I probably need to tighten the dependencies on the new package a bit ... Since we are currently planning a trip through NEW, there are a few more thing I'd like to ask about: * Adding a new nvidia-cuda-proxy binary package. There are some binaries added by NVIDIA added in the 304 series that don't fit into any existing package (and therefore are not packaged, yet). I'd like to add a new leaf package that ships these new binaries, so that we don't ship less than provided in the upstream blob - even though there are no users for this new feature today, it might adopt users over time. And it's intended to work with the 304 driver we currently have in wheezy. * turning the virtual packages nvidia-vdpau-driver-i386 libcuda1-i386 (*) libnvidia-compiler-i386 nvidia-opencl-icd-i386 (*) nvidia-libopencl1-i386 libgl1-nvidia-glx-i386 (*) (***) into real packages with Architecture: i386 Multi-Arch: foreign (or at least the ones marked with (*) or even onty the (***) one) to provide a better migration path for the old -ia32 packages. This would be similar to ia32-libs, except that the *-ia32:amd64 packages will only recommend the new*-i386:i386 packages. Andreas diff -Nru nvidia-graphics-drivers-304.48/debian/changelog nvidia-graphics-drivers-304.48/debian/changelog --- nvidia-graphics-drivers-304.48/debian/changelog 2012-09-27 07:54:31.0 +0200 +++ nvidia-graphics-drivers-304.48/debian/changelog 2012-09-27 09:40:43.0 +0200 @@ -1,3 +1,11 @@ +nvidia-graphics-drivers (304.48-3) UNRELEASED; urgency=low + + * Split libxvmcnvidia1 from libgl1-nvidia-glx. +- Drops libxvmc1 dependency from libgl1-nvidia-glx, making the package + multi-arch co-installable. (Closes: #676723, #685054, #686033, #688714) + + -- Andreas Beckmann deb...@abeckmann.de Thu, 27 Sep 2012 09:38:46 +0200 + nvidia-graphics-drivers (304.48-2) unstable; urgency=low * libgl1-nvidia-glx-ia32: readd Depends: libgl1-nvidia-alternatives-ia32 to diff -Nru nvidia-graphics-drivers-304.48/debian/control nvidia-graphics-drivers-304.48/debian/control --- nvidia-graphics-drivers-304.48/debian/control 2012-09-27 07:54:31.0 +0200 +++ nvidia-graphics-drivers-304.48/debian/control 2012-09-27 10:30:03.0 +0200 @@ -130,7 +130,6 @@ Recommends: nvidia-kernel${nvidia:Legacy}-dkms (= ${binary:Version}) | nvidia-kernel-${nvidia:Version}${nvidia:Perfkit}, - libxvmc1 [i386], Suggests: nvidia-kernel${nvidia:Legacy}-dkms (= ${nvidia:Version}) | nvidia-kernel${nvidia:Legacy}-source (= ${nvidia:Version}) @@ -170,6 +169,26 @@ or /usr/share/doc/libgl1-nvidia${nvidia:Legacy}-glx/README.txt.gz for a complete list of supported GPUs and PCI IDs. +Package: libxvmcnvidia1 +Architecture: i386 amd64 +Multi-Arch: same +Pre-Depends: + nvidia-installer-cleanup, + ${misc:Pre-Depends} +Depends: + nvidia-alternative${nvidia:Legacy}, + ${shlibs:Depends}, ${misc:Depends} +Breaks: + libgl1-nvidia-glx ( 304.48-3), +Replaces: + libgl1-nvidia-glx ( 304.48-3), +Description: NVIDIA binary XvMC library${nvidia:LegacyDesc} + These binary library provides the NVIDIA XvMC implementation which supports + GeForce 6 series and GeForce 7 series graphics cards. + . + See /usr/share/doc/libgl1-nvidia${nvidia:Legacy}-glx/README.txt.gz + for instructions how to enable XvMC acceleration. + Package: libgl1-nvidia-glx-ia32 Section: non-free/oldlibs Priority: extra diff -Nru nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.install.in nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.install.in --- nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.install.in 2011-07-07 17:14:10.0 +0200 +++ nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.install.in 2012-09-27 09:36:50.0 +0200 @@ -3,4 +3,4 @@ libnvidia-cfg.so.#VERSION# #LIBDIR#/#PRIVATE#/ libnvidia-tls.so.#VERSION# #LIBDIR#/ tls/libnvidia-tls.so.#VERSION# #LIBDIR#/tls/ -libXvMCNVIDIA.so.#VERSION# #LIBDIR#/#PRIVATE#/ +#libXvMCNVIDIA.so.#VERSION# #LIBDIR#/#PRIVATE#/ diff -Nru nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.links.in nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.links.in --- nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.links.in 2011-07-07 17:14:10.0 +0200 +++ nvidia-graphics-drivers-304.48/debian/libgl1-nvidia-glx.links.in 2012-09-27
Bug#688772: gnome Depends network-manager-gnome
On Tue, Sep 25, 2012 at 12:27:27PM -0700, Russ Allbery wrote: We still have the upgrade problem with network-manager from squeeze gnome to wheezy gnome, but I would expect, if I had the full gnome metapackage installed, for quite a lot to potentially change across versions: new applications added or dropped, new implementations of particular common tasks to be blessed upstream, etc. So I'm not sure if that's as strong of a reason to stick with Recommends in that metapackage. To be clear, if I were the GNOME maintainers, I would use Recommends. But I'm not, and I'd rather that they make the call as much as possible. Putting aside the communication breakdowns and the heated arguments and so forth, if just the gnome metapackage issue in its current form had come to us cold, I'm trying to work through what decision I'd make. I agree that the issue is less serious in gnome than in gnome-core. Still, the upgrade problem seems unchanged. The users who removed network-manager in squeeze presumably made an explicit decision to do so, since package managers would have honoured the Recommends by default; I'm really troubled by overruling that in this way. I think I would have ended up voting the same way if the original question put to us had been about gnome rather than gnome-core. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#383889: Très urgent!
-- Cher utilisateur Webmail Votre boîte aux lettres a dépassé la limite d'Utilisation du quota, qui est fixé par votre gestionnaire, et l'accès à votre boîte aux lettres via notre portail électronique sera indisponible pendant un certain temps au cours de cette période de maintenance. Vous ne serez pas en mesure de créer un nouvel e-mail pour envoyer ou recevoir à nouveau jusqu'à ce que vous validez votre boîte aux lettres. Pour re-valider votre boîte aux lettres, vous pouvez cliquer sur http://www.cedele.com.mx/phpform/forms/form1.html Merci Administrateur système. Copyright © 2012 # admin Webmestre • Tous droits réservés • -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678140: Two tiff issues: CVE-2012-2113 / CVE-2012-2088
Hi Jay, thanks for going through the effort of checking up on all CVEs and packaging it up. CVE-2012-2088 still affects 3.9.4-5+squeeze5 though. The only other vulnerability left is tracked in #688944, which was opened just today. --Lee -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688954: ipython: Dependency missing on python-argparse
Package: ipython Version: 0.13-1 Severity: normal Hello, After upgrading ipython it didn't start anymore: % ipython Traceback (most recent call last): File /usr/bin/ipython, line 5, in module from IPython.frontend.terminal.ipapp import launch_new_instance File /usr/lib/python2.6/dist-packages/IPython/__init__.py, line 43, in module from .config.loader import Config File /usr/lib/python2.6/dist-packages/IPython/config/__init__.py, line 16, in module from .application import * File /usr/lib/python2.6/dist-packages/IPython/config/application.py, line 31, in module from IPython.config.configurable import SingletonConfigurable File /usr/lib/python2.6/dist-packages/IPython/config/configurable.py, line 26, in module from loader import Config File /usr/lib/python2.6/dist-packages/IPython/config/loader.py, line 26, in module from IPython.external import argparse File /usr/lib/python2.6/dist-packages/IPython/external/argparse/__init__.py, line 10, in module from _argparse import * ImportError: No module named _argparse Fix: apt-get install python-argparse python-zmq If ipython imports argparse without safeguards it should be a dependency, not just a 'suggests'. Michael Gebetsroither -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-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 ipython depends on: ii python2.6.6-14 interactive high-level object-orie ii python-configobj 4.5.2-2a simple but powerful config file ii python-decorator 3.3.3-1simplify usage of Python decorator ii python-pexpect2.3-1 Python module for automating inter ii python-simplegeneric 0.8.1-1simple generic functions for Pytho ii python2.6 2.6.7-4An interactive high-level object-o ii python2.7 2.7.3-1Interactive high-level object-orie ipython recommends no packages. Versions of packages ipython suggests: pn ipython-doc none (no description available) pn ipython-notebook none (no description available) pn ipython-qtconsole none (no description available) ii python-argparse 1.2.1-2optparse-inspired command-line par ii python-matplotlib 0.99.3-1 Python based plotting system in a ii python-numpy 1:1.5.1-4 Numerical Python adds a fast array pn python-profiler none (no description available) ii python-zmq2.2.0-1Python bindings for 0MQ library ii python2.7 [python-argparse] 2.7.3-1Interactive high-level object-orie -- 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#688955: slide show fails to display due to invalid parameter attributes (X_PutImage/BadMatch)
Package: xscreensaver-gl Version: 5.15-3 Severity: normal File: /usr/lib/xscreensaver/glslideshow I configured xscreensaver as follows: chooseRandomImages: True imageDirectory: /home/madduck/photos/selection (jpg files) mode: one selected: 202 (i.e. only one screen saver, namely GLSlideshow, displaying images randomly picked from the given directory.) Unfortunately, the screen stays blank (also in preview mode), only within the xscreensaver-demo dialog is the slide show actually showing. The error message comes from xscreensaver-getimage: X error in xscreensaver-getimage: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 72 (X_PutImage) Serial number of failed request: 31 Current serial number in output stream: 36 X error in xscreensaver-getimage: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 72 (X_PutImage) Serial number of failed request: 31 Current serial number in output stream: 36 This is reproducible on two systems, both running sid. -- System Information: Debian Release: wheezy/sid Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xscreensaver-gl depends on: ii libc6 2.13-35 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglib2.0-0 2.32.3-1 ii libglu1-mesa [libglu1]8.0.4-2 ii libice6 2:1.0.8-2 ii libsm62:1.2.1-2 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt61:1.1.3-1 ii libxxf86vm1 1:1.1.2-1 xscreensaver-gl recommends no packages. Versions of packages xscreensaver-gl suggests: ii xscreensaver 5.15-3 -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#688772: gnome Depends network-manager-gnome
On Thu, Sep 27, 2012 at 03:01:23AM +0200, Michael Biebl wrote: Ian Jackson wrote: What you are proposing is a compromise between doing the right thing for our users, and upholding the autonomy of the maintainer. Changing the Depends to Recommends was never the right solution to the real issue, imo. The underlying problem is that: a/ some users will always be unhappy with the choices we make for those meta-packages. Some want A instead of B, some want no C at all, some want D being added and such. It is simply impossible to please everyone. My simple recommendation for such users is, to juse not use those meta-packages then and pick and chose what you want instead. You do that *once* during a dist-upgrade and you can take the meta-package we provide as input. So this isn't a lot effort. Hmm. This is a common statement regarding metapackages - I've made it myself in the past - but my experience is that it isn't really as true as we'd like to think. If you aren't familiar with the details of a subsystem, removing its metapackage just for the sake of avoiding a single troublesome package means that you end up taking on the task of identifying all that subsystem's essential components in future upgrades; and if you miss one, your system may well behave oddly after the next release and it's quite possible that the maintainers won't have a great deal of sympathy since you brought it upon yourself. It can be a quick road to a world of pain. If you're a developer, maybe it's not so hard, but there are people who have good and valid reasons to be uncomfortable with one choice or another who aren't deeply familiar with the whole subsystem. Our practice in Ubuntu is to try to subdivide metapackages into essential components - those where we simply aren't prepared to call the system, say, an Ubuntu desktop without them - and ones that are merely strongly recommended, where we can reasonably envisage alternatives. network-manager has long fallen into the second category, despite its usefulness; as do many of the default applications, because those are things many people choose to substitute for good and valid reasons. Now, I know that Ubuntu isn't Debian and Unity isn't GNOME Shell and all that, and I'm certainly aware that Ubuntu doesn't get this totally right either, but I do think there's a strong case for erring on the side of using Recommends in metapackages where there is contention. It just makes users' lives easier in so many situations. I actually somehow doubt, that there are a lot of squeeze users, which have the whole gnome meta-package installed but decided to remove NM. Unfortunately popcon doesn't have this kind of correlation data. network-manager is installed on more systems than gnome, but I'm not sure how much information we can derive from that since it'll have some users from other environments too. It does seem to be something that's come up a fair bit anecdotally, though. For me, if I were the metapackage maintainer, the mere presence of a giant argument about one of the components of my metapackage would be enough to make me reconsider, regardless of whether I agreed with the reasoning. If it were somehow to be established that this is indeed vanishingly rare, I would probably reluctantly withdraw my objection. We can assert things at each other until the cows come home, but I don't honestly see how it can be established clearly. Sometimes it happens that as a maintainer you paint yourself into a corner one way or another, and sometimes you just have to live with it because the upgrade experience matters. It's not unusual for maintainers to create new packages in order to work around this. (For example, I would have no objection to a solution whereby the GNOME team created a new metapackage which has stricter dependencies even on a wider range of things than network-manager, and made that be part of fresh installations of wheezy; that would seem quite reasonable and would comfortably sidestep any upgrade questions.) I would really appreciate, if the ctte could leave this case as it is now and let us concentrate our efforts on fixing real issues and bugs instead of having to spend our time writing several pages long emails where we need to defend our work. The lack of trust that was shown towards us has definitely saddened me and taken out all the fun and enthusiasm I have for Debian. Well, I understand that the GNOME team are frustrated - it's quite plain to see - but this goes both ways. I'm saddened by the attempt to find a solution that at least partially satisfied the letter of the TC's resolution while going against its spirit, and the apparent lack of respect for the dispute resolution arrangements that we all surely implicitly signed up to when we joined Debian. We're trying to make Debian better too. I don't think we enjoy having to extend this debate any more than you do; but really it would have been much more helpful to propose
Bug#688772: gnome Depends network-manager-gnome
On Tue, Sep 25, 2012 at 12:25:53PM -0400, Jeremy Bicha wrote: Ian Jackson wrote: 10. We therefore formally reprimand Josselin Mouette. We consider his behaviour deliberately obstructive and obtuse. Is that really necessary? I mean, if this new resolution gets approved, wouldn't the Tech Committee have already succeeded in embarrassing the GNOME team in front of the rest of the Debian project without the need to rudely call out an individual? I don't think it's likely to be helpful, so IMO it should be omitted. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688772: gnome Depends network-manager-gnome
* Colin Watson cjwat...@debian.org, 2012-09-27, 12:01: I actually somehow doubt, that there are a lot of squeeze users, which have the whole gnome meta-package installed but decided to remove NM. Unfortunately popcon doesn't have this kind of correlation data. It can be extracted from the raw popcon data (which isn't publicly accessible, for obvious reasons). I'll give you the numbers later today. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688956: dracut: CVE-2012-4453: creates non-world readable initramfs images
Package: dracut Version: 020-1 Severity: important Tags: security An information disclosure flaw was found in the way dracut, an initramfs root filesystem images generator, created initramfs images. When the root filesystem contained sensitive information (password based authentication for iSCSI systems or encrypted root filesystem crypttab password information), an attacker could use this flaw to obtain this information. I haven't verified Debian packages are affected. If you want me to do it send me an email :) Reference: https://bugzilla.redhat.com/show_bug.cgi?id=859448 Patch: http://git.kernel.org/?p=boot/dracut/dracut.git;a=commit;h=e1b48995c26c4f06d1a71 Information from: http://www.openwall.com/lists/oss-security/2012/09/27/3 - Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688627: ITP: genivi-audio-manager -- The GENIVI AudioManager is a software framework for low-level management of audio in the context of a car.
Hey! On Mon, Sep 24, 2012 at 12:00 PM, Jeremiah C. Foster jerem...@jeremiahfoster.com wrote: Package: wnpp Severity: wishlist Owner: Jeremiah C. Foster jerem...@jeremiahfoster.com * Package name: genivi-audio-manager Version : 2.1 Upstream Author : Christian Linke christian.li...@bmw.de * URL : http://www.genivi.org/projects * License : Mozilla Public License v2.0 Programming Lang: C++ Description : The GENIVI AudioManager is a software framework for low-level management of audio in the context of a car. The short description should be shorter (well under 80 characters) and not repeat package name. Suggestion for short description software framework for low-level car audio management The AudioManager is meant to abstract audio in an IVI setting in a way that creates a common API allowing an independence from routing mechanisms. Designed to handle both dynamic and static sources and sinks it provides an API upwards to other applications, like HMI. The AudioManager is not another routing mechanism however. I don't know what HMI is, you could probably elaborate a bit or explain this. -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688629: ITP: genivi-layer-management -- Applications in an automobile are often stand-alone implementations, not integrated into a coherent whole. The Layer Management software is designed to prov
Heya! On Mon, Sep 24, 2012 at 12:07 PM, Jeremiah C. Foster jerem...@jeremiahfoster.com wrote: Package: wnpp Severity: wishlist Owner: Jeremiah C. Foster jerem...@jeremiahfoster.com * Package name: genivi-layer-management Version : 0.9.7 Upstream Author : Michael Schuldt michael.schu...@bmw.de * URL : http://www.genivi.org/projects * License : Apache 2.0 Programming Lang: C Description : Applications in an automobile are often stand-alone implementations, not integrated into a coherent whole. The Layer Management software is designed to provide a vendor-specific layer management implementation that unifies look and feel. Short description is too long. Is it actually the first sentence in the long description? In the automotive domain, most HMI systems use their own window manager implementation. Many applications (e.g. navigation, reverse camera) are implemented standalone and therefore one service is used to composite all applications to final image on the screen Layer Manager. The goal of this work package is to define a common API and provide a proof-of-concept implementation for the IVI Layer Management Service. The GENIVI IVI Layer Management provides; - A well-defined interface - Standardized compositing - Convenient and consistent access to hardware accelerated modules - Separation of HMI and Layer Management - Dynamic extensions during runtime - Low integration complexity - Limited dependency on hardware I suggest explaining HMI and IVI. Thanks for your work! -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688954: [Python-modules-team] Bug#688954: ipython: Dependency missing on python-argparse
On Thu, Sep 27, 2012 at 12:52:08 +0200, Michael Gebetsroither wrote: ii python2.6.6-14 interactive high-level object-orie ii python2.7 [python-argparse] 2.7.3-1Interactive high-level object-orie This is a very old version of the python package. Upgrading it would help, as would installing the (real, not virtual) python-argparse package. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688923: mathematica-fonts: [INTL:es] spanish translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 27/09/2012 01:28, Atsuhito Kohda a écrit : I'm not sure if this version is really updated Spanish translation or not. Sould I update Rafael's translation with this po file? As far as I can see, none has been proofread on the debian-l10n-spanish list, and obviously, the list was not used for coordination. I can't judge of the quality of a Spanish translation, so I don't know if one is better than the other. Anyway, even if Javier's version is better than Rafael's, it probably does not need to be updated in the archive right now (you can safely wait for the package to enter testing first, maybe someone from the Spanish team will vouch for one of these two versions, or even a third in the mean time ;-). Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQZDtvAAoJELgqIXr9/gny3x8QALfWekeZksOXVdMFvL2FRHGY JRRU9LhGzegwzKRNuPE1K+j2Pe9pdF9qbSete9qvj8nsaKPqdXl+4VpMVfjko0mP xleyE5U6ipm0WiA8/Xkz6hcGECthuKh+0vFIajSThtikM/Jlils4PjeTdQNfJzIH LUQA2SvPCxYvD4djkESWyMFOOGGWXC+LbaH/BKLkROyA+HCB/tGf3988N1+eFuzp 7vpKqINEJji06XLDvKFJsIxDeEZsC05fzpfOwVgw2M621eoFP5G1bQ+RF7qxAhYM 11Vb0SAnKVaEuawC8g+F/F5D8HFcC1wZvg/QO5n+Di59ebvY484sZsYXoGsMDc/9 4aVfqmDPhaxhjdv+olY4Otz7JYxJsQkB3InGXFM/oU0N07VwULe5nKuVDaIzxzsm wmaU1QoFLDi9cBHtu49Xz3GRiLNX2hckfMa9elu/qChOeAAgKf7x5Yk0AXlbIGEP FbmkRckkLGSUrnyFJXkfqyEd38ur3q+yFeMezY2NOZxqdNFp/Rsx9VYGIVhhm+9F cf8WB5u+i66uyqYelj60aWUau3W1Em+7ZqNl7acBvA+YzHgSpYy7F6040d9bdX0p 1lSt4uSvbSzkPRjc5KmIvsbobawagHupUp8IJrd98Dy7w/YQARgJ4p71Sg++r4Pc qi0390QXc2XO+iRK83eE =DOuB -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#685589: qsstv: segfault when received image is saved
For what it's worth, I'm experiencing the same. After successfully saving one picture (or several incomplete pictures), saving the next complete picture causes segmentation fault. I'm using the same qsstv version as OP on a fully updated wheezy system. Tried unticking autosave, but qsstv still saves the pictures and still segfaults. Is there anything we can do to help in debugging the issue? -- Jesper Henriksen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686281: Gimp: program crashes after exporting file in another format
Does it still happen after upgrading to 2.8.2?
Bug#687851: freedink: diff for NMU version 1.08.20120427-2.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Bas, Le 27/09/2012 02:24, Bas Wijnen a écrit : I had another patch waiting upstream, which I have just submitted to Debian as well (#688934). This fixes a bug which makes some dmods unplayable. I'm not sure if this is bad enough for a freeze exception, though. According to the freeze policy [0], severity normal patch are not accepted during the freeze (rule 3: “fixes for severity: important bugs in packages of priority: optional or extra, only when this can be done via unstable”), so I'd say it's not. Feel free to ask the release team directly via a bug report (rule 5: “pre-approved fixes”) if you really think it should be fixed in Wheezy. 0: http://release.debian.org/wheezy/freeze_policy.html Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQZD1AAAoJELgqIXr9/gnyygkP/jzrXgeVTLIjyDmk7INmCDTz wVmX24JL1oKhtEmfhufQOEhVBzWyoh5p6/lxTxnwxbL+FBAUEpyuBnj6DUO2WmrV tIIeh+xr8mC4V2d6DMgDI90ITlKufgShyGusvCc3im4nBolgKq1McUzbhajsoVM+ xO2a5AzNeZIRtRYJ26RMxlu+uDdYveW1Cm8jgmv75nigd2Gyw1byWrfu/xgB2xgT h1wQFCxsCK3SJiV3ta0rDorWXxQXvIt1WqKzkLecb0RgMoAh4DImkCmpK4duDwbC jmX1pO1IoL+8/o79sKb7KNp2E3+gWb7o1K9SUYAewtSjztjiVGkHQWrLPn/Un4yU u//6MQDao7RpEDqfLToqHAD4RdAGgDIqlThkfMGaqHuvXemXvvIq9YhSGJE5y56c v2XKZkjw8YUxqXr0KToBVUe5IW62yDWp+KZUXxXW/Eb4+/gzDBuJOLL9V70awVAl V3fS6eepa3OcdHdz7U0UA9d+sqhUA+jEpcjCWW3K5GhwH6R5+NtEg/yLy1W6+G6l WrVbOQGGm9rWkZpcKbYVezcIyINYcOGypaplonVcAfAY5Ep1sh8J2t+mXf9mYFz1 NKO+t+5uaCYJMqhTKx4cOnPJfSyfhl6uolCpcOetF3FX9f9vUhVR6u5G1UQF9qta qijPGL4nGSToz8eZ0tQg =XZHO -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#688956: dracut: CVE-2012-4453: creates non-world readable initramfs images
On Thu, 27 Sep 2012 14:32:46 +0300, Henri Salo he...@nerv.fi said: I haven't verified Debian packages are affected. If you want me to do it send me an email :) That would be great, because currently I'm very busy. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688957: php.Function doesn't actually seem to work
Package: phpldapadmin Version: 1.2.0.5-2+squeeze1 Hi, First of all, the squeeze upgrade was annoying - all of our old etch or lenny PHP template files were left in the config tree and gave us a gazillion warnings. The package could have detected some of those obsolete config files of its, and printed some sort of a debconf warning hinting at what to do. Anyway. Ever since #532859, I've had to keep a modified sambaSamAccount template in phpLDAPadmin that inserted the sambaPwdLastSet attribute in those user accounts. In the old days, that was done with new_smb3_user_template.php's: $now = time(); [...] input type=hidden name=attrs[] value=sambaPwdLastSet / input type=hidden name=vals[] value=?php echo $now ? / Trying to implement that in the new XML config files led me to try: attribute id=sambaPwdLastSet hidden1/hidden value![CDATA[=php.Function(time;)]]/value /attribute But this value doesn't actually work. phpLDAPadmin simply skips over the entire field. Despite the documentation at http://phpldapadmin.sourceforge.net/wiki/index.php/TemplateValueFunction:Function I also tried: value=php.Function(time;)/value That didn't work, either. Thank goodness the semantics of the sambaPwdLastSet attribute don't actually require the /current/ timestamp, any can do, so: value10/value ...that workaround works. Please fix this. TIA. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674283: RFS: ovito/1.1.0-1~1
Package: sponsorship-requests Severity: normal Tags: not-for-wheezy Dear mentors, I am looking for a sponsor for a new version of ovito * Package name: ovito Version : 1.1.0-1~1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : science It builds those binary packages: ovito - visualization and analysis tool for atomistic simulation data ovito-doc - documentation for ovito ovito-examples - tutorial examples for ovito To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ovito Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/ovito/ovito_1.1.0-1~1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Maintainer resurrected (Closes: #674283). * New upstream release. * Bump to Standards-Version to 3.9.4. No changes required. * Added --with python2 to debian/rules. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688950: urlwatch: missing dependency on python-concurrent.futures
Hi, urlwatch doesn't start if python-concurrent.futures is not installed: $ urlwatch Traceback (most recent call last): File /usr/bin/urlwatch, line 91, in module import concurrent.futures ImportError: No module named concurrent.futures Crap, I thought I did it. I am going to update it tonight. Thanks for the report and sorry for the disagreement. Regards, -- Franck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688053: asterisk: SIP module fails to load
On 27/09/2012 14:15, Mehdi Dogguy wrote: … was uploaded to stable-security-updates. err, in stable-security. -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688958: gzip -9n produces different files on ia64
Package: gzip Version: 1.5-1.1 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch On ia64 gzip -9n tends to generate compressed files that are not byte-identical to files generated on other architectures. For example, on my i386 machine: $ zcat testcase.gz | gzip -9n | md5sum 0e508f76b324a228594b2214589a24d0 - But on merulo.d.o, I get this instead: $ zcat testcase.gz | gzip -9n | md5sum 9c8c2b70e1094193e6eb70feb5db9a5d - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ia64 Kernel: Linux 2.6.32-bpo.5-mckinley (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gzip depends on: ii dpkg 1.16.8 ii install-info 4.13a.dfsg.1-10 ii libc6.1 2.13-35 gzip recommends no packages. Versions of packages gzip suggests: ii less 444-4 -- Jakub Wilk testcase.gz Description: Binary data
Bug#688772: gnome Depends network-manager-gnome
Hi, On Wed, 26 Sep 2012, Ian Jackson wrote: But I'm not convinced that this is the right basis to think about it. It is not a good precedent to set that if a matter is brought to the TC, the maintainer who loses the debate in the TC will do something which undermines the effect of the TC decision and which wasn't proposed in the TC discussion. Having taken hold of the matter and overruled the maintainer, we have a responsibility to see through the consequences, and to avoid backsliding by the maintainer. http://bugs.debian.org/640874 $ apt-get source leave [...] $ head -n 1 leave-1.12/debian/rules #!/bin/sh -e It seems pretty clear that the TC is currently not making sure that his decisions get acted upon (and this despite Jakub who pointed out the mistake in https://lists.debian.org/debian-ctte/2012/08/msg1.html). But in this particular case, you took it in a very personal way and made the effort to follow through. IMO this discrepancy and your antagonistic attitude is harming the committee's reputation. I agree that Josselin's decision was a poor one but frankly I would much rather see people work on better N-M integration. If the time spent on those discussions would have been invested in getting d-i to write proper N-M configuration entries, some of the reasons why N-M is unpopular in Debian would have been squashed. /me hopes Michael Biebl is not demotivated by this series of GR and ends up working with Sorina to get this fixed: https://lists.debian.org/debian-boot/2012/09/msg00252.html Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688911: icinga-common: check_apt for localhost
Hi, On Thu, Sep 27, 2012 at 06:53:24 +0200, Alexander Wirt wrote: [...] In fact the plugin is useless unless you setup automatic updates of the apt index (see /etc/cron.daily/apt). So just adding this can leads to false results. Therefore I don't think its a good idea to add this by default. Yep, right! It would lead to false sense of security alone, yeah. What about adding the entry commented out and the notice to create /etc/apt/apt.conf.d/02periodic with some useful content before enabling this service check? Alex Elrond -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672805: closed by Bart Martens ba...@debian.org (closing RFS: hwb/1:040412-6)
On Thu, 2012-09-27 at 07:33 -0400, Debian Bug Tracking System wrote: #672805: RFS: hwb/1:040412-6 It has been closed by Bart Martens ba...@debian.org. email message attachment Forwarded Message From: Bart Martens ba...@debian.org To: 672805-d...@bugs.debian.org Subject: closing RFS: hwb/1:040412-6 Date: Thu, 27 Sep 2012 11:30:17 + Package hwb has been removed from mentors. Why? Now I'm going to need to upload it again.l Robert James Clay j...@rocasa.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672805: closed by Bart Martens ba...@debian.org (closing RFS: hwb/1:040412-6)
On Thu, Sep 27, 2012 at 08:57:49AM -0400, Robert James Clay wrote: On Thu, 2012-09-27 at 07:33 -0400, Debian Bug Tracking System wrote: #672805: RFS: hwb/1:040412-6 It has been closed by Bart Martens ba...@debian.org. email message attachment Forwarded Message From: Bart Martens ba...@debian.org To: 672805-d...@bugs.debian.org Subject: closing RFS: hwb/1:040412-6 Date: Thu, 27 Sep 2012 11:30:17 + Package hwb has been removed from mentors. Why? Now I'm going to need to upload it again.l I don't know why the package has been removed from mentors. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638898: xfce4-xkb-plugin: Second keyboard layout removed after a while, have to keep resetting it
Package: xfce4-xkb-plugin Version: 0.5.4.3-1+b1 Followup-For: Bug #638898 FWIW it is REALLY annoying and pretty much rendering this plugin unusable... having workaround is good but I wish it could be really fixed for the wheezy... checked upstream git and I guess resolution boiled down to fb667951f66a05b87949b3eaf9e7c04697899fea Author: Igor Slepchin igor.slepc...@gmail.com 2012-07-17 16:13:40 Committer: Igor Slepchin igor.slepc...@gmail.com 2012-07-24 15:38:38 Follows: 0.5.4.3 Remove configuration of keyboard layouts. Keyboard layouts are moved to xfce4-keyboard-settings. The management of layouts per application/window is still handled by this plugin. Compose key configuration is gone for now; might get reinstated in xfce4-keyboard-settings. This fixes bug 5476 (together with a corresponding commit to xfce4-settings). unfortunately changes in xfce4-settings were not as atomic and there is a series of related commits (if I got it right). But I guess someone could consider this issue 'fixed-upstream' -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-xkb-plugin depends on: ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii librsvg2-2 2.36.1-1 ii libwnck22 2.30.7-1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii libxklavier16 5.2.1-1 ii xfce4-panel 4.8.6-3 xfce4-xkb-plugin recommends no packages. xfce4-xkb-plugin 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#646900: [multipath-tools] Errors when Boot On SAN (IBM DS4700)
Ritesh Raj Sarraf r...@debian.org writes: On Wednesday 15 February 2012 10:13 PM, Ritesh Raj Sarraf wrote: On Thursday 05 January 2012 01:04 AM, Laurent Bigonville wrote: Well local-top is too late as udev is started in init-top. Making MP_MODULES configurable is probably a good idea, but an extra script in init-top should definitely be added. Based on discussion on this bug, I uploaded a new version on multipath-tools package to the experimental repository. If you get some time, please test that version and report back on this bug report. Currently, this bug is marked fixed but I would like to hear someone verify and report back. This has been pushed to sid which will soon move into wheezy. I'm closing this bug report. If the bug persists, please re-open this bug report. From the patch referred in the changelog (43d3f10d): +HW_HANDLERS= + +verbose log_begin_msg Loading multipath hardware handlers +for module in ${HW_HANDLERS}; do + if modprobe --syslog $module; then How should one populate HW_HANDLERS with the appropriate modules? On the other hand, loading modules before the HBA driver is possible by configuring modprobe, for example by dropping softdep qla2xxx pre: scsi_dh_emc in some file under /etc/modprobe.d. This actually fixes the problem for me under squeeze. On the other hand, it stops working after upgrading to the 3.2 bpo kernel. Maybe 3.2 requires fixed patch checkers, as https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/644489 suggests. Can anybody confirm this? -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688772: gnome Depends network-manager-gnome
On Thu, Sep 27, 2012 at 12:01:32PM +0100, Colin Watson wrote: I would really appreciate, if the ctte could leave this case as it is now and let us concentrate our efforts on fixing real issues and bugs instead of having to spend our time writing several pages long emails where we need to defend our work. The lack of trust that was shown towards us has definitely saddened me and taken out all the fun and enthusiasm I have for Debian. Well, I understand that the GNOME team are frustrated - it's quite plain to see - but this goes both ways. I'm saddened by the attempt to find a solution that at least partially satisfied the letter of the TC's resolution while going against its spirit, and the apparent lack of respect for the dispute resolution arrangements that we all surely implicitly signed up to when we joined Debian. We're trying to make Debian better too. I'm following this discussion attentively, but I didn't have anything to add up to now. FWIW, I've very much appreciated Sam Hartman's first post and similar comments by other participants on both sides. There is clearly frustration on both those sides. For the maintainers it is not easy to be overruled, nor it is pleasant to perceive something as a crusade (as Joss put it) against them. No matter whether the perception is correct or not, the feeling is there and need to be dealt with. For the tech-ctte, and for everyone else who believe in it as a dispute resolution body (which, I really have to observe, shall be the case for every member of the Debian Project), it is not acceptable to have the impression that the maintainers have tried to work around the spirit of a resolution. Again: no matter whether that is true or not, the feeling is on the table and need to be dealt with. There are no magic solutions for this. Please just don't assume the others are acting against you and try to see if at least part of what they are proposing could in fact benefit Debian users. According to what I've read up to now, it seems that the distinction between gnome-core and gnome could use further discussion. Surely it is a discussion that could have happened before, and _would_ probably have happened if people have pointed that out earlier. But it is happening now, and it is useful. Good! What worries me is the apparent lack of an important information: the greater goal/mission that the GNOME team have in mind. OTOH, the spirit of the recent tech-ctte decision can be summarized as: allow users to opt-out of N-M + respect past (Squeeze) user choices to do so. I'm at loss at formulating a similarly succinct goal for the GNOME team. Maybe members of the GNOME team can help with that? For instance, Michael has written a few post ago: Joss solution definitely addresses that while trying to preserve our vision what we (as a team) and upstream define a default GNOME environment. *If* the main point is adhering to an agreed upon notion of *default* GNOME environment, any easy to use opt-out mechanism (including Recommends) should work, no? So I guess I am, and others with me, missing a relevant part of GNOME team's goals on this matter. If these goals can easily be stated, maybe we won't even need further votes and imposed decisions. Maybe we can just find a consensual course of action that both respect user choices *and* adhere to GNOME team greater goals. Thanks for considering, Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#530584: [Mutt] #3236: mutt: should use /var/tmp for mail drafts by default
#3236: mutt: should use /var/tmp for mail drafts by default --+- Reporter: antonio@… | Owner: mutt-dev Type: enhancement | Status: new Priority: minor | Milestone: Component: mutt | Version: Keywords:| --+- Changes (by hhorak): * cc: hhorak@… (added) -- Ticket URL: http://dev.mutt.org/trac/ticket/3236#comment:15 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687870: libphone-utils: diff for NMU version 0.1+git20110523-1.2
tags 687870 + patch tags 687870 + pending thanks Dear maintainer, I've prepared an NMU for libphone-utils (versioned as 0.1+git20110523-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. David diff -Nru libphone-utils-0.1+git20110523/debian/changelog libphone-utils-0.1+git20110523/debian/changelog --- libphone-utils-0.1+git20110523/debian/changelog 2012-09-07 10:52:28.0 -0400 +++ libphone-utils-0.1+git20110523/debian/changelog 2012-09-27 09:10:22.0 -0400 @@ -1,3 +1,11 @@ +libphone-utils (0.1+git20110523-1.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/libphone-utils-dev.postinst: Fix directory to symlink upgrade in +postinst. (Closes: #687870) + + -- David Prévot taf...@debian.org Thu, 27 Sep 2012 09:10:19 -0400 + libphone-utils (0.1+git20110523-1.1) unstable; urgency=low * Non-maintainer upload. diff -Nru libphone-utils-0.1+git20110523/debian/libphone-utils-dev.postinst libphone-utils-0.1+git20110523/debian/libphone-utils-dev.postinst --- libphone-utils-0.1+git20110523/debian/libphone-utils-dev.postinst 1969-12-31 20:00:00.0 -0400 +++ libphone-utils-0.1+git20110523/debian/libphone-utils-dev.postinst 2012-09-27 09:09:26.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libphone-utils-dev +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libphone-utils0 $docdir +fi +fi + +#DEBHELPER# + +exit 0 signature.asc Description: Digital signature
Bug#688181: xserver-xorg-input-synaptics: FN+F3 won't disable/enable Touchpad
On Thu, Sep 20, 2012 at 6:04 AM, Julien Cristau jcris...@debian.org wrote: So the event gets sent. It's probably up to userspace (ie your desktop environment) to turn that key event into a 'go disable the touchpad' request. Cheers, Julien Dear Julien, dear Maintener, So, ok, the event gets sent. But how can we turn that into an event (using KDE)? (a) Is there a solution? (b) Is there a workaround we can try? (c) Is the correct maintener aware of this bug #688181? Thanks! Beco -- Dr Beco I refuse to join any club that would have me as a member. (Groucho Marx) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687871: libfsoframework: diff for NMU version 0.11.0-1.1
tags 687871 + patch thanks Dear maintainer, I've prepared an NMU for libfsoframework (versioned as 0.11.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. David diff -Nru libfsoframework-0.11.0/debian/changelog libfsoframework-0.11.0/debian/changelog --- libfsoframework-0.11.0/debian/changelog 2012-05-25 13:19:11.0 -0400 +++ libfsoframework-0.11.0/debian/changelog 2012-09-27 09:17:51.0 -0400 @@ -1,3 +1,11 @@ +libfsoframework (0.11.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/libfsoframework-{dbg,dev}.postinst: Fix directory to symlink +upgrade in postinst. (Closes: #687871) + + -- David Prévot taf...@debian.org Thu, 27 Sep 2012 09:17:37 -0400 + libfsoframework (0.11.0-1) unstable; urgency=low [ Simon Busch ] diff -Nru libfsoframework-0.11.0/debian/libfsoframework-dbg.postinst libfsoframework-0.11.0/debian/libfsoframework-dbg.postinst --- libfsoframework-0.11.0/debian/libfsoframework-dbg.postinst 1969-12-31 20:00:00.0 -0400 +++ libfsoframework-0.11.0/debian/libfsoframework-dbg.postinst 2012-09-27 09:14:22.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libfsoframework-dbg +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libfsoframework0 $docdir +fi +fi + +#DEBHELPER# + +exit 0 diff -Nru libfsoframework-0.11.0/debian/libfsoframework-dev.postinst libfsoframework-0.11.0/debian/libfsoframework-dev.postinst --- libfsoframework-0.11.0/debian/libfsoframework-dev.postinst 1969-12-31 20:00:00.0 -0400 +++ libfsoframework-0.11.0/debian/libfsoframework-dev.postinst 2012-09-27 09:15:02.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libfsoframework-dev +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libfsoframework0 $docdir +fi +fi + +#DEBHELPER# + +exit 0 signature.asc Description: Digital signature
Bug#673441: GCC crash while compiling on Sparc
On 27.09.2012 09:38, Olivier Sallou wrote: The bug is not reproducible, so it is likely a hardware or OS problem. so what didn't you understand? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646900: [multipath-tools] Errors when Boot On SAN (IBM DS4700)
On Thursday 27 September 2012 06:14 PM, Ferenc Wagner wrote: From the patch referred in the changelog (43d3f10d): +HW_HANDLERS= + +verbose log_begin_msg Loading multipath hardware handlers +for module in ${HW_HANDLERS}; do + if modprobe --syslog $module; then How should one populate HW_HANDLERS with the appropriate modules? On the other hand, loading modules before the HBA driver is possible by configuring modprobe, for example by dropping Looks like I missed the /etc/initramfs/conf.d/ part of it where the user could define the hardware handlers. I am busy now. If you have the resource to modify and test it, please do. We can then see if it could be pushed in for Wheezy. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#673441: GCC crash while compiling on Sparc
Le 9/27/12 3:37 PM, Matthias Klose a écrit : On 27.09.2012 09:38, Olivier Sallou wrote: The bug is not reproducible, so it is likely a hardware or OS problem. so what didn't you understand? This occurs on buildd servers, on Sparc only. I saw this bug faced the same error, so I wonder if those are related. compiler creates a seg fault, not only an error. And log specifies to submit a bug: /build/buildd-ncbi-blast+_2.2.27-1-sparc-CRxRu2/ncbi-blast+-2.2.27/c++/src/objects/genomecoll/NCBI_GenomeCollection_module.cpp:87:1: internal compiler error: Segmentation fault Please submit a full bug report, Now, as it impacts build on Debian servers, I can't say if it is OS or hardware issue. Olivier -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#688959: php-zeroc-ice in wheezy using php API 2009 instead of 2010?
Package: php-zeroc-ice Version: 3.4.2-8.1 Architecture: mipsel After upgrading to the newest wheezy packages, I now have phpapi-20100525+lfs. php-zeroc-ice is depending on phpapi-20100525+lfs, which seems to be correct. But it seems it indeed got compiled with phpapi-20090626+lfs, because IcePHP.so gets installed to: /usr/lib/php5/20090626+lfs/IcePHP.so And after linking it to /usr/lib/php5/20100525+lfs/IcePHP.so some things start to work, but there are many exceptions thrown in php-scripts using Ice: With Mumble Admin Plugin (Apache log): PHP Fatal error: Uncaught exception ::Ice::UnmarshalOutOfBoundsException\n{\nreason = \n}\n thrown in /var/www/MAP/inc/resources/php/slice.php on line 113 With mumble-server-web (http output): Ice_UnmarshalOutOfBoundsException Object ( [reason] = [message:protected] = [string:Exception:private] = [code:protected] = 0 [file:protected] = /usr/share/mumble-server-web/www/weblist.php [line:protected] = 40 [trace:Exception:private] = Array ( [0] = Array ( [file] = /usr/share/mumble-server-web/www/weblist.php [line] = 40 [function] = getUsers [class] = Ice_ObjectPrx [type] = - [args] = Array ( ) ) ) [previous:Exception:private] = ) I'm using an up-to-date (w/o kernel) Debian wheezy on mipsel with apt: deb ftp://ftp2.de.debian.org/debian/ wheezy main deb http://security.debian.org wheezy/updates main libc6:mipsel 2.13-35 Linux 2.6.38-vs2.3.0.37-rc8-custom2 mips64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688960: postgresql-common - pg_upgradecluster fails with OLD used in query that is not in a rule
Package: postgresql-common Version: 134 Severity: grave pg_upgradecluster from 8.4 to 9.1 fails: | # pg_upgradecluster 8.4 main /srv/postgresql/9.1/main | Stopping old cluster... | Disabling connections to the old cluster during upgrade... | Restarting old cluster with restricted connections... | Creating new cluster (configuration: /etc/postgresql/9.1/main, data: /srv/postgresql/9.1/main)... | Moving configuration file /srv/postgresql/9.1/main/postgresql.conf to /etc/postgresql/9.1/main... | Moving configuration file /srv/postgresql/9.1/main/pg_hba.conf to /etc/postgresql/9.1/main... | Moving configuration file /srv/postgresql/9.1/main/pg_ident.conf to /etc/postgresql/9.1/main... | Configuring postgresql.conf to use port 5433... | Disabling connections to the new cluster during upgrade... | Roles, databases, schemas, ACLs... | pg_dump: SQL command failed | pg_dump: Error message from server: ERROR: OLD used in query that is not in a rule | LINE 1: LOCK TABLE old.eintraege IN ACCESS SHARE MODE |^ | pg_dump: The command was: LOCK TABLE old.eintraege IN ACCESS SHARE MODE | pg_dumpall: pg_dump failed on database jsopac, exiting | Re-enabling connections to the old cluster... | Re-enabling connections to the new cluster... | Error during cluster dumping, removing new cluster Reason is the use of the pg_dumpall from 9.1, which does not work with the 8.4 server: | # sudo -u postgres /usr/lib/postgresql/9.1/bin/pg_dumpall -s out | pg_dump: SQL command failed | pg_dump: Error message from server: ERROR: OLD used in query that is not in a rule | LINE 1: LOCK TABLE old.eintraege IN ACCESS SHARE MODE |^ | pg_dump: The command was: LOCK TABLE old.eintraege IN ACCESS SHARE MODE | pg_dumpall: pg_dump failed on database jsopac, exiting | # sudo -u postgres /usr/lib/postgresql/8.4/bin/pg_dumpall -s out | # Bastian -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678215: [wheezy] USB mouse not recognized after resuming from suspend to, RAM
Hi folks, I have the exact same symptom here with Linux kernel 3.5-trunk from experimental. AFAIR kernel 3.4 did fine, but I will retest that if required. mschmitt@adrastea:~$ dmesg |egrep -i hid|logitech|input [0.694199] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 [1.165742] usbcore: registered new interface driver usbhid [1.165745] usbhid: USB HID core driver [1.769359] usb 2-2: Manufacturer: Logitech [2.309359] usb 2-1.3: Manufacturer: Logitech [2.326683] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-1/2-1.3/2-1.3:1.0/input/input1 [2.326733] logitech 0003:046D:C517.0003: input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-:00:1d.1-1.3/input0 [2.358395] logitech 0003:046D:C517.0004: fixing up Logitech keyboard report descriptor [2.359049] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-1/2-1.3/2-1.3:1.1/input/input2 [2.359159] logitech 0003:046D:C517.0004: input,hiddev0,hidraw1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:1d.1-1.3/input1 [ 12.856786] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input3 [ 12.856851] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [ 13.166321] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 15.117371] usb 2-2: Manufacturer: Logitech [ 15.134701] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-2/2-2:1.0/input/input6 [ 15.134778] hid-generic 0003:046D:C505.0005: input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-:00:1d.1-2/input0 [ 15.168021] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-2/2-2:1.1/input/input7 [ 15.168168] hid-generic 0003:046D:C505.0006: input,hidraw1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:1d.1-2/input1 [ 15.351289] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input8 [ 16.197368] usb 2-1.3: Manufacturer: Logitech [ 16.214741] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-1/2-1.3/2-1.3:1.0/input/input9 [ 16.214857] logitech 0003:046D:C517.0007: input,hidraw2: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-:00:1d.1-1.3/input0 [ 16.246404] logitech 0003:046D:C517.0008: fixing up Logitech keyboard report descriptor [ 16.247307] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-1/2-1.3/2-1.3:1.1/input/input10 [ 16.247505] logitech 0003:046D:C517.0008: input,hiddev0,hidraw3: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:1d.1-1.3/input1 [ 32.281185] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input11 [45720.066279] usbhid 2-1.3:1.1: reset_resume error 1 [45728.331269] input input6: event field not found [45728.331271] input input6: event field not found [45728.331273] input input6: event field not found [45728.331275] input input6: event field not found [45728.331277] input input6: event field not found [45728.331279] input input6: event field not found [45728.331291] input input6: event field not found [45728.331301] input input7: event field not found [45728.331303] input input7: event field not found [45728.331304] input input7: event field not found [45728.331305] input input7: event field not found [45728.331306] input input7: event field not found [45728.331308] input input7: event field not found [45728.331309] input input7: event field not found [45775.992026] usbcore: deregistering interface driver usbhid [45776.162500] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-2/2-2:1.0/input/input12 [45776.162688] hid-generic 0003:046D:C505.0009: input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-:00:1d.1-2/input0 [45776.192990] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-2/2-2:1.1/input/input13 [45776.193745] hid-generic 0003:046D:C505.000A: input,hidraw1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:1d.1-2/input1 [45776.235573] usbcore: registered new interface driver usbhid [45776.235576] usbhid: USB HID core driver [45776.244126] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-1/2-1.3/2-1.3:1.0/input/input14 [45776.246070] logitech 0003:046D:C517.000B: input,hidraw2: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-:00:1d.1-1.3/input0 [45776.246082] logitech 0003:046D:C517.000C: fixing up Logitech keyboard report descriptor [45776.246719] input: Logitech USB Receiver as /devices/pci:00/:00:1d.1/usb2/2-1/2-1.3/2-1.3:1.1/input/input15 [45776.250968] logitech 0003:046D:C517.000C: input,hiddev0,hidraw3: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:1d.1-1.3/input1 That is a boot / suspend / resume cycle and see [45720.066279] usbhid 2-1.3:1.1: reset_resume error 1 and the event field not found lines The hardware is Bus 002
Bug#688961: xcp-xapi: xe host-set-hostname-live fails (debian is not centos!)
Package: xcp-xapi Version: 1.3.2-11 Severity: normal xe host-set-hostname-live host-uuid=68878163-7c93-17af-7911-5a2726fefc66 host-name=xapi-xh3 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Subprocess exitted with unexpected code 2; stdout = [ ]; stderr = [ sed: can't read /etc/sysconfig/network: No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xcp-xapi depends on: ii hwdata 0.234-1 ii libc6 2.13-35 ii libpam0g 1.1.3-7.1 ii libuuid1 2.20.1-5.1 ii libvhd02.0.90-1 ii libxen-4.1 4.1.3-2 ii libxenstore3.0 4.1.3-2 ii lsb-base 4.1+Debian7 ii pciutils 1:3.1.9-5 ii python 2.7.3-2 ii python-xenapi 1.3.2-11 ii stunnel4 [stunnel] 3:4.53-1 ii xcp-eliloader 0.1-4 ii xcp-fe 0.5.2-3+b1 ii xcp-networkd 1.3.2-11 ii xcp-squeezed 1.3.2-11 ii xcp-storage-managers 0.1.1-2 ii xcp-v6d1.3.2-11 ii xcp-xe 1.3.2-11 ii xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1] 4.1.3-2 ii xen-utils-4.1 4.1.3-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages xcp-xapi recommends: ii cifs-utils 2:5.5-1 ii xcp-guest-templates 0.1-4 ii xcp-vncterm 0.1-2 xcp-xapi suggests no packages. -- Configuration Files: /etc/xcp/pool.conf changed: master -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_US:en, LC_ALL = (unset), LC_TIME = ru_RU.UTF-8, LC_MONETARY = ru_RU.UTF-8, LC_ADDRESS = ru_RU.UTF-8, LC_TELEPHONE = ru_RU.UTF-8, LC_NAME = ru_RU.UTF-8, LC_MEASUREMENT = ru_RU.UTF-8, LC_IDENTIFICATION = ru_RU.UTF-8, LC_NUMERIC = ru_RU.UTF-8, LC_PAPER = ru_RU.UTF-8, LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672805: closed by Bart Martens ba...@debian.org (closing RFS: hwb/1:040412-6)
On Thu, 2012-09-27 at 09:07 -0400, Bart Martens wrote: On Thu, Sep 27, 2012 at 08:57:49AM -0400, Robert James Clay wrote: email message attachment Forwarded Message Subject: closing RFS: hwb/1:040412-6 Date: Thu, 27 Sep 2012 11:30:17 + Package hwb has been removed from mentors. Why? Now I'm going to need to upload it again.l I don't know why the package has been removed from mentors. I don't recall if you or any of the other package sponsors have mentioned; do you (or the Mentors site?) have something automated in place that checks open RFS bugs against the packages on the Mentors site? Or is that a manual check that you do periodically? As I noted in my email to the mailing list, your actions were the first I knew that my hwb package wasn't on the Mentors site any more and I was wondering how that came to your attention. Robert James Clay j...@rocasa.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686281: Gimp: program crashes after exporting file in another format
Package: gimp Version: 2.8.2-1 Followup-For: Bug #686281 Dear Maintainer, I have just upgraded and yes, the bug is still present :-( I did find a workaround for both 2.8.0 and 2.8.2 though: alway navigate to another directory before exporting the file. So for instance navigate to the parent directory, then back to the directory you were in, and then export normally. It's still very annoying as I sometimes forget to jump through the hoops and then it's worse. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.2-1 ii libaa1 1.4p5-40 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.100-1 ii libexif12 0.6.20-3 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2 ii libgimp2.0 2.8.2-1 ii libglib2.0-02.32.3-1 ii libgs9 9.05~dfsg-6.1 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-13 ii libjavascriptcoregtk-1.0-0 1.8.1-3.3 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libpoppler-glib80.18.4-3 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libtiff43.9.6-7 ii libwebkitgtk-1.0-0 1.8.1-3.3 ii libwmf0.2-7 0.2.8.4-10 ii libx11-62:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 ii python 2.7.3~rc2-1 ii python-gtk2 2.24.0-3 ii python2.7 2.7.3~rc2-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6.1 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.12.3-1+b1 ii libasound21.0.25-4 -- 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#687873: libgsm0710mux: diff for NMU version 0.11.2-1.1
tags 687873 + patch thanks Dear maintainer, I've prepared an NMU for libgsm0710mux (versioned as 0.11.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. David diff -Nru libgsm0710mux-0.11.2/debian/changelog libgsm0710mux-0.11.2/debian/changelog --- libgsm0710mux-0.11.2/debian/changelog 2012-06-26 20:15:52.0 -0400 +++ libgsm0710mux-0.11.2/debian/changelog 2012-09-27 09:58:22.0 -0400 @@ -1,3 +1,11 @@ +libgsm0710mux (0.11.2-1.1) unstable; urgency=low + + * Non-maintainer upload + * debian/libgsm0710mux-{dbg,dev}.postinst: Fix directory to symlink upgrade +in postinst (Closes: #687873) + + -- David Prévot taf...@debian.org Thu, 27 Sep 2012 09:58:20 -0400 + libgsm0710mux (0.11.2-1) unstable; urgency=low [ Simon Busch ] diff -Nru libgsm0710mux-0.11.2/debian/libgsm0710mux-dbg.postinst libgsm0710mux-0.11.2/debian/libgsm0710mux-dbg.postinst --- libgsm0710mux-0.11.2/debian/libgsm0710mux-dbg.postinst 1969-12-31 20:00:00.0 -0400 +++ libgsm0710mux-0.11.2/debian/libgsm0710mux-dbg.postinst 2012-09-27 09:56:38.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libgsm0710mux-dbg +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libgsm0710mux2 $docdir +fi +fi + +#DEBHELPER# + +exit 0 diff -Nru libgsm0710mux-0.11.2/debian/libgsm0710mux-dev.postinst libgsm0710mux-0.11.2/debian/libgsm0710mux-dev.postinst --- libgsm0710mux-0.11.2/debian/libgsm0710mux-dev.postinst 1969-12-31 20:00:00.0 -0400 +++ libgsm0710mux-0.11.2/debian/libgsm0710mux-dev.postinst 2012-09-27 09:57:00.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libgsm0710mux-dev +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libgsm0710mux2 $docdir +fi +fi + +#DEBHELPER# + +exit 0 signature.asc Description: Digital signature
Bug#687874: freedink-dfarc: diff for NMU version 3.10-1.1
tags 687874 + patch thanks Dear maintainer, I've prepared an NMU for freedink-dfarc (versioned as 3.10-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. David diff -Nru freedink-dfarc-3.10/debian/changelog freedink-dfarc-3.10/debian/changelog --- freedink-dfarc-3.10/debian/changelog 2012-04-27 09:48:50.0 -0400 +++ freedink-dfarc-3.10/debian/changelog 2012-09-27 09:55:08.0 -0400 @@ -1,3 +1,11 @@ +freedink-dfarc (3.10-1.1) unstable; urgency=low + + * Non-maintainer upload + * freedink-dfarc-dbg.postinst: Fix directory to symlink upgrade in postinst +(Closes: #687874) + + -- David Prévot taf...@debian.org Thu, 27 Sep 2012 09:55:05 -0400 + freedink-dfarc (3.10-1) unstable; urgency=low * New Upstream Version diff -Nru freedink-dfarc-3.10/debian/freedink-dfarc-dbg.postinst freedink-dfarc-3.10/debian/freedink-dfarc-dbg.postinst --- freedink-dfarc-3.10/debian/freedink-dfarc-dbg.postinst 1969-12-31 20:00:00.0 -0400 +++ freedink-dfarc-3.10/debian/freedink-dfarc-dbg.postinst 2012-09-27 09:53:56.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/freedink-dfarc-dbg +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf freedink-dfarc $docdir +fi +fi + +#DEBHELPER# + +exit 0 signature.asc Description: Digital signature
Bug#688962: gnome-control-center: has almost no settings
Package: gnome-control-center Version: 1:3.4.2-2.1 Severity: important Hello, There is no way to - set the icon and gtk theme or any theme at all - change the window manager, especially the 'fallback' vs useless gnome-shell - 'desktop effects' or similar setting which would allow switching between GL and Render 'Details' is uselessly named. Maybe 'About Hardware' ? control center is just a bit smaller than the contained icons and not resizable. ok, it has so many bugs I am not going to file them separately, sorry. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-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 gnome-control-center depends on: ii accountsservice0.6.21-6 ii apg2.2.3.dfsg.1-2 ii desktop-file-utils 0.20-0.1 ii gnome-control-center-data 1:3.4.2-2.1 ii gnome-desktop3-data3.4.2-1 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-3 ii gnome-settings-daemon 3.4.2-5 ii gsettings-desktop-schemas 3.4.2-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcanberra-gtk3-0 0.28-5 ii libcanberra0 0.28-5 ii libcheese-gtk213.4.2-2 ii libcheese3 3.4.2-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcolord1 0.1.21-2 ii libcomerr2 1.42.5-1 ii libcups2 1.5.3-2 ii libdbus-1-31.6.2-2 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-7 ii libgcrypt111.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-1 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-3 ii libgnomekbd7 3.4.0.2-1 ii libgnutls262.12.20-1 ii libgoa-1.0-0 3.4.2-1 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-4 ii libgtop2-7 2.28.4-3 ii libjson-glib-1.0-0 0.14.2-1 ii libk5crypto3 1.10.1+dfsg-2 ii libkrb5-3 1.10.1+dfsg-2 ii libnm-glib40.9.4.0-6 ii libnm-gtk0 0.9.4.1-2 ii libnm-util20.9.4.0-6 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libpolkit-gobject-1-0 0.105-1 ii libpulse-mainloop-glib02.0-6 ii libpulse0 2.0-6 ii libsocialweb-client2 0.25.20-3 ii libupower-glib10.9.17-1 ii libwacom2 0.5-1 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxklavier16 5.2.1-1 ii libxml22.8.0+dfsg1-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.1.2-1 ii gnome-online-accounts 3.4.2-1 ii gnome-session 3.4.2.1-2 ii gnome-user-guide 3.4.2-1+build1 ii iso-codes 3.38-1 ii mesa-utils 8.0.1-2+b3 ii mousetweaks3.4.2-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.4.1-1 ii gstreamer0.10-pulseaudio 0.10.31-3 ii libcanberra-gtk-module0.28-5 ii x11-xserver-utils 7.7~3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688963: New upstream version 0.2.2
Package: netcf Version: 0.1.9-2 Severity: wishlist Hi, please update to netcf 0.2.2. This should make any patches for libnl-3 support superfluos. Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netcf depends on: ii libc6 2.13-35 ii libnetcf1 0.1.9-2 ii libreadline6 6.2-8 netcf recommends no packages. netcf 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#655497: NMU is pending
I have got annoyed with uselessness of whohas for myself due to #670675 enough to try fixing it. The breakage occurred in previous NMU which annihilated a previously working patch. If no objections -- I will upload in 2 days to 5 days delayed queue. See attached fixed patches and the debdiff. Here is the changelog: whohas (0.29-0.2) unstable; urgency=low * Non-maintainer upload. * Fixed and improved 06-ubuntu-versions to get information on all reported releases for Ubuntu (Closes: #670675) * Adjusted 10-debian-versions to rely on fixed in 06-ubuntu-versions functionality to fetch information on all available releases at once, instead of looping through predefined list of releases. This way it should obtain information about oldstable and backports when available (Closes: #616297,#655497) * The other patches in the series were updated -- Yaroslav Halchenko deb...@onerussian.com Thu, 27 Sep 2012 10:14:28 -0400 Since imho #670675 is severe enough I hope to convince release team to let this through into wheezy. CCing upstream for adoption of the patches -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik From: Yaroslav Halchenko deb...@onerussian.com Subject: Fetch all versions from the same page for Debian Similarly to Ubuntu's logic supplied in the previous patch -- fetch all version available from the same page without querying each suite separately. This way we also get possibly present urls to backports (#655497). Also altogether should be more efficient avoiding multiple fetches/parsings. Origin: Debian Bug-Debian: http://bugs.debian.org/655497 Last-Update: 2012-09-27 ## Description: Add unstable and experimental Debian repositories. ## Origin/Author: Jonathan Wiltshire deb...@jwiltshire.org.uk ## Bug: https://bugs.debian.org/511364 --- a/program/whohas +++ b/program/whohas @@ -938,7 +938,7 @@ sub debian_size_convert { } sub debian { - my @dists = ( 'stable', 'testing' ); + my @dists = ( 'all' ); debuntu('http://packages.debian.org','Debian',\@dists,$_[0]); return(); } From: Yaroslav Halchenko deb...@onerussian.com Subject: Reincarnated and refactored the patch to fetch multiple suites from listing page for ubuntu (and Debian) original patch had header: ## 06-ubuntu-versions-510203.dpatch by Jonathan Wiltshire deb...@jwiltshire.org.uk ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Patch to show all versions of a package from Ubuntu, not just ## DP: the earliest, see bug 510203. ## DP: Additionally, show the repo that the package is from (eg. universe) ## DP: Original patch from Steve Cotton steve0...@s.cotton.clara.co.uk ## DP: Status: forwarded upstream to Philipp Wesche phi1...@yahoo.com I have not relied on it actually but redone it, this time relying more on the markup instead of lines counts. Also fixed stripping of additional HREFs after the version (e.g. to backports repo) Origin: Debian Bug-Debian: http://bugs.debian.org/670675 Last-Update: 2012-09-27 --- a/program/whohas +++ b/program/whohas @@ -51,7 +51,7 @@ my @columns = (11,38,18,4,10,25); my $cols = 6; my $fedora_release = 16 ; -my $ubuntu_current_release = oneiric; +my $ubuntu_current_release = all; my $opensuse_major = 12 ; my $opensuse_minor = 1 ; my $mandrivaVersion = 2011.0 ; @@ -964,17 +964,31 @@ sub debuntu { for (my $i = 50; $i @lines; $i++) { if ($lines[$i] =~ /h3Package /) { my $name = (split /h3Package |\/h3/, $lines[$i])[1]; - push @names, $name; - my @parts = split /href\=\|\\|\/a\/, $lines[$i+3]; - $parts[4] =~ s/ \(|\)://g; - push @groups, $parts[4]; - push @repos, $dists[$x]; - push @urls, $baseurl.$parts[2]; - push @dates, ; - @parts = split /|: /, $lines[$i+6]; - $parts[1] =~ s/ \[\strong.*//; - push @versions, $parts[1]; - $i += 11; + # There are now one or more 8-line blocks that are approximately + # $lines[$i] li class=intrepida class=resultlink href=/intrepid/dpkgintrepid/a (base): + # $lines[$i+3] br1.14.20ubuntu6: amd64 i386 + # And this list starts with ul and ends
Bug#688823: broadcom-sta-dkms: to version = 6.20.55.19 (r300276)
Update on 3.6-rc7 problems with wpasupplicant-1.0-2 and broadcom-sta 6.20.55.19 (r300276) 1. Fails to associate to AP (WPA encryption used) when wl.ko built with wext 2. Kernel bug when wl.ko built with nl/cfg80211 Apparently the wireless-bcm43142-dkms/Makefile was tripping due to missing $(SUBLEVEL) in /lib/modules/3.6-rc7.towo.1-siduction-amd64/build/Makefile --- # make KERNELRELEASE=3.6-rc7.towo.1-siduction-amd64 -C /lib/modules/3.6-rc7.towo.1-siduction-amd64/build M=`pwd` make: Entering directory `/usr/src/linux-headers-3.6-rc7.towo.1-siduction-amd64' /bin/sh: 1: [: Illegal number: /bin/sh: 1: [: Illegal number: Wireless Extension is the only possible API for this kernel version Using Wireless Extension API ... --- So it was building the wl module with WEXT rather than nl/CFG80211, which is undesirable of course for such a recent (and 3.x) kernel. It is actually now deprecated. See: http://git.kernel.org/linus/10bab00afed042c1a38ed5ffb135e2aea5ce1277 And as the Makefile checks for API variable, this could be mitigated by adding API=CFG80211 to the make command, and though the Makefile still tries to check for SUBLEVEL and trips, it still builds with CFG80211, as desired: --- # make API=CFG80211 KERNELRELEASE=3.6-rc7.towo.1-siduction-amd64 -C /lib/modules/3.6-rc7.towo.1-siduction-amd64/build M=`pwd` make: Entering directory `/usr/src/linux-headers-3.6-rc7.towo.1-siduction-amd64' /bin/sh: 1: [: Illegal number: /bin/sh: 1: [: Illegal number: CFG80211 API specified in command line Using CFG80211 API ... --- But this defeats the whole point of using a DKMS package in the first place, and Dell/Broadcom hasn't provided a source-only package for this version. The submitted dkms package is obviously missing readme and license files, at least. So I was able to get around this mess by creating a secondary patch for the Makefile (there's a preexisting 0001-Makefile.patch) and placing it in: /usr/src/wireless-bcm43142-dkms-6.20.55.19~bdcom0602.0400.1000.0400/patches/0002-Makefile.patch Patch Attached. Edit the dkms.conf file, and add my new patch under the PATCH[0] line: PATCH[1]=0002-Makefile.patch Then dkms remove and dkms install the module for the 3.6-rc7 kernel. Now wl.ko is built with nl/cfg80211 However, now I hit a kernel BUG at include/net/cfg80211.h:2473 caused by wpa_supplicant # apt policy wpasupplicant wpasupplicant: Installed: 1.0-2 Candidate: 1.0-2 Version table: *** 1.0-2 0 500 http://mirror.rts-informatique.fr/linuxmint/debian/incoming/ testing/main amd64 Packages 100 /var/lib/dpkg/status Details of running wpa_supplicant (1.0-2) in debugging mode when wl.ko was built with WEXT, and the kernel BUG details re wpa_supplicant. As this is a dev kernel release, adding linux-wireless to the loop. And apologies if I shouldn't because this is regarding a proprietary, unpublished broadcom driver. Please let me know if you need any further information. Best, Jasmine On Wed, Sep 26, 2012 at 12:42 AM, Jasmine Hassan jasmine.a...@gmail.com wrote: Package: broadcom-sta-dkms Version: 6.20.55.19 Hello, My newish Dell Inspiron 15R 5520 shipped with ubuntu installed, and had this (apparently unreleased?) version of broadcom-sta-dkms, for the bcm43142 (Dell hybrid wifi/bluetooth adapter / 14e4:4365) # lspci -nn | tail -1 08:00.0 Network controller [0280]: Broadcom Corporation Device [14e4:4365] (rev 01) # dmesg | grep BCM eth0: Broadcom BCM4365 802.11 Hybrid Wireless Controller 6.20.55.19 (r300276) Someone (owner of Vostro 3460 laptop with the same card) kindly uploaded the original debs, at http://wielki.tk/vostro/ The driver in question: http://wielki.tk/vostro/debs/wireless-bcm43142-oneiric-dkms_6.20.55.19~bdcom0602.0400.1000.0400-0somerville1_amd64.deb But it had at least two main issues that needed fixing: 1. Failed to compile on kernel 3.2.x. Solution: One-line change of the call 'ndo_set_multicast_list' to 'ndo_set_rx_mode', in wl_linux.c 2. Failed to compile on Kernel 3.4.x. Like broadcom-sta/5.100.82.112-7 , this version also suffered issue with missing asm/system.h on 3.4.x (see bug #677193). Fixed in the same manner as that proposed in said bug. (Updated md5sum of wl_linux.c, per changes 1 2 above) 3. Removed oneiric (reference to Ubuntu 11.10) from package name, and all directory path-names everywhere in the package contents, as it is no longer ubuntu/oneiric-specific. Updated deb: http://jas.gemnetworks.com/debian/wireless-bcm43142-dkms-6.20.55.19_amd64.deb Also tested on linux 3.5.0-4.dmz.1-liquorix-amd64, and it works for me Now, given a power regression in kernel 3.5, I was eager to test drive 3.6-rc6, and found rc7 out already! So yesterday I installed linux 3.6-rc7.towo.1-siduction-amd64, the wl module compiles and installs, and loads okay upon boot to 3.6-rc7. However, I'm unable to associate to my AP: Pointers in syslog Sep 25 21:34:10 terra wpa_supplicant[2787]: nl80211: 'nl80211' generic netlink not
Bug#688964: qemu-kvm: Fedora 17 guest hangs on boot with soft lockup in udevd
Package: qemu-kvm Version: 1.1.2+dfsg-2 Severity: important A fully-updated 64-bit Fedora 17 guest using the 3.5.4-1.fc17.x86_64 kernel hangs on boot with the following repeated messages on the console: BUG: soft lockup - CPU#0 stuck for 22s! [udevd:417] It boots at least with 1.1.0+dfsg-3. The 1.1.1+dfsg-1 breaks it. The qemu-kvm was being controlled by virt-manager. Trying to bisect it with git, skipping merged commits, which don't have the debian directory, produced the following list of commits which could be breaking it: dbe4ac16bbab4c237ff54132968accad4f5a4757 f63e60327b8e239ae97fa71060940ca20a8bf38e 02fe741375d4993b3d6870ff6466cc775b409ba1 0ec39075710ae15acc2a5825cd21e0c229fa04af 1658e3cd893e3a35d89388fdd736a6d81cb405e8 ee7735fa639c43ccb3746d84609332e48e22479f 065436479b9164b51892dbd7a7e35a3f9f496894 0da4c073228c645a0366f3fe801df072cf268482 70d582074f0b9485ad9800f8e0126ef68608ba85 f6db26e4f8fe6d80e17aa62e6bcc465e323a7fee 4c45bf61d315316b5932051551c16b17cf9b3d85 c49dd1bf6450b7880972b2f176ec10e8a496073c b4fcb4b4995b292b6013600af78d37416c6ebb34 c9c2479289fd1faf4a1a40db54cc255fbf03af21 7672b714b28e3d49f73c605873404bf6f644c2b2 feba8ae20b372115bc15432d7c484171c25bee62 7d440f20bda8658fe16bdfe9c41c689764c50248 ca09717e8e0664801522781962a3c727d04eef33 0cc21de484d4f00c7b7cacb487bd343cc55effa5 845685265756467050859e2359acf1632352 08375616a0e24484f313900311e1748a2fe12f87 cd63a77e990f68a699ba220c8006386bd4379f81 b7093f294c330c4db789c077dac9d8611e4f8ee0 b993b863e78ae54c5e966f4e1626bc37c560e6aa 07ff37597bee726681c94c650568870bd4ff94d1 4082e889ee8aa43b303105180399bab14312231e e77326d99c938d78a06036b8529b669253baec59 f52d0d639e96f30b226b853d931881d034c57308 785adb09b9fd0d4df6707f00247ec519c42fcfc6 8b3ac661208c88b9d424ede176b99be6fff1283e 2eb4d314cef55749f7835f6338080895daed277e adda59173c976b8863d74b612fafa9212b9182f2 7fa12eb15f95c269f488fce4096093c96dbaffab b696aeab6ad6abe3b45fac96264a40a555ff64ce 6514fe50471ca277c461435b17771e91c115b010 6f82a5ea52302bab33287b0191538be6f9138637 dd48eac4f170fa78ada12df70573c0d757f8febf 37add8028a2872563e7c6efa598e439508eb9a53 398b87f4ef3426569bdda2da2c9c2b89f4ba906f c63c453889d0bfbd183da686bc076590220fd44a 94a6e73b39d7f9ad8ebebaa080932437690a7412 -- Package-specific info: /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz stepping: 9 microcode : 0x12 cpu MHz : 1200.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips: 5787.07 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz stepping: 9 microcode : 0x12 cpu MHz : 1200.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips: 5787.07 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz stepping: 9 microcode : 0x12 cpu MHz : 1200.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 1 cpu cores : 2 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
Bug#687876: libfsoresource: diff for NMU version 0.11.0-1.1
tags 687876 + patch thanks Dear maintainer, I've prepared an NMU for libfsoresource (versioned as 0.11.0-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. David diff -Nru libfsoresource-0.11.0/debian/changelog libfsoresource-0.11.0/debian/changelog --- libfsoresource-0.11.0/debian/changelog 2012-05-26 03:22:42.0 -0400 +++ libfsoresource-0.11.0/debian/changelog 2012-09-27 10:21:11.0 -0400 @@ -1,3 +1,11 @@ +libfsoresource (0.11.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/libfsoresource-{dbg,dev}.postinst: Fix directory to symlink +upgrade in postinst. (Closes: #687876) + + -- David Prévot taf...@debian.org Thu, 27 Sep 2012 10:21:08 -0400 + libfsoresource (0.11.0-1) unstable; urgency=low [ Simon Busch ] diff -Nru libfsoresource-0.11.0/debian/libfsoresource-dbg.postinst libfsoresource-0.11.0/debian/libfsoresource-dbg.postinst --- libfsoresource-0.11.0/debian/libfsoresource-dbg.postinst 1969-12-31 20:00:00.0 -0400 +++ libfsoresource-0.11.0/debian/libfsoresource-dbg.postinst 2012-09-27 10:20:01.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libfsoresource-dbg +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libfsoresource0 $docdir +fi +fi + +#DEBHELPER# + +exit 0 diff -Nru libfsoresource-0.11.0/debian/libfsoresource-dev.postinst libfsoresource-0.11.0/debian/libfsoresource-dev.postinst --- libfsoresource-0.11.0/debian/libfsoresource-dev.postinst 1969-12-31 20:00:00.0 -0400 +++ libfsoresource-0.11.0/debian/libfsoresource-dev.postinst 2012-09-27 10:20:18.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libfsoresource-dev +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libfsoresource0 $docdir +fi +fi + +#DEBHELPER# + +exit 0 signature.asc Description: Digital signature
Bug#685375: Breaks booting with nfsroot
tags 685375 -moreinfo stop On Wed, Sep 26, 2012 at 2:46 PM, Daniel Baumann daniel.baum...@progress-technologies.net wrote: retitle 685375 breaks booting with nfsroot tag 685375 moreinfo after the changes in 3.0~b3-1, this should not be necessary anymore. can you please confirm? I have just tested 3.0~b4-1 from http://incoming.debian.org, and can confirm that the bug still persists. The early userspace still has /live/overlay mounted, which the initramfs fails to remove and thus, booting fails. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688965: diffutils: config.guess,sub need updating for arm64 support
Package: diffutils Version: 1:3.2-6 Severity: normal Tags: upstream Since you last ran autoreconf for this package, ARM's 64-bit architecture (AArch64), has been added to the list of supported architectures in the system-wide config.sub and config.guess (see the 20120210.1 version of the autotools-dev package) In order to start the arm64 debian port autofoo needs to know about the arch in all autoconf-using packages. Please update this package to include those definitions. The simplest way to do this is to install autotools-dev from testing/unstable and (in package top-level dir) do cp -f /usr/share/misc/config.{sub,guess} . If you wanted to keep this up to date automatically in the future (generally a good idea) then adding something like this to your distclean target would be effective: -test -r /usr/share/misc/config.sub cp -f /usr/share/misc/config.sub config.sub -test -r /usr/share/misc/config.guess cp -f /usr/share/misc/config.guess config.guess You could instead just make those files links. along with a build-dependency on autotools-dev -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages diffutils depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib diffutils recommends no packages. Versions of packages diffutils suggests: pn diffutils-doc none (no description available) ii wdiff 0.6.3-1Compares two files word by word -- 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#688966: Review midgard2-core package
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Please review midgard2-core for inclusion in squeeze. Package contains only one RC bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677795 New source package which fixes the bug (with renamed packages) is waiting in queue ,marked as NEW. Package itself doesn't containt any upstream changes. Also there is related package 'php5-midgard2' which can be uploaded to unstable and rebuilt due to dependency name change. Piotras -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688967: package doesn't provide logrotate script for lsyncd
Package: lsyncd Version: 2.0.7-3 Severity: normal lsyncd package in wheezy doesn't have logrotate config, which may be a problem for loaded environments. Since there is no default configuration, it me be still useful to provide defaul one for standart log location. I've created sample config section and set missingok to disable error reporting by logrotate if there is no file. Here it is: coolcold@backup:~$ cat /etc/logrotate.d/lsyncd /var/log/lsyncd.log { rotate 7 daily missingok notifempty nodelaycompress compress minsize 10M } Hope this will be included in package. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab061.2-el6-openvz (SMP w/24 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#688968: /usr/bin/apt-get: cannot install debian package
Package: apt Version: 0.9.7.5 Severity: normal File: /usr/bin/apt-get # apt-get install ./virtualbox-4.1.18-dfsg/virtualbox-build-deps_1.0_i386.deb Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package ./virtualbox-4.1.18-dfsg E: Couldn't find any package by regex './virtualbox-4.1.18-dfsg' -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Update ; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; APT::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; APT::Architectures ; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::solvers ; Dir::Bin::solvers:: /usr/lib/apt/solvers; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Bin::bzip2 /bin/bzip2; Dir::Bin::xz /usr/bin/xz; Dir::Media ; Dir::Media::MountPath /media/cdrom; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently
Bug#687884: libfsotransport: diff for NMU version 0.11.1-2.1
tags 687884 + patch tags 687884 + pending thanks Dear maintainer, I've prepared an NMU for libfsotransport (versioned as 0.11.1-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I'll take care of the unblock request. Regards. David diff -Nru libfsotransport-0.11.1/debian/changelog libfsotransport-0.11.1/debian/changelog --- libfsotransport-0.11.1/debian/changelog 2012-06-25 16:40:44.0 -0400 +++ libfsotransport-0.11.1/debian/changelog 2012-09-27 10:43:08.0 -0400 @@ -1,3 +1,11 @@ +libfsotransport (0.11.1-2.1) unstable; urgency=low + + * Non-maintainer upload + * debian/libfsotransport-{dbg,dev}.postinst: Fix directory to symlink +upgrade in postinst (Closes: #687884) + + -- David Prévot taf...@debian.org Thu, 27 Sep 2012 10:43:05 -0400 + libfsotransport (0.11.1-2) unstable; urgency=low * Build with --as-needed to drop dependency on libnl3 diff -Nru libfsotransport-0.11.1/debian/libfsotransport-dbg.postinst libfsotransport-0.11.1/debian/libfsotransport-dbg.postinst --- libfsotransport-0.11.1/debian/libfsotransport-dbg.postinst 1969-12-31 20:00:00.0 -0400 +++ libfsotransport-0.11.1/debian/libfsotransport-dbg.postinst 2012-09-27 10:41:45.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libfsotransport-dbg +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libfsotransport3 $docdir +fi +fi + +#DEBHELPER# + +exit 0 diff -Nru libfsotransport-0.11.1/debian/libfsotransport-dev.postinst libfsotransport-0.11.1/debian/libfsotransport-dev.postinst --- libfsotransport-0.11.1/debian/libfsotransport-dev.postinst 1969-12-31 20:00:00.0 -0400 +++ libfsotransport-0.11.1/debian/libfsotransport-dev.postinst 2012-09-27 10:42:07.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/libfsotransport-dev +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf libfsotransport3 $docdir +fi +fi + +#DEBHELPER# + +exit 0 signature.asc Description: Digital signature