Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Control: tags -1 + squeeze Control: notfound -1 2.9.2.2-3 Hi Gregor On Thu, Dec 20, 2012 at 10:11:43PM +0100, gregor herrmann wrote: On Thu, 20 Dec 2012 04:35:52 +0100, Andreas Beckmann wrote: The problem is still reproducible in a lenny-squeeze upgrade. Hm, at least _I_ don't care a lot about upgrades from an archived release :) The above might be valid, as the current stable release is squeeze. So updates from an up to date Lenny to the stable release should be supported. But I tried too to check the Squeeze - Wheezy update, and like you was not able to repoduce. Does the above control changes reflect this correctly for the BTS? Regards, Salvatore signature.asc Description: Digital signature
Processed: Re: Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Processing control commands: tags -1 + squeeze Bug #603428 [snort-pgsql,snort-mysql] snort: prompting due to modified conffiles which where not modified by the user Added tag(s) squeeze. notfound -1 2.9.2.2-3 Bug #603428 [snort-pgsql,snort-mysql] snort: prompting due to modified conffiles which where not modified by the user Ignoring request to alter found versions of bug #603428 to the same values previously set -- 603428: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603428 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642750: [PATCH] epiphany-browser: *HIGHLY* unstable on ia64, (IA-64/IPF/Itanium) platform
Gustavo Noronha Silva wrote: Thanks for the patches! I will include them in my next upload, do you mind proposing them upstream, though? I don't feel like I know enough of this bit of the code to propose them myself. Yes, I do - any assistance of you is appreciated. I think, webkit 1.8.1 is an outdated version for the upstream; I would make more sense to make another patch for the most recent webkit 1.11. Since there are some other difficult ia64 RC bugs to do and the porters are understaffed, I attempt to do it after the release of Wheezy. Btw: It seems that fixing of epiphany/webkit isn't completed because it doesn't work satisfactory yet. Regards Stephan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642750: [PATCH] epiphany-browser: *HIGHLY* unstable on ia64, (IA-64/IPF/Itanium) platform
Émeric Maschino wrote: I used your patched packages the passed week for my homeworks. Stability is far better than the first patchset. With the notable exception of the Google homepage. I don't know what's going wrong and if other URLs are also affected. Let me explain. Opening Epiphany with a blank page as startup page, typing www.google.com in the bar address and clicking on Enter briefly goes to the Google homepage and Epiphany immediately crashes. I couldn't reproduce the crash on the Google homepage. But you are right: I experience it, too; Epiphany still crashes *sometimes*. Obviously Epiphany/Webkit still has at least one more bug... Let me know if additional tests are welcomed. I think further tests at the level of a user wouldn't have any benefit at the moment. (Please could you test the patches for Iceweasel 10.0.11esr at next?) Stephan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Control: fixed -1 2.9.2.2-3 Hi Salvatore, On Sat, Dec 22, 2012 at 11:13:26AM +0100, Salvatore Bonaccorso wrote: Control: tags -1 + squeeze Control: notfound -1 2.9.2.2-3 [...] But I tried too to check the Squeeze - Wheezy update, and like you was not able to repoduce. Does the above control changes reflect this correctly for the BTS? I don't think so: notfound removes a previous indication that the bug was found in that version. There was no such indication (it is only implicitly found in that version, because it is found in an earlier version), so it wasn't removed. I think you wanted to mark the bug as 'fixed' (= no longer present) in that version. I did this now. So this bug will now only apply to squeeze, not to wheezy (or newer releases). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Processing control commands: fixed -1 2.9.2.2-3 Bug #603428 [snort-pgsql,snort-mysql] snort: prompting due to modified conffiles which where not modified by the user Marked as fixed in versions snort/2.9.2.2-3. -- 603428: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603428 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: prayer-templates: copyright file missing after upgrade (policy 12.5)
Processing control commands: fixed -1 1.3.4-dfsg1-1 Bug #696378 [prayer-templates] prayer-templates: copyright file missing after upgrade (policy 12.5) Marked as fixed in versions prayer/1.3.4-dfsg1-1. -- 696378: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696378 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696378: prayer-templates: copyright file missing after upgrade (policy 12.5)
Control: fixed -1 1.3.4-dfsg1-1 Hi Andreas, On Thu, Dec 20, 2012 at 07:21:12AM +0100, Andreas Beckmann wrote: a test with piuparts revealed that your package misses the copyright file after an upgrade from lenny to squeeze, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile I tried the piuparts test for the squeeze - wheezy upgrade, and it gives no errors, so I'm marking this bug as fixed in version 1.3.4-dfsg1-1 (the version in wheezy). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654939: mtpfs: broken overnight
On Sat, 22 Dec 2012, Vincent Lefevre wrote: With mtpfs 1.1-2 and my Galaxy Note II (N7100): # mtpfs -o allow_other /media/mtp Listing raw device(s) Device 0 (VID=04e8 and PID=6860) is a Samsung GT P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y. Found 1 device(s): Samsung: GT P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y (04e8:6860) @ bus 8, dev 8 Attempting to connect device PTP_ERROR_IO: failed to open session, trying again after resetting USB interface LIBMTP libusb: Attempt to reset device LIBMTP PANIC: failed to open session on second attempt Unable to open raw device 0 With mtpfs 0.9-3+b1, I don't have such an error, but trying to read /media freezes for about 3 minutes, then I get: ls: cannot access /media/mtp: Transport endpoint is not connected I much better results with libmtp9 from experimental: $ apt-cache policy libmtp9 libmtp9: Installed: 1.1.5-1 Candidate: 1.1.5-1 Package pin: (not found) Version table: *** 1.1.5-1 999 500 http://ftp.se.debian.org/debian/ experimental/main i386 Packages $ mtpfs ~/mtpfs Error: Unable to open ~/.mtpz-data for reading. Listing raw device(s) Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP). Found 1 device(s): Samsung: Galaxy models (MTP) (04e8:6860) @ bus 1, dev 6 Attempting to connect device Listing File Information on Device with name: GT-I8160 The irritating message: Error: Unable to open ~/.mtpz-data for reading. (also, accidentaly? the very 1st line in /lib/udev/rules.d/69-libmtp.rules) does not seem to be an error (info/warning? maybe), as it's just scary and has no ill effects. Maybe this: https://groups.google.com/a/chromium.org/group/chromium-os-reviews/browse_thread/thread/af4ef5613b335f83?noredirect=true catch some interest. Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: gtkpod: copyright file missing after upgrade (policy 12.5)
Processing control commands: fixed -1 2.1.2-1 Bug #696379 [gtkpod] gtkpod: copyright file missing after upgrade (policy 12.5) Marked as fixed in versions gtkpod/2.1.2-1. -- 696379: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696379 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696379: gtkpod: copyright file missing after upgrade (policy 12.5)
Control: fixed -1 2.1.2-1 Hi Andreas, On Thu, Dec 20, 2012 at 07:25:26AM +0100, Andreas Beckmann wrote: a test with piuparts revealed that your package misses the copyright file after an upgrade from lenny to squeeze, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile I tried the piuparts test for the squeeze - wheezy upgrade, and it gives no errors, so I'm marking this bug as fixed in version 2.1.2-1 (the version in wheezy). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696524: X2Go Plugin container crashes after session startup
Package: x2goclient Severity: grave Version: 3.99.2.1-1 Tag: patch With a patch that fixes #692555 another issue pops up. The X2Go plugin in package 3.99.2.1-1 plus the patch that fixes #692555 crashes during session startup. The plugin container reports that the qtbrowserplugin behind X2Go plugin has crashed and asks if the user wants to reload the plugin. The following patch will fix that next issue: +--- a/onmainwindow.cpp b/onmainwindow.cpp +@@ -8944,6 +8947,8 @@ + + void ONMainWindow::setProxyWinTitle() + { ++if(embedMode) ++return; + + QString title; + Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgplpef4eHXnN.pgp Description: Digitale PGP-Unterschrift
Processed: Re: python-cxx-dev: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/python-cxx-dev
Processing control commands: tags -1 patch Bug #696074 [python-cxx-dev] python-cxx-dev: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/python-cxx-dev Added tag(s) patch. -- 696074: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696074 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696074: python-cxx-dev: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/python-cxx-dev
Control: tags -1 patch Hi, On Sun, Dec 16, 2012 at 03:25:03PM +0100, Andreas Beckmann wrote: Looks like /usr/share/doc/python-cxx-dev was a symlink in squeeze and is a directory in wheezy. Note that dpkg intentionally does not replace directories with symlinks and vice versa. python-cxx-dev.preinst should probably do something like test ! -L /usr/share/doc/python-cxx-dev || rm /usr/share/doc/python-cxx-dev Please clean this up in wheezy. Based on the hint from Andreas, I created a patch to fix this bug. I tested the new version with piuparts, and the problem is gone. Cheers, Ivo diff -Nru pycxx-6.2.4/debian/changelog pycxx-6.2.4/debian/changelog --- pycxx-6.2.4/debian/changelog2012-03-19 03:03:15.0 +0100 +++ pycxx-6.2.4/debian/changelog2012-12-22 12:44:54.0 +0100 @@ -1,3 +1,11 @@ +pycxx (6.2.4-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove symlink /usr/share/doc/python-cxx-dev before installing +(Closes: #696074). Thanks to Andreas Beckmann for the report. + + -- Ivo De Decker ivo.dedec...@ugent.be Sat, 22 Dec 2012 12:44:12 +0100 + pycxx (6.2.4-1) unstable; urgency=low * New upstream release diff -Nru pycxx-6.2.4/debian/python-cxx-dev.preinst pycxx-6.2.4/debian/python-cxx-dev.preinst --- pycxx-6.2.4/debian/python-cxx-dev.preinst 1970-01-01 01:00:00.0 +0100 +++ pycxx-6.2.4/debian/python-cxx-dev.preinst 2012-12-22 12:31:33.0 +0100 @@ -0,0 +1,21 @@ +#! /bin/sh + +set -e + +case $1 in +install|upgrade) +test ! -L /usr/share/doc/python-cxx-dev || rm /usr/share/doc/python-cxx-dev +;; + +abort-upgrade) +;; + +*) +echo preinst called with unknown argument \`$1' 2 +exit 1 +;; +esac + + +#DEBHELPER# +
Bug#634261: Debian #634261: Is it actually a(n RC) bug?
Hi, I am not really an expert on libc internals, but a friend of mine with some more experience did some debugging yesterday and we figured out it might not be a bug but expected behavior. I'll put my points by answering some of the above statements. FYI, I found that it is triggered by the _IO_stdin_used symbol not being exported from the binary, which happened because of a version-script couple with -rdynamic. I still think there is something fishy going on on the libc6 side, but not as bad as originally thought. This seems to be a known and more or less documented behavior of libc to determine which ABI to use for an application software, see [1]. What eventually happens is an unaligned access due to the ABI mismatch. Checking the export list of the current xulrunner binary of Iceweasel 10, this behaviour seems to have been fixed in Firefox. So I expect Firefox to work on SPARC again. What is fishy is that only sparc is affected. So whatever it's doing on sparc, it's doing it differently from other architectures. That's because SPARC CPUs trigger an exception on aligned access [1]. I would expect the same to happen on Alpha [3], but Alpha is no longer a supported architecture for the current Debian release. It would be nice if the original bug reporter could try to reproduce the bug with Iceweasel 10 in Debian Wheezy and unless it's still crashing, this bug should be untagged as being an RC bug for Wheezy. Cheers, Adrian [1] http://lists.gnu.org/archive/html/bug-glibc/2001-12/msg00203.html [2] http://gcc.gnu.org/ml/gcc/2000-10/msg00291.html [3] http://gcc.gnu.org/ml/gcc-help/1999-10n/msg00065.html -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696513: PTP_ERROR_IO: failed to open session
severity 696513 important thanks Hi, On Sat, Dec 22, 2012 at 2:20 AM, Vincent Lefevre vinc...@vinc17.net wrote: I get the following error with my Samsung Galaxy Note II: Sorry, but this is a device issue and not grave. So lowering severity to important for now, please check if libmtp 1.1.5 available in experimental contains the fix for your device. Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#696513: PTP_ERROR_IO: failed to open session
Processing commands for cont...@bugs.debian.org: severity 696513 important Bug #696513 [libmtp9] PTP_ERROR_IO: failed to open session Severity set to 'important' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- 696513: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696513 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
Hi On Sat, Dec 22, 2012 at 11:48:33AM +0100, Ivo De Decker wrote: Control: fixed -1 2.9.2.2-3 Hi Salvatore, On Sat, Dec 22, 2012 at 11:13:26AM +0100, Salvatore Bonaccorso wrote: Control: tags -1 + squeeze Control: notfound -1 2.9.2.2-3 [...] But I tried too to check the Squeeze - Wheezy update, and like you was not able to repoduce. Does the above control changes reflect this correctly for the BTS? I don't think so: notfound removes a previous indication that the bug was found in that version. There was no such indication (it is only implicitly found in that version, because it is found in an earlier version), so it wasn't removed. I think you wanted to mark the bug as 'fixed' (= no longer present) in that version. I did this now. So this bug will now only apply to squeeze, not to wheezy (or newer releases). Yes indeed. Thanks for correcting. Regards, Salvatore signature.asc Description: Digital signature
Processed: Issue occurs with x2goplugin
Processing commands for cont...@bugs.debian.org: reassign #696524 x2goplugin Bug #696524 [x2goclient] X2Go Plugin container crashes after session startup Bug reassigned from package 'x2goclient' to 'x2goplugin'. No longer marked as found in versions x2goclient/3.99.2.1-1. Ignoring request to alter fixed versions of bug #696524 to the same values previously set thanks Stopping processing here. Please contact me if you need assistance. -- 696524: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696524 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696524: Issue occurs with x2goplugin
reassign #696524 x2goplugin thanks The issue is of course an X2Go Plugin issue. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpdaEScbTeif.pgp Description: Digitale PGP-Unterschrift
Processed: your mail
Processing commands for cont...@bugs.debian.org: tag 696074 + pending Bug #696074 [python-cxx-dev] python-cxx-dev: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/python-cxx-dev Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 696074: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696074 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696530: menu-xdg: Populates XDG user directory with system entries
Package: menu-xdg Version: 0.5 Severity: critical Justification: breaks unrelated software Running update-menus as a normal user dumps all Debian menu entries into ~/.local/share/applications/menu-xdg/ including system global ones. This causes problems to desktop managers that exclude the Debian menu since they already provide desktop entries for most applications. In Gnome3, all Debian menu entries will appear in the Other category and produce duplicates when using the app search. The expected behaviour would be to just dump the menu entries in ~/.menu, not all entries in the system. The ~/.local/share/applications/menu-xdg/ directory is meant for user installed menu entries and menu-xdg is currently breaking that assumption. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash menu-xdg depends on no packages. Versions of packages menu-xdg recommends: ii menu 2.1.46 menu-xdg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: owner 696530
Processing commands for cont...@bugs.debian.org: owner 696530 bera...@hotmail.com Bug #696530 [menu-xdg] menu-xdg: Populates XDG user directory with system entries Owner recorded as bera...@hotmail.com. thanks Stopping processing here. Please contact me if you need assistance. -- 696530: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696530 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685625: implicit declaration of function ‘reallocf’
On Fri, 2012-12-21 at 23:47:47 +, Steven Chamberlain wrote: To further confuse things, here's a related problem in freebsd-buildutils: gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='i386' -DMACHINE_MULTIARCH='i386-kfreebsd-gnu' -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys -D_GNU_SOURCE=1 -isystem /usr/include/freebsd -std=gnu99 -fstack-protector -c excludes.c excludes.c: In function 'read_excludes_file': excludes.c:75:2: warning: implicit declaration of function 'fgetln' [-Wimplicit-function-declaration] excludes.c:75:15: warning: assignment makes pointer from integer without a cast [enabled by default] gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='i386' -DMACHINE_MULTIARCH='i386-kfreebsd-gnu' -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys -D_GNU_SOURCE=1 -isystem /usr/include/freebsd -std=gnu99 -fstack-protector -c misc.c gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='i386' -DMACHINE_MULTIARCH='i386-kfreebsd-gnu' -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys -D_GNU_SOURCE=1 -isystem /usr/include/freebsd -std=gnu99 -fstack-protector -c mtree.c gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='i386' -DMACHINE_MULTIARCH='i386-kfreebsd-gnu' -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys -D_GNU_SOURCE=1 -isystem /usr/include/freebsd -std=gnu99 -fstack-protector -c spec.c spec.c: In function 'set': spec.c:229:4: warning: implicit declaration of function 'setmode' [-Wimplicit-function-declaration] spec.c:229:11: warning: assignment makes pointer from integer without a cast [enabled by default] spec.c:232:4: warning: implicit declaration of function 'getmode' [-Wimplicit-function-declaration] fgetln, setmode and getmode are defined in bsd/stdio.h and bsd/unistd.h. Using fgetln without its prototype truncates the pointer to 32 bits. Fortunately a mode_t is only 16 bits long so getmode/setmode may be okay. I think the preferred method is to use libbsd's 'overlay' in code that needs these functions. Previously freebsd-buildutils couldn't use the overlay, so 20_libbsd_overlay.diff worked around it with extra includes: http://anonscm.debian.org/viewvc/glibc-bsd/trunk/freebsd-buildutils/debian/patches/20_libbsd_overlay.diff?view=markup There were bugs in the libbsd include logic which made the overlay unusable, this should be fixed now in latest libbsd versions. So it should be possible to switch packages back, although I'm not sure of the effects of mixing the libbsd overlay with the freebsd-glue stuff. In any case I think that would be correct course of action, but then I'm not sure either if that would be a minimal change solution, given the freeze and all. Then for some unexplained reason that workaround got disabled; the overlay was never re-enabled though: http://anonscm.debian.org/viewvc/glibc-bsd/trunk/freebsd-buildutils/debian/patches/series?r1=3805r2=3960 [added Guillem Jover in Cc: in the hope he can explain any of this :) ] Thanks, I've added Robert to it too, as he is the one who did these changes. My guess would be that he intended to reduce duplication and maintenance costs by centralizing those fixes into a single package (freebsd-glue). Another occurrence is in freebsd-libs: cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_9.0+ds1-3-kfreebsd-i386-0LY6QJ/freebsd-libs-9.0+ds1/sys -D_GNU_SOURCE -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_9.0+ds1-3-kfreebsd-i386-0LY6QJ/freebsd-libs-9.0+ds1/debian/local/include -I/build/buildd-freebsd-libs_9.0+ds1-3-kfreebsd-i386-0LY6QJ/freebsd-libs-9.0+ds1/lib/libgeom -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c geom_ctl.c In file included from geom_ctl.c:38:0: /usr/include/freebsd/unistd.h: In function 'feature_present': /usr/include/freebsd/unistd.h:138:2: warning: implicit declaration of function 'strcmp' [-Wimplicit-function-declaration] geom_ctl.c: At top level: geom_ctl.c:55:1: warning: no previous prototype for 'gctl_dump' [-Wmissing-prototypes] geom_ctl.c: In function 'gctl_new_arg': geom_ctl.c:142:2: warning: implicit declaration of function 'reallocf' [-Wimplicit-function-declaration] geom_ctl.c:142:11: warning: assignment makes pointer from integer without a cast [enabled by default] And many more places in freebsd-utils according to: https://buildd.debian.org/~brlink/packages/f/freebsd-utils.html Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#696532: isdnlog: /etc/isdn/isdnlog.isdnctrl0 is easily destroyed in squeeze to wheezy upgrade
Package: isdnlog Version: 1:3.25+dfsg1-3wheezy1 Severity: grave Justification: renders package unusable Dear Maintainer, unfortunately, after the wheezy upgrade the entire ISDN subsystem was broken here. Part of the damage was isdnlog stopped working. After a long search I finally found /etc/isdn/isdnlog.isdnctrl0 was destroyed (overwritten with the rate.cfg content). The analysis of isdnlog.postinst revealed the cause: 31:tempfile=$(mktemp -t isdnutils.XX) (...) 35:for cfg in isdn.conf rate.conf; do # tempfile filled with country specific content for $cfg, then # forwarded to ucf 59:done 61:if [ ! -s /etc/isdn/isdnlog.isdnctrl0 ]; then # skipped in upgrade as /etc/isdn/isdnlog.isdnctrl0 already exists (...) 63:sed '/REMOVE the next line/,/REMOVE the above/d' /usr/share/doc/isdnlog/examples/isdnlog.DEVICE $tempfile # tempfile filled with isdnctrol.isdnctrl* template, skipped in upgrade (...) 67:fi 68:ucf --three-way --debconf-ok $tempfile /etc/isdn/isdnlog.isdnctrl0 # /etc/isdn/isdnlog.isdnctrl0 compared with $tempfile, which is still # some rate.$country stuff Then the administrator is in charge to detect something went terribly wrong when a huge change is presented by ucf. Choosing the broken maintainer's version, in the The diff is huge, I never changed that file manually, so it's probably OK mood causes the breakage. The A new version of configuration file /etc/isdn/isdnlog.isdnctrl0 is available, but the version installed currently has been locally modified message supports that behaviour. In my case, at least reverting was easy as etckeeper(1) is installed. How to fix: Shouldn't be that difficult. Basically assert there's the right content in $tempfile, so I think the following does the things right (not tested): sed '/REMOVE the next line/,/REMOVE the above/d' /usr/share/doc/isdnlog/examples/isdnlog.DEVICE $tempfile if [ ! -s /etc/isdn/isdnlog.isdnctrl0 ]; then echo Creating default /etc/isdn/isdnlog.isdnctrl0 . fi ucf --three-way --debconf-ok $tempfile /etc/isdn/isdnlog.isdnctrl0 ucfr isdnlog /etc/isdn/isdnlog.isdnctrl0 if [ -x /etc/init.d/isdnutils-base ]; then invoke-rc.d isdnutils-base restart isdnlog fi On a related note, there was other trouble but that requires more checking on my side. At most, are you sure the ISDN-related device nodes are still created? They are missing here here but the reason might be, although not likely, the patched vanilla kernel I am running on that computer. Will double-check with a stock Debian kernel on a different box in a few days, separate bug report will follow then. Christoph -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.4.23 (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 isdnlog depends on: ii debconf 1.5.46 pn isdnlog-data none isdnlog recommends no packages. isdnlog suggests no packages. signature.asc Description: Digital signature
Processed: bug 696530 has no owner, submitter 696530
Processing commands for cont...@bugs.debian.org: noowner 696530 Bug #696530 [menu-xdg] menu-xdg: Populates XDG user directory with system entries Removed annotation that Bug was owned by bera...@hotmail.com. submitter 696530 bera...@hotmail.com Bug #696530 [menu-xdg] menu-xdg: Populates XDG user directory with system entries Changed Bug submitter to 'bera...@hotmail.com' from 'Bernat bera...@gmail.com' thanks Stopping processing here. Please contact me if you need assistance. -- 696530: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696530 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603428: snort: prompting due to modified conffiles which where not modified by the user
On Sat, 22 Dec 2012 11:48:33 +0100, Ivo De Decker wrote: But I tried too to check the Squeeze - Wheezy update, and like you was not able to repoduce. Does the above control changes reflect this correctly for the BTS? I don't think so: notfound removes a previous indication that the bug was found in that version. There was no such indication (it is only implicitly found in that version, because it is found in an earlier version), so it wasn't removed. I think you wanted to mark the bug as 'fixed' (= no longer present) in that version. I did this now. Thanks to both of you for checking and manipulation the bug! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Flying Pickets signature.asc Description: Digital signature
Bug#654939: mtpfs: broken overnight
On 2012-12-22 11:57:06 +0100, Cristian Ionescu-Idbohrn wrote: I much better results with libmtp9 from experimental: libmtp9 from experimental and even upstream libmtp from GIT don't work either (bug 696513). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696535: python-django: possible Host header poisoning and Redirect poisoning
Package: python-django Version: 1.4.2-2 Severity: grave Tags: security Justification: user security hole The Django project has recently issued [security updates] for improved tightening against Host header poisoning and Redirect poisoning. - Jonas [security updates]: https://www.djangoproject.com/weblog/2012/dec/10/security/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680084: marked as done (postinst script gets stuck)
Your message dated Sat, 22 Dec 2012 14:49:26 + with message-id e1tmqoe-000806...@franck.debian.org and subject line Bug#680084: fixed in os-prober 1.57 has caused the Debian Bug report #680084, regarding postinst script gets stuck to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 680084: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680084 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: memtest86+ Version: 4.20-1.1 Severity: serious The postinst script gets stuck on builing grub.cfg: : Selecting previously unselected package memtest86+. (Reading database ... 29792 files and directories currently installed.) Unpacking memtest86+ (from .../memtest86+_4.20-1.1_amd64.deb) ... Setting up memtest86+ (4.20-1.1) ... Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.2.0-3-amd64 Found initrd image: /boot/initrd.img-3.2.0-3-amd64 Found linux image: /boot/vmlinuz-3.2.0-0.bpo.2-amd64 Found initrd image: /boot/initrd.img-3.2.0-0.bpo.2-amd64 Found linux image: /boot/vmlinuz-2.6.32-5-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-amd64 Found memtest86+ image: /memtest86+.bin Found memtest86+ multiboot image: /memtest86+_multiboot.bin File descriptor 3 (pipe:[7342]) leaked on lvs invocation. Parent PID 2698: /bin/sh grub-probe: error: no such disk. done done is the last line. ps -ef shows: root 2158 1 0 14:57 ?00:00:00 /usr/sbin/sshd root 2200 2158 0 14:58 ?00:00:00 \_ sshd: root@pts/0 root 2202 2200 0 14:58 pts/000:00:00 | \_ -bash root 2206 2202 0 14:58 pts/000:00:02 | \_ aptitude root 2252 2206 0 14:59 pts/100:00:00 | \_ /usr/bin/dpkg --status-fd 23 --configure memtest86+:amd64 root 2253 2252 0 14:59 pts/100:00:00 | \_ /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/memtest86+.postinst configure root 2259 2253 0 14:59 pts/100:00:00 | \_ [memtest86+.post] defunct root 2861 2158 0 15:00 ?00:00:00 \_ sshd: root@pts/2 root 2863 2861 0 15:01 pts/200:00:00 \_ -bash root 2887 2863 0 15:03 pts/200:00:00 \_ ps -ef --forest I have to manually kill the perl script to get out of this. If I deinstall memtest86+, then grub works fine: Removing memtest86+ ... Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.2.0-3-amd64 Found initrd image: /boot/initrd.img-3.2.0-3-amd64 Found linux image: /boot/vmlinuz-3.2.0-0.bpo.2-amd64 Found initrd image: /boot/initrd.img-3.2.0-0.bpo.2-amd64 Found linux image: /boot/vmlinuz-2.6.32-5-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-amd64 grub-probe: error: no such disk. done Purging configuration files for memtest86+ ... Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.2.0-3-amd64 Found initrd image: /boot/initrd.img-3.2.0-3-amd64 Found linux image: /boot/vmlinuz-3.2.0-0.bpo.2-amd64 Found initrd image: /boot/initrd.img-3.2.0-0.bpo.2-amd64 Found linux image: /boot/vmlinuz-2.6.32-5-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-amd64 grub-probe: error: no such disk. done Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.2.0-3-amd64 Found initrd image: /boot/initrd.img-3.2.0-3-amd64 Found linux image: /boot/vmlinuz-3.2.0-0.bpo.2-amd64 Found initrd image: /boot/initrd.img-3.2.0-0.bpo.2-amd64 Found linux image: /boot/vmlinuz-2.6.32-5-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-amd64 grub-probe: error: no such disk. done Maybe its a problem with grub2. Please reassign if necessary. Regards Harri ---End Message--- ---BeginMessage--- Source: os-prober Source-Version: 1.57 We believe that the bug you reported is fixed in the latest version of os-prober, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 680...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier bubu...@debian.org (supplier of updated os-prober package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 22 Dec 2012 12:54:54 +0100 Source: os-prober Binary: os-prober-udeb os-prober Architecture: source i386 Version: 1.57 Distribution:
Bug#686351: marked as done (/usr/sbin/grub-probe: grub-probe : erreur : no such disk.)
Your message dated Sat, 22 Dec 2012 14:49:26 + with message-id e1tmqoe-000806...@franck.debian.org and subject line Bug#680084: fixed in os-prober 1.57 has caused the Debian Bug report #680084, regarding /usr/sbin/grub-probe: grub-probe : erreur : no such disk. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 680084: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680084 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: grub-common Version: 1.99-22.1 Severity: minor File: /usr/sbin/grub-probe Hi, When running: grub-probe --verbose / I get the following message: grub-probe : info : Scanning for dmraid_nv RAID devices on disk hd0. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : scanning hd0 for LVM. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : no LVM signature found. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid09 RAID devices on disk hd0. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid1x RAID devices on disk hd0. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid09 RAID devices on disk hd0. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid09 RAID devices on disk hd0,msdos5. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid09 RAID devices on disk hd0,msdos1. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid1x RAID devices on disk hd0. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid1x RAID devices on disk hd0,msdos5. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : Scanning for mdraid1x RAID devices on disk hd0,msdos1. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : scanning hd0 for LVM. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : no LVM signature found. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : scanning hd0,msdos5 for LVM. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : no LVM signature found. grub-probe : info : scanning hd0,msdos1 for LVM. grub-probe : info : the size of hd0 is 312581808. grub-probe : info : no LVM signature found. grub-probe : info : changing current directory to /dev/mapper. grub-probe : info : opening eldamar-root. grub-probe : erreur : no such disk. My root partition (ext4) is on a top of an LVM and an LUKS partition I'm not sure that anything is actually broken. Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-common depends on: ii gettext-base0.18.1.1-9 ii libc6 2.13-35 ii libdevmapper1.02.1 2:1.02.74-4 ii libfreetype62.4.9-1 ii libfuse22.9.0-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages grub-common recommends: ii os-prober 1.55 Versions of packages grub-common suggests: ii desktop-base 7.0.3 pn grub-emu none pn multiboot-doc none pn xorrisonone -- no debconf information ---End Message--- ---BeginMessage--- Source: os-prober Source-Version: 1.57 We believe that the bug you reported is fixed in the latest version of os-prober, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 680...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier bubu...@debian.org (supplier of updated os-prober package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash:
Bug#673573: marked as done (grub-probe: error: no such disk. when probing LVM device (problem with symbolic links))
Your message dated Sat, 22 Dec 2012 14:49:26 + with message-id e1tmqoe-000806...@franck.debian.org and subject line Bug#680084: fixed in os-prober 1.57 has caused the Debian Bug report #680084, regarding grub-probe: error: no such disk. when probing LVM device (problem with symbolic links) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 680084: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680084 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: grub-common Version: 1.99-21 Severity: normal Hello, It looks that grub-probe have many errors reported, and maybe one of them is similar to mine, but I cannot find exactly same problem reported. I have simple configuration with single disk /dev/sda, and 2 partitions /dev/sda1 (ext3) and /dev/sda2 (LUKS), on /sda2 I have a LUKS which after giving keys, have a LVM volume with about 10 logical volumes, including / (ext4). grub-probe hovewer have some misterious problem with it, involving not following symlinks: sredniczarny:~/# grub-probe --target=device / /dev/mapper/sredniczarny-root sredniczarny:~# grub-probe --device --target=fs /dev/mapper/sredniczarny-root grub-probe: error: no such disk. sredniczarny:~# grub-probe --device --target=fs_uuid /dev/mapper/sredniczarny- root grub-probe: error: no such disk. sredniczarny:~# grub-probe --device --target=fs_uuid $(readlink --canonicalize /dev/mapper/sredniczarny-root) 0db01a0e-aa96-4796-a4a0-cfbdd89b99b7 sredniczarny:~# grub-probe --device --target=fs $(readlink --canonicalize /dev/mapper/sredniczarny-root) ext2 sredniczarny:~# grub-probe --device --target=fs /dev/dm-1 ext2 sredniczarny:~# grub-probe --device --target=fs_uuid /dev/dm-1 0db01a0e-aa96-4796-a4a0-cfbdd89b99b7 sredniczarny:~# ls -l /dev/mapper/ total 0 crw--- 1 root root 10, 236 May 18 15:51 control lrwxrwxrwx 1 root root 7 May 18 15:51 sda2_crypt - ../dm-0 lrwxrwxrwx 1 root root 7 May 18 15:51 sredniczarny-root - ../dm-1 lrwxrwxrwx 1 root root 7 May 18 15:51 sredniczarny-sctank2 - ../dm-6 lrwxrwxrwx 1 root root 7 May 18 15:51 sredniczarny-swap_1 - ../dm-4 lrwxrwxrwx 1 root root 7 May 18 15:51 sredniczarny-tmp - ../dm-5 lrwxrwxrwx 1 root root 7 May 18 15:51 sredniczarny-usr - ../dm-2 lrwxrwxrwx 1 root root 7 May 18 15:51 sredniczarny-var - ../dm-3 sredniczarny:~# ls -l /dev/dm-* /dev/root brw-rw---T 1 root disk 253, 0 May 18 15:51 /dev/dm-0 brw-rw---T 1 root disk 253, 1 May 18 15:51 /dev/dm-1 brw-rw---T 1 root disk 253, 2 May 18 15:53 /dev/dm-2 brw-rw---T 1 root disk 253, 3 May 18 15:53 /dev/dm-3 brw-rw---T 1 root disk 253, 4 May 18 15:51 /dev/dm-4 brw-rw---T 1 root disk 253, 5 May 18 15:52 /dev/dm-5 brw-rw---T 1 root disk 253, 6 May 19 21:58 /dev/dm-6 lrwxrwxrwx 1 root root 4 May 18 15:51 /dev/root - dm-1 sredniczarny:~# dd if=/dev/mapper/sredniczarny-root | file - /dev/stdin: Linux rev 1.0 ext4 filesystem data, UUID=0db01a0e- aa96-4796-a4a0-cfbdd89b99b7, volume name ROOT (needs journal recovery) (extents) (large files) (huge files) The same with swap: sredniczarny:~# grub-probe --device --target=fs /dev/mapper/sredniczarny-swap_1 grub-probe: error: no such disk. sredniczarny:~# grub-probe --device --target=fs_uuid /dev/mapper/sredniczarny- swap_1 grub-probe: error: no such disk. Here is verbose output sredniczarny:~# grub-probe --verbose --device --target=fs /dev/mapper /sredniczarny-root grub-probe: info: Scanning for dmraid_nv RAID devices on disk hd0. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: scanning hd0 for LVM. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: no LVM signature found. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd0. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0,msdos2. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0,msdos1. grub-probe: info: the size of hd0 is 312581808. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd0. grub-probe: info: the size of hd0 is 312581808.
Bug#654939: mtpfs: broken overnight
On Sat, 22 Dec 2012, Vincent Lefevre wrote: On 2012-12-22 11:57:06 +0100, Cristian Ionescu-Idbohrn wrote: I get much better results with libmtp9 from experimental: libmtp9 from experimental and even upstream libmtp from GIT don't work either (bug 696513). Different error message(s) or the same as before? On Sat, 22 Dec 2012, Vincent Lefevre wrote: With mtpfs 1.1-2 and my Galaxy Note II (N7100): # mtpfs -o allow_other /media/mtp Listing raw device(s) Device 0 (VID=04e8 and PID=6860) is a Samsung GT P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y. Found 1 device(s): Samsung: GT P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y (04e8:6860) @ bus 8, dev 8 Attempting to connect device These messages are typical for libmtp9 = 1.1.3-35-g0ece104-4: PTP_ERROR_IO: failed to open session, trying again after resetting USB interface LIBMTP libusb: Attempt to reset device LIBMTP PANIC: failed to open session on second attempt Unable to open raw device 0 I modified /etc/fuse.conf to: -#user_allow_other +user_allow_other I also added myself to the audio, plugdev, fuse groups. I don't mtp-mount as root, but as myself. Could you run 'mtp-detect' and check the output? I'll send output from mine with private mail, shortly. Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696066: fuse-utils: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/fuse-utils/
Control: tags -1 + patch Hi Daniel I was looking at current RC bugs for wheezy and noticed #696066. As suggested by Andreas the attached patch should work. I have done the Squeeze - Wheezy test. Not sure if something needs to be further done (extra care) as the package also produces a udeb? Regards, Salvatore diff -Nru fuse-2.9.0/debian/changelog fuse-2.9.0/debian/changelog --- fuse-2.9.0/debian/changelog 2012-06-21 13:53:17.0 +0200 +++ fuse-2.9.0/debian/changelog 2012-12-22 15:56:54.0 +0100 @@ -1,3 +1,14 @@ +fuse (2.9.0-2+deb7u1) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + * Fix directory vs. symlink mess after squeeze = wheezy upgrade: +/usr/share/doc/fuse-utils/. dpkg overwrites files over an existing +symlink. Thus test in fuse-utils.preinst if a symlink exists and remove +it, as in Squeeze fuse-utils had a symlink in /usr/share/doc but not in +Wheezy (Closes: #696066). + + -- Salvatore Bonaccorso car...@debian.org Sat, 22 Dec 2012 15:35:33 +0100 + fuse (2.9.0-2) unstable; urgency=low * Correcting debhelper docs file to not include unwanted files diff -Nru fuse-2.9.0/debian/fuse-utils.preinst fuse-2.9.0/debian/fuse-utils.preinst --- fuse-2.9.0/debian/fuse-utils.preinst1970-01-01 01:00:00.0 +0100 +++ fuse-2.9.0/debian/fuse-utils.preinst2012-12-22 15:56:54.0 +0100 @@ -0,0 +1,33 @@ +#!/bin/sh +# preinst script for fuse-utils +# +# see: dh_installdeb(1) + +set -e + +case $1 in +install|upgrade) + # In Squeeze /usr/share/doc/fuse-utils was a symlink but in + # Wheezy fuse-utils is only a transitional package. dpkg + # installs the files over an existing symlink. + # When removing fuse-utils package afterwards files installed by + # fuse-utils are missing. Thus test first if + # /usr/share/doc/fuse-utils is a symlink and remove it + test ! -L /usr/share/doc/fuse-utils || rm /usr/share/doc/fuse-utils +;; + +abort-upgrade) +;; + +*) +echo preinst called with unknown argument \`$1' 2 +exit 1 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 signature.asc Description: Digital signature
Processed: Re: Bug#696066: fuse-utils: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/fuse-utils/
Processing control commands: tags -1 + patch Bug #696066 {Done: Michael Gilbert mgilb...@debian.org} [src:fuse] fuse-utils: directory vs. symlink mess after squeeze = wheezy upgrade: /usr/share/doc/fuse-utils/ Added tag(s) patch. -- 696066: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696066 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654939: mtpfs: broken overnight
On 2012-12-22 15:54:22 +0100, Cristian Ionescu-Idbohrn wrote: On Sat, 22 Dec 2012, Vincent Lefevre wrote: On 2012-12-22 11:57:06 +0100, Cristian Ionescu-Idbohrn wrote: I get much better results with libmtp9 from experimental: libmtp9 from experimental and even upstream libmtp from GIT don't work either (bug 696513). Different error message(s) or the same as before? PTP_ERROR_IO: failed to open session, trying again after resetting USB interface etc. with go-mtpfs. With libmtp from GIT, same error with mtp-detect. Now, I've tried again, and mtp-detect works! I don't know what changed to make this works, but since last night, I've done a software update, I've installed Terminal IDE and unplugged the USB cable and plugged it in again. And mtpfs from testing works, except that the dates are all wrong (always 1970-01-01 00:00:00 UTC). # ldd /usr/bin/mtpfs | grep libmtp libmtp.so.9 = /usr/lib/x86_64-linux-gnu/libmtp.so.9 (0x7f35ecec5000) with libmtp9 from experimental. $ mount | grep mtpfs mtpfs on /media/mtp type fuse.mtpfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other) Note that I no longer get the error with go-mtpfs either: # /tmp/go/bin/go-mtpfs mtp Error: Unable to open ~/.mtpz-data for reading. 2012/12/22 17:33:41 compiled against libmtp 1.1.5 Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP). 2012/12/22 17:33:41 device Samsung: Galaxy models (MTP) (04e8:6860) @ bus 8, dev 10 : 2012/12/22 17:33:41 storage ID 65537: Phone 2012/12/22 17:33:41 storage ID 131074: Card 2012/12/22 17:33:41 backing data /tmp/go-mtpfs269067215 2012/12/22 17:33:41 starting FUSE. But the mtp directory is show as: d? ? ? ? ? ? mtp/ and mount says: DeviceFs(GT-N7100) on /home/vinc17/mtp type fuse.DeviceFs(GT-N7100) (rw,nosuid,nodev,relatime,user_id=0,group_id=0) Either mtpfs from testing works better than go-mtpfs, or there's a problem with libmtp from GIT. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696530: menu-xdg: Populates XDG user directory with system entriesi
On Sat, Dec 22, 2012 at 02:26:55PM +0100, Bernat wrote: Package: menu-xdg Version: 0.5 Severity: critical Justification: breaks unrelated software Running update-menus as a normal user dumps all Debian menu entries into ~/.local/share/applications/menu-xdg/ including system global ones. Hello Bernat, What you are mentionned is the documented behaviour. You can remove them with 'update-menus --remove'. This causes problems to desktop managers that exclude the Debian menu since they already provide desktop entries for most applications. Such desktop managers are not compliant with the menu policy. In Gnome3, all Debian menu entries will appear in the Other category and produce duplicates when using the app search. Yes, this is expected. This way the original menu layout is preserved. The expected behaviour would be to just dump the menu entries in ~/.menu, not all entries in the system. The ~/.local/share/applications/menu-xdg/ directory is meant for user installed menu entries and menu-xdg is currently breaking that assumption. What you suggest is not compatible with the menu specification. ~/.menu is an override, not merely a set of menu entries. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: severity 696360 serious Bug #696360 [nvidia-glx] nvidia-glx: Sporadic X freezes Severity set to 'serious' from 'important' tags 696360 wheezy Bug #696360 [nvidia-glx] nvidia-glx: Sporadic X freezes Added tag(s) wheezy. End of message, stopping processing here. Please contact me if you need assistance. -- 696360: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696360 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654939: mtpfs: broken overnight
On Sat, 22 Dec 2012, Vincent Lefevre wrote: [...] PTP_ERROR_IO: failed to open session, trying again after resetting USB interface etc. [...] But the mtp directory is show as: d? ? ? ? ? ? mtp/ and mount says: DeviceFs(GT-N7100) on /home/vinc17/mtp type fuse.DeviceFs(GT-N7100) (rw,nosuid,nodev,relatime,user_id=0,group_id=0) Either mtpfs from testing works better than go-mtpfs, or there's a problem with libmtp from GIT. This points more and more twards libmtp and less and less twards mtpfs. The more reasonable thing would be to move this bug to the libmtp package. What do you think? Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694868: kmymoney: diff for NMU version 4.6.2-3.2
Control: tags -1 + patch pending Dear maintainer, I've prepared an NMU for kmymoney (versioned as 4.6.2-3.2) and uploaded it to DELAYED/4. Please feel free to tell me if I should delay it longer. I didn't refresh the po files as all of them have a translation for @item all accounts. In case that I missed one I've uploaded to DELAYED/4. Regards -- Sebastian Ramacher diff -Nru kmymoney-4.6.2/debian/changelog kmymoney-4.6.2/debian/changelog --- kmymoney-4.6.2/debian/changelog 2012-06-07 23:09:20.0 +0200 +++ kmymoney-4.6.2/debian/changelog 2012-12-22 17:34:04.0 +0100 @@ -1,3 +1,12 @@ +kmymoney (4.6.2-3.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches/694868.patch: Fix crash while saving after modifying a +report. Use the same entity as used in the ui file. Thanks to Andrey +Rahmatullin. (Closes: #694868) + + -- Sebastian Ramacher sramac...@debian.org Sat, 22 Dec 2012 17:33:52 +0100 + kmymoney (4.6.2-3.1) unstable; urgency=low * Non-maintainer upload. diff -Nru kmymoney-4.6.2/debian/patches/694868.patch kmymoney-4.6.2/debian/patches/694868.patch --- kmymoney-4.6.2/debian/patches/694868.patch 1970-01-01 01:00:00.0 +0100 +++ kmymoney-4.6.2/debian/patches/694868.patch 2012-12-22 00:29:39.0 +0100 @@ -0,0 +1,16 @@ +Description: Fix crash while saving after modifying a report + Use the same entity as in kmymoneyreportconfigtab2decl.ui. +Author: Sebastian Ramacher sramac...@debian.org +Last-Update: 2012-12-22 + +--- a/kmymoney/dialogs/kreportconfigurationfilterdlg.cpp b/kmymoney/dialogs/kreportconfigurationfilterdlg.cpp +@@ -287,7 +287,7 @@ + case MyMoneyReport::eDetailNone: + case MyMoneyReport::eDetailEnd: + case MyMoneyReport::eDetailAll: +-combo-setCurrentItem(i18nc(All accounts, All), false); ++combo-setCurrentItem(i18nc(@item all accounts, All), false); + break; + case MyMoneyReport::eDetailTop: + combo-setCurrentItem(i18n(Top-Level), false); diff -Nru kmymoney-4.6.2/debian/patches/series kmymoney-4.6.2/debian/patches/series --- kmymoney-4.6.2/debian/patches/series 2012-06-06 22:33:52.0 +0200 +++ kmymoney-4.6.2/debian/patches/series 2012-12-22 01:10:06.0 +0100 @@ -1,2 +1,3 @@ qdebug_overload-1.patch fix-link-flags.diff +694868.patch signature.asc Description: Digital signature
Processed: kmymoney: diff for NMU version 4.6.2-3.2
Processing control commands: tags -1 + patch pending Bug #694868 [kmymoney] kmymoney: After configuring reports in Polish, Save causes segfault and loss of user profile Added tag(s) pending and patch. -- 694868: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694868 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696360: (no subject)
I have upgraded the severity of this issue as it's causing massive system instability and potential data loss. Some further details of the problem: * When the freeze occurs the mouse pointer is still movable. However, the interface is non-responsive. It will accept neither mouse nor keyboard input. * ~50% of the time I am able to switch to a virtual terminal and either restart gnome-shell or at least safely restart the system. I always lose the data I'm working on in this case * When I am unable to switch to a tty, I am forced to REISUB. While this emergency shutdown has been successful in restarting the system without a hard power-off, it has caused my RAID set to go dirty and trigger a rebuild. I've got my main data-store in a truecrypt volume mounted on a RAID-5 set. When my system freezes, the truecrypt volume does not have an opportunity to unmount safely. * I have tested the 304.64-2 driver from unstable and experienced the exact same behavior of freezing. I also built a vanilla 3.4.24 kernel from upstream with only the Wheezy config options and tested this using the Wheezy 304.48-1 driver. The results were the same and I encountered the hard lockup requiring REISUB. Please let me know what other information I can provide to help resolve this issue. Currently this compromises the stability of Wheezy as a platform. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696547: mounts wrong device when multiple devices connected
Package: gphoto2-2 Version: 2.4.6-3 Severity: serious I've marked this bug serious because it could lead to someone accessing or deleting files on the wrong device when multiple devices are connected. I have a Samsung Galaxy SIII connected to a USB port. It is not mounted. While the phone is connected, I then connect a second device, Nikon D800 DSLR camera, to another USB port. A popup appears telling me that a device has been detected (You have just inserted a medium with digital photos) and asking me what I want to do with it I select the option to browse the contents in a window The window appears with the title 'NIKON DSC D800' - but the contents of the window are the files on the Samsung Galaxy SIII. If I unplug the phone, and then connect the camera again, I don't see any popup. Note this problem is intermittent: sometimes I connect the DSLR and no popup appears. However, whenever the popup does appear, I get the files from the phone in a window titled 'NIKON DSC D800' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696530: menu-xdg: Populates XDG user directory with system entriesi
Le samedi 22 décembre 2012 à 17:57 +0100, Bill Allombert a écrit : What you are mentionned is the documented behaviour. You can remove them with 'update-menus --remove'. Documenting broken behavior does not make it less broken. This causes problems to desktop managers that exclude the Debian menu since they already provide desktop entries for most applications. Such desktop managers are not compliant with the menu policy. Please stop whining around with the menu policy. There is nothing in the Debian policy about WMs/DEs having to support the Debian menu. In this case, the menu-xdg behavior breaks gnome-shell’s application tracking by duplicating menu entries; all of this for zero added functionality. In Gnome3, all Debian menu entries will appear in the Other category and produce duplicates when using the app search. Yes, this is expected. This way the original menu layout is preserved. The Debian menu was removed from gnome-menus. As such, the menu entries should stop appearing, but they don’t always, because update-menus run as user spams the user directory for XDG menus. The expected behaviour would be to just dump the menu entries in ~/.menu, not all entries in the system. The ~/.local/share/applications/menu-xdg/ directory is meant for user installed menu entries and menu-xdg is currently breaking that assumption. What you suggest is not compatible with the menu specification. ~/.menu is an override, not merely a set of menu entries. The current behavior is in violation of the XDG menu specification. Maybe the menu-xdg package should be removed from the archive if cannot comply with the specification it aims to implement. At the very least, for a possible fix, entries should be generated in another directory from ~/.local/share/applications, which is meant only for user entries. Then you can mention this new directory in /etc/xdg/menus/debian-menu.menu. Another possible fix is for menu-xdg to add a X-Debian category for all generated desktop files, in addition to the current X-Debian-foo-bar. This way we can blacklist all such entries at once. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696552: mtpfs merges internal and external SD card directories
Package: mtpfs Version: 0.9-3+b1 Severity: grave Tags: security Justification: user security hole (and possible data loss) mtpfs from testing (the one from unstable is OK) is highly broken when an external SD card is installed, yielding possible security problems and data loss. With a SD card installed in my Galaxy Note II, I get: # ls -l /media/mtp total 0 drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Alarms drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Android drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 DCIM drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Download drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Download drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 LOST.DIR drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Movies drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Music drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Music drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Notifications drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Pictures drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Playlists drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Playlists drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Podcasts drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Ringtones drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 S Note drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Samsung drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 cloudagent drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 samsungapps See the duplicate directories. They actually come from both the internal card (/storage/sdcard0/) and the external one (/storage/extSdCard/). The external one seems to have the precedence. So, if the user stores a private file into e.g. /media/mtp/Music/ the file will end up on the external SD card instead of the phone, which is a problem if the user shares the SD card with other people. The user may also want to remove files from /media/mtp/Music/ e.g. with rm /media/mtp/Music/* expecting that the files from the phone will be removed, but this will remove the files from the SD card! -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mtpfs depends on: ii fuse-utils2.9.0-2 ii libc6 2.13-37 ii libfuse2 2.9.2-2 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libid3tag00.15.1b-10 ii libmad0 0.15.1b-7 ii libmtp9 1.1.5-1 mtpfs recommends no packages. mtpfs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654939: mtpfs: broken overnight
On 2012-12-22 18:18:16 +0100, Cristian Ionescu-Idbohrn wrote: This points more and more twards libmtp and less and less twards mtpfs. The more reasonable thing would be to move this bug to the libmtp package. What do you think? Well, there's at least a libmtp bug. But there may be a mtpfs one too. To decide, one should compare mtpfs from testing and from unstable (with the same libmtp). But this is rather strange. With mtpfs 0.9-3+b1 (from testing): # mtpfs -o allow_other /media/mtp # ls -l /media/mtp total 0 drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Alarms drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Android drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 DCIM drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Download drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Download drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 LOST.DIR drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Movies drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Music drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Music drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Notifications drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Pictures drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Playlists drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Playlists drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Podcasts drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Ringtones drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 S Note drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Samsung drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 cloudagent drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 samsungapps # umount /media/mtp and with mtpfs 1.1-2 (from unstable): # mtpfs -o allow_other /media/mtp Error: Unable to open ~/.mtpz-data for reading. Listing raw device(s) Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP). Found 1 device(s): Samsung: Galaxy models (MTP) (04e8:6860) @ bus 8, dev 10 Attempting to connect device Listing File Information on Device with name: GT-N7100 # ls -l /media/mtp total 0 drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Card drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Phone drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Playlists # ls -l /media/mtp/Card total 0 drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Download drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 LOST.DIR drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Music # ls -l /media/mtp/Phone total 0 drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Alarms drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Android drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 DCIM drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Download drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Movies drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Music drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Notifications drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Pictures drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Playlists drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Podcasts drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Ringtones drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 S Note drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 Samsung drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 cloudagent drwxrwxrwx 2 root root 0 1970-01-01 01:00:00 samsungapps # ls -l /media/mtp/Playlists total 1 -rwxrwxrwx 0 root root 0 2012-12-22 18:54:14 Quick list.m3u # umount /media/mtp The output is different! The one from testing at least is buggy: there are duplicate directories. It seems to merge /media/mtp/Card, /media/mtp/Phone and /media/mtp (except Card and Phone) entries from mtpfs/unstable. And when accessing /media/mtp/Music/ it is from the external SD card instead of from the phone. This is IMHO a security bug, because the user may expect the file to be stored on the phone instead of the SD card. I've reported a bug about this. With Terminal IDE: terminal++@192.168.0.4:~$ ls -l /storage/extSdCard/ drwxrwxr-x2 1000 1023 32768 Dec 21 17:49 Download drwxrwxr-x2 1000 1023 32768 Dec 20 23:32 LOST.DIR drwxrwxr-x 105 1000 1023 32768 Dec 22 04:18 Music terminal++@192.168.0.4:~$ ls -l /storage/sdcard0/ drwxrwxr-x2 01015 4096 Dec 31 2011 Alarms drwxrwxr-x3 01015 4096 Dec 31 2011 Android drwxrwxr-x2 01015 4096 Dec 31 2011 DCIM drwxrwxr-x2 01015 4096 Dec 31 2011 Download drwxrwxr-x2 01015 4096 Dec 31 2011 Movies drwxrwxr-x2 01015 4096 Dec 22 04:17 Music drwxrwxr-x2 01015 4096 Dec 31 2011 Notifications drwxrwxr-x3 01015 4096 Dec 22 11:07 Pictures drwxrwxr-x2 01015 4096 Dec 21 03:36 Playlists drwxrwxr-x2 01015 4096 Dec 31 2011 Podcasts drwxrwxr-x2 01015 4096 Dec 31 2011 Ringtones drwxrwxr-x6 01015 4096 Dec 22 11:11 S Note drwxrwxr-x5 01015 4096 Dec 31 2011 Samsung drwxrwxr-x5 01015 4096 Jan 1 2012 cloudagent drwxrwxr-x2 01015
Bug#686502: pxz produces archives broken for busybox's unxz
Abou Al Montacir wrote: +--- busybox-1.20.0~/archival/libarchive/decompress_unxz.c2012-12-20 21:51:04.0 +0100 busybox-1.20.0/archival/libarchive/decompress_unxz.c 2012-12-20 21:49:11.0 +0100 +@@ -87,7 +87,17 @@ unpack_xz_stream(transformer_aux_data_t *aux, int src_fd, int dst_fd) + iobuf.out_pos = 0; + } + if (r == XZ_STREAM_END) { +-break; ++if (iobuf.in_pos != iobuf.in_size) { [...] ++} ++// Look for other streams ++continue; What happens if a stream ends at a buffer boundary, followed by padding? Or if padding doesn't fit in the buffer, for that matter? Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696554: xserver-xorg-video-nouveau: Using the open source nouveaux driver is causing sytem to lockup hard
Package: xserver-xorg-video-nouveau Version: 1:1.0.1-4 Severity: serious Justification: 5 Dear Maintainer, * What led up to the situation? I performed a clean installation of Wheezy Beta 4. * What exactly did you do (or not do) that was effective (or ineffective)? I attempted to use software under gnome-shell * What was the outcome of this action? The system froze and locked up completely requiring REISUB as I could not access a virtual terminal. * What outcome did you expect instead? The system to remain stable. This is what I see in the syslog when the freezes occur: Dec 10 20:10:00 humonculux kernel: [ 587.260611] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x0020026788 Put 0x002002cfb8 IbGet 0x09b7 IbPut 0x09b8 State 0x80004844 (err: INVALID_CMD) Push 0x00502031 Dec 10 20:10:00 humonculux kernel: [ 587.277649] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002002cff4 Put 0x002002cfb8 IbGet 0x09b7 IbPut 0x09b8 State 0x80004861 (err: INVALID_CMD) Push 0x00400040 Dec 10 20:10:00 humonculux kernel: [ 587.278367] [drm] nouveau :01:00.0: PGRAPH_TRAP_TPDMA_2D - TP 1 - Unknown fault at address 00208f6700 Dec 10 20:10:00 humonculux kernel: [ 587.278368] [drm] nouveau :01:00.0: PGRAPH_TRAP_TPDMA_2D - TP 1 - e0c: , e18: , e1c: 001c, e20: 0037, e24: 0c03 Dec 10 20:10:00 humonculux kernel: [ 587.278377] [drm] nouveau :01:00.0: PGRAPH - TRAP Dec 10 20:10:00 humonculux kernel: [ 587.278378] [drm] nouveau :01:00.0: PGRAPH - ch 2 (0x0001256000) subc 2 class 0x502d mthd 0x0860 data 0x00fefefe Dec 10 20:10:00 humonculux kernel: [ 587.278387] [drm] nouveau :01:00.0: VM: trapped write at 0x00208f6700 on ch 2 [0x1256] PGRAPH/PROP/DST2D reason: PAGE_NOT_PRESENT Dec 10 20:13:21 humonculux kernel: [ 788.349804] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002002d3c4 Put 0x0020031590 IbGet 0x06d0 IbPut 0x06d1 State 0x80004200 (err: INVALID_CMD) Push 0x00702031 Dec 10 20:13:21 humonculux kernel: [ 788.362058] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x0020031590 Put 0x0020031590 IbGet 0x06d0 IbPut 0x06d1 State 0x8000 (err: INVALID_CMD) Push 0x00400040 Dec 10 20:15:37 humonculux kernel: [ 924.315497] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x0020028430 Put 0x0020029918 IbGet 0x0b51 IbPut 0x0b52 State 0x8000 (err: INVALID_CMD) Push 0x00400040 Dec 10 20:15:39 humonculux kernel: [ 926.250959] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002003ad7c Put 0x002003c844 IbGet 0x001d IbPut 0x001e State 0x8090 (err: INVALID_CMD) Push 0x00400040 Dec 10 20:20:42 humonculux kernel: [ 1229.430850] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002001d430 Put 0x002002075c IbGet 0x0cdf IbPut 0x0ce0 State 0x8054 (err: INVALID_CMD) Push 0x00400040 Dec 10 20:22:31 humonculux kernel: [ 1338.904516] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002001f7fc Put 0x0020023048 IbGet 0x0f78 IbPut 0x0f79 State 0x80004200 (err: INVALID_CMD) Push 0x00502031 Dec 10 20:22:31 humonculux kernel: [ 1338.916828] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x0020023048 Put 0x0020023048 IbGet 0x0f78 IbPut 0x0f79 State 0x8000 (err: INVALID_CMD) Push 0x00400040 Dec 10 20:24:06 humonculux kernel: [ 1433.720916] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002002d39c Put 0x002003177c IbGet 0x0e83 IbPut 0x0e84 State 0x80004200 (err: INVALID_CMD) Push 0x00500031 Dec 10 20:24:06 humonculux kernel: [ 1433.733575] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002003177c Put 0x002003177c IbGet 0x0e83 IbPut 0x0e84 State 0x8000 (err: INVALID_CMD) Push 0x00400040 Dec 10 20:24:13 humonculux kernel: [ 1440.414855] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x0020025308 Put 0x002002800c IbGet 0x0474 IbPut 0x0475 State 0x80004210 (err: INVALID_CMD) Push 0x00700031 Dec 10 20:24:13 humonculux kernel: [ 1440.427504] [drm] nouveau :01:00.0: PFIFO_DMA_PUSHER - Ch 2 Get 0x002002800c Put 0x002002800c IbGet 0x0474 IbPut 0x0475 State 0x8000 (err: INVALID_CMD) Push 0x00400040 -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 4 19:41 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2044664 Nov 29 14:34 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to
Bug#696554: Acknowledgement (xserver-xorg-video-nouveau: Using the open source nouveaux driver is causing sytem to lockup hard)
summary 696554 System freezes and lockups -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 1 errors): merging 674116 668890
Processing commands for cont...@bugs.debian.org: merge 674116 668890 Bug #674116 [dirmngr] dirmngr: init script does not write pid into the pid file Unable to merge bugs because: severity of #668890 is 'serious' not 'important' Failed to merge 674116: Did not alter merged bugs Debbugs::Control::set_merged('transcript', 'GLOB(0x17f1e08)', 'requester', 'John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', 'E1TmTsh-lC-Eq@z6', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 538 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537 Debbugs::Control::Service::control_line('line', undef, 'clonebugs', 'HASH(0x21d2160)', 'limit', 'HASH(0x21d1b48)', 'common_control_options', 'ARRAY(0x21d1b90)', 'errors', ...) called at /usr/lib/debbugs/service line 474 thanks Stopping processing here. Please contact me if you need assistance. -- 668890: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668890 674116: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674116 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: forcibly merging 674116 668890
Processing commands for cont...@bugs.debian.org: forcemerge 674116 668890 Bug #674116 [dirmngr] dirmngr: init script does not write pid into the pid file Bug #674116 [dirmngr] dirmngr: init script does not write pid into the pid file Added tag(s) patch. Bug #668890 [dirmngr] dirmngr: Init scripts read /etc/profile Severity set to 'important' from 'serious' Merged 668890 674116 thanks Stopping processing here. Please contact me if you need assistance. -- 668890: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668890 674116: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674116 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Saturday 22 December 19:03:14 UTC 2012 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: a href=http://packages.qa.debian.org/blcr;blcr/a tags 638339 + pending Bug #638339 [blcr-dkms] blcr: Does not build/work with Linux 2.6.39 or later Bug #651747 [blcr-dkms] blcr: Does not build/work with Linux 2.6.39 or later Bug #668348 [blcr-dkms] blcr: Does not build/work with Linux 2.6.39 or later Bug #689729 [blcr-dkms] blcr: Does not build/work with Linux 2.6.39 or later Bug #692228 [blcr-dkms] dist-upgrade: Error! Bad return status for module build on kernel: 3.2.0-4-486 Added tag(s) pending. Added tag(s) pending. Added tag(s) pending. Added tag(s) pending. Added tag(s) pending. # Source package in NEW: libmojolicious-plugin-i18n-perl tags 696526 + pending Bug #696526 [wnpp] ITP: libmojolicious-plugin-i18n-perl -- Internationalization Plugin for Mojolicious 3.x and higher Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 638339: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638339 651747: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651747 668348: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668348 689729: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689729 692228: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692228 696526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696526 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Bug#696360: nvidia-glx: Sporadic X freezes
Processing commands for cont...@bugs.debian.org: found 696360 304.64-2 Bug #696360 [nvidia-glx] nvidia-glx: Sporadic X freezes Marked as found in versions nvidia-graphics-drivers/304.64-2. # Untag; version tracking will identify affected releases automatically tags 696360 - wheezy Bug #696360 [nvidia-glx] nvidia-glx: Sporadic X freezes Removed tag(s) wheezy. thanks Stopping processing here. Please contact me if you need assistance. -- 696360: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696360 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 696654
Processing commands for cont...@bugs.debian.org: severity 696554 important Bug #696554 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: Using the open source nouveaux driver is causing sytem to lockup hard Severity set to 'important' from 'serious' tags 696554 + moreinfo Bug #696554 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: Using the open source nouveaux driver is causing sytem to lockup hard Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 696554: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696554 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661482: fixed in hylafax 3:6.0.6-2
Control: reopen -1 Hi Joachim, On Thu, Jul 19, 2012 at 10:02:11PM +, Joachim Wiedorn wrote: Source: hylafax Source-Version: 3:6.0.6-2 We believe that the bug you reported is fixed in the latest version of hylafax, which is due to be installed in the Debian FTP archive. * Update and optimize postinst and postrm scripts. (Closes: #661482) It seems the piuparts test still fails when capi4hylafax is installed. The extra directories are gone, but the permission on /var/spool/hylafax are changed. 0m48.0s ERROR: FAIL: After purging files have been modified: /var/spool/hylafax/owned by: hylafax-server, capi4hylafax This is caused by this line in hylafax-server.postinst: chown uucp:uucp /var/spool/hylafax As this directory is also shipped by capi4hylafax, piuparts doesn't accept this. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#661482: fixed in hylafax 3:6.0.6-2
Processing control commands: reopen -1 Bug #661482 {Done: Joachim Wiedorn ad_deb...@joonet.de} [hylafax-server] hylafax-server: removal of hylafax-server makes files disappear from capi4hylafax 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions hylafax/3:6.0.6-2. -- 661482: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661482 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634261: [sparc] iceweasel: Bus Error in setbuf()
(culling cc list) Hi Adrian, John Paul Adrian Glaubitz wrote: [Subject: Debian #634261: Is it actually a(n RC) bug?] Please keep in mind that these appear as emails in a crowded inbox, so the subject line can be a good place to put valuable context. Mike Hommey wrote: FYI, I found that it is triggered by the _IO_stdin_used symbol not being exported from the binary, which happened because of a version-script couple with -rdynamic. I still think there is something fishy going on on the libc6 side, but not as bad as originally thought. This seems to be a known and more or less documented behavior of libc to determine which ABI to use for an application software, see [1]. What eventually happens is an unaligned access due to the ABI mismatch. I don't completely follow, so I'll just ask: do you mean that this is a case of ABI misuse, with poor error reporting? Can you describe what iceweasel was doing wrong? Is this documented so future coders know not to make the same mistake? Is the version in squeeze affected? How about the version in wheezy? Thanks and hope that helps, Jonathan [1] http://lists.gnu.org/archive/html/bug-glibc/2001-12/msg00203.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661482: fixed in hylafax 3:6.0.6-2
Ivo De Decker wrote on 2012-12-22 22:05: This is caused by this line in hylafax-server.postinst: chown uucp:uucp /var/spool/hylafax As this directory is also shipped by capi4hylafax, piuparts doesn't accept this. Then I see the only way that capi4hylafax check for this directory in postinst and only if it cannot be found it must be created, right? --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652638: Pending fixes for bugs in the libuuid-perl package
tag 652638 + pending thanks Some bugs in the libuuid-perl package are closed in revision 4b29e3e6e3efab6c208949de65d27c1be9b8459f in branch ' experimental' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libuuid-perl.git;a=commitdiff;h=4b29e3e Commit message: debian/control: conflict on doc-base 0.10.3 to avoid package installation failure due to symbol lookup errors when perl 5.14 and libuuid-perl get unpacked and trigger the old doc-base. Thanks: Martin Pitt for testing this in Ubuntu, Niko Tyni for the initial analysis, and Stuart Prescott for further triaging. Closes: #652638 LP: #902553 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Pending fixes for bugs in the libuuid-perl package
Processing commands for cont...@bugs.debian.org: tag 652638 + pending Bug #652638 {Done: gregor herrmann gre...@debian.org} [libuuid-perl] libuuid-perl: conflict with older doc-base versions to fix upgrade problems Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 652638: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652638 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634261: [sparc] iceweasel: Bus Error in setbuf()
On Sat, Dec 22, 2012 at 01:38:44PM -0800, Jonathan Nieder wrote: (culling cc list) Hi Adrian, John Paul Adrian Glaubitz wrote: [Subject: Debian #634261: Is it actually a(n RC) bug?] Please keep in mind that these appear as emails in a crowded inbox, so the subject line can be a good place to put valuable context. I actually thought the subject was quite reasonable ;). Anyway. Mike Hommey wrote: FYI, I found that it is triggered by the _IO_stdin_used symbol not being exported from the binary, which happened because of a version-script couple with -rdynamic. I still think there is something fishy going on on the libc6 side, but not as bad as originally thought. This seems to be a known and more or less documented behavior of libc to determine which ABI to use for an application software, see [1]. What eventually happens is an unaligned access due to the ABI mismatch. I don't completely follow, so I'll just ask: do you mean that this is a case of ABI misuse, with poor error reporting? As far I understand the problem, the Mozilla developers provide a version script to the linker to control which symbols get exported. This helps speeding up the load process of the binary and reduces the memory footprint. What the Mozilla developers didn't seem to put into account is that if you prevent the symbol _IO_stdin_used from being exported from your binary, parts of the ABI of the standard C library will change and it will behave like an older version which causes the unaligned access which results in a CPU trap. Can you describe what iceweasel was doing wrong? Is this documented so future coders know not to make the same mistake? Is the version in squeeze affected? How about the version in wheezy? It seems to have been fixed in Firefox 10 which is part of Wheezy: (sid)glaubitz@smetana:~$ objdump -T /usr/lib/xulrunner-10.0/xulrunner-bin |grep IO 0001ceb8 gDO .rodata0004 Base _IO_stdin_used But, as I said, I am not an expert on the internals of the C library, so I am just speculating from the knowledge I gained from Michael (I put him into CC again). It might be worthful to check whether Mozilla made upstream changes in this regard or whether there was an upstream bug report. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690394: Bug#690877: unblock: love/0.8.0-3
retitle 690877 unblock: love/0.8.0-1+deb7u1 TPU pre-approval tags 690877 - moreinfo thanks Hi, On Sun, Nov 11, 2012 at 07:11:10PM +0100, Bas Wijnen wrote: On 11-11-12 18:40, Julien Cristau wrote: The new package fixes several RC and RG bugs. Compared to the previous unblock request, this one also fixes the build depends (which is another RC bug). How do I know using the system glee doesn't regress anything here? Is it the exact same version, with no local changes in love's copy? Doesn't look like a change to make during a freeze... Hmm, good point, I hadn't thought of that. (I just fixed it to get the hardening flags patch in; the package was auto-rejected so I fixed the reason for that without thinking about freeze effects.) It is not the same version, and it probably shouldn't migrate. However, this leaves the hardening issue (#690494) unfixed, but I suppose that is acceptable in this stage of the freeze. I prepared a TPU upload to fix the copyright file bug (#690394) in wheezy. The debdiff is attached. I also included a lintian override for the ftp-master autoreject (bug #690492). I don't know if this is needed for TPU uploads. As Julien downgraded bug #690492 from serious to important, I suspect the embedded copy of glee can stay for wheezy. Cheers, Ivo diff -Nru love-0.8.0/debian/changelog love-0.8.0/debian/changelog --- love-0.8.0/debian/changelog 2012-06-03 10:52:12.0 +0200 +++ love-0.8.0/debian/changelog 2012-12-23 00:16:13.0 +0100 @@ -1,3 +1,20 @@ +love (0.8.0-1+deb7u1) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + + [ Ivo De Decker ] + * Upload to testing to backport fixes for wheezy. + * Add lintian override for embedded copy of Glee library to avoid ftp-master +autoreject. This is fixed in version 0.8.0-2 (for jessie), but this change +will not go into wheezy. More info in bug #690492. + + [ Bas Wijnen ] + * Convert copyright file to machine readable format. + * Add copyright information for utf8-cpp. Closes: #690394 + + + -- Ivo De Decker ivo.dedec...@ugent.be Sat, 22 Dec 2012 23:49:03 +0100 + love (0.8.0-1) unstable; urgency=low * New Upstream Release. Closes: #664821 diff -Nru love-0.8.0/debian/copyright love-0.8.0/debian/copyright --- love-0.8.0/debian/copyright 2012-06-03 15:50:41.0 +0200 +++ love-0.8.0/debian/copyright 2012-12-22 23:46:49.0 +0100 @@ -1,56 +1,100 @@ -This package was debianized by Miriam Ruiz little_m...@yahoo.es on -Wed, 13 Aug 2008 12:17:41 +0200. - -It was downloaded from http://sourceforge.net/projects/love/ - -Upstream Authors: - +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: LÖVE +Upstream-Contact: https://love2d.org/forums/ +Source: https://love2d.org/ + +Files: * +Copyright: Copyright (c) 2006-2012 LOVE Development Team +Comment: Upstream Authors: Michael Enger m...@facemeandscream.com Anders Ruud andr...@gmail.com Tommy Nguyen tn0...@hotmail.com +License: Zlib +Files: src/box2d/Source/* src/box2d/Include/* Copyright: + Copyright (c) 2006-2008 Erin Catto + Copyright (c) 2006 Henry Strickland Ryan Seto + Copyright (c) 2007-2008 Tobias Weyand +License: MIT + +Files: opengl/GLee.* +Copyright: Copyright (c) 2008 Ben Woodhouse All rights reserved. +License: modified-BSD + +Files: src/box2d/graham/* +Copyright: Copyright (c) 2001 Arash Partow +License: CPL +Comment: +Warning: CPL is NOT compatible with GNU's General Public License, but that +isn't be a problem in this case, because LÖVE doesn't use anything covered +by that license. +. +List of libraries and tools used by LÖVE: +* Lua (MIT) +* OpenGL +* SDL (LGPL) +* SDL_mixer (LGPL) +* FreeType 2 (FTL) +* DevIL (LGPL) +* PhysFS (ZLIB) +* Box2D (ZLIB) +* boost (BSL) +* SWIG (BSD) -Copyright (c) 2006-2012 LOVE Development Team +Files: debian/* +Copyright: Copyright (C) 2008-2012, Miriam Ruiz little_m...@yahoo.es +License: Zlib + +Files: debian/logos/* debian/pixmaps/* +Copyright: Copyright (C) 2006-2008 Anders Ruud +License: love-artwork +Comment: Downloaded from http://love2d.org/logos/, which is now a broken link. + +Files: docs/* +Copyright: Copyright (C) 2006-2011 LÖVE Development Team. All rights reserved. +License: FreeBSD-doc +The documentation is licensed under the The FreeBSD Documentation license. +This is similar to ZLIB, but meant for written documents as opposed to +software. +Comment: Downloaded from https://love2d.org/wiki/love on the 2nd of June 2012 -LOVE is licensed under the zlib license: +Files: src/libraries/utf8/* +Copyright: Copyright 2006 Nemanja Trifunovic +License: Boost Software License +License: Zlib This software is provided 'as-is', without any express or implied warranty. In no event will the authors be held liable for any damages arising from the use of this software. - +. Permission is granted to
Bug#696496: Unreproducable
I am not able to reproduce the bug. At least on Gnome. Not tagging it unreproducable, need feedback from somebody else to confirm. Thanks, Anton -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695845: marked as done (open-vm-tools: Init script should Required-{Start,Stop} $remote_fs)
Control: tags -1 + patch Hi Daniel! On Sat, Dec 15, 2012 at 03:04:41PM +0100, Salvatore Bonaccorso wrote: Hi Daniel On Sat, Dec 15, 2012 at 01:51:15PM +, Debian Bug Tracking System wrote: [...] open-vm-tools (2:9.2.2-893683-2) unstable; urgency=low . * Removing init order to network (Closes: #695845). * Correcting version number (Closes: #695912). * Don't check for vm on stop in initscript (Closes: #695993). Thank you, this was fast! Btw, the version in testing would also be affected by this RC bug (#695845), but it will need an upload via t-p-u as the version in unstable does have changes not compliant with the freeze policy[1]. [1]: http://release.debian.org/wheezy/freeze_policy.html Again thanks for your work! According to your fix for unstable the attached should be enough (did basic testing in a wheezy VM). If you agree I would like to propose the following NMU for t-p-u to the release team. What do you think? Or are you planning a t-p-u? Regards, Salvatore diff -Nru open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog --- open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog 2012-09-03 15:46:52.0 +0200 +++ open-vm-tools-8.8.0+2012.05.21-724730/debian/changelog 2012-12-23 00:42:25.0 +0100 @@ -1,3 +1,14 @@ +open-vm-tools (2:8.8.0+2012.05.21-724730-1+nmu2) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + * Adjust runtime dependencies for open-vm-tools init script. +Add $remote_fs to Required-{Start,Stop} ad the init script calls +executables under /usr. To prevent a loop between service networking +and umountnfs also remove $network from X-Start-Before and X-Stop-After. +(Closes: #695845) + + -- Salvatore Bonaccorso car...@debian.org Sat, 22 Dec 2012 23:55:25 +0100 + open-vm-tools (2:8.8.0+2012.05.21-724730-1+nmu1) testing-proposed-updates; urgency=low [ Bernd Zeimetz ] diff -Nru open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init --- open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init 2012-09-03 15:46:52.0 +0200 +++ open-vm-tools-8.8.0+2012.05.21-724730/debian/open-vm-tools.init 2012-12-23 00:42:15.0 +0100 @@ -2,10 +2,10 @@ ### BEGIN INIT INFO # Provides: open-vm-tools -# Required-Start: $local_fs -# Required-Stop:$local_fs -# X-Start-Before: $network -# X-Stop-After: $network +# Required-Start: $local_fs $remote_fs +# Required-Stop:$local_fs $remote_fs +# X-Start-Before: +# X-Stop-After: # Default-Start:2 3 4 5 # Default-Stop: 0 1 6 # Description: Runs the open-vm-tools services signature.asc Description: Digital signature
Processed: Re: Bug#695845: marked as done (open-vm-tools: Init script should Required-{Start,Stop} $remote_fs)
Processing control commands: tags -1 + patch Bug #695845 {Done: Daniel Baumann daniel.baum...@progress-technologies.net} [open-vm-tools] open-vm-tools: Init script should Required-{Start,Stop} $remote_fs Added tag(s) patch. -- 695845: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695845 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Control: notfound -1 2.1~release-5 Control: found -1 1:2.1~release-5 Control: severity -1 important Control: tags -1 unreproducible Hi Thorsten, On Fri, Dec 21, 2012 at 11:26:07PM +0100, Thorsten Glaser wrote: Source: festival Version: 2.1~release-5 You missed the epoch here. I adjusted the found version. Severity: serious Justification: fails to build from source (but built successfully in the past) Apparently, festival seems to hardcode /usr/lib as libdir. Since Multi-Arch, this assumption is no longer valid, see for example #626877 for a similar case. [...] This affects all architectures, not just the one given. [...] Architecture: m68k I tried to build festival 1:2.1~release-5 with pbuilder on wheezy and sid on amd64 and got no failures, so I'm tagging this bug unreproducible. As your failure is on m68k, which isn't a release architecture, I'm also downgrading this bug. If you can reproduce the failure on a release architecture, please send the build log (and increase the severity again). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already
Processing control commands: notfound -1 2.1~release-5 Bug #696507 [src:festival] festival: FTBFS: not multi-arch capable but a dependency is multiarchified already The source 'festival' and version '2.1~release-5' do not appear to match any binary packages No longer marked as found in versions festival/2.1~release-5. found -1 1:2.1~release-5 Bug #696507 [src:festival] festival: FTBFS: not multi-arch capable but a dependency is multiarchified already Marked as found in versions festival/1:2.1~release-5. severity -1 important Bug #696507 [src:festival] festival: FTBFS: not multi-arch capable but a dependency is multiarchified already Severity set to 'important' from 'serious' tags -1 unreproducible Bug #696507 [src:festival] festival: FTBFS: not multi-arch capable but a dependency is multiarchified already Added tag(s) unreproducible. -- 696507: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696507 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696574: owncloud: multiple security issues
Source: owncloud Severity: grave Tags: security Justification: user security hole -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, the following vulnerabilities were published for owncloud. CVE-2012-5665[0]: Auth bypass in user_webdavauth and user_ldap CVE-2012-5666[1]: XSS vulnerability in bookmarks If you fix the vulnerabilities please also make sure to include the CVE (Common Vulnerabilities Exposures) ids in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5665 http://security-tracker.debian.org/tracker/CVE-2012-5665 http://owncloud.org/security/advisories/oc-sa-2012-006/ [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5666 http://security-tracker.debian.org/tracker/CVE-2012-5666 http://owncloud.org/security/advisories/oc-sa-2012-007/ Please adjust the affected versions in the BTS as needed. Regards, Salvatore - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQ1lyVAAoJEHidbwV/2GP+H7oP/jCMxzBDSJ2kMMWB9l3bOpBk MmDe/xb4JGmQCP+HCDLq7xix5ex8TdbRnkQTIT7NmalYRyckXezoyAc/OdvfUFIN 0h80zYpKmn/PrHTmPtrJZWQUv413wvXp5vXszoaSfq5eknao9avKdKux8JDCkbW0 Vivx8iEBHqq8mCPR1w6XLK62QCLB53dMigG1c7AnvmEysJh685v87z203TisV1cQ FfRiYv2a4qrfMEXm9/GqEYaZKHhOo/10Wra5rJDFtT2Q6EPTJc22jFg+w5x+vhwt KkC5dpw6KQZwVc3uswknskACoc3jVcEG2FsTVCg7exrP/TwEDXv8jVPGBWrJMcl2 OIwHRfTneoDMyaK0JB2bSwkjlsyOCusTCn6Ym6Y8czTd80f2pHdp9PdOxEeKVYIY Apjf7+FIRM9gEY4nHqE0jefZKJvDoG1nw+4Wd7fGuoySBzlvdGyTlUm9If4WepRu lkL2NV0OQGTLypBvgCr4TPwd6M9w04NwCDuFcxhOH10dG4DiqkxzjWq2+TcUWxwA Hvuw9JPQKuoQB1SblzlUDM0WoymElIAySEUqWZzG1X8Qj7ynHzy6SFA3JltIBKVq Q+qmkWybOSDwoCmLbU2Ap4gbMBxvJlMBmGBixY8UWHyLKcDuayo+mDe9E6tnqo6m 2IMiN2UW6YFu4dZklbcI =rJIS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org