Bug#696518: pybit: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: pybit
Version: 0.4.0-2
Severity: wishlist
Tags: l10n patch

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

Russian debconf templates translation is attached.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf
armel

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


ru.po.gz
Description: GNU Zip compressed data

Bug#696516: unblock: lemonldap-ng/1.1.2-5+deb70u1

[Xavier Guimard]

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

Please unblock package lemonldap-ng

Hi all,

We'd like to have an unblock to push lemonldap-ng_1.1.2-5+deb70u1
This release will contain :
* the security fix to close #696329
* the pt_BR.po file to close #693366

Best regards,
Xavier

unblock lemonldap-ng/1.1.2-5+deb70u1

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru lemonldap-ng-1.1.2/debian/changelog lemonldap-ng-1.1.2/debian/changelog
--- lemonldap-ng-1.1.2/debian/changelog	2012-03-24 17:59:00.0 +0100
+++ lemonldap-ng-1.1.2/debian/changelog	2012-12-21 06:03:04.0 +0100
@@ -1,3 +1,10 @@
+lemonldap-ng (1.1.2-5+deb70u1) testing-proposed-updates; urgency=high
+
+  * Fix for CVE-2012-6426 (Closes: #696329)
+  * Brazilian translation (Closes: #693366)
+
+ -- Xavier Guimard   Thu, 20 Dec 2012 06:41:50 +0100
+
 lemonldap-ng (1.1.2-5) unstable; urgency=low
 
   * Remove some mistakes reported by
diff -Nru lemonldap-ng-1.1.2/debian/patches/series lemonldap-ng-1.1.2/debian/patches/series
--- lemonldap-ng-1.1.2/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ lemonldap-ng-1.1.2/debian/patches/series	2012-12-19 22:16:19.0 +0100
@@ -0,0 +1 @@
+verify-saml-signatures.patch
diff -Nru lemonldap-ng-1.1.2/debian/patches/verify-saml-signatures.patch lemonldap-ng-1.1.2/debian/patches/verify-saml-signatures.patch
--- lemonldap-ng-1.1.2/debian/patches/verify-saml-signatures.patch	1970-01-01 01:00:00.0 +0100
+++ lemonldap-ng-1.1.2/debian/patches/verify-saml-signatures.patch	2012-12-19 22:21:48.0 +0100
@@ -0,0 +1,146 @@
+Description: Verify SAML signature
+ Due to a bad use of Lasso library, SAML signatures are never checked, even if
+ we force signature check.
+ [CVE-2012-6426]
+Author: Clément OUDOT 
+Bug: http://jira.ow2.org/browse/LEMONLDAP-570
+Bug-Debian: http://bugs.debian.org/696329
+Forwarded: yes
+Reviewed-By: Xavier Guimard 
+Last-Update: 2012-12-19
+
+--- a/lemonldap-ng-portal/lib/Lemonldap/NG/Portal/_SAML.pm
 b/lemonldap-ng-portal/lib/Lemonldap/NG/Portal/_SAML.pm
+@@ -2218,6 +2218,21 @@
+ return $self->checkLassoError($@);
+ }
+ 
++## @method boolean forceSignatureVerification(Lasso::Profile profile)
++# Modify Lasso signature hint to force signature verification
++# @param profile Lasso profile object
++# @return result
++sub forceSignatureVerification {
++my ( $self, $profile ) = splice @_;
++
++eval {
++Lasso::Profile::set_signature_verify_hint( $profile,
++Lasso::Constants::PROFILE_SIGNATURE_VERIFY_HINT_FORCE );
++};
++
++return $self->checkLassoError($@);
++}
++
+ ## @method string getAuthnContext(string context)
+ # Convert configuration string into SAML2 AuthnContextClassRef string
+ # @param context configuration string
+@@ -3223,6 +3238,10 @@
+ 
+ Modify Lasso signature hint to disable signature verification
+ 
++=head2 forceSignatureVerification
++
++Modify Lasso signature hint to force signature verification
++
+ =head2 getAuthnContext
+ 
+ Convert configuration string into SAML2 AuthnContextClassRef string
+--- a/lemonldap-ng-portal/lib/Lemonldap/NG/Portal/AuthSAML.pm
 b/lemonldap-ng-portal/lib/Lemonldap/NG/Portal/AuthSAML.pm
+@@ -125,7 +125,18 @@
+   ->{samlIDPMetaDataOptionsCheckSSOMessageSignature};
+ 
+ if ($checkSSOMessageSignature) {
+-unless ( $self->checkSignatureStatus($login) ) {
++
++$self->forceSignatureVerification($login);
++
++if ($artifact) {
++$result = $self->processArtResponseMsg( $login, $response );
++}
++else {
++$result =
++  $self->processAuthnResponseMsg( $login, $response );
++}
++
++unless ($result) {
+ $self->lmLog( "Signature is not valid", 'error' );
+ return PE_SAML_SIGNATURE_ERROR;
+ }
+@@ -406,7 +417,12 @@
+   ->{samlIDPMetaDataOptionsCheckSLOMessageSignature};
+ 
+ if ($checkSLOMessageSignature) {
+-unless ( $self->checkSignatureStatus($logout) ) {
++
++$self->forceSignatureVerification($logout);
++
++$result = $self->processLogoutResponseMsg( $logout, $response );
++
++unless ($result) {
+ $self->lmLog( "Signature is not valid", 'error' );
+ return PE_SAML_SIGNATURE_ERROR;
+ }
+--- a/lemonldap-ng-portal/lib/Lemonldap/NG/Portal/IssuerDBSAML.pm
 b/lemonldap-ng-portal/lib/Lemonldap/NG/Portal/IssuerDBSAML.pm
+@@ -150,7 +150,17 @@
+   ->{sa

Bug#696517: mlterm: bad default font

[Samuel Bronson]

Package: mlterm
Version: 3.1.2-1.3
Severity: normal

Dear Maintainer,

I just started mlterm with all-default configuration, and it looked
really bad.
<>
A bit of poking around reveals that it's using the "xft" type engine,
and seemingly no particular font.
<>
-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mlterm depends on:
ii  libc6   2.13-37
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-3
ii  libssh2-1   1.4.2-1.1
ii  libx11-62:1.5.0-1
ii  mlterm-common   3.1.2-1.3

Versions of packages mlterm recommends:
ii  mlterm-tools  3.1.2-1.3

Versions of packages mlterm suggests:
pn  fonts-arphic-bsmi00lp   
pn  fonts-arphic-gbsn00lp   
pn  fonts-baekmuk   
ii  fonts-freefont-ttf [ttf-freefont]   20120503-1
pn  fonts-vlgothic | fonts-japanese-gothic  
pn  mlterm-im-m17nlib   
pn  mlterm-im-scim  
pn  mlterm-im-uim   
ii  t1-cyrillic 4.16
ii  ttf-freefont20120503-1
pn  unifont 
pn  xfonts-efont-unicode

-- no debconf information

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Bug#691169: virtualbox-dkms: fails to build kernel-module with kernel 3.6.3

[Daniel Baumann]

severity 691169 serious
thanks

no, it's serious. note the experimental tag, so it doesn't account for
wheezy rc bugs.

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


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

Bug#696515: libxml++2.6-dev: Include files seem to be bollixed up.

[Robert T. Short]

Package: libxml++2.6-dev
Version: 2.34.2-1
Severity: important
Tags: d-i

Dear Maintainer,

   * What led up to the situation?
   I installed libxml++2.6-dev to experiment.  The header files are in
   a directory /usr/include/libxml++-2.6/libxml++/*.h, but the nested
   header in this directory refer to /usr/include/libxml++.  For example
   attribute.h includes .  Compilation fails.

   Similarly attribute.h includes , but the glibmm
   directory includes , but the path for the glibmm
   headers is /usr/include/glibmm-2.4/glibmm and the same problem 
   exists there.

   Finally, the glibmm headers include a file  that
   does not exist in the include tree.  It does exist in 
   /usr/lib/i386-linux-gnu/glibmm-2.4/include however.

   Bottom line, the include structure is pretty dorked up.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Gave up after a little fussing.

   * What was the outcome of this action?
   I decided the package was broken.

   * What outcome did you expect instead?
   I thought I would be able to actually use this package.

Bob


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


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

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

Versions of packages libxml++2.6-dev depends on:
ii  libglibmm-2.4-dev  2.32.1-1
ii  libxml++2.6-2  2.34.2-1
ii  libxml2-dev2.8.0+dfsg1-7

libxml++2.6-dev recommends no packages.

Versions of packages libxml++2.6-dev suggests:
ii  libxml++2.6-doc  2.34.2-1
ii  pkg-config   0.26-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#684434: RFS: yamcha/0.33-1 [ITP] -- General purpose chunker annotator

[Giulio Paci]

Il 20/12/2012 20:47, Jakub Wilk ha scritto:
> * Giulio Paci , 2012-12-01, 20:45:
>>> the instructions how to build/run them should be updated.
>> Done.
> 
> examples/example.cpp still mentions "yamcha-config".
> 
Fixed.


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

Bug#696514: freebsd-net-tools: /sbin/ifconfig: segfaults getting bridge status

[Steven Chamberlain]

Package: freebsd-net-tools
Version: 9.0+ds1-8
Severity: important
File: /sbin/ifconfig
Control: block -1 by 685625
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org

Hi,

After an `ifconfig bridge0 create`, attempts to query the bridge status
from ifconfig will trigger a segfault related to printf(), as shown here
running under gdb:

> Starting program: /sbin/ifconfig bridge0
> bridge0: flags=8802 metric 0 mtu 1500
>   ether f6:10:b5:1:8e:16
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x0008010bf21a in vfprintf () from /lib/x86_64-kfreebsd-gnu/libc.so.0.1

This was expected.  I noticed this issue thanks to the buildd log
scanner[1] :

> cc -Wall -g -pipe -fPIC -I. -D_GNU_SOURCE -D__va_list=__builtin_va_list 
> -isystem /usr/include/tirpc -D__FreeBSD_version=__FreeBSD_kernel_version -O2 
> -isystem /usr/include/freebsd 
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/debian/local/include
>  
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/include
>  -lbsd  -DINET6 -DINET -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings 
> -Wnested-externs -Wall -g -pipe -fPIC -I. -D_GNU_SOURCE 
> -D__va_list=__builtin_va_list -isystem /usr/include/tirpc 
> -D__FreeBSD_version=__FreeBSD_kernel_version -O2 -std=gnu99 -fstack-protector 
> -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c ifbridge.c
> ifbridge.c: In function 'bridge_addresses':
> ifbridge.c:241:3: warning: implicit declaration of function 'ether_ntoa' 
> [-Wimplicit-function-declaration]
> ifbridge.c:241:3: warning: nested extern declaration of 'ether_ntoa' 
> [-Wnested-externs]
> ifbridge.c:242:7: warning: format '%s' expects argument of type 'char *', but 
> argument 3 has type 'int' [-Wformat]
> ifbridge.c: In function 'bridge_status':
> ifbridge.c:278:25: warning: format '%s' expects argument of type 'char *', 
> but argument 2 has type 'int' [-Wformat]
> ifbridge.c:285:6: warning: format '%s' expects argument of type 'char *', but 
> argument 2 has type 'int' [-Wformat]
> ifbridge.c: In function 'setbridge_static':
> ifbridge.c:473:2: warning: implicit declaration of function 'ether_aton' 
> [-Wimplicit-function-declaration]
> ifbridge.c:473:2: warning: nested extern declaration of 'ether_aton' 
> [-Wnested-externs]
> ifbridge.c:473:5: warning: assignment makes pointer from integer without a 
> cast [enabled by default]
> ifbridge.c: In function 'setbridge_deladdr':
> ifbridge.c:493:5: warning: assignment makes pointer from integer without a 
> cast [enabled by default]

The missing prototypes issue is being discussed already in #685625.  In
this case it results in a truncated pointer being passed to printf.
This probably doesn't affect kfreebsd-i386 as the pointer would be only
32 bits anyway.

[1] https://buildd.debian.org/~brlink/packages/f/freebsd-utils.html

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

Kernel: kFreeBSD 9.0-2-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages freebsd-net-tools depends on:
ii  libbsd0   0.4.2-1
ii  libc0.1   2.13-35
ii  libexpat1 2.1.0-1
ii  libipx2   9.0+ds1-3
ii  libkvm0   9.0+ds1-3
ii  libmemstat3   9.0+ds1-3
ii  libnetgraph4  9.0+ds1-3
ii  libsbuf6  9.0+ds1-3
ii  pf9.0+ds1-8

freebsd-net-tools recommends no packages.

freebsd-net-tools 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#696513: PTP_ERROR_IO: failed to open session

[Vincent Lefevre]

Package: libmtp9
Version: 1.1.3-35-g0ece104-4
Severity: grave
Tags: upstream
Justification: renders package unusable

I get the following error with my Samsung Galaxy Note II:

$ go-mtpfs mtp
2012/12/22 03:00:25 compiled against libmtp 1.1.3
Device 0 (VID=04e8 and PID=6860) is a Samsung GT 
P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y.
2012/12/22 03:00:25 device Samsung: GT P7310/P7510/N7000/I9070/I9100/I9300 
Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y (04e8:6860) @ bus 8, dev 8
: 
PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
LIBMTP PANIC: failed to open session on second attempt
2012/12/22 03:02:25 rdev.open: open: open returned nil

Ditto with mtpfs from testing (mtpfs from unstable is also broken,
but this is another problem).

After searching on Google, I've found:

  http://sourceforge.net/p/libmtp/bugs/454/

It is claimed to be fixed in GIT:

  http://sourceforge.net/p/libmtp/bugs/454/?page=2

I haven't tried yet.

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

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

Versions of packages libmtp9:amd64 depends on:
ii  dpkg   1.16.9
ii  libc6  2.13-37
ii  libgcrypt111.5.0-3
ii  libmtp-common  1.1.3-35-g0ece104-4
ii  libusb-1.0-0   2:1.0.12-2
ii  multiarch-support  2.13-37

Versions of packages libmtp9:amd64 recommends:
ii  libmtp-runtime  1.1.3-35-g0ece104-4
ii  udev175-7.1

libmtp9:amd64 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#696512: slrn: 1.0.{0,1} released

[gregor herrmann]

Package: slrn
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Upstream has released a final 1.0.0 version yesterday (and a 1.0.1
bugfix release). It would be great to see this new version in Debian.

I've updated the package locally, and I'm attaching the diff of the
debian/ dir in case it might be useful.

Cheers,
gregor

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

iQIcBAEBCAAGBQJQ1RRiAAoJELs6aAGGSaoGVUsP/AhEpNYceoxTaWTe3eshrXr1
NbbybPToOD5pohSTJ9AS/gKUTw0iCVRmS1B4tRgOYWx3Vw7th267+EOv0v0I1oKP
xJZjbf0HmMHRiE7nLGxKLmXwbjL4rEOj1oqUq6RN1lFXej9Mo4dO3GMmSRLmrlsI
y/DtETtHgYcV1EhPGj2RTVaX0FLSXHTXx2lHOKWJRJEJR7YHwRtGeVaf4C2oRktk
Fz1cuBYgUailfIOaEa2+jVUfwOj9DODURBzBAKDGVgjM88qoYge7ZdTOEFlc090p
WMeyp82OiO29CB1WTXTkYjNF1SqiSXPD9gY/6az8ZqvGzPiSlaNBaM3Qlri9mdil
0tmTYYt1xwLB15rC21u+XxQxA2sWApT0fBFmfNZHp0I6Du2W+GBBtwph7PqRVshp
3B+XAKDSoJR6wZzD0A/SY6qL3ueVdOXLafprv/VzF2WGajTS4UvIsDKxL2PtRffF
6XjBI+BhN3AA1yF/Gr7kwnTtPe11fqi92iHe+jQjxZ13C6b43ygifPgS30H3RFbf
eJc/9rvoQJmN6jS8ONKkDSa3CiMbZBL2rHRx+WgAsaK2rs/Acc3FTfEKk9OAahij
FVEB2kvgK872sjSx5VtVjtZAV2U+B6Bc1htiV32ObTNxK2oDgkJgG5CrAEaIvt/6
DW98iLRN6X9xLUjlHUhI
=VHje
-END PGP SIGNATURE-
diff -Nru slrn-1.0.0~pre18/debian/changelog slrn-1.0.1/debian/changelog
--- slrn-1.0.0~pre18/debian/changelog	2012-12-22 02:55:25.0 +0100
+++ slrn-1.0.1/debian/changelog	2012-12-22 02:55:26.0 +0100
@@ -1,3 +1,20 @@
+slrn (1.0.1-0.1) experimental; urgency=low
+
+  * NMU.
+  * New upstream release.
+
+ -- gregor herrmann   Sat, 22 Dec 2012 02:35:29 +0100
+
+slrn (1.0.0-0.1) experimental; urgency=low
+
+  * NMU.
+  * New upstream release.
+  * Convert patches from dpatch to quilt, drop one, replace another one with
+dh-autoreconf.
+  * Define path to gnutls in debian/rules.
+
+ -- gregor herrmann   Sat, 22 Dec 2012 01:24:36 +0100
+
 slrn (1.0.0~pre18-1.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru slrn-1.0.0~pre18/debian/control slrn-1.0.1/debian/control
--- slrn-1.0.0~pre18/debian/control	2012-12-22 02:55:25.0 +0100
+++ slrn-1.0.1/debian/control	2012-12-22 02:55:26.0 +0100
@@ -3,9 +3,9 @@
 Priority: optional
 Maintainer: Jörg Sommer 
 Build-Depends: debhelper (>= 6.0.7~), libslang2-dev, libuu-dev,
- exim4 | mail-transport-agent, libgnutls-dev, po-debconf, autoconf,
- dpatch (>= 2.0.30), libcanlock2-dev, autotools-dev, hardening-wrapper,
- dpkg-dev (>= 1.16.0), chrpath
+ exim4 | mail-transport-agent, libgnutls-dev, po-debconf,
+ quilt (>= 0.40), libcanlock2-dev, hardening-wrapper,
+ dpkg-dev (>= 1.16.0), chrpath, dh-autoreconf
 Standards-Version: 3.8.4
 Homepage: http://www.slrn.org/
 Vcs-Browser: http://git.debian.org/?p=users/jo-guest/slrn.git
diff -Nru slrn-1.0.0~pre18/debian/patches/00list slrn-1.0.1/debian/patches/00list
--- slrn-1.0.0~pre18/debian/patches/00list	2012-12-22 02:55:25.0 +0100
+++ slrn-1.0.1/debian/patches/00list	1970-01-01 01:00:00.0 +0100
@@ -1,11 +0,0 @@
-201_configure.diff
-configure-rebuild
-
-202_help.txt.diff
-203_locations.diff
-204_manpage.diff
-211_query-cutoff.diff
-
-config.guess+sub
-fix-multipart.sl
-cleanscore-prototypes
diff -Nru slrn-1.0.0~pre18/debian/patches/201_configure.diff slrn-1.0.1/debian/patches/201_configure.diff
--- slrn-1.0.0~pre18/debian/patches/201_configure.diff	2012-12-22 02:55:25.0 +0100
+++ slrn-1.0.1/debian/patches/201_configure.diff	1970-01-01 01:00:00.0 +0100
@@ -1,21 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 201_configure.diff, author unknown
-##
-## DP: The configure script for slrn searches the $PATH for inews. We don't
-## DP: want to install a news server at build time so we hardcode the path.
-
-@DPATCH@
-diff --git a/autoconf/configure.ac b/autoconf/configure.ac
 a/autoconf/configure.ac
-+++ b/autoconf/configure.ac
-@@ -97,7 +97,9 @@ CF_COMPILE_OPTION(inews,
- [SLRN_HAS_INEWS_SUPPORT], 0)
- if test "x$enable_inews" = xyes ; then
-   dnl# find inews
--  AC_PATH_PROG(INEWS, inews, no, $PATH:/usr/local/bin:/usr/bin)
-+  dnl# always on for debian
-+  dnl# AC_PATH_PROG(INEWS, inews, no, $PATH:/usr/local/bin:/usr/bin)
-+  ac_cv_path_INEWS=/usr/bin/inews
-   if test "x$ac_cv_path_INEWS" != xno; then
-   dnl# AC_DEFINE_UNQUOTED(SLRN_INEWS_COMMAND, "$ac_cv_path_INEWS -S -h")
-   AC_SUBST(SLRN_INEWS_COMMAND, "$ac_cv_path_INEWS -S -h")
diff -Nru slrn-1.0.0~pre18/debian/patches/201_configure.patch slrn-1.0.1/debian/patches/201_configure.patch
--- slrn-1.0.0~pre18/debian/patches/201_configure.patch	1970-01-01 01:00:00.0 +0100
+++ slrn-1.0.1/debian/patches/201_configure.patch	2012-12-22 02:55:26.0 +0100
@@ -0,0 +1,16 @@
+Author: 
+Description: The configure script for slrn searches the $PATH for inews. We don't
+want to install a news server at build time so we hardcode the path.
+--- a/autoconf/configure.ac
 b/autoconf/configure.ac
+@@ -125,7 +125,9 @@
+ [SLRN_HAS_INEWS_SUPPORT], 0)
+ if test "x$enable_inews" = xyes ; then
+   dnl# find inews
+-  AC_PAT

Bug#614004: slrn: outgoing charset UTF-8: misleading example in sample config

[gregor herrmann]

Control: tag -1 + fixed-upstream

On Fri, 18 Feb 2011 21:46:29 +0100, Thomas Hochstein wrote:

>   % the character set used for outgoing articles
>   %charset outgoing "utf8"

Fixed upstream in today^Wyesterday's 1.0.0 release.
 

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: Johnny Cash: Sam Hall


signature.asc
Description: Digital signature

Bug#696411: aptitude: Missing dependency on apt?

[Daniel Hartwig]

Control: reassign -1 libapt-pkg4.12

On 21 December 2012 21:46, Axel Beckert  wrote:
> Daniel Hartwig wrote:
>> On 20 December 2012 22:19, Axel Beckert  wrote:
>> > So since apt is not essential, but aptitude needs some binaries out of
>> > that package to perform very common actions, aptitude must have a
>> > dependency on apt
>>
>> Such a dependency belongs to libapt-pkg, or to move the basic
>> method drivers to that package.
>
> Granted, that'd be the better solution. Reassign to src:apt?

>> I recall this may have been discussed this year, though do not
>> recall the outcome.
>
> Not on aptitude's list, I guess. Otherwise I'd remember it very
> likely.
>
> On the deity list? I looked through the past two years for libapt-pkg,
> methods and dependencies in the threads' subjects, but haven't found
> any promising subject.

Neither did I.  It may have been on another packages bug report, or
maybe I am just dreaming.


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

Bug#654939: mtpfs: broken overnight

[Vincent Lefevre]

With mtpfs 1.1-2 and my Galaxy Note II (N7100):

# mtpfs -o allow_other /media/mtp
Listing raw device(s)
Device 0 (VID=04e8 and PID=6860) is a Samsung GT 
P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y.
   Found 1 device(s):
   Samsung: GT P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 
7.7/10.1/S2/S3/Nexus/Note/Y (04e8:6860) @ bus 8, dev 8
Attempting to connect device
PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
LIBMTP PANIC: failed to open session on second attempt
Unable to open raw device 0

With mtpfs 0.9-3+b1, I don't have such an error, but trying to read
/media freezes for about 3 minutes, then I get:

ls: cannot access /media/mtp: Transport endpoint is not connected

-- 
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#694261: banshee: Banshee 3.6 does unusual, undesired things to audio playback in Debian

[Alex Vanderpol]

I just recently installed the latest version of Banshee from 
experimental (2.6.0-4) and I would like to update the status of this bug.


There no longer seems to be an issue with Banshee messing up other 
applications audio output, nor does Banshee seem to be setting audio 
output to some sort of Mono setting, audio output remains Stereo as it 
should.


Banshee is still boosting the system volume to 100% when starting 
playback. The volume can be turned down while playback is active, and 
remains lowered even after stopping and restarting playback while 
Banshee is running. Restarting Banshee will cause it to raise the volume 
again when starting playback. This should really be corrected, as having 
the system volume jump to 100% while using headphones is very hard on 
one's ears.



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

Bug#629492: Installing on dual-processor PowerPC system (ex. QuickSilver PowerMac G4) installs non-SMP kernel

[Cyril Brulebois]

Hello Milan,

Milan Kupcevic  (21/12/2012):
> The trouble was that there was no support for this kind of
> processor(s) detection in the test suite. I just did a commit to
> base-installer with test suite support for Open Firmware /cpus
> directory and added a smp test. Now the package builds fine and
> passes all tests in my pbuilder.

yeah, I've seen the commit through the IRC git notifications, and
tested that on partch.d.o; I'll upload the package shortly.

Many thanks.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#695851: [SRM] Re: Bug#695851: choose-mirror compilation error

[Cyril Brulebois]

Hello,

Adam D. Barratt  (20/12/2012):
> On 20.12.2012 11:36, Cyril Brulebois wrote:
> >Prathibha B  (13/12/2012):
> >>Package: choose-mirror
> >>Version: 2.37
> >>
> >>When compiling the package, it throws the following error:
> >>
> >>Modification of non-creatable array value attempted, subscript -1 at
> >>./mirrorlist line 52,  line 8.
> [...]
> >SRM, ACK on principle for the following trivial update in squeeze?
> [...]
> >
> >-MIRRORLISTURL=http://cvs.debian.org/*checkout*/webwml/english/mirror/Mirrors.masterlist?rev=HEAD&cvsroot=webwml&content-type=text/plain
> >|
> >
> >+MIRRORLISTURL=http://anonscm.debian.org/viewvc/webwml/webwml/english/mirror/Mirrors.masterlist?revision=HEAD
> [...]
> >In which case I'll prepare a proper debdiff.
> 
> Looks reasonable to me.

assuming +squeezeN is still customary for squeeze, here's a source
debdiff. That is really:
 Makefile |2 +-
 debian/changelog |   10 ++
 2 files changed, 11 insertions(+), 1 deletion(-)

but the list is updated during the source package build. It looks to
me like this update is safe, since no code was added to choose-mirror
to handle changes in its format, so I guess any breakages due to an
updated list would have been spotted in testing/unstable already.

Thanks for considering.

Mraw,
KiBi.


choose-mirror+spu.diff.xz
Description: Binary data


signature.asc
Description: Digital signature

Bug#629492: Installing on dual-processor PowerPC system (ex. QuickSilver PowerMac G4) installs non-SMP kernel

[Milan Kupcevic]

On 12/20/2012 05:50 AM, Cyril Brulebois wrote:
> reopen 629492
> found 629492 1.129
> thanks
> 
> Hi Milan,
> 
> Milan Kupcevic  (06/11/2012):
>> reassign 629492 base-installer
>> tags + pending
>> thanks
> 
>> diff --git a/debian/changelog b/debian/changelog
>> index 7712e5e..c015a71 100644
>> --- a/debian/changelog
>> +++ b/debian/changelog
>> @@ -1,3 +1,9 @@
>> +base-installer (1.129) UNRELEASED; urgency=low
>> +
>> +  * Properly recognize PowerPC SMP machines. Closes: #629492
>> +
>> + -- Milan Kupcevic   Tue, 06 Nov 2012 11:21:07 
>> -0500
>> +
>>  base-installer (1.128) unstable; urgency=low
>>  
>>* Add support for armhf/vexpress.
>> diff --git a/kernel/powerpc.sh b/kernel/powerpc.sh
>> index d8f09d0..b2b9b93 100644
>> --- a/kernel/powerpc.sh
>> +++ b/kernel/powerpc.sh
>> @@ -29,7 +29,7 @@ arch_check_usable_kernel () {
>>  }
>>  
>>  arch_get_kernel () {
>> -CPUS="$(grep -ci ^processor "$CPUINFO")" || CPUS=1
>> +CPUS="$(ls /proc/device-tree/cpus/ | grep -ci @[0-9])" || CPUS=1
>>  if [ "$CPUS" ] && [ "$CPUS" -gt 1 ] && \
>> [ "$1" != "powerpc64" ] && [ "$1" != "prep" ] ; then
>>  SMP=-smp
> 
> this was merged into base-installer 1.129, and seems to be responsible
> for the build failure, in the test suite:
> 
> FAIL powerpc/powermac_newworld.test arch_get_kernel want 
> 'linux-image-powerpc', got 'linux-image-powerpc-smp linux-image-powerpc'
> powerpc: 113 passes, 1 failures.
> 
> (https://buildd.debian.org/status/fetch.php?pkg=base-installer&arch=powerpc&ver=1.129&stamp=1355061770)
> 
> It looks to me like this is just a matter of registering the smp
> flavour as one of the possible value for kernel-2.6 in
> kernel/tests/powerpc/powermac_newworld.test (it's already known as a
> usable flavour anyway), but a confirmation would be nice.
> 

Hi Cyril,

The trouble was that there was no support for this kind of processor(s)
detection in the test suite. I just did a commit to base-installer with
test suite support for Open Firmware /cpus directory and added a smp
test. Now the package builds fine and passes all tests in my pbuilder.

M








signature.asc
Description: OpenPGP digital signature

Bug#696511: ITP: kazoo -- higher level API to Apache Zookeeper for Python clients.

[Neil Williams]

Package: wnpp
Severity: wishlist
Owner: Neil Williams 

* Package name: kazoo
  Version : 0.8.0
  Upstream Author : Kazoo Team 
* URL : https://kazoo.readthedocs.org
* License : Apache License 2.0
  Programming Lang: Python
  Description : higher level API to Apache Zookeeper for Python clients.

Kazoo features:

* Support for gevent 0.13 and gevent 1.0b
* Unified asynchronous API for use with greenlets or threads
* Lock, Party, Election, and Partitioner recipe implementations (more
  implementations are in development)
* Data and Children Watchers
* Integrated testing helpers for Zookeeper clusters
* Simplified Zookeeper connection state tracking
* Pure-Python based implementation of the wire protocol, avoiding all the
  memory leaks, lacking features, and debugging madness of the C library

Kazoo is heavily inspired by Netflix Curator simplifications and helpers.


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

Bug#679198: bash: diff for NMU version 4.2-4wheezy0.1

[Nicolas Boulenguez]

Dear maintainer,

I've prepared an NMU for bash (versioned as 4.2-4wheezy0.1, with
testing as the target distribution) and uploaded it to DELAYED/5.

Please feel free to tell me if I should delay it longer or cancel it.

Regards.
diff -u bash-4.2/debian/changelog bash-4.2/debian/changelog
--- bash-4.2/debian/changelog
+++ bash-4.2/debian/changelog
@@ -1,3 +1,12 @@
+bash (4.2-4wheezy0.1) testing; urgency=low
+
+  * Non-maintainer upload.
+  * debian/bash.preinst-lib.c: pass F_[GS]ETFD, not F_[GS]ETFL, to fcntl
+to set FD_CLOEXEC flag, avoiding "Inappropriate ioctl for device"
+errors installing using the upstream FreeBSD kernel (Closes: #679198)
+
+ -- Nicolas Boulenguez   Fri, 21 Dec 2012 23:47:40 +0100
+
 bash (4.2-4) unstable; urgency=high
 
   * Apply upstream patches 030 - 036, fixes for
diff -u bash-4.2/debian/bash.preinst-lib.c bash-4.2/debian/bash.preinst-lib.c
--- bash-4.2/debian/bash.preinst-lib.c
+++ bash-4.2/debian/bash.preinst-lib.c
@@ -60,8 +60,8 @@
 
 void set_cloexec(int fd)
 {
-	int flags = fcntl(fd, F_GETFL);
-	if (flags < 0 || fcntl(fd, F_SETFL, flags | FD_CLOEXEC))
+	int flags = fcntl(fd, F_GETFD);
+	if (flags < 0 || fcntl(fd, F_SETFD, flags | FD_CLOEXEC))
 		die_errno("cannot set close-on-exec flag");
 }
 

Bug#664812: rpc.lockd on kfreebsd

[Steven Chamberlain]

Hi,

On 26/03/12 19:41, Christoph Egger wrote:
>  47878 rpc.lockd RET   nlm_syscall -1 errno 14 Bad address
>  47878 rpc.lockd CALL  exit(0x1)

I've an idea this may be related to:

> cc -Wall -g -pipe -fPIC -I. -D_GNU_SOURCE -D__va_list=__builtin_va_list 
> -isystem /usr/include/tirpc -D__FreeBSD_version=__FreeBSD_kernel_version -O2 
> -isystem /usr/include/freebsd 
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/debian/local/include
>  
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/include
>  -lbsd  -I. 
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/usr.sbin/rpc.lockd/../../include/rpcsvc
>  -Wall -g -pipe -fPIC -I. -D_GNU_SOURCE -D__va_list=__builtin_va_list 
> -isystem /usr/include/tirpc -D__FreeBSD_version=__FreeBSD_kernel_version -O2 
> -std=gnu99 -fstack-protector -Wall -Wno-format-y2k -W -Wno-unused-parameter 
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized 
> -Wno-pointer-sign -c lockd.c
> lockd.c: In function 'main':
> lockd.c:462:5: warning: implicit declaration of function 'nlm_syscall' 
> [-Wimplicit-function-declaration]

and:

> cc -Wall -g -pipe -fPIC -I. -D_GNU_SOURCE -D__va_list=__builtin_va_list 
> -isystem /usr/include/tirpc -D__FreeBSD_version=__FreeBSD_kernel_version -O2 
> -isystem /usr/include/freebsd 
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/debian/local/include
>  
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/include
>  -lbsd  -I. 
> -I/build/buildd-freebsd-utils_9.0+ds1-8-kfreebsd-i386-vUpCIn/freebsd-utils-9.0+ds1/usr.sbin/rpc.lockd/../../include/rpcsvc
>  -Wall -g -pipe -fPIC -I. -D_GNU_SOURCE -D__va_list=__builtin_va_list 
> -isystem /usr/include/tirpc -D__FreeBSD_version=__FreeBSD_kernel_version -O2 
> -std=gnu99 -fstack-protector -Wall -Wno-format-y2k -W -Wno-unused-parameter 
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized 
> -Wno-pointer-sign -c nlm_syscall.c
> nlm_syscall.c:8:1: warning: no previous prototype for 'nlm_syscall' 
> [-Wmissing-prototypes]
> nlm_syscall.c: In function 'nlm_syscall':
> nlm_syscall.c:10:3: warning: implicit declaration of function 'syscall' 
> [-Wimplicit-function-declaration]

which I noticed while looking into #685625.  Could this mean the addrs
parameter gets truncated to a 32-bit int by the time the syscall() happens?

See also:

http://lists.debian.org/50d4f523.7060...@pyro.eu.org
https://buildd.debian.org/~brlink/packages/f/freebsd-utils.html

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#695592: unblock: debconf/1.5.48

[Cyril Brulebois]

Hello Adam,

I'd like to correct something after our quick chat about {c,}debconf:
the former is used within d-i, but installation in /target is
performed using the latter; meaning keeping an eye from the d-i side
is nice, at least at this point of the release cycle.

Colin Watson  (10/12/2012):
> I've just uploaded debconf 1.5.48, which fixes two regressions I
> introduced several months ago (#686071 and #690755).  I regret not
> noticing these sooner.  Both affect only dpkg-reconfigure: the first
> is weird collateral damage to triggered packages which I can easily
> forgive anyone but debconf hackers being completely stumped by, and
> the second is just embarrassing because it breaks any use of
> dpkg-reconfigure on more than one package.  I can easily imagine at
> least the former being the root cause of release-critical bugs
> elsewhere.
> 
> The other non-documentation change here is a change to debconf's GTK
> frontend to do some additional sanity-check probing.  This arises from a
> bug that confused us for months during Ubuntu upgrade testing, where GTK
> was temporarily unusable at some critical points during upgrade; this
> kind of thing is far from uncommon regardless of the exact cause, so I
> feel that extra checks in debconf are worthwhile for wheezy.

Given I'd like to have a fix for #679327 (finally diagnosed!) in rc1,
pushing the update from 1.5.46 to 1.5.48 into testing soon would be
appreciated; that would clear up the path for a possible 1.5.49.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#686038: RFS: fpc/2.6.0-7

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 21/12/2012 19:12, Abou Al Montacir a écrit :
> On Fri, 2012-12-21 at 16:59 -0400, David Prévot wrote:
>> Le 21/12/2012 15:13, Paul Gevers a écrit :
>>
>>> Reading through bug 684437 [1] I think you misunderstood the last remark
>>> by David Prévot, where he proposed to create a 2.6.0-7 with all the
>>> translations, but creating a debdiff without the translations.

> The plan is: 
> * 2.6.0-7 with translation support, but no translations.
[…]
> * 2.6.0-8 only translation files.

That is useless and unacceptable according to the current freeze policy
(point 4: translation updates […] that are included with fixes for the
above criteria [0]): translation alone won't fit for a unblock. There is
absolutely no point in providing translation support without translation
anyway, and “debdiff --exclude po” is not that difficult…

0: http://release.debian.org/wheezy/freeze_policy.html

Regards

David

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

iQIcBAEBCAAGBQJQ1PW/AAoJELgqIXr9/gnyUGMP/2apmeMmg/eDbLFYbHQTrawj
AaP1klv12ExFjPnBvsa5Lb0qtf6ukCWdiMxYmfhuyhLcX9ypYi7WYydqLryrF6mA
H/GbeXP5knAARQcaAIId45BOIvIa6wHoSh+PGVukCc/odlRxoS3epe0IFzXRf0NS
mZ9I9dsZGB5mfWcsl7upknIhhyYbsrLO6NLsBanvSVgYvKbLUDWW1q+/keq5DVPr
EmzEeRBLqRn5Vo03mWASxzaYiqQG6DAq2mHz+GhM8SxXmTKn/FkKquKIjZV9uY3+
fS7ec8qD8F+kRzmROL9RcVL4c2QrmuI9hA7dstofLuEor4hQP9NAJM+D+q5lBBc8
4BGuyLB8X9tl1YGK3wrQVQXfl/QYzJUMFqAxgxjM0BIh4w/wYm7xwtinc3D4JpYo
dMMVtCvF19gYs+RNAsaK7umAHmc5/V6cAEQjci9qFnrf1DcFPTEZXI7GnmoHMV1f
6raQ5CBPOaxnUjKXlL8iQHM/l6nvAFmQGVQTFJ1vJkRWmbRuXgV0gpHfMcPnhMlp
UNPdI9KzQyOUk5LaJpj3GFHlPpPuZ3GgNNmFVh2z5nL7PrAEeFarbpmUXDCH57Rz
2HpguUbhX/pIhgwSUXFNc0UL7JW4Pm9PJMHA8u8W1aCyZMr9RqQbaqt2M3Lr0ToD
conootsXJStqEStFh2Fb
=CJ/v
-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#685625: implicit declaration of function ‘reallocf’

[Steven Chamberlain]

Hi,

To further confuse things, here's a related problem in freebsd-buildutils:

> gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='"i386"' 
> -DMACHINE_MULTIARCH='"i386-kfreebsd-gnu"' 
> -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys
>  -D_GNU_SOURCE=1 -isystem /usr/include/freebsd  -std=gnu99 -fstack-protector  
> -c excludes.c
> excludes.c: In function 'read_excludes_file':
> excludes.c:75:2: warning: implicit declaration of function 'fgetln' 
> [-Wimplicit-function-declaration]
> excludes.c:75:15: warning: assignment makes pointer from integer without a 
> cast [enabled by default]
> gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='"i386"' 
> -DMACHINE_MULTIARCH='"i386-kfreebsd-gnu"' 
> -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys
>  -D_GNU_SOURCE=1 -isystem /usr/include/freebsd  -std=gnu99 -fstack-protector  
> -c misc.c
> gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='"i386"' 
> -DMACHINE_MULTIARCH='"i386-kfreebsd-gnu"' 
> -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys
>  -D_GNU_SOURCE=1 -isystem /usr/include/freebsd  -std=gnu99 -fstack-protector  
> -c mtree.c
> gcc -O2 -g -Wall -D_GNU_SOURCE -DMACHINE_ARCH='"i386"' 
> -DMACHINE_MULTIARCH='"i386-kfreebsd-gnu"' 
> -I/build/buildd-freebsd-buildutils_9.0-11-kfreebsd-i386-fRMINn/freebsd-buildutils-9.0/build-tree/src/sys
>  -D_GNU_SOURCE=1 -isystem /usr/include/freebsd  -std=gnu99 -fstack-protector  
> -c spec.c
> spec.c: In function 'set':
> spec.c:229:4: warning: implicit declaration of function 'setmode' 
> [-Wimplicit-function-declaration]
> spec.c:229:11: warning: assignment makes pointer from integer without a cast 
> [enabled by default]
> spec.c:232:4: warning: implicit declaration of function 'getmode' 
> [-Wimplicit-function-declaration]

fgetln, setmode and getmode are defined in bsd/stdio.h and bsd/unistd.h.
 Using fgetln without its prototype truncates the pointer to 32 bits.
Fortunately a mode_t is only 16 bits long so getmode/setmode may be okay.

I think the preferred method is to use libbsd's 'overlay' in code that
needs these functions.  Previously freebsd-buildutils couldn't use the
overlay, so 20_libbsd_overlay.diff worked around it with extra includes:

http://anonscm.debian.org/viewvc/glibc-bsd/trunk/freebsd-buildutils/debian/patches/20_libbsd_overlay.diff?view=markup

Then for some unexplained reason that workaround got disabled;  the
overlay was never re-enabled though:

http://anonscm.debian.org/viewvc/glibc-bsd/trunk/freebsd-buildutils/debian/patches/series?r1=3805&r2=3960

[added Guillem Jover in Cc: in the hope he can explain any of this :) ]


Another occurrence is in freebsd-libs:

> cc -Wall -g -pipe -fPIC -I. 
> -I/build/buildd-freebsd-libs_9.0+ds1-3-kfreebsd-i386-0LY6QJ/freebsd-libs-9.0+ds1/sys
>  -D_GNU_SOURCE -D__va_list=__builtin_va_list -O2 -isystem 
> /usr/include/freebsd 
> -I/build/buildd-freebsd-libs_9.0+ds1-3-kfreebsd-i386-0LY6QJ/freebsd-libs-9.0+ds1/debian/local/include
>   
> -I/build/buildd-freebsd-libs_9.0+ds1-3-kfreebsd-i386-0LY6QJ/freebsd-libs-9.0+ds1/lib/libgeom
>  -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W 
> -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes 
> -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c geom_ctl.c
> In file included from geom_ctl.c:38:0:
> /usr/include/freebsd/unistd.h: In function 'feature_present':
> /usr/include/freebsd/unistd.h:138:2: warning: implicit declaration of 
> function 'strcmp' [-Wimplicit-function-declaration]
> geom_ctl.c: At top level:
> geom_ctl.c:55:1: warning: no previous prototype for 'gctl_dump' 
> [-Wmissing-prototypes]
> geom_ctl.c: In function 'gctl_new_arg':
> geom_ctl.c:142:2: warning: implicit declaration of function 'reallocf' 
> [-Wimplicit-function-declaration]
> geom_ctl.c:142:11: warning: assignment makes pointer from integer without a 
> cast [enabled by default]

And many more places in freebsd-utils according to:

https://buildd.debian.org/~brlink/packages/f/freebsd-utils.html

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#679327: debian-installer: misleading man-db title for grub prompts

[Cyril Brulebois]

Control: reassign -1 debconf
Control: found -1 1.5.46
Control: found -1 1.5.48
Control: tag -1 d-i

(Older versions are also affected, but I'm making sure at least
wheezy/sid versions are marked properly.)

Cyril Brulebois  (27/06/2012):
> Package: debian-installer
> Version: 20120626
> Severity: important
> 
> I thought it was fixed in squeeze's release cycle, but apparently
> not.  Seen with graphical install, on i386, with the above-mentioned
> image, but also with squeeze's business card.
> 
> When reaching grub prompts, the title says “Configuring man-db”
> (even though it's properly localized). Might be some issue on the
> debconf side, I didn't look at it yet.

So, finally tracked it down, confirming my initial suspicion: the
triggers are doing that.

Basically, we have debconf in target setting titles through the
frontend script, even when maintainer scripts are called with the
“triggered” action.

I'm suggesting the attached patch, avoiding setting the title in that
specific case. That doesn't affect debconf-apt-progress feedback: one
still sees triggers being processed (and that's good since they can
take a while).


Confirmed by partial-cloning an archive, hacking hashsums and keyrings
in place, and installing with that… [*crazy evening*]

Does that look fine enough? If so, a quick upload to get that fixed in
testing before publishing d-i wheezy rc1 would be nice. (I'll be
replying to the debconf 1.5.48 unblock request in the meanwhile.)

Mraw,
KiBi.
From d35ded25cff7be1c709348505713f0fee7d0ce1e Mon Sep 17 00:00:00 2001
From: Cyril Brulebois 
Date: Fri, 21 Dec 2012 21:36:54 +0100
Subject: [PATCH] =?UTF-8?q?frontend:=20Stop=20emitting=20title=20updates=20w?=
 =?UTF-8?q?ith=20=E2=80=9Ctriggered=E2=80=9D=20actions=20in=20maintainer=20s?=
 =?UTF-8?q?cripts.=20Closes:=20#679327?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 debian/changelog |9 +
 frontend |6 +-
 2 files changed, 14 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 2e20c5e..958e8e7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+debconf (1.5.49) UNRELEASED; urgency=low
+
+  * frontend: Don't set title in the maintainer script case when the
+action is “triggered”. This totally confuses the Debian Installer
+(“Configuring man-db” instead of “Configuring grub-pc”, notably).
+Closes: #679327
+
+ -- Cyril Brulebois   Fri, 21 Dec 2012 21:34:01 +0100
+
 debconf (1.5.48) unstable; urgency=low
 
   * dpkg-reconfigure: Fix incorrect scoping of control_path that broke
diff --git a/frontend b/frontend
index 83a3967..690bedc 100755
--- a/frontend
+++ b/frontend
@@ -34,11 +34,15 @@ shift @ARGV if $ARGV[0] eq '--';
 
 # Set the default title.
 my $package;
+my $no_title=0;
 if ($ENV{DEBCONF_PACKAGE}) {
 	$package=$ENV{DEBCONF_PACKAGE};
 }
 elsif ($ARGV[0]=~m!^.*/(.*?)\.(?:postinst|postrm|prerm)$!) {
 	$package=$1;
+	my $action=$ARGV[1];
+	# Avoid spurious title updates with triggered actions:
+	$no_title=1 if $action eq 'triggered';
 }
 elsif (-e "/var/lib/dpkg/tmp.ci/control") {
 	# The preinst is running, presumably. Now it gets really ugly, because
@@ -89,7 +93,7 @@ else {
 	}
 }
 debug developer => "frontend running, package name is $package";
-$frontend->default_title($package) if length $package;
+$frontend->default_title($package) if length $package and !$no_title;
 $frontend->info(undef);
 
 # See if the preinst or postinst of the package is being run, and if there
-- 
1.7.10.4



signature.asc
Description: Digital signature

Bug#669513: Removal of gnat-4.4 due to RC bug #669513

[Tobias Hansen]

The removal request is bug #695808.


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

Bug#696510: tiger: incorrectly configured services cause false positives

[Demetris Demetriou]

Package: tiger
Version: 1:3.2.3-10
Severity: important

Dear Maintainer,
A normal scan of the system with tiger displays false positives about services
with duplicate names, as checked against /etc/services. This is a
misconfiguration issue with tiger.

To resolve this issue edit the file: /usr/lib/tiger/systems/Linux/3/services

- Replace all occurences of www with http
- Replace all occurences of gds_db with gds-db
- Replace all occurences of kerberos_master with kerberos-master
- Replace all occurences of passwd_server with passwd-server
- Replace all occurences of krb_prop with krb-prop
- Replace all occurences of moira_db with moira-db
- Replace all occurences of moira_update with moira-update
- Replace all occurences of moira_ureg with moira-ureg
- Replace all occurences of sieve with cisco-sccp
- Replace all occurences of ndtp with pipe-server
- Add search 2010/tcp
- Replace all occurences of postgres with postgresql
- Replace all occurences of sane with sane-port
- Replace all occurences of webcache with http-alt



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

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 tiger depends on:
ii  binutils   2.22-7.1
ii  bsdmainutils   9.0.3
ii  debconf [debconf-2.0]  1.5.46
ii  libc6  2.13-37
ii  net-tools  1.60-24.2
ii  ucf3.0025+nmu3

Versions of packages tiger recommends:
ii  chkrootkit 0.49-4.1
ii  exim4-daemon-light [mail-transport-agent]  4.80-6
ii  john   1.7.8-1
ii  tripwire   2.4.2.2-2

Versions of packages tiger suggests:
ii  lsof  4.86+dfsg-1

-- Configuration Files:
/etc/tiger/tiger.ignore changed [not included]

-- debconf information excluded

-- debsums errors found:
debsums: changed file /usr/lib/tiger/systems/Linux/0/suid_list (from tiger 
package)
debsums: changed file /usr/lib/tiger/systems/Linux/2/services (from tiger 
package)


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

Bug#686038: RFS: fpc/2.6.0-7

[Abou Al Montacir]

On Fri, 2012-12-21 at 16:59 -0400, David Prévot wrote:
> Hi Abou, Paul,
> 
> Le 21/12/2012 15:13, Paul Gevers a écrit :
> 
> > Reading through bug 684437 [1] I think you misunderstood the last remark
> > by David Prévot, where he proposed to create a 2.6.0-7 with all the
> > translations, but creating a debdiff without the translations.
> 
> Confirmed (and ACK about all your other remarks Paul, thanks), sorry if
> my previous message were not clear enough.

I've planned to upload it in 2 steps in order to keep the debdiff as
small as possible and as clear for RT as possible.

The plan is: 
* 2.6.0-7 with translation support, but no translations. So that RT can
look deeply on debdiff and see minor changes.
  1) fpc-2.6.0/debian/changelog: Short description of the changes
  2) fpc-2.6.0/debian/control: Automatically generated file from
fpc-2.6.0/debian/control.in (see below for changes in this file)
  3) fpc-2.6.0/debian/control.in: Updated build dependency and
descriptions
  3.1) fpc requires now po-debconf to build in order to allow
translating debconf screens
  3.2) Updated description fields fixing bad English and rephrasing in
order to make text clearer.
  4) fpc-2.6.0/debian/copyright.in: Fixed typo preventing correct update
of upstream release sources. This file is used to automatically generate
fpc-2.6.0/debian/copyright upon build process.
  5) fpc-2.6.0/debian/fp-compiler.templates.in: Updated description
fields fixing bad English and rephrasing in order to make text clearer.
  6) fpc-2.6.0/debian/po/POTFILES.in: Added file required by po-debconf
  7) fpc-2.6.0/debian/po/templates.pot: Added file required by
po-debconf

  As you can see, the modifications are limited to description text
update and fixes, increasing quality of the package without any
potential risk on the package or other packages stability.

* 2.6.0-8 only translation files.

* 2.6.0-9 some other small and nice to have features with very little
risk.

Cheers,


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

Bug#686502: pxz produces archives broken for busybox's unxz

[Abou Al Montacir]

On Fri, 2012-12-21 at 14:34 +0100, Abou Al Montacir wrote:
> > Add stream padding as specified in the spec.
> I'll provide a new patch for eating zeros and fixing issue pointed by Michael

Please find attached new patch handling padding and fixing issue
highlighted by Michael,

Cheers,

diff -Nru busybox-1.20.0/debian/changelog busybox-1.20.0/debian/changelog
--- busybox-1.20.0/debian/changelog	2012-09-20 08:32:55.0 +0200
+++ busybox-1.20.0/debian/changelog	2012-12-21 21:59:39.0 +0100
@@ -1,3 +1,10 @@
+busybox (1:1.20.0-7.1) unstable; urgency=low
+
+  * Fix decompression of multi stream XZ compressed files
+(Closes: Bug#bug#686502)
+
+ -- Abou Al Montacir   Thu, 21 Dec 2012 22:00:00 +0100
+
 busybox (1:1.20.0-7) unstable; urgency=low
 
   * set CONFIG_FEATURE_COPYBUF_KB from 4 to 64 for all flavours.  This
diff -Nru busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch
--- busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch	1970-01-01 01:00:00.0 +0100
+++ busybox-1.20.0/debian/patches/fix-unxz-with-multiple-streams.patch	2012-12-21 19:23:12.0 +0100
@@ -0,0 +1,25 @@
+Author: Abou Al Montacir 
+Purpose: Fix decompression of multi stream XZ compressed files
+ (Closes: bug#686502)
+
+--- busybox-1.20.0~/archival/libarchive/decompress_unxz.c	2012-12-20 21:51:04.0 +0100
 busybox-1.20.0/archival/libarchive/decompress_unxz.c	2012-12-20 21:49:11.0 +0100
+@@ -87,7 +87,17 @@ unpack_xz_stream(transformer_aux_data_t *aux, int src_fd, int dst_fd)
+ 			iobuf.out_pos = 0;
+ 		}
+ 		if (r == XZ_STREAM_END) {
+-			break;
++			if (iobuf.in_pos != iobuf.in_size) {
++// Initialize decoder for new stream
++xz_dec_end(state);
++state = xz_dec_init(XZ_DYNALLOC, 64*1024*1024);
++// Eat padding
++while (iobuf.in[iobuf.in_pos] == 0){
++	iobuf.in_pos += 1;
++}
++			}
++			// Look for other streams
++			continue;
+ 		}
+ 		if (r != XZ_OK && r != XZ_UNSUPPORTED_CHECK) {
+ 			bb_error_msg("corrupted data");
diff -Nru busybox-1.20.0/debian/patches/series busybox-1.20.0/debian/patches/series
--- busybox-1.20.0/debian/patches/series	2012-09-19 22:58:00.0 +0200
+++ busybox-1.20.0/debian/patches/series	2012-12-20 21:54:21.0 +0100
@@ -25,3 +25,6 @@
 dont-force-no-alignment-for-s390.patch
 
 stop-checking-ancient-kernel-version.patch
+
+# http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686502
+fix-unxz-with-multiple-streams.patch


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

Bug#678865: ITA: wbar -- light and fast launch bar

[Markus Koschany]

I'm still looking for a sponsor. The latest package is available at

http://mentors.debian.net/package/wbar

Siduction, a Debian based derivative, already ships this version.

http://chili.siduction.org/projects/siduction/wiki/Wbar


signature.asc
Description: Digital signature

Bug#685625: implicit declaration of function ‘reallocf’

[Jeff Epler]

[snipped astute observations about the size of the xml data being important]

On Fri, Dec 21, 2012 at 10:02:45PM +, Steven Chamberlain wrote:
> And I'm worried about some of the other packages mentioned, where the
> error shows on kfreebsd-* or maybe hurd-*, but not on other arches.
> Should they really all be doing this:
> 
> > ++#include 
> 
> Or should we be trying to fix this elsewhere, in GNU/kFreeBSD headers maybe?

I don't know the right fix.  I chose to #include  because the
manpage (on debian-kFreeBSD) lists that as the proper header:

debian-kFreeBSD$ man reallocf
MALLOC(3)BSD Library Functions ManualMALLOC(3)

NAME
 reallocf — general purpose memory allocation functions

LIBRARY
 Utility functions from BSD systems (libbsd, -lbsd)

SYNOPSIS
 #include 

 void *
 reallocf(void *ptr, size_t size);

I notice now that the guidance in the FreeBSD project's manpage is to simply
include  for the declaration of reallocf:
http://www.freebsd.org/cgi/man.cgi?query=reallocf

Unless you were going to put reallocf in eglibc I don't think you want it in
, since on debian-kFreeBSD use of reallocf will result in a link
error without -lbsd.

You can't simply make the bsd header be included via #include , as
-I/usr/include/bsd on the gcc commandline leads to a recursive inclusion error.

Jeff


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

Bug#654614: ITA: byzanz -- Small screencast creator

[Markus Koschany]

I'm still looking for a sponsor. The latest package is available at

http://mentors.debian.net/package/byzanz




signature.asc
Description: Digital signature

Bug#692797: unblock: python-greenlet/0.3.1-2.1

[Laszlo Boszormenyi (GCS)]

Hi Adam,

On Wed, 2012-12-19 at 19:55 +, Adam D. Barratt wrote:
> On Sat, 2012-11-24 at 13:34 +, Adam D. Barratt wrote:
> > On Fri, 2012-11-09 at 23:08 +0100, Jelmer Vernooij wrote:
> > > On Fri, 2012-11-09 at 06:08 +, Adam D. Barratt wrote:
> > > > It also itself FTBFS on a few architectures - see
> > > > https://buildd.debian.org/status/package.php?p=python-greenlet&suite=wheezy
> > > >  ; armel and mips{,el} are regressions from the current testing package.
> > > > 
> > > Thanks, I should've noticed that but hadn't. This is quite surprising
> > > too, I don't see anything in the NMU that might be the cause of this. 
> > 
> > I suspect the issue was already there - see #665890, which is also fixed
> > in sid already.
> 
> Laszlo, any chance of a fixed version?
 The good is that upstream uses git, I could check the individual
commits. The bad is that the places where it FTBFS are assembly codes.
Upstream reworked that parts with the relevant C code as well. So it's
not easy, I'd say impossible for me to backport those changes. I don't
speak ARM nor Sparc ASM at least.
 Would it be acceptable to let 0.4.0-1 migrate to Wheezy? It fixes all
the problems, in the archive since August without any problem. Last, but
not least it fixes several packaging problems as well.

Laszlo/GCS


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

Bug#696509: udev: regression 175-7 --> 175-7.1 : device node for USB stick not created

[Klaus Doering]

Package: udev
Version: 175-7
Severity: normal

Hotplugging USB memory sticks stopped working. Main symptom was that
the device was no longer automatically mounted. No device node was
created, so even manually mounting the disk wasn't an option. Within
the main system, I have installed a VirtualBox guest with the same
system (Debian wheezy/sid). This system is less frequently updated. To
my surprise, here the USB stick was still recognised. One difference
between package versions was in udev: 175-7.1 on the main system, abd
175-7 on the virtual machine.  So, I downgraded the main system to
175-7.1 and all works fine again!

Klaus



Here are a few "logs":

version 175-7.1 (on main system)

$ sudo udevadm monitor --kernel --udev
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[49487.018403] add  /devices/pci:00/:00:1a.7/usb1/1-4 (usb)
KERNEL[49487.018716] add  /devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0 
(usb)
KERNEL[49487.019171] add  
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14 (scsi)
KERNEL[49487.019211] add  
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14/scsi_host/host14 
(scsi_host)
UDEV  [49487.052588] add  /devices/pci:00/:00:1a.7/usb1/1-4 (usb)
UDEV  [49487.069652] add  /devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0 
(usb)
UDEV  [49487.070960] add  
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14 (scsi)
UDEV  [49487.071897] add  
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14/scsi_host/host14 
(scsi_host)
KERNEL[49487.129124] remove   
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14/scsi_host/host14 
(scsi_host)
UDEV  [49487.129753] remove   
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14/scsi_host/host14 
(scsi_host)
KERNEL[49487.130870] remove   
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14 (scsi)
UDEV  [49487.130919] remove   
/devices/pci:00/:00:1a.7/usb1/1-4/1-4:1.0/host14 (scsi)

$ sudo udevadm info --query=all --name=sdb
device node not found




version 175-7 (on virtual machine)

$ sudo udevadm monitor --udev --kernel
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[1804.314352] add  /devices/pci:00/:00:0b.0/usb1/1-1 (usb)
KERNEL[1804.326015] add  /devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0 
(usb)
KERNEL[1804.326520] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5 (scsi)
KERNEL[1804.326547] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/scsi_host/host5 
(scsi_host)
UDEV  [1804.395029] add  /devices/pci:00/:00:0b.0/usb1/1-1 (usb)
UDEV  [1804.452661] add  /devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0 
(usb)
UDEV  [1804.455224] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5 (scsi)
UDEV  [1804.456912] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/scsi_host/host5 
(scsi_host)
KERNEL[1805.452791] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0 (scsi)
UDEV  [1805.454089] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0 (scsi)
KERNEL[1805.454462] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0 
(scsi)
KERNEL[1805.457542] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/scsi_disk/5:0:0:0
 (scsi_disk)
KERNEL[1805.457822] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/scsi_device/5:0:0:0
 (scsi_device)
KERNEL[1805.458112] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/scsi_generic/sg2
 (scsi_generic)
KERNEL[1805.458341] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/bsg/5:0:0:0
 (bsg)
UDEV  [1805.478989] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0 
(scsi)
UDEV  [1805.487187] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/scsi_device/5:0:0:0
 (scsi_device)
UDEV  [1805.488543] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/scsi_disk/5:0:0:0
 (scsi_disk)
UDEV  [1805.519848] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/bsg/5:0:0:0
 (bsg)
UDEV  [1805.529800] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/scsi_generic/sg2
 (scsi_generic)
KERNEL[1806.178589] add  /devices/virtual/bdi/8:16 (bdi)
UDEV  [1806.180667] add  /devices/virtual/bdi/8:16 (bdi)
KERNEL[1806.278236] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/block/sdb
 (block)
KERNEL[1806.278303] add  
/devices/pci:00/:00:0b.0/usb1/1-1/1-1:1.0/host5/target5:0:0/5:0:0:0/block/sdb/sdb1
 (block)
UDEV  [1807.371336] add  

Bug#696508: bitcoin-qt: GUI client should register bitcoin: protocol with Iceweasel

[Petter Reinholdtsen]

Package: bitcoind
Version: 0.7.2-1

Setting package to bitcoind because the bitcoin-qt package is not yet in
the archive.

The new GUI client package in git include a protocol driver for KDE4,
providing konqueror with support for the bitcoin: URI.  But the same
should be provided for Iceweasel.  I am not sure how to do it, but
believe http://kb.mozillazine.org/Register_protocol > sketches how
it could be done.

Is there some example package already in Debian doing similar things for
Iceweasel?

-- 
Happy hacking
Petter Reinholdtsn


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

Bug#696507: festival: FTBFS: not multi-arch capable but a dependency is multiarchified already

[Thorsten Glaser]

Source: festival
Version: 2.1~release-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Apparently, festival seems to hardcode /usr/lib as libdir.
Since Multi-Arch, this assumption is no longer valid, see
for example #626877 for a similar case.

This is RC because it prevents rebuilds of this source package.

Build log:

[…]
Update library Festival UniSyn_diphone.o us_diphone_unit.o us_diphone_index.o
a - UniSyn_diphone.o
a - us_diphone_unit.o
a - us_diphone_index.o
Making in directory src/main ...
making dependencies -- festival_main.cc audsp.cc festival_client.cc
g++ -c -g -O3 -fPIC -Wall -Wno-non-template-friend -I../../src/include 
-I/usr/lib/speech_tools/include festival_main.cc
make[4]: *** No rule to make target `/usr/lib//libestools.a', needed by 
`festival'.  Stop.
make[3]: *** [main] Error 2
make[2]: *** [src] Error 2
make[2]: Leaving directory `/tmp/buildd/festival-2.1~release'
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory `/tmp/buildd/festival-2.1~release'
make: *** [build-arch] Error 2

Manual check in the buildd chroot:

(pbuild19661)root@ara2:~/festival-2.1~release # find /usr/lib -name libestools.a
/usr/lib/speech_tools/lib/libestools.a
/usr/lib/m68k-linux-gnu/libestools.a

This affects all architectures, not just the one given.

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

Kernel: Linux 3.2.0-4-atari
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh-static


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

Bug#696506: error on using a pch: had text segment at different address

[Stephan Schreiber]

Package: src:gcc-4.6
Version: 4.6.3-11
Severity: serious



The gcc/g++-compiler has a bug that prevents a precompiled header  
(pch) from being used. It occurred on all ia64 Debian buildds while  
building the qt4-x11 package. Bug#696096 is already filed for that.

The log reads:

g++ -c -include .pch/release-shared/QtCore -Winvalid-pch -g -O2  
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  
-I/usr/include/freetype2 -pthread -I/usr/include/glib-2.0  
-I/usr/lib/ia64-linux-gnu/glib-2.0/include -O2 -fvisibility=hidden  
-fvisibility-inlines-hidden -Wall -W -D_REENTRANT -fPIC -DQT_SHARED  
-DQT_BUILD_CORE_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII  
-DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT  
-DQT_USE_QSTRINGBUILDER -DELF_INTERPRETER=\"/lib/ld-linux-ia64.so.2\"  
-DQLIBRARYINFO_EPOCROOT -DQT_USE_ICU -DHB_EXPORT=Q_CORE_EXPORT  
-DQT_NO_DEBUG -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE  
-I../../mkspecs/linux-g++ -I. -I../../include -I../../include/QtCore  
-I.rcc/release-shared -Iglobal -I../../tools/shared  
-I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4  
-I.moc/release-shared -o .obj/release-shared/qlibraryinfo.o  
global/qlibraryinfo.cpp
cc1plus: warning: ./.pch/release-shared/QtCore.gch/c: not for GNU C++  
[enabled by default]
cc1plus: warning: ./.pch/release-shared/QtCore.gch/c++: had text  
segment at different address [enabled by default]

cc1plus: error: one or more PCH files were found, but they were invalid
cc1plus: fatal error: .pch/release-shared/QtCore: No such file or directory
compilation terminated.


When you are using precompiled headers (pch), you invoke gcc/g++ at  
least twice. The first time to create the pch file - to write out the  
file. Second time to use the pch file - to read it in. Gcc expects  
that its binary image is always mapped at the same address in the  
virtual address space of the process. But when gcc's image is mapped  
to another address when reading in the pch than it was on writing out  
the pch, it reports the seen message.


The source code file src/gcc/c-family/c-pch.c of the src:gcc-4.6 gives  
more details:



/* Check the PCH file called NAME, open on FD, to see if it can be
   used in this compilation.  Return 1 if valid, 0 if the file can't
   be used now but might be if it's seen later in the compilation, and
   2 if this file could never be used in the compilation.  */

int
c_common_valid_pch (cpp_reader *pfile, const char *name, int fd)
{
...
  /* If the text segment was not loaded at the same address as it was
 when the PCH file was created, function pointers loaded from the
 PCH will not be valid.  We could in theory remap all the function
 pointers, but no support for that exists at present.
 Since we have the same executable, it should only be necessary to
 check one function.  */
  if (v.pch_init != &pch_init)
{
  if (cpp_get_options (pfile)->warn_invalid_pch)
cpp_error (pfile, CPP_DL_WARNING,
   "%s: had text segment at different address", name);
  return 2;
}

...
}


It is experienced on ia64 here, but the bug affects any arch.

Stephan


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

Bug#696505: linux-image-3.2.0-4-amd64: saa7146 based DVB-C card causes repeated error messages

[p_body]

Package: src:linux
Version: 3.2.32-1
Severity: normal

Dear Maintainer,

I have some problems getting my system running stable after upgrading it to 
wheezy. 
My system is used as a vdr and is equipped with multiple DVB cards.
It seems that the 2 installed Terratec Cinergy 1200 DVB-C (saa-7146) cards 
cause some problems when running an actual kernel.

The same system including these DVB cards is running stable with Squeeze on a 
homebrew 2.6.33 kernel with extra DVB drivers 
(dvb-s2api-liplianin-0~2010-06-11.hg15345)

When booting wheezy – system usually comes up ok
all DVB cards are usable until programs like update-grub2 are executed (seems 
like it has to do with HDD access) .
Often while update-grub2 is detecting the other installations the system starts 
showing error messages like:

[  528.416023] DVB: TDA10023(3): tda10023_readreg: readreg error (reg 
== 0x1c, ret == -1)

[  528.428071] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff 
psr  ssr 

[  528.428081] saa7146: interrupt_hw: warning: interrupt enabled, but 
not handled properly.(0xe7fcfbff)

[  528.428088] saa7146: interrupt_hw: disabling interrupt source(s)!


 I tried to compile and install a new kernel (3.7.1)- but I could not see 
any change compared to the installed debian kernel.
 I also tried a similar kernel (2.6.33 ) and driver combination than the 
one in used by my squeeze installation. I could not reproduce the error but did 
not succeed getting all hardware running.


 After removing the two Cinergy (saa-7146) cards from the system I could 
not reproduce the problem anymore.



p_body


-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=c361d309-f014-460d-aa29-63cb9a8fa73d ro irqpoll

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[ 1780.518620] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.538602] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.538610] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.538618] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.558602] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.558611] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.558619] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.578603] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.578612] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.578620] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.598601] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.598610] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.598617] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.618601] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.618610] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.618618] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.638600] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.638609] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.638618] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.658603] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.658611] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.658619] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.678600] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.678609] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.678616] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.698597] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.698606] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.698614] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.718596] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.718606] saa7146: interrupt_hw: warning: interrupt enabled, but not 
handled properly.(0xe7fcfbff)
[ 1780.718613] saa7146: interrupt_hw: disabling interrupt source(s)!
[ 1780.738600] saa7146: saa7146 (1): unexpected i2c irq: isr e7fffbff psr 
 ssr 
[ 1780.738609] saa7146: interrupt_hw: warning: interrupt enabled, but

Bug#685625: implicit declaration of function ‘reallocf’

[Steven Chamberlain]

Control: severity -1 grave
Control: affects -1 grub-common
Control: retitle -1 [kfreebsd] libgeom: may cause segfault of grub-probe

Hello,

On 21/12/12 18:45, Jeff Epler wrote:
> geom_getxml.c: In function ‘geom_getxml’:
> geom_getxml.c:59:2: warning: implicit declaration of function ‘reallocf’ 
> [-Wimplicit-function-declaration]
> geom_getxml.c:59:2: warning: return makes pointer from integer without a cast 
> [enabled by default]
> 
> On kfreebsd-amd64 systems, the consequence of this is that the top 32
> bits of a pointer returned by reallocf are discarded.

Curiously I have never been affected by this on kfreebsd-amd64.  My
kern.geom.confxml is only ~16 KiB.  The reporter could reproduce this
reliably with a kern.geom.confxml of ~4 MiB.

I observe some magic threshold of 136648 bytes, above which malloc() in
a simple C program starts to return an address with some of the high 32
bits set, triggering the bug.


I think the chance of this being a problem during install is very low,
unless there is some large pre-existing ZFS pool.

On an installed system, it would become impossible to update/upgrade
GRUB after exceeding some number of ZFS volumes * snapshots (I guess
around 500, but deleted snapshots still seem to count - that may also be
a bug).  Therefore I'm raising the severity of this.

It's not unreasonable to have 50 zvols (one per user/share on a NAS, for
example), and if taking weekly snapshots this could trigger after 10
weeks;  if daily, 10 days;  if hourly, 10 hours etc.


> - -D__va_list=__builtin_va_list
> + -D__va_list=__builtin_va_list \
> +  -Werror=implicit-function-declaration

That's a good idea.


The buildd log scanner reveals a handful more cases of this compiler
warning in other GNU/kFreeBSD packages which we should probably look into:

https://buildd.debian.org/~brlink/bytag/E-pointer-trouble-at-implicit.html

* freebsd-buildutils
* freebsd-libs
* freebsd-utils

And I'm worried about some of the other packages mentioned, where the
error shows on kfreebsd-* or maybe hurd-*, but not on other arches.
Should they really all be doing this:

> ++#include 

Or should we be trying to fix this elsewhere, in GNU/kFreeBSD headers maybe?

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#689748: More info

[The Eclectic One]

Hello again,

As of December 21, 2012, with wheezy updated just now, the following still
occurs:

Moving any window (click on the title bar and drag) locks up the system
instantly.  As I currently have no other machines connected to a local
network, I can't get in through ssh.  All I can do is a hard power off,
holding the off button down for 5-10 seconds.

Starting iceweasel (with many saved tabs) freezes the system instantly.

Gbuffy, that worked perfectly in lenny with the proprietary nvidia driver,
is no longer available in wheezy as it depends on libgtk1.2.  Still, I
installed it, along with the necessary libraries (see below for the details)
but the buttons don't resize when the window is resized and the button labels
are almost illegible.  This is similar to the random dots issue previously
described.  It seems that the fonts are missing half the dots randomly.
Otherwise, gbuffy works fine.

Gbuffy installation:

First, install libgtk1.2 and its dependencies:

sudo dpkg -i libgtk1.2_1.2.10-18.1_i386.deb
 libgtk1.2-common_1.2.10-18.1_all.deb
 libglib1.2ldbl_1.2.10-19build1_i386.deb

The last one had to be downloaded from
http://packages.ubuntu.com/hardy/i386/libglib1.2ldbl/download
as it was not available in snapshot.debian.org, or anywhere else that I
could find in debian.

Then install (from aptitude) libcompfaceg1.  This is available in wheezy.

Then, install libssl0.9.8 (from the squeeze distribution) and gbuffy:

sudo dpkg -i libssl0.9.8_0.9.8o-4squeeze13_i386.deb 
sudo dpkg  -i gbuffy_0.2.6-13_i386.deb 

If anyone cares to port/repackage gbuffy for wheezy (it would be much
appreciated!) libssl1.0.0 is available in wheezy.  This should be a matter
of changing the libssl dependency and re-compiling.  Making it work with
the current libgtk will probably require code changes.

I'd be happy to run any requested test.  Just let me know.  Any workarounds,
at least so I don't have to do a hard power off each time, happily accepted.

Thanks!


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

Bug#696504: varnish: Fails to start properly with 077 umask

[Adam Lackorzynski]

Package: varnish
Version: 3.0.2-2
Severity: normal

Hi,

starting varnish with umask set to 077 fails:

$ /usr/sbin/varnishd -P /var/run/varnishd.pid -F -a :80 -T localhost:6082  ...
child (2484) Started
Pushing vcls failed:
dlopen(./vcl.B6xCZlYB.so): ./vcl.B6xCZlYB.so: cannot open shared object file: 
Permission denied

Stopping Child
Child (2484) said Child starts
Child (2484) said SMF.s0 mmap'ed 375809638400 bytes of 375809638400
Child (2484) said Child dies
Child (2484) died status=1
Child cleanup complete

Here varnish is started but does not listen to port 80.

Same seems to happen when starting via init-script. Starting goes ok but
it does not listen on port 80. With umask=022 it works.



Adam
-- 
Adam a...@os.inf.tu-dresden.de
  Lackorzynski http://os.inf.tu-dresden.de/~adam/


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

Bug#671785: Minimal Python script to reproduce the problem; evidence points at python-gtk2

[Jeff Epler]

.. happily, it allows the exclusion of reportbug as the cause of the
problem and begins to point fairly squarely at python-gtk2.
happening.  Please consider reassigning to the python-gtk2 package.

The mutex which is initialized in gtk.gdk.threads_init() is used
(attempted to be unlocked) at the site of the crash.  

Anyway, here's the script

#!/usr/bin/python
import gtk
gtk.gdk.threads_init()
raw_input("If this didn't crash, hit enter.")

As far as I can see, this program complies with the advice in the PyGTK
FAQ on using threads in pygtk programs, as does this equally crashy
program: http://faq.pygtk.org/index.py?req=show&file=faq20.001.htp

#!/usr/bin/python
import gtk
gtk.gdk.threads_init()
gtk.main()  # if this doesn't crash, hit ctrl-c

(the faq, possibly erroneously, does not advise that the main thread
must also call gtk.gdk.threads_enter() before calling gtk.main())

This program is regularly fatal on my Debian kFreeBSD system, but not on my
Debian GNU/Linux system, both running squeeze.  However, now that I know where
to look, this problem can be diagnosed on GNU/Linux systems under helgrind,
though on these systems it does not seem to be a fatal error under typical
conditions:

$ valgrind --tool=helgrind -- python -c 'import gtk; gtk.gdk.threads_init(); 
raw_input("")'
==13073== Helgrind, a thread error detector
==13073== Copyright (C) 2007-2011, and GNU GPL'd, by OpenWorks LLP et al.
==13073== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==13073== Command: python -c import\ gtk;\ gtk.gdk.threads_init();\ 
raw_input("\>")
==13073== 

/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could 
not open display
  warnings.warn(str(e), _gtk.Warning)
==13073== ---Thread-Announcement--
==13073== 
==13073== Thread #1 is the program's root thread
==13073== 
==13073== 
==13073== 
==13073== Thread #1 unlocked a not-locked lock at 0xD48E460
==13073==at 0x4C2BF9D: pthread_mutex_unlock (hg_intercepts.c:609)
==13073==by 0x71C4450: g_mutex_unlock (gthread-posix.c:227)
==13073==by 0x829078E: gtk_main (in 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0.2400.10)
==13073==by 0x7E46C23: ??? (in 
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so)
==13073==by 0x486172: ??? (in /usr/bin/python2.7)
==13073==by 0x486258: PyOS_StdioReadline (in /usr/bin/python2.7)
==13073==by 0x48655F: PyOS_Readline (in /usr/bin/python2.7)
==13073==by 0x562F91: ??? (in /usr/bin/python2.7)
==13073==by 0x4EAA3A: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==13073==by 0x4F1DAF: PyEval_EvalCodeEx (in /usr/bin/python2.7)
==13073==by 0x4EA6F5: PyRun_StringFlags (in /usr/bin/python2.7)
==13073==by 0x4F3088: PyRun_SimpleStringFlags (in /usr/bin/python2.7)
==13073==   Lock at 0xD48E460 was first observed
==13073==at 0x4C2B79A: pthread_mutex_init (hg_intercepts.c:429)
==13073==by 0x71C4146: g_mutex_impl_new (gthread-posix.c:99)
==13073==by 0x71C43E8: g_mutex_init (gthread-posix.c:167)
==13073==by 0x715CC95: g_mutex_new (gthread-deprecated.c:1473)
==13073==by 0x87B3738: gdk_threads_init (in 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0.2400.10)
==13073==by 0x7E7BEAE: ??? (in 
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so)
==13073==by 0x4EB52B: PyEval_EvalFrameEx (in /usr/bin/python2.7)
==13073==by 0x4F1DAF: PyEval_EvalCodeEx (in /usr/bin/python2.7)
==13073==by 0x4EA6F5: PyRun_StringFlags (in /usr/bin/python2.7)
==13073==by 0x4F3088: PyRun_SimpleStringFlags (in /usr/bin/python2.7)
==13073==by 0x4DA1A3: Py_Main (in /usr/bin/python2.7)
==13073==by 0x5F4EEAC: (below main) (libc-start.c:228)
==13073== 
==13073== 
==13073== 
==13073== Thread #1: Exiting thread still holds 1 lock
==13073==at 0x5FDBF68: _Exit (_exit.c:33)
==13073==by 0x5F66D9D: __run_exit_handlers (exit.c:93)
==13073==by 0x5F66E44: exit (exit.c:100)
==13073==by 0x5F4EEB3: (below main) (libc-start.c:260)
==13073== 
==13073== 
==13073== For counts of detected and suppressed errors, rerun with: -v
==13073== Use --history-level=approx or =none to gain increased speed, at
==13073== the cost of reduced accuracy of conflicting-access information
==13073== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)


Package: python-gtk2
Version: 2.24.0-3

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

Kernel: kFreeBSD 9.0-2-amd64
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 python-gtk2 depends on:
ii  libatk1.0-0   2.4.0-2
ii  libc0.1   2.13-37
ii  libcairo2 1.12.2-2
ii  libfontconfig12.9.0-7
i

Bug#686038: RFS: fpc/2.6.0-7

[David Prévot]

Hi Abou, Paul,

Le 21/12/2012 15:13, Paul Gevers a écrit :

> Reading through bug 684437 [1] I think you misunderstood the last remark
> by David Prévot, where he proposed to create a 2.6.0-7 with all the
> translations, but creating a debdiff without the translations.

Confirmed (and ACK about all your other remarks Paul, thanks), sorry if
my previous message were not clear enough.

Regards

David




signature.asc
Description: OpenPGP digital signature

Bug#680578: (no subject)

[Kevin Ryde]

reopen 680578
thanks

Barry Warsaw  writes:
>
> Is XEmacs even still available in Wheezy?

It's still in stable and unstable but some dependencies nonsense has
killed it from testing.  I thought that might get better by itself
before long but it didn't and then I forgot.

It would be helpful if you could exclude xemacs21 in the
emacsen-install, for those using unstable or who simply still have it
installed.

(I've thought it could be good if elisp add-ons had some sort of scheme
of "use it if the byte compile works" so as not to have to address such
things manually.  List flavours which "should work" and exclude some
which "definitely no work", and everything else "try it but no error if
it doesn't work".)




-- 
"It's a long way to the shop if you want a sausage roll."


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

Bug#696502: Python missing symlink 'python2'

[Robin Hoksbergen]

Package: python
Version: 2.7.3rc2

Some Python executables call '/usr/bin/env python2', which leads to a
'command not found' error on Debian. PEP 394 (
http://www.python.org/dev/peps/pep-0394/) suggests that a python2 symlink
should be available on Unix systems. In new installs, this symlink should
probably be created by default.

I am using Debian GNU/Linux Wheezy.

Bug#696358: nikola: remove conf.py.in from the package

[Agustin Henze]

tags 696358 +fixed-upstream
thanks

On 19/12/12 20:56, Dmitry Kurochkin wrote:
> Package: nikola
> Version: 5-1
> Severity: normal
> 
> Dear Maintainer!
> 
> First of all, thanks for packaging nikola!  I am looking for a static
> site generator and so far nikola looks promising.  I would not find it
> without this package :)

Hi Dmitry, thanks for your bug report! and your feedback :).

> "nikola init" puts conf.py.in file alongside conf.py into the root
> directory of a new site.  It seems the file is copied from samplesite/
> directory.  I guess conf.py.in is used only during the package build
> to generate conf.py and should be removed from the package.

I have the chance to talk directly with the upstream author, and this
bug is fixed in the master branch :). Therefore we'll wait to the next
release.

Cheers!

-- 
TiN



signature.asc
Description: OpenPGP digital signature

Bug#696464: hp 1020 debian 7 failed

[Bastien ROUCARIES]

Dear alexy,

Could you please follow the step detailled ? And please join the file
here instead of use pastebin.

We do not know even if it is a usb or a netork devince (guess a netwrk device).

And failled to print is unknown to me. It could be:
- I wait five minute and it print nothing
- paper was on fire
- it print some garbage.

Please follown the step on the unbuntu wiki and moreover please add
some words when you send email.

Language are the proper of the humans

Bastien



On Fri, Dec 21, 2012 at 8:19 AM, Alexey Kuznetsov
 wrote:
> Package: hplip
> Version: 3.12.6-3
>
> hp laser jet 1020 failed to print
>
> Printer State endup with "Idle - /usr/lib/cups/filter/hpcups failed"
> message.
>
> troubleshot.txt
>
> http://pastebin.com/esvbHW6Q
>
> -- AK


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

Bug#695707: (no subject)

[Yannick Roehlly]

Hi Barry,

I updated Python 2.7 to experimental and rebuild python-virtualenv with the 
multiarch patch. Now that works.

But I add to delete and re-create my virtual environment (sorry, I did not 
note down the error message / problem). Maybe this worth an entry in the 
readme / changelog / news.

Thanks for the patch (also to Python team).

Yannick


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

Bug#696501: fails to move a file into a subdirectory: PTP Layer error a80a: set_object_u32(): could not set unsigned 32bit integer property

[Yaroslav Halchenko]

Package: gmtp
Version: 1.3.4-1
Severity: normal

Tried to move a file into a sub-directory previously created using gmtp, here 
is full output

Device 0 (VID=18d1 and PID=4e41) is UNKNOWN.
Please report this VID/PID and the device model to the libmtp development team
Android device detected, assigning default bug flags
File Move Error: -1
Error 2: PTP Layer error a80a: set_object_u32(): could not set unsigned 32bit 
integer property.
Error 2: (Look this up in ptp.h for an explanation.)


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gmtp depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-2
ii  libc62.13-33
ii  libflac8 1.2.1-6
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-3
ii  libgtk-3-0   3.4.2-2
ii  libid3tag0   0.15.1b-10
ii  libmtp9  1.1.3-35-g0ece104-1
ii  libvorbisfile3   1.3.2-1.3

gmtp recommends no packages.

gmtp 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#695702: libcec: diff for NMU version 1.6.2-1.1

[Sebastian Ramacher]

Control: tags -1 + pending

Dear maintainer,

I've prepared an NMU for libcec (versioned as 1.6.2-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
-- 
Sebastian Ramacher
diff -Nru libcec-1.6.2/debian/changelog libcec-1.6.2/debian/changelog
--- libcec-1.6.2/debian/changelog	2012-05-03 04:35:31.0 +0200
+++ libcec-1.6.2/debian/changelog	2012-12-21 20:47:16.0 +0100
@@ -1,3 +1,12 @@
+libcec (1.6.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/695702.patch: Backport patch from upstream to load
+libcec.so.1 instead of libcec.so. Thanks to Andrey Rahmatullin for
+finding the patch in the upstream repository. (Closes: #695702)
+
+ -- Sebastian Ramacher   Fri, 21 Dec 2012 20:47:14 +0100
+
 libcec (1.6.2-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru libcec-1.6.2/debian/patches/695702.patch libcec-1.6.2/debian/patches/695702.patch
--- libcec-1.6.2/debian/patches/695702.patch	1970-01-01 01:00:00.0 +0100
+++ libcec-1.6.2/debian/patches/695702.patch	2012-12-21 20:47:12.0 +0100
@@ -0,0 +1,72 @@
+Description: open libcec.so.1 instead of libcec.so
+Origin: upstream, https://github.com/Pulse-Eight/libcec/commit/a71897f4
+Last-Modified: 2012-12-21
+Bug-Debian: http://bugs.debian.org/695702
+Bug: https://github.com/Pulse-Eight/libcec/issues/30
+
+--- a/include/cecloader.h
 b/include/cecloader.h
+@@ -159,15 +159,11 @@
+ #if defined(__APPLE__)
+ g_libCEC = dlopen(strLib ? strLib : "libcec.dylib", RTLD_LAZY);
+ #else
+-g_libCEC = dlopen(strLib ? strLib : "libcec.so", RTLD_LAZY);
++g_libCEC = dlopen(strLib ? strLib : "libcec.so." CEC_LIB_VERSION_MAJOR_STR, RTLD_LAZY);
+ #endif
+ if (!g_libCEC)
+ {
+-#if defined(__APPLE__)
+-  cout << "cannot find " << (strLib ? strLib : "libcec.dylib") << dlerror() << endl;
+-#else
+-  cout << "cannot find " << (strLib ? strLib : "libcec.so") << dlerror() << endl;
+-#endif
++  cout << dlerror() << endl;
+   return NULL;
+ }
+   }
+@@ -196,15 +192,11 @@
+ #if defined(__APPLE__)
+ g_libCEC = dlopen(strLib ? strLib : "libcec.dylib", RTLD_LAZY);
+ #else
+-g_libCEC = dlopen(strLib ? strLib : "libcec.so", RTLD_LAZY);
++g_libCEC = dlopen(strLib ? strLib : "libcec.so." CEC_LIB_VERSION_MAJOR_STR, RTLD_LAZY);
+ #endif
+ if (!g_libCEC)
+ {
+-#if defined(__APPLE__)
+-  cout << "cannot find " << (strLib ? strLib : "libcec.dylib") << dlerror() << endl;
+-#else
+-  cout << "cannot find " << (strLib ? strLib : "libcec.so") << dlerror() << endl;
+-#endif
++  cout << dlerror() << endl;
+   return NULL;
+ }
+   }
+@@ -246,15 +238,11 @@
+ #if defined(__APPLE__)
+ g_libCEC = dlopen(strLib ? strLib : "libcec.dylib", RTLD_LAZY);
+ #else
+-g_libCEC = dlopen(strLib ? strLib : "libcec.so", RTLD_LAZY);
++g_libCEC = dlopen(strLib ? strLib : "libcec.so." CEC_LIB_VERSION_MAJOR_STR, RTLD_LAZY);
+ #endif
+ if (!g_libCEC)
+ {
+-#if defined(__APPLE__)
+-  cout << "cannot find " << (strLib ? strLib : "libcec.dylib") << dlerror() << endl;
+-#else
+-  cout << "cannot find " << (strLib ? strLib : "libcec.so") << dlerror() << endl;
+-#endif
++  cout << dlerror() << endl;
+   return NULL;
+ }
+   }
+--- a/include/cectypes.h
 b/include/cectypes.h
+@@ -112,6 +112,7 @@
+ 
+ #define CEC_MIN_LIB_VERSION  1
+ #define CEC_LIB_VERSION_MAJOR1
++#define CEC_LIB_VERSION_MAJOR_STR"1"
+ #define CEC_LIB_VERSION_MINOR6
+ 
+ typedef enum cec_abort_reason
diff -Nru libcec-1.6.2/debian/patches/series libcec-1.6.2/debian/patches/series
--- libcec-1.6.2/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ libcec-1.6.2/debian/patches/series	2012-12-21 00:23:35.0 +0100
@@ -0,0 +1 @@
+695702.patch


signature.asc
Description: Digital signature

Bug#696500: martian-modem-source: Building with m-a ends with "not successful"

[Yvo]

Package: martian-modem-source
Version: 20080625-2
Severity: normal

Trying to build and install the software with m-a as described under
wiki.debian.org/martian_dev ends with "not successful".




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

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

Versions of packages martian-modem-source depends on:
ii  bzip2  1.0.6-4
ii  debhelper  9.20120909
ii  make   3.81-8.2

Versions of packages martian-modem-source recommends:
ii  martian-modem 20080625-2
ii  module-assistant  0.11.4

martian-modem-source suggests no packages.

-- no debconf information
rm -f build-arch-stamp build-indep-stamp configure-stamp
# Cleaning kernel module building dir
/usr/bin/make -C source clean
make[1]: Entering directory `/usr/src/modules/martian-modem/source'
/usr/bin/make -C /lib/modules/3.2.0-4-686-pae/build 
M="/usr/src/modules/martian-modem/source" clean
make[2]: Entering directory `/usr/src/linux-headers-3.2.0-4-686-pae'
make[2]: Leaving directory `/usr/src/linux-headers-3.2.0-4-686-pae'
make[1]: Leaving directory `/usr/src/modules/martian-modem/source'
 debian/rules KVERS=3.2.0-4-686-pae KSRC=/lib/modules/3.2.0-4-686-pae/build 
KDREV=3.2.32-1 kdist_image
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/martian-modem'
rm -f build-arch-stamp build-indep-stamp configure-stamp
# Cleaning kernel module building dir
/usr/bin/make -C source clean
make[2]: Entering directory `/usr/src/modules/martian-modem/source'
/usr/bin/make -C /lib/modules/3.2.0-4-686-pae/build 
M="/usr/src/modules/martian-modem/source" clean
make[3]: Entering directory `/usr/src/linux-headers-3.2.0-4-686-pae'
make[3]: Leaving directory `/usr/src/linux-headers-3.2.0-4-686-pae'
make[2]: Leaving directory `/usr/src/modules/martian-modem/source'
for templ in 
/usr/src/modules/martian-modem/debian/martian-modem-modules-_KVERS_.postinst 
/usr/src/modules/martian-modem/debian/martian-modem-modules-_KVERS_.postinst.backup
 
/usr/src/modules/martian-modem/debian/martian-modem-modules-_KVERS_.postinst.modules.in;
 do \
cp $templ `echo $templ | sed -e 's/_KVERS_/3.2.0-4-686-pae/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/3.2.0-4-686-pae/g ;s/#KVERS#/3.2.0-4-686-pae/g ; 
s/_KVERS_/3.2.0-4-686-pae/g ; s/##KDREV##/3.2.32-1/g ; s/#KDREV#/3.2.32-1/g ; 
s/_KDREV_/3.2.32-1/g  ' < $templ > ${templ%.modules.in}; \
  done
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_installdirs lib/modules/3.2.0-4-686-pae/extra
# Build the module
/usr/bin/make -C source KERNEL_DIR=/lib/modules/3.2.0-4-686-pae/build 
KVERS=3.2.0-4-686-pae
make[2]: Entering directory `/usr/src/modules/martian-modem/source'
/usr/bin/make -C /lib/modules/3.2.0-4-686-pae/build 
M="/usr/src/modules/martian-modem/source"  modules
make[3]: Entering directory `/usr/src/linux-headers-3.2.0-4-686-pae'
  CC [M]  /usr/src/modules/martian-modem/source/martian.o
/usr/src/modules/martian-modem/source/martian.c: In function ‘martian_isr’:
/usr/src/modules/martian-modem/source/martian.c:135:27: warning: value computed 
is not used [-Wunused-value]
  CC [M]  /usr/src/modules/martian-modem/source/marsio.o
/usr/src/modules/martian-modem/source/marsio.c:358:11: warning: 
‘mars_read_register_rem’ defined but not used [-Wunused-function]
/usr/src/modules/martian-modem/source/marsio.c:371:13: warning: 
‘mars_write_register_rem’ defined but not used [-Wunused-function]
  CC [M]  /usr/src/modules/martian-modem/source/mfifo.o
  LD [M]  /usr/src/modules/martian-modem/source/martian_dev.o
  Building modules, stage 2.
  MODPOST 1 modules
  CC  /usr/src/modules/martian-modem/source/martian_dev.mod.o
  LD [M]  /usr/src/modules/martian-modem/source/martian_dev.ko
make[3]: Leaving directory `/usr/src/linux-headers-3.2.0-4-686-pae'
make[2]: Leaving directory `/usr/src/modules/martian-modem/source'
# Install the module
dh_install source/martian_dev.o lib/modules/3.2.0-4-686-pae/extra
# Building package stuff
dh_installdocs debian/copyright README Concept
dh_installchangelogs ChangeLog
dh_compress 
dh_fixperms 
dh_installdeb 
dh_gencontrol -- -v20080625-2+3.2.32-1
dh_md5sums 
dh_builddeb --destdir=/usr/src/modules/martian-modem
dpkg-deb: Paket »martian-modem-modules-3.2.0-4-686-pae« wird in 
»/usr/src/modules/martian-modem/martian-modem-modules-3.2.0-4-686-pae_20080625-2+3.2.32-1_i386.deb«
 gebaut.
make[1]: Leaving directory `/usr/src/modules/martian-modem'
/usr/bin/make  -f debian/rules kdist_clean
make[1]: Entering directory `/usr/src/modules/martian-modem'
rm -f build-arch-stamp build-indep-stamp configure-stamp
# Cleaning kernel module building d

Bug#696048: codeblocks: New upstream release (12.11) available

[Vincent Cheng]

On Fri, Dec 21, 2012 at 7:56 AM, David Paleino  wrote:
> On Fri, 21 Dec 2012 02:50:34 -0800, Vincent Cheng wrote:
>
>> Hi David,
>>
>> I hope you don't mind, but since I took a bit of time to update the
>> packaging and try to build the latest release of codeblocks myself
>> this morning, I went ahead and updated codeblocks' collab-maint git
>> repo. :)
>
> Uops. I had 12 commits locally which I didn't push :)
>
> I merged your work, thanks!
>
>> I just wanted to ask a few quick questions about the packaging:
>> - Why do you set /usr/share/codeblocks/lexers/lexer_bash.sample as
>> executable in postinst? Since that file is shipped in
>> codeblocks-common, couldn't you just do it after it's installed into
>> the build tree? I went ahead and removed the postinst script in favour
>> of adding an override_dh_fixperms target in debian/rules that does the
>> same thing; this also fixes lintian warning script-not-executable.
>
> ACK.
>
>> - Is it possible to simplify override_dh_strip a bit? Instead of
>> manually moving the files around, I was thinking of something like
>> this:
>>
>> override_dh_strip:
>> dh_strip -p codeblocks --dbg-package=codeblocks-dbg
>> dh_strip -p libcodeblocks0 --dbg-package=codeblocks-dbg
>> dh_strip -p codeblocks-contrib --dbg-package=codeblocks-contrib-dbg
>> dh_strip -p libwxsmithlib0 --dbg-package=codeblocks-contrib-dbg
>>
>> ...although I admit I haven't actually tested that yet and am not sure
>> if it actually works.
>
> I believe that wouldn't work, but you could try :)
> Also, with debhelper compatibility 9, I usually move all debugging symbols to 
> a
> common -dbg package (let's say, codeblocks-dbg), because there's no easy way 
> to
> distinguish which symbols belongs to which package.

ACK; I wasn't sure if you wanted to bump compat to 9, in case you
still want to be able to backport the package easily.

> I admit I don't have much time for this package -- if you want, you can take
> full maintainership, or just add yourself to Uploaders. I don't mind if you
> want to take it all for you :) (I have too many packages to take care of, and
> I'm not a heavy user of C::B).

I'll go ahead and add myself to Uploaders then, thanks! I don't want
to bite off more than I can chew, and besides, I still need a DD to
upload packages on my behalf.

Vincent


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

Bug#685625: [PATCH] Re: Bug#685625: implicit declaration of function ‘reallocf’

[Jeff Epler]

Control: tags -1 + patch

I believe the attached patch fixes the problem; it does on my system.

Because the impact of this bug is the inability to install or update the
bootloader (including, potentially, during initial installation), I
believe the severity should be increased to critical.  However, I am not
modifying the priority myself as I'm not yet familiar with the culture
around changing bug severity, particularly when escalating it.


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

Kernel: kFreeBSD 9.0-2-amd64
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 libgeom1 depends on:
ii  libbsd00.4.2-1
ii  libc0.12.13-37
ii  libexpat1  2.1.0-1
ii  libsbuf6   9.0+ds1-3

libgeom1 recommends no packages.

libgeom1 suggests no packages.

-- no debconf information

diff -Nru freebsd-libs-9.0+ds1/debian/changelog 
freebsd-libs-9.0+ds1/debian/changelog
--- freebsd-libs-9.0+ds1/debian/changelog   2012-05-25 11:37:58.0 
-0500
+++ freebsd-libs-9.0+ds1/debian/changelog   2012-12-21 13:21:53.0 
-0600
@@ -1,3 +1,13 @@
+freebsd-libs (9.0+ds1-3.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix 'warning: implicit declaration of function 'reallocf'
+(and several other functions) (Closes: 685625)
+  * Make that warning an error so that it does not pass silently
+in the future 
+
+ -- Jeff Epler   Fri, 21 Dec 2012 13:20:44 -0600
+
 freebsd-libs (9.0+ds1-3) unstable; urgency=low
 
   [ Robert Millan ]
diff -Nru freebsd-libs-9.0+ds1/debian/patches/implicit-declaration 
freebsd-libs-9.0+ds1/debian/patches/implicit-declaration
--- freebsd-libs-9.0+ds1/debian/patches/implicit-declaration1969-12-31 
18:00:00.0 -0600
+++ freebsd-libs-9.0+ds1/debian/patches/implicit-declaration2012-12-21 
13:26:04.0 -0600
@@ -0,0 +1,70 @@
+Description: Fix crashes due to undeclared functions
+ The consequence of at least one of these (in geom_getxml.c) was a crash
+ when there was a lot of data in kern.geom.confdml.
+ .
+ freebsd-libs (9.0+ds1-3.1) UNRELEASED; urgency=low
+ .
+   * Fix 'warning: implicit declaration of function 'reallocf'
+ (and several other functions) (Closes: 685625)
+Author: Jeff Epler 
+Bug-Debian: http://bugs.debian.org/685625
+
+---
+The information above should follow the Patch Tagging Guidelines, please
+checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
+are templates for supplementary fields that you might want to add:
+
+Forwarded: no
+Last-Update: <2012-12-21>
+
+--- freebsd-libs-9.0+ds1.orig/lib/libdevstat/devstat.c
 freebsd-libs-9.0+ds1/lib/libdevstat/devstat.c
+@@ -34,6 +34,7 @@ __FBSDID("$FreeBSD$");
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ #include 
+--- freebsd-libs-9.0+ds1.orig/lib/libusbhid/usage.c
 freebsd-libs-9.0+ds1/lib/libusbhid/usage.c
+@@ -36,6 +36,7 @@ __FBSDID("$FreeBSD$");
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "usbhid.h"
+ 
+--- freebsd-libs-9.0+ds1.orig/lib/libgeom/geom_ctl.c
 freebsd-libs-9.0+ds1/lib/libgeom/geom_ctl.c
+@@ -39,6 +39,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ 
+--- freebsd-libs-9.0+ds1.orig/lib/libgeom/geom_getxml.c
 freebsd-libs-9.0+ds1/lib/libgeom/geom_getxml.c
+@@ -33,6 +33,8 @@
+ #include 
+ #include 
+ #include 
++#include 
++
+ #include "libgeom.h"
+ 
+ char *
+--- freebsd-libs-9.0+ds1.orig/sys/netinet/libalias/alias_db.c
 freebsd-libs-9.0+ds1/sys/netinet/libalias/alias_db.c
+@@ -157,6 +157,7 @@ __FBSDID("$FreeBSD$");
+ #include 
+ #include 
+ #include  
++#include 
+ #endif
+ 
+ #include 
diff -Nru freebsd-libs-9.0+ds1/debian/patches/series 
freebsd-libs-9.0+ds1/debian/patches/series
--- freebsd-libs-9.0+ds1/debian/patches/series  2012-05-19 07:26:07.0 
-0500
+++ freebsd-libs-9.0+ds1/debian/patches/series  2012-12-21 13:23:09.0 
-0600
@@ -18,3 +18,4 @@
 libusb_backward.diff
 libbsd_nlist.diff
 kvm_size_t_kludge.diff
+implicit-declaration
diff -Nru freebsd-libs-9.0+ds1/debian/rules freebsd-libs-9.0+ds1/debian/rules
--- freebsd-libs-9.0+ds1/debian/rules   2012-05-25 11:34:52.0 -0500
+++ freebsd-libs-9.0+ds1/debian/rules   2012-12-21 12:44:17.0 -0600
@@ -18,7 +18,8 @@
 revision   := $(shell echo $(full_version) | sed -e 's/^[^+-]*//g')
 
 CFLAGS = -Wall -g -pipe -fPIC -I. -I$(CURDIR)/sys -D_GNU_SOURCE \
- -D__va_list=__builtin_va_list
+ -D__va_list=__builtin_va_list \
+-Werror=implicit-function-declaration
 
 ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0

Bug#696499: Update build-depends for libc6-dev

[Andrey Gursky]

Source: gcc-4.8
Version: 4.8-20121218-1
Severity: normal

Dear Maintainer,

I believe the build-depends on libc6-dev (>=2.13-5) should be changed
to >= 2.16.

Regards,
Andrey


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

Bug#684437: RFS: fpc/2.6.0-7

[Paul Gevers]

Hi Abou,

On 17-12-12 14:36, Abou Al Montacir wrote:
> I'm looking for a sponsor for my package "fpc".
> 
> This upload is fixing an important bugs#686038 to allow translating user 
> targeted question upon installation.
> 
> The respective dsc file can be found 
> at:http://mentors.debian.net/debian/pool/main/f/fpc/fpc_2.6.0-7.dsc

Reading through bug 684437 [1] I think you misunderstood the last remark
by David Prévot, where he proposed to create a 2.6.0-7 with all the
translations, but creating a debdiff without the translations. I don't
think it makes sense to upload changes to the template, with
translations laying around, but without the translations in the upload.
I think we just have to try to convince the RT a little harder.

So please add the translations to your 2.6.0-7 package. Then we create a
debdiff against 2.6.0-6 and remove all the changes to the translations
from that debdiff. We than put that debdiff in a new unblock request. (I
think you can better close 684437 again, as that was really about
2.6.0-6 and open a new one.)

> Please copy me on answer,

Done, but no need to CC me, as I am subscribed.

Paul

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684437



signature.asc
Description: OpenPGP digital signature

Bug#696498: release.debian.org: unblock: ykclient/2.8-2

[Tollef Fog Heen]

Package: release.debian.org
Severity: normal

Please unblock ykclient 2.8-2.  Debdiff attached.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
diff -u ykclient-2.8/debian/rules ykclient-2.8/debian/rules
--- ykclient-2.8/debian/rules
+++ ykclient-2.8/debian/rules
@@ -20 +20,2 @@
-#override_dh_auto_test:
+override_dh_auto_test:
+	dh_auto_test -- CFLAGS="-DTEST_WITHOUT_INTERNET" 
diff -u ykclient-2.8/debian/changelog ykclient-2.8/debian/changelog
--- ykclient-2.8/debian/changelog
+++ ykclient-2.8/debian/changelog
@@ -1,3 +1,12 @@
+ykclient (2.8-2) unstable; urgency=low
+
+  * Fix FTBFS on signed-char architectures.  Thanks to Jakub Wilk for the
+patch.  Closes: #694804.
+  * Apply patch from Ubuntu to disable network for tests.  Thanks to
+Michael Terry for the patch.  Closes: #682873
+
+ -- Tollef Fog Heen   Fri, 21 Dec 2012 19:48:28 +0100
+
 ykclient (2.8-1) unstable; urgency=low
 
   * New upstream release
only in patch2:
unchanged:
--- ykclient-2.8.orig/b64/cdecode.c
+++ ykclient-2.8/b64/cdecode.c
@@ -9,10 +9,11 @@
 
 int base64_decode_value(char value_in)
 {
-	static const char decoding[] = {62,-1,-1,-1,63,52,53,54,55,56,57,58,59,60,61,-1,-1,-1,-2,-1,-1,-1,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,-1,-1,-1,-1,-1,-1,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51};
+	static const signed char decoding[] = {62,-1,-1,-1,63,52,53,54,55,56,57,58,59,60,61,-1,-1,-1,-2,-1,-1,-1,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,-1,-1,-1,-1,-1,-1,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51};
 	static const char decoding_size = sizeof(decoding);
+	if (value_in < 43) return -1;
 	value_in -= 43;
-	if (value_in < 0 || value_in > decoding_size) return -1;
+	if (value_in > decoding_size) return -1;
 	return decoding[(int)value_in];
 }
 
@@ -26,7 +27,7 @@
 {
 	const char* codechar = code_in;
 	char* plainchar = plaintext_out;
-	char fragment;
+	int fragment;
 	
 	*plainchar = state_in->plainchar;
 	
@@ -42,7 +43,7 @@
 	state_in->plainchar = *plainchar;
 	return plainchar - plaintext_out;
 }
-fragment = (char)base64_decode_value(*codechar++);
+fragment = base64_decode_value(*codechar++);
 			} while (fragment < 0);
 			*plainchar= (fragment & 0x03f) << 2;
 	case step_b:
@@ -53,7 +54,7 @@
 	state_in->plainchar = *plainchar;
 	return plainchar - plaintext_out;
 }
-fragment = (char)base64_decode_value(*codechar++);
+fragment = base64_decode_value(*codechar++);
 			} while (fragment < 0);
 			*plainchar++ |= (fragment & 0x030) >> 4;
 			*plainchar= (fragment & 0x00f) << 4;
@@ -65,7 +66,7 @@
 	state_in->plainchar = *plainchar;
 	return plainchar - plaintext_out;
 }
-fragment = (char)base64_decode_value(*codechar++);
+fragment = base64_decode_value(*codechar++);
 			} while (fragment < 0);
 			*plainchar++ |= (fragment & 0x03c) >> 2;
 			*plainchar= (fragment & 0x003) << 6;
@@ -77,7 +78,7 @@
 	state_in->plainchar = *plainchar;
 	return plainchar - plaintext_out;
 }
-fragment = (char)base64_decode_value(*codechar++);
+fragment = base64_decode_value(*codechar++);
 			} while (fragment < 0);
 			*plainchar++   |= (fragment & 0x03f);
 		}

Bug#685625: implicit declaration of function ‘reallocf’

[Jeff Epler]

It looks like this is the problem, and it exists repeatedly in
freebsd-libs-9.0+ds1-7

geom_getxml.c: In function ‘geom_getxml’:
geom_getxml.c:59:2: warning: implicit declaration of function ‘reallocf’ 
[-Wimplicit-function-declaration]
geom_getxml.c:59:2: warning: return makes pointer from integer without a cast 
[enabled by default]

On kfreebsd-amd64 systems, the consequence of this is that the top 32
bits of a pointer returned by reallocf are discarded.

In fact, adding this include appears to fix the specific crash in
grub-probe:
 #include 
+#include 

Based on this information, I hope to be able to submit a patch soon.

Jeff


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

Bug#696408: flashplugin-nonfree: firefox 17.0.1 and iceweasel crash when loading a flash site

[Bart Martens]

On Fri, Dec 21, 2012 at 07:08:13PM +0100, Grégory Bulot wrote:
> Just for follower, i've similar trouble with FF & IceWeasel
> I'll try to add comment to
> https://bugbase.adobe.com/index.cfm?event=bug&id=3154276

Yes it's better to report this to Adobe.

Regards,

Bart Martens


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

Bug#696408: flashplugin-nonfree: firefox 17.0.1 and iceweasel crash when loading a flash site

[Grégory Bulot]

Hello, 

Just for follower, i've similar trouble with FF & IceWeasel

I'll try to add comment to
https://bugbase.adobe.com/index.cfm?event=bug&id=3154276


By the way, when i Block Java and Javascript : no trouble but nothing
 playing on flash site . :-(




--
Cordialement 
Grégory BULOT


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

Bug#696497: python3-hamcrest: Package description is truncated

[Beatrice Torracca]

Package: python3-hamcrest
Severity: minor

Hi!

the package description of python3-hamcrest (and python-hamcrest too) is
truncated. It now ends with
"Having a tool that allows you to pick out precisely the aspect under
test and describe the values it should have, to a"

Thanks,
beatrice

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

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#696485: inkscape: CVE-2012-5656

[Alex Valavanis]

fowarded 696485 https://bugs.launchpad.net/inkscape/+bug/
thanks

Note that this issue is fixed upstream in Inkscape 0.48.4 along with many
other bugs. It would be a good idea to upgrade the package soon.
Package: inkscape
Severity: grave
Tags: security
Justification: user security hole

Hi,
CVE-2012-5656 was assigned to this security issues:
https://bugs.launchpad.net/inkscape/+bug/1025185

Fix: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/11931

Cheers,
Moritz

Bug#696496: Broken by Pandora changes

[Anthony DeRobertis]

Package: pithos
Version: 0.3.17-1
Severity: grave

anthony@Zia:~$ pithos 
/usr/bin/pithos:805: GtkWarning: Ignoring the separator setting
  builder.add_from_file(ui_filename)
ERROR:root:Could not bind media keys
WARNING:root:Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/pithos/gobject_worker.py", line 34, in 
_run
result = command(*args)
  File "/usr/lib/python2.7/dist-packages/pithos/pandora/pandora.py", line 252, 
in get_playlist
songs.append(Song(self.pandora, i))
  File "/usr/lib/python2.7/dist-packages/pithos/pandora/pandora.py", line 276, 
in __init__
self.audioUrl = d['additionalAudioUrl'][self.pandora.audio_format]
IndexError: list index out of range

pianobar needed an update (released ~2012-12-01) to continue working,
pithos probably does too.

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

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

Versions of packages pithos depends on:
ii  gstreamer0.10-plugins-bad   0.10.23-7
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1
ii  python  2.7.3~rc2-1
ii  python-dbus 1.1.1-1
ii  python-gobject  3.2.2-1
ii  python-gst0.10  0.10.22-3
ii  python-gtk2 2.24.0-3
ii  python-notify   0.1.1-3
ii  python-xdg  0.19-4
ii  python2.6   2.6.8-0.2
ii  python2.7   2.7.3~rc2-2.1

pithos recommends no packages.

pithos 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#203211: bug #203211: RFP: avidemux -- a video editing software

[Bob Bib]

Avidemux 2.6.1 has been released.

http://avidemux.sourceforge.net/news.html
http://avidemux.sourceforge.net/download.html
http://sourceforge.net/projects/avidemux/files/avidemux/2.6.1/

Bug#683188: API change in python-subversion breaks trac

[W. Martin Borgert]

This workaround works for me in the case of Trac:

--- orig/usr/share/pyshared/svn/core.py 2012-06-04 08:13:32.0 +0200
+++ /usr/share/pyshared/svn/core.py 2012-12-21 15:56:01.857716004 +0100
@@ -145,7 +145,7 @@
   # read the rest of the stream
   chunks = [ ]
   while 1:
-data = svn_stream_read(self._stream, SVN_STREAM_CHUNK_SIZE)
+data = svn_stream_read(self._stream, int(SVN_STREAM_CHUNK_SIZE))
 if not data:
   break
 chunks.append(data)

I'm not sure about any negative effects, however.


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

Bug#685054: breaks wine (32-bit) OpenGL support on amd64

[Wolfgang Schnitker]

Hi Andreas,

I started the the other way around.

I purged all nvidia packages and got nouveau packages to work.

My application now runs with mesa an nouveau packages, no complications.
Even with 3D Open GL no differences.

(nvidia 8400 GS = NV50 Card from MSI running in my box)

So if there is someone who can not wait, I propose to switch to nouveau
packages. Only a little work to do and completely open source.

Happy X-mas!

Wolfgang

Am 01.12.2012 18:46, schrieb Andreas Beckmann:
> On 2012-12-01 16:57, Wolfgang Schnitker wrote:
>> Hi all,
>>
>> additional info from my system.
>>
>> libxvmc1:i386 seems to be available.
>>
>> but we will not have a X Desktop any more.
>>
>> I purged all ia32 libs like mentioned earlier. In my case google-earth
>> depends on this libs. So I do not have it working any more. :-((
> If you use the nvidia driver packages from unstable, you won't need to
> work around libxvmc1 any more ...
>
> also the new transitional multiarch ia32-libs has migrated to testing,
> that one is not "incompatible" with the nvidia driver, so things should
> get easier now.
>
> Andreas


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

Bug#696495: underlying filesystems are hidden when using custom persistency with aufs

[Gaudenz Steinlin]

Package: live-boot
Version: 3.0~b10-1
Severity: important
Tags: patch

With commit 77dab1cb394c5fc2b9a848c6297d24f65a3b8259 the underlying
filesystems are no longer visible, because they are mounted to
/lib/live/mount before the root filesystem is mounted and masks them.

The attached patch fixes this by reverting part of that commit.
Filesystems are again mounted below /live first then moved
after the root filesystem is mounted. The move loop also moves all
filesystems mounted below /live and thus simplifies the code.

Gaudenz

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 5266dc2df1867d2a56dd6aa91c4745cb6d9fe57e Mon Sep 17 00:00:00 2001
From: Gaudenz Steinlin 
Date: Fri, 21 Dec 2012 16:40:23 +0100
Subject: [PATCH] Fix mounting of rootfs, cow and medium filesystems

This partly reverts commit 77dab1cb394c5fc2b9a848c6297d24f65a3b8259. The
underlying filesystems have to be moved to (/root)/lib/live/mount after the
root filesystems is mounted. Otherwise they will be masked by the root
filesystem.

This code reverts to mounting everything under /live in the initrd and
only moves the mount points to (/root)/lib/live/mount after the final root
filesystems is mounted.
---
 scripts/boot/9990-main.sh |   23 +--
 scripts/boot/9990-misc-helpers.sh |   14 +++---
 scripts/boot/9990-overlay.sh  |   23 ---
 3 files changed, 20 insertions(+), 40 deletions(-)

diff --git a/scripts/boot/9990-main.sh b/scripts/boot/9990-main.sh
index c696781..fd10e5d 100755
--- a/scripts/boot/9990-main.sh
+++ b/scripts/boot/9990-main.sh
@@ -135,6 +135,19 @@ Main ()
 		mount_images_in_directory "${livefs_root}" "${rootmnt}" "${mac}"
 	fi
 
+	# At this point /root should contain the final root filesystem.
+	# Move all mountpoints below /live into /root/lib/live/mount.
+	# This has to be done after mounting the root filesystem to /
+	# otherwise these mount points won't be accessible from the running system.
+	for _MOUNT in $(cat /proc/mounts | cut -f 2 -d " " | grep -e "^/live/")
+	do
+		local newmount
+		newmount="${rootmnt}/lib/live/mount/${_MOUNT#/live/}"
+		mkdir -p "${newmount}"
+		mount -o move "${_MOUNT}" "${newmount}" > /dev/null 2>&1 || \
+		mount -o bind "${_MOUNT}" "${newmount}" > /dev/null || \
+		log_warning_msg "W: failed to move or bindmount ${_MOUNT} to ${newmount}"
+	done
 
 	if [ -n "${ROOT_PID}" ]
 	then
@@ -151,9 +164,6 @@ Main ()
 			;;
 	esac
 
-	# Move to the new root filesystem so that programs there can get at it.
-	mkdir -p /root/lib/live/mount/medium
-	mount --move /live/medium /root/lib/live/mount/medium
 
 	# aufs2 in kernel versions around 2.6.33 has a regression:
 	# directories can't be accessed when read for the first the time,
@@ -161,13 +171,6 @@ Main ()
 	# when booting FAI, this simple workaround solves it
 	ls /root/* >/dev/null 2>&1
 
-	# Move findiso directory to the new root filesystem so that programs there can get at it.
-	if [ -d /live/findiso ]
-	then
-		mkdir -p /root/lib/live/mount/findiso
-		mount -n --move /live/findiso /root/lib/live/mount/findiso
-	fi
-
 	# if we do not unmount the ISO we can't run "fsck /dev/ice" later on
 	# because the mountpoint is left behind in /proc/mounts, so let's get
 	# rid of it when running from RAM
diff --git a/scripts/boot/9990-misc-helpers.sh b/scripts/boot/9990-misc-helpers.sh
index 71ba7e1..8219ea4 100755
--- a/scripts/boot/9990-misc-helpers.sh
+++ b/scripts/boot/9990-misc-helpers.sh
@@ -742,7 +742,7 @@ mount_persistence_media ()
 	device=${1}
 	probe=${2}
 
-	backing="${rootmnt}/lib/live/mount/persistence/$(basename ${device})"
+	backing="/live/persistence/$(basename ${device})"
 
 	mkdir -p "${backing}"
 	old_backing="$(where_is_mounted ${device})"
@@ -966,7 +966,7 @@ find_persistence_media ()
 	white_listed_devices="${2}"
 	ret=""
 
-	black_listed_devices="$(what_is_mounted_on ${rootmnt}/lib/live/medium)"
+	black_listed_devices="$(what_is_mounted_on /live/medium)"
 
 	for dev in $(storage_devices "${black_listed_devices}" "${white_listed_devices}")
 	do
@@ -1263,7 +1263,7 @@ do_union ()
 
 get_custom_mounts ()
 {
-	# Side-effect: leaves $devices with persistence.conf mounted in ${rootmnt}/lib/live/mount/persistence
+	# Side-effect: leaves $devices with persistence.conf mounted in /live/persistence
 	# Side-effect: prints info to file $custom_mounts
 
 	local custom_mounts devices bindings links
@@ -1302,7 +1302,7 @@ get_custom_mounts ()
 
 		if [ -n "${DEBUG}" ] && [ -e "${include_list}" ]
 		then
-			cp ${include_list} ${rootmnt}/lib/live/mount/persistence/${persistence_list}.${device_name}
+			cp ${include_list} /live/persistence/${persistence_list}.${device_name}
 		fi
 
 		while read dir op

Bug#664393: Bug#607725: upload/NMU of libsmbios-2.2.28 to experimental

[José Luis Tallón]

On 12/20/2012 05:15 AM, tony mancill wrote:

Hello Jose Luis and Loic,

I have prepared an updated libsmbios package of the most recent upstream
release and would like to propose uploading it to experimental.  I also
have imported all of the Debian releases of the package into a git
packaging repository.

The latest packaging incorporates Jari's packaging updates in #664393,
the work in the Ubuntu libsmbios package, and a few other updates.

Here is the changelog so far:

libsmbios (2.2.28-0.1~exp1) UNRELEASED; urgency=low

   * Non-maintainer upload.
   * New upstream release.  (Closes: #607725)
   * Apply Jari Aalto's patch to update packaging.  (Closes: #664393)
 - Remove deprecated dpatch and upgrade to packaging format 3.0 quilt
 - Update to Standards-Version to 3.9.3 and debhelper to 9.
   * Sync up package with Ubuntu 2.2.28
 - libsmbios-bin is now smbios-utils
 - python-libsmbios (python bindings) binary package is new
 - remove 01-gcc-4.4-fixes patch
   * Move cli.py from smbios-utils to python-smbios/examples
   * Change section of libsmbios-doc from libs to doc
   * Change section of python-smbios from admin to python

  -- tony mancill   Fri, 14 Dec 2012 22:15:09 -0800


I wanted to ask if either of you would be opposed to either an NMU or an
upload (I would add myself as an uploader).  I would also like to push
the packaging repo to collab-maint on git.debian.org so it could be more
easily team-maintained.



Hello, Tony

	Yes, completely agreed. Thank you so much for your interest: it is much 
appreciated.


	I don't have an account at git.debian.org so far (I do at Alioth, 
jltallon-guest), but I'd love to help or at least stay informed/in the loop.





Thank you,
tony


Regards,

J.L.


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

Bug#696494: Using multiple squashfs images does no longer work

[Gaudenz Steinlin]

Package: live-boot
Version: 3.0~b10-1
Severity: important
Tags: patch

The squeeze version of live-boot supported using multiple squashfs
images. This no longer works with the current version in sid. Multiple
squashfs images are important for large live systems that should work
from filesystems with a 4GB file size limit (e.g. iso9660).

While there was never support to create multiple squashfs images in
live-build this was working in previous versions if the squashafs are
manually split. IMO it's important to fix this regression in wheezy.

The attached patch fixes this bug.

Gaudenz

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From a82bfc59e7046e5388545b9ae0e3b3306be3617d Mon Sep 17 00:00:00 2001
From: Gaudenz Steinlin 
Date: Fri, 21 Dec 2012 17:03:09 +0100
Subject: [PATCH] Fix support for multiple squashfs images

Support for multiple squashfs images got lost somewhen in the wheezy
release cycle. This add support for an arbitrary number of readonly
branches. Support for two branches was partially present, but not
working corectly in all cases.
---
 scripts/boot/9990-misc-helpers.sh |   54 -
 1 file changed, 29 insertions(+), 25 deletions(-)

diff --git a/scripts/boot/9990-misc-helpers.sh b/scripts/boot/9990-misc-helpers.sh
index 71ba7e1..d647c77 100755
--- a/scripts/boot/9990-misc-helpers.sh
+++ b/scripts/boot/9990-misc-helpers.sh
@@ -1197,11 +1197,12 @@ link_files ()
 
 do_union ()
 {
-	local unionmountpoint unionrw unionro1 unionro2
+	local unionmountpoint unionrw unionro
 	unionmountpoint="${1}"	# directory where the union is mounted
-	unionrw="${2}"		# branch where the union changes are stored
-	unionro1="${3}"		# first underlying read-only branch (optional)
-	unionro2="${4}"		# second underlying read-only branch (optional)
+	shift
+	unionrw="${1}"		# branch where the union changes are stored
+	shift
+	unionro="${*}"		# space separated list of read-only branches (optional)
 
 	case "${UNIONTYPE}" in
 		aufs)
@@ -1225,13 +1226,12 @@ do_union ()
 		unionfs-fuse)
 			unionmountopts="-o cow -o noinitgroups -o default_permissions -o allow_other -o use_ino -o suid"
 			unionmountopts="${unionmountopts} ${unionrw}=${rw_opt}"
-			if [ -n "${unionro1}" ]
-			then
-unionmountopts="${unionmountopts}:${unionro1}=${ro_opt}"
-			fi
-			if [ -n "${unionro2}" ]
+			if [ -n "${unionro}" ]
 			then
-unionmountopts="${unionmountopts}:${unionro2}=${ro_opt}"
+for rofs in ${unionro}
+do
+	unionmountopts="${unionmountopts}:${rofs}=${ro_opt}"
+done
 			fi
 			( sysctl -w fs.file-max=391524 ; ulimit -HSn 16384
 			unionfs-fuse ${unionmountopts} "${unionmountpoint}" ) && \
@@ -1240,21 +1240,27 @@ do_union ()
 			;;
 
 		overlayfs)
-			# XXX: can unionro2 be used? (overlayfs only handles two dirs, but perhaps they can be chained?)
-			# XXX: and can unionro1 be optional? i.e. can overlayfs skip lowerdir?
-			unionmountopts="-o noatime,lowerdir=${unionro1},upperdir=${unionrw}"
+			# XXX: can multiple unionro be used? (overlayfs only handles two dirs, but perhaps they can be chained?)
+			# XXX: and can unionro be optional? i.e. can overlayfs skip lowerdir?
+			if echo ${unionro} | grep -q " "
+			then
+panic "Multiple lower filesystems are currently not supported with overlayfs (unionro = ${unionro})."
+			elif [ -z "${unionro}"	]
+			then
+panic "Overlayfs needs at least one lower filesystem (read-only branch)."
+			fi
+			unionmountopts="-o noatime,lowerdir=${unionro},upperdir=${unionrw}"
 			mount -t ${UNIONTYPE} ${unionmountopts} ${UNIONTYPE} "${unionmountpoint}"
 			;;
 
 		*)
 			unionmountopts="-o noatime,${noxino_opt},dirs=${unionrw}=${rw_opt}"
-			if [ -n "${unionro1}" ]
-			then
-unionmountopts="${unionmountopts}:${unionro1}=${ro_opt}"
-			fi
-			if [ -n "${unionro2}" ]
+			if [ -n "${unionro}" ]
 			then
-unionmountopts="${unionmountopts}:${unionro2}=${ro_opt}"
+for rofs in ${unionro}
+do
+	unionmountopts="${unionmountopts}:${rofs}=${ro_opt}"
+done
 			fi
 			mount -t ${UNIONTYPE} ${unionmountopts} ${UNIONTYPE} "${unionmountpoint}"
 			;;
@@ -1491,15 +1497,13 @@ activate_custom_mounts ()
 			do
 if [ -n "${rootmnt}" ]
 then
-	rootfs_dest_backing="${d}/$(echo ${dest} | sed -e "s|${rootmnt}||")"
+	fs="${d}/$(echo ${dest} | sed -e "s|${rootmnt}||")"
 else
-	rootfs_dest_backing="${d}/${dest}"
+	fs="${d}/${dest}"
 fi
-if [ -d "${rootfs_dest_backing}" ]
+if [ -d "${fs}" ]
 then
-	break
-else
-	rootfs_dest_backing=""
+	rootfs_dest_backing="${rootfs_dest_backing} ${fs}"
 fi
 			done
 		fi
-- 
1.7.10.4

Bug#688832: git-flow: notes and link to online docs

[Jason Woofenden]

Package: git-flow
Version: 0.4.1-2
Followup-For: Bug #688832

The convention with git commands is that you should be able to get
documentation with either:

git help flow

or

man git-flow

I'd say this bug should be closed when both of those work.


Workaround: the following command provides partial documentation on
how to call git-flow:

git flow help

This will list what commandline flags are allowed, but not what
they do.

I've found the documentation I was looking for here:

https://github.com/nvie/gitflow/wiki/Command-Line-Arguments

That looks to me like what should be in the man page.

I hope this is helpful.

Thank you.

-- Jason



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

Kernel: Linux 3.2.0-4-686-pae (SMP w/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 git-flow depends on:
ii  git [git-core]  1:1.7.10.4-2

git-flow recommends no packages.

git-flow 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#696493: gtk2-engines-oxygen: iceweasel crashes when trying to open file requester while using gtk2-engines-oxygen

[Vladimir Berezenko]

Package: gtk2-engines-oxygen
Version: 1.2.4-1
Severity: important

Dear Maintainer,
I'm using kde and selected gtk2-engines-oxygen. After this if trying to open
"Open file" dialog in iceweasel causes segfault with this message to console:

(firefox-bin:22117): Gdk-CRITICAL **: _gdk_drawable_get_scratch_gc: assertion
`!screen->closed' failed

(firefox-bin:22117): Gdk-CRITICAL **: IA__gdk_draw_image: assertion `GDK_IS_GC
(gc)' failed

(firefox-bin:22117): Gdk-CRITICAL **: _gdk_drawable_get_scratch_gc: assertion
`!screen->closed' failed

(firefox-bin:22117): Gdk-CRITICAL **: IA__gdk_draw_image: assertion `GDK_IS_GC
(gc)' failed

(firefox-bin:22117): Gdk-CRITICAL **: _gdk_drawable_get_scratch_gc: assertion
`!screen->closed' failed

(firefox-bin:22117): Gdk-CRITICAL **: IA__gdk_gc_set_clip_region: assertion
`GDK_IS_GC (gc)' failed

(firefox-bin:22117): Gdk-CRITICAL **: _gdk_drawable_get_scratch_gc: assertion
`!screen->closed' failed

(firefox-bin:22117): GLib-GObject-CRITICAL **: g_type_instance_get_private:
assertion `instance != NULL && instance->g_class != NULL' failed
Segmentation fault

Only powerpc is affected. x86 and amd64 versions work ok.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc64)

Kernel: Linux 3.2.0-4-powerpc64 (SMP w/4 CPU cores)
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 gtk2-engines-oxygen depends on:
ii  libc6   2.13-37
ii  libcairo2   1.12.2-2
ii  libgcc1 1:4.7.2-4
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-3
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.2-4
ii  libx11-62:1.5.0-1
ii  multiarch-support   2.13-37

gtk2-engines-oxygen recommends no packages.

Versions of packages gtk2-engines-oxygen suggests:
ii  kde-config-gtk-style  3:2.1-1

-- no debconf information


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

Bug#687447: No INBOX link in large folder trees (courier+dovecot)

[Andreas Schamanek]

Found the same problem on an installation using Dovecot IMAPd

$ dpkg -l 'dovecot*' | grep ^.i | awk '{print $1,$2,$3}'
ii dovecot-core 1:2.1.7-2
ii dovecot-imapd 1:2.1.7-2
ii dovecot-pop3d 1:2.1.7-2

The folder tree of the affected user has 178 entries.
However, here, the workaround to add INBOX to '.subscriptions' helped!

-- 
-- Andreas


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

Bug#695985: gwibber-service: dbus starts multiple instances of gwibber because of poor service configuration

[Pauli Nieminen]

On Mon, Dec 17, 2012 at 11:58 AM, Kartik Mistry wrote:

> On Sat, Dec 15, 2012 at 2:39 PM, Pauli  wrote:
> > I noticed that sometimes gwibber generates multiple notifications for a
> > single update. I quickly figured out that issue was dbus starting
> > multiple gwibber-service instances because a race condition in service
> > startup. When I looked around I saw some Ubuntu bug report having
> > similar issues with their indicator. I don't know if there is any more
> > issues that are caused by the race condition.
> >
> > I have made a proposed fix to gwibber code and dbu service configuration
> > to avoid the race condition in startup. The fix is simple refactoring
> > dbus interface to be under single service name that allows dbus to
> > provide atomic single service startup functionality for gwibber-service.
> >
> > I checked upstream code that same bug still exists in the latest
> > development version. But I could easily compile the latest version in
> > Sid so I decided to first cook a patch for the debian package. I will
> > today forward port my changes for upstream inclusion.
> >
> > Attached patch will require also changes to packaging because it reduces
> > .service files to only two.
>
> Thanks a lot. Can you redo patch against experimental package of
> Gwibber? We really need to re-work on package as it has more
> dependencies which are not in Debian yet.
>
>
I will do that after Christmas. I didn't have time to figure out the build
dependencies when I tried to build gwibber from upstream.

I also opened upstream bug if someone there would like to forward port
changes before I have time to figure out how to get required dependencies.

https://bugs.launchpad.net/gwibber/+bug/1090670

Bug#696048: codeblocks: New upstream release (12.11) available

[David Paleino]

On Fri, 21 Dec 2012 02:50:34 -0800, Vincent Cheng wrote:

> Hi David,
> 
> I hope you don't mind, but since I took a bit of time to update the
> packaging and try to build the latest release of codeblocks myself
> this morning, I went ahead and updated codeblocks' collab-maint git
> repo. :)

Uops. I had 12 commits locally which I didn't push :)

I merged your work, thanks!

> I just wanted to ask a few quick questions about the packaging:
> - Why do you set /usr/share/codeblocks/lexers/lexer_bash.sample as
> executable in postinst? Since that file is shipped in
> codeblocks-common, couldn't you just do it after it's installed into
> the build tree? I went ahead and removed the postinst script in favour
> of adding an override_dh_fixperms target in debian/rules that does the
> same thing; this also fixes lintian warning script-not-executable.

ACK.

> - Is it possible to simplify override_dh_strip a bit? Instead of
> manually moving the files around, I was thinking of something like
> this:
> 
> override_dh_strip:
> dh_strip -p codeblocks --dbg-package=codeblocks-dbg
> dh_strip -p libcodeblocks0 --dbg-package=codeblocks-dbg
> dh_strip -p codeblocks-contrib --dbg-package=codeblocks-contrib-dbg
> dh_strip -p libwxsmithlib0 --dbg-package=codeblocks-contrib-dbg
> 
> ...although I admit I haven't actually tested that yet and am not sure
> if it actually works.

I believe that wouldn't work, but you could try :)
Also, with debhelper compatibility 9, I usually move all debugging symbols to a
common -dbg package (let's say, codeblocks-dbg), because there's no easy way to
distinguish which symbols belongs to which package.

I admit I don't have much time for this package -- if you want, you can take
full maintainership, or just add yourself to Uploaders. I don't mind if you
want to take it all for you :) (I have too many packages to take care of, and
I'm not a heavy user of C::B).

Thanks!
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#696492: devscripts: [uscan] fails unnecessarily when directory pattern matches a non-directory

[Ximin Luo]

Package: devscripts
Version: 2.12.6
Severity: normal

As can be seen below, (.+) matches non-directories (such as HEADER.html), then 
when uscan tries to descend into them, it fails the entire run rather than 
trying the next maybe-directory that was matched.

$ cat ubuntu-desktop-amd64.watch 
version=3
ftp://ftp.mirrorservice.org/sites/releases.ubuntu.com/(.+)/ubuntu-(.+)-desktop-amd64.iso.torrent
 \
  debian ./uscan

$ uscan --debug --upstream-version 12.10 --package ubuntu-desktop-amd64 
--watchfile ubuntu-desktop-amd64.watch --download --pasv --destdir ../bin
-- In ubuntu-desktop-amd64.watch, processing watchfile line:
   
ftp://ftp.mirrorservice.org/sites/releases.ubuntu.com/(.+)/ubuntu-(.+)-desktop-amd64.iso.torrent
   debian ./uscan
uscan debug: dir=>/sites/releases.ubuntu.com/  dirpattern=>(.+)
uscan debug: requesting URL 
ftp://ftp.mirrorservice.org/sites/releases.ubuntu.com/
uscan debug: received content:
lrwxrwxrwx1 ftp  ftp 5 Mar 19  2010 10.04 -> lucid
lrwxrwxrwx1 ftp  ftp 5 Feb 16  2012 10.04.4 -> lucid
lrwxrwxrwx1 ftp  ftp 7 Sep 01  2011 11.10 -> oneiric
lrwxrwxrwx1 ftp  ftp 7 Mar 01  2012 12.04 -> precise
lrwxrwxrwx1 ftp  ftp 7 Aug 23 22:47 12.04.1 -> precise
lrwxrwxrwx1 ftp  ftp 7 Sep 06 17:39 12.10 -> quantal
lrwxrwxrwx1 ftp  ftp 5 Mar 20  2008 8.04 -> hardy
lrwxrwxrwx1 ftp  ftp 5 Jan 28  2010 8.04.4 -> hardy
-rw-rw-r--1 ftp  ftp22 Feb 01  2006 FOOTER.html
-rw-rw-r--1 ftp  ftp  1902 Nov 02 11:59 HEADER.html
drwxrwxr-x2 ftp  ftp  4096 Sep 21 11:18 cdicons
drwxrwxr-x4 ftp  ftp  4096 Sep 27 18:27 edubuntu
-rw-rw-r--1 ftp  ftp  1150 Jun 16  2011 favicon.ico
drwxrwxr-x2 ftp  ftp  4096 Mar 30  2011 hardy
drwxrwxr-x3 ftp  ftp  4096 Jan 24  2011 include
drwxrwxr-x2 ftp  ftp  4096 Nov 02 12:01 jigit
drwxrwxr-x6 ftp  ftp  4096 Nov 02 11:59 kubuntu
drwxrwxr-x2 ftp  ftp  4096 Feb 19  2012 lucid
drwxrwxr-x2 ftp  ftp  4096 Oct 13  2011 oneiric
drwxrwxr-x2 ftp  ftp  4096 Oct 16 17:12 precise
drwxrwxr-x2 ftp  ftp  4096 Oct 18 15:10 quantal
lrwxrwxrwx1 ftp  ftp 1 Jul 31  2007 releases -> .
-rw-rw-r--1 ftp  ftp49 Oct 29  2009 robots.txt
[End of received content]
uscan debug: matching pattern (.+)
-- Found the following matching dirs:
 lrwxrwxrwx1 ftp  ftp 5 Mar 19  2010 10.04 -> lucid
 lrwxrwxrwx1 ftp  ftp 5 Feb 16  2012 10.04.4 -> lucid
 lrwxrwxrwx1 ftp  ftp 7 Sep 01  2011 11.10 -> oneiric
 lrwxrwxrwx1 ftp  ftp 7 Mar 01  2012 12.04 -> precise
 lrwxrwxrwx1 ftp  ftp 7 Aug 23 22:47 12.04.1 -> precise
 lrwxrwxrwx1 ftp  ftp 7 Sep 06 17:39 12.10 -> quantal
 lrwxrwxrwx1 ftp  ftp 5 Mar 20  2008 8.04 -> hardy
 lrwxrwxrwx1 ftp  ftp 5 Jan 28  2010 8.04.4 -> hardy
 -rw-rw-r--1 ftp  ftp22 Feb 01  2006 FOOTER.html
 -rw-rw-r--1 ftp  ftp  1902 Nov 02 11:59 HEADER.html
 drwxrwxr-x2 ftp  ftp  4096 Sep 21 11:18 cdicons
 drwxrwxr-x4 ftp  ftp  4096 Sep 27 18:27 edubuntu
 -rw-rw-r--1 ftp  ftp  1150 Jun 16  2011 favicon.ico
 drwxrwxr-x2 ftp  ftp  4096 Mar 30  2011 hardy
 drwxrwxr-x3 ftp  ftp  4096 Jan 24  2011 include
 drwxrwxr-x2 ftp  ftp  4096 Nov 02 12:01 jigit
 drwxrwxr-x6 ftp  ftp  4096 Nov 02 11:59 kubuntu
 drwxrwxr-x2 ftp  ftp  4096 Feb 19  2012 lucid
 drwxrwxr-x2 ftp  ftp  4096 Oct 13  2011 oneiric
 drwxrwxr-x2 ftp  ftp  4096 Oct 16 17:12 precise
 drwxrwxr-x2 ftp  ftp  4096 Oct 18 15:10 quantal
 lrwxrwxrwx1 ftp  ftp 1 Jul 31  2007 releases -> .
 -rw-rw-r--1 ftp  ftp49 Oct 29  2009 robots.txt
uscan debug: newest_dir => '-rw-rw-r--1 ftp  ftp  1902 Nov 02 
11:59 HEADER.html'
uscan debug: requesting URL 
ftp://ftp.mirrorservice.org/sites/releases.ubuntu.com/-rw-rw-r--1 ftp  
ftp  1902 Nov 02 11:59 HEADER.html/
uscan warning: In watchfile ubuntu-desktop-amd64.watch, reading FTP directory
  ftp://ftp.mirrorservice.org/sites/releases.ubuntu.com/-rw-rw-r--1 ftp 
 ftp  1902 Nov 02 11:59 HEADER.html/ failed: 404 File '-rw-rw-r--1 
ftp  ftp  1902 Nov 02 11:59 HEADER.html' not found
1

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
Not present

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'

Bug#692886: Fails to send emails with STARTTLS (libnss3 version 2:3.14-1)

[Giacomo Sommavilla]

I tried gmail smtp with the same configuration (port: 587
STARTTLS connection, Normal password) and the emails always go
through, even with version 2:3.14-2 of libnss3.

> Carsten Schoenert wrote:
> But I think after the clarification from Mike this two bugs can be
> closed.

It really seems to be related to md5 vs. sha1 signature of
certificates, as Mike is suggesting, since

$ openssl s_client -connect smtp.pd.istc.cnr.it:587 -starttls smtp <
/dev/null | sed -n '/BEGIN/,/END/p' | openssl x509 -text >
pd_istc_cnr_it_SMTP_openssl.txt | grep Algorithm

gives "Signature Algorithm: sha1WithRSAEncryption"

Thanks everybody and best regards,
   Giacomo.


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

Bug#695475: non-zero exit status

[Nicholas J Humfrey]

Hello,

I have looked into this further and it looks like this is a bug with
rbenv, rather than ruby-build.

Installing rbenv from github fixes this problem.

This resolved issue is related:
https://github.com/sstephenson/rbenv/issues/171

Fingers crossed for a new release/tag soon.


nick.


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

Bug#696467: dcut raises FtpUploadException

[Arno Töll]

Hi,

On 21.12.2012 08:59, David Paleino wrote:
> Uploading david-1356045873.commands to ftp-master
> Traceback (most recent call last):
>   File "/usr/bin/dcut", line 90, in 
> upload_command(args)
>   File "/usr/lib/python2.7/dist-packages/dput/command.py", line 214, in
> invoke_dcut upload_commands_file(upload_path, upload_filename, profile)
>   File "/usr/lib/python2.7/dist-packages/dput/command.py", line 161, in
> upload_commands_file obj.upload_file(filename, 
> upload_filename=upload_filename)
>   File "/usr/lib/python2.7/dist-packages/dput/uploaders/ftp.py", line 105, in
> upload_file e
> dput.uploaders.ftp.FtpUploadException: Could not upload file
> david-1356045873.commands: 'FtpUploader' object has no attribute '_ftp'

ugh. I probably introduced this as a side effect while fixing #695347.
I'll fix that as soon as possible.

If anyone finds time before me, the issue is most likely in def
uploader(uploader_method, profile, run_hooks=True) in dput/uploader.py.
The bad commit is 8ffdc4dd34d322fde4412e4f1dba74bbef3af85a.



-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#589304: RFA: jabberd2 -- Jabber instant messenger server

[W. van den Akker]

 

sorry, mistyped the 'un' ;) 

On 21-12-2012 07:07, Michael Tokarev
wrote: 

> On 21.12.2012 02:29, Willem van den Akker wrote:
> 
>> Thanks
for getting new [udns] version into stable.
> 
> FWIW, it is not stable,
it is unstable. This version
> will not hit stable before wheezy is
released.
> 
> /mjt

 

Bug#696491: please package the newer upstream version

[Picca Frédéric-Emmanuel]

Package: libpgm
Severity: wishlist

everythings in the title

thanks for your time

Frédéric



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

Kernel: Linux 3.2.0-4-486
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.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#696464: hp 1020 debian 7 failed

[Alexey Kuznetsov]

http://pastebin.com/xtNtWBqs

-- AK


On 21 December 2012 16:03, Bastien ROUCARIES wrote:

> Control: tag -1 + moreinfo
> Control: tag -1 + unreproducible
>
> Please debug using the manual debug instruction here
> https://wiki.ubuntu.com/DebuggingPrintingProblems
> Le 21 déc. 2012 08:39, "Alexey Kuznetsov"  a
> écrit :
> >
> > Package: hplip
> > Version: 3.12.6-3
> >
> > hp laser jet 1020 failed to print
> >
> > Printer State endup with "Idle - /usr/lib/cups/filter/hpcups failed"
> message.
> >
> > troubleshot.txt
> >
> > http://pastebin.com/esvbHW6Q
>
> >
> > -- AK
>

Bug#694676: Bug#693472: emacsen-common, emacs23: many emacs addons fail to install if emacs22 (lenny) is still installed

[Agustin Martin]

On Mon, Dec 03, 2012 at 11:47:54PM +0100, Milan Zamazal wrote:
> > "AM" == Agustin Martin  writes:
> 
> AM> I am attaching a patch that may help here with speechd-el. For
> AM> emacs21 and emacs22 it checks if a standalone eieio package is
> AM> installed and otherwise warns and skips byte-compilation for
> AM> that flavour.
> 
> Thanks for the patch.  Nevertheless I dropped support for old Emacsen
> completely as current speechd-el should be run on Emacs >= 23.2.  The
> compilation would still fail with Emacs 23.1 but that one is not a part
> of any official Debian release, so I didn't bother to handle it.

Thanks for the info. I considered doing something similar, but since I
did not know that speechd-el no longer works with older emacsen I proposed
the conservative way.

Also, seems something went wrong when closing this bug report from
the changelog. Bug was reopened before uploading to sid, but was not closed
later with a newer upload version.

However, bug report seems fixed. Is this true? 

Regards,

-- 
Agustin


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

Bug#696490: uniq: french translation mistakes

[Jean-Pierre Tosoni]

Package: coreutils
Version: 8.5-1
Severity: minor
Tags: l10n

French translation for "uniq --help" has the following mistakes:
- the word "occurence" should be spelt "occurrence" in 2 places
- the word "duplicatats" should be spelt "duplicatas"
- some lines are not translated


-- System Information:
Debian Release: 6.0.6
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (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/bash

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

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information


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

Bug#694614: tpu: cairo-dock/3.0.0-3 (pre-approval)

[Adam D. Barratt]

On Fri, 2012-12-21 at 14:14 +0900, Nobuhiro Iwamatsu wrote:
> And I attached a patch which remove hardening support.
> 
> Could you check this?

Thanks for the patch.

I have to admit I'm slightly confused by the patches for #676841.
According to the bug log, upstream indicated that the issue was related
to optimisation when compiled with GCC 4.7, and that the fix was the
small change displayed in
http://bazaar.launchpad.net/~cairo-dock-team/cairo-dock-core/cairo-dock/revision/1075
 , whereas the debdiff for the proposed upload contains

 patches/0001-Main-GUI-fixed-a-crash-when-hovering-group-buttons-t.patch |   47 
++
 patches/0001-main-GUI-fix-a-case-where-the-description-dialog-pre.patch |  192 
++

Which is correct?

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#627263: Patch fixing this issue commited to git

[Petter Reinholdtsen]

Control: tags 696477 + pending
Control: tags 627263 + pending

Patches to fix these issues were commited to git a few minutes ago.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#696411: aptitude: Missing dependency on apt?

[Axel Beckert]

Hi Daniel,

Daniel Hartwig wrote:
> On 20 December 2012 22:19, Axel Beckert  wrote:
> > So since apt is not essential, but aptitude needs some binaries out of
> > that package to perform very common actions, aptitude must have a
> > dependency on apt
> 
> Such a dependency belongs to libapt-pkg, or to move the basic
> method drivers to that package.

Granted, that'd be the better solution. Reassign to src:apt?

> It is libapt-pkg that uses them, aptitude only requests to acquire
> some file and knows nothing about any of these drivers or their
> usage.

That's why I hoped for a comment by you. :-)

> This otherwise requires adding such a dependency to all libapt-pkg
> consumers.

Indeed.

> I recall this may have been discussed this year, though do not
> recall the outcome.

Not on aptitude's list, I guess. Otherwise I'd remember it very
likely.

On the deity list? I looked through the past two years for libapt-pkg,
methods and dependencies in the threads' subjects, but haven't found
any promising subject.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#686502: pxz produces archives broken for busybox's unxz

[Abou Al Montacir]

On Fri, 2012-12-21 at 14:24 +0100, Bastian Blank wrote:
> On Fri, Dec 21, 2012 at 02:06:31PM +0100, Abou Al Montacir wrote:
> > On Thu, 2012-12-20 at 23:08 +0100, Bastian Blank wrote:
> > > On Thu, Dec 20, 2012 at 10:42:41PM +0100, Abou Al Montacir wrote:
> > > > Can you please test the attached patch
> > > How does it implement stream padding?
> > As it is implemented, it will iterate until end of stream, but I did not
> > test this particular case.
> 
> I ask you how it implements a mandantory feature and you are not able to
> tell me?
As I told you it will iterate on it and consume it until it finds a new valid 
header.
A smarter way is to eat zeros until next non zero data. Please c.f §2.2
on spec R1.0.4

> > If you can provide an example of files on which it will fail, I can try
> > to fix it.
> 
> Add stream padding as specified in the spec.
I'll provide a new patch for eating zeros and fixing issue pointed by Michael

Cheers,


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

Bug#686502: pxz produces archives broken for busybox's unxz

[Abou Al Montacir]

On Fri, 2012-12-21 at 17:13 +0400, Michael Tokarev wrote:
> 21.12.2012 17:06, Abou Al Montacir wrote:
> > On Thu, 2012-12-20 at 23:08 +0100, Bastian Blank wrote:
> >> On Thu, Dec 20, 2012 at 10:42:41PM +0100, Abou Al Montacir wrote:
> >>> Can you please test the attached patch
> >>
> >> How does it implement stream padding?
> >
> > Hi Bastian,
> >
> > As it is implemented, it will iterate until end of stream, but I did not
> > test this particular case.
> 
> Actually it is not:
> 
> + if (iobuf.in_pos == iobuf.in_size) {
> + break;
> + } else {
> 
> iobuf is what we've in memory.  We may've read some data which
> ends in buffer exactly at the end of the stream.  There might
> be next stream coming, but for it we may need to read a few
> more bytes first...  At least if I read the code correctly.
> 
> It is sorta like testing if we reached end of file by testing
> whenever we're at the end of stdio buffer.

Hi Michael,

Good catch! I'll fix that by replacing that break by continue, so it
will read on next iteration and will break for end of file.

I'll submit a new patch soon.

Cheers,


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

Bug#696487: sympa: Sympa configuration with externall database (via tcp/ip) fails

[Klemens Kittan]

Package: sympa
Version: 6.0.1+dfsg-4+squeeze1
Severity: normal


First we installed sympa using the default configuration. Afterward we
reconfigured the package following the configuration dialog and tried
to setup a mysql database using tcp/ip. 

This failed because the address of the mysql server is not put into the
db_host variable in /etc/sympa/sympa.conf. The postinst script of the
sympa package uses $dbc_hostname, which appears not to be set
anywhere (should use $dbc_server instead).

To workaround the problem, we reconfigured the package injecting the
$dbc_hostname variable manually:

  dbc_hostname="www.example.com" dpkg-reconfigure sympa

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

Kernel: Linux 2.6.32-5-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 sympa depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  dbconfig-common1.8.46+squeeze.0  common framework for packaging dat
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libarchive-zip-perl1.30-3Perl module for manipulation of ZI
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libcgi-fast-perl   5.10.1-17squeeze4 CGI::Fast Perl module
ii  libcgi-pm-perl 3.49-1squeeze2module for Common Gateway Interfac
ii  libcrypt-ciphersaber-p 0.61-4Perl module implementing CipherSab
ii  libdbd-mysql-perl  4.016-1   Perl5 database interface to the My
ii  libdbd-pg-perl 2.17.1-2+squeeze1 Perl DBI driver for the PostgreSQL
ii  libdbd-sqlite3-perl1.29-3Perl DBI driver with a self-contai
ii  libdbi-perl1.612-1   Perl Database Interface (DBI)
ii  libfile-copy-recursive 0.38-1Perl extension for recursively cop
ii  libhtml-format-perl2.04-2format HTML syntax trees into text
ii  libhtml-stripscripts-p 1.03-1module to filter scripts out of HT
ii  libhtml-tree-perl  3.23-2Perl module to represent and creat
ii  libintl-perl   1.20-1Uniforum message translations syst
ii  libio-stringy-perl 2.110-4   Perl modules for IO from scalars a
ii  libmailtools-perl  2.06-1Manipulate email in perl programs
ii  libmime-charset-perl   1.008-1   Perl module for MIME character set
ii  libmime-encwords-perl  1.012-1   Perl interface to deal with RFC 20
ii  libmime-lite-html-perl 1.23-1Transform HTML page into MIME emai
ii  libmime-tools-perl [li 5.428-1   Perl5 modules for MIME-compliant m
ii  libmsgcat-perl 1.03-5Locale::Msgcat perl module
ii  libnet-ldap-perl   1:0.4001-2client interface to LDAP servers
ii  libnet-netmask-perl1.9015-4  parse, manipulate and lookup IP ne
ii  libregexp-common-perl  2010010201-1  module with common regular express
ii  libtemplate-perl   2.22-0.1  template processing system written
ii  libterm-progressbar-pe 2.09-6Perl module to print a progress ba
ii  libxml-libxml-perl 1.70.ds-1 Perl interface to the libxml2 libr
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  mhonarc2.6.16-1  Mail to HTML converter
ii  perl   5.10.1-17squeeze4 Larry Wall's Practical Extraction 
ii  perl-modules [libcgi-p 5.10.1-17squeeze4 Core Perl modules
ii  perl-suid  5.10.1-17squeeze4 runs setuid Perl scripts
ii  postfix [mail-transpor 2.7.1-1+squeeze1  High-performance mail transport ag
ii  rsyslog [system-log-da 4.6.4-2   enhanced multi-threaded syslogd
ii  sqlite33.7.3-1   A command line interface for SQLit

Versions of packages sympa recommends:
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
ii  doc-base   0.9.5 utilities to manage online documen
ii  locales2.11.3-4  Embedded GNU C Library: National L
ii  logrotate  3.7.8-6   Log rotation utility
ii  mysql-server   5.1.66-0+squeeze1 MySQL database server (metapackage
ii  mysql-server-5.1 [ 5.1.66-0+squeeze1 MySQL database server binaries and

Versions of packages sympa suggests:
pn  apache2 | httpd-cgi(no description available)
pn  libapache2-mod-fcgid   (no description available)
pn  libsoap-lite-perl  (no description available)
ii  openssl0.9.8o-4squeeze13 Secure Socket Layer (SSL) binary a

-- debconf information:
  sympa/app-password-confirm: (password omitted)
  sympa/password-confirm: (password omitted)
  sympa/pgsql/app-pass: (password omitted)
  sympa/mysql/admin-pass: (password omitted)
  sympa/pgsql/

Bug#696488: configure:14886: error: Installed cfitsio (3.240) is too old. Please update to version 3.270 or newer.

[Mathieu Malaterre]

Package: cpl
Severity: important
Tags: patch

d/control does not properly list dependencies.

The following:

   libcfitsio3-dev (>= 3.27),

should read:

   libcfitsio3-dev (>= 3.270),

This happen when trying to backport cpl on debian/stable

Thanks

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.3-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#686502: pxz produces archives broken for busybox's unxz

[Bastian Blank]

On Fri, Dec 21, 2012 at 02:06:31PM +0100, Abou Al Montacir wrote:
> On Thu, 2012-12-20 at 23:08 +0100, Bastian Blank wrote:
> > On Thu, Dec 20, 2012 at 10:42:41PM +0100, Abou Al Montacir wrote:
> > > Can you please test the attached patch
> > How does it implement stream padding?
> As it is implemented, it will iterate until end of stream, but I did not
> test this particular case.

I ask you how it implements a mandantory feature and you are not able to
tell me?

> If you can provide an example of files on which it will fail, I can try
> to fix it.

Add stream padding as specified in the spec.

Bastian

-- 
There's a way out of any cage.
-- Captain Christopher Pike, "The Menagerie" ("The Cage"),
   stardate unknown.


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

Bug#696038: ITP: compat-wireless-3.5.4 -- backported linux wireless drivers

[Ben Hutchings]

On Mon, 2012-12-17 at 12:41 +1100, Jayen Ashar wrote:
> On Mon, Dec 17, 2012 at 12:07 PM, Ben Hutchings  wrote:
> > On Mon, 2012-12-17 at 11:14 +1100, Jayen Ashar wrote:
> >> Hi kernel team,
> >>
> >> I intend to package the stable versions of compat-wireless and
> >> compat-drivers (when available) as module-assistant packages, starting
> >> with compat-wireless 3.5.4.  The reason I am using module-assistant
> >> (instead of dkms) is so that embedded users of debian can compile &
> >> distribute kernel module packages without needing a compiler on the
> >> embedded device.
> >
> > This is not a reason to avoid DKMS, as you can use 'dkms mkdeb' to build
> > a package for installation elsewhere.
> 
> didn't know about mkdeb.  will start looking at dkms (at least for our
> internal use).  thanks.
> 
> >> I am starting with 3.5.4 because I have already
> >> packaged it for my company and have tested it internally with the
> >> squeeze kernel.
> >
> > Since wheezy is now frozen, this cannot be added to wheezy and therefore
> > cannot be added to squeeze-backports either.  So this will not be a very
> > effective way to help other squeeze users.
> 
> Could it be added to wheezy-backports?

Yes, once it's in testing for jessie.

> > The official kernel package (linux-2.6/linux source package) does get
> > stable updates to extend hardware support, but not as many as I would
> > like.  I would really like to see compat-drivers integrated into the
> > linux source package so users don't need to look for extra package or a
> > special installer.  But we will need to ensure that there is adequate
> > regression testing whenever we update compat-drivers in stable.
> >
> > Would you be interesting in working on this?  It would help many more
> > users than a separate package.
> 
> Are you asking for work on adding it to linux-source, or doing some
> testing?  I'm not sure I could provide adequate testing on any version
> other than the one's my company is running.

I'm requesting that you work on adding it to the linux source package
and do what testing you can.  In any case we'll have to ask users for
beta testing.

Before you do that work, though, it would need to be agreed among the
kernel and release teams that we should update drivers in this way.  But
I hope that's not too controversial.

Ben.

-- 
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.


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

Bug#686502: pxz produces archives broken for busybox's unxz

[Michael Tokarev]

21.12.2012 17:06, Abou Al Montacir wrote:

On Thu, 2012-12-20 at 23:08 +0100, Bastian Blank wrote:

On Thu, Dec 20, 2012 at 10:42:41PM +0100, Abou Al Montacir wrote:

Can you please test the attached patch


How does it implement stream padding?


Hi Bastian,

As it is implemented, it will iterate until end of stream, but I did not
test this particular case.


Actually it is not:

+   if (iobuf.in_pos == iobuf.in_size) {
+   break;
+   } else {

iobuf is what we've in memory.  We may've read some data which
ends in buffer exactly at the end of the stream.  There might
be next stream coming, but for it we may need to read a few
more bytes first...  At least if I read the code correctly.

It is sorta like testing if we reached end of file by testing
whenever we're at the end of stdio buffer.

Thanks,

/mjt


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

Bug#686502: pxz produces archives broken for busybox's unxz

[Abou Al Montacir]

On Thu, 2012-12-20 at 23:08 +0100, Bastian Blank wrote:
> On Thu, Dec 20, 2012 at 10:42:41PM +0100, Abou Al Montacir wrote:
> > Can you please test the attached patch
> 
> How does it implement stream padding?

Hi Bastian,

As it is implemented, it will iterate until end of stream, but I did not
test this particular case.

If you can provide an example of files on which it will fail, I can try
to fix it.

Cheers,


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

Bug#690081: Blocks install of the Steam Linux client

[Kelly Clowers]

On Fri Dec 21 2012 01:41:22 AM PST, Cyril Brulebois  wrote:

> Kelly Clowers  (20/12/2012):
> > As of December 19th, Valve's Steam client for Linux is available to
> > everyone, but on Debian it is not installable due to this bug (also
> > two missing packages, but that is another matter).
> 
> If Valve is serious about Linux support, maybe they should offer amd64
> packages for download, don't you think?
> 
> Mraw,
> KiBi.

Not really. I understand they do not have a 64-bit steam client for Mac or 
Windows either. And it doesn't change the fact that this is a bug.

Cheers,
Kelly Clowers 

-- 
Sent from my Nokia N900


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

Bug#586483: NMU upload to fix #586483, #692479 and #692896 in dlocate

[John Paul Adrian Glaubitz]

Hello Craig,

I have corrected many mistakes in the manpages of your dlocate
package. This will clear up many lintian errors as well as close the
bugs #586483, #696479 and #692896.

I have created an NMU package and uploaded it to the delayed queue
with a delay of 5 days [1].

Cheers,

Adrian

> [1] http://ftp-master.debian.org/deferred.html

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#696485: inkscape: CVE-2012-5656

[Moritz Muehlenhoff]

Package: inkscape
Severity: grave
Tags: security
Justification: user security hole

Hi,
CVE-2012-5656 was assigned to this security issues:
https://bugs.launchpad.net/inkscape/+bug/1025185

Fix: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/11931

Cheers,
Moritz


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

Bug#696484: grub-efi-amd64 + seperate /boot-Partition with btrfs not working

[Daniel Roschka]

Package: debian-installer
Version: 20121114

I tried to install Debian/testing on an AMD E2-1800 device with UEFI using the 
latest snapshot of the daily amd64 Debian/testing netinstall builds. I noticed 
that the installation of grub failed, because grub-efi-amd64 couldn't be 
installed correctly. The following error message showed up in the logs (sda2 
is /boot with btrfs):

/usr/sbin/grub-probe: Error: unknown filesystem.
Auto-detection of a filesystem of /dev/sda2 failed.
Try with --recheck.
If the problem persists please report this together with the output of 
"/usr/sbin/grub-probe --device-map="/boot/grub/device.map" --target=fs -v 
/boot/grub" to 


I played around with different partition layouts to locate the error and 
noticed that this error always appears when I try to use a seperate partition 
for /boot which is formatted with btrfs.
Constrastingly having no seperate /boot-partition, but / formatted with btrfs 
works. A seperate /boot-partition with another file system like ext4 works too.

Regards,
Daniel


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

Bug#696425: additional log entries

[Riegel Bernhard]

We enabled verbose logging of qla2xxx driver and get these messages, where the 
6 lines
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590150] qla2xxx 
[:04:00.0]-382b:11: 
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590155] qla2xxx 
[:04:00.0]-381c:11: Check condition Sense data, scsi(11:0:0:0) 
cmd=8807b2cd2880.
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590162] qla2xxx 
[:04:00.0]-382b:11:  0   1   2   3   4   5   6   7   8   9  Ah  Bh  Ch  Dh  
Eh  Fh
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590165] qla2xxx 
[:04:00.0]-382b:11: 
--
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590168] qla2xxx 
[:04:00.0]-382b:11: f0  00  02  00  00  00  00  0b  00  00  00  00  04  01  
00  00
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590179] 00  00  
are repeated 7689 times before the error occurs.


Dec 21 12:59:02 ivt-namoluk kernel: [251878.582150] 00  00  
Dec 21 12:59:02 ivt-namoluk kernel: [251878.582154] qla2xxx 
[:04:00.0]-382b:11: 
Dec 21 12:59:02 ivt-namoluk kernel: [251878.582159] qla2xxx 
[:04:00.0]-381c:11: Check condition Sense data, scsi(11:0:0:0) 
cmd=8807b2cd2380.
Dec 21 12:59:02 ivt-namoluk kernel: [251878.582166] qla2xxx 
[:04:00.0]-382b:11:  0   1   2   3   4   5   6   7   8   9  Ah  Bh  Ch  Dh  
Eh  Fh
Dec 21 12:59:02 ivt-namoluk kernel: [251878.582169] qla2xxx 
[:04:00.0]-382b:11: 
--
Dec 21 12:59:02 ivt-namoluk kernel: [251878.582172] qla2xxx 
[:04:00.0]-382b:11: f0  00  02  00  00  00  00  0b  00  00  00  00  04  01  
00  00
Dec 21 12:59:02 ivt-namoluk kernel: [251878.582183] 00  00  
Dec 21 12:59:02 ivt-namoluk kernel: [251878.582186] qla2xxx 
[:04:00.0]-382b:11: 
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590121] qla2xxx 
[:04:00.0]-381c:11: Check condition Sense data, scsi(11:0:0:0) 
cmd=8807b2cd2380.
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590126] qla2xxx 
[:04:00.0]-382b:11:  0   1   2   3   4   5   6   7   8   9  Ah  Bh  Ch  Dh  
Eh  Fh
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590130] qla2xxx 
[:04:00.0]-382b:11: 
--
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590133] qla2xxx 
[:04:00.0]-382b:11: f0  00  02  00  00  00  00  0b  00  00  00  00  04  01  
00  00
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590146] 00  00  
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590150] qla2xxx 
[:04:00.0]-382b:11: 
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590155] qla2xxx 
[:04:00.0]-381c:11: Check condition Sense data, scsi(11:0:0:0) 
cmd=8807b2cd2880.
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590162] qla2xxx 
[:04:00.0]-382b:11:  0   1   2   3   4   5   6   7   8   9  Ah  Bh  Ch  Dh  
Eh  Fh
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590165] qla2xxx 
[:04:00.0]-382b:11: 
--
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590168] qla2xxx 
[:04:00.0]-382b:11: f0  00  02  00  00  00  00  0b  00  00  00  00  04  01  
00  00
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590179] 00  00  
Dec 21 12:59:02 ivt-namoluk kernel: [251878.590182] qla2xxx 
[:04:00.0]-382b:11: 
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556011] qla2xxx 
[:04:00.0]-3822:11: FCP command status: 0x15-0xb00 (0x7) oxid=0x23c 
cdb=8a len=0x7000 rsp_info=0x0 resid=0x7000 fw_resid=0x7000.
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556108] qla2xxx 
[:04:00.0]-3822:11: FCP command status: 0x15-0xb00 (0x7) oxid=0x23d 
cdb=8a len=0x1000 rsp_info=0x0 resid=0x1000 fw_resid=0x1000.
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556117] sd 11:0:0:0: [sda] 
Unhandled error code
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556120] sd 11:0:0:0: [sda]  Result: 
hostbyte=DID_ERROR driverbyte=DRIVER_OK
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556124] sd 11:0:0:0: [sda] CDB: 
Write(16): 8a 00 00 00 00 03 a3 42 06 b8 00 00 00 38 00 00
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556194] sd 11:0:0:0: [sda] 
Unhandled error code
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556196] sd 11:0:0:0: [sda]  Result: 
hostbyte=DID_ERROR driverbyte=DRIVER_OK
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556199] sd 11:0:0:0: [sda] CDB: 
Write(16): 8a 00 00 00 00 04 26 6d a1 68 00 00 00 08 00 00
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556319] EXT4-fs warning (device 
sda2): ext4_end_bio:251: I/O error writing to inode 190719341 (offset 0 size 
4096 starting block 2228073518)
Dec 21 12:59:09 ivt-namoluk kernel: [251885.556367] JBD2: Detected IO errors 
while flushing file data on sda2-8


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

Bug#692011: taxbird: version in testing (0.16.x) is completely useless

[Jonathan Wiltshire]

On 2012-12-21 12:04, Toni Mueller wrote:

In practice, isn't taxbird dead and therefore unlikely to change at
all in the future?  I think if we include it in wheezy, we should
include the newest packaged version.


Yes. The author works on a successor package that is based
on XUL: http://stesie.github.com/geierlein/ and declares on
his homepage that taxbird itself is dead.


If it's already dead, is there any point shipping it in Wheezy at all? 
3+ years of support, without any guarantee we can rely on upstream, is a 
long time. Not shipping it will not result in it being removed from 
upgraded systems.




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

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

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


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

Bug#688953: unblock: nvidia-graphics-drivers/304.64-3

[Andreas Beckmann]

Followup-For: Bug #688953
Control: retitle -1 unblock: nvidia-graphics-drivers/304.64-3

Hi,

uploaded nvidia-graphics-drivers/304.64-3 with the libxvmcnvidia1
package added. A full debdiff since wheezy is attached.
Note this includes a new upstream release of the blob driver which
fixes several bugs (some were reported in the BTS, too) and adds
support for current hardware.
304.64 has been in unstable for a few weeks already and there were no
regressions reported compared to the version currently in wheezy.

The merged and reordered changelog with additional remarks and diffstat
attribution follows:

 changelog  |  128 -
 rules  |   13 ++-
 19 files changed, 278 insertions(+), 67 deletions(-)

+  * Add libxvmcnvidia1 package for the libXvMCNVIDIA*.so.1 library that was
+previously included in libgl1-nvidia-glx. The libgl1-nvidia-glx package
+was split in order to remove the libxvmc1 dependency and make it multiarch
+co-installable.  (Closes: #676723, #685054, #686033, #688714)
 control|   32 +++-
 libgl1-nvidia-glx.install.in   |1 
 libgl1-nvidia-glx.links.in |2 
 libgl1-nvidia-glx.lintian-overrides.in |4 +
 libgl1-nvidia-glx.symbols  |   29 ---
 libxvmcnvidia1.docs|2 
 libxvmcnvidia1.install.in  |1 
 libxvmcnvidia1.links.in|2 
 libxvmcnvidia1.lintian-overrides.in|9 ++
 libxvmcnvidia1.symbols |   29 +++
Fixes the regression (compared to squeeze) w.r.t. 32bit OpenGL apps on amd64.

+  * Restrict watch file to releases from the 304.xx long lived branch.
 rules.defs |3 
 watch  |4 -

+  * libgl1-nvidia-glx:i386: Breaks: ia32-libs (<< 1:0), versioning was fixed.
+  * Fix missing legacy substitution.

+  * build-module-packages.sh: Build modules only for the variant (current or
+legacy-abcxx) that shipped the script.
 build-module-packages.sh   |   19 
 build-module-packages.sh.in|   19 
This script is part of the documentation only and manually used by me
to do module compile tests on a large number of kernels.

+  * libgl1-nvidia-glx-ia32: readd Depends: libgl1-nvidia-alternatives-ia32 to
+prevent apt from removing libgl1-nvidia-alternatives-ia32 (which would
+remove the diversions) while the old (pre-transitional)
+libgl1-nvidia-glx-ia32 is still installed.  (Closes: #688659)

+  * get-orig-source: Fix caching for legacy drivers.
I want to keep the rules files for all
nvidia-graphics-drivers{,-legacy*} in sync.

+  * bug-control: Report version info about revived
+libgl1-nvidia-legacy-96xx-glx-ia32.
 bug-control.in |2 

+  * Upgrade nvidia-settings relationship from Suggests to Recommends and use a
+substvar for the name of the compatible nvidia-settings package.
+  * There is no need to exclude squeeze-backports from using xz compression.
+  * Update lintian overrides.

+  * Always use the upstream changelog from the x86_64 release to avoid minor
+differences causing multiarch conflicts.  (Closes: #692644)
adjust for upstream change in 304.64

+  * Update nv-readme.ids.
 nv-readme.ids  |9 ++
New hardware supported by new upstream

+  * conftest.h: Implement new conftest.sh function set_memory_array_uc.
+  * conftest.h:
+- Implement checks for linux/efi.h and linux/nvmap.h (310.14).
+- Implement new conftest.sh functions outer_flush_all, nvmap_support, and
+  efi_enabled (310.14).
 module/conftest.h  |   37 +
Kernel support extended by upstream to recent kernels, most of the
new 310.14 kernel adjustments were later added in 304.64, too.
conftest.h is kept in sync for all nvidia-graphics-drivers[-legacy*]
packages as it's only defines (a union of the features supported by all
current and legacy drivers).

And the upstream changelog:

+  * New upstream long lived branch release 304.64 (2012-11-06).
+- Fixed a regression in backlight control functionality on some
+  notebook configurations.
+- Fixed a performance issue with recent Linux kernels when allocating
+  and freeing system memory.
+- Fixed a bug that prevented X driver gamma manipulation from working
+  after a VT-switch on some configurations.
+- Added the option "--output-file" to nvidia-bug-report.sh to allow
+  specifying a custom filename for the log file.
+- Fixed a hang when using OpenGL programs with some SLI Mosaic
+  configurations on pre-Fermi GPUs.
+- Added sections to the "Supported NVIDIA GPU Products" list for NVS,
+  Tesla, and VGX products.
+- Added support for the following GPUs: VGX K1, VGX K2, Tesla K20c,
+  Tesla K20m.
+  * New upstream long lived branch release 304.60 (2012-10-18).
+ 

Bug#692011: taxbird: version in testing (0.16.x) is completely useless

[Toni Mueller]

Hi,

On Fri, Dec 21, 2012 at 12:18:15AM -0800, Jonathan Nieder wrote:
> In theory, table-driven code or at least good modularity can be a way
> to minimize the damage from changing facts of life on unrelated
> aspects of a program's functionality.

yes. In general, I would agree to this, although it seems that such
business software seems to attract people who are not educated as
developers, and who may not be that much aware of such issues.

> In practice, isn't taxbird dead and therefore unlikely to change at
> all in the future?  I think if we include it in wheezy, we should
> include the newest packaged version.

Yes. The author works on a successor package that is based
on XUL: http://stesie.github.com/geierlein/ and declares on
his homepage that taxbird itself is dead.


Kind regards,
--Toni++


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

Bug#692886: Fails to send emails with STARTTLS (libnss3 version 2:3.14-1)

[Giacomo Sommavilla]

Am 20.12.2012 10:16, schrieb Giacomo Sommavilla:
> Hi all,
>
> I cannot see anymore the problem with libnss3 version 2:3.14-2.
>
> That means that I am now able to send STARTTLS email with my smtp
> connection.

Sadly, I have to admit that the above is not true.

Today I tried again sending STARTTLS emails and it is *not*
working after upgrading libnss3 to version 2:3.14-2.

Although this morning I had some debian package updates (which
may have changed the icedove dependencies), I think that, most
likely, the reason why yesterday's tests were successful was that
I used libnss3 version 2:3.13.6-1. :-(

Still, openssl returns "Signature Algorithm: md5WithRSAEncryption":

$ openssl s_client -connect MY.smtp.HOSTNAME:587 -starttls smtp <
/dev/null | sed -n '/BEGIN/,/END/p' | openssl x509 -text | grep
Algorithm
Signature Algorithm: md5WithRSAEncryption
Public Key Algorithm: rsaEncryption
Signature Algorithm: md5WithRSAEncryption

Bests,
   Giacomo.


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