Bug#655328: gdm3: Your mistake.
Package: gdm3 Followup-For: Bug #655328 Your mistake, my friend. You can change the background picture or just use a simple colour by editing /etc/gdm3/greeter.gconf.defaults or /etc/gdm3/greeter.gsettings Those files overlap one another (one has GNOME 2 style and the other has GNOME 3 style), try to see which one works or do as I do and edit both. For greeter.gconf.defaults /desktop/gnome/background/picture_filename /path/to/picture.png /desktop/gnome/background/primary_color #00 For greeter.gsettings [org.gnome.desktop.background] picture-uri='file:///path/to/picture.png' primary-color='#00' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.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 gdm3 depends on: ii accountsservice 0.6.15-2 ii adduser 3.113 ii dconf-gsettings-backend 0.10.0-3 ii debconf [debconf-2.0] 1.5.41 ii gconf23.2.3-1 ii gnome-session-bin 3.2.1-1 ii gsettings-desktop-schemas 3.2.0-2 ii libaccountsservice0 0.6.15-2 ii libatk1.0-0 2.2.0-2 ii libattr1 1:2.4.46-5 ii libaudit0 1.7.18-1 ii libc6 2.13-24 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libcanberra-gtk3-00.28-3 ii libcanberra0 0.28-3 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.8-1 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-02.24.0-2 ii libglib2.0-0 2.30.2-4 ii libglib2.0-bin2.30.2-4 ii libgtk-3-03.2.3-1 ii libpam-modules1.1.3-6 ii libpam-runtime1.1.3-6 ii libpam0g 1.1.3-6 ii libpango1.0-0 1.29.4-2 ii librsvg2-common 2.34.2-2 ii libselinux1 2.1.0-4 ii libupower-glib1 0.9.15-1 ii libwrap0 7.6.q-22 ii libx11-6 2:1.4.4-4 ii libxau6 1:1.0.6-4 ii libxdmcp6 1:1.1.0-4 ii libxklavier16 5.1-2 ii libxrandr22:1.3.2-2 ii lsb-base 3.2-28 ii metacity [x-window-manager] 1:2.34.1-2 ii policykit-1-gnome 0.105-1 ii upower0.9.15-1 ii xfce4-session [x-session-manager] 4.8.2-3 ii xfce4-terminal [x-terminal-emulator] 0.4.8-1+b1 ii xfwm4 [x-window-manager] 4.8.3-1 ii xterm [x-terminal-emulator] 276-2 Versions of packages gdm3 recommends: ii at-spi none ii desktop-base none ii gnome-icon-theme 3.2.1.2-1 ii gnome-power-managernone ii gnome-settings-daemon 3.2.2-2 ii x11-xkb-utils 7.6+4 ii xserver-xephyr 2:1.11.3.901-1 ii xserver-xorg 1:7.6+10 ii zenity 3.2.0-1 Versions of packages gdm3 suggests: ii gnome-mag none ii gnome-orcanone ii gok none ii libpam-gnome-keyring 3.2.2-1 ii metacity 1:2.34.1-2 -- Configuration Files: /etc/gdm3/greeter.gconf-defaults changed: /desktop/gnome/interface/gtk_theme Adwaita /desktop/gnome/interface/icon_theme Mint-X /desktop/gnome/background/picture_filename /usr/share/xfce4/backdrops/xfce-stripes.png /desktop/gnome/background/primary_color #152233 /desktop/gnome/peripherals/mouse/cursor_theme DMZ-White /apps/gdm/simple-greeter/logo_icon_name computer /apps/metacity/general/compositing_manager false /apps/gnome-power-manager/ui/icon_policynever /etc/gdm3/greeter.gsettings changed: [org.gnome.desktop.interface] cursor-theme='DMZ-White' gtk-theme='Adwaita' icon-theme='Mint-X' [org.gnome.desktop.background] picture-uri='file:///usr/share/xfce4/backdrops/xfce-stripes.png' primary-color='#152233' [org.gnome.power-manager] icon-policy='never' -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To
Bug#655388: [Python-modules-team] Bug#655388: python-numpy: FTBFS: [m68k] unrecognised long double format
forwarded 655388 http://projects.scipy.org/numpy/ticket/2014 thanks On Tue, Jan 10, 2012 at 22:28, Thorsten Glaser t...@mirbsd.de wrote: Sandro Tosi dixit: there a chance you can test numpy from experimental (v.1.6.1)? This way I can provide additional information to developers. ValueError: Unrecognized format (['000', '000', '000', '000', '001', '043', '105', '147', '211', '253', '315', '357', '300', '031', '000', '000', '353', '171', '242', '240', '000', '000', '000', '000', '376', '334', '272', '230', '166', '124', '062', '020']) Fails just the same. Thanks for the check, I've reported it upstream. Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655448: gitolite: Unnecessary patch in Debian to chnage sh to bash
thanks On 2012-01-11 11:33, Gerfried Fuchs wrote: | * Jari Aalto jari.aa...@cante.net [2012-01-11 10:43:58 CET]: | There is a patch[1] in Debian that changes gl-setup from sh(1) to bash(1): | |http://patch-tracker.debian.org/package/gitolite/2.2-1 | | This doesn't appear to be warranted, as gl-setup passes all tests: | | It was warranted when it was added, but having it there isn't a bug, I | fail to see how you consider this to be a bug. - The patch tracker lists it as a change against upstream code (unnecessary) - The reason for the patch no longer holds (obsolete) - The Patch description is incorrect: Description: gl-setup uses non-posix shell stuff - switching to bash = It is a good idea to get rid of patches that no longer hold true for later versions. Sometimes these things simply get forgotten. Severity change from wishlist to minor rationale: minor a problem which doesn't affect the package's usefulness, and is presumably trivial to fix. wishlist for any feature request, and also for any bugs that are very difficult to fix due to major design considerations. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655465: No thumbnails created in Gnome 3.2.1
Package: gnome-xcf-thumbnailer Version: 1.0-1.1 Hello, I installed Gnome-xcf-thumbnailer-1.0-1.1, logged out and back in again. No xcf files were thumbnailed. I do not have Totem installed. There was a similar problem with Ffmpeg-thumbnailer in Wheezy as well and I used the same fix. I created a file in /usr/share/thumbnailers, called gnome-xcf.thumbnailer. With: [Thumbnailer Entry] TryExec=gnome-xcf-thumbnailer Exec=gnome-xcf-thumbnailer %i %o MimeType=image/x-compressed-xcf;image/x-xcf; I'm not a programmer, but it seems to work ok. I hope this helps. Thank you Adamj Below I have included the results of running: $ reportbug --template reportbug. Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: adamj nai...@hotmail.co.uk To: Debian Bug Tracking System sub...@bugs.debian.org Subject: gnome-xcf-thumbnailer: No thumbnails created in Gnome 3.2.1 Bcc: adamj nai...@hotmail.co.uk Package: gnome-xcf-thumbnailer Version: 1.0-1.1 Severity: important Hello, I installed Gnome-xcf-thumbnailer-1.0-1.1, logged out and back in again. No xcf files were thumbnailed. There was a similar problem with Ffmpeg-thumbnailer in Wheezy as well and I used the same fix. I created a file in /usr/share/thumbnailers, called gnome-xcf.thumbnailer. With: [Thumbnailer Entry] TryExec=gnome-xcf-thumbnailer Exec=gnome-xcf-thumbnailer %i %o MimeType=image/x-compressed-xcf;image/x-xcf; I'm not a programmer, but it seems to work ok. I hope this helps. Thank you Adamj -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-xcf-thumbnailer depends on: ii gconf22.32.4-1 ii libc6 2.13-23 ii libglib2.0-0 2.30.2-4 ii libpng12-01.2.46-3 gnome-xcf-thumbnailer recommends no packages. gnome-xcf-thumbnailer 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#551078: libpq5: Possibility to specify the Kerberos keytab file
Denis Feklushkin denis.feklush...@gmail.com writes: В Срд, 11/01/2012 в 18:13 +0700, Ivan Shmakov пишет: […] But this is not normal simultaneous operation. Yes, it seems to be impossible to use several credentials' caches at the same time (other than, possibly, by using setenv(3) to change the value of KRB5CCNAME at certain places within the client's code.) Yet, it's only necessary when one client has to access several database clusters, belonging to different Kerberos realms, among whose there's no trust. Also I think that the ticket automatically will not be prolongated, for example. I've never seen the tickets refreshing automatically without the explicit use of either $ kinit -R or krenew(1). Ideally would like to be able to get this: $ klist -l Name Cache name Expires f...@example.org /tmp/foo_krb5cc_1000 Jan 12 05:36:02 * b...@example.org /tmp/bar_krb5cc_1000 Jan 12 05:36:27 * And the system could automatically choose the right credentials... The question is: how? Especially given that the database user identifier and the Kerberos identifier may have nothing in common. […] -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637300: gdm3: Ok
Package: gdm3 Followup-For: Bug #637300 Hi guys, I think you're right. Probably this bug existed when I first reported it because it had an old greeter.gsettings file. Unfortunately I still have to learn how to subscribe to the bug reports I send. But I came here exactly because I figured I could change the mouse cursor from greeter.gconf.defaults (as Gerd said). gtk-theme probably can be changed from greeter.gsettings but since I'm using Adwaita now (I use Xfce and Adwaita is the only theme I found that has a decent GTK2/3 support) I didn't try to change it lately. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.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 gdm3 depends on: ii accountsservice 0.6.15-2 ii adduser 3.113 ii dconf-gsettings-backend 0.10.0-3 ii debconf [debconf-2.0] 1.5.41 ii gconf23.2.3-1 ii gnome-session-bin 3.2.1-1 ii gsettings-desktop-schemas 3.2.0-2 ii libaccountsservice0 0.6.15-2 ii libatk1.0-0 2.2.0-2 ii libattr1 1:2.4.46-5 ii libaudit0 1.7.18-1 ii libc6 2.13-24 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libcanberra-gtk3-00.28-3 ii libcanberra0 0.28-3 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.8-1 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-02.24.0-2 ii libglib2.0-0 2.30.2-4 ii libglib2.0-bin2.30.2-4 ii libgtk-3-03.2.3-1 ii libpam-modules1.1.3-6 ii libpam-runtime1.1.3-6 ii libpam0g 1.1.3-6 ii libpango1.0-0 1.29.4-2 ii librsvg2-common 2.34.2-2 ii libselinux1 2.1.0-4 ii libupower-glib1 0.9.15-1 ii libwrap0 7.6.q-22 ii libx11-6 2:1.4.4-4 ii libxau6 1:1.0.6-4 ii libxdmcp6 1:1.1.0-4 ii libxklavier16 5.1-2 ii libxrandr22:1.3.2-2 ii lsb-base 3.2-28 ii metacity [x-window-manager] 1:2.34.1-2 ii policykit-1-gnome 0.105-1 ii upower0.9.15-1 ii xfce4-session [x-session-manager] 4.8.2-3 ii xfce4-terminal [x-terminal-emulator] 0.4.8-1+b1 ii xfwm4 [x-window-manager] 4.8.3-1 ii xterm [x-terminal-emulator] 276-2 Versions of packages gdm3 recommends: ii at-spi none ii desktop-base none ii gnome-icon-theme 3.2.1.2-1 ii gnome-power-managernone ii gnome-settings-daemon 3.2.2-2 ii x11-xkb-utils 7.6+4 ii xserver-xephyr 2:1.11.3.901-1 ii xserver-xorg 1:7.6+10 ii zenity 3.2.0-1 Versions of packages gdm3 suggests: ii gnome-mag none ii gnome-orcanone ii gok none ii libpam-gnome-keyring 3.2.2-1 ii metacity 1:2.34.1-2 -- Configuration Files: /etc/gdm3/greeter.gconf-defaults changed: /desktop/gnome/interface/gtk_theme Adwaita /desktop/gnome/interface/icon_theme Mint-X /desktop/gnome/background/picture_filename /usr/share/xfce4/backdrops/xfce-stripes.png /desktop/gnome/background/primary_color #152233 /desktop/gnome/peripherals/mouse/cursor_theme DMZ-White /apps/gdm/simple-greeter/logo_icon_name computer /apps/metacity/general/compositing_manager false /apps/gnome-power-manager/ui/icon_policynever /etc/gdm3/greeter.gsettings changed: [org.gnome.desktop.interface] cursor-theme='DMZ-White' gtk-theme='Adwaita' icon-theme='Mint-X' [org.gnome.desktop.background] picture-uri='file:///usr/share/xfce4/backdrops/xfce-stripes.png' primary-color='#152233' [org.gnome.power-manager] icon-policy='never' -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#655224: ITP fsmark - bug 655224: License restriction for lib_timing.c DFSG compliant?
Am Dienstag, 10. Januar 2012 schrieb Clark C. Evans: On Tue, Jan 10, 2012, at 11:11 AM, Martin Steigerwald wrote: 11 * additional restriction that results may published only if 12 * (1) the benchmark is unmodified, and 13 * (2) the version in the sccsid below is included in the report. I think with professional legal assistance the intent of this restriction could be phrased as a permissive additional term under GPLv3 section 7(e). What the author seems to be doing is […] Thankfully, Carl and Larry agreed to relicense the file unter GPL2+ without additional restrictions. I added their note with sanitized mail addresses to the ITP - should be up there soon, dunno why its taking so long to accept my mail. I now plan to add that information to debian/copyright as well and possibly create a patch for the file to change it to GPLv2 that I offer Ric Wheeler for upstream inclusion. That is unless someone advises me to handle this situation differently. Thanks for help, -- Martin Steigerwald - teamix GmbH - http://www.teamix.de gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655394: [PATCH] Let acpi-support not handle power stuff if gnome3 is handling it already
Hey folks,
I also encountered this bug: both gnome3 and acpid were handling
powerbutton presses.
A bit of digging showed that the gnome-power-manager has been deprecated
and the relevant parts of it have been integrated into
gnome-settings-daemon since 3.1.4. This means the current check for
gnome-power-manager is no longer sufficient.
The attached patch makes acpi-support check if gnome-settings-daemon is
running, but only if the installed version is 3.1.4 or newer.
This check might be a bit of a hack right now, but I guess the entire
is process X running, then don't handle the key is in a way. I guess
the perfect solution would be to connect to gnome-settings-daemon and
find out if the power and/or media-keys plugins are really enabled
(like what seems to happen for dcop?).
It seems something like this could happen through DBus, but
gnome-settings-daemon is only active on the session bus and I doubt it's
possible to implement this reliably (since you don't know where the dbus
session for the user lives?).
Having said that, I guess this patch is a sufficient solution?
Gr.
Matthijs
--- policy-funcs.orig 2012-01-11 12:50:53.082612087 +0100
+++ policy-funcs 2012-01-11 12:56:18.278874769 +0100
@@ -16,6 +16,15 @@
getXconsole
PMS=/usr/bin/gnome-power-manager /usr/bin/kpowersave /usr/bin/xfce4-power-manager
PMS=$PMS /usr/bin/guidance-power-manager /usr/lib/dalston/dalston-power-applet
+
+ # gnome-power-manager is integrated with gnome-settings-daemon (in the
+ # power and media-keys plugins) since 3.1.4, so if we have that version
+ # installed, also check for gnome-settings-daemon.
+ GSD_VERSION=`dpkg-query --showformat='${Version}' --show gnome-settings-daemon 2/dev/null`
+ if dpkg --compare-versions $GSD_VERSION ge 3.1.4; then
+ PMS=$PMS /usr/bin/gnome-settings-daemon
+ fi
+
pidof -x $PMS /dev/null ||
{ test $XUSER !=
pidof dcopserver /dev/null
signature.asc
Description: Digital signature
Bug#550918: finch: dependencies pull in almost a complete X server
I would like to raise this bug again. It is possible to compile finch with out the requirement for X server etc libraries, I believe the important config flag is --disable-gtkui. Is there any chance this could be changed for finch? I am a novice at packaging, but I'm prepared to dig deeper into this problem if required. Thanks, Dean -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655224: Fwd: Re: Fwd: Re: ITP fsmark - bug 655224: License restriction for lib_timing.c DFSG compliant?
Hello! Thankfully, Carl and Larry relicense lib_timing.c as GPL2+ without restrictions. I will put this information into debian/copyright as well and possibly create a patch to change the licensing note in the source file that I send back upstream to Ric Wheeler for inclusion in any possible future version of fs_mark. After a clarification requested by me: -- Weitergeleitete Nachricht -- Betreff: Re: Fwd: Re: ITP fsmark - bug 655224: License restriction for lib_timing.c DFSG compliant? Datum: Mittwoch, 11. Januar 2012, 11:59:10 Von: Carl Staelin … - google.com An: Martin Steigerwald m...@teamix.de Kopie: Larry McVoy … - bitmover - com, Ric Wheeler … - redhat - com For the bits of lmbench that were used by fsmark - namely lib_timing.c -, we are happy to give it a GPL 2 (or later) license without any additional restrictions. Cheers, Carl - Original: -- Weitergeleitete Nachricht -- Betreff: Re: Fwd: Re: ITP fsmark - bug 655224: License restriction for lib_timing.c DFSG compliant? Datum: Mittwoch, 11. Januar 2012, 11:35:02 Von: Carl Staelin … - google - com An: Martin Steigerwald m...@teamix.de Kopie: Larry McVoy … - bitmover - com, Ric Wheeler … - redhat - com Larry and I have nothing to do with fsmark, aside from the fact that apparently bits of lmbench were used to help develop it. For the bits of lmbench that were used by fsmark, we are happy to give it a GPL 2 (or later) license. In particular, it appears that this would be the file lib_timing.c from fsmark. Please forward our release to the appropriate place with our email addresses anonymized/sanitized. Cheers, Carl -- Martin Steigerwald - teamix GmbH - http://www.teamix.de gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90 signature.asc Description: This is a digitally signed message part.
Bug#579401: no longer blocked by copyright problem?
This package was blocked by an upstream copyright problem, there was no license defined and the copyright holder wasn't named. Today I found the license specified as Apache License 2.0 on the project home page, http://code.google.com/p/pyopenfst/ There is also a commit history there, pointing to tmb...@gmail.com as project owner and dhd...@gmail.com as the only other committer. If there is somebody interested in packaging this, one could write to these addresses, and ask for names/pseudonyms to be used. -- Michael Below be...@judiz.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655466: libapache2-mod-wsgi: python2.6 depend
Source: libapache2-mod-wsgi Version: 3.3-4 Severity: important Tags: d-i Hi, Some months ago, I uninstalled python2.6 (former stable version in Debian) in order to use python2.7 only. Today, I want to install libapache2-mod-wsgi but I see that it depends on python2.6. So I don't want to reinstall python2.6 to get mod-wsgi. Please check if it could be possible to remove python2.6 from libapache2-mod-wsgi depends in unstable. Thanks. Fabien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647708: qa.debian.org: madison.php missing lenny suite
On 11/01/12 at 09:41 +0100, Lucas Nussbaum wrote: On 11/01/12 at 09:33 +0100, Thijs Kinkhorst wrote: On Tue, January 10, 2012 14:12, Lucas Nussbaum wrote: On 30/12/11 at 08:41 +0100, Thijs Kinkhorst wrote: Hi, It seems that the madison.php [0] interface is currently lacking information about the lenny suite. However, it seems that lenny-security is still included. AFAIK madison.php is symlinked or redirected to use UDD [1], and UDD\ has dropped the data about etch and lenny recently: http://lists.debian.org/debian-qa/2011/10/msg00021.html This actually caused a problem: I released a DSA without an update for lenny, because from rmadison output I was lead to believe that this package wasn't included in lenny at all. rmadison gets rather useless if I can't trust it to list all supported suites a package is in. It seems a bit premature to me to drop the lenny data from UDD while the release still and only has one more month of its lifetime to go. How reversible is this? If not, perhaps rmadison should use `dak ls` as backend? I'm not convinced that this bug needs to be marked as wontfix at this stage, as rmadison now makes a promise (that it supplies the output of dak ls) that it can't keep. I've re-added oldstable, and disabled Ubuntu imports instead (Ubuntu Sources+Packages is only imported once a day via cron, instead of at each mirror push -- samosa is not able to keep up with them anyway) Thanks, it would be useful, but it doesn't work for me yet: $ rmadison coreutils coreutils | 8.5-1 | squeeze | source, amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc coreutils | 8.13-3| wheezy | source, amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc coreutils | 8.13-3| sid | source, amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc coreutils | 8.13-3+b1 | wheezy | armhf, s390x coreutils | 8.13-3+b1 | sid | armhf, s390x UDD only imports stable and oldstable once every 10 mirror pushes, because the machine cannot keep up otherwise. I've manually triggered an import, so it should be OK in a couple hours in the worst case. coreutils | 6.10-6| lenny | source, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc coreutils | 8.5-1 | squeeze | source, amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc coreutils | 8.13-3| wheezy | source, amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc coreutils | 8.13-3| sid | source, amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc coreutils | 8.13-3+b1 | wheezy | armhf, s390x coreutils | 8.13-3+b1 | sid | armhf, s390x = fixed -- | Lucas Nussbaum Assistant professor @ Univ. Nancy 2 | | lucas.nussb...@loria.fr LORIA / AlGorille | | http://www.loria.fr/~lnussbau/+33 3 54 95 86 19 | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647815: closed by Radu Spineanu r...@debian.org (Bug#647815: fixed in sphinxsearch 2.0.3-1)
reopen 647815 thanks On Tue, Jan 10, 2012 at 09:55:03AM +, Debian Bug Tracking System wrote: sphinxsearch (2.0.3-1) unstable; urgency=low . * New upstream release. * Upstream release fixes case when omitting mem_limit generates a spurious warning. (closes: #647815) $ dpkg -s sphinxsearch | grep ^Version Version: 2.0.3-1 $ sudo indexer --quiet --rotate --all WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb WARNING: collect_hits: mem_limit=0 kb too low, increasing to 15616 kb Sorry. :( -- Overfiend_ Intel. Bringing you the cutting-edge technology of 1979 for 22 years now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655467: ITP: perp -- A persistent process supervisor
Package: wnpp Severity: wishlist Owner: Sergiusz Pawlowicz deb...@pawlowicz.name * Package name: perp Version : 2.05 Upstream Author : Wayne Marshall w...@b0llix.net * URL : http://b0llix.net/perp/ * License : BSD-2-clause-like Programming Lang: C89/posix Description : A persistent process supervisor about - The perp package provides a set of daemons and utilities to reliably start, monitor, log, and control a collection of persistent processes. A persistent process is any program intended to be long-running, highly available, and purpose critical. Also known and often described as a service, a persistent process normally provides some essential, on-demand system service. Programs that serve email, domain name queries, and http requests are all examples of services that are normally run as persistent processes. These are the programs that you want to start at system boot, and to continue running for as long as the system itself. These are the programs you need running in uninterrupted service, day and night, forever and ever. perp helps make sure that they do. benefits perp provides the following benefits: * easy, portable, platform-neutral service installation * fast, asynchronous service startup * consistent, reliable service execution environment * easy administration * reliable and complete logging facilities perp is similar in purpose to the venerable daemontools program last released in 2001, but provides a modern update with many advantages: * easy configuration: in place service activation and no symlinks! * single process: context switching for multiple supervisors is eliminated * everthing administered in one place, /etc/perp * service reset capability * fully FHS compatible * colorized(!) service lister, readable timestamps... * no slashpackage, no slashcommand, no slashdoc... Meanwhile, perp continues to share many of the positive attributes of daemontools: * small, portable, autoconf-less, standard C89/posix sources * daemons never malloc() * make(1) agnostic * links with dietlibc for small executables And the author is even friendly! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655462: module-init-tools: version in experimental breaks update-initramfs
On Jan 11, Reinhard Karcher reinhard.karc...@gmx.net wrote: after upgrading modul-init-tools to the version in experimental, dpkg -i some kernel image.deb can't build initrd any longer, because no modules can be found. This should have been fixed by the patch commit-525fa07, can you check that modprobe --quiet --show-depends works for you? Look at /usr/share/initramfs-tools/hook-functions to understand what I mean. -- ciao, Marco signature.asc Description: Digital signature
Bug#655468: valgrind: vex amd64-IR: unhandled instruction bytes XXXX on Intel Core i7 (SSE4.2 related?)
Package: valgrind Version: 1:3.7.0-1 Severity: important Hi, I have a problem while debugging a GCC-compiled program on my Intel Core i7-2600 (Sandy Bridge) with valgrind. Although the program runs and GDB does not object as well, when run in valgrind it terminates with the unhandled instruction bytes message (see the attached report), so valgrind (and callgrind, ...) is currently unusable for me. My unqualified guess is that there is a problem is with the use of SSE4.2 instructions. Do you have any advice how to remove this error? Regards, Ondra -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 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 valgrind depends on: ii libc6 2.13-24 ii libc6-dbg 2.13-24 Versions of packages valgrind recommends: ii gdb 7.3-1+b1 Versions of packages valgrind suggests: pn alleyoop 0.9.8-1 pn kcachegrind none pn valkyrie none -- no debconf information ==16585== Memcheck, a memory error detector ==16585== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==16585== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==16585== Command: build/cli/vata ==16585== --16585-- Valgrind options: --16585----suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp --16585---v --16585-- Contents of /proc/version: --16585-- Linux version 2.6.39-2-amd64 (Debian 2.6.39-3) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-6) ) #1 SMP Tue Jul 5 02:51:22 UTC 2011 --16585-- Arch and hwcaps: AMD64, amd64-sse3-cx16 --16585-- Page sizes: currently 4096, max supported 4096 --16585-- Valgrind library directory: /usr/lib/valgrind --16585-- Reading syms from /home/ondra/fit/automata/libvata/build/cli/vata (0x40) --16585-- Reading syms from /lib/x86_64-linux-gnu/ld-2.13.so (0x400) --16585-- Considering /lib/x86_64-linux-gnu/ld-2.13.so .. --16585-- .. CRC mismatch (computed b09c3c99 wanted 92120149) --16585-- Considering /usr/lib/debug/lib/x86_64-linux-gnu/ld-2.13.so .. --16585-- .. CRC is valid --16585-- Reading syms from /usr/lib/valgrind/memcheck-amd64-linux (0x3800) --16585--object doesn't have a symbol table --16585--object doesn't have a dynamic symbol table --16585-- Reading suppressions file: /usr/lib/valgrind/debian-libc6-dbg.supp --16585-- Reading suppressions file: /usr/lib/valgrind/default.supp ==16585== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-16585-by-ondra-on-??? ==16585== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-16585-by-ondra-on-??? ==16585== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-16585-by-ondra-on-??? ==16585== ==16585== TO CONTROL THIS PROCESS USING vgdb (which you probably ==16585== don't want to do, unless you know exactly what you're doing, ==16585== or are doing some strange experiment): ==16585== /usr/lib/valgrind/../../bin/vgdb --pid=16585 ...command... ==16585== ==16585== TO DEBUG THIS PROCESS USING GDB: start GDB like this ==16585== /path/to/gdb build/cli/vata ==16585== and then give GDB the following command ==16585== target remote | /usr/lib/valgrind/../../bin/vgdb --pid=16585 ==16585== --pid is optional if only one valgrind process is running ==16585== --16585-- REDIR: 0x4016610 (strlen) redirected to 0x380438c7 (???) --16585-- Reading syms from /usr/lib/valgrind/vgpreload_core-amd64-linux.so (0x4022000) --16585--object doesn't have a symbol table --16585-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so (0x4024000) --16585--object doesn't have a symbol table --16585-- REDIR: 0x4016480 (index) redirected to 0x4028ba0 (index) --16585-- REDIR: 0x4016500 (strcmp) redirected to 0x4029b60 (strcmp) --16585-- Reading syms from /lib/x86_64-linux-gnu/librt-2.13.so (0x4a22000) --16585-- Considering /lib/x86_64-linux-gnu/librt-2.13.so .. --16585-- .. CRC mismatch (computed bbd37348 wanted e749fed6) --16585-- Considering /usr/lib/debug/lib/x86_64-linux-gnu/librt-2.13.so .. --16585-- .. CRC is valid --16585-- Reading syms from /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16 (0x4c2a000) --16585--object doesn't have a symbol table --16585-- Reading syms from /lib/x86_64-linux-gnu/libm-2.13.so (0x4f2e000) --16585-- Considering /lib/x86_64-linux-gnu/libm-2.13.so .. --16585-- .. CRC mismatch (computed ad83bdcc wanted 99d2d769) --16585-- Considering /usr/lib/debug/lib/x86_64-linux-gnu/libm-2.13.so .. --16585-- .. CRC is valid --16585-- Reading syms from /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x51b) --16585-- Considering /lib/x86_64-linux-gnu/libgcc_s.so.1 .. --16585-- .. CRC mismatch (computed 654bd393 wanted a622c846) --16585--object doesn't have a symbol table --16585-- Reading syms from /lib/x86_64-linux-gnu/libc-2.13.so
Bug#648319: bash-completion: /etc/bash_completion script doesn't do the job
On Wed, 11 Jan 2012 02:39:43 -0600, Jonathan Nieder wrote:
rush wrote:
2012/1/11, Jonathan Nieder jrnie...@gmail.com:
I don't follow. Isn't COMPAT_DIR _supposed_ to point to
/etc/bash_completion.d? Which completion is not working?
If I specify /etc/bash_completion.d in this variable noone from
/usr/share/bash-completion/completions/ will work. I tested on ssh,
ip, apt-get, aptitude and others (nothing happens on TAB [[only dirs
suggested for completion]]).
Ah, I see. Good catch --- it's due to this line:
[[ $BASH_SOURCE == */* ]] compdir=${BASH_SOURCE%/*}/completions
Probably something like
local compscript=$(readlink -f $BASH_SOURCE)
[[ $compscript == */* ]] compdir=${compscript%/*}/completions
in its place would do the trick.
Oh, thanks for the quick fix, and thanks for finding the bug :)
The proposed patch makes perfectly sense, thanks Jonathan! I committed it
upstream, and I just uploaded 1.99-3 to the repositories.
Enjoy,
David
--
. ''`. Debian developer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://deb.li/dapal
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
Bug#654583: WARNING: gnome-keyring:: no socket to connect to
2012/1/10 Julien Valroff jul...@debian.org: So, on Jan 08 it appeared on two jobs (00logwatch and apt). I'm undecided to which package to reassign: cron or gnome-keyring? What do you think? What happens if you run such a cron job by hand when not in an X session? Today I watched the Cron run without X/gnome/gdm running at all. The result was the same: # Date: Wed, 11 Jan 2012 07:34:27 +0200 /etc/cron.daily/00logwatch: WARNING: gnome-keyring:: no socket to connect to I have never seen this behaviour, maybe you have any specific configuration? I don't think so. On all systems (desktops, servers) I have 'ssmtp' to provide the 'sendmail' interface, thus no SMTP daemon. One think I've noticed a few days ago is that something was changing the hostname from the FQDN (frost.DOMAIN -- set from /etc/hostname) to just 'frost' but I didn't investigate further. Also, today I obtained this message while doing packages upgrades: | Processing triggers for man-db ... | Processing triggers for menu ... | Processing triggers for desktop-file-utils ... | Processing triggers for gnome-menus ... | Processing triggers for hicolor-icon-theme ... | Processing triggers for cups ... | Starting Common Unix Printing System: cupsd. | WARNING: gnome-keyring:: no socket to connect to | WARNING: gnome-keyring:: no socket to connect to | Updating PPD files for postscript-hp ... | Updating PPD files for splix ... | Processing triggers for gconf2 ... Usually this warning appears on the email from Cron. Other ideas? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655469: lintian: vendor profiles aren't checked for recursion
Package: lintian Version: 2.5.4 Severity: normal Example setup: % mkdir -p .lintian/profiles/foo % cat .lintian/profiles/foo/main.profile EOF Profile: foo Extends: foo/main Disable-Tags: bad-distribution-in-changes-file EOF Then when running: % lintian --profile foo ... Deep recursion on subroutine Lintian::Profile::_read_profile at /usr/share/lintian/lib/Lintian/Profile.pm line 271. the process never finishes on its own. Using something other than foo/main in the Extends fixes that, but lintian is supposed to notice and abort in such a situation as discussed with Niels. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012-01-11t14-57...@devnull.michael-prokop.at
Bug#574652: still there in 3.2
The problem in the bug report is still here in current testing, 3.2.1-1: If I insert an USB bluetooth dongle while the system is running, the bluetooth icon appears, and the menu shows the activation switch as on, but it doesn't work: When I open the settings dialog, bluetooth is shown to be off, and I can't switch it on. I can't toggle the visibility switch from off to on, and I can't discover bluetooth gadgets. Applications using the gnome dialogs don't work either. On the system level, things seem to work okay, hcitool shows the device and finds my mobile phone. If I shut the device down using hciconfig and up again, the gnome menus work. If I attach the bluetooth dongle before booting, the menus work too. If I pull the USB dongle from a working gnome-bluetooth and reattach it later, it works again flawlessly. Seems like gnome-bluetooth is confused if a bluetooth adapter just appears. -- Michael Below be...@judiz.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655394: [Pkg-acpi-devel] Bug#655394: [PATCH] Let acpi-support not handle power stuff if gnome3 is handling it already
On Wed, Jan 11, 2012 at 01:05:06PM +0100, Matthijs Kooijman wrote: This check might be a bit of a hack right now, but I guess the entire is process X running, then don't handle the key is in a way. I guess the perfect solution would be to connect to gnome-settings-daemon and find out if the power and/or media-keys plugins are really enabled (like what seems to happen for dcop?). It seems something like this could happen through DBus, but gnome-settings-daemon is only active on the session bus and I doubt it's possible to implement this reliably (since you don't know where the dbus session for the user lives?). Did you look into PowerDevilRunning() in the same file? This function gets the module information from KDE. I guess the Gnome version could work similarly. Having said that, I guess this patch is a sufficient solution? Actually the dbus version would be preferable if doable. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649033: [PATCH] tpm_tis: add delay after aborting command
(+cc: Andrea, Uwe) Stefan Berger wrote: Can someone who experiences the delay during the boot please apply the patch below? Please let me know whether it solves the problem. Uwe, Andrea, instructions for building a patched kernel are at [1]. [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html commit a927b8131794 Author: Stefan Berger stef...@linux.vnet.ibm.com Date: Fri Nov 11 12:57:06 2011 -0500 tpm_tis: add delay after aborting command This patch adds a delay after aborting a command. Some TPMs need this and will not process the subsequent command correctly otherwise. Signed-off-by: Stefan Berger stef...@linux.vnet.ibm.com diff --git a/drivers/char/tpm/tpm_tis.c b/drivers/char/tpm/tpm_tis.c index 34832bc74649..d93bafde3120 100644 --- a/drivers/char/tpm/tpm_tis.c +++ b/drivers/char/tpm/tpm_tis.c @@ -432,6 +432,9 @@ static int probe_itpm(struct tpm_chip *chip) out: itpm = rem_itpm; tpm_tis_ready(chip); + /* some TPMs need a break here otherwise they will not work +* correctly on the immediately subsequent command */ + msleep(chip-vendor.timeout_b); release_locality(chip, chip-vendor.locality, 0); return rc; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655432: clang unusable on armel and armhf, link failures
Le mercredi 11 janvier 2012 à 02:57 +, peter green a écrit : So I tried building a trivial test program (just an empty main function nothing else) with clang on armhf and got the following error root@debian:/# clang test.c clang: warning: unknown platform, assuming -mfloat-abi=soft /usr/bin/ld.bfd.real: cannot find crt1.o: No such file or directory /usr/bin/ld.bfd.real: cannot find crti.o: No such file or directory clang: error: linker command failed with exit code 1 (use -v to see invocation) root@debian:/# As said in the error message, could you start it again with -v ? what is the result of $ dpkg -S crti.o on your system ? and $ dpkg -l|grep llvm Thanks Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655462: module-init-tools: version in experimental breaks update-initramfs
Am 11.01.2012 14:34, schrieb Marco d'Itri: This should have been fixed by the patch commit-525fa07, can you check that modprobe --quiet --show-depends works for you? Look at /usr/share/initramfs-tools/hook-functions to understand what I mean. Yes, it is working: modprobe --quiet --show-depends i915 insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/thermal/thermal_sys.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/thermal/thermal_sys.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/acpi/video.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/i2c/i2c-core.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/acpi/button.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/i2c/i2c-core.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/i2c/algos/i2c-algo-bit.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/i2c/i2c-core.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/gpu/drm/drm.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/i2c/i2c-core.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/i2c/i2c-core.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/gpu/drm/drm.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/gpu/drm/drm_kms_helper.ko insmod /lib/modules/3.2.0-rc7-amd64/kernel/drivers/gpu/drm/i915/i915.ko modeset=1 Trying to reinstall a kernel image linux-image-3.1.0-1-amd64 (3.1.8-2) wird eingerichtet ... Running depmod. WARNING: could not open /lib/modules/3.1.0-1-amd64/modules.builtin: No such file or directory Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.1.0-1-amd64 /boot/vmlinuz-3.1.0-1-amd64 update-initramfs: Generating /boot/initrd.img-3.1.0-1-amd64 FATAL: Module intel_agp not found. FATAL: Module xhci not found. FATAL: Module ext4dev not found. FATAL: Module af_packet not found. FATAL: Module atkbd not found. FATAL: Module i8042 not found. FATAL: Module zfcp not found. FATAL: Module dasd_diag_mod not found. FATAL: Module dasd_eckd_mod not found. FATAL: Module dasd_fba_mod not found. FATAL: Module unix not found. WARNING: could not open /tmp/mkinitramfs_0tLJHu/lib/modules/3.1.0-1-amd64/modules.builtin: No such file or directory run-parts: executing /etc/kernel/postinst.d/pm-utils 3.1.0-1-amd64 /boot/vmlinuz-3.1.0-1-amd64 Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639692: gnustep-gui: diff for NMU version 0.20.0-2.1
tags 639692 + patch
thanks
Dear maintainer,
I've prepared an NMU for gnustep-gui (versioned as 0.20.0-2.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
Konstantinos
diff -u gnustep-gui-0.20.0/debian/changelog gnustep-gui-0.20.0/debian/changelog
--- gnustep-gui-0.20.0/debian/changelog
+++ gnustep-gui-0.20.0/debian/changelog
@@ -1,3 +1,9 @@
+gnustep-gui (0.20.0-2.1) unstable; urgency=low
+
+ * NMU, fix FTBFS with gcc 4.6 (Closes: #639692)
+
+ -- Konstantinos Margaritis mar...@genesi-usa.com Wed, 11 Jan 2012 13:39:39 +
+
gnustep-gui (0.20.0-2) unstable; urgency=low
* Upload to unstable.
diff -u gnustep-gui-0.20.0/debian/patches/series gnustep-gui-0.20.0/debian/patches/series
--- gnustep-gui-0.20.0/debian/patches/series
+++ gnustep-gui-0.20.0/debian/patches/series
@@ -1,0 +2 @@
+fix-ftbfs-gcc46.patch
only in patch2:
unchanged:
--- gnustep-gui-0.20.0.orig/debian/patches/fix-ftbfs-gcc46.patch
+++ gnustep-gui-0.20.0/debian/patches/fix-ftbfs-gcc46.patch
@@ -0,0 +1,25 @@
+2012-01-11 Konstantinos Margaritis mar...@genesi-usa.com
+
+ * Fix FTBFS with gcc-4.6, Patch submitted by Matthias Klose to
+ #639692.
+
+--- gnustep-gui-0.20.0.orig/Tools/say/say.m
gnustep-gui-0.20.0/Tools/say/say.m
+@@ -14,7 +14,7 @@
+ {
+ [NSAutoreleasePool new];
+ NSMutableString *words = [NSMutableString string];
+- NSString *outFile = nil;
++ // NSString *outFile = nil;
+ NSString *voice = nil;
+ NSString *inFile = nil;
+
+@@ -24,7 +24,7 @@
+ switch (ch)
+ {
+ case 'o':
+-outFile = [NSString stringWithUTF8String: optarg];
++// outFile = [NSString stringWithUTF8String: optarg];
+ break;
+ case 'f':
+ inFile = [NSString stringWithUTF8String: optarg];
Bug#551078: libpq5: Possibility to specify the Kerberos keytab file
В Срд, 11/01/2012 в 19:07 +0700, Ivan Shmakov пишет: Ideally would like to be able to get this: $ klist -l Name Cache name Expires f...@example.org /tmp/foo_krb5cc_1000 Jan 12 05:36:02 * b...@example.org /tmp/bar_krb5cc_1000 Jan 12 05:36:27 * And the system could automatically choose the right credentials... The question is: how? Especially given that the database user identifier and the Kerberos identifier may have nothing in common. Yes, you're right. But different realms are supported in this way, yes? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583082: closed by Jonathan Nieder jrnie...@gmail.com (Re: kernel: khubd crash)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! On Thu, 24 Nov 2011, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #583082: kernel: khubd crash It has been closed by Jonathan Nieder jrnie...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Jonathan Nieder jrnie...@gmail.com by replying to this email. USB drive is recognized only the first time. Does not matter which USB port I use. See attached file. Sincerely, Gabriel - -- // Gabriel VLASIU // // OpenGPG-KeyID : 0xE684206E // OpenGPG-Fingerprint: 0C3D 9F8B 725D E243 CB3C 8428 796A DB1F E684 206E // OpenGPG-URL: http://www.vlasiu.net/public.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8NmT4ACgkQeWrbH+aEIG486QCfVl9j0xHi199qXqU3KlQqfd1S bJAAnArEnnzOpbWIRbYcen/kI88YcF0T =nJO1 -END PGP SIGNATURE-Jan 11 15:58:37 mailq kernel: [ 215.496407] usb 1-3: new high-speed USB device number 2 using ehci_hcd Jan 11 15:58:37 mailq kernel: [ 215.649234] usb 1-3: New USB device found, idVendor=1005, idProduct=b113 Jan 11 15:58:37 mailq kernel: [ 215.649271] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 11 15:58:37 mailq kernel: [ 215.649303] usb 1-3: Product: USB FLASH DRIVE Jan 11 15:58:37 mailq kernel: [ 215.649327] usb 1-3: Manufacturer: Jan 11 15:58:37 mailq kernel: [ 215.649351] usb 1-3: SerialNumber: 07AB061376562D50 Jan 11 15:58:37 mailq kernel: [ 215.752110] usbcore: registered new interface driver uas Jan 11 15:58:37 mailq kernel: [ 215.781928] Initializing USB Mass Storage driver... Jan 11 15:58:37 mailq kernel: [ 215.782628] scsi2 : usb-storage 1-3:1.0 Jan 11 15:58:37 mailq kernel: [ 215.783666] usbcore: registered new interface driver usb-storage Jan 11 15:58:37 mailq kernel: [ 215.783694] USB Mass Storage support registered. Jan 11 15:58:38 mailq kernel: [ 216.878129] scsi 2:0:0:0: Direct-Access USB FLASH DRIVE PMAP PQ: 0 ANSI: 0 CCS Jan 11 15:58:38 mailq kernel: [ 216.886126] sd 2:0:0:0: Attached scsi generic sg3 type 0 Jan 11 15:58:39 mailq kernel: [ 217.582722] sd 2:0:0:0: [sdc] 7834944 512-byte logical blocks: (4.01 GB/3.73 GiB) Jan 11 15:58:39 mailq kernel: [ 217.583813] sd 2:0:0:0: [sdc] Write Protect is off Jan 11 15:58:39 mailq kernel: [ 217.586215] sd 2:0:0:0: [sdc] No Caching mode page present Jan 11 15:58:39 mailq kernel: [ 217.586463] sd 2:0:0:0: [sdc] Assuming drive cache: write through Jan 11 15:58:39 mailq kernel: [ 217.595198] sd 2:0:0:0: [sdc] No Caching mode page present Jan 11 15:58:39 mailq kernel: [ 217.595426] sd 2:0:0:0: [sdc] Assuming drive cache: write through Jan 11 15:58:39 mailq kernel: [ 217.608801] sdc: sdc1 Jan 11 15:58:39 mailq kernel: [ 217.619205] sd 2:0:0:0: [sdc] No Caching mode page present Jan 11 15:58:39 mailq kernel: [ 217.619438] sd 2:0:0:0: [sdc] Assuming drive cache: write through Jan 11 15:58:39 mailq kernel: [ 217.619680] sd 2:0:0:0: [sdc] Attached SCSI removable disk Jan 11 15:59:06 mailq kernel: [ 244.627374] FAT-fs (sdc1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Jan 11 15:59:25 mailq kernel: [ 263.663507] usb 1-3: USB disconnect, device number 2 Jan 11 15:59:38 mailq kernel: [ 276.671204] usb 3-1: new full-speed USB device number 2 using ohci_hcd Jan 11 15:59:38 mailq kernel: [ 276.811179] usb 3-1: device descriptor read/64, error -73 Jan 11 15:59:38 mailq kernel: [ 276.983186] hub 3-0:1.0: unable to enumerate USB device on port 1 Jan 11 15:59:39 mailq kernel: [ 277.351149] usb 1-3: new high-speed USB device number 4 using ehci_hcd Jan 11 15:59:39 mailq kernel: [ 277.488028] usb 1-3: New USB device found, idVendor=1005, idProduct=b113 Jan 11 15:59:39 mailq kernel: [ 277.488065] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 11 15:59:39 mailq kernel: [ 277.488097] usb 1-3: Product: USB FLASH DRIVE Jan 11 15:59:39 mailq kernel: [ 277.488121] usb 1-3: Manufacturer: Jan 11 15:59:39 mailq kernel: [ 277.488145] usb 1-3: SerialNumber: 07AB061376562D50 Jan 11 15:59:39 mailq kernel: [ 277.503311] scsi3 : usb-storage 1-3:1.0 Jan 11 15:59:40 mailq kernel: [ 278.596804] scsi 3:0:0:0: Direct-Access USB FLASH DRIVE PMAP PQ: 0 ANSI: 0 CCS Jan 11 15:59:40 mailq kernel: [ 278.605258] sd 3:0:0:0: Attached scsi generic sg3 type 0 Jan 11 16:00:00 mailq kernel: [ 299.226479] usb 1-3: USB disconnect, device number 4 Jan 11 16:00:11 mailq kernel: [ 309.824466] sd 3:0:0:0: Device offlined - not ready after error recovery Jan 11 16:00:11 mailq kernel: [ 309.830118] sd 3:0:0:0: [sdc] READ CAPACITY failed Jan 11 16:00:11 mailq kernel: [ 309.830148] sd 3:0:0:0: [sdc] Result:
Bug#655462: module-init-tools: version in experimental breaks update-initramfs
On Jan 11, Reinhard Karcher reinhard.karc...@gmx.net wrote: Trying to reinstall a kernel image All these errors are expected. If the initramfs is actually empty then you will have to debug this by yourself because I cannot reproduce it. -- ciao, Marco signature.asc Description: Digital signature
Bug#655424: mistake in debian/rules?
After stumbling on the same problem, I tried recompiling the hplip source package from scratch on my sid box. Apparently hpcups and hpcupsfax _are_ compiled all right, _but_ they are _not_ installed in any package. After compilation, they are both in debian/tmp/usr/cups/filter, but they are placed neither in debian/hplip/usr/cups/filter (where all other filters are installed, so that they end up in the hplip package) nor in debian/printer-driver-hpcups/usr/lib/cups/filter (where perhaps they were supposed to go, guessing from changelog). So this appears to be a bug in the debian packaging. I don't know where the maintainer planned to put the necessary install commands, there may be several possibilities, but apparently (s)he just forgot to add them. A quick and dirty fix would be to put two lines in debian/rules, in the install-arch-stamp stanza, like install -m 755 hpcups $(CURDIR)/debian/printer-driver-hpcups/usr/lib/cups/filter/ install -m 755 hpcupsfax $(CURDIR)/debian/printer-driver-hpcups/usr/lib/cups/filter/ or install -m 755 hpcups $(CURDIR)/debian/hplip/usr/lib/cups/filter/ install -m 755 hpcupsfax $(CURDIR)/debian/hplip/usr/lib/cups/filter/ or something along these lines depending on which package the two executables are supposed to be in. Of course, there may be nicer alternatives, in any case I am sure the maintainer will very quickly and easily fix this as soon as (s)he finds out about it. Bye Giacomo -- _ Giacomo Mulas gmu...@oa-cagliari.inaf.it _ OSSERVATORIO ASTRONOMICO DI CAGLIARI Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA) Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222 Tel. (UNICA): +39 070 675 4916 _ When the storms are raging around you, stay right where you are (Freddy Mercury) _ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655151: python-newt: ImportError: No module named _snack
Hiho, at least on my system it doesn't seem to be fixed: 8--- cajus@frost:~$ dpkg -l python-newt ii python-newt 0.52.14-6 NEWT module for Python cajus@frost:~$ python Python 2.7.2+ (default, Jan 10 2012, 21:52:50) [GCC 4.6.2] on linux2 Type help, copyright, credits or license for more information. import snack Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/dist-packages/snack.py, line 42, in module import _snack ImportError: No module named _snack 8--- I'm on amd64, too. signature.asc Description: This is a digitally signed message part.
Bug#655462: module-init-tools: version in experimental breaks update-initramfs
Am 11.01.2012 15:17, schrieb Marco d'Itri: All these errors are expected. If the initramfs is actually empty then you will have to debug this by yourself because I cannot reproduce it. You are right, the initrd looks OK. A small hint to disregard lines with FATAL messages would have been nice. I think, the bug can 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#655470: hexer: Hexer trashes memory upon wrong key
Package: hexer Version: 0.1.7-1 Severity: critical Justification: breaks unrelated software While in hex field input mode hit an invalid key, such as backspace when there isn't anything to backspace over, hexer promptly fills up all memory on my system, freezing system operations due to trashing, and if I wait long enough rather than hard reboot, hexer eventually gets blown away by the OOM killer. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.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/bash Versions of packages hexer depends on: ii libc62.13-24 ii libncurses5 5.9-4 hexer recommends no packages. hexer 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#612447: #612447: www.debian.org: Home button and menue line doesn't look good on small windows
retitle 612447 top-level links use much vertical space when wrapped thanks Hi, Recently the web team adopted some changes in the www.debian.org layout, improving the situation of viewing the site on small devices or in small browser windows. There is no longer a gap on the sides of the content when viewing the site on such a small screen. The TOC-style links also should look better on small screen estate, even if not perfect. At least they now use wrapped texts and don't overlap each other. I don't close this bug just yet, as the top-level links still look bad on narrow screens. This part needs work. Retitling the report accordingly. The You are /here-style line looks fine unless the top links are wrapped. Not sure if this was the case when the bug was reported. And not sure how to keep the alignment when the top-level links are wrapped. So far so good :) signature.asc Description: Digital signature
Bug#655427: ITP: firmware-crystalhd -- Crystal HD Video Decoder (firmware)
On Jan 11, 2012 2:56 AM, Daniel Baumann daniel.baum...@progress-technologies.net wrote: On 01/11/2012 01:30 AM, Andres Mejia wrote: I'm not sure if this is something I ask the kernel team, or maintain myself, so I'm reporting this as an ITP for now. why not just fill a bug against firmware-nonfree for inclusion of it (or reassign and retitle this one)? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ I found this firmware is not loaded by a kernel driver anyway. See the last message I sent to the bug report.
Bug#649937: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
Gabriel VLASIU wrote: USB drive is recognized only the first time. Does not matter which USB port I use. See attached file. Forwarding to the correct bug number. What kernel version is this? (/proc/version or a log from bootup would say.) ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! On Thu, 24 Nov 2011, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the linux-2.6 package: #583082: kernel: khubd crash It has been closed by Jonathan Nieder jrnie...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Jonathan Nieder jrnie...@gmail.com by replying to this email. USB drive is recognized only the first time. Does not matter which USB port I use. See attached file. Sincerely, Gabriel - -- // Gabriel VLASIU // // OpenGPG-KeyID : 0xE684206E // OpenGPG-Fingerprint: 0C3D 9F8B 725D E243 CB3C 8428 796A DB1F E684 206E // OpenGPG-URL: http://www.vlasiu.net/public.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8NmT4ACgkQeWrbH+aEIG486QCfVl9j0xHi199qXqU3KlQqfd1S bJAAnArEnnzOpbWIRbYcen/kI88YcF0T =nJO1 -END PGP SIGNATURE-Jan 11 15:58:37 mailq kernel: [ 215.496407] usb 1-3: new high-speed USB device number 2 using ehci_hcd Jan 11 15:58:37 mailq kernel: [ 215.649234] usb 1-3: New USB device found, idVendor=1005, idProduct=b113 Jan 11 15:58:37 mailq kernel: [ 215.649271] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 11 15:58:37 mailq kernel: [ 215.649303] usb 1-3: Product: USB FLASH DRIVE Jan 11 15:58:37 mailq kernel: [ 215.649327] usb 1-3: Manufacturer: Jan 11 15:58:37 mailq kernel: [ 215.649351] usb 1-3: SerialNumber: 07AB061376562D50 Jan 11 15:58:37 mailq kernel: [ 215.752110] usbcore: registered new interface driver uas Jan 11 15:58:37 mailq kernel: [ 215.781928] Initializing USB Mass Storage driver... Jan 11 15:58:37 mailq kernel: [ 215.782628] scsi2 : usb-storage 1-3:1.0 Jan 11 15:58:37 mailq kernel: [ 215.783666] usbcore: registered new interface driver usb-storage Jan 11 15:58:37 mailq kernel: [ 215.783694] USB Mass Storage support registered. Jan 11 15:58:38 mailq kernel: [ 216.878129] scsi 2:0:0:0: Direct-Access USB FLASH DRIVE PMAP PQ: 0 ANSI: 0 CCS Jan 11 15:58:38 mailq kernel: [ 216.886126] sd 2:0:0:0: Attached scsi generic sg3 type 0 Jan 11 15:58:39 mailq kernel: [ 217.582722] sd 2:0:0:0: [sdc] 7834944 512-byte logical blocks: (4.01 GB/3.73 GiB) Jan 11 15:58:39 mailq kernel: [ 217.583813] sd 2:0:0:0: [sdc] Write Protect is off Jan 11 15:58:39 mailq kernel: [ 217.586215] sd 2:0:0:0: [sdc] No Caching mode page present Jan 11 15:58:39 mailq kernel: [ 217.586463] sd 2:0:0:0: [sdc] Assuming drive cache: write through Jan 11 15:58:39 mailq kernel: [ 217.595198] sd 2:0:0:0: [sdc] No Caching mode page present Jan 11 15:58:39 mailq kernel: [ 217.595426] sd 2:0:0:0: [sdc] Assuming drive cache: write through Jan 11 15:58:39 mailq kernel: [ 217.608801] sdc: sdc1 Jan 11 15:58:39 mailq kernel: [ 217.619205] sd 2:0:0:0: [sdc] No Caching mode page present Jan 11 15:58:39 mailq kernel: [ 217.619438] sd 2:0:0:0: [sdc] Assuming drive cache: write through Jan 11 15:58:39 mailq kernel: [ 217.619680] sd 2:0:0:0: [sdc] Attached SCSI removable disk Jan 11 15:59:06 mailq kernel: [ 244.627374] FAT-fs (sdc1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Jan 11 15:59:25 mailq kernel: [ 263.663507] usb 1-3: USB disconnect, device number 2 Jan 11 15:59:38 mailq kernel: [ 276.671204] usb 3-1: new full-speed USB device number 2 using ohci_hcd Jan 11 15:59:38 mailq kernel: [ 276.811179] usb 3-1: device descriptor read/64, error -73 Jan 11 15:59:38 mailq kernel: [ 276.983186] hub 3-0:1.0: unable to enumerate USB device on port 1 Jan 11 15:59:39 mailq kernel: [ 277.351149] usb 1-3: new high-speed USB device number 4 using ehci_hcd Jan 11 15:59:39 mailq kernel: [ 277.488028] usb 1-3: New USB device found, idVendor=1005, idProduct=b113 Jan 11 15:59:39 mailq kernel: [ 277.488065] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 11 15:59:39 mailq kernel: [ 277.488097] usb 1-3: Product: USB FLASH DRIVE Jan 11 15:59:39 mailq kernel: [ 277.488121] usb 1-3: Manufacturer: Jan 11 15:59:39 mailq kernel: [ 277.488145] usb 1-3: SerialNumber: 07AB061376562D50 Jan 11 15:59:39 mailq kernel: [ 277.503311] scsi3 : usb-storage 1-3:1.0 Jan 11 15:59:40 mailq kernel: [ 278.596804] scsi 3:0:0:0: Direct-Access USB FLASH DRIVE PMAP PQ: 0 ANSI: 0 CCS Jan 11 15:59:40 mailq kernel: [ 278.605258] sd 3:0:0:0: Attached scsi generic sg3 type 0 Jan 11 16:00:00 mailq kernel: [ 299.226479] usb 1-3: USB disconnect, device number 4 Jan 11 16:00:11 mailq
Bug#609753: Sort of a solution
Resolving this bug might look something like the attached patch. I'm not sure
how often capistrano is used without rails, so it might better be a suggests.
I also know it's possible to do non-rails deployments without the railsless-
deploy gem, so the proposed description is not 100% correct.
Food for thought for the new maintainers. I don't propose applying the patch
as is.
Scott Kdiff -u capistrano-2.5.9/debian/control capistrano-2.5.9/debian/control
--- capistrano-2.5.9/debian/control
+++ capistrano-2.5.9/debian/control
@@ -12,13 +13,15 @@
Package: capistrano
Architecture: all
Depends: ruby1.8, libnet-ssh2-ruby1.8, libnet-ssh-gateway-ruby1.8, libnet-sftp2-ruby1.8, libnet-scp-ruby1.8, libhighline-ruby1.8, ${misc:Depends}
+Recommends: rails
Description: Executes commands in parallel on multiples servers
Capistrano is great for automating tasks via SSH on remote servers, like
software installation, application deployment, configuration management,
ad hoc server monitoring, and more. Ideal for system administrators, whether
professional or incidental. Easy to customize. Its configuration files use
the Ruby programming language syntax, but you don't need to know Ruby to do
- most things with Capistrano.
+ most things with Capistrano. It uses rails, but can be used without it using
+ the railsless-deploy gem.
.
Capistrano is easy to extend. It's written in the Ruby programming language,
and may be extended easily by writing additional Ruby modules.
diff -u capistrano-2.5.9/debian/changelog capistrano-2.5.9/debian/changelog
--- capistrano-2.5.9/debian/changelog
+++ capistrano-2.5.9/debian/changelog
@@ -1,3 +1,11 @@
+capistrano (2.9.0-2) unstable; urgency=low
+
+ * Add rails to recommends
+ * Update description to mention rails and the alternative of the
+railsless-deploy gem
+
+ -- Scott Kitterman sc...@kitterman.com Wed, 11 Jan 2012 16:45:07 -0500
+
capistrano (2.9.0-1) unstable; urgency=low
* New upstream release.
signature.asc
Description: This is a digitally signed message part.
Bug#655471: matlab-support: Missing dependency on libXpm4
Source: matlab-support Version: 0.17 Severity: normal Matlab (at least R2010b) won't start without libXpm4 being installed. It wasn't on an otherwise fairly well populated cluster node. I tend to add this as a dependency of matlab-support, but I wonder where to draw the line. Michael -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655472: new qa.debian.org style breaks layout
Package: qa.debian.org
Severity: minor
I notice the debian.org stylesheet walked into qa.debian.org, which is
cool, but it broke the delicate balance that existed in the tables
present there before.
Take, for example, my page:
http://qa.debian.org/developer.php?login=anarcat
There are a few problems here:
1. the boundary of the versions in the various distros (stable/testing/sid)
are unclear, because the cell borders have disappeared
2. the page overflows to the right
The fixborders.patch (attached) fixes the first problem.
For the second problem, I am not sure what to do. I have tried to set
font-size: small in the CSS, but the table still overflows. Maybe I
don't remember the site correctly and it used to overflow anyways, but at least
this way you see the watch column by default.
Oh and while I'm here, I have dropped a text-align: center into that
td too, it looks better. :)
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to fr_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash
--- debian.css.orig 2012-01-11 09:41:20.754702688 -0500
+++ debian.css 2012-01-11 09:46:50.786059420 -0500
@@ -58,7 +58,7 @@
body{ line-height: 1; color: black; background: white; }
ol, ul { list-style: none; }
-table { border-collapse: separate; border-spacing: 0; }
+table { border-collapse: collapse; border-spacing: 0; }
blockquote, q { quotes: ; }
html{ background-color: transparent; }
:focus { outline: 0; }
@@ -808,6 +808,9 @@
}
table td {
padding-right: 1.5em;
+border: 1px solid black;
+padding: 2px;
+text-align: center;
}
div.tabular table tr, table.tabular tr, table.vendors tr {
width: 100%;
Bug#652337: initscripts: rcS(5) unclear about default value for RAMTMP
tags 652337 + pending thanks On Fri, Dec 16, 2011 at 12:22:30PM +0100, Sébastien Villemot wrote: The rcS(5) manpage indicates that the default value for RAMTMP is yes. But this is misleading: if you do set a value to RAMTMP in /etc/default/rcS, a no value is assumed, as is clear from /lib/init/vars.sh. It’s true that on new installs RAMTMP is currently set to yes in /etc/default/rcS (see /usr/share/initscripts/default.rcS and #630615). But older installations have no value set for RAMTMP, and for them the default is no. This is now described in the manual page. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654845: libarpack2: ARPACK should link against LAPACK 2.0, and not liblapack
On Tue, Jan 10, 2012 at 10:18 PM, Sylvestre Ledru sylves...@debian.org wrote: Le vendredi 06 janvier 2012 à 01:51 -0500, Viral B. Shah a écrit : Package: libarpack2 Severity: important ARPACK needs to use LAPACK 2.0 for correctness. This will cause a conflict with liblapack upon which it depends. See this thread on the issue and a name mangling fix, so that LAPACK 2.0 routines can be used in ARPACK. I don't see the issue for now. Could you produce a sample which shows the issue ? Solved long time ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315570 Sylvain feel free to force-merge if I have understood correctly Bastien Thanks S -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576853: [rc-alert] please show bugs assigned to source packages, too
I'm currently using the attached wrapper script to work around this limitation, but I'd love have it fixed in devscripts proper. -- Jakub Wilk #!/bin/sh installed='install ok installed' exec rc-alert $@ \ $(grep-status -F Status -w $installed -n -s Source:Package | sed -e 's/\([^ ]*\).*/src:\1/') \ $(grep-status -F Status -w $installed -n -s Package)
Bug#655473: [python-usb] New upstream version(s) available
Package: python-usb Version: 0.4.2-2+b2 Severity: normal Hi, there is a new upstream version (0.4.3) available since March 2010. Please update if possible. http://sourceforge.net/projects/pyusb/files/ There is also pyusb-1.0.0 (alpha) available, which could go into experimental or so. Cheers, Bastian --- System information. --- Architecture: i386 Kernel: Linux 3.1.0-1-686-pae Debian Release: wheezy/sid 500 unstableftp.de.debian.org 500 unstabledebian-multimedia.org 500 stable dl.google.com 101 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== python ( 2.8) | 2.7.2-9 python (= 2.6) | 2.7.2-9 python-support (= 0.90.0) | 1.0.14 libc6 (= 2.3.6-6~) | 2.13-24 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-20 Package's Recommends field is empty. Package's Suggests field is empty. -- Bastian Venthur http://venthur.de Debian Developer venthur at 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#655474: override: libchromaprint0:libs/optional libchromaprint-dev:libdevel/optional
Package: ftp.debian.org Severity: normal Hi, In my last upload of chromaprint, I changed the Priority to optional to match the one of the reverse dependencies python-acoustid and acoustid-fingerprinter (I only mentioned the former in the changelog, though). Could you take it under consideration? Thanks in advance, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655475: octave3.2: Seg-fault to call imread or imshow function
Package: octave3.2
Version: 3.2.4-12
Severity: normal
Dear Maintainer,
I've aptitude installed the octave-3.2.4 (Source Package: octave3.2 3.2.4-12)
[Wheezy/testing] on my 64-bit PC (AMD X955 4 cores) and most of octave
functions is OK.
But when I call the imread and imshow function to load a JPEG picture, I
encountered a segmentation fault problem like following :
% imread seg fault --
octave-3.2.4:1 imread('/home/mywork/temp/pic/003.jpg')
octave-3.2.4: magick/pixel_cache.c：2765：ModifyCache: Assertion image-cache !=
(Cache) ((void *)0)” failed
panic: Aborted -- stopping myself...
% imread seg fault --
% imshow seg fault --
octave-3.2.4:1 imshow('/home/liuxiangyu/temp/pic/003.jpg')
panic: Segmentation fault -- stopping myself...
Segmentation fault
% imshow seg fault --
I've tried some JPEG files, they are all failed. So I send this report to look
for your help or advice.
Many Thanks!
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages octave3.2 depends on:
ii libamd2.2.0 1:3.4.0-2
ii libarpack23.0.2-2
ii libatlas3gf-base [liblapack.so.3gf] 3.8.3-27
ii libblas3gf [libblas.so.3gf] 1.2.20110419-2
ii libbz2-1.01.0.6-1
ii libc6 2.13-24
ii libcamd2.2.0 1:3.4.0-2
ii libccolamd2.7.1 1:3.4.0-2
ii libcholmod1.7.1 1:3.4.0-2
ii libcolamd2.7.11:3.4.0-2
ii libcurl3-gnutls 7.23.1-3
ii libcxsparse2.2.3 1:3.4.0-2
ii libfftw3-33.3-1
ii libfltk1.11.1.10-10
ii libfreetype6 2.4.8-1
ii libftgl2 2.1.3~rc5-4
ii libgcc1 1:4.6.2-11
ii libgfortran3 4.6.2-11
ii libgl1-mesa-glx [libgl1] 7.11.2-1
ii libglpk0 4.45-1
ii libglu1-mesa [libglu1]7.11.2-1
ii libgomp1 4.6.2-11
ii libgraphicsmagick++3 1.3.12-1.1+b1
ii libgraphicsmagick31.3.12-1.1+b1
ii libhdf5-serial-1.8.4 [libhdf5-1.8.4] 1.8.4-patch1-3
ii libice6 2:1.0.7-2
ii libjasper11.900.1-13
ii libjpeg8 8c-2
ii liblapack3gf [liblapack.so.3gf] 3.3.1-1
ii liblcms1 1.19.dfsg-1+b1
ii libltdl7 2.4.2-1
ii libncurses5 5.9-4
ii libpcre3 8.12-4
ii libpng12-01.2.46-3
ii libqhull5 2009.1-3
ii libqrupdate1 1.1.1-1
ii libreadline6 6.2-8
ii libsm62:1.2.0-2
ii libstdc++64.6.2-11
ii libtiff4 3.9.5-2
ii libumfpack5.4.0 1:3.4.0-2
ii libwmf0.2-7 0.2.8.4-8.1
ii libx11-6 2:1.4.4-4
ii libxext6 2:1.3.0-3
ii libxml2 2.7.8.dfsg-5.1
ii octave3.2-common 3.2.4-12
ii texinfo 4.13a.dfsg.1-8
ii zlib1g1:1.2.3.4.dfsg-3
Versions of packages octave3.2 recommends:
ii gnuplot 4.4.0-1.1
ii libatlas3gf-base 3.8.3-27
Versions of packages octave3.2 suggests:
pn octave3.2-doc none
pn octave3.2-emacsen none
pn octave3.2-headers none
pn octave3.2-htmldoc none
pn octave3.2-info none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655151: python-newt: ImportError: No module named _snack
found 655151 0.52.14-5 thanks * Cajus Pollmeier pollme...@gonicus.de, 2012-01-11, 15:14: import snack Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/dist-packages/snack.py, line 42, in module import _snack ImportError: No module named _snack 8--- I'm on amd64, too. Right, _snackmodule.so is still missing. -- 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#329192: nullmailer ignores permanent SMTP errors
Reported also here: https://github.com/bruceg/nullmailer/issues/1 Regards! -- ~~~ Carlos Alberto Lopez Perez http://neutrino.es Igalia - Free Software Engineeringhttp://www.igalia.com ~~~ signature.asc Description: OpenPGP digital signature
Bug#655472: new qa.debian.org style breaks layout
Hello Antoine, 2012/1/11 Antoine Beaupré anar...@debian.org: Package: qa.debian.org Severity: minor I notice the debian.org stylesheet walked into qa.debian.org, which is cool, but it broke the delicate balance that existed in the tables present there before. Take, for example, my page: http://qa.debian.org/developer.php?login=anarcat There are a few problems here: 1. the boundary of the versions in the various distros (stable/testing/sid) are unclear, because the cell borders have disappeared 2. the page overflows to the right are you using Chromium? I was hit by a similar situation since chromium wasn't re-fetching the modified css. I've opened my DDPO page in an incognito window, which forces the whole page parts reload and now I see it quite nicely.+ HTH, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654604: debugging
I'm upstream and also help do the debian packaging. I suspect it didn't fail in the previous release because we didn't run the test suite. The Veusz test suite basically just compares a set of generated SVG-like output with expected output. It's possible these are floating point rounding error problems under ARM leading to differences. They could be a real bugs, however. Is it possible to get access to the *.temp.selftest files in the tests source directory after the failed build, or is there a virtual machine somewhere I can debug under? These can be diffed against the .selftest files under tests/comparison/ Thanks Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655371: antlr-maven-plugin: FTBFS: POM 'org.apache.maven.plugins:maven-plugin-plugin' not found in repository: System is offline.
forcemerge 643492 655371 thanks On Wed, Jan 11, 2012 at 02:02:20AM +0800, Aron Xu wrote: Package: antlr-maven-plugin Version: 2.1-1 Severity: serious During a rebuild of Sid, package antlr-maven-plugin failed to build. -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#655394: [Pkg-acpi-devel] Bug#655394: [PATCH] Let acpi-support not handle power stuff if gnome3 is handling it already
Hi Michael,
Did you look into PowerDevilRunning() in the same file? This function gets the
module information from KDE. I guess the Gnome version could work similarly.
Hmm, I was going to look at that function and then got distracted or
something. Stupid I overlooked that.
Having said that, I guess this patch is a sufficient solution?
Actually the dbus version would be preferable if doable.
Here's a new patch, that uses dbus. I've generalized the PowerDevil
function to prevent duplicate code, but I haven't actually been able to
test the code on KDE (but the changes are small enough to not expect
any problems).
I've also not tested this on an older gnome, but I did try running
gnome-settings-daemon without the Power plugin loaded, which works as
expected.
Gr.
Matthijs
--- policy-funcs.orig 2012-01-11 16:12:36.139926253 +0100
+++ policy-funcs 2012-01-11 16:15:01.684570189 +0100
@@ -21,19 +21,46 @@
pidof dcopserver /dev/null
test -x /usr/bin/dcop
/usr/bin/dcop --user $XUSER kded kded loadedModules | grep -q klaptopdaemon; } ||
-PowerDevilRunning
+PowerDevilRunning ||
+ GnomeSettingsDaemonPowerRunning
}
-PowerDevilRunning() {
+# Find a DBUS session bus, by looking at the given process' environment and
+# then send a message to that bus. If multiple processes match the given name,
+# the message is sent to all of the buses (and output is simply concatenated.
+DBusSend() {
+ # The process to get the DBUS session address from
+ local PROC_NAME=$1
+
+ # Parameters for dbus-send
+ local DEST=$2
+ local DBUS_PATH=$3
+ local METHOD=$4
+
test -x /usr/bin/dbus-send || return 1
local DBUS_SESS
- for p in $(pidof kded4); do
+ for p in $(pidof $PROC_NAME); do
test -r /proc/$p/environ || continue
DBUS_SESS=$(grep -a -z DBUS_SESSION_BUS_ADDRESS= /proc/$p/environ || :)
test $DBUS_SESS != || continue
- ! su $(ps -o user= $p) -s /bin/sh -c $DBUS_SESS dbus-send --print-reply --dest=org.kde.kded /kded org.kde.kded.loadedModules | grep -q powerdevil || return 0
+ su $(ps -o user= $p) -s /bin/sh -c $DBUS_SESS dbus-send --print-reply --dest='$DEST' '$DBUS_PATH' '$METHOD'
done
-
- return 1
+}
+
+# Ask kde if the powerdevil module is loaded
+PowerDevilRunning() {
+ DBusSend kde4 org.kde.kded /kded org.kde.kded.loadedModules | grep -q powerdevil
+}
+
+# gnome-power-manager was integrated into gnome-settings-daemon from version
+# 3.1.4, in a new Power plugin (though the handling of buttons is done in the
+# MediaKeys plugin.
+#
+# gnome-settings-daemon does not export a list of loaded plugins, but
+# fortunately the Power plugin does have its own Dbus interface we can check
+# for (We can't check the MediaKeys plugin, since that has been around for
+# longer).
+GnomeSettingsDaemonPowerRunning() {
+ DBusSend gnome-session org.gnome.SettingsDaemon /org/gnome/SettingsDaemon/Power org.freedesktop.DBus.Introspectable.Introspect | grep -q 'interface name=org.gnome.SettingsDaemon.Power'
}
signature.asc
Description: Digital signature
Bug#655269: sympa: After upgarding wwsympa crashes ... terminated due to uncaught signal
Hello, I'm not sure whether this is the same issue or not, with Sympa 6.1.7~dfsg-2 and perl 5.14.2-6: Jan 11 16:01:30 anna wwsympa[5688]: info WWSympa started Jan 11 16:01:30 anna wwsympa[5688]: info [robot xxx] [session 33990158759768] [client nnn] main::do_home() do_home Jan 11 16:01:30 anna kernel: wwsympa.fcgi[5688] segfault at 7 ip 080cafbe sp bff41290 error 4 in perl[8048000+165000] Regards, -- Julien Lesaint. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646031: theunarchiver: creates $HOME/GNUstep/Library directory
* Yavor Doganov ya...@gnu.org, 2011-10-21, 13:07:
Package: theunarchiver
When I unpack RAR archives with unar, it creates
$HOME/GNUstep/Library directory:
I wish it didn't clutter my home directory with useless directories...
This directory is not useless, and gnustep-base makes sure to create it
as many methods rely on its existence.
Right. I meant that it's useless for me, because unar is the only
GNUstep software I use, so the directory is always empty.
The attached patch should do the desired cleanup, but:
- Please test extensively, it is potentially dangerous.
- There could be a race condition in the unlikely case that the same
user is running `unar' and another GNUstep program simultaneously.
I took another approach to work around this problem: I created a
LD_PRELOAD'able library that overrides the mkdir() function.
I think the same effect could be achieved by linking antignustep.o
directly into the unar binary. (Though I know absolutely nothing about
Objective-C, so I could be wrong.)
--
Jakub Wilk
/*
* Copyright © 2011 Jakub Wilk jw...@debian.org
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and associated documentation files (the “Software”), to deal
* in the Software without restriction, including without limitation the rights
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
* copies of the Software, and to permit persons to whom the Software is
* furnished to do so, subject to the following conditions:
*
* The above copyright notice and this permission notice shall be included in
* all copies or substantial portions of the Software.
*
* THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
* AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
* SOFTWARE.
*/
#include dlfcn.h
#include errno.h
#include pwd.h
#include string.h
#include sys/stat.h
#include sys/types.h
#include unistd.h
static int done;
static int (*original_mkdir)(const char *, mode_t);
int mkdir(const char *path, mode_t mode)
{
if (mode != 0777) {
done = 1;
return original_mkdir(path, mode);
}
if (!done) {
done = 1;
/* Don't allow creating the very first directory (which should be
* $HOME/GNUstep), but only if the call passes sanity checks.
*/
if (mode == 0777) {
struct passwd* pw = getpwuid(getuid());
if (pw == NULL || pw-pw_dir)
return -1;
size_t home_len = strlen(pw-pw_dir);
if (strncmp(path, pw-pw_dir, home_len) == 0 strcmp(path + home_len, /GNUstep) == 0) {
errno = EACCES;
return -1;
}
}
}
if (!original_mkdir) {
original_mkdir = dlsym(RTLD_NEXT, mkdir);
if (!original_mkdir) {
errno = EINVAL;
return -1;
}
}
return original_mkdir(path, mode);
}
/* vim:set ts=4 sw=4 et:*/
Bug#649937: usb: timeouts trying to mount thumb drive, device descriptor read/64, error -60
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 11 Jan 2012, Jonathan Nieder wrote: Forwarding to the correct bug number. What kernel version is this? (/proc/version or a log from bootup would say.) Sorry. Kernel version is 3.2.0-rc7-sparc64 (Debian 3.2~rc7-1~experimental.1). Sincerely, Gabriel - -- // Gabriel VLASIU // // OpenGPG-KeyID : 0xE684206E // OpenGPG-Fingerprint: 0C3D 9F8B 725D E243 CB3C 8428 796A DB1F E684 206E // OpenGPG-URL: http://www.vlasiu.net/public.key -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8NqJcACgkQeWrbH+aEIG7klACeK5a9UL5Tij8v1ZRrXpn9OXNU 1PAAn1eGNkNx/X9nl2rOLEw0GKPzEEVq =A+ez -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#655476: baobab: segmentation fault while clicking around in folder list
Package: baobab Version: 3.2.1-2 Severity: important The segmentation fault seems to happen randomly, ie. it isn't tied to a particular directory. All I'm doing is Scan Home, then browsing through directories in my $HOME via the directory list on the left. The most recent crash was when I clicked on the ~/.kde directory. I tried re-opening baobab and re-clicking on ~/.kde, but it didn't crash again on that directory. I'm running baobab inside a GNOME 3 session. Please let me know if any further information is required. I'm not sure how to generate a backtrace, so please let me know how to do this if required. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages baobab depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gnome-utils-common 3.2.1-2 ii libc62.13-24 ii libcairo21.10.2-6.2 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk-3-0 3.2.3-1 ii libgtop2-7 2.28.4-2 ii libpango1.0-01.29.4-2 baobab recommends no packages. Versions of packages baobab suggests: 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#655477: [brailleutils] doesn't really depend on libwoodstox-java
Package: brailleutils
Version: 1.2~b-1
Severity: normal
Tags: patch
Hi.
I'm packaging the new version of libwoodstox-java, which your package
brailleutils build-depends on. I found out that your package doesn't
really depends on libwoodstox-java. The attached patch just cancels out
all references to libwoodstox-java, and the package builds correctly
anyway (though I didn't any test on the compiled package, but I'm
confident that there aren't going to be problems).
Please, apply the patch in order to avoid building breakage due to the
new version of libwoodstox-java.
Thanks, Giovanni.
--- System information. ---
Architecture: amd64
Kernel: Linux 3.1.0-1-amd64
Debian Release: wheezy/sid
500 unstablewww.toastfreeware.priv.at
500 unstablewww.debian-multimedia.org
500 unstablepoisson.phc.unipi.it
500 unstableftp.it.debian.org
500 stable security.debian.org
--- Package information. ---
Package's Depends field is empty.
Package's Recommends field is empty.
Package's Suggests field is empty.
--
Giovanni Mascellani mascell...@poisson.phc.unipi.it
Pisa, Italy
Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org
diff -Nru brailleutils-1.2~b/debian/changelog brailleutils-1.2~b/debian/changelog
--- brailleutils-1.2~b/debian/changelog 2011-09-09 16:44:06.0 +0200
+++ brailleutils-1.2~b/debian/changelog 2012-01-11 16:03:52.0 +0100
@@ -1,3 +1,10 @@
+brailleutils (1.2~b-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove libwoodstox-java dependency.
+
+ -- Giovanni Mascellani g...@debian.org Wed, 11 Jan 2012 16:03:43 +0100
+
brailleutils (1.2~b-1) unstable; urgency=low
* Initial release, packaged as a dependency for odt2braille. (Closes: #630200)
diff -Nru brailleutils-1.2~b/debian/control brailleutils-1.2~b/debian/control
--- brailleutils-1.2~b/debian/control 2011-09-09 16:53:16.0 +0200
+++ brailleutils-1.2~b/debian/control 2012-01-11 16:04:02.0 +0100
@@ -4,14 +4,14 @@
Maintainer: Sebastian Humenda shume...@gmx.de
Build-Depends: debhelper (= 7.0.50~), ant (= 1.8~), ant-optional,
default-jdk, libsaxonb-java, libstax-java, libjing-java, libxerces2-java,
- libjaxp1.3-java, libisorelax-java, libwoodstox-java
+ libjaxp1.3-java, libisorelax-java
Standards-Version: 3.9.2
Homepage: http://brailleutils.googlecode.com
Package: libbrailleutils-java
Architecture: all
Depends: ${misc:Depends}, libsaxonb-java, libstax-java, libjing-java,
- libxerces2-java, libjaxp1.3-java, libisorelax-java, libwoodstox-java
+ libxerces2-java, libjaxp1.3-java, libisorelax-java
Description: cross platform library for embossing/converting PEF-files
BrailleUtils provides a cross platform API for embossing and converting
braille in PEF-format. It also supports conversion to and from commonly used
diff -Nru brailleutils-1.2~b/debian/patches/no-woodstox-references brailleutils-1.2~b/debian/patches/no-woodstox-references
--- brailleutils-1.2~b/debian/patches/no-woodstox-references 1970-01-01 01:00:00.0 +0100
+++ brailleutils-1.2~b/debian/patches/no-woodstox-references 2012-01-11 16:14:08.0 +0100
@@ -0,0 +1,59 @@
+Description: Remove libwoodstox-java references
+ This package doesn't actually depend on libwoodstox-java. I'm removing
+ it from the compilation classpath.
+Author: Giovanni Mascellani g...@debian.org
+Last-Update: 2012-01-11
+Forwarded: no
+
+Index: brailleutils-1.2~b/build.xml
+===
+--- brailleutils-1.2~b.orig/build.xml 2012-01-11 16:09:24.0 +0100
brailleutils-1.2~b/build.xml 2012-01-11 16:13:14.0 +0100
+@@ -90,7 +90,6 @@
+
+ property name=file.reference.saxon value=lib/saxon8.jar/
+ property name=file.reference.stax-api value=lib/stax-api-1.0.1.jar/
+-property name=file.reference.wstx value=lib/wstx-lgpl-3.2.8.jar/
+ property name=file.reference.jing value=lib/jing.jar/
+ property name=file.reference.xercesImpl value=lib/xercesImpl.jar/
+ property name=file.reference.xml-apis value=lib/xml-apis.jar/
+@@ -100,7 +99,6 @@
+ path id=core.classpath
+ pathelement location=${file.reference.saxon}/
+ pathelement location=${file.reference.stax-api}/
+-pathelement location=${file.reference.wstx}/
+ pathelement location=${file.reference.jing}/
+ pathelement location=${file.reference.xercesImpl}/
+ pathelement location=${file.reference.xml-apis}/
+Index: brailleutils-1.2~b/build.debian.properties
+===
+--- brailleutils-1.2~b.orig/build.debian.properties 2012-01-11 16:09:24.0 +0100
brailleutils-1.2~b/build.debian.properties 2012-01-11 16:13:30.0 +0100
+@@ -6,7 +6,6 @@
+
Bug#366507: Pcmcia cardbus disabled
retitle 366507 [ToPIC97] trouble routing CSC IRQs and card IRQs to ISA IRQ (pcmcia cardbus disabled) quit Thomas Nemeth wrote: Jonathan Nieder wrote: I wonder if v2.6.34-rc2~30^2~2 (pcmcia: re-route Cardbus IRQ to ISA on ti1130 bridges if necessary, 2010-03-06) improved things. Thomas, would you be able to try a more recent kernel? I'll try ASAP. Now that bugzilla is back up, we can see that no, it did not improve things: | From Dominik Brodowski | | test patch to use ISA IRQs also for CardBus | | That's bad news -- both sockets are configured the same way. So they _should_ | behave the same way, and work... Well, could you remove the IRQ=11 forced | setting, try out the attached patch (both sockets), and send the dmesg (even if | it works)? cbdump or other is not needed. | | From Thomas Nemeth | | Boot messages for 2.6.34-rc2 with applied patch | | No slot worked :( There was a workaround. Changing the righthand side of socket-cb_irq = dev-irq; to 11 in yenta_probe() caused the card to be recognized. Putting it slot 0 afterwards even made it work as a network card. Unfortunately there is no DMI info to apply this workaround automatically. Dominik's conclusion: | The problem isn't detecting the IRQ -- we can use ISA IRQ 3 (as 2.2.xx did) or | ISA IRQ 9 and 10 (as the patch in comment #86 did). | | The problem is setting up the bridge so that it routes CSC (card status change) | IRQs for CardBus and 16bit cards to the ISA IRQ and also card IRQs for CardBus | and 16bit cards to the ISA IRQ. This seems to be impossible on the ToPIC97. | | However, 2.2. seems to do some polling to get the IRQs right. I.e., it isn't | really using the IRQs, but polls whether an IRQ occured. That seems necessary | at least or the CSC interrupt. Results from a newer kernel would still be interesting, but I'm not optimistic about the possibility of there being a fix already upstream any more. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655478: geda: startup infoscreen too small
Package: geda Version: 1:1.6.1-5 Severity: normal at first start gschem opens a window, that is too small to read anything Its content is: === gEDA/gschem version 1.6.1.20100214 gEDA/gschem comes with ABSOLUTELY NO WARRANTY; see COPYING for more details. This is free software, and you are welcome to redistribute it under certain conditions; please see the COPYING file for more details. Read system config file [/etc/gEDA/system-gafrc] Read system config file [/etc/gEDA/system-gschemrc] Read init scm file [/usr/share/gEDA/scheme/gschem.scm] New file [/home/stein/untitled_1.sch] === -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geda depends on: ii geda-doc 1:1.6.1-5 GPL EDA -- Electronics design soft ii geda-gnetlist 1:1.6.1-5 GPL EDA -- Electronics design soft ii geda-gschem 1:1.6.1-5 GPL EDA -- Electronics design soft Versions of packages geda recommends: ii extra-xdg-menus 1.0-4 Extra menu categories for applicat ii geda-gattrib 1:1.6.1-5 GPL EDA -- Electronics design soft ii geda-gsymcheck1:1.6.1-5 GPL EDA -- Electronics design soft Versions of packages geda suggests: pn geda-examples none (no description available) pn geda-utilsnone (no description available) pn gerbv none (no description available) pn pcb none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652990: screen: Cannot bind space to a different action
On Fri, Dec 23, 2011 at 04:31:27PM +0100, Axel Beckert wrote: tag 652990 - unreproducible moreinfo kthxbye Hi Bruce, thanks for the followup. Bruce Momjian wrote: I just found the cause of my odd Enter behavior and was about to email an update. It turns out if you press ^A, and then space quickly, you get the (wrong) 'next' behavior, but if press ^A then and then wait for a second and then press space, you get the (right) configured info behavior. [...] Is that reproducible for you? Indeed it is -- despite it happened in only about 10% of my tries to type ^A Space quickly. (Maybe I'm still not typing fast enough all the time. ;-) I'll check later if this still happens with the version of screen in Debian experimental. Any update on this? -- Bruce Momjian br...@momjian.ushttp://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598845: closed by wer...@aloah-from-hell.de (technically a sender restriction)
also sprach wer...@aloah-from-hell.de wer...@aloah-from-hell.de [2012.01.11.1123 +0100]: He says that it's best practice to define restrictions in smtpd_recipient_restrictions (which I also think). It would be a bad idea to change that, policyd-weight furthermore also checks for recipients (e.g. postmaster handline, etc). Okay, so it *is* a recipient restriction, of which I was not aware. Thanks for your efforts! -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems eine schlechte sache erregt, eine gute verträgt viel kritik. -- charles tschopp digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#655479: wpasupplicant: Please consider providing a libeap package.
Package: wpasupplicant Version: 0.7.3-6 Severity: wishlist Dear Maintainer, I'm in the process of packaging wimax and wimax-tools in order to enable WiMAX support in NetworkManager (and provide user-space libraries for manual use). Unfortunately, the WiMAX sdk depends on a libeap package that should be built from the wpasupplicant source. Fedora has included a patch, initially coming from the linux-wimax people to achieve this; and mainly depends on building wpasupplicant slightly differently and possibly providing an extra package for a libeap library. I've attached the patch for your convenience. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (510, 'precise-updates'), (510, 'precise'), (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-8-generic (SMP w/4 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wpasupplicant depends on: ii adduser 3.113ubuntu2 ii initscripts 2.88dsf-13.10ubuntu8 ii libc6 2.13-24ubuntu2 ii libdbus-1-3 1.4.16-1ubuntu2 ii libnl-3-200 3.2.3-2ubuntu1 ii libnl-genl-3-200 3.2.3-2ubuntu1 ii libpcsclite1 1.7.4-2ubuntu1 ii libreadline6 6.2-8 ii libssl1.0.0 1.0.0e-2ubuntu4 ii lsb-base 4.0-0ubuntu17 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl none pn wpaguinone -- no debconf information From 3de5e59b291b6f58317bb16736f8c0271754378e Mon Sep 17 00:00:00 2001 From: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com Date: Sat, 2 Oct 2010 00:11:51 -0700 Subject: [PATCH] eap_peer: create a libeap library, with header files and pkg-config [v2] This adds infrastructe in src/eap_peer to make libeap.so and install the needed header files and pkg-config files. Now, this is quite dirty and probably not what we want in the long term, but serves as an starting point: - we don't build from the wpa_supplicant directory because the objects the .so have to be built with -fPIC. So if you need to build both the binary and the library: make -C wpa_supplicant make -C src/eap_peer clean make -C src/eap_peer As I said, it's dirty -- we'd need either wpa_supplicant linking against the library properly (but that seems not to be desirable) or a multiple object build approach ala automake. - need to use 'override CFLAGS' in src/eap_peer/Makefile, otherwise any CFLAGS setting will kill the build infrastructure. I miss AM_CFLAGS. - adds 'eap_register_methods()' that will register every compiled in method. Signed-off-by: Inaky Perez-Gonzalez inaky.perez-gonza...@intel.com --- build_release | 12 +++ src/eap_peer/Makefile | 191 ++-- src/eap_peer/eap_methods.c | 114 ++ src/eap_peer/eap_methods.h |1 + src/eap_peer/libeap0.pc| 10 +++ 5 files changed, 320 insertions(+), 8 deletions(-) create mode 100644 src/eap_peer/libeap0.pc diff --git a/src/eap_peer/Makefile b/src/eap_peer/Makefile index 3651056..58c067a 100644 --- a/src/eap_peer/Makefile +++ b/src/eap_peer/Makefile @@ -1,11 +1,190 @@ -all: - @echo Nothing to be made. +LIBEAP_NAME = libeap +LIBEAP_CURRENT = 0 +LIBEAP_REVISION = 0 +LIBEAP_AGE = 0 + +LIBEAP = $(LIBEAP_NAME).so.$(LIBEAP_CURRENT).$(LIBEAP_REVISION).$(LIBEAP_AGE) +LIBEAP_SO = $(LIBEAP_NAME).so.$(LIBEAP_CURRENT) + +.PHONY: all clean install uninstall + +all: $(LIBEAP) + +ifndef CC +CC=gcc +endif + +ifndef CFLAGS +CFLAGS = -MMD -O0 -Wall -g +endif + +CONFIG_TLS=openssl + +INCLUDE_INSTALL_DIR=/usr/include/eap_peer + +ifndef LIB +LIB = lib +endif + +# Got to use override all across the board, otherwise a 'make +# CFLAGS=XX' will kill us because the command line's CFLAGS will +# overwrite Make's and we'll loose all the infrastructure it sets. +override CFLAGS += -I. -I.. -I../crypto -I../utils -I../common + +# at least for now, need to include config_ssid.h and config_blob.h from +# wpa_supplicant directory +override CFLAGS += -I ../../wpa_supplicant + +OBJS_both += ../utils/common.o +OBJS_both += ../utils/os_unix.o +OBJS_both += ../utils/wpa_debug.o +OBJS_both += ../utils/base64.o +OBJS_both += ../utils/wpabuf.o +OBJS_both += ../crypto/md5.o +OBJS_both += ../crypto/sha1.o +OBJS_both += ../crypto/sha1-tlsprf.o +OBJS_both += ../crypto/aes-encblock.o +OBJS_both += ../crypto/aes-wrap.o +OBJS_both += ../crypto/aes-ctr.o +OBJS_both += ../crypto/aes-eax.o +OBJS_both += ../crypto/aes-omac1.o +OBJS_both += ../crypto/ms_funcs.o +OBJS_both += ../crypto/sha256.o + + +OBJS_both += ../eap_common/eap_peap_common.o +OBJS_both += ../eap_common/eap_psk_common.o +OBJS_both += ../eap_common/eap_pax_common.o +OBJS_both += ../eap_common/eap_sake_common.o +OBJS_both += ../eap_common/eap_gpsk_common.o +OBJS_both +=
Bug#654162: Fwd: arduino makefile for 1.0
-- Forwarded message -- From: Martin Oldfield m...@mjo.tc Date: Wed, Jan 11, 2012 at 7:25 AM Subject: arduino makefile for 1.0 To: Craig Hollabaugh holla2...@gmail.com, Scott Howard show...@debian.org Cc: m...@mjo.tc Gentlemen, Sorry to be slow to reply: $WORK's New Year backlog has proved time-consuming. I've not had a chance to look at the 1.0 Arduino stuff, but some kind person has sent me some patches about it. I'll try to test them by next week. If you've got more free tuits and want to seize the baton, please let me know. Cheers, -- M. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629530: developers-reference: Japanese PDF available
Hi, On Wed, Jan 11, 2012 at 12:25:23AM -0400, David Prévot wrote: tags 629530 pending thanks. Hi, Le 09/01/2012 12:49, David Prévot a écrit : Le 07/06/2011 08:56, Osamu Aoki a écrit : If you move this build this with XeTeX (specifically xelatex), this problem goes away. Indeed, I just rebuilt it with XeTeX and it works: http://people.debian.org/~taffit/developers-reference-xetex/developers-reference.pdf The file has been update, keeping its usual style (thank to Osamu for the maint-guide build process, and the explanations). Japanese PDF: http://people.debian.org/~taffit/developers-reference-xetex/developers-reference.ja.pdf Japanese look good :-) One note on content such as translation availability in page ii. Any local link to file will cause problem these days for PDF and even URL links. So source needs to avoid such link. Updated too, so it now looks like the English and other already available translations (German and French). Hideki, Osamu, thanks in advance if you could confirm that the built document is OK. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654845: libarpack2: ARPACK should link against LAPACK 2.0, and not liblapack
forcemerge 654845 315570 thanks Le mercredi 11 janvier 2012 à 15:53 +0100, roucaries bastien a écrit : On Tue, Jan 10, 2012 at 10:18 PM, Sylvestre Ledru sylves...@debian.org wrote: Le vendredi 06 janvier 2012 à 01:51 -0500, Viral B. Shah a écrit : Package: libarpack2 Severity: important ARPACK needs to use LAPACK 2.0 for correctness. This will cause a conflict with liblapack upon which it depends. See this thread on the issue and a name mangling fix, so that LAPACK 2.0 routines can be used in ARPACK. I don't see the issue for now. Could you produce a sample which shows the issue ? Solved long time ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315570 Sylvain feel free to force-merge if I have understood correctly OK. Thanks for the information Sylvestre (and not Sylvain ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655480: axis2c: FTBFS with --enable-libxml2=yes
Source: axis2c Version: 1.6.0-2.1 Severity: serious Justification: 4 error is cused by lack of libaxis2_parser.la and libaxis2_parser.so, files are compiled but not copyied into relevant directories (paths) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#360155: worst part
The worst part about this bug is if you do ifdown eth0:1 With an IPv6 stanza configured, it downs the entire interface, including IPv4. This caused a production server outage for me and is likely to catch people out. In my opinion that is a much more critical bug than the fact there is no way to configure multiple IPv6 addresses. The same fix (adding alias support) would fix both. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655481: [squeeze update] Touchpad HP 8560w detected as standard PS2/Mouse
Package: linux-2.6
Version: 2.6.32-38
Severity: wishlist
The touchpad of the new HP Mobile Workstation 8560w is detected as a standard
PS/2 mouse, not a touchpad.
The patch by Dmitry Torokhov (3619b8fead04ab9de643712e757ef6b5f79fd1ab) permit
the correct detection of this device as a touchpad device.
I have tested this patch successfully on a 8560 with an updated Squeeze.
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commitdiff;h=3619b8fead04ab9de643712e757ef6b5f79fd1ab
---
From 3619b8fead04ab9de643712e757ef6b5f79fd1ab Mon Sep 17 00:00:00 2001
From: Dmitry Torokhov dmitry.torok...@gmail.com
Older firmwares fixed the middle byte of the Synaptics capabilities
query to 0x47, but starting with firmware 7.5 the middle byte
represents submodel ID, sometimes also called dash number.
---
From 3619b8fead04ab9de643712e757ef6b5f79fd1ab Mon Sep 17 00:00:00 2001
From: Dmitry Torokhov dmitry.torok...@gmail.com
Date: Wed, 21 Jul 2010 00:01:19 -0700
Subject: [PATCH] Input: synaptics - relax capability ID checks on newer
hardware
MIME-Version: 1.0
Content-Type: text/plain; charset=utf8
Content-Transfer-Encoding: 8bit
Older firmwares fixed the middle byte of the Synaptics capabilities
query to 0x47, but starting with firmware 7.5 the middle byte
represents submodel ID, sometimes also called dash number.
Reported-and-tested-by: Miroslav Å ulc fordf...@gmail.com
Signed-off-by: Dmitry Torokhov d...@mail.ru
---
drivers/input/mouse/synaptics.c |7 ++-
drivers/input/mouse/synaptics.h |3 ++-
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/input/mouse/synaptics.c b/drivers/input/mouse/synaptics.c
index 9ba9c4a..705589d 100644
--- a/drivers/input/mouse/synaptics.c
+++ b/drivers/input/mouse/synaptics.c
@@ -141,8 +141,13 @@ static int synaptics_capability(struct psmouse *psmouse)
priv-capabilities = (cap[0] 16) | (cap[1] 8) | cap[2];
priv-ext_cap = priv-ext_cap_0c = 0;
- if (!SYN_CAP_VALID(priv-capabilities))
+ /*
+ * Older firmwares had submodel ID fixed to 0x47
+ */
+ if (SYN_ID_FULL(priv-identity) 0x705
+ SYN_CAP_SUBMODEL_ID(priv-capabilities) != 0x47) {
return -1;
+ }
/*
* Unless capExtended is set the rest of the flags should be ignored
diff --git a/drivers/input/mouse/synaptics.h b/drivers/input/mouse/synaptics.h
index 7d4d5e1..b6aa7d2 100644
--- a/drivers/input/mouse/synaptics.h
+++ b/drivers/input/mouse/synaptics.h
@@ -47,7 +47,7 @@
#define SYN_CAP_FOUR_BUTTON(c) ((c) (1 3))
#define SYN_CAP_MULTIFINGER(c) ((c) (1 1))
#define SYN_CAP_PALMDETECT(c) ((c) (1 0))
-#define SYN_CAP_VALID(c) c) 0x00ff00) 8) == 0x47)
+#define SYN_CAP_SUBMODEL_ID(c) (((c) 0x00ff00) 8)
#define SYN_EXT_CAP_REQUESTS(c) (((c) 0x70) 20)
#define SYN_CAP_MULTI_BUTTON_NO(ec) (((ec) 0x00f000) 12)
#define SYN_CAP_PRODUCT_ID(ec) (((ec) 0xff) 16)
@@ -66,6 +66,7 @@
#define SYN_ID_MODEL(i) (((i) 4) 0x0f)
#define SYN_ID_MAJOR(i) ((i) 0x0f)
#define SYN_ID_MINOR(i) (((i) 16) 0xff)
+#define SYN_ID_FULL(i) ((SYN_ID_MAJOR(i) 8) | SYN_ID_MINOR(i))
#define SYN_ID_IS_SYNAPTICS(i) i) 8) 0xff) == 0x47)
/* synaptics special commands */
--
1.7.6.5
Bug#654939: mtpfs: broken overnight
Hi Cristian, Just stopped working. I could use it yesterday, but not today. The only thing I can recall, which may or may not be related is an upgrade of util-linux and mount. Unfortunately my only MTP device finally died on me, so a fix is unlikely to be forthcoming (and should now put this package up for adoption).. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#655394: [Pkg-acpi-devel] Bug#655394: [PATCH] Let acpi-support not handle power stuff if gnome3 is handling it already
On Wed, Jan 11, 2012 at 01:05:06PM +0100, Matthijs Kooijman wrote:
It seems something like this could happen through DBus, but
gnome-settings-daemon is only active on the session bus and I doubt it's
possible to implement this reliably (since you don't know where the dbus
session for the user lives?).
Could you please try patching /usr/share/acpi-support/policy-funcs with the
attached patch and tell me if it fixes the problem for you? I haven't
thoroughly tested that patch yet, though, but it seems to work for me.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL
--- /usr/share/acpi-support/policy-funcs 2011-12-13 15:00:19.0 +0100
+++ policy-funcs 2012-01-11 16:49:10.74956 +0100
@@ -21,7 +21,8 @@
pidof dcopserver /dev/null
test -x /usr/bin/dcop
/usr/bin/dcop --user $XUSER kded kded loadedModules | grep -q klaptopdaemon; } ||
-PowerDevilRunning
+PowerDevilRunning ||
+ GSDWithSuspend
}
PowerDevilRunning() {
@@ -36,4 +37,18 @@
done
return 1
+}
+
+GSDWithSuspend() {
+ test -x /usr/bin/dbus-send || return 1
+
+ local DBUS_SESS
+ for p in $(pidof gnome-settings-daemon); do
+ test -r /proc/$p/environ || continue
+ DBUS_SESS=$(grep -a -z DBUS_SESSION_BUS_ADDRESS= /proc/$p/environ || :)
+ test $DBUS_SESS != || continue
+ ! su $(ps -o user= $p) -s /bin/sh -c $DBUS_SESS dbus-send --system --print-reply --dest=org.freedesktop.UPower --type=method_call --reply-timeout=6000 /org/freedesktop/UPower org.freedesktop.DBus.Properties.Get string:org.freedesktop.UPower string:CanSuspend | grep -q true || return 0
+ done
+
+ return 1
}
Bug#655476: baobab: segmentation fault while clicking around in folder list
I generated a stack trace according to instructions I found at http://fedoraproject.org/wiki/StackTraces#gdb -- hopefully this helps. I should probably also mention that earlier in this baobab session, I made the folder list area wider by dragging the area's edge right... I was also doing this in earlier sessions that segfaulted. Thread 3 (Thread 0xb13ffb70 (LWP 5929)): #0 0xb7fe2424 in __kernel_vsyscall () No symbol table info available. #1 0xb75e0fa6 in poll () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 No symbol table info available. #2 0xb76eaafb in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #3 0xb76dc076 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #4 0xb76dc77b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #5 0xb7a1859a in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 No symbol table info available. #6 0xb7702dd4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #7 0xb7682c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 No symbol table info available. #8 0xb75ee98e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 No symbol table info available. Backtrace stopped: Not enough registers or memory available to unwind further Thread 2 (Thread 0xb1d98b70 (LWP 5928)): #0 0xb7fe2424 in __kernel_vsyscall () No symbol table info available. #1 0xb75e0fa6 in poll () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 No symbol table info available. #2 0xb76eaafb in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #3 0xb76dc076 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #4 0xb76dc77b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #5 0xb1da3524 in ?? () from /usr/lib/i386-linux-gnu/gio/modules/libdconfsettings.so No symbol table info available. #6 0xb7702dd4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #7 0xb7682c39 in start_thread () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 No symbol table info available. #8 0xb75ee98e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 No symbol table info available. Backtrace stopped: Not enough registers or memory available to unwind further -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#360155: worst part
tags 360155 + pending thanks Hello, On Wed, 11 Jan 2012 16:43:29 +0800 Trent Lloyd lath...@bur.st wrote: In my opinion that is a much more critical bug than the fact there is no way to configure multiple IPv6 addresses. This is going to be fixed in the next ifupdown release. -- WBR, Andrew signature.asc Description: PGP signature
Bug#655482: mpd: output: Failed to enable muzyka [jack]: Failed to connect to JACK server, status=17
Package: mpd
Version: 0.16.5-1
Hi,
I try to make work mpd with its native Jack output.
- It works with ALSA when no other sound app is running
- My JACK setup works well with other apps, I use an external
USB soundcard.
My config is simple:
(...)
audio_output {
typejack
namemuzyka
}
(...)
Reference: http://mpd.wikia.com/wiki/Configuration#Audio_Outputs
Check:
% mpc outputs
Output 1 (My ALSA Device) is enabled
Output 2 (muzyka) is enabled
In /var/log/mpd.conf, I repeatedly have stuff like:
Jan 11 16:56 : jack: jack server is not running or cannot be started
Jan 11 16:56 : output: Failed to enable muzyka [jack]: Failed to
connect to JACK server, status=17
Jan 11 16:56 : jack: Cannot connect to server socket err = No such file
or directory
Jan 11 16:56 : jack: Cannot connect to server socket
Jan 11 16:56 : jack: jack server is not running or cannot be started
Jan 11 16:56 : output: Failed to enable muzyka [jack]: Failed to
connect to JACK server, status=17
Jan 11 16:56 : player_thread: problems opening audio device while
playing musique/kanibal 02 malaria - untitled/01-Malaria-A1
- Snif.mp3
The only reference for this error I found on google is:
http://permalink.gmane.org/gmane.comp.audio.musicpd.devel/1628
I manually added 'mpd' user to 'audio' group in case it was a
permision problem, but that doesn't help.
% uname -a
Linux cacacomp 3.1.0-1-amd64 #1 SMP Fri Dec 23 16:37:11 UTC 2011 x86_64
GNU/Linux
Cheers,
01.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655483: aptitude: Packages with circular depends/recommends stay automatically installed
Package: aptitude Version: 0.6.4-1.2 Severity: normal Take the following situation (available as of today in unstable): timidity Recommends timidity-daemon timidity-daemon Depend on timidity In the graphical user interface, marking timidity for installation (doesn't matter if directly or via another package) causes both packages to be marked for installation. Marking timidity as automatically installed and removing all reverse-deps causes both timidity-daemon and timidity to stay installed, because of the circular depends/recommends. Aptitude should probably try to detect these cases and remove them too. -- Package-specific info: aptitude 0.6.4 compiled at Oct 29 2011 20:08:13 Compiler: g++ 4.6.2 Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.10.1 linux-vdso.so.1 = (0x7fff40bff000) /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so (0x7ff411da7000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7ff411a7) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7ff411841000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7ff411619000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7ff411414000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7ff41110b000) libept.so.1 = /usr/lib/libept.so.1 (0x7ff410eaf000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7ff410ab2000) libz.so.1 = /usr/lib/libz.so.1 (0x7ff41089a000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7ff4105f7000) libboost_iostreams.so.1.46.1 = /usr/lib/libboost_iostreams.so.1.46.1 (0x7ff4103de000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7ff4101c1000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7ff40febd000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7ff40fc3b000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7ff40fa24000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7ff40f6a) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7ff40f49d000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7ff40f298000) libuuid.so.1 = /lib/libuuid.so.1 (0x7ff40f094000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7ff40ee83000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7ff40ec7b000) /lib64/ld-linux-x86-64.so.2 (0x7ff411fab000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.9 ii libboost-iostreams1.46.1 1.46.1-7+b1 ii libc6 2.13-23 ii libcwidget3 0.5.16-3.1 ii libept1 1.0.5 ii libgcc1 1:4.6.2-9 ii libncursesw5 5.9-4 ii libsigc++-2.0-0c2a2.2.9-1.1 ii libsqlite3-0 3.7.9-2 ii libstdc++64.6.2-9 ii libtinfo5 5.9-4 ii libxapian22 1.2.8-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages aptitude recommends: ii apt-xapian-index0.44 ii aptitude-doc-en | aptitude-doc none ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: ii debtags 1.7.11 ii tasksel 3.07 -- 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#634401: extundelete: FTBFS: extundelete.cc:963:47: error: invalid use of incomplete type 'struct opaque_ext2_group_desc'
* Eric Sandeen [Tue Jan 03, 2012 at 11:54:46AM -0600]: On 12/31/11 6:23 AM, Michael Prokop wrote: [...] The responsible change in e2fslibs-dev is this one (libext2fs: make fs-group_desc opaque): http://git.kernel.org/?p=fs/ext2/e2fsprogs.git;a=commit;h=efe0b401465a3ee836180614b5b435acbb84fc27 [...] The code of extundelete that's failing to compile is: http://anonscm.debian.org/gitweb/?p=forensics/extundelete.git;a=blob;f=src/extundelete.cc;h=d51d45e15081b01e32e781334ba6d431e7adf88f;hb=HEAD#l944 //FIXME: may need to change to be compatible with newer file systems :) Yeah :) The point of the change was to prevent this kind of use of -group_desc: group_descriptor_table[n] = fs-group_desc[n]; because the size of group_desc may change. Instead, we need something like: group_descriptor_table[n] = *ext2fs_group_desc(fs, fs-group_desc, n); I think my pointer-fu is ok ;) Maybe a memcpy would be clearer. Seems to work - thanks a lot for your help, Eric! There are other problems though, I think, in parse_inode_block() for example, things in there have changed as well... this tool seems to be getting a little to grubby in the ext internals. I think maybe it should be making use of ext2fs_swap_inode() instead. Ok. regards, -mika- signature.asc Description: Digital signature
Bug#655468: valgrind: vex amd64-IR: unhandled instruction bytes XXXX on Intel Core i7 (SSE4.2 related?)
retitle 655468 valgrind doesn't support the AVX instruction set.
severity 655468 wishlist
thanks
On Wed, Jan 11, 2012 at 02:29:25PM +0100, Ondra Lengal wrote:
Package: valgrind
Version: 1:3.7.0-1
Severity: important
Hi,
I have a problem while debugging a GCC-compiled program on my Intel Core
i7-2600 (Sandy Bridge) with valgrind. Although the program runs and GDB
does not object as well, when run in valgrind it terminates with the
unhandled instruction bytes message (see the attached report), so
valgrind (and callgrind, ...) is currently unusable for me. My
unqualified guess is that there is a problem is with the use of SSE4.2
instructions.
Do you have any advice how to remove this error?
It's nothing to do with sse4.2.
vex amd64-IR: unhandled instruction bytes: 0xC5 0xFA 0x10 0x5 0x7E 0x70 0xE
0x0
Doing this:
$ cat ~/a.c
int main(void)
{
asm(.byte 0xC5, 0xFA, 0x10, 0x5, 0x7E, 0x70, 0xE, 0x0);
return 0;
}
$ make a
Shows in gdb:
Dump of assembler code for function main:
0x004004d4 +0: push %rbp
0x004004d5 +1: mov%rsp,%rbp
0x004004d8 +4: vmovss 0xe707e(%rip),%xmm0# 0x4e755e
0x004004e0 +12:mov$0x0,%eax
0x004004e5 +17:pop%rbp
0x004004e6 +18:retq
vmovss is AVX and valgrind doesn't support avx instructions.
Solution: do not generate AVX insns (see gcc doc for that). It's likely that
you're either passing -mavx to your GCC or are optimizing for an AVX
enabled CPU. Just don't, it's not supported and documented.
--
·O· Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642911: TX watchdog timeout on RTL8168B
Hi Gerd, boos...@wolke7.net wrote: All the squeeze kernels cause the same hang during high load at the network. Today I installed the 3.1 kernel and did some testing by copying files with samba. The problem still exists and is even worse: Now the CPU hangs during the interrupts: Something very similar to the fix you tested plus a couple more r8169 fixes were applied upstream: - v3.2-rc5~38^2~5 (r8169: Rx FIFO overflow fixes, 2011-12-04), which is the fix you helped with - v3.2-rc5~38^2~4 (r8169: fix Rx index race between FIFO overflow recovery and NAPI handler, 2011-12-04) - v3.2-rc7~12^2~8 (r8169: fix Config2 MSIEnable bit setting, 2011-12-15) Am I correct in guessing that v3.2-rc7 from experimental works ok? I'd like to see this fixed in the upstream 3.0.y longterm branch, since it should make it easier to share work on maintaining 3.2.y. It would also be useful to fix this in squeeze; conveniently enough, the current r8169 driver in squeeze is based on the version in v3.0.2. If you have time for it, please test the fix on top of the 3.0.y branch. It works like this: 1. If you still have a clone of Linus's kernel repository: # enter it cd linux # grab the stable and longterm branches on top git remote add -f stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git Otherwise: # grab a copy of the stable and longterm branches git clone -o stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git \ linux # enter it cd linux 2. git checkout -f stable/linux-3.0.y git am -3 $HOME/downloads/0001-r8169-Rx-FIFO-overflow-fixes.patch make localmodconfig; # minimal configuration # or: make silentoldconfig; # reuse configuration make deb-pkg; # pass -jnumber of processors for parallel build dpkg -i ../name of package reboot As always, if you have any questions, feel free to ask. Thanks again for your work on this. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655394: [Pkg-acpi-devel] Bug#655394: [PATCH] Let acpi-support not handle power stuff if gnome3 is handling it already
Hi Michael, seems our messages (and patches) crossed paths. From a quick look, my patch looks more sensible, since it check gnome-settings-daemon, not UPower (AFAICS the latter only executes the suspend, not triggers it?). Anyway, let me know what you think. Gr. Matthijs signature.asc Description: Digital signature
Bug#655484: www.debian.org: Debian Consultants page appears to be abandoned.
Package: www.debian.org Severity: wishlist Dear Maintainer, I email consulta...@debian.org asking to be added on December 3 2011, and January 4 2012, and have had no response and see no update to the page. As a Debian Developer for 10 years, it would be nice to be listed here. My email from Dec 3 2011: Hi I've been a DD since 2000, and am now consulting. Can you please add my details: Name: James Bromberger Company: JamesBromberger.com Address: Ardross 6153, Perth, Western Australia, Australia Phone: +61 422 166 708 Email: sa...@jamesbromberger.com URL: http://www.jamesbromberger.com/ Rates: on application It may be worth checking the rest of the URls listed ot ensure the organisations still exist. I would appreciate being added to this list. Thanks, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38.7-kvm-i386-20110522-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655485: libdnet: Don't recommend: dnet-common
Source: libdnet Severity: minor Hello, given the following chain of dependencies i A task-kde-desktop Depends kde-standard i A kde-standard Depends dragonplayer (= 4:4.6.3) i A dragonplayer Depends libxine1 (= 1.1.8-1) i A libxine1 Depends libxine1-plugins (= 1:1.1.20-0.1) | libxine1-misc-plugins (= 1:1.1.20-0.1) i A libxine1-misc-plugins Depends libroar-compat1 i A libroar-compat1 Depends libroar1 i A libroar1 Depends libdnet the typical user probably does not do *anything* with DECnet. Thus, a Recommends: of dnet-common doesn't make much sense. Anybody who does neet DECnet will probably install dnet-progs. Thus², I recommend to reduce that dependency to a suggests:. While you're at it, I'd also add a Suggests: dnet-progs stanza to dnet-common. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655482: mpd: output: Failed to enable muzyka [jack]: Failed to connect to JACK server, status=17
On 2012/01/11 18:14, 01 f10101...@gmail.com wrote: I try to make work mpd with its native Jack output. [...] Jan 11 16:56 : jack: jack server is not running or cannot be started This looks like a configuration problem and is not a MPD bug. What makes you think this is a bug in the MPD package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600272: fail2ban: must add charset header on all notifications
2012/1/10 Yaroslav Halchenko deb...@onerussian.com: Could you check if something like that is working for you? https://github.com/yarikoptic/fail2ban/commit/ed9000c469b4554aab3e9b5365b959520096f3ba I've tested that patch and it works, meaning it adds Content-Type: header. This was tested against f2b from Debian 6.0, not from 'unstable'. I'll test this too on a on en_US server. Thanks PS: the Date: headers are really not necessary since are much better added by 'sendmail' using the correct timezone instead of UTC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655486: guake: Browser cannot follow web links shown in guake.
Package: guake Version: 0.4.2-7 Severity: normal Dear Maintainer, When I click a link shown in a guake session it does not open a browser as I'd expect. The strange thing is an http link is properly underlined, so ir represents a link and when I position the mouse cursor above it changes to the the form of a pointing hand, the same behavior as in iceweasel. Actually in gnome-terminal, if I click a link, a web browser is not launched as I expect as well but by right-clicking a link I am presented with an option to follow link. Could we either have this behavior or the open on click behavior? Thanks for your consideration, Hugo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (675, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.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 Versions of packages guake depends on: ii gconf2 2.32.4-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-24 ii libcairo21.10.2-6.2 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libpango1.0-01.29.4-2 ii libpython2.7 2.7.2-8 ii libx11-6 2:1.4.4-4 ii notification-daemon 0.7.3-1 ii python 2.7.2-9 ii python-dbus 0.84.0-2 ii python-gconf 2.28.1-3 ii python-glade22.24.0-2 ii python-notify0.1.1-3 ii python-vte 1:0.28.2-1 ii python2.72.7.2-8 guake recommends no packages. guake 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#655394: [Pkg-acpi-devel] Bug#655394: [PATCH] Let acpi-support not handle power stuff if gnome3 is handling it already
Hi all, I've applied the patch from Michael, it works well. Regards, Igor. 2012/1/11 Matthijs Kooijman matth...@stdin.nl Hi Michael, seems our messages (and patches) crossed paths. From a quick look, my patch looks more sensible, since it check gnome-settings-daemon, not UPower (AFAICS the latter only executes the suspend, not triggers it?). Anyway, let me know what you think. Gr. Matthijs -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAk8NtksACgkQz0nQ5oovr7wJDQCfZ丝ᣔ⯬∪ꞑ拾餙� BYwAoI2dHdoCJnzf6s2kHODkK9/SIlTJ =ZLXp -END PGP SIGNATURE-
Bug#655487: Location counter overlaps
Package: as31
Version: 2.3.1-4
Severity: important
Hi,
as31 2.3.1-4 fails to work on 64-bit systems:
$ as31 paulmon1.asm
Begin Pass #1
Begin Pass #2
Error, line 22, Location counter overlaps.
Error, line 22, Location counter overlaps.
Error, line 22, Location counter overlaps.
...
The sole difference between upstream version 2.3.0 and 2.3.1 was to
fix this bug:
$ tail -3 as31-2.3.1/ChangeLog
Sep 05, 2005Alexander 'E-Razor' Krause
alexander.kra...@erazor-zone.de:
(Version 2.3.1) - 'Location counter overlaps' on 64bit systems solved
$ diff -urN as31-2.3.0/as31 as31-2.3.1/as31
diff -urN as31-2.3.0/as31/parser.y as31-2.3.1/as31/parser.y
--- as31-2.3.0/as31/parser.y2005-03-08 13:33:39.0 -0500
+++ as31-2.3.1/as31/parser.y2005-09-05 12:32:47.0 -0400
@@ -1016,13 +1016,13 @@
*
*/
-#define indx(a) ( (a)/(sizeof(long)*8) )
-#define bit(a) ( 1 ((a)%(sizeof(long)*8)) )
+#define indx(a) ( (a)/(32) )
+#define bit(a) ( 1 ((a)%(32)) )
#define getloc(a) (regions[indx(a)] bit(a))
#define setloc(a) (regions[indx(a)] |= bit(a))
-static unsigned long regions[ 0x1/(sizeof(long)*8) ];
+static unsigned long regions[ 0x1/(32) ];
void inclc(int i)
{
However, the Debian package doesn't regenerate parser.c from parser.y
and so these changes are not being incorporated. The Debian package
ships a bad parser.c corresponding to upstream 2.3.0. I was able to
build a working version of as31 with:
$ apt-get source as31
$ cd as31-2.3.1
$ make -f debian/rules configure
$ rm as31/parser.c
$ make -f debian/rules build
-jim
-- System Information:
Debian Release: 6.0.3
APT prefers stable
APT policy: (200, 'stable'), (150, 'oldstable'), (80, 'testing'), (50,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages as31 depends on:
ii libc6 2.11.2-10
as31 recommends no packages.
as31 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#655488: zabbix - FTBFS with ld --as-needed
Package: zabbix Severity: normal Tags: patch Dear maintainer, zabbix fail to build with ld --as-needed, trying to add LDAP and POSTGRESQL LIBS during compilation in the wrong place. Snippet from build fail about LDAP: i686-linux-gnu-gcc -Wall -g -O2-I/usr/include/postgresql -I/usr/local/include -I/usr/lib/perl/5.14/CORE -I. -I/usr/include -I/usr/include -I/usr/include -I/usr/include -rdynamic -Wl,-Bsymbolic-functions -Wl,-z,relro -o zabbix_agent -L/usr/lib -lldap -llber zabbix_agent.o stats.o cpustat.o diskdevices.o perfstat.o vmstats.o zbxconf.o ../../src/libs/zbxsysinfo/libzbxagentsysinfo.a ../../src/libs/zbxsysinfo/linux/libspecsysinfo.a ../../src/libs/zbxsysinfo/common/libcommonsysinfo.a ../../src/libs/zbxsysinfo/simple/libsimplesysinfo.a ../../src/libs/zbxlog/libzbxlog.a ../../src/libs/zbxalgo/libzbxalgo.a ../../src/libs/zbxsys/libzbxsys.a ../../src/libs/zbxnix/libzbxnix.a ../../src/libs/zbxcomms/libzbxcomms.a ../../src/libs/zbxconf/libzbxconf.a ../../src/libs/zbxcommon/libzbxcommon.a ../../src/libs/zbxcrypto/libzbxcrypto.a ../../src/libs/zbxjson/libzbxjson.a ../../src/libs/zbxexec/libzbxexec.a -lm -lresolv ../../src/libs/zbxsysinfo/simple/libsimplesysinfo.a(simple.o): In function `check_ldap': /tmp/buildd/zabbix-1.8.9/debian/tmp-build-PGSQL/src/libs/zbxsysinfo/simple/simple.c:57: undefined reference to `ldap_init' /tmp/buildd/zabbix-1.8.9/debian/tmp-build-PGSQL/src/libs/zbxsysinfo/simple/simple.c:63: undefined reference to `ldap_search_s' ... Snippet from build fail about POSTGRESQL: x86_64-linux-gnu-gcc -Wall -g -O2-I/usr/include/postgresql -I/usr/local/include -I/usr/lib/perl/5.14/CORE -I. -I/usr/include -I/usr/include -I/usr/include -I/usr/include -rdynamic -Wl,-Bsymbolic-functions -Wl,-z,relro -o zabbix_server -L/usr/lib -lpq -liksemel-L/usr/lib/x86_64-linux-gnu -lcurl -L/usr/lib -lnetsnmp -L/usr/lib -lnetsnmp -L/usr/lib -L/usr/lib -L/usr/lib zabbix_server-actions.o zabbix_server-operations.o zabbix_server-events.o zabbix_server-zlog.o zabbix_server-server.o alerter/libzbxalerter.a dbsyncer/libzbxdbsyncer.a dbconfig/libzbxdbconfig.a discoverer/libzbxdiscoverer.a pinger/libzbxpinger.a poller/libzbxpoller.a housekeeper/libzbxhousekeeper.a timer/libzbxtimer.a trapper/libzbxtrapper.a nodewatcher/libzbxnodewatcher.a utils/libzbxutils.a httppoller/libzbxhttppoller.a watchdog/libzbxwatchdog.a escalator/libzbxescalator.a proxypoller/libzbxproxypoller.a selfmon/libzbxselfmon.a ../../src/libs/zbxsysinfo/libzbxserversysinfo.a ../../src/libs/z bxsysinfo/linux/libspecsysinfo.a ../../src/libs/zbxsysinfo/common/libcommonsysinfo.a ../../src/libs/zbxsysinfo/simple/libsimplesysinfo.a ../../src/libs/zbxlog/libzbxlog.a ../../src/libs/zbxdbcache/libzbxdbcache.a ../../src/libs/zbxmemory/libzbxmemory.a ../../src/libs/zbxalgo/libzbxalgo.a ../../src/libs/zbxnix/libzbxnix.a ../../src/libs/zbxsys/libzbxsys.a ../../src/libs/zbxconf/libzbxconf.a ../../src/libs/zbxmedia/libzbxmedia.a ../../src/libs/zbxcommon/libzbxcommon.a ../../src/libs/zbxcrypto/libzbxcrypto.a ../../src/libs/zbxcomms/libzbxcomms.a ../../src/libs/zbxcommshigh/libzbxcommshigh.a ../../src/libs/zbxjson/libzbxjson.a ../../src/libs/zbxexec/libzbxexec.a ../../src/libs/zbxself/libzbxself.a ../../src/libs/zbxserver/libzbxserver.a ../../src/libs/zbxicmpping/libzbxicmpping.a ../../src/libs/zbxdbhigh/libzbxdbhigh.a ../../src/libs/zbxdb/libzbxdb.a -liksemel -lcurl -lnetsnmp -lssh2 -lOpenIPMI -lOpenIPMIposix -lm -lresolv ../../src/libs/zbxdb/libzbxdb.a(db.o): In function `zbx_db_close': /tmp/buildd/zabbix-1.8.9/debian/tmp-build-PGSQL/src/libs/zbxdb/db.c:443: undefined reference to `PQfinish' ../../src/libs/zbxdb/libzbxdb.a(db.o): In function `zbx_db_vexecute': /tmp/buildd/zabbix-1.8.9/debian/tmp-build-PGSQL/src/libs/zbxdb/db.c:815: undefined reference to `PQexec' The attached patch fixes both problems, it moves '-ldap' into LDAP_LIBS (exporting it and using in configure.in) and '-lpq' into POSTGRESQL_LIBS (already exported and defined into configure.in). Can you kindly consider to apply this patch? Thanks, Leo. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: i386 (i686) Kernel: Linux 3.2.0-030200rc7-generic (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 Description: Move LDAP and POSTGRESQL libs to the right place to fix FTBFS with ld --as-needed Author: Leo Iannacone l...@ubuntu.com Forwarded: https://support.zabbix.com/browse/ZBX-4535 --- configure.in|1 + m4/ax_lib_postgresql.m4 |4 +++- m4/ldap.m4 |4 +++- 3 files changed, 7 insertions(+), 2 deletions(-) --- zabbix-1.8.9.orig/m4/ldap.m4 +++ zabbix-1.8.9/m4/ldap.m4 @@ -72,7 +72,8 @@ AC_HELP_STRING([--with-ldap@:@=DIR@:@] fi
Bug#655489: ho22bus: Fails to run
Package: ho22bus Version: 0.9.1-1 Severity: important I installed ho22bus because I saw it mentioned in DWN, but it doesn't even run: micah@algae:/tmp$ ho22bus The modules directory not found! load skin en. Note:translate it to your locale, like en or zh_CN. Only this word. error! load skin en error! load setting error!micah@algae:/tmp$ Is there something that needs to be done to get it to work? If so, that should be mentioned somewhere useful. micah -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.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 ho22bus depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgcc1 1:4.6.2-11 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-2 ii libpango1.0-0 1.29.4-2 ii libstdc++6 4.6.2-11 ho22bus recommends no packages. ho22bus 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#655394: [Pkg-acpi-devel] Bug#655394: [PATCH] Let acpi-support not handle power stuff if gnome3 is handling it already
On Wed, Jan 11, 2012 at 05:18:20PM +0100, Matthijs Kooijman wrote: seems our messages (and patches) crossed paths. From a quick look, my patch looks more sensible, since it check gnome-settings-daemon, not UPower (AFAICS the latter only executes the suspend, not triggers it?). Anyway, let me know what you think. Yes, I agree. My patch was just a quick hack to see if it works with dbus. It needed some refinement anyway. So I'm going to try and then use your patch. Thanks. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600272: fail2ban: must add charset header on all notifications
On Wed, 11 Jan 2012, Teodor MICU wrote: Could you check if something like that is working for you? https://github.com/yarikoptic/fail2ban/commit/ed9000c469b4554aab3e9b5365b959520096f3ba I've tested that patch and it works, meaning it adds Content-Type: header. This was tested against f2b from Debian 6.0, not from 'unstable'. I'll test this too on a on en_US server. would you be so kind to test with 1 more patch in that branch which removes (which should be) bogus left-over ContentType var definition https://github.com/yarikoptic/fail2ban/commit/ec254ef32b57031c0ddb806a59e51814b05987c0 in the branch https://github.com/yarikoptic/fail2ban/tree/bf/email-content-type which reported (if I got right) somehow having an effect on having Content-Type header field: https://github.com/yarikoptic/fail2ban/commit/ed9000c469b4554aab3e9b5365b959520096f3ba#commitcomment-857582 PS: the Date: headers are really not necessary since are much better added by 'sendmail' using the correct timezone instead of UTC. hm, I will double check on that -- they were recently introduced https://github.com/yarikoptic/fail2ban/commit/9fa54cf23309780f3563838c9d95a24e4b9a4c38 to resolve the problem of not specified Date's ... could it may be dependent on which sendmail-client used... which one is yours? -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653616: libmpich2-dev: Missing library linkage for libmpich.so on MIPS(el) and S390
In that case, I'd suggest you explicitly list -lmpich, -lopa and -lmpl in there for now. You can always look at mpicc -show for any released version to figure out what all flags/libs are being set. -- Pavan On 01/07/2012 08:19 PM, Adam C Powell IV wrote: That may be true, but it is a goal of Debian to be able to build the archive using binutils-gold, which requires each ELF object (shared library or executable) to link with every library whose symbol it uses. As I understand it, the reason is that binutils-gold allows for much faster build-time and run-time linking than standard binutils. Feel free to ignore this, but at some point this will become a release-critical bug. -Adam On Thu, 2011-12-29 at 23:44 -0600, Pavan Balaji wrote: The best method is to use pkg-config to find what libraries need to be linked in. Currently, this list is libmpich, libmpl and libopa, if you are using generic TCP/IP and shared memory support. But if you enable other modules, more libraries might be required. -- Pavan On 12/29/2011 01:48 PM, Adam C Powell IV wrote: X-DebBugs-CC: 653...@bugs.debian.org Package: libmpich2-dev Version: 1.4.1-1+b1 Greetings, On mips(el) and s390, the scalapack build fails with: gfortran -o /build/buildd-scalapack_1.8.0-8-mipsel-D7TgwK/scalapack-1.8.0/TESTING/xspblas1tst psblas1tst.o psblastst.o slamch.o pblastst.o PB_Cwarn.o PB_Cabort.o -L /build/buildd-scalapack_1.8.0-8-mipsel-D7TgwK/scalapack-1.8.0 -lscalapack-mpich2 -lblacsF77init-mpich2 -lblacs-mpich2 -lblacsF77init-mpich2 -llapack -lblas -L/usr/lib/mpich2/lib/ -lmpich /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trfree' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_env2str' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trlevel' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trvalid' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trmalloc' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trspace' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_env2range' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trcalloc' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_env2int' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trdump' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_env2bool' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trstrdup' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trrealloc' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_TrSetMaxMem' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trinit' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trDebugLevel' /usr/lib/mpich2/lib//libmpich.so: undefined reference to `MPL_trid' All of these symbols seem to be in libmpl.so, so linking libmpich2.so with libmpl.so would fix this problem. You can see the error in at the end of the package build: dh_shlibdeps -plibmpich2-3 dpkg-shlibdeps -Tdebian/libmpich2-3.substvars debian/libmpich2-3/usr/lib/libmpich.so.3.2 debian/libmpich2-3/usr/lib/libmpichcxx.so.3.2 debian/libmpich2-3/usr/lib/libfmpich.so.3.2 debian/libmpich2-3/usr/lib/libmpl.so.1.1.0 debian/libmpich2-3/usr/lib/libmpichf90.so.3.2 debian/libmpich2-3/usr/lib/libopa.so.1.0.0 dpkg-shlibdeps: warning: symbol __cxa_pure_virtual used by debian/libmpich2-3/usr/lib/libmpichcxx.so.3.2 found in none of the libraries. [and 9 more missing symbols] dpkg-shlibdeps: warning: symbol MPL_trdump used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_TrSetMaxMem used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_putenv used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_env2range used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_trrealloc used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_trlevel used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_trDebugLevel used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_trinit used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_trcalloc used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: symbol MPL_trfree used by debian/libmpich2-3/usr/lib/libmpich.so.3.2 found in none of the libraries. dpkg-shlibdeps: warning: 8 other similar warnings have been skipped (use -v to see them all). It's interesting that this works fine on other platforms, that it either ignores or manages to find libmpl... But
Bug#655490: Homepage: field points to non-existing web page
Package: sbox-dtc Severity: minor http://www.gplhost.com/software-sbox.html says: 404 Error: the requested document does not exist URL: http://www.gplhost.com/software-sbox.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#609994: sky2: hw csum failure
found 609994 linux-2.6/3.2~rc4-1~experimental.1 quit (-cc: upstream) Hi Vincent, Vincent Blut wrote: This isn't really a hardware checksum failure. Your problem is deeper than that. The internal parts of the chip are not communicating correctly. The hung mac is a problem only occurs if the PCI is really stuck. You wrote before that v3.2-rc3 didn't work, so in order not to forget, I'm marking 3.2-rc4 as affected. Do you know anyone with the same hardware or with an operating system that uses a different driver, that could help to rule out a hardware problem? If it is a hardware problem but a common one, it could still be worth working around (and of course if it is not a hardware problem, upstream might be more likely to give advice). Otherwise, your best bet might be to keep working around it locally. Sorry for the trouble, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655479: [pkg-wpa-devel] Bug#655479: wpasupplicant: Please consider providing a libeap package.
tags 655479 + wontfix thanks Hi On Wednesday 11 January 2012, Mathieu Trudel-Lapierre wrote: Package: wpasupplicant Version: 0.7.3-6 Severity: wishlist Dear Maintainer, I'm in the process of packaging wimax and wimax-tools in order to enable WiMAX support in NetworkManager (and provide user-space libraries for manual use). Unfortunately, the WiMAX sdk depends on a libeap package that should be built from the wpasupplicant source. Fedora has included a patch, initially coming from the linux-wimax people to achieve this; and mainly depends on building wpasupplicant slightly differently and possibly providing an extra package for a libeap library. […] A patch like this needs upstream blessing, but I don't see anything like that in hostapd.git. While I wouldn't have a problem with backporting this from future wpasupplicant versions, I'm not going to carry this patch[1] for the indefinite future without any hope to ever get it merged upstream. While I do see that Intel apparently proposed it to upstream more than a year ago[2], I can't see that a consensus has been reached - nor any follow-ups. Sorry about it, but we will gladly reconsider once something like this gets merged upstream. Regards Stefan Lippers-Hollmann [1] which we can't teast easily within wpasupplicant or with simple IEEE 802.11abgn usage, so it would be doomed to bitrot from our side. [2] http://lists.shmoo.com/pipermail/hostap/2010-October/021795.html signature.asc Description: This is a digitally signed message part.
Bug#655472: new qa.debian.org style breaks layout
On Wed, 11 Jan 2012 16:08:22 +0100, Sandro Tosi mo...@debian.org wrote: are you using Chromium? I was hit by a similar situation since chromium wasn't re-fetching the modified css. I've opened my DDPO page in an incognito window, which forces the whole page parts reload and now I see it quite nicely.+ I am! That seemed to be the problem, and now it displays fine. Thanks! A. -- À force de ne jamais réfléchir, on a un bonheur stupide - Jean Cocteau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653011: gnome-keyring can't connect to pkcs11 file
Hi, Actually this has been done upon upstream Xfce request, please see https://bugzilla.gnome.org/show_bug.cgi?id=660240 and https://bugzilla.novell.com/show_bug.cgi?id=710038 I'm not too sure what must be done here... Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655491: [jenkins-xstream] update for new libwoodstox-java version
Package: jenkins-xstream Version: 1.3.1-jenkins-9 Severity: important Tags: patch Hi. I just uploaded the last libwoodstox-java version (4.1.2). I'm attaching the patch necessary to build your package jenkins-xstream against it, which I recommend you to apply to your package. I didn't do any test on the compiled package, but the lack of errors during compilation makes me think that you shouldn't have problems. Please, let me know if you experience problems. Thanks, Giovanni. --- System information. --- Architecture: amd64 Kernel: Linux 3.1.0-1-amd64 Debian Release: wheezy/sid 500 unstablewww.toastfreeware.priv.at 500 unstablewww.debian-multimedia.org 500 unstablepoisson.phc.unipi.it 500 unstableftp.it.debian.org 500 stable security.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org diff -Nru jenkins-xstream-1.3.1-jenkins-9/debian/changelog jenkins-xstream-1.3.1-jenkins-9/debian/changelog --- jenkins-xstream-1.3.1-jenkins-9/debian/changelog 2011-09-19 11:42:51.0 +0200 +++ jenkins-xstream-1.3.1-jenkins-9/debian/changelog 2012-01-11 16:17:21.0 +0100 @@ -1,3 +1,10 @@ +jenkins-xstream (1.3.1-jenkins-9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update woodstox artifact name to woodstox-core-lgpl. + + -- Giovanni Mascellani g...@debian.org Wed, 11 Jan 2012 16:17:06 +0100 + jenkins-xstream (1.3.1-jenkins-9-1) unstable; urgency=low * New upstream release. diff -Nru jenkins-xstream-1.3.1-jenkins-9/debian/maven.rules jenkins-xstream-1.3.1-jenkins-9/debian/maven.rules --- jenkins-xstream-1.3.1-jenkins-9/debian/maven.rules 2011-09-19 11:42:51.0 +0200 +++ jenkins-xstream-1.3.1-jenkins-9/debian/maven.rules 2012-01-11 16:18:09.0 +0100 @@ -20,4 +20,4 @@ s/com\.thoughtworks\.xstream/org.jvnet.hudson/ xstream-parent pom s/.*/debian/ * * s/jdom/org.jdom/ jdom jar s/1\..*/debian/ * * junit junit jar s/3\..*/3.x/ * * -org.codehaus.woodstox s/wstx-asl/wstx-lgpl/ jar s/.*/debian/ * * +org.codehaus.woodstox s/wstx-asl/woodstox-core-lgpl/ jar s/.*/debian/ * * signature.asc Description: OpenPGP digital signature
Bug#655492: New Upstream (1.2.7)
Package: libapache2-mod-geoip Severity: wishlist Hi, it would be nice if you could upgrade the package to current upstream version (atm 1.2.7). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655304: 'exim4 failed' / libsasl2-modules-gssapi.. - Can't bind to ldap server..
Moin Petter Moin Reader * * Christian Maxen [..] AND being sure about the access to internet while running installation! * Petter Reinholdtsen Are you saying your problem show up when you use netinst CD to install on a network without Internet connection? If so, we should handle it more gracefully. Yes. [..] lets try to figure out what went wrong with this installation now to ensure others do not experience the same problem. If the network is left unconfigured during mainserver-only-installation (or network is manual configured but no cable is connected), there is no message that informs anything .. and with the first boot, the installation/admin runs into the 'error' Bug#655304 described. But, the work in there seams to be, to know where/how to initiate/put a message, to inform about, and handle a non-existing internet connection. Ahoi maxen, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655493: icedove: Pressing escape on master password prompt when using multiple accounts
Package: icedove Version: 3.0.11-1+squeeze6 Severity: normal Tags: squeeze lenny I have 5 accounts in icedove and a master password set. When starting icedove, if instead of giving the correct password I press Cancel or the escape key, Icedove pops 5 enter password boxes and I have to enter the master password in each box seperately. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0 (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 Versions of packages icedove depends on: ii debianutils 3.4Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze3 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libnss3-1d3.12.8-1+squeeze4 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-01.2.44-1+squeeze1 PNG library - runtime ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii libstartup-notificati 0.10-1 library for program launch feedbac ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii psmisc22.11-1utilities that use the proc file s ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: pn myspell-en-us | hunspell-dict none (no description available) Versions of packages icedove suggests: ii libdbus-glib-1-20.88-2.1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k ii ttf-lyx 1.6.7-1 TrueType versions of some TeX font -- 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#655494: linux-image-3.1.0-1-686-pae: Can not install the package linux-image-3.1.0-1-686-pae_3.1.8-2_i386
Package: linux-2.6 Version: 3.1.6-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Package-specific info: ** Version: Linux version 3.1.0-1-686-pae (Debian 3.1.6-1) (wa...@debian.org) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Fri Dec 23 19:59:41 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-686-pae root=UUID=f0140f11-7a94-4a78-b4c2-95d28425bed7 ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 28.160093] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 28.160096] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 28.160100] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 28.160103] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 28.160106] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 29.209633] fuse init (API version 7.17) [ 32.985344] RPC: Registered named UNIX socket transport module. [ 32.985347] RPC: Registered udp transport module. [ 32.985349] RPC: Registered tcp transport module. [ 32.985351] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 33.130232] FS-Cache: Loaded [ 33.169871] FS-Cache: Netfs 'nfs' registered for caching [ 33.177007] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 39.252240] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x21cb8000 [ 41.819776] NET4: DECnet for Linux: V.2.5.68s (C) 1995-2003 Linux DECnet Project Team [ 41.819965] DECnet: Routing cache hash table of 1024 buckets, 8Kbytes [ 41.819973] NET: Registered protocol family 12 [ 42.632100] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input17 [ 43.985574] sky2 :09:00.0: eth1: enabling interface [ 43.985794] ADDRCONF(NETDEV_UP): eth1: link is not ready [ 48.363804] apm: BIOS not found. [ 53.287149] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 53.287153] Bluetooth: BNEP filters: protocol multicast [ 53.291787] Bluetooth: RFCOMM TTY layer initialized [ 53.291793] Bluetooth: RFCOMM socket layer initialized [ 53.291796] Bluetooth: RFCOMM ver 1.11 [ 59.236595] lp: driver loaded but no devices found [ 59.269944] ppdev: user-space parallel port driver [ 60.250266] composite sync not supported [ 60.573082] composite sync not supported [ 62.400127] usb 4-1: USB disconnect, device number 2 [ 64.128075] usb 4-1: new low speed USB device number 3 using uhci_hcd [ 64.301688] usb 4-1: New USB device found, idVendor=0458, idProduct=003a [ 64.301696] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 64.301702] usb 4-1: Product: Optical Mouse [ 64.301706] usb 4-1: Manufacturer: Genius [ 64.329048] input: Genius Optical Mouse as /devices/pci:00/:00:1d.1/usb4/4-1/4-1:1.0/input/input18 [ 64.329250] generic-usb 0003:0458:003A.0004: input,hidraw0: USB HID v1.11 Mouse [Genius Optical Mouse] on usb-:00:1d.1-1/input0 [ 70.292718] composite sync not supported [ 70.621097] composite sync not supported [ 86.010706] vboxpci: IOMMU not found (not registered) [ 94.128143] b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23) [ 99.677425] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 100.732742] uhci_hcd :00:1a.0: PCI INT A disabled [ 100.735618] uhci_hcd :00:1a.1: PCI INT B disabled [ 100.738785] ehci_hcd :00:1a.7: PCI INT C disabled [ 100.738830] ehci_hcd :00:1a.7: PME# enabled [ 100.758480] uhci_hcd :00:1d.0: PCI INT A disabled [ 100.763220] ehci_hcd :00:1d.7: PCI INT A disabled [ 100.763280] ehci_hcd :00:1d.7: PME# enabled [ 100.991499] uhci_hcd :00:1a.0: PCI INT A - GSI 20 (level, low) - IRQ 20 [ 100.991514] uhci_hcd :00:1a.0: setting latency timer to 64 [ 101.035932] uhci_hcd :00:1a.1: PCI INT B - GSI 21 (level, low) - IRQ 21 [ 101.035948] uhci_hcd :00:1a.1: setting latency timer to 64 [ 101.079881] uhci_hcd :00:1d.0: PCI INT A - GSI 20 (level, low) - IRQ 20 [ 101.079896] uhci_hcd :00:1d.0: setting latency timer to 64 [ 101.148196] ehci_hcd :00:1a.7: BAR 0: set to [mem 0xfed1c400-0xfed1c7ff] (PCI address [0xfed1c400-0xfed1c7ff]) [ 101.148225] ehci_hcd :00:1a.7: restoring config space at offset 0xf (was 0x300, writing 0x307) [ 101.148264] ehci_hcd :00:1a.7: restoring config space at offset 0x1 (was 0x290, writing 0x2900102) [ 101.151536] ehci_hcd :00:1a.7: PME# disabled [ 101.151556] ehci_hcd :00:1a.7: PCI INT C - GSI 22 (level, low) - IRQ 22 [ 101.151569] ehci_hcd :00:1a.7: setting latency timer to 64 [ 101.220187] ehci_hcd
Bug#641387: geos: diff for NMU version 3.2.2-3.1
tags 641387 + pending thanks Dear maintainer, I've prepared an NMU for geos (versioned as 3.2.2-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. Konstantinos diff -Nru geos-3.2.2/debian/changelog geos-3.2.2/debian/changelog --- geos-3.2.2/debian/changelog 2011-07-18 11:55:44.0 + +++ geos-3.2.2/debian/changelog 2012-01-11 16:11:37.0 + @@ -1,3 +1,9 @@ +geos (3.2.2-3.1) unstable; urgency=low + + * NMU, fix FTBFS for armhf (Closes: #641387) + + -- Konstantinos Margaritis mar...@genesi-usa.com Wed, 11 Jan 2012 16:10:30 + + geos (3.2.2-3) unstable; urgency=low * New patch: swig. Fixed for strong version detection in ac_pkg_swig.m4. diff -Nru geos-3.2.2/debian/rules geos-3.2.2/debian/rules --- geos-3.2.2/debian/rules 2011-07-18 11:55:44.0 + +++ geos-3.2.2/debian/rules 2012-01-11 16:10:14.0 + @@ -36,7 +36,8 @@ ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif -ifeq ($(DEB_HOST_GNU_TYPE),arm-linux-gnueabi) +# catch both armel and armhf +ifneq (,$(findstring arm-linux-gnueabi,$(DEB_HOST_GNU_TYPE))) CONFFLAGS += --disable-inline endif
