Bug#658764: free ATI driver corrupts output on Radeon HD 6310
Hi Ben, Ben Finney wrote: On the same system, selecting Linux 2.6.32-5-amd64 (from the GRUB menu) results in uncorrupted display also. So the problem is restricted to Linux 3.1.0-1 on this system. Does this happen with version 3.2.4-1 from sid, too? Can you bisect? Even a few tests of versions halfway between from http://snapshot.debian.org/ can help a lot in narrowing down the cause of this particular regression. See http://bugs.debian.org/607194 and the bugs merged with it for some background. Thanks and hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658817: gnome-panel crashes with SIGFPE when in a vertical orientation
Package: gnome-panel Version: 3.2.1-2+b1 Severity: normal Dear Maintainer, I'd like to configure gnome-panel to run a single panel on the right side of my display. When I setup such a configuration in dconf, gnome-panel exits immediately with this error: (gnome-panel:13676): GLib-GObject-WARNING **: /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:2295: signal `size_request' is invalid for instance `0x1b38600' Floating point exception and $? set to 136. Ubuntu seems to have a bug report filed for this issue at: https://bugs.launchpad.net/ubuntu/+source/libwnck3/+bug/847464 Based on information in that bug report, I rebuilt the gnome-panel packages with the Debian patch 03_tasklist_orientation.patch removed. The problem went away. That patch seems to be in response to Debian bug #524117, which is from 2009. I attempted to reproduce the problem described in that bug with my recompiled gnome-panel, and could not. I believe this patch may no longer be needed, and would like you to consider removing it; it seems to be causing problems rather than solving them at this point. In case you believe it relevant, I am running the xmonad window manager. If needed, I can attempt to reproduce under a more normal GNOME session. I'm happy to test any configurations or patches you would like me to. Thanks, Jules -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-panel depends on: ii gnome-icon-theme-symbolic 3.2.2-1 ii gnome-menus3.2.0.1-2 ii gnome-panel-data 3.2.1-2 ii libatk1.0-02.2.0-2 ii libc6 2.13-26 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libcamel-1.2-293.2.2-1 ii libdconf0 0.10.0-3 ii libebook-1.2-123.2.2-1 ii libecal-1.2-10 3.2.2-1 ii libedataserver-1.2-15 3.2.2-1 ii libedataserverui-3.0-1 3.2.2-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgconf2-43.2.3-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-6 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-menu-3-0 3.2.0.1-2 ii libgtk-3-0 3.2.3-1 ii libgweather-3-03.2.1-1 ii libical0 0.44-3 ii libice62:1.0.7-2 ii libnspr4-0d4.8.9-1 ii libnss3-1d 3.13.1.with.ckbi.1.88-1 ii libpanel-applet-4-03.2.1-2+b1 ii libpango1.0-0 1.29.4-2 ii librsvg2-2 2.34.2-2 ii libsm6 2:1.2.0-2 ii libsoup2.4-1 2.36.1-1 ii libsqlite3-0 3.7.9-3 ii libtelepathy-glib0 0.16.2-1 ii libwnck-3-03.2.1-1 ii libx11-6 2:1.4.4-4 ii libxau61:1.0.6-4 ii libxml22.7.8.dfsg-7 ii libxrandr2 2:1.3.2-2 ii python 2.6.7-3 ii python-gconf 2.28.1-3 Versions of packages gnome-panel recommends: ii alacarte 0.13.2-3 ii evolution-data-server 3.2.2-1 ii gnome-applets 3.2.1-1 ii gnome-control-center 1:3.2.2-2 ii gnome-icon-theme 3.2.1.2-1 ii gnome-session none ii gvfs 1.10.1-2 Versions of packages gnome-panel suggests: ii epiphany-browser 3.2.1-2 ii evolution none ii gnome-terminal [x-terminal-emulator] 3.2.1-2 ii gnome-user-guide [gnome2-user-guide] 3.2.2-1 ii nautilus 3.2.1-2+b1 ii rxvt-unicode [x-terminal-emulator]9.15-1 ii xterm [x-terminal-emulator] 276-2 ii yelp 3.2.1+dfsg-1+b1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658759: [arm/kirkwood] compressed image does not boot
purdyd tds.net wrote: Problem: This kernel package, when installed on many Kirkwood machines, including the Dockstar, does not boot. Thanks. Am I correct in guessing that version 3.2~rc4-1~experimental.1 from http://snapshot.debian.org/ does not reproduce the problem, while 3.2~rc7-1~experimental.1 does? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658818: fails to handle cuesheets with 99 tracks
Package: cuetools Version: 1.3.1-9 Severity: normal There's an off-by-one error in cd.c which causes cueprint to wrongly reject cuesheets with 99 tracks. Its actual limit is 98 tracks, and yet as the source code notes, the Red Book audio standard permits 99 tracks per disc (and 99 indices per track). When I looked into this, I saw that: 1) not only will the same error occur with index numbers, but 2) the wrong preprocessor symbol is being expanded when checking the index number. (Can this few people really have ever dealt with Nine Inch Nails's _Broken_ EP? It's not exactly an obscure title, especially among hackers...) Please find attached a cuesheet which will enable reproduction of the problem, and a tested patch fixing it. To reproduce: $ cueprint -d '%N\n' Nine\ Inch\ Nails/05.Broken.flac.cue Full disclosure: I did not test the index number breakage, nor my fix for it. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 2.6.32-5-powerpc64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash PERFORMER Nine Inch Nails TITLE Broken FILE dummy.wav WAVE TRACK 01 AUDIO TITLE Pinion INDEX 01 00:00:00 TRACK 02 AUDIO TITLE Wish INDEX 01 01:03:12 TRACK 03 AUDIO TITLE Last INDEX 01 04:49:67 TRACK 04 AUDIO TITLE Help Me I Am in Hell INDEX 01 09:34:35 TRACK 05 AUDIO TITLE Happiness in Slavery INDEX 01 11:30:50 TRACK 06 AUDIO TITLE Gave Up INDEX 01 16:51:57 TRACK 07 AUDIO TITLE untitled INDEX 01 21:00:25 TRACK 08 AUDIO TITLE untitled INDEX 01 21:01:25 TRACK 09 AUDIO TITLE untitled INDEX 01 21:02:25 TRACK 10 AUDIO TITLE untitled INDEX 01 21:03:25 TRACK 11 AUDIO TITLE untitled INDEX 01 21:04:25 TRACK 12 AUDIO TITLE untitled INDEX 01 21:05:25 TRACK 13 AUDIO TITLE untitled INDEX 01 21:06:25 TRACK 14 AUDIO TITLE untitled INDEX 01 21:07:25 TRACK 15 AUDIO TITLE untitled INDEX 01 21:08:25 TRACK 16 AUDIO TITLE untitled INDEX 01 21:09:25 TRACK 17 AUDIO TITLE untitled INDEX 01 21:10:25 TRACK 18 AUDIO TITLE untitled INDEX 01 21:11:25 TRACK 19 AUDIO TITLE untitled INDEX 01 21:12:25 TRACK 20 AUDIO TITLE untitled INDEX 01 21:13:25 TRACK 21 AUDIO TITLE untitled INDEX 01 21:14:25 TRACK 22 AUDIO TITLE untitled INDEX 01 21:15:25 TRACK 23 AUDIO TITLE untitled INDEX 01 21:16:25 TRACK 24 AUDIO TITLE untitled INDEX 01 21:17:25 TRACK 25 AUDIO TITLE untitled INDEX 01 21:18:25 TRACK 26 AUDIO TITLE untitled INDEX 01 21:19:25 TRACK 27 AUDIO TITLE untitled INDEX 01 21:20:25 TRACK 28 AUDIO TITLE untitled INDEX 01 21:21:25 TRACK 29 AUDIO TITLE untitled INDEX 01 21:22:25 TRACK 30 AUDIO TITLE untitled INDEX 01 21:23:25 TRACK 31 AUDIO TITLE untitled INDEX 01 21:24:25 TRACK 32 AUDIO TITLE untitled INDEX 01 21:25:25 TRACK 33 AUDIO TITLE untitled INDEX 01 21:26:25 TRACK 34 AUDIO TITLE untitled INDEX 01 21:27:25 TRACK 35 AUDIO TITLE untitled INDEX 01 21:28:25 TRACK 36 AUDIO TITLE untitled INDEX 01 21:29:25 TRACK 37 AUDIO TITLE untitled INDEX 01 21:30:25 TRACK 38 AUDIO TITLE untitled INDEX 01 21:31:25 TRACK 39 AUDIO TITLE untitled INDEX 01 21:32:25 TRACK 40 AUDIO TITLE untitled INDEX 01 21:33:25 TRACK 41 AUDIO TITLE untitled INDEX 01 21:34:25 TRACK 42 AUDIO TITLE untitled INDEX 01 21:35:25 TRACK 43 AUDIO TITLE untitled INDEX 01 21:36:25 TRACK 44 AUDIO TITLE untitled INDEX 01 21:37:25 TRACK 45 AUDIO TITLE untitled INDEX 01 21:38:25 TRACK 46 AUDIO TITLE untitled INDEX 01 21:39:25 TRACK 47 AUDIO TITLE untitled INDEX 01 21:40:25 TRACK 48 AUDIO TITLE untitled INDEX 01 21:41:25 TRACK 49 AUDIO TITLE untitled INDEX 01 21:42:25 TRACK 50 AUDIO TITLE untitled INDEX 01 21:43:25 TRACK 51 AUDIO TITLE untitled INDEX 01 21:44:25 TRACK 52 AUDIO TITLE untitled INDEX 01 21:45:25 TRACK 53 AUDIO TITLE untitled INDEX 01 21:46:25 TRACK 54 AUDIO TITLE untitled INDEX 01 21:47:25 TRACK 55 AUDIO TITLE untitled INDEX 01 21:48:25 TRACK 56 AUDIO TITLE untitled INDEX 01 21:49:25 TRACK 57 AUDIO TITLE untitled INDEX 01 21:50:25 TRACK 58 AUDIO TITLE untitled INDEX 01 21:51:25 TRACK 59 AUDIO TITLE untitled INDEX 01 21:52:25 TRACK 60 AUDIO TITLE untitled INDEX 01 21:53:25 TRACK 61 AUDIO TITLE untitled INDEX 01 21:54:25 TRACK 62 AUDIO TITLE untitled INDEX 01 21:55:25 TRACK 63 AUDIO TITLE untitled INDEX 01 21:56:25 TRACK 64 AUDIO TITLE untitled INDEX 01 21:57:25 TRACK 65 AUDIO TITLE untitled
Bug#658341: Conclusion: upload multi-arch enabled dpkg (in time for wheezy)
On Sun, 05 Feb 2012 15:44:49 -0800, Russ Allbery r...@debian.org wrote: Bdale Garbee bd...@gag.com writes: On Sun, 05 Feb 2012 12:18:46 -0800, Russ Allbery r...@debian.org wrote: Do we have a past precedent for how we handle publicizing tech-ctte decisions? Not really. A note from the package maintainers calling for help testing would seem most appropriate to me, actually. Yeah, that makes sense. Maybe we should leave that for Raphael to handle. Although separately it does seem like it would be a good idea to have a standard procedure for publicizing decisions as we make them. They tend to get recorded on our web page, but I realize that's not the same thing. Bdale pgpkKufwzEj7a.pgp Description: PGP signature
Bug#658644: response re:NMU for 658644
Hi Jacob: * Scott Howard show...@debian.org, 2012-02-04, 15:37: +scidavis (0.2.4-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Added --parallel flag to dh in debian/rules This is not appropriate for an NMU. This and the other changes that are not normally good for NMU is because I was overstepping my bounds a bit since I have a prior relationship with the maintainer (we co-maintain librecad and qcad). I know his been busy and a little bit out of it, so I thought I could do him a favor for now. I'll happy to shrink it down to the minimum for now and work with to do a non-NMU for the rest of this stuff later. + * use dh_python2 since python-support is deprecated (cleaning up +lintian error) This is not appropriate for an NMU. For now I have no problem shrinking it down and taking care of the rest at a later time. Would adding a dependency on python-support (to fix the lintian error) be appropriate in this NMU or should I stick to just RC bugs? --- scidavis-0.2.4/debian/patches/lib65.diff1969-12-31 19:00:00.0 -0500 +++ scidavis-0.2.4/debian/patches/lib65.diff2012-02-04 15:31:39.0 -0500 s/65/64/? yes @@ -0,0 +1,16 @@ +Description: Don't install modules to /usr/lib Huh. I hope this is just a typo in the description. The bug report asked for something quite opposite. typo, it's actually in /usr/lib, changed from /usr/lib64 Also, would you care to justify such short delay[0] and urgency=high? Fixing two RC bugs that are older than 7 days, thus the short delay and high urgency. from devref §5.11.1 and [1] [1] http://upsilon.cc/~zack/hacking/debian/rcbw/ I'll cancel the deferred upload and do another one now that is just the RC bugs and tell Reuben about the other stuff later. ~Scott -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658819: icewesel does not span new session
Package: icewasel Version: 3.5.16-12 Severity: normal Hello Maintainer, I use Firefox/Iceweasel since ages with profiles, which worked up to Lenny and now it is gone. I have: ~/.firefox/devel ~/.firefox/electronica ~/.firefox/erotic ~/.firefox/multimedia ~/.firefox/onlinestore ~/.firefox/pmcos ~/.firefox/private ~/.firefox/test and I have the need to open two or three independant iceweasel windows, speak, I start them with: set VAR_MOzilla=-geometry +0+76 -height 654 -width 1348 -UILocale de_AT DestroyMenu Button_menu_mozilla AddToMenu button_menu_mozi...@20x200.side.$[SIDEBAR_BG].$[SIDEBAR_FG].mozilla.xpm@$[SIDEBAR_COLOR] + default%16x16.mozilla.2.xpm Exec mozilla $[VAR_mozilla] -xrm *Page: 0 0 8 -P default + private%16x16.mozilla.2.xpm Exec mozilla $[VAR_mozilla] -xrm *Page: 0 0 6 -P privat + devel %16x16.mozilla.2.xpm Exec mozilla $[VAR_mozilla] -xrm *Page: 0 0 5 -P devel + multimedia %16x16.mozilla.2.xpm Exec mozilla $[VAR_mozilla] -xrm *Page: 0 0 7 -P multimedia Currently I am on my Develcomputer an run devel. Now if I try to start a second profile like private the first instance intercept the nw profile and screw up the whole instance... This is definitively a bug and should not be exist How can I stop this crapy behaviour? Thanks, Greetings and nice Day/Evening Michelle Konzack -- # Debian GNU/Linux Consultant ## Development of Intranet and Embedded Systems with Debian GNU/Linux Internet Service Provider, Cloud Computing http://www.itsystems.tamay-dogan.net/ http://www.debian.tamay-dogan.net/ itsystems@tdnet Jabber linux4miche...@jabber.ccc.de Owner Michelle Konzack Gewerbe Strasse 3 Tel office: +49-176-86004575 77694 Kehl Tel mobil: +49-177-9351947 Germany Tel mobil: +33-6-61925193 (France) USt-ID: DE 278 049 239 Linux-User #280138 with the Linux Counter, http://counter.li.org/ signature.pgp Description: Digital signature
Bug#658820: confusing and contradictory documentation and behavior
Package: noweb
Version: 2.11b-7
Severity: normal
man noweb says
quote
the first documentation chunk must contain a LaTeX \documentclass
command, it must contain \usepackage{noweb} in the preamble, and
finally it must also contain a LaTeX \begin{document} command.
/quote
So I tried this (simplified example):
sample
@
\documentclass{article}
\usepackage{noweb}
\begin{document}
Hi there.
t1.py=
class Foo:
pass
@
\end{document}
/sample
Running this through noweb produces a tex file that can't be latexed
because the first word is an undefined control sequence.
Experimenting revealed that removing the first line, the one with the
@, fixed the problem. It also showed that emacs noweb mode kept
jumping to the top of the file every time I hit enter or tab when the
first @ was missing. So the first alternative doesn't work and the
second produces a file that is very difficult to edit with emacs.
Note I do have ess installed, and as per another bug I'm getting emacs
noweb mode from there.
The second issue is that the format of the input file differs between
noweb and noweave. The latter generates the boilerplate automatically
(\documentclass through \begin{document} as well as the
\end{document}) and also has different rules for generating output
files than noweb (noweb makes file from all top level code blocks with
names that contain no spaces while notangle creates it from * by
default or a command-line specified name).
It is unfortunate that the two commands, in the same system, place
contradictory requirements on the input file.
-- System Information:
Debian Release: 5.0.9
APT prefers oldstable
APT policy: (995, 'oldstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages noweb depends on:
ii gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr
ii iconx 9.4.3-2 Executor for Icon, a high-level pr
ii libc6 2.7-18lenny7 GNU C Library: Shared libraries
noweb recommends no packages.
noweb suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658821: Serious bug affecting cryptographic applications
Package: libgmp10 Version: 2:5.0.3+dfsg-1 Severity: grave File: libgmp Tags: upstream Date: Tue, 31 Jan 2012 10:31:41 +0100 From: Torbjorn Granlund t...@gmplib.org To: gmp-annou...@gmplib.org Subject: Buffer overrun in GMP 5.0.3 We have a buffer overrun in GMP 5.0.3, furthermore the functions affected are mpz_powm_sec and mpn_powm_sec, i.e. GMP's modexp functions specifically recommended for cryptographic applications. Extra safe turned extra unsafe with this release. We will make a new release before the end of this week. Only GMP 5.0.3 is affected; earlier GMP releases did not have this bug. We apologise for the problems this creates. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgmp10 depends on: ii libc6 2.13-26 ii multiarch-support 2.13-26 libgmp10 recommends no packages. libgmp10 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657526: linux-image-3.2.0-1-amd64: scheduling while atomic: swapper/2/0/0x10000100
Thomas Hahn wrote: I have added the last one and the one captured just now. Thanks! Puzzling. Can you try 3.2.4-1 which was just uploaded to unstable? (It should be available from incoming.debian.org for now.) If it reproduces the same problem, then we should take this upstream. Sorry to have been so slow on tracking this one down. Ciao, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658568: elfsign: elfverify segfaults when passing a directory as argument of -f option
On Sun, Feb 05, 2012 at 02:17:38PM -, Julien Reveret wrote: On Sat, Feb 04, 2012 at 08:29:45AM +0100, julien reveret wrote: Package: elfsign Version: 0.2.2-2+b1 Severity: minor Dear Maintainer, I recently wrote a script which used elfverify to check that binaries where correctly signed. The script was simple : find /path/to/elf_binaries/ |xargs elfverify -f Unfortunately, elfverify segfaulted because it tried to do a check on a subdirectory. This behaviour is reproductible : $ elfverify -f dir/subdir/ Segmentation fault Can you please patch elfverify to send an error message instead of segfaulting ? elfsign has been removed from unstable (and testing) because it's dead upstream. Is there any alternative to elfsign then ? I'm not aware of one, but I haven't really been looking, either. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658730: (no subject)
On dim., 2012-02-05 at 22:40 +, Joe Nahmias wrote: From 8d7fa7b0637114e3eff9ff01f44975a1419f20b0 Mon Sep 17 00:00:00 2001 Message-Id: 8d7fa7b0637114e3eff9ff01f44975a1419f20b0.1328481613.git@nahmias.net In-Reply-To: 1328469546.14706.12.camel@scapa References: 1328469546.14706.12.camel@scapa Date: Sun, 5 Feb 2012 16:09:02 -0500 Subject: [PATCH 1/2] refactor handling of link hints To: 658...@bugs.debian.org Cc: 927...@bugs.launchpad.net, Christian Dywan christ...@twotoasts.de Could you make them real CC: so Christian gets them? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#638366: acknowledged by developer (Fixed in mono 2.10.1-2 (experimental) and mono 2.10.5-2 (unstable))
reopen 638366 found 638366 2.10.5-2 retitle 638366 mono: please add symbols file on s390x tag 638366 + patch thanks On Sun, Feb 05, 2012 at 05:15:04PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #638366: mono: please enable s390x architecture, which was filed against the mono package. It has been marked as closed by one of the developers, namely Mirco Bauer mee...@debian.org. You should be hearing from them with a substantive response shortly, in case you haven't already. If not, please contact them directly. Debian bug tracking system administrator (administrator, Debian Bugs database) Hi, Thanks for merging the patch. Unfortunately it still doesn't build given symbols file have been added to libmono, but without the s390x version of this file. I am attaching it to this mail. Note that zelenka.debian.org has a sid_s390x chroot for a few weeks, where you can try to build mono. Thanks, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net #include libmono-2.0-1.symbols mono_arch_get_lmf_addr@VER_1 2.10~rc1 mono_exc_esp_offset@VER_1 2.10~rc1
Bug#654875: hddtemp: Fails to read temperature whereas smartcl reports it
retitle 654875 hddtemp: please support USB drives severity 654875 wishlist thanks On Fri, Jan 06, 2012 at 02:48:08PM +0100, Olivier Berger wrote: Package: hddtemp Version: 0.3-beta15-51 Severity: normal Hi. # hddtemp /dev/sdb /dev/sdb: ST3250623A: S.M.A.R.T. not available However : # grep ST3250623A /etc/hddtemp.db ST3250623A 194 C Seagate Barracuda 7200.16 250GB Now, maybe it's because the drive is connected through an USB adapter. Yes, it's because your drive is connected through an USB adapter, which hddtemp doesn't support. Still, smartcl seems to be able to figure out : # smartctl --all /dev/sdb | head -n 10 smartctl 5.40 2010-07-12 r3124 [armv5tel-unknown-linux-gnueabi] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.8 family Device Model: ST3250623A Serial Number:9ND19NLL Firmware Version: 3.04 User Capacity:250,059,350,016 bytes Device is:In smartctl database [for details use: -P show] and : root@sheeva:~# smartctl --all /dev/sdb | grep 194 194 Temperature_Celsius 0x0022 044 054 000Old_age Always - 44 (0 19 0 0) Reading from the description of hddtemp, it seems it should be able to run for whatever smartcl is able too... or I'm not invoking it the right way ? No, the description of hddtemp only mentions PATA, SATA and SCSI, it doesn't mentions hard drive connected through USB. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657853: Please enable hardened build flags
On Sun, Feb 05, 2012 at 10:28:55PM +, Dominic Hargreaves wrote:
On Sun, Feb 05, 2012 at 08:44:15PM +0200, Niko Tyni wrote:
On Sun, Jan 29, 2012 at 02:02:31PM +0100, Moritz Muehlenhoff wrote:
Package: perl
Version: 5.14.2-6
Severity: important
Please enable hardened build flags through dpkg-buildflags.
While perl builds fine on amd64 with the attached patch, I'm slightly
uneasy about pushing it to unstable without wider testing.
Have you verified the output from hardening-flags before and after,
both of perl and of a sample XS module (I used libimager-perl as a test).
No - I just checked the build log, $Config{ccflags} and the like.
Will do that when I have the time.
Probably not a bad idea. We'll need to binnmu all XS modules to pick
up the hardening flags anyway, so it'd be as well to make sure that
we've test-rebuilt those if not Arch: all packages.
Also, maybe check with upstream that there aren't any known issues with
these flags?
I see that you fixed the problem that I identified in [1] with cppflags
not getting set by including them in ccflags.
[1]
http://lists.alioth.debian.org/pipermail/perl-maintainers/2012-January/002886.html
I'd sort of missed that mail, sorry. Yes, I think this is the only
way to get cppflags into the build.
Putting the ldflags into lddlflags along with -shared is rather ugly,
but I couldn't come up with anything better.
--
Niko
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658768: pylibmc: FTBFS: fatal error: sasl/sasl.h: No such file or directory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 658768 libmemcached-dev 1.0.3-1 retitle 658768 Missing dependency on libsasl2-dev thanks On 02/05/2012 11:59 PM, Jakub Wilk wrote: /usr/include/libmemcached-1.0/struct/sasl.h:39:23: fatal error: sasl/sasl.h: No such file or directory This seems to be a missing Dependency on libsasl2-dev by libmemcached-dev. It will be fixed by the next upload of libmemcached. - -- Michael Fladischer mich...@fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8veXIACgkQeJ3z1zFMUGbdmgCdH9I4s4P/fjUnbp0JSeEW0aTo R0IAn0N6TcsaoTk8CE1adtOrAX9g/Hju =to3z -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658662: drm/i915: no signal via DisplayPort on Sandy Bridge since Linux 3.2
Hi, Peter Colberg wrote: To summarize: The external display connected via DisplayPort works fine with Linux 3.1, while, with Linux 3.2, it works with lower (non-native) resolutions and fails with the maximum (native) resolution. Please report this upstream, following instructions from [1], and let us know the bug number so we can track it. The upstream developers may ask you to bisect to find the specific patch that introduced the problem. It works like this: 0. Prerequisites: apt-get install git build-essential 1. Get a copy of the kernel source repository: git clone \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git cd linux Or if you already have a copy, update it: cd linux git fetch origin 2. Test v3.2: git checkout v3.2 cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimize configuration make deb-pkg; # optionally with -jn for parallel build dpkg -i ../name of package reboot ... test test test ... If it doesn't exhibit the problem, declare victory and we can try to figure out what Debian-specific patch (unlikely) or configuration change (more likely) caused it. Otherwise: 3. Test v3.1: git checkout v3.1 make silentoldconfig; # reuse configuration make deb-pkg; # maybe with -j4 dpkg -i ../name of package reboot ... test test test ... Hopefully it does not exhibit the problem. 4. Test a version halfway between: git bisect start v3.2 v3.1; # checks out a version halfway between to test make silentoldconfig; # reuse configuration make deb-pkg; # maybe with -j4 dpkg -i ../name of package reboot ... test test test ... git bisect bad; # if it exhibits the problem git bisect good; # if the external display works fine, after a # power-cycle and with the right resolution git bisect skip; # if some other problem makes it hard to test 5. Another version to test will be automatically checked out. So: make silentoldconfig make deb-pkg; # maybe with -j4 dpkg -i ../name of package reboot ... test ... git bisect good/bad/skip 6. Rinse and repeat until bored. 7. After sufficiently many iterations, git will indicate the first bad commit --- hoorah! If bored before then, you can run git bisect log to print information about the versions tested in a form that will allow someone else to pick up where you left off. At any step if the gitk package is installed, you can run git bisect visualize to watch the regression range narrowing. Hope that helps, Jonathan [1] http://intellinuxgraphics.org/how_to_report_bug.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658822: iceweasel: Crash on opening http://liberty.bisnews.com/index.asp
Package: iceweasel Version: 10.0-2 Severity: normal Iceweasel crashes when opening http://liberty.bisnews.com/index.asp;. The console message is provided below. Note that other browsers like Chromium and Midori don't crash in this case. So, I don't think it's OpenJDK's problem. Iceweasel 11.0~b1-2 in experimental also has this problem. Console message: ---8--- Error: found duplicate rule name GoogleMaps in file /home/thep/.mozilla/firefox/wcjdqhp8.default/extensions/https-everywh...@eff.org/chrome/content/rules/GoogleMaps.xml~HEAD java version 1.6.0_24 OpenJDK Runtime Environment (IcedTea6 1.11) (6b24-1.11-2) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) [DSApplet] codebase : http://liberty.bisnews.com/ docbase : http://liberty.bisnews.com/ appinfo : null [DataBridge] version : v5.1.8.3 [DataSourceApplet] Server : stream,liberty.bisnews.com,/isserver/isserver.dll [DSApplet] bbq : true [LayoutProfile][set default layout] Loading...spreadtable Url : http://liberty.bisnews.com/spdtbl.csv Completed...spreadtable [DSA] spread checking : 10 [DSA] snapshot service: false [DSA] Portfolio Type: BASIC [DSA] close notice: false [DataBridge] set debug mode off [DSA] debug mode: false [DSA] load alert profile url: http://liberty.bisnews.com/dbasp/stock_list.asp [DSA] save alert profile url : http://liberty.bisnews.com/dbasp/update_stock_list.asp [DSA] load stock list profile url : http://liberty.bisnews.com/dbasp/limit_alert.asp [DSA] save stock list profile url : http://liberty.bisnews.com/dbasp/update_limit_alert.asp [DSA] load broker info url : http://liberty.bisnews.com/stsproxy/mappingproxy.asp?code=broker [DSA] save Chart profile url : http://liberty.bisnews.com/dbasp/update_user_pref.asp [DSA] load Chart profile url : http://liberty.bisnews.com/dbasp/get_user_pref.asp [DSA] load portfolio url : http://liberty.bisnews.com/portfolio/portfolio_load.asp [DSA] update portfolio url : http://liberty.bisnews.com/portfolio/portfolio_save.asp [DataBridge] cannot run redirectto Assertion failure: rt-onOwnerThread(), at /tmp/buildd/iceweasel-10.0/js/src/jsapi.cpp:6316 Aborted ---8--- -- Package-specific info: -- Addons package information -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.2.1 ii fontconfig 2.8.0-3.1 ii libc6 2.13-26 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.9-1thep1 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.2-12 ii procps 1:3.3.2-3 ii xulrunner-10.0 10.0-2 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn libgssapi-krb5-21.10+dfsg~beta1-2 pn mozplugger none pn ttf-lyx 2.0.2-1 pn ttf-mathematica4.1 none pn xfonts-mathml none Versions of packages xulrunner-10.0 depends on: ii libasound21.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libbz2-1.01.0.6-1 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libevent-2.0-52.0.16-stable-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.2-12 ii libgdk-pixbuf2.0-02.24.0-2 ii libglib2.0-0 2.30.2-6 ii libgtk2.0-0 2.24.9-1thep1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs10d 10.0-2 ii libnotify40.7.4-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.13.2~beta1-3 ii libpango1.0-0 1.29.4-2thep1 ii libpixman-1-0 0.24.2-1 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.9-3 ii libstartup-notification0 0.12-1 ii libstdc++64.6.2-12 ii libvpx1 1.0.0-1 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages xulrunner-10.0 suggests: ii libcanberra0 0.28-3 ii libgnomeui-0 2.24.5-2 -- no debconf information signature.asc Description: Digital signature
Bug#658822: Stack trace
Here is the stack trace:
---8---
#0 0x776c7efb in raise () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1 0x765fa99e in ?? () from /usr/lib/xulrunner-10.0/libmozjs.so
No symbol table info available.
#2 0x752d0639 in XPCJSContextStack::GetSafeJSContext
(this=0x7fffd4847830, aSafeJSContext=0x7fffc7cfdbd8) at
/tmp/buildd/iceweasel-10.0/js/xpconnect/src/XPCThreadContext.cpp:236
glob = 0x7fffd5b26838
rt = optimized out
xpcrt = 0x0
xpc = 0x76d24ac0
xpcholder = {nsCOMPtr_base = {mRawPtr = 0x76d24ac0}, No data
fields}
principal = {mRawPtr = 0x7fffcd267920}
sop = {nsCOMPtr_base = {mRawPtr = 0x7fffd5bfcca0}, No data fields}
#3 0x7543930d in mozilla::plugins::parent::_getstringidentifier
(name=0x7fffd5b26838 document) at
/tmp/buildd/iceweasel-10.0/dom/plugins/base/nsNPAPIPlugin.cpp:1397
stack = {nsCOMPtr_base = {mRawPtr = 0x76d24af8}, No data fields}
cx = 0x0
ar = optimized out
#4 0x7fffcc1eeaa5 in
PluginRequestProcessor::sendMember(std::vectorstd::string*,
std::allocatorstd::string* *) () from
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
No symbol table info available.
#5 0x7fffcc1f0683 in queue_processor(void*) () from
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
No symbol table info available.
#6 0x776bfb50 in start_thread () from
/lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#7 0x7740a90d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#8 0x in ?? ()
No symbol table info available.
---8---
signature.asc
Description: Digital signature
Bug#628227: Announce of the upcoming NMU for the mirrormagic package
Quoting Drew Parsons (dpars...@debian.org): On Sat, 2012-02-04 at 08:35 +0100, Christian PERRIER wrote: I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. Thanks for that Christian. I'll add the new polish translation when I get a free moment. You mean you prefer doing the upload yourself, right? Of course, that's fine by me. However, it would be great if you could wait for the end of the call for translations as there is a small chance that other translations come ine just like Polish did. I'll then notify you when the update round is over and send a patch along with a GO mail. Would that be OK with you? signature.asc Description: Digital signature
Bug#654217: Computercrash with wine running Borland Delphi
As there is a new git-snapshot in experimental, that solved the problem for me and upstream has closed the bug, I think the bug should be closed. Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590340: gnome-shell: requires gnome-themes to start (Could not find a theme!)
clone 590340 -1
reassign 590340 gnome-shell 3.2.2.1-1
quit
Hi,
Jonathan Nieder wrote:
Trying to start mutter (directly or through gnome-shell) errors out
and returns me to command line:
Nowadays gnome-shell seems to take care of its own muttering. Anyway,
the following symptoms with s/mutter/gnome-shell/ still seem to be
present.
$ cat ~/.xsession
xrdb -merge $HOME/.Xdefaults
exec mutter
$ ~/.xsession-errors
$ startx
[...]
$ cat ~/.xsession-errors
Xsession: X session started for jrn at Mon Jul 26 00:43:17 CDT 2010
Window manager warning: 0 stored in GConf key
/apps/metacity/general/num_workspaces is out of range 1 to 36
Window manager warning: Failed to load theme (null): Failed to find a
valid file for theme (null)
Window manager warning: Failed to load theme Simple: Failed to find a
valid file for theme Simple
Window manager warning: Failed to load theme Default: Failed to find a
valid file for theme Default
Window manager warning: Failed to load theme Raleigh: Failed to find a
valid file for theme Raleigh
Window manager warning: Failed to load theme Emacs: Failed to find a valid
file for theme Emacs
Window manager error: Could not find a theme! Be sure /usr/share/themes
exists and contains the usual themes.
Installing gnome-themes is enough to get mutter to start up (though
all I get is a white screen; will investigate that separately).
Installing gnome-themes gets it working. No white screen these days.
How about this patch?
---
debian/changelog |6 ++
debian/control.in |1 +
2 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 06fa82a3..ee3b639e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+gnome-shell (3.2.2.1-1.1) local; urgency=low
+
+ * debian/control.in: Add Depends on gnome-themes (Closes: #590340)
+
+ -- Jonathan Nieder jrnie...@gmail.com Mon, 06 Feb 2012 01:41:48 -0600
+
gnome-shell (3.2.2.1-1) unstable; urgency=low
[ Michael Biebl ]
diff --git a/debian/control.in b/debian/control.in
index adba2169..aa4b71d0 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -54,6 +54,7 @@ Depends: ${gir:Depends},
${misc:Depends},
${shlibs:Depends},
gnome-shell-common (= ${source:Version}),
+ gnome-themes,
gir1.2-accountsservice-1.0,
gir1.2-caribou-1.0,
gir1.2-clutter-1.0,
--
1.7.9
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656886: roundcube: problems with symlinks in /var/lib/roundcube/plugins/
OoO Pendant le repas du dimanche 05 février 2012, vers 19:50, Marc Dequènes (Duck) d...@duckcorp.org disait : The output of ls -l is misleading for this file: lrwxrwxrwx 1 root root 49 janv. 22 12:37 /var/lib/roundcube/plugins/jqueryui/js/jquery-ui.min.js - ../../../../javascript/jquery-ui/jquery-ui.min.js Why misleading? Becauseitwouldappear thatittriestoaccess /var/lib/javascript/jquery-ui/jquery-ui.min.js (which does not exist) while in fact there is an intermediate symlink: lrwxrwxrwx 1 root root 37 déc. 26 21:50 /var/lib/roundcube/plugins/jqueryui - /usr/share/roundcube/plugins/jqueryui Therefore, the above symlink works. I have: Alias /roundcube /var/lib/roundcube I'm using a dedicated vhost, but was using /usr/share/roundcube. It seems i missed the change in the changelog in 0.5.1-1 « Rework how symlinks work. ». Nevertheless, after changing the directory, it does not work better. The correct directory has always been /var/lib/roundcube but we previously arranged so that /usr/share/roundcube would work too but it was getting quite complicated. I am unsure when we removed the symlinks From /usr/share/roundcube to /var/lib/roundcube. I would say this was for 0.3. I had another look at the problem. When building your package i get (using debc): lrwxrwxrwx root/root 0 2012-02-05 19:06 ./var/lib/roundcube/plugins/jqueryui - /usr/share/roundcube/plugins/jqueryui In my system, it is not a symlink, but a directory. I may have done a mistake earlier, so i moved /var/lib/roundcube/plugins/jqueryui away, before upgrading to 0.7.1-1. This file is then recreated as a directory! Looking a bit further, i can see /usr/share/roundcube/plugins should be a directory, but in my system is a symlink to /var/lib/roundcube/plugins. It really seems the migration to the new symlink layout did not work correctly on my system :-(. That's quite surprising because it is the job of dpkg to work with those symlinks. I will try to find which version had symlinks in the old way and test an upgrade. -- Vincent Bernat ☯ http://vincent.bernat.im Test input for validity and plausibility. - The Elements of Programming Style (Kernighan Plauger) pgpyrQcJ8JuWw.pgp Description: PGP signature
Bug#658676: iceweasel-l10n-es-mx: iceweasel doesn't work with the l10n-es-mx package
On Sat, Feb 04, 2012 at 08:43:47PM -0800, Octavio Alvarez wrote: It looks like the localization file is not up to date with version 10. If you unzip this file /usr/lib/iceweasel/extensions/langpack-es...@iceweasel.mozilla.org.xpi and add the ENTITY to browser.dtd like this: !ENTITY videoShowStats.label Mostrar estadísticas !ENTITY videoShowStats.accesskey e and re-zip the plugin and install it, and re-run Iceweasel, you'll get the same error but for a different missing entity. I changed about 6 and I just keep getting new missing entities. Yeah, the translated string is missing, and my build hooks apparently don't trigger a merge as it is supposed to happen. I discussed this with Axel Hecht from Mozilla yesterday, and what is supposed to happen (and if you install the es-MX upstream xpi, you should see it) is for the en-US string to be inserted. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657526: /boot/vmlinuz-3.2.0-0.bpo.1-686-pae: seeing the same thing
Package: linux-2.6 Version: 3.2.1-2~bpo60+1 File: /boot/vmlinuz-3.2.0-0.bpo.1-686-pae Severity: normal I'll try to do some debugging work later, but just wanted to register that this bug happens with the backports version of this kernel too. This is with a Dell Latitude 2100 laptop. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** Network interface configuration: auto lo iface lo inet loopback allow-hotplug eth0 iface eth0 inet dhcp ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory Controller Hub [8086:27ac] (rev 03) Subsystem: Dell Device [1028:02d6] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Dell Device [1028:02d6] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f6f0 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at eff8 [size=8] Region 2: Memory at e000 (32-bit, prefetchable) [size=256M] Region 3: Memory at f6ec (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) Subsystem: Dell Device [1028:02d6] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: Memory at f6f8 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 01) Subsystem: Dell Device [1028:02d6] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at f6ebc000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 01) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=0b, subordinate=0b, sec-latency=0 I/O behind bridge: 4000-4fff Memory behind bridge: 8040-805f Prefetchable memory behind bridge: 8060-807f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 2 [8086:27d2] (rev 01) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=0c, subordinate=0c, sec-latency=0 I/O behind bridge: 3000-3fff Memory behind bridge: f6d0-f6df Prefetchable memory behind bridge: 8020-803f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:1c.3 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 4
Bug#658686: aoid mixing versions on upgarde
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: apt Version: 0.8.15.9 Severity: wishlist It would be nice to have a config option telling apt to either upgrade _all_ installed packages built from a single source package, or none. I would like to tell apt to avoid mixed-versions ugrades (or use them as a last resort if everything else fails). Setting this option could help to reduce the number of options to examine on an upgrade conflict, esp. for large package sets. Packages built from a single source could be treated as a unit. Probably its OK if the suggested config option is set to off by default to get the current behavior. Please excuse if I am too blind to see, but I haven't seen such an option documented yet. Many thanx Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8uNjAACgkQUTlbRTxpHjcF4wCghh2J/KFQS0kkk0ATZKhgZ9j4 g2EAn1CLD4ejwQm3xnXh3/tMLKFybbcv =F/Mq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648534: [Pkg-xfce-devel] Bug#648534: exo-utils: no indication of how to change applications opens with eco-open in manpage
On dim., 2012-02-05 at 01:39 +, Julian Gilbey wrote: So how can I change the preference order - ideally in a way which I can explain to a non-techie? In thunar: right click, open with. Or go to the properties and select the Open With menu. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#634741: debhelper: Undesirable dir.gz autogeneration
* Eric Dorland (e...@debian.org) wrote: * Samuel Thibault (sthiba...@debian.org) wrote: Joey Hess, le Tue 19 Jul 2011 17:54:06 -0400, a écrit : Samuel Thibault wrote: produces a package with a /usr/share/info/dir.gz. Shouldn't debhelper be able to drop dir? For now, the solution we have found is to tell dh_auto_install to install in debian/tmp, and create a debian/install which contains all the desired directories, which is tedious. Or another solution would be to remove the file explicitly after dh_auto_install, but dh_auto_install could as well just do it itself, to avoid the same tedious thing for all simple packages which have a texinfo documentation. dh_auto_install is just a generic way to run make install, it's not appropriate for it to go in and try to override the installation sequence. dh_install -X could be used, In the case at stake, no, because it's a single-binary package, so everything is already installed. One thus has to pass --destdir to dh_auto_install, and then use dh_install by hand, it's a bit tedious. or you could fix the Makefile to not install it It's an automake Makefile, I don't really want to patch that :) (why should an arbitrary make install overwrite /usr/share/info/dir.gz?), It doesn't overwrites it, it updates it. make install is originally intended to install in the real place ;) or possibly fix texinfo to not create it when building documentation. That could be an option. Cc-ing automake: in the case DESTDIR is not empty, automake should perhaps prevent the dir.gz update. FYI in latest versions of automake, if you set AM_UPDATE_INFO_DIR=no in the environment it will suppress creating the dir file. If debhelper just set that it would solve the problem. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com signature.asc Description: Digital signature
Bug#655159: WICD and \x00 ESSIDs
Dear David, I tested wicd 1.7.1-1 in the Frankfurt Airport and it worked well: root@zertz:/usr/local/sbin# wicd-cli -ly # BSSID Channel ESSID 0 00:0E:D7:B2:9F:71 1 \x00 1 00:0E:D7:B2:9F:73 1 \x00 2 00:0E:D7:B2:9F:70 1 \x00 3 00:26:0A:EF:F8:50 6 \x00 4 00:26:0A:EF:F8:52 6 Telekom 5 00:26:0A:EF:F8:53 6 \x00 6 00:26:0A:EF:F8:51 6 \x00 7 00:0E:D7:B0:E2:C1 11 \x00 8 00:0E:D7:B0:E2:C2 11 Telekom 9 00:18:F8:5F:79:85 6 hidden 10 F4:6D:04:94:F6:30 6 Fraport IPS 11 00:11:92:2A:A3:20 6 \x00 12 00:0E:D7:B0:E2:C0 11 \x00 13 00:11:5C:D1:1C:60 1 \x00 14 00:0E:D7:B0:E2:C3 11 \x00 15 00:0E:84:F0:23:E0 11 tmobile 16 00:0E:84:F0:23:E1 11 \x00 17 00:0E:D7:B2:9F:72 1 Telekom 18 00:11:21:77:4C:E0 1 tmobile It seems though, that wicd hesitates to connect automatically where it should do so. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657844: [Pkg-ace-devel] Bug#657844: doxygen is run in build-arch
tags 657844 + confirmed pending thanks On 29/01/2012 12:11, Luca Falavigna wrote: Source: ace Version: 6.0.3-2 Severity: important * debian/rules: prevent long generation of doxygen documentation in arch-dep build by defining binary-arch: and binary-indep: targets. This requires switching to debhelper level 9. Unluckily, this is not the reality, see the following build logs: https://buildd.debian.org/status/fetch.php?pkg=acearch=amd64ver=6.0.3-2stamp=1312489094 https://buildd.debian.org/status/fetch.php?pkg=acearch=amd64ver=6.0.3-2stamp=1312489094 Right, thanks for the report. Trying another fix now. Regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657885: ffmpeg: Illegal instruction on dreamplug (arm cpu)
On Sun, Jan 29, 2012 at 5:27 PM, Darwin Te darwin...@hotmail.com wrote: Package: ffmpeg Version: 4:0.8-1 Severity: normal Dear Maintainer, [16:16 - 1.25] [user@debian 1] ~ ffmpeg Illegal instruction [16:16 - 1.25] [user@debian 2] ~ gdb ffmpeg GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as arm-linux-gnueabi. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/ffmpeg...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/ffmpeg [Thread debugging using libthread_db enabled] Program received signal SIGILL, Illegal instruction. 0x00018cf8 in ?? () (gdb) disassemble $pc, $pc+0x20 Cannot access memory at address 0x0 Dump of assembler code from 0x18cf8 to 0x18d18: = 0x00018cf8: movw lr, #2011 ; 0x7db 0x00018cfc: ldr r2, [pc, #148] ; 0x18d98 0x00018d00: ldr r4, [pc, #148] ; 0x18d9c 0x00018d04: ldr r12, [r12] 0x00018d08: ldr r3, [r3, r2] 0x00018d0c: add r4, pc, r4 0x00018d10: ldr r2, [pc, #136] ; 0x18da0 0x00018d14: str lr, [sp, #4] End of assembler dump. More system information: Initializing cgroup subsys cpu Linux version 3.1.10 (kelly@bbb.internal) (gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) ) #1 PREEMPT Fri Jan 20 10:47:05 MST 2012 CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977 CPU: VIVT data cache, VIVT instruction cache Machine: Marvell GuruPlug Reference Board I see. Your machine is not ARMv7 capable, yet, the baseline flavor of libavcodec does seem to use ARMv7 instructions. cf. http://blogs.arm.com/software-enablement/251-how-to-load-constants-in-assembly-for-arm-architecture/ Can you please retrieve a backtrace with libav-dbg installed? I need to know where exactly in the code the offending instruction occurs in order to determine if it's an upstream bug or a configuration issue. Thanks Reinhard -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658479: icedove: Unable to open links in a html mail with Icedove
tags 658479 + patch thanks On 05.02.2012 08:13, Michael Biebl wrote: I'm pretty sure I found the problem: I had the same issue and after a bit of debugging I found that /usr/lib/icedove/chrome.manifest is missing. As a result, the libmozgnome.so component is not loaded, so the system settings are not read. Attached is a patch which fixes this problem. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? From 513044451135491cebdde38b42cae9f152a1e3ce Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Sun, 5 Feb 2012 09:24:40 +0100 Subject: [PATCH] Install chrome.manifest file to ensure the various components (like GNOME support module) are correctly loaded. (Closes: #658479) --- debian/thunderbird.install.in |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/debian/thunderbird.install.in b/debian/thunderbird.install.in index bbd0df9..a0f23c3 100644 --- a/debian/thunderbird.install.in +++ b/debian/thunderbird.install.in @@ -18,6 +18,7 @@ debian/tmp/usr/lib/@DEB_MOZ_APPLICATION@/omni.jar usr/share/@DEB_MOZ_APPLICATION debian/tmp/usr/lib/@DEB_MOZ_APPLICATION@/components/lib*.so debian/tmp/usr/lib/@DEB_MOZ_APPLICATION@/components/binary.manifest +debian/tmp/usr/lib/@DEB_MOZ_APPLICATION@/chrome.manifest debian/icedove.js etc/@DEB_MOZ_APPLICATION@/pref debian/vendor.js usr/share/@DEB_MOZ_APPLICATION@/defaults/pref -- 1.7.9 signature.asc Description: OpenPGP digital signature
Bug#658687: rekonq crashes frequently
Package: rekonq Version: 0.8.1-1 Severity: important Dear Maintainer, I see frequent rekonq crashes here. Not sure what is causing it, but it renders rekonq almost useless. Unfortunately, it is not fully deterministic, i.e. load this page and rekonq crashes. Here is a backtrace, please let me know if I can provide more/better/other data. Application: rekonq (rekonq), signal: Segmentation fault [Current thread is 1 (Thread 0xb2e1a710 (LWP 17134))] Thread 7 (Thread 0xa64d3b70 (LWP 17135)): #0 0xb77c4424 in __kernel_vsyscall () #1 0xb3e0220a in __pthread_cond_wait (cond=0xb728d770, mutex=0xb728d758) at pthread_cond_wait.c:153 #2 0xb75f9a7d in __pthread_cond_wait (cond=0xb728d770, mutex=0xb728d758) at forward.c:139 #3 0xb6b5bbab in ?? () from /usr/lib/libQtWebKit.so.4 #4 0xb6b5bccf in ?? () from /usr/lib/libQtWebKit.so.4 #5 0xb3dfdc39 in start_thread (arg=0xa64d3b70) at pthread_create.c:304 #6 0xb75ec98e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Backtrace stopped: Not enough registers or memory available to unwind further Thread 6 (Thread 0xa5cd2b70 (LWP 17136)): #0 0xb77c4424 in __kernel_vsyscall () #1 0xb75dd69b in read () at ../sysdeps/unix/syscall-template.S:82 #2 0xb3aaee6e in g_wakeup_acknowledge (wakeup=0x945a7e0) at /build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gwakeup.c:212 #3 0xb3a69694 in g_main_context_check (context=0xa53004e8, max_priority=2147483647, fds=0xa5300de8, n_fds=1) at /build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gmain.c:2902 #4 0xb3a6a0d0 in g_main_context_iterate (context=0xa53004e8, block=-1280865584, dispatch=1, self=optimized out) at /build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gmain.c:3073 #5 0xb3a6a40a in g_main_context_iteration (context=0xa53004e8, may_block=1) at /build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gmain.c:3139 #6 0xb408a637 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #7 0xb405b33d in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #8 0xb405b581 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #9 0xb3f5e85b in QThread::exec() () from /usr/lib/libQtCore.so.4 #10 0xb3f5e94b in QThread::run() () from /usr/lib/libQtCore.so.4 #11 0xb3f616c3 in QThreadPrivate::start(void*) () from /usr/lib/libQtCore.so.4 #12 0xb3dfdc39 in start_thread (arg=0xa5cd2b70) at pthread_create.c:304 #13 0xb75ec98e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Backtrace stopped: Not enough registers or memory available to unwind further Thread 5 (Thread 0xa52ffb70 (LWP 17137)): #0 0xb77c4424 in __kernel_vsyscall () #1 0xb3e0220a in __pthread_cond_wait (cond=0xb75132f0, mutex=0xb75132d8) at pthread_cond_wait.c:153 #2 0xb75f9a7d in __pthread_cond_wait (cond=0xb75132f0, mutex=0xb75132d8) at forward.c:139 #3 0xb740f5c9 in ?? () from /usr/lib/libQtScript.so.4 #4 0xb740f60f in ?? () from /usr/lib/libQtScript.so.4 #5 0xb3dfdc39 in start_thread (arg=0xa52ffb70) at pthread_create.c:304 #6 0xb75ec98e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Backtrace stopped: Not enough registers or memory available to unwind further Thread 4 (Thread 0xa484bb70 (LWP 17138)): #0 0xb77c4424 in __kernel_vsyscall () #1 0xb3e0220a in __pthread_cond_wait (cond=0x953dd40, mutex=0x953dd28) at pthread_cond_wait.c:153 #2 0xb75f9a7d in __pthread_cond_wait (cond=0x953dd40, mutex=0x953dd28) at forward.c:139 #3 0xb3f61bd0 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/libQtCore.so.4 #4 0xb5159266 in ?? () from /usr/lib/libthreadweaver.so.4 #5 0xb515bd5b in ?? () from /usr/lib/libthreadweaver.so.4 #6 0xb5158e9a in ?? () from /usr/lib/libthreadweaver.so.4 #7 0xb515be5c in ?? () from /usr/lib/libthreadweaver.so.4 #8 0xb5158df3 in ?? () from /usr/lib/libthreadweaver.so.4 #9 0xb515a994 in ?? () from /usr/lib/libthreadweaver.so.4 #10 0xb515aa4a in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #11 0xb3f616c3 in QThreadPrivate::start(void*) () from /usr/lib/libQtCore.so.4 #12 0xb3dfdc39 in start_thread (arg=0xa484bb70) at pthread_create.c:304 #13 0xb75ec98e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Backtrace stopped: Not enough registers or memory available to unwind further Thread 3 (Thread 0xa2bb7b70 (LWP 14021)): #0 0xb77c4424 in __kernel_vsyscall () #1 0xb3e0220a in __pthread_cond_wait (cond=0x9c7cf038, mutex=0x9c7cf068) at pthread_cond_wait.c:153 #2 0xb75f9a7d in __pthread_cond_wait (cond=0x9c7cf038, mutex=0x9c7cf068) at forward.c:139 #3 0x9d1619ff in ?? () from /usr/lib/flashplayer-mozilla/libflashplayer.so #4 0x9d2cedd5 in ?? () from /usr/lib/flashplayer-mozilla/libflashplayer.so #5 0x9d161cbc in ?? () from /usr/lib/flashplayer-mozilla/libflashplayer.so #6 0x9d1621d6 in ?? () from /usr/lib/flashplayer-mozilla/libflashplayer.so #7 0xb3dfdc39
Bug#657871: [Mlt-devel] Bug#657871: kdenlive: Incorrect colors shown in clip monitor
Is ffmpeg4:0.8-1 from the package list really libav? A color problem was reported and reproduced with libav here: http://sourceforge.net/tracker/?func=detailatid=613414aid=3483629group_id=96039 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658613: private mount name space for chroot(8)?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/04/12 21:08, Bob Proulx wrote: Yes. This is related to the recent move of /etc/mtab from being a file to being a symlink to /proc/mounts. There is a related discussion in Debian Bug#653073 (and GNU bts bug 10363) and I think this issue is really a duplication of that issue. I think they should be merged because the full solution would seem to be the same. Thats fine with me. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8uPScACgkQUTlbRTxpHjcj7ACdFKeZq6P8hG0Wijlgad3jDPpE gkIAnj5lznMh3LNZgrdzZsCv9tmXgdHG =+8Sp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658662: drm/i915: no signal via DisplayPort on Sandy Bridge since Linux 3.2
Hi Peter, Peter Colberg wrote: Package: linux-2.6 Version: 3.2.2-1 Severity: important Tags: upstream Which upstream version did you test? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658688: GNOME 3 integration: Use GIO instead of deprecated GnomeVFS
Source: icedove Version: 8.0-2 Severity: important Tags: patch Hi, GnomeVFS has been deprecated and replaced by GIO. For proper integration in GNOME 3, GIO support needs to be enabled. While looking at this, I also found that the package has a build dependency on libgnomeui-dev which is no longer useful. Also the --enable-gnomeui configure is gone. When test-building the package (9.0.1) I noticed that the package also needed an explicit build-dependency on python, otherwise ./configure errs out [1]. So I added those. Please consider applying the attached patch in your next upload. Thanks, Michael [1] MOZ_PATH_PROGS(PYTHON, $PYTHON python2.7 python2.6 python2.5 python) if test -z $PYTHON; then AC_MSG_ERROR([python was not found in \$PATH]) fi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information From 4452c4dfa92b5d3ad906577981c44eebe483982f Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Sun, 5 Feb 2012 09:33:18 +0100 Subject: [PATCH] GNOME 3 integration: Use GIO instead of deprecated GnomeVFS - Add Build-Depends on libglib2.0-dev. - Pass --enable-gio to configure. - Drop Build-Depends on libgnomevfs2-dev. - Pass --disable-gnomevfs to configure. - Remove obsolete --enable-gnomeui configure switch and Build-Depends on libgnomeui-dev. --- debian/control |5 +++-- debian/rules |8 2 files changed, 7 insertions(+), 6 deletions(-) diff --git a/debian/control b/debian/control index a0a1c7e..37d3478 100644 --- a/debian/control +++ b/debian/control @@ -8,6 +8,9 @@ Build-Depends: bzip2, autoconf2.13, autotools-dev, libgtk2.0-dev (= 2.12), + libglib2.0-dev, + libgconf2-dev, + python (= 2.5), zip, unzip, libjpeg-dev, @@ -19,8 +22,6 @@ Build-Depends: bzip2, libxt-dev, libxau-dev, libcairo2-dev (= 1.8.8), - libgnomevfs2-dev (= 1:2.16), - libgnomeui-dev (= 2.16), libhunspell-dev (= 1.2), libnspr4-dev (= 4.8.6), libnss3-dev (= 3.12.8), diff --git a/debian/rules b/debian/rules index 162f009..252bc6c 100755 --- a/debian/rules +++ b/debian/rules @@ -55,7 +55,7 @@ DEB_AUTO_UPDATE_DEBIAN_CONTROL=0 DEB_MOZ_EXTENSIONS=default DEB_DBG_PACKAGES = $(DEB_MOZ_NAME)-dbg -DEB_DH_SHLIBDEPS_ARGS_ALL=-l $(DEB_DESTDIR)usr/lib/$(DEB_MOZ_APPLICATION) -Xlibmozgnome -Xlibnkgnomevfs -Xlibdbusservice +DEB_DH_SHLIBDEPS_ARGS_ALL=-l $(DEB_DESTDIR)usr/lib/$(DEB_MOZ_APPLICATION) -Xlibmozgnome -Xlibdbusservice DEB_DH_MAKESHLIBS_ARGS_ALL=-Xlibsystem-pref.so @@ -88,13 +88,13 @@ DEB_CONFIGURE_USER_FLAGS= \ --disable-tests \ --disable-mochitest \ --disable-updater \ + --disable-gnomevfs \ + --enable-gio \ --enable-pango \ --enable-xft \ --enable-xinerama \ --enable-svg \ --enable-svg-renderer=cairo \ - --enable-gnomevfs \ - --enable-gnomeui \ --enable-canvas \ --enable-crypto \ --enable-shared-js \ @@ -228,7 +228,7 @@ common-install-arch:: sh -c set -e; cd debian/calendar-timezones/usr/lib/calendar-timezones/; unzip $(CURDIR)/mozilla/dist/xpi-stage/calendar-timezones.xpi binary-predeb/$(DEB_MOZ_APPLICATION):: - LD_LIBRARY_PATH=$(DEB_DESTDIR)usr/lib/$(DEB_MOZ_APPLICATION) dpkg-shlibdeps -Tdebian/$(DEB_MOZ_APPLICATION).substvars -dDepends -pgnome $(foreach lib,dbusservice mozgnome nkgnomevfs,debian/$(DEB_MOZ_APPLICATION)/usr/lib/$(DEB_MOZ_APPLICATION)/components/lib$(lib).so) + LD_LIBRARY_PATH=$(DEB_DESTDIR)usr/lib/$(DEB_MOZ_APPLICATION) dpkg-shlibdeps -Tdebian/$(DEB_MOZ_APPLICATION).substvars -dDepends -pgnome $(foreach lib,dbusservice mozgnome,debian/$(DEB_MOZ_APPLICATION)/usr/lib/$(DEB_MOZ_APPLICATION)/components/lib$(lib).so) clean:: rm -f debian/stamp-autotools-files-moz debian/stamp-icedove-branding -- 1.7.9
Bug#658689: tomcat6 up on tcp6 only
Package:tomcat6 Version:6.0.35-1+squeeze2 tomcat6 up on tcp6 only,but tcp4 is not up for tomcat6 root@debian-www:/home/zs# /etc/init.d/tomcat6 start Starting Tomcat servlet engine: tomcat6. root@debian-www:/home/zs# netstat -an Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp0 0 127.0.0.1:5432 0.0.0.0:* LISTEN tcp0 0 116.55.13.55:22 116.55.32.219:1874 ESTABLISHED tcp6 0 0 :::8180 :::*LISTEN tcp6 0 0 :::22 :::*LISTEN tcp6 0 0 127.0.0.1:8005 :::*LISTEN tcp6 0 0 ::1:48279 ::1:51626 TIME_WAIT udp0 0 127.0.0.1:41192 127.0.0.1:41192 ESTABLISHED Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node Path unix 3 [ ] DGRAM3087 /dev/log unix 2 [ ACC ] STREAM LISTENING 3154 /var/run/dbus/system_bus_socket unix 2 [ ACC ] STREAM LISTENING 3281 /var/run/postgresql/.s.PGSQL.5432 unix 2 [ ] DGRAM1911 @/org/kernel/udev/udevd unix 3 [ ] STREAM CONNECTED 3390 unix 3 [ ] STREAM CONNECTED 3389 unix 2 [ ] DGRAM3388 unix 3 [ ] STREAM CONNECTED 3162 unix 3 [ ] STREAM CONNECTED 3161 unix 3 [ ] DGRAM1916 unix 3 [ ] DGRAM1915 root@debian-www:/home/zs# -- 王星海 电话：13312601392
Bug#639910: SBT Debian packaging suspended
Hi, since I've been asked: I'm currently writing my bachelor thesis and won't continue working on SBT Debian packaging until after easter holidays. However in general I'd strongly suggest that packaging of SBT for a distribution is only continued, if upstream can be convinced to support a build path without a previous SBT binary, e.g.: 1. build a minimal SBT without SBT 2. build the full SBT with the minimal SBT from 1. I spent a full week to compile SBT without SBT (and learning more about Scala and SBT). Any third party scripts to bootstrap SBT could break at any time and require a lot of work to fix, if upstream does not support this build strategy. Initial attempt to support build without sbt: https://github.com/harrah/xsbt/pull/308 Best regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576249: Adding missing examples for Squeeze still?
fixed 576249 0.65.2-1 thanks Hello Racke, On Sun, Oct 24, 2010 at 12:11:18PM +0200, Stefan Hornburg (Racke) wrote: On 10/22/2010 03:25 PM, Helge Kreutzmann wrote: On Fri, Oct 22, 2010 at 01:48:12PM +0200, Stefan Hornburg (Racke) wrote: On 10/16/2010 09:01 PM, Helge Kreutzmann wrote: is there any chance the missing examples are added for Squeeze, still? I'm rather confident that the RM would grant a freeze exception for such an upload. The examples are actually in the manpage files, but man doesn't display them. I suppose that DocBook XSL Stylesheets v1.75.2http://docbook.sf.net/ doesn't convert to the correct manpage format. Ok, are you cloning this bug against the responsible package to get this build issue fixed? Upstream fixed the SGML source file, but I get the following failure when building Courier from source: ../docbook/sgml2man rfc822.sgml rfc822.3 warning: failed to load external entity /usr/share/sgml/docbook/xsl-stylesheets/manpages/docbook.xsl cannot parse /usr/share/sgml/docbook/xsl-stylesheets/manpages/docbook.xsl ../docbook/sgml2man: 27: cannot open rfc822.3.tmpdir/*: No such file ../docbook/sgml2man: 27: cannot open rfc822.3.tmpdir/*: No such file According to the changelog, this bug was fixed in an upload to experimental with version 0.65.2-1. I verified that building in current testing works (though I did not check further, especially I did not search for non fatal build errors etc.). Also ./debian/courier-maildrop/usr/share/man/man7/maildropex.7.gz looks fine there as well. If you intended to keep this bug open for another reason please reopen. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#658689: tomcat6 is not up on tcp4,up on tcp6 only
Package:tomcat6 Version:6.0.35-1+squeeze2 tomcat6 up on tcp6 only,but tcp4 is not up for tomcat6 root@debian-www:/home/zs# /etc/init.d/tomcat6 start Starting Tomcat servlet engine: tomcat6. root@debian-www:/home/zs# netstat -an Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp0 0 127.0.0.1:5432 0.0.0.0:* LISTEN tcp0 0 116.55.13.55:22 116.55.32.219:1874 ESTABLISHED tcp6 0 0 :::8180 :::*LISTEN tcp6 0 0 :::22 :::*LISTEN tcp6 0 0 127.0.0.1:8005 :::*LISTEN tcp6 0 0 ::1:48279 ::1:51626 TIME_WAIT udp0 0 127.0.0.1:41192 127.0.0.1:41192 ESTABLISHED Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node Path unix 3 [ ] DGRAM3087 /dev/log unix 2 [ ACC ] STREAM LISTENING 3154 /var/run/dbus/system_bus_socket unix 2 [ ACC ] STREAM LISTENING 3281 /var/run/postgresql/.s.PGSQL.5432 unix 2 [ ] DGRAM1911 @/org/kernel/udev/udevd unix 3 [ ] STREAM CONNECTED 3390 unix 3 [ ] STREAM CONNECTED 3389 unix 2 [ ] DGRAM3388 unix 3 [ ] STREAM CONNECTED 3162 unix 3 [ ] STREAM CONNECTED 3161 unix 3 [ ] DGRAM1916 unix 3 [ ] DGRAM1915 root@debian-www:/home/zs# -- 王星海 电话：13312601392
Bug#658678: [Pkg-xfce-devel] Bug#658678: lightdm: leaks FDs to child processes
affects lightdm affects debian security yes summary lightdm leaks FDs to child processes done tag 658678 security thanks On dim., 2012-02-05 at 00:27 -0500, Austin Clements wrote: Package: lightdm Version: 1.0.6-3 Severity: normal Dear Maintainer, lightdm appears to leak several file descriptors to the child process it creates for the session, which propagate to nearly every process running in an interactive session. For example, running ls -l /proc/self/fd from a terminal in X yields lrwx-- 1 amdragon amdragon 64 Feb 4 23:52 0 - /dev/pts/15 lrwx-- 1 amdragon amdragon 64 Feb 4 23:52 1 - /dev/pts/15 lr-x-- 1 amdragon amdragon 64 Feb 4 23:52 13 - pipe:[10098] l-wx-- 1 amdragon amdragon 64 Feb 4 23:52 14 - pipe:[10098] lr-x-- 1 amdragon amdragon 64 Feb 4 23:52 15 - pipe:[10099] l-wx-- 1 amdragon amdragon 64 Feb 4 23:52 16 - pipe:[10099] lrwx-- 1 amdragon amdragon 64 Feb 4 23:52 2 - /dev/pts/15 lr-x-- 1 amdragon amdragon 64 Feb 4 23:52 3 - /proc/27874/fd/ lr-x-- 1 amdragon amdragon 64 Feb 4 23:52 4 - pipe:[9306] l-wx-- 1 amdragon amdragon 64 Feb 4 23:52 5 - pipe:[9306] l-wx-- 1 amdragon amdragon 64 Feb 4 23:52 6 - /var/log/lightdm/lightdm.log FDs 4 through 16 were inherited from the lightdm process, as can be seen from its open FDs, $ sudo ls -l /proc/`pidof lightdm`/fd total 0 lrwx-- 1 root root 64 Feb 4 23:54 0 - /dev/null lrwx-- 1 root root 64 Feb 4 23:54 1 - /dev/null lr-x-- 1 root root 64 Feb 4 23:54 10 - pipe:[9315] l-wx-- 1 root root 64 Feb 4 23:54 11 - pipe:[9315] lrwx-- 1 root root 64 Feb 4 23:54 12 - socket:[10302] lr-x-- 1 root root 64 Feb 4 23:54 13 - pipe:[10098] l-wx-- 1 root root 64 Feb 4 23:54 14 - pipe:[10098] lr-x-- 1 root root 64 Feb 4 23:54 15 - pipe:[10099] l-wx-- 1 root root 64 Feb 4 23:54 16 - pipe:[10099] lrwx-- 1 root root 64 Feb 4 23:54 17 - socket:[10101] lrwx-- 1 root root 64 Feb 4 23:54 2 - /dev/null lrwx-- 1 root root 64 Feb 4 23:54 3 - anon_inode:[eventfd] lr-x-- 1 root root 64 Feb 4 23:54 4 - pipe:[9306] l-wx-- 1 root root 64 Feb 4 23:54 5 - pipe:[9306] l-wx-- 1 root root 64 Feb 4 23:54 6 - /var/log/lightdm/lightdm.log lrwx-- 1 root root 64 Feb 4 23:54 7 - anon_inode:[eventfd] lrwx-- 1 root root 64 Feb 4 23:54 8 - socket:[8076] lrwx-- 1 root root 64 Feb 4 23:54 9 - anon_inode:[eventfd] FD 6 is particularly worrisome, as it allows any process to write to the root-owned lightdm log. It might be relevant that I use an .xsession script and Xmonad with no desktop environment. Yep, you seem to be right. I don't inherit them in all my processes, but indeed xfce4-session has them. Forwarding to upstream and tagging security. I'm not completely sure what are the security impact right now as I don't exactly know what the relevant “shared” fd except the lightdm.log. There's one where the pipe is opened by Xorg too but that might be normal. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#658690: Segmentation fault on start
Package: asterisk Version: 1:1.8.8.2~dfsg-1 The program segfaults on each run. /var/log/kern.log has the following lines: Feb 5 11:11:56 t11 kernel: [964267.149889] asterisk[15396]: segfault at 4728203a ip 0810bd70 sp bfffc830 error 4 in asterisk[8048000+1c6000] If I run asterisk -v, the last lines are: JABBER: asterisk OUTGOING: ?xml version='1.0'?stream:stream xmlns:stream='http://etherx.jabber.org/streams' xmlns='jabber:client' to=' gmail.com' version='1.0' Segmentation fault Renaming of res_jabber.so produced different message (mv /usr/lib/asterisk/modules/res_jabber.so /usr/lib/asterisk/modules/res_jabber.so_crashes): [Feb 5 11:18:48] WARNING[15537]: loader.c:449 load_dynamic_module: Error loading module 'chan_gtalk.so': /usr/lib/asterisk/modules/chan_gtalk.so: undefined symbol: ast_aji_get_client [Feb 5 11:18:48] WARNING[15537]: loader.c:839 load_resource: Module 'chan_gtalk.so' could not be loaded. [Feb 5 11:18:48] WARNING[15537]: loader.c:449 load_dynamic_module: Error loading module 'chan_jingle.so': /usr/lib/asterisk/modules/chan_jingle.so: undefined symbol: ast_aji_get_client [Feb 5 11:18:48] WARNING[15537]: loader.c:839 load_resource: Module 'chan_jingle.so' could not be loaded. Segmentation fault t11:~# uname -a Linux t11 3.1.0-1-486 #1 Tue Jan 10 04:55:10 UTC 2012 i686 GNU/Linux There is no -586 kernel in the repository anymore, and -686 can't be used as the CPU is VIA Nehemiah. -- Arie
Bug#365530: Find a casual hook up online tonight.
Find a casual hook up online tonight. http://waldst.at/7w - If you would like to not be contacted from us in the future please press on the link below: http://waldst.at/7x or write to: P.O. Box 15, 20 St., Vancouver, Canada -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658676: iceweasel-l10n-es-mx: iceweasel doesn't work with the l10n-es-mx package
On Sat, Feb 04, 2012 at 09:47:09PM -0600, Fernando C. Estrada wrote: Package: iceweasel-l10n-es-mx Version: 1:10.0-1 Severity: important Hi, I don't know if this issue is related with bug #652950 but since upgrade to version 10, iceweasel didn't work with the l10n-es-mx package and just display the following message (screenshot attached): Error de lectura XML: entidad no definida Ubicación: chrome://browser/content/browser.xul Número de línea 553, columna 7: menuitem id=context-video-showstats --^ Did that really happen with 10.0-1, or was the l10n-es-mx package outdated? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658644: scidavis: diff for NMU version 0.2.4-3.1
(Disclaimer: I'm not the maintainer.) * Scott Howard show...@debian.org, 2012-02-04, 15:37: +scidavis (0.2.4-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Added --parallel flag to dh in debian/rules This is not appropriate for an NMU. + * Move plugins to /usr/lib (Closes: #646190) +debian/patches/lib64.diff OK. + * Fixed declaring Graph as const when it is not (Closes: #655776) +debian/patches/graph_const.diff OK. + * Recommends on qt-assistant-compat (Closes: #624752) OK. + * use dh_python2 since python-support is deprecated (cleaning up +lintian error) This is not appropriate for an NMU. --- scidavis-0.2.4/debian/patches/lib65.diff1969-12-31 19:00:00.0 -0500 +++ scidavis-0.2.4/debian/patches/lib65.diff2012-02-04 15:31:39.0 -0500 s/65/64/? @@ -0,0 +1,16 @@ +Description: Don't install modules to /usr/lib Huh. I hope this is just a typo in the description. The bug report asked for something quite opposite. Also, would you care to justify such short delay[0] and urgency=high? [0] As per Developer's Reference §5.11.1, the recommended delay for upload like this is 10 days. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658578: linux-image-2.6.32-5-amd64: Random kernel panic when inserting USB stick
On Sat, 04 Feb 2012 16:29:34 +0530 dE . de.tec...@gmail.com wrote: Try testing with one of the backported kernels. Kernel 3.2.0 works fine (~100 plug/unplug cycles, while 2.6.32 fails on first 10-20). pgpYUAiwHHFNR.pgp Description: PGP signature
Bug#658550: apt-cacher-ng: Unable to retrieve existing file in mirror.
Hallo, * Raúl Sánchez Siles [Sat, Feb 04 2012, 12:27:00AM]: E: Failed to fetch http://localhost:3142/ftp.es.debian.org/debian/pool/main/c/cups-filters/libcupsfilters1_1.0~b1-3_amd64.deb: 500 Invalid header Could you please run Wireshark on the server listening on the outgoing route's interface, then restart apt-cacher-ng and retry that failing download attempt? And then save the pcap log and send it to me. E: Failed to fetch http://localhost:3142/ftp.es.debian.org/debian/pool/main/c/cups-filters/libcupsfilters1_1.0~b1-3_amd64.deb: 500 Invalid header Either wgetting from ftp://ftp.es.debian.org/debian/pool/main/c/cups-filters/libcupsfilters1_1.0~b1-3_amd64.deb or http://ftp.es.debian.org/debian/pool/main/c/cups-filters/libcupsfilters1_1.0~b1-3_amd64.deb works. apt-cacher-ng.err tells: Sat Feb 4 00:11:09 2012|INTERNAL ERROR, attempt to unregister non-existing download item That's another bug happening when releasing previous file item. Thanks for discovering it. It is not related to your original issue but it prevents the original file descriptor from being destroyed, and therefore when the error above happened once then the proxy will continue reporting the same error message instead of trying another download. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#427591: Search for a casual partner online now.
Search for a casual partner online now. http://sl4.me/hLiTc - If you would like to not be contacted from us in the future please press on the link below: http://sl4.me/pYeMS or write to: P.O. Box 9, 10 St., Vancouver, Canada -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658341: Call for Vote: upload of multi-arch enabled dpkg (in time for wheezy)
* Andreas Barth (a...@ayous.org) [120205 10:34]: * Bdale Garbee (bd...@gag.com) [120202 15:16]: A. While recognizing the substantial benefits of thorough code review, the Technical Committee believes the goal of multiarch support in the Debian wheezy release is sufficiently important as to warrant accepting the current draft implementation into the archive, even if code review by the primary dpkg C maintainer cannot be completed in time. However, as much review as possible is strongly desired. The Technical Committee therefore overrides the decision of the dpkg maintainer to require complete code review before upload of the multiarch implementation in dpkg to the Debian archive and sets the following upload dates: February 6th: upload to experimental for general testing February 20th: upload to unstable For each of those deadlines, if no implementation of dpkg with multiarch support has been uploaded to the archive for that distribution by that date, Raphaël Hertzog is empowered by the Technical Committee to upload a version of dpkg with multiarch support to that distribution. The upload may be done on or after that date, when, in his judgement, the dpkg implementation meets the quality standards expected for a Debian core package in those archive distributions. The Technical Committee strongly encourages anyone with the required knowledge to review the multiarch implementation proposed for upload and provide the results of that review to the debian-dpkg list as soon as possible so that the code can receive as much review as possible and the results of that review can be incorporated into the code by those dates. Similarly, the Technical Committee encourages as broad testing and review of the experimental implementation as possible so that as many bugs as possible can be resolved prior to uploading it to unstable. This option requires a 3:1 majority. And with my vote (and Steves in http://lists.debian.org/20120205092246.gb15...@virgil.dodds.net ) the outcome is no longer in doubt, so A is the decision. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636943: torsocks: patching libresolv symbols is not trivial
Hi Robert, Lunar wrote (30 Jan 2012 17:45:37 GMT) : It looks like to ideally solve this, proper probing logic must be implemented to support all OS, architectures and glibc variants. The attached patch uses a more brute force approach and always try the `__` variants if a `res_*` fails to be found. FYI, I agreement with Patrick Matthäi, I am going to take over the maintenance of torsocks in Debian. I am going to wait a few more days for feedback from you before I upload into the Debian archive a package with Lunar's patch applied. Thoughts? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | If you must label the absolute, use it's proper name: Temporary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658511: Debian installation bug report
On 04-02-2012 17:48, Anton Eliasson wrote: [] I experienced the same problem while installing Debian Testing on a Lenovo Thinkpad T61 about a month ago. The ISO image was probably from Dec 31 or Jan 1 but I'm not certain. I have a few different computers in my possession. Would it be useful for you if I tested if the graphical installation works on these? From your report, #654866, and what i have been experiencing in VirtualBox for a while i suspect graphical installation is borked. If you can test it with a recent image would be useful info to know the state of the current installer. [...] -- Melhores cumprimentos/Best regards, Miguel Figueiredo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658692: [php5-common]
Package: php5-common Version: 5.3.3-7+squeeze3 Severity: serious Tags: security X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org --- Please enter the report below this line. --- When i try to update php5-common and related packages, from Version: 5.3.3-7+squeeze3 to 5.3.3-7+squeeze7, i get the following info: WARNING: terminal is not fully functional/tmp/tmpcnqGaJ (press RETURN). After pressing return, the following is displayed: php5 (5.3.3-7+squeeze5) squeeze-security; urgency=high * The following new directives were added as part of security fixes:- max_input_vars - specifies how many GET/POST/COOKIE input variables may be accepted. Default value is set to 1000.- xsl.security_prefs - define forbidden operations within XSLT stylesheets. Write operations are now disabled by default. -- Ond?ej Sur? ond...@debian.org Mon, 23 Jan 2012 12:22:26 +0100 php5 (5.3.3-7+squeeze4) squeeze-security; urgency=low * Updated blowfish crypt() algorithm fixes the 8-bit character handling vulnerability (CVE-2011-2483) and adds more self-tests. Unfortunatelythis change is incompatible with some old (wrong) generated hashes forpasswords containing 8-bit characters. Therefore the new salt prefix'$2x$' was introduced which can be used as a replacement for '$2a$'salt prefix in the password database in case the incompatibility isfound. -- Ond?ej Sur? ond...@debian.org Mon, 04 Jul 2011 10:31:16 +0200/tmp/tmp2PNfKm (END) The terminal hangs and nothing is udated. Same with apt and synaptic. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0.4 500 stable-updates mirror.switch.ch 500 stable security.debian.org 500 stable mirror.switch.ch --- Package information. --- Depends (Version) | Installed -+-= sed (= 4.1.1-1) | 4.2.1-7 libc6 (= 2.4) | 2.11.3-2 Recommends (Version) | Installed ===-+-=== php5-suhosin | 0.9.32.1-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658588: Info received (Bug#658588: Wheezy install on Sun Netra T1 cannot detect disks)
Unfortunately I can't test this further as the netra seems to have died :( On 4 February 2012 18:45, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Install Team debian-b...@lists.debian.org If you wish to submit further information on this problem, please send it to 658...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 658588: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658588 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658665: [Pkg-clamav-devel] Bug#658665: clamav-daemon: assumes clamav uid and gid are the same
This one time, at band camp, Matt Taggart said: Package: clamav-daemon Version: 0.97.3+dfsg-1~lenny1 Somewhere in clamav-daemon it's assuming that the clamav uid and gid are the same. If I remove /var/run/clamav/clamav.ctl and then restart clamav, I get this /var/run/clamav# ls -la clamd.ctl s- 1 clamav postdrop0 Feb 4 15:07 clamd.ctl On my system the clamav user has uid 108 and the postdrop group has gid 108. When I set them to both use the same number then it works srw-rw-rw- 1 clamav clamav 0 Feb 4 15:58 clamd.ctl Can you send the output of `getent passwd clamav` ? Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#658692: [php-maint] Bug#658692: [php5-common]
Hi, The looks likes an output of apt-listchanges. Could you try and remove this package and update again the php package ? You've opened the bug at severity:serious, but it doesn't sounds like your php installation got broken by this message. Unless it's broken or not functional, we'll change this bug to severity:normal. Kaplan On Sun, Feb 5, 2012 at 11:10 AM, Jürg Hofmann juerg.hofm...@postbox.chwrote: Package: php5-common Version: 5.3.3-7+squeeze3 Severity: serious Tags: security X-Debbugs-CC: secure-testing-team@lists.**alioth.debian.orgsecure-testing-t...@lists.alioth.debian.org --- Please enter the report below this line. --- When i try to update php5-common and related packages, from Version: 5.3.3-7+squeeze3 to 5.3.3-7+squeeze7, i get the following info: WARNING: terminal is not fully functional/tmp/tmpcnqGaJ (press RETURN). After pressing return, the following is displayed: php5 (5.3.3-7+squeeze5) squeeze-security; urgency=high * The following new directives were added as part of security fixes:- max_input_vars - specifies how many GET/POST/COOKIE input variables may be accepted. Default value is set to 1000.- xsl.security_prefs - define forbidden operations within XSLT stylesheets. Write operations are now disabled by default. -- Ond?ej Sur? ond...@debian.org Mon, 23 Jan 2012 12:22:26 +0100 php5 (5.3.3-7+squeeze4) squeeze-security; urgency=low * Updated blowfish crypt() algorithm fixes the 8-bit character handlingvulnerability (CVE-2011-2483) and adds more self-tests. Unfortunatelythis change is incompatible with some old (wrong) generated hashes forpasswords containing 8-bit characters. Therefore the new salt prefix'$2x$' was introduced which can be used as a replacement for '$2a$'salt prefix in the password database in case the incompatibility isfound. -- Ond?ej Sur? ond...@debian.org Mon, 04 Jul 2011 10:31:16 +0200/tmp/tmp2PNfKm (END) The terminal hangs and nothing is udated. Same with apt and synaptic. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0.4 500 stable-updates mirror.switch.ch 500 stable security.debian.org 500 stable mirror.switch.ch --- Package information. --- Depends (Version) | Installed -+-===**== sed (= 4.1.1-1) | 4.2.1-7 libc6 (= 2.4) | 2.11.3-2 Recommends (Version) | Installed ===-+-**=== php5-suhosin | 0.9.32.1-1 Package's Suggests field is empty. __**_ pkg-php-maint mailing list pkg-php-maint@lists.alioth.**debian.orgpkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.**org/cgi-bin/mailman/listinfo/**pkg-php-mainthttp://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
Bug#658341: Call for Vote: upload of multi-arch enabled dpkg (in time for wheezy)
* Bdale Garbee (bd...@gag.com) [120202 15:16]: A. While recognizing the substantial benefits of thorough code review, the Technical Committee believes the goal of multiarch support in the Debian wheezy release is sufficiently important as to warrant accepting the current draft implementation into the archive, even if code review by the primary dpkg C maintainer cannot be completed in time. However, as much review as possible is strongly desired. The Technical Committee therefore overrides the decision of the dpkg maintainer to require complete code review before upload of the multiarch implementation in dpkg to the Debian archive and sets the following upload dates: February 6th: upload to experimental for general testing February 20th: upload to unstable For each of those deadlines, if no implementation of dpkg with multiarch support has been uploaded to the archive for that distribution by that date, Raphaël Hertzog is empowered by the Technical Committee to upload a version of dpkg with multiarch support to that distribution. The upload may be done on or after that date, when, in his judgement, the dpkg implementation meets the quality standards expected for a Debian core package in those archive distributions. The Technical Committee strongly encourages anyone with the required knowledge to review the multiarch implementation proposed for upload and provide the results of that review to the debian-dpkg list as soon as possible so that the code can receive as much review as possible and the results of that review can be incorporated into the code by those dates. Similarly, the Technical Committee encourages as broad testing and review of the experimental implementation as possible so that as many bugs as possible can be resolved prior to uploading it to unstable. This option requires a 3:1 majority. B. The Technical Committee declines to override the decision of the dpkg maintainer to hold the dpkg multiarch implementation until he can finish code review. C. Further discussion. Voting ABC Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658650: phpbb3-l10n: syntax error in cs/common.php
hi! On Sat, Feb 04, 2012 at 09:15:58PM -0400, David Prévot wrote: I just prepared a fixed package [2], could you please confirm it fixes the issue? Thanks, it indeed fixes the problem. Petr Pasky Baudis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658608: mail-notification: Maybe it's just a fetchyahoo issue.
Package: mail-notification Version: 5.4.dfsg.1-3+b1 Followup-For: Bug #658608 Dear Maintainer, I tried to use fetchyahoo directly and couldn't make it work. So while it could be just my ignorance, it could be that this issue is rather a fetchyahoo issue than a mail-notification one. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mail-notification depends on: ii gconf2 3.2.3-1 ii gnome-icon-theme 3.2.1.2-1 ii libatk1.0-0 2.2.0-2 ii libbonobo2-0 2.24.3-1 ii libc62.13-26 ii libcairo-gobject21.10.2-6.2 ii libcairo21.10.2-6.2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-6 ii libgmime-2.4-2 2.4.31-1 ii libgnome-keyring03.2.2-2 ii libgnome2-0 2.32.1-2 ii libgnomevfs2-0 1:2.24.4-1 ii libgnomevfs2-extra 1:2.24.4-1 ii libgtk-3-0 3.2.3-1 ii libnotify4 0.7.4-1 ii liborbit21:2.14.19-0.1 ii libpango1.0-01.29.4-2 ii libpopt0 1.16-3 ii libsasl2-2 2.1.25.dfsg1-3 ii libssl1.0.0 1.0.0g-1 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-7 ii xfce4-notifyd [notification-daemon] 0.2.2-1 Versions of packages mail-notification recommends: pn fetchyahoo none pn getlive none pn mail-notification-evolution none mail-notification suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658185: freebsd-9: freebsd-9 kernel + smartmontools: error sending CAMIOCOMMAND ioctl: Inappropriate ioctl for device
On Thu, Feb 02, 2012 at 09:41:46PM +, Robert Millan wrote: El 2 de febrer de 2012 18:54, Aurelien Jarno aurel...@aurel32.net ha escrit: We need the rebuild for ABI transition anyway, so it's no harm to queue it right away. Does it mean that after a rebuild, it won't work anymore with a kernel 8.x? Probably. After several hours I've given up trying to make userland compatible with both kernels. Specifically with CAM, the required patch would be very intrusive (a struct is modified carelessly, which would require duplicating the struct, all structs that include it, and versioning in all the functions that rely on any of that). If someone volunteers feel free to supply a patch, but IMHO with manpower being so scarce this is a dead end. The problem there is that given that all 9.x packages have been already pushed to the archive with ABI changes and so on, we *must* switch the default kernel for wheezy to 9.x. I don't say it's a bad decision, but I would have prefer to have some discussion about, it including the possible consequences of such a choice, instead of getting to the point of not having any other choice. Now we have no choice than making a real plan for switching to 9.x kernel: - We have to make sure users are using wheezy/sid with a 9.x kernel. - We have to provide an upgrade path for users, including the best moment to switch from one kernel to another in the release notes. - The build daemons are going to stay with the 8.1 kernel up to the release of wheezy. Will it work? Sometimes after they are going to switch to a 9.x kernel, but they should still be able to build squeeze packages. Will it work? Who wants to work on addressing these points? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658693: ITP: rudeconfig -- C++ config library for reading and writing configuration in .ini files
Package: wnpp Severity: wishlist Owner: medhamsh m...@medhamsh.org * Package name: rudeconfig Version : 5.0.5 Upstream Author : Matthew Flood m...@rudeserver.com * URL : http://rudeserver.com/config/index.html * License : (GPL) Programming Lang: (C++) Description : C++ config library for reading and writing configuration in .ini files The C++ Config File library is used for reading and writing configuration / .ini files. The Config component provides fully customizable delimiters and comment characters, ensuring compatability with most existing config/ini file formats. It allows multiline values using backslash escapes. Comments within the config file are fully preserved when the contents are re-saved. Furthermore, deleted values can become commented out when the object is re-saved - preserving old data. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658479: icedove: Unable to open links in a html mail with Icedove
Hello Michael and thanks for the quick response ! I confirm that Icedove 0.8 works for me with this added chrome.manifest. Thanks again ! Robert Derochette On 05/02/12 09:27, Michael Biebl wrote: tags 658479 + patch thanks On 05.02.2012 08:13, Michael Biebl wrote: I'm pretty sure I found the problem: I had the same issue and after a bit of debugging I found that /usr/lib/icedove/chrome.manifest is missing. As a result, the libmozgnome.so component is not loaded, so the system settings are not read. Attached is a patch which fixes this problem. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658694: approx: Needs special handling for InRelease{,.pgp}
Package: approx
Version: 5.1-1
Severity: normal
Dear Maintainer,
as a DD myself I run approx behind my DSL line to update my main host
and the virtual environments. Sometimes updating the pbuilder
environment fails with
W: Failed to fetch
gzip:/var/lib/apt/lists/partial/localhost:_debian_dists_sid_main_binary-amd64_Packages
Hash Sum mismatch
E: Some index files failed to download. They have been ignored, or old ones
used instead.
This is caused by approx returning a newer Packages file then given in
the corresponding InRelease file:
$ HEAD http://{ftp.de.debian.org,localhost:}/debian/dists/sid/InRelease
Server: Apache/2.2.9 (Debian) DAV/2 Server: approx/5.1 Ocamlnet/3.3.5
Content-Length: 190134 Content-Length: 190134
Last-Modified: Sun, 05 Feb 2012 08:22:41 GMT Last-Modified: Sun, 05 Feb 2012
02:22:38 GMT
Here the local version of approx is older then on the Debian server.
$ HEAD
http://{ftp.de.debian.org,localhost:}/debian/dists/sid/main/binary-amd64/Packages.gz
Server: Apache/2.2.9 (Debian) DAV/2 Server: approx/5.1 Ocamlnet/3.3.5
Content-Length: 7441825 Content-Length: 7441825
Content-Type: application/x-gzip Content-Type: text/plain
Last-Modified: Sun, 05 Feb 2012 08:03:52 GMT Last-Modified: Sun, 05 Feb 2012
08:03:52 GMT
But the Packages file is newer then the InRelease file, so the hash sums won't
match.
If would probably help if approx knows about the Release.pgp → InRelease →
Packages* dependency and would use that knowledge to invalidate its cached
version to force a re-fetch of the *Release* files.
Currently I resolve this situation by deleting the *Release* files by hand each
time it happens.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.4 (SMP w/2 CPU cores; PREEMPT)
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 approx depends on:
ii adduser 3.113+nmu1
ii curl 7.24.0-1
ii debconf [debconf-2.0] 1.5.41
ii libc6 2.13-26
ii libpcre3 8.12-4
ii openbsd-inetd [inet-superserver] 0.20091229-1
ii update-inetd 4.41
approx recommends no packages.
Versions of packages approx suggests:
pn libconfig-model-approx-perl none
-- Configuration Files:
/etc/approx/approx.conf changed:
debian http://ftp.de.debian.org/debian
univention http://apt.univention.de
$max_redirects 0
-- debconf information:
* approx/port:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570805: [kfreebsd-*] please rebuild elfutils/sid, ignoring the 2 known, testsuite failures (Re: transition: liblzma 5)
On Fri, Feb 03, 2012 at 12:33:33AM +, peter green wrote: Kurt Roeckx wrote: Can I instead suggest someone looks at the kernel and fixes it? It used to work, it works on the porter machines, it just fails on the buidds. Aurelien Jarno wrote: The kernel part is not trivial to solve. It now fails because of the multiple bind mounts needed by schroot. This issue was first run into nearly a year ago, and the last post on it was arround 2 months ago is there any progress on solving the root cause? No, it hasn't changed. It's due to multiple bind mounting in schroot, and therefore is not a usual case, so it's not on top priority of people TODO list. If not and the maintainers don't feel comfortable disabling the tests would it be possible to manually build and upload the binnmus in an environment that doesn't suffer the issue so that the packages are installable on kfreebsd again and transitions and builds of dependent packages can proceed? I can do manual builds and uploads if needed. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657916: linux-source-2.6.32: ps time doubled then constant: missing lock for task_utime?
I wrote: I only observed this for multi-threaded processes compiled with -fopenmp . I think I now observed the same issue with a single-threaded process: $ ps u -p 14252 USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND duncans 14252 150 9.7 2458868 2408272 ? RN Jan03 71589:24 ./compact $ grep . /proc/14252/stat /proc/14252/task/*/stat /proc/14252/stat:14252 (compact) R 1 14222 14218 0 -1 4202496 366809489 0 0 0 429428470 108008 0 0 36 16 1 0 130475208 2517880832 602068 4294967295 1 1 0 0 0 0 0 0 132 4294967295 0 0 17 0 0 0 0 0 0 /proc/14252/task/14252/stat:14252 (compact) R 1 14222 14218 0 -1 4202496 366809489 0 0 0 429428468 95107 0 0 36 16 1 0 130475208 2517880832 602068 4294967295 1 1 0 0 0 0 0 0 132 4294967295 0 0 17 0 0 0 0 0 0 Should I investigate, should I try to reproduce, and check by how much do TIME and %CPU jump when the wrong results start? Thanks, Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658695: udev-udeb: missing call to input_id
Package: udev-udeb
Version: 175-3
Severity: grave
Tags: d-i
Justification: renders package unusable
Hi Marco,
in the regular udev package, 50-udev-default.rules has
SUBSYSTEM==input, ENV{ID_INPUT}==, IMPORT{builtin}=input_id. This
file (and rule) seem to be missing from the udeb, which breaks the gtk
image (X doesn't get any input devices).
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#648534: [Pkg-xfce-devel] Bug#648534: exo-utils: no indication of how to change applications opens with eco-open in manpage
On Sun, Feb 05, 2012 at 09:07:50AM +0100, Yves-Alexis Perez wrote: On dim., 2012-02-05 at 01:39 +, Julian Gilbey wrote: So how can I change the preference order - ideally in a way which I can explain to a non-techie? In thunar: right click, open with. Or go to the properties and select the Open With menu. Thanks! Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658696: dpkg-dev: Please document the dependencies field in deb-shlibs(5)
Package: dpkg-dev Version: 1.16.1.2 Severity: minor Hi, I read deb-shlibs(5) today and I felt it was rather vague on the dependencies field. Fortunately, Policy Manual §8.6.3 has the following: dependencies has the same syntax as a dependency field in a binary package control file. It should give details of which packages are required to satisfy a binary built against the version of the library contained in the package. See Syntax of relationship fields, Section 7.1 for details. The example in deb-shlibs(5) is not enough to deduce this[1]. The manpage does say See the Debian Policy Manual for (further) details. However, I feel deb-shlibs(5) should explicitly tell me that dependencies has the same syntax as the Depends field[2]. ~Niels [1] Mind you, I think it is better to keep the example simple. [2] I don't mind being sent to the Policy for reading up on the syntax of a dependency field. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658676: iceweasel-l10n-es-mx: iceweasel doesn't work with the l10n-es-mx package
On Sun, 05 Feb 2012 01:35:02 -0800, Mike Hommey m...@glandium.org wrote: Error de lectura XML: entidad no definida Ubicación: chrome://browser/content/browser.xul Número de línea 553, columna 7: menuitem id=context-video-showstats --^ Did that really happen with 10.0-1, or was the l10n-es-mx package outdated? ii iceweasel 10.0-1 ii iceweasel-l10n-es-mx 1:10.0-1 I see it too, with this. -- Octavio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658697: linux: Tasks hungs for more than 2 mins and getting blocked by kernel as in result
Package: linux-2.6 Version: 2.6.32-41 Severity: normal File: linux Hello, I'm having trouble with my debian server for last two months: tasks under high load (such as apache, mysql) hungs and kernel blocks them, sending thousands of report to dmesg: [ 2160.503948] INFO: task apache2:10350 blocked for more than 120 seconds. [ 2160.503956] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 2160.503967] apache2 D 0 10350 9695 0x [ 2160.503976] ea16fb40 00200082 c141d100 c141d100 ea486198 [ 2160.504013] ea16fcfc c3408100 6a73887e 01cd bd0bba94 cdd0f017 e8aa3f00 [ 2160.504036] ea486198 ea16fcfc ef41d89c ef4bc660 e8aa3ea8 ea5d489c c10c1453 e8aa3f00 [ 2160.504064] Call Trace: [ 2160.504074] [c10c1453] ? dput+0x22/0x105 [ 2160.504083] [c126dde7] ? __mutex_lock_common+0xe8/0x13b [ 2160.504093] [c126de49] ? __mutex_lock_slowpath+0xf/0x11 [ 2160.504103] [c126deda] ? mutex_lock+0x17/0x24 [ 2160.504112] [c126deda] ? mutex_lock+0x17/0x24 [ 2160.504121] [c10bbdf7] ? do_filp_open+0x1e6/0x802 [ 2160.504130] [c10c3d6d] ? alloc_fd+0x52/0xb7 [ 2160.504138] [c10b1bef] ? do_sys_open+0x4c/0xdf [ 2160.504145] [c10b1cc6] ? sys_open+0x1e/0x23 [ 2160.504153] [c10030fb] ? sysenter_do_call+0x12/0x28 I'm not 100% sure that this is software bug, it's can be a problem with disk too. But I did a full disk check with smartctl and it reported no problems. I also did read/write disk benchmark with hdparm, results looks good again. Sorry for my english :) -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-38) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 04:15:24 UTC 2011 ** Command line: ro root=/dev/sda1 --verbose ** Not tainted ** Kernel log: [ 2160.502429] [c108bcf1] ? get_page_from_freelist+0xc0/0x3c7 [ 2160.502438] [c126d73a] ? io_schedule+0x5f/0x98 [ 2160.502445] [c10ce76e] ? sync_buffer+0x30/0x33 [ 2160.502452] [c126da98] ? __wait_on_bit_lock+0x31/0x6a [ 2160.502460] [c10ce73e] ? sync_buffer+0x0/0x33 [ 2160.502468] [c126db86] ? out_of_line_wait_on_bit_lock+0xb5/0xbd [ 2160.502475] [c10ce73e] ? sync_buffer+0x0/0x33 [ 2160.502483] [c104405b] ? wake_bit_function+0x0/0x3c [ 2160.502490] [c10cea87] ? __lock_buffer+0x21/0x24 [ 2160.502498] [c10ceaf1] ? sync_dirty_buffer+0x21/0x83 [ 2160.502506] [f7ef7ce9] ? journal_dirty_data+0xc6/0x191 [jbd] [ 2160.502516] [f7f31651] ? ext3_journal_dirty_data+0xc/0x2a [ext3] [ 2160.502526] [f7f2fe4c] ? walk_page_buffers+0x4c/0x65 [ext3] [ 2160.502536] [f7f32f45] ? ext3_ordered_write_end+0x79/0x141 [ext3] [ 2160.502545] [f7f3166f] ? journal_dirty_data_fn+0x0/0x14 [ext3] [ 2160.502554] [c10885ce] ? generic_file_buffered_write+0x12f/0x21d [ 2160.502561] [c10c951c] ? __mark_inode_dirty+0x20/0x10b [ 2160.502569] [c10c951c] ? __mark_inode_dirty+0x20/0x10b [ 2160.502577] [c1088ab9] ? __generic_file_aio_write+0x265/0x28d [ 2160.502585] [c1089074] ? generic_file_aio_read+0x500/0x57b [ 2160.503354] [c1088b32] ? generic_file_aio_write+0x51/0x93 [ 2160.503363] [c10b335e] ? do_sync_write+0xc0/0x107 [ 2160.503370] [c104402e] ? autoremove_wake_function+0x0/0x2d [ 2160.503378] [c104402e] ? autoremove_wake_function+0x0/0x2d [ 2160.503386] [c10b30aa] ? fsnotify_modify+0x5a/0x61 [ 2160.503394] [c1102ae4] ? security_file_permission+0xc/0xd [ 2160.503402] [c10b329e] ? do_sync_write+0x0/0x107 [ 2160.503410] [c10b3c68] ? vfs_write+0x7e/0xd6 [ 2160.503417] [c10b3d06] ? sys_pwrite64+0x46/0x5c [ 2160.503425] [c10030fb] ? sysenter_do_call+0x12/0x28 [ 2160.503451] INFO: task apache2:10085 blocked for more than 120 seconds. [ 2160.503458] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 2160.503469] apache2 D c108bcf1 0 10085 9695 0x [ 2160.503479] ea168880 00200086 f6b66200 c108bcf1 0001 c141d100 c141d100 [ 2160.503497] ea168a3c c3508100 0001 00020050 c13b74ec c153d440 c13b5ba0 [ 2160.503516] 02e80c18 ea168a3c 394fe7a0 02e80c18 e9ca1e18 000c59d8 [ 2160.503535] Call Trace: [ 2160.503542] [c108bcf1] ? get_page_from_freelist+0xc0/0x3c7 [ 2160.503550] [c126d73a] ? io_schedule+0x5f/0x98 [ 2160.503558] [c10ce76e] ? sync_buffer+0x30/0x33 [ 2160.503565] [c126da98] ? __wait_on_bit_lock+0x31/0x6a [ 2160.503573] [c10ce73e] ? sync_buffer+0x0/0x33 [ 2160.503580] [c126db86] ? out_of_line_wait_on_bit_lock+0xb5/0xbd [ 2160.503588] [c10ce73e] ? sync_buffer+0x0/0x33 [ 2160.503596] [c104405b] ? wake_bit_function+0x0/0x3c [ 2160.503604] [c10cea87] ? __lock_buffer+0x21/0x24 [ 2160.503611] [c10ceaf1] ? sync_dirty_buffer+0x21/0x83 [ 2160.503621] [f7ef7ce9] ? journal_dirty_data+0xc6/0x191 [jbd] [ 2160.503631] [f7f31651] ? ext3_journal_dirty_data+0xc/0x2a [ext3] [ 2160.503641] [f7f2fe4c] ? walk_page_buffers+0x4c/0x65 [ext3] [ 2160.503651] [f7f32f45] ? ext3_ordered_write_end+0x79/0x141 [ext3] [ 2160.503661] [f7f3166f] ?
Bug#658698: RM: wmakerconf -- NBS; RC-buggy; abandoned upstream
Package: ftp.debian.org Severity: normal Hi, I am requesting the removal of wmakerconf because this package don't have upstream. The official developer [1] cannot maintain the application and one person [2] started with the maintaining of the application but now is missing in action. Then, the upstream is dead. The current version of wmakerconf in debian was Orphaned. (I changed the status to ITA), but the problem is that this package don't have upstream. I contacted [3] with the windowmaker devel mail list to get help. They don't want to be the upstream too. For these reasons, I am requesting the removal of this package. Thanks a lot. kix [1] http://starplot.org/wmakerconf/ [2] https://sourceforge.net/projects/wmakerconf/ [3] http://lists.windowmaker.org/dev/msg02810.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658681: Select and install software fails with debian-testing DVD text install
On 05-02-2012 06:02, Joe Thompson wrote: Package: installation-reports Severity: critical Tags: d-i X-Debbugs-Cc: debian-b...@orion-com.com Using the testing DVD that I downloaded the evening of 3 Feb 2012, installation fails near the end (95% or so of the way through Select and install software) using the text installer. Steps followed: all choices were the defaults except as follows -- * use entire disk with LVM * use guided partitioning, separate /home * use kernel linux-image-3.1.0 * scan another CD: No * use a network mirror: Yes * debian.lcs.mit.edu mirror * install options: Debian desktop, SSH server Install failed after Configuring ntfsprogs. -- Joe Likely a mirror issue or disk full. Can you provide more info from what happened from the installation log? I've just tested with the same tasks and it works. -- Melhores cumprimentos/Best regards, Miguel Figueiredo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657940: perl: upgrade problem if defoma-app is called from a maintainer-script in the middle of the perl upgrade
On Sun, Feb 05, 2012 at 12:25:16AM +0100, Andreas Beckmann wrote: On 2012-01-30 20:11, Niko Tyni wrote: As it looks like defoma is finally fixed now (see #494106), I think we'd be fine if the wheezy perl-base had a Conflicts: defoma ( 0.11.12). I don't think a Breaks: entry would be enough. I just tried it and added perl-modules: Breaks: defoma ( 0.11.12) and rebuilt this as 5.14.2-7.1 and tested it - this is already sufficient to get a working upgrade path: Thanks for the testing. While I'm glad it works for your case, and indeed probably for the majority of cases, I'm afraid it isn't quite sufficient. As long as the package relationships allow something like # (start with a clean squeeze chroot) apt-get -y install libwmf0.2-7 devscripts sed -i s/squeeze/wheezy/ /etc/apt/sources.list apt-get update dget perl-base libwmf0.2-7 multiarch-support dpkg -i multiarch-support_2.13-24_amd64.deb dpkg --unpack perl-base_5.14.2-6_amd64.deb libwmf0.2-7_0.2.8.4-10_amd64.deb to fail with either perl-base or perl-modules, we can't be sure that some combination of higher level package managers (apt,aptitude,cupt,etc.) and installed packages will not trigger this. Therefore, it looks like both perl-base and perl-modules need to Conflict with defoma ( 0.11.12). I don't think a Breaks entry is enough to prevent the above. Fixing perl, we could fix all possible defoma related errors at one point and get a less noisy upgrade path because there will be no more perl errors Can't locate File/Copy.pm ... caused by defoma. I'm OK with adding the Conflicts, as long as they don't cause any problems for normal upgrade paths. A short grep listed about 20 packages that passed the squeeze2wheezy test, but have some 'Can't locate' error message in the logfile. At a first glance I've seen 2 with defoma-app, the other have Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15. But that seems to be something completely different. Hm, yes. It's probably /usr/bin/update-perl-sax-parsers being called from a preinst script. I can't easily find the failing combination, though. Please file a separate bug against libxml-sax-perl with more details. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658341: Conclusion: upload multi-arch enabled dpkg (in time for wheezy)
On Thu, 02 Feb 2012 08:16:34 -0700, Bdale Garbee bd...@gag.com wrote: I therefore call for an immediate vote on the following ballot. With votes from 7 of 8 committee members, all ranking A as their first preference, the outcome of this ballot is no longer in doubt, and we have met the required 3:1 majority. The decision of the committee is: A. While recognizing the substantial benefits of thorough code review, the Technical Committee believes the goal of multiarch support in the Debian wheezy release is sufficiently important as to warrant accepting the current draft implementation into the archive, even if code review by the primary dpkg C maintainer cannot be completed in time. However, as much review as possible is strongly desired. The Technical Committee therefore overrides the decision of the dpkg maintainer to require complete code review before upload of the multiarch implementation in dpkg to the Debian archive and sets the following upload dates: February 6th: upload to experimental for general testing February 20th: upload to unstable For each of those deadlines, if no implementation of dpkg with multiarch support has been uploaded to the archive for that distribution by that date, Raphaël Hertzog is empowered by the Technical Committee to upload a version of dpkg with multiarch support to that distribution. The upload may be done on or after that date, when, in his judgement, the dpkg implementation meets the quality standards expected for a Debian core package in those archive distributions. The Technical Committee strongly encourages anyone with the required knowledge to review the multiarch implementation proposed for upload and provide the results of that review to the debian-dpkg list as soon as possible so that the code can receive as much review as possible and the results of that review can be incorporated into the code by those dates. Similarly, the Technical Committee encourages as broad testing and review of the experimental implementation as possible so that as many bugs as possible can be resolved prior to uploading it to unstable. Thank you again to Russ Allbery for help with the resolution text, and to my fellow committee members for prompt attention to this matter. Bdale pgpvmQvYR4hQW.pgp Description: PGP signature
Bug#648993: ecl: FTBFS on hurd-i386
Hi,
Alle mercoledì 16 novembre 2011, Svante Signell ha scritto:
The attached patch fixes the FTBFS problems of ecl on GNU/Hurd. When
native threads are enabled the ./ecl_min compile command hangs.
Preface: libgc, used by ecl, makes use of the SIGUSR1 SIGUSR2 signals
(handling them on its own) to respectively suspend and threads when
the main thread needs to stop the world and garbage collect or so.
In ecl, src/c/unixint.d, there is the following function:
| static void
| install_process_interrupt_handler()
| {
| #ifdef SIGRTMIN
| # define DEFAULT_THREAD_INTERRUPT_SIGNAL SIGRTMIN + 2
| #else
| # define DEFAULT_THREAD_INTERRUPT_SIGNAL SIGUSR1
| #endif
| #if defined(ECL_THREADS) !defined(ECL_MS_WINDOWS_HOST)
| if (ecl_get_option(ECL_OPT_TRAP_INTERRUPT_SIGNAL)) {
| int signal = ecl_get_option(ECL_OPT_THREAD_INTERRUPT_SIGNAL);
| if (signal == 0) {
| signal = DEFAULT_THREAD_INTERRUPT_SIGNAL;
| ecl_set_option(ECL_OPT_THREAD_INTERRUPT_SIGNAL,
|signal);
| }
| mysignal(signal, non_evil_signal_handler);
| #ifdef HAVE_SIGROCMASK
| sigdelset(cl_core.default_sigmask, signal);
| pthread_sigmask(SIG_SETMASK, cl_core.default_sigmask, NULL);
| #endif
| }
| #endif
| }
given on Hurd we don't have realtime signals yet, SIGRTMIN (and
SIGRTMAX) is not defined, which makes SIGUSR1 the signal being used for
the inter-thread communication, overriding the SIGUSR1 handler set by
libgc.
The solution (a bit of hack, actually) I have is use a different signal
for DEFAULT_THREAD_INTERRUPT_SIGNAL (I chose SIGINFO, generally not used
and not POSIX); this allowed me to compile ecl correctly.
I attached the patch for it; note I don't think it should be forwarded
upstream, as it is not clean and kind of working around the lack of
realtime signals in Hurd.
--
Pino Toscano
--- a/src/c/unixint.d
+++ b/src/c/unixint.d
@@ -1073,6 +1073,8 @@
{
#ifdef SIGRTMIN
# define DEFAULT_THREAD_INTERRUPT_SIGNAL SIGRTMIN + 2
+#elif defined(__GNU__)
+# define DEFAULT_THREAD_INTERRUPT_SIGNAL SIGINFO
#else
# define DEFAULT_THREAD_INTERRUPT_SIGNAL SIGUSR1
#endif
signature.asc
Description: This is a digitally signed message part.
Bug#648993: ecl: FTBFS on hurd-i386
Pino Toscano, le Sun 05 Feb 2012 12:56:39 +0100, a écrit : note I don't think it should be forwarded upstream, as it is not clean and kind of working around the lack of realtime signals in Hurd. Well, given that ecl explicitly uses libgc, which explicitly uses SIGUSR1, it sounds reasonable to at least notify them of the issue. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658690: Segmentation fault on start
On Sun, Feb 05, 2012 at 11:26:47AM +0200, Arie Skliarouk wrote: Package: asterisk Version: 1:1.8.8.2~dfsg-1 The program segfaults on each run. /var/log/kern.log has the following lines: Feb 5 11:11:56 t11 kernel: [964267.149889] asterisk[15396]: segfault at 4728203a ip 0810bd70 sp bfffc830 error 4 in asterisk[8048000+1c6000] If I run asterisk -v, the last lines are: Note: if you run Asterisk manually, it is a good idea to use '-U asterisk' to make sure Asterisk won't accidentally create files as root which will make it fail starting later on. But this is unrelated to the current issue. JABBER: asterisk OUTGOING: ?xml version='1.0'?stream:stream xmlns:stream='http://etherx.jabber.org/streams' xmlns='jabber:client' to=' gmail.com' version='1.0' Segmentation fault Renaming of res_jabber.so produced different message [snip] I suggest you try: strace -f asterisk -F -U asterisk and see what is the last module loaded. Alternatively, to get a stack trace: asterisk -g You may or may not add '-U asterisk' here. You should run Asterisk from a directory in which it has write access to, in order for it to be able to dump core files. In order for the stack trace to be usable, install: apt-get install gdb asterisk-dbg -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#394322:
I was annoyed by this, but I think you can kind of just delete the text so... its not a big deal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648993: ecl: FTBFS on hurd-i386
Alle domenica 5 febbraio 2012, Samuel Thibault ha scritto: Pino Toscano, le Sun 05 Feb 2012 12:56:39 +0100, a écrit : note I don't think it should be forwarded upstream, as it is not clean and kind of working around the lack of realtime signals in Hurd. Well, given that ecl explicitly uses libgc, which explicitly uses SIGUSR1, it sounds reasonable to at least notify them of the issue. libgc doesn't uses SIGUSR1 everywhere, just on FreeBSD (not kFreeBSD) and on Hurd. Everywhere else it uses SIGRTMIN + 5 SIGRTMIN + 6. What ecl could do is check whether there's a signal handler already set for DEFAULT_THREAD_INTERRUPT_SIGNAL, and try again with other signal(s). Although, this still wouldn't help if ecl would first set the signal handler, and then libgc would do the same. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#658699: ITP: meandmyshadow -- A puzzle / platform game
Package: wnpp Severity: wishlist Owner: Thomas Maass m...@setho.org * Package name: meandmyshadow Version : 0.2 Upstream Author : Luka Horvat * URL : http://sourceforge.net/projects/meandmyshadow * License : GPLv3 Programming Lang: C++ Description : A puzzle / platform game -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658700: libpam-usb: Insufficient entropy in pad files
Package: libpam-usb
Version: 0.5.0-1+tms1
Severity: normal
Tags: security, patch
When creating pad files of random data, the randomness is quite small.
For an attacker with a local account, the time of login and process id
are quite easy to guess. (Using the deterministic rand() generator to
increase the length to 1024 bytes doesn't generate any extra randomness,
so that's a red herring). Being generous, there's probably 8-12 bits of
entropy, from the point of view of a local adversary.
This patch increases the entropy bits sizeof(int)*CHAR_BIT bits (i.e. 32
bits where int is 32 bits), although it does nothing to deal with the
false impression of security given by creating a 8192-bit file.
Description: Increase entropy of generated pad files
Seeding the random number generator from PID and current time
provides very little entropy, as these can be guessed quite closely
by an attacker, so use the kernel's random number generator instead.
Author: Toby Speight t.m.speight...@cantab.net
---
--- libpam-usb-0.5.0.orig/src/pad.c
+++ libpam-usb-0.5.0/src/pad.c
@@ -22,6 +22,7 @@
#include errno.h
#include sys/types.h
#include sys/stat.h
+#include fcntl.h
#include pwd.h
#include time.h
#include conf.h
@@ -181,6 +182,8 @@ static void pusb_pad_update(t_pusb_optio
FILE *f_system = NULL;
char magic[1024];
int i;
+ unsigned int seed;
+ int devrandom;
if (!pusb_pad_should_update(opts, user))
return ;
@@ -201,7 +204,14 @@ static void pusb_pad_update(t_pusb_optio
pusb_pad_protect(user, fileno(f_system));
log_debug(Generating %d bytes unique pad...\n, sizeof(magic));
- srand(getpid() * time(NULL));
+ devrandom = open(/dev/random, O_RDONLY);
+ if (devrandom 0 || read(devrandom, seed, sizeof seed) != sizeof seed) {
+ log_debug(/dev/random seeding failed...\n);
+ seed = getpid() * time(NULL); /* low-entropy fallback */
+ }
+ if (devrandom 0)
+ close(devrandom);
+ srand(seed);
for (i = 0; i sizeof(magic); ++i)
magic[i] = (char)rand();
log_debug(Writing pad to the device...\n);
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libpam-usb depends on:
ii libc6 2.13-24
ii libdbus-1-31.4.16-1
ii libxml22.7.8.dfsg-7
ii multiarch-support 2.13-24
ii pamusb-common 0.5.0-1+tms1
ii pmount 0.9.23-2
ii udisks 1.0.4-3
libpam-usb recommends no packages.
libpam-usb suggests no packages.
-- no debconf information
Bug#644809: pulseaudio: Confusing warning `PulseAudio configured for per-user sessions`
Package: pulseaudio Version: 1.1-2 Followup-For: Bug #644809 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Maintainer, FWIW I also found this confusing on package upgrade: Processing triggers for man-db ... Setting up pulseaudio (1.1-2) ... PulseAudio configured for per-user sessions ... (warning). Especially since dpkg-reconfigure then offers no options, but also prints the warning (because it reloads the init script): sudo dpkg-reconfigure pulseaudio PulseAudio configured for per-user sessions ... (warning). PulseAudio configured for per-user sessions ... (warning). Cheers, Tobias - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113 ii consolekit 0.4.5-1 ii libasound2 1.0.24.1-4 ii libasound2-plugins 1.0.24-3 ii libc6 2.13-24 ii libcap2 1:2.22-1 ii libdbus-1-3 1.4.16-1 ii libfftw3-3 3.3-1 ii libice6 2:1.0.7-2 ii libltdl72.4.2-1 ii liborc-0.4-01:0.4.16-1 ii libpulse0 1.1-2 ii libsamplerate0 0.1.8-1 ii libsm6 2:1.2.0-2 ii libsndfile1 1.0.25-4 ii libspeexdsp11.2~rc1-3 ii libtdb1 1.2.9-4+b1 ii libudev0175-3 ii libx11-62:1.4.4-4 ii libx11-xcb1 2:1.4.4-4 ii libxcb1 1.7-4 ii libxtst62:1.2.0-4 ii lsb-base3.2-28 ii udev175-3 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.30-2.1 ii pulseaudio-esound-compat none ii pulseaudio-module-x11 1.0-4 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: ii paman 0.9.4-1 ii paprefs none ii pavucontrol 0.99.2-1 ii pavumeter 0.9.3-1 ii pulseaudio-utils 1.0-4 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFPLnUD5q/seprH4LwRAixQAKCCIfWVzISipbhsnBxE1QW+0uFWCACgiDM0 +VwvaxWXOUevxK6leoeAJDA= =Vhs8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658639: kfreebsd-9: 'write' system call violates POSIX standard
forwarded 658639 http://www.freebsd.org/cgi/query-pr.cgi?pr=164793 thanks 2012/2/5, Nicolas Bourdaud nicolas.bourd...@gmail.com: Bug report opened upstream: http://www.freebsd.org/cgi/query-pr.cgi?pr=164793 Thanks! -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658701: mdadm: should send email if mismatches are reported by a check
Package: mdadm
Version: 3.2.3-2
Severity: important
Feb 5 22:55:09 xev mdadm[20730]: RebuildFinished event detected on md device
/dev/md0, component device mismatches found: 20608 (on raid level 1)
When a check initiated by /etc/cron.d/mdadm finds an error mdadm will discover
this and log an error such as the above with facility DAEMON. But it doesn't
send an email.
I believe that this is a serious bug, it seems to me that one of the most
significant conditions it can encounter that should be immediately reported to
the sysadmin is the fact that the contents of disks are changing and breaking
RAID consistency!
For a 3-disk mirror or a RAID-6 such an error can be reliably corrected as long
as all the other disks are fine. If you have an array with double-redundancy
and one disk fails entirely while another returns dodgey data then you lose,
and obviously anyone who creates a doubly-redundant array wants protection
against that sort of thing.
With a RAID-1 or RAID-5 array every mismatch is an indication of real data
corruption and is very important.
The following patch makes mdadm send email about such events.
--- /tmp/Monitor.c 2012-02-05 23:28:41.873079816 +1100
+++ ./Monitor.c 2012-02-05 23:32:03.961132380 +1100
@@ -364,6 +364,7 @@
(strncmp(event, Fail, 4)==0 ||
strncmp(event, Test, 4)==0 ||
strncmp(event, Spares, 6)==0 ||
+(strncmp(event, RebuildFinished, 15)==0 disc) ||
strncmp(event, Degrade, 7)==0)) {
FILE *mp = popen(Sendmail, w);
if (mp) {
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mdadm depends on:
ii debconf 1.5.41
ii initscripts 2.88dsf-22
ii libc62.13-25
ii lsb-base 3.2-28.1
ii udev 175-3
Versions of packages mdadm recommends:
ii module-init-tools 3.16-1
ii postfix [mail-transport-agent] 2.8.7-1
mdadm suggests no packages.
-- debconf information:
mdadm/initrdstart_msg_errexist:
mdadm/initrdstart_msg_intro:
* mdadm/autostart: false
mdadm/autocheck: true
mdadm/initrdstart_msg_errblock:
mdadm/mail_to: root
mdadm/initrdstart_msg_errmd:
* mdadm/initrdstart: none
mdadm/initrdstart_msg_errconf:
mdadm/initrdstart_notinconf: false
mdadm/start_daemon: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658702: libxml-sax-perl: update-perl-sax-parsers sometimes fails when called from old-prerm during squeeze-wheezy update
Package: libxml-sax-perl Version: 0.99+dfsg-1 Severity: normal Hi, while I analyzed piuparts logs I noticed that sometimes the following error occurs: Preparing to replace libxml-libxml-perl 1.70.ds-1 (using .../libxml-libxml-perl_1.88+dfsg-1+b1_amd64.deb) ... Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15. BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15. Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18. BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18. dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libxml-libxml-perl ... This is not harmful as the installation succeeds, but eventually some dependencies can be tightened to avoid this problem and noise. The full log of upgrading libxml-simple-perl to 2.18-3 is attached, I extracted the perl+xml packages: [...] Selecting previously unselected package libswitch-perl. (Reading database ... 7716 files and directories currently installed.) Unpacking libswitch-perl (from .../libswitch-perl_2.16-2_all.deb) ... Selecting previously unselected package libclass-isa-perl. Unpacking libclass-isa-perl (from .../libclass-isa-perl_0.36-3_all.deb) ... Preparing to replace perl-modules 5.10.1-17squeeze2 (using .../perl-modules_5.14.2-6_all.deb) ... Unpacking replacement perl-modules ... [...] Preparing to replace perl 5.10.1-17squeeze2 (using .../perl_5.14.2-6_amd64.deb) ... Unpacking replacement perl ... Preparing to replace libxml2 2.7.8.dfsg-2+squeeze1 (using .../libxml2_2.7.8.dfsg-5.1_amd64.deb) ... Unpacking replacement libxml2 ... Preparing to replace libxml-sax-perl 0.96+dfsg-2 (using .../libxml-sax-perl_0.99+dfsg-1_all.deb) ... Unpacking replacement libxml-sax-perl ... Selecting previously unselected package libxml-sax-base-perl. Unpacking libxml-sax-base-perl (from .../libxml-sax-base-perl_1.07-1_all.deb) ... [...] Preparing to replace libxml-libxml-perl 1.70.ds-1 (using .../libxml-libxml-perl_1.88+dfsg-1+b1_amd64.deb) ... Can't locate File/Basename.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/XML/SAX.pm line 15. BEGIN failed--compilation aborted at /usr/share/perl5/XML/SAX.pm line 15. Compilation failed in require at /usr/bin/update-perl-sax-parsers line 18. BEGIN failed--compilation aborted at /usr/bin/update-perl-sax-parsers line 18. dpkg: warning: subprocess old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libxml-libxml-perl ... [...] Preparing to replace perl-base 5.10.1-17squeeze2 (using .../perl-base_5.14.2-6_amd64.deb) ... Unpacking replacement perl-base ... Setting up perl-base (5.14.2-6) ... [...] Setting up libxml2 (2.7.8.dfsg-5.1) ... [...] Setting up libswitch-perl (2.16-2) ... Setting up perl-modules (5.14.2-6) ... Setting up perl (5.14.2-6) ... Setting up libxml-sax-base-perl (1.07-1) ... Setting up libxml-sax-perl (0.99+dfsg-1) ... update-perl-sax-parsers: Registering Perl SAX parser XML::SAX::PurePerl with priority 10... update-perl-sax-parsers: Updating overall Perl SAX parser modules info file... Setting up libxml-libxml-perl (1.88+dfsg-1+b1) ... update-perl-sax-parsers: Registering Perl SAX parser XML::LibXML::SAX::Parser with priority 50... update-perl-sax-parsers: Registering Perl SAX parser XML::LibXML::SAX with priority 50... update-perl-sax-parsers: Updating overall Perl SAX parser modules info file... Andreas libxml-simple-perl_2.18-3.log.gz Description: GNU Zip compressed data
Bug#658704: hangs on startup (stuck in poll() loop)
Package: iceweasel
Version: 9.0.1-1
Severity: grave
User: debian-...@lists.debian.org
Usertags: kfreebsd
After upgrading from 7.0.1-4, iceweasel now gets stuck in an infinite poll()
loop during startup.
ktrace output:
1116 xulrunner-stub CALL poll(0x7fffbe30,0x1,0x)
1116 xulrunner-stub RET poll 1
1116 xulrunner-stub CALL recvfrom(0x4,0x650ec4,0x1000,0x40,0,0)
1116 xulrunner-stub RET recvfrom -1 errno 35 Resource temporarily
unavailable
[ poll() again, etc ]
GDB backtrace:
(gdb) bt full
#0 poll () at ../sysdeps/unix/syscall-template.S:82
No locals.
#1 0x000809a950a2 in _xcb_conn_wait (c=0x650e50, cond=optimized out,
vector=0x7fffbd58, count=0x7fffbd54) at ../../src/xcb_conn.c:400
ret = optimized out
fd = {fd = 8, events = 5, revents = 0}
#2 0x000809a955ff in _xcb_out_send (c=0x650e50, vector=0x7fffbd80,
count=6) at ../../src/xcb_out.c:345
ret = optimized out
#3 0x000809a94ebe in write_setup (auth_info=0x7fffbe60, c=0x650e50) at
../../src/xcb_conn.c:130
count = 6
ret = optimized out
pad = \000\000
out = {byte_order = 108 'l', pad0 = 0 '\000', protocol_major_version =
11, protocol_minor_version = 0, authorization_protocol_name_len = 18,
authorization_protocol_data_len = 16, pad1 = \000}
parts = {{iov_base = 0x7fffbde0, iov_len = 12}, {iov_base =
0x809ca9310, iov_len = 0}, {iov_base = 0x64eaf0, iov_len = 18}, {iov_base =
0x809ca9310, iov_len = 2}, {iov_base = 0x62f580, iov_len = 16}, {iov_base =
0x809ca9310, iov_len = 0}}
#4 xcb_connect_to_fd (fd=optimized out, auth_info=0x7fffbe60) at
../../src/xcb_conn.c:286
c = 0x650e50
#5 0x000809a97d6c in xcb_connect_to_display_with_auth_info
(displayname=optimized out, auth=0x0, screenp=optimized out) at
../../src/xcb_util.c:455
fd = 8
display = 0
host = 0x64e830
protocol = 0x0
ourauth = {namelen = 18, name = 0x64eaf0 MIT-MAGIC-COOKIE-1, datalen
= 16, data = 0x62f580 \245dc`^\371|\332\343N~\267\250\224}
c = optimized out
parsed = optimized out
#6 0x000805833b32 in _XConnectXCB (dpy=0x64fc00, display=0x0,
screenp=0x7fffc04c) at ../../src/xcb_disp.c:78
host = 0x64e830
n = 0
c = optimized out
#7 0x000805823a51 in XOpenDisplay (display=0x0) at ../../src/OpenDis.c:129
dpy = 0x64fc00
i = optimized out
j = optimized out
k = optimized out
display_name = 0x7fffef80 :0.0
setup = 0x0
iscreen = optimized out
prefix = {success = 0 '\000', lengthReason = 0 '\000', majorVersion =
0, minorVersion = 0, length = 0}
vendorlen = optimized out
u = optimized out
setuplength = optimized out
usedbytes = 0
mask = optimized out
conn_buf_size = optimized out
xlib_buffer_size = optimized out
#8 0x0008028850c1 in XRemoteClient::Init (this=0x7fffc1e0) at
/build/buildd-iceweasel_9.0.1-1-kfreebsd-amd64-Dw321T/iceweasel-9.0.1/widget/src/xremoteclient/XRemoteClient.cpp:137
i = optimized out
#9 0x00080287a0df in RemoteCommandLine (aDesktopStartupID=0x0) at
/build/buildd-iceweasel_9.0.1-1-kfreebsd-amd64-Dw321T/iceweasel-9.0.1/toolkit/xre/nsAppRunner.cpp:1428
rv = optimized out
username = 0x7fffef1e rmh
temp = 0x0
success = optimized out
ar = optimized out
program = {nsFixedCString = {nsCString = {nsACString_internal =
{mData = 0x7fffc390 iceweasel, mLength = 9, mFlags = 65553}, No data
fields}, mFixedCapacity = 63, mFixedBuf = 0x7fffc390 iceweasel},
mStorage =
iceweasel\000.\002\b\000\000\000\310\372\365\000\b\000\000\000(\b-\002\b\000\000\000\000\000\000\000\001\000\000\000\226\001\000\000\001\000\000\000\360\371a\000\000\000\000\000h\303`\000\000\000\000}
client = {nsRemoteClient = {_vptr.nsRemoteClient = 0x803d783d0},
mDisplay = 0x0, mMozVersionAtom = 0, mMozLockAtom = 0, mMozCommandAtom = 0,
mMozCommandLineAtom = 70, mMozResponseAtom = 0, mMozWMStateAtom = 0,
mMozUserAtom = 0, mMozProfileAtom = 140737488339632, mMozProgramAtom =
4294967326, mMozSupportsCLAtom = 140737488339632, mLockData = 0x0, mInitialized
= 0}
response = {nsCString = {nsACString_internal = {mData =
0x7fffc540 \320R)\001\b, mLength = 6422152, mFlags = 0}, No data
fields}, No data fields}
#10 XRE_main (argc=optimized out, argv=optimized out, aAppData=optimized
out) at
/build/buildd-iceweasel_9.0.1-1-kfreebsd-amd64-Dw321T/iceweasel-9.0.1/toolkit/xre/nsAppRunner.cpp:3095
rr = REMOTE_FOUND
desktopStartupIDEnv = optimized out
desktopStartupID = {nsFixedCString = {nsCString =
{nsACString_internal = {mData = 0x7fffc270 , mLength = 0, mFlags =
65553}, No data fields}, mFixedCapacity = 63, mFixedBuf = 0x7fffc270 },
mStorage =
Bug#654229: NMU to DELAYED/5
tags 654229 + patch pending thanks Hello, It's been almost a month since Alex Thüring said he would do a new release. So, I think a patch on debian side in the mean time would be welcomed. Hence, I prepared a NMU which fixes this. Jakub has kindly accepted to sponsor this NMU. It has been uploaded to DELAYED/5. Kind Regards, Lokesh fix_rcbug_654229_in_wxsvg.debdiff Description: Binary data
Bug#658639: kfreebsd-9: 'write' system call violates POSIX standard
On 04/02/2012 21:07, Robert Millan wrote: Can you reproduce this with upstream kernel? (apt-get install kfreebsd-downloader) Yes it is reproducible with upstream kernel If it affects upstream, for this kind of reports it's much better to report them to FreeBSD PR database instead: http://www.freebsd.org/send-pr.html Bug report opened upstream: http://www.freebsd.org/cgi/query-pr.cgi?pr=164793 Cheers, Nicolass signature.asc Description: OpenPGP digital signature
Bug#658705: vidalia: [INTL:id] Indonesian debconf templates translation
Source: vidalia Version: 0.2.15-1 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, Please find attached an updated po-debconf translation of this package into indonesian. $ msgfmt --statistics -c -v -o /dev/null id.po id.po: 2 translated messages. Thanks - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (499, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPLnkMAAoJELmHbrCQs2xbPsEQAKYVJv+cbFJMuQBtnB0vE9Gy h075Eg9ce7u4kaNu3T/xwJkgb6cBcD1q5eLzc9AzVJONg8MldNtt/sMuZBMK3vbN wmCRf9N6jd1mZSc5pccXCiAVBDeoZfaNEupyaFEg62xD5Q7b8w4arFlqp47SXvL3 M5ZlHxV62agsQrg2kMX25ZMuWwB2dHDnCB9G7QDcJUcnTRy5g1Z/QWA2kdExN6X5 CkJ4IkON9iwb52rrfqTw0rl9cy+I/XFeYDNWJEvNP/Ex5Qsz13x4M8Y9WQBUD8Z4 nmSClpFyxNodvWjHNn+NXNMrUjFgv16uoCJB19z6mFDgGWVK6idpnHmb9sL3QMqu InxiXLv2jIi7t82MtJoZEWP9lM7zUGZBfOqgJV7AtFo+a6KPbwVBYxF9/WJJF7Fy C7B0NaNsZzwq0E88M8AV3OJ6a8OiADKu5q6UZPYLQTpsgUK6n0ZZrLfEi0TCQR5U w/VI0PQ4uxDR2rD9EZ6cTv75FAh48zUuHtJ0wFOUOB6xJ3Gw+n52G+gHHAFbIdRv 1lhFQkc81bBEbDksFciRK+J3Wp3Xrw/oUltRium1gYfxIWG79CgdkxT5+xEOzzb8 maduvTDxmpXrzCojYdD9L3aBKZDTkFpqCoP2mHEjEx1C0XDT3ecmFE/+60/KO0Lb XQSsKdxsxmmQ8FWzElbd =wOQJ -END PGP SIGNATURE- # Debconf translations for vidalia. # Copyright © 2011, Ulises Vitulli # This file is distributed under the same license as the vidalia package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # msgid msgstr Project-Id-Version: vidalia 0.2.15-1\n Report-Msgid-Bugs-To: vida...@packages.debian.org\n POT-Creation-Date: 2011-06-23 13:03-0300\n PO-Revision-Date: 2012-02-05 19:38+0700\n Last-Translator: Mahyuddin Susanto udi...@ubuntu.com\n Language-Team: Debian Indonesia Translators debian-l10n-indones...@lists.debian.org\n Language: id\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Indonesian\n X-Poedit-Country: INDONESIA\n #. Type: multiselect #. Description #: ../templates:1001 msgid Users to add to the debian-tor group: msgstr Pengguna yang akan dimasukkan dalam grup debian-tor: #. Type: multiselect #. Description #: ../templates:1001 msgid Users who should be able to control Tor daemon need to be added to the group \debian-tor\. msgstr Pengguna yang dapat mengendalikan daemon Tor perlu di tambahkan ke dalam grup \debian-tor\.
Bug#657302: linux-image-3.2.0-1-amd64: No more sound
Package: linux-2.6 Followup-For: Bug #657302 Same bug on my system. For some reason 'reportbug' isn't attaching all the 'linux-image-3.2.0-1-686-pae' package version data. Attached is the output of 'alsa-info.sh' v0.4.60, found here: http://git.alsa-project.org/?p=alsa-driver.git;a=blob_plain;f=utils/alsa-info.sh Hope this helps... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash alsa-info.txt.UHEyCHzLSG.gz Description: GNU Zip compressed data
Bug#638029: hugin: Reproduced - different backtrace
Package: hugin Version: 2011.4.0+dfsg-1 Followup-For: Bug #638029 Dear Maintainer, I add this comment because I've a different bt for same action (second step in assistent). LIBGL_ALWAYS_SOFTWARE=1 hugin works for me and glxgears runs fine too. The backtrace is: Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x081d4e5d in TextureManager::TextureInfo::BindImageTexture() () #2 0x081d4f53 in TextureManager::TextureInfo::SetParameters() () #3 0x081d5384 in TextureManager::TextureInfo::TextureInfo(ViewState*, unsigned int, unsigned int) () #4 0x081d97e4 in TextureManager::CheckUpdate() () #5 0x081e66a9 in VisualizationState::DoUpdates() () #6 0x08190281 in GLViewer::Redraw() () #7 0x081904be in GLViewer::RedrawE(wxPaintEvent) () #8 0xb728e928 in wxAppConsole::HandleEvent(wxEvtHandler*, void (wxEvtHandler::*)(wxEvent), wxEvent) const () from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0 #9 0xb731e13a in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) () from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0 #10 0xb731e2bb in wxEventHashTable::HandleEvent(wxEvent, wxEvtHandler*) () from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0 #11 0xb731e671 in wxEvtHandler::ProcessEvent(wxEvent) () from /usr/lib/i386- linux-gnu/libwx_baseu-2.8.so.0 #12 0xb6ca964b in ?? () from /usr/lib/i386-linux-gnu/libwx_gtk2u_gl-2.8.so.0 #13 0xb5dbb8ec in g_cclosure_marshal_VOID__VOID () from /usr/lib/i386-linux- gnu/libgobject-2.0.so.0 #14 0xb5dba3dc in g_closure_invoke () from /usr/lib/i386-linux- gnu/libgobject-2.0.so.0 #15 0xb5dcd180 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0xb5dd5f17 in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0xb5dd6083 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #18 0xb6409f7a in gtk_widget_map () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #19 0xb61fc93d in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #20 0xb633645b in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #21 0xb623aef7 in gtk_container_forall () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #22 0xb623b064 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #23 0xb5dbb8ec in g_cclosure_marshal_VOID__VOID () from /usr/lib/i386-linux- gnu/libgobject-2.0.so.0 #24 0xb5db8e2d in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #25 0xb5dba306 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #26 0xb5dcc947 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #27 0xb5dd5f17 in g_signal_emit_valist () from /usr/lib/i386-linux- gnu/libgobject-2.0.so.0 #28 0xb5dd6083 in g_signal_emit () from /usr/lib/i386-linux- gnu/libgobject-2.0.so.0 #29 0xb6409f7a in gtk_widget_map () from /usr/lib/i386-linux-gnu/libgtk- x11-2.0.so.0 #30 0xb7044c4b in ?? () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0 #31 0xb5dbb8ec in g_cclosure_marshal_VOID__VOID () from /usr/lib/i386-linux- gnu/libgobject-2.0.so.0 #32 0xb5db8e2d in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages hugin depends on: ii enblend 4.0+dfsg-4+b1 ii enfuse4.0+dfsg-4+b1 ii hugin-tools 2011.4.0+dfsg-1 ii libboost-signals1.46.11.46.1-8 ii libboost-system1.46.1 1.46.1-8 ii libboost-thread1.46.1 1.46.1-8 ii libc6 2.13-24 ii libexiv2-90.20-2.1 ii libgcc1 1:4.6.1-4 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglew1.61.6.0-4 ii libglu1-mesa [libglu1]7.11.2-1 ii libimage-exiftool-perl8.60-2 ii libpano13-2 2.9.18+dfsg-3 ii libstdc++64.6.1-4 ii libtiff4 3.9.5-2 ii libwxbase2.8-02.8.12.1-7 ii libwxgtk2.8-0 2.8.12.1-7 ii make 3.81-8.1 hugin recommends no packages. hugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634741: debhelper: Undesirable dir.gz autogeneration
reopen 634741 retitle 634741 debhelper: please set AM_UPDATE_INFO_DIR to no thanks Eric Dorland, le Sun 05 Feb 2012 01:12:16 -0500, a écrit : * Samuel Thibault (sthiba...@debian.org) wrote: Joey Hess, le Tue 19 Jul 2011 17:54:06 -0400, a écrit : Samuel Thibault wrote: produces a package with a /usr/share/info/dir.gz. Shouldn't debhelper be able to drop dir? For now, the solution we have found is to tell dh_auto_install to install in debian/tmp, and create a debian/install which contains all the desired directories, which is tedious. Or another solution would be to remove the file explicitly after dh_auto_install, but dh_auto_install could as well just do it itself, to avoid the same tedious thing for all simple packages which have a texinfo documentation. dh_auto_install is just a generic way to run make install, it's not appropriate for it to go in and try to override the installation sequence. dh_install -X could be used, In the case at stake, no, because it's a single-binary package, so everything is already installed. One thus has to pass --destdir to dh_auto_install, and then use dh_install by hand, it's a bit tedious. or you could fix the Makefile to not install it It's an automake Makefile, I don't really want to patch that :) (why should an arbitrary make install overwrite /usr/share/info/dir.gz?), It doesn't overwrites it, it updates it. make install is originally intended to install in the real place ;) or possibly fix texinfo to not create it when building documentation. That could be an option. Cc-ing automake: in the case DESTDIR is not empty, automake should perhaps prevent the dir.gz update. FYI in latest versions of automake, if you set AM_UPDATE_INFO_DIR=no in the environment it will suppress creating the dir file. If debhelper just set that it would solve the problem. Reopening the bug and retitling it. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476348: gnome-doc-utils: Please provide command line switch to limit line length in pot files
Hello Emilio, On Tue, Jul 08, 2008 at 12:51:05AM +0200, Emilio Pozuelo Monfort wrote: forwarded 476348 http://bugzilla.gnome.org/show_bug.cgi?id=541966 thanks Helge Kreutzmann wrote: When I run xml2po -e -o foo.pot foo.xml I get a pot file where there are no line breaks within the msgid fields, i.e. they might run over several lines. I've forwarded your request to http://bugzilla.gnome.org/show_bug.cgi?id=541966 Any chance that the patch is included for Wheezy? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#658706: plasma-widget-yawp: doesn't refresh after suspend-to-disk
Package: plasma-widget-yawp Version: 0.4.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 After suspend-to-disk the yawp widget doesn't refresh the weather info. It doesn't get refreshed directly after waking up and also not after the configured refresh interval. If I can do anything to debug the issue please say so. Kind regards - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-widget-yawp depends on: ii libc62.13-26 ii libkdecore5 4:4.6.5-2+b1 ii libkdeui54:4.6.5-2+b1 ii libkio5 4:4.6.5-2+b1 ii libkunitconversion4 4:4.6.5-2+b1 ii libplasma3 4:4.6.5-2+b1 ii libqtcore4 4:4.7.4-2 ii libqtgui44:4.7.4-2 ii libsolid44:4.6.5-2+b1 ii libstdc++6 4.6.2-12 ii plasma-dataengines-yawp 0.4.2-1 plasma-widget-yawp recommends no packages. Versions of packages plasma-widget-yawp suggests: pn plasma-dataengines-workspace 4:4.6.5-4 pn plasma-widget-yawp-dbgnone - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPLn66AAoJEGny/FFupxmTi90P/18tArpUCMFSnz1NsMy2iDh/ A7MbI8fsSMysusjMmY+3xG/c3NblmNN+przllIQWv6m7eSGNalsNGm9QOewGyWzg 2OqgCVR6OoXydFY21ekMIlMqfhXOOCpiW0/QcZ5wem/163Ad4thojvY7m7/Nuujs LUUR1/AByiSJt190rS3NO66gBisq2/v6LYmbF88upHgp7dspMGFc9FAseaGizCfS 28njDBg8SBs6xmnNsbPsjm0Bv9DipOQjPCrk9YLuxzvvb8eWF5P1Vcq+4jtzWKaR sv8dSdcH5cBVB019yozHZtOG1ilgZyaEQU8echDNn4Zj/UIhwe56P0g5xHgP9dX3 HefxsSSvoWTJaUnOQaTN2GkCTzahQJq2t5FmEx5cMyvSAkWMltZlpGfUu3mCjOTl QVg8fXjWoVSW6t/VR5h1/yfqOAEBPDdiutqF9NdC6ifTUfOv/IrzWKhtH3Dpd7tP +dESygEE0PIYDkubQ0wRD1fGZfuWXtIx1c1MCb3kcA+3fVjYYNIUBRPrJEs0L28D kinsVArpD3ccMYHeNWFLK+kFpB4WtXxIPWjGUZlkr3zaNHp+IYRrVE32POcjie8Z YytnSABL9hJRBqodZk0t7DYQyke+cb2Ko14NYYUrCXonBkegAGbDngz7osbG52cd JEPPAL3toFsOKUXQBUbA =DYsS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658707: samba: NTLM CRAP authentication for workstation fails with NT_STATUS_NOLOGON_WORKSTATION_TRUST_ACCOUNT
Package: samba
Version: 2:3.6.3-1
Severity: important
Hello,
I used Samba 3.4.8 on Lenny for Wi-Fi authentification
with Freeradius+EAP/MSCHAPv2+ntlm_auth. I upgraded to
Squeeze friday. Firstly, I need to use samba from Sid because
#612049 ; secondly, I have a bug/regression : when a workstation
(XP or Seven) try to authenticate, I have this error:
[2012/02/05 11:16:24.418248, 2] auth/check_samsec.c:283(sam_account_ok)
sam_account_ok: Wksta trust account hostname$ denied by server
[2012/02/05 11:16:24.418323, 2]
winbindd/winbindd_pam.c:1883(winbindd_dual_pam_auth_crap)
NTLM CRAP authentication for user [DOMAINE]\[HOSTNAME$] returned
NT_STATUS_NOLOGON_WORKSTATION_TRUST_ACCOUNT (PAM: 9)
Then all workstations fail to authenticate and have Wi-Fi :-(
For your information, I look in Samba 3 source code, and I find
this condition in auth/check_samsec.c file:
if (acct_ctrl ACB_WSTRUST) {
if (!(user_info-logon_parameters
MSV1_0_ALLOW_WORKSTATION_TRUST_ACCOUNT)) {
DEBUG(2,(sam_account_ok: Wksta trust account %s denied by
server\n, pdb_get_username(sampass)));
return NT_STATUS_NOLOGON_WORKSTATION_TRUST_ACCOUNT;
}
}
I don't think workstations stop to send MSV1_0_ALLOW_WORKSTATION_TRUST_ACCOUNT
flag,
then the bug is probably with handling logon_parameters. Samba bug 8548[*] is
interessant but the fix is already in 3.6.3 ! Another information, I try a
crapy hack:
disable this condition in source code and rebuild samba package: it works well.
[*] https://bugzilla.samba.org/show_bug.cgi?id=8548
Regards,
--
Gregory Colpart r...@evolix.fr GnuPG:4096R/B8612B5D
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658708: ikiwiki: proposal for actiontabs theme for formatting of pre and code elements
Package: ikiwiki
Version: 3.20120202
Severity: wishlist
Hi, Joey.
I happen to like the way that github formats their code in both
code and pre elements and I came up with a dirty way of copying what
they do (staring at their code, modifying it a little bit etc.) so that it
blends moderately well with the actiontabs theme.
My local.css file is attached and I would love it if you included that in a
future release.
It surely can be reduced, but my CSS-fu is rusty at the moment, but, as you,
I also belive in incremental, continuous software development.
Thanks,
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500,
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ikiwiki depends on:
ii libhtml-parser-perl 3.69-1+b1
ii libhtml-scrubber-perl 0.09-1
ii libhtml-template-perl 2.10-1
ii libjson-perl2.53-1
ii libtext-markdown-discount-perl 0.02-1
ii liburi-perl 1.59-1
ii libyaml-libyaml-perl0.38-1
ii perl5.14.2-7
ii python 2.7.2-10
ii python-support 1.0.14
Versions of packages ikiwiki recommends:
ii gcc [c-compiler] 4:4.6.2-4
ii gcc-4.5 [c-compiler] 4.5.3-12
ii gcc-4.6 [c-compiler] 4.6.2-12
ii git [git-core] 1:1.7.9-1
ii libauthen-passphrase-perl0.007-2
ii libc6-dev [libc-dev] 2.13-26
ii libcgi-formbuilder-perl 3.08-1
ii libcgi-session-perl none
ii libcrypt-ssleay-perl 0.58-1
ii libgravatar-url-perl none
ii liblwpx-paranoidagent-perl none
ii libmail-sendmail-perl0.79.16-1
ii libnet-openid-consumer-perl none
ii librpc-xml-perl none
ii libterm-readline-gnu-perlnone
ii libtimedate-perl 1.2000-1
ii libxml-simple-perl 2.18-3
ii mercurial2.0.2-1
ii subversion 1.6.17dfsg-3
Versions of packages ikiwiki suggests:
pn dvipng none
pn file5.09-2
pn gettext 0.18.1.1-5
pn graphviz2.26.3-9
pn libfile-mimeinfo-perl none
pn libhighlight-perl 3.7-2
pn libhtml-tree-perl 4.2-1
pn liblocale-gettext-perl 1.05-7+b1
pn libmailtools-perl 2.08-1
pn libnet-amazon-s3-perl none
pn libnet-inet6glue-perl none
pn libsearch-xapian-perl none
pn libsort-naturally-perl none
pn libsparkline-phpnone
pn libtext-csv-perlnone
pn libtext-multimarkdown-perl none
pn libtext-textile-perlnone
pn libtext-typography-perl none
pn libtext-wikicreole-perl none
pn libtext-wikiformat-perl none
pn libxml-feed-perlnone
pn perlmagick 8:6.6.9.7-5+b2
pn po4anone
pn polygen none
pn python-docutils none
pn texlive 2009-15
pn tidy20091223cvs-1.2
pn viewvc | gitweb | viewcvs none
pn xapian-omeganone
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
pre code {
-webkit-background-clip:padding-box;
background:padding-box #fafafb;
border-bottom-left-radius:4px;
border-bottom-right-radius:4px;
border-color:#cacaca;
border-style:solid;
border-top-left-radius:4px;
border-top-right-radius:4px;
border-width:1px;
color:#393939;
display:block;
float:none;
font-family: monospace;
font-size:80%;
font-style:normal;
font-variant:normal;
font-weight:400;
line-height:normal;
margin:0;
overflow-x:auto;
overflow-y:auto;
padding:10px;
position:static;
white-space:pre;
z-index:auto;
}
code {
-webkit-background-clip:padding-box;
background:padding-box #f9f9f9;
border-bottom-left-radius:4px;
border-bottom-right-radius:4px;
border-color:#CCC;
border-style:solid;
border-top-left-radius:4px;
border-top-right-radius:4px;
border-width:1px;
color:#52595d;
display:inline-block;
float:none;
font-family: monospace;
font-size:80%;
font-style:normal;
font-variant:normal;
font-weight:400;
line-height:normal;
margin:0;
padding:0 3px;
position:static;
white-space:nowrap;
z-index:auto;
}
Bug#658709: libxine2: Unable to watch DVB
Package: libxine2 Version: 1.2.0-5 Severity: normal Tags: upstream Dear Maintainer, With xinelib1.2 I am unable to watch DVB. Using a DVB-T Stick and clicking DVB in xine-ui brings Buffering to 100%, but then it stops. The control light of my DVB-T stick is on. The Hardware runs, watching for example in VLC works. No related console output is visible, just this: input_dvb: continuing in get_instance Thomas -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: armel (armv7l) Kernel: Linux 3.0.19-2-ac100+ (SMP w/2 CPU cores; PREEMPT) 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 libxine2 depends on: ii libxine2-bin 1.2.0-5 ii libxine2-misc-plugins 1.2.0-5 ii libxine2-plugins 1.2.0-5 Versions of packages libxine2 recommends: ii libxine2-doc | libxine-doc none ii libxine2-ffmpeg 1.2.0-5 Versions of packages libxine2 suggests: ii gxinenone ii xine-ui 0.99.7~hg20120125-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498914: Search the largest casual encounters community around.
Search the largest casual encounters community around. http://url.isgreat.org/39 - If you would like to not be contacted from us in the future please press on the link below: http://url.isgreat.org/3a or write to: P.O. Box 60, 40 St., Vancouver, Canada -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#343575: patch
tags 343575 patch tags 630111 patch stop - Hello, Here is a small patch for this bug. Regards, -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#343575: patch
tags 343575 patch tags 630111 patch stop - Hello, Here is a small patch for this bug. Regards, -- Stéphane Aulery --- zdiff.in.old 2012-02-05 13:52:33.810291167 +0100 +++ zdiff.in 2012-02-05 13:54:39.678915321 +0100 @@ -76,9 +76,15 @@ exec 31 if test $# -eq 1; then - case $1 in - *[-.]gz* | *[-.][zZ] | *.t[ga]z) + type_file=$(file -b --mime-type $1) + + case $type_file in + application/x-gzip | application/x-compress) FILE=`expr X$1 : 'X\(.*\)[-.][zZtga]*$'` +if test $FILE == ; then +FILE=$1 +fi; + gzip_status=$( exec 41 (gzip -cd -- $1 4-; echo $? 4) 3- | eval $cmp - '$FILE' 3 @@ -88,10 +94,13 @@ exit 2;; esac elif test $# -eq 2; then - case $1 in - *[-.]gz* | *[-.][zZ] | *.t[ga]z | -) -case $2 in - *[-.]gz* | *[-.][zZ] | *.t[ga]z | -) + type_file1=$(file -b --mime-type $1) + type_file2=$(file -b --mime-type $2) + + case $type_file1 in + application/x-gzip | application/x-compress) +case $type_file2 in + application/x-gzip | application/x-compress) if test $1$2 = --; then gzip_status=$( exec 41 @@ -118,6 +127,9 @@ (exit $cmp_status) else F=`expr /$2 : '.*/\(.*\)[-.][zZtga]*$'` || F=$prog + if test $F == ; then + F=$2 + fi; tmp= trap ' test -n $tmp rm -f $tmp @@ -147,8 +159,8 @@ eval $cmp - '$2' 3 );; esac;; -*) case $2 in - *[-.]gz* | *[-.][zZ] | *.t[ga]z | -) +*) case $type_file2 in + application/x-gzip | application/x-compress) gzip_status=$( exec 41 (gzip -cdfq -- $2 4-; echo $? 4) 3- |
