Bug#650265: dma: cannot deliver mail to smtp server

[Jonathan Nieder]

Hi Peter,

Miquel van Smoorenburg wrote:

> This should go into stable too if possible.
>
> Description: Read reponse from smtp server up to crlf

How about this patch?  Patch is based against fc230da8, "Release
dma-0.0.2010.06.17-6", 2010-10-17.

-- >8 --
From: Peter Pentchev 
Date: Sun, 25 Dec 2011 17:24:54 +0200
Subject: Add Miquel van Smoorenburg's fixes for #650265 and #650268.
---
 changelog | 10 ++
 patches/45-received.patch | 25 +
 patches/46-smtp-newline.patch | 22 ++
 patches/series|  2 ++
 4 files changed, 59 insertions(+)
 create mode 100644 patches/45-received.patch
 create mode 100644 patches/46-smtp-newline.patch

diff --git a/changelog b/changelog
index adbf56d3..48422a84 100644
--- a/changelog
+++ b/changelog
@@ -1,3 +1,13 @@
+dma (0.0.2010.06.17-6+squeeze0.1) stable; urgency=low
+
+  [ Peter Pentchev ]
+  * Add the 45-received patch to fix the format of the Received header.
+Closes: #650268
+  * Add the 46-smtp-newline patch to deal with SMTP servers that may
+send a response in more than one TCP packet.  Closes: #650265
+
+ -- Jonathan Nieder   Sun, 21 Oct 2012 23:42:33 -0700
+
 dma (0.0.2010.06.17-6) unstable; urgency=low
 
   * Add the 37-gnu-hurd patch to really fix the FTBFS on GNU/Hurd.
diff --git a/patches/45-received.patch b/patches/45-received.patch
new file mode 100644
index ..e6da7212
--- /dev/null
+++ b/patches/45-received.patch
@@ -0,0 +1,25 @@
+Description: Add semicolon before date in received: header
+Author: Miquel van Smoorenburg 
+Bug-Debian: http://bugs.debian.org/650268
+Last-Update: 2011-11-28
+
+--- a/mail.c
 b/mail.c
+@@ -174,7 +174,7 @@
+   error = fprintf(bounceq.mailf,
+   "Received: from MAILER-DAEMON\n"
+   "\tid %s\n"
+-  "\tby %s (%s)\n"
++  "\tby %s (%s);\n"
+   "\t%s\n"
+   "X-Original-To: <%s>\n"
+   "From: MAILER-DAEMON <>\n"
+@@ -452,7 +452,7 @@
+   "Received: from %s (uid %d)\n"
+   "\t(envelope-from %s)\n"
+   "\tid %s\n"
+-  "\tby %s (%s)\n"
++  "\tby %s (%s);\n"
+   "\t%s\n",
+   username, getuid(),
+   queue->sender,
diff --git a/patches/46-smtp-newline.patch b/patches/46-smtp-newline.patch
new file mode 100644
index ..3d8c87bd
--- /dev/null
+++ b/patches/46-smtp-newline.patch
@@ -0,0 +1,22 @@
+Description: Read the response from an SMTP server all the way to CR/LF
+Author: Miquel van Smoorenburg 
+Bug-Debian: http://bugs.debian.org/650265
+Last-Update: 2011-11-28
+
+--- a/net.c
 b/net.c
+@@ -166,6 +166,14 @@
+   }
+   len += rlen;
+   }
++  /* read up to \n */
++  if (memchr(buff + pos, '\n', len - pos) == NULL) {
++  if (len < sizeof(buff))
++  continue;
++  strcpy(neterr, "line too long in reply from server");
++  return (-1);
++  }
++
+   /*
+* If there is an external buffer with a size bigger than zero
+* and as long as there is space in the external buffer and
diff --git a/patches/series b/patches/series
index efed7421..62625007 100644
--- a/patches/series
+++ b/patches/series
@@ -20,3 +20,5 @@
 35-delivery-retry.patch
 36-sa_nocldwait.patch
 37-gnu-hurd.patch
+45-received.patch
+46-smtp-newline.patch
-- 
1.8.0.rc3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691145: python-django: CVE-2012-4520

[Moritz Muehlenhoff]

Package: python-django
Severity: grave
Tags: security
Justification: user security hole

Hi,
please see https://www.djangoproject.com/weblog/2012/oct/17/security/

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691143: gkbd-capplet description is wrong

[Dmitry Shachnev]

Package: gkbd-capplet
Version: 3.4.0.2-1
Severity: minor
Tags: patch

gkbd-capplet package description says about GNOME Panel, though it
should say about GNOME Control Center instead (this package has
nothing to do with GNOME Panel).

--
Dmitry Shachnev

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (500, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gkbd-capplet depends on:
ii  libc6  2.13-35
ii  libglib2.0-0   2.34.1-1
ii  libgnomekbd7   3.4.0.2-1
ii  libgtk-3-0 3.6.0-2
ii  libxklavier16  5.2.1-1

gkbd-capplet recommends no packages.

gkbd-capplet suggests no packages.

-- no debconf information


fix-gkbd-capplet-description.patch
Description: Binary data

Bug#688792: syntax error

[Noah Meyerhans]

Hi. I've just experienced this problem on a fresh wheezy install using
the beta3 installer. The installation was performed using the netboot
image (that is, PXE and downloading the installer components from a TFTP
server) on a physical, non-virtual host.

I haven't put in a lot of time to investigate, but one thing I have
observed is that if I try to install mysql-server-5.5 on a freshly
installed system that has the 'desktop' task installed, the installation
fails. However, if I build a similar system but leave off the 'desktop'
task, the mysql installation is successful. Obviously there are a lot of
packages involved in the desktop task, so I'm not sure how much this
help to narrow things down. It definitely appears repeatable, however.

Since this problem does impact the ability to install the mysql server
packages on a common system configuration, I think a severity of at
least 'important' is warranted. Honestly I think 'grave' would be
appropriate, as I don't think it'd be reasonable to release wheezy with
this bug in place.

Relevant section of the log file:
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 [Note] Plugin 
'FEDERATED' is disabled.
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 InnoDB: The InnoDB 
memory heap is disabled
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 InnoDB: Mutexes and 
rw_locks use GCC atomic builtins
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 InnoDB: Compressed 
tables use zlib 1.2.7
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 InnoDB: Using Linux 
native AIO
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 InnoDB: Initializing 
buffer pool, size = 128.0M
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 InnoDB: Completed 
initialization of buffer pool
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07 InnoDB: highest 
supported file format is Barracuda.
Oct 21 23:11:07 dhcp204 mysqld_safe[4610]: 121021 23:11:07  InnoDB: Waiting for 
the background threads to start
Oct 21 23:11:08 dhcp204 mysqld_safe[4610]: 121021 23:11:08 InnoDB: 1.1.8 
started; log sequence number 1595675
Oct 21 23:11:08 dhcp204 mysqld_safe[4610]: ERROR: 1064  You have an error in 
your SQL syntax; check the manual that corresponds to your MySQL server version 
for the right syntax to use near 'ALTER TABLE user ADD column Show_view_priv 
enum('N','Y') CHARACTER SET utf8 NOT ' at line 1
Oct 21 23:11:08 dhcp204 mysqld_safe[4610]: 121021 23:11:08 [ERROR] Aborting
Oct 21 23:11:08 dhcp204 mysqld_safe[4610]:
Oct 21 23:11:08 dhcp204 mysqld_safe[4610]: 121021 23:11:08  InnoDB: Starting 
shutdown...
Oct 21 23:11:09 dhcp204 mysqld_safe[4610]: 121021 23:11:09  InnoDB: Shutdown 
completed; log sequence number 1595675
Oct 21 23:11:09 dhcp204 mysqld_safe[4610]: 121021 23:11:09 [Note] 
/usr/sbin/mysqld: Shutdown complete
Oct 21 23:11:09 dhcp204 mysqld_safe[4610]:



signature.asc
Description: Digital signature

Bug#691142: pu: package moodle/1.9.9.dfsg2-2.1+squeeze4

[Didier Raboud]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu

Hi dear Release Team,

upon ping from Jonathan Wiltshire on #682203, here I am with a proposed stable
update for moodle. The changelog entry would be: 

moodle (1.9.9.dfsg2-2.1+squeeze4) stable; urgency=low

  * Minor security updates.
  * Backporting security fixes from MOODLE_19_STABLE:
- CVE-2012-1155 - MSA-12-0013: database activity module entries exporting
  does not respect separate groups (Closes: #668411).
- CVE-2012-2362 - MSA-12-0033: XSS bug in blog/index.php in IE.
- CVE-2012-2363 - MSA-12-0034: Stored SQL Injection in calendar.
- CVE-2012-2367 - MSA-12-0038: Calendar New Entry still shows and works
  for roles preventing calendar entry. (Closes: #674163)

debdiff and separate patches are attached; they are cherry-picks + quilt
refresh'es of upstream patches in the MOODLE_19_STABLE branch.

FYI, I started to backport the fix for CVE-2012-3398, but I'm not sure it'll
lead to an upload as the fix is quite invasive and doesn't apply cleanly on
the 1.9.9 codebase. Help welcome.

Cheers,

OdyX
diff -Nru moodle-1.9.9.dfsg2/debian/changelog moodle-1.9.9.dfsg2/debian/changelog
--- moodle-1.9.9.dfsg2/debian/changelog	2012-02-29 20:45:39.0 +0100
+++ moodle-1.9.9.dfsg2/debian/changelog	2012-10-22 08:10:11.0 +0200
@@ -1,3 +1,16 @@
+moodle (1.9.9.dfsg2-2.1+squeeze4) stable; urgency=low
+
+  * Minor security updates.
+  * Backporting security fixes from MOODLE_19_STABLE:
+- CVE-2012-1155 - MSA-12-0013: database activity module entries exporting
+  does not respect separate groups (Closes: #668411).
+- CVE-2012-2362 - MSA-12-0033: XSS bug in blog/index.php in IE.
+- CVE-2012-2363 - MSA-12-0034: Stored SQL Injection in calendar.
+- CVE-2012-2367 - MSA-12-0038: Calendar New Entry still shows and works
+  for roles preventing calendar entry. (Closes: #674163)
+
+ -- Didier Raboud   Sun, 21 Oct 2012 14:16:11 +0200
+
 moodle (1.9.9.dfsg2-2.1+squeeze3) stable-security; urgency=low
 
   * Security update based on unstable:
diff -Nru moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013 moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013
--- moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013	1970-01-01 01:00:00.0 +0100
+++ moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013	2012-10-21 14:34:54.0 +0200
@@ -0,0 +1,45 @@
+commit 312ada2856cfb79d03ac6effe11dd750f2aa67f0
+Author: Adrian Greeve 
+Date:   Tue Jan 31 12:09:30 2012 +0800
+
+MDL-25185 - data - Allowing data from the database to be exported according to group roles.
+
+diff --git a/mod/data/export.php b/mod/data/export.php
+index 6ac914e..edea566 100644
+--- a/mod/data/export.php
 b/mod/data/export.php
+@@ -60,6 +60,7 @@ if($mform->is_cancelled()) {
+ print_header_simple($data->name, '', $nav,
+ '', '', true, update_module_button($cm->id, $course->id, get_string('modulename', 'data')),
+ navmenu($course, $cm), '', '');
++groups_print_activity_menu($cm, "$CFG->wwwroot/mod/data/export.php?d=$d");
+ print_heading(format_string($data->name));
+ 
+ // these are for the tab display
+@@ -83,13 +84,25 @@ foreach($fields as $key => $field) {
+ $exportdata[0][] = $field->field->name;
+ }
+ }
++$groupid = groups_get_activity_group($cm);
+ 
+ $datarecords = get_records('data_records', 'dataid', $data->id);
+ ksort($datarecords);
+ $line = 1;
+ foreach($datarecords as $record) {
+ // get content indexed by fieldid
+-if( $content = get_records('data_content', 'recordid', $record->id, 'fieldid', 'fieldid, content, content1, content2, content3, content4') ) {
++if($groupid) {
++$select = "SELECT c.fieldid, c.content, c.content1, c.content2, c.content3, c.content4 
++FROM {$CFG->prefix}data_content c, {$CFG->prefix}data_records r 
++WHERE c.recordid = $record->id  
++AND r.id = c.recordid 
++AND r.groupid = $groupid";
++} else {
++$select = "SELECT fieldid, content, content1, content2, content3, content4 
++FROM {$CFG->prefix}data_content 
++WHERE recordid = $record->id";
++}
++if( $content = get_records_sql($select) ) {
+ foreach($fields as $field) {
+ $contents = '';
+ if(isset($content[$field->field->id])) {
diff -Nru moodle-1.9.9.dfsg2/debian/patches/MSA-12-0033 moodle-1.9.9.dfsg2/debian/patches/MSA-12-0033
--- moodle-1.9.9.dfsg2/debian/patches/MSA-12-0033	1970-01-01 01:00:00.0 +0100
+++ moodle-1.9.9.dfsg2/debian/patches/MSA-12-0033	2012-10-21 14:48:44.0 +0200
@@ -0,0 +1,45 @@
+commit 038131c8b5614f18c14d964dc53b6960ae6c30d8
+Author: Rajesh Taneja 
+Date:   Mon Mar 26 11:54:01 2012 +1300
+
+MDL-31745 blog: Fixed up encoding issue within blog
+
+--- a/blog/lib.php
 b/blog/lib.php
+@@ -672,7 +672,7 @@
+ $querystring = '';
+ foreach($_GET as $var => $val) {
+ $var =

Bug#691141: moodle: diff for NMU version 1.9.9.dfsg2-2.1+squeeze4

[Didier Raboud]

Package: moodle
Version: 1.9.9.dfsg2-2.1+squeeze3
Severity: normal
Tags: patch pending

[Replace XX with correct value]
Dear maintainer,

I've prepared an NMU for moodle (versioned as 1.9.9.dfsg2-2.1+squeeze4) and
uploaded it to DELAYED/XX. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru moodle-1.9.9.dfsg2/debian/changelog 
moodle-1.9.9.dfsg2/debian/changelog
--- moodle-1.9.9.dfsg2/debian/changelog 2012-02-29 20:45:39.0 +0100
+++ moodle-1.9.9.dfsg2/debian/changelog 2012-10-22 08:10:11.0 +0200
@@ -1,3 +1,16 @@
+moodle (1.9.9.dfsg2-2.1+squeeze4) stable; urgency=low
+
+  * Minor security updates.
+  * Backporting security fixes from MOODLE_19_STABLE:
+- CVE-2012-1155 - MSA-12-0013: database activity module entries exporting
+  does not respect separate groups (Closes: #668411).
+- CVE-2012-2362 - MSA-12-0033: XSS bug in blog/index.php in IE.
+- CVE-2012-2363 - MSA-12-0034: Stored SQL Injection in calendar.
+- CVE-2012-2367 - MSA-12-0038: Calendar New Entry still shows and works
+  for roles preventing calendar entry. (Closes: #674163)
+
+ -- Didier Raboud   Sun, 21 Oct 2012 14:16:11 +0200
+
 moodle (1.9.9.dfsg2-2.1+squeeze3) stable-security; urgency=low
 
   * Security update based on unstable:
diff -Nru moodle-1.9.9.dfsg2/debian/patches/MSA-12-0007 
moodle-1.9.9.dfsg2/debian/patches/MSA-12-0007
--- moodle-1.9.9.dfsg2/debian/patches/MSA-12-0007   2012-02-29 
20:43:19.0 +0100
+++ moodle-1.9.9.dfsg2/debian/patches/MSA-12-0007   2012-10-21 
14:19:06.0 +0200
@@ -4,11 +4,9 @@
 
 MDL-30575 yet more mail header cleanup
 
-diff --git a/lib/phpmailer/class.phpmailer.php 
b/lib/phpmailer/class.phpmailer.php
-index d5ccc70..53d3668 100644
 --- a/lib/phpmailer/class.phpmailer.php
 +++ b/lib/phpmailer/class.phpmailer.php
-@@ -653,11 +653,11 @@ class PHPMailer
+@@ -653,11 +653,11 @@
   */
  function AddrFormat($addr) {
  if(empty($addr[1]))
@@ -23,7 +21,7 @@
  }
  
  return $formatted;
-@@ -780,9 +780,9 @@ class PHPMailer
+@@ -780,9 +780,9 @@
  
  $result .= $this->HeaderLine("Date", $this->RFCDate());
  if($this->Sender == "")
@@ -35,27 +33,3 @@
  
  // To be created automatically by mail()
  if($this->Mailer != "mail")
-commit a9e3abe0b437d449a044f1e059a5d0f29601f335
-Author: Petr Skoda 
-Date:   Sat Dec 10 18:21:35 2011 +0100
-
-MDL-30575 more mail header cleanup
-
-@@ -1190,7 +1190,10 @@ class PHPMailer
-  */
- function EncodeHeader ($str, $position = 'text') {
- 
--/// Start Moodle Hack - do our own multibyte-safe header encoding
-+/// Start Moodle Hack - do our own multibyte-safe header encoding and 
cleanup
-+$str = str_replace("\r", '', $str);
-+$str = str_replace("\n", '', $str);
-+
- $textlib = textlib_get_instance();
- $encoded = $textlib->encode_mimeheader($str, $this->CharSet);
- if ($encoded !== false) {
-commit a9e3abe0b437d449a044f1e059a5d0f29601f335
-Author: Petr Skoda 
-Date:   Sat Dec 10 18:21:35 2011 +0100
-
-MDL-30575 more mail header cleanup
-
diff -Nru moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013 
moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013
--- moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013   1970-01-01 
01:00:00.0 +0100
+++ moodle-1.9.9.dfsg2/debian/patches/MSA-12-0013   2012-10-21 
14:34:54.0 +0200
@@ -0,0 +1,45 @@
+commit 312ada2856cfb79d03ac6effe11dd750f2aa67f0
+Author: Adrian Greeve 
+Date:   Tue Jan 31 12:09:30 2012 +0800
+
+MDL-25185 - data - Allowing data from the database to be exported 
according to group roles.
+
+diff --git a/mod/data/export.php b/mod/data/export.php
+index 6ac914e..edea566 100644
+--- a/mod/data/export.php
 b/mod/data/export.php
+@@ -60,6 +60,7 @@ if($mform->is_cancelled()) {
+ print_header_simple($data->name, '', $nav,
+ '', '', true, update_module_button($cm->id, $course->id, 
get_string('modulename', 'data')),
+ navmenu($course, $cm), '', '');
++groups_print_activity_menu($cm, "$CFG->wwwroot/mod/data/export.php?d=$d");
+ print_heading(format_string($data->name));
+ 
+ // these are for the tab display
+@@ -83,13 +84,25 @@ foreach($fields as $key => $field) {
+ $exportdata[0][] = $field->field->name;
+ }
+ }
++$groupid = groups_get_activity_group($cm);
+ 
+ $datarecords = get_records('data_records', 'dataid', $data->id);
+ ksort($datarecords);
+ $line = 1;
+ foreach($datarecords as $record) {
+ // get content indexed by fieldid
+-if( $content = get_records('data_content', 'recordid', $record->id, 
'fieldid', 'fieldid, content, content1, content2, content3, content4') ) {
++if($groupid) {
++$select = "SELECT c.fieldid, c.content, c.content1, c.content2, 
c.content3, c.content4 
++FROM {$CFG->prefix}data_content c, {$CFG->prefix}data_records r 
++WHERE c.recordid = $record->id  
++AND r.id = c.recordid 
++  

Bug#690610: unblock: openvrml/0.18.9-4

[Philipp Kern]

Nobuhiro,

am Mon, Oct 22, 2012 at 10:41:27AM +0900 hast du folgendes geschrieben:
> However, I think that it is already late to put in support of s390x.
> If this still does (if a release team permits this), I will set linux-any .

you could testbuild it on the porter box, but a new build wouldn't be a
problem.

Kind regards
Philipp Kern 


signature.asc
Description: Digital signature

Bug#689441: Conflicting initializers of variable argp_program_bug_address

[Niels Möller]

Michael Tautschnig  writes:

> I'm not sure where such behaviour would be specified for a unix
> linker!?

Not sure, either. It is described quite clearly in Levine's "Linkers and
Loaders" (see sec 6.4). Which is recommended reading for anything
linker-related.

I haven't tried checking posix specs, but I imagine it might be
specified there.

> gcc  -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
> -Werror=format-security -ggdb3 -Wall -W  -Wmissing-prototypes 
> -Wmissing-declarations -Wstrict-prototypes  -Waggregate-return  
> -Wpointer-arith -Wbad-function-cast -Wnested-externs  -Wl,-z,defs 
> -Wl,--as-needed -Wl,-z,relro -o ex3 ex3.o ../libargp.a

I'm not entirely sure what the specified linker flags mean, but order
looks correct. What was the error message, precisely?

Regards,
/Niels

-- 
Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691140: graphicsmagick: libmagickcore-dev uses out of date libtiff4-dev

[Liz]

Package: graphicsmagick
Severity: serious
Justification: makes unrelated software on the system break

Dear Maintainer,

Attempts to install libmagickcore-dev result in removal of
libgeotiff-dev and vice versa
Libgeotiff-dev uses libtiff5-dev and libmagickcore-dev uses
libtiff4-dev, and the situation prevents concurrent installation of
these two packages, required for compilation of a fully functional
xastir package. Xastir in unstable has no geotiff support due to this
situation.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental') Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-rt-686-pae (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691139: Trickle 64-bit does not work with 32-bit binaries

[Ken Sharp]

Package: trickle
Version: 1.07-9
Severity: important


Multilib trickle appears to be broken and cannot interact with 32-bit
binaries. When attempting to do so the following is printed in the console:

ERROR: ld.so: object '/usr/lib/trickle/trickle-overload.so' from LD_PRELOAD
cannot be preloaded: ignored.

This renders trickle useless. It will continually attempt to work, but has
no effect on bandwidth.

https://bugs.launchpad.net/ubuntu/+source/trickle/+bug/765424


-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages trickle depends on:
ii  libbsd0  0.2.0-1 utility functions from BSD 
systems
ii  libc62.11.3-4Embedded GNU C Library: 
Shared lib
ii  libevent-1.4-2   1.4.13-stable-1 An asynchronous event 
notification


trickle recommends no packages.

trickle 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#691086: pcscd: Wrong way of inhibiting start when using systemd

[Tollef Fog Heen]

]] Ludovic Rousseau 

> Le 21/10/12 21:30, Tollef Fog Heen a écrit :
> > ]] Ludovic Rousseau
> >
> >> Le 21/10/12 18:27, Tollef Fog Heen a écrit :
> >>> ]] Ludovic Rousseau
> >>>
>  I do not remember why I added this piece of code.
>  Maybe so that people using directly "/etc/init.d/pcscd start" to not
>  start the daemon when systemd is used.
> >>>
> >>> Then just use the LSB hooks and it'll be done for you automatically.
> >>
> >> Do you have an example?
> >
> > nodm for instance, for a pretty simple one.  (just grep
> > /lib/lsb/init-functions in /etc/init.d/* and you'll find a bunch).
> 
> Is nodm started by systemd when systemd is installed?

Yes.

> I don't know what you call "LSB hooks".
> My pcscd init script already source /lib/lsb/init-functions and use
> log_daemon_msg, start-stop-daemon, etc.

If it does that, calls to stop, start, restart, reload and force-reload
are intercepted using /lib/lsb/init-functions.d/40-systemd, so you don't
need to do anything except remove the bit of unneeded code I mentioned
initially.

> I do not know how the init-functions can help me to NOT start pcscd
> when "/etc/init.d/pcscd start" is executed.

It happens automatically.

Cheers,
-- 
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#691138: qemu: helper networking is no present

[gustavo panizzo]

Package: qemu
Version: 1.1.2+dfsg-2
Severity: normal

in package qemu(-system,-kvm,-user) the bridge helper is not installed.
that helper is very useful to run qemu as non-root and use brige
networking

source package contains the .c file, man page mentions the option but
helper is not present


thanks

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'testing'), (800, 'stable'), (300, 
'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 3.5-trunk-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 qemu depends on:
ii  qemu-system  1.1.2+dfsg-2
ii  qemu-user1.1.2+dfsg-2
ii  qemu-utils   1.1.2+dfsg-2

qemu recommends no packages.

Versions of packages qemu suggests:
pn  qemu-user-static  

-- 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#689870: lightdm: upstream changelog is bogus - please ship upstream NEWS as changelog

[Daniel Echeverry]

tags 689870 + pending
thanks

Hi

The revision r7219 fixes the upstream changelog file.

Regards.

-- 
Epsilon
http://wiki.debian.org/DanielEcheverry
http://www.rinconinformatico.net
http://enchulatucelu.com
http://www.todopdf.net
http://www.fitnessdeportes.com
http://www.dragonjar.org
Linux user: #477840
Debian user

Bug#627185: Você ganhou um milhão de Libra neste ano BAT PROMO. enviar:

[fjordbo]

nomes:
Morada:
idade:


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#504518: Você ganhou um milhão de Libra neste ano BAT PROMO. enviar:

[fjordbo]

nomes:
Morada:
idade:


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691137: ITP: scalasca -- Scalable performance Analysis of Large-Scale parallel Applications

[Sylvestre Ledru]

Package: wnpp
Severity: wishlist
Owner: Sylvestre Ledru 

* Package name: scalasca
  Version : 1.4.2
  Upstream Author : Forschungszentrum Juelich GmbH
* URL : http://www.scalasca.org/
* License : BSD-3-clause
  Programming Lang: C, C++
  Description : Scalable performance Analysis of Large-Scale parallel 
Applications

 Tool that supports the performance optimization of parallel programs by
 measuring and analyzing their runtime behavior. The analysis identifies
 potential performance bottlenecks - in particular those concerning
 communication and synchronization - and offers guidance in exploring their
 causes.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#684574: grub-efi-amd64 - Does not load EFI console modules

[Michael Gilbert]

control: severity -1 serious

Hi,

I'm increasing the severity of this issue since lacking text on boot
makes it seem like the boot has failed when there are any prompts or
disk checks during the boot process.

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#691136: when clipboard manager is running, mousepad takes a long time to quit

[Delmir Fernandes]

Package: libgtk2.0-0:amd64Version: 2.24.10-2 
These bugs (568759 & 619780) where incorrectly marked as closed, because I'm 
still having the same issues on a brand new debian/testing install:
delmir@delcasa25:/etc/apt$ dpkg -l libgtk[0-9]* | grep ^iii  libgtk2-perl   
2:1.244-1amd64Perl 
interface to the 2.x series of the Gimp Toolkit libraryii  libgtk2.0-0:amd64
  2.24.10-2amd64GTK+ 
graphical user interface libraryii  libgtk2.0-bin  
2.24.10-2amd64programs for the GTK+ 
graphical user interface libraryii  libgtk2.0-common   
2.24.10-2all  common files for the GTK+ 
graphical user interface librarydelmir@delcasa25:/etc/apt$ 
delmir@delcasa25:/etc/apt$ dpkg -l mousepad* | grep ^iii  mousepad  
 0.2.16-6 amd64simple Xfce 
oriented text editordelmir@delcasa25:/etc/apt$ delmir@delcasa25:/etc/apt$ dpkg 
-l *clip* | grep ^iii  xfce4-clipman  2:1.2.3-1+b1  
   amd64clipboard history utilityii  
xfce4-clipman-plugin   2:1.2.3-1+b1 
amd64clipboard history plugin for Xfce paneldelmir@delcasa25:/etc/apt$ 

If anything is copied/cut in mousepad, then it will take a few seconds to 
close, and repeated close actions will output multiple Gtk-CRITICAL errors 
until the app really closes:
delmir@delcasa25:/etc/apt$ mousepad(mousepad:6321): Gtk-CRITICAL **: 
IA__gtk_main_quit: assertion `main_loops != NULL' failed(mousepad:6321): 
Gtk-CRITICAL **: IA__gtk_main_quit: assertion `main_loops != NULL' 
faileddelmir@delcasa25:/etc/apt$ 
Please advise if anything else is needed or now to proceed.
Also, can anyone provide any info as to why an email sent to 
568...@bugs.debian.org was rejected?
Thanks,
Del
  

Bug#690610: unblock: openvrml/0.18.9-4

[Nobuhiro Iwamatsu]

Hi,

On Wed, Oct 17, 2012 at 6:47 AM, Adam D. Barratt
 wrote:
> Control: tags -1 + moreinfo
>
> On Tue, 2012-10-16 at 11:45 +0900, Nobuhiro Iwamatsu wrote:
>> Please unblock package openvrml.
>> I made the following corrections by 0.18.9-2 to 0.18.9-4.
>>
>> - Fix multiarch support for libopenvrml9 . (Closes: #674489)
>
> Specifically, _remove_ multiarch support. Might it have made sense to
> move the files to openvrml-doc instead?

OK, I will check and fix.

>
>> - Enable hardening  and fix FTBFS with -Werror=format-security option.
>> - Change dh_clean to dh_prep in install target. (Closes: #683482)
>> - Fix FTBFS on mips.
>
> Why do the binary packages have a manually maintained architecture list
> in any case? If the intent is to have the package only build on Linux
> architectures, then specifying "linux-any" would be more maintainable
> than a hand-crafted list that includes unofficial artchitectures such as
> alpha, hppa, avr32, sh4 and m68k but is missing s390x. Alternatively,
> they should simply be "any".
>

I noticed this.
However, I think that it is already late to put in support of s390x.
If this still does (if a release team permits this), I will set linux-any .

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691107: Crash update

[Jesse Smith]

Follow up on this bug, I have discovered something interesting.

Atomic Tanks compiles and runs with no problems if it is built using GCC
4.6. However, if I switch to using GCC 4.7 (specifically 4.7.2) then the
game's memory becomes corrupted and it either displays random symbols on
the Options screen or it crashes.

I've tried compiling Atanks with the Clang compiler instead of GCC and
found that the game runs fine when built using Clang.

Since this bug only appears when the game is built with a specific
version of a specific compiler (gcc), I think that indicates there may
be a bug in the 4.7.x branch of the GNU C++ compiler.

Anyone have any thoughts on dealing with this?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691025: tt-rss: strange javascript error after login

[Sebastian Reichel]

tags 691025 confirmed

On Sun, Oct 21, 2012 at 10:05:53AM +0200, Helmut Grohne wrote:
> On Sun, Oct 21, 2012 at 09:42:06AM +0200, Sebastian Reichel wrote:
> > I tried to find out more about your problem. It seems dojo 1.7.x
> > does not work together with prototype 1.7. The upstream bug for
> > this can be found at [0]. I still use libjs-prototype 1.6.1-1
> > on my test instance, but I will try to reproduce your bug with
> > libjs-prototype 1.7.0-2 later.
> > 
> > [0] http://bugs.dojotoolkit.org/ticket/14606
> 
> Thanks for the analysis. To verify this I tried to apply the fix
> suggested in the upstream bug locally. Unfortunately it does not solve
> the problem, because the changed file "on.js" is not even loaded, so it
> cannot be part of the problem. Looks like I am observing a different
> problem or the upstream fix is incomplete.

I was able to reproduce the bug with libjs-prototype 1.7.0-2. It can
be fixed temporarily by using libjs-prototype from Debian stable.

-- Sebastian


signature.asc
Description: Digital signature

Bug#689441: Conflicting initializers of variable argp_program_bug_address

[Michael Tautschnig]

Hi Niels,

> Michael Tautschnig  writes:
> 
> > src/argp/testsuite/ex3.c:const char *argp_program_bug_address = 
> > "";
> > src/argp/argp-ba.c:const char *argp_program_bug_address = 0;
> 
> > (The latter goes in src/argp/libargp.a.)
> >
> > The linker is free to pick either of the values;
> 
> No, the linker does *not* have that freedom.
> 
> A unix linker is supposed to process arguments in order, and bring in
> argp-ba.o from libargp.a if and only if the symbol
> argp_program_bug_address (the *only* symbol defined in that file) is
> referenced in the earlier objects, but *not* defined in the earlier
> objects.
>

I'm not sure where such behaviour would be specified for a unix linker!? The man
page of ld does indeed note this behaviour if (!) -z muldefs is used. But
otherwise multiple definitions (unlike multiple common symbols) do not seem to
imply any definitive result!? But I'd be happy to learn about more detailed
documentation on that matter.

> What does your linker command line look like? Order matters, and -largp
> must be placed after ex3.o.
> 

This is the command line being used (which has -z defs, but not -z muldefs):

gcc  -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -ggdb3 -Wall -W  -Wmissing-prototypes 
-Wmissing-declarations -Wstrict-prototypes  -Waggregate-return  -Wpointer-arith 
-Wbad-function-cast -Wnested-externs  -Wl,-z,defs -Wl,--as-needed -Wl,-z,relro 
-o ex3 ex3.o ../libargp.a

Best,
Michael



pgptT5xES0qHj.pgp
Description: PGP signature

Bug#690916: systemd-cgtop non-functional, silently exits

[Michael Biebl]

tags 690916 + patch fixed-upstream
thanks
On 21.10.2012 11:02, Tollef Fog Heen wrote:
> ]] Michael Biebl 
> 
>> So I'm wondering if you explicitly mount /sys/fs/cgroup/memory via other
>> means?
> 
> Not that I know of, and the only real reference I could find in /etc was
> libvirt.  Do you have that installed, and if not, could you install it
> in the VM where you're seeing the bug and see if that fixes it?

After a bit of debugging, I found in the Debian kernel config:

CONFIG_CGROUP_MEM_RES_CTLR=y
CONFIG_CGROUP_MEM_RES_CTLR_DISABLED=y

and looking through the corresponding changelog:

> * cgroups: Disable memory resource controller by default. Allow it
> to be enabled using kernel parameter 'cgroup_enable=memory'.

Talking to Lennart, he mentioned that there was an upstream fix, which
allows systemd-cgtop to run without all controllers being available.

The relevant upstream commit is:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=63210a15e1efdbda3fb3abd9a6ae9961fd0ea153

I think we should cherry-pick that patch for wheezy.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#603013: #603013: alacarte dependency on gnome-menu

[Stuart Prescott]

Hi!

I'm confused about the status of this bug (#603013). On first reading, the 
complaint in the bug report looks to be that alacarte had a "Depends: gnome-
menus" but that it should not. This dependency does not exist in wheezy which 
would mean that this bug could be closed.

Except... in a minimal chroot, installing alacarte without gnome-menus, you 
get the following traceback:

$ alacarte 
Traceback (most recent call last):
  File "/usr/bin/alacarte", line 37, in 
main()
  File "/usr/bin/alacarte", line 33, in main
app = MainWindow(datadir, version)
  File "/usr/share/alacarte/Alacarte/MainWindow.py", line 43, in __init__
self.editor = MenuEditor()
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 33, in __init__
self.load()
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 46, in load
if not self.tree.load_sync():
  File "/usr/lib/python2.7/dist-packages/gi/types.py", line 43, in function
return info.invoke(*args, **kwargs)
gi._glib.GError: Failed to look up menu_file for "gnome-applications.menu"

The man page doesn't describe any alternate way of invoking alacarte that 
would allow it to be used in the absence of gnome-menus, so it would look like 
this is indeed a dependency that should be present in the wheezy packages, the 
lack of which would be a serious bug. (I've not changed the 
severity/retitled/filed a new bug yet -- I wanted to check this with you first).

regards
Stuart


-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB  891D BBC1 7EBB 1396 F2F7


signature.asc
Description: This is a digitally signed message part.

Bug#669314: [PATCH] nfs: Show original device name verbatim in /proc/*/mount{s,info}

[Jonathan Nieder]

(cc-ing Laurent in case he wants to test.  Laurent, a "git am"-ready
 patch is at [1])
Ben Hutchings wrote:

> Since commit c7f404b ('vfs: new superblock methods to override
> /proc/*/mount{s,info}'), nfs_path() is used to generate the mounted
> device name reported back to userland.
>
> nfs_path() always generates a trailing slash when the given dentry is
> the root of an NFS mount, but userland may expect the original device
> name to be returned verbatim (as it used to be).  Make this
> canonicalisation optional and change the callers accordingly.
>
> Reported-and-tested-by: Chris Hiestand 
> Reference: http://bugs.debian.org/669314
> Signed-off-by: Ben Hutchings 
> Cc:  # v2.6.39+

Changing the content of /proc/mounts broke 

 user@hostname:/proc/self$ sudo umount.nfs nfsserver:/srv/ubuntu-32
 umount.nfs: nfsserver:/srv/ubuntu-32: not found

with nfs2 and nfs3 and this looks like the minimal change to get it
working again, so for what it's worth,
Reviewed-by: Jonathan Nieder 

How about something like the following on top?

-- >8 --
Subject: nfs: convert boolean nfs_path() argument to a flag word

If nfs_path() gains any other boolean settings, they can share the
flag argument, and this way call sites look like "nfs_path(&limit,
dentry, buffer, buflen, NFS_PATH_CANONICAL);" so the reader does not
need to guess the sense of true and false.  No functional change
intended.

Signed-off-by: Jonathan Nieder 
---
[1] http://download.gmane.org/gmane.linux.nfs/52755/52756

 fs/nfs/internal.h  |  5 +++--
 fs/nfs/namespace.c | 14 +-
 fs/nfs/nfs4namespace.c |  3 ++-
 fs/nfs/super.c |  2 +-
 4 files changed, 15 insertions(+), 9 deletions(-)

diff --git a/fs/nfs/internal.h b/fs/nfs/internal.h
index 9c9603373d64..a54fe51c1dfb 100644
--- a/fs/nfs/internal.h
+++ b/fs/nfs/internal.h
@@ -353,8 +353,9 @@ extern void nfs_sb_active(struct super_block *sb);
 extern void nfs_sb_deactive(struct super_block *sb);
 
 /* namespace.c */
+#define NFS_PATH_CANONICAL 1
 extern char *nfs_path(char **p, struct dentry *dentry,
- char *buffer, ssize_t buflen, bool canonical);
+ char *buffer, ssize_t buflen, unsigned flags);
 extern struct vfsmount *nfs_d_automount(struct path *path);
 struct vfsmount *nfs_submount(struct nfs_server *, struct dentry *,
  struct nfs_fh *, struct nfs_fattr *);
@@ -498,7 +499,7 @@ static inline char *nfs_devname(struct dentry *dentry,
char *buffer, ssize_t buflen)
 {
char *dummy;
-   return nfs_path(&dummy, dentry, buffer, buflen, true);
+   return nfs_path(&dummy, dentry, buffer, buflen, NFS_PATH_CANONICAL);
 }
 
 /*
diff --git a/fs/nfs/namespace.c b/fs/nfs/namespace.c
index 059975e492e1..dd057bc6b65b 100644
--- a/fs/nfs/namespace.c
+++ b/fs/nfs/namespace.c
@@ -33,8 +33,7 @@ int nfs_mountpoint_expiry_timeout = 500 * HZ;
  * @dentry - pointer to dentry
  * @buffer - result buffer
  * @buflen - length of buffer
- * @canonical - ensure there is exactly one slash after the original
- * device (export) name; if false, return it verbatim
+ * @flags - options (see below)
  *
  * Helper function for constructing the server pathname
  * by arbitrary hashed dentry.
@@ -42,9 +41,14 @@ int nfs_mountpoint_expiry_timeout = 500 * HZ;
  * This is mainly for use in figuring out the path on the
  * server side when automounting on top of an existing partition
  * and in generating /proc/mounts and friends.
+ *
+ * Supported flags:
+ * NFS_PATH_CANONICAL: ensure there is exactly one slash after
+ *the original device (export) name
+ *(if unset, the original name is returned verbatim)
  */
 char *nfs_path(char **p, struct dentry *dentry, char *buffer, ssize_t buflen,
-  bool canonical)
+  unsigned flags)
 {
char *end;
int namelen;
@@ -77,7 +81,7 @@ rename_retry:
rcu_read_unlock();
goto rename_retry;
}
-   if (canonical && *end != '/') {
+   if ((flags & NFS_PATH_CANONICAL) && *end != '/') {
if (--buflen < 0) {
spin_unlock(&dentry->d_lock);
rcu_read_unlock();
@@ -94,7 +98,7 @@ rename_retry:
return end;
}
namelen = strlen(base);
-   if (canonical) {
+   if (flags & NFS_PATH_CANONICAL) {
/* Strip off excess slashes in base string */
while (namelen > 0 && base[namelen - 1] == '/')
namelen--;
diff --git a/fs/nfs/nfs4namespace.c b/fs/nfs/nfs4namespace.c
index 2f6f16331769..1e09eb78543b 100644
--- a/fs/nfs/nfs4namespace.c
+++ b/fs/nfs/nfs4namespace.c
@@ -81,7 +81,8 @@ static char *nfs_path_component(const char *nfspath, const 
char *end)
 static char *nfs4_path(struct dentry *dentry, char *buffer, ssize_t buflen)
 {
char *limit;
-   char *path = nfs_path(&limit, dentry, buffer, buflen, 

Bug#672030: Fwd: Re: Cannot build beast with gcc 4.7

[Tim Janik]

On 20.10.2012 12:42, Reinhard Tartler wrote:
> Hi Tim,
>
> I wonder if there is any news on this bug on your side?

Hey,

now that I'm back from the libreoffice conference, I managed to install
g++-4.7.2 and reproduce your issue.

I'm investigating it now.


>
> Cheers,
> Reinhard.



-- 
Yours sincerely,
Tim Janik

---
http://timj.testbit.eu/ - Free software Author


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#688630: Bug#688630: t-coffee-doc: empty package

[Charles Plessy]

severity 688630 normal
thanks

Dear Release team,

the t-coffee-doc package in Wheezy and Sid is empty, as Upstream removed
documentation from the source package without us noticing.

The work on t-coffee continued in our VCS since the freeze, and we already
accumulated some other changes not related to the release.

I propose to either ignore the emptiness of t-coffee-doc, or to make an upload
to testing-proposed-updates, where the t-coffee-doc package would be discarded.

Please let us know if you would like this to happen.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
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#690551: libcurl3-gnutls: git fails for https repos

[Dwayne Litzenberger]

Alessandro,

Could you please post a fixed package for this today, or ask someone to 
NMU it for you, if you're too busy?  Git has been nearly unusable in sid 
for almost a week because of this bug.


- Dwayne

--
Dwayne C. Litzenberger 
 OpenPGP: 19E1 1FE8 B3CF F273 ED17  4A24 928C EC13 39C2 5CF7


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691014: RFS: swftools/0.9.2+ds1-3 [RC]

[Michael Gilbert]

On Sat, Oct 20, 2012 at 3:14 AM, Christian Welzel  wrote:
> Package: sponsorship-requests
> Severity: important
>
> Dear mentors,
>
>   I am looking for a sponsor for my package "swftools"
>
>  * Package name: swftools
>Version : 0.9.2+ds1-3

Hi,

I've just reviewed these changes.   The fix for rc issue #690237 looks
good, but the build hardening, vc fields, uploader change, and
addition of the debug package are not permissible at this point in the
freeze.

If you can redo this as an nmu with only the rc fix included, I will sponsor it.

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#691135: "The state match is obsolete. Use conntrack instead." warnings

[Michael Biebl]

Package: ufw
Version: 0.31.1-2
Severity: normal

During system startup, I get the following error messages:

Starting firewall: ufw...WARNING: The state match is obsolete. Use
conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
WARNING: The state match is obsolete. Use conntrack instead.
Setting kernel variables (/etc/ufw/sysctl.conf)...done.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ufw depends on:
ii  debconf [debconf-2.0]  1.5.46
ii  iptables   1.4.16.3-1
ii  python 2.7.3-2
ii  ucf3.0025+nmu3

ufw recommends no packages.

Versions of packages ufw suggests:
ii  rsyslog  7.1.12-1

-- Configuration Files:
/etc/rsyslog.d/20-ufw.conf changed [not included]

-- debconf information:
  ufw/enable: true
* ufw/existing_configuration:
  ufw/allow_custom_ports:
  ufw/allow_known_ports:


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#682143: gatling: *** glibc detected *** /usr/bin/gatling: double free or corruption, (top): 0x088196f0 ***

[Lucas Treffenstädt]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: gatling
Version: 0.12cvs20120114-2
Severity: important
Tags: upstream

I can report the same here on my raspberry pi (using raspian). Apart
from the 'double free or corruption', sometimes the logfile says
'corrupted double-linked list'. I do not have any unicode characters
in any of the folder names (or have any hidden folders), though I do
use the de_DE.UTF-8 locale, and one of the subfolders I have has many
subfolders (about 130).
The crash happens every time I go from my root index.html to one of
the subfolders (directory listings), back again to index.html using
the ../ link and then into the other subfolder.

Sun Oct 21 23:59:30 2012 request_done 13 333 169
Sun Oct 21 23:59:31 2012 dir_redirect 13
Sun Oct 21 23:59:31 2012 socket_error 13 Bad address
Sun Oct 21 23:59:31 2012 close/writefail 13 413 240
Sun Oct 21 23:59:31 2012 *** glibc detected *** /usr/bin/gatling:
double free or corruption (!prev): 0x0067c508 ***
[...]
Mozilla/5.0_(X11;_Linux_i686;_rv:10.0.7)_Gecko/20100101_Firefox/10.0.7
http://candida/ candida
Mon Oct 22 00:06:19 2012 request_done 10 332 2554
Mon Oct 22 00:06:22 2012 dir_redirect 10
Mon Oct 22 00:06:22 2012 socket_error 10 Bad address
Mon Oct 22 00:06:22 2012 close/writefail 10 332 174
Mon Oct 22 00:06:22 2012 *** glibc detected *** /usr/bin/gatling:
corrupted double-linked list: 0x014a2588 ***
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQhHUbAAoJELys4V32dLtelhsP/RK7eecLsBrU3s+8MXgOBMrs
OAkR3HBRfe7gBDo+24BP7iZTEtNO2OhMCzzgaHZvnyCNk+yWw0PAayiUsfGZFvpm
NIJAFG3HLC23RLkJiy5HMc3OhHtryNXy/XnTRCaUm6aJUdsGoTHaMNBfdqOcsSps
gZB1GKXhr3hCbQkIUv3pXARr3/6q9SginT/q5iZp7gUDZ7oXag80n8fVOsY9vSIA
tSUNCKzB3dkrF8O5qXSXRcQYCigvKm+jyhhLXNiKZJY0bCTkHqe6t8e9wa1ui43G
qYFCVfrwUu4mcVxUaRxv6irmMyMtoVKW9MzQOGZHszJyxraZpj0h4+JOIwtS7A31
yF8IKLuEQLpKI3p+ceOKy3eFe9qAlES4xyOUEknDO+zE6HVd64SH1jR0BKaduJxO
Y3p9hvWxKEMhzTM89qcBhJvKWVLWggw+wEcYm4CZ7FmpyQQKyCuCGsDfzXyXITnP
zpb3q8F1BArHVW7gvQZ+w1xBPClcPI3JLFYS221f4dLRKy8++ER/rQqNxNrcU5P3
/n1BAE7NtyXR/xaLgqR0B1CtqLpCOOJGlLkRv/tHJsDolS69CJFOSlpcqVGk75Or
jV8o2rA1m61mxDRlk5Ll6y3EdINWA+DQOs7KbBjjL5qAxj+ECE5OSdpDRDb2KNGm
kG8JGNs4Bl5iH6eavFCA
=EeGw
-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#689537: pdnsd: deletes conffiles on package removal (policy 10.7.3): /etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd

[Andreas Beckmann]

With the prerm script gone this issue is fixed for squeeze->sid upgrades
(and squeeze->wheezy upgrades once 1.2.8-par-3 migrates to wheezy), but
the problem (missing conffile) will still exist if the user had any
version from 1.2.8-par-2, ..., 1.2.8-par-2.3 installed.

I don't see an easy solution for this ... as
  old-prerm upgrade new-version
is the very first step of the upgrade, there is no hacking around this
by deleting a buggy maintainer script during
  new-preinst upgrade old-version

Maybe this could work:
ship another copy of the file in /usr/share and in the postinst do

if dpkg --compare-versions $upgrade_from ge 1.2.8-par-2~ &&
   dpkg --compare-versions $upgrade_from lt 1.2.8-par-4~
then
  target=/etc/NetworkManager/dispatcher.d/002_NetMan_pdnsd
  source=/usr/share/.../002_NetMan_pdnsd
  if [ ! -e $target ]; then
echo restoring $target
cp $source $target
  fi
fi

but it's only upgrades from pdnsd/testing that are affected


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#688630: t-coffee-doc: empty package

[Luca Falavigna]

An empty package is useless, so I would put some content in, or drop
it until proper content is provided. I can't speak for Release Team,
so you could want to ask them which way they prefer.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689541: dacs: diff for NMU version 1.4.27b-1.1

[Christoph Berg]

Re: Salvatore Bonaccorso 2012-10-20 <20121020075825.GA1961@elende>
> Hi Christoph
> 
> On Fri, Oct 19, 2012 at 11:16:51AM +0200, Christoph Berg wrote:
> > thanks for the patch, but I don't think it is valid. If you remove the
> > dacs module, but leave the apache config there, apache will not be
> > happy. I guess the best would be to call a2dismod to remove the
> > symlink when the package is removed.
> 
> I just checked this again, here is the log from the test in a virtual
> machine. The symlink is removed in preinst. And removing the
> /etc/apache2/mods-available/auth_dacs.load is then left to when the
> package is purged.

Hi Salvatore,

thanks for the extensive testing! I'll upload a new version tomorrow.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

[Jonathan Nieder]

Per Foreby wrote:
> On 2012-10-21 21:02, Jonathan Nieder wrote:

>> Good, it looks like the vesa driver is loading instead of the i915
>> driver.  Can you reproduce the bug in this setup?
>
> Everything is OK so far, and I hardy notice any difference (apart from
> having to enable software scaling in mplayer2, but that's not a problem with
> an i7 3770 :)
>
> I'll give it a few days,

Thanks again for this.

>  and then I'll try "enable_mtrr_cleanup".
>
>> If not, we will have shown the bug is probably in the i915 driver and
>> we can take this upstream.
>
> Or maybe not, since I didn't experience any problems on the 3.5 kernel. With
> 256 MB GPU memory though.

Oh, right --- I had forgotten.  I think we should still move upstream
after the experiment with vesa, though, and just be sure to mention
which kernels were tried and what happened with each.  Instructions
for reporting are here:

 http://intellinuxgraphics.org/how_to_report_bug.html

When doing so, please let us know the bug number so we can track it.
I hate to sound like a broken record, but I still have no reason to
believe the mtrr stuff is not a red herring.

Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#656903: Desurium updates for Debian?

[Nothing Much]

Have there been any updates for a package for Desurium?

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

[Per Foreby]

On 2012-10-21 21:02, Jonathan Nieder wrote:

Per Foreby wrote:


[22.177] (II) VESA(0): Total Memory: 1023 64KB banks (65472kB)
[22.200] (II) VESA(0): VESA VBE Total Mem: 65472 kB


Good, it looks like the vesa driver is loading instead of the i915
driver.  Can you reproduce the bug in this setup?


Everything is OK so far, and I hardy notice any difference (apart from 
having to enable software scaling in mplayer2, but that's not a problem 
with an i7 3770 :)


I'll give it a few days, and then I'll try "enable_mtrr_cleanup".



If not, we will have shown the bug is probably in the i915 driver and
we can take this upstream.


Or maybe not, since I didn't experience any problems on the 3.5 kernel. 
With 256 MB GPU memory though.


/Per


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691134: transgui: dies by segmentation fault immediately after mapping window

[Zlatko Calusic]

Package: transgui
Version: 4.1-1
Severity: normal

Immediately after mapping window, v4.1-1 dies by segmentation
fault. The previos version (v4.0.x) worked correctly.

I tried removeing config files and starting clean, but it doesn't help.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.6.0 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages transgui depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-2
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libssl1.0.0 1.0.1c-4
ii  libx11-62:1.5.0-1

transgui recommends no packages.

transgui 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#691133: gem2deb: typos in dh_ruby(1) man page

[Francesco Poli (wintermute)]

Package: gem2deb
Version: 0.3.0
Severity: minor

Hello again!

While reading the dh_ruby(1) man page, I noticed the following typos:


|   You can use this variable to override that if want to provide
|   custom metadata for the Debian package.

I would say:   s/if want/if you want/


|   This file is expect to contain a YAML document with a list of files
|   that must be ignored when checking for `require "rubygems"` lines.

I would say:   s/is expect/is expected/


I hope this helps to improve this man page.
Bye.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gem2deb depends on:
ii  build-essential   11.5
ii  debhelper 9.20120909
ii  devscripts2.12.4
ii  perl  5.14.2-14
ii  ruby  4.9
ii  ruby1.8 [ruby-interpreter]1.8.7.358-4
ii  ruby1.8-dev   1.8.7.358-4
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-3
ii  ruby1.9.1-dev 1.9.3.194-3
ii  rubygems  1.8.24-1

gem2deb recommends no packages.

gem2deb 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#638364: systemd dependency cycle in pdnsd

[Boppy]

Am Freitag 05 Oktober 2012 schrieben Sie:
> Hi,
> 
> Boppy wrote (18 Aug 2011 20:37:29 GMT) :
> > Version: 1.2.8-par-2
> > 
> > dbus daemon don't start on boot and it seems this is caused of
> > a cycle in the pdnsd init script.
> 
> pdnsd 1.2.8-par-2.1 brought some insserv -related changes,
> that might be used by systemd (I've no idea what the latter derives
> its dependency information from).
> 
> May you please test it and see if it helps?

Hi,
I am sorry but I had a lot of problems mit systemd (system not bootable etc.), 
so I got rid of it.
Perhaps someone can jump in and test it.

Cheer,
 Boppy


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#638364: systemd dependency cycle in pdnsd

[Boppy]

Am Freitag 05 Oktober 2012 schrieb intrigeri:
> Hi,
> 
> Boppy wrote (18 Aug 2011 20:37:29 GMT) :
> > Version: 1.2.8-par-2
> > 
> > dbus daemon don't start on boot and it seems this is caused of
> > a cycle in the pdnsd init script.
> 
> pdnsd 1.2.8-par-2.1 brought some insserv -related changes,
> that might be used by systemd (I've no idea what the latter derives
> its dependency information from).
> 
> May you please test it and see if it helps?

Hi,
I am sorry but I had a lot of problems mit systemd (system not bootable etc.) 
So I got rid of it.
Perhaps someone else can jump in an test it.

Cheers, 
 Boppy


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674889: [b6d2e38] Fix for Bug#674889 committed to git

[Anton Gladky]

tags 674889 + pending
thanks

Hello,

 The following change has been committed for this bug by
 Anton Gladky  on Mon, 28 May 2012 19:33:36 +0200.
 The fix will be in the next upload. 

Remove Bradley Smith  from uploaders. (Closes: #674889)




You can check the diff of the fix at:

;a=commitdiff;h=b6d2e38


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691132: gem2deb: garbled sentence in gem2deb(1) man page

[Francesco Poli (wintermute)]

Package: gem2deb
Version: 0.3.0
Severity: minor

Hello!

While reading the gem2deb(1) man page, I noticed a sentence that does
not look correct to me:

|   Metadata
|   It contains the gem metadata ends up in a file named
|   ``metadata.yml`` inside the mygem-0.1.0 directory.

I am under the impression that the sentence should be changed into
something like:

+   Metadata
+   It contains the gem metadata in a file named
+   ``metadata.yml`` inside the mygem-0.1.0 directory.

In other words, I am suggesting  s/ends up//

I hope this helps clarifying the man page.

Thanks for maintaining a package intended to make the task of packaging
Ruby applications and libraries easier!

Bye.


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gem2deb depends on:
ii  build-essential   11.5
ii  debhelper 9.20120909
ii  devscripts2.12.4
ii  perl  5.14.2-14
ii  ruby  4.9
ii  ruby1.8 [ruby-interpreter]1.8.7.358-4
ii  ruby1.8-dev   1.8.7.358-4
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-3
ii  ruby1.9.1-dev 1.9.3.194-3
ii  rubygems  1.8.24-1

gem2deb recommends no packages.

gem2deb 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#691131: ax25-node: fails to upgrade from 'testing' - trying to overwrite /var/ax25/node/loggedin

[Andreas Beckmann]

Package: ax25-node
Version: 0.3.2-7.3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + node

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks/Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ax25-node.
  (Reading database ... 8159 files and directories currently installed.)
  Unpacking ax25-node (from .../ax25-node_0.3.2-7.3_amd64.deb) ...
  dpkg: error processing /var/cache/apt/archives/ax25-node_0.3.2-7.3_amd64.deb 
(--unpack):
   trying to overwrite '/var/ax25/node/loggedin', which is also in package node 
0.3.2-7.1

cheers,


Andreas


node_0.3.2-7.3.log.gz
Description: GNU Zip compressed data

Bug#642199: Currently working with NSS_SSL_CBC_RANDOM_IV=0 workaround

[Jakub Adam]

Hi Dominique,

> Since a workaround is available, the 'grave' severity of this bug is not
> justified. I'll downgrade it to important unless someone objects (with
> arguments)

I agree we can downgrade the severity. Please note that because of this bug 
pidgin-sipe
is right now on the list of candidates for removal from testing[1], so please 
make the
change happen before Friday the 26th of October!

Some time ago I opened a ticket in Pidgin upstream proposing a solution for 
this bug[2],
without any response yet. We will have to live with the workaround for now.

Regards,

Jakub

[1] https://lists.debian.org/debian-devel/2012/10/msg00373.html
[2] https://developer.pidgin.im/ticket/15247


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691130: kaffeine: recording times appear to be encoded as UTC and are out by an hour every DST change

[Tim Connors]

Package: kaffeine
Version: 1.2.2-1
Severity: normal

At the last daylight saving change, my programs scheduled for
recording in kaffeine have all been adjusted forward by an hour from
where I set them.  This would imply they have been stored in UTC
rather than local time.  Since TV programs are shown based on
localtime, this just means that everytime daylight saving changes, you
miss all your scheduled programs by an hour.  This of course happened
to me 6 months ago, but I didn't realise what had happened then.

bugs.kde needs a login, so I have not forwarded this bug upstream.




-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (5, 'testing'), (1, 
'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kaffeine depends on:
ii  kdebase-runtime   4:4.6.5-1+b1   runtime components from the offici
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.7.1-7  GCC support library
ii  libkdecore5   4:4.6.5-2  KDE Platform Core Library
ii  libkdeui5 4:4.6.5-2  KDE Platform User Interface Librar
ii  libkfile4 4:4.6.5-2  File Selection Dialog Library for 
ii  libkio5   4:4.6.5-2  Network-enabled File Management Li
ii  libqt4-dbus   4:4.8.1-1  Qt 4 D-Bus module
ii  libqt4-network4:4.8.1-1  Qt 4 network module
ii  libqt4-sql4:4.8.1-1  Qt 4 SQL module
ii  libqt4-sql-sqlite 4:4.8.1-1  Qt 4 SQLite 3 database driver
ii  libqt4-svg4:4.8.1-1  Qt 4 SVG module
ii  libqt4-xml4:4.8.1-1  Qt 4 XML module
ii  libqtcore44:4.8.1-1  Qt 4 core module
ii  libqtgui4 4:4.8.1-1  Qt 4 GUI module
ii  libsolid4 4:4.6.5-2  Solid Library for KDE Platform
ii  libstdc++64.7.1-7GNU Standard C++ Library v3
ii  libx11-6  2:1.4.99.901-2 X11 client-side library
ii  libxine1  1:1.1.20-0.1   Xine video/media player library, m
ii  libxine1-ffmpeg   1:1.1.20-0.1   MPEG-related plugins for libxine1
ii  libxine1-x1:1.1.20-0.1   X desktop video output plugins for
ii  libxss1   1:1.2.0-2  X11 Screen Saver extension library

kaffeine recommends no packages.

Versions of packages kaffeine suggests:
ii  libdvdcss21.2.10-0.3 Simple foundation for reading DVDs

-- 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#691129: ITP: openms -- package for LC/MS data management and analysis

[Filippo Rusconi]

Package: wnpp
Severity: wishlist
Owner: Filippo Rusconi 

* Package name: openms
  Version : 1.9.0
  Upstream Author : Oliver Kohlbacher 
* URL : http://open-ms.sourceforge.net
* License : (Artistic)
  Programming Lang: (C++)
  Description :  software suite for LC/MS data management and analysis
 OpenMS is a library for LC/MS data management and analysis. OpenMS
 offers an infrastructure for the development of mass
 spectrometry-related software and powerful 2D and 3D visualization
 solutions.
 .
 TOPP (the OpenMS proteomic pipeline) is a pipeline for the analysis
 of HPLC/MS data. It consists of a set of numerous small applications
 that can be chained together to create analysis pipelines tailored
 for a specific problem.
 .
 This package is a metapackage that depends on the OpenMS libraries
 and TOPP binaries.

Package: libopenms1.9
Architecture: any
Depends: Depends: ${shlibs:Depends}, ${misc:Depends}
Suggests: openms-doc
Description: library for LC/MS data management and analysis - runtime
 OpenMS is a library for LC/MS data management and analysis. OpenMS
 offers an infrastructure for the development of mass
 spectrometry-related software and powerful 2D and 3D visualization
 solutions.
 .
 OpenMS offers analyses for various quantitation protocols, including
 label-free quantitation, SILAC, iTRAQ, SRM, SWATH…
 .
 It provides built-in algorithms for de-novo identification and
 database search, as well as adapters to other state-of-the art tools
 like X!Tandem, Mascot, OMSSA…
 .
 OpenMS supports the Proteomics Standard Initiative (PSI) formats for
 MS data and supports easy integration of tools into workflow engines
 like Knime, Galaxy, WS-Pgrade, and TOPPAS via the TOPPtools concept
 and a unified parameter handling.
 .
 This package ships the non-graphical user interface library.


Package: libopenms-dev
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, libopenms1.9 ( = ${binary:Version})
Suggests: openms-doc
Description: library for LC/MS data management and analysis - dev files
 OpenMS is a library for LC/MS data management and analysis. OpenMS
 offers an infrastructure for the development of mass
 spectrometry-related software and powerful 2D and 3D visualization
 solutions.
 .
 OpenMS offers analyses for various quantitation protocols, including
 label-free quantitation, SILAC, iTRAQ, SRM, SWATH…
 .
 It provides built-in algorithms for de-novo identification and
 database search, as well as adapters to other state-of-the art tools
 like X!Tandem, Mascot, OMSSA…
 .
 OpenMS supports the Proteomics Standard Initiative (PSI) formats for
 MS data and supports easy integration of tools into workflow engines
 like Knime, Galaxy, WS-Pgrade, and TOPPAS via the TOPPtools concept
 and a unified parameter handling.
 .
 This package ships the non-graphical user interface library
 development files.


Package: libopenmsgui1.9
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, libopenms1.9 ( = ${binary:Version})
Suggests: openms-doc
Description: gui library for LC/MS data management and analysis - runtime
 OpenMS is a library for LC/MS data management and analysis. OpenMS
 offers an infrastructure for the development of mass
 spectrometry-related software and powerful 2D and 3D visualization
 solutions.
 .
 OpenMS offers analyses for various quantitation protocols, including
 label-free quantitation, SILAC, iTRAQ, SRM, SWATH…
 .
 It provides built-in algorithms for de-novo identification and
 database search, as well as adapters to other state-of-the art tools
 like X!Tandem, Mascot, OMSSA…
 .
 OpenMS supports the Proteomics Standard Initiative (PSI) formats for
 MS data and supports easy integration of tools into workflow engines
 like Knime, Galaxy, WS-Pgrade, and TOPPAS via the TOPPtools concept
 and a unified parameter handling.
 .
 This package ships thee graphical user interface (gui) library.


Package: libopenmsgui-dev
Architecture: any
Depends: Depends: ${shlibs:Depends}, ${misc:Depends}, libopenms-dev
Suggests: openms-doc
Description: gui library for LC/MS data management and analysis - dev files
 OpenMS is a library for LC/MS data management and analysis. OpenMS
 offers an infrastructure for the development of mass
 spectrometry-related software and powerful 2D and 3D visualization
 solutions.
 .
 OpenMS offers analyses for various quantitation protocols, including
 label-free quantitation, SILAC, iTRAQ, SRM, SWATH…
 .
 It provides built-in algorithms for de-novo identification and
 database search, as well as adapters to other state-of-the art tools
 like X!Tandem, Mascot, OMSSA…
 .
 OpenMS supports the Proteomics Standard Initiative (PSI) formats for
 MS data and supports easy integration of tools into workflow engines
 like Knime, Galaxy, WS-Pgrade, and TOPPAS via the TOPPtools concept
 and a unified parameter handling.
 .
 This package ships the graphical user interface (gui) library
 development files..


Package: topp
Architecture: an

Bug#663971: $named dependency in init script and pdns

[Stefan Fritsch]

On Saturday 20 October 2012, Kel Modderman wrote:
> > Hi insserv maintainers,
> > 
> > there seems to be a problem with apache2's dependency on $named
> > if pdns is installed but not enabled [1]. This does not seem to
> > be a problem with other name servers.
> > 
> > pdns ships /etc/insserv.conf.d/pdnsd with
> > 
> > $named pdnsd
> > 
> > Should this be fixed in pdnsd by adding the "+", like other name
> > service entries in /etc/insserv.conf?
> 
> This. When there are many services that can each independently
> provide a virtual service, it has been customary to make them
> optional by prefixing with '+' as in /etc/insserv.conf

OK, I will reassign to pdnsd.

> Curious though, how has pdns been disabled in your case?

I assumed it has just been disabled in the usual way by renaming the 
links or "update-rc.d disable", etc. Steven, can you clarify this?

Cheers,
Stefan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689522: unreproducible

[intrigeri]

Paul Gevers wrote (13 Oct 2012 17:01:09 GMT) :
> I purged emacs23 packages, removed /etc/emacs23 directory, loaded
> the emacs23-common_23.4+1-3_all.deb
> emacs23-bin-common_23.4+1-3_amd64.deb emacs23_23.4+1-3_amd64.deb
> files from snapshot.debian.org and upgraded normally. It works for
> me, the directory is there.

I did the same and got the same results.
It looks like something unrelated is wrong on Antoine's system.

Cheers!


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689411: ess: ESS breaks filladapt in non-ESS modes

[Dirk Eddelbuettel]

On 21 October 2012 at 20:35, Henning Redestig wrote:
| Hi, I just committed a change to ess that appears to solve the issue.
| At least I can't reproduce it with the recipe above anymore.

Cool.  

Adding Debian bug address for this issue in the loop to get this logged with
the issue.  Before a new release arrives, can you suggest a patch for Michal
or should he install from SVN?

Dirk
 
| 2012/10/15 Dirk Eddelbuettel :
| >
| > Hi Michal,
| >
| > On 2 October 2012 at 12:24, Michal Sojka wrote:
| > | Package: ess
| > | Version: 12.09-1
| > | Severity: normal
| > |
| > | Dear Maintainer,
| > |
| > | My .emacs contains (require 'filladapt) - filladapt is from 
emacs-goodies-el
| > | package. After installing ess, filladapt stopped working. This happens not
| > | only in ESS modes but also in other modes, which is especially annoying.
| >
| > Sorry about that. I am passing this on to the upstream ESS Authors /
| > Maintainers.  I think my mail doesn't bounce there...
| >
| > Dirk
| >
| > | When filladapt functionality is requested (M-q) the foollowing apears in
| > | *Messages* buffer:
| > |
| > | setq: Wrong number of arguments: #[(arg) "ÂÃÄ \")‡" 
[filladapt-inside-filladapt arg t filladapt-fill-paragraph fill-paragraph] 3 
("/usr/share/emacs23/site-lisp/emacs-goodies-el/filladapt.elc" . 10604) "*P"], 2
| > |
| > | Steps to reproduce the problem:
| > |
| > | 1. Start emacs: emacs -q
| > | 2. M-x load-library filladapt 
| > | 3. Open a text file: C-x C-f /tmp/test.txt 
| > | 4. Invoke fill-paragraph: M-q
| > |
| > | I believe that the problem has something to do with advising 
fill-paragraph
| > | function with ess-roxy-fill-advice. I tried running (ad-deactive
| > | 'fill-paragraph) but it didn't help.
| > |
| > | The problem can be reproduced in both emacs23 and emacs24.
| > |
| > | Best regards,
| > | -Michal
| > |
| > |
| > | -- System Information:
| > | Debian Release: wheezy/sid
| > |   APT prefers unstable
| > |   APT policy: (500, 'unstable')
| > | Architecture: amd64 (x86_64)
| > | Foreign Architectures: i386
| > |
| > | Kernel: Linux 3.5.2 (SMP w/4 CPU cores; PREEMPT)
| > | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
| > | Shell: /bin/sh linked to /bin/dash
| > |
| > | Versions of packages ess depends on:
| > | ii  dpkg   1.16.8
| > | ii  emacs23 [emacsen]  23.4+1-4
| > | ii  emacs24 [emacsen]  24.2+1-1
| > | ii  install-info   4.13a.dfsg.1-10
| > |
| > | ess recommends no packages.
| > |
| > | Versions of packages ess suggests:
| > | pn  jags 
| > | pn  pspp 
| > | ii  r-base-core  2.15.1-5
| > | pn  xlispstat
| > |
| > | -- no debconf information
| > |
| > | ___
| > | ESS-Debian mailing list
| > | ess-deb...@r-project.org
| > | https://stat.ethz.ch/mailman/listinfo/ess-debian
| >
| > --
| > Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com
| >
| > ___
| > ESS-core list: https://stat.ethz.ch/mailman/listinfo/ess-core

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com  


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691086: pcscd: Wrong way of inhibiting start when using systemd

[Ludovic Rousseau]

Le 21/10/12 21:30, Tollef Fog Heen a écrit :

]] Ludovic Rousseau


Le 21/10/12 18:27, Tollef Fog Heen a écrit :

]] Ludovic Rousseau


I do not remember why I added this piece of code.
Maybe so that people using directly "/etc/init.d/pcscd start" to not
start the daemon when systemd is used.


Then just use the LSB hooks and it'll be done for you automatically.


Do you have an example?


nodm for instance, for a pretty simple one.  (just grep
/lib/lsb/init-functions in /etc/init.d/* and you'll find a bunch).


Is nodm started by systemd when systemd is installed?

I don't know what you call "LSB hooks".
My pcscd init script already source /lib/lsb/init-functions and use 
log_daemon_msg, start-stop-daemon, etc.
Except for the systemd check I mostly reuse the /etc/init.d/skeleton 
example.


I do not know how the init-functions can help me to NOT start pcscd when 
"/etc/init.d/pcscd start" is executed.


Bye

--
 Dr. Ludovic Rousseau


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691106: chromium: blurry fonts with nvidia fxaa

[Andreas Beckmann]

Control: tag -1 moreinfo
Control: reassign -1 nvidia-glx

> Jonathan Schneider wrote:
>> When loading a web page that has html5 video, the text of the entire web page
>> becomes blurry when using the Nvidia proprietary driver and enabling full 
>> scene
>> anti-aliasing (FXAA).  Some examples of websites include

I don't know which version of the nvidia driver you used, but please
retry with the latest drivers from sid and experimental.

Please run (on the faulty machine)
  reportbug -N 691106
to do a followup to this bug. That will automatically collect
information about the Nvidia hard/software.

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#617613: RM: freecad/0.12.5284-dfsg-7

[Francesco Poli]

On Sun, 14 Oct 2012 16:31:21 +0100 Ben Hutchings wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm

Hello Ben!

> 
> freecad contains GPLv2 code

and links with a GPL-licensed library (Coin3D)

> and links to OCTPL (non-GPL-compatible)
> libraries (bug #617613)/

True.

> This is supposed to be fixed soon as there is
> a new version of libopencascade under a BSD licence
> .

No, wait: this does not look correct, unfortunately!
There is no re-licensing under the BSD for OpenCASCADE Technology going
on (I wish there were!!!).

Please re-read the message you cited: it's Coin3D that was re-licensed
under the BSD.
Once FreeCAD links with this BSD-licensed Coin3D version and stops
incorporating any GPL-licensed code, *at that point* FreeCAD will be
able to legally link with the still GPL-incompatible OpenCASCADE
Technology framework, without any distribution issue.
Not an ideal solution, but still a solution...

> 
> Since the relicensed libopencascade

s/libopencascade/libcoin/

> is not available in Debian and
> probably will not get into wheezy, I think freecad should be removed
> from stable and testing.

This is what I wanted to avoid: I have struggled since April 2009 in
order to persuade OpenCASCADE S.A.S. to re-license the OpenCASCADE
Technology framework under GPL-compatible terms...
Unfortunately no result has been obtained yet.:-(

In the meanwhile, the (suboptimal) solution described above (FreeCAD
that links with no GPL-licensed code and incorporates no GPL-licensed
code, in order to be able to link with GPL-incompatible code) has been
devised and is being implemented.

I don't know whether this is enough to grant a wheezy-ignore tag to bug
#617613...


Bye.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpIQeLyqDvr9.pgp
Description: PGP signature

Bug#689441: Conflicting initializers of variable argp_program_bug_address

[Niels Möller]

Michael Tautschnig  writes:

> src/argp/testsuite/ex3.c:const char *argp_program_bug_address = 
> "";
> src/argp/argp-ba.c:const char *argp_program_bug_address = 0;

> (The latter goes in src/argp/libargp.a.)
>
> The linker is free to pick either of the values;

No, the linker does *not* have that freedom.

A unix linker is supposed to process arguments in order, and bring in
argp-ba.o from libargp.a if and only if the symbol
argp_program_bug_address (the *only* symbol defined in that file) is
referenced in the earlier objects, but *not* defined in the earlier
objects.

What does your linker command line look like? Order matters, and -largp
must be placed after ex3.o.

Regards,
/Niels

-- 
Niels Möller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691128: Swapspace ignores memory allocated to /dev/shm [PATCH]

[Robert de Bath]

Package: swapspace
Version: 1.10-4

# mount -oremount,size=2000G /dev/shm
# cp -a /usr /dev/shm/usr

If you do the two commands above swapspace will NOT allocate more swapfiles and 
the system will OOM.


They make the limit on the size of a tmpfs unreasonably high, then fill
it up with far too much data.

The problem appears to be that the memory usage is recorded in the item "Shmem" 
and this isn't in your calculations. If I add it in (as in the

attached patch) the system survives.

This is with the patch ...

# cat /proc/meminfo
MemTotal:1026156 kB
MemFree:   22804 kB
Buffers:   19852 kB
Cached:   866908 kB  <-- Not actually freeable.
SwapCached: 5636 kB
Active:   107544 kB
Inactive: 817916 kB
Active(anon):  34136 kB
Inactive(anon):   712684 kB
Active(file):  73408 kB
Inactive(file):   105232 kB
Unevictable:   0 kB
Mlocked:   0 kB
HighTotal:134996 kB
HighFree:   2452 kB
LowTotal: 891160 kB
LowFree:   20352 kB
SwapTotal:   1299780 kB
SwapFree: 512740 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 33064 kB
Mapped:19664 kB
Shmem:708120 kB  <-- 'cause it's used by this.
Slab:  39124 kB
SReclaimable:  16056 kB
SUnreclaim:23068 kB
KernelStack:1464 kB
PageTables: 1404 kB
NFS_Unstable:  0 kB
Bounce:0 kB
WritebackTmp:  0 kB
CommitLimit: 1812856 kB
Committed_AS:1697188 kB
VmallocTotal: 122880 kB
VmallocUsed:   15760 kB
VmallocChunk:  97884 kB
HardwareCorrupted: 0 kB
HugePages_Total:   0
HugePages_Free:0
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:   4096 kB
DirectMap4k:   20472 kB
DirectMap4M:  884736 kB
#

--
Rob.  (Robert de Bath )
 diff -urd ../old/./swapspace-1.10/src/memory.c ./swapspace-1.10/src/memory.c
--- ../old/./swapspace-1.10/src/memory.c2006-07-25 03:28:25.0 
+0100
+++ ./swapspace-1.10/src/memory.c   2012-10-21 20:04:12.730266259 +0100
@@ -209,7 +209,8 @@
Writeback,
SwapCached,
SwapTotal,
-   SwapFree;
+   SwapFree,
+   Shmem;
 };
 
 
@@ -240,6 +241,7 @@
   else if (strcmp(inf->entry+4, "Free")==0)   st->SwapFree = inf->value;
   else if (strcmp(inf->entry+4, "Cached")==0) st->SwapCached = inf->value;
 }
+if (strcmp(inf->entry,"Shmem")==0)st->Shmem = inf->value;
 break;
   case 'W':
 if (strcmp(inf->entry,"Writeback")==0)st->Writeback = inf->value;
@@ -310,7 +312,7 @@
 /// How much cache space can we expect the system to free up?
 static inline memsize_t cache_free(const struct memstate *st)
 {
-  const memsize_t cache = st->Cached - (st->Dirty + st->Writeback);
+  const memsize_t cache = st->Cached - (st->Dirty + st->Writeback + st->Shmem);
   return (cache > 0) ? (cache/100)*cache_elasticity : 0;
 }
 

Bug#691127: printer-driver-hpcups: Incorrect borders for Photosmart 6510 series

[Olivier Berger]

Package: printer-driver-hpcups
Version: 3.12.6-3
Severity: normal

Hi.

I have configured a new Photosmart 6510 series printer using hplip.

When printing, not all the surface of the page can be used. The contents being 
set in the top, above a 2cm marging won't be printed.

When using Windows, such behaviour won't occur.

I guess the driver is generated by printer-driver-hpcups, but I'm not sure.

FWIW, the "Cups printer test page" reports :
Media Limits: 0.12 x 0.46 to 8.15 x 10.98 inches
wheras the "HPLIP Printer Test Page" reports :
Imageable Area :
Page Size : 8.27 x 11.57 in - 210.0x293.8mm
Lower Left : 0.0 x 0.0 in - 0.0 x 0.0 mm
Upper-Right: 8.27 x 11.57 in - 210.0x293.8mm
Resolution: 720x720dpi - 28274x28274dpm

The "HPLIP Printer Test Page" has top and bottom empty : the rules aren't 
printed
Whereas the "Cups printer test page" has 2 1.5 cm margins above and below the 
frame.

Hope this helps.

Thanks in advance.

Best regards,

-- Package-specific info:

HP Linux Imaging and Printing System (ver. 3.12.6)
Dependency/Version Check Utility ver. 15

Copyright (c) 2001-14 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper 
dependencies are installed to successfully  
compile HPLIP.  

 
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball 
has the proper dependencies installed to  
successfully run.   

 
3. Both compile- and run-time check mode (-b or --both) (Default): This mode 
will check both of the above cases (both compile- and run-time dependencies).   


Check types:

 
a. EXTERNALDEP - External Dependencies  

 
b. GENERALDEP - General Dependencies (required both at compile and run time)

 
c. COMPILEDEP - Compile time Dependencies   

 
d. [All are run-time checks]

 
PYEXT SCANCONF QUEUES PERMISSION

 

Status Types:
OK
MISSING   - Missing Dependency or Permission or Plug-in
INCOMPAT  - Incompatible dependency-version or Plugin-version

Saving output in log file: /home/olivier/hp-check.log

Initializing. Please wait...
warning: debian-testing version is not supported. Using debian-6.0.5 versions 
dependencies to verify and install...

---
| SYSTEM INFO |
---

 Kernel: 3.2.0-3-686-pae #1 SMP Mon Jul 23 03:50:34 UTC 2012 GNU/Linux
 Host: inf-8657
 Proc: 3.2.0-3-686-pae #1 SMP Mon Jul 23 03:50:34 UTC 2012 GNU/Linux
 Distribution: debian testing

---
| HPLIP CONFIGURATION |
---

HPLIP-Version: HPLIP 3.12.6
HPLIP-Home: /usr/share/hplip
warning: HPLIP-Installation: Auto installation is not supported for debian 
distro  testing version 

Current contents of '/etc/hp/hplip.conf' file:
# hplip.conf.  Generated from hplip.conf.in by configure.

[hplip]
version=3.12.6

[dirs]
home=/usr/share/hplip
run=/var/run
ppd=/usr/share/ppd/hplip/HP
ppdbase=/usr/share/ppd/hplip
doc=/usr/share/doc/hplip-doc/HTML
icon=no
cupsbackend=/usr/lib/cups/backend
cupsfilter=/usr/lib/cups/filter
drv=/usr/share/cups/drv

# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
libusb01-build=no
pp-build=yes
gui-build=yes
scanner-build=yes
fax-build=yes
dbus-build=yes
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes

Bug#691122: Please add LVDS patch for the Zotac ZBOX SD ID13

[Jonathan Nieder]

# fix is not in 3.2.y tree
tags 691122 - fixed-upstream
forwarded 691122 
http://thread.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/15283
quit

Alexander Kurtz wrote:

> The Zotac ZBOX SD ID13 has an internal LVDS connector which (at least in
> this model) isn't connected to anything. This leads to X adjusting the
> maximum resolution to the resolution of the (nonexistent) LVDS display,
> which is way too low. It also seems to confuse the Linux kernel when
> choosing the resolution for the virtual terminals.
[...]
> Anyway, after dropping the attached patch into debian/patches/bugfix/x86
> and rebuilding the kernel, the problem was fixed here.

Thanks for a clear report.  Passed upstream, so hopefully this will be
fixed in kernel.org's 3.2.y releases soon, too.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#624507: Fwd: also exists in Fedora, explanation

[Daniel Pocock]

I am raising the severity to `serious' because this hammers the NFS
fileserver and causes severe performance degradation for users logged in
with NFS home directories.

Similar issue reported in Fedora, unfixed there too apparently:

   https://bugzilla.redhat.com/show_bug.cgi?id=561904

The explanation at the bottom suggests that it is caused by multiple
processes accessing the redo log concurrently, particularly if there are
multiple NFS clients logged in as the same user presumably.

Various hacks are given in the Fedora bug, e.g. cron jobs to kill the
runaway process, but that is not an ideal fix

I'm observing this problem on squeeze with gvfs 1.6.4-3


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691086: pcscd: Wrong way of inhibiting start when using systemd

[Tollef Fog Heen]

]] Ludovic Rousseau 

> Le 21/10/12 18:27, Tollef Fog Heen a écrit :
> > ]] Ludovic Rousseau
> >
> >> I do not remember why I added this piece of code.
> >> Maybe so that people using directly "/etc/init.d/pcscd start" to not
> >> start the daemon when systemd is used.
> >
> > Then just use the LSB hooks and it'll be done for you automatically.
> 
> Do you have an example?

nodm for instance, for a pretty simple one.  (just grep
/lib/lsb/init-functions in /etc/init.d/* and you'll find a bunch).

Cheers,
-- 
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#690901: gentle: Is this package really working ?

[Andreas Tille]

On Fri, Oct 19, 2012 at 07:57:30AM +0900, Charles Plessy wrote:
> 
> I wanted to test gentle, but this package contains only files
> under /usr/share, and none of them seems to be an executable program.
> 
> Am I missing something, or is the package missing something ?

/usr/bin/GENtle  ?

Kind regards

  Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691106: chromium: blurry fonts with nvidia fxaa

[Jonathan Nieder]

reassign 691106 src:nvidia-graphics-drivers
quit

Hi Jonathan,

Jonathan Schneider wrote:

> When loading a web page that has html5 video, the text of the entire web page
> becomes blurry when using the Nvidia proprietary driver and enabling full 
> scene
> anti-aliasing (FXAA).  Some examples of websites include
> http://www.sctimes.com/ and Youtube video pages after opting in for html5
> video.
>
> Bug also submitted upstream:
> http://code.google.com/p/chromium/issues/detail?id=157051

Does nouveau have the same problem?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690181: Patch has been commited upstream

[Wolfram Gloger]

Problem has been reported and patch committed upstream:

http://git.linux-nfs.org/?p=steved/nfs-utils.git;a=commit;h=329c63dd7e4e76fc66e8a6058d95c59974ad7db1


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691126: O: openclipart2 -- Open Clip Art Library

[Martin Kelly]

Package: wnpp
Severity: normal

I intend to orphan the openclipart2 package.

The package description is:
 The Open Clip Art Library is a collection of 100% license-free,
 royalty-free, and restriction-free art that you can use for any purpose.
 .
 This package contains much more clipart than the standard openclipart, but it
 is sorted by artist (who created the clip art) rather than by subject (e.g.
 sports).
 .
 This package is a meta package installing both the SVG and PNG (converted
 from SVG) versions.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

[Jonathan Nieder]

Ingo wrote:

> I checked here (with 256MB VideoRAM set in BIOS and i915 loaded) - all
> is stable now.

Also, please please please file a separate report.  I'm serious.  It
will be much easier to track the two issues, compare them when
appropriate, etc that way.

By not doing that, you're asking us not to consider the symptoms from
your machine, which is fine, but I don't think it's what you intend.

Hoping that clarifies,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

[Jonathan Nieder]

Ingo wrote:

> Worth to try to switch off VT-d in the BIOS, Per?

Please, before making guesses let's establish the basic facts (which
kernel versions are affected and whether some particular subsystem
triggers it).  That will let us get help from the experts.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#679386: [Pkg-xfce-devel] Bug#679386: Dirty Workaround

[John Paul Adrian Glaubitz]

Hey Vladimir,

> When accountsservice is installed, both versions work well with
> workaround.

Well, yes, except I cannot rely on AccountsService as it stores its
information *locally* which is completely useless if users login over
the network.

I have no idea what went into the minds of GNOME developers when they
came up with AccountsService but they never tested it in a corporate
environment, obviously. Storing the information about the default
session and language locally means that it gets lost once a user
switches their login machine (which happens on a daily basis in a
university network with hundreds of students without their own desktop
machines).

Thus, I had to extend your workaround to reliably retrieve the
information about the default language from ${HOME}/.dmrc.

> In my case, when $LANG is "ru_RU.UTF-8@ISO", your $LANGUAGE
> generator line produces "ru_RU@ISO:ru@ISO". Is that correct, or it
> should be only "ru_RU:ru"?

I checked my /etc/default/locale and it used the following format:

> #  File generated by update-locale
> LANG=en_US.UTF-8
> LANGUAGE="en_US:en"


Hence I assumed the format "lang_COUNTRY:lang" to be correct for
LANGUAGE. If your code snippet makes it even more flexible, I will
shamelessly copy it :).

PS: Please keep me in the CC, I'm not subscribed to this bug report.

Cheers,

Adrian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

[Jonathan Nieder]

Per Foreby wrote:

> [22.177] (II) VESA(0): Total Memory: 1023 64KB banks (65472kB)
> [22.200] (II) VESA(0): VESA VBE Total Mem: 65472 kB

Good, it looks like the vesa driver is loading instead of the i915
driver.  Can you reproduce the bug in this setup?

If not, we will have shown the bug is probably in the i915 driver and
we can take this upstream.

Hope that helps,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

[Jonathan Nieder]

Per Foreby wrote:

> The output from lspci/dmsg/Xorg.0.log is still identical and indicates 256
> MB

That could be unrelated (and since it's a symptom that has shown up in
the past on machines without this bug, I don't think we should jump to
conclusions).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691125: ejabberd: package installation creates /root/.erlang.cookie

[Andreas Beckmann]

Package: ejabberd
Version: 2.1.10-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed that your package creates files in
/root. From the attached log (scroll to the bottom):

0m46.7s ERROR: FAIL: Package purging left files on system:
  /root/.erlang.cookie   not owned

Creating stuff in /root is a FHS and policy violation. (And of course
these files should not be deleted by maintainer scripts.)
But it is also an indication that the package operation may depend on
root's .erlang configuration (and package installation might even fail if
that configuration is broken). That would be a case for "configuration
files not in /etc".


Cheers,

Andreas


ejabberd_2.1.10-3.log.gz
Description: GNU Zip compressed data

Bug#388141: Progress in relicensing agreements: 167 ok out of 216 alioth

[Simon Paillard]

Hi,

On Sat, Oct 20, 2012 at 09:20:16PM +0200, Simon Paillard wrote:
> alioth members: out of 216
>   164 ok for dual licence
>   1 for public domain
>   2 for GPL only
>   49 remaning
> 
> contributors but not commiters: note we didn't build a list of such 
> contributors
>   58 ok

Another interesting metric:
Out of the 101360 commits git-cvsimport shows today, 82303 can be considered
relicensed (without checking at the real author behind the commiter though).

-- 
Simon Paillard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690898: lightdm: Please allow to choose between AccountsService and ${HOME}/.dmrc

[John Paul Adrian Glaubitz]

Package: lightdm
Version: 1.4.0-1
Followup-For: Bug #690898

Quick follow-up, I have filed a bug report upstream [1].

Cheers,

Adrian

> [1] https://bugs.launchpad.net/debian/+source/lightdm/+bug/1069494


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691124: vice: typos in Polish translation

[Jakub Wilk]

Source: vice
Version: 2.3.dfsg-4
Tags: l10n patch

The attached patch fixes a bunch of typos in the Polish translation.

--
Jakub Wilk


fix-pl.po-typos.diff.gz
Description: Binary data

Bug#691123: python-expeyes: fails to purge - initscript in postrm not found

[Andreas Beckmann]

Package: python-expeyes
Version: 3.0.1-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to purge due
to a command not found. According to policy 7.2 you cannot rely on the
depends being available during purge, only the essential packages are
available for sure.

Filing this as important because a.) it's a clear policy violation (to
not clean up at purge) b.) having a piuparts clean archive is a release
goal since lenny and c.) this package being piuparts buggy blocks
packages depending on it from being tested by piuparts (and thus
possibly the detection of more severe problems).

>From the attached log (scroll to the bottom...):

  Removing python-expeyes ...
  Purging configuration files for python-expeyes ...
  invoke-rc.d: unknown initscript, /etc/init.d/udev not found.
  dpkg: error processing python-expeyes (--purge):
   subprocess installed post-removal script returned error exit status 100
  Errors were encountered while processing:
   python-expeyes


cheers,

Andreas


python-expeyes_3.0.1-1.log.gz
Description: GNU Zip compressed data

Bug#691086: pcscd: Wrong way of inhibiting start when using systemd

[Ludovic Rousseau]

Le 21/10/12 18:27, Tollef Fog Heen a écrit :

]] Ludovic Rousseau


I do not remember why I added this piece of code.
Maybe so that people using directly "/etc/init.d/pcscd start" to not
start the daemon when systemd is used.


Then just use the LSB hooks and it'll be done for you automatically.


Do you have an example?

Bye

--
 Dr. Ludovic Rousseau


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690392: libvoikko: diff for NMU version 3.5-1.1

[Timo Jyrinki]

21.10.2012 16:54, Luca Falavigna kirjoitti:
> I've prepared an NMU for libvoikko (versioned as 3.5-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.

That's fine, just thanks for updating the copyright file for me!

-Timo


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691122: Please add LVDS patch for the Zotac ZBOX SD ID13

[Alexander Kurtz]

Package: src:linux
Version: 3.2.30-1
Tags: upstream fixed-upstream patch
Severity: normal

Hi,

The Zotac ZBOX SD ID13 has an internal LVDS connector which (at least in
this model) isn't connected to anything. This leads to X adjusting the
maximum resolution to the resolution of the (nonexistent) LVDS display,
which is way too low. It also seems to confuse the Linux kernel when
choosing the resolution for the virtual terminals.

The problem has been fixed upstream[0] and has also been reported in
Ubuntu[1], so fixing this bug upstream by including the patch in the
stable 3.2 branch might also be a good idea.

Anyway, after dropping the attached patch into debian/patches/bugfix/x86
and rebuilding the kernel, the problem was fixed here.

Best regards

Alexander Kurtz

[0] 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=9756fe38d10b2bf90c81dc4d2f17d5632e135364
[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1064924
From: Sjoerd Simons 
Date: Fri, 22 Jun 2012 09:43:07 +0200
Subject: [PATCH] drm/i915: no lvds quirk for Zotac ZDBOX SD ID12/ID13
Bug-Debian: http://bugs.debian.org/??

commit 9756fe38d10b2bf90c81dc4d2f17d5632e135364 upstream.

This box claims to have an LVDS interface but doesn't
actually have one.

Signed-off-by: Sjoerd Simons 
Signed-off-by: Daniel Vetter 
---
 drivers/gpu/drm/i915/intel_lvds.c |8 
 1 files changed, 8 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/i915/intel_lvds.c b/drivers/gpu/drm/i915/intel_lvds.c
index ab4d647..05fcadb 100644
--- a/drivers/gpu/drm/i915/intel_lvds.c
+++ b/drivers/gpu/drm/i915/intel_lvds.c
@@ -778,6 +778,14 @@ static const struct dmi_system_id intel_no_lvds[] = {
 			DMI_MATCH(DMI_BOARD_NAME, "MS-7469"),
 		},
 	},
+	{
+		.callback = intel_no_lvds_dmi_callback,
+		.ident = "ZOTAC ZBOXSD-ID12/ID13",
+		.matches = {
+			DMI_MATCH(DMI_BOARD_VENDOR, "ZOTAC"),
+			DMI_MATCH(DMI_BOARD_NAME, "ZBOXSD-ID12/ID13"),
+		},
+	},
 
 	{ }	/* terminating entry */
 };
-- 
1.7.6.5



signature.asc
Description: This is a digitally signed message part

Bug#669314: [PATCH] nfs: Show original device name verbatim in /proc/*/mount{s,info}

[Ben Hutchings]

Since commit c7f404b ('vfs: new superblock methods to override
/proc/*/mount{s,info}'), nfs_path() is used to generate the mounted
device name reported back to userland.

nfs_path() always generates a trailing slash when the given dentry is
the root of an NFS mount, but userland may expect the original device
name to be returned verbatim (as it used to be).  Make this
canonicalisation optional and change the callers accordingly.

Reported-and-tested-by: Chris Hiestand 
Reference: http://bugs.debian.org/669314
Signed-off-by: Ben Hutchings 
Cc:  # v2.6.39+
---
 fs/nfs/internal.h  |4 ++--
 fs/nfs/namespace.c |   15 ++-
 fs/nfs/nfs4namespace.c |2 +-
 fs/nfs/super.c |2 +-
 4 files changed, 14 insertions(+), 9 deletions(-)

diff --git a/fs/nfs/internal.h b/fs/nfs/internal.h
index 31fdb03..5eaf902 100644
--- a/fs/nfs/internal.h
+++ b/fs/nfs/internal.h
@@ -354,7 +354,7 @@ extern void nfs_sb_deactive(struct super_block *sb);
 
 /* namespace.c */
 extern char *nfs_path(char **p, struct dentry *dentry,
- char *buffer, ssize_t buflen);
+ char *buffer, ssize_t buflen, bool canonical);
 extern struct vfsmount *nfs_d_automount(struct path *path);
 struct vfsmount *nfs_submount(struct nfs_server *, struct dentry *,
  struct nfs_fh *, struct nfs_fattr *);
@@ -491,7 +491,7 @@ static inline char *nfs_devname(struct dentry *dentry,
char *buffer, ssize_t buflen)
 {
char *dummy;
-   return nfs_path(&dummy, dentry, buffer, buflen);
+   return nfs_path(&dummy, dentry, buffer, buflen, true);
 }
 
 /*
diff --git a/fs/nfs/namespace.c b/fs/nfs/namespace.c
index 6559253..059975e 100644
--- a/fs/nfs/namespace.c
+++ b/fs/nfs/namespace.c
@@ -33,6 +33,8 @@ int nfs_mountpoint_expiry_timeout = 500 * HZ;
  * @dentry - pointer to dentry
  * @buffer - result buffer
  * @buflen - length of buffer
+ * @canonical - ensure there is exactly one slash after the original
+ * device (export) name; if false, return it verbatim
  *
  * Helper function for constructing the server pathname
  * by arbitrary hashed dentry.
@@ -41,7 +43,8 @@ int nfs_mountpoint_expiry_timeout = 500 * HZ;
  * server side when automounting on top of an existing partition
  * and in generating /proc/mounts and friends.
  */
-char *nfs_path(char **p, struct dentry *dentry, char *buffer, ssize_t buflen)
+char *nfs_path(char **p, struct dentry *dentry, char *buffer, ssize_t buflen,
+  bool canonical)
 {
char *end;
int namelen;
@@ -74,7 +77,7 @@ rename_retry:
rcu_read_unlock();
goto rename_retry;
}
-   if (*end != '/') {
+   if (canonical && *end != '/') {
if (--buflen < 0) {
spin_unlock(&dentry->d_lock);
rcu_read_unlock();
@@ -91,9 +94,11 @@ rename_retry:
return end;
}
namelen = strlen(base);
-   /* Strip off excess slashes in base string */
-   while (namelen > 0 && base[namelen - 1] == '/')
-   namelen--;
+   if (canonical) {
+   /* Strip off excess slashes in base string */
+   while (namelen > 0 && base[namelen - 1] == '/')
+   namelen--;
+   }
buflen -= namelen;
if (buflen < 0) {
spin_unlock(&dentry->d_lock);
diff --git a/fs/nfs/nfs4namespace.c b/fs/nfs/nfs4namespace.c
index 017b4b0..94e8652 100644
--- a/fs/nfs/nfs4namespace.c
+++ b/fs/nfs/nfs4namespace.c
@@ -81,7 +81,7 @@ static char *nfs_path_component(const char *nfspath, const 
char *end)
 static char *nfs4_path(struct dentry *dentry, char *buffer, ssize_t buflen)
 {
char *limit;
-   char *path = nfs_path(&limit, dentry, buffer, buflen);
+   char *path = nfs_path(&limit, dentry, buffer, buflen, true);
if (!IS_ERR(path)) {
char *path_component = nfs_path_component(path, limit);
if (path_component)
diff --git a/fs/nfs/super.c b/fs/nfs/super.c
index ac6a3c5..6087ed0 100644
--- a/fs/nfs/super.c
+++ b/fs/nfs/super.c
@@ -730,7 +730,7 @@ int nfs_show_devname(struct seq_file *m, struct dentry 
*root)
int err = 0;
if (!page)
return -ENOMEM;
-   devname = nfs_path(&dummy, root, page, PAGE_SIZE);
+   devname = nfs_path(&dummy, root, page, PAGE_SIZE, false);
if (IS_ERR(devname))
err = PTR_ERR(devname);
else



signature.asc
Description: This is a digitally signed message part

Bug#674047: gnome-documents: Search fails with "Error invoking Tracker.next_finish()"

[Tobias Hansen]

It's just this small patch: [1]
But it requires large patches for gjs [2] or gjs >= 1.33.3.

Best,
Tobias

[1] http://bazaar.launchpad.net/~jbicha/gnome-documents/trunk/revision/876
[2] https://bugzilla.gnome.org/show_bug.cgi?id=591480


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691121: consider switching to Simplepie by default

[Piotr Ożarowski]

Package: rr-rss
Version: 1.2.1-3
Severity: wishlist

After changing DEFAULT_UPDATE_METHOD (/etc/tt-rss/config.php) from 0 to
1, a *lot* more feeds started working for me. Please consider making it
a default and move libphp-magpierss to Recommends/Suggests or at least
making it an alternative dependency with libphp-simplepie (so that I can
get rid of it from my system)

TIA


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#688574: Fwd: Re: Bug#691115: unblock libdvdread/4.2.0+20120521-3

[Dmitry Smirnov]

--  Forwarded Message  --
From: "Adam D. Barratt" 

+ #include 
+ #include 
+ #define _GNU_SOURCE
++#define __USE_GNU

My understanding was that code outside of the C library should never
define __USE_GNU, as it's an internal implementation detail. The real
problem appears to be that it's not getting implicitly defined via
_GNU_SOURCE, because the existing definition is in the wrong place - it
should be before the first #include.

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#690937: gajim segfaults and hangs randomly

[Lucas Nussbaum]

On 21/10/12 at 19:18 +0200, Yann Leboulanger wrote:
> On 10/19/2012 09:25 AM, Lucas Nussbaum wrote:
> >Package: gajim
> >Version: 0.15.1-1
> >Severity: serious
> >Justification: renders package unusable
> >
> >Hi,
> >
> >(First, I'm sorry not to provide more information.)
> >
> >Gajim segfaults and hangs randomly for me. The segfaults seem to happen
> >specifically when closing the windows by pressing 'ESC' (but not each
> >time).
> 
> Package is fully usable. It's only if you press ESC short after
> windows is opened that is sometimes crashes ...

Well, I've switched back to 0.14, and haven't experienced any crash.

> I very recently fixed it upstream. 0.15.1-2 (upload arrives soon)
> will have the patch.

thanks!

Lucas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690872: debmirror: Read failed: Input/output error at /usr/bin/debmirror line 1515

[Valentin Lorentz]

Thanks for your advices. I did not know about smartctl.

I bought a new (bigger!) disk, and everything works fine now.

> On Thu, 18 Oct 2012 14:03:22 -0600,
> Bob Proulx  wrote:
> Valentin Lorentz wrote:
> > Oh... you must be right...
> > I had some issues with this hard drive last month, but I thought it
> > was only on my SWAP partition.
> > Sorry for the report.
> 
> The problem is that all of those partitions are on the same disk drive
> mechanism and the failures are idiosyncratic where every failure is
> uniquely different.  But whenever I start to see disk failures I often
> see them grow and get worse and very soon affect everything on the
> drive.  I try to remove the drive from service quickly since many
> times for me they have failed shortly thereafter.
> 
> Just to take care of the bug accounting I am going to go ahead and
> mark the bug as done since it seems you have found the underlying
> problem.  But feel free to continue to mail relevant discussion here
> as I have done with this message.  I am not trying to stop the
> conversation.  I am only trying to update the accounting.
> 
> If I ran into this problem I would ensure that I have a good backup as
> quickly as possible.  Then after ensuring my backup of the important
> parts of my system I would scan the files that I suspect of having bad
> blocks.  I might simply cat the files to /dev/null or I might use dd
> on the raw /dev/sda device to try to test if I can read all of the
> blocks on the disk.  Along the way I will monitor the kernel logs and
> look to see if it is throwing errors.  Often I find serious failures
> when I am looking for them directly.
> 
> Just as a few hints about disk drive diagnosis I always install the
> 'smartmontools' package.  It provides a framework for routine disk
> drive self-testing.  It only works with spinning disks and not with
> the newer SSDs which don't need the same diagnosis.  I will also
> mention it isn't for VMs either since the underlying host is where
> this type of diagnosis should reside.  Then I run the selftests
> routinely.  I also run selftests whenever I suspect a problem.
> 
>   # apt-get install smartmontools
> 
> Then you can test the drive explicitly.  Here are some useful tidbits:
> 
>   # smartctl -i /dev/sda
>   # smartctl -l error /dev/sda
>   # smartctl -l selftest /dev/sda
>   # smartctl -t short /dev/sda
>   # smartctl -l selftest /dev/sda
>   # smartctl -t long /dev/sda
>   # smartctl -l selftest /dev/sda
> 
> I haven't found SMART to be a great predictor but it is useful to
> confirm the diagnosis after the fact.  But just the same I set up
> routine tests.  Since it isn't completely obvious let me show my
> configuration as a hint:
> 
> In file /etc/smartd.conf I have:
>   # Monitor all attributes, enable automatic offline data collection,
>   # automatic Attribute autosave, and start a short self-test every
>   # weekday between 2-3am, and a long self test Saturdays between
> 3-4am. # Ignore attribute 194 temperature change.
>   # Ignore attribute 190 airflow temperature change.
>   # On failure run all installed scripts to send email about problems.
>   /dev/sda -a -o on -S on -s (S/../../[1-5]/03|L/../../6/03) -I 194
> -I 190 -m root -M exec /usr/share/smartmontools/smartd-runner
> 
> In /etc/default/smartmontools I have:
>   start_smartd=yes
> 
> And then restart smartmontools:
> 
>   # service smartmontools restart
> 
> Hope this helps,
> Bob


signature.asc
Description: PGP signature

Bug#644000: plasma-desktop: KDE does not log out or shut down

[Adrien]

tag 644000 moreinfo
thanks

Hi,

I think this bug is corrected in KDE 4.8, in testing/sid. Can you please 
confirm it's OK on your side ? Otherwise I will close the bug.

Regards,

Adrien


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690291: Amarok randomly stops playing sound when song automatically changes using phonon-backend-gstreamer

[Raphaël HALIMI]

I'm glad I could help :)

Regards,

--
Raphaël HALIMI


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#634670: kde-full: Normal update of kde impossible by apt-get or aptitude

[Adrien]

tag 634670 moreinfo
thanks

Hi,

As KDE 4.6 is not anymore available in Debian, does this bug is still relevant 
? I think we can close it.

Regards,

Adrien


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#573080: kde4: KDE4 compositing effects stop working after updat

[Adrien]

tag 573080 moreinfo
thanks

Hi,

Does anyone still is affected by this problem ? I think it's solved with KDE 
4.8, which is in testing/sid now. I will close the bug in a month if no answer.

Regards,

Adrien


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690937: gajim segfaults and hangs randomly

[Yann Leboulanger]

On 10/19/2012 09:25 AM, Lucas Nussbaum wrote:

Package: gajim
Version: 0.15.1-1
Severity: serious
Justification: renders package unusable

Hi,

(First, I'm sorry not to provide more information.)

Gajim segfaults and hangs randomly for me. The segfaults seem to happen
specifically when closing the windows by pressing 'ESC' (but not each
time).


Package is fully usable. It's only if you press ESC short after windows 
is opened that is sometimes crashes ...


Moreover it's a very long time this bug is in Gajim and known (ticket 
opened 3 years ago), and noone opened a bug about it in Debian until 
now, so I guess it doesn't annoy so many users.


I very recently fixed it upstream. 0.15.1-2 (upload arrives soon) will 
have the patch.


--
Yann


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690707:

[Tom Lee]

> You can join the collab-maint group following the procedure at [0]. Basically
> you need an account on alioth.debian.org, send a request to join the group and
> then tell me so I can support your request.

Alioth account created (thomaslee-guest) & collab-maint request sent.
Can I trouble you with the next step below?



Ask a DM or DD, with whom you are going to work, to send a *signed*
email to n...@debian.org saying "Please accept the request of
FIRSTNAME LASTNAME USERNAME-guest to join collab-maint. We are going
to work together on project PROJECTNAME".>>



> The usual procedure would be to upload those packages somewhere like
> mentors.debian.net, but I prefer to work directly from git, so, when you are
> done you ping me and I'll review the modifications directly via git, and build
> and upload the package if everything is ok.

That sounds great. I'm somewhat familiar with git-buildpackage, but
I'll take a look at pbuilder too.

Thanks again!

Cheers,
Tom

On Sun, Oct 21, 2012 at 8:29 AM, Alessandro Ghedini  wrote:
> On 10/20, Tom Lee wrote:
>> I'll attempt to update this bug to reflect its ITA status, though I'm not 
>> sure
>> if permissions on the bug tracker will prevent me from doing that. I'll nudge
>> this ticket again if it seems like I can't. Once that's done, I'll check out
>> the code from git & update the control file etc.
>
> There are no restrictions in using the BTS, so you can go ahead without
> problems.
>
>> I'm assuming I won't have access to push to that repository even after I take
>> over as maintainer, correct? Is it typical for somebody in my position to
>> continue maintaining the package using third-party infrastructure (e.g.
>> github)? If so, I'll update the Vcs-* fields, too.
>
> You can join the collab-maint group following the procedure at [0]. Basically
> you need an account on alioth.debian.org, send a request to join the group and
> then tell me so I can support your request.
>
>> Last of all, you mentioned that you're willing to sponsor uploads. I guess I
>> can just build new packages & put them up somewhere, then ping you when
>> there's something that needs your attention?
>
> The usual procedure would be to upload those packages somewhere like
> mentors.debian.net, but I prefer to work directly from git, so, when you are
> done you ping me and I'll review the modifications directly via git, and build
> and upload the package if everything is ok.
>
> As for the git part, you may want to have a look at the git-buildpackage 
> package
> which provides a few tools to help in the maintainance of packages using git.
> There's a nice manual at [1].
>
> Another tool you may want to look into is pbuilder [2] which can be used in
> conjunction with git-buildpackage. I think they are both covered in the New
> Maintainer's Guide somewhere.
>
> Cheers
>
> [0] https://lists.debian.org/debian-devel-announce/2012/01/msg6.html
> [1] http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html
> [2] http://www.netfort.gr.jp/~dancer/software/pbuilder-doc/pbuilder-doc.html
>
> --
> perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691067: handbrake-gtk: Handbrake SIGABRTs while scanning DVD titles

[Reinhard Tartler]

On Sun, Oct 21, 2012 at 10:49 AM, Dmitry Smirnov  wrote:
> On Sun, 21 Oct 2012 19:13:50 Reinhard Tartler wrote:
>> Unfortunately, we do not provide an handbrake-dbg package, which would
>> be tremendously helpful for identifying where exactly the beast
>> crashes. I think we should do that for the next upload.
>
> Everything is ready for that -- I already committed -dbg package some weeks
> ago when I was troubleshooting a different issue.

Oh, I didn't notice that. Sorry.

I have just uploaded the current state of git to experimental, but it
will take a couple of days until it gets processed by the archive
admins.

John, as soon as the handbrake-dbg package is available, could you
please redo the backtrace, this time with handbrake-dbg installed?
that should give us more insight where the crash actually comes from.

Thanks,
Reinhard

-- 
regards,
Reinhard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691115: unblock libdvdread/4.2.0+20120521-3

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Mon, 2012-10-22 at 03:09 +1100, Dmitry Smirnov wrote:
> Please unblock package 'libdvdread4'
> 
>   unblock libdvdread/4.2.0+20120521-3
> 
> This update fix crashes (#688574).

+ #include 
+ #include 
+ #define _GNU_SOURCE
++#define __USE_GNU

My understanding was that code outside of the C library should never
define __USE_GNU, as it's an internal implementation detail. The real
problem appears to be that it's not getting implicitly defined via
_GNU_SOURCE, because the existing definition is in the wrong place - it
should be before the first #include.

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#690047: [xml/sgml-pkgs] Bug#690047: libxml2: Add simple autopkgtest to the package

[Aron Xu]

Hi Daniel!

On Wed, Oct 10, 2012 at 2:50 PM, Daniel Holbach
 wrote:
> Jenkins showed that pkg-config was not pulled in by installing
> libxml2-dev. Personally I think it might make sense to add it as a
> depends, but I don't want to make the decision for the package
> maintainer. Instead I made sure that it is installed for the test.
>
> Updated patch attached.
>

Excuse me that the mails got lost in my junk box... I'd like to ask if
you can also add a test for its python binding? So that we can make
sure bugs like #689191 being covered in the future. It could be a
simple import module and perform some very basic tests.

-- 
Regards,
Aron Xu


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689700: bison 2.6.2 generates incompatible header file

[Chuan-kai Lin]

On Sun, Oct 21, 2012 at 9:24 AM, Akim Demaille  wrote:
> Hi,
>
> Maybe the following proposal went unnoticed.
>
> Le 19 oct. 2012 à 10:43, Akim Demaille a écrit :
>
>> Nevertheless (I don't know Debian's schedule), there are a
>> few bugs in 2.6.2 that have been fixed, and are scheduled
>> to be released in 2.7 (say a couple of weeks).  Would Debian
>> folks like a 2.6.3 with just the bug fixes part of 2.7?  I
>> can prepare this quickly if you wish.

Yes, we would really like to have a 2.6.3 bug-fix release.

>
> Cheers!
>
> Akim
>


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691120: Might misinterpret do/while as while

[W. Martin Borgert]

Package: astyle
Version: 2.01-1
Severity: normal

The following code is misinterpreted by astyle:

#include 

int main(int argc, char** argv)
{
int i = 3;
do {
printf("hi\n");
}
/* this comment confuses astyle */
while (i--);

return 0;
}

Using "astyle --options=none --lineend=linux --style=1tbs", it
is changed into the invalid lines:

do {
printf("hi\n");
}

/* this comment confuses astyle */
while (i--) {
;
}

The bug is already fixed in the current upstream version.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze

[Ingo]

Am 21.10.2012 14:20, schrieb Per Foreby:

> [22.177] (II) VESA(0): Total Memory: 1023 64KB banks (65472kB)
> [22.200] (II) VESA(0): VESA VBE Total Mem: 65472 kB
> 
> Note that this is 1023 memory banks, not 1024, so it's not exactly 64 MB
> (65536 kB). Maybe the reason why it almost works with 256 MB is that the
> kernel always thinks that we have exactly 256 MB but the Mobo supplies
> one memory bank less. Just a theory..

I checked here (with 256MB VideoRAM set in BIOS and i915 loaded) - all
is stable now.
dmesg says:
...
[0.985848] agpgart-intel :00:00.0: detected 65536K stolen memory
...

Don't know where they have gone or who did reserve them. Maybe thats
what Intel's "Dynamic Video Memory Technology (DVMT)" uses?

Isn't there anybody out who has more insight into this issue and could
give some explanation how things should work and give hints how to pin
that down?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691119: bug: crashing on a simple pages

[patrick295767]

Package: htmldoc
Version: 1.8.27-4.1+b1
Severity: important

RR010: Unable to connect to !
ERR011: Unable to parse HTML element on line 16435!
PAGES: 124
BYTES: 1757368 
*** glibc detected *** htmldoc: corrupted double-linked list: 0x09993148
***
=== Backtrace: =
/lib/i686/cmov/libc.so.6(+0x6b381)[0xb73e5381]
/lib/i686/cmov/libc.so.6(+0x6b7da)[0xb73e57da]
/lib/i686/cmov/libc.so.6(+0x6cb55)[0xb73e6b55]
/lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb73e9cbd]
htmldoc[0x8090c4e]
htmldoc[0x806625c]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7390ca6]
htmldoc[0x804e161]
=== Memory map: 
08048000-080aa000 r-xp  08:05 1410573/usr/bin/htmldoc
080aa000-080b3000 rw-p 00062000 08:05 1410573/usr/bin/htmldoc
080b3000-08117000 rw-p  00:00 0 



...
b75e3000-b75e4000 rw-p 0001e000 08:05 1339626
/usr/lib/libjpeg.so.62.0.0
b75e4000-b75f7000 r-xp  08:05 1337310
/usr/lib/libz.so.1.2.3.4
b75f7000-b75f8000 rw-p 00013000 08:05 1337310
/usr/lib/libz.so.1.2.3.4
b75f8000-b761b000 r-xp  08:05 1483378/lib/libpng12.so.0.44.0
b761b000-b761c000 rw-p 00022000 08:05 1483378/lib/libpng12.so.0.44.0
b761c000-b761d000 rw-p  00:00 0 
b761d000-b775a000 r-xp  08:05 1353027
/usr/lib/i686/cmov/libcrypto.so.0.9.8
b775a000-b7772000 rw-p 0013c000 08:05 1353027
/usr/lib/i686/cmov/libcrypto.so.0.9.8
b7772000-b7775000 rw-p  00:00 0 
b7775000-b77bb000 r-xp  08:05 1353026
/usr/lib/i686/cmov/libssl.so.0.9.8
b77bb000-b77bf000 rw-p 00046000 08:05 1353026
/usr/lib/i686/cmov/libssl.so.0.9.8
b77c1000-b77c3000 r-xp  08:05 484967
/lib/libnss_mdns4_minimal.so.2
b77c3000-b77c4000 rw-p 1000 08:05 484967
/lib/libnss_mdns4_minimal.so.2
b77c4000-b77ce000 r-xp  08:05 1155424
/lib/i686/cmov/libnss_files-2.11.3.so
b77ce000-b77cf000 r--p 9000 08:05 1155424
/lib/i686/cmov/libnss_files-2.11.3.so
b77cf000-b77d rw-p a000 08:05 1155424
/lib/i686/cmov/libnss_files-2.11.3.so
b77d1000-b77d3000 rw-p  00:00 0 
b77d3000-b77d4000 r-xp  00:00 0  [vdso]
b77d4000-b77ef000 r-xp  08:05 1483231/lib/ld-2.11.3.so
b77ef000-b77f r--p 0001b000 08:05 1483231/lib/ld-2.11.3.so
b77f-b77f1000 rw-p 0001c000 08:05 1483231/lib/ld-2.11.3.so
bfef8000-bff1d000 rw-p  00:00 0  [stack]
Aborted


I did try to convert a html to pdf.

SIncerely


-- System Information:
Debian Release: 6.0.2
  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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages htmldoc depends on:
ii  htmldoc-common 1.8.27-4.1Common arch-independent files for 
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libfltk1.1 1.1.10-2+b1   Fast Light Toolkit - shared librar
ii  libgcc11:4.4.5-8 GCC support library
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.44-1+squeeze4 PNG library - runtime
ii  libssl0.9.80.9.8o-4squeeze1  SSL shared libraries
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

htmldoc recommends no packages.

htmldoc 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#691118: htmldoc: problem with some site with windows server

[patrick295767]

Package: htmldoc
Version: 1.8.27-4.1+b1
Severity: normal

Hi, 

If you try to get it to an html:
wget -k  http://www.energetics.eu/contact 

and then : 
 htmldoc --links --numbered --landscape --continuous file.html -f
 myfileaspdf.pdf

 then you will see that ^M is giving a error.

 It crashes all the time.

 maybe a awk or sed before? what could you propose?

 A fast reply would be expended if possible.

 thanks


-- System Information:
Debian Release: 6.0.2
  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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages htmldoc depends on:
ii  htmldoc-common 1.8.27-4.1Common arch-independent files for 
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libfltk1.1 1.1.10-2+b1   Fast Light Toolkit - shared librar
ii  libgcc11:4.4.5-8 GCC support library
ii  libjpeg62  6b1-1 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.44-1+squeeze4 PNG library - runtime
ii  libssl0.9.80.9.8o-4squeeze1  SSL shared libraries
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

htmldoc recommends no packages.

htmldoc 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#673850: gitolite: New Upstream (3.02)

[Daniel Baumann]

retitle 673850 gitolite: New Upstream (3.04)
thanks

any chance we're having 3.x in exp any time soon? it prefer not
distribution unofficial packages of it.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691086: pcscd: Wrong way of inhibiting start when using systemd

[Tollef Fog Heen]

]] Ludovic Rousseau 

> I do not remember why I added this piece of code.
> Maybe so that people using directly "/etc/init.d/pcscd start" to not
> start the daemon when systemd is used.

Then just use the LSB hooks and it'll be done for you automatically.

> Why do you want to remove these lines?
> Is it a problem to have them?

They make the bootup ever so slightly slower, they make for a bad
example if somebody else sees it and thinks it's needed.  In short, it's
unneeded complexity.

-- 
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#689700: bison 2.6.2 generates incompatible header file

[Akim Demaille]

Hi,

Maybe the following proposal went unnoticed.

Le 19 oct. 2012 à 10:43, Akim Demaille a écrit :

> Nevertheless (I don't know Debian's schedule), there are a
> few bugs in 2.6.2 that have been fixed, and are scheduled
> to be released in 2.7 (say a couple of weeks).  Would Debian
> folks like a 2.6.3 with just the bug fixes part of 2.7?  I
> can prepare this quickly if you wish.

Cheers!

Akim


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#691117: libosinfo-1.0-0: Please package libosinfo 0.2.1

[Jeremy Bicha]

Package: libosinfo-1.0-0
Version: 0.1.1-1
Severity: wishlist

libosinfo 0.2 is needed for GNOME Boxes 3.6.1 which we are trying to upload to
experimental.

http://git.fedorahosted.org/cgit/libosinfo.git/tree/NEWS

0.2.0 has already been packaged in Ubuntu:
https://launchpad.net/ubuntu/+source/libosinfo/0.2.0-0ubuntu1

Thanks,
Jeremy

- -- System Information:
Debian Release: wheezy/sid
  APT prefers quantal-updates
  APT policy: (500, 'quantal-updates'), (500, 'quantal-security'),
(500, 'quantal-proposed'), (500, 'quantal'), (100,
'quantal-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Versions of packages libosinfo-1.0-0 depends on:
ii  hwdata0.234-1
ii  libc6 2.15-0ubuntu20
ii  libglib2.0-0  2.34.0-1ubuntu1
ii  libxml2   2.8.0+dfsg1-5ubuntu2
ii  libxslt1.11.1.26-14

libosinfo-1.0-0 recommends no packages.

libosinfo-1.0-0 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