Bug#594215: [synaptic] Wrong French translation for "Search Results" (Rechercher les résultats)

[Michael Vogt]

On Wed, Feb 13, 2013 at 01:40:30PM +0100, Laurent Bigonville wrote:
> Package: synaptic
> Version: 0.75.13
> Followup-For: Bug #594215

Thanks for your bugreport and sorry for me slow reply
 
> Hi,
> 
> This is still present in 0.75.13.
> 
> Please see the attached patch.

Fixed in my bzr branch now and it will be part of the next upload.

Cheers,
 Michael

> 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.7-trunk-amd64 (SMP w/8 CPU cores)
> Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages synaptic depends on:
> ii  hicolor-icon-theme  0.12-1
> ii  libapt-inst1.5  0.9.7.7
> ii  libapt-pkg4.12  0.9.7.7
> ii  libatk1.0-0 2.4.0-2
> ii  libc6   2.13-38
> ii  libcairo2   1.12.2-3
> ii  libept1.4.121.0.9
> ii  libfontconfig1  2.9.0-7.1
> ii  libfreetype62.4.9-1.1
> ii  libgcc1 1:4.7.2-5
> ii  libgdk-pixbuf2.0-0  2.26.1-1
> ii  libglib2.0-02.33.12+really2.32.4-5
> ii  libgtk2.0-0 2.24.10-2
> ii  libpango1.0-0   1.30.0-1
> ii  libstdc++6  4.7.2-5
> ii  libvte9 1:0.28.2-5
> ii  libx11-62:1.5.0-1
> ii  libxapian22 1.2.12-2
> ii  zlib1g  1:1.2.7.dfsg-13
> 
> Versions of packages synaptic recommends:
> ii  gksu 2.0.2-6
> ii  libgtk2-perl 2:1.244-1
> ii  policykit-1  0.105-3
> ii  rarian-compat0.8.1-5
> ii  software-properties-gtk  0.82.7.1debian1
> 
> Versions of packages synaptic suggests:
> ii  apt-xapian-index  0.45
> pn  deborphan 
> pn  dwww  
> ii  menu  2.1.46
> 
> -- no debconf information

> --- fr.po.orig2012-04-03 09:41:54.0 +0200
> +++ fr.po 2013-02-13 13:36:09.251459149 +0100
> @@ -2406,7 +2406,7 @@
>  
>  #: ../gtk/gtkbuilder/window_main.ui.h:36
>  msgid "S_earch Results"
> -msgstr "Rechercher les ré_sultats"
> +msgstr "Ré_sultats de recherche"
>  
>  #: ../gtk/gtkbuilder/window_main.ui.h:37
>  msgid "S_tatus"


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

Bug#575077: manpages-dev: va_copy manpage doesn't specify the intended behaviour of va_copy

[Michael Kerrisk (man-pages)]

tags 575077 fixed-upstream
thanks

Friedrich,

I've added the following text upstream:

   The va_copy() macro copies the (previously initialized) vari‐
   able argument list src  to  dest.   The  behavior  is  as  if
   va_start()  were applied to dest with the same last argument,
   followed by the same number of va_arg() invocations that  was
   used to reach the current state of src.

Thanks for your report.

Cheers,

Michael


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

Bug#698644: mobile-broadband-provider-info: critical search keyword missing (APN)

[Bhavani Shankar R]

tags 698644 + moreinfo
thanks

Dear Andreas,

Sorry for the delayed response as I was away due to exams. Specific
settings can mean different things here I believe, the APN, Password,
username et al. So, the package has been given a general implied
description.

Should I include a more specific description as to what all settings
the package includes if it makes it more specific?

Your thoughts appreciated.

Regards,

-- 
Bhavani Shankar
Ubuntu Developer   |  www.ubuntu.com
https://launchpad.net/~bhavi


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

Bug#702850: bind9 failed to start if cache file has "\-ANY" (NXDOMAIN) records

[Дёмин К . А .]

Package: bind9
Version: 1:9.9.2.dfsg.P1-2

Configuration (significant part):
/etc/bind/named.conf.options: options {
/etc/bind/named.conf.options: cache-file "/var/cache/bind/named.cache";
/etc/bind/named.conf.options: }

File permissions and ownership are correct:
$ ls -lhd /var/cache/bind
drwxrwxr-x 2 root bind 4.0K Mar 12 09:19 /var/cache/bind
$ ls -lh /var/cache/bind/named.cache
-rw-r--r-- 1 bind bind 28K Mar 12 09:19 /var/cache/bind/named.cache

If cache has at least one NXDOMAIN entry then bind9 will fail on next
start/restart due to error.

Testing command:
$ service bind9 stop; sleep 1; : > /var/cache/bind/named.cache; sync;
service bind9 start; nslookup 1-1.sw.loc >/dev/null; nslookup 1-1.sw
>/dev/null; service bind9 restart
[] Stopping domain name service...: bind9waiting for pid 4754 to die
. ok
[ ok ] Starting domain name service...: bind9.
[] Stopping domain name service...: bind9waiting for pid 5134 to die
. ok
[FAIL] Starting domain name service...: bind9 failed!

syslog is attached as "syslog.txt"
/var/cache/bind/named.cache is attached as "named.cache.txt"
zone configuration is attached as "zone.txt"

---
SY,
Demin Konstantin.
Mar 12 09:30:38 server named[4625]: starting BIND 9.9.2-P1 -u bind
Mar 12 09:30:38 server named[4625]: built with '--prefix=/usr' 
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc/bind' 
'--localstatedir=/var' '--enable-threads' '--enable-largefile' '--with-libtool' 
'--enable-shared' '--enable-static' '--with-openssl=/usr' '--with-gssapi=/usr' 
'--with-gnu-ld' '--with-geoip=/usr' '--with-atf=no' '--enable-ipv6' 
'CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE -O2'
Mar 12 09:30:38 server named[4625]: 

Mar 12 09:30:38 server named[4625]: BIND 9 is maintained by Internet Systems 
Consortium,
Mar 12 09:30:38 server named[4625]: Inc. (ISC), a non-profit 501(c)(3) 
public-benefit 
Mar 12 09:30:38 server named[4625]: corporation.  Support and training for BIND 
9 are 
Mar 12 09:30:38 server named[4625]: available at https://www.isc.org/support
Mar 12 09:30:38 server named[4625]: 

Mar 12 09:30:38 server named[4625]: adjusted limit on open files from 4096 to 
1048576
Mar 12 09:30:38 server named[4625]: found 4 CPUs, using 4 worker threads
Mar 12 09:30:38 server named[4625]: using 4 UDP listeners per interface
Mar 12 09:30:38 server named[4625]: using up to 4096 sockets
Mar 12 09:30:38 server named[4625]: loading configuration from 
'/etc/bind/named.conf'
Mar 12 09:30:38 server named[4625]: reading built-in trusted keys from file 
'/etc/bind/bind.keys'
Mar 12 09:30:38 server named[4625]: using default UDP/IPv4 port range: [1024, 
65535]
Mar 12 09:30:38 server named[4625]: using default UDP/IPv6 port range: [1024, 
65535]
Mar 12 09:30:38 server named[4625]: no IPv6 interfaces found
Mar 12 09:30:38 server named[4625]: listening on IPv4 interface lo, 127.0.0.1#53
Mar 12 09:30:38 server named[4625]: generating session key for dynamic DNS
Mar 12 09:30:38 server named[4625]: sizing zone task pool based on 56 zones
Mar 12 09:30:38 server named[4625]: set up managed keys zone for view _default, 
file 'managed-keys.bind'
Mar 12 09:30:38 server named[4625]: automatic empty zone: 10.IN-ADDR.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 168.192.IN-ADDR.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 254.169.IN-ADDR.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 
100.51.198.IN-ADDR.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 113.0.203.IN-ADDR.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 
255.255.255.255.IN-ADDR.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 
0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: D.F.IP6.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 8.E.F.IP6.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 9.E.F.IP6.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: A.E.F.IP6.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: B.E.F.IP6.ARPA
Mar 12 09:30:38 server named[4625]: automatic empty zone: 
8.B.D.0.1.0.0.2.IP6.ARPA
Mar 12 09:30:38 server named[4625]: command channel listening on 127.0.0.1#953
Mar 12 09:30:38 server named[4625]: managed-keys-zone: loaded serial 3
Mar 12 09:30:38 server named[4625]: zone 17.172.in-addr.arpa/IN: loaded serial 1
Mar 12 09:30:38 server named[4625]: zone 0.in-addr.arpa/IN: loaded serial 1
Mar 12 09:30:38 server named[4625]: zone 22.172.in-addr.arpa/IN: loaded serial 1
Mar 12 09:30:38 server named[4625]: zone 127.in-addr.arpa/IN: loaded serial 1
Mar 12 09:30:38 server

Bug#701134: php-soap: directory vs. symlink

[Prach Pongpanich]

Hi,

I have prepared a  patch for NMU

Regrads,

-- 
Prach Pongpanich


php-soap_0.12.0-2.1-nmu.diff
Description: Binary data

Bug#702839: spamassassin: NJABL blacklist is to be suspended

[Noah Meyerhans]

On Tue, Mar 12, 2013 at 04:48:04AM +0100, Arno Töll wrote:
> the NJABL blacklist is about to suspend service. Please remove it from the 
> default
> relay list used to check remote relays. This may cause severe impacts on
> productive mailservers when the relay list is not updated and servers 
> continue to
> connect to the NJABL DNS servers.

:( That sucks.

I've just committed the fix to trunk with revision 23566. Will apply
something similar for stable.

noah



signature.asc
Description: Digital signature

Bug#702849: RFS: php-soap/0.12.0-2.1 [NMU] [RC]

[Prach Pongpanich]

Package: sponsorship-requests
Severity: important

  Dear mentors,

I am looking for a sponsor for my RC bug fix of "php-soap" (#701134)

 * Package name: php-soap
   Version : 0.12.0-2.1
   Upstream Author : Jan Schneider 
 * URL :  http://pear.php.net/package/SOAP/
 * License : PHP
   Section : php

  It builds those binary packages:

php-soap   - a SOAP Client/Server class for PHP

 To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/php-soap


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/p/php-soap/php-soap_0.12.0-2.1.dsc

The debdiff is attached:

diff -Nru php-soap-0.12.0/debian/changelog php-soap-0.12.0/debian/changelog
--- php-soap-0.12.0/debian/changelog2010-12-06 12:44:44.0 +0700
+++ php-soap-0.12.0/debian/changelog2013-03-12 12:21:19.0 +0700
@@ -1,3 +1,13 @@
+php-soap (0.12.0-2.1) unstable; urgency=low
+
+  * Non-maintainer upload to fix RC bug.
+  * Fix silently overwrite files installed at the symlink
+destination by other packages (Closes: #701134):
+- Move the files shipped in package to the "real" location
+- Drop Pre-Depends: php-pear as it's not needed
+
+ -- Prach Pongpanich   Tue, 12 Mar 2013 02:39:01 +0700
+
 php-soap (0.12.0-2) unstable; urgency=high

   * Added php-pear (>= 5.3) in Pre-depends (Closes: #605867)
diff -Nru php-soap-0.12.0/debian/control php-soap-0.12.0/debian/control
--- php-soap-0.12.0/debian/control  2010-12-06 12:44:57.0 +0700
+++ php-soap-0.12.0/debian/control  2013-03-12 12:16:32.0 +0700
@@ -9,7 +9,6 @@
 Package: php-soap
 Architecture: all
 Depends: php-pear, php-http-request, ${misc:Depends}
-Pre-Depends: php-pear (>= 5.3)
 Recommends: php-mail, php-mail-mime, php-net-dime
 Suggests: php5-cli
 Description: a SOAP Client/Server class for PHP
diff -Nru php-soap-0.12.0/debian/rules php-soap-0.12.0/debian/rules
--- php-soap-0.12.0/debian/rules2010-05-08 05:14:35.0 +0700
+++ php-soap-0.12.0/debian/rules2013-03-01 15:43:23.0 +0700
@@ -33,12 +33,12 @@
dh_installdirs

cp package.xml $(pear_pkg)/package.xml;
-   $(PEAR) install -n -f -R debian/$(package) $(pear_pkg)/package.xml;
+   $(PEAR) -d doc_dir=/usr/share/doc/php5-common/PEAR install -n -f -R
debian/$(package) $(pear_pkg)/package.xml;

grep "@author" $(pear_pkg)/* -R | sed -e 's/.*@author//' -e 's/^
*//' -e 's/>.*/>/' \
| sort | uniq > AUTHORS

-   chmod +x debian/$(package)/usr/share/php/doc/SOAP/example/tcp_daemon.pl
+   chmod +x 
debian/$(package)/usr/share/doc/php5-common/PEAR/SOAP/example/tcp_daemon.pl
rm -f debian/$(package)/usr/share/php/.filemap;
rm -f debian/$(package)/usr/share/php/.lock;
rm -rf debian/$(package)/usr/share/php/.channels;


Regrads,

--
Prach Pongpanich


php-soap_0.12.0-2.1-nmu.diff
Description: Binary data

Bug#702832: matlab-support: source in main even though it depends on non-free matlab

[Michael Hanke]

Control: tag -1 + wontfix
Control: severity -1 wishlist

Hi Michael,

On Mon, Mar 11, 2013 at 11:05:16PM -0400, Michael Gilbert wrote:
> That's a nice readme, but it isn't a license to circumvent debian
> policy. The "right" approach is to separate the matlab-support source
> package into matlab-support-free (providing your path-defining -dev
> package) and a matlab-support-contrib (providing the matlab wrappers)
> source packages.

In principle you are, of course, right. However, in practical terms this
would not change much. Right now, guaranteed freedoms in Debian main are
not in danger. matlab-support-dev does not runtime-depend on anything
outside main. Moreover, the matlab-support source package does not
build-depend on anything outside main.

Splitting the source package has the sole benefit of a cleaner
separation, at the practical cost of another (virtually empty) source
package, increasing the workload of all folks that need to touch it,
size of the packages file, another tiny bit of mirror space...

Two additional pointers that make me believe this view is shared by more
DDs than just Yarik and me:

1. This setup has been outlined in the ITP already

   http://lists.debian.org/debian-devel/2011/01/msg00124.html

   Despite that fact that a few people commented, nobody objected this
   approach.

2. README file and package placement in main have been in effect from
   day 0. ftp-masters had no problem to accept this for inclusion.

You are still correct, but without additional evidence that this move
is unavoidable, I am not planing on doing the split.

Michael

-- 
Michael Hanke
http://mih.voxindeserto.de


signature.asc
Description: Digital signature

Bug#702848: libvirt-bin: On KVM with tablet middle scroll button on mouse doesn't work. On host it does.

[Daniel Dickinson]

Package: libvirt-bin
Version: 0.9.12-6
Severity: minor

Despite the fact it's irritating as hell I recognize that not have a scroll 
button in a virtual machine is only a minor bug.  Hope there is a fix or 
workaround though because it sucks.

Anyway,  I have a logitech trackman trackball mouse with three buttons, the 
middle one being a scroll wheel and button.  On the debian wheezy host part of 
this setup it works, however inside a debian wheezy guest (both host and guest 
64-bit btw) (qemu-kvm hypervisor), the scroll wheel fails to scroll.

Any thoughts on how to get this to work (i.e. is there a way to force it, since 
it's not 'just working' the way it should)?

I am assuming of course that it isn't just my setup, since I don't think I've 
done anything that would make this particular aspect 'special'.


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

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

Versions of packages libvirt-bin depends on:
ii  adduser 3.113+nmu3
ii  gettext-base0.18.1.1-9
ii  libavahi-client30.6.31-1
ii  libavahi-common30.6.31-1
ii  libblkid1   2.20.1-5.3
ii  libc6   2.13-38
ii  libcap-ng0  0.6.6-2
ii  libdbus-1-3 1.6.8-1
ii  libdevmapper1.02.1  2:1.02.74-6
ii  libgcrypt11 1.5.0-5
ii  libgnutls26 2.12.20-4
ii  libnetcf1   1:0.2.0-5
ii  libnl1  1.1-7
ii  libnuma12.0.8~rc4-1
ii  libparted0debian1   2.3-12
ii  libpcap0.8  1.3.0-1
ii  libpciaccess0   0.13.1-2
ii  libreadline66.2+dfsg-0.1
ii  libsasl2-2  2.1.25.dfsg1-6
ii  libudev0175-7.1
ii  libvirt00.9.12-6
ii  libxenstore3.0  4.1.4-2
ii  libxml2 2.8.0+dfsg1-7
ii  libyajl22.0.4-2
ii  logrotate   3.8.1-4

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.5-6
ii  dmidecode   2.11-9
ii  dnsmasq-base2.65-1
ii  ebtables2.0.10.4-1
ii  gawk1:4.0.1+dfsg-2
ii  iproute 20120521-3+b3
ii  iptables1.4.14-3.1
ii  libxml2-utils   2.8.0+dfsg1-7
ii  netcat-openbsd  1.105-7
ii  parted  2.3-12
ii  qemu1.1.2+dfsg-5
ii  qemu-kvm1.1.2+dfsg-5

Versions of packages libvirt-bin suggests:
ii  policykit-1  0.105-3
ii  radvd1:1.8.5-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#702847: libdevel-cover-perl: Failure under mod_perl2 due to using $^X

[Martín Ferrari]

Package: libdevel-cover-perl
Version: 0.96-1
Severity: normal
Tags: upstream

Since a few versions ago, Devel::Cover is using $^X to call perl for an ugly
hack to get a default @INC. The problem is that $^X is not always 'perl', under
mod_perl it would normally be 'httpd', but in our case, it is 'apache2'. So
hilarity ensues when this is executed:

execve("/usr/lib/apache2/mpm-prefork/apache2", 
["/usr/lib/apache2/mpm-prefork/apache2", "-MData::Dumper", "-e", "print Dumper 
\\@INC"], [/* 2 vars */]) = 0

The old versions relied on mod_perl-specific environment variables to realise
they were running under mod_perl. The current check ($^X =~ /httpd$/) is pretty
silly.

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

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

Versions of packages libdevel-cover-perl depends on:
ii  libc6   2.13-38
ii  perl5.14.2-19
ii  perl-base [perlapi-5.14.2]  5.14.2-19

libdevel-cover-perl recommends no packages.

Versions of packages libdevel-cover-perl suggests:
pn  libbrowser-open-perl 
ii  libjson-xs-perl  2.330-1
ii  libpod-coverage-perl 0.22-1
pn  libppi-html-perl | perltidy  
pn  libtemplate-perl 
pn  libtest-differences-perl 

-- 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#702846: libapt-pkg4.12: With i386 as second arch on an amd64 machine, amd64 DVD reports error during apt-get update (for i386 branches)

[Daniel Dickinson]

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

Take and amd64 machine installed from amd64 rc1 DVD-1
dpkg --add-architecture i386
apt-get update

Note that update reports errors on the DVD for the i386 branch (which doesn't 
exist) of the cdrom.

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

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

Versions of packages libapt-pkg4.12 depends on:
ii  libbz2-1.0 1.0.6-4
ii  libc6  2.13-38
ii  libgcc11:4.7.2-5
ii  libstdc++6 4.7.2-5
ii  multiarch-support  2.13-38
ii  zlib1g 1:1.2.7.dfsg-13

libapt-pkg4.12 recommends no packages.

libapt-pkg4.12 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#702840: samba: net usershare add fails silently

[Steve Langasek]

severity -1 normal
tags -1 moreinfo
thanks

On Mon, Mar 11, 2013 at 08:59:14PM -0700, Andrew Kane wrote:
> Package: samba
> Version: 2:3.6.6-5
> Severity: grave
> Justification: causes non-serious data loss

You have not described a data loss bug.  Please don't overinflate bug
severities.

>* What led up to the situation?
> Attempted to use net usershare add to add a guest share to local network.

>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 'net usershare add Music /media/Archives/music "some music" Everyone:R 
> guest_ok=y'
> was the command issued.

>* What was the outcome of this action?
> output from net usershare info:

> [Music]
> path=/media/Archives/shared-music/
> comment=some music
> usershare_acl=Everyone:R,
> guest_ok=y

> smbtree shows the server and $print but not Music on remote machine,
> thunar cannot see the server but smbtree can (but can't see the Music
> share) on local machine, thunar can see server but not Music

You say that you're trying to set up a share for guest access.  What is the
setting of 'usershare allow guests' on the server?  The upstream default for
this setting is 'no'; the default in the Debian-provided smb.conf is 'yes'.
Unless this is set to 'yes', users are not allowed to set up
guest-accessible shares.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#702845: size units are ambiguous and undocumented

[Antoine Beaupré]

Package: hdparm
Version: 9.39-1+b1
Severity: wishlist

The output of tests done with hdparm -tT is ambiguous:

/dev/sda:
 Timing cached reads:   3148 MB in  2.00 seconds = 1573.74 MB/sec
 Timing buffered disk reads: 616 MB in  3.01 seconds = 204.92 MB/sec

That should at least be MiB to conform with the (arguably new) standards:

https://en.wikipedia.org/wiki/MiB

Also, the manpage could explain how the test is performed which would
clear out any ambiguity even if the output isn't changed.

For reference, the test is performed as follows (based on reading the
source code of time_device() and time_cache() in hdparm.c:

 -t 2 mebibytes blocks are read sequentially
from the disk as fast as possible for up to 3 seconds.

 -T the same 2 mebibytes block is repeatedly read from the disk as
fast as possible for up to 2 seconds.

Thanks.

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

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

Versions of packages hdparm depends on:
ii  libc6 2.13-37
ii  lsb-base  4.1+Debian8

Versions of packages hdparm recommends:
ii  powermgmt-base  1.31

Versions of packages hdparm suggests:
pn  apmd  

-- 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#702844: general: imposible to shutdown or logout graphically in gnome-shell

[alexdeb]

Package: general
Severity: normal

Imposible to shutdown or logout graphically in gnome-shell
I saw just a black screen and the system do nothing.
When i do shutdown -h now or /etc/init.d/gdm3 force-reload it's ok.
Maybe this is relative to the Nvidia drivers i have installed recently ?



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

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


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

Bug#702843: claws-mail-bogofilter: Does not add X-Bogosity header when that option checked in preferences

[Daniel Dickinson]

Package: claws-mail-bogofilter
Version: 3.8.1-2
Severity: normal

claws-mail-bogofilter plugin has an option labelled 'add X-Bogosity header', 
however when receiving mail such a header is not added, which means that one is 
not able to filter based on the header (e.g. so one can have per-server 
on-server Spam folder instead of a single spam folder for all spam on one 
server or MH folder).

This is a bug because the option offers an option to add a header, but doesn't 
do it.

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

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

Versions of packages claws-mail-bogofilter depends on:
ii  bogofilter  1.2.2+dfsg1-2
ii  claws-mail  3.8.1-2
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcurl3-gnutls 7.26.0-1+wheezy1
ii  libdb5.15.1.29-5
ii  libetpan15  1.0-5
ii  libexpat1   2.1.0-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgnutls26 2.12.20-4
ii  libgtk2.0-0 2.24.10-2
ii  liblockfile11.09-5
ii  libpango1.0-0   1.30.0-1
ii  libsasl2-2  2.1.25.dfsg1-6

claws-mail-bogofilter recommends no packages.

claws-mail-bogofilter 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#702842: ITP: librole-commons-perl -- roles that can be commonly used, for the mutual benefit of all

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: librole-commons-perl
  Version : 0.101
  Upstream Author : Toby Inkster 
* URL : https://metacpan.org/release/Role-Commons
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : roles that can be commonly used, for the mutual benefit of 
all

 Role::Commons is not yet another implementation of roles. It is a
 collection of generic, reusable roles that hopefully you will love to
 apply to your classes. These roles are built using Moo::Role, so
 automatically integrate into the Moose object system if you're using
 it, but they do not require Moose.


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

Bug#702841: blosxom: Template interpolation ignores $blog_encoding

[Dean Hamstead]

Package: blosxom
Version: 2.1.2-1
Severity: normal


In the default output i found...



Where $blog_encoding is actually a default variable.

Looking at the interpolate subroutine...

$interpolate = sub {
package blosxom;
my $template = shift;
# Interpolate scalars, namespaced scalars, and hash/hashref scalars
$template =~ s/(\$\w+(?:::\w+)*(?:(?:->)?{(['"]?)[-\w]+\2})?)/"defined 
$1 ? $1 : ''"/gee;
return $template;
};


the substitute regular expression doesnt seem to include underscore.

absolutely though, its not picking up $blog_encoding as it should at least be 
replacing it with ''

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

Kernel: Linux 2.6.32-308.8.2.el5.028stab101.1 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages blosxom depends on:
ii  perl   5.10.1-17squeeze4 Larry Wall's Practical Extraction 

Versions of packages blosxom recommends:
ii  apache2-mpm-prefork [ 2.2.16-6+squeeze10 Apache HTTP Server - traditional n

blosxom 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#702840: samba: net usershare add fails silently

[Andrew Kane]

Package: samba
Version: 2:3.6.6-5
Severity: grave
Justification: causes non-serious data loss

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

   * What led up to the situation?
Attempted to use net usershare add to add a guest share to local network.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
'net usershare add Music /media/Archives/music "some music" Everyone:R 
guest_ok=y'
was the command issued.

   * What was the outcome of this action?
output from net usershare info:

[Music]
path=/media/Archives/shared-music/
comment=some music
usershare_acl=Everyone:R,
guest_ok=y

smbtree shows the server and $print but not Music

on remote machine, thunar cannot see the server but smbtree can (but can't see 
the Music share)
on local machine, thunar can see server but not Music

   * What outcome did you expect instead?

Expected either the Music share to be visible in thunar and smbtree or net 
usershare info to not list it.
I did NOT expect the share to actually work, because I've been beating my head 
against dirt-simple samba configs for 10 years and it has yet to work ONCE.

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


-- System Information:
Debian Release: 7.0
  APT prefers experimental
  APT policy: (1, 'experimental')
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 samba depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.9
ii  libacl12.2.51-8
ii  libattr1   1:2.4.46-8
ii  libc6  2.13-38
ii  libcap21:2.22-1.2
ii  libcomerr2 1.42.5-1
ii  libcups2   1.5.3-2.16
ii  libgssapi-krb5-2   1.10.1+dfsg-4
ii  libk5crypto3   1.10.1+dfsg-4
ii  libkrb5-3  1.10.1+dfsg-4
ii  libldap-2.4-2  2.4.31-1
ii  libpam-modules 1.1.3-9
ii  libpam-runtime 1.1.3-9
ii  libpam0g   1.1.3-9
ii  libpopt0   1.16-7
ii  libtalloc2 2.0.8-0.1
ii  libtdb11.2.10-2
ii  libwbclient0   2:3.6.6-5
ii  lsb-base   4.1+Debian9
ii  procps 1:3.3.4-2
ii  samba-common   2:3.6.6-5
ii  update-inetd   4.43
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages samba recommends:
ii  logrotate  3.8.3-3
ii  tdb-tools  1.2.10-2

Versions of packages samba suggests:
pn  ctdb  
pn  ldb-tools 
pn  openbsd-inetd | inet-superserver  
pn  smbldap-tools 

-- debconf information:
* samba/run_mode: daemons
  samba-common/title:


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

Bug#702839: spamassassin: NJABL blacklist is to be suspended

[Arno Töll]

Package: spamassassin
Severity: important

Hello,

the NJABL blacklist is about to suspend service. Please remove it from the 
default
relay list used to check remote relays. This may cause severe impacts on
productive mailservers when the relay list is not updated and servers continue 
to
connect to the NJABL DNS servers.

Reference: http://njabl.org/

Please do also consider a s-p-u.


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

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


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

Bug#702770: linux-image-3.2.0-4-amd64: non-fatal oops while dd'ing from USB to USB

[Francesco Potortì]

I got another non-fatal Oops (attached), this time in a simpler
situation.  Before, I was reading a disk image (from a USB port) and
writing on an ext2 filesystem (on another USB port).

This time I first read the disk image without problems on the internal
disk, and the Oops happened when copying the image to the USB
filesystem.  The image is 500 GB long and it stopped after writing
288006127616 bytes (this is the length I see with ls -l) on the
USB-mounted partition.

Here is the Oops:

Mar 11 13:47:07 tucano kernel: [181361.208076] EXT2-fs (sdh1): warning: 
mounting unchecked fs, running e2fsck is recommended
Mar 11 22:37:40 tucano kernel: [213196.226240] BUG: unable to handle kernel 
NULL pointer dereference at   (null)
Mar 11 22:37:40 tucano kernel: [213196.226420] IP: [] 
ext2_get_blocks+0x4ad/0x6da [ext2]
Mar 11 22:37:40 tucano kernel: [213196.226570] PGD 30fc11067 PUD 12340d067 PMD 
0 
Mar 11 22:37:40 tucano kernel: [213196.226679] Oops: 0002 [#2] SMP 
Mar 11 22:37:40 tucano kernel: [213196.226756] CPU 3 
Mar 11 22:37:40 tucano kernel: [213196.226800] Modules linked in: ext4 jbd2 
ext2 cpufreq_userspace cpufreq_stats ppdev cpufreq_powersave 
cpufreq_conservative lp bnep rfcomm binfmt_misc fuse nfsd nfs nfs_acl 
auth_rpcgss fscache lockd sunrpc dm_crypt k8temp hwmon_vid tcp_diag inet_diag 
firewire_sbp2 firewire_core crc_itu_t psmouse joydev btusb parport_pc parport 
asus_atk0110 bluetooth rfkill crc16 pcmcia radeon ttm drm_kms_helper drm 
yenta_socket pcmcia_rsrc pcmcia_core power_supply i2c_algo_bit button wmi evdev 
sp5100_tco snd_hda_codec_via powernow_k8 mperf processor snd_hda_intel 
snd_hda_codec snd_hwdep thermal_sys i2c_piix4 pcspkr snd_pcm_oss snd_mixer_oss 
snd_pcm snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq 
snd_seq_device snd_timer snd soundcore i2c_core shpchp edac_mce_amd edac_core 
k10temp ext3 mbcache jbd usbhid hid raid1 md_mod dm_mirror dm_region_hash 
dm_log dm_mod usb_storage sg sr_mod sd_mod cdrom crc_t10dif ata_generic 
pata_atiixp ohci_hcd ahci libahci xhci_hcd libata r8169 m
Mar 11 22:37:40 tucano kernel: ci_hcd scsi_mod usbcore usb_common [last 
unloaded: scsi_wait_scan]
Mar 11 22:37:40 tucano kernel: [213196.228969] 
Mar 11 22:37:41 tucano kernel: [213196.228969] Pid: 14561, comm: mv Tainted: G  
D  3.2.0-4-amd64 #1 Debian 3.2.35-2 System manufacturer System Product 
Name/M4A88T-M/USB3
Mar 11 22:37:41 tucano kernel: [213196.228969] RIP: 0010:[]  
[] ext2_get_blocks+0x4ad/0x6da [ext2]
Mar 11 22:37:41 tucano kernel: [213196.228969] RSP: 0018:8801540ab9b8  
EFLAGS: 00010246
Mar 11 22:37:41 tucano kernel: [213196.228969] RAX:  RBX: 
88014f930178 RCX: 0034
Mar 11 22:37:41 tucano kernel: [213196.228969] RDX:  RSI: 
ea0003e67ca8 RDI: ea0003e67ca8
Mar 11 22:37:41 tucano kernel: [213196.228969] RBP:  R08: 
 R09: 3e81
Mar 11 22:37:41 tucano kernel: [213196.228969] R10: 3bbd R11: 
3bbd R12: 88000fe35c90
Mar 11 22:37:41 tucano kernel: [213196.228969] R13: 8801540aba40 R14: 
8801540aba40 R15: 0004
Mar 11 22:37:41 tucano kernel: [213196.228969] FS:  7f344550e7a0() 
GS:88031fcc() knlGS:ef0fbb70
Mar 11 22:37:41 tucano kernel: [213196.228969] CS:  0010 DS:  ES:  CR0: 
8005003b
Mar 11 22:37:41 tucano kernel: [213196.228969] CR2:  CR3: 
000165fab000 CR4: 06e0
Mar 11 22:37:41 tucano kernel: [213196.228969] DR0:  DR1: 
 DR2: 
Mar 11 22:37:41 tucano kernel: [213196.228969] DR3:  DR6: 
0ff0 DR7: 0400
Mar 11 22:37:41 tucano kernel: [213196.228969] Process mv (pid: 14561, 
threadinfo 8801540aa000, task 88030ecd6f20)
Mar 11 22:37:41 tucano kernel: [213196.228969] Stack:
Mar 11 22:37:41 tucano kernel: [213196.228969]   
88010002 0baa16be 0001
Mar 11 22:37:41 tucano kernel: [213196.228969]  88014f930158 
0001 0001 0430e80c
Mar 11 22:37:41 tucano kernel: [213196.228969]  1000 
8801540aba98 88030ee00220 88014f930100
Mar 11 22:37:41 tucano kernel: [213196.228969] Call Trace:
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
kmem_cache_alloc+0x86/0xea
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
ext2_get_block+0x24/0x3d [ext2]
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
__block_write_begin+0x139/0x2a9
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
ext2_get_blocks+0x6da/0x6da [ext2]
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
grab_cache_page_write_begin+0x68/0xae
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
block_write_begin+0x44/0x72
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
ext2_get_blocks+0x6da/0x6da [ext2]
Mar 11 22:37:42 tucano kernel: [213196.228969]  [] ? 
ext2_write_begin+0x2a/0x

Bug#702838: policyd-weight: NJABL blacklist is to be suspended

[Arno Töll]

Package: policyd-weight
Severity: important

Hello,

the NJABL blacklist is about to suspend service. Please remove it from the 
default
relay list used to check remote relays. This may cause severe impacts on
productive mailservers when the relay list is not updated and servers continue 
to
connect to the NJABL DNS servers.

Reference: http://njabl.org/

Please do also consider a s-p-u.

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

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


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

Bug#696797: (no subject)

[Michael Lustfield]

I haven't been able to reproduce this. Does it happen after an update or just
out of the blue? We need more information to track it down.

-- 
Michael Lustfield


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

Bug#702837: synaptic: software-sources-gtk from synaptic fails silently

[Andrew Kane]

Package: synaptic
Version: 0.75.13
Severity: important

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

   * What led up to the situation?
In trying to report a bug in samba, reportbug told me samba was not the latest 
version.
To correct this, I attempted to change repositories, first by 'sed -i 
/s/wheezy/sid/g /etc/apt/sources.list' and then by changing repository url from 
synaptic.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

In Synaptic I used Settings -> Repositories to change from debian.osuosl.org to 
ftp.debian.org and noticed during 'Reload' action that the uri reported in 
'Downloading Package Information' dialog was unchanged (still debian.osuosl.org)
Changes to the Repositories via software-properties-gtk mangle sources.list in 
wierd ways. At one point ALL entries in sources.list were commented-out but 
apt-get update was still pulling from ftp.debian.org while synaptic was from 
debian.osuosl.org

   * What was the outcome of this action?
Cannot choose repositories and expect the changes to be respected. Cannot use 
synaptic.

   * What outcome did you expect instead?

Expected changes done in software-properties-gtk to be reflected in 
sources.list and respected by APT. 


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


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
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 synaptic depends on:
ii  hicolor-icon-theme  0.12-1
ii  libapt-inst1.5  0.9.7.7
ii  libapt-pkg4.12  0.9.7.7
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libept1.4.121.0.9
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.2-5
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.5.0-1
ii  libxapian22 1.2.12-2
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages synaptic recommends:
ii  gksu 2.0.2-6
ii  libgtk2-perl 2:1.244-1
ii  policykit-1  0.105-3
ii  rarian-compat0.8.1-5
pn  software-properties-gtk  

Versions of packages synaptic suggests:
ii  apt-xapian-index  0.45
pn  deborphan 
pn  dwww  
ii  menu  2.1.46

-- 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#701112: (no subject)

[Michael Lustfield]

In debian/nginx-common.postinst we have:

  configure)
logdir="/var/log/nginx"
# Ensure existance and right state of log files and directory
if [ ! -d "$logdir" -a ! -L "$logdir" ]; then
  mkdir "$logdir"
  chown www-data:adm $logdir
  chmod 0750 $logdir
fi

This should create the log directory if it doesn't already exist. We're not
enforcing this because the permissions could be changed. Is there any better
way to handle this than what we're doing now? I haven't tested, but it seems
that this should work. I'm sure I'm missing something...

-- 
Michael Lustfield


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

Bug#702021: debian wheezy not booting

[Ben Hutchings]

On Mon, 2013-03-11 at 09:35 +0100, Piotrek wrote:
> Now there is same result as with acpi=off , a blinking line in left
> upper part of screen and I am able to access console just like with
> acpi=off.

This is with version 3.2.39-2?

Ben.

-- 
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption] would be
development of an easy way to factor large prime numbers. - Bill Gates


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

Bug#644352: slicer & Debian

[Dominique Belhachemi]

Hi Yaroslav,

Slicer4 is compiling well on Debian Wheezy and Sid. Most dependencies are
compiled from source as well. (Python, VTK, ITK4,libarchive,curl,...) See
e.g. my dashboard submissions on
http://slicer.cdash.org/index.php?project=Slicer4

Slicer4 is using customized Python, PythonQT and CTK versions. Upstream is
working on all those parts and we might end up with a working Slicer4
package in the next release. Your help is much appreciated. If you have the
time you could help compiling Slicer4 against a system ITK4 and VTK version.

Cheers
-Dominique


On Sun, Mar 10, 2013 at 12:53 PM, Yaroslav Halchenko  wrote:

> Hi Dominique,
>
> Could you please refresh my memory on the status of slicer in Debian?
>
> Would you need help in maintaining it (e.g. to push forward packaging of
> slicer4) etc?
>
> Thank you in advance!
> Yaroslav
>
> On Fri, 04 May 2012, Dominique Belhachemi wrote:
>
> > Hi Yaroslav,
>
> > Slicer3 is not supported by upstream anymore.
>
> > Slicer4 is only supported on amd64 and is still based on non released
> > projects (VTK 5.10, CTK, PythonQt). Slicer4 also comes with a
> > pre-build launcher binary which has to be replaced by our own launcher
> > script.
>
> > Cheers
> > -Dominique
>
>
> > On Fri, May 4, 2012 at 4:02 PM, Yaroslav Halchenko
> >  wrote:
> > > Hi Dominique,
>
> > > I wonder if there were any movement in upstream/debian packaging of
> > > slicer4?  slicer3 is uninstallable in sid as well ATM :-/
>
> > > --
> > > Yaroslav O. Halchenko
> > > Postdoctoral Fellow,   Department of Psychological and Brain Sciences
> > > Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
> > > Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
> > > WWW:   http://www.linkedin.com/in/yarik
>
>
>
>
>
> --
> Yaroslav O. Halchenko
> http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
> Senior Research Associate, Psychological and Brain Sciences Dept.
> Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
> Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
> WWW:   http://www.linkedin.com/in/yarik
>

Bug#702832: matlab-support: source in main even though it depends on non-free matlab

[Michael Gilbert]

On Mon, Mar 11, 2013 at 10:13 PM, Yaroslav Halchenko wrote:
> May be this could shine the light over the situation and choices made?
>
> $> cat matlab-support/debian/README.source
> Although this whole package is pointless without Matlab (a large non-free
> something) the source package has been placed into 'main' for the following
> reason:
>
> It builds a 'matlab-support-dev' package that other source packages can build
> depend on to figure out where to install MEX sources and M-files (analogous to
> the way Octave packages provide this information via a Makefile snippet). This
> -dev package has nothing to do with Matlab and should go into 'main', as
> otherwise no source package that build-depends on it could go into 'main'.
> That would be suboptimal for otherwise DFSG-compliant package that simply also
> _can_ build MEX extensions (e.g. see the dynare-matlab package in the 
> archive).
>
> The actual Matlab adaptor package is placed into 'contrib'.

That's a nice readme, but it isn't a license to circumvent debian
policy. The "right" approach is to separate the matlab-support source
package into matlab-support-free (providing your path-defining -dev
package) and a matlab-support-contrib (providing the matlab wrappers)
source packages.

Best wishes,
Mike


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

Bug#702836: xul-ext-certificatepatrol: packages breaks FF 19

[Christoph Anton Mitterer]

Package: xul-ext-certificatepatrol
Version: 2.0.14-3
Severity: important



Hi.

Is there any good reason why this breaks iceweasel (>= 19.0+) ?

Cause that is satisfied by the most recent iceweasel in
experimental which many people use that don't wanna be stuck
with ESR so now these people either can't get in the most
recent point release from FF19... or have to remove the plugin
(thereby loosing it's config??)

Cheers,
Chris.


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

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

xul-ext-certificatepatrol depends on no packages.

Versions of packages xul-ext-certificatepatrol recommends:
ii  iceweasel  19.0-1

xul-ext-certificatepatrol 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#702835: debhelper-but-no-misc-depends

[Trent W. Buck]

Package: dh-make
Version: 0.61
Severity: minor
File: /usr/share/debhelper/dh_make/debianl/control

Building a freshly dh-make'd library package, I get
debhelper-but-no-misc-depends.  I think this is a trivial fix by
adding the ${misc:Depends} lines to control by default, at least when
using dh7 style.

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

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

Versions of packages dh-make depends on:
ii  debhelper  9.20120909
ii  dpkg-dev   1.16.9
ii  make   3.81-8.2
ii  perl   5.14.2-16

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential  11.5

-- 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#702834: ITP: libmodule-install-authortests-perl -- designate tests only run by module authors

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libmodule-install-authortests-perl
  Version : 0.002
  Upstream Author : Ricardo Signes 
* URL : http://search.cpan.org/dist/Module-Install-AuthorTests/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : designate tests only run by module authors

 Module::Install::AuthorTests adds two Module::Install commands which
 declares that the test files found in the directory ./xt should be run
 only if the module is being built by an author.


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

Bug#678169: corrected debdiff

[Mika Pflüger]

Hi,

my last debdiff did not include an appropriate (Closes: #)-Tag, this
one is corrected. Sorry for the noise.

Cheers,

Mika

-- 

diff -Nru python-mysqldb-1.2.3/debian/changelog 
python-mysqldb-1.2.3/debian/changelog
--- python-mysqldb-1.2.3/debian/changelog   2011-10-18 12:46:05.0 
+0200
+++ python-mysqldb-1.2.3/debian/changelog   2013-03-12 03:11:11.0 
+0100
@@ -1,3 +1,14 @@
+python-mysqldb (1.2.3-2) unstable; urgency=low
+
+  * Team upload.
+  * debian/patches/05_ssl.patch: Add upstream patch to force building
+SSL support with newer MySQL client libraries. Thanks to Eldon Koyle
+for isolating the fix in the upstream VCS. (Closes: #678169)
+  * Delete now obsolete debian/patches/README.source which referred to
+dpatch.
+
+ -- Mika Pflüger   Mon, 11 Mar 2013 18:03:06 +0100
+
 python-mysqldb (1.2.3-1) unstable; urgency=low
 
   * Merge with package from Ubuntu, thanks to Mario Limonciello.
@@ -54,7 +65,6 @@
   * Add 02_python_2.6.dpatch to fix python 2.6 related warnings. Thanks to
 Mario Limonciello  for the patch. (closes: #541719)
   * bump standards-version to 3.8.3, no changes required.
-
  -- Jonas Meurer   Wed, 26 Aug 2009 01:50:35 +0200
 
 python-mysqldb (1.2.2-8) unstable; urgency=low
diff -Nru python-mysqldb-1.2.3/debian/patches/05_ssl.patch 
python-mysqldb-1.2.3/debian/patches/05_ssl.patch
--- python-mysqldb-1.2.3/debian/patches/05_ssl.patch1970-01-01 
01:00:00.0 +0100
+++ python-mysqldb-1.2.3/debian/patches/05_ssl.patch2013-03-11 
18:32:15.0 +0100
@@ -0,0 +1,21 @@
+Description: Force HAVE_OPENSSL if the client library is 5.5 or newer.
+Origin: 
http://sourceforge.net/p/mysql-python/svn/656/tree//branches/MySQLdb-1.2/MySQLdb/_mysql.c?diff=5059d1f5bfc09e26e1a66617:655
+Bug: http://sourceforge.net/p/mysql-python/bugs/323/
+Reviewed-by: Eldon Koyle 
+Last-Update: 2013-03-11
+
+Index: python-mysqldb-argh/_mysql.c
+===
+--- python-mysqldb-argh.orig/_mysql.c  2010-06-17 09:21:56.0 +0200
 python-mysqldb-argh/_mysql.c   2013-03-11 18:30:38.839269635 +0100
+@@ -102,6 +102,10 @@
+ #define check_server_init(x) if (!_mysql_server_init_done) 
_mysql_server_init_done = 1
+ #endif
+ 
++#if MYSQL_VERSION_ID >= 50500
++#define HAVE_OPENSSL 1
++#endif
++
+ PyObject *
+ _mysql_Exception(_mysql_ConnectionObject *c)
+ {
diff -Nru python-mysqldb-1.2.3/debian/patches/series 
python-mysqldb-1.2.3/debian/patches/series
--- python-mysqldb-1.2.3/debian/patches/series  2011-10-18 11:38:40.0 
+0200
+++ python-mysqldb-1.2.3/debian/patches/series  2013-03-11 18:19:24.0 
+0100
@@ -1,2 +1,3 @@
 01_converters_boolean.patch
 03_converters_set2str.patch
+05_ssl.patch
diff -Nru python-mysqldb-1.2.3/debian/README.source 
python-mysqldb-1.2.3/debian/README.source
--- python-mysqldb-1.2.3/debian/README.source   2011-09-19 12:48:38.0 
+0200
+++ python-mysqldb-1.2.3/debian/README.source   1970-01-01 01:00:00.0 
+0100
@@ -1,2 +0,0 @@
-This package uses dpatch for its patch management, see
-/usr/share/doc/dpatch/README.source.gz if you are unfamiliar with it.


signature.asc
Description: PGP signature

Bug#634757:

[Nick Andrik]

I have prepared a new package of lyx with the most recent upstream
which can be found in my PPA in launchpad:
https://launchpad.net/~andrikos/+archive/ppa/+packages

Apart from that, the package needs a bit of cleanup to get rid of all
the filed bugs.
I don't think I will have the time to fully adopt the package, but I
would be wiling to co-maintain.
If we are 2-3 people, then it should be hardly any burden at all.

I am not a DD, but I have someone that can sponsor uploads.

Nick

--
=Do-
N.AND


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

Bug#702833: ITP: libfile-zglob-perl -- extended globs

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libfile-zglob-perl
  Version : 0.11
  Upstream Author : Tokuhiro Matsuno 
* URL : http://search.cpan.org/dist/File-Zglob/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : extended globs

 File::Zglob provides a traditional Unix glob(3) functionality; returns
 a list of pathnames that matches the given pattern.


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

Bug#702832: matlab-support: source in main even though it depends on non-free matlab

[Yaroslav Halchenko]

May be this could shine the light over the situation and choices made?

$> cat matlab-support/debian/README.source 
Although this whole package is pointless without Matlab (a large non-free
something) the source package has been placed into 'main' for the following
reason:

It builds a 'matlab-support-dev' package that other source packages can build
depend on to figure out where to install MEX sources and M-files (analogous to
the way Octave packages provide this information via a Makefile snippet). This
-dev package has nothing to do with Matlab and should go into 'main', as
otherwise no source package that build-depends on it could go into 'main'.
That would be suboptimal for otherwise DFSG-compliant package that simply also
_can_ build MEX extensions (e.g. see the dynare-matlab package in the archive).

The actual Matlab adaptor package is placed into 'contrib'.


On Mon, 11 Mar 2013, Michael Gilbert wrote:

> package: matlab-support
> severity: serious
> version: 0.0.18

> The matlab-support source package (and the matlab-support-dev binary
> package) are currently in main, even though they are useless without a
> matlab installation.  Meanwhile matlab-support binary is in contrib.
> This I believe violates debian policy 2.2.2:

> Examples of packages which would be included in contrib are:
> - free packages which require contrib, non-free packages or packages
> which are not in our archive at all for compilation or execution, and
> - wrapper packages or other sorts of free accessories for
> non-free programs.

> This package should be moved to contrib.

-- 
Yaroslav O. Halchenko
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#678169: debdiff for a version -2 fixing this bug

[Mika Pflüger]

Hi,

I turned the patch by Eldon Koyle into an update for the debian
package. Attached is the debdiff. I chose to include a small
documentation fix as I was initially confused by the misleading
documentation. If someone could commit this to the DPMT svn and then
upload it to unstable, I'm volunteering to file an unblock request.

Cheers,

Mika

-- 



python-mysqldb-fix-678169.debdiff
Description: Binary data


signature.asc
Description: PGP signature

Bug#702832: matlab-support: source in main even though it depends on non-free matlab

[Michael Gilbert]

package: matlab-support
severity: serious
version: 0.0.18

The matlab-support source package (and the matlab-support-dev binary
package) are currently in main, even though they are useless without a
matlab installation.  Meanwhile matlab-support binary is in contrib.
This I believe violates debian policy 2.2.2:

Examples of packages which would be included in contrib are:
- free packages which require contrib, non-free packages or packages
which are not in our archive at all for compilation or execution, and
- wrapper packages or other sorts of free accessories for
non-free programs.

This package should be moved to contrib.

Thanks,
Mike


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

Bug#700121: please try 304.84 - maybe fixes second kwin session

[Shai Berger]

On Sunday 10 March 2013, you wrote:
> Hi,
> 
> please try the packages from
> 
> http://people.debian.org/~anbe/nvidia-304.84/
> 
> You can use
> 
> deb http://people.debian.org/~anbe/nvidia-304.84/ ./
> 
> for your sources.list.
> 
Indeed, this does solve the problem.


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

Bug#702831: ITP: libcode-tidyall-perl -- your all-in-one code tidier and validator

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libcode-tidyall-perl
  Version : 0.17
  Upstream Author : Jonathan Swartz 
* URL : http://search.cpan.org/dist/Code-TidyAll/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : your all-in-one code tidier and validator

 There are a lot of great code tidiers and validators out there. tidyall
 makes them available from a single unified interface.
 .
 You can run tidyall on a single file or on an entire project hierarchy,
 and configure which tidiers/validators are applied to which files.
 tidyall will back up files beforehand, and for efficiency will only
 consider files that have changed since they were last processed.
 .
 This package provides commandline tool tidyall and Perl module
 Code::TidyAll.


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

Bug#702646: FTBFS: Can't locate File/Slurp.pm

[Michael Gilbert]

Hi,

I've uploaded an nmu fixing this issue to delayed/5.  Please see attached patch.

Best wishes,
MIke


cil.patch
Description: Binary data

Bug#654349: update of heimdal-kcm fails because init script does not stop kcm properly

[Brian May]

Hello heimdal-bugs.

Apparently SIGTERM doesn't kill the kcm daemon. It requires SIGQUIT instead.

I think this might be a bug, SIGTERM kills the kdc daemon.

(for more details see http://bugs.debian.org/654349 )

Thanks
​

Bug#702261: libv8: CVE-2012-5153 CVE-2013-0836

[Michael Gilbert]

On Mon, Mar 4, 2013 at 10:39 AM, Moritz Muehlenhoff  wrote:
> Package: libv8
> Severity: grave
> Tags: security
> Justification: user security hole
>
> The previous Chrome release fixed two security issues in libv8:
>
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5153
> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-0836

These issues do not affect the current libv8 versions in debian.

Best wishes,
Mike


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

Bug#702790: FTBFS: local changes detected

[tony mancill]

On 03/11/2013 04:41 PM, gregor herrmann wrote:
> On Mon, 11 Mar 2013 13:46:56 +0100, Michael Tautschnig wrote:
> 
>> To be honest, I'm not entirely sure what is going wrong
>> here. Reproducing the problem, however, is trivial:
> 
> For some value of "trivial" :)
>
> I think I found something -- the .orig.tar.gt contain a .pc directory
> with debian-changes-3.5.3-1. D'oh.
> 
> Ok, I assume for today that this is the problem ...

Yop, that's a mess - sorry about that.  Trying to prevent the upstream
source from modifying itself during the build obviously trashed what
little fu I had to bear on the packaging in the first place.

So given that we need a new/repacked upstream tarball, what's the right
way to approach this bug with respect to wheezy?

Thank you,
tony



signature.asc
Description: OpenPGP digital signature

Bug#695361: less: buggy backslash handling in prompt string: \ needs to be doubled

[Vincent Lefevre]

Hi Aníbal,

On 2013-03-12 11:36:14 +1100, Aníbal Monsalve Salazar wrote:
> Do you know about other packages that less 456-1 break other than
> man-db 2.6.3-2?

No, I don't know any other package broken by less 456-1. The other
packages I know that can use "less" a pager don't seem to pass
less-specific options like -Pm.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#681116: build-time timestamps in manpages ...

[Michael Biebl]

On Thu, Dec 13, 2012 at 11:52:03AM +0100, Daniel Leidert wrote:
> 
> Much easier: use the  or  elements inside .
> >From reading common/refentry.xsl, if these elements are not set, then
> no date should be set. We should check, if manpages/*.xsl violates this.

I tried this today and if date or pubdate is not set, there is still a
timestamp embedded in the man page header like this:

.\" Generator: DocBook XSL Stylesheets v1.76.1 
.\"  Date: 2013/03/12

So I still consider this a valid bug and would like to see this
addressed. I don't think the build timestamp is particularly useful,
especially in the comment header. And as this break multi-arch packages,
I'd suggest that this is removed from the .xsl files.

Cheers,
Michael


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

Bug#695361: less: buggy backslash handling in prompt string: \ needs to be doubled

[Aníbal Monsalve Salazar]

On Sat, Dec 08, 2012 at 02:30:36PM +0100, Vincent Lefevre wrote:
>2. break other packages that depend on the old behavior, at least
>   man-db 2.6.3-2 and previous versions.

Hello Vincent,

I just wanted to check with you before uploading less 456-2.

Do you know about other packages that less 456-1 break other than man-db
2.6.3-2?

I know #695459 is already fixed.

Thank you,

Aníbal


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

Bug#606982: this is still a problem

[Jérémy Lal]

On 12/03/2013 00:48, Antoine Beaupré wrote:
> On 2013-03-11, Jérémy Lal wrote:
>> What error do you see now ?
>> Which user:group do you use to run redmine as ?
>> The debian package sets permissions so that redmine can run as www-data,
>> is this the case here ?
> 
> I run redmine as the "redmine" user, while the debian package sets it as
> "www-data", even though i do a dpkg-statoverride...

redmine's postinst does change permissions, during configure|reconfigure,
of all files and folders created at postinst time.
(to www-data:www-data or root:www-data).

Please have a look at /usr/share/doc/redmine/README.Debian.gz :
MANUAL INSTALL / RUNNING AS UNPRIVILEGED USER WITHOUT COPYING 

Better ideas are welcome.

Jérémy.


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

Bug#702830: fldigi: Does not even launch under MINT

[Sam]

Package: fldigi
Version: 3.21.48-1
Severity: important

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

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

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



-- System Information:
Debian Release: 7.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: powerpc (ppc)

Kernel: Linux 3.2.0-4-powerpc
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fldigi depends on:
ii  libasound2 1.0.25-4
ii  libc6  2.13-38
ii  libfltk-images1.3  1.3.0-8
ii  libfltk1.3 1.3.0-8
ii  libgcc11:4.7.2-5
ii  libhamlib2 1.2.15.1-1
ii  libpng12-0 1.2.49-1
ii  libportaudio2  19+svn2021-1
ii  libpulse0  2.0-6
ii  librpc-xml-perl0.76-3
ii  libsamplerate0 0.1.8-5
ii  libsndfile11.0.25-5
ii  libstdc++6 4.7.2-5
ii  libx11-6   2:1.5.0-1
ii  libxmlrpc-c++4 1.16.33-3.2
ii  libxmlrpc-core-c3  1.16.33-3.2

Versions of packages fldigi recommends:
ii  extra-xdg-menus  1.0-4

Versions of packages fldigi suggests:
pn  libterm-readline-gnu-perl | libterm-readline-perl-perl  

-- 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#702821: Pending fixes for bugs in the libapache2-mod-perl2 package

[pkg-perl-maintainers]

tag 702821 + pending
thanks

Some bugs in the libapache2-mod-perl2 package are closed in revision
7b6d972fcb6040c4ad7f6938fc68f9aa165fb92f in branch 'master' by
Dominic Hargreaves

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libapache2-mod-perl2.git;a=commitdiff;h=7b6d972

Commit message:

Fix FTBFS with versions of perl including the CVE-2013-1667 fix (Closes: 
#702821)


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

Bug#606982: this is still a problem

[Antoine Beaupré]

On 2013-03-11, Jérémy Lal wrote:
> What error do you see now ?
> Which user:group do you use to run redmine as ?
> The debian package sets permissions so that redmine can run as www-data,
> is this the case here ?

I run redmine as the "redmine" user, while the debian package sets it as
"www-data", even though i do a dpkg-statoverride...

A.

-- 
Instead of worrying about what somebody else is going to do, which is
not under your control, the important thing is, what are you going to
decide about what is under your control?
 - Richard Stallman


pgpR0GSo28GhY.pgp
Description: PGP signature

Bug#702790: FTBFS: local changes detected

[gregor herrmann]

On Mon, 11 Mar 2013 13:46:56 +0100, Michael Tautschnig wrote:

> To be honest, I'm not entirely sure what is going wrong
> here. Reproducing the problem, however, is trivial:

For some value of "trivial" :)
 
> dget -x 
> http://http.debian.net/debian/pool/main/s/service-wrapper-java/service-wrapper-java_3.5.3-4.dsc
> cd service-wrapper-java-3.5.3
> dpkg-buildpackage
> (well, I used pdebuild --use-pdebuild-internal instead)

Works fine here (with pdebuild --use-pdebuild-internal).

Hu, but something's fishy:

% dget -x 
http://http.debian.net/debian/pool/main/s/service-wrapper-java/service-wrapper-java_3.5.3-4.dsc
[..]
dpkg-source: info: extracting service-wrapper-java in service-wrapper-java-3.5.3
dpkg-source: info: unpacking service-wrapper-java_3.5.3.orig.tar.gz
dpkg-source: info: unpacking service-wrapper-java_3.5.3-4.debian.tar.gz
dpkg-source: info: applying 03_ld_as_needed.patch
% cd service-wrapper-java-3.5.3
% ls debian/patches 
01_disable_buildtime_in_buildfile.patch  02_update_buildtime.patch  
03_ld_as_needed.patch  series
% cat debian/patches/series 
01_disable_buildtime_in_buildfile.patch
02_update_buildtime.patch
03_ld_as_needed.patch
% quilt applied
debian-changes-3.5.3-1
debian-changes-3.5.3-1
03_ld_as_needed.patch

% find .pc 
.pc
.pc/applied-patches
.pc/debian-changes-3.5.3-1
.pc/debian-changes-3.5.3-1/src
.pc/debian-changes-3.5.3-1/src/c
.pc/debian-changes-3.5.3-1/src/c/wrapperinfo.c
.pc/debian-changes-3.5.3-1/src/java
.pc/debian-changes-3.5.3-1/src/java/org
.pc/debian-changes-3.5.3-1/src/java/org/tanukisoftware
.pc/debian-changes-3.5.3-1/src/java/org/tanukisoftware/wrapper
.pc/debian-changes-3.5.3-1/src/java/org/tanukisoftware/wrapper/WrapperInfo.java
.pc/.version
.pc/.quilt_series
.pc/.quilt_patches
.pc/03_ld_as_needed.patch
.pc/03_ld_as_needed.patch/src
.pc/03_ld_as_needed.patch/src/c
.pc/03_ld_as_needed.patch/src/c/Makefile-linux-x86-32.make
.pc/03_ld_as_needed.patch/src/c/Makefile-linux-ppc-32.make
.pc/03_ld_as_needed.patch/src/c/Makefile-linux-ia-64.make
.pc/03_ld_as_needed.patch/src/c/Makefile-linux-x86-64.make


After quilt pop and rm -r .pc I get the error:
dpkg-source: info: local changes detected, the modified files are:
 service-wrapper-java-3.5.3/build.xml
 service-wrapper-java-3.5.3/src/c/wrapperinfo.c
 service-wrapper-java-3.5.3/src/java/org/tanukisoftware/wrapper/WrapperInfo.java

[some time later.]

So we have _two_ debian-changes-3.5.3-1 applied ...

Unpacking service-wrapper-java_3.5.3-4.debian.tar.gz and
service-wrapper-java_3.5.3.orig.tar.gz manually shows:
% quilt applied
debian-changes-3.5.3-1
% find .pc
.pc
.pc/applied-patches
.pc/debian-changes-3.5.3-1
.pc/debian-changes-3.5.3-1/src
.pc/debian-changes-3.5.3-1/src/c
.pc/debian-changes-3.5.3-1/src/c/wrapperinfo.c
.pc/debian-changes-3.5.3-1/src/java
.pc/debian-changes-3.5.3-1/src/java/org
.pc/debian-changes-3.5.3-1/src/java/org/tanukisoftware
.pc/debian-changes-3.5.3-1/src/java/org/tanukisoftware/wrapper
.pc/debian-changes-3.5.3-1/src/java/org/tanukisoftware/wrapper/WrapperInfo.java
.pc/.version

[some time later.]

I think I found something -- the .orig.tar.gt contain a .pc directory
with debian-changes-3.5.3-1. D'oh.

Ok, I assume for today that this is the problem ...


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tote Hosen: Guantanamera


signature.asc
Description: Digital signature

Bug#702401: gnumeric: text export is missing

[Drew Parsons]

On Sat, 2013-03-09 at 15:46 +0100, J.H.M. Dassen (Ray) wrote:
> 
> And it's now available under Data -> Export Data -> Export as Text File.

I see it now, thanks Ray!

> AFAIK the background to this is to draw a distinction between "save"
> (largely loss-less preservation of the spreadsheet's structure) and "export"
> (which can involve significant loss of structure or information - formulas
> don't survive text export ).

Makes sense.  They probably should have mentioned the change in NEWS.
Is it work adding to README.Debian?

Drew


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

Bug#606982: this is still a problem

[Jérémy Lal]

On 11/03/2013 23:54, Antoine Beaupré wrote:
> found 606982 1.4.4+dfsg1-2
> thanks
> 
> Even though we used a statoverride, the permissions were still wrong on
> the environment.rb file:
> 
> apps:/etc/apt# ls -al /usr/share/redmine/config/environment.rb
> -rw-r--r-- 1 www-data root 4157 22 jan 12:14 
> /usr/share/redmine/config/environment.rb
> apps:/etc/apt# chown redmine:redmine /usr/share/redmine/config/environment.rb
> 
> So it seems this is still a problem in the wheezy version.

What error do you see now ?
Which user:group do you use to run redmine as ?
The debian package sets permissions so that redmine can run as www-data,
is this the case here ?

Jérémy.


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

Bug#653358: upgraded to wheezy version by hand too

[Antoine Beaupré]

I ended up giving up here and upgraded to the wheezy version by hand, as
I don't want to maintain a ton of ruby backports out there..

I had to screw around with bundle to make things work, so there may be
dependencies missing here. The magic incantation was:

# bundle install --without development test

See this page for details:

https://wiki.koumbit.net/RedmineMaintenance#A1.1.2_to_1.4_upgrade

A.

-- 
Premature optimization is the root of all evil
- Donald Knuth


pgpScaETvPRRy.pgp
Description: PGP signature

Bug#697940: Status

[Michael Lustfield]

"nginx maintainers, what's the status?"

... Look at the link to the root bug. There's a reason they haven't taken that
patch and committed it yet. This isn't trivial and we're not going to decide
how this "non-issue" should be rectified. Us making a small change could cause
a big headache down the road. Patience.

Honestly... If you don't trust the network in which proxy_pass is being sent to
or the network in between, you're already screwed. I don't even see a
legitimate need for proxy_pass to https backends.

"Trusting Trust"


* This issue will be closed when upstream closes it. We won't be doing any
special patching for this bug without careful consideration.

-- 
Michael Lustfield


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

Bug#606982: this is still a problem

[Antoine Beaupré]

found 606982 1.4.4+dfsg1-2
thanks

Even though we used a statoverride, the permissions were still wrong on
the environment.rb file:

apps:/etc/apt# ls -al /usr/share/redmine/config/environment.rb
-rw-r--r-- 1 www-data root 4157 22 jan 12:14 
/usr/share/redmine/config/environment.rb
apps:/etc/apt# chown redmine:redmine /usr/share/redmine/config/environment.rb

So it seems this is still a problem in the wheezy version.

A.

-- 
Il faut tout un village pour élever un enfant.
- Proverbe africain


pgph5dpk8lu7D.pgp
Description: PGP signature

Bug#702731: /usr/lib/grub/i386-pc/grub-install: grub-install always tries to write to sda

[Colin Watson]

Control: reassign -1 grub-installer

On Mon, Mar 11, 2013 at 08:53:47PM +0100, Rolf Heinrichs wrote:
>   I mean the program/menu item in the Wheezy installer that is calling
> the grub component that writes grub to the disk.

OK, then reassigning to grub-installer.

-- 
Colin Watson   [cjwat...@debian.org]


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

Bug#702829: debdelta 0.39trl ships with an obsolete keyring

[Mike Swanson]

Package: debdelta
Version: 0.39trl
Severity: important

debdelta.debian.net signs with a newer key than the version in squeeze
provides.  This makes it difficult to get new deltas for the stable
release of Debian to say the least.

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

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

Versions of packages debdelta depends on:
ii  binutils2.20.1-16The GNU assembler, linker and bina
ii  bzip2   1.0.5-6+squeeze1 high-quality block-sorting file co
ii  libbz2-1.0  1.0.5-6+squeeze1 high-quality block-sorting file co
ii  libc6   2.11.3-4 Embedded GNU C Library: Shared lib
ii  python  2.6.6-3+squeeze7 interactive high-level object-orie
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages debdelta recommends:
ii  bsdiff4.3-10 generate/apply a patch between two
pn  gnupg-agent(no description available)
pn  gnupg2 (no description available)
ii  lzma  4.43-14Compression method of 7z format in
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii  xdelta1.1.3-9A diff utility which works with bi
ii  xdelta3   0y.dfsg-1  A diff utility which works with bi
ii  xz-utils  5.0.0-2XZ-format compression utilities

Versions of packages debdelta suggests:
pn  debdelta-doc   (no description available)

-- no debconf information


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

Bug#702828: linux-image-3.2.0-4-amd64: soft lockup - CPU#1 stuck for 21s!

[Olaf van der Spek]

Package: src:linux
Version: 3.2.35-2
Severity: normal

Hi,

I just got hit by this bug. I had tons of "dst cache overflow" issues (box 
might've been under DDoS attack) and then got a bunch of these:
Mar 11 21:54:09 xwis kernel: [1770524.140023] BUG: soft lockup - CPU#1 stuck 
for 21s! [ksoftirqd/1:10]
Mar 11 21:54:09 xwis kernel: [1770524.140378] Modules linked in: 
cpufreq_userspace cpufreq_powersave cpufreq_conservative cpufreq_stats ext3 jbd 
loop snd_hda_codec_hdmi radeon snd_hda_intel ttm drm_kms_helper snd_hda_codec 
snd_hwdep snd_pcm snd_page_alloc 
snd_timer drm sp5100_tco evdev pcspkr snd soundcore k8temp power_supply 
edac_mce_amd edac_core i2c_piix4 i2c_algo_bit i2c_core button shpchp ext4 crc16 
jbd2 mbcache dm_mod aacraid 3w_9xxx 3w_ raid10 raid456 async_raid6_recov 
async_memcpy async_pq async
_xor xor async_tx raid6_pq raid1 raid0 md_mod sata_nv sata_sil sata_via sg 
sd_mod crc_t10dif ata_generic ohci_hcd pata_atiixp ahci libahci ehci_hcd libata 
powernow_k8 mperf processor thermal_sys scsi_mod r8169 mii usbcore usb_common 
[last unloaded: scsi_wa
it_scan]
Mar 11 21:54:09 xwis kernel: [1770524.143323] CPU 1 
Mar 11 21:54:09 xwis kernel: [1770524.143332] Modules linked in: 
cpufreq_userspace cpufreq_powersave cpufreq_conservative cpufreq_stats ext3 jbd 
loop snd_hda_codec_hdmi radeon snd_hda_intel ttm drm_kms_helper snd_hda_codec 
snd_hwdep snd_pcm snd_page_alloc 
snd_timer drm sp5100_tco evdev pcspkr snd soundcore k8temp power_supply 
edac_mce_amd edac_core i2c_piix4 i2c_algo_bit i2c_core button shpchp ext4 crc16 
jbd2 mbcache dm_mod aacraid 3w_9xxx 3w_ raid10 raid456 async_raid6_recov 
async_memcpy async_pq async
_xor xor async_tx raid6_pq raid1 raid0 md_mod sata_nv sata_sil sata_via sg 
sd_mod crc_t10dif ata_generic ohci_hcd pata_atiixp ahci libahci ehci_hcd libata 
powernow_k8 mperf processor thermal_sys scsi_mod r8169 mii usbcore usb_common 
[last unloaded: scsi_wa
it_scan]
Mar 11 21:54:09 xwis kernel: [1770524.144010] 
Mar 11 21:54:09 xwis kernel: [1770524.144010] Pid: 10, comm: ksoftirqd/1 Not 
tainted 3.2.0-4-amd64 #1 Debian 3.2.35-2 MICRO-STAR INTERANTIONAL CO.,LTD 
MS-7368/MS-7368
Mar 11 21:54:09 xwis kernel: [1770524.144010] RIP: 0010:[]  
[] rt_is_expired+0x4/0x1e
Mar 11 21:54:09 xwis kernel: [1770524.144010] RSP: 0018:88011aed1b58  
EFLAGS: 0282
Mar 11 21:54:09 xwis kernel: [1770524.144010] RAX: 88011773c000 RBX: 
88011aed1ba0 RCX: 0011
Mar 11 21:54:09 xwis kernel: [1770524.144010] RDX: 0a8a RSI: 
0200 RDI: 88001147d880
Mar 11 21:54:09 xwis kernel: [1770524.144010] RBP: 0008 R08: 
0200 R09: 8168ea40
Mar 11 21:54:09 xwis kernel: [1770524.144010] R10: 880119ba4600 R11: 
880119ba4600 R12: 01702339
Mar 11 21:54:09 xwis kernel: [1770524.144010] R13: 812e786d R14: 
88011a9018b8 R15: 
Mar 11 21:54:09 xwis kernel: [1770524.144010] FS:  7fb0d9f34720() 
GS:88011fd0() knlGS:
Mar 11 21:54:09 xwis kernel: [1770524.144010] CS:  0010 DS:  ES:  CR0: 
8005003b
Mar 11 21:54:09 xwis kernel: [1770524.144010] CR2: 00a970a0 CR3: 
b983 CR4: 06e0
Mar 11 21:54:09 xwis kernel: [1770524.144010] DR0:  DR1: 
 DR2: 
Mar 11 21:54:09 xwis kernel: [1770524.144010] DR3:  DR6: 
0ff0 DR7: 0400
Mar 11 21:54:09 xwis kernel: [1770524.144010] Process ksoftirqd/1 (pid: 10, 
threadinfo 88011aed, task 88011aeaaea0)
Mar 11 21:54:09 xwis kernel: [1770524.144010] Stack:
Mar 11 21:54:09 xwis kernel: [1770524.144010]  812b2297 
81658700  1500
Mar 11 21:54:09 xwis kernel: [1770524.144010]  88011aed1fd8 
880119ba4600 8165bc00 88011a88c800
Mar 11 21:54:09 xwis kernel: [1770524.144010]  0001 
  0001
Mar 11 21:54:09 xwis kernel: [1770524.144010] Call Trace:
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
rt_garbage_collect+0x165/0x308
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
dst_alloc+0x3a/0x140
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
ip_route_input_common+0x972/0xb6f
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
ip_rcv_finish+0x3b/0x2d1
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
__netif_receive_skb+0x3f6/0x428
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
netif_receive_skb+0x63/0x69
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
napi_gro_receive+0x1d/0x2b
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
napi_skb_finish+0x1c/0x31
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
rtl8169_poll+0x298/0x45f [r8169]
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
net_rx_action+0xa1/0x1af
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
__do_softirq+0xb9/0x177
Mar 11 21:54:09 xwis kernel: [1770524.144010]  [] ? 
run_ksoftirqd+

Bug#612245: Regarding FCEU/FCEUX

[Alexander Toresson]

I have registered an account on Alioth and requested access to the
collab-maint repo, for the fceux repo.

Can you request access for my account chellomere-guest to the fceux repo?

In other news, I received replies from the third mail I sent out
regarding Lua script licenses today.

Thanks,
Alexander

On Mon, Mar 11, 2013 at 8:37 AM, Alexander Toresson
 wrote:
> Thanks, that's great! I'll look into how to get access to Alioth.
>
> I contacted three people about theur Lua scripts (the three I have
> found contact info for so far), I already got replies from two.
>
> // Alexander
>
> On Mon, Mar 11, 2013 at 7:04 AM, Joe Nahmias  wrote:
>> On Sun, Mar 10, 2013 at 09:29:55PM +0100, Alexander Toresson wrote:
>>> I've gone through the lua scripts. Many of them are by FCEUX
>>> contributors who committed them themselves, so GPL-2+ should apply to
>>> them.
>>>
>>> However, there are scripts by a few other authors, with unspecified
>>> license. I'll need to investigate those.
>>>
>>> // Alexander
>>
>> That's very good.  Just so you know, I've set up a collab-maint git repo
>> on alioth for the packaging.  You can find it at:
>> http://anonscm.debian.org/gitweb/?p=collab-maint/fceux.git
>>
>> If you can get access to alioth, then you should be able to commit
>> directly there.
>>
>> --Joe


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

Bug#702827: screen: Cursor not repositioned properly after launching altscreen application and resizing the terminal

[Eric Pruitt]

Package: screen
Version: 4.1.0~20120320gitdb59704-7
Severity: normal

Hello,

When launching vim then resizing my terminal, my cursor is not properly
repositioned after a resize.

Here are the steps to reproduce the issue:

1. Launch a terminal
2. Launch an application that uses altscreen like vim
3. Resize the terminal
4. Close the application. The cursor should now be in the wrong location.

Below is an example of what my terminal looks like when repeating these steps
on my computer:

> tmp% date; tput cols; tput lines
> Mon Mar 11 17:03:52 CDT 2013
> 159
> 58
> tmp%
>
>
>
>
> tmp% date; tput cols; tput lines
> Mon Mar 11 17:03:29 CDT 2013
> 68
> 25
> tmp% vi test

Note that the lines on top were printed below the lines on the bottom where you
would expect it to be the other way around. Perhaps this is a terminfo problem.

Eric

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

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

Versions of packages screen depends on:
ii  dpkg  1.16.9
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38
ii  libpam0g  1.1.3-7.1
ii  libtinfo5 5.9-10

screen recommends no packages.

Versions of packages screen suggests:
pn  iselect | screenie | byobu  

-- 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#702826: nmu: binutils-z80_2.22-3

[Alberto Garcia]

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

Hi,

binutils recently added a fix for #688951 (CVE-2012-3509) which also
affects binutils-z80. The following binNMU will cause the fix to be
applied to binutils-z80:

nmu binutils-z80_2.22-3 . ALL . -m "Rebuild against new binutils to pick up fix 
for #688951. Closes: #702407."

Thanks,

Berto

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

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


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

Bug#702823: libreoffice-calc: Calc crashes Gnome3 session when doing a detective trace

[Rene Engelhard]

found 702823 1:4.0.1~rc1-2
tag 702823 + confirmed
retitle 702823 detective trace crashes with (too) huge number of precedents
thanks

On Mon, Mar 11, 2013 at 10:26:27PM +0100, Christian Meyer wrote:
> I did a "Tools - Detective - Trace Precedents" that leads to an immidiate 
> crash
> of Gnome3 (ending at login from gdm3).
> 
> To reproduce just pick a cell (e.g. B1) and insert "=MIN(A$1:A$1048576)".
> Then try to trace the precedents. Since traces on smaller arrays work fine it
> is obviously caused by the (too) huge number of precedents.

And why are you then not just telling that? I bet it's nothing GNOME-specific...

But yeah, I can reproduce on wheezy and even in a sid chroot with 4.0.1...

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#702787: pre-approval: unblock: python-pyrrd/0.1.0-2

[Jonathan Wiltshire]

On Mon, Mar 11, 2013 at 12:45:16PM +0100, Elena Grandi wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> I'd like to ask if the attached debdiff would be allowed in wheezy.
> 
> It fixes important bug #691230 by backporting a small patch from the
> upstream repository; of course there are no other versions of the 
> package in sid.
> 
> The package is team-maintained, and the Uploader has been contacted, 
> but didn't answer.

Looks fine to me. Please retitle this bug when it is uploaded.

Thanks,

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

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



signature.asc
Description: Digital signature

Bug#702825: ITP: libpath-tiny-perl -- file path utility

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libpath-tiny-perl
  Version : 0.014
  Upstream Author : David Golden 
* URL : https://metacpan.org/module/Path::Tiny
* License : Apache-2.0
  Programming Lang: Perl
  Description : file path utility

 File::Tiny attempts to provide a small, fast utility for working with
 file paths. It is friendlier to use than File::Spec and provides easy
 access to functions from several other core file handling modules.
 .
 It doesn't attempt to be as full-featured as IO::All or Path::Class,
 nor does it try to work for anything except Unix-like and Win32
 platforms.  Even then, it might break if you try something particularly
 obscure or tortuous. (Quick! What does this mean:
 "///../../..//./././a//b/.././c/././"? And how does it differ on
 Win32?)


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

Bug#509815: The KDE Team intends to adopt libiodbc2

[Maximiliano Curia]

retitle 509815 ITA: libiodbc2 -- iODBC Driver Manager
owner 509815 !
thanks

Hi,

Currently libiodbc2 is needed by a great part of KDE, the team currently
maintains the soprano db, so libiodbc2 is a sort of missing link. Also, by
mainting this packages we intend to fix #639300.

Thanks,
Happy Hacking.
-- 
"The cheapest, fastest and most reliable components of a computer system are
those that aren't there."
-- Gordon Bell
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#701823: installation-report: Encrypted LVM assisted install failed on Lenovo T430s

[Gaudenz Steinlin]

Hi Raphael

Raphaël Walther  writes:

> I reproduce the same issue on the same computer with the new
> motherboard. I tried to encrypt a partition and it failed again at the
> same step.

Can you please post the logs of this attempt. Without any logs it's hard
to tell why it failed. The logs you previously posted really look like
it's a hardware issue. Maybe it was not the motherboard which is at
fault after all. If the logs still contain similar kernel errors like:

Feb 27 12:53:59 kernel: [  839.770044] ata1.00: exception Emask 0x0 SAct 0xfffc 
SErr 0x0 action 0x6 frozen
Feb 27 12:53:59 kernel: [  839.770052] ata1.00: failed command: WRITE FPDMA 
QUEUED
Feb 27 12:53:59 kernel: [  839.770062] ata1.00: cmd 
61/08:10:90:8e:2b/00:00:00:00:00/40 tag 2 ncq 4096 out
Feb 27 12:53:59 kernel: [  839.770076]  res 
40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Feb 27 12:53:59 kernel: [  839.770078] ata1.00: status: { DRDY }

or

Feb 27 12:53:59 kernel: [  839.770169] ata1: hard resetting link
Feb 27 12:54:04 kernel: [  845.124346] ata1: link is slow to respond, please be 
patient (ready=0)
Feb 27 12:54:09 kernel: [  849.760448] ata1: COMRESET failed (errno=-16)
Feb 27 12:54:09 kernel: [  849.760458] ata1: hard resetting link
Feb 27 12:54:14 kernel: [  855.106726] ata1: link is slow to respond, please be 
patient (ready=0)
Feb 27 12:54:19 kernel: [  859.742825] ata1: COMRESET failed (errno=-16)
Feb 27 12:54:19 kernel: [  859.742832] ata1: hard resetting link
Feb 27 12:54:24 kernel: [  865.097079] ata1: link is slow to respond, please be 
patient (ready=0)
Feb 27 12:54:54 kernel: [  894.701093] ata1: COMRESET failed (errno=-16)
Feb 27 12:54:54 kernel: [  894.701105] ata1: limiting SATA link speed to 3.0 
Gbps
Feb 27 12:54:54 kernel: [  894.701109] ata1: hard resetting link
Feb 27 12:54:59 kernel: [  899.712231] ata1: COMRESET failed (errno=-16)
Feb 27 12:54:59 kernel: [  899.712243] ata1: reset failed, giving up
Feb 27 12:54:59 kernel: [  899.712247] ata1.00: disabled

I suggest you also run a comprehensive harddisk test with some testing
tool like badblocks from a Live CD or from a testing CD provided by your
hardware vendor. Just to be sure that the hardware issue is indeed fixed.

Gaudenz
>
> Cheers,
> Raphaël
>
>
> -- 
> To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/20130311125250.ga9...@gmail.com
>

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~


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

Bug#702824: calligrasheets: crash when entering double-quotes and some other special characters in formula

[Alexis M.]

Package: calligrasheets
Version: 1:2.4.4-2
Severity: important
Tags: patch

When entering:

="

In a cell, calligra sheets crash when entering the double quote.
This disable the usability of using double-quotes in formula

This bug has been reported upstream:
https://bugs.kde.org/show_bug.cgi?id=304825 and has been corrected (but not
verified)

The commit that corrected the bug is here (there is also a link in the bug page
comment 1 from Marijn Kruisselbrink):
http://quickgit.kde.org/?p=calligra.git&a=commit&h=8d91c11ccbe80367e1960db6309c294d2d92f69b


The attached patches are directly from the commit.



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

Kernel: Linux 3.2.35backlightfix (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calligrasheets depends on:
ii  calligra-libs  1:2.4.4-2
ii  kde-runtime4:4.8.4-2
ii  libc6  2.13-38
ii  libgcc11:4.7.2-5
ii  libgsl0ldbl1.15+dfsg.2-2
ii  libkcmutils4   4:4.8.4-4
ii  libkde3support44:4.8.4-4
ii  libkdecore54:4.8.4-4
ii  libkdeui5  4:4.8.4-4
ii  libkhtml5  4:4.8.4-4
ii  libkio54:4.8.4-4
ii  libknotifyconfig4  4:4.8.4-4
ii  libkparts4 4:4.8.4-4
ii  libkrosscore4  4:4.8.4-4
ii  libqt4-dbus4:4.8.2+dfsg-11
ii  libqt4-qt3support  4:4.8.2+dfsg-11
ii  libqt4-sql 4:4.8.2+dfsg-11
ii  libqt4-xml 4:4.8.2+dfsg-11
ii  libqtcore4 4:4.8.2+dfsg-11
ii  libqtgui4  4:4.8.2+dfsg-11
ii  libstdc++6 4.7.2-5
ii  zlib1g 1:1.2.7.dfsg-13

calligrasheets recommends no packages.

Versions of packages calligrasheets suggests:
ii  khelpcenter4  4:4.8.4-2

-- no debconf information
--- a/sheets/Formula.cpp
+++ b/sheets/Formula.cpp
@@ -656,7 +656,8 @@
 tokens.reserve(50);
 
 ++data;
-const QChar *start = data;
+const QChar * const start = data;
+const QChar * const end = start + expr.length();
 const QChar *tokenStart = data;
 const QChar *cellStart = data;
 
@@ -667,9 +668,9 @@
 QString token(length, QChar());
 token.reserve(length); // needed to not realloc at the resize at the end
 QChar * out = token.data();
-QChar * outStart = token.data();
-
-while (state != Finish) {
+QChar * const outStart = token.data();
+
+while (state != Finish && data < end) {
 switch (state) {
 case Start:
 tokenStart = data;
@@ -1060,7 +1061,7 @@
 }
 
 // parse error if any text remains
-if (!data->isNull())  {
+if (data+1 < end)  {
 tokens.append(Token(Token::Unknown, expr.mid(tokenStart - start), tokenStart - start));
 parseError = true;
 }
--- a/sheets/tests/TestFormula.cpp
+++ b/sheets/tests/TestFormula.cpp
@@ -177,9 +177,13 @@
 // invalid formulas, can't be parsed correctly
 CHECK_TOKENIZE("+1.23E", QString());
 
+// incomplete formulas
+CHECK_TOKENIZE("COMPARE(\"", "xo");
+CHECK_TOKENIZE("SHEETS(Sheet2!", "");
+
 // empty parameter
 CHECK_TOKENIZE("IF(A1;A2;)", "xococoo");
-CHECK_TOKENIZE("=OFFSET(Sheet2'!B7;0;0)", "");
+CHECK_TOKENIZE("OFFSET(Sheet2'!B7;0;0)", "");
 
 // function cascade
 CHECK_TOKENIZE("SUM(ABS(-1);ABS(-1))", "xoxooiooxooioo");

Bug#702823: libreoffice-calc: Calc crashes Gnome3 session when doing a detective trace

[Christian Meyer]

Package: libreoffice-calc
Version: 1:3.5.4+dfsg-4
Severity: important

Dear Maintainers,

I did a "Tools - Detective - Trace Precedents" that leads to an immidiate crash
of Gnome3 (ending at login from gdm3).

To reproduce just pick a cell (e.g. B1) and insert "=MIN(A$1:A$1048576)".
Then try to trace the precedents. Since traces on smaller arrays work fine it
is obviously caused by the (too) huge number of precedents.

I tried to attach a backtrace (http://wiki.debian.org/OpenOffice#debug) but the
crash of gnome3 happens in gdb, too. Tried to (gdb) bt, but stack is empty.
(I'm not familiar with doing a backtrace)

BTW: please update http://wiki.debian.org/OpenOffice#debug
 $ gdb /usr/lib/openoffice/program/soffice.bin
to  $ gdb /usr/lib/libreoffice/program/soffice.bin

Thanks
Christian Meyer



-- 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=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-calc depends on:
ii  libc6  2.13-38
ii  libgcc11:4.7.2-5
ii  libreoffice-base-core  1:3.5.4+dfsg-4
ii  libreoffice-core   1:3.5.4+dfsg-4
ii  libstdc++6 4.7.2-5
ii  lp-solve   5.5.0.13-7
ii  uno-libs3  3.5.4+dfsg-4
ii  ure3.5.4+dfsg-4

libreoffice-calc recommends no packages.

libreoffice-calc suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.9.0-7.1
ii  fonts-opensymbol 2:102.2+LibO3.5.4+dfsg-4
ii  libc62.13-38
ii  libcairo21.12.2-3
ii  libcmis-0.2-00.1.0-1+b1
ii  libcurl3-gnutls  7.26.0-1+wheezy1
ii  libdb5.1 5.1.29-5
ii  libexpat12.1.0-1
ii  libexttextcat0   3.2.0-2
ii  libfontconfig1   2.9.0-7.1
ii  libfreetype6 2.4.9-1.1
ii  libgcc1  1:4.7.2-5
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgraphite2-2.0.0   1.1.3-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1
ii  libgstreamer0.10-0   0.10.36-1.1
ii  libhunspell-1.3-01.3.2-4
ii  libhyphen0   2.8.3-2
ii  libice6  2:1.0.8-2
ii  libicu48 4.8.1.1-10
ii  libjpeg8 8d-1
ii  libmythes-1.2-0  2:1.2.2-1
ii  libneon27-gnutls 0.29.6-3
ii  libnspr4 2:4.9.2-1
ii  libnspr4-0d  2:4.9.2-1
ii  libnss3  2:3.13.6-2
ii  libnss3-1d   2:3.13.6-2
ii  libpng12-0   1.2.49-1
ii  librdf0  1.0.15-1+b1
ii  libreoffice-common   1:3.5.4+dfsg-4
ii  librsvg2-2   2.36.1-1
ii  libsm6   2:1.2.1-2
ii  libssl1.0.0  1.0.1e-1
ii  libstdc++6   4.7.2-5
ii  libx11-6 2:1.5.0-1
ii  libxext6 2:1.3.1-2
ii  libxinerama1 2:1.1.2-1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  libxrandr2   2:1.3.2-2
ii  libxrender1  1:0.9.7-1
ii  libxslt1.1   1.1.26-14
ii  uno-libs33.5.4+dfsg-4
ii  ure  3.5.4+dfsg-4
ii  zlib1g   1:1.2.7.dfsg-13

-- 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#702785: unblock: ifenslave-2.6/1.1.0-21

[Jonathan Wiltshire]

Control: tag -1 + moreinfo

On Mon, Mar 11, 2013 at 12:21:45PM +0100, Guus Sliepen wrote:
> This fixes an important bug (#699445) which causes bonding to fail to work
> correctly after booting in those bonding modes where a primary interface has 
> to
> be selected.

Ok...

> I also enabled hardening flags, which found some unsafe usages of format
> strings, which have been fixed.

Not ok.

> unblock ifenslave-2.6/1.1.0-21

NACK.

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

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



signature.asc
Description: Digital signature

Bug#656090: ocsinventory-server: prompting due to modified conffiles which where not modified by the user

[Andreas Beckmann]

On 2013-03-11 21:23, gregor herrmann wrote:
> Or maybe we should ask Andreas with his piuparts hat on for a review
> :)

That would be very easy if you upload the binary packages (for amd64)
somewhere and add a Packages file.

Andreas

PS: ... and tell me an URL so that I don't have to guess ... :-)


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

Bug#702786: unblock: inputlirc/23-1

[Jonathan Wiltshire]

Control: tag -1 + moreinfo

On Mon, Mar 11, 2013 at 12:31:43PM +0100, Guus Sliepen wrote:
> This version fixes an important bug (#689037) which causes inputlirc to crash
> immediately when started with two or more identical input devices specified on
> the command line. This can happen inadvertently when combining manually
> specified input devices with one or more filter options, it is very difficult
> for a user to see what went wrong in such a case.
> 
> Note that I am also the upstream author, so I have made a new upstream version
> fixing this bug, instead of just applying a Debian patch to the old version.

Ok...

> I have also enabled compiler hardening flags.

Most definitely not ok.


> unblock inputlirc/23-1

NACK



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

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



signature.asc
Description: Digital signature

Bug#702769: FTBFS: bup.git.GitError: no such commit '75cd2b98c52d29ba5d510b37d7c9adb01553bd1f'

[gregor herrmann]

Control: tag -1 + confirmed
Control: fixed -1 0.25~git20130303-1

On Mon, 11 Mar 2013 10:31:06 +0100, Michael Tautschnig wrote:

> In an attempt to rebuild the package in a clean chroot, the test suite of the
> package failed to complete. This is reproducible on different systems, thus
> appears to be an error in the package. The key excerpt of the output is as
> below, the full build log is attached.
> 
> Best,
> Michael
> 
> [...]
> ! t/test.sh:174  ls -lR ok
> 75cd2b98c52d29ba5d510b37d7c9adb01553bd1f
> ! t/test.sh:175  bup split -r 
> :/home/michael/Desktop/debian/goto-cc-debugging/bup-0.25~git2011.11.04/buptest.tmp
>  -c --fanout 3 --max-pack-objects 3 -n lslr ok
> Traceback (most recent call last):
>   File 
> "/home/michael/Desktop/debian/goto-cc-debugging/bup-0.25~git2011.11.04/cmd/bup-ls",
>  line 11, in 
> ret = ls.do_ls(sys.argv[1:], top, default='/', spec_prefix='bup ')
>   File 
> "/home/michael/Desktop/debian/goto-cc-debugging/bup-0.25~git2011.11.04/lib/bup/ls.py",
>  line 48, in do_ls
> for sub in n:
>   File 
> "/home/michael/Desktop/debian/goto-cc-debugging/bup-0.25~git2011.11.04/lib/bup/vfs.py",
>  line 179, in __iter__
> return iter(self.subs())
>   File 
> "/home/michael/Desktop/debian/goto-cc-debugging/bup-0.25~git2011.11.04/lib/bup/vfs.py",
>  line 196, in subs
> self._mksubs()
>   File 
> "/home/michael/Desktop/debian/goto-cc-debugging/bup-0.25~git2011.11.04/lib/bup/vfs.py",
>  line 531, in _mksubs
> date = git.rev_get_date(sha.encode('hex'))
>   File 
> "/home/michael/Desktop/debian/goto-cc-debugging/bup-0.25~git2011.11.04/lib/bup/git.py",
>  line 759, in rev_get_date
> raise GitError, 'no such commit %r' % ref
> bup.git.GitError: no such commit '75cd2b98c52d29ba5d510b37d7c9adb01553bd1f'
> ! t/test.sh:176  bup ls FAILED
> [...]

Some tests here:
- 0.25~git20130303-1 from experimental, in an amd64 sid+exp
  cowbuilder chroot: works
- 0.25~git2011.11.04-5, in an amd64 sid chroot: fails in the same way
- 0.25~git2011.11.04-5, in an amd64 wheezy chroot: fails in the same way


Now someone just needs to find out what has changed between
2011-11-04 and 2013-03-03 :/

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Richard O'Brian: Rose Tint My World


signature.asc
Description: Digital signature

Bug#702822: libsdl1.2debian unconditionally depends on libpulse0

[Andrew Shadura]

Package: libsdl1.2debian
Version: 1.2.15-5
Severity: normal

Please make it optional, not mandatory. Similarly, for -dev package, if
it's possible.

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

Kernel: Linux 3.6-trunk-686-pae (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

Versions of packages libsdl1.2debian depends on:
ii  libsdl1.2debian-alsa  1.2.13-4+b1

libsdl1.2debian recommends no packages.

libsdl1.2debian 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#695353: [Pkg-xfce-devel] Bug#695353: Confirmed and already fixed bug in another distros

[Yves-Alexis Perez]

On lun., 2013-03-11 at 15:49 +0100, Javier Cantero wrote:
> I can confirm this bug. Some tumbler instances trying to generate a
> thumbnail of a video file prevent the file system to be unmounted. This
> happens with a USB memory stick, for example.
> 
> The bug is also reported in another debian based distros with the same
> package version, and already fixed (see Ubuntu bug #995918,
> "02_set-gststate-on-error.patch: close file on error." and related
> Xfce bug #8303 https://bugzilla.xfce.org/show_bug.cgi?id=8303 )
> 
> This is a quite annoying issue and should be considered to be fixed before
> the stable release is launched.
> 
Can you try the packages at
http://molly.corsac.net/~corsac/debian/xfce4/tumbler/ and see if they
fix the problem for you?

Regards,
-- 
Yves-Alexis


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

Bug#702821: libapache2-mod-perl2: FTBFS: the CVE-2013-1667 fix breaks t/perl/hash_attack.t

[Niko Tyni]

Package: libapache2-mod-perl2
Version: 2.0.7-2
Severity: serious
Control: found -1 2.0.4-7
X-Debbugs-Cc: t...@security.debian.org, p...@packages.debian.org

As noted on the modperl users list in

 
http://mail-archives.apache.org/mod_mbox/perl-modperl/201303.mbox/%3C67B2BB40A61BE846B65EF4793B863D6C610AF5@ukmail02.planit.group%3E

the perl fix for CVE-2013-1667 (rehashing flaw) makes t/perl/hash_attack.t
in libapache2-mod-perl2 fail, so the latter package now fails to build
from source.

Verified on both squeeze and sid/wheezy.

  t/perl/api.t  ok
  request has failed (the response code was: 500)
  see t/logs/error_log for more details
  t/perl/hash_attack.t  
  Dubious, test returned 255 (wstat 65280, 0xff00)
  Failed 1/1 subtests 
  [...]
  Result: FAIL
  Failed 1/242 test programs. 0/3534 subtests failed.

No patch yet, but according to Steve Hay in the above message
there is one floating around:

> I have seen a patch for it on the perl5-security list, and will
> hopefully apply it soon.

so it's probably best to wait a moment before disabling the test.
FWIW the SVN repository is at
 svn co https://svn.apache.org/repos/asf/perl/modperl/trunk
and can be browsed at
 http://svn.apache.org/viewvc/perl/modperl/trunk/

Cc'ing the security team. Once we have a fix, I suppose we'll need to
fix libapache2-mod-perl2 via stable-security?
-- 
Niko Tyni   nt...@debian.org


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

Bug#702820: xbmc: please, change from transitional package ttf-liberation to fonts-liberation

[Rogério Brito]

Package: xbmc
Version: 2:12.0~git20130127.fb595f2-1
Severity: wishlist

Hi, Andres.

Can you drop the depends on ttf-liberation to fonts-liberation in a next
upload?

It perhaps may be the case of even lowering that to a recommends, as the
user may have installed the microsoft fonts on their own systems (e.g. with
the package provided by debian or from http://corefonts.sourceforge.net/).

With a recommends, the system will automatically pull in the package by
default and those users that want to shoot themselves on their foot (read:
me) can choose to do so.


Thanks for keeping xbmc in Debian, BTW.


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

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

Versions of packages xbmc depends on:
ii  mesa-utils   8.0.1-2+b3
ii  python   2.7.3-4
ii  python-imaging   1.1.7-4
ii  python-support   1.0.15
ii  ttf-dejavu-core  2.33-3
ii  ttf-liberation   1.07.2-6
ii  x11-utils7.7~1
ii  xbmc-bin 2:12.0~git20130127.fb595f2-1

xbmc recommends no packages.

xbmc suggests no packages.

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#702819: ITP: liblexical-underscore-perl -- access your caller's lexical underscore

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: liblexical-underscore-perl
  Version : 0.001
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/lexical-underscore/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : access your caller's lexical underscore

 Starting with Perl 5.10, it is possible to create a lexical version of
 the Perl default variable $_. Certain Perl constructs like the "given"
 keyword automatically use a lexical $_ rather than the global $_.
 .
 It is occasionallly useful for a sub to be able to access its caller's
 $_ variable regardless of whether it was lexical or not. The "(_)" sub
 prototype is the official way to do so, however there are sometimes
 disadvantages to this; in particular it can only appear as the final
 required argument in a prototype, and there is no way of the sub
 differentiating between an explicitly passed argument and $_.
 .
 lexical::underscore allows you to access your caller's lexical $_
 variable as easily as:
 .
  ${lexical::underscore()}


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

Bug#698341: pu: package spatialite/3.0.0~beta20110817-3+deb7u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Mon, 2013-03-11 at 20:21 +0100, David Paleino wrote:
> On Sat, 09 Mar 2013 18:17:05 +, Adam D. Barratt wrote:
> > On Sun, 2013-03-03 at 10:24 +0100, David Paleino wrote:
> > > The package I prepared and built for testing also required 2 other
> > > patches, to fix #683075. I guess that hasn't changed since then :)
> > 
> > The debdiff included in  only
> > appeared to include the srsinit changes. Apologies if I simply missed
> > it, but was a debdiff with the other changes also posted somewhere?
> 
> You did see it already, but I didn't include it in the patch I posted. This is
> because I only made a patch for the source to be split; the actual package for
> testing carries two more patches, attaching them to this mail.
> 
> The bigger patch is needed because an API change in freexl happened
> unnoticed between testing and unstable.

Thanks for the patches. Please feel free to go ahead with the tpu upload
(using the version number suggested by the subject).

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#698245: unblock: moodle/2.2.3.dfsg-2.6~wheezy2

[Jonathan Wiltshire]

On Mon, Mar 11, 2013 at 06:43:02PM +0100, Tomasz Muras wrote:
> On 03/11/2013 05:22 PM, Jonathan Wiltshire wrote:
> >Just to clarify before I do it: stable stays as it is; remove moodle
> >from Wheezy and you will work on the basis of getting 2.5 into Jessie?
> >Intermediate versions can always go into backports of course.
> 
On Mon, Mar 11, 2013 at 02:40:55PM -0400, Hubert Chathi wrote:
> On Mon, 11 Mar 2013 18:43:02 +0100, Tomasz Muras  said:
> 
> > Correct. 1.9 is still supported (it won't be for long) and can stay in
> > stable.  I am thinking that I would would package 2.5 and then 2.6 in
> > unstable and do not let it migrate into testing - unless LTS upstream
> > version is released. Does it make sense?

Yes.

> AFAIK, if a package is not intended to go into testing, it should be in
> experimental rather than unstable.

Unstable is fine. Protecting unstable doesn't make any sense for a package
that isn't in testing anyway. When the freeze is lifted normal transition
will take place.

> > One thing I'm not sure about is what will happen to current users of
> > moodle package. They have 1.9 in squeeze, there will be nothing in
> > wheezy but then the package will appear back in jessie - but with no
> > upgrade path. The only way to get moodle back will be to drop the
> > package completely (and drop DB) and re-install it. Of course we could
> > provide some manual instructions to install 2.2 package and then
> > upgrade to 2.4.
> 
> IIRC, technically, we wouldn't need to worry about upgrades, since we
> only need to do upgrades from the previous Debian release.  Of course,
> that's not a very nice thing to do.  One option is to provide a 2.2 deb
> package that they can download from some other repository (we could
> probably dump it somewhere in Alioth).  That would probably be easier
> than having to install 2.2 via a non-deb method.  And you could add a
> preinst script in the 2.5 package that would abort the upgrade if the
> user tries to upgrade from 1.9.

This is why I suggest using wheezy-backports.

-- 
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


signature.asc
Description: Digital signature

Bug#702818: cutter-testing-framework: [INTL:de] Initial German translation

[Chris Leick]

Package: cutter-testing-framework
Version: 1.1.7
Severity: wishlist
Tags: l10n patch


Hi,

please find attached the initial German translation of 
cutter-testing-framework.


Kind regards,
Chris
# German translation of cutter.
# Copyright (C) 2000-2003 Tim Janik, 2008 Hiroyuki Ikezoe, 2009  Yuto HAYAMIZU,
# 2006-2010 Kouhei Sutou.
# This file is distributed under the same license as the
# cutter-testing-framework package.
# Copyright © of this file Chris Leick , 2013.
#
msgid ""
msgstr ""
"Project-Id-Version: cutter-testing-framework 1.1.7\n"
"Report-Msgid-Bugs-To: cutter-testing-framew...@packages.debian.org\n"
"POT-Creation-Date: 2013-02-21 15:28+0100\n"
"PO-Revision-Date: 2013-03-11 21:12+0200\n"
"Last-Translator: Chris Leick \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../cutter/cut-console.c:65
#, c-format
msgid "Invalid color value: %s"
msgstr "ungültiger Farbwert: %s"

#: ../cutter/cut-diff.c:58 ../cutter/cut-main.c:134
msgid "Show version"
msgstr "Version anzeigen"

#: ../cutter/cut-diff.c:60
msgid "Output diff with colors"
msgstr "farbiges Diff ausgeben"

#: ../cutter/cut-diff.c:63
# siehe deutsche Diff-Manpage
msgid "Use unified diff format"
msgstr "vereintes Diff-Format benutzen"

#: ../cutter/cut-diff.c:65
msgid "Use LINES as diff context lines"
msgstr "ZEILEN als Diff-Kontextzeilen benutzen"

#: ../cutter/cut-diff.c:67
msgid "Use LABEL as label"
msgstr "BEZEICHNUNG als Bezeichnung verwenden"

#: ../cutter/cut-diff.c:152
msgid "FILE_FROM FILE_TO"
msgstr "DATEI_VON DATEI_ZU"

#: ../cutter/cut-main.c:103
#, c-format
msgid "Invalid run mode: %s"
msgstr "ungültiger Ausführungsmodus: %s"

#: ../cutter/cut-main.c:124
#, c-format
msgid "Invalid test case order value: %s"
msgstr "ungültiger Wert für die Reihenfolge der Testfälle: %s"

#: ../cutter/cut-main.c:136
# if (g_utf8_collate(value, "test") == 0) --> test nicht übersetzen
msgid "Set run mode (default: test)"
msgstr "Ausführungsmodus setzen (Voreinstellung: »test«)"

#: ../cutter/cut-main.c:138
msgid "Set directory of source code"
msgstr "Verzeichnis des Quellcodes setzen"

#: ../cutter/cut-main.c:140
msgid "Specify tests"
msgstr "Tests festlegen"

#: ../cutter/cut-main.c:142
msgid "Specify test cases"
msgstr "Testfälle festlegen"

#: ../cutter/cut-main.c:144
msgid "Run test cases and iterated tests with multi-thread"
msgstr "Testfälle und wiederholte Tests in mehreren Threads ausführen"

#: ../cutter/cut-main.c:146
msgid ""
"Run test cases and iterated tests with MAX_THREADS threads concurrently at a "
"maximum (default: 10; -1 is no limit)"
msgstr ""
"Testfälle und wiederholte Tests mit maximal MAX_THREADS gleichzeitigen "
"Threads ausführen (Voreinstellung: 10; -1 ist unbegrenzt)"

#: ../cutter/cut-main.c:152
msgid "Disable signal handling"
msgstr "Signalbehandlung deaktivieren"

#: ../cutter/cut-main.c:154
# if (g_utf8_collate(value, "none") == 0) --> none nicht übersetzen
msgid "Sort test case by. Default is 'none'."
msgstr "Testfälle danach sortieren. Voreinstellung ist »none«."

#: ../cutter/cut-main.c:156
msgid "Skip files"
msgstr "Dateien überspringen"

#: ../cutter/cut-main.c:158
msgid "Skip directories"
msgstr "Verzeichnisse überspringen"

#: ../cutter/cut-main.c:160
msgid "Treat failures as fatal problem"
msgstr "Misserfolge als schwerwiegendes Problem betrachten"

#: ../cutter/cut-main.c:162
msgid "Keep opening loaded modules to resolve symbols for debugging"
msgstr ""
"das Öffnen geladener Module zum Auflösen von Symbolen zur Fehlersuche "
"beibehalten"

#: ../cutter/cut-main.c:165
msgid ""
"Enable convenience but danger '#{ATTRIBUTE_NAME}_#{TEST_NAME - 'test_' "
"PREFIX}' attribute set function"
msgstr ""
"bequeme aber gefährliche Funktion zum Setzen der Attribute "
"»#{ATTRIBUTE_NAME}_#{TEST_NAME - 'test_' PREFIX} aktivieren"

#: ../cutter/cut-main.c:170
msgid ""
"Set breakpoints at each line which invokes test. You can step into a test "
"function with your debugger easily."
msgstr ""
"Haltepunkte an jeder Zeile setzen, die Tests aufruft. Sie können mit Ihrem "
"Debugger leicht in eine Testfunktion springen."

#: ../cutter/cut-main.c:230
#, c-format
# LOG_DIRECTORY ist kein Variablenname --> kann übersetzt werden
msgid ""
"TEST_DIRECTORY\n"
"  %s --mode=analyze %s LOG_DIRECTORY"
msgstr ""
"TEST_VERZEICHNIS\n"
"  %s --mode=analyze %s PROTOKOLLVERZEICHNIS"

#: ../cutter/cut-main.c:232
msgid "[OPTION...]"
msgstr "[OPTION …]"

#: ../cutter/cut-report-factory-builder.c:197
#, c-format
msgid "Set filename of %s report"
msgstr "Dateinamen des Berichts %s setzen"

#: ../cutter/cut-report-factory-builder.c:214
msgid "Report Options"
msgstr "Berichtsoptionen"

#: ../cutter/cut-report-factory-builder.c:215
msgid "Show report options"
msgstr "Berichtsoptionen anzeigen"

#: ../cutter/cut-stream-factory-builder.c:151
msgid "Specify stream"
msgstr "Datenstrom festlegen"

#: ../cutter/cut-stream-factory-bui

Bug#702817: xbmc: [INTL:de] German translation of cpluff

[Chris Leick]

Package: xbmc
Version: 12.0
Severity: wishlist
Tags: l10n patch


Hi,

please find attached the initial German translation of cpluff.
(xbmc/lib/cpluff/po/de.po)


Kind regards,
Chris
# German translation of xbmc/cpluff.
# This file is distributed under the same license as the xbmc package.
# Copyright © of this file Chris Leick , 2013.
#
msgid ""
msgstr ""
"Project-Id-Version: xbmc 12.0\n"
"Report-Msgid-Bugs-To: johannes.lehti...@iki.fi\n"
"POT-Creation-Date: 2007-04-05 04:58+0300\n"
"PO-Revision-Date: 2013-03-11 21:24+0200\n"
"Last-Translator: Chris Leick \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: console/cmdinput_basic.c:49
# FIXME s/line/ //
msgid "ERROR: Command line is too long.\n"
msgstr "FEHLER: Befehlszeile ist zu lang.\n"

#: console/console.c:77
msgid "displays available commands"
msgstr "zeigt verfügbare Befehle"

#: console/console.c:78
msgid "sets the displayed log level"
msgstr "setzt die angezeigte Protokollierungsstufe"

#: console/console.c:79
msgid "registers a plug-in collection"
msgstr "registriert eine Sammlung von Plug-ins"

#: console/console.c:80
msgid "unregisters a plug-in collection"
msgstr "entfernt die Registrierung einer Sammlung von Plug-ins"

#: console/console.c:81
msgid "unregisters all plug-in collections"
msgstr "entfernt die Registrierung aller Plug-in-Sammlungen"

#: console/console.c:82
msgid "loads and installs a plug-in from the specified path"
msgstr "lädt und installiert ein Plug-in aus dem angegebenen Pfad"

#: console/console.c:83
msgid "scans plug-ins in the registered plug-in collections"
msgstr "durchsucht Plug-ins in den registrierten Plug-in-Sammlungen"

#: console/console.c:84
msgid "sets context startup arguments"
msgstr "setzt kontextabhängige Startargumente"

#: console/console.c:85
msgid "starts a plug-in"
msgstr "startet ein Plug-in"

#: console/console.c:86
msgid "runs one plug-in run function"
msgstr "führt eine Plug-in-Ausführungsfunktion aus"

#: console/console.c:87
msgid "runs plug-in run functions until all work is done"
msgstr "führt Plug-in-Ausführungsfunktionen aus, bis alles erledigt ist"

#: console/console.c:88
msgid "stops a plug-in"
msgstr "stoppt ein Plug-in"

#: console/console.c:89
msgid "stops all plug-ins"
msgstr "stoppt alle Plug-ins"

#: console/console.c:90
msgid "uninstalls a plug-in"
msgstr "deinstalliert ein Plug-in"

#: console/console.c:91
msgid "uninstalls all plug-ins"
msgstr "deinstalliert alle Plug-ins"

#: console/console.c:92
msgid "lists the installed plug-ins"
msgstr "listet die installierten Plug-ins auf"

#: console/console.c:93
msgid "lists the installed extension points"
msgstr "listet die installierten Erweiterungspunkte auf"

#: console/console.c:94
msgid "lists the installed extensions"
msgstr "listet alle installierten Erweiterungen auf"

#: console/console.c:95
msgid "shows static plug-in information"
msgstr "zeigt eine feststehende Plug-in-Information"

#: console/console.c:96 console/console.c:97
msgid "quits the program"
msgstr "beendet das Programm"

#: console/console.c:103
msgid "enables upgrades of installed plug-ins"
msgstr "aktiviert Upgrades installierter Plug-ins"

#: console/console.c:104
msgid "stops all plug-ins on first upgrade"
msgstr "stoppt beim ersten Upgrade alle Plug-ins"

#: console/console.c:105
msgid "stops all plug-ins on first install or upgrade"
msgstr "stoppt beim ersten Installieren oder Upgrade alle Plug-ins"

#: console/console.c:106
msgid "restarts the currently active plug-ins after the scan"
msgstr "startet das derzeit aktive Plug-in nach dem Scan wieder"

#: console/console.c:112
msgid "detailed debug messages"
msgstr "detaillierte Debug-Meldungen"

#: console/console.c:113
msgid "informational messages"
msgstr "mitteilsame Meldungen"

#: console/console.c:114
msgid "warnings about possible problems"
msgstr "Warnungen vor möglichen Problemen"

#: console/console.c:115
msgid "error messages"
msgstr "Fehlermeldungen"

#: console/console.c:116
msgid "disable logging"
msgstr "deaktiviert Protokollierung"

#: console/console.c:153
msgid "Command has too many arguments.\n"
msgstr "Befehl hat zu viele Argumente.\n"

#: console/console.c:176
msgid "The following commands are available:\n"
msgstr "Die folgenden Befehle sind verfügbar:\n"

#. TRANSLATORS: A tag for debug level log entries.
#: console/console.c:187 loader/loader.c:212
msgid "DEBUG"
msgstr "DEBUG"

#. TRANSLATORS: A tag for info level log entries.
#: console/console.c:191 loader/loader.c:217
msgid "INFO"
msgstr "INFO"

#. TRANSLATORS: A tag for warning level log entries.
#: console/console.c:195 loader/loader.c:222
msgid "WARNING"
msgstr "WARNUNG"

#. TRANSLATORS: A tag for error level log entries.
#: console/console.c:199 loader/loader.c:227
msgid "ERROR"
msgstr "FEHLER"

#. TRANSLATORS: A tag for unknown severity level.
#: console/console.c:203 loader/loader.c:232
msgid "UNKNOWN"
msgstr "UNBEKANN

Bug#702816: Missing soft dependency on libunrar

[Andrey Rahmatullin]

Package: calibre
Version: 0.8.51+dfsg1-0.1
Severity: normal

I've loaded a RAR archive (with an EPUB file inside) into calibre. It couldn't
convert it and printed a traceback about calibre.libunrar not able to load
libunrar.so. I've installed libunrar0 and calibre was able to open and convert
the file.

Note that libunrar0 is non-free so it should probably go into Suggests.



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

Kernel: Linux 3.8.0-wrar-sabine-1+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calibre depends on:
ii  calibre-bin   0.8.51+dfsg1-0.1
ii  fonts-liberation  1.07.2-6
ii  imagemagick   8:6.7.7.10-5
ii  poppler-utils 0.18.4-5
ii  python-beautifulsoup  3.2.1-1
ii  python-chardet2.0.1-2
ii  python-cherrypy3  3.2.2-2
ii  python-cssutils   0.9.10~b1-1
ii  python-dateutil   1.5+dfsg-0.1
ii  python-dbus   1.1.1-1
ii  python-feedparser 5.1.2-1
ii  python-imaging1.1.7-4
ii  python-lxml   2.3.2-1
ii  python-mechanize  1:0.2.5-3
ii  python-pkg-resources  0.6.24-1
ii  python-pyparsing  1.5.6+dfsg1-2
ii  python-qt44.9.3-4
ii  python-routes 1.13-2
ii  python2.7 2.7.3-6
ii  xdg-utils 1.1.0~rc1+git20111210-6

Versions of packages calibre recommends:
pn  python-dnspython  

calibre 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#689754: cdbs: Need to append CPPFLAGS to CXXFLAGS to get rid of hardening-no-fortify warning

[Jérémy Lal]

reassign 689754 gyp
--

This is a gyp problem : gyp ignores CPPFLAGS.

Nota Bene :
- the two "EXPORT" lines are not pertinent to this bug report.
- it is not a regression.

Jérémy.


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

Bug#656090: ocsinventory-server: prompting due to modified conffiles which where not modified by the user

[gregor herrmann]

On Tue, 29 Jan 2013 01:27:26 +, Stuart Prescott wrote:

> The attached patch reverts the change of /etc/ocsinventory/ocsinventory.conf 
> from configuation file to conffile and copies the file in only on fresh 
> installs of 
> the package.

Do you have plans to upload the patch as an NMU?
Or maybe we should ask Andreas with his piuparts hat on for a review
:)

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Rolling Stones: Dadoo


signature.asc
Description: Digital signature

Bug#559179: mutextrace: package does not contain any documentation

[Helmut Grohne]

Control: tags -1 patch

Dear mutextrace maintainer,

On Wed, Dec 02, 2009 at 04:04:27PM +0100, Helmut Grohne wrote:
> The mutextrace package does not contain any documentation. According to
> policy section 12.1. a bug should be reported for a missing manual page
> which is the case. As there is no other documentation in the package it
> degrades the usability and thus the bug is marked as important.

I wrote a manual page for the mutextrace utility. Please consider
including it under the very same license as the rest of the source.
You'll find it attached to this mail.

Helmut
.Dd Mar 11 2013
.Dt mutextrace 1
.Sh NAME
mutextrace - LD_PRELOAD wrapper for tracing pthread mutex acquisition
.Sh SYNOPSIS
.nf
\fBmutextrace\fP \fIprogram options\fP
.fi
.Sh DESCRIPTION
This tool allows you to wrap an existing program and wrap calls to 
\fBpthread_create\fP and \fBpthread_mutex_*\fP to display what is happening.
Specifically creation, locking, unlocking and destruction of mutexes as well as 
creation and termination of threads is displayed.
Note that it does replace \fBpthread_mutex_trylock\fP.
Objects are numbered sequentially numbered at creation and those numbers are 
used to identify them later on.
When a lock is acquired in one thread which is currently held by another 
thread, the ownership transfer is explained.

The \fBmutextrace\fP utility sets up the \fBLD_PRELOAD\fP environment variable 
to load the library into a program to be debugged.
It takes no options on its own and assumes that the first parameter refers to a 
program to be executed.
All further parameters are passed on to the wrapped program.
.Sh SEE ALSO
.Xr pthread_create 3
.Xr pthread_mutex_init 3
.Xr pthread_mutex_lock 3
.Xr pthread_mutex_unlock 3
.Xr pthread_mutex_destroy 3
.Sh AUTHOR
\fBmutextrace\fP was written by Simon Richter .
This manual page was written by Helmut Grohne  for the 
Debian system (but may be used by others).

Bug#702815: libc6: When migrating to multiarch, breaks system by removing ld.so.cache

[Dario Ernst]

Source: libc6
Version: 2.13-38
Severity: important

Hello,

i have today tried to install wine-bin:i386 on my amd64 system, as
recommended by the amd64 wine package which shows an dialog stating that
the user should "dpkg --add-architecture i386; apt-get update; apt-get
install wine-bin:i386". Upon doing this, aptitude wanted to install a
few :i386 libs (libc6 among them) as well as upgrade libc6:amd64 (by one
minor version). In the installation process, dpkg bailed out and quit
with an error similar to this below. Nothing on my system worked
anymore, always not finding some different core library. Upon rebooting,
the system wouldn't boot anymore by not finding lib6.so.

I then booted a rescue system (grml) and tried to chroot onto my system,
which didn't work (libtinfo.so.5 not found). After a bit of looking
around, i've seen that /etc/ld.so.cache was missing. I copied the
ld.so.cache from my grml over to my system, and chroot worked, then i
regenerated ld.so.cache with "ldconfig -v". I then had a usable system
again. But when trying to apt-get -f install to finish the installation
procedure that aborted before, i get this:


 snip ===
root@grml ~ # bash
root@grml:~# chroot /mnt/ /bin/bash
dircolors: /etc/DIR_COLORS: No such file or directory
--[ root@grml ]---[ /
]---
 / # ldconfig
--[ root@grml ]---[ /
]---
 / # apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following extra packages will be installed:
  cpp-4.7 g++-4.7 gcc-4.7 gcc-4.7-base gcc-4.7-base:i386 lib32gcc1
lib32itm1 lib32stdc++6 libc6 libc6:i386
  libc6-amd64:i386 libc6-i686:i386 libgcc1 libgcc1:i386 libgfortran3
libobjc4 libquadmath0 libstdc++6 libstdc++6-4.7-dev
Suggested packages:
  gcc-4.7-locales g++-4.7-multilib gcc-4.7-doc libstdc++6-4.7-dbg
gcc-4.7-multilib libmudflap0-4.7-dev libgcc1-dbg
  libgomp1-dbg libitm1-dbg libquadmath0-dbg libmudflap0-dbg
libcloog-ppl0 libppl-c2 libppl7 binutils-gold glibc-doc
  glibc-doc:i386 locales:i386 libstdc++6-4.7-doc
The following NEW packages will be installed:
  gcc-4.7-base:i386 libc6:i386 libc6-i686:i386 libgcc1:i386
The following packages will be upgraded:
  cpp-4.7 g++-4.7 gcc-4.7 gcc-4.7-base lib32gcc1 lib32itm1 lib32stdc++6
libc6 libc6-amd64:i386 libgcc1 libgfortran3
  libobjc4 libquadmath0 libstdc++6 libstdc++6-4.7-dev
15 upgraded, 4 newly installed, 0 to remove and 567 not upgraded.
9 not fully installed or removed.
Need to get 0 B/39.2 MB of archives.
After this operation, 11.8 MB of additional disk space will be used.
Do you want to continue [Y/n]?
Preconfiguring packages ...
Can not write log, openpty() failed (/dev/pts not mounted?)
(Reading database ... 397411 files and directories currently installed.)
Preparing to replace libc6:amd64 2.13-37 (using
.../libc6_2.13-38_amd64.deb) ...
Unpacking replacement libc6:amd64 ...
dpkg-deb: error while loading shared libraries: libz.so.1: cannot open
shared object file: No such file or directory
dpkg: error processing /var/cache/apt/archives/libc6_2.13-38_amd64.deb
(--unpack):
 subprocess dpkg-deb --fsys-tarfile returned error exit status 127
/bin/sh: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
dpkg: error while cleaning up:
 subprocess new post-removal script returned error exit status 127
rm: error while loading shared libraries: libc.so.6: cannot open shared
object file: No such file or directory
dpkg: error while cleaning up:
 subprocess rm cleanup returned error exit status 127
dpkg-split: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
dpkg: error processing /var/cache/apt/archives/libc6_2.13-38_i386.deb
(--unpack):
 subprocess dpkg-split returned error exit status 127
Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.13-38_amd64.deb
 /var/cache/apt/archives/libc6_2.13-38_i386.deb
sh: error while loading shared libraries: libc.so.6: cannot open shared
object file: No such file or directory
E: Problem executing scripts DPkg::Post-Invoke '/usr/bin/test -e
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service &&
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call
--system --dest org.freedesktop.PackageKit --object-path
/org/freedesktop/PackageKit --timeout 1 --method
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null;
/bin/echo > /dev/null'
E: Sub-process returned an error code
E: Sub-process /usr/bin/dpkg returned an error code (1)
--[ root@grml ]---[ /
]---
 / # ls -la /etc/ld.so.cache
ls: error while loading shared libraries: libselinux.so.1: ca

Bug#702814: bitlbee: Support for Twitter API 1.1

[gregor herrmann]

Source: bitlbee
Version: 1.2.8-1
Severity: normal
Tags: upstream fixed-upstream
Control: fixed -1 3.2-1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

If I'm understanding the situation correctly, 3.2 has added support
for Twitter's API version 1.1, so versions before this will start to
fail in their attempts to connect to Twitter at some point in the
future.

Cf. https://dev.twitter.com/blog/planning-for-api-v1-retirement

Since BitlBee has many more functions (and I don't use Twitter anyway
:)), I'm setting the severity to 'normal', others might disagree ...


Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJRPjxTAAoJELs6aAGGSaoGlFoQAIDWJcyhDlSVHy0+yw0b8oCV
fd1i5Mp1NbkRc3IEEG7FAqZywrqQz46DkdFSEsTSwfbuIJLMs93nMRZYaRa5JvmS
yQRhOh94VnV1Oy5g1AltJ9zH0B9Wnv8S6XqFqMvr58ZbOSuC3spGGo0Vg6II6taF
wKkx0ISzfH0jHEv/AK+28UZDTNuS7fssDzRd0iNQBKrQ4Zdp3pLQU5CpIVGBqvz/
ui2En79gwbVAON0tNxD5IQd1czt85fOJ7ldQhKHg5EPtakFHqCHFfpTF3KoiPVcz
Em//3/7RG2Qa4wJkrz5DKHveaKqQb4LbOYI9En1jAoEeuK+OxAhtj4nxwqsX6854
qPWS5OVK3Mi0aB0JRt+P/m0V/l2gKVyq0lqQqu9loF5kCdT7kCD5+RJ/fJLfoEv7
XwbHE2HBbPrlrc5eFBofiqEZcJGRZu4rANmhccjqgyEPbFztTfLcDDv740pgVh1Q
aHXohKRVd/+83rb6Ny0HtYT60Dt4ubgDzjVF0KhUvpMrsvhlhT58c/sDWeKEzxJo
HosLE6WQohG+V3ViMh0fN+YMeI7PfU5OEkqfouH1kqowzp2CRKvLdPLNn+T4gGG2
X4o1I9q+w+8cJXFp3O8rvkDtoRrwSoty9o/xRF+bVJ6HT+2niVweu01t0Won8tVy
TpdDcw6uaVS97y0jLSxb
=VIc2
-END PGP SIGNATURE-


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

Bug#689748: More info nouveau.noaccel=1 makes it much worse.

[The Eclectic One]

Hello again,

With the system updated today (03/09/13), standard wheezy kernel, with
/etc/default/grub changed as follows:

GRUB_CMDLINE_LINUX_DEFAULT="quiet nouveau.noaccel=1"

and after running update-grub, the screens became totally unreadable.
Both the main display and the secondary screen connected to the vga
port.  Both the X display (F7) and the text consoles.

I had to boot from the flash drive (rescue mode) to be able to see and
edit, on the secondary screen, /etc/default/grub to remove the no-accel
option.

With the noaccel=1 option, the "random dots" symptom I previously described
and the illegible fonts are back to an extreme degree making all displays
totally unreadable.  Moving the cursor, now a square fuzzy blob, erases the
random dots and leaves a clean trail.  So, this is not the same problem that
apparently gets solved by noaccel on other hardware.

Prior to trying the above (without the noaccel option), I got a lockup
while running pgadmin3.  Appended below is the Xorg.0.log.old with
backtraces.

So, noaccel=1 makes things dramatically worse on this hardware.

-- Xorg.0.log.old 

[32.014] 
X.Org X Server 1.12.4
Release Date: 2012-08-27
[32.014] X Protocol Version 11, Revision 0
[32.014] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian
[32.014] Current Operating System: Linux tashi 3.2.0-4-486 #1 Debian 
3.2.35-2 i686
[32.014] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-486 
root=UUID=e158a6d2-a704-48e9-8bdb-2f38417d8b41 ro quiet
[32.014] Build Date: 23 February 2013  06:25:22PM
[32.014] xorg-server 2:1.12.4-5 (Julien Cristau ) 
[32.014] Current version of pixman: 0.26.0
[32.014]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[32.015] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[32.015] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Mar  9 15:36:15 
2013
[32.060] (==) Using config file: "/etc/X11/xorg.conf"
[32.060] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[32.095] (==) ServerLayout "X.org Configured"
[32.095] (**) |-->Screen "Screen0" (0)
[32.095] (**) |   |-->Monitor "Monitor0"
[32.107] (**) |   |-->Device "Card0"
[32.107] (**) |-->Screen "Screen1" (1)
[32.107] (**) |   |-->Monitor "Monitor1"
[32.107] (==) No device specified for screen "Screen1".
Using the first device section listed.
[32.107] (**) |   |-->Device "Card0"
[32.107] (**) |-->Input Device "Mouse0"
[32.107] (**) |-->Input Device "Keyboard0"
[32.107] (==) Automatically adding devices
[32.107] (==) Automatically enabling devices
[32.107] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[32.107]Entry deleted from font path.
[32.107] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[32.107]Entry deleted from font path.
[32.107] (**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[32.107] (**) ModulePath set to "/usr/lib/xorg/modules"
[32.108] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 
'vmmouse' will be disabled.
[32.108] (WW) Disabling Mouse0
[32.108] (WW) Disabling Keyboard0
[32.108] (II) Loader magic: 0xb77985a0
[32.108] (II) Module ABI versions:
[32.108]X.Org ANSI C Emulation: 0.4
[32.108]X.Org Video Driver: 12.1
[32.108]X.Org XInput driver : 16.0
[32.108]X.Org Server Extension : 6.0
[32.109] (--) PCI:*(0:1:0:0) 10de:0286:1028:0179 rev 161, Mem @ 
0xfc00/16777216, 0xf000/67108864, BIOS @ 0x/131072
[32.110] (II) Open ACPI successful (/var/run/acpid.socket)
[32.110] (II) "extmod" will be loaded. This was enabled by default and also 
specified in the config file.
[32.110] (II) "dbe" will be loaded. This was enabled by default and also 
specified in the config file.
[32.110] (II) "glx" will be loaded. This was enabled by default and also 
specified in the config file.
[32.110] (II) "record" will be loaded. This was enabled by default and also 
specified in the config file.
[32.110] (II) "dri" will be loaded. This was enabled by default and also 
specified in the config file.

Bug#701054: verbose kernel logs for thinkcentre m78: 3.2.0-4-686-pae, 3.7-trunk-686-pae, 3.8-trunk-686-pae

[Daniel Kahn Gillmor]

On Mon 2013-03-11 15:40:06 -0400, Daniel Kahn Gillmor wrote:

> None of these warnings or backtraces show up on 3.8, and pulseaudio also
> does not crash on 3.8.

However, i should note that one of the udev threads does still hang/fail
on 3.8 for just under 180 seconds:

--
[8.730656] sd 7:0:0:2: [sdd] Attached SCSI removable disk
udevd[472]: worker [538] unexpectedly returned with status 0x0100

udevd[472]: worker [538] failed while handling 
'/devices/pci:00/:00:15.2/:03:00.3'

done.
Setting preliminary keymap...done.
Checking root file system...fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
/dev/mapper/krazy-root: clean, 134546/249984 fil[  186.797993] EXT3-fs (dm-0): 
using internal journal
es, 920069/999424 blocks (check in 4 mounts)
done.
Cleaning up ifupdown
[  186.935970] loop: module loaded
--


note that the device in question appears to be:

   *-serial
description: IPMI SMIC interface
product: Realtek Semiconductor Co., Ltd.
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0.3
bus info: pci@:03:00.3
version: 01
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd cap_list
configuration: driver=ipmi_si latency=0
resources: irq:17 ioport:e000(size=256) 
memory:fea1-fea100ff memory:fea0-fea03fff


should i be telling this machine to blacklist some module, or tell udev
to avoid trying to do anything with this device?

   --dkg


pgp5iHjeibrdw.pgp
Description: PGP signature

Bug#702731: /usr/lib/grub/i386-pc/grub-install: grub-install always tries to write to sda

[Rolf Heinrichs]

Hi Colin,

I mean the program/menu item in the Wheezy installer that is calling
the grub component that writes grub to the disk. There is NO choice.
This component always seems to write to sda, re. configures grub-install
in a way that sda is used as parameter. All automatically, no
menu/choice. The only question is if grub shall be installed in the MBR
or not. I selected MBR. 

Another comment: the Wheezy installer started with a 486 kernel
automatically. Afterwards, I got the 686-pae kernel on the disk.

Maybe thats part of the problem. 

I hope this is much clearer now.

Best regards, rh 


Am Sonntag, den 10.03.2013, 21:33 + schrieb Colin Watson:
> On Sun, Mar 10, 2013 at 09:33:03PM +0100, Rolf Heinrichs wrote:
> > Installing Wheezy RC1 x86 on ASUS DR-TLS/Dual PIII with SCSI disks, an USB 
> > stick and a SATA HD: the installer detected the USB key as sda, the SATA HD 
> > as sdb and the first SCSI disk as system disk as sdc. / and /boot and the 
> > basic system were installed ok on sdc. 
> > 
> > install-grub tried to write to the USB stick and left the PC without usable 
> > system. Did not ask for the disk to write to. 
> > 
> > Repeated installation with USB key and SATA HD, the expert install did not 
> > allow for a shortcut. That fixed the problem. 
> > 
> > install-grub should ask for the disk where to install.
> 
> There is no such command as install-grub; and grub-install requires the
> disk to install to as a parameter.  Perhaps you could be more clear?
> Perhaps you mean grub-installer, the installer component (not part of
> GRUB itself) which deals with deciding how to configure GRUB 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#702813: ITP: libscalar-does-perl -- like ref() but useful

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libscalar-does-perl
  Version : 0.102
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/Scalar-Does/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : like ref() but useful

 Scalar::Does provides a "does()" built-in.
 .
 A check that "ref($thing) eq 'ARRAY'" doesn't allow you to accept an
 object that uses overloading to provide an array-like interface.
 .
 This package also includes IO::Detect.


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

Bug#701054: verbose kernel logs for thinkcentre m78: 3.2.0-4-686-pae, 3.7-trunk-686-pae, 3.8-trunk-686-pae

[Daniel Kahn Gillmor]

On Sun 2013-03-10 23:14:35 -0400, Daniel Kahn Gillmor wrote:

> On 03/10/2013 08:33 PM, Ben Hutchings wrote:
>> You can try applying the quirk by adding 'acpi_osi=Linux' to the kernel
>> command line.
>
> thanks, i'll give that a try when i'm in front of the machine tomorrow.

this changed the log message to the following (from a 3.2 boot), but the
behavior of the system remained the same, including the null
pointer dereference  in pulseaudio:
 
[0.588857] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query honored via cmdline

>
>>>  * just 3.2:
>>> [1.676960] [Firmware Bug]: cpu 0, try to use APIC500 (LVT offset 0)
>>> for vector 0x10400, but the register is already in use for vector 0xf9
>>> on another cpu
>>> [1.690776] [Firmware Bug]: cpu 0, IBS interrupt offset 0 not
>>> available (MSRC001103A=0x0100)
>>> [1.700255] Failed to setup IBS, -22
>>>
>>>  * various hda-intel weirdnesses.
>> 
>> Does it still crash when starting PulseAudio?
>
> kernel 3.2 (which has the above output) does have a null dereference
> within pulseaudio -- you can see it at 185.6 seconds into the first of
> the three boots.  neither 3.7 and 3.8 have this null dereference.
>
> using all three kernels, there is still a hang just before "setting
> preliminary keymap", which is in /etc/rcS.d/S05keyboard-setup.  So it's
> presumably hanging in one of:
>
> S01mountkernfs.sh
> S02udev
> S03mountdevsubfs.sh
> S04bootlogd
>
> i'm not sure what userspace process is causing that hang (that is, which
> one is being terminated when i send ctrl-c through the console), but i
> can try to track it down.

Ah.  i discovered that if i just wait > 3 minutes at that hang instead
of pressing ctrl+C impatiently, the boot process does continue, showing
the following error messages:

udevd[416]: worker [495] unexpectedly returned with status 0x0100
^M
udevd[416]: worker [495] failed while handling 
'/devices/pci:00/:00:15.2/:03:00.3'
^M
done.
Setting preliminary keymap...done.

So it is almost certainly udev that is failing in this way.


Again, with the 3.2 kernel, pulseaudio crashes, but it is slightly
different.  it's no longer a null pointer dereference.

(fwiw, uid 109 appears to be the Debian-gdm user) Here is the backtrace
From the crash after letting the boot process timeout with the
acpi_osi=Linux parameter:

[  201.019945] kernel tried to execute NX-protected page - exploit attempt? 
(uid: 109)
[  201.020006] BUG: unable to handle kernel paging request at f62b7940
[  201.020006] IP: [] 0xf62b793f
[  201.020006] *pdpt = 01484001 *pde = 8000362001e3 
[  201.020006] Oops: 0011 [#1] SMP 
[  201.020006] Modules linked in: sha1_generic hmac cbc cts bridge stp bnep 
rfcomm bluetooth rfkill crc16 rpcsec_gss_krb5 uinput fuse nfsd nfs lockd 
fscache auth_rpcgss nfs_acl sunrpc loop snd_hda_codec_realtek 
snd_hda_codec_hdmi snd_hda_intel snd_hda_codec snd_hwdep snd_pcm powernow_k8 
snd_seq snd_timer snd_seq_device mperf crc32c_intel ipmi_si(+) i2c_piix4 
i2c_core tpm_tis aesni_intel cryptd snd aes_i586 tpm ipmi_msghandler processor 
psmouse soundcore snd_page_alloc aes_generic serio_raw evdev tpm_bios pcspkr 
thermal_sys ext3 jbd mbcache dm_mod microcode usb_storage sg usbhid hid sd_mod 
sr_mod cdrom crc_t10dif ohci_hcd ehci_hcd xhci_hcd ahci libahci libata r8169 
mii scsi_mod usbcore usb_common button [last unloaded: scsi_wait_scan]
[  201.052254] 
[  201.052254] Pid: 3299, comm: pulseaudio Not tainted 3.2.0-4-686-pae #1 
Debian 3.2.35-2 LENOVO 4865A14/Annapurna CRB
[  201.052254] EIP: 0060:[] EFLAGS: 00010202 CPU: 3
[  201.052254] EIP is at 0xf62b7940
[  201.052254] EAX: f37f6e2c EBX: 0080 ECX: f365e4c0 EDX: f6ee5400
[  201.052254] ESI: f843b05c EDI: f692ef00 EBP: f6ee5a4c ESP: f6f71d98
[  201.052254]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[  201.052254] Process pulseaudio (pid: 3299, ti=f6f7 task=f2e0ea80 
task.ti=f6f7)
[  201.052254] Stack:
[  201.052254]  f8438515 0080 0080 f2ea5400 f365e4c0 f6deee00 f37f6e2c 
f692ef00
[  201.052254]  f6deee38 f6f71e04  f843c518 f6c31b00 f84e9bcb f365e4c0 
f367ea00
[  201.052254]  f2e0ea80 f84e9cbf f6f71e04 f367eb18 f367eb2c   
f2e0ea80
[  201.052254] Call Trace:
[  201.052254]  [] ? azx_pcm_open+0x171/0x1f7 [snd_hda_intel]
[  201.052254]  [] ? snd_pcm_open_substream+0x36/0x68 [snd_pcm]
[  201.052254]  [] ? snd_pcm_open+0xc2/0x1be [snd_pcm]
[  201.052254]  [] ? try_to_wake_up+0x155/0x155
[  201.052254]  [] ? snd_pcm_playback_open+0x31/0x46 [snd_pcm]
[  201.052254]  [] ? snd_open+0xf5/0x133 [snd]
[  201.052254]  [] ? chrdev_open+0xf3/0x111
[  201.052254]  [] ? __dentry_open+0x17a/0x253
[  201.052254]  [] ? nameidata_to_filp+0x3a/0x45
[  201.052254]  [] ? cdev_put+0x17/0x17
[  201.052254]  [] ? do_last+0x4f8/0x513
[  201.052254]  [] ? path_openat+0xa1/0x28b
[  201.052254]  [] ? do_filp_open+0x23/0x5c
[  201.052254]  [] ? should_resched+0x5/0x1e
[  201.052254]  [] ? _cond_resched+0x5/0x18
[  201.052254]  [] ? do_sys_open+0x54

Bug#702812: init script stop fails because of missing pidfile

[Holger Mauermann]

Package: yate
Version: 4.3.0-1~dfsg-1
Severity: serious

yate's init script "stop" or "restart" doesn't work because the pidfile
can't be created if yate runs as unprivileged user. Default is to run as
user yate. A possible fix may be to create a subdirectory inside
/var/run that is owned by the yate user.

--- /etc/init.d/yate.orig   2013-03-11 19:49:08.204053159 +0100
+++ /etc/init.d/yate2013-03-11 19:49:55.99605 +0100
@@ -19,7 +19,7 @@
 DAEMON=/usr/bin/yate
 NAME=yate
 DESC=yate
-PIDFILE=/var/run/$NAME.pid
+PIDFILE=/var/run/yate/$NAME.pid

 test -x $DAEMON || exit 0

@@ -41,6 +41,8 @@
#so yate won't load the client modules
unset DISPLAY

+   [ -e /var/run/yate ] || \
+   install -d -o $YATE_USER -g $YATE_GROUP /var/run/yate   
start-stop-daemon --start --quiet --oknodo --pidfile $PIDFILE \
--chuid $YATE_USER --group $YATE_GROUP \
--exec $DAEMON -- -p $PIDFILE $DAEMON_OPTS


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

Bug#695062: This bug is fixed in version 1.9.92-1

[Ingo]

I did contact the author and he kindly has fixed this bug in December 2012.

The new package can be downloaded from:
http://www.photofilmstrip.org/builds/photofilmstrip_1.9.92-1_all.deb

However Jens stated that this build would need some more testing before
it is released. Here, on Wheezy-amd64 all is fine. I'd recommend to pull
it into Wheezy.

Thanks Jens


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

Bug#698341: pu: package spatialite/3.0.0~beta20110817-3+deb7u1

[David Paleino]

On Sat, 09 Mar 2013 18:17:05 +, Adam D. Barratt wrote:

> On Sun, 2013-03-03 at 10:24 +0100, David Paleino wrote:
> > On Thu, 28 Feb 2013 20:31:40 +, Adam D. Barratt wrote:
> > > Cool; thanks. Did you have chance to look at whether fixing the testing
> > > package "just" requires the source file split or if there were any other
> > > issues?
> > 
> > The package I prepared and built for testing also required 2 other
> > patches, to fix #683075. I guess that hasn't changed since then :)
> 
> The debdiff included in  only
> appeared to include the srsinit changes. Apologies if I simply missed
> it, but was a debdiff with the other changes also posted somewhere?

You did see it already, but I didn't include it in the patch I posted. This is
because I only made a patch for the source to be split; the actual package for
testing carries two more patches, attaching them to this mail.

The bigger patch is needed because an API change in freexl happened
unnoticed between testing and unstable.
See also your message
 (Sat, 19 Jan
2013 11:18:54 +).

Sorry for the confusion, and thank you!
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
From: Evgeni Golov 
Subject: fix linking with libgeos
Origin: vendor, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683075#39
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683075

---
 libspatialite/configure   |4 ++--
 libspatialite/configure.ac|4 ++--
 spatialite-tools/configure|2 +-
 spatialite-tools/configure.ac |2 +-
 4 files changed, 6 insertions(+), 6 deletions(-)

--- spatialite.orig/libspatialite/configure
+++ spatialite/libspatialite/configure
@@ -16593,7 +16593,7 @@ for ac_lib in '' geos_c; do
 ac_res="none required"
   else
 ac_res=-l$ac_lib
-LIBS="-l$ac_lib -lm -lgeos $ac_func_search_save_LIBS"
+LIBS="-l$ac_lib $ac_func_search_save_LIBS"
   fi
   if ac_fn_c_try_link "$LINENO"; then :
   ac_cv_search_GEOSTopologyPreserveSimplify=$ac_res
@@ -16663,7 +16663,7 @@ for ac_lib in '' geos_c; do
 ac_res="none required"
   else
 ac_res=-l$ac_lib
-LIBS="-l$ac_lib -lm -lgeos $ac_func_search_save_LIBS"
+LIBS="-l$ac_lib $ac_func_search_save_LIBS"
   fi
   if ac_fn_c_try_link "$LINENO"; then :
   ac_cv_search_GEOSCoveredBy=$ac_res
--- spatialite.orig/libspatialite/configure.ac
+++ spatialite/libspatialite/configure.ac
@@ -120,7 +120,7 @@ AC_ARG_ENABLE(geos, [AS_HELP_STRING(
 if test x"$enable_geos" != "xno"; then
   OMIT_GEOS_FLAGS=
   AC_CHECK_HEADERS(geos_c.h,, [AC_MSG_ERROR([cannot find geos_c.h, bailing out])])
-  AC_SEARCH_LIBS(GEOSTopologyPreserveSimplify,geos_c,,AC_MSG_ERROR(['libgeos_c' is required but it doesn't seems to be installed on this system.]),-lm -lgeos)
+  AC_SEARCH_LIBS(GEOSTopologyPreserveSimplify,geos_c,,AC_MSG_ERROR(['libgeos_c' is required but it doesn't seems to be installed on this system.]),)
   #---
   #   --enable-geosadvanced
   #
@@ -129,7 +129,7 @@ if test x"$enable_geos" != "xno"; then
 	  [], [geosadvanced=yes])
   if test x"$enable_geosadvanced" != "xno"; then
 	  GEOSADVANCED_FLAGS=-DGEOS_ADVANCED
-	  AC_SEARCH_LIBS(GEOSCoveredBy,geos_c,,AC_MSG_ERROR([obsolete 'libgeos_c' (< v.3.3.0). please retry specifying: --disable-geosadvanced.]),-lm -lgeos)
+	  AC_SEARCH_LIBS(GEOSCoveredBy,geos_c,,AC_MSG_ERROR([obsolete 'libgeos_c' (< v.3.3.0). please retry specifying: --disable-geosadvanced.]),)
   else
 	  GEOSADVANCED_FLAGS=
   fi
--- spatialite.orig/spatialite-tools/configure
+++ spatialite/spatialite-tools/configure
@@ -16547,7 +16547,7 @@ if test "${ac_cv_lib_geos_c_GEOSTopology
   $as_echo_n "(cached) " >&6
 else
   ac_check_lib_save_LIBS=$LIBS
-LIBS="-lgeos_c -lm -lgeos $LIBS"
+LIBS="-lgeos_c $LIBS"
 cat confdefs.h - <<_ACEOF >conftest.$ac_ext
 /* end confdefs.h.  */
 
--- spatialite.orig/spatialite-tools/configure.ac
+++ spatialite/spatialite-tools/configure.ac
@@ -72,7 +72,7 @@ AC_SUBST(READLINE_LIBS)
 
 AC_CHECK_LIB(expat,XML_ParserCreate,,AC_MSG_ERROR(['expat' is required but it doesn't seems to be installed on this system.]))
 AC_CHECK_LIB(proj,pj_init_plus,,AC_MSG_ERROR(['libproj' is required but it doesn't seems to be installed on this system.]),-lm)
-AC_CHECK_LIB(geos_c,GEOSTopologyPreserveSimplify,,AC_MSG_ERROR(['libgeos_c' is required but it doesn't seems to be installed on this system.]),-lm -lgeos)
+AC_CHECK_LIB(geos_c,GEOSTopologyPreserveSimplify,,AC_MSG_ERROR(['libgeos_c' is required but it doesn't seems to be installed on this system.]),)
 
 PKG_CHECK_MODULES([LIBFREEXL], [freexl], , AC_MSG_ERROR(['libfreexl' is required but it doesn't seems to be installed on this system.]))
 LIBSPATIALITE_CFLAGS=
From: Felix Geyer 
Subject: fix compatibility issues with FreeXL
Origin: vendor, http://bugs.deb

Bug#693939: libnl3: provide static libraries severity

[Julien Cristau]

On Sun, Mar 10, 2013 at 18:39:21 +0100, Ondřej Surý wrote:

> Hi release-team,
> 
> it might not be in violation of Debian policy to not provide static
> libraries, but I would still consider this as important with
> freeze-exception because it is easily fixable, does not introduce anything
> new library wise, and it prevents successful using of -dev package to link
> static binaries (which is not common, but still needed sometimes).
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693939
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693940
> 
> So I would ask you kindly to consider allowing to fix this bug (e.g.
> freeze-exception).
> 
NAK.  Wishlist bugs don't get freeze exceptions.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702811: pbuilder fails with directory creation failure

[Ritesh Raj Sarraf]

Package: pbuilder
Version: 0.214
Severity: important

This issue is seeon only with the reported version. If I rollback to the
previous version, things work fine.


dpkg-buildpackage: full upload (original source is included)
I: using fakeroot in build.
I: Current time: Tue Mar 12 00:44:59 IST 2013
I: pbuilder-time-stamp: 1363029299
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /dev/shm filesystem
mkdir: cannot create directory '/tmp/13726/dev/shm': File exists
mount: mount point /tmp/13726/dev/shm is a symbolic link to nowhere


My /tmp is on tmpfs. But that shouldn't be a problem because the same
setup works perfect with the previous version

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

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

Versions of packages pbuilder depends on:
ii  coreutils  8.20-3
ii  debconf [debconf-2.0]  1.5.49
ii  debianutils4.3.4
ii  debootstrap1.0.46
ii  dpkg-dev   1.16.9
ii  wget   1.14-1

Versions of packages pbuilder recommends:
ii  devscripts  2.12.6
ii  fakeroot1.18.4-2
ii  sudo1.8.5p2-1+nmu1

Versions of packages pbuilder suggests:
ii  cowdancer 0.71
pn  gdebi-core
pn  pbuilder-uml  

-- debconf information:
  pbuilder/mirrorsite: http://ftp.debian.org/debian/
  pbuilder/nomirror:
  pbuilder/rewrite: false


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

Bug#702810: ITP: libmoox-struct-perl -- simple lightweight record-like structures making sounds like cows

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: 1
  Version : 0.010
  Upstream Author : Toby Inkster 
* URL : http://search.cpan.org/dist/MooX-Struct/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : simple lightweight record-like structures making sounds 
like cows

 MooX::Struct allows you to create cheap struct-like classes for your
 data using Moo.
 .
 While similar in spirit to MooseX::Struct and Class::Struct,
 MooX::Struct has a somewhat different usage pattern. Rather than
 providing you with a "struct" keyword which can be used to define
 structs, you define all the structs as part of the "use" statement.
 This means they happen at compile time.
 .
 A struct is just an "anonymous" Moo class. MooX::Struct creates this
 class for you, and installs a lexical alias for it in your namespace.
 Thus your module can create a "Point3D" struct, and some other module
 can too, and they won't interfere with each other. All struct classes
 inherit from MooX::Struct.


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

Bug#702805: hugin crashes on startup after showing the splashscreen

[kie]

yes glxgears runs...

$ glxgears 
226 frames in 5.0 seconds = 44.929 FPS

best
Kie

On Mon, Mar 11, 2013 at 07:37:54PM +0100,
Andreas Metzler (ametz...@downhill.at.eu.org) wrote...

> On 2013-03-11 kie  wrote:
> > Package: hugin
> > Version: 2013.0.0~beta1+dfsg-1
> > Severity: normal
> 
> > Dear Maintainer,
> 
> > hugin crashes on startup after showing the splashscreen.
> > I used the version from testing and then tried the experimental version
> > with exactly the same result.
> [...]
> 
> Can you successfully run glxgears from mesa-utils? Hugin requires
> working OpenGL support.
> 
> cu andreas


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

Bug#685277: miredo: Please package the new upstream version 1.2.5, and due to freeze, upload to experimental

[mdt]

Package: miredo
Version: 1.2.3-1
Severity: normal

Upload the new upstream version 1.2.5 on experimental.
Thanks.

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

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

Versions of packages miredo depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  iproute   20100519-3 networking and traffic control too
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.
ii  libjudydebian11.0.5-1C library for creating and accessi
ii  udev  164-3  /dev/ and hotplug management daemo

miredo recommends no packages.

miredo 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