Bug#669648: ITP: hurd-gopherfs -- Gopher virtual filesystem for the GNU Hurd
Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-gopherfs Version : 0.0.0~git-20120420 Upstream Author : James A. Morrison a2mo...@csclub.uwaterloo.ca * URL : http://www.example.org/ * License : gpl2+ Programming Lang: C Description : Gopher virtual filesystem for the GNU Hurd gopherfs is a virtual (netfs based) filesystem allowing you to mount gopher sites into your local filesystem. The gopher nodes will appear hierarchically. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585409: Announcing the month of wine/wine-unstable NMUs
Hi, I have decided to go ahead and work toward solving bug #585409 (the please package wine 1.2 series bug). As I am not a package maintainer, I will be using my power as a DD to push NMUs. I think this work qualifies as an Other NMU according to the Developers Reference section 5 (which requires at least a 10 day delay), so I have started by uploading wine-unstable 1.1.37-0.1 to the DELAYED/10 queue. As Ove had a requirement to package each new 1.1.x release at a maximum rate of one per day, I will also be uploading each of the subsequent versions to the following versions DELAYED/11, DELAYED/12, and so on. Each changelog entry will state Non-maintainer upload. I will only make the essential changes needed to get the each new version working, and there will be no cosmetic changes. Seeing as the debdiffs for this work are far too unwieldy to attach usefully as a patch, I am instead including a link to my personal wine vcs, which was originally cloned directly from the existing alioth wine repo: http://anonscm.debian.org/gitweb/?p=users/mgilbert/wine.git Here is the schedule: 4/20/2012 (today) begin uploads to DELAYED/10 and greater 5/01/2012 wine-unstable 1.1.37 enters unstable 5/02/2012 wine-unstable 1.1.38 enters unstable 5/03/2012 wine-unstable 1.1.39 enters unstable 5/04/2012 wine-unstable 1.1.40 enters unstable 5/05/2012 wine-unstable 1.1.41 enters unstable 5/06/2012 wine-unstable 1.1.42 enters unstable 5/07/2012 wine-unstable 1.1.43 enters unstable 5/08/2012 wine-unstable 1.1.44 enters unstable 5/09/2012 wine-unstable 1.2.0 enters unstable 5/09/2012 wine 1.2.3 uploaded to DELAYED/10 5/10/2012 wine-unstable 1.2.1 enters unstable 5/11/2012 wine-unstable 1.2.2 enters unstable 5/12/2012 wine-unstable 1.2.3 enters unstable 5/19/2012 wine 1.2.3 enters unstable Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669649: ITP: hurd-libfuse -- FUSE-compatible layer for the GNU Hurd
Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-libfuse Version : 0.1 Upstream Author : Stefan Siegl ste...@brokenpipe.de * URL : http://hurd.gnu.org/ * License : gpl2+ Programming Lang: C Description : FUSE-compatible layer for the GNU Hurd libfuse is a library intended for the GNU Hurd trying to imitate the API of the fuse library, available from http://fuse.sourceforge.net, for Linux. It's based on Hurd's libnetfs and tries to bring all the fuse based virtual filesystems over to the Hurd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669650: puppet: help should work w/o inspecting the PATH
Package: puppet Version: 2.7.13-1 Severity: normal Hi, today I wanted to learn something about puppet and said: $ puppet help /usr/lib/ruby/1.8/puppet/util.rb:173:in `expand_path': user staff doesn't exist (ArgumentError) from /usr/lib/ruby/1.8/puppet/util.rb:173:in `which' from /usr/lib/ruby/1.8/puppet/util.rb:172:in `each' from /usr/lib/ruby/1.8/puppet/util.rb:172:in `which' from /usr/lib/ruby/1.8/puppet/defaults.rb:783 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /usr/lib/ruby/1.8/puppet.rb:99 from /usr/lib/ruby/1.8/puppet/interface.rb:1:in `require' from /usr/lib/ruby/1.8/puppet/interface.rb:1 from /usr/lib/ruby/1.8/puppet/face.rb:11:in `require' from /usr/lib/ruby/1.8/puppet/face.rb:11 from /usr/lib/ruby/1.8/puppet/application/face_base.rb:2:in `require' from /usr/lib/ruby/1.8/puppet/application/face_base.rb:2 from /usr/lib/ruby/1.8/puppet/application/help.rb:1:in `require' from /usr/lib/ruby/1.8/puppet/application/help.rb:1 from /usr/lib/ruby/1.8/puppet/util/command_line.rb:54:in `require' from /usr/lib/ruby/1.8/puppet/util/command_line.rb:54:in `require_application' from /usr/lib/ruby/1.8/puppet/util/command_line.rb:59:in `execute' from /usr/bin/puppet:4 $ It turned out that I had a legacy path in my PATH, like :~staff/...:. I think it's OK to emit a warning in such a case, but a crash is a bit too harsh. My Ruby is nonexistent atm, so there's no patch. Kind regards, --Toni++ -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (450, 'testing'), (250, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages puppet depends on: ii dpkg 1.15.8.12 Debian package management system ii puppet-common2.7.13-1Centralized configuration manageme ii ruby1.8 1.8.7.302-2squeeze1 Interpreter of object-oriented scr Versions of packages puppet recommends: ii ruby [rdoc] 4.5An interpreter of object-oriented Versions of packages puppet suggests: ii etckeeper 0.48 store /etc in git, mercurial, bzr ii puppet-el 2.7.13-1 syntax highlighting for puppet man pn vim-puppetnone (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#669651: login: failing to update utmp at console.
Package: login Version: 1:4.1.5-1 Severity: serious The recent update of 'login' is no longer able to make an entry in /var/run/utmp for any user logging in via a virtual terminal, i.e., text console, on my linux-i386 system. Downgrading to 1:4.1.4.2+svn3283-3 restores this vital element of system management. Please, take care to examine effects on WTMP and UTMP also for text consoles henceforth. I have repaired some terminal emulators myself, but login must never be misbehaving. Best regards, Mats Erik Andersson, DM -- Mats Erik Andersson, fil. dr mats.anders...@gisladisker.se 2459 41E9 C420 3F6D F68B 2E88 F768 4541 F25B 5D41 Abonnerar på: debian-mentors, debian-devel-games, debian-perl, debian-ipv6, debian-qa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654783: race condition in libpthread causes hangs in python2.7 testsuite
tag 654783 pending thanks El 20 d’abril de 2012 8:47, Petr Salinger petr.salin...@seznam.cz ha escrit: In the original (plain linuxthreads) code, with thread implemented as freebsd process, the wakeup signal is sent to thread manager from kernel, after exit of thread. In current variant, with thread implemented as freebsd kernel thread, the wakeup signal is sent to thread manager from userspace, a few moments before exit. It is an expected race condition. It is also the reason, why || main_thread_exiting have been added. I expected, that loss of a wakeup does not matter, the child thread will be eaten only slightly later, when another thread exits and sends wake up. The only problem should be, when there is no another thread, it should be solved by || main_thread_exiting. But it does not suffice. The try eat dead child everytime is just workaround. Yep, eating dead children everytime doesn't sound like the cleanest option to me either ;-) The better way might be to add atomic counter [using gcc's __sync_fetch_and_add()] to track the number of expected dead or soon to be dead child and try to eat dead child when the number is above zero. Thanks for the heads-up. I notice you already fixed this in pkg-glibc SVN. Maybe it's not worth improving further... (IMHO time would be better spent on NPTL). Thank you! -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669652: ITP: hurd-netio -- Virtual filesystem for network sockets
Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-netio Version : 0.0.0~git-20120420 Upstream Author : Moritz Schulte mor...@duesseldorf.ccc.de * URL : http://www.gnu.org/s/hurd/hurd/translator/netio.html * License : gpl2+ Programming Lang: C Description : Virtual filesystem for network sockets netio is a virtual (netfs based) filesystem allowing to create network socket ports through the filesystem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669653: ITP: hurd-smbfs -- SMB virtual filesystem for the GNU Hurd
Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-smbfs Version : 0.0.0~git-20120420 Upstream Author : Giuseppe Scrivano gscriv...@gnu.org * URL : http://hurd.gnu.org/ * License : gpl3+ Programming Lang: C Description : SMB virtual filesystem for the GNU Hurd smbfs is a virtual (netfs based) filesystem allowing you to mount SMB network shares. It relies on libsmbclient to implement the SMB protocol. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669654: ITP: hurd-tarfs -- Tar virtual filesystem for the GNU Hurd
Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-tarfs Version : 0.0.0~git-20120420 Upstream Author : Ludovic Courtès l...@gnu.org * URL : http://www.gnu.org/s/hurd/hurd/translator/tarfs.html * License : gpl2+ Programming Lang: C Description : tar archives virtual filesystem for the GNU Hurd tarfs is a virtual (netfs based) filesystem allowing you to mount tar archives into your local filesystem. The content of the archive appears hierarchically, and can even be written to. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669655: Please package wine 1.4 series
package: wine severity: important The wine 1.4 stable series is out now. It would be very useful and important to get this into the wheezy release. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562134: ncurses-base: Please include terminfo entry for bterm
This is about an old request to include the bterm terminfo entry in
ncurses-base or ncurses-term. I don't think the former makes much
sense, but the latter would be possible. It requires coordinated
uploads of ncurses and bogl, though.
On 2010-06-22 20:43 +0200, Sven Joachim wrote:
On 2010-06-22 17:36 +0200, Josh Triplett wrote:
On Tue, Jun 22, 2010 at 04:36:05PM +0200, Sven Joachim wrote:
On 2010-06-22 13:08 +0200, Sven Joachim wrote:
On 2009-12-23 02:54 +0100, Josh Triplett wrote:
Please include the terminfo entry for bterm, preferably in ncurses-base,
but if not there then in ncurses-term.
Taking over the bterm terminfo entry from bogl-bterm in ncurses-term
would be possible, but given bogl-bterm's very low popcon I don't think
it would be very useful.
Perhaps bogl-bterm should be updated to use the terminfo entry from
ncurses introduced in the 20091226 patch. Outside the Debian installer
bterm does not seem to be of much use.
OK, that makes sense. It looks like ncurses doesn't ship that terminfo
entry, though (perhaps to avoid conflicting with bterm?).
There are some terminfo entries that are blacklisted in ncurses and
shipped from the terminal emulator's package instead. I'm not sure in
which cases this is actually the best solution. For bterm there
actually had been no terminfo entry in the ncurses source when you
submitted the bug.
Perhaps ncurses could start shipping that terminfo entry, and bterm
could stop shipping it and add an appropriate versioned dependency?
This is what we are going to do for mlterm, see #485448. But bterm will
have to continue shipping its terminfo entry at least in the udeb.
Attached are patches for ncurses to include the bterm terminfo entry
in ncurses-term and for bogl to depend on the new ncurses-term version.
As for the udeb, I vote for installing the ncurses-term version there as
well, meaning that bogl needs to build-depend on ncurses-term.
Samuel, do you think that is a good plan?
Cheers,
Sven
From cc74d0233e8b757003ef8968de9bfadc1ca48d31 Mon Sep 17 00:00:00 2001
From: Sven Joachim svenj...@gmx.de
Date: Fri, 20 Apr 2012 09:11:19 +0200
Subject: [PATCH] Ship bterm terminfo entry in ncurses-term
The next release of bogl will have to stop shipping that file.
---
debian/changelog |7 +++
debian/control |5 +++--
debian/rules |2 +-
3 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 6f67ee7..d701cda 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ncurses (5.9-7) UNRELEASED; urgency=low
+
+ * Take over bterm terminfo entry from bogl-bterm in ncurses-term
+ (Closes: #562134).
+
+ -- Sven Joachim svenj...@gmx.de Fri, 20 Apr 2012 09:04:25 +0200
+
ncurses (5.9-6) unstable; urgency=low
[ Craig Small ]
diff --git a/debian/control b/debian/control
index b19de52..09ba2ee 100644
--- a/debian/control
+++ b/debian/control
@@ -332,8 +332,9 @@ Architecture: all
Section: admin
Priority: standard
Depends: ${misc:Depends}
-Replaces: ncurses-base ( 5.7+20100313-1), mlterm-common ( 3.0.2-1)
-Breaks: mlterm-common ( 3.0.2-1)
+Replaces: ncurses-base ( 5.7+20100313-1), mlterm-common ( 3.0.2-1),
+ bogl-bterm ( 0.1.18-7)
+Breaks: mlterm-common ( 3.0.2-1), bogl-bterm ( 0.1.18-7)
Description: additional terminal type definitions
The ncurses library routines are a terminal-independent method of
updating character screens with reasonable optimization.
diff --git a/debian/rules b/debian/rules
index 4b8864e..fee549e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -144,7 +144,7 @@ libterminfofiles=a/ansi c/cons25 c/cons25-debian c/cygwin
d/dumb h/hurd l/linux
# Blacklist terminfo entries shipped by other Debian packages so that we do
# not begin shipping them by accident.
-badterminfo = 5/5250 b/bterm i/iterm i/iterm-am i/iterm-color \
+badterminfo = 5/5250 i/iterm i/iterm-am i/iterm-color \
j/jfbterm k/kon k/kon2 l/linux-5250 s/st s/st-256color
# The ncurses configure test won't work when cross compiling (e.g. for
--
1.7.10
From 321188a711b9fb22e1aaf2373c53f3f292658415 Mon Sep 17 00:00:00 2001
From: Sven Joachim svenj...@gmx.de
Date: Fri, 20 Apr 2012 09:27:25 +0200
Subject: [PATCH] Let ncurses-term take over the bterm terminfo entry
This requires that bogl-bterm depends on ncurses-term (= 5.9-7).
Since there is no udeb for ncurses, bog-term-udeb needs to continue to
ship the bterm terminfo entry. Build-depend on ncurses-term to
install the system terminfo file into the udeb rather than the locally
built one.
---
debian/bogl-bterm.files |1 -
debian/changelog|3 +++
debian/control |3 ++-
debian/rules|2 +-
4 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/debian/bogl-bterm.files b/debian/bogl-bterm.files
index c512e2f..1736277 100644
--- a/debian/bogl-bterm.files
+++ b/debian/bogl-bterm.files
@@ -1,2 +1 @@
usr/bin/bterm
Bug#669651: login: failing to update utmp at console.
forcemerge 659957 669651 thanks Mats Erik Andersson wrote: The recent update of 'login' is no longer able to make an entry in /var/run/utmp for any user logging in via a virtual terminal, i.e., text console, on my linux-i386 system. Downgrading to 1:4.1.4.2+svn3283-3 restores this vital element of system management. Thank you for the report. Since this appears to be the same as Bug#659957 I am merging the reports. Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669657: [PATCH] gkermit: Helping to update to packaging format 3.0
Package: gkermit
Severity: wishlist
Tags: patch
Hi,
The dpatch patch management system has been deprecated for some time. The
Lintian currently flags use of dpatch packages as an error. The new 3.0
packaging format is an improved version which, among other things, contains
patch management built-in. For more information, see:
http://wiki.debian.org/Projects/DebSrc3.0
I had some free time; see attached patch to migrate to new package
format. Note that all files in debian/patches/* are canocalized to
*.patch.
Notes:
The original soures were restored and local changes moved to
patch 00:
gcmdline.c
gkermit.c
gkermit.nr
gunixio.c
gwart.c
makefile
Let me know if there is anything that needs adjusting or if it is ok
to upload this version in a NMU in case you are working on other
issues needing attention.
Thanks,
Jari
From f486fc165e6654d97028db643e43c870076b0d01 Mon Sep 17 00:00:00 2001
From: Jari Aalto jari.aa...@cante.net
Date: Fri, 20 Apr 2012 22:08:06 +0300
Subject: [PATCH] format-3.0
Organization: Private
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Jari Aalto jari.aa...@cante.net
---
debian/changelog | 13
debian/compat |2 +-
debian/control |9
debian/copyright |7 ++-
debian/patches/00list |2 --
...ndicator.dpatch = 01-progress-indicator.patch} | 22 ++--
...g_mode.dpatch = 02-stdout-blocking-mode.patch} | 22 ++--
debian/patches/series |3 +++
debian/rules | 11 ++
debian/source/format |1 +
gcmdline.c |4 +---
gkermit.c |3 ---
gkermit.nr |2 +-
gunixio.c |2 --
gwart.c|1 -
makefile | 19 +++--
16 files changed, 49 insertions(+), 74 deletions(-)
delete mode 100644 debian/patches/00list
rename debian/patches/{01_progress_indicator.dpatch = 01-progress-indicator.patch} (72%)
rename debian/patches/{02_stdout_blocking_mode.dpatch = 02-stdout-blocking-mode.patch} (68%)
create mode 100644 debian/patches/series
create mode 100644 debian/source/format
diff --git a/debian/changelog b/debian/changelog
index e1e29a0..8bd4f45 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,16 @@
+gkermit (1.0-9.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt.
+ * Update to Standards-Version to 3.9.3 and debhelper to 9.
+ * Add build-arch and build-indep targets; use dh_prep in rules file.
+ * Patch 00 is new; in-line changes to original sources.
+ * Fix description-synopsis-starts-with-article (Lintian).
+ * Fix copyright-refers-to-symlink-license (Lintian).
+ * Fix no-homepage-field (Lintian).
+
+ -- Jari Aalto jari.aa...@cante.net Fri, 20 Apr 2012 22:04:54 +0300
+
gkermit (1.0-9) unstable; urgency=low
* Bumped to Standards-Version: 3.8.0.
diff --git a/debian/compat b/debian/compat
index b8626c4..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-4
+9
diff --git a/debian/control b/debian/control
index a415f58..37d0603 100644
--- a/debian/control
+++ b/debian/control
@@ -2,13 +2,14 @@ Source: gkermit
Section: comm
Priority: optional
Maintainer: Masayuki Hatta (mhatta) mha...@debian.org
-Standards-Version: 3.8.0
-Build-Depends: debhelper (= 4.0.2), dpatch
+Standards-Version: 3.9.3
+Build-Depends: debhelper (= 9)
+Homepage: http://www.kermitproject.org
Package: gkermit
Architecture: any
-Depends: ${shlibs:Depends}
-Description: A serial and network communications package
+Depends: ${misc:Depends}, ${shlibs:Depends}
+Description: serial and network communications package
G-Kermit is a GPL'd kermit package. It offers medium-independent terminal
session and file transfer. The non-free package ckermit adds connection
establishment, character-set translation and scripting features.
diff --git a/debian/copyright b/debian/copyright
index e7f9c0b..cd6f6a9 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -2,6 +2,11 @@ This package was debianized by Vaidhyanathan G Mayilrangam vai...@debian.org
on Tue, 4 Jan 2000 14:13:19 -0500.
It was downloaded from http://www.columbia.edu/kermit/gkermit.html
+In 2012-04-20 the current menu reads at page: The Kermit Project at
+Columbia University is cancelled effective 1 July 2011 (...) A new
+Kermit Project website has been established outside of Columbia at
+www.kermitproject.org for the continued development of C-Kermit,
Bug#668103: Acknowledgement (gnome-panel: network settings option no longer working because of missing gnome-network-panel.desktop)
close 668103 stop Sorry about this false report. It seems some way, the gnome-control-panel package was removed by a aptitude upgrade at some time. After reinstalling this, everything works fine... Sincerely, Roel Brook 2012/4/8, Debian Bug Tracking System ow...@bugs.debian.org: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to rainmake...@gmail.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 668...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 668103: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668103 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669629: [r...@debian.org: Re: Bug#669629: libreoffice-impress : slideshow fails to initiate]
And I failed, too :/ - Forwarded message from Rene Engelhard r...@debian.org - Date: Fri, 20 Apr 2012 20:45:14 +0200 From: Rene Engelhard r...@debian.org To: dai daibick...@googlemail.com, 669...@debian.org Cc: debia...@lists.debian.org, daj...@debian.org Subject: Re: Bug#669629: libreoffice-impress : slideshow fails to initiate Organization: The Debian Project User-Agent: Mutt/1.5.20 (2009-06-14) reassign 669629 libcairo2 severity 669629 grave unmerge 668190 reassign 668190 libcairo2 unmerge 668172 reassign 668172 libcairo2 forcemerge 668172 668190 669629 found 668172 1.12.0-1 thanks On Fri, Apr 20, 2012 at 05:15:34PM +0100, dai wrote: Yes, downgrading libcairo2 to testing works! Failed miserably with reportbug, hence report below. And you also failed to send the above mail so it actually gets recorded in the BTS. On Fri, Apr 20, 2012 at 05:12:11PM +0100, dai wrote: Rene, Yes 295.40 proprietary driver Note that this driver is not in Debian, so will not receive much support. (But the bug also appear(ed) for other systems, too. No idea whether they used nvidia, too) Actually that said - I am not sure this is the same bug as the text rendering bug. X people? Cairo people? Any insights? Regards. Rene - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
On 20/04/12 at 12:01 +0400, Dmitry E. Oboukhov wrote: I can reproduce Your problem only If I change datetime some files by hand. Are you using ext3 or ext4? Yes, I'm using ext4 and ext3 and pbuilder and can't reproduce Your problem :) What happens on my system is that buildvm_ppc.dasc is newer than buildvm_ppcspe.h: (unstable-amd64-sbuild)root@ip-10-250-219-242:~/tarantool-1.4.4+20120127/build-area/third_party/luajit/src# stat buildvm_ppcspe.h buildvm_ppc.dasc ../dynasm/dynasm.lua File: `buildvm_ppcspe.h' Size: 89531 Blocks: 192IO Block: 4096 regular file Device: 11h/17d Inode: 57883 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.080027787 + Modify: 2012-04-20 19:06:21.080027787 + Change: 2012-04-20 19:06:21.080027787 + Birth: - File: `buildvm_ppc.dasc' Size: 105208 Blocks: 224IO Block: 4096 regular file Device: 11h/17d Inode: 57976 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.084027557 + Modify: 2012-04-20 19:06:21.084027557 + Change: 2012-04-20 19:06:21.084027557 + Birth: - File: `../dynasm/dynasm.lua' Size: 30427 Blocks: 64 IO Block: 4096 regular file Device: 11h/17d Inode: 57862 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.080027787 + Modify: 2012-04-20 19:06:21.080027787 + Change: 2012-04-20 19:06:21.080027787 + Birth: - so make decides that it needs to rebuild buildvm_ppcspe.h, which fails. I don't know why it's the case on my system but not on yours, but I also do not see any reason why this should not happen. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669401: RFS: roxterm/2.6.2-1 (was 2.6.1-1)
retitle 669401 RFS: roxterm/2.6.2-1 thanks The Ubuntu PPA builder for lucid uncovered a backwards compatibility bug so I've updated upstream and replaced the package so that uscan won't complain about its not being the latest upstream. dget -x http://mentors.debian.net/debian/pool/main/r/roxterm/roxterm_2.6.2-1.dsc On Thu, 19 Apr 2012 16:03:13 +0100 Tony Houghton h...@realh.co.uk wrote: I am looking for a sponsor for my package roxterm * Package name: roxterm Version : 2.6.1-1 Upstream Author : Tony Houghton h...@realh.co.uk URL : http://roxterm.sourceforge.net License : GPL2+ Section : x11 It builds those binary packages: * roxterm - Multi-tabbed GTK+/VTE terminal emulator - virtual package for GTK3 * roxterm-common - Multi-tabbed GTK+/VTE terminal emulator - common files * roxterm-gtk2 - Multi-tabbed GTK+/VTE terminal emulator - GTK2 version * roxterm-gtk3 - Multi-tabbed GTK+/VTE terminal emulator - GTK3 version To access further information about this package, please visit the following URL: http://mentors.debian.net/package/roxterm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/roxterm/roxterm_2.6.1-1.dsc More information about roxterm can be obtained from http://roxterm.sourceforge.net Changes since the last upload: * Ensure vte widgets realized before reading xid (Closes: #663736). * Explicitly close pty when deleting a terminal. * Warnings apply to closing windows via menu (Closes: #664887). * Debian packaging now maintained in master branch again. * Changed close warning dialog buttons to Yes/No. * Honour login option when restoring a session (Closes: #663739). * Reread GdkWindow when re-mapping windows when compositing changes. * debian/watch: Corrected pcre syntax for uncaptured bz2/gz suffix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669437: lebiniou: FTBFS: gcc: error: unrecognized option '-V'
On 20/04/12 at 17:11 +0200, Olivier Girondel wrote: On Thu, Apr 19, 2012 at 9:13 PM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: lebiniou Version: 3.17-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120419 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Hi Lucas, This is very strange, especially this part: configure:5243: checking for FT2 configure:5250: $PKG_CONFIG --exists --print-errors freetype2 Package freetype2 was not found in the pkg-config search path. Perhaps you should add the directory containing `freetype2.pc' to the PKG_CONFIG_PATH environment variable No package 'freetype2' found configure:5253: $? = 1 configure:5267: $PKG_CONFIG --exists --print-errors freetype2 Package freetype2 was not found in the pkg-config search path. Perhaps you should add the directory containing `freetype2.pc' to the PKG_CONFIG_PATH environment variable No package 'freetype2' found configure:5270: $? = 1 configure:5284: result: no No package 'freetype2' found configure:5300: error: You must have libfreetype-dev for Free Type 2 installed This should not happen, since libfreetype6-dev is mentioned in the Build-Depends: section Besides, the package compiles cleanly at Debian, please check http://buildd.debian.org/status/package.php?p=lebiniou Have you checked yourself?! I can reproduce the failure. Please send a fresh log and a diff with mine to the bug report, if you still cannot reproduce this. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669658: [plasma-desktop] plasma-desktop segfaults when Notebook wakes up from suspend-to-ram
Package: plasma-desktop Version: 4:4.7.4-2 Severity: normal --- Please enter the report below this line. --- I usually just close my Notebook (Thinkpad X61) at work, put it in my backpack and go home. At home i just open it, plug in power and network an continue working. During the transport the sleep-LED (a half moon) is on, the system is suspended to ram, not to disk. Every now an then plasma-desktop segfaults when i open the notebook. Plasma-desktop gets restarted instantly, so i can continue working. Still, it sucks. It segfaults about one time in three, the time in hibernation doesn't seem to matter. I run my own Kernel, but have the same problem with Debian testings Kernel. This is the backtrace i get from Drkonqui: -- Backtrace: Application: Plasma-Desktop-Umgebung (plasma-desktop), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f17f2ab4780 (LWP 2214))] Thread 2 (Thread 0x7f17cf709700 (LWP 2217)): #0 0x7f17e6e4c155 in __pthread_mutex_lock (mutex=0x2074c38) at pthread_mutex_lock.c:61 #1 0x7f17e613359f in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f17e6133a99 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f17ef4fce96 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #4 0x7f17ef4d1492 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7f17ef4d168f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7f17ef3e930f in QThread::exec() () from /usr/lib/libQtCore.so.4 #7 0x7f17ef4b435f in ?? () from /usr/lib/libQtCore.so.4 #8 0x7f17ef3ebcf5 in ?? () from /usr/lib/libQtCore.so.4 #9 0x7f17e6e49b50 in start_thread (arg=optimized out) at pthread_create.c:304 #10 0x7f17f23ab90d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #11 0x in ?? () Thread 1 (Thread 0x7f17f2ab4780 (LWP 2214)): [KCrash Handler] #6 0x7f18 in ?? () #7 0x7f17cc041281 in ?? () from /usr/lib/kde4/plasma_engine_hotplug.so #8 0x7f17cc0413dc in ?? () from /usr/lib/kde4/plasma_engine_hotplug.so #9 0x7f17cc0436a9 in ?? () from /usr/lib/kde4/plasma_engine_hotplug.so #10 0x7f17ef4e4eba in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #11 0x7f17eaad8875 in Solid::DeviceNotifier::deviceRemoved(QString const) () from /usr/lib/libsolid.so.4 #12 0x7f17eaad9a5d in ?? () from /usr/lib/libsolid.so.4 #13 0x7f17eaada219 in ?? () from /usr/lib/libsolid.so.4 #14 0x7f17ef4e4eba in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #15 0x7f17eaaeca25 in ?? () from /usr/lib/libsolid.so.4 #16 0x7f17eab2d2f6 in ?? () from /usr/lib/libsolid.so.4 #17 0x7f17ef4e4eba in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/libQtCore.so.4 #18 0x7f17ef8385ad in ?? () from /usr/lib/libQtDBus.so.4 #19 0x7f17ef8248b1 in ?? () from /usr/lib/libQtDBus.so.4 #20 0x7f17ef82dbbf in ?? () from /usr/lib/libQtDBus.so.4 #21 0x7f17ef4e8a6a in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #22 0x7f17ee8a3c64 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #23 0x7f17ee8a8af1 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #24 0x7f17f01cbb26 in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #25 0x7f17ef4d228c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #26 0x7f17ef4d5648 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4 #27 0x7f17ef4fc9d3 in ?? () from /usr/lib/libQtCore.so.4 #28 0x7f17e61330cf in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #29 0x7f17e61338c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #30 0x7f17e6133a99 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #31 0x7f17ef4fce2f in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #32 0x7f17ee947eee in ?? () from /usr/lib/libQtGui.so.4 #33 0x7f17ef4d1492 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #34 0x7f17ef4d168f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #35 0x7f17ef4d5837 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4 #36 0x7f17f269d673 in kdemain () from /usr/lib/kde4/libkdeinit/libkdeinit4_plasma-desktop.so #37 0x7f17f22f1ead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out,
Bug#645530: pandoc: Missing dependency: libghc-citeproc-hs-data
Hi, I’m looking at http://bugs.debian.org/645530 and I’m wondering if the bug still exists in version 1.9.1.1, and if it does, if you can provide a small example. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#669659: claws-mail: Couldn't get recipient encryption key.
Package: claws-mail Version: 3.8.0-1 Severity: normal Dear Maintainer, I can not reply to a letter w/ this error: Couldn't get recipient encryption key. And it gives me no options to choose from and to send the letter. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 claws-mail depends on: ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libcompfaceg1 1:1.5.2-5 ii libdbus-glib-1-20.98-1 ii libenchant1c2a 1.6.0-7 ii libetpan15 1.0-5 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.32.0-4 ii libgnutls26 2.12.18-1 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libldap-2.4-2 2.4.28-1.1 ii libpango1.0-0 1.29.4-3+b1 ii libpisock9 0.12.5-5 ii libsm6 2:1.2.0-2 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 ii aspell-ru [aspell-dictionary] 0.99g5-18 ii claws-mail-i18nnone ii xfonts-100dpi 1:1.0.3 Versions of packages claws-mail suggests: ii chromium [www-browser] 18.0.1025.151~r130497-1 ii claws-mail-doc none ii claws-mail-tools none ii elinks [www-browser] 0.12~pre5-7 ii gedit | kwrite | mousepad | nedit none ii iceweasel [www-browser]10.0.3esr-3 ii lynx-cur [www-browser] 2.8.8dev.12-2 -- 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#669660: aranym: SIGSEGV instead of starting up
Package: aranym Version: 0.9.13-3 Severity: grave Justification: renders package unusable All files (mirnitrd.nym, mirnitrd, vmlinuz) from this report are available at: http://zigo.mirbsd.org:8080/t/ tg@zigo:~/pub $ SDL_AUDIODRIVER=dummy; export SDL_AUDIODRIVER tg@zigo:~/pub $ SDL_VIDEODRIVER=dummy; export SDL_VIDEODRIVER tg@zigo:~/pub $ unset DISPLAY tg@zigo:~/pub $ gdb --args aranym-mmu -l -c mirnitrd.nym GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/aranym-mmu...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/aranym-mmu -l -c mirnitrd.nym [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. ARAnyM 0.9.13 Using config file: 'mirnitrd.nym' Missing value in Config file mirnitrd.nym on line 8 !!! [New Thread 0x705ba700 (LWP 29158)] [New Thread 0x7fffefdb9700 (LWP 29159)] Could not open joystick 0 [New Thread 0x7fffef3f7700 (LWP 29160)] ARAnyM RTC Timer: /dev/rtc: No such file or directory [Thread 0x7fffef3f7700 (LWP 29160) exited] Program received signal SIGSEGV, Segmentation fault. 0x004b22e0 in ?? () (gdb) info threads Id Target Id Frame 3Thread 0x7fffefdb9700 (LWP 29159) 0x7649076d in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6 2Thread 0x705ba700 (LWP 29158) 0x7649076d in nanosleep () from /lib/x86_64-linux-gnu/libc.so.6 * 1Thread 0x77f0a880 (LWP 29155) 0x004b22e0 in ?? () (gdb) bt #0 0x004b22e0 in ?? () #1 0x004b26fc in ?? () #2 0x004b285e in ?? () #3 0x004959d5 in ?? () #4 0x0049611f in ?? () #5 0x00407735 in ?? () #6 0x76405ead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 #7 0x00407e71 in ?? () #8 0x7fffe688 in ?? () #9 0x001c in ?? () #10 0x0004 in ?? () #11 0x7fffe919 in ?? () #12 0x7fffe92d in ?? () #13 0x7fffe930 in ?? () #14 0x7fffe933 in ?? () #15 0x in ?? () -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages aranym depends on: ii libc62.13-30 ii libgcc1 1:4.7.0-3 ii libgmp10 2:5.0.4+dfsg-1 ii libmpfr4 3.1.0-4 ii libsdl-image1.2 1.2.12-1 ii libsdl1.2debian 1.2.15-3 ii libstdc++6 4.7.0-3 ii libusb-1.0-0 2:1.0.9~rc3-4 ii libx11-6 2:1.4.99.901-1 Versions of packages aranym recommends: ii bridge-utils 1.5-2 ii uml-utilities 20070815-1.3 aranym 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#655801: tarantool: FTBFS: make[4]: lua: Command not found
What happens on my system is that buildvm_ppc.dasc is newer than buildvm_ppcspe.h: (unstable-amd64-sbuild)root@ip-10-250-219-242:~/tarantool-1.4.4+20120127/build-area/third_party/luajit/src# stat buildvm_ppcspe.h buildvm_ppc.dasc ../dynasm/dynasm.lua File: `buildvm_ppcspe.h' Size: 89531 Blocks: 192IO Block: 4096 regular file Device: 11h/17d Inode: 57883 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.080027787 + Modify: 2012-04-20 19:06:21.080027787 + Change: 2012-04-20 19:06:21.080027787 + Birth: - File: `buildvm_ppc.dasc' Size: 105208 Blocks: 224IO Block: 4096 regular file Device: 11h/17d Inode: 57976 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.084027557 + Modify: 2012-04-20 19:06:21.084027557 + Change: 2012-04-20 19:06:21.084027557 + Birth: - File: `../dynasm/dynasm.lua' Size: 30427 Blocks: 64 IO Block: 4096 regular file Device: 11h/17d Inode: 57862 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.080027787 + Modify: 2012-04-20 19:06:21.080027787 + Change: 2012-04-20 19:06:21.080027787 + Birth: - $ curl -s http://cdn.debian.net/debian/pool/main/t/tarantool/tarantool_1.4.4%2b20120127.orig.tar.gz|tar -tzv|grep 'buildvm_ppcspe.h\|buildvm_ppc.dasc' -rw-rw-r-- root/root105208 2011-12-27 11:17 tarantool-1.4.4+20120127/third_party/luajit/src/buildvm_ppc.dasc -rw-rw-r-- root/root 89531 2011-12-27 11:17 tarantool-1.4.4+20120127/third_party/luajit/src/buildvm_ppcspe.h So it must be 11:17 2011-12-27 against Your 2012-04-20 19:06:21.080027787 You have broken tar or broken filesystem that unpack or save files incorrectly. so make decides that it needs to rebuild buildvm_ppcspe.h, which fails. I don't know why it's the case on my system but not on yours, but I also do not see any reason why this should not happen. I don't know, too. May be You use some buildup over ext[3-4]? or special mount optins? Hgm... What is the version of tar You use? -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#657653: checkrestart -p completely broken?
On mån, 2012-04-09 at 21:04 +0200, Javier Fernández-Sanguino Peña wrote: On Thu, Apr 05, 2012 at 09:11:09PM +0300, Peter Eisentraut wrote: On lör, 2012-03-31 at 22:53 +0200, Javier Fernández-Sanguino Peña wrote: On Sat, Mar 31, 2012 at 03:10:01PM +0300, Peter Eisentraut wrote: Does this sound like a viable approach? It's worth a try. You can find a first attempt at coding this behaviour at http://anonscm.debian.org/gitweb/?p=collab-maint/debian-goodies.git;a=commitdiff;h=09c21d49555d13153131da3f463aa54452c73fd7 The -p option should work now with upgrades in *unstable* systems too as old libraries are detected and found in (newer) library upgrades. It seems to work properly in my unstable desktop when I upgrade some libraries. Could you give it a try? It currently crashes for me: Just to make sure this is not a problem with the script, could you please apply the attached patch to checkrestart (which adds more verbosity) and run checkrestart using 'checkrestart -v -p' ? Please send me the output to see if I can see where the problem might be. Pretty obvious problem, it turns out: Will look in lines using regular expression '/usr/lib/i386-linux-gnu/libstdc++.so.*' Analysing output: libstdc++6:i386: /usr/lib/i386-linux-gnu/libstdc++.so.6.0.17 Traceback (most recent call last): File ./checkrestart, line 552, in module main() File ./checkrestart, line 128, in main toRestart = lsofcheck(blacklist = blacklist) File ./checkrestart, line 273, in lsofcheck processes.values()) File ./checkrestart, line 272, in lambda toRestart = filter(lambda process: process.needsRestart(blacklist), File ./checkrestart, line 537, in needsRestart if isdeletedFile(f, blacklist): File ./checkrestart, line 392, in isdeletedFile file_query_check[file_name] = ispackagedFile(file_name) File ./checkrestart, line 313, in ispackagedFile if line.endswith(f) or ( file_regexp and re.search(f, line)): File /usr/lib/python2.7/re.py, line 142, in search return _compile(pattern, flags).search(string) File /usr/lib/python2.7/re.py, line 244, in _compile raise error, v # invalid expression sre_constants.error: multiple repeat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1
owner ! tags +moreinfo thanks Hi Bastiaan, please rework your changelog. Only by reading the changelog I wouldn't know why it would be appropriate to NMU it. Did you try to contact the maintainer? The problem was reported yesterday. On 20.04.2012 14:11, Bastiaan Franciscus van den Dikkenberg wrote: * Fix default-tls file for apache Added default-tls file (Closes: #558232) * Fix configure: *** memcache library not found. added build-depensie to libapr-memcache-dev (Closes: #497097) * apache2-dev is releplaced by apache2-threaded-dev There is a typo. Moreover, you should mention the two bugs this fixes. * upgrade to standards-version 3.9.3 don't do this in a NMU. Please send an updated package and I'll see what I can do, given I broke it at the first place. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
On 20/04/12 at 23:34 +0400, Dmitry E. Oboukhov wrote: What happens on my system is that buildvm_ppc.dasc is newer than buildvm_ppcspe.h: (unstable-amd64-sbuild)root@ip-10-250-219-242:~/tarantool-1.4.4+20120127/build-area/third_party/luajit/src# stat buildvm_ppcspe.h buildvm_ppc.dasc ../dynasm/dynasm.lua File: `buildvm_ppcspe.h' Size: 89531 Blocks: 192IO Block: 4096 regular file Device: 11h/17d Inode: 57883 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.080027787 + Modify: 2012-04-20 19:06:21.080027787 + Change: 2012-04-20 19:06:21.080027787 + Birth: - File: `buildvm_ppc.dasc' Size: 105208Blocks: 224IO Block: 4096 regular file Device: 11h/17d Inode: 57976 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.084027557 + Modify: 2012-04-20 19:06:21.084027557 + Change: 2012-04-20 19:06:21.084027557 + Birth: - File: `../dynasm/dynasm.lua' Size: 30427 Blocks: 64 IO Block: 4096 regular file Device: 11h/17d Inode: 57862 Links: 1 Access: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Access: 2012-04-20 19:06:21.080027787 + Modify: 2012-04-20 19:06:21.080027787 + Change: 2012-04-20 19:06:21.080027787 + Birth: - $ curl -s http://cdn.debian.net/debian/pool/main/t/tarantool/tarantool_1.4.4%2b20120127.orig.tar.gz|tar -tzv|grep 'buildvm_ppcspe.h\|buildvm_ppc.dasc' -rw-rw-r-- root/root105208 2011-12-27 11:17 tarantool-1.4.4+20120127/third_party/luajit/src/buildvm_ppc.dasc -rw-rw-r-- root/root 89531 2011-12-27 11:17 tarantool-1.4.4+20120127/third_party/luajit/src/buildvm_ppcspe.h So it must be 11:17 2011-12-27 against Your 2012-04-20 19:06:21.080027787 You have broken tar or broken filesystem that unpack or save files incorrectly. My stats were done in the build-area dir. Apparently mtimes are not preserved when files are copied to build-area. They are OK in third_party/luajit/src/. so make decides that it needs to rebuild buildvm_ppcspe.h, which fails. I don't know why it's the case on my system but not on yours, but I also do not see any reason why this should not happen. I don't know, too. May be You use some buildup over ext[3-4]? or special mount optins? Hgm... I use tmpfs. But tarantool would be the first package to exhibit a tmpfs problem. What is the version of tar You use? everything is plain unstable. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669661: tightvnc-java: Port number should be absolute, not relative
Package: tightvnc-java Version: 1.2.7-8 Severity: normal Dear Maintainer, The syntax for the VNC viewer is this: $ vncviewer host:port but for some reason the port number is given relative to the standard VNC port 5900, but this is noted nowhere in either the manpage or when executing the program with the --help parameter. So, when you happily try to connect to an alternative port such as 5901, you actually end up connecting to 5900+5901=11801. Pardon my french, but this is completely retarded. No other program I know of takes the port number as something relative. Expected behaviour is this: vncviewer localhost:5901 localhost 5901 but now you get this: vncviewer localhost:5901 localhost 11801 The fact that vncviewer completely lacks built-in documentation only makes this worse. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash tightvnc-java depends on no packages. tightvnc-java recommends no packages. Versions of packages tightvnc-java suggests: pn tightvncserver 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#661173: Please package 0.9 series
Hi Iain, you filed this against pandoc, but 0.9 makes little sense. Do you mean 1.9? Then this bug can be closed. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#669662: [PATCH] prosper: Helping to update to packaging format 3.0
Package: prosper
Severity: wishlist
Tags: patch
Hi,
The dpatch patch management system has been deprecated for some time. The
Lintian currently flags use of dpatch packages as an error. The new 3.0
packaging format is an improved version which, among other things, contains
patch management built-in. For more information, see:
http://wiki.debian.org/Projects/DebSrc3.0
I had some free time; see attached patch to migrate to new package
format. Note that all files in debian/patches/* are canocalized to
*.patch.
Let me know if there is anything that needs adjusting or if it is ok
to upload this version in a NMU in case you are working on other
issues needing attention.
Thanks,
Jari
From a55acfeb4c4fa97268abce0802364683ba19be56 Mon Sep 17 00:00:00 2001
From: Jari Aalto jari.aa...@cante.net
Date: Fri, 20 Apr 2012 22:57:23 +0300
Subject: [PATCH] format-3.0
Organization: Private
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Jari Aalto jari.aa...@cante.net
---
debian/changelog | 15 +++
debian/compat|2 +-
debian/control |5 +++--
debian/patches/00list|1 -
debian/patches/01-kill-pstcol.patch | 15 +++
debian/patches/01_kill_pstcol.dpatch | 33 -
debian/patches/series|1 +
debian/rules | 12 ++--
debian/source/format |1 +
debian/watch |2 ++
10 files changed, 40 insertions(+), 47 deletions(-)
delete mode 100644 debian/patches/00list
create mode 100644 debian/patches/01-kill-pstcol.patch
delete mode 100644 debian/patches/01_kill_pstcol.dpatch
create mode 100644 debian/patches/series
create mode 100644 debian/source/format
create mode 100644 debian/watch
diff --git a/debian/changelog b/debian/changelog
index 0192b9f..11c3691 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+prosper (1.00.4+cvs.2007.05.01-4.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove deprecated dpatch and upgrade to packaging format 3.0 quilt.
+ * Update to Standards-Version to 3.9.3 and debhelper to 9.
+ * Add build-arch and build-indep targets; use dh_prep in rules file.
+ * Fix no-homepage-field (Lintian).
+ * Fix debian-watch-file-is-missing (Lintian).
+
+ -- Jari Aalto jari.aa...@cante.net Fri, 20 Apr 2012 22:55:41 +0300
+
prosper (1.00.4+cvs.2007.05.01-4) unstable; urgency=low
* Bumped to Standards-Version: 3.8.0.
@@ -163,7 +174,3 @@ prosper (1.00.4-1) unstable; urgency=low
* Initial Release. (closes: #82783)
-- Adrian Bunk b...@fs.tum.de Fri, 16 Feb 2001 23:17:45 +0100
-
-Local variables:
-mode: debian-changelog
-End:
diff --git a/debian/compat b/debian/compat
index b8626c4..ec63514 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-4
+9
diff --git a/debian/control b/debian/control
index efba7c9..4168f1f 100644
--- a/debian/control
+++ b/debian/control
@@ -2,9 +2,10 @@ Source: prosper
Section: tex
Priority: optional
Maintainer: Masayuki Hatta (mhatta) mha...@debian.org
-Build-Depends: debhelper ( 4.0.0), dpatch
+Build-Depends: debhelper (= 9)
Build-Depends-Indep: tex-common (= 0.16)
-Standards-Version: 3.8.0
+Standards-Version: 3.9.3
+Homepage: http://freecode.com/projects/prosper
Package: prosper
Architecture: all
diff --git a/debian/patches/00list b/debian/patches/00list
deleted file mode 100644
index 2cc0fc4..000
--- a/debian/patches/00list
+++ /dev/null
@@ -1 +0,0 @@
-01_kill_pstcol
diff --git a/debian/patches/01-kill-pstcol.patch b/debian/patches/01-kill-pstcol.patch
new file mode 100644
index 000..a96da32
--- /dev/null
+++ b/debian/patches/01-kill-pstcol.patch
@@ -0,0 +1,15 @@
+From: Masayuki Hatta mha...@debian.org
+Subject: Makes prosper.cls not require pstcol, it has been causing much problem.
+
+diff -urN prosper-1.00.4+cvs.2004.03.29.orig/prosper.cls prosper-1.00.4+cvs.2004.03.29/prosper.cls
+--- prosper-1.00.4+cvs.2004.03.29.orig/prosper.cls 2004-03-29 00:03:48.0 +0900
prosper-1.00.4+cvs.2004.03.29/prosper.cls 2004-03-29 00:04:35.0 +0900
+@@ -85,7 +85,7 @@
+
+ \ProcessOptions\relax
+
+-\RequirePackage{pstcol}
++%\RequirePackage{pstcol}
+ \RequirePackage{graphicx} % MUST be loaded *before* seminar
+
+ % Trying to detect VTeX automatically.
diff --git a/debian/patches/01_kill_pstcol.dpatch b/debian/patches/01_kill_pstcol.dpatch
deleted file mode 100644
index 0e5fae0..000
--- a/debian/patches/01_kill_pstcol.dpatch
+++ /dev/null
@@ -1,33 +0,0 @@
-#! /bin/sh -e
-## 01_kill_pstcol.dpatch by Masayuki Hatta mha...@debian.org
-##
-## All lines beginning with \`## DP:' are a description of the patch.
-## DP: Makes prosper.cls not require pstcol, it has been causing much problem.
-
-if [ $# -ne 1 ]; then
-echo 2 `basename $0`: script expects -patch|-unpatch as argument
-exit 1
-fi
-case $1 in
-
Bug#669635: [da2d323] Fix for Bug#669635 committed to git
tags 669635 + pending thanks Hello, The following change has been committed for this bug by Anton Gladky gladky.an...@gmail.com on Fri, 20 Apr 2012 21:58:29 +0200. The fix will be in the next upload. Fix FTBFS with gcc-4.7. Thanks to Philipp Büttgenbach. (Closes: #669635) You can check the diff of the fix at: ;a=commitdiff;h=da2d323 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669663: petitboot: uninstallable on mips*, sparc and s390x
Package: petitboot
Version: 12.03.29.20.47-g45e2534-1
Severity: grave
Hi,
petitboot is currently uninstallable on mips{,el}, sparc and s390x.
This is because it depends on kexec-tools, which does not exist on those
architectures.
Regards,
Adam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669360: [Pkg-xfce-devel] Bug#669360: Berlin, Germany is not in The Gambia nor in South Africa
On jeu., 2012-04-19 at 13:44 +0200, W. Martin Borgert wrote: The plugin makes a strange connection between Berlin, capital of Germany, and The Gambia when trying to select Berlin as location. See screenshot. Well, that just means Berlin exists not only in Germany. After selecting Berlin, the tooltip moves Berlin to South Africa. See second screenshot. So you select Berlin, The Gambia? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#669664: stgit: a CommitData::parse() assertion fails on a mergetag commit
Package: stgit Version: 0.15-1.1 Severity: important In stgit, a CommitData::parse() assertion fails when parsing a mergetag commit: Error: Unhandled exception: Traceback (most recent call last): File /usr/lib/pymodules/python2.7/stgit/main.py, line 152, in _main ret = command.func(parser, options, args) File /usr/lib/pymodules/python2.7/stgit/commands/new.py, line 68, in func tree = stack.head.data.tree, parents = [stack.head], message = '', File /usr/lib/pymodules/python2.7/stgit/lib/git.py, line 434, in data self.__repository.cat_object(self.sha1)) File /usr/lib/pymodules/python2.7/stgit/lib/git.py, line 416, in parse assert False AssertionError This breaks at least 'stg new' and 'stg import'; probably other stg commands also. Steps to reproduce: git clone git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap.git cd linux-omap stg init stg branch -c foo stg rebase 9c3a3009f1c66f4a758b1e5d31b6977185d70a56 stg new crashme (crashes) This bug is fixed in the upstream stgit repo by: commit 0d85bab3926f6c852d9caca0dfc8ca71d237df71 Author: Junio C Hamano gits...@pobox.com Date: Wed Feb 15 12:24:56 2012 + Parse commit object header correctly -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stgit depends on: ii git [git-core] 1:1.7.10-1 ii git-core1:1.7.10-1 ii python 2.7.2-10 ii python-support 1.0.14 stgit recommends no packages. stgit 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#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1
The nmu is about #497097 I mailed the owner 10 dayes a go no respons at all But i also include the patch mentiond in #558232 -Oorspronkelijk bericht- Van: Arno Töll [mailto:a...@debian.org] Verzonden: vrijdag 20 april 2012 21:47 Aan: 669...@bugs.debian.org; cont...@bugs.debian.org CC: mod-gnu...@packages.debian.org Onderwerp: Bug#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1 owner ! tags +moreinfo thanks Hi Bastiaan, please rework your changelog. Only by reading the changelog I wouldn't know why it would be appropriate to NMU it. Did you try to contact the maintainer? The problem was reported yesterday. On 20.04.2012 14:11, Bastiaan Franciscus van den Dikkenberg wrote: * Fix default-tls file for apache Added default-tls file (Closes: #558232) * Fix configure: *** memcache library not found. added build-depensie to libapr-memcache-dev (Closes: #497097) * apache2-dev is releplaced by apache2-threaded-dev There is a typo. Moreover, you should mention the two bugs this fixes. * upgrade to standards-version 3.9.3 don't do this in a NMU. Please send an updated package and I'll see what I can do, given I broke it at the first place. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
Severity 655801 normal thanks so make decides that it needs to rebuild buildvm_ppcspe.h, which fails. I don't know why it's the case on my system but not on yours, but I also do not see any reason why this should not happen. I don't know, too. May be You use some buildup over ext[3-4]? or special mount optins? Hgm... I use tmpfs. But tarantool would be the first package to exhibit a tmpfs problem. I think You can have problem in some packages that should restart auto[make/conf] if source files are changed. It seems that a few years ago someone filed such bugreport about fluxbox. Since that it contains autoconf and (or) automake in its B-D in spit of it doesn't need. But in tarantool I can't do so because tarantool uses old versions of lua. Upstream has plans to migrate to current version, but it just is a plan. What is the version of tar You use? everything is plain unstable. -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#669427: apt segfaults on s390x
On Thu, Apr 19, 2012 at 09:12:09PM +0200, Mehdi Dogguy wrote: On 19/04/12 20:21, Faidon Liambotis wrote: Package: apt Version: 0.9.1 Severity: serious apt 0.9.1 currently segfaults on the zelenka (our s390/s390x porterbox) sid_s390x chroot. Downgrading apt to 0.8.15.10 makes it work again. Does it also segfault on s390? (s390x is not a release arch yet so it doesn't warrant an RC severity, unless the maintainer thinks so). It breaks many package builds on s390x and it's broken on an architecture where it built before. And wrt s390x I can pull a Hurd: The current progress is however encouraging. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#645530: pandoc: Missing dependency: libghc-citeproc-hs-data
Hi,
Joachim Breitner wrote:
I’m looking at http://bugs.debian.org/645530 and I’m wondering if the
bug still exists in version 1.9.1.1, and if it does, if you can provide
a small example.
Yes it still exists.
Consider the following bibtex file:
$ cat biblio.bib
@misc{ref,
author = {Somebody},
title = {Test reference},
year = {2012}
}
and the following input
$ cat test.txt
[@ref] is very interesting!
The expected output of pandoc --bibliography=biblio.bib test.txt is:
pspan class=citation(Somebody 2012)/span is very interesting!/p
pSomebody. 2012. “Test reference.”/p
Without libghc-citeproc-hs-data (same version as citeproc-hs pandoc
was build against) installed, the command never returns.
--
Denis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668312: [Pkg-sysvinit-devel] Bug#668312: sysv-rc: hidden dotfile in /etc used as state file (/etc/init.d/.legacy-bootordering)
[Roger Leigh] I don't see any other use of this file in any other packages such as file-rc, so the comment in the postrm is probably not needed. Actually, I suspect that file and related code is some leftover code, as I have vague memories of switching to using the existence of S* symlinks in one of rc0.d or rc6.d to indicate that legacy boot ordering was in effect. But I might be wrong, as this happened a long time ago. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1
Hi, On 20.04.2012 22:02, Bas van den Dikkenberg wrote: The nmu is about #497097 I realize that, but I won't NMU a package because of a less severe bug. I will, however, because you accidentally fix a serious bug along (but you don't mention this in the changelog, see #667626 and #669476) unless the maintainer steps in first. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#669665: guake: Very slow tab switch and refresh
Package: guake Version: 0.4.2-8 Severity: normal Dear maintainers, Guake is impacted by the following bug but this bug is not specific to Guake. I don't know where is the best place for this report. Since few weeks, the tab switch, refresh and scrolling in Guake are very slow (between 1 and 3 seconds). This issue affects XFCE and Gnome terminals too but not mrxvt terminal or GUI applications like Iceweasel. For example, if I launch the command time ls /usr/bin in: * Guake terminal (full screen): time returns: real 0m7.803s user 0m0.024s sys 0m0.024s but the listing takes more than 16 s. * Gnome terminal (full screen): time returns: real 0m6.047s user 0m0.032s sys 0m0.016s but the listing takes more than 14 s. * XFCE Terminal (full screen): time returns: real 0m5.729s user 0m0.024s sys 0m0.020s but the listing takes more than 13 s. * mrxvt (full screen): time returns: real0m0.061s user0m0.016s sys 0m0.032s and the listing is instantaneous !!! This slowness is painful because I use a lot of terminals for everyday tasks and I can't fall back on mrxvt because it does not support UTF-8. I would be really delighted if you could correct this bug. Thanks in advance. Sébastien -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guake depends on: ii gconf2 3.2.3-4 ii libatk1.0-0 2.4.0-2 ii libc62.13-30 ii libcairo21.12.0-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.0-4 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-01.30.0-1 ii libpython2.7 2.7.3~rc2-2 ii libx11-6 2:1.4.99.901-1 ii notification-daemon 0.7.4-1 ii python 2.7.2-10 ii python-dbus 0.84.0-3 ii python-gconf 2.28.1+dfsg-1 ii python-glade22.24.0-3 ii python-notify0.1.1-3 ii python-vte 1:0.28.2-4 ii python2.72.7.3~rc2-2 ii xfce4-notifyd [notification-daemon] 0.2.2-1 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#615128: ui-gtk: reportbug crashes with segmentation fauls and assertion failure
Package: libgtk2.0-0 Version: 2.24.10-1 Followup-For: Bug #615128 Hi, just triggered a very similar bug to this one with the GTK version of reportbug - it crashes with: ** Gdk:ERROR:/tmp/buildd/gtk+2.0-2.24.10/gdk/gdkregion-generic.c:1110:miUnionNonO: assertion failed: (y1 y2) Aborted Here's how to reproduce: - Launch the GTK reportbug client - Click Continue - Enter the package name stgit - Click on the first package name from the drop-down menu that appears: stgit - Click Continue - Click Continue (crashes) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-30 ii libcairo2 1.12.0-2 ii libcomerr2 1.42.2-2 ii libcups21.5.2-10 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.9-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.0-4 ii libgnutls26 2.12.18-1 ii libgssapi-krb5-21.10+dfsg~beta1-2 ii libgtk2.0-common2.24.10-1 ii libk5crypto31.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.4.99.901-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.0-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.6-2 ii multiarch-support 2.13-30 ii shared-mime-info0.90-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk2.0-bin 2.24.10-1 Versions of packages libgtk2.0-0 suggests: ii gvfs 1.12.1-1 ii librsvg2-common 2.36.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664785: [Python-modules-team] Bug#664785: new patch
On 04/20/2012 07:34 PM, Varun Hiremath wrote: Hi Julian, Could you please prepare an updated patch for 0.10.1? I'm not very familiar with this python3 transition, so would you mind adding yourself to Maintainers and taking responsibility for the changes? You may push your changes to subversion, I can build and upload the package. the python3 transition in debian is, thanks to upstream, just running setup.py with python3 and taking care of some wrong shebangs lintian reports. I have committed my invasive patch to svn with an additional wrap-and-sort to make it easier to merge the dependency changes. I'm not really familiar enough with all aspects of the package to add myself to the maintainers, but I'm subscribed to the package in debian and will take care of python3 bugs caused by the patch. signature.asc Description: OpenPGP digital signature
Bug#669467: Force merge bugs
forcemerge 669467 667626 forcemerge 669476 667629 forcemerge 669503 667628 thanks Hi, these bugs are actually duplicates caused by me, as I dropped the virtual dev package provided by apache2. It is probably not worth an upload/NMU all alone since the apache2 package is hopefully going to be transitioned soon. That will require (other) changes on this package anyway. If someone wants to fix _this_ problem, one would just need to replace the build-dependency to apache2-dev by apache2-threaded-dev. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#669666: WISH: non interactive command line mode, resume on restart from checkpoint ...
Package: testdisk Version: 6.13-1 Severity: wishlist Dear Maintainer, Can you please forward upstream about this non interactive mode I did workaround this , using a hacked expect script I can share it (*), but I am fully happy with it... So I'd like to put a resume task in my init script.. Recovering large disks could takes more than month ... (*) http://rzr.online.fr/q/recover -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0lenovog470+ (SMP w/4 CPU cores) -- 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#665400: vinagre doesn't remember passwords when told to
On 2012-04-18 17:22, Michael Biebl wrote: Hi, On 23.03.2012 21:59, Anton Eliasson wrote: Package: vinagre Version: 3.2.2-1 Dear Maintainer, When the VNC server asks for authentication, Vinagre asks the user for the password and offers to remember it for the next connect. But even when this checkbox is ticked, Vinagre asks for the same password the next time it connects to the same host. Could you please test the latest version 3.4 and try to reproduce the problem there. I can reproduce this in 3.4.0-1, the latest version in Testing as of writing. Last dist-upgrade was yesterday, I think. Are you running a GNOME session? Is a /usr/bin/gnome-keyring-daemon process running? Yes, I use gnome-fallback/classic. gnome-keyring-daemon is running: $ ps ax | grep gnome-keyring 2408 ?Sl 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login 20096 pts/0S+ 0:00 grep --color=auto gnome-keyring I've investigated this further and these are my conclusions: 1. When connecting directly without using a bookmark, passwords are never remembered, not even during the current session no matter if the checkbox is checked or not. 2. When connecting via a bookmark, passwords are always remembered while vinagre is running no matter if the checkbox is checked or not. 3. When connecting directly after (2), vinagre always asks for password. 4. Passwords are never stored to file. These were made by connecting to localhost::5901 which was forwarded to a remote computer using: $ ssh -v -L 5901:localhost:5900 remote-domain-name -- Med vänliga hälsningar / Regards Anton Eliasson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669362: [Pkg-xfce-devel] Bug#669362: displays unusual wind speed unit km/h instead of m/s
On jeu., 2012-04-19 at 18:03 +0200, Mathias Brodala wrote: Hi. W. Martin Borgert, 19.04.2012 13:50: Working in the field of wind energy and applied meteorology for some years now, I know, that m/s (meter per second) it the usual unit for wind speed. km/h is never used anywhere. If weather.com does not provide m/s, the plugin should convert from km/h into m/s. As I am not working in the field of wind energy I can say that I can actually imagine how fast e.g. 19 km/h is, but not so 5.28 m/s. Thus km/h should at least kept as option for non-experts. Indeed, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1
Do you want me the change the changelog also ? -Oorspronkelijk bericht- Van: Arno Töll [mailto:a...@debian.org] Verzonden: vrijdag 20 april 2012 22:09 Aan: Bas van den Dikkenberg CC: 669...@bugs.debian.org; mod-gnu...@packages.debian.org Onderwerp: Re: Bug#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1 Hi, On 20.04.2012 22:02, Bas van den Dikkenberg wrote: The nmu is about #497097 I realize that, but I won't NMU a package because of a less severe bug. I will, however, because you accidentally fix a serious bug along (but you don't mention this in the changelog, see #667626 and #669476) unless the maintainer steps in first. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669667: faq.html: missing separator between two distinct shell command s
Source: openssh Version: 1:5.9p1-5 Severity: minor Tags: patch File: faq.html --- a/faq.html 2011-09-07 12:31:25.0 +0300 +++ b/faq.html 2012-04-20 23:20:02.0 +0300 @@ -1080,7 +1080,7 @@ In this case, it can be solved by execut tr td nowrap bgcolor=#EE $ bchmod go-w $HOME $HOME/.ssh/bbr -$ bchmod 600 $HOME/.ssh/authorized_keys/b +$ bchmod 600 $HOME/.ssh/authorized_keys/bbr $ bchown `whoami` $HOME/.ssh/authorized_keys/bbr /td /tr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1
Hi, On 20.04.2012 22:27, Bas van den Dikkenberg wrote: Do you want me the change the changelog also ? Yes, of course you should mention things you fix in an upload. Moreover, you shouldn't push the standards version in a NMU. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#669648: ITP: hurd-gopherfs -- Gopher virtual filesystem for the GNU Hurd
On Fri, Apr 20, 2012 at 08:32:49PM +0200, Samuel Thibault wrote: Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-gopherfs Version : 0.0.0~git-20120420 Upstream Author : James A. Morrison a2mo...@csclub.uwaterloo.ca * URL : http://www.example.org/ ^^^ Really? * License : gpl2+ Programming Lang: C Description : Gopher virtual filesystem for the GNU Hurd gopherfs is a virtual (netfs based) filesystem allowing you to mount gopher sites into your local filesystem. The gopher nodes will appear hierarchically. Gopher? In 2012? -- Steve McIntyre, Cambridge, UK.st...@einval.com Is there anybody out there? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664257: multiarch tuples are not documented/defined
]] Matthias Klose I won't fight for this. But it's some kind of Debian responsibility to address/forward these. Just filing this with the FHS and/or LSB is likely getting ignored. If you have better ways to track progress with this issue, please tell here. JFTR, the FHS and the LSB has a bug tracker, so while filing those might does not guarantee they'll be fixed, it won't just get dropped on the floor either. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659208: Bug#668860: /usr/lib/os-probes/mounted/90bsd-distro: gawk: not found
On Fri, Apr 20, 2012 at 11:42, Joey Hess jo...@debian.org wrote: Looking at the lack of any explanation attached to #659208, I am very tempted to revert it. CCing Otavio since he seemed to find some value in that bug that I don't see. Agreed in reverting it for now. Also, why was #659208 not closed when it was applied? Why was its added file not fixed to use the same indentation as the rest of os-prober? This seems badly handled all around. I didn't close it because not the full patch has been applied; The patch needs to be reworked to work with awk and also follow the indenting code rules of os-prober (my fault in not catching it). Once it is done we can apply it again. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655801: tarantool: FTBFS: make[4]: lua: Command not found
On Sat, Apr 21, 2012 at 00:04:43 +0400, Dmitry E. Oboukhov wrote: But in tarantool I can't do so because tarantool uses old versions of lua. Upstream has plans to migrate to current version, but it just is a plan. You can at least make it so the timestamps aren't confused. There's this thing called 'touch'. Cheers, Julien signature.asc Description: Digital signature
Bug#669668: john: does not print status if started from a script?
Package: john Version: 1.7.3.1-1 Severity: normal man john says While cracking, you can press any key for status but for some reason this does not seem to work if I start john from a shell script: Steps to reproduce: 1) echo abc:0bee89b07a248e27c83fc3d5951213c1 testcase 2) /usr/sbin/john --format=raw-MD5 testcase 3) wait 10 seconds 4) hit enter 5) echo /usr/sbin/john --format=raw-MD5 testcase testcase.sh 6) bash testcase.sh 7) wait 10 seconds 8) hit enter Expected results: 4 8) in both cases john prints the status every time you hit enter: Loaded 1 password hash (Raw MD5 [raw-md5]) guesses: 0 time: 0:00:00:02 (3) c/s: 4728K trying: pm48ss - pm4239 guesses: 0 time: 0:00:00:03 (3) c/s: 5445K trying: p1zb2 - p18s4 guesses: 0 time: 0:00:00:05 (3) c/s: 5835K trying: sopybug - sopybro guesses: 0 time: 0:00:00:07 (3) c/s: 6367K trying: mlbm0e - ml208b Actual results: 4) works as expected 8) does not print anything More info: 1) ls -l /proc/$(pidof john)/fd shows that /dev/tty is not open at all in step 8. 2) If I run john under strace it also does not print status when I hit enter (also /dev/tty is not open). -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages john depends on: ii john-data 1.7.3.1-1active password cracking tool - ch ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-4squeeze7 SSL shared libraries john recommends no packages. Versions of packages john suggests: ii wamerican [wordlist] 6-3American English dictionary words ii wamerican-large [wordlist]6-3American English dictionary words -- 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#664785: [Python-modules-team] Bug#664785: new patch
On Fri, Apr 20, 2012 at 4:14 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: the python3 transition in debian is, thanks to upstream, just running setup.py with python3 and taking care of some wrong shebangs lintian reports. I have committed my invasive patch to svn with an additional wrap-and-sort to make it easier to merge the dependency changes. I'm not really familiar enough with all aspects of the package to add myself to the maintainers, but I'm subscribed to the package in debian and will take care of python3 bugs caused by the patch. Thanks! I will build and upload the package. -Varun -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669669: gtk3-engines-unico: broken with gtk 3.3+
Package: gtk3-engines-unico Version: 1.0.1-1 Severity: important Hey, it seems that unico engine is broken with gtk 3.3+. Would it be possible to update to 1.0.2, which apparently fixes the issue? Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtk3-engines-unico depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-30 ii libcairo-gobject2 1.12.0-2 ii libcairo2 1.12.0-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.0-4 ii libgtk-3-0 3.4.1-2 ii libpango1.0-0 1.30.0-1 gtk3-engines-unico recommends no packages. gtk3-engines-unico 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#669670: libx11: FTBFS[kfreebsd] (missing declaration for issetugid)
Package: libx11 Version: 2:1.4.99.901-1 Severity: serious Tags: help upstream X-Debbugs-Cc: Petr Salinger petr.salin...@seznam.cz, debian-...@lists.debian.org On Fri, Apr 20, 2012 at 22:38:20 +0200, Petr Salinger wrote: Hi, Xlib uses AC_CHECK_FUNC(issetugid) in configure.ac, and then #include unistd.h issetugid(); in the code. On Linux everything's fine because libc doesn't have that function. OTOH kfreebsd explodes with a missing prototype, see https://buildd.debian.org/status/fetch.php?pkg=libx11arch=kfreebsd-amd64ver=2%3A1.4.99.901-1stamp=1334874367 Is that function defined somewhere on kfreebsd? If so, where? And shouldn't unistd.h pull that in? No, the prototype is not defined anywhere, the function is available mainly for linking of old code. The key problem is that configure uses different set of CFLAGS compared to real build: checking for issetugid... yes and error: implicit declaration of function 'issetugid' [-Werror=implicit-function-declaration] OK. I guess this could be solved by adding AC_CHECK_DECL in addition to the existing AC_CHECK_FUNC and only using this function if both tests succeed. I'll gladly take a patch, otherwise it'll wait until I can get to this. Filing a bug for now... Thanks, Julien signature.asc Description: Digital signature
Bug#669671: critical ZFS errors are not reported to root
Package: zfsutils Version: 8.1-4+squeeze1 Severity: important Turns out I've been having a dead disk for about a month and didn't even notice. ZFS (via devd) reported several messages like this in /var/log/user.log: Mar 19 11:40:00 thorin logger: ZFS: checksum mismatch, zpool=tank3 path=/dev/ad5s2 offset=81609640960 size=4608 but nothing else. I think there should be a cronjob parsing user.log and reporting such errors to root, like mdadm does. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zfsutils depends on: ii libbsd0 0.2.0-1utility functions from BSD systems ii libc0.1 2.11.3-2 Embedded GNU C Library: Shared lib ii libgeom0 8.1-5+squeeze1 FreeBSD GEOM library ii libnvpair08.1-4+squeeze1 OpenSolaris name-value pair librar ii libuutil0 8.1-4+squeeze1 OpenSolaris userland utility libra ii libzfs0 8.1-4+squeeze1 FreeBSD ZFS library zfsutils recommends no packages. zfsutils 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#669362: [Pkg-xfce-devel] Bug#669362: displays unusual wind speed unit km/h instead of m/s
On 2012-04-20 22:26, Yves-Alexis Perez wrote: On jeu., 2012-04-19 at 18:03 +0200, Mathias Brodala wrote: As I am not working in the field of wind energy I can say that I can actually imagine how fast e.g. 19 km/h is, but not so 5.28 m/s. YMMV, but I can imagine what a meter is (two thirds of my desks width) and what a second is (count slowly to three), so a m/s is more natural to me than km/h. It is hard for me to feel a kilometer (666 times my desks width?) or an hour (count slowly to 10800?). But this is surely different between people. Thus km/h should at least kept as option for non-experts. I wont mind, of course, nor would I mind Beaufort or knots :~) Btw. hour is not an SI unit, and in science m/s and km/s are typically used, km/h nor anything based on hours, are not. It's OK to support any kind of units some people are used to or like, but the scientific variant should be the default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669369: texlive-extra-utils: pdfjoin (pdfjam) canot join pages
forwarded 669369 d.fi...@warwick.ac.uk stop Dear David, we (i.e. Debian TeXLive packages) have received a bug report about pdfjoin. Can you please comment on that? TIA, Frank Michal Suchanek michal.sucha...@ruk.cuni.cz wrote: Package: texlive-extra-utils Version: 2011.20120322-1 Severity: normal Hello, I tried to use pdfjoin which is part of TeX to join PDF document pages. It turns out that when the first page of the document is slightly larger than the rest of the pages this prevents pdfjam from producing usable output. The first page has correct orientation but the following pages are rotated. It seems that the undocumented parameter --rotate-oversized (set to true) might be the culprit. However 1) the parameter is not documented 2) the pages are not oversized, they are undersized 3) rotating the pages is in no way useful since they are actually the same format (landscape). It would be only useful if rotating the page would yield larger page size after fitting it to the output paper size. Attaching sample (empty) pages. $ pdfjoin --frame true page1.pdf page2.pdf pdfjam: This is pdfjam version 2.08. pdfjam: Reading any site-wide or user-specific defaults... (none found) pdfjam: Effective call for this run of pdfjam: /usr/bin/pdfjam --fitpaper 'true' --rotateoversize 'true' --suffix joined --frame 'true' -- page1.pdf - page2.pdf - pdfjam: Calling pdflatex... pdfjam: Finished. Output was to '/scratch/tmp/page2-joined.pdf'. ## List of ls-R files -rw-r--r-- 1 root root 1587 Apr 18 20:05 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Apr 14 01:43 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN -rw-rw-r-- 1 root staff 79 Dec 9 2010 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Apr 10 10:09 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files -rw-r--r-- 1 root root 838 Apr 18 20:05 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 4746 Apr 18 20:05 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Apr 10 10:09 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3245 Apr 18 20:05 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Nov 10 2008 mktex.cnf -rw-r--r-- 1 root root 838 Apr 18 20:05 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-extra-utils depends on: ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-6 ii python2.7.2-10 ii tex-common3.8 ii texlive-base 2011.20120410-1 ii texlive-binaries 2011.20120410-1 ii texlive-common2011.20120410-1 Versions of packages texlive-extra-utils recommends: ii ghostscript 9.05~dfsg-4 ii ruby 4.8 ii ruby1.8 [ruby-interpreter]1.8.7.352-2 ii ruby1.9.1 [ruby-interpreter] 1.9.3.0-2 Versions of packages texlive-extra-utils suggests: ii chktex none ii dvidvi none ii dvipng none ii fragmaster none ii lacheck 1.26-11.1 ii latexdiff none ii latexmk none ii purifyeps 1.0a-1 ii xindy 2.4-1 Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.36.1 ii dpkg 1.16.2 ii ucf3.0025+nmu1 Versions of packages tex-common suggests: ii debhelper 9.20120322 Versions of packages texlive-extra-utils is related to: ii tex-common3.8 ii texlive-binaries 2011.20120410-1 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Frank Küster Sprecher B90/Grüne OV Miltenberg und Umgebung VCD Miltenberg, ADFC Aschaffenburg-Miltenberg Debian Developer (TeXLive) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669604: kbdcontrol can't load any keymap
El 20 d’abril de 2012 13:34, Anton Zinoviev an...@lml.bas.bg ha escrit: # kbdcontrol -l any_file.kbd kbdcontrol: setting keymap: Inappropriate ioctl for device Try: kbdcontrol -l file.kbd /dev/console -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669648: ITP: hurd-gopherfs -- Gopher virtual filesystem for the GNU Hurd
On Fri, Apr 20, 2012 at 09:33:09PM +0100, Steve McIntyre wrote: On Fri, Apr 20, 2012 at 08:32:49PM +0200, Samuel Thibault wrote: Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-gopherfs Version : 0.0.0~git-20120420 Upstream Author : James A. Morrison a2mo...@csclub.uwaterloo.ca * URL : http://www.example.org/ ^^^ Really? No kidding! Shouldn't that be gopher://gopher.example.org/ ?! ;) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#669360: [Pkg-xfce-devel] Bug#669360: Berlin, Germany is not in The Gambia nor in South Africa
On 2012-04-20 22:03, Yves-Alexis Perez wrote: Well, that just means Berlin exists not only in Germany. Berlin/Schonefeld (correct would be Berlin/Schönefeld), Berlin-Tempelhof, Berlin-West (not so relevant since 1989), Schoneiche/Berlin (correct would be Schöneiche/Berlin), Birkenwerder bei Berlin, Bernau bei Berlin, and Marienfelde are all in or near Berlin, Germany. So you select Berlin, The Gambia? I thought I did, but now I tried again: If I select Berlin, The Gambia, the tooltip says Berlin, Germany, so it results unexpectedly right. There is another option Berlin, (nothing after the comma, which I assumed meant the by far largest Berlin, Germany), which results in Berlin, South Africa. Btw., it seems the weather plugins search mechanism is confusing more things, e.g. when I enter a Berlin zip code (postal code, Postleitzahl), such as 10111, only New York, NY (10111) is returned. When I enter Berlin, there is a list of eight Berlins with two letters behind, which I interprete as ISO country codes: Berlin, GA in Gabon, Berlin, MA in Morocco, Berlin, MD in the republic of Moldova etc. However, it seems, that those Berlins do not exist at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669427: apt segfaults on s390x
On Fri, Apr 20, 2012 at 10:04:28PM +0200, Philipp Kern wrote: On Thu, Apr 19, 2012 at 09:12:09PM +0200, Mehdi Dogguy wrote: On 19/04/12 20:21, Faidon Liambotis wrote: Package: apt Version: 0.9.1 Severity: serious apt 0.9.1 currently segfaults on the zelenka (our s390/s390x porterbox) sid_s390x chroot. Downgrading apt to 0.8.15.10 makes it work again. Does it also segfault on s390? (s390x is not a release arch yet so it doesn't warrant an RC severity, unless the maintainer thinks so). It breaks many package builds on s390x and it's broken on an architecture where it built before. And wrt s390x I can pull a Hurd: The current progress is however encouraging. It's in the construction of the MD5SumValue. But I'm not prepared to curse at bzr for the remainder of the evening, about a bisect plugin that frankly doesn't do what it's supposed to do. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#615125: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Joey, On 20/04/12 01:38, Joey Hess wrote: Nicholas Bamber wrote: Hmm well the old vesion of w3c-dtd-xhtml provided w3c-dtd-xhtml. This one does not. Still I see it showing up as a Provides in PTS. I am not sure if something needs to be done in some mysterious Debian server to resolve that but the 1.2-2 version of w3c-sgml-lib does NOT have a Provides clause. w3c-sgml-lib 1.2-1 does provide/conflict/replace w3c-dtd-xhtml. Yes and it is not present in 1.2-2. Nor does w3c-sgml-lib exist in stable. So actually if we just let it go to testing everything would be fine. ;-) Seriously I will not do that unless you are happy with it and there are still backports and derivatives to worry about. Please could you run this test. Uninstall w3c-dtd-xhtml and all its dependents and reinstall wdg-html-validator with the latest chain. Does that have any issues for you? Please could you send me one or more HTML files that you would accept as an objective test as whether wdg-html-validator is working and what you expect as an output. See end of transcript in my previous mail. Sorry I was in too much of a hurry to see that before. Thanks. Also what happens when you force through the installation of w3c-dtd-xhtml version 1.2-2 and w3c-sgml-lib? Does wdg-html-validator behave itself for you then? update-xmlcatalog: error: entity already registered with a different value Entity : [delegatePublic publicIdStartString=-//W3C//ENTITIES Latin 1 for XHTML//EN] Old value: [catalog=file:///etc/xml/w3c-sgml-lib.xml] New value: [catalog=file:///etc/xml/w3c-dtd-xhtml.xml] dpkg: error processing w3c-dtd-xhtml (--install): And in this state, no, validate does not work. For me the nightmare scenario is that I just have to give up and make w3c-sgml-lib and w3c-dtd-xhtml have mutual conflicts clauses because they define the same entities. I think the Debian policy implies that in that case both packages and all depeendencies should move to extra priority which I think would be dreadful. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662846: texlive-binaries: Unknown macro rb and some tiding in the manual of mf(1)
On 06.03.12 Bjarni Ingi Gislason (bjarn...@rhi.hi.is) wrote: Hi, Package: texlive-binaries Version: 2009-8 Severity: minor From groff: standard input:250: warning: macro `rb' not defined Some adjustment of spaces \\ changed to \e Patch without touching .rb: Could you check if the problem in mf.1 from unstable still exists? It is attached. H. -- sigmentation fault mf.1.gz Description: Binary data signature.asc Description: Digital signature
Bug#669672: wine-gecko-unstable: embeds xulrunner
package: wine-gecko-unstable severity: important tag: security Hi, This package uses an embedded copy of xulrunner. This is bad practice in terms of security support. I haven't really looked at how complicated it would be to use the shared lib version of xulrunner, but that would be far more ideal. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669673: error when browsing deck
Package: anki Version: 1.2.9-2 Severity: normal I have a deck with 266 cards at ankiweb. It was edited mostly with AnkiDroid, I pretty much only used the desktop Anki to create a three-field fact layout. When I do Download personal deck and open the Browse Items window, I get: An error occurred. It may have been caused by a harmless bug, or your deck may have a problem. To confirm it's not a problem with your deck, please restart Anki and run Tools Advanced Check Database. If that doesn't fix the problem, please copy the following into a bug report: Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 770, in rowChanged self.showCardInfo(self.currentCard) File /usr/share/anki/ankiqt/ui/cardlist.py, line 781, in showCardInfo self.cardStats.report()) File /usr/share/anki/anki/stats.py, line 292, in report self.addLine(_(Model Tags), c.fact.model.tags) AttributeError: 'NoneType' object has no attribute 'model' Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable Traceback (most recent call last): File /usr/share/anki/ankiqt/ui/cardlist.py, line 334, in paint elif Marked in row[CARD_TAGS]: TypeError: argument of type 'NoneType' is not iterable That error pops up repeatedly e.g. when selecting cards or searching something. Also, some cards cannot be found in the browser. From Ankidroid, everything seems fine. If I do Check Database, I get Problems found: Recovered 52 cards with missing fact Cards with corrupt or missing facts have been placed into new facts. Your scheduling info and card content has been preserved, but the original layout of the facts has been lost. And indeed some cards have lost their layout, there were three-entry facts but have been converted to two-entry. Again, on Ankidroid all cards including these look fine. Falk -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 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 anki depends on: ii python2.7.2-10 ii python-beautifulsoup 3.2.0-2 ii python-qt44.9.1-1 ii python-simplejson 2.4.0-1 ii python-sqlalchemy 0.7.6-1 Versions of packages anki recommends: ii kakasi 2.3.5~pre1+cvs20071101-1 ii python-matplotlib 1.1.0-1 Versions of packages anki suggests: pn dvipng 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#669609: sponsorship-requests: NMU mod-gnutls/0.5.10-1.1
Hi,
now, that you've updated your package I finally reviewed it. These are
my comments:
* Do not set urgency=high. There is no point in doing so unless you fix
a critical security issue.
* There is an invalid changelog.dch file left over. Please remove it.
* Do not modify previous changelog entries, especially not in NMUs. I
mean this hunk:
mod-gnutls (0.5.10-1) unstable; urgency=low
* New upstream release (Closes: #602957)
- -- Jack Bates ms...@freezone.co.uk Tue, 19 Jul 2011 09:38:29 -0700
+ -- Jack Bates ms...@freezone.co.uk Tue, 19 Jul 2011 09:38:29 -0700
+
* It's acceptable to update the DEP-5 URL since you are going to work on
the package anyway. However, mention this in your changelog.
* In the default-tls file, please remove extra white spaces (line 1,
line 4, line 41 and line 42)
* Remove the /doc alias and associated configuration from the
default-tls file. See DSA 2452-1 for more background on that
* Do not hard code the error log path in the very same file. Instead use
${APACHE_LOG_DIR} as a prefix. Likewise for the access.log.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
signature.asc
Description: OpenPGP digital signature
Bug#642001: libblas.a
probably an atlas or numpy issue. libatlas-base-dev removes the /usr/lib/libblas.a alternative symlink, I don't know why. and numpy.distutils searches for _d.so and .a files when in debug mode. the shared one will always fail so it relies on static library to be there. I guess numpy's searching of _d.so extensions should be fixed for non python extensions. signature.asc Description: OpenPGP digital signature
Bug#668312: [Pkg-sysvinit-devel] Bug#668312: sysv-rc: hidden dotfile in /etc used as state file (/etc/init.d/.legacy-bootordering)
tags 668312 + pending
thanks
On Fri, Apr 20, 2012 at 10:06:42PM +0200, Petter Reinholdtsen wrote:
[Roger Leigh]
I don't see any other use of this file in any other packages such
as file-rc, so the comment in the postrm is probably not needed.
Actually, I suspect that file and related code is some leftover code, as
I have vague memories of switching to using the existence of S* symlinks
in one of rc0.d or rc6.d to indicate that legacy boot ordering was in
effect.
But I might be wrong, as this happened a long time ago.
From what I can see, it checks for S* symlinks, and then creates
.legacy-bootordering if it exists. The check in the prerm looked
bogus--it created the file before doing the reversion, so it wasn't
actually providing any real safety. I've made a shell function
to do the S* check, and used that in both places.
I hope this is OK with you.
Regards,
Roger
commit e263a1c5fd84f5c2ae7d956a6f0ebc7f3ba628f6
Author: Roger Leigh rle...@debian.org
Date: Fri Apr 20 22:42:41 2012 +0100
debian: Remove use of .legacy-bootordering and close #668312
diff --git a/debian/changelog b/debian/changelog
index 009beba..f69acec 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -64,6 +64,7 @@ sysvinit (2.88dsf-23) experimental; urgency=low
for wheezy.
- Migrate users of obsolete static boot ordering to dynamic boot
ordering.
+- Remove use of /etc/init.d/.legacy-bootordering. Closes: #668312.
- Improve help text of debconf message when it is not possible to
automatically enable dynamic boot ordering. Provide explicit
instructions for how to purge obsolete init scripts.
@@ -111,7 +112,7 @@ sysvinit (2.88dsf-23) experimental; urgency=low
- Don't restart or perform initctl migration if systemd is
running.
- -- Roger Leigh rle...@debian.org Thu, 19 Apr 2012 20:26:41 +0100
+ -- Roger Leigh rle...@debian.org Fri, 20 Apr 2012 22:37:35 +0100
sysvinit (2.88dsf-22.1) unstable; urgency=low
diff --git a/debian/sysv-rc.postinst b/debian/sysv-rc.postinst
index 858ef20..62498f2 100644
--- a/debian/sysv-rc.postinst
+++ b/debian/sysv-rc.postinst
@@ -8,7 +8,6 @@ db_version 2.0
now=`date +%Y%m%dT%H%M`
logdir=/var/lib/insserv
logfile=$logdir/run-$now.log
-flagfile=/etc/init.d/.legacy-bootordering
# Make sure insserv is in path
PATH=/sbin:$PATH
@@ -63,6 +62,16 @@ add_suggestion() {
fi
}
+legacy_bootordering() {
+for f in /etc/rc0.d/S* ; do
+ if [ -f $f ] ; then
+ return 0
+ fi
+done
+
+return 1
+}
+
is_unsafe_to_activate() {
retval=1
# Refuse to convert when there are obsolete init.d scripts left
@@ -155,19 +164,11 @@ try_to_convert() {
case $1 in
configure)
- # Detect migrations away from file-rc, where the legacy boot
- # ordering is used but the flag file to indicated legacy boot
- # ordering is missing. Can not do this in preinst, as preinst
- # might be executed before the postinst of file-rc creatingthe
- # files in /etc/rc?.d/.
- for f in /etc/rc0.d/S* ; do
- if [ ! -f $flagfile ] [ -f $f ] ; then
- touch $flagfile
- break
- fi
- done
+ if dpkg --compare-versions $2 lt 2.88dsf-23
+ rm -f /etc/init.d/.legacy-bootordering
+ fi
- if [ -f $flagfile ] ; then
+ if legacy_bootordering ; then
# Still using legacy ordering, try to convert
if try_to_convert ; then
:
diff --git a/debian/sysv-rc.postrm b/debian/sysv-rc.postrm
index 036e492..e0335ef 100755
--- a/debian/sysv-rc.postrm
+++ b/debian/sysv-rc.postrm
@@ -29,9 +29,6 @@ if [ ! -e /usr/sbin/invoke-rc.d ] ; then
ln -sf /usr/share/sysvinit/update-rc.d /usr/sbin/invoke-rc.d
fi
-# Do not remove /etc/init.d/.legacy-bootordering, to allow those
-# taking over to know where to continue.
-
#DEBHELPER#
# Remove the recorded update-rc.d
diff --git a/debian/sysv-rc.prerm b/debian/sysv-rc.prerm
index 9d6f41a..efba30e 100755
--- a/debian/sysv-rc.prerm
+++ b/debian/sysv-rc.prerm
@@ -5,6 +5,16 @@
set -e
+legacy_bootordering() {
+for f in /etc/rc0.d/S* ; do
+ if [ -f $f ] ; then
+ return 0
+ fi
+done
+
+return 1
+}
+
revert_to_legacy_ordering() {
# First, check that we have all the needed actions recorded
present=
@@ -70,7 +80,6 @@ EOF
# Enable legacy boot ordering, remove all start and stop symlinks,
# and register all scripts again.
echo warning: reverting to legacy boot ordering
-touch /etc/init.d/.legacy-bootordering
for script in $present ; do
rm /etc/rc?.d/[KS][0-9][0-9]$script
sh /var/lib/update-rc.d/$script /dev/null
@@ -88,7 +97,9 @@ case $1 in
remove)
# Refuse to be uninstalled unless all the needed
# update-rc.d calls are recorded already.
- if [ ! -f /etc/init.d/.legacy-bootordering ] ; then
+ if
Bug#669408: ksnapshot: Auto upload to online service
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Valentin, On Thursday 19 April 2012 09:08 PM, Valentin Lorentz wrote: When I take a snapshot, I usually upload it just after saving it. It would be nice to have an Upload button, which uploads the screenshot to an image hosting service, and then get the link to share it. It does part of it, i.e. it has an option Send To that can upload to a variety of services. What it does not do currently is to return the URL. I yesterday had filed a wishlist for the very same feature. You may want to add yourself there. https://bugs.kde.org/show_bug.cgi?id=298488 - -- Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJPkdkmAAoJEKY6WKPy4XVp8KUP/irOFW/fzJHnUo34pqCEbZ7n lzjq7psgk9H7qtO/lcfzNv/Soq6ka75Rn8TVhhaVp4ysagcO+qA4XYg4kVtEGEVF hBAtxEun8AfAQtVt5tRQSmYLsG8telnE3j1RkPT7+ITg4YepL2xA9jhdx6dgKCSQ cCTCjuMrnWEZttLaolqkP+4X9ekk2qmfVx4GQmsr0pzk9OtM9DTpFhfiZbHbcGXs Z0/SsjHRNZWHsJjjxPk9sv5S4Knz/gTcf9/DaerY/6196Mp3VxENFMexu736H+Vq k2m7dxD/wjxXAGeydDsrhcV4xrsBrRo0V93uslyD92PqD9dd9x4ZLv7F233LNHy8 yq+u6XWlvBPE+bMMCjU4AAxF121ldcoNp8Snh0YHm3dqFVdtZVEp2EJLck/Ix79Z YndvwbvaUsZt9Sp4mXk+QIBLMhbnaKYgXZSv+QdxbvNWZYZXzwThucQoQXk4jk7Z ZwjdvdSRBreQ80EFGVEQic//ytfCQDtVcjWmpz5YYoDDJCGmL5wo+DlZGBXgbJBb zO5ZJcl3InmIa95nIIBSkTT7PT2hEvZjxqGEqzv6XB1lRGfw9TPBBiTt3kf0Hbdq RXVIr4q8G1v7yLDjC+3HkrjIdZJwTC3+UgTnwPhIedK0TyJgGD0mtFFUU6Gvaf9C YD4UkkNYsm7+Kzt+82Ci =iJcY -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#669648: ITP: hurd-gopherfs -- Gopher virtual filesystem for the GNU Hurd
Steve McIntyre, le Fri 20 Apr 2012 21:33:09 +0100, a écrit : On Fri, Apr 20, 2012 at 08:32:49PM +0200, Samuel Thibault wrote: Package: wnpp Severity: wishlist Owner: Samuel Thibault sthiba...@debian.org * Package name: hurd-gopherfs Version : 0.0.0~git-20120420 Upstream Author : James A. Morrison a2mo...@csclub.uwaterloo.ca * URL : http://www.example.org/ ^^^ Really? Oops, missed that field indeed. http://www.gnu.org/s/hurd/hurd/translator/gopherfs.html * License : gpl2+ Programming Lang: C Description : Gopher virtual filesystem for the GNU Hurd gopherfs is a virtual (netfs based) filesystem allowing you to mount gopher sites into your local filesystem. The gopher nodes will appear hierarchically. Gopher? In 2012? Well, why not? There are still some servers around. Being able to rgrep in their content would be nice :) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669674: [debian-history] French: typo Zachhiroli in ch-leaders.fr
Package: debian-history Version: 2.16 Severity: minor /usr/share/doc/debian-history/fr/ch-leaders.fr.html contains: Stefano Zachhiroli a été élu en avril 2010 et est notre chef de projet actuel. In Zachhiroli, chh should read c*c*h. This problem does not affect the English version.
Bug#669189: Acknowledgement.
Hello Simon: Thanks for your kind and helpful email. Hardening flags was sit on our list of TODO for the package but still pending. Thanks to your email the progress will be smoother and faster. I'll apply your patch in short to our git tree and tag this as pending once a new upload is planned. Best regards, -- Raúl Sánchez Siles -Proud Debian user- Linux registered user #416098 signature.asc Description: This is a digitally signed message part.
Bug#664197: libvorbis0a: DSA 2412-1 fix is missing
On 2012-04-17 22:53:58 -0400, Michael Gilbert wrote: I've just uploaded a fix for this to DELAYED/2, see attached debdiff. Shouldn't this bug be marked as fixed in 1.3.2-1.2, so that apt-listbugs doesn't complain? -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669675: cuetools: 'man cuebreakpoints cueconvert cueprint' typos: availabe; filenamess; infomation
Package: cuetools
Version: 1.3.1-12
Severity: minor
Tags: patch
Dear Maintainer,
Found some typos in '/usr/share/man/man1/cuebreakpoints.1.gz',
'/usr/share/man/man1/cueconvert.1.gz',
'/usr/share/man/man1/cueprint.1.gz'
see attached '.diff' files.
Hope this helps...
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Versions of packages cuetools depends on:
ii id3v2 0.1.12-2
ii libc6 2.13-27
Versions of packages cuetools recommends:
ii flac 1.2.1-6
cuetools suggests no packages.
-- no debconf information
--- cuebreakpoints.1 2011-06-19 16:12:28.0 -0400
+++ /tmp/cuebreakpoints.1 2012-04-16 14:28:29.892289378 -0400
@@ -28,7 +28,7 @@
.B shnsplit
(part of the shntool package).
.PP
-Three approaches to track pregaps are availabe: append (to previous track),
+Three approaches to track pregaps are available: append (to previous track),
prepend (to succeeding track), and split (from both preceding and
succeeding tracks).
The split approach can result in up to twice as many breakpoints being
--- cueconvert.1 2011-06-19 16:12:28.0 -0400
+++ /tmp/cueconvert.1 2012-04-16 14:29:00.436240759 -0400
@@ -34,7 +34,7 @@
.I outfile
is not specified, it writes to standard output.
.PP
-If no filenamess are specified, standard input is used, and an input format
+If no filenames are specified, standard input is used, and an input format
option
.I must
be specified.
--- cueprint.1 2011-06-19 16:12:28.0 -0400
+++ /tmp/cueprint.1 2012-04-16 14:29:49.952163010 -0400
@@ -1,6 +1,6 @@
.TH cueprint 1
.SH NAME
-cueprint \- report disc and track infomation from a CUE or TOC file
+cueprint \- report disc and track information from a CUE or TOC file
.SH SYNOPSIS
.B cueprint
[ {
Bug#642001: reproduce instructions
simple way to reproduce the issue:
libatlas-base-dev installed, debug:
strace python-dbg -c 'from numpy.distutils.system_info import get_info;
get_info(blas, 2)' 21 | grep libblas
open(/usr/lib/libblas.so.3gf, O_RDONLY) = 10
lstat(/usr/local/lib/libblas_d.so, 0x7ee66ad0) = -1 ENOENT (No such file
or directory)
lstat(/usr/local/lib/libblas.a, 0x7ee66ad0) = -1 ENOENT (No such file or
directory)
lstat(/usr/lib/libblas_d.so, 0x7ee66ad0) = -1 ENOENT (No such file or
directory)
lstat(/usr/lib/libblas.a, 0x7ee66ad0) = -1 ENOENT (No such file or
directory)
lstat(/usr/lib/x86_64-linux-gnu/libblas_d.so, 0x7ee66ad0) = -1 ENOENT (No
such file or directory)
lstat(/usr/lib/x86_64-linux-gnu/libblas.a, 0x7ee66ad0) = -1 ENOENT (No
such file or directory)
non-debug
strace python -c 'from numpy.distutils.system_info import get_info;
get_info(blas, 2)' 21 | grep libblas
open(/usr/lib/libblas.so.3gf, O_RDONLY) = 10
lstat(/usr/local/lib/libblas.so, 0x7fff96312670) = -1 ENOENT (No such file or
directory)
lstat(/usr/local/lib/libblas.a, 0x7fff96312670) = -1 ENOENT (No such file or
directory)
lstat(/usr/lib/libblas.so, {st_mode=S_IFLNK|0777, st_size=28, ...}) = 0
signature.asc
Description: OpenPGP digital signature
Bug#669669: gtk3-engines-unico: broken with gtk 3.3+
I failed to notice the new version, thanks for pointing out this to me. I'll upload it in the shortest possible time. :) Greetings, Karolina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616498: fityk: hangs / crashes with no explanation
Hi there I have a couple of newer versions built for squeeze in my archive at http://debian-xray.iit.edu There is a 0.9.7 for i386 and a 0.9.8 for amd64. You can try those before going to a testing distribution. I've added your repo and installed the 0.9.8 amd64 package on one of my Squeeze computers. The segfault is gone. Now fityk correctly displays the error but does not quit. I don't suppose this package can be updated in Squeeze?, the bug is reasonably important. Also, the problems seem gone in newer versions for the original reporter of this bug. If, however, you just want to close the bug report, because it's solved in 0.9.8 in wheezy that's ok by me (especially with the existence of your repository). Thanks Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669676: [ftp.debian.org] RM: vdr-plugin-freecell -- ROM; no upstream activity, low popcon
Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 8 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 1002 unstableftp.de.debian.org 1001 testing ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669677: [ftp.debian.org] RM: vdr-plugin-solitaire -- ROM; no upstream activity, low popcon
Package: ftp.debian.org Severity: normal --- Please enter the report below this line. --- The next VDR version will break this plugin and there has been no upstream activity since 7 years. Thanks, Tobias --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 1002 unstableftp.de.debian.org 1001 testing ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669678: RFP: python-unicodecsv -- drop-in replacement for Pythons CSV module with unicode support
Package: wnpp Severity: wishlist Package name: python-unicodecsv Version : 0.9.0 Upstream Author : Jeremy Dunck URL : https://github.com/jdunck/python-unicodecsv/ License : BSD Programming Lang: Perl, Python Description : drop-in replacement for Python 2's CSV module with unicode support From the README: The unicodecsv is a drop-in replacement for Python 2's CSV module which supports unicode strings without a hassle. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669679: ncbi-blast+: FTBFS with GCC 4.7
Source: ncbi-blast+
Version: 2.2.26-2
Severity: important
Tags: patch
ncbi-blast+ fails to build with GCC 4.7, which is stricter than 4.6 in
some ways. The attached patch addresses the errors, along with some
new warnings in widely included headers.
Index: b/c++/include/connect/ncbi_conn_stream.hpp
===
--- a/c++/include/connect/ncbi_conn_stream.hpp 2012-01-20 19:27:04.0 -0500
+++ b/c++/include/connect/ncbi_conn_stream.hpp 2012-04-13 20:01:29.0 -0400
@@ -259,7 +259,7 @@
class CConn_IOStreamSetReadTimeout : protected CConn_IOStreamSetTimeout
{
public:
-CConn_IOStreamSetTimeout::GetTimeout;
+using CConn_IOStreamSetTimeout::GetTimeout;
protected:
CConn_IOStreamSetReadTimeout(const STimeout* timeout)
@@ -289,7 +289,7 @@
class CConn_IOStreamSetWriteTimeout : protected CConn_IOStreamSetTimeout
{
public:
-CConn_IOStreamSetTimeout::GetTimeout;
+using CConn_IOStreamSetTimeout::GetTimeout;
protected:
CConn_IOStreamSetWriteTimeout(const STimeout* timeout)
Index: b/c++/include/corelib/ncbiexpt.hpp
===
--- a/c++/include/corelib/ncbiexpt.hpp 2011-11-18 14:20:24.0 -0500
+++ b/c++/include/corelib/ncbiexpt.hpp 2012-04-13 18:38:05.0 -0400
@@ -852,7 +852,7 @@
exception_class(const exception_class other) \
: base_class(other) \
{ \
-x_Assign(other); \
+this-x_Assign(other); \
} \
public: \
virtual ~exception_class(void) throw() {} \
@@ -1172,7 +1172,7 @@
: TBase( other)
{
m_Errno = other.m_Errno;
-x_Assign(other);
+this-x_Assign(other);
}
/// Destructor.
Index: b/c++/include/corelib/ncbimisc.hpp
===
--- a/c++/include/corelib/ncbimisc.hpp 2012-02-02 16:13:59.0 -0500
+++ b/c++/include/corelib/ncbimisc.hpp 2012-04-13 18:39:43.0 -0400
@@ -39,6 +39,7 @@
#ifdef HAVE_SYS_TYPES_H
# include sys/types.h
#endif
+#include cstdlib
#ifdef NCBI_COMPILER_ICC
// Preemptively pull in cctype, which breaks if we've already
// repointed is* at NCBI_is*.
Index: b/c++/include/corelib/ncbistl.hpp
===
--- a/c++/include/corelib/ncbistl.hpp 2011-09-09 09:04:25.0 -0400
+++ b/c++/include/corelib/ncbistl.hpp 2012-04-13 18:46:25.0 -0400
@@ -37,6 +37,7 @@
#include common/ncbi_export.h
+#include algorithm
// Get rid of some warnings in MSVC++
#if (_MSC_VER = 1200)
Index: b/c++/include/corelib/ncbistr.hpp
===
--- a/c++/include/corelib/ncbistr.hpp 2012-04-13 18:36:39.0 -0400
+++ b/c++/include/corelib/ncbistr.hpp 2012-04-13 18:36:52.0 -0400
@@ -3039,7 +3039,7 @@
: TBase(other)
{
m_Pos = other.m_Pos;
-x_Assign(other);
+this-x_Assign(other);
}
/// Destructor.
Index: b/c++/include/serial/impl/stltypes.hpp
===
--- a/c++/include/serial/impl/stltypes.hpp 2007-11-08 09:12:17.0 -0500
+++ b/c++/include/serial/impl/stltypes.hpp 2012-04-13 19:49:56.0 -0400
@@ -412,6 +412,7 @@
typedef StlIterator TStlIterator;
typedef TypeInfoIterator TTypeInfoIterator;
typedef typename TTypeInfoIterator::TObjectPtr TObjectPtr;
+typedef CStlClassInfoFunctionsContainer CParent;
static TStlIterator It(TTypeInfoIterator iter)
{
@@ -437,7 +438,8 @@
}
static bool InitIterator(TTypeInfoIterator iter)
{
-TStlIterator stl_iter = Get(iter.GetContainerPtr()).begin();
+TStlIterator stl_iter
+= CParent::Get(iter.GetContainerPtr()).begin();
if ( sizeof(TStlIterator) = sizeof(iter.m_IteratorData) ) {
void* data = iter.m_IteratorData;
new (data) TStlIterator(stl_iter);
@@ -445,7 +447,7 @@
else {
iter.m_IteratorData = new TStlIterator(stl_iter);
}
-return stl_iter != Get(iter.GetContainerPtr()).end();
+return stl_iter != CParent::Get(iter.GetContainerPtr()).end();
}
static void ReleaseIterator(TTypeInfoIterator iter)
{
@@ -466,7 +468,7 @@
static bool NextElement(TTypeInfoIterator iter)
{
-return ++It(iter) != Get(iter.GetContainerPtr()).end();
+return ++It(iter) != CParent::Get(iter.GetContainerPtr()).end();
}
static TObjectPtr GetElementPtr(const TTypeInfoIterator iter)
{
@@ -503,7 +505,7 @@
static bool EraseElement(TTypeInfoIterator iter)
{
-TStlIterator it = It(iter);
+TStlIterator it = CParent::It(iter);
Container* c = static_castContainer*(iter.GetContainerPtr());
it =
Bug#615125: merging w3c-dtd-xhtml and w3c-sml-lib: ten days to object or find issues
Nicholas Bamber wrote: Yes and it is not present in 1.2-2. Nor does w3c-sgml-lib exist in stable. So actually if we just let it go to testing everything would be fine. ;-) Seriously I will not do that unless you are happy with it joey@wren:~sudo apt-get install wdg-html-validator Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: w3c-dtd-xhtml w3c-sgml-lib Suggested packages: wdg-html-reference The following NEW packages will be installed: w3c-dtd-xhtml w3c-sgml-lib wdg-html-validator 0 upgraded, 3 newly installed, 0 to remove and 438 not upgraded. Need to get 1,057 kB of archives. After this operation, 4,832 kB of additional disk space will be used. Do you want to continue [Y/n]? y Get:1 http://mirror.bytemark.co.uk/debian/ unstable/main w3c-sgml-lib all 1.2-2 [568 kB] Get:2 http://mirror.bytemark.co.uk/debian/ unstable/main w3c-dtd-xhtml all 1.2-2 [9,012 B] Get:3 http://mirror.bytemark.co.uk/debian/ unstable/main wdg-html-validator all 1.6.2-7 [480 kB] Fetched 1,057 kB in 0s (7,612 kB/s) Selecting previously unselected package w3c-sgml-lib. (Reading database ... 154522 files and directories currently installed.) Unpacking w3c-sgml-lib (from .../w3c-sgml-lib_1.2-2_all.deb) ... Selecting previously unselected package w3c-dtd-xhtml. Unpacking w3c-dtd-xhtml (from .../w3c-dtd-xhtml_1.2-2_all.deb) ... Selecting previously unselected package wdg-html-validator. Unpacking wdg-html-validator (from .../wdg-html-validator_1.6.2-7_all.deb) ... Processing triggers for man-db ... Setting up w3c-sgml-lib (1.2-2) ... Setting up w3c-dtd-xhtml (1.2-2) ... Setting up wdg-html-validator (1.6.2-7) ... joey@wren:~validate index.html *** Errors validating index.html: *** [ snip 200+ lines of bogus errors ] Error at line 3, character 13: there is no attribute XMLNS joey@wren:~sudo dpkg --purge w3c-sgml-lib dpkg: dependency problems prevent removal of w3c-sgml-lib: w3c-dtd-xhtml depends on w3c-sgml-lib (= 1.2-2). dpkg: error processing w3c-sgml-lib (--purge): dependency problems - not removing Errors were encountered while processing: w3c-sgml-lib -- see shy jo signature.asc Description: Digital signature
Bug#665814: iptables-persistent upgrade from 0.0.20100801 to 0.5.3 - incorrect runlevel
tags 665814 + patch thanks There was a change of the default runlevel configuration between version 0.5.2 and 0.5.3 (#65001). This leads to this problem for insserv during an upgrade from a version = 0.5.2 to version 0.5.3 and above. The attached patch fix this by removing the old runlevel configuration during preinst so that the upgrade could create the new intended one during postinst. Cheers, Andreas From 7e287aa585c50133225757b959c4961851f34134 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Andreas=20R=C3=BCtten?= andreasruet...@gmx.de Date: Sat, 21 Apr 2012 00:36:25 +0200 Subject: [PATCH] Fix insserv issue if upgrading from =0.5.2 Between version 0.5.2 and 0.5.3 was a change to the runlevel configuration (#65001). This leads to a problem for insserv during an upgrade from a version = 0.5.2 to version 0.5.3 and above. To fix this remove the old runlevel configuration during preinst so that the upgrade could create the new intended one during postinst. Closes: #665814 --- debian/iptables-persistent.preinst | 16 1 files changed, 16 insertions(+), 0 deletions(-) diff --git a/debian/iptables-persistent.preinst b/debian/iptables-persistent.preinst index c21da84..c4c03cb 100644 --- a/debian/iptables-persistent.preinst +++ b/debian/iptables-persistent.preinst @@ -5,4 +5,20 @@ set -e dpkg-maintscript-helper mv_conffile \ /etc/iptables/rules /etc/iptables/rules.v4 0.0.20101230 -- $@ +case $1 in +install|upgrade) + if dpkg --compare-versions $2 le 0.5.2; then + update-rc.d -f iptables-persistent remove + fi + ;; + +abort-upgrade) + ;; + +*) +echo preinst called with unknown argument \`$1' 2 +exit 1 + ;; +esac + #DEBHELPER# -- 1.7.5.4 signature.asc Description: PGP signature
Bug#669674: [LCFC] po://debian-history/fr.po
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Filipus, Le 20/04/2012 17:55, Filipus Klutiero a écrit : /usr/share/doc/debian-history/fr/ch-leaders.fr.html contains: Stefano Zachhiroli a été élu en avril 2010 et est notre chef de projet actuel. In Zachhiroli, chh should read c*c*h. This problem does not affect the English version. As already written in #668475: Filipus, please address similar issues directly to the debian-l10n-french list so we can handle them properly (package maintainers may not be in the best place to fix them), or at least X-Debbugs-CC the list. Since you failed to understand the previous sentence, let me translate it to you⦠Filipus, les problèmes de traduction française doivent être signalés directement à la liste debian-l10n-french. C'est contre-productif d'ouvrir un rapport de bogue pour des problèmes de traduction qui peuvent être directement traités par les personnes concernées, c'est à dire les traducteurs, et que les responsables de paquets ne peuvent généralement pas corriger eux-mêmes. Par exemple dans ce cas précis, Steve est en train de finaliser la mise à jour de cette traduction, si cette simple typo avait été corrigée par le responsables du paquet sans prévenir le traducteur, elle aurait été écrasée par la mise à jour imminente. Donc par avance merci, à l'avenir, de bien vouloir envoyer les remarques sur les traductions et les corrections directement à la liste debian-l10n-french ici en copie. Nous utilisons un robot qui nous permet de suivre les traductions, et n'utilisons le BTS que pour envoyer les traductions relues : ça ne sert à *rien* de surcharger le BTS pour ce genre de problème (les traducteurs ont parfois accès directement au VCS du projet, ce qui permet même de corriger ce genre de détail plus rapidement et plus efficacement qu'en passant par le BTS). Cordialement David, saoulé d'écrire des dizaines de ligne pour une correction d'une paire de caractères. P.-S.: sometimes, French can be a little more verbose than English⦠P.-P-.S. : Steve, n'hésite pas à renvoyer à la liste la dernière version, avec cette typo corrigée aussi (ou même à m'envoyer le fichier directement pour mettre à jour le dépôt si tu estimes le cycle de relecture terminé, ou même à demander accès en écriture au dépôt Subversion de la DDP si tu veux t'en occuper toi-même). -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPke9fAAoJELgqIXr9/gnyHJIP/2GtvqRrAR7qXFatX6YP84KH s4uFR/W5v7e3JW+b3jJnIhafZe45JCh7Wo6WijJ0Gi/WG3GrK45OMUcB5hyw3GxM xF33xDH08R2ahF10LnH0QPMwdaMqiV1lyEKgBi8NVPTh20U/WhOuAGHPS/cHLyyW Ng3vfaHbo9h7T2MJ4q/BxCloP2ABrYtQL5gss3qXFgNPaILz5/0eF2yYkYXKO5SE sc00akfUnqLVacf3v75w3j4LLwX5JMemgRXISWAg5EcX+SsU4w9z9bdCmZe9Ex8E OY8REv2QvnpUJCsIotHi3ynbbd/6Jyk/OQVCpC8pnz2/vgNLoBvsDblQxj6ykmZC G2Tde0tGfcK/m4vDdNiG8gtCAxQL5Dr1sudBrC+GN84m5OR+cYHgD9aRlcV30BbC LFYoe8kE+16elM1F3bzli32ap9hpIXWRqmA4WFe6pXILvJnNPuyMZddYem2vrjSI MjfHX3s8wRJVAflH86VB3GXaMMB+XBLxK2zNfy2nbL4IzHuerSSS7/bl8ffZmKKT fE5fD6fs7U47TOlJlzeV3IsEny3M4ritIPcmHA/GoeUXy01BZf4Nd+8Rr/P0ARbF SgdgIDU+alUQsiFQ8WLvGPjRH7Mrjd+EUcdNJVcA5/or979lPT9nvXoh9MQ37h6z iLi0Du0DSholNIDdwoh7 =7rDS -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#669680: libpam-ldapd: add LDAP schemas from libpam-ldap
Package: libpam-ldapd Version: 0.8.6-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The old libpam-ldap package contains two ldap schema files that are very useful. libpam-ldapd does not ship them. It would be great if they could be included! - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQHOBAEBAgA4BQJPkfL2MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBIutwv/TNWx8N1lqdA22I6Brzxv mrrmUz0ipcHdTAx/3AaSrn/hU/DSdx9849Tl0Tw0KydLUk6L2r9GKR+tJMSEIuac h+vRI90JMAFZpXsvyGOyuBGTs0QHyNo5+gqDkGfghX5/woqLrOy9uJgJpsy1IOSk 4NHUGHvJRtmK3xs8qGegDOKKVzruoySVC1hSZjcnxGSyNWh2/zvo3/yFCNxhT88U 7nFVqyw9cJ4h30rrBl76Y6vcHzMOzvH2U40sDg2444XddKz6t1Jz2IK2EvGdngCY sXvgVsK8RLcSdDFIxsHBtiI8ZUU+5jk9aPW8HhAeY18JDLPRL8u6nxhWNAsDYVmT AhfCx/m4gIr4pk/dKF1yYDzVkWa/Y+IEC5dSueZ/O+J2f5yP3Lxe5ZWGDMbokFj9 U60YDnZV9ZUF8h+jlBUMXOJoSYoh1RMYU3G6ZS/UfNbvlVtX0kY+4aaumz/ieLip QIUbDDv4BYhuyE19xDajsGtY1JE0VNVQ/xqctuP8educ =8MXh -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#669147: libvdpau1: latest version of libvdpau1 is missing red
On 2012-04-20 19:24, Hans-J. Ullrich wrote: Have you ever used the nvidia installer (installed the driver from nvidia's *.run file)? Additionally I don't believe, there were released versions between -2 and -5, I searched for them at backports.debian.org, but found none. There were never backports of libvdpau1. But (nearly) all old packages that have ever been in unstable are available from snapshot.debian.org. http://snapshot.debian.org/package/libvdpau/ As I made some upgrades during the last days, I checked today again. The bug is already active. No red colour on youtube videos. Shall i avoid upgrades during the next time, until the bug is fixed? Just make sure other updates don't affect the behavior. * upgrade (get into a consistent state) * verify the problem still exists with libvdpau1 0.4.1-5 * downgrade libvdpau1 to 0.4.1-2 (squeeze) * verify that the bug is gone * try libvdpau1 0.4.1-3 from snapshot.debian.org * try libvdpau1 0.4.1-4 from snapshot.debian.org * go back to either 0.4.1-5 or 0.4.1-2 Send the output of find /usr -name '*vdpau*' -ls Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666797: Building for apache 2.4
tags 666797 +upstream +patch
thanks
Hi Thomas,
please try the attached patch. I didn't verify whether it really does
what I think, but it compiles fine now. You may want to forward the
patch to upstream once you tested it.
--
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
Description: Port connection object to Apache 2.4 API
Replace conn_rec-remote_ip by request_rec-useragent_ip
.
See http://httpd.apache.org/docs/2.4/developer/new_api_2_4.html
Author: Arno Töll a...@debian.org
Last-Update: 2012-04-21
--- a/functions.h
+++ b/functions.h
@@ -14,7 +14,7 @@
static const char *extract_remote_address(request_rec *r, char *a)
{
-return r-connection-remote_ip;
+return r-useragent_ip;
}
static const char *extract_local_address(request_rec *r, char *a) __attribute__((unused));
signature.asc
Description: OpenPGP digital signature
Bug#610199: polipo: may download same object in endless loop
retitle 610199 polipo: may download same object in endless loop thanks Hi, Here is a new, real-world example of this bug. But there was nothing logged in polipo.log this time. Request to upstream server sent by Polipo: GET /urchin.js HTTP/1.1 Host: www.google-analytics.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.3) Gecko/20100101 Firefox/10.0.3 Accept: */* Accept-Language: en-gb,en;q=0.5 Accept-Encoding: gzip, deflate Referer: [removed] Connection: keep-alive Response: HTTP/1.1 200 OK Content-Length: 6847 Content-Encoding: gzip Last-Modified: Thu, 19 Apr 2012 00:42:58 GMT X-Content-Type-Options: nosniff Date: Fri, 20 Apr 2012 12:23:45 GMT Expires: Fri, 04 May 2012 12:23:45 GMT Content-Type: text/javascript Vary: Accept-Encoding X-Content-Type-Options: nosniff Cache-Control: max-age=1209600, public Age: 40434 Server: GFE/2.0 The upstream server follows up with the request body, but before that arrives Polipo already tries to close the connection (and subsequent packets from upstream are responded to with RSTs) : 00:38:30.110567 IP 188.220.33.66.46805 173.194.34.160.80: Flags [.], ack 1, win 46, options [nop,nop,TS val 517949988 ecr 111225613], length 0 00:38:30.110705 IP 188.220.33.66.46805 173.194.34.160.80: Flags [P.], seq 1:338, ack 1, win 46, options [nop,nop,TS val 517949988 ecr 111225613], length 337 00:38:30.143951 IP 173.194.34.160.80 188.220.33.66.46805: Flags [.], ack 338, win 239, options [nop,nop,TS val 111225649 ecr 517949988], length 0 00:38:30.146274 IP 173.194.34.160.80 188.220.33.66.46805: Flags [.], seq 1:1411, ack 338, win 239, options [nop,nop,TS val 111225649 ecr 517949988], length 1410 00:38:30.146356 IP 188.220.33.66.46805 173.194.34.160.80: Flags [.], ack 1411, win 68, options [nop,nop,TS val 517949997 ecr 111225649], length 0 00:38:30.146534 IP 188.220.33.66.46805 173.194.34.160.80: Flags [F.], seq 338, ack 1411, win 68, options [nop,nop,TS val 517949997 ecr 111225649], length 0 00:38:30.146859 IP 188.220.33.66.46806 173.194.34.160.80: Flags [S], seq 2109475568, win 5840, options [mss 1422,sackOK,TS val 517949997 ecr 0,nop,wscale 7], length 0 00:38:30.147999 IP 173.194.34.160.80 188.220.33.66.46805: Flags [.], seq 1411:2821, ack 338, win 239, options [nop,nop,TS val 111225649 ecr 517949988], length 1410 00:38:30.148104 IP 188.220.33.66.46805 173.194.34.160.80: Flags [R], seq 1730631505, win 0, length 0 00:38:30.149949 IP 173.194.34.160.80 188.220.33.66.46805: Flags [.], seq 2821:4231, ack 338, win 239, options [nop,nop,TS val 111225649 ecr 517949988], length 1410 00:38:30.150027 IP 188.220.33.66.46805 173.194.34.160.80: Flags [R], seq 1730631505, win 0, length 0 00:38:30.150346 IP 173.194.34.160.80 188.220.33.66.46805: Flags [P.], seq 4231:4474, ack 338, win 239, options [nop,nop,TS val 111225649 ecr 517949988], length 243 00:38:30.150418 IP 188.220.33.66.46805 173.194.34.160.80: Flags [R], seq 1730631505, win 0, length 0 00:38:30.176549 IP 173.194.34.160.80 188.220.33.66.46805: Flags [.], seq 4474:5884, ack 338, win 239, options [nop,nop,TS val 111225680 ecr 517949997], length 1410 00:38:30.176624 IP 188.220.33.66.46805 173.194.34.160.80: Flags [R], seq 1730631505, win 0, length 0 00:38:30.178331 IP 173.194.34.160.80 188.220.33.66.46805: Flags [P.], seq 5884:7225, ack 338, win 239, options [nop,nop,TS val 111225680 ecr 517949997], length 1341 00:38:30.178367 IP 173.194.34.160.80 188.220.33.66.46805: Flags [F.], seq 7225, ack 339, win 239, options [nop,nop,TS val 111225681 ecr 517949997], length 0 To me this suggests Polipo doesn't like something in the HTTP response header. It then attempts to re-download the object to infinity. This is odd as the document is usually retrieved fine by Polipo on the first attempt. In this case when I noticed it happening and restarted the polipo process. By that time it had downloaded some 3+ GiB of unwanted data from Google (average 120kbps for 8 hours). The client host that made the HTTP request had long been powered off and was no longer connected to Polipo. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651903: iptables-persistent: Install/update fails with IPv6
tags 651903 + patch thanks Independently of the discussion if iptables-persistent should save the ruleset by default or not... The attached patch add some extra checks if IPv6 is enabled or not during postinst. Cheers, Andreas From 048ec60ca0549f9a2a5d011f93884cd8117c557d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Andreas=20R=C3=BCtten?= andreasruet...@gmx.de Date: Sat, 21 Apr 2012 02:02:09 +0200 Subject: [PATCH] Add some extra checks if IPv6 is available --- debian/iptables-persistent.postinst | 22 +++--- 1 files changed, 15 insertions(+), 7 deletions(-) diff --git a/debian/iptables-persistent.postinst b/debian/iptables-persistent.postinst index 8d3a565..8f8aa16 100644 --- a/debian/iptables-persistent.postinst +++ b/debian/iptables-persistent.postinst @@ -14,20 +14,28 @@ configure) if [ x$RET != xtrue ]; then db_get iptables-persistent/autosave_v4 || true if [ x$RET = xtrue ]; then - modprobe -q iptable_filter - if [ $? -eq 0 ] [ -f /proc/net/ip_tables_names ]; then - iptables-save /etc/iptables/rules.v4 +modprobe -q iptable_filter +if [ $? -eq 0 ] [ -f /proc/net/ip_tables_names ]; then + iptables-save /etc/iptables/rules.v4 else echo IPv4: Unable to save (module not loaded) fi fi db_get iptables-persistent/autosave_v6 || true if [ x$RET = xtrue ]; then - modprobe -q ip6table_filter - if [ $? -eq 0 ] [ -f /proc/net/ip_tables_names ]; then -ip6tables-save /etc/iptables/rules.v6 +if [ ! -d /proc/sys/net/ipv6 ] ; then +echo IPv6 support is disabled. Can't safe IPv6 rules else -echo IPv6: Unable to save (module not loaded) + if [ -r /proc/sys/net/ipv6/conf/default/disable_ipv6 -a `cat /proc/sys/net/ipv6/conf/default/disable_ipv6` = '1' ]; then +echo IPv6 support is disabled. Can't safe IPv6 rules + else + modprobe -q ip6table_filter + if [ $? -eq 0 ] [ -f /proc/net/ip_tables_names ]; then + ip6tables-save /etc/iptables/rules.v6 + else + echo IPv6: Unable to save (module not loaded) + fi + fi fi fi -- 1.7.5.4 signature.asc Description: PGP signature
Bug#638900: [pkg-eucalyptus-maintainers] Bug#638900: New upstream release
Le Fri, Apr 20, 2012 at 05:38:27PM +0200, Michael Prokop a écrit : * Charles Plessy [Mit Aug 24, 2011 at 04:11:26 +0900]: That would be great ! I would be also pleased to use a more recent version of euca2ools. What's the status of this bugreport? v2.0.3 seems to be available upstream and the blocking bug #638931 seems to be resolved nowadays. Hi Michael, I think that 2.0.3 is a eucalyptus version number. As far as I can see, euca2ools is still at version 1.3.1. http://www.eucalyptus.com/download/euca2ools Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656659: info not showing anything with certain build flags
A diff against the latest CVS version of the info directory is attached. I applied it. Thanks. k -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669362: Info received ([Pkg-xfce-devel] Bug#669362: displays unusual wind speed unit km/h instead of m/s)
It seems, that a similar bug in GNOME gweather has been fixed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=169699#31 And also gnome-shell-extension-weather allows gsettings set org.gnome.shell.extensions.weather wind-speed-unit m/s while km/h is the default. Maybe some code from one or the other can be reused? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669681: end_request: I/O error, dev sde, sector
Package: linux-2.6
Version: 2.6.32-5-amd64
Severity: important
mdadm /dev/md1 -a /dev/sdf2 results in a rebuild of md1. that stops while dmesg
shows:
[15454.971105] md: bindsdf2
[15455.019843] RAID1 conf printout:
[15455.019846] --- wd:1 rd:2
[15455.019847] disk 0, wo:0, o:1, dev:sde2
[15455.019849] disk 1, wo:1, o:1, dev:sdf2
[15455.019911] md: recovery of RAID array md1
[15455.019913] md: minimum _guaranteed_ speed: 50 KB/sec/disk.
[15455.019915] md: using maximum available idle IO bandwidth (but not more than
80 KB/sec) for recovery.
[15455.019918] md: using 128k window, over a total of 976655488 blocks.
[15492.547520] svc: failed to register lockdv1 RPC service (errno 97).
[16092.596235] svc: failed to register lockdv1 RPC service (errno 97).
[16693.457632] svc: failed to register lockdv1 RPC service (errno 97).
[17296.691140] svc: failed to register lockdv1 RPC service (errno 97).
[17444.763190] ata11.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
[17444.763200] ata11.00: irq_stat 0x4008
[17444.763207] ata11.00: failed command: READ FPDMA QUEUED
[17444.763216] ata11.00: cmd 60/00:00:4d:80:d9/04:00:09:00:00/40 tag 0 ncq
524288 in
[17444.763217] res 41/40:00:03:84:d9/00:00:09:00:00/40 Emask 0x409 (media
error) F
[17444.763234] ata11.00: status: { DRDY ERR }
[17444.763240] ata11.00: error: { UNC }
[17444.767842] ata11.00: configured for UDMA/133
[17444.767855] ata11: EH complete
[17447.367615] ata11.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
[17447.367627] ata11.00: irq_stat 0x4008
[17447.367634] ata11.00: failed command: READ FPDMA QUEUED
[17447.367643] ata11.00: cmd 60/00:10:4d:80:d9/04:00:09:00:00/40 tag 2 ncq
524288 in
[17447.367644] res 41/40:00:07:84:d9/00:00:09:00:00/40 Emask 0x409 (media
error) F
[17447.367662] ata11.00: status: { DRDY ERR }
[17447.367667] ata11.00: error: { UNC }
[17447.372640] ata11.00: configured for UDMA/133
[17447.372652] ata11: EH complete
[17449.288020] ata11.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
[17449.288030] ata11.00: irq_stat 0x4008
[17449.288037] ata11.00: failed command: READ FPDMA QUEUED
[17449.288045] ata11.00: cmd 60/00:00:4d:80:d9/04:00:09:00:00/40 tag 0 ncq
524288 in
[17449.288046] res 41/40:00:03:84:d9/00:00:09:00:00/40 Emask 0x409 (media
error) F
[17449.290577] ata11.00: status: { DRDY ERR }
[17449.290584] ata11.00: error: { UNC }
[17449.295561] ata11.00: configured for UDMA/133
[17449.295575] ata11: EH complete
[17451.883179] ata11.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
[17451.883188] ata11.00: irq_stat 0x4008
[17451.883195] ata11.00: failed command: READ FPDMA QUEUED
[17451.883204] ata11.00: cmd 60/00:10:4d:80:d9/04:00:09:00:00/40 tag 2 ncq
524288 in
[17451.883205] res 41/40:00:07:84:d9/00:00:09:00:00/40 Emask 0x409 (media
error) F
[17451.883229] ata11.00: status: { DRDY ERR }
[17451.883235] ata11.00: error: { UNC }
[17451.888136] ata11.00: configured for UDMA/133
[17451.888147] ata11: EH complete
[17454.462913] ata11.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
[17454.462923] ata11.00: irq_stat 0x4008
[17454.462930] ata11.00: failed command: READ FPDMA QUEUED
[17454.462939] ata11.00: cmd 60/00:00:4d:80:d9/04:00:09:00:00/40 tag 0 ncq
524288 in
[17454.462939] res 41/40:00:07:84:d9/00:00:09:00:00/40 Emask 0x409 (media
error) F
[17454.462959] ata11.00: status: { DRDY ERR }
[17454.462965] ata11.00: error: { UNC }
[17454.467508] ata11.00: configured for UDMA/133
[17454.467522] ata11: EH complete
[17456.379426] ata11.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
[17456.379436] ata11.00: irq_stat 0x4008
[17456.379443] ata11.00: failed command: READ FPDMA QUEUED
[17456.379452] ata11.00: cmd 60/00:10:4d:80:d9/04:00:09:00:00/40 tag 2 ncq
524288 in
[17456.379452] res 41/40:00:03:84:d9/00:00:09:00:00/40 Emask 0x409 (media
error) F
[17456.379470] ata11.00: status: { DRDY ERR }
[17456.379476] ata11.00: error: { UNC }
[17456.384416] ata11.00: configured for UDMA/133
[17456.384468] sd 10:0:0:0: [sde] Unhandled sense code
[17456.384470] sd 10:0:0:0: [sde] Result: hostbyte=DID_OK
driverbyte=DRIVER_SENSE
[17456.384472] sd 10:0:0:0: [sde] Sense Key : Medium Error [current]
[descriptor]
[17456.384475] Descriptor sense data with sense descriptors (in hex):
[17456.384476] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
[17456.384480] 09 d9 84 03
[17456.384482] sd 10:0:0:0: [sde] Add. Sense: Unrecovered read error - auto
reallocate failed
[17456.384485] sd 10:0:0:0: [sde] CDB: Read(10): 28 00 09 d9 80 4d 00 04 00 00
[17456.384489] end_request: I/O error, dev sde, sector 165250051
[17456.384517] ata11: EH complete
[17458.309172] ata11.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[17458.309182] ata11.00: irq_stat 0x4008
[17458.309189] ata11.00: failed command: READ FPDMA QUEUED
[17458.309198] ata11.00: cmd 60/08:00:fd:83:d9/00:00:09:00:00/40 tag 0 ncq 4096
in
[17458.309199]
Bug#669556: c3p0: FTBFS: java errors
On Thu, Apr 19, 2012 at 10:03:45PM +0200, Lucas Nussbaum wrote: Source: c3p0 Version: 0.9.1.2-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120419 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Hi, I can't reproduce this in a current pbuilder sid chroot. I agree this package could use some love since its build is full of warnings and whatnot but it is not FTBFS on me. Am I missing something? I'm not tagging this as unreproducible until somebody else from the team can confirm it. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x6E608B637D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche libc3p0-java_0.9.1.2-5_amd64.build.gz Description: Binary data signature.asc Description: Digital signature
Bug#669682: lvm2: failed to do fsck on ext3 after shrinking the lvm device
Package: lvm2 Version: 2.02.66-5 Severity: normal When I tried to shrink /home and wanted to reuse some space on /root, I tried lvresize, then fsck -f. lvresize seemed succeed, but the next step failed. Then I cannot get the filesystem resized, and need to mount /home manually when reboot the machine. below is info after above actions, it seems lvm size not changed, and the size of lvm not exactly equals size of file system. bwlee@imrunning:~/flow$ sudo lvs LV VGAttr LSize Origin Snap% Move Log Copy% Convert home imrunning -wi-ao 139.75g root imrunning -wi-ao 6.52g swap_1 imrunning -wi-ao 2.53g bwlee@imrunning:~/flow$ df -h FilesystemSize Used Avail Use% Mounted on /dev/mapper/imrunning-root 6.5G 6.1G 63M 99% / tmpfs 1.5G 0 1.5G 0% /lib/init/rw udev 1.5G 252K 1.5G 1% /dev tmpfs 1.5G 0 1.5G 0% /dev/shm /dev/mapper/imrunning-home 138G 101G 31G 77% /home /dev/sda1 228M 17M 199M 8% /boot -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.48-5 The Linux Kernel Device Mapper use ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libreadline55.2-7GNU readline and history libraries ii libudev0164-3libudev shared library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip lvm2 recommends no packages. lvm2 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#669204: git-man: undocumented git fetch behavior
Jonathan So, for this example: do you think the DESCRIPTION section of Jonathan git-fetch(1) should be reorganized like git-checkout(1) to Jonathan describe each form of the command separately? Yes, except that the case of checkout is so horrifyingly unorthogonal that it is _really_ hard (maybe impossible) to document it clearly. fetch at least does more or less the same thing regardless, just on different repos/branches. Jonathan Then in the description of each form, the meaning of each Jonathan argument could be discussed thoroughly, with pointers to Jonathan documentation elsewhere where appropriate. This is what I meant by some repetition will be necessary. A few pointers are OK but if you try to avoid repetition at all costs you force a depth-first traversal of the entire set of manpages and the prevailing reaction will be git docs suck. This is a bug with the manpage format, basically - the reason why GNU deprecated them. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669683: [boinc-client] new version available 7.025
Package: boinc-client Version: 7.0.24+dfsg-1 Severity: minor Hi, My boinc manager is reporting that everyday to me. There is new version (7.0.25) of Boinc available. Download link: http://boinc.berkeley.edu/dl/boinc_7.0.25_i686-pc-linux-gnu.sh Thanks Tim --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-2-686-pae Debian Release: wheezy/sid 500 unstable www.debian-multimedia.org 500 unstable http.us.debian.org 500 testing dl.google.com 500 stable dl.google.com 1 experimental http.us.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.3.6-6~) | 2.13-30 libcurl3 (= 7.16.2) | 7.25.0-1 libgcc1 (= 1:4.1.1) | 1:4.7.0-3 libssl1.0.0 (= 1.0.0) | 1.0.1a-3 libstdc++6 (= 4.1.1) | 4.7.0-3 libx11-6 | 2:1.4.99.901-1 libxss1 | 1:1.2.1-2 zlib1g (= 1:1.1.4) | 1:1.2.6.dfsg-2 debconf (= 0.5) | 1.5.42 OR debconf-2.0 | python (= 2.3) | 2.7.2-10 adduser | 3.113+nmu1 ca-certificates | 20120212 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== boinc-app-seti | boinc-manager | 7.0.24+dfsg-1 x11-xserver-utils | 7.6+3 libcuda1 | 295.40-1 --- Output from package bug script --- -- Contents of /etc/default/boinc-client: # This file is /etc/default/boinc-client, it is a configuration file for the # /etc/init.d/boinc-client init script. # Set this to 1 to enable and to 0 to disable the init script. ENABLED=1 # Set this to 1 to enable advanced scheduling of the BOINC core client and # all its sub-processes (reduces the impact of BOINC on the system's # performance). SCHEDULE=1 # The BOINC core client will be started with the permissions of this user. BOINC_USER=boinc # This is the data directory of the BOINC core client. BOINC_DIR=/var/lib/boinc-client # This is the location of the BOINC core client, that the init script uses. # If you do not want to use the client program provided by the boinc-client # package, you can specify here an alternative client program. #BOINC_CLIENT=/usr/local/bin/boinc BOINC_CLIENT=/usr/bin/boinc # Here you can specify additional options to pass to the BOINC core client. # Type 'boinc --help' or 'man boinc' for a full summary of allowed options. #BOINC_OPTS=--allow_remote_gui_rpc BOINC_OPTS= -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
