Bug#702135: The API incompatibility was already reported at 2010

[Omer Zak]

See: https://bugs.launchpad.net/lalita/+bug/504560

I recommend that the bug be kept open until fixed.  Its severity is
wishlist and it is not a RC.


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

Bug#703476: cedar-backup2: Action split is broken by new output format of /usr/bin/split

[Jan Medlock]

Package: cedar-backup2
Version: 2.21.0-3
Severity: important
Tags: patch

Dear Maintainer,

The split action is broken due to a change in the format of the output
of /usr/bin/split.  The leading quote is now a forward tick instead of
a backtick:

creating file 'home.tar.bz2_'

instead of

creating file `home.tar.bz2_'

Attached is a small patch to fix this.

Thanks,
Jan Medlock

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-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 cedar-backup2 depends on:
ii  python  2.7.3-4

Versions of packages cedar-backup2 recommends:
ii  cedar-backup2-doc  2.21.0-3
ii  dvd+rw-tools   7.1-10
ii  eject  2.1.5+deb1+cvs20081104-13
ii  genisoimage9:1.1.11-2
ii  ssh1:6.0p1-4
ii  wodim  9:1.1.11-2

Versions of packages cedar-backup2 suggests:
ii  gnupg  1.4.12-7
pn  grepmail   
pn  mysql-client   
pn  postgresql-client  
pn  subversion 

-- no debconf information
--- cedar-backup2-2.21.0/CedarBackup2/extend/split.py.orig	2013-03-19 16:20:32.471377859 -0700
+++ cedar-backup2-2.21.0/CedarBackup2/extend/split.py	2013-03-19 16:20:36.207464661 -0700
@@ -482,7 +482,7 @@
   (result, output) = executeCommand(command, args, returnOutput=True, ignoreStderr=False)
   if result != 0:
  raise IOError("Error [%d] calling split for [%s]." % (result, sourcePath))
-  pattern = re.compile(r"(creating file `)(%s)(.*)(')" % prefix)
+  pattern = re.compile(r"(creating file [`'])(%s)(.*)(')" % prefix)
   match = pattern.search(output[-1:][0])
   if match is None:
  raise IOError("Unable to parse output from split command.")

Bug#703477: cedar-backup2: Typo in manpage cback.1

[Jan Medlock]

Package: cedar-backup2
Version: 2.21.0-3
Severity: minor
Tags: patch

Dear Maintainer,

There is a typo in the manpage cback.1.  The short option for
--diagnostics should be -D, not -s.

Attached is a small patch to fix this.

Thanks,
Jan Medlock

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-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 cedar-backup2 depends on:
ii  python  2.7.3-4

Versions of packages cedar-backup2 recommends:
ii  cedar-backup2-doc  2.21.0-3
ii  dvd+rw-tools   7.1-10
ii  eject  2.1.5+deb1+cvs20081104-13
ii  genisoimage9:1.1.11-2
ii  ssh1:6.0p1-4
ii  wodim  9:1.1.11-2

Versions of packages cedar-backup2 suggests:
ii  gnupg  1.4.12-7
pn  grepmail   
pn  mysql-client   
pn  postgresql-client  
pn  subversion 

-- no debconf information
--- cedar-backup2-2.21.0/doc/cback.1.orig	2013-03-19 16:18:20.756317620 -0700
+++ cedar-backup2-2.21.0/doc/cback.1	2013-03-19 16:18:35.728665485 -0700
@@ -125,7 +125,7 @@
 Under some circumstances, this is useful information to include along with a
 bug report.
 .TP
-\fB\-s\fR, \fB\-\-diagnostics\fR
+\fB\-D\fR, \fB\-\-diagnostics\fR
 Display runtime diagnostic information and then exit.  This diagnostic
 information is often useful when filing a bug report.
 .SH ACTIONS

Bug#703478: gnome-shell-extension-weather: better city selection

[Paul Wise]

Package: gnome-shell-extension-weather
Version: 0~20130224.gitfc0ac23-1
Severity: wishlist

The default weather shown is for Cambridge in the USA. A better default
would be to have a "Current timezone" city that would map from the
timezone string (like TZ=Australia/Perth) to the cities provided by the
extension. This way you could get relatively accurate weather
information, wherever you are in the world, even when travelling.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#642213: Get-Printer-Attributes: cups-authorization-canceled (Unauthorized)

[Stefano Rivera]

Hi Brian (2012.09.01_15:25:06_+0200)
> The changelog.Debian for Wheezy records changes made to the IPP backend
> from 1.5.0-13 onwards. Assuming you have been upgrading, what is your
> present situation with printing in CUPS?

My present situation is that I'm not at University any more, and don't
have to deal with that horrible printer setup :)

Everything is peachy.

Thanks,

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 461 1230 C: +27 72 419 8559


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

Bug#703479: munin: Huge munin-graph log with cron graph_strategy

[Christian Kujau]

Package: munin
Version: 2.0.6-3
Severity: normal

Dear Maintainer,

after upgrading to (not-yet-shipped) Debian/wheezy, 
/var/log/munin/munin-graph.log
gets very large (1.7GB in ~20 days here). Upstream seems to have fixed this in
2.0.7 by annotating the new messages as "debug":

  http://munin-monitoring.org/ticket/1251
  
http://munin-monitoring.org/changeset/8ad5dda8f8b5f681a73a5ad3e5348ccb4cc1241d/munin

Would it be possible to include this changeset in wheezy or even ship a more 
current
version instead?

Thanks,
C.

-- System Information:
Debian Release: 7.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), 
(500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
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 munin depends on:
ii  adduser  3.113+nmu3
ii  cron 3.0pl1-124
ii  libcgi-fast-perl 5.14.2-20
ii  libdate-manip-perl   6.32-1
pn  libdigest-md5-perl   
ii  libfile-copy-recursive-perl  0.38-1
ii  libhtml-template-perl2.91-1
ii  libio-socket-inet6-perl  2.69-2
ii  liblog-log4perl-perl 1.29-1
ii  librrds-perl 1.4.7-2
pn  libstorable-perl 
ii  liburi-perl  1.60-1
ii  munin-common 2.0.6-3
ii  perl [libtime-hires-perl]5.14.2-20
ii  perl-modules 5.14.2-20
ii  rrdtool  1.4.7-2
ii  ttf-dejavu   2.33-3

Versions of packages munin recommends:
pn  munin-doc   
ii  munin-node  2.0.6-3

Versions of packages munin suggests:
ii  libnet-ssleay-perl  1.48-1+b1
ii  lighttpd [httpd]1.4.31-4
ii  w3m [www-browser]   0.5.3-8

-- Configuration Files:
/etc/logrotate.d/munin changed:
/var/log/munin/munin-update.log {
monthly
missingok
rotate 1
compress
notifempty
create 640 munin adm
}
/var/log/munin/munin-graph.log {
monthly
missingok
rotate 1
compress
notifempty
create 640 munin adm
}
/var/log/munin/munin-html.log {
monthly
missingok
rotate 1
compress
notifempty
create 640 munin adm
}
/var/log/munin/munin-limits.log {
monthly
missingok
rotate 1
compress
notifempty
create 640 munin adm
}
/var/log/munin/munin-cgi-graph.log {
monthly
missingok
rotate 1
compress
notifempty
#create 640 www-data adm
# see http://munin-monitoring.org/ticket/1152
copytruncate
}

/etc/munin/munin.conf changed:
includedir /etc/munin/munin-conf.d
graph_period minute
[localhost.localdomain]
address 127.0.0.1
use_node_name yes


-- no debconf information
--- /usr/share/perl5/Munin/Master/GraphOld.pm.orig	2013-03-20 07:40:12.400894502 +0100
+++ /usr/share/perl5/Munin/Master/GraphOld.pm	2013-03-20 07:41:20.966645750 +0100
@@ -1348,7 +1348,7 @@
 for my $time (keys %times) {
 next unless ($draw{$time});
 my $picfilename = get_picture_filename($service, $time);
-	INFO "[INFO] Looking into drawing $picfilename";
+	DEBUG "[DEBUG] Looking into drawing $picfilename";
 (my $picdirname = $picfilename) =~ s/\/[^\/]+$//;
 
 DEBUG "[DEBUG] Picture filename: $picfilename";
@@ -1451,7 +1451,7 @@
 if (munin_get_bool($service, "graph_sums", 0)) {
 foreach my $time (keys %sumtimes) {
 my $picfilename = get_picture_filename($service, $time, 1);
-	INFO "Looking into drawing $picfilename";
+	DEBUG "Looking into drawing $picfilename";
 (my $picdirname = $picfilename) =~ s/\/[^\/]+$//;
 next unless ($draw{"sum" . $time});
 my @rrd_sum;
--- /usr/share/perl5/Munin/Master/Logger.pm.orig	2013-03-20 07:50:07.377381038 +0100
+++ /usr/share/perl5/Munin/Master/Logger.pm	2013-03-20 07:51:37.954410331 +0100
@@ -90,7 +90,7 @@
 	$logopened = 1;
 }
 
-get_logger('')->info("Opened log file");
+get_logger('')->debug("Opened log file");
 
 # Get perl warnings into the log files
 $SIG{__WARN__} = \&_warn_catcher;
@@ -117,7 +117,7 @@
 	$logopened = 1;
 }
 
-get_logger('')->info("Opened log file");
+get_logger('')->debug("Opened log file");
 
 # Get perl warnings into the log files
 $SIG{__WARN__} = \&_warn_catcher;
--- /usr/share/munin/munin-graph.orig	2013-03-20 07:52:54.179910413 +0100
+++ /usr/share/munin/munin-graph	2013-03-20 07:53:53.469965879 +0100
@@ -84,7 +84,7 @@
 my $graph_fh = new IO::File($config->{dbdir} . "/graphs");
 while (my $path = <$graph_fh>) {
 my $pinpoint = undef;
-INFO "Request path is $path";
+DEBUG "Request path is $path";
 
 # The full URL looks like this:
 # Case 1:
@@ -126,7 +126,7 @@
 my ($dom, $host, $serv, $scale) =
   $path =~ m#^/(.*)/([^/]+)/(\w+)-([\w=,]+

Bug#702933: unblock: duplicity/0.6.20-3

[Alexander Zangerl]

On Tue, 19 Mar 2013 13:24:28 +0100, intrigeri writes:
>> this problem is solved in the version in unstable (0.6.20-3),
>Any particular reason why #702563 is not marked as such, then?

sorry, i overlooked that; closed now. 

>Would debian/patches/02unicode.dpatch apply to the duplicity version
>currently in Wheezy? If not, how hard would it be to extract the
>minimal upstream changes needed by this workaround?

both 682837 and 702563 are not hard to retrofit - but isn't that 
against the freeze policy? 

the way i understand '3. fixes for severity: important bugs in packages 
of priority: optional or extra, only when this can be done via unstable'
would mean that only what's in unstable can be considered at this time...
but please correct me if i'm wrong!

>So, I recommend you investigate how targeted fixes for the most
>serious bugs could go into Wheezy through t-p-u. 

i've just completed that and prepared a 0.6.18-7 for tpu; the 
much much more manageable debdiff is attached. if nobody complains loudly 
about further problems i'll upload that in a day.

regards
az

diff -u duplicity-0.6.18/debian/changelog duplicity-0.6.18/debian/changelog
--- duplicity-0.6.18/debian/changelog
+++ duplicity-0.6.18/debian/changelog
@@ -1,3 +1,31 @@
+duplicity (0.6.18-7) testing-proposed-updates; urgency=low
+
+  * backported fixes for #682837 and #702563 for wheezy
+  
+ -- Alexander Zangerl   Wed, 20 Mar 2013 15:37:42 +1000
+
+duplicity (0.6.18-6) unstable; urgency=low
+
+  * fixed WebDAV backend: MKCOL must be iterated for
+nested directories (closes: #693521)
+
+ -- Alexander Zangerl   Mon, 19 Nov 2012 13:02:02 +1000
+
+duplicity (0.6.18-5) unstable; urgency=low
+
+  * Ubuntu One backend: fixed a small programming error,
+added 30s delay for retries.
+
+ -- Alexander Zangerl   Fri, 26 Oct 2012 15:26:26 +1000
+
+duplicity (0.6.18-4) unstable; urgency=low
+
+  * include new standalone/REST backend for Ubuntu One
+  * updated recommends to include oauth and httplib2, which 
+are required if the Ubuntu One backend is used.
+
+ -- Alexander Zangerl   Sat, 13 Oct 2012 15:54:50 +1000
+
 duplicity (0.6.18-3) unstable; urgency=low
 
   * repaired duplicity's symlink handling for --exclude-if-present
diff -u duplicity-0.6.18/debian/control duplicity-0.6.18/debian/control
--- duplicity-0.6.18/debian/control
+++ duplicity-0.6.18/debian/control
@@ -10,7 +10,7 @@
 Architecture: any
 Homepage: http://duplicity.nongnu.org/
 Depends: ${shlibs:Depends}, ${python:Depends}, ${misc:Depends}, python-gnupginterface (>=0.3.2-9.1)
-Recommends: rsync, python-paramiko
+Recommends: rsync, python-paramiko, python-httplib2, python-oauth
 Suggests: python-boto, ncftp, python-pexpect (>=2.3-1), python-cloudfiles, lftp, python-gdata, tahoe-lafs
 Description: encrypted bandwidth-efficient backup
  Duplicity backs directories by producing encrypted tar-format volumes
diff -u duplicity-0.6.18/debian/NEWS.Debian duplicity-0.6.18/debian/NEWS.Debian
--- duplicity-0.6.18/debian/NEWS.Debian
+++ duplicity-0.6.18/debian/NEWS.Debian
@@ -1,3 +1,15 @@
+duplicity (0.6.18-4) unstable; urgency=low
+
+  Reworked Ubuntu One backend
+  This version includes a reworked standalone backend for Ubuntu One, 
+  which no longer requires Gnome, an X11 session or software that's not
+  packaged for Debian. The backend requires the python-oauth and -httplib2
+  packages and duplicity therefore now recommends them.
+  
+  Check the man page for details about Ubuntu One authentication.
+   
+ -- Alexander Zangerl   Thu, 18 Oct 2012 13:07:36 +1000
+
 duplicity (0.6.17-1) unstable; urgency=low
 
   New sftp/scp backend
diff -u duplicity-0.6.18/debian/patches/01sshbackend.dpatch duplicity-0.6.18/debian/patches/01sshbackend.dpatch
--- duplicity-0.6.18/debian/patches/01sshbackend.dpatch
+++ duplicity-0.6.18/debian/patches/01sshbackend.dpatch
@@ -7,31 +7,99 @@
 @DPATCH@
 diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' duplicity-0.6.18~/duplicity/backends/sshbackend.py duplicity-0.6.18/duplicity/backends/sshbackend.py
 --- duplicity-0.6.18~/duplicity/backends/sshbackend.py	2012-03-01 05:24:04.0 +1000
-+++ duplicity-0.6.18/duplicity/backends/sshbackend.py	2012-03-11 11:56:10.284325675 +1000
-@@ -2,9 +2,9 @@
- #
 duplicity-0.6.18/duplicity/backends/sshbackend.py	2013-03-20 15:53:08.447655360 +1000
+@@ -3,8 +3,9 @@
  # Copyright 2002 Ben Escoto 
  # Copyright 2007 Kenneth Loafman 
--# Copyright 2011 Alexander Zangerl 
-+# Copyright 2011 Alexander Zangerl  
+ # Copyright 2011 Alexander Zangerl 
++# Copyright 2012 edso (ssh_config added)
  #
 -# $Id: sshbackend.py,v 1.2 2011/12/31 04:44:12 az Exp $
 +# $Id: sshbackend.py,v 1.5 2012/03/11 01:55:46 az Exp $
  #
  # This file is part of duplicity.
  #
-@@ -28,6 +28,7 @@
+@@ -27,14 +28,10 @@
+ import os
  import errno
  import sys
++import time
  import getpass
+-
+-# debian squeeze's paramiko is a bit old, so we silence randompool deprecia

Bug#703480: gnome-packagekit: Missing Breaks/Replaces for moved files

[Laurent Bigonville]

Package: gnome-packagekit
Version: 3.6.0-2
Severity: serious

Hi,

When upgrading gnome-packagekit today, I got the following error due to files
that have moved between packages without the proper Breaks/Replaces

Dépaquetage de gnome-packagekit-session (à partir de 
.../gnome-packagekit-session_3.6.0-2_amd64.deb) ...
dpkg: erreur de traitement de 
/var/cache/apt/archives/gnome-packagekit-session_3.6.0-2_amd64.deb (--unpack) :
 tentative de remplacement de « 
/usr/share/dbus-1/services/org.freedesktop.PackageKit.service », qui appartient 
aussi au paquet gnome-packagekit 3.6.0-1
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais 
brisé (pipe))
Préparation du remplacement de gnome-packagekit 3.6.0-1 (en utilisant 
.../gnome-packagekit_3.6.0-2_amd64.deb) ...
Dépaquetage de la mise à jour de gnome-packagekit ...
dpkg: erreur de traitement de 
/var/cache/apt/archives/gnome-packagekit_3.6.0-2_amd64.deb (--unpack) :
 tentative de remplacement de « /usr/share/man/man1/gpk-update-icon.1.gz », qui 
appartient aussi au paquet gnome-software-manager 3.6.0-1
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais 
brisé (pipe))


Cheers

Laurent Bigonville

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome-packagekit depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gnome-packagekit-data3.6.0-2
ii  gnome-settings-daemon3.6.4-1
ii  libatk1.0-0  2.7.91-1
ii  libc62.17-0experimental2
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libdbus-1-3  1.6.8-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libfontconfig1   2.9.0-7.1
ii  libgdk-pixbuf2.0-0   2.27.2-1
ii  libglib2.0-0 2.35.8-1
ii  libgtk-3-0   3.7.14-1
ii  libnotify4   0.7.5-2
ii  libpackagekit-glib2-16   0.8.7-1
ii  libpango1.0-01.32.5-1
ii  libpolkit-gobject-1-00.105-3
ii  libsqlite3-0 3.7.15.2-1
ii  libsystemd-login044-11
ii  libupower-glib1  0.9.17-1
ii  libx11-6 2:1.5.0-1
ii  packagekit   0.8.7-1

Versions of packages gnome-packagekit recommends:
ii  gnome-software-manager  3.6.0-1

gnome-packagekit 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#703481: libapt-pkg4.12: URI parsing not to RFC

[Daniel Hartwig]

Package: libapt-pkg4.12
Version: 0.9.7.7
Severity: minor

Dear deity

While investigating the URI class in apt-pkg I have picked up on some
issues where URI parsing is not to RFC 3986.



It seems this is mainly related to manipulation of the defined syntax to
support considerations for the cdrom scheme/protocol.  In this case, a
relative path component of "CDROM_NAME/PATH/TO/DIST" is interpretted as
Host "CDROM_HOST" and Path "/PATH/TO/DIST".  This contravenes the RFC
and is not necessary since the host in those cases actually is localhost
(or other) and may be omitted, with the path component redefined to be
"CDROM_NAME/PATH/TO/DIST".

RFC 3986 permits and encourages such protocol-specific handling of
path components.

>From uri_test.cc, with notation added to indicate components as per
RFC 3986:

   schemepath
 _|_   ___|_
/   \ / \
 URI U("cdrom:Moo Cow Rom:/debian");
 …
 equals("Moo Cow Rom", U.Host);
 equals("/debian", U.Path);

Host is part of authority, which requires the "//" prefix [1].  Here the
first segment of the path is incorrectly parsed as the host.  Except for
the superfluous ":", there should be no issues in correctly parsing "Moo
Cow Rom" as the first segment of path and adapting apt-cdrom to
understand this.

  schemepath
 |_   ___|___
/  \ /   \
 URI U("gzip:./bar/cow");
 …
 equals(".", U.Host);
 equals("/bar/cow", U.Path);

Same issue.  This is again a relative path (‘path-rootless’ in the RFC)
beginning from ".".  Unlike in the previous example, the use case for
unusual semantics here needs to be investigated before making any
changes.

 URI U("ftp:ftp.fr.debian.org/debian/pool/main/x/xtel/xtel_3.2.1-15_i386.deb");
 …
 equals("ftp.fr.debian.org", U.Host);
 equals("/debian/pool/main/x/xtel/xtel_3.2.1-15_i386.deb", U.Path);

An obvious typo in the original string, should not be parsed this way.

 URI U("cdrom:[The Debian 1.2 disk, 1/2 R1:6]/debian/");
 …
 equals("The Debian 1.2 disk, 1/2 R1:6", U.Host);
 equals("/debian/", U.Path);

 URI U("cdrom:Foo Bar Cow/debian/");
 …
 equals("Foo Bar Cow", U.Host);
 equals("/debian/", U.Path);

Same issue as the first.  RFC 3986 permits protocol-specific path
handling, I believe there should be few problems to:

- define cdrom URIs to be "cdrom:CDROM_NAME/PATH/TO/DIST" where the Path
  is "CDROM_NAME/PATH/TO/DIST" and CDROM_NAME the first segment, which
  can optionally use the "[]" quoting and contain a trailing ":" that
  will be ignored (c.f. first example above);

- this means that "[]" quoting in the Host will no longer be misused to
  escape certain CDROM_NAMES — more RFC compliance and avoid potential
  issues with future official URI and IP standards;

- update apt-cdrom and others as appropriate to expect CDROM_NAME in
  Path rather than Host while still supporting the current behaviour of
  CDROM_NAME in Host (for cases where the correct URI syntax has been
  used);

- fix URI parsing to be RFC compliant;

- at some point in the future, deprecate the legacy CDROM_NAME in Host
  support.

Pending however the outcome of the gzip usage (second example) above.  I
also believe that a thorough examination of the parse algorithm will
expose other issues.

Note also that the URI string operator does not produce results that
match the input string in uri_test.cc for all of the cases I mentioned
above.  Attached patch demonstrates this and clears up the obvious typo
in the ftp case.

Even though this is a utility class with limited use (at the moment),
correct URI handling is important so that the class does not mislead
about its standards conformance, perhaps introducing subtle errors with
future uses.  I am prepared to work carefully on this RFC conformance
and resolve any bugs that arise from such work.

Regards
=== modified file 'test/libapt/uri_test.cc'
--- test/libapt/uri_test.cc	2011-08-15 16:22:44 +
+++ test/libapt/uri_test.cc	2013-03-20 07:42:35 +
@@ -2,111 +2,107 @@
 
 #include "assert.h"
 
+#define URI_EQUALS(str, access, user, password, port, host, path) do { \
+	URI U(str); \
+	equals(access, U.Access); \
+	equals(user, U.User); \
+	equals(password, U.Password); \
+	equals(port, U.Port); \
+	equals(host, U.Host); \
+	equals(path, U.Path); \
+	equals(str, (std::string) U); \
+	} while (0)
+
 int main() {
 	// Basic stuff
-	{
-	URI U("http://www.debian.org:90/temp/test";);
-	equals("http", U.Access);
-	equals("", U.User);
-	equals("", U.Password);
-	equals(90, U.Port);
-	equals("www.debian.org", U.Host);
-	equals("/temp/test", U.Path);
-	} {
-	URI U("http://jgg:f...@ualberta.ca/blah";);
-	equals("http", U.Access);
-	equals("jgg", U.User);
-	equals("foo", U.Password);
-	equals(0, U.Port);
-	equals("ualberta.ca", U.Host);
-	equals("/blah", U.Path);
-	} {
-	URI U("file:/usr/bin/foo");
-	equals("file", U.Access);
-	equals("", U.User);
-	equals("", U.Password);
-	equals(0, U.Port);
-	equals("", U.Host);
-	equals("/

Bug#703315: mdadm: core dump with bad disk

[Francesco Potortì]

Dear Michel,

I am going to substitute my broken disk later this morning.  If you
write to me very soon with instructions on how to debug the problem, I
can try and follow them before rebooting and removing the broken disk.


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

Bug#703482: pu: package smarty/2.6.26-1

[Hideki Yamane]

Package: release.debian.org
Tags: squeeze
User: release.debian@packages.debian.org
Usertags: pu

Hi,

 I'd like to upload smarty package to fix CVE-2012-4437.
 Security team suggest me to upload it to s-p-u.
 Please check attached debdiff.

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane
diff -Nru smarty-2.6.26/debian/changelog smarty-2.6.26/debian/changelog
--- smarty-2.6.26/debian/changelog	2013-03-20 16:52:17.0 +0900
+++ smarty-2.6.26/debian/changelog	2013-03-20 16:48:41.0 +0900
@@ -1,3 +1,12 @@
+smarty (2.6.26-1) stable-proposed-updates; urgency=high
+
+  * QA upload.
+  * add debian/patches/avoid_possible_script_execution_from_2.6.27.patch
+- CVE-2012-4437: cherry picked from upstream, prevent XSS (Closes: #702710)
+  Thanks to Yoshinari Takaoka  for the report.
+
+ -- Hideki Yamane   Mon, 11 Mar 2013 01:18:46 +0900
+
 smarty (2.6.26-0.2) unstable; urgency=low
 
   * QA upload:
diff -Nru smarty-2.6.26/debian/patches/avoid_possible_script_execution_from_2.6.27.patch smarty-2.6.26/debian/patches/avoid_possible_script_execution_from_2.6.27.patch
--- smarty-2.6.26/debian/patches/avoid_possible_script_execution_from_2.6.27.patch	1970-01-01 09:00:00.0 +0900
+++ smarty-2.6.26/debian/patches/avoid_possible_script_execution_from_2.6.27.patch	2013-03-11 01:18:06.0 +0900
@@ -0,0 +1,22 @@
+Description: avoid possible XSS
+ As Yoshinari Takaoka  pointed out, upstream puts
+ a (possible) security fix in Smarty 2.6.27.
+ .
+ See upstream commit as https://code.google.com/p/smarty-php/source/detail?r=4660
+
+---
+Origin: upstream
+Last-Update: 2013-03-11
+
+--- smarty-2.6.26.orig/libs/Smarty.class.php
 smarty-2.6.26/libs/Smarty.class.php
+@@ -1090,7 +1090,8 @@ class Smarty
+  */
+ function trigger_error($error_msg, $error_type = E_USER_WARNING)
+ {
+-trigger_error("Smarty error: $error_msg", $error_type);
++$msg = htmlentities($error_msg);
++trigger_error("Smarty error: $msg", $error_type);
+ }
+ 
+ 
diff -Nru smarty-2.6.26/debian/patches/series smarty-2.6.26/debian/patches/series
--- smarty-2.6.26/debian/patches/series	1970-01-01 09:00:00.0 +0900
+++ smarty-2.6.26/debian/patches/series	2013-03-10 22:31:33.0 +0900
@@ -0,0 +1 @@
+avoid_possible_script_execution_from_2.6.27.patch
diff -Nru smarty-2.6.26/debian/source/format smarty-2.6.26/debian/source/format
--- smarty-2.6.26/debian/source/format	1970-01-01 09:00:00.0 +0900
+++ smarty-2.6.26/debian/source/format	2013-03-10 22:31:20.0 +0900
@@ -0,0 +1 @@
+3.0 (quilt)

Bug#703483: ITP: libmessage-passing-perl -- simple way of doing messaging

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmessage-passing-perl
  Version : 0.111
  Upstream Author : Tomas (t0m) Doran 
* URL : http://search.cpan.org/dist/Message-Passing/
* License : AGPL-3
  Programming Lang: Perl
  Description : simple way of doing messaging

 Message::Passing is a library for building high performance, loosely
 coupled and reliable/reseliant applications, structured as small
 services which communicate over the network by passing messages.


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

Bug#703402: PTS: link to the blends website for packages involved in blends

[Paul Wise]

[Please keep the bug in CC]

On Wed, Mar 20, 2013 at 12:55 AM, Andreas Tille wrote:

> If it comes to Blends topic I am an UDD folk. ;-)
> You should simply specify what data you need and I will go for it.

So, a machine readable file (YAML/JSON/deb822/etc, your choice),
something like this:

Blend: Debian Med
Task: Biology
Task-name: med-bio
URL: http://debian-med.alioth.debian.org/tasks/bio
Packages: abacas acedb-other 

Blend: Debian Med
Task: Biology development
Task-name: med-bio-dev
URL: http://debian-med.alioth.debian.org/tasks/bio-dev
Packages: bioperl bioperl-run

> I'm sorry I can not really parse what you want to tell me with this.

I'll try again. The PTS is primarily source package based but the
blends infrastructure is binary package based. The PTS will want to
link to the blends infrastructure, using per-package anchors. The
anchors provided by the blends infrastructure are based on binary
package names rather than source package names. Here is an example
based on the logol source package:

http://debian-med.alioth.debian.org/tasks/bio#logol-bin";
title="Debian Med Biology packages">med-bio
http://blends.alioth.debian.org/";>blend

It would be much better if the PTS could link directly to a source
package anchor instead, especially since blends can sometimes depend
on multiple binary packages from one source package. Unfortunately it
isn't yet possible to do this:

http://debian-med.alioth.debian.org/tasks/bio#logol";
title="Debian Med Biology packages">med-bio
http://blends.alioth.debian.org/";>blend

Alternatively we can drop the anchor, since I guess folks clicking on
blends links are looking for other related packages rather than the
package itself.

Thats a separate issue to what you pointed out with gromacs, the
gromacs issue can be solved like this:

http://blends.alioth.debian.org/debichem/tasks/molmech#gromacs";
title="DebiChem Molecular mechanics packages">debichem-molmech,
http://debian-med.alioth.debian.org/tasks/bio#gromacs";
title="Debian Med Biology packages">med-bio
http://blends.alioth.debian.org/";>blends

And if the length of the blends list gets too long we can do it like this:

http://blends.alioth.debian.org/";>blends
(http://blends.alioth.debian.org/debichem/tasks/molmech#gromacs";
title="DebiChem Molecular mechanics packages">1,
http://debian-med.alioth.debian.org/tasks/bio#gromacs";
title="Debian Med Biology packages">2,
http://debian-med.alioth.debian.org/tasks/cloud#gromacs";
title="Debian Med Cloud packages">3)

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#703408: Backtrace

[Christian Blank]

Here's the Backtrace from Apache-Core:

GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/sbin/apache2...Reading symbols from 
/usr/lib/debug/usr/sbin/apache2-mpm-prefork...done.

done.
[New LWP 7344]

warning: Can't read pathname for load map: Eingabe-/Ausgabefehler.

warning: 
"/usr/lib/debug/.build-id/84/bee3ec119629745f1abb696a297d23ef52d3ba.debug": 
separate debug info file has no debug info


warning: 
"/usr/lib/debug/.build-id/21/4945f85c1d0fa4a484080ca1c9211027c39ea3.debug": 
separate debug info file has no debug info

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/apache2 -k start'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f3f4a506dca in do_bind_function () from 
/usr/lib/apache2/modules/libphp5.so

(gdb) bt full
#0  0x7f3f4a506dca in do_bind_function () from 
/usr/lib/apache2/modules/libphp5.so

No symbol table info available.
#1  0x7f3f4a5585a0 in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#2  0x7f3f4a584917 in execute () from 
/usr/lib/apache2/modules/libphp5.so

No symbol table info available.
#3  0x7f3f4a52475e in zend_execute_scripts () from 
/usr/lib/apache2/modules/libphp5.so

No symbol table info available.
#4  0x7f3f4a4c3d33 in php_execute_script () from 
/usr/lib/apache2/modules/libphp5.so

No symbol table info available.
#5  0x7f3f4a5cd44a in ?? () from /usr/lib/apache2/modules/libphp5.so
No symbol table info available.
#6  0x7f3f4e5b0b60 in ap_run_handler (r=0x7f3f4e3740a0) at config.c:159
pHook = 0x7f3f4e52b9e0
n = 3
rv = 32
#7  0x7f3f4e5b0fab in ap_invoke_handler (r=r@entry=0x7f3f4e3740a0) 
at config.c:377

handler = 
p = 
result = 
old_handler = 0x7f3f4e54bd18 "application/x-httpd-php"
ignore = 
#8  0x7f3f4e5c1088 in ap_process_request (r=r@entry=0x7f3f4e3740a0) 
at http_request.c:282

access_status = 
#9  0x7f3f4e5bdf48 in ap_process_http_connection (c=0x7f3f4e4bb290) 
at http_core.c:190

r = 0x7f3f4e3740a0
csd = 0x0
#10 0x7f3f4e5b7520 in ap_run_process_connection (c=0x7f3f4e4bb290) 
at connection.c:43

pHook = 0x7f3f4e52c098
n = 1
rv = 32
#11 0x7f3f4e5b7908 in ap_process_connection 
(c=c@entry=0x7f3f4e4bb290, csd=) at connection.c:190

rc = 
#12 0x7f3f4e5c5cb9 in child_main 
(child_num_arg=child_num_arg@entry=6) at prefork.c:667

current_conn = 0x7f3f4e4bb290
csd = 0x7f3f4e4bb0a0
ptrans = 0x7f3f4e4bb028
allocator = 0x7f3f50775d80
status = 
i = 
lr = 
---Type  to continue, or q  to quit---q


Hope this helps you debugging.

Christian Blank


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

Bug#698117: unblock: rebuildd/0.4.2

[Raphael Hertzog]

Control: tags -1 - moreinfo

On Tue, 19 Mar 2013, Neil McGovern wrote:
> Is there likely to be a t-p-u upload fixing the RC bug only, ie: the
> patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671635#20, or
> should I look for a removal?

0.4.1.1 uploaded with the following debdiff:

--- rebuildd-0.4.1/debian/changelog 2012-03-09 11:48:42.0 +0100
+++ rebuildd-0.4.1.1/debian/changelog   2013-03-20 09:30:58.0 +0100
@@ -1,3 +1,12 @@
+rebuildd (0.4.1.1) testing-proposed-updates; urgency=low
+
+  * Team upload to testing-proposed-updates (targeting wheezy).
+  * Drop failing code introduced by the "Build logs in database" feature
+merged in 0.4.0. Closes: #671635
+  * Cherry-pick a second change to avoid errors in the test-suite.
+
+ -- Raphaël Hertzog   Wed, 20 Mar 2013 08:59:26 +0100
+
 rebuildd (0.4.1) unstable; urgency=low
 
   [ Daniel Dehennin ]
--- rebuildd-0.4.1/rebuildd/Job.py  2012-02-13 12:11:47.0 +0100
+++ rebuildd-0.4.1.1/rebuildd/Job.py2013-03-20 09:30:58.0 +0100
@@ -52,8 +52,6 @@
 
 threading.Thread.__init__(self)
 sqlobject.SQLObject.__init__(self, *args, **kwargs)
-if self.log is None:
-log = Log(job=self)
 
 self.do_quit = threading.Event()
 self.status_lock = threading.Lock()
@@ -201,7 +199,8 @@
 return False
 
 # Store in database
-self.log.text = log
+if self.log:
+self.log.text = log
 
 with self.status_lock:
 if self.status != JobStatus.BUILD_OK and \


Note that the full debdiff also show removals of many files that should
never have been there in the first place (that result from improper
debian/rules clean).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#703478: gnome-shell-extension-weather: better city selection

[Michael Biebl]

forwarded 703478
https://github.com/Neroth/gnome-shell-extension-weather/issues/100
thanks

On 20.03.2013 08:33, Paul Wise wrote:
> Package: gnome-shell-extension-weather
> Version: 0~20130224.gitfc0ac23-1
> Severity: wishlist
> 
> The default weather shown is for Cambridge in the USA. A better default
> would be to have a "Current timezone" city that would map from the
> timezone string (like TZ=Australia/Perth) to the cities provided by the
> extension. This way you could get relatively accurate weather
> information, wherever you are in the world, even when travelling.


Forwarded to upstream

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#702933: unblock: duplicity/0.6.20-3

[Jonathan Wiltshire]

On 2013-03-20 07:34, Alexander Zangerl wrote:

On Tue, 19 Mar 2013 13:24:28 +0100, intrigeri writes:

this problem is solved in the version in unstable (0.6.20-3),

Any particular reason why #702563 is not marked as such, then?


sorry, i overlooked that; closed now.


Would debian/patches/02unicode.dpatch apply to the duplicity version
currently in Wheezy? If not, how hard would it be to extract the
minimal upstream changes needed by this workaround?


both 682837 and 702563 are not hard to retrofit - but isn't that
against the freeze policy?

the way i understand '3. fixes for severity: important bugs in 
packages
of priority: optional or extra, only when this can be done via 
unstable'
would mean that only what's in unstable can be considered at this 
time...

but please correct me if i'm wrong!


So, I recommend you investigate how targeted fixes for the most
serious bugs could go into Wheezy through t-p-u.


i've just completed that and prepared a 0.6.18-7 for tpu; the
much much more manageable debdiff is attached. if nobody complains 
loudly

about further problems i'll upload that in a day.


NACK. The diff you attached also includes three versions prior to that 
numbered above; things like "include new [...] backend" and fixing 
wishlist bugs are big no-nos at this stage of the freeze. Besides that 
it's also huge.


I'd be more open to properly isolated fixes for #682837 and #702563, 
which is what I assume you intended to do here.


--
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

 i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits


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

Bug#703142: compatibility with alx ?

[Luis R. Rodriguez]

On Sun, Mar 17, 2013 at 2:43 PM, Ben Hutchings  wrote:
> [Re-sending to the correct list address.]
>
> On Sun, 2013-03-17 at 16:24 +0100, Camaleón wrote:
>> El 2013-03-17 a las 14:58 +, Ben Hutchings escribió:
>>
>> > On Sun, 2013-03-17 at 15:46 +0100, Camaleón wrote:
>>
>> (...)
>>
>> > > Using Debian's stock network driver is not an option for me (full report
>> > > available here²) so I have to try with the latests drivers but now that
>> > > "compat-drivers" are compiled the generated modules cannot be loaded.
>> > >
>> > > Is there any by-pass for this?
>> > >
>> > > ¹http://marc.info/?t=13635103432&r=1&w=2
>> > > ²http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664767
>> >
>> > Talk to the compat-drivers developers.
>>
>> To be sincere, I don't think that's a user's role.
>>
>> I don't know what's going on with these drivers but if they are not
>> supported by Debian at all it would be better for all of us (plain
>> users and developers) to simply say it so to avoid wasting time and
>> resources.
>
> I would like to support them, in fact more than that I would like to
> integrate them into official packages.  But there is no way we can
> support an OOT module that defines symbols that we might need to add for
> our own backports.  As it is 'compat' will ironically cause
> incompatibility with Debian's own kernel upgrades.
>
> Compat developers: please add a prefix (not 'compat', that one's already
> taken!)

We have been using compat_ for a while now to prefix a lot of our
symbols without clashes for the 32-64 compat stuff, but sure -- we can
use something else to help with any theoretical issues. Surprised
Debian of all distributions would frankly have been affected given
RHEL / SUSE didn't, but its OK, lets deal with it.

> to all the symbols exported by the 'compat' module.  Just
> #define'ing the function/variable name before declaring them should
> avoid the need for any changes to the drivers using it.

How about backport_ ? Patches coming up.

  Luis


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

Bug#703436: Multi-arch builds uses wrong UDEB_EXCLUDE

[Robert Spencer]

On 19/03/2013 18:09, Steve McIntyre wrote:

On Tue, Mar 19, 2013 at 05:35:24PM +0200, Robert Spencer wrote:

Package: debian-cd
Version: 3.1.11

When building multi-arch ISOs I noted a error that repeated twice.

WARNING: Unable to read UDEB_EXCLUDE file
/home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude
WARNING: Unable to read UDEB_EXCLUDE file
/home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude

The fact that it repeated exactly looked suspicious. Further
investigation revealed that the same exclude file was used despite
the arch.

WARNING: Unable to read UDEB_EXCLUDE file
/home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude [amd64]
WARNING: Unable to read UDEB_EXCLUDE file
/home/idms/debian-cd/data/squeeze/amd64_netinst_udeb_exclude [i386]


Ack, good catch.


Looking at the code showed that it made false assumptions and
therefore the amd64 run tainted the i386 one.

I've assumed that the code is supposed to be checking for a settings
in CONF.sh and added a check for that.

I'm also assuming that UDEB_INCLUDE, being in the same area as
UDEB_EXCLUDE, suffers from the same problem.

Attached please find a patch file that fixes the error.


Ish. In fact, there's a deeper bug here - the udeb include/exclude
code is actually worse than you think. At the moment, we get away with
things only because the amd64 and i386 files provided with debian-cd
are identical. The code here just doesn't work properly with
multi-arch builds as there is no way to specify different files in
CONF.sh for the different arches. Equally, d-i only looks for its
include and exclude lists in one place on an install CD regardless of
architecture so there's currently no way of passing different config
for the different arches *anyway*.

As you might guess, this piece of the code hasn't been played with for
a while!

I'm thinking a better way to handle this would be to pick up on the
data files for all arches rather than just the first one, and merge
them. What do you think?


I'm not sure that I'm following you. Do you mean something like 
default_netinst_udeb_include with the following in:


netcfg
ethdetect

And then if it's alpha include "fdisk-udeb" or amd64 or i386 include 
"pcmciautils-udeb".


Alternatively if it's just the .disk/udeb_include and .disk/udeb_exclude 
files you don't want duplicates in, then we can filter them out while 
maintaining the order (I'm assuming the order is important).


--
Robert Spencer


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

Bug#703484: Pulseaudio 3.0 Stops Working With Old Config

[Tsu Jan]

Package: pulseaudio
Version: 3.0-1
Severity: normal

Dear Maintainer,

After upgrading PA to 3.0-1 from Experimental, sound was good at first
but, after a while, it stopped working (no sound at all). After reboot,
the same thing happened again. However, when I removed '~/.pulse/' and
'~/.pulse-cookie' (and the same files from the root home) everything
became OK.

So, contrary to the notes at freedesktop.org, the new PA doesn't work
with the old config files well. It would be better if the new deb
package removed the old config files both from user's home and from the
root home or, at least, gave a warning.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.5-3.1
ii  libasound21.0.25-4
ii  libasound2-plugins1.0.25-2
ii  libc6 2.13-38
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.6.8-1
ii  libfftw3-33.3.2-3.1
ii  libgcc1   1:4.7.2-5
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.1
ii  liborc-0.4-0  1:0.4.16-2
ii  libpulse0 3.0-1
ii  libsamplerate00.1.8-5
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-5
ii  libspeexdsp1  1.2~rc1-7
ii  libstdc++64.7.2-5
ii  libsystemd-daemon044-11
ii  libsystemd-login0 44-11
ii  libtdb1   1.2.10-2
ii  libudev0  175-7.1
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.5.0-1
ii  libx11-xcb1   2:1.5.0-1
ii  libxcb1   1.8.1-2
ii  libxtst6  2:1.2.1-1
ii  lsb-base  4.1+Debian8
ii  udev  175-7.1

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
pn  pulseaudio-module-x11 
pn  rtkit 

Versions of packages pulseaudio suggests:
ii  paman 0.9.4-1
ii  paprefs   0.9.10-1
ii  pavucontrol   1.0-1
ii  pavumeter 0.9.3-4
ii  pulseaudio-utils  3.0-1

-- no debconf information


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

Bug#703485: linux-image-3.8-trunk-amd64: Battery not detected on Dell Latitude E5530

[Jean-Christophe Dubacq]

Package: src:linux
Version: 3.8.3-1~experimental.1
Severity: normal

Dear Maintainer,

While trying to resolve stability issues with the testing linux image,
I tried kernel 3.8 in experimental. I fully understand that this kernel
may not be used in production. However, when booting with this kernel,
the battery is not detected (and thus, laptop-detect thinks that it is
a desktop computer, which it is not). Of course, no /proc/acpi/BAT0 is
created, which makes system tools not work. I think the problem lies
in the kernel because of this.

The first significant difference that I see in the logs is:
-ACPI Error: [DCK9] Namespace lookup failure, AE_ALREADY_EXISTS 
(20121018/dswload2-330)
-ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog 
(20121018/psloop-259)
-ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.LPTE.CLPS] (Node 
880215491c18), AE_ALREADY_EXISTS (20121018/psparse-537)
-ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.LPTE._STA] (Node 
880215491bf0), AE_ALREADY_EXISTS (20121018/psparse-537)
-ACPI Error: Method execution failed [\_SB_.PCI0.LPCB.LPTE._STA] (Node 
880215491bf0), AE_ALREADY_EXISTS (20121018/uteval-103)
-ACPI: Marking method CLPS as Serialized because of AE_ALREADY_EXISTS error
-parport_pc 00:0b: reported by Plug and Play ACPI
-ACPI: AC Adapter [AC] (off-line)
-ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] 
(20121018/evregion-501)
-ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 
88021548f650), AE_TIME (20121018/psparse-537)
-ACPI Error: Method parse/execution failed [\ECRB] (Node 88021548f4e8), 
AE_TIME (20121018/psparse-537)
-ACPI Error: Method parse/execution failed [\ECG5] (Node 88021548f380), 
AE_TIME (20121018/psparse-537)
-ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 
88021548fb00), AE_TIME (20121018/psparse-537)
-ACPI Exception: AE_TIME, Error reading AC Adapter state (20121018/ac-122)

while in 3.2 I get:

+ACPI: Battery Slot [BAT0] (battery present)
+ACPI: Battery Slot [BAT1] (battery absent)
+ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] 
(20110623/evregion-478)
+ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 
880215488650), AE_TIME (20110623/psparse-536)
+ACPI Error: Method parse/execution failed [\ECRB] (Node 8802154884e8), 
AE_TIME (20110623/psparse-536)
+ACPI Error: Method parse/execution failed [\ECG5] (Node 880215488380), 
AE_TIME (20110623/psparse-536)
+ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 
880215488b00), AE_TIME (20110623/psparse-536)
+ACPI Exception: AE_TIME, Error reading AC Adapter state (20110623/ac-118)


As this laptop is not used intensively right now, I am willing to do any tests 
one knowledgeable may advice me to do.

Sincerly,
-- Package-specific info:
** Version:
Linux version 3.8-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.8.3-1~experimental.1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.8-trunk-amd64 
root=UUID=fe7f02bc-039b-4879-9aeb-10264d8241ef ro quiet

** Not tainted

** Kernel log:
[2.383747] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[2.394430] cfg80211: World regulatory domain updated:
[2.394433] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[2.394435] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[2.394437] cfg80211:   (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[2.394438] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[2.394440] cfg80211:   (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[2.394441] cfg80211:   (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[2.401158] parport_pc 00:0b: activated
[2.401164] parport_pc 00:0b: reported by Plug and Play ACPI
[2.401294] parport_pc 00:0b: disabled
[3.053757] fbcon: inteldrmfb (fb0) is primary device
[3.125972] ACPI: AC Adapter [AC] (off-line)
[3.821214] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
[3.957614] Console: switching to colour frame buffer device 240x67
[3.970247] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[3.970251] i915 :00:02.0: registered panic notifier
[4.108773] ACPI Exception: AE_TIME, Returned by Handler for 
[EmbeddedControl] (20121018/evregion-501)
[4.108788] ACPI Error: Method parse/execution failed 
[\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 88021548f650), AE_TIME 
(20121018/psparse-537)
[4.108801] ACPI Error: Method parse/execution failed [\ECRB] (Node 
88021548f4e8), AE_TIME (20121018/psparse-537)
[4.108809] ACPI Error: Method parse/execution failed [\ECG5] (Node 
88021548f380), AE_TIME (20121018/psparse-537)
[4.108816] ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] 
(Node 88021548fb00), AE_TIME (20121018/psparse-537)
[

Bug#703271: linux-image-3.2.0-4-amd64: Fix brightness hotkeys on ASUS UX31A laptop

[Vincent Blut]

Le mercredi 20 mars 2013 à 03:14 +, Ben Hutchings a écrit :
> On Sun, 2013-03-17 at 21:54 +0100, Vincent Blut wrote:
> > Package: src:linux
> > Version: 3.2.39-2
> > Severity: normal
> > Tags: upstream
> > 
> > Hi,
> > 
> > Since Linux 3.7, the brightness hotkeys work on this laptop. Initially I
> > thought that this support was added by a specific plateform driver
> > commit but after diving in git log it didn't make any sense about why these
> > hotkeys worked in 3.7 so I started to bisect in order to find the
> > culprit. Here it is:
> 
> Please apply this to stable branches earlier than 3.7.  It doesn't
> appear to depend on any other changes post-3.0.

Hi Ben,

As you can see in my bug report, I was using 3.2.40+ (your last longterm
release with this patch).

> 
> > >From d627b62ff8d4d36761adbcd90ff143d79c94ab22 Mon Sep 17 00:00:00 2001
> > From: Lekensteyn 
> > Date: Mon, 25 Jun 2012 22:36:24 +
> > Subject: i915: initialize CADL in opregion
> [...]
> > Well, after this result I was puzzled because it seemed to be a
> > Clevo specific issue but I decided to give it a try and effectively it
> > gave me the expected behavior, so please could you add it in the next
> > Wheezy upload?
> > 
> > Also this should probably be forwarded to sta...@vger.kernel.org with a
> > revised commit message stipulating that not only Clevo laptop are
> > affected, don't know if it is possible though.
> 
> Normally the original commit message is used unchanged.
> 

Ok

> Ben.
> 

Cheers,
Vincent


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

Bug#703486: [libreoffice] Does not keep extensions on upgrate from 3.x

[Landry MINOZA]

Package: libreoffice
Version: 1:4.0.2~rc1-1
Severity: important

--- Please enter the report below this line. ---
When migrating from version 3.6, none of my user extensions are kept, I 
have to reinstall all of them.



--- System information. ---
Architecture: amd64
Kernel: Linux 3.6-trunk-amd64

Debian Release: 7.0
500 unstable http.debian.net
500 testing http.debian.net
500 stable security.debian.org
500 stable http.debian.net
101 experimental http.debian.net

--- Package information. ---
Depends (Version) | Installed
=-+-===
fonts-sil-gentium-basic | 1.1-5
libreoffice-base | 1:4.0.2~rc1-1
libreoffice-calc | 1:4.0.2~rc1-1
libreoffice-core (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
libreoffice-draw | 1:4.0.2~rc1-1
libreoffice-filter-mobiledev | 1:3.5.4+dfsg-4
libreoffice-impress | 1:4.0.2~rc1-1
libreoffice-math | 1:4.0.2~rc1-1
libreoffice-report-builder-bin | 1:3.5.4+dfsg-4
libreoffice-writer | 1:4.0.2~rc1-1
ttf-dejavu | 2.33-3
libreoffice-java-common (>= 1:4.0.2~rc1~) | 1:4.0.2~rc1-1
python3-uno (>= 4.0~) |
OR python-uno | 1:4.0.2~rc1-1
fontconfig | 2.9.0-7.1
fonts-opensymbol | 2:102.2+LibO3.5.4+dfsg-4
libreoffice-common (>> 1:4.0.2~rc1) | 1:4.0.2~rc1-1
libatk1.0-0 (>= 1.12.4) |
libboost-date-time1.49.0 (>= 1.49.0-1) |
libc6 (>= 2.11) |
libcairo2 (>= 1.2.4) |
libclucene-contribs1 (>= 2.3.3.4) |
libclucene-core1 (>= 2.3.3.4) |
libcmis-0.3-3 (>= 0.3.1) |
libcups2 (>= 1.4.0) |
libcurl3-gnutls (>= 7.16.2) |
libdbus-1-3 (>= 1.0.2) |
libdbus-glib-1-2 (>= 0.78) |
libexpat1 (>= 2.0.1) |
libexttextcat0 (>= 2.2-8) |
libfontconfig1 (>= 2.9.0) |
libfreetype6 (>= 2.2.1) |
libgcc1 (>= 1:4.1.1) |
libgdk-pixbuf2.0-0 (>= 2.22.0) |
libglib2.0-0 (>= 2.15.0) |
libgraphite2-2.0.0 |
libgstreamer-plugins-base1.0-0 (>= 1.0.0) |
libgstreamer1.0-0 (>= 1.0.0) |
libgtk2.0-0 (>= 2.24.0) |
libhunspell-1.3-0 |
libhyphen0 (>= 2.7.1) |
libice6 (>= 1:1.0.0) |
libicu48 (>= 4.8-1) |
libjpeg8 (>= 8c) |
liblangtag1 |
liblcms2-2 |
libldap-2.4-2 (>= 2.4.7) |
libmythes-1.2-0 |
libneon27-gnutls |
libnspr4 (>= 2:4.9-2~) |
OR libnspr4-0d (>= 1.8.0.10) |
libnss3 (>= 2:3.13.4-2~) |
OR libnss3-1d (>= 3.12.0~1.9b1) |
libpango1.0-0 (>= 1.14.0) |
libpng12-0 (>= 1.2.13-4) |
libsm6 |
libssl1.0.0 (>= 1.0.0) |
libstdc++6 (>= 4.6) |
libx11-6 |
libxext6 |
libxinerama1 |
libxml2 (>= 2.7.4) |
libxrandr2 |
libxrender1 |
libxslt1.1 (>= 1.1.25) |
libxt6 |
uno-libs3 (>= 4.0.0~beta) |
ure (>= 4.0.2~) |
zlib1g (>= 1:1.1.4) |
librdf0 (>= 1.0.16) |
libreoffice-base-core (= 1:4.0.2~rc1-1) |
libreoffice-core (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
libc6 (>= 2.4) |
libgcc1 (>= 1:4.1.1) |
libicu48 (>= 4.8-1) |
libstdc++6 (>= 4.6) |
libwpd-0.9-9 |
libwpg-0.2-2 |
libwps-0.2-2 |
libxml2 (>= 2.7.4) |
uno-libs3 (>= 4.0.0~beta) |
ure |
zlib1g (>= 1:1.1.4) |
libreoffice-base-core (= 1:4.0.2~rc1-1) |
libreoffice-core (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
lp-solve (>= 5.5.0.13-5+b1) |
libc6 (>= 2.4) |
libgcc1 (>= 1:4.1.1) |
liborcus-0.4-0 |
libstdc++6 (>= 4.6) |
libzip2 (>= 0.10) |
uno-libs3 (>= 4.0.0~beta) |
ure |
zlib1g (>= 1:1.1.4) |
libreoffice-base-core (= 1:4.0.2~rc1-1) |
libreoffice-core (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
libreoffice-java-common (>= 1:4.0.2~rc1~) | 1:4.0.2~rc1-1
default-jre |
OR gcj-jre |
OR java-gcj-compat |
OR openjdk-6-jre |
OR openjdk-7-jre |
OR sun-java5-jre |
OR sun-java6-jre |
OR java5-runtime |
OR jre |
libhsqldb-java (>> 1.8.0.10) |
libhsqldb-java (<< 1.8.1~) |
libc6 (>= 2.4) |
libgcc1 (>= 1:4.1.1) |
libstdc++6 (>= 4.6) |
uno-libs3 (>= 4.0.0~beta) |
ure (>= 4.0.2~) |
libreoffice-core (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
libc6 (>= 2.4) |
libcdr-0.0-0 |
libdbus-1-3 (>= 1.0.2) |
libdbus-glib-1-2 (>= 0.78) |
libgcc1 (>= 1:4.1.1) |
libglib2.0-0 (>= 2.15.0) |
libicu48 (>= 4.8-1) |
liblcms2-2 |
libmspub-0.0-0 |
libstdc++6 (>= 4.6) |
libvisio-0.0-0 (>= 0.0.15) |
libwpd-0.9-9 |
libwpg-0.2-2 |
libxml2 (>= 2.6.27) |
uno-libs3 (>= 4.0.0~beta) |
ure |
zlib1g (>= 1:1.1.4) |
libreoffice-core (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
libreoffice-draw (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
libc6 (>= 2.4) |
libgcc1 (>= 1:4.1.1) |
libstdc++6 (>= 4.6) |
uno-libs3 (>= 4.0.0~beta) |
ure |
fonts-opensymbol | 2:102.2+LibO3.5.4+dfsg-4
libreoffice-core (= 1:4.0.2~rc1-1) | 1:4.0.2~rc1-1
libc6 (>= 2.4) |
libgcc1 (>= 1:4.1.1) |
libstdc++6 (>= 4.6) |
uno-libs3 (>= 4.0.0~beta) |
ure |


Recommends (Version) | Installed
===-+-==
fonts-liberation | 1.07.2-6
OR ttf-mscorefonts-installer | 3.5
libpaper-utils | 1.1.24+nmu2
libreoffice-math | 1:4.0.2~rc1-1
libreoffice-java-common (>= 1:4.0.2~rc1~) | 1:4.0.2~rc1-1
default-jre | 1:1.6-47
OR gcj-jre |
OR java-gcj-compat |
OR openjdk-6-jre | 6b27-1.12.4-1
OR openjdk-7-jre | 7u3-2.1.6-1
OR sun-java5-jre |
OR sun-java6-jre |
OR java5-runtime |
OR jre |


Suggests (Version) | Installed
-+-===
cups-bsd | 1.5.3-5
hunspell-dictionary |
hyphen-hyphenation-patterns |
iceweasel | 19.0.2-1
OR firefox 

Bug#703487: dpkg-architecture variable do not exist

[Robert Spencer]

Package: debian-cd
Version: 3.1.11

CONF.sh calls for 2 dpkg-architecture variables that do not exist.

$ dpkg-architecture -qDEB_HOST_DPKG_CPU
DEB_HOST_DPKG_CPU is not a supported variable name at 
/usr/bin/dpkg-architecture line 214.

$ dpkg-architecture -qDEB_HOST_DPKG_OS
DEB_HOST_DPKG_OS is not a supported variable name at 
/usr/bin/dpkg-architecture line 214.


Using the closest variable names I can find in the dpkg-architecture man 
page.


$ dpkg-architecture -qDEB_HOST_ARCH_CPU
amd64
$ dpkg-architecture -qDEB_HOST_ARCH_OS
linux

Attached please find a patch file that fixes the error.

--
Robert Spencer
--- CONF.sh~	2013-01-15 01:56:42.0 +
+++ CONF.sh	2013-03-20 09:13:51.0 +
@@ -84,11 +84,11 @@
 
 # ... for arch
 if [ -z "$ARCHES" ]; then
-	CPU=`dpkg-architecture -qDEB_HOST_DPKG_CPU 2>/dev/null || true`
+	CPU=`dpkg-architecture -qDEB_HOST_ARCH_CPU 2>/dev/null || true`
 	if [ -z "$CPU" ]; then
 		CPU=`dpkg-architecture -qDEB_HOST_ARCH`
 	fi
-	KERNEL=`dpkg-architecture -qDEB_HOST_DPKG_OS 2>/dev/null || true`
+	KERNEL=`dpkg-architecture -qDEB_HOST_ARCH_OS 2>/dev/null || true`
 	if [ -z "$KERNEL" ]; then
 		KERNEL=linux
 	fi

Bug#703488: ITP: libpackage-variant-perl -- parameterizable packages

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libpackage-variant-perl
  Version : 1.001002
  Upstream Author : Matt S. Trout (cpan:MSTROUT) 
* URL : http://search.cpan.org/dist/Package-Variant/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : parameterizable packages

 Package::Variant allows you to build packages that return different
 variations depending on what parameters are given.
 .
 Users of your package will receive a subroutine able to take parameters
 and return the name of a suitable variant package. The implmentation
 does not care about what kind of package it builds.


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

Bug#703489: evince: when i increase the width of the side bar to a certain size i can not reduce it anymore.

[Paul Stadnikov]

Package: evince
Version: 3.4.0-3.1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***



-- System Information:
Debian Release: 7.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-1.towo.1-siduction-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=ru_UA.utf8, LC_CTYPE=ru_UA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages evince depends on:
ii  evince-common3.4.0-3.1
ii  gnome-icon-theme 3.4.0-2crunchbang2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libevdocument3-4 3.4.0-3.1
ii  libevview3-3 3.4.0-3.1
ii  libgail-3-0  3.4.2-6
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgnome-keyring03.4.1-1
ii  libgtk-3-0   3.4.2-6
ii  libice6  2:1.0.8-2
ii  libnautilus-extension1a  3.4.2-1+build1
ii  libpango1.0-01.30.0-1
ii  libsm6   2:1.2.1-2
ii  libx11-6 2:1.5.0-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  shared-mime-info 1.0-1+b1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages evince recommends:
ii  dbus-x11  1.6.8-1
ii  gvfs  1.12.3-4

Versions of packages evince suggests:
ii  nautilus  3.4.2-1+build1
ii  poppler-data  0.4.5-10
ii  unrar 1:4.1.4-1

-- no debconf information


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

Bug#703486: [libreoffice] Does not keep extensions on upgrate from 3.x

[Rene Engelhard]

Hi,

On Wed, Mar 20, 2013 at 10:31:42AM +0100, Landry MINOZA wrote:
>When migrating from version 3.6, none of my user extensions are kept,

Which ones? Some are blacklisted:

http://cgit.freedesktop.org/libreoffice/core/tree/officecfg/registry/data/org/openoffice/Setup.xcu?id=7e5467ff8f30d821f4fbf69cb2769163eb64c2cc#n790

(but those listed there shouldn't have been installed as user extension
anyways as they always were available "proper")

Discussed this with upstream:

10:36 <@_rene_> user extensions are not migrated from 3.6 -> 4.0 on 
purpose, right?
10:37 <@_rene_> (I just got http://bugs.debian.org/703486)
10:39 <@sberg> _rene_, no, per-user (not shared or bundled) extensions 
   should be migrated (except for those blacklisted in 
   officecfg/registry/data/org/openoffice/Setup.xcu)
10:39 <@_rene_> since when?
10:39 <@_rene_> http://bugs.debian.org/703486 claims it isn't...
10:39 <@sberg> _rene_, should always have worked with LO 4
10:40 <@_rene_> so what might have gone wrong here?
10:41 <@sberg> _rene_, I don't see any relevant data backing the claim 
   there, so hard to tell what went wrong
10:41 <@_rene_> yeah, I am writing a reply now asking him for that, that's 
why I asked the initial question...

so we need more info. probably the user profile of both. (you can send it per
PM if you don't want to attach it here.)

(That said, I personally consider it not "important", it's trivial to
re-add them.
And
 - binary-only extensions using stlport will only work by
   chance in 4.0.x as long as you still have libstlport4.6 installed, see
   e.g. 
https://wiki.documentfoundation.org/ReleaseNotes/4.0#Duden_Rechtschreibpr.C3.BCfung_.2F_Duden_Korrektor
 - python extensions need to work with python 3.3 (python3-uno is default,
   python-uno is just fallback and debian-only for compatibility)
so you need to have a look at what you install anyway)

Regards,

Rene


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

Bug#696698: Was able to reproduce

[Igor Drobot]

Hi,

I was able to reproduce this problem with following configuration:
Debian_version: 7.0 ,architecture: amd64 (x86_64)
samba4 - 4.0.0~beta2+dfsg1-3.1 amd64
samba4-clients - 4.0.0~beta2+dfsg1-3.1 amd64

smbclient4 -L localhost -U%
Failed to connect to ncacn_np:localhost - NT_STATUS_NO_MEMORY
REWRITE: list servers not implemented

As Jelmer Vernooij wrote, I tried to use smbclient instead. Seems that 
this is not implemented too?

smbclient -L localhost -U%
Unknown parameter encountered: "server role"
Ignoring unknown parameter "server role"
Connection to localhost failed (Error NT_STATUS_CONNECTION_REFUSED)

Mit freundlichen Grüßen,
Igor Drobot
--
i.A. Igor Drobot
Fachinformatiker Systemintegration IHK

axxeo GmbH
Gustav-Adolf-Str. 8,
30167 Hannover
Tel. +49-511-12341236
Fax  +49-511-76352976
mailto:supp...@axxeo.de
http://www.axxeo.de/

axxeo GmbH, Registergericht: Amtsgericht Hannover, Registernummer HRB 61860
Umsatzsteuer-Identifikationsnummer gemäß §27a Umsatzsteuergesetz: DE 813979481
Geschäftsführer: Dr.-Ing. Ingo Chmielewski, Dipl.-Inform. Andreas Godzina


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

Bug#703490: lintian: Incorrect description of outdated-autotools-helper-file

[Alberto Garcia]

Package: lintian
Version: 2.5.11
Severity: normal

I'm getting this lintian warning:

W: grilo source: outdated-autotools-helper-file config.guess 2012-02-10

The description says that "The referenced file has a time stamp older
than June of 2006", but as you can see the time stamp is from 2012.

I initially thought that the date was not being parsed correctly, but
after checking the source code it seems that it's the description that
hasn't been updated.

Berto

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-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 lintian depends on:
ii  binutils   2.22-8
ii  bzip2  1.0.6-4
ii  diffstat   1.55-3
ii  file   5.11-2
ii  gettext0.18.1.1-9
ii  hardening-includes 2.2
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.26+b1
ii  libarchive-zip-perl1.30-6
ii  libc-bin   2.13-38
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.9
ii  libemail-valid-perl0.190-1
ii  libipc-run-perl0.92-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.06~01-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  locales2.13-38
ii  man-db 2.6.2-1
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-19
ii  t1utils1.37-1

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.16.9
ii  libhtml-parser-perl3.69-2
pn  libperlio-gzip-perl
pn  libtext-template-perl  
ii  man-db 2.6.2-1
ii  xz-utils [lzma]5.1.1alpha+20120614-2

-- no debconf information


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

Bug#699852: Proposed debdiff

[Tino Keitel]

On Tue, Mar 19, 2013 at 20:18:41 +0100, Julien Cristau wrote:

> Looks like the alioth git repo mentions the autosync issue in the
> changelog, but doesn't actually include the change? 

Hi,

the master branch is only used for the Debian packaging in debian/,
besides that it consists of unmodified upstream source. AFAIK it was
handled this way by the former maintainer, and I just did the same.

The patches mentioned in the changelog are in are in the branch
patch-queue/upstream.

> Also it adds hardening, which is too invasive for the current freeze
> stage.

OK, I'll remove that.

Thanks a lot for you input.

Regards,
Tino


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

Bug#703116: Please update to latest upstream

[Julien Puydt]

Le 18/03/2013 10:37, Bill Allombert a écrit :

On Fri, Mar 15, 2013 at 01:08:19PM +0100, Julien Puydt wrote:

Package: pari-gp
Version: 2.5.1-2

Would it be possible to package pari 5.3, which has a few nice bug
fixes in it (I'm thinking about
trac.sagemath.org/sage_trac/ticket/13314) ?


This will be done after the freeze.


An experimental upload would be enough -- it would allow the sage 
packaging effort to move forward.


Thanks,

Snark on #debian-science


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

Bug#703486: [libreoffice] Does not keep extensions on upgrate from 3.x

[Rene Engelhard]

Hi,

On Wed, Mar 20, 2013 at 10:48:52AM +0100, Rene Engelhard wrote:
> And
>  - binary-only extensions using stlport will only work by
>chance in 4.0.x as long as you still have libstlport4.6 installed, see
>e.g. 
> https://wiki.documentfoundation.org/ReleaseNotes/4.0#Duden_Rechtschreibpr.C3.BCfung_.2F_Duden_Korrektor

That only affects i386, though :-)

Regards,
 
Rene


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

Bug#703491: ITP: libanyevent-handle-udp-perl -- client/server UDP handles for AnyEvent

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libanyevent-handle-udp-perl
  Version : 0.039
  Upstream Author : Leon Timmermans 
* URL : http://search.cpan.org/dist/AnyEvent-Handle-UDP/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : client/server UDP handles for AnyEvent

 AnyEvent::Handle::UDP is an abstraction around UDP sockets for use with
 AnyEvent.


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

Bug#703492: ITP: ruby-selenium-webdriver -- a tool for writing automated tests of websites

[Praveen A]

package: wnpp
severity:wishlist
owner: Praveen Arimbrathodiyil 

* Homepage: http://selenium.googlecode.com/
* Version: 2.31.0
* Upstream Author: Jari Bakken
* License: Apache License 2.0
* Description: WebDriver is a tool for writing automated tests of
websites. It aims to mimic the behaviour of a real user, and as such
interacts with the HTML of the application.


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

Bug#703493: evolution: Evolution hangs on start, windows appears but nothing works

[Antoine Journeaux]

Package: evolution
Version: 3.4.4-2
Severity: important

Dear Maintainer,
Evolution hangs on start: everything is frozen, and the 'Generating  
the list of message...' (actually, its French equivalent) is displayed  
in the place of the mail list.
Nothing special was changed except normal updates, and no messages  
error appears if evolution is launched in a terminal.
Important notes: Evolution works if launched with the --offline  
parameter, and crashed if enterring the online mode.
Please find below the list of upgrades performed before the appearance  
of the problem. [MIS A JOUR] = [UPDATED]


Yours sincerely,

--
Antoine

Aptitude 0.6.8.2: journal
mer., mars 20 2013 07:57:38 +0100

IMPORTANT : ce journal ne contient que les actions demandées ;  
certaines actions qui

échouent à cause d'erreurs de dpkg peuvent donc ne pas être réalisées.

7 paquets vont être installés, et 0 retirés.
1 962 ko d'espace disque vont être libérés
===
[MIS A JOUR] ifupdown:amd64 0.7.5 -> 0.7.5+nmu1
[MIS A JOUR] libhsqldb-java:amd64 1.8.0.10-11 -> 1.8.0.10+dfsg-0+deb7u1
[MIS A JOUR] libnss3:amd64 2:3.13.6-2 -> 2:3.14.3-1
[MIS A JOUR] libnss3-1d:amd64 2:3.13.6-2 -> 2:3.14.3-1
[MIS A JOUR] python-apt:amd64 0.8.8.1 -> 0.8.8.2
[MIS A JOUR] python-apt-common:amd64 0.8.8.1 -> 0.8.8.2
[MIS A JOUR] rsyslog:amd64 5.8.11-2 -> 5.8.11-3
===



-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (300, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages evolution depends on:
ii  dbus 1.6.8-1
ii  debconf [debconf-2.0]1.5.49
ii  evolution-common 3.4.4-2
ii  evolution-data-server3.4.4-3
ii  gconf-service3.2.5-1+build1
ii  gconf2   3.2.5-1+build1
ii  gnome-icon-theme 3.4.0-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libcamel-1.2-33  3.4.4-3
ii  libclutter-gtk-1.0-0 1.2.0-2
ii  libdbus-glib-1-2 0.100.2-1
ii  libebackend-1.2-23.4.4-3
ii  libebook-1.2-13  3.4.4-3
ii  libecal-1.2-11   3.4.4-3
ii  libedataserver-1.2-163.4.4-3
ii  libedataserverui-3.0-1   3.4.4-3
ii  libenchant1c2a   1.6.0-7
ii  libevolution 3.4.4-2
ii  libgail-3-0  3.4.2-6
ii  libgconf-2-4 3.2.5-1+build1
ii  libgdata13   0.12.0-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgtk-3-0   3.4.2-6
ii  libgtkhtml-4.0-0 4.4.4-1
ii  libgtkhtml-editor-4.0-0  4.4.4-1
ii  libgweather-3-0  3.4.1-1+build1
ii  libical0 0.48-2
ii  libmx-1.0-2  1.4.6-1
ii  libnotify4   0.7.5-1
ii  libnspr4 2:4.9.2-1
ii  libnspr4-0d  2:4.9.2-1
ii  libnss3  2:3.14.3-1
ii  libnss3-1d   2:3.14.3-1
ii  libpango1.0-01.30.0-1
ii  libsoup2.4-1 2.38.1-2
ii  libsqlite3-0 3.7.13-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  psmisc   22.19-1+deb7u1

Versions of packages evolution recommends:
ii  bogofilter 1.2.2+dfsg1-2
ii  evolution-plugins  3.4.4-2
ii  evolution-webcal   2.32.0-2+b1
ii  yelp   3.4.2-1+b1

Versions of packages evolution suggests:
pn  evolution-dbg   
pn  evolution-exchange  
pn  evolution-plugins-experimental  
ii  gnupg   1.4.12-7
ii  network-manager 0.9.4.0-10

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown:


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

Bug#703490: [PATCH] update outdated-autotools-helper-file description to match code

[Niels Thykier]

Control: tags -1 patch

On 2013-03-09 18:11, Timo Juhani Lindfors wrote:
> ---
>  checks/cruft.desc |2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/checks/cruft.desc b/checks/cruft.desc
> index 51035a2..1891b6b 100644
> --- a/checks/cruft.desc
> +++ b/checks/cruft.desc
> @@ -385,7 +385,7 @@ Info: The referenced file has a time stamp older than 
> year 2004 and the
>  Tag: outdated-autotools-helper-file
>  Severity: normal
>  Certainty: possible
> -Info: The referenced file has a time stamp older than June of 2006 and the
> +Info: The referenced file has a time stamp older than April of 2012 and the
>   package does not build-depend on autotools-dev or automake and therefore
>   apparently does not update it.  This usually means that the source
>   package will not build correctly on AVR32, for which a Debian port is
> 

I believe there is a patch for issue the list that just haven't been
applied yet.

~Niels


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

Bug#673424: bbswitch packaging

[Vincent Cheng]

On Tue, Mar 19, 2013 at 10:39 AM, Aron Xu  wrote:
> It's very much appreciated if you can help on sponsoring, as my
> personal time isn't very abundant recently so it could be a quite long
> delay waiting my uploads...
>
> But I'll keep an eye on the package and responded as soon as I can.

Ok, I think I've (finally) gotten everything dealt with, including the
conffile issue (I ended up deciding to use the rest of Ralf's patch,
and prepared a pull request upstream for all my changes [1]). Tested
the packages and they work for me, so Aron/Ritesh, if one of you could
review and upload them, that'd be great, thanks!

http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bbswitch_0.6-1.dsc
http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bumblebee_3.1-1.dsc
http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/primus_0~20130225-1.dsc
(or fetch the latest from the git repos)

Regards,
Vincent

[1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10


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

Bug#694707: are you interested in this package still?

[Praveen A]

Hi Addy,

You've filed an ITP for ci-reporter long time back (during mini
debconf India, Mangalore I guess). Are you still interested in
packaging this?

Thanks
Praveen


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

Bug#703494: virtualbox: host system hangs and needs reboot

[GP]

Package: virtualbox
Version: 4.1.18-dfsg-2
Severity: important

Dear Maintainer,

   * What led up to the situation?
Just booting up a WinXP vm

   * What was the outcome of this action?
host system hanged and kernel panics started appearing

I paste here what was written in kern.log

Mar 20 11:31:03 aris kernel: [12797.787277] BUG: soft lockup - CPU#3 stuck for 
22s! [VirtualBox:7169]
Mar 20 11:31:03 aris kernel: [12797.787280] Modules linked in: xt_multiport 
parport_pc ppdev lp parport pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) 
vboxdrv(O) ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp 
libiscsi_tcp libiscsi scsi_transport_iscsi fuse des_generic ecb md4 hmac 
nls_utf8 cifs fscache ip6table_mangle ip6table_filter ip6_tables xt_tcpudp 
iptable_filter iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack 
iptable_mangle ip_tables x_tables ext3 jbd loop firewire_sbp2 firewire_core 
crc_itu_t snd_hda_codec_hdmi snd_hda_codec_conexant acpi_cpufreq mperf 
processor iTCO_wdt iTCO_vendor_support snd_hda_intel snd_hda_codec snd_hwdep 
snd_pcm snd_page_alloc snd_seq snd_seq_device snd_timer snd soundcore psmouse 
container i2c_i801 serio_raw dcdbas coretemp evdev ext4 crc16 jbd2 mbcache 
btrfs libcrc32c zlib_deflate sha256_generic aes_x86_64 aes_generic cbc dm_crypt 
dm_mod sg sr_mod sd_mod cdrom crc_t10dif usb_storage usbhid hid ata_generi!
 c crc32c_intel ata_piix libata scsi_
Mar 20 11:31:03 aris kernel: mod i915 r8169 mii video button i2c_algo_bit 
drm_kms_helper drm i2c_core thermal_sys ehci_hcd ghash_clmulni_intel cryptd 
usbcore usb_common [last unloaded: scsi_wait_scan]
Mar 20 11:31:03 aris kernel: [12797.787340] CPU 3 
Mar 20 11:31:03 aris kernel: [12797.787340] Modules linked in: xt_multiport 
parport_pc ppdev lp parport pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) 
vboxdrv(O) ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp 
libiscsi_tcp libiscsi scsi_transport_iscsi fuse des_generic ecb md4 hmac 
nls_utf8 cifs fscache ip6table_mangle ip6table_filter ip6_tables xt_tcpudp 
iptable_filter iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack 
iptable_mangle ip_tables x_tables ext3 jbd loop firewire_sbp2 firewire_core 
crc_itu_t snd_hda_codec_hdmi snd_hda_codec_conexant acpi_cpufreq mperf 
processor iTCO_wdt iTCO_vendor_support snd_hda_intel snd_hda_codec snd_hwdep 
snd_pcm snd_page_alloc snd_seq snd_seq_device snd_timer snd soundcore psmouse 
container i2c_i801 serio_raw dcdbas coretemp evdev ext4 crc16 jbd2 mbcache 
btrfs libcrc32c zlib_deflate sha256_generic aes_x86_64 aes_generic cbc dm_crypt 
dm_mod sg sr_mod sd_mod cdrom crc_t10dif usb_storage usbhid hid ata_generi!
 c crc32c_intel ata_piix libata scsi_
Mar 20 11:31:03 aris kernel: mod i915 r8169 mii video button i2c_algo_bit 
drm_kms_helper drm i2c_core thermal_sys ehci_hcd ghash_clmulni_intel cryptd 
usbcore usb_common [last unloaded: scsi_wait_scan]
Mar 20 11:31:03 aris kernel: [12797.787385] 
Mar 20 11:31:03 aris kernel: [12797.787388] Pid: 7169, comm: VirtualBox 
Tainted: G   O 3.2.0-4-amd64 #1 Debian 3.2.39-2 Dell Inc. OptiPlex 
390/0F6X5P
Mar 20 11:31:03 aris kernel: [12797.787391] RIP: 0010:[]  
[] native_flush_tlb_others+0xa2/0xe5
Mar 20 11:31:03 aris kernel: [12797.787397] RSP: 0018:88006c371de0  EFLAGS: 
0246
Mar 20 11:31:03 aris kernel: [12797.787399] RAX:  RBX: 
88006bc08430 RCX: 0040
Mar 20 11:31:03 aris kernel: [12797.787401] RDX: 0001 RSI: 
0200 RDI: 81761698
Mar 20 11:31:03 aris kernel: [12797.787402] RBP: 81761698 R08: 
0200 R09: 817616d8
Mar 20 11:31:03 aris kernel: [12797.787404] R10: 88006bc08430 R11: 
88006bc083f8 R12: 
Mar 20 11:31:03 aris kernel: [12797.787406] R13: 81761698 R14: 
7fa07e63e000 R15: 0246
Mar 20 11:31:03 aris kernel: [12797.787408] FS:  7fa0cee28700() 
GS:88012ec6() knlGS:
Mar 20 11:31:03 aris kernel: [12797.787410] CS:  0010 DS:  ES:  CR0: 
80050033
Mar 20 11:31:03 aris kernel: [12797.787411] CR2: 7fa07e65d718 CR3: 
6c28a000 CR4: 000426e0
Mar 20 11:31:03 aris kernel: [12797.787413] DR0:  DR1: 
 DR2: 
Mar 20 11:31:03 aris kernel: [12797.787415] DR3:  DR6: 
0ff0 DR7: 0400
Mar 20 11:31:03 aris kernel: [12797.787417] Process VirtualBox (pid: 7169, 
threadinfo 88006c37, task 88006c28e7f0)
Mar 20 11:31:03 aris kernel: [12797.787418] Stack:
Mar 20 11:31:03 aris kernel: [12797.787420]  0001 88006bc083f8 
7fa07e63e000 7fa07e63e000
Mar 20 11:31:03 aris kernel: [12797.787423]  7fa07e63e000 7fa07e63e000 
7fa07e63e000 81031701
Mar 20 11:31:03 aris kernel: [12797.787426]  810d697d  
0007fa07e63d 
Mar 20 11:31:03 aris kernel: [12797.787429] Call Trace

Bug#703495: Doesn't work properly with SOGo connector (CardDAV)

[Michael Biebl]

Package: icedove
Version: 10.0.12-1
Severity: normal

Hi,

I'm using ownCloud 5 to keep my contacts and calendars in sync.
On the desktop side, I'm using lightning (which works nicely) for the
calendar bits and SOGo connector [1] to sync my contacts.

Lightning in icedove works nicely, but SOGo connector doesn't.
It simply doesn't see the existing contacts. And while I can add new
contacts to the remote addressbook in icedove which are synced to
owncloud, as soon as I edit that contact from another client, it
"vanishes" in icedove's addressbook.

I've tried both 10 ESR and 17 ESR (17.0.4-1) from experimental and have
the same problem.

As I didn't see this problem on other clients (other Linux desktops,
Windows clients, all using thunderbird), I've downloaded thunderbird
from [2]. With that version, SOGo connector works nicely.

That's why I suspect that there is a modification in Debian's icdeove
branding or one of the custom patches, which breaks SOGo connector.

If you want to reproduce the problem, I can give you access to my
owncloud 5 installation (via private mail) or you can use the demo 
installation at [3].

Cheers,
Michael




[1] http://www.sogo.nu/english/downloads/frontends.html
[2] 
http://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/17.0.4/linux-x86_64/de/thunderbird-17.0.4.tar.bz2
[3] http://demo.owncloud.org/index.php (login/pass: demo/demo)


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

Kernel: Linux 3.8-trunk-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 icedove depends on:
ii  debianutils   4.3.4
ii  fontconfig2.9.0-7.1
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38
ii  libcairo2 1.12.2-3
ii  libdbus-1-3   1.6.8-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.19-stable-3
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-7.1
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.9.5-1
ii  libnspr4-0d   2:4.9.5-1
ii  libnss3   2:3.14.3-1
ii  libnss3-1d2:3.14.3-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-4
ii  libsqlite3-0  3.7.15.2-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.2-5
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxrender1   1:0.9.7-1
ii  libxt61:1.1.3-1
ii  psmisc22.20-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages icedove recommends:
ii  hunspell-de-de [hunspell-dictionary]  20120607-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-6

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.3-3
ii  gconf-service 3.2.5-1+build1
ii  libgconf-2-4  3.2.5-1+build1
ii  libgssapi-krb5-2  1.10.1+dfsg-4+nmu1
ii  libnotify40.7.5-2

-- no debconf information


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

Bug#693604: avahi-daemon takes 100% CPU right after boot and at every restart of CUPS

[Hagen Fuchs]

Package: avahi-daemon
Followup-For: Bug #693604

Hello,

I can confirm that applying the patch mentioned above[0] directly on the
Debian avahi-sources stopped these occurrences.  To be clear: Avahi
/never/ recovers from these load excursions and stays at ~100% until
killed.

In our environment of 39 print queues (about 30 physical printers) this
had become rather a serious headache with multiple daily occurrences.  I
wrote a rather desperate script that would minutely check for Avahi's
well-being.  After applying the patch about two weeks ago, it (the
script) recorded not one instance of permanent overload.

More tidbits: I have/had two servers exhibiting this behaviour (from a
total of four).  They multicast into different subnets.  One is a x86_64
KVM machine, the other a i686 OpenVZ container.  Also, the behaviour
occurs in heavily MacOS-infes...frequented subnets.

Thanks!

-Hagen


[0] Direct link:

https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1059286/+attachment/3387784/+files/avahi_0.6.31-1ubuntu1_0.6.31-1ubuntu2.debdiff


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

Bug#694707: are you interested in this package still?

[Addy Singh]

Hi Praveen,

Yes, I'm interested. I'll work on it over the coming weekend.

Thanks,
Addy


On Wed, Mar 20, 2013 at 3:39 PM, Praveen A  wrote:

> Hi Addy,
>
> You've filed an ITP for ci-reporter long time back (during mini
> debconf India, Mangalore I guess). Are you still interested in
> packaging this?
>
> Thanks
> Praveen
>



-- 
Addy Singh
MCA@NITC
Ph: 9895554219

Bug#694707: are you interested in this package still?

[Praveen A]

2013/3/20 Addy Singh :
> Hi Praveen,
>
> Yes, I'm interested. I'll work on it over the coming weekend.

Cool! Come to #debian-diaspora on irc.oftc.net if you need any help.
We have weekly meeting at 8pm on every Saturday. Also see
http://wiki.debian.org/Diaspora/Packaging for some documentation.


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

Bug#703486: [libreoffice] Does not keep extensions on upgrate from 3.x

[Landry MINOZA]

Le 20/03/2013 10:48, Rene Engelhard a écrit :

Which ones? Some are blacklisted:

I had this ones:
 - Grammalecte (http://www.dicollecte.org/grammalecte/telecharger.php) 
this is a french grammar checker based on lightproof (It may not work 
with python3)
 - Review Toolbar 
(http://extensions.libreoffice.org/extension-center/review-toolbar)
 - Correcteur terminologique fr 
(http://extensions.libreoffice.org/extension-center/correcteur-terminologique-francais)

 - AddPics (http://extensions.libreoffice.org/extension-center/addpics)
 - Coooder (http://extensions.libreoffice.org/extension-center/coooder)
 - Template Changer 
(http://extensions.libreoffice.org/extension-center/template-changer)



--

*Landry MINOZA*
MGI Sud-Ouest/
Chef de projet technique Linux et réseaux/
E-mail : lmin...@mgi.fr 



Tél :01 40 49 47 15

MGI France :5 rue Sextius Michel - 75015 Paris | RCS: Paris B 382 770 
584 |www.mgi.fr 
MGI SO :281 route d'Espagne - 31100 Toulouse | RCS: Toulouse B 421 125 
816 |www.mgi.fr 
MGI Suisse :5 avenue de Rothorn - CH3960 Sierre | TVA 517-269 
|www.mgiconsultants.ch 

Bug#701893: Packages available

[Thijs Kinkhorst]

Packages of libapache2-mod-mellon for squeeze and wheezy are available from 
our aptable archive:

http://non-gnu.uvt.nl/debian/squeeze/libapache2-mod-auth-mellon/
http://non-gnu.uvt.nl/debian/wheezy/libapache2-mod-auth-mellon/

I'm not uploading to Debian proper until Apache 2.4 is unstable (as discussed 
above) as to avoid complicating that transition.


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

Bug#690067: Bug#702195: symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports

[Michael Biebl]

Hi,

Am 12.03.2013 18:16, schrieb Michael Biebl:
> On 09.03.2013 20:27, Laszlo Boszormenyi (GCS) wrote:
>>
>> It builds fine in Wheezy pbuilder and if you do agree, I'll upload
>> it[1].
> 
> looks good to me.

Did you have a chance to prepare the upload in the mean time?

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#703496: license-reconcile: missing dependency on libuniversal-require-perl

[Michael Prokop]

Package: license-reconcile
Version: 0.1
Severity: serious
Justification: Policy 7.2


% license-reconcile
Can't locate UNIVERSAL/require.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 
/usr/local/lib/site_perl .) at /usr/share/perl5/Debian/LicenseReconcile/App.pm 
line 28.
BEGIN failed--compilation aborted at 
/usr/share/perl5/Debian/LicenseReconcile/App.pm line 28.
Compilation failed in require at /usr/bin/license-reconcile line 9.
BEGIN failed--compilation aborted at /usr/bin/license-reconcile line 9.

Installing libuniversal-require-perl fixes this problem.

regards,
-mika-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2013-03-20t11-39...@devnull.michael-prokop.at

Bug#703497: xbuffy: keyboard LED not working as described in README.Debian

[Anthony Campbell]

Package: xbuffy
Version: 3.3.bl.3.dfsg-8
Severity: normal

The README.Debian tells me to do:

dpkg-statoverride --update --add root root 4755 /usr/lib/xbuffy/led

But this does not give a blinking LED. I therefore used chmod to change
the permissions of /usr/lib/xbuffer/led to 4755 and this made things
work as expected. Perhaps the README.Debian should be amended?



-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (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 xbuffy depends on:
ii  libc6 2.13-38
ii  libx11-6  2:1.5.0-1
ii  libxaw7   2:1.0.10-2
ii  libxt61:1.1.3-1

xbuffy recommends no packages.

xbuffy 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#703341: firehol: Can't check error if tmp file is removed

[Jerome BENOIT]

Hello Jari:

I have just reproduced your report issue by just similarly unquoting into my 
firehol.conf configuration file.

Once my firehol.conf modified, as expected,

firehol try

gave a similar message as the one your reported.

The `try' mecanism offers the two following possibilities:
1] the try process can be stop immediately by hitting the ENTER key, and then 
firehol comes back to its former state;
2] you have 30 seconds to make a copy of the temporary folder created by 
firehol in /tmp (or $TMPDIR in the coming debian patched version)
   before firehol comes back to its former state.

I think that 30 seconds is long enough to make a copy of the folder, and then 
bash debugging techniques can be used.
As a matter of fact, it is not even necessary to make a copy if some basic 
techniques are used:
at the beginning of firehol.conf you can add

set -x
set -v

and then you can try with tee:

firehol try 2>&1 | tee firehol-debug.log

and hit the enter key to cancel the process;
then the trace file firehol-debug.log can be analysed for debugging.
More advanced bash debugging techniques that I am not aware of can certainly be 
used.

So, I think that the `try' definitively fills well its purpose.
May be the reported issue deserves some comments in README.Debian .

What do you think ?

Best regards,
Jerome


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

Bug#703498: license-reconcile: ignore VCS files/directories

[Michael Prokop]

Package: license-reconcile
Version: 0.1
Severity: wishlist


When using license-reconcile in a directory managed via a VCS like
git it checks all kinds of useless files, like:

[...]
FileMapping: Could not find matching copyright clause for 
.git/objects/07/f3c2c780b9fd220dc6a7fee35ea24f8aa55eff at 
/usr/share/perl5/Debian/LicenseReconcile/App.pm line 187,  line 3.
[...]

Would be nice if VCS specific files would be ignored by default.

regards,
-mika-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2013-03-20t11-41...@devnull.michael-prokop.at

Bug#703412: notmuch-mutt: segfault

[David Bremner]

Christophe Moille  writes:

> Package: notmuch
> Version: 0.13.2-1~bpo60+1
> Severity: important
>
> I got segfault on execution of notmuch new
>
> Mar 19 09:25:25 zat kernel: [823359.809873] notmuch[24958]: segfault at 
> 7efff8 ip 7f1cf71fb4a5 sp 7fff2c3e3158 error 4 in 
> libc-2.11.3.so[7f1cf717b000+159000]
>

Does this happen every time you run "notmuch new"?

Are you running the backports version of Xapian? if not, please try with
that.

BTW, backports bug reports should normally go to the backports mailing
list, as the BTS doesn't handle them too well.

d


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

Bug#693604: [Pkg-utopia-maintainers] Bug#693604: avahi-daemon takes 100% CPU right after boot and at every restart of CUPS

[Michael Biebl]

severity 693604 serious
thanks

Am 20.03.2013 10:41, schrieb Hagen Fuchs:
> Package: avahi-daemon
> Followup-For: Bug #693604
> 
> Hello,
> 
> I can confirm that applying the patch mentioned above[0] directly on the
> Debian avahi-sources stopped these occurrences.  To be clear: Avahi
> /never/ recovers from these load excursions and stays at ~100% until
> killed.
> 
> In our environment of 39 print queues (about 30 physical printers) this
> had become rather a serious headache with multiple daily occurrences.  I
> wrote a rather desperate script that would minutely check for Avahi's
> well-being.  After applying the patch about two weeks ago, it (the
> script) recorded not one instance of permanent overload.
> 
> More tidbits: I have/had two servers exhibiting this behaviour (from a
> total of four).  They multicast into different subnets.  One is a x86_64
> KVM machine, the other a i686 OpenVZ container.  Also, the behaviour
> occurs in heavily MacOS-infes...frequented subnets.

Bumping the severity, I think this should be fixed for wheezy as it is a
rather nasty bug.
Will poke upstream if he has any concerns regarding the patch that was
posted [1]


Michael
[1] http://lists.freedesktop.org/archives/avahi/2012-September/002188.html

-- 
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#699852: Proposed debdiff

[Tino Keitel]

On Wed, Mar 20, 2013 at 10:54:48 +0100, Tino Keitel wrote:
> On Tue, Mar 19, 2013 at 20:18:41 +0100, Julien Cristau wrote:
> 
> > Looks like the alioth git repo mentions the autosync issue in the
> > changelog, but doesn't actually include the change? 
> 
> Hi,
> 
> the master branch is only used for the Debian packaging in debian/,
> besides that it consists of unmodified upstream source. AFAIK it was
> handled this way by the former maintainer, and I just did the same.
> 
> The patches mentioned in the changelog are in are in the branch
> patch-queue/upstream.
> 
> > Also it adds hardening, which is too invasive for the current freeze
> > stage.
> 
> OK, I'll remove that.

Hi,

I rebased the master branch. The hardening changes are removed and the
changelog is adjusted. I also fixed the bogus "New upstream release"
line, which now correctly states how the mentioned bug #684077 was
fixed.

Regards,
Tino


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

Bug#703116: Pari in sage is (heavily) patched upstream

[Julien Puydt]

Hi,

in fact, looking at the pari 2.5.3 in sage, there are quite a few 
patches in it, some of which might be interesting for upstream... and 
which are needed to build sage.


So Im' not sure whether it's that useful to package pari 2.5.3 upstream 
in debian/experimental :-/


Snark on #debian-science


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

Bug#703493: A few more updates

[Antoine Journeaux]

Hi,
cogl was updated too. I probably didn't encounter the problem since  
the following updates.


Best regards,

--
Antoine

Aptitude 0.6.8.2: journal
mar., mars 19 2013 13:23:30 +0100

IMPORTANT : ce journal ne contient que les actions demandées ;  
certaines actions qui

échouent à cause d'erreurs de dpkg peuvent donc ne pas être réalisées.

5 paquets vont être installés, et 0 retirés.
===
[MIS A JOUR] gir1.2-cogl-1.0:amd64 1.10.2-6 -> 1.10.2-7
[MIS A JOUR] gir1.2-coglpango-1.0:amd64 1.10.2-6 -> 1.10.2-7
[MIS A JOUR] libcogl-common:amd64 1.10.2-6 -> 1.10.2-7
[MIS A JOUR] libcogl-pango0:amd64 1.10.2-6 -> 1.10.2-7
[MIS A JOUR] libcogl9:amd64 1.10.2-6 -> 1.10.2-7
===


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

Bug#703499: unblock: soprano/2.7.6+dfsg.1-2wheezy1

[Thomas Preud'homme]

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

Please unblock package soprano

I just uploaded version 2.7.6+dfsg.1-2wheezy1 which solves a bug where
virtuoso's postinst fails because of soprano. We (José Manuel and
myself) made the upload through tpu because the fixed version in
unstable depends on librdf0 >= 1.0.16 (for !hppa) which is not available
in testing. The upload in tpu add the exact same patch as the fixed
package in unstable and has thus been throughly tested.

Below is the full explaination of the bug as found in the patch:

Soprano launches a Virtuoso server using an unix socket (/tmp/virt_
where  is the tcp port specified in the configuration file). It tries
first with the /tmp/virt_ port if it's availaible, and if it's not, keeps
trying with above ports one by one until it finds an usuable /tmp/virt_.
Starting with  is a very unfortunate choice, because if you start other
virtuoso server configured to use the same port (note that  is the
default), then it would fail to start. It should fail and return, but currently
it hangs.

When installing virtuoso-opensource-6.1, the postinst script will try to start
Virtuoso using the default  port in order to change the admin password. So
the problem is the following: since the unix socket /tmp/virt_ is (probably)
already being used by the Virtuoso instance started by Soprano, the Virtuoso
instance started by the postinst script would hang (as explained in the
paragraph above), breaking the installation.

Attached is the debdiff of the change.

Best regards,

Thomas Preud'homme

unblock soprano/2.7.6+dfsg.1-2wheezy1

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru soprano-2.7.6+dfsg.1/debian/changelog soprano-2.7.6+dfsg.1/debian/changelog
--- soprano-2.7.6+dfsg.1/debian/changelog	2012-11-27 22:34:30.0 +0100
+++ soprano-2.7.6+dfsg.1/debian/changelog	2013-03-01 16:57:01.0 +0100
@@ -1,3 +1,12 @@
+soprano (2.7.6+dfsg.1-2wheezy1) testing-proposed-updates; urgency=low
+
+  * Team upload.
+  * Upload to testing-proposed-updates.
+  * Add dont_use_virtuoso_default_port.diff, prevents hangs when installing or
+running virtuoso as a standalone server.
+
+ -- José Manuel Santamaría Lema   Fri, 01 Mar 2013 16:56:04 +0100
+
 soprano (2.7.6+dfsg.1-2) unstable; urgency=low
 
   * Team upload.
diff -Nru soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff
--- soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff	1970-01-01 01:00:00.0 +0100
+++ soprano-2.7.6+dfsg.1/debian/patches/dont_use_virtuoso_default_port.diff	2013-03-01 16:55:13.0 +0100
@@ -0,0 +1,33 @@
+Author: José Manuel Santamaría Lema 
+Forwarded: https://projects.kde.org/projects/kdesupport/soprano/repository/revisions/3482b5fe
+Description: If possible, don't use the default virtuso port ()
+ Soprano launches a Virtuoso server using an unix socket (/tmp/virt_ where
+  is the tcp port specified in the configuration file). It tries first with
+ the /tmp/virt_ port if it's availaible, and if it's not, keeps trying with
+ above ports one by one until it finds an usuable /tmp/virt_. Starting with
+  is a very unfortunate choice, because if you start other virtuoso server
+ configured to use the same port (note that  is the default), then it would
+ fail to start. It should fail and return, but currently it hangs.
+ .
+ When installing virtuoso-opensource-6.1, the postinst script will try to start
+ Virtuoso using the default  port in order to change the admin password. So
+ the problem is the following: since the unix socket /tmp/virt_ is
+ (probably) already being used by the Virtuoso instance started by Soprano, the
+ Virtuoso instance started by the postinst script would hang (as explained in
+ the paragraph above), breaking the installation.
+--- a/backends/virtuoso/virtuosocontroller.cpp
 b/backends/virtuoso/virtuosocontroller.cpp
+@@ -56,11 +56,11 @@ namespace {
+ // }
+ #ifdef Q_OS_WIN
+ static QMutex portNumberMutex;
+-static quint16 p = ;
++static quint16 p = 1113;
+ QMutexLocker l(&portNumberMutex);
+ return p++;
+ #else
+-int p = ;
++int p = 1113;
+ while ( QFile::exists( QString( "/tmp/virt_%1" ).arg( p ) ) ) {
+ ++p;
+ }
diff -Nru soprano-2.7.6+dfsg.1/debian/patches/series soprano-2.7.6+dfsg.1/debian/patches/series
--- soprano-2.7.6+dfsg.1/debian/patches/series	2012-11-25 15:06:51.

Bug#703500: guile-2.0-doc: Missing guile-2.0-doc-non-dfsg package

[Reuben Thomas]

Package: guile-2.0-doc
Version: 2.0.5+1-3
Severity: minor

guile-2.0-doc Suggests guile-2.0-doc-dfsg, which doesn't exist. Either
produce the package or remove the suggestion?

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

Kernel: Linux 3.5.0-25-generic (SMP w/4 CPU cores)
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 guile-2.0-doc depends on:
ii  dpkg  1.16.7ubuntu6
ii  install-info  4.13a.dfsg.1-10ubuntu2

guile-2.0-doc recommends no packages.

Versions of packages guile-2.0-doc suggests:
pn  guile-2.0-doc-non-dfsg  

-- 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#703412: notmuch-mutt: segfault

[Christophe Moille]

Le Wed, Mar 20, 2013 at 07:43:42AM -0300, David Bremner a écrit :
> Christophe Moille  writes:
> 
> > Package: notmuch
> > Version: 0.13.2-1~bpo60+1
> > Severity: important
> >
> > I got segfault on execution of notmuch new
> >
> > Mar 19 09:25:25 zat kernel: [823359.809873] notmuch[24958]: segfault at 
> > 7efff8 ip 7f1cf71fb4a5 sp 7fff2c3e3158 error 4 in 
> > libc-2.11.3.so[7f1cf717b000+159000]
> >
> 
> Does this happen every time you run "notmuch new"?
> 
> Are you running the backports version of Xapian? if not, please try with
> that.
> 
> BTW, backports bug reports should normally go to the backports mailing
> list, as the BTS doesn't handle them too well.
> 
> d

Yes, it's occurring every time i try it since 2 days.

I will try backport xapian and let you know.

I will use backports mailing in the future. 

Thanks.

-- 
Christophe Moille


signature.asc
Description: Digital signature

Bug#522747: xserver-xorg-video-s3: X failed after upgrading stable to testing

[Evgeny M. Zubok]

I will try to reproduce this issue. I just need to upgrade to Wheezy.


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

Bug#695640: xfs_quota: cannot find mount point for path: Success

[Dave Chinner]

On Wed, Mar 20, 2013 at 04:19:16PM +1100, Brian May wrote:
> On 19 March 2013 17:31, Dave Chinner  wrote:
> 
> > Which tells me exactly what is happening.
> >
> > The project quotas are not on the filesystem you directed the the
> > quota command at, and xfs_quota is telling you that it can't find
> > the mount point for the configured project quotas on /home. Either:
> >
> 
> Hello,
> 
> Thanks for your response.
> 
> I am kind of confused still. I asked for user quotas, with the -u flag. Why
> should it be trying to lookup project quotas?

Because the quota command does mount point and project quota
initialisation (i.e. global state) before it parses any specific
command.

> I only want to get the report of user quotas. I only want to get the report
> for one filesystem. A filesystem that
> doesn't support project quotas, which should be fine because I am not
> asking for project quotas.

The issues project quota configuration is global information, and
the initialisation code is not aware of the fact that:

a) you are not asking for project quota information; and
b) you are not asking for information about a mount point
   that doesn't have any project quotas on it.

> > # xfs_quota  -x -c "quota -N -u brian"
> 
> This prints the quota information 20 times. Huh?

How many mount points do you have? 20?

> > or
> >
> > # xfs_quota  -x -c "quota -N -u brian" /home /share
> >
> 
> This prints the quota information 2 times. Huh?

The command has once for each of the mount points, and the command
itself iterates mount points because you haven't given it a mount
point to look at. So, double iteration.  This same problem was fixed
for the report command by setting it to be a global command i.e. the
fix I mentioned previously that you tested should prevent this
second case, and maybe even the first.

There are several layers of interactions here, and that's why I need
to have a think about it to understand it fully and fix it

Cheers,

Dave.
-- 
Dave Chinner
da...@fromorbit.com


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

Bug#703501: ITP: libdata-record-perl -- "split" on steroids

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libdata-record-perl
  Version : 0.02
  Upstream Author : Curtis "Ovid" Poe 
* URL : http://search.cpan.org/dist/Data-Record/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : "split" on steroids

 Sometimes we need data split into records and a simple split on the
 input record separator (C<$/>) or some other value fails because the
 values we're splitting on may allowed in other parts of the data.
 Perhaps they're quoted. Perhaps they're embedded in other data which
 should not be split up.
 .
 Data::Record allows you to specify what you wish to split the data on,
 but also speficy an "unless" regular expression.  If the text in
 question matches the "unless" regex, it will not be split there.  This
 allows us to do things like split on newlines unless newlines are
 embedded in quotes.


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

Bug#522747: xserver-xorg-video-s3: X failed after upgrading stable to testing

[Julien Cristau]

On Sun, Mar 17, 2013 at 22:06:59 +0400, Sergey Dorofeev wrote:

> Package: xserver-xorg-video-s3
> Version: 1:0.6.3-4+b3
> Followup-For: Bug #522747
> 
> Dear Maintainer,
> 
> after upgrading to wheezy I cannot start X on my system.
> Before I used squeeze (with only kernel upgraded to wheezy' version 3.2.0) 
> and it worked fine (how this hardware can).
> I tried to reset BIOS and make some arrangements in xorg.conf but no effect - 
> server does not start with segmentation error.
> 
Does the package at http://people.debian.org/~jcristau/522747/ work
better?

Its sha1sum is 95b0beda410bb0508d3079fcb161776f5ca67c0c.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#688140: file-rc: File-rc doesn't restore rcX.d dirs at remove, breaks sysv-rc installation.

[Michael Stapelberg]

Hi Roger,

Roger Leigh  writes:
> So maybe what's missing is a call to insserv to recreate the
> default links, or to create the links and run insserv to
> correctly reorder them in dependency order.  The old link
> recreation behaviour used the pre-insserv static ordering IIRC,
> and that's certainly wrong.
I’m not too sure if I understood you right, and I certainly don’t get
all the details of how this stuff works, but this is my proposed fix:

--- file-rc-0.8.14/debian/changelog 2012-08-19 20:56:20.0 +0200
+++ file-rc-0.8.15/debian/changelog 2013-03-20 12:12:49.0 +0100
@@ -1,3 +1,11 @@
+file-rc (0.8.15) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Call rcfile2link.sh followed by insserv to properly restore links when
+removing file-rc (Closes: #688140)
+
+ -- Michael Stapelberg   Wed, 20 Mar 2013 12:12:48 +0100
+
 file-rc (0.8.14) unstable; urgency=low
 
   * Depend on insserv, this prevents upgrade problems with systems
diff -Nru file-rc-0.8.14/debian/prerm file-rc-0.8.15/debian/prerm
--- file-rc-0.8.14/debian/prerm 2012-07-30 07:49:08.0 +0200
+++ file-rc-0.8.15/debian/prerm 2013-03-20 12:21:39.0 +0100
@@ -19,6 +19,8 @@
 
 case "$1" in
 remove)
+/usr/share/file-rc/rcfile2link.sh
+/sbin/insserv
 ;;
 upgrade|deconfigure)
;;

I’ve tested installing file-rc in squeeze, then upgrading to wheezy,
upgrading to file-rc 0.8.15, then installing sysv-rc, and the links come
back correctly.

Roger, what do you think? Is this an acceptable fix?

-- 
Best regards,
Michael


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

Bug#703330: [Pkg-tcltk-devel] Bug#703330: diff for NMU 8.5.0-2.1

[Sergei Golovan]

Hi Anton,

On Wed, Mar 20, 2013 at 12:43 AM, Anton Gladky  wrote:
> Dear maintainer,
>
> I've prepared an NMU for tcltk-defaults (versioned as 0.7.1-3.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer. Debdiff is attached.

Looks fine to me as for now. Though, I think that tile itself has to
be fixed. After that the conflict will be versioned.

Cheers!
-- 
Sergei Golovan


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

Bug#703486: [libreoffice] Does not keep extensions on upgrate from 3.x

[Mirosław Zalewski]

On 20/03/2013 at 11:21, Landry MINOZA  wrote:

>   - Template Changer 
> (http://extensions.libreoffice.org/extension-center/template-changer)

This one will not work with LO 4.0 due to API changes and removal of File → 
Templates submenu.
See upstream bugs #60592 and #60660



BUT it should be listed on installed extensions list. It installs fine, it 
"just" don't work anymore. So if it is not listed there, then this is another 
issue.

Don't know about the others, though.
-- 
Best regards
Mirosław Zalewski


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

Bug#703429: closed by Michael Biebl (Bug#703429: fixed in rsyslog 7.3.8-3)

[Michael Biebl]

found 703429 7.3.8-3
thanks

Am 20.03.2013 12:06, schrieb Debian Bug Tracking System:
> This is an automatic notification regarding your Bug report
> which was filed against the src:rsyslog package:
> 
> #703429: wtp.c:386:22: error: 'thrdName' undeclared
> 
> It has been closed by Michael Biebl .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Michael Biebl 
>  by
> replying to this email.
> 
> 

Still FTBFS:
https://buildd.debian.org/status/package.php?p=rsyslog&suite=experimental

runtime/stream.c:   dbgOutputTID((char*)thrdName);
runtime/debug.c:dbgOutputTID(char* name)
runtime/wtp.c:  dbgOutputTID((char*)thrdName);
runtime/debug.h:void dbgOutputTID(char* name);
threads.c:  dbgOutputTID((char*)thrdName);


-- 
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#679828: libc6: No easy way of enabling DNSSEC validation aka RES_USE_DNSSEC

[Marco Davids (SIDN)]

An update:

Now it would make sense to be able to add a DO-bit, via /etc/resolv.conf:

https://developers.google.com/speed/public-dns/faq#dnssec

It would also be interesting if the AD-bit could be set, in accordance
with http://tools.ietf.org/html/rfc6840#section-5.7

Some good inspiration can be found on this ancient page:

http://bd.hauke-lampe.de/dnssec/adding-res_use_dnssec-to-glibc.html

I am very much in favor for these enhancements.

--
Marco


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

Bug#703502: ITP: libmoox-options-perl -- add option keywords to your object (Mo/Moo/Moose)

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmoox-options-perl
  Version : 3.77
  Upstream Author : celogeek 
* URL : http://search.cpan.org/dist/MooX-Options/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : add option keywords to your object (Mo/Moo/Moose)

 MooX::Options will add "option" which act as "has" but support
 additional feature for getopt.
 .
 You will have "new_with_options" to instanciate new object for command
 line.


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

Bug#673424: bbswitch packaging

[Ralf Jung]

Hi,

> Ok, I think I've (finally) gotten everything dealt with, including
> the conffile issue (I ended up deciding to use the rest of Ralf's
> patch, and prepared a pull request upstream for all my changes [1]).
> Tested the packages and they work for me, so Aron/Ritesh, if one of
> you could review and upload them, that'd be great, thanks!
I can confirm the current bbswitch and bumblebee packages work fine
here. I used the current upstream primusrun.
Thanks a lot for your packaging work!

Kind regards,
Ralf


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

Bug#658783: ITP: mate-common -- common scripts and macros to develop with MATE

[Thomas Pierson]

> Yes. mate-common was rejected due to an incomplete debian/copyright file
> and missing GPL headers. I prepared the next version and we are waiting
> that one of the DDs in our team will upload it again.

Thanks for your response and thanks for your work to get Mate in Debian
archive.

Regards,
Thomas


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

Bug#703503: valgrind: Please support arch powerpcspe

[Roland Stigge]

Source: valgrind
Version: 1:3.8.1-2
Severity: wishlist
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

please add powerpcspe[1] to the supported list of architectures.

The following needs to be done:

1. Add powerpcspe in debian/control where powerpc is already present
2. Add the attached patch powerpcspe-nofprs.patch to prevent unsupported
   PowerPC instructions not available on powerpcspe
3. Add the attached patch valgrind.patch which I ported from
   https://bugs.kde.org/show_bug.cgi?id=306590 (which was for valgrind 3.7)

Thanks in advance,

Roland


[1] http://wiki.debian.org/PowerPCSPEPort

-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.8.0 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information
Description: Enable build on powerpcspe
 powerpcspe doesn't have floating point registers - so they can't be saved or
 restored.
Author: Roland Stigge 

Index: valgrind-3.8.1/coregrind/m_dispatch/dispatch-ppc32-linux.S
===
--- valgrind-3.8.1.orig/coregrind/m_dispatch/dispatch-ppc32-linux.S	2013-03-20 09:35:16.0 +0100
+++ valgrind-3.8.1/coregrind/m_dispatch/dispatch-ppc32-linux.S	2013-03-20 09:54:18.304868776 +0100
@@ -83,6 +83,7 @@
 cmplwi  6,0
 beq LafterFP1
 
+#ifndef __NO_FPRS__
 /* Floating-point reg save area : 144 bytes */
 stfd31,488(1)
 stfd30,480(1)
@@ -102,6 +103,7 @@
 stfd16,368(1)
 stfd15,360(1)
 stfd14,352(1)
+#endif
 LafterFP1:
 
 /* General reg save area : 76 bytes */
@@ -200,6 +202,7 @@
 cmplwi  6,0
 beq LafterFP2
 
+#ifndef __NO_FPRS__
 /* get zero into f3 (tedious) */
 /* note: fsub 3,3,3 is not a reliable way to do this, 
since if f3 holds a NaN or similar then we don't necessarily
@@ -208,6 +211,7 @@
 stw 6,20(1)
 lfs 3,20(1)
 mtfsf   0xFF,3   /* fpscr = f3 */
+#endif
 LafterFP2:
 
 /* set host AltiVec control word to the default mode expected 
@@ -263,6 +267,7 @@
 cmplwi  10,0/* Do we have FP ? */
 beq LafterFP8
 
+#ifndef __NO_FPRS__
 	/* Set fpscr back to a known state, since vex-generated code
 	   may have messed with fpscr[rm]. */
 li  5,0
@@ -271,6 +276,7 @@
 lfs 3,0(1)
 addi1,1,16
 mtfsf   0xFF,3   /* fpscr = f3 */
+#endif
 LafterFP8:
 
 cmplwi  11,0/* Do we have altivec? */
@@ -305,6 +311,7 @@
 cmplwi  10,0
 beq LafterFP9
 
+#ifndef __NO_FPRS__
 /* Floating-point regs */
 lfd 31,488(1)
 lfd 30,480(1)
@@ -324,6 +331,7 @@
 lfd 16,368(1)
 lfd 15,360(1)
 lfd 14,352(1)
+#endif
 LafterFP9:
 
 /* r11 already holds VG_(machine_ppc32_has_VMX) value */
>From a974b44c922ffdb96bc63fa74ead4f20995d0c9f Mon Sep 17 00:00:00 2001
From: jack zhang 
Date: Thu, 27 Sep 2012 10:11:48 +0200
Subject: [PATCH] add e500v2 spe commands support

I got a patch from John Mehaffey, which is for valgrind3.5.0 as following
http://sourceforge.net/mailarchive/message.php?msg_id=25842534
then I ported it to valgrind 3.7.0 and added some more codes of my own.

Signed-off-by: jack zhang 
---
 VEX/priv/guest_ppc_helpers.c |   33 
 VEX/priv/guest_ppc_toIR.c|  377 +-
 VEX/priv/host_ppc_defs.c |   44 +
 VEX/priv/host_ppc_defs.h |   10 +
 VEX/priv/host_ppc_isel.c |   33 
 VEX/priv/ir_defs.c   |8 +-
 VEX/priv/main_main.c |8 +-
 VEX/pub/libvex.h |   12 +-
 VEX/pub/libvex_guest_ppc32.h |   35 
 VEX/pub/libvex_ir.h  |1 +
 coregrind/m_machine.c|   13 ++-
 memcheck/mc_translate.c  |5 +-
 12 files changed, 563 insertions(+), 16 deletions(-)

Index: valgrind-3.8.1/VEX/priv/guest_ppc_helpers.c
===
--- valgrind-3.8.1.orig/VEX/priv/guest_ppc_helpers.c	2013-03-20 11:33:22.682345256 +0100
+++ valgrind-3.8.1/VEX/priv/guest_ppc_helpers.c	2013-03-20 11:35:29.874376865 +0100
@@ -390,6 +390,40 @@
vex_state->guest_GPR30 = 0;
vex_state->guest_GPR31 = 0;
 
+   vex_state->guest_GPR0_ext  = 0;
+   vex_state->guest_GPR1_ext  = 0;
+   vex_state->guest_GPR2_ext  = 0;
+   vex_state->guest_GPR3_ext  = 0;
+   vex_state->guest_GPR4_ext  = 0;
+   vex_state->guest_GPR5_ext  = 0;
+   vex_state->guest_GPR6_ext  = 0;
+   vex_state->guest_GPR7_ext  = 0;
+   vex_state->guest_GPR8_ext  = 0;
+   vex_state->guest_GPR9_ext  = 0;
+   vex_state->guest_GPR10_ext = 0;
+   vex_state->guest_GPR11_ext = 0;
+   vex_state->guest_GPR12_ext = 0;
+   vex_state->guest_GP

Bug#703504: libapache2-mod-php5: Statically linked libmagic in PHP 5.4 and 5.5 detects Visio as "application/msword"

[vitalif]

Package: libapache2-mod-php5
Version: 5.4.4-14
Severity: normal

Dear Maintainer,

PHP 5 has a statically linked patched libmagic included in it as a part 
of 'fileinfo' extension.
It is 2 years old and has bugs. It would be good if PHP authors updated 
it and also submitted parts

of their libmagic patch upstream, but it's not done (yet?)

And included libmagic has the same bug as libmagic 5.11 - all MSOffice 
documents unknown to it are
detected as "application/msword". For example, any Visio (CDF) document 
is detected as "application/msword",

which is incorrect.

This problem can be fixed with a simple patch (attached). It is also 
actual for PHP 5.5.


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) 
(ignored: LC_ALL set to ru_RU.UTF-8)

Shell: /bin/sh linked to /bin/bash

Versions of packages libapache2-mod-php5 depends on:
ii  apache2-mpm-itk   2.2.22-12
ii  apache2.2-common  2.2.22-12
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-37
ii  libcomerr21.42.5-1
ii  libdb5.1  5.1.29-5
ii  libgssapi-krb5-2  1.10.1+dfsg-3
ii  libk5crypto3  1.10.1+dfsg-3
ii  libkrb5-3 1.10.1+dfsg-3
ii  libmagic1 5.11-2
ii  libonig2  5.9.1-1
ii  libpcre3  1:8.30-5
ii  libqdbm14 1.8.78-2
ii  libssl1.0.0   1.0.1c-4
ii  libstdc++64.7.2-5
ii  libxml2   2.8.0+dfsg1-7
ii  mime-support  3.52-1
ii  php5-common   5.4.4-14
ii  tzdata2012j-1
ii  ucf   3.0025+nmu3
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages libapache2-mod-php5 recommends:
ii  php5-cli  5.4.4-14

Versions of packages libapache2-mod-php5 suggests:
pn  php-pear  

-- no debconf information
--- php5-orig/ext/fileinfo/libmagic/readcdf.c   2013-03-20 15:56:38.0 
+0400
+++ php5-patched/ext/fileinfo/libmagic/readcdf.c2013-03-20 
15:52:29.0 +0400
@@ -295,7 +295,7 @@ file_trycdf(struct magic_set *ms, int fd
d = &dir.dir_tab[j];
for (k = 0; k < sizeof(name); k++)
name[k] = (char)cdf_tole2(d->d_name[k]);
-   if (strstr(name, "WordDocument") == 0) {
+   if (strstr(name, "WordDocument") != 0) {
str = "msword";
break;
}

Bug#688140: file-rc: File-rc doesn't restore rcX.d dirs at remove, breaks sysv-rc installation.

[Roger Leigh]

On Wed, Mar 20, 2013 at 12:22:52PM +0100, Michael Stapelberg wrote:
> Hi Roger,
> 
> Roger Leigh  writes:
> > So maybe what's missing is a call to insserv to recreate the
> > default links, or to create the links and run insserv to
> > correctly reorder them in dependency order.  The old link
> > recreation behaviour used the pre-insserv static ordering IIRC,
> > and that's certainly wrong.
> I’m not too sure if I understood you right, and I certainly don’t get
> all the details of how this stuff works, but this is my proposed fix:
> 
> --- file-rc-0.8.14/debian/changelog   2012-08-19 20:56:20.0 +0200
> +++ file-rc-0.8.15/debian/changelog   2013-03-20 12:12:49.0 +0100
> @@ -1,3 +1,11 @@
> +file-rc (0.8.15) unstable; urgency=low
> +
> +  * Non-maintainer upload.
> +  * Call rcfile2link.sh followed by insserv to properly restore links when
> +removing file-rc (Closes: #688140)
> +
> + -- Michael Stapelberg   Wed, 20 Mar 2013 12:12:48 
> +0100
> +
>  file-rc (0.8.14) unstable; urgency=low
>  
>* Depend on insserv, this prevents upgrade problems with systems
> diff -Nru file-rc-0.8.14/debian/prerm file-rc-0.8.15/debian/prerm
> --- file-rc-0.8.14/debian/prerm   2012-07-30 07:49:08.0 +0200
> +++ file-rc-0.8.15/debian/prerm   2013-03-20 12:21:39.0 +0100
> @@ -19,6 +19,8 @@
>  
>  case "$1" in
>  remove)
> +/usr/share/file-rc/rcfile2link.sh
> +/sbin/insserv
>  ;;
>  upgrade|deconfigure)
>   ;;
> 
> I’ve tested installing file-rc in squeeze, then upgrading to wheezy,
> upgrading to file-rc 0.8.15, then installing sysv-rc, and the links come
> back correctly.
> 
> Roger, what do you think? Is this an acceptable fix?

I /think/ so, but IIRC there were some corner cases where this
previously caused problems.  Possibly with disabled services,
where the K links should exist but not S.  Maybe disable some
services, and then check that you can round trip from
sysv-rc to file-rc and back to sysv-rc maintaining the state.
And likewise for disabling/enabling a service in file-rc and
preserving this when moving to sysv-rc.

You might want to look at
/var/lib/dpkg/info/sysv-rc.postinst to see how it expects the
links to appear before running insserv (rcfile2link.sh could
be updated to match the behaviour if it hasn't been already).
This is basically
- no S links in rc0/rc6
- no K links in any runlevel containing an equivalent S link
or else insserv might complain.  This may be rectified after
running insserv, but is worth checking.  Maybe take a copy of
/etc at each stage then you can diff the changes.

Some state might be lost going back to sysv-rc since any
manual edits to the file-rc config not done via update-rc.d
will not be preserved since they aren't in the LSB script
header.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#703505: RFP: Bio++ ('omics' components) -- The Bio++ libraries for Bioinformatics

[Julien Dutheil]

Package: wnpp
Severity: wishlist

* Package name: Bio++ ('omics' components)
  Version : 2.1.0
  Upstream Author : Julien Dutheil 
* URL : http://bioweb.me/biopp/
* License : CeCILL
  Programming Lang: C++
  Description : The Bio++ libraries for Bioinformatics

The Bio++ project aims at developing efficient and extensible libraries for 
comparative evolutionary biology. The libraries implement published algorithms 
and models for biological sequence analysis, implemented in a fully 
object-oriented way. Five libraries are already present in Debian (libbpp-core, 
libbpp-seq, libbpp-phyl, libbpp-popgen, libbpp-raa, libbpp-qt), as well as two 
set of programs using these libraries (bppsuite and bppphyview).
These libraries and programs are regularly updated. This RFP is for two new 
libraries, dedicated to genomics analyses, namely libbpp-seq-omics and 
libbpp-phyl-omics.


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

Bug#703404: debian-installer: wheezy (PXE boot) failes to install busybox and kernel

[Konrad Vrba]

from the various contributions, it is not clear (to me) whether or not
this has any conclusion. Is there a way to avoid this problem during
installation?


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

Bug#703366: apt-file assistance

[nick black]

Stefan,

I'd be interested in helping. I'm not a DD, but I am the developer of
"raptorial", an APT clone. I was already planning on starting in on the
apt-file component, so this is fortuitous.

-- 
nick black http://www.sprezzatech.com -- unix and hpc consulting
to make an apple pie from scratch, you need first invent a universe.


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

Bug#703506: GMA500: higher resolutions than 800x600 don't work

[Georg Sassen]

Package: src:linux
Version: 3.2.39-2
Severity: important

While the native resolution (1280x720) worked fine until kernel version
3.2.0.4-686-pae_3.2.35-2, I now only have 800x600 resolution in X11 and the 
initial framebuffer now on my Nokia Booklet 3G since the update.



-- Package-specific info:
** Version:
Linux version 3.2.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.39-2

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-686-pae 
root=UUID=e696d69b-73d8-4f0b-a1d4-213431cabc39 ro quiet acpi_backlight=vendor 
acpi_osi=Linux mem=896mb

** Not tainted

** Kernel log:
[   17.911207] input: Lid Switch as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1
[   17.911758] ACPI: Lid Switch [LID0]
[   17.912097] input: Power Button as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[   17.912116] ACPI: Power Button [PWRB]
[   17.912385] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[   17.912400] ACPI: Power Button [PWRF]
[   17.912417] ACPI Error: Could not enable PowerButton event 
(20110623/evxfevnt-199)
[   17.912432] ACPI Warning: Could not enable fixed event 0x2 
(20110623/evxface-198)
[   17.928274] button: probe of LNXPWRBN:00 failed with error -22
[   17.928499] ACPI: Requesting acpi_cpufreq
[   18.264702] ACPI: Battery Slot [BAT1] (battery present)
[   18.266011] ACPI: AC Adapter [ACAD] (on-line)
[   18.508392] input: PC Speaker as /devices/platform/pcspkr/input/input4
[   18.542437] ACPI: resource (null) [io  0x1180-0x11bf] conflicts with ACPI 
region GPI0 [io 0x1180-0x11bf]
[   18.542449] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[   18.542530] lpc_sch: probe of :00:1f.0 failed with error -16
[   18.918729] cfg80211: Calling CRDA to update world regulatory domain
[   19.084687] Linux media interface: v0.10
[   19.223155] Linux video capture interface: v2.00
[   19.242593] audit: name_count maxed, losing inode data: dev=00:06, inode=4215
[   19.242616] audit: name_count maxed, losing inode data: dev=00:06, inode=4215
[   19.242630] audit: name_count maxed, losing inode data: dev=00:06, inode=4215
[   19.242644] audit: name_count maxed, losing inode data: dev=00:06, inode=4202
[   19.242657] audit: name_count maxed, losing inode data: dev=00:06, inode=4220
[   19.242670] audit: name_count maxed, losing inode data: dev=00:06, inode=4220
[   19.242686] audit: name_count maxed, losing inode data: dev=00:06, inode=4220
[   19.242699] audit: name_count maxed, losing inode data: dev=00:06, inode=4220
[   19.242715] audit: name_count maxed, losing inode data: dev=00:06, inode=4202
[   19.242727] audit: name_count maxed, losing inode data: dev=00:06, inode=4225
[   19.242740] audit: name_count maxed, losing inode data: dev=00:06, inode=4225
[   19.242760] audit: name_count maxed, losing inode data: dev=00:06, inode=4225
[   19.242780] audit: name_count maxed, losing inode data: dev=00:06, inode=4225
[   19.242797] audit: name_count maxed, losing inode data: dev=00:06, inode=4202
[   19.243471] audit: name_count maxed, losing inode data: dev=00:06, inode=4230
[   19.243489] audit: name_count maxed, losing inode data: dev=00:06, inode=4230
[   19.243505] audit: name_count maxed, losing inode data: dev=00:06, inode=4230
[   19.243519] audit: name_count maxed, losing inode data: dev=00:06, inode=4230
[   19.256992] hso: 
/build/buildd-linux_3.2.39-2-i386-4VFKqr/linux-3.2.39/drivers/net/usb/hso.c: 
Option Wireless
[   19.301798] usbcore: registered new interface driver hso
[   19.303281] snd_hda_intel :00:1b.0: setting latency timer to 64
[   19.454684] uvcvideo: Found UVC 1.00 device USB 2.0 Camera (0c45:6409)
[   19.464050] input: USB 2.0 Camera as 
/devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0/input/input5
[   19.464361] usbcore: registered new interface driver uvcvideo
[   19.464369] USB Video Class driver (1.1.1)
[   19.488760] cfg80211: World regulatory domain updated:
[   19.488769] cfg80211: (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[   19.488777] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   19.488784] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[   19.488791] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[   19.488798] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   19.488805] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[   19.614307] ath9k :02:00.0: setting latency timer to 64
[   19.673982] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.2, id: 
0x1e0b1, caps: 0xd04733/0xa4/0xa
[   19.764737] input: SynPS/2 Synaptics TouchPad as 
/devices/platform/i8042/serio1/input/input6
[   19.908892] HDMI status: Codec=1 Pin=3 Presence_Detect=0 ELD_Valid=0
[   19.909307] input: HDA Intel MID HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/ca

Bug#703507: ITP: re2 -- fast, safe C++ regular expression library

[Peter Pentchev]

Package: wnpp
Severity: wishlist
Owner: Peter Pentchev 

* Package name: re2
  Version : 20130115
  Upstream Author : Stefano Rivera 
* URL : http://code.google.com/p/re2
* License : BSD-3
  Programming Lang: C++
  Description : fast, safe C++ regular expression library

  RE2 is a fast, safe, thread-friendly alternative to backtracking
  regular expression engines like those used in PCRE, Perl, and
  Python.  It is a C++ library.
  
  Backtracking engines are typically full of features and convenient
  syntactic sugar but can be forced into taking exponential amounts of
  time on even small inputs.  RE2 uses automata theory to guarantee
  that regular expression searches run in time linear in the size of
  the input.  RE2 implements memory limits, so that searches can be
  constrained to a fixed amount of memory; RE2 is engineered to use
  a small fixed C++ stack footprint no matter what inputs or regular
  expressions it must process; thus RE2 is useful in multithreaded
  environments where thread stacks cannot grow arbitrarily large.

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
If there were no counterfactuals, this sentence would not have been paradoxical.


signature.asc
Description: Digital signature

Bug#703504: P.S: Reported it upstream

[vitalif]

P.S: I've reported this bug upstream as 
https://bugs.php.net/bug.php?id=64462



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

Bug#703508: texttopdf should be also available as a standalone application

[Ivan Shmakov]

Package: cups-filters
Version: 1.0.18-2.1
Severity: wishlist
Control: affects -1 a2ps
Control: affects -1 enscript

Now that both GNU a2ps and GNU Enscript are no longer actively
maintained, and have as of yet unresolved issues with their
integration into the modern Debian GNU system (such as: proper
UTF-8 and Fontconfig support), the ‘texttopdf’ filter (as
provided by the cups-filters package) seems virtually the only
sensible way to perform “plain text” to PDF conversion.

Therefore, my suggestion would be to perform whatever minor
modifications necessary to make ‘texttopdf’ also available as a
stand-alone (as in: /usr/bin) program, and provide some
documentation (such as a manual page.)  Currently, it's not very
convenient to use; consider, e. g.:

$ LC_ALL=eo.UTF-8 dpkg --help \
  | CHARSET=utf-8 /usr/lib/cups/filter/texttopdf \
"" "" "" 1 "page-left=40, page-right=40, cpi=11" \
  > help.pdf 

I guess that both the GNU a2ps and GNU Enscript Debian packages
could then eventually be retired.  (Thus finally resolving
Debian Bug#180236, #229595, #498830, and probably a few more.)

TIA.

-- 
FSF associate member #7257


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

Bug#703509: mirror submission for repo.undip.ac.id

[Computer Center of Diponegoro University]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: repo.undip.ac.id
Aliases: jaran.undip.ac.id
Type: leaf
Archive-architecture: amd64 i386 
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
IPv6: no
Archive-upstream: ftp-master.debian.org
Updates: once
Maintainer: Computer Center of Diponegoro University  
Country: ID Indonesia
Location: Semarang, Indonesia
Sponsor: Diponegoro University http://jaran.undip.ac.id


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

Bug#699852: Proposed debdiff

[Julien Cristau]

On Wed, Mar 20, 2013 at 11:55:31 +0100, Tino Keitel wrote:

> On Wed, Mar 20, 2013 at 10:54:48 +0100, Tino Keitel wrote:
> > On Tue, Mar 19, 2013 at 20:18:41 +0100, Julien Cristau wrote:
> > 
> > > Looks like the alioth git repo mentions the autosync issue in the
> > > changelog, but doesn't actually include the change? 
> > 
> > Hi,
> > 
> > the master branch is only used for the Debian packaging in debian/,
> > besides that it consists of unmodified upstream source. AFAIK it was
> > handled this way by the former maintainer, and I just did the same.
> > 
> > The patches mentioned in the changelog are in are in the branch
> > patch-queue/upstream.
> > 

Oh, ok.

> > > Also it adds hardening, which is too invasive for the current freeze
> > > stage.
> > 
> > OK, I'll remove that.
> 
> Hi,
> 
> I rebased the master branch. The hardening changes are removed and the
> changelog is adjusted. I also fixed the bogus "New upstream release"
> line, which now correctly states how the mentioned bug #684077 was
> fixed.
> 
Great, thanks.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#703507: ITP: re2 -- fast, safe C++ regular expression library

[Adam D. Barratt]

On 20.03.2013 12:21, Peter Pentchev wrote:

* Package name: re2
  Version : 20130115
  Upstream Author : Stefano Rivera 


This appears to have been in the archive for a couple of years already 
- http://packages.qa.debian.org/r/re2.html


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#703510: mirror submission for repo.undip.ac.id

[Computer Center of Diponegoro University]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: repo.undip.ac.id
Aliases: jaran.undip.ac.id
Type: leaf
Archive-architecture: amd64 i386 
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
IPv6: no
Archive-upstream: ftp-master.debian.org
Updates: once
Maintainer: Computer Center of Diponegoro University  
Country: ID Indonesia
Location: Semarang, Indonesia
Sponsor: Diponegoro University http://jaran.undip.ac.id


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

Bug#703511: coreutils: split does not accept --number -n option

[Marcel Cunnington]

Package: coreutils
Version: 8.5-1
Severity: important

GNU Coreutils: split should be able to chink using the --number (-n) option, 
which is extremely useful for unknown input lines in scripts. This does not 
appear to allow it, oddly. Please re-instate the option.

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

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages coreutils depends on:
ii  libacl1   2.2.49-4   Access control list shared library
ii  libattr1  1:2.4.44-2 Extended attribute shared library
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

coreutils recommends no packages.

coreutils 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#703512: epoptes: missing dependency on python-openssl

[Ronny Standtke]

Package: epoptes
Version: 0.5.6-1
Severity: important

The epoptes daemon does not start because the package is missing a
dependency on python-openssl.
Without python-openssl the following error messages are shown on the
console when trying to start the daemon:

Starting the epoptes daemon:Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py",
line 647, in run
config.parseOptions()
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py",
line 614, in parseOptions
usage.Options.parseOptions(self, options)
  File "/usr/lib/python2.7/dist-packages/twisted/python/usage.py", line
261, in parseOptions
for (cmd, short, parser, doc) in self.subCommands:
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py",
line 631, in subCommands
for plug in sorted(plugins, key=attrgetter('tapname')):
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 213,
in getPlugins
adapted = interface(plugin, None)
  File "/usr/lib/python2.7/dist-packages/zope/interface/interface.py",
line 631, in _call_conform
return conform(self)
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 68, in
__conform__
return self.load()
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 63, in
load
return namedAny(self.dropin.moduleName + '.' + self.name)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py",
line 464, in namedAny
topLevelPackage = _importAndCheckStack(trialname)
  File "/usr/lib/python2.7/dist-packages/twisted/plugins/epoptesd.py",
line 37, in 
from OpenSSL import SSL
exceptions.ImportError: No module named OpenSSL
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py",
line 649, in run
print config
  File "/usr/lib/python2.7/dist-packages/twisted/python/usage.py", line
450, in __str__
return self.getSynopsis() + '\n' + self.getUsage(width=None)
  File "/usr/lib/python2.7/dist-packages/twisted/python/usage.py", line
486, in getUsage
for (cmd, short, parser, desc) in self.subCommands:
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py",
line 631, in subCommands
for plug in sorted(plugins, key=attrgetter('tapname')):
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 213,
in getPlugins
adapted = interface(plugin, None)
  File "/usr/lib/python2.7/dist-packages/zope/interface/interface.py",
line 631, in _call_conform
return conform(self)
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 68, in
__conform__
return self.load()
  File "/usr/lib/python2.7/dist-packages/twisted/plugin.py", line 63, in
load
return namedAny(self.dropin.moduleName + '.' + self.name)
  File "/usr/lib/python2.7/dist-packages/twisted/python/reflect.py",
line 464, in namedAny
topLevelPackage = _importAndCheckStack(trialname)
  File "/usr/lib/python2.7/dist-packages/twisted/plugins/epoptesd.py",
line 37, in 
from OpenSSL import SSL
exceptions.ImportError: No module named OpenSSL
Usage: twistd [options]
Options:
  --savestats  save the Stats object rather than the text output
of the
   profiler.
  -o, --no_savedo not save state on shutdown
  -e, --encrypted  The specified tap/aos file is encrypted.
  -n, --nodaemon   don't daemonize, don't use default umask of 0077
  --originalname   Don't try to change the process name
  --syslog Log to syslog, not to file
  --euid   Set only effective user-id rather than real user-id.
   (This option has no effect unless the server is
running
   as root, in which case it means not to shed all
   privileges after binding ports, retaining the
option to
   regain privileges in cases such as spawning
processes.
   Use with caution.)
  -l, --logfile=   log to a specified file, - for stdout
  --logger=A fully-qualified name to a log observer factory
to use
   for the initial log observer. Takes precedence over
   --logfile and --syslog (when available).
  -p, --profile=   Run in profile mode, dumping results to specified
file
  --profiler=  Name of the profiler to use (profile, cprofile,
hotshot).
   [default: hotshot]
  -f, --file=  read the given .tap file [default: twistd.tap]
  -y, --python=read an application from within a Python file
(implies
   -o)
  -s, --source=Read an application from a .tas file (AOT format).
  -d, --rundir=Change to a supplied directory before running
[default:
   .]
  --prefix=use the given prefix when syslogging [default:
twisted]
  --pidfile=   Name of the pidfile [default: twistd.pid]
  --chroot=Chro

Bug#703513: appstream-index: fails to install: Could not connect: No such file or directory

[Andreas Beckmann]

Package: appstream-index
Version: 0.2.0-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install.

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

  Selecting previously unselected package appstream-index.
  (Reading database ... 6713 files and directories currently installed.)
  Unpacking appstream-index (from .../appstream-index_0.2.0-1_amd64.deb) ...
  Setting up appstream-index (0.2.0-1) ...
  Could not connect: No such file or directory
  dpkg: error processing appstream-index (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   appstream-index


Note that the piuparts tests perform package installation with
DEBIAN_FRONTEND=noninteractive and a policy-rc.d set up to forbid
starting any services (with a possible exception for mysqld and
postgresql).


cheers,

Andreas


appstream-index_0.2.0-1.log.gz
Description: GNU Zip compressed data

Bug#687694: (no subject)

[Emmanuel Bourg]

libcommons-openpgp-java shouldn't be affected. It has been updated
upstream to depend on the latest version of BouncyCastle (1.48) and no
modification was needed. It compiled and ran fine as is.



smime.p7s
Description: Signature cryptographique S/MIME

Bug#703116: Pari in sage is (heavily) patched upstream

[Bill Allombert]

On Wed, Mar 20, 2013 at 11:53:56AM +0100, Julien Puydt wrote:
> Hi,
> 
> in fact, looking at the pari 2.5.3 in sage, there are quite a few
> patches in it, some of which might be interesting for upstream...
> and which are needed to build sage.

I know, this is why I think it is premature to package SAGE for Debian.
Time would be better spent improving the packaging of SAGE components inside
SAGE so there is no random patching.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#703514: docbook-xsl: New upstream release and watch file no longer working

[Raphaël Hertzog]

Package: docbook-xsl
Version: 1.76.1+dfsg-1
Severity: important

Hello,

We're several upstream release behind... the latest version is 1.78.1.

I also noticed that the watch file is no longer working because it looks
for .tar.gz when upstream started shipping .tar.bz2 in between.

--- docbook-xsl-1.76.1+dfsg/debian/watch2011-11-17 11:02:33.0 
+0100
+++ docbook-xsl-1.76.1+dfsg/debian/watch2013-03-20 14:18:43.0 
+0100
@@ -7,8 +7,8 @@
 
 version=3
 opts=dversionmangle=s/\+dfsg$// \
- http://sf.net/docbook/docbook-xsl-ns-([\d\.]+)\.tar\.gz
+ http://sf.net/docbook/docbook-xsl-ns-([\d\.]+)\.tar\.(gz|bz2)
 
 opts=dversionmangle=s/\+dfsg$// \
- http://sf.net/docbook/docbook-xsl-([\d\.]+)\.tar\.gz \
+ http://sf.net/docbook/docbook-xsl-([\d\.]+)\.tar\.(gz|bz2) \
  debian /bin/sh debian/get-orig-source.sh


Publican requires dockbook-xsl >= 1.77 so I would welcome an upload of the
latest version, either in experimental or in unstable.

If you need sponsorship, let me know.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages docbook-xsl depends on:
ii  xml-core  0.13+nmu2

Versions of packages docbook-xsl recommends:
ii  docbook-xml  4.5-7.1

Versions of packages docbook-xsl suggests:
ii  dbtoepub   0+svn9150-2
ii  docbook-xsl-doc-pdf [docbook-xsl-doc]  1.76.1-1
pn  docbook-xsl-saxon  
ii  fop1:1.0.dfsg2-6
ii  libsaxon-java  1:6.5.5-8
ii  libxalan2-java 2.7.1-7
pn  libxslthl-java 
pn  xalan  

-- 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#698832: Copyright patch

[Serafeim Zanikolas]

Felix,

Of course, you should disregard my comments about NMU in the changelog -- I've
only now noticed that you're in the uploaders list.

-- 
Every great idea is worthless without someone to do the work. --Neil Williams


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

Bug#703515: debhelper: dh_testdir writes the "wrong" error message if run outside the source tree

[Niels Thykier]

Package: debhelper
Version: 9.20120909
Severity: minor


"""
$ dh_testdir
dh_testdir: cannot read debian/control: No such file or directory
"""

But reading the source, it looks like the intended error message should
have been something to the extend of:

"""
"" not found. Are you sure you are in the correct directory?
"""

~Niels


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

Bug#689784: Acer Aspire V3-771G

[Samuel Wolf]

Same here on the Acer Aspire V3-771G.

3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux
ii  firmware-atheros  0.36+wheezy.1
  all  Binary firmware for Atheros wireless
cards


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

Bug#703487: dpkg-architecture variable do not exist

[Steve McIntyre]

tags 703487 +pending
thanks

On Wed, Mar 20, 2013 at 11:33:05AM +0200, Robert Spencer wrote:
>Package: debian-cd
>Version: 3.1.11
>
>CONF.sh calls for 2 dpkg-architecture variables that do not exist.
>
>$ dpkg-architecture -qDEB_HOST_DPKG_CPU
>DEB_HOST_DPKG_CPU is not a supported variable name at
>/usr/bin/dpkg-architecture line 214.
>$ dpkg-architecture -qDEB_HOST_DPKG_OS
>DEB_HOST_DPKG_OS is not a supported variable name at
>/usr/bin/dpkg-architecture line 214.
>
>Using the closest variable names I can find in the dpkg-architecture
>man page.
>
>$ dpkg-architecture -qDEB_HOST_ARCH_CPU
>amd64
>$ dpkg-architecture -qDEB_HOST_ARCH_OS
>linux
>
>Attached please find a patch file that fixes the error.

Cool, thanks. Added to svn now.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Because heaters aren't purple!" -- Catherine Pitt


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

Bug#703516: jfractionlab: worksheet templates are missing

[Ronny Standtke]

Package: jfractionlab
Version: 0.91-2
Severity: normal

When you try to generate any worksheet ("Worksheets->*" in the main
menu) you are asked to open a template. While there are templates in the
upstream installation package, they are missing in the debian package.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.7-trunk-486
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 jfractionlab depends on:
ii  default-jre [java6-runtime]1:1.7-48
ii  libtablelayout-java20090826-2
ii  openjdk-7-jre [java6-runtime]  7u3-2.1.6-1

Versions of packages jfractionlab recommends:
pn  libreoffice.org-calc | openoffice.org-calc  
pn  libreoffice.org-writer | openoffice.org-writer  

jfractionlab 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#673424: bbswitch packaging

[Ritesh Raj Sarraf]

On Wednesday 20 March 2013 03:39 PM, Vincent Cheng wrote:
> Ok, I think I've (finally) gotten everything dealt with, including the
> conffile issue (I ended up deciding to use the rest of Ralf's patch,
> and prepared a pull request upstream for all my changes [1]). Tested
> the packages and they work for me, so Aron/Ritesh, if one of you could
> review and upload them, that'd be great, thanks!
>
> http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bbswitch_0.6-1.dsc
> http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/bumblebee_3.1-1.dsc
> http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia/primus_0~20130225-1.dsc
> (or fetch the latest from the git repos)

Sure. I will soon test this on my setup, review your packaging work, and
then accordingly sponsor it.
If Aron, you get the time, please do so and just update us on this email.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#703301: Fwd: Bug#703301: mirror submission for mirror.0x.sg

[Raphael Geissert]

And having a working email address is a MUST. Your mirror@ address bounces.


-- Forwarded message --
From: Raphael Geissert 
Date: 18 March 2013 23:48
Subject: Re: Bug#703301: mirror submission for mirror.0x.sg
To: "0x.sg" 
Cc: 703...@bugs.debian.org


Hi,

Thanks for mirroring Debian. Before proceeding with the inclusion of your
mirror, there are a couple of things that need to be addressed.

On Monday 18 March 2013 09:12:33 0x.sg wrote:
> Package: mirrors
> Severity: wishlist
>
> Submission-Type: new
> Site: mirror.0x.sg
> Type: leaf
> Archive-architecture: amd64 i386
> Archive-ftp: /debian/
> Archive-http: /debian/

The trace file doesn't match the host name of your mirror. Please adjust the
MIRRORNAME variable in your .conf file.

> CDImage-ftp: /debian-cd/
> CDImage-http: /debian-cd/
> IPv6: no
> Archive-upstream: ftp.au.debian.org

And according to the trace files you are not actually mirroring from
ftp.au.d.o. Could you please tell use where you intend to continue mirroring
from?

Thanks again!

P.S. do you have a name? :)

Regards,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#703436: Multi-arch builds uses wrong UDEB_EXCLUDE

[Steve McIntyre]

On Wed, Mar 20, 2013 at 10:30:55AM +0200, Robert Spencer wrote:
>On 19/03/2013 18:09, Steve McIntyre wrote:
>>
>>Ish. In fact, there's a deeper bug here - the udeb include/exclude
>>code is actually worse than you think. At the moment, we get away with
>>things only because the amd64 and i386 files provided with debian-cd
>>are identical. The code here just doesn't work properly with
>>multi-arch builds as there is no way to specify different files in
>>CONF.sh for the different arches. Equally, d-i only looks for its
>>include and exclude lists in one place on an install CD regardless of
>>architecture so there's currently no way of passing different config
>>for the different arches *anyway*.
>>
>>As you might guess, this piece of the code hasn't been played with for
>>a while!
>>
>>I'm thinking a better way to handle this would be to pick up on the
>>data files for all arches rather than just the first one, and merge
>>them. What do you think?
>
>I'm not sure that I'm following you. Do you mean something like
>default_netinst_udeb_include with the following in:
>
>netcfg
>ethdetect

Not quite, no. I'm thinking of keeping the per-arch include/exclude
files and merging at build time.

>And then if it's alpha include "fdisk-udeb" or amd64 or i386 include
>"pcmciautils-udeb".
>
>Alternatively if it's just the .disk/udeb_include and
>.disk/udeb_exclude files you don't want duplicates in, then we can
>filter them out while maintaining the order (I'm assuming the order
>is important).

Filtering is fine, ordering doesn't matter at all AFAICS. The issue
that worries me more is the fact that different arches have different
lists that should go here, maybe with bad consequences if they're
wrong. Maybe I should be tweaking things in d-i too to add per-arch
control.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews


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

Bug#693604: [Pkg-utopia-maintainers] Bug#693604: avahi-daemon takes 100% CPU right after boot and at every restart of CUPS

[Michael Biebl]

Am 20.03.2013 11:53, schrieb Michael Biebl:
> severity 693604 serious
> thanks
> 
> Am 20.03.2013 10:41, schrieb Hagen Fuchs:
>> Package: avahi-daemon
>> Followup-For: Bug #693604
>>
>> Hello,
>>
>> I can confirm that applying the patch mentioned above[0] directly on the
>> Debian avahi-sources stopped these occurrences.  To be clear: Avahi
>> /never/ recovers from these load excursions and stays at ~100% until
>> killed.
>>
>> In our environment of 39 print queues (about 30 physical printers) this
>> had become rather a serious headache with multiple daily occurrences.  I
>> wrote a rather desperate script that would minutely check for Avahi's
>> well-being.  After applying the patch about two weeks ago, it (the
>> script) recorded not one instance of permanent overload.
>>
>> More tidbits: I have/had two servers exhibiting this behaviour (from a
>> total of four).  They multicast into different subnets.  One is a x86_64
>> KVM machine, the other a i686 OpenVZ container.  Also, the behaviour
>> occurs in heavily MacOS-infes...frequented subnets.
> 
> Bumping the severity, I think this should be fixed for wheezy as it is a
> rather nasty bug.
> Will poke upstream if he has any concerns regarding the patch that was
> posted [1]
> 
> 
> Michael
> [1] http://lists.freedesktop.org/archives/avahi/2012-September/002188.html
> 

Bringing Lennart into the loop here.
The relevant Debian bug report is [1] and the same issue was also
reported in the Ubuntu bug tracker. The patch from [3] was reported to
fix the issue.
So it would be great if you, Lennart, can have a look at the patch.

Michael


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693604
[2] https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1059286
[3] http://lists.freedesktop.org/archives/avahi/2012-September/002188.html


-- 
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#703404: more infos

[Jens Stimpfle]

I'm not a debian-installer expert, but these observations might very
well help to resolve the issue:

- PXE boot with current installer (no additional boot args whatsoever)
  mine is wheezy amd64
linux md5sum: dbd20c0b342e9a25747fb6a02d58f47b
initrd.gz md5sum: ef5ccd9303d785db46b33e8cc3b150ce
- "Normal" interactive install (I chose ftp.de.debian.org as mirror)
- Continue until busybox fails to install (the problem apparent in
  syslog is failure to authenticate the mirror)
- Now my observations on VT2:

The Release and Release.gpg downloaded from the selected mirror are in
/target/var/lib/apt/lists, and /target/var/lib/apt/lists/partial,
respectively. Oddly, the Release file is the text file from
ftp.de.debian.org/debian/dists/wheezy/Release, *but with integrated PGP
signature added*. I don't know at what stage this got added, but it is
clear that the verification has to fail (because the Release.gpg signs
the ungarbled Release file, not one with its own signature added).

$ chroot /target apt-get -o 'Debug::Acquire::gpgv' update
inside VerifyGetSigners
gpgv path: /usr/bin/gpgv
Keyring file: /etc/apt/trusted.gpg
Keyring path: /etc/apt/trusted.gpg.d/
Preparing to exec: /usr/bin/gpgv /usr/bin/gpgv --ignore-time-conflict 
--status-fd 3 --keyring 
/etc/apt/trusted.gpg.d/debian-archive-wheezy-automatic.gpg --keyring 
/etc/apt/trusted.gpg.d/debian-archive-wheezy-stable.gpg --keyring 
/etc/apt/trusted.gpg.d/debian-archive-squeeze-stable.gpg --keyring 
/etc/apt/trusted.gpg.d/debian-archive-squeeze-automatic.gpg --keyring 
/etc/apt/trusted.gpg --ignore-time-conflict 
/var/lib/apt/lists/partial/ftp.de.debian.org_debian_dists_wheezy_Release.gpg 
/var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release
Read: [GNUPG:] BADSIG AED4B06F473041FA Debian Archive Automatic Signing Key 
(6.0/squeeze) 
Got BADSIG! 
gpgv exited
W: GPG error: http://ftp.de.debian.org wheezy Release: The following signatures 
were invalid: BADSIG AED4B06F473041FA Debian Archive Automatic Signing Key 
(6.0/squeeze) 

>From the above output, we see that the aforementioned Release and
Release.gpg are used to verify the mirror. But the local Release file
(which as some point was changed to be different than the one on the
mirror), as mentioned, is not the one which the Release.gpg signs.

By doing the following at the right point(s?), I have already managed to
get a working installation:
$ rm /target/var/lib/apt/lists/ftp.de.debian.org_debian_dists_wheezy_Release
$ chroot /target apt-get update  # Shouldn't fail anymore with BADSIG.

Clearly this is nothing to add to the installer scripts, but I guess it
might help towards detecting the problem.


Have a nice day
Jens Stimpfle


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