Bug#651797: RM: netfilter-extensions -- RoQA; Fails to build for Linux 2.6.28 or later; no response from maintainer

[Ben Hutchings]

Package: ftp.debian.org
Severity: normal

According to #518016, this module failed to build against Linux 2.6.28.
I can confirm that it fails to build against Linux 2.6.32 or 3.1.
Much of its functionality is now in mainline Linux or in
xtables-addons.

Since it is apparently not usable with the Linux kernel in stable,
perhaps it should also be removed from stable.

Ben.



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

Bug#626374: Unfuzzied file

[Christian PERRIER]

Same rationale than #623408...

-- 




ja.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#623408: Unfuzzied file....

[Christian PERRIER]

The translation attached in this bug report will end up to 4 fuzzy
strings when remerged with the current templates.

Attached is the fixed file (all changes are trivial ones).


-- 




sv.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#623408: Unfuzzied.....and fixed....file

[Christian PERRIER]

The file I just sent has a spurious "a" in one line. Fixed file
attached.

-- 




sv.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#651796: Fails to build against Linux 3.1; redundant and should be removed

[Ben Hutchings]

Package: lzma-source
Version: 4.43-14
Severity: grave

This module fails to build against Linux 3.1:

make[2]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
/usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
enabled but no compiler support
  CC [M]  /usr/src/modules/lzma/uncomp.o
/usr/src/modules/lzma/uncomp.c: In function \u2018LzmaUncompress\u2019:
/usr/src/modules/lzma/uncomp.c:52:6: warning: assignment discards 
\u2018const\u2019 qualifier from pointer target type [enabled by default]
/usr/src/modules/lzma/uncomp.c:72:3: error: implicit declaration of function 
\u2018kmalloc\u2019 [-Werror=implicit-function-declaration]
/usr/src/modules/lzma/uncomp.c:72:13: warning: assignment makes pointer from 
integer without a cast [enabled by default]
/usr/src/modules/lzma/uncomp.c: In function \u2018sqlzma_init\u2019:
/usr/src/modules/lzma/uncomp.c:163:29: warning: assignment makes pointer from 
integer without a cast [enabled by default]
/usr/src/modules/lzma/uncomp.c:172:26: warning: assignment makes pointer from 
integer without a cast [enabled by default]
cc1: some warnings being treated as errors

make[5]: *** [/usr/src/modules/lzma/uncomp.o] Error 1
make[4]: *** [_module_/usr/src/modules/lzma] Error 2
make[3]: *** [sub-make] Error 2
make[2]: *** [all] Error 2

But LZMA decompression is now included in mainline Linux and in
Debian's Linux packages, so I think this binary package should be
removed.

Ben.

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

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

Versions of packages lzma-source depends on:
ii  bzip2 1.0.6-1 
ii  debhelper 8.9.11  
ii  lzma-dev  4.43-14 
ii  make  3.81-8.1
ii  module-assistant  0.11.4  

lzma-source recommends no packages.

lzma-source 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#651795: Fails to build against Linux 3.1

[Ben Hutchings]

Package: lustre-source
Version: 1.8.5+dfsg-3
Severity: grave

The configure script fails with Linux 3.1:

checking for /usr/src/linux-headers-3.1.0-1-amd64/.config... yes
checking for /usr/src/linux-headers-3.1.0-1-amd64/include/linux/autoconf.h... no
configure: error: Run make config in /usr/src/linux-headers-3.1.0-1-amd64.

Since Linux 2.6.33, include/linux/autoconf.h has moved to
include/generated/autoconf.h.  But there should be no need to look for
it at all.

Ben.

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

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

Versions of packages lustre-source depends on:
ii  bzip2 1.0.6-1  
ii  debhelper 8.9.11   
ii  dpatch2.0.33   
ii  libsnmp-dev   5.4.3~dfsg-2.3+b1
ii  module-assistant  0.11.4   

lustre-source recommends no packages.

Versions of packages lustre-source suggests:
pn  ofa-kernel-source  

-- 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#651794: xsp: [INTL:gl] Galician debconf templates translation update

[Christian Perrier]

Package: xsp
Version: N/A
Severity: wishlist
Tags: patch l10n



Please find attached the Galician debconf templates update.

Please note that I am *not* the translator : I send this file on
her/his behalf. The real translator name and address is listed in the
Last-Translator field in the headers of the PO file.

This update indeed fixes two trivial fuzzy strings.



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

Kernel: Linux 3.1.0-1-686-pae (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
# Galician translation of xsp's debconf templates
# This file is distributed under the same license as the xsp package.
#
# Jacobo Tarrio , 2007, 2008.
# Marce Villarino , 2009.
msgid ""
msgstr ""
"Project-Id-Version: xsp\n"
"Report-Msgid-Bugs-To: x...@packages.debian.org\n"
"POT-Creation-Date: 2010-04-04 19:34+0200\n"
"PO-Revision-Date: 2009-11-03 20:56+0100\n"
"Last-Translator: Marce Villarino \n"
"Language-Team: Galician \n"
"Language: gl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms: nplurals=2; plural=n != 1;\n"

#. Type: boolean
#. Description
#: ../mono-apache-server1.templates:1001
msgid "Let mono-apache-server restart Apache?"
msgstr "Desexa permitir que mono-apache-server reinicie Apache?"

#. Type: boolean
#. Description
#: ../mono-apache-server1.templates:1001
msgid ""
"The Debian version of mono-apache-server includes a mono-server-update "
"script that creates a configuration file for apache to start the ASP.NET "
"applications, and mono-server-update can restart apache if there's a new "
"configuration file (/etc/mono-server/mono-server-hosts.conf). If this is "
"true, then apache will be restarted when there is a new mono-server-hosts."
"conf file."
msgstr ""
"A versión de Debian do mono-apache-server inclúe un script mono-server-"
"update que crea un ficheiro de configuración para que Apache inicie os "
"programas ASP.NET, e mono-server-update pode reiniciar Apache se hai un novo "
"ficheiro de configuración (/etc/mono-server/mono-server-hosts.conf). Se "
"acepta isto, hase reiniciar Apache cando haxa un novo ficheiro mono-server-"
"hosts.conf."

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
msgid "Let mono-apache-server2 restart Apache?"
msgstr "Desexa permitir que mono-apache-server reinicie Apache?"

#. Type: boolean
#. Description
#: ../mono-apache-server2.templates:1001
msgid ""
"The Debian version of mono-apache-server2 includes a mono-server2-update "
"script that creates a configuration file for apache to start the ASP.NET "
"applications, and mono-server2-update can restart apache if there's a new "
"configuration file (/etc/mono-server2/mono-server2-hosts.conf). If this is "
"true, then apache will be restarted when there is a new mono-server2-hosts."
"conf file."
msgstr ""
"A versión de Debian de mono-apache-server2 inclúe un script mono-server2-"
"update que crea un ficheiro de configuración para que Apache inicie as "
"aplicacións ASP.NET, e mono-server2-update pode reiniciar Apache se hai un "
"novo ficheiro de configuración (/etc/mono-server2/mono-server2-hosts.conf). "
"Se acepta isto, hase reiniciar Apache cando haxa un novo ficheiro mono-"
"server2-hosts.conf."

#. Type: boolean
#. Description
#: ../mono-xsp1.templates:1001 ../mono-xsp2.templates:1001
msgid "Start on boot?"
msgstr "Desexa inicialo co ordenador?"

#. Type: boolean
#. Description
#: ../mono-xsp1.templates:1001
msgid ""
"If this is true, then XSP will automatically start when the computer is "
"turned on."
msgstr ""
"Se acepta isto, XSP hase iniciar automaticamente ao arrincar o ordenador."

#. Type: string
#. Description
#: ../mono-xsp1.templates:2001 ../mono-xsp2.templates:2001
msgid "Bind to address:"
msgstr "Asociar ao enderezo:"

#. Type: string
#. Description
#: ../mono-xsp1.templates:2001
msgid ""
"To function properly, XSP needs to be bound to an IP address. The default "
"(\"0.0.0.0\") binds to all addresses of the server, but a specific port can "
"be selected. To use XSP only locally, use \"127.0.0.1\" for the address."
msgstr ""
"Para que funcione correctamente, hai que ligar XSP a un enderezo IP. O valor "
"predeterminado («0.0.0.0») serve para o ligar a todos os enderezos do "
"servidor, pero pódese escoller un porto determinado. Para empregar XSP só "
"localmente, empregue «127.0.0.1» como enderezo."

#. Type: string
#. Description
#: ../mono-xsp1.templates:3001 ../mono-xsp2.templates:3001
msgid "Bind to port:"
msgstr "Asociar ao porto:"

#. Type: string
#. Description
#: ../mono-xsp1.templates:3001 ../mono-xsp2.templates:3001
msgid ""
"XSP is bound to a specific port on the server. Common values are 80, 8080, "
"or 8081."
msgstr ""
"XSP vai asociado a un porto determinado do servidor. Os valores habituais "
"son 80, 8080 ou 808

Bug#651793: Fails to build against Linux 3.1; no longer needed?

[Ben Hutchings]

Package: lirc-modules-source
Version: 0.8.3-5
Severity: grave

These modules fail to build against Linux 3.1:

make[3]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
/usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
enabled but no compiler support
  CC [M]  /usr/src/modules/lirc-modules/lirc_dev.o
/usr/src/modules/lirc-modules/lirc_dev.c:35:28: fatal error: linux/autoconf.h: 
No such file or directory
compilation terminated.
make[6]: *** [/usr/src/modules/lirc-modules/lirc_dev.o] Error 1
make[5]: *** [_module_/usr/src/modules/lirc-modules] Error 2
make[4]: *** [sub-make] Error 2
make[3]: *** [all] Error 2

Since the LIRC modules are now included in mainline Linux, it may be
that you should remove this binary package.

Ben.

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

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

Versions of packages lirc-modules-source depends on:
ii  bzip2  1.0.6-1
ii  debconf [debconf-2.0]  1.5.41 
ii  debhelper  8.9.11 
ii  debianutils4.1
ii  module-assistant   0.11.4 
ii  ucf3.0025+nmu2

lirc-modules-source recommends no packages.

Versions of packages lirc-modules-source suggests:
pn  kernel-package  
pn  linux-source

-- debconf information excluded



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

Bug#651792: Fails to build against Linux 3.1

[Ben Hutchings]

Package: linux-wlan-ng-source
Version: 0.2.9+dfsg-4
Severity: grave

These modules fail to build against Linux 3.1:

make[5]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
/usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
enabled but no compiler support
  CC [M]  /usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.o
In file included from 
/usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.c:74:0:
/usr/src/modules/linux-wlan-ng/src//include/wlan/wlan_compat.h:94:26: fatal 
error: linux/config.h: No such file or directory
compilation terminated.
make[8]: *** [/usr/src/modules/linux-wlan-ng/src/p80211/p80211mod.o] Error 1
make[7]: *** [_module_/usr/src/modules/linux-wlan-ng/src/p80211] Error 2
make[6]: *** [sub-make] Error 2
make[5]: *** [all] Error 2

This error is due to checking for a macro which has not been defined
since Linux 2.6.38.

Based on the discussion in bug #501486, it appears that this binary
package should simply be removed.

Ben.

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

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

Versions of packages linux-wlan-ng-source depends on:
ii  bzip2 1.0.6-1
ii  debhelper 8.9.11 
ii  module-assistant  0.11.4 

linux-wlan-ng-source recommends no packages.

Versions of packages linux-wlan-ng-source suggests:
pn  kernel-package  

-- 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#577454: Reopening

[Romain Francoise]

reopen 577454
quit

This bug was closed with the upload of version 10 but the change that was
applied doesn't fix the issue. It just makes pydf ignore the result from
termios and try the next method, calling resize, which doesn't work in
Emacs shell buffers either.

-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/



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

Bug#651791: Fails to build against Linux 3.1

[Ben Hutchings]

Package: line6-usb-source
Version: 0.8.0+svn551-1
Severity: grave

These modules fail to build against Linux 3.1:

make[2]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
/usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
enabled but no compiler support
  CC [M]  /usr/src/modules/line6-usb/audio.o
  CC [M]  /usr/src/modules/line6-usb/capture.o
/usr/src/modules/line6-usb/capture.c: In function 
\u2018snd_line6_capture_hw_params\u2019:
/usr/src/modules/line6-usb/capture.c:272:2: error: implicit declaration of 
function \u2018kmalloc\u2019 [-Werror=implicit-function-declaration]
/usr/src/modules/line6-usb/capture.c:272:22: warning: assignment makes pointer 
from integer without a cast [enabled by default]
cc1: some warnings being treated as errors

make[5]: *** [/usr/src/modules/line6-usb/capture.o] Error 1
make[4]: *** [_module_/usr/src/modules/line6-usb] Error 2
make[3]: *** [sub-make] Error 2
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64'

This particular error is due to missing inclusion of ,
which was probably being included indirectly in previous kernel
versions.

Ben.

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

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

Versions of packages line6-usb-source depends on:
ii  bzip2 1.0.6-1
ii  debhelper 8.9.11 
ii  module-assistant  0.11.4 

line6-usb-source recommends no packages.

line6-usb-source 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#651790: RM: ipset -- RoQA; Fails to build against current kernel; no response from maintainer

[Ben Hutchings]

Package: ftp.debian.org
Severity: normal

ipset is very outdated and does not build against Linux 2.6.35 or
newer (reported as #595592 in September 2010).  There has been no
response from the maintainer.

Also, a version of the ipset modules is now included in mainline Linux
and the official Linux kernel packages.

Ben.



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

Bug#406935: [Pkg-sql-ledger-discussion] Debian Perl Modules for LedgerSMB v1.3.x

[Raphael Hertzog]

On Mon, 12 Dec 2011, Robert James Clay wrote:
> On Tue, 2011-11-29 at 00:08 -0500, Robert James Clay wrote:
> 
> > 2) Regarding the Excel::Template::Plus & Template::Plugin::Latex
> > modules, I will be seeing what is needed to get them into Debian.
> 
>I've started work on the first one:  that's Debian ITP # 651013.
> Also Excel::Template, which Excel::Template::Plus depends on;  that's
> ITP # 651078.  It also depends on MooseX::Param, but I haven't started
> on that one as yet.

Note that you can kindly ask debian-p...@lists.debian.org if they are
willing to package some of those modules for you. It worked last time
that I asked them for a module.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



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

Bug#651789: ITP: pentobi -- A clone of Blokus, a strategy board game based on the concept of polyominoes.

[Dean Evans]

Package: wnpp
Severity: wishlist
Owner: Dean Evans 
X-Debbugs-CC: debian-de...@lists.debian.org

Package name: pentobi
Version : 0.3
Upstream Author : Markus Enzenberger 
URL : http://pentobi.sourceforge.net/
License : GPL3
Programming Lang: C++
Description : Pentobi is a clone of Blokus, a strategy board game
based on the concept of polyominoes.

Pentobi features 5 game versions; Classic, Classic Two-Playr, Duo,
Trigon and Trigon Two-Player.
Multiple levels of computer opponent difficulty.
Game board save files in Smart Game Format including comments and move
variations.


Classic Gameplay: [1]

The game is played on a square board divided into 20 rows and 20
columns, for a total of 400 squares. There are a total of 84 game
tiles, organized into 21 shapes in each of four colors: blue, yellow,
red, and green. The 21 shapes are based on free polyominoes, from one
to five squares (one monomino, one domino, two trominoes/triominoes,
five tetrominoes, and 12 pentominoes).

The standard rules of play for all variations of the game are as
follows:

Order of play is based on color, with blue going first, followed by
yellow, red, and green. The first piece played of each color is placed
in one of the board's four corners. Each new piece played must be
placed so that it touches at least one piece of the same color, with
only corner-to-corner contact allowed - edges cannot touch. However,
edge-to-edge contact is allowed when two pieces of different color are
involved. When a player cannot place a piece, he or she passes, and
play continues as normal. The game ends when no one can place a piece.

When a game ends, the score is based on the number of squares in each
player's unplayed pieces; a player loses one point for each square
(e.g. a tetromino is worth -4 points). If a player played all of his or
her pieces, he or she gets a bonus score of +20 points if the last
piece played was a monomino, +15 points otherwise.

[1] http://en.wikipedia.org/wiki/Blokus



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

Bug#651788: Fails to build for Linux 3.1

[Ben Hutchings]

Package: cdfs-src
Version: 2.6.23-4
Severity: grave

This module fails to build for Linux 3.1:

make[2]: Entering directory `/usr/src/modules/cdfs/2.4'
gcc -Wall -O2  -DLINUX -DCONFIG_CDFS_VERSION=\"2.4.20-a\"   
-I/lib/modules/3.1.0-1-amd64/build/include -c audio.c -Wall
In file included from audio.c:26:0:
cdfs.h:25:28: fatal error: linux/autoconf.h: No such file or directory
compilation terminated.
make[2]: *** [audio.o] Error 1
make[2]: Leaving directory `/usr/src/modules/cdfs/2.4'

It looks like any kernel version not beginning with '2.6' is
assumed to be 2.4.x!

Ben.

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

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

Versions of packages cdfs-src depends on:
ii  bzip2 1.0.6-1
ii  debhelper 8.9.11 
ii  kernel-package12.036+nmu1
ii  make  3.81-8.1   
ii  module-assistant  0.11.4 

cdfs-src recommends no packages.

cdfs-src 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#406935: Debian Perl Modules for LedgerSMB v1.3.x

[Robert James Clay]

On Tue, 2011-11-29 at 00:08 -0500, Robert James Clay wrote:

> 2) Regarding the Excel::Template::Plus & Template::Plugin::Latex
> modules, I will be seeing what is needed to get them into Debian.

   I've started work on the first one:  that's Debian ITP # 651013.
Also Excel::Template, which Excel::Template::Plus depends on;  that's
ITP # 651078.  It also depends on MooseX::Param, but I haven't started
on that one as yet.



Jame
  RJ Clay
  j...@rocasa.us






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

Bug#651787: Fails to build for 64-bit kernel on i386

[Ben Hutchings]

Package: broadcom-sta-source
Version: 5.100.82.112-3
Severity: normal

The i386 version of this package includes only the 32-bit build of the
proprietary driver code.  If the target kernel is 64-bit (e.g. the
Debian amd64 flavour), the driver fails to build:

make[2]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
/usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
enabled but no compiler support
Wireless Extension is the only possible API for this kernel version
Using Wireless Extension API
  LD  /usr/src/modules/broadcom-sta/i386/built-in.o
  CC [M]  /usr/src/modules/broadcom-sta/i386/src/shared/linux_osl.o
  CC [M]  /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_linux.o
  CC [M]  /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_iw.o
  CC [M]  /usr/src/modules/broadcom-sta/i386/src/wl/sys/wl_cfg80211.o
  LD [M]  /usr/src/modules/broadcom-sta/i386/wl.o
ld: Relocatable linking with relocations from format elf32-i386 
(/usr/src/modules/broadcom-sta/i386/lib/wlc_hybrid.o_shipped) to format 
elf64-x86-64 (/usr/src/modules/broadcom-sta/i386/wl.o) is not supported
make[5]: *** [/usr/src/modules/broadcom-sta/i386/wl.o] Error 1
make[4]: *** [_module_/usr/src/modules/broadcom-sta/i386] Error 2
make[3]: *** [sub-make] Error 2
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64'

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

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

Versions of packages broadcom-sta-source depends on:
ii  bzip2  1.0.6-1 
ii  debhelper  8.9.11  
ii  make   3.81-8.1
ii  quilt  0.48-8  

Versions of packages broadcom-sta-source recommends:
ii  module-assistant  0.11.4

Versions of packages broadcom-sta-source suggests:
ii  wireless-tools  30~pre9-7

-- 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#582487: FYI: A workaround

[Kingsley G. Morse Jr.]

For what it's worth, I seem to have found a way to
work around this bug.

Here are the details.

I have an MSI (Micro Star) MS-6712 (KT4V)
motherboard.

It was running version 2.6.32-35 of
package linux-image-2.6.32-5-686 in squeeze.

I wanted to upgrade its RAM from about half a
gigabyte on two sticks, to three gigabytes on three
sticks.

I bought three used and unmatched one gigabyte
memory sticks, pulled out the old small ones, and
put in the new.

After rebooting, this Debian bug (#582487)
happened.

Then I tried upgrading linux to the latest version
in stable (squeeze), 2.6.32-39.

That failed too.

Then I upgraded linux to the version in
debian-backports, 2.6.39+35.

Still no luck.

Then I pulled out the memory stick nearest to the
CPU.

That worked.

I rebooted twice more, and saw no more stack
traces in dmesg or /var/log/messages.

I suspect bad or mismatched RAM caused the error,
but I'm not sure.

~K



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

Bug#651621: [Python-modules-team] Bug#651621: python-jabberbot: race condition on connect with roster initialization

[Carl Chenet]

On 10/12/2011 17:21, Julien Cristau wrote:
> Package: python-jabberbot
> Version: 0.9-1
> Severity: important
> 
> Hi,
> 
> I played a bit with jabberbot this week, and with the version in squeeze
> I get reproducible crashes on connect due to the roster being used
> before it's set up.  This seems to have been fixed upstream in 0.11 by
> this change:
> http://repo.or.cz/w/jabberbot.git/commitdiff/0ed9e2174aaa538a5d7de6e0dd831ed1de5cec68
> I tested this and it seemed to work fine.  I'd appreciate to get this
> fix in a stable update, if you're ok with that?

Hi,

Sounds good to me. This package is team-maintained and package sources
are in the DPMT svn.

Regards,
Carl Chenet



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

Bug#651786: Missing dependency on dpatch

[Ben Hutchings]

Package: bcm5700-source
Version: 8.3.14-5
Severity: serious

$ sudo m-a --text auto-build bcm5700
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  bcm5700-source
0 upgraded, 1 newly installed, 0 to remove and 152 not upgraded.
Need to get 171 kB of archives.
After this operation, 213 kB of additional disk space will be used.
Get:1 http://cdn.debian.net/debian/ squeeze/non-free bcm5700-source all 
8.3.14-5 [171 kB]
Fetched 171 kB in 0s (254 kB/s) 
Selecting previously unselected package bcm5700-source.
(Reading database ... 224775 files and directories currently installed.)
Unpacking bcm5700-source (from .../bcm5700-source_8.3.14-5_all.deb) ...
Setting up bcm5700-source (8.3.14-5) ...
.
Updated infos about 1 packages
Extracting the package tarball, /usr/src/bcm5700.tar.gz, please wait...
debian/rules:9: /usr/share/dpatch/dpatch.make: No such file or directory
make: *** No rule to make target `/usr/share/dpatch/dpatch.make'.  Stop.
debian/rules:9: /usr/share/dpatch/dpatch.make: No such file or directory
make: *** No rule to make target `/usr/share/dpatch/dpatch.make'.  Stop.
BUILD FAILED!

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

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

Versions of packages bcm5700-source depends on:
ii  module-assistant  0.11.4

Versions of packages bcm5700-source recommends:
ii  debconf-utils   1.5.41 
ii  debhelper   8.9.11 
ii  dpkg-dev1.16.1.2   
ii  kernel-package  12.036+nmu1

bcm5700-source 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#651785: RM: acerhk -- RoQA; Not usable with current kernel; no response from maintainer

[Ben Hutchings]

Package: ftp.debian.org
Severity: normal

This is a package of Linux module source.  It does not build on Linux
2.6.37 or later versions, as reported in #614289 in February.  There
has been no response to that bug from the maintainer.

Ben.



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

Bug#651784: xserver-xorg: X server crashes when playing video

[Damu]

Package: xserver-xorg
Version: 1:7.6+9
Severity: important

Dear Maintainer,
X server crashes when playing videos. I tried playing videos using both mplayer
and vlc, but seeing X server crashing both times. This is happening everytime I
am playing any video. I do not see any error in the kernel log or xserver log.

Thanks
Damu



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Aug  2 18:09 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2048200 Dec 11 17:03 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller [8086:2a42] (rev 07)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.1.0-1-686-pae (Debian 3.1.4-1) (wa...@debian.org) (gcc version 
4.6.2 (Debian 4.6.2-4) ) #1 SMP Tue Nov 29 19:01:56 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 32824 Nov 25 16:18 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 34141 Dec 12 11:11 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   100.787] 
X.Org X Server 1.11.2.901 (1.11.3 RC 1)
Release Date: 2011-11-28
[   100.787] X Protocol Version 11, Revision 0
[   100.787] Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian
[   100.787] Current Operating System: Linux kanini 3.1.0-1-686-pae #1 SMP Tue 
Nov 29 19:01:56 UTC 2011 i686
[   100.787] Kernel command line: BOOT_IMAGE=/vmlinuz-3.1.0-1-686-pae 
root=/dev/mapper/kanini-root ro quiet cgroup_enable=memory
[   100.787] Build Date: 29 November 2011  05:01:50PM
[   100.787] xorg-server 2:1.11.2.901-1 (Cyril Brulebois ) 
[   100.787] Current version of pixman: 0.24.0
[   100.787]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   100.787] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   100.788] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 12 11:11:40 
2011
[   100.788] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   100.788] (==) No Layout section.  Using the first Screen section.
[   100.788] (==) No screen section available. Using defaults.
[   100.788] (**) |-->Screen "Default Screen Section" (0)
[   100.788] (**) |   |-->Monitor ""
[   100.788] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   100.788] (==) Automatically adding devices
[   100.788] (==) Automatically enabling devices
[   100.788] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   100.788]Entry deleted from font path.
[   100.788] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
[   100.788] (==) ModulePath set to "/usr/lib/xorg/modules"
[   100.788] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   100.789] (II) Loader magic: 0xb777a580
[   100.789] (II) Module ABI versions:
[   100.789]X.Org ANSI C Emulation: 0.4
[   100.789]X.Org Video Driver: 11.0
[   100.789]X.Org XInput driver : 13.0
[   100.789]X.Org Server Extension : 6.0
[   100.789] (--) PCI:*(0:0:2:0) 8086:2a42:103c:30db rev 7, Mem @ 
0xd000/4194304, 0xc000/268435456, I/O @ 0x7138/8
[   100.790] (--) PCI: (0:0:2:1) 8086:2a43:103c:30db rev 7, Mem @ 
0xd040/1048576
[   100.790] (II) Open ACPI successful (/var/run/acpid.socket)
[   100.790] (II) LoadModule: "extmod"
[   100.790] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[   100.790] (II) Module extmod: vendor="X.Org Foundation"
[   100.790]compiled for 1.11.2.901, module version = 1.0.0
[   100.790]Module class: X.Org Server Extension
[   100.790]ABI class: X.Org Server Extension, version 6.0
[   100.790] (II) Loading extension SELinux
[   100.790] (II) Loading extension MIT-SCREEN-SAVER
[   100.790] (II) Loading extension XFree86-VidModeExtension
[   100.790] (II) Loading extension XFree86-DGA
[   100.790] (II) Loading extension DPMS
[   100.790] (II) Loading extension XVideo
[   100.790] (II) Loading extension XVideo-MotionCompen

Bug#651783: libpcap0.8: libpcap should be linked with libnl

[Guy Harris]

Package: libpcap0.8
Version: 1.1.1-2
Severity: normal

libpcap's configure script, when run on Linux, checks to see whether libnl is 
present and usable and, if so, uses it to create monN interfaces when monitor 
mode is requested for 802.11 adapters.  This is used by tcpdump, and by TShark 
and dumpcap from the Wireshark distribution, to support a "-I" flag 
(capital-"i") to support capturing in monitor mode, and is used by Wireshark to 
support a "capture in monitor mode" checkbox.

Using libnl to create a monN interface works better than using Wireless 
Extension ioctls to turn on monitor mode, which is what libpcap does if *not* 
linked with libnl.

Depending on how the Debian build process works, this might be the result of 
libnl not being given in the Build-Depends section of libpcap's "control" file 
- if the build process runs the configure script, and libnl *and* libnl-devel 
aren't present when the configure script is run, the configure script won't 
find libnl and will build without it.

This shouldn't break binary compatibility with programs built with the libpcap 
shared library - libpcap is explicitly linked with libnl, so the run-time 
linker will pull in libnl automatically.  (I just tested this on my Ubuntu 
10.10 virtual machine.)  It may cause issues when *statically* linking with 
libpcap, but programs that use autoconf and use "pcap-config --static --libs" 
to find out what libraries are needed when linking statically with libpcap 
should work.



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

Bug#651782: Fails to build with newer xtables-addons-dkms

[Ben Hutchings]

Package: west-chamber-dkms
Version: 20100405-2
Severity: grave

$ ls -l /usr/src/west-chamber-20100405/compat_xtables.c 
lrwxrwxrwx 1 root root 39 May 23  2011 
/usr/src/west-chamber-20100405/compat_xtables.c -> 
../xtables-addons-1.35/compat_xtables.c
$ dpkg-query -Wf'${Depends}\n' west-chamber-dkms
make, dkms, bzip2, linux-headers-generic | linux-headers, iptables-dev (>= 
1.4.3), xtables-addons-dkms (>= 1.35)

Maybe you should copy compat_xtables.c instead...

Ben.

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

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

Versions of packages west-chamber-dkms depends on:
ii  bzip2  1.0.6-1 
ii  dkms   2.2.0.3-1   
ii  iptables-dev   1.4.12-1
ii  linux-headers-3.0.0-1-amd64 [linux-headers]3.0.0-3 
ii  linux-headers-3.1.0-1-686-pae [linux-headers]  3.1.5-1 
ii  linux-headers-3.1.0-1-amd64 [linux-headers]3.1.5-1 
ii  linux-headers-3.2.0-rc4-amd64 [linux-headers]  3.2~rc4-1~experimental.1
ii  linux-headers-amd64 [linux-headers]3.1+41  
ii  make   3.81-8.1
ii  xtables-addons-dkms1.40-1  

Versions of packages west-chamber-dkms recommends:
pn  west-chamber-common  

west-chamber-dkms 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#651781: Using slusb.ko will crash the system

[Ben Hutchings]

Package: sl-modem-source
Version: 2.9.11~20110321-4
Severity: important

slusb.ko apparently doesn't work on anything newer than Linux 2.6.24,
but you force it to be built anyway.  When built for the current
kernel version, various type warnings are reported:

DKMS make.log for sl-modem-2.9.11~20110321 for kernel 3.1.0-1-686-pae (x86_64)
Mon Dec 12 05:36:17 GMT 2011
make: Entering directory `/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers'
doing kernel-ver::
cc -I/lib/modules/3.1.0-1-686-pae/build/include -o kernel-ver kernel-ver.c
make all KERNEL_VER=3.1.0-1-686-pae
make[1]: Entering directory 
`/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers'
obj-m= slusb.o 
slamr-objs=amrmo_init.o sysdep_amr.o amrlibs.o
make modules -C /lib/modules/3.1.0-1-686-pae/build 
SUBDIRS=/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers
make[2]: Entering directory `/usr/src/linux-headers-3.1.0-1-686-pae'
  CC [M]  /var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/st7554.o
/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/st7554.c: In function 
‘st7554_probe’:
/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/st7554.c:1344:2: warning: 
passing argument 2 of ‘device_create’ makes pointer from integer without a cast 
[enabled by default]
/usr/src/linux-headers-3.1.0-1-common/include/linux/device.h:743:23: note: 
expected ‘struct device *’ but argument is of type ‘int’
/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/st7554.c:1344:2: warning: 
passing argument 3 of ‘device_create’ makes integer from pointer without a cast 
[enabled by default]
/usr/src/linux-headers-3.1.0-1-common/include/linux/device.h:743:23: note: 
expected ‘dev_t’ but argument is of type ‘void *’
/var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/st7554.c:1344:2: warning: 
passing argument 5 of ‘device_create’ makes pointer from integer without a cast 
[enabled by default]
/usr/src/linux-headers-3.1.0-1-common/include/linux/device.h:743:23: note: 
expected ‘const char *’ but argument is of type ‘int’
  LD [M]  /var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/slusb.o
  Building modules, stage 2.
  MODPOST 1 modules
  CC  /var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/slusb.mod.o
  LD [M]  /var/lib/dkms/sl-modem/2.9.11~20110321/build/drivers/slusb.ko

These will surely result in a crash if the driver is used.

Ben.

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

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

Versions of packages sl-modem-source depends on:
ii  dkms   2.2.0.3-1   
ii  libc6-dev  2.13-21 
ii  linux-headers-3.0.0-1-amd64 [linux-headers]3.0.0-3 
ii  linux-headers-3.1.0-1-686-pae [linux-headers]  3.1.5-1 
ii  linux-headers-3.1.0-1-amd64 [linux-headers]3.1.5-1 
ii  linux-headers-3.2.0-rc4-amd64 [linux-headers]  3.2~rc4-1~experimental.1
ii  linux-headers-amd64 [linux-headers]3.1+41  

sl-modem-source recommends no packages.

sl-modem-source 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#651780: Cannot build slamr.ko on 64-bit host

[Ben Hutchings]

Package: sl-modem-source
Version: 2.9.11~20110321-4
Severity: normal
Tags: patch

The makefile disables building slamr.ko if the build host's kernel is
64-bit.  It should instead be testing whether the target kernel is
32-bit:

ifdef CONFIG_X86_32
...
endif

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

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

Versions of packages sl-modem-source depends on:
ii  dkms   2.2.0.3-1   
ii  libc6-dev  2.13-21 
ii  linux-headers-3.0.0-1-amd64 [linux-headers]3.0.0-3 
ii  linux-headers-3.1.0-1-686-pae [linux-headers]  3.1.5-1 
ii  linux-headers-3.1.0-1-amd64 [linux-headers]3.1.5-1 
ii  linux-headers-3.2.0-rc4-amd64 [linux-headers]  3.2~rc4-1~experimental.1
ii  linux-headers-amd64 [linux-headers]3.1+41  

sl-modem-source recommends no packages.

sl-modem-source 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#651768: ttf-indic-fonts: Most configurations starting with "90-" for Indic scritps are faulty

[கா . சேது | කා . සේතු | K . Sethu]

For the second type bug I presented in my report, the following
summary may be more precise:

If any number of the 07 configuration symlinks listed below together
with the fonts used by them for Serif are installed, then the match
for Serif by one of the configuration would get imposed for all
languages (Indic or Non-indic);and that dominant configuration would
be one which has the highest priority among the installed
configuration symlinks. The descending order of the priorities is the
order in which the following list is arranged:

/etc/fonts/conf.d/90-ttf-tamil-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
tamil-fonts.conf
/etc/fonts/conf.d/90-ttf-punjabi-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
punjabi-fonts.conf
/etc/fonts/conf.d/90-ttf-oriya-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
oriya-fonts.conf
/etc/fonts/conf.d/90-ttf-gujarati-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
gujarati-fonts.conf
/etc/fonts/conf.d/90-ttf-devanagari-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
devanagari-fonts.conf
/etc/fonts/conf.d/90-ttf-bengali-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
bengali-fonts.conf
/etc/fonts/conf.d/90-fonts-pagul.conf -> /etc/fonts/conf.avail/90-fonts-
pagul.conf

Note: the final symlink in the above list (90-fonts-pagul.conf) is
included in Debian (Testing) and Debian (Unstable)

K. Sethu



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

Bug#651779: Does not automatically build on installation

[Ben Hutchings]

Package: open-vm-dkms
Version: 2:8.8.0+2011.10.26-514583-1
Severity: normal

Most DKMS module packages automatically build for the current kernel
version when they are installed.  This one doesn't for some reason.

Ben.

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

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

Versions of packages open-vm-dkms depends on:
ii  dkms  2.2.0.3-1
ii  make  3.81-8.1 

Versions of packages open-vm-dkms recommends:
pn  open-vm-tools  

Versions of packages open-vm-dkms suggests:
pn  open-vm-toolbox  

-- 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#651778: Runs 'make clean' in wrong directory

[Ben Hutchings]

Package: open-vm-dkms
Version: 2:8.8.0+2011.10.26-514583-1
Severity: grave

dkms.conf has:

CLEAN[0]="$MAKE_CMD_TMPL -C vmblock clean;\
  $MAKE_CMD_TMPL -C vmci clean;   \
  $MAKE_CMD_TMPL -C vmhgfs clean; \
  $MAKE_CMD_TMPL -C vmsync clean";\
  $MAKE_CMD_TMPL -C vmxnet clean; \
  $MAKE_CMD_TMPL -C vsock clean

The closing quote is in the wrong place; thus the last two 'make
clean' commands run in the current directory, not the build directory.
This may lead to data loss if either of the named subdirectories
exists.

Ben.

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

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

Versions of packages open-vm-dkms depends on:
ii  dkms  2.2.0.3-1
ii  make  3.81-8.1 

Versions of packages open-vm-dkms recommends:
pn  open-vm-tools  

Versions of packages open-vm-dkms suggests:
pn  open-vm-toolbox  

-- 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#647992: Need to re-open

[Jeffry Smith]

Still get "Aw Snap!" when trying to start Chromium.

Chromium:  aptitude versions chromium
p   14.0.835.202~r103287-1testing   500
i   15.0.874.121~r109964-1unstable  500

Libnss3-1d: aptitude versions libnss3-1d
i A 3.13.1.with.ckbi.1.88-1   testing,unstable  500



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

Bug#651777: gucharmap: show compose-key sequences in character details

[Daniel Hartwig]

Package: gucharmap
Severity: wishlist

Please show compose-key sequences in character details.

For example, multiplication sign (U+00D7) can be input with `compose x
x', displaying this information on the character details sheet would
be handy when you are not aware of the sequence and using gucharmap to
copy-paste.



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

Bug#651776: Please transition gtkmm2.4 to multiarch

[Evan Broder]

Package: gtkmm2.4
Version: 1:2.24.2-2
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hello -

Please find attached a patch to gtkmm2.4 to transition it to use
multiarch library paths as described at
. This patch should
be safe to apply in Debian now that multiarch has been bootstrapped.

Since libgtkmm-2.4-dev contains no build-time-generated include files
or arch-dependent scripts/executables, it can be safely marked as
Multi-Arch: same, so this patch does so. Because many of its direct
and indirect dependencies have not yet been transitioned for
multiarch, libgtkmm-2.4-dev will not currently be multiarch
co-installable. This is fine, though, and if all of the dependencies
were ever to be transitioned for multiarch, the gtkmm -dev package
would immediately become multiarch co-installable.

Typically the biggest outstanding blocker to multiarch transitions is
.la files with non-empty dependency_libs lines. I don't have access to
lintian.debian.org, but I checked all files listed in
http://lintian.ubuntuwire.org/tags/non-empty-dependency_libs-in-la-file.html
(http://paste.ubuntu.com/766579/) and gtkmm2.4 isn't listed anywhere,
so this transition should be safe now by that metric.

Thanks for your consideration,
 - Evan

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

Kernel: Linux 3.0.0-13-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru gtkmm2.4-2.24.2/debian/control gtkmm2.4-2.24.2/debian/control
--- gtkmm2.4-2.24.2/debian/control	2011-08-15 01:27:13.0 -0700
+++ gtkmm2.4-2.24.2/debian/control	2011-12-11 21:01:11.0 -0800
@@ -12,8 +12,8 @@
 Homepage: http://www.gtkmm.org/
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-gnome/desktop/unstable/gtkmm2.4
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/desktop/unstable/gtkmm2.4
-Build-Depends: cdbs (>= 0.4.51),
-   debhelper (>= 6),
+Build-Depends: cdbs (>= 0.4.93~),
+   debhelper (>= 8.1.3~),
gnome-pkg-tools (>= 0.11),
libgtk2.0-dev (>= 2.24.0),
libglibmm-2.4-dev (>= 2.27.93),
@@ -26,6 +26,7 @@
 Package: libgtkmm-2.4-dev
 Section: libdevel
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  libgtkmm-2.4-1c2a (= ${binary:Version}),
@@ -36,6 +37,7 @@
  libpangomm-1.4-dev (>= 2.26.0),
  libatkmm-1.6-dev (>= 2.22.0)
 Suggests: libgtkmm-2.4-doc
+Multi-Arch: same
 Description: C++ wrappers for GTK+ (development files)
  Gtkmm is a C++ interface for the popular GUI library GTK+, with API version
  2.4.  Gtkmm provides a convenient interface for C++ programmers to create
@@ -49,12 +51,14 @@
 Package: libgtkmm-2.4-1c2a
 Section: libs
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Conflicts: libgtkmm-2.4-1,
libgtkmm-2.4-1c2
 Replaces: libgtkmm-2.4-1,
   libgtkmm-2.4-1c2
+Multi-Arch: same
 Description: C++ wrappers for GTK+ (shared libraries)
  Gtkmm is a C++ interface for the popular GUI library GTK+, with API version
  2.4.  Gtkmm provides a convenient interface for C++ programmers to create
@@ -68,9 +72,11 @@
 Section: debug
 Priority: extra
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  libgtkmm-2.4-1c2a (= ${binary:Version})
+Multi-Arch: same
 Description: C++ wrappers for GTK+ (debug symbols)
  Gtkmm is a C++ interface for the popular GUI library GTK+, with API version
  2.4.  Gtkmm provides a convenient interface for C++ programmers to create
diff -Nru gtkmm2.4-2.24.2/debian/control.in gtkmm2.4-2.24.2/debian/control.in
--- gtkmm2.4-2.24.2/debian/control.in	2011-08-15 01:09:31.0 -0700
+++ gtkmm2.4-2.24.2/debian/control.in	2011-12-11 21:00:59.0 -0800
@@ -7,8 +7,8 @@
 Homepage: http://www.gtkmm.org/
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-gnome/desktop/unstable/gtkmm2.4
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/desktop/unstable/gtkmm2.4
-Build-Depends: cdbs (>= 0.4.51),
-   debhelper (>= 6),
+Build-Depends: cdbs (>= 0.4.93~),
+   debhelper (>= 8.1.3~),
gnome-pkg-tools (>= 0.11),
libgtk2.0-dev (>= 2.24.0),
libglibmm-2.4-dev (>= 2.27.93),
@@ -21,6 +21,7 @@
 Package: libgtkmm-2.4-dev
 Section: libdevel
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  libgtkmm-2.4-1c2a (= ${binary:Version}),
@@ -31,6 +32,7 @@
  libpangomm-1.4-dev (>= 2.26.0),
  libatkmm-1.6-dev (>= 2.22.0)
 Suggests: libgtkmm-2.4-doc
+Mul

Bug#651775: Fails to build for 64-bit kernel on i386

[Ben Hutchings]

Package: fglrx-modules-dkms

Version: 1:11-11-3
Severity: important

The i386 version of this package includes only the 32-bit build of the
proprietary driver code.  If the target kernel is 64-bit (e.g. the
Debian amd64 flavour), the driver fails to build:

DKMS make.log for fglrx-11-11 for kernel 3.1.0-1-amd64 (x86_64)
Mon Dec 12 05:00:27 GMT 2011
make: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
/usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
enabled but no compiler support
  LD  /var/lib/dkms/fglrx/11-11/build/built-in.o
  CC [M]  /var/lib/dkms/fglrx/11-11/build/firegl_public.o
In file included from /var/lib/dkms/fglrx/11-11/build/firegl_public.c:193:0:
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:202:5: warning: "_DEBUG" is not 
defined [-Wundef]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:162:16: warning: ‘module_log_map’ 
defined but not used [-Wunused-variable]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:175:19: warning: ‘module_type_map’ 
defined but not used [-Wunused-variable]
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_acpi.o
In file included from /var/lib/dkms/fglrx/11-11/build/kcl_acpi.c:33:0:
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:202:5: warning: "_DEBUG" is not 
defined [-Wundef]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:162:16: warning: ‘module_log_map’ 
defined but not used [-Wunused-variable]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:175:19: warning: ‘module_type_map’ 
defined but not used [-Wunused-variable]
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_agp.o
In file included from /var/lib/dkms/fglrx/11-11/build/kcl_agp.c:47:0:
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:202:5: warning: "_DEBUG" is not 
defined [-Wundef]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:162:16: warning: ‘module_log_map’ 
defined but not used [-Wunused-variable]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:175:19: warning: ‘module_type_map’ 
defined but not used [-Wunused-variable]
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_debug.o
In file included from /var/lib/dkms/fglrx/11-11/build/kcl_debug.c:39:0:
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:202:5: warning: "_DEBUG" is not 
defined [-Wundef]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.c:45:1: warning: function declaration 
isn’t a prototype [-Wstrict-prototypes]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.c:65:14: warning: function 
declaration isn’t a prototype [-Wstrict-prototypes]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.c: In function ‘prvGetCpuId’:
/var/lib/dkms/fglrx/11-11/build/kcl_debug.c:72:18: warning: unused variable 
‘Mode’ [-Wunused-variable]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.c: At top level:
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:162:16: warning: ‘module_log_map’ 
defined but not used [-Wunused-variable]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:175:19: warning: ‘module_type_map’ 
defined but not used [-Wunused-variable]
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_ioctl.o
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_io.o
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_pci.o
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_str.o
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_iommu.o
In file included from /var/lib/dkms/fglrx/11-11/build/kcl_iommu.c:45:0:
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:202:5: warning: "_DEBUG" is not 
defined [-Wundef]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:162:16: warning: ‘module_log_map’ 
defined but not used [-Wunused-variable]
/var/lib/dkms/fglrx/11-11/build/kcl_debug.h:175:19: warning: ‘module_type_map’ 
defined but not used [-Wunused-variable]
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl.o
  CC [M]  /var/lib/dkms/fglrx/11-11/build/kcl_wait.o
  LD [M]  /var/lib/dkms/fglrx/11-11/build/fglrx.o
ld: Relocatable linking with relocations from format elf32-i386 
(/var/lib/dkms/fglrx/11-11/build/libfglrx_ip.a) to format elf64-x86-64 
(/var/lib/dkms/fglrx/11-11/build/fglrx.o) is not supported
make[3]: *** [/var/lib/dkms/fglrx/11-11/build/fglrx.o] Error 1
make[2]: *** [_module_/var/lib/dkms/fglrx/11-11/build] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
make: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64'

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

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

Versions of packages fglrx-modules-dkms depends on:
ii  dkms  2.2.0.3-1

fglrx-modules-dkms recommends no packages.

Versions of packages fglrx-modules-dkms suggests:
pn  fglrx-driver  

-- 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#651774: Does not build against Linux 3.1

[Ben Hutchings]

Package: batmand-gateway-dkms
Version: 0.3.2-6
Severity: grave

The batmand gateway module source fails to build against Linux 3.1:

DKMS make.log for batmand-gateway-0.3.2 for kernel 3.1.0-1-amd64 (x86_64)
Mon Dec 12 04:36:07 GMT 2011
make: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64'
/usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector 
enabled but no compiler support
  LD  /var/lib/dkms/batmand-gateway/0.3.2/build/built-in.o
  CC [M]  /var/lib/dkms/batmand-gateway/0.3.2/build/gateway.o
/var/lib/dkms/batmand-gateway/0.3.2/build/gateway.c:56:2: error: unknown field 
‘ioctl’ specified in initializer
/var/lib/dkms/batmand-gateway/0.3.2/build/gateway.c:56:2: warning: 
initialization from incompatible pointer type [enabled by default]
/var/lib/dkms/batmand-gateway/0.3.2/build/gateway.c:56:2: warning: (near 
initialization for ‘fops.fsync’) [enabled by default]
make[3]: *** [/var/lib/dkms/batmand-gateway/0.3.2/build/gateway.o] Error 1
make[2]: *** [_module_/var/lib/dkms/batmand-gateway/0.3.2/build] Error 2
make[1]: *** [sub-make] Error 2
make: *** [all] Error 2
make: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64'

In fact, this particular error is due to a change in Linux 2.6.36.

Ben.

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

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

Versions of packages batmand-gateway-dkms depends on:
ii  dkms  2.2.0.3-1

Versions of packages batmand-gateway-dkms recommends:
pn  batmand  

batmand-gateway-dkms 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#462996: About FTP Masters requirements for Debian copyright files.

[Charles Plessy]

Dear FTP Masters,

  CC debian-proj...@lists.debian.org, as it may be of general interest,
  CC 462...@bugs.debian.org as it asks a related question,


there is an ongoing discussion about what are the exact requirements for
documenting copyrights and licenses in Debian copyright files.

I would like to ask you the following question:

  Do you require notices (also known as headers, boilerplates, exhibits, etc.) 
to be
  reproduced verbatime in Debian copyright files ?


To my knowledge, the two most authoritative statements from your team are the
following:

1) http://lists.debian.org/debian-devel-announce/2006/03/msg00023.html

  - Its not enough to have the following two-liner:
  | On Debian systems, the complete text of the GNU General Public License
  | can be found in the `/usr/share/common-licenses/GPL' file.

  There are license headers, like the one used for GPL in the example below, you
  should use those.

2) http://ftp-master.debian.org/REJECT-FAQ.html

  You need to list all  copyright information with all licenses in the
  copyright file itself. That one has to be the single point of information. 
Only
  files you find in /usr/share/common-licenses have a special exception here,
  everything else needs to be fully included!


Some licenses include a template for “notices” (GPL), “exhibits” (MPL), etc.,
also called “headers” or “boilerplates”.  In some packages, works licensed
under the same terms, can be accompanied multiple notices that vary by using
different program names (GPL), or contributor names (MPL).  Do you require them
to be reproduced verbatim, or is it acceptable to use a single replacement to
represent all of them?  More in details, one of the questions was to know if
the reason for reproducing them is to include the disclaimer of warranty.  Are
there are other reasons ?


Just in case, here are the example notice and exhibit from the GPL and MPL.

GPL-3 (where “This program” is often replaced by the program's name):

 This program is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation, either version 3 of the License, or
 (at your option) any later version.
 .
 This program is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.
 .
 You should have received a copy of the GNU General Public License
 along with this program.  If not, see .


MPL 1.1:

 "The contents of this file are subject to the Mozilla Public License
 Version 1.1 (the "License"); you may not use this file except in
 compliance with the License. You may obtain a copy of the License at
 http://www.mozilla.org/MPL/
 .
 Software distributed under the License is distributed on an "AS IS"
 basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See the
 License for the specific language governing rights and limitations
 under the License.
 .
 The Original Code is __.
 .
 The Initial Developer of the Original Code is .
 Portions created by __ are Copyright (C) __
 ___. All Rights Reserved.
 .
 Contributor(s): __.
 .
 Alternatively, the contents of this file may be used under the terms
 of the _ license (the  "[___] License"), in which case the
 provisions of [__] License are applicable instead of those
 above. If you wish to allow use of your version of this file only
 under the terms of the [] License and not to allow others to use
 your version of this file under the MPL, indicate your decision by
 deleting the provisions above and replace them with the notice and
 other provisions required by the [___] License. If you do not delete
 the provisions above, a recipient may use your version of this file
 under either the MPL or the [___] License."

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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

Bug#651773: Does not build against Linux 3.1; probably no longer needed

[Ben Hutchings]

Package: batman-adv-dkms
Version: 2010.0.0-2
Severity: grave

The B.A.T.M.A.N. Advanced module source fails to build against Linux
3.1.  Since mainline Linux now includes B.A.T.M.A.N. Advanced, this
binary package can probably be dropped.

Ben.

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

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

Versions of packages batman-adv-dkms depends on:
ii  dkms  2.2.0.3-1

Versions of packages batman-adv-dkms recommends:
pn  batctl  

batman-adv-dkms 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#634797: opencv 2.3 transition

[Nobuhiro Iwamatsu]

Hi,

I just upload.
Sorry, reply was late.

Best regards,
  Nobuhiro

2011/12/5 Julien Cristau :
> On Tue, Nov 22, 2011 at 00:18:45 +0100, Julien Cristau wrote:
>
>> On Wed, Jul 20, 2011 at 08:39:41 +0900, Nobuhiro Iwamatsu wrote:
>>
>> > Please let me know when I can start the transition of opencv 2.3.
>> >
>> Sorry for the delay.  Please go ahead.
>>
> Ping?
>
> Cheers,
> Julien



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



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

Bug#651771: Acknowledgement (redmine: Redmine's mercurial support is broken in squeeze)

[Stefan Sperling]

This bug is a spurious duplicate of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644964
and can be closed. Sorry about the noise.



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

Bug#644964: redmine: Redmine's mercurial support is broken in squeeze

[Stefan Sperling]

Package: redmine
Version: 1.0.1-2

On Mon, Dec 12, 2011 at 04:33:20AM +0100, Stefan Sperling wrote:
> On Tue, Oct 11, 2011 at 07:53:13PM +1100, Paul Dwerryhouse wrote:
> > Package: redmine
> > Version: 1.0.1-2
> > Severity: normal
> > 
> > 
> > When using the mercurial as a repository for a redmine project in squeeze,
> > the repository browser doesn't show the size / revision / age / author for
> > any of the files (instead, it just shows '?') and it does not show a list
> > of latest revisions at the bottom of the screen.
> > 
> > In Apache's error log (using fcgid) the following error appears:
> > 
> > abort:  not under root
> > abort:  not under root
>
> The problem is a bug in the Mercurial adapter shipped in this redmine version.
> It issues a bad hg command which looks like this:
> 
> $ hg --debug --encoding utf8 -R '/path/to/repos' log -C --style 
> '/usr/share/redmine/lib/redmine/scm/adapters/mercurial/hg-template-1.0.tmpl' 
> -r 0:0 ''
> abort:  not under root
> 
> The abort comes from Mercurial in the function scmutil.canonpath().
> Apparently it doesn't like an empty path in argv.
> 
> This patch fixes it for me:
> 
> --- lib/redmine/scm/adapters/mercurial_adapter.rb.origMon Dec 12 
> 04:27:47 2011
> +++ lib/redmine/scm/adapters/mercurial_adapter.rb Mon Dec 12 04:28:57 2011
> @@ -112,7 +112,7 @@
>  cmd << " -r #{identifier_from.to_i}:"
>end
>cmd << " --limit #{options[:limit].to_i}" if options[:limit]
> -  cmd << " #{shell_quote path}" if path
> +  cmd << " #{shell_quote path}" if (path && path.length > 0)
>shellout(cmd) do |io|
>  begin
># HG doesn't close the XML Document...

I forgot to mention that the issue with size being '?' is fixed by
running 'hg checkout' in the Mercurial repository accessed by redmine.



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

Bug#651771: redmine: Redmine's mercurial support is broken in squeeze

[Stefan Sperling]

Package: redmine
Version: 1.0.1-2

On Mon, Dec 12, 2011 at 04:33:20AM +0100, Stefan Sperling wrote:
> On Tue, Oct 11, 2011 at 07:53:13PM +1100, Paul Dwerryhouse wrote:
> > Package: redmine
> > Version: 1.0.1-2
> > Severity: normal
> > 
> > 
> > When using the mercurial as a repository for a redmine project in squeeze,
> > the repository browser doesn't show the size / revision / age / author for
> > any of the files (instead, it just shows '?') and it does not show a list
> > of latest revisions at the bottom of the screen.
> > 
> > In Apache's error log (using fcgid) the following error appears:
> > 
> > abort:  not under root
> > abort:  not under root
>
> The problem is a bug in the Mercurial adapter shipped in this redmine version.
> It issues a bad hg command which looks like this:
> 
> $ hg --debug --encoding utf8 -R '/path/to/repos' log -C --style 
> '/usr/share/redmine/lib/redmine/scm/adapters/mercurial/hg-template-1.0.tmpl' 
> -r 0:0 ''
> abort:  not under root
> 
> The abort comes from Mercurial in the function scmutil.canonpath().
> Apparently it doesn't like an empty path in argv.
> 
> This patch fixes it for me:
> 
> --- lib/redmine/scm/adapters/mercurial_adapter.rb.origMon Dec 12 
> 04:27:47 2011
> +++ lib/redmine/scm/adapters/mercurial_adapter.rb Mon Dec 12 04:28:57 2011
> @@ -112,7 +112,7 @@
>  cmd << " -r #{identifier_from.to_i}:"
>end
>cmd << " --limit #{options[:limit].to_i}" if options[:limit]
> -  cmd << " #{shell_quote path}" if path
> +  cmd << " #{shell_quote path}" if (path && path.length > 0)
>shellout(cmd) do |io|
>  begin
># HG doesn't close the XML Document...

I forgot to mention that the issue with size being '?' is fixed by
running 'hg checkout' in the Mercurial repository accessed by redmine.



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

Bug#566754: New package upload attempt for HwB

[Robert James Clay]

   Since the last package update attempt for the HwB package was never
sponsered, will be doing a new one and uploading that to the Mentors
site for sponsorship.



Robert James Clay
j...@rocasa.us






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

Bug#649002: after upgrading to latest version, iBook touchpad stopped working

[Cyril Brulebois]

tag 649002 pending
forwarded 649002 http://bugs.freedesktop.org/43728
thanks

Hi Raf et al.,

Raf Czlonka  (16/11/2011):
> Package: xserver-xorg-input-synaptics
> 
> Version: 1.5.0-1
> Severity: grave
> 
> Hi,
> 
> After upgrading to the new version, touchpad on my 12" iBook G4 stopped
> working and all I get is the error below (full log attached).

thanks for your report. I have finally found some time to investigate
this problem; it's been reported upstream and the patch has been merged,
so a fixed package should appear soon.

I took the liberty of blogging what I did, so that one can learn how to
get a detailed/useful bug report upstream:
  http://blog.mraw.org/2011/12/12/Fixing_synaptics_on_powerpc/

By doing that, you ensure the upstream maintainers get your bug report,
even if the distro maintainer is otherwise busy or lagging behind in the
bug triaging area. Now, the upstream maintainers might have a life too,
but that improves the chances of getting a fix sooner than later.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#651770: libgeo-googleearth-pluggable-perl: Short and long description is for wrong module

[Ivan Kohler]

Package: libgeo-googleearth-pluggable-perl
Version: 0.13-2
Severity: minor

The short and long description of this package are for the RDF::KML::Exporter
module (librdf-kml-exporter-perl package) rather than
Geo::GoogleEarth::Pluggable.

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgeo-googleearth-pluggable-perl depends on:
ii  libarchive-zip-perl 1.30-4
ii  libio-stringy-perl  2.110-5
ii  libmethod-autoload-perl 0.02-2
ii  libxml-libxml-lazybuilder-perl  0.03-1
ii  perl5.14.2-6

libgeo-googleearth-pluggable-perl recommends no packages.

libgeo-googleearth-pluggable-perl 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#562008: ACPI wakeup doesn't work on ASUS P8H67-M EVO

[Jonathan Nieder]

Hey Eric,

Eric Lavarde wrote:

> root@hdvdr:~# dmesg | grep -i rtc
> [1.229556] rtc_cmos 00:04: RTC can wake from S4
> [1.229653] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0
> [1.229679] rtc0: alarms up to one month, y3k, 114 bytes nvram
[...]
> Broadcast message from root@hdvdr (pts/0) (Sat Nov 26 12:17:17 2011):
>
> The system is going down for system halt NOW!

How did you shut down the machine?  Does suspend-to-disk ("echo
disk >/sys/power/state") work fine in general?



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

Bug#651436: Acknowledgement (base-passwd: changelog is missing)

[Colin Watson]

reassign 651436 www.debian.org
thanks

On Sun, Dec 11, 2011 at 07:32:24AM +, Malte S wrote:
> It is missing under:
> http://packages.debian.org/wheezy/base-passwd --> Debian-Changelog
> http://packages.debian.org/changelogs/pool/main/b/base-passwd/base-passwd_3.5.24/changelog

Thanks.  This site is not the responsibility of package maintainers,
though, and I cannot fix anything there; reassigning to www.debian.org
since the web site maintainers deal with this.

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



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

Bug#651768: ttf-indic-fonts: Most configurations starting with "90-" for Indic scritps are faulty

[K. Sethu]

Package: ttf-indic-fonts
Version: 1:0.5.11
Severity: important

Introduction
=
There are bugs arising from the configuration file 90-ttf-tamil.fonts.conf and
analogous files for most, but not all, Indic scripts inside the xml tree that
Fontconfig walks over while parsing for font matching.

The “90-ttf-...conf” configurations from the source of "ttf-indic-fonts"
version 1:0.5.11 which is current in Debian (Stable), are for 09 scripts:
Telugu, Tamil,  Punjabi, Oriya, Malayalam, Kannada,Gujarati, Devanagari and
Bengali.

Of these 09 scripts, 07 are single language scripts with (script and language
name being the same too). Of the rest 02, the  Devanagari script is used by
multiple languages (- Sindhi, Sanskrit, Kashmiri, Konkani, Nepali, Maithily,
Marathi and Hindi) and Bengali script is used by two languages (- Assamese and
Bengali)

Then, from the later version ttf-indic-fonts_1:0:5:12, which is current in
Debian (Testing) and Debian (Unstable),  further to the files for the above
mentioned 09 scripts, a new addition is the same type configuration for
Sourashtra (saz_IN) language script  with the "fonts-pagul" (version1.0-1)
package.

The "ttf-indic-fonts_1:0.5.12" meta pacakge is also dependent on  "fonts-
pagul_1.0-1". So including also the case of this addition when version 1:0:5:12
of ttf-indic-fonts is installed, there could be totally 10  nos.
“90-conf” sym-links and corresponding  files for the 10 indic scripts
which are used for 18 languages.

A "90-conf" configuration file of an Indic script gets installed in Debian
and Debian based distros when the individual ttf fonts pacakge for the
corresponding Indic script is installed  or at the installation of  the meta
package "ttf-indic-fonts" which installs the ttf-fonts pacakges for all the 10
Indic scripts.

There are two types of bugs that are presented in this report. However not all
configurations cause both types of bugs.

Both types of bugs are found with 07 configurations. The symlinks and
configuration for those 07 are as follows:

/etc/fonts/conf.d/90-ttf-tamil-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
tamil-fonts.conf
/etc/fonts/conf.d/90-ttf-punjabi-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
punjabi-fonts.conf
/etc/fonts/conf.d/90-ttf-oriya-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
oriya-fonts.conf
/etc/fonts/conf.d/90-ttf-gujarati-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
gujarati-fonts.conf
/etc/fonts/conf.d/90-ttf-devanagari-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
devanagari-fonts.conf
/etc/fonts/conf.d/90-ttf-bengali-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
bengali-fonts.conf
/etc/fonts/conf.d/90-fonts-pagul.conf -> /etc/fonts/conf.avail/90-fonts-
pagul.conf

The following two symlinks and configuration files - for Telugu and Kannada
have only the first of the two types of bugs.

/etc/fonts/conf.d/90-ttf-telugu-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
telugu-fonts.conf
/etc/fonts/conf.d/90-ttf-kannada-fonts.conf -> /etc/fonts/conf.avail/90-ttf-
kannada-fonts.conf

The one for Malayalam script does not cause anyone of the two types of bugs.

I have found that an older version 1:0.5.4 which is current in Debian (old
stable), do not have these configuration files for Indic scripts with priority
90 and so was free of bugs presented here.  Looking at debian/changelog in
source, it is evident that these configuration files (either some of them or
most of them) got included first time in ttf-indic-fonts version 1:0.5.5.

Note the following debian/changelog entry for version 1:0.5.5:

//[Praveen Arimbrathodiyil]
  * Added priotity of 90 to fontconfig configuration files//


Two types of Bugs:
==
* Font matching  for sans-serif generic : Other than for Malayalam for the rest
09 scripts, the "90-...conf" configuration mandate is not effective.

* Font matching  for serif generic : The matching for the generic Serif by the
"90-...conf" configuration files for one of the 07 scripts which is not one of
Telugu, Kannada and Malayalam  gets actually imposed to all other languages
also with dominating configuration determined according to priority among the
installed configurations among the 07 scripts.

Now more details of the bugs:

Type 1 Bug- Font matching of sans-serif for scripts of all languages except
Malayalam
=

The upstream Fontconfig is shipped with a number of configuration symlinks
which for Non-Latin scripts include "/etc/fonts/conf.d/65-nonlatin.conf ->
/etc/fonts/conf.avail/65-nonlatin.conf" .

Taking the example case for Tamil, this configuration sets the following
matches to the generic fonts of Sans-Serif,  Serif and Mono :

Sans-Serif :  TSCu_Paranar , Lohit Tamil in the descending order of priority
Serif   :  Lohit Tami
Mono   :   Lohit Tamil

So the preference to match Lohit Tamil to a generic font gets superseded with
TSCu_Paranar in case of Sans-Serif, but only if TSCu_Paranar "regular" or
"bold" or both ar

Bug#651569: openoffice.org-writer: Cannot write accented characters after full screen

[Miguel Oñoro]

I've filed a bug on LibreOffice bugzilla:

https://www.libreoffice.org/bugzilla/show_bug.cgi?id=43729

Best regards.




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

Bug#649679: [copyright-format] Clarify what distinguishes files and stand-alone license paragraphs.

[Jonathan Nieder]

Hi,

I wrote:

> You didn't introduce it, but I think the phrase starting with
> "similarly to" here is problematic, since it makes the spec harder for
> people outside Debian to understand and use, without adding much
> clarity to compensate for that.  Could we remove it?
[... and another wording suggestion ...]

I think the meaning conveyed in your original patch is correct
already, so if anyone was waiting for the nitpicking to end, please
just consider Charles's version.  Thanks for your work and sorry for
the distraction.

Jonathan



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

Bug#651767: obconf: cannot change window title to condensed fonts

[Eric Cooper]

Package: obconf
Version: 2.0.3-3
Severity: normal

Under "Appearance", if I change the active window title to "DejaVu
Sans Condensed Bold", it has no effect.  If I change it to just
"DejaVu Sans Bold" it works properly.  The same is true for the
non-bold ("book") version -- choosing Condensed has no effect.

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

Kernel: Linux 3.1.0-1-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 obconf depends on:
ii  libatk1.0-0   2.2.0-2 
ii  libc6 2.13-21 
ii  libcairo2 1.10.2-6.1  
ii  libfontconfig12.8.0-3 
ii  libfreetype6  2.4.8-1 
ii  libglade2-0   1:2.6.4-1   
ii  libglib2.0-0  2.30.2-4
ii  libgtk2.0-0   2.24.8-2
ii  libice6   2:1.0.7-2   
ii  libobparser21 3.4.11.2-2  
ii  libobrender21 3.4.11.2-2  
ii  libpango1.0-0 1.29.4-2
ii  libsm62:1.2.0-2   
ii  libstartup-notification0  0.12-1  
ii  libx11-6  2:1.4.4-4   
ii  libxft2   2.2.0-3 
ii  libxml2   2.7.8.dfsg-5
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages obconf recommends:
ii  openbox  3.5.0-2

obconf 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#625784: virtualenv -p python3 xx' should work but doesn't

[Stefano Rivera]

forwarded 625784 https://github.com/pypa/virtualenv/issues/141
thanks

Hi Anthony (2011.10.13_22:22:27_+0200)
> A patch has been included in version 1.6.2

And was reverted in 385505afbc :/

https://github.com/pypa/virtualenv/commit/9fc1043

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127



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

Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

[Jonathan Nieder]

Charles Plessy wrote:

> I would like to re-frame the discussion and remind that
[...]
> In the case of the (L)GPL, it is common practice to use the license notices as
> found in headers of files as if they were the actual license text.

For what it's worth, I disagree, while I agree with Ximin Luo that
current format is somewhat inefficient in the cases mentioned.

Perhaps a source of confusion is something Joerg wrote five years
ago[1]:

| There are license headers, like the one used for GPL in the example below, you
| should use those.

I continue to believe that what he meant is that such pre-made license
headers are good at covering their bases and that it is advisable to
take advantage of the work that was already done in writing them.  For
example, the typical license headers explicitly mention that _you_ may
redistribute and modify the software, and they tend to include a
disclaimer of warranty.  By contrast, a statement like

|  | On Debian systems, the complete text of the GNU General Public License
|  | can be found in the `/usr/share/common-licenses/GPL' file.

does not actually say that that license applies to the software at
all!

However, if I'm the only one that read the email that way, then I
would be happy to see this clarified in policy.  (Well, I would be
unhappy actually, since it would mean a lot of work for me preserving
all the variations on license notices in packages I work with.)

The rest of the use cases described should be easier to address:

 - In the current copyright-format, if you say "License: GPL-2+" or
   "License: GFDL-1.1+", you have to say what that means.  That is
   probably worth changing in the future, for example by only
   requiring the presence of at least one standalone paragraph
   satisfying the license version constraint (e.g., "License: GPL-2"
   or "License: GFDL-1.2").  I think it would be fine to delay that to
   copyright-format 1.1.

 - The current copyright-format is unclear about how to document what
   a license exception means in a standalone paragraph.  I think that
   should be fixed before release, for example by requiring a
   standalone paragraph describing the license together with the
   exception (e.g., "License: GPL-2+ with Font exception").

   In a later release, a new "License-Exception" paragraph type
   could be introduced.

 - Current practice is not to treat the list of copyright holders as
   part of the license.  I see no reason to explicitly document that
   or change it.

 - Copyright holders can be listed in the "Copyright" field.  Other
   authors can be listed in a "Comment" field when desirable.  They
   can be collated and do not need to be separated by file when a
   "Files" stanza describes multiple files (unless some license
requirement says so, of course).  I see no reason to change this.

Sane?

[1] http://lists.debian.org/debian-devel-announce/2006/03/msg00023.html



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

Bug#651766: ITP: instead-game-toilet3in1 -- quest/puzzle game

[Sam Protsenko]

Package: wnpp
Severity: wishlist
Owner: Sam Protsenko 

* Package name: instead-game-toilet3in1
  Version : 1.0
  Upstream Author : Peter Kosyh 
* URL : http://toilet.syscall.ru
* License : CC-BY-3.0
  Programming Lang: Lua
  Description : quest/puzzle game

 Escape The Toilet: Triple Flush
 .
 Quest and puzzle game, in which you need to escape from
 the toilet.
 .
 This package already contains three versions of this game.
 .
 "You don't remember how you got here. You have not really woken up.
 The only thing that you are currently able to comprehend is that
 you are in your own toilet... A key feature of the game:
 you can get out of the toilet only by yourself! And not necessary
 today. You can escape it tomorrow for example - on a fresh mind."
 .
 The game contains 3D graphics that was made in Blender and quite
 pretty tracker music and sound effects.



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

Bug#633038: sysklogd: /run transition: Please switch to /run/sendsigs.omit.d

[Roger Leigh]

On Wed, Dec 07, 2011 at 10:07:38AM +, Roger Leigh wrote:
> tags 633038 + patch
> thanks
> 
> On Thu, Jul 07, 2011 at 11:36:57PM +0100, Roger Leigh wrote:
> > Source: sysklogd
> > Version: 1.5-6.1
> > Severity: important
> > 
> > Your package is currently using/lib/init/rw/sendsigs.omit.d
> > which is now deprecated and pending removal.  Please update your
> > package to use /run/sendsigs.omit.d with a versioned dependency
> > on initscripts, as detailed below.
> 
> Patch attached.

Would it be possible to upload a fixed sysvinit in the next day or
so?  If not, would you mind if the above patch is uploaded as an
NMU?

sysvinit is now just one of two blockers preventing completion of
the /run transition:
http://wiki.debian.org/ReleaseGoals/RunDirectory#Packages_using_.2BAC8-lib.2BAC8-init.2BAC8-rw


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#633028: aide-common: /run transition: Please switch to /run/

[Roger Leigh]

On Wed, Dec 07, 2011 at 12:30:09AM +, Roger Leigh wrote:
> On Wed, Jul 13, 2011 at 08:50:16AM +0200, Michael Biebl wrote:
> > Am 13.07.2011 08:30, schrieb Michael Biebl:
> > > aide does not only use /lib/init/rw/sendsigs.omit.d, as can be seen when
> > > grepping though the source tarball (*).
> > > It also contains references to
> > > - /lib/init/rw/wpasupplicant (#633040)
> > > - /lib/init/rw/resolvconf (#621503)
> > > - /lib/init/rw/.mdadm (#633054)
> > 
> > Please note, that the proposed new location for mdadm will be /run/mdadm and
> > *not* /run/.mdadm. See #633054.
> > It might make sense to wait until mdadm has been updated before uploading a
> > fixed aide package.
> 
> Patch attached against current git.
>  debian/aide.conf.d/31_aide_lib-init-rw   |3 ---
>  debian/aide.conf.d/31_aide_mdadm |7 +++
>  debian/aide.conf.d/31_aide_portmap   |2 +-
>  debian/aide.conf.d/31_aide_resolvconf|8 
>  debian/aide.conf.d/31_aide_rsyslog   |2 +-
>  debian/aide.conf.d/31_aide_run   |3 +++
>  debian/aide.conf.d/31_aide_wpasupplicant |2 +-
>  debian/changelog |   11 +++
>  8 files changed, 24 insertions(+), 14 deletions(-)
>  delete mode 100644 debian/aide.conf.d/31_aide_lib-init-rw
>  create mode 100644 debian/aide.conf.d/31_aide_run

Could any of the aide maintainers please respond to this bug
report and proposed patch?

I will NMU the above patch as 0.15.1-3.1 (rather than against
current git as above) unless I get a response in the next two
days.  It's now just one of two blockers, as listed at
http://wiki.debian.org/ReleaseGoals/RunDirectory#Packages_using_.2BAC8-lib.2BAC8-init.2BAC8-rw

I would like to have all blocking bugs fixed and closed in the
next few days, which will allow the /run transition to complete.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#646097: tkinfo: Does not start at all

[Jonathan Nieder]

notfound 646097 tkinfo/2.8-3.1
notfixed 646097 2.8-4
tags 646097 =
quit

Michael Piefel wrote:

> Verified that the bug was in fact a configuration issue on the user
> side.

Thanks.  Tweaking to unconfuse debbugs.



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

Bug#651765: pidgin hangs after some time, and immediately with IRC

[Christoph Anton Mitterer]

Package: pidgin
Version: 2.10.1-1
Severity: grave
Justification: renders package unusable


Hi.

This is likely not pidgin's fault (as a downgrade didn't help either), but 
pidgin
is the only program I've observed this, so I've reported it against it.

After some time, pidgin just freezes (the window going dark),... no CPU usage 
or so anymore.
When I have any IRC account enabled, this happens immediately after I log on.

And all this occured after these upgrades:
[UPGRADE] cpp-4.6 4.6.2-6 -> 4.6.2-7
[UPGRADE] finch 2.10.0-1+b2 -> 2.10.1-1
[UPGRADE] g++-4.6 4.6.2-6 -> 4.6.2-7
[UPGRADE] g++-4.6-multilib 4.6.2-6 -> 4.6.2-7
[UPGRADE] gcc-4.6 4.6.2-6 -> 4.6.2-7
[UPGRADE] gcc-4.6-base 4.6.2-6 -> 4.6.2-7
[UPGRADE] gcc-4.6-locales 4.6.2-6 -> 4.6.2-7
[UPGRADE] gcc-4.6-multilib 4.6.2-6 -> 4.6.2-7
[UPGRADE] gimp 2.6.11-6 -> 2.6.11-7
[UPGRADE] gimp-data 2.6.11-6 -> 2.6.11-7
[UPGRADE] gir1.2-totem-plparser-1.0 2.32.6-1 -> 2.32.6-2
[UPGRADE] glibc-doc 2.13-21 -> 2.13-22
[UPGRADE] lib32gcc1 1:4.6.2-6 -> 1:4.6.2-7
[UPGRADE] lib32gomp1 4.6.2-6 -> 4.6.2-7
[UPGRADE] lib32mudflap0 4.6.2-6 -> 4.6.2-7
[UPGRADE] lib32quadmath0 4.6.2-6 -> 4.6.2-7
[UPGRADE] lib32stdc++6 4.6.2-6 -> 4.6.2-7
[UPGRADE] libc-bin 2.13-21 -> 2.13-22
[UPGRADE] libc-dev-bin 2.13-21 -> 2.13-22
[UPGRADE] libc6 2.13-21 -> 2.13-22
[UPGRADE] libc6-dbg 2.13-21 -> 2.13-22
[UPGRADE] libc6-dev 2.13-21 -> 2.13-22
[UPGRADE] libc6-dev-i386 2.13-21 -> 2.13-22
[UPGRADE] libc6-i386 2.13-21 -> 2.13-22
[UPGRADE] libgcc1 1:4.6.2-6 -> 1:4.6.2-7
[UPGRADE] libgcc1-dbg 1:4.6.2-6 -> 1:4.6.2-7
[UPGRADE] libgfortran3 4.6.2-6 -> 4.6.2-7
[UPGRADE] libgimp2.0 2.6.11-6 -> 2.6.11-7
[UPGRADE] libgomp1 4.6.2-6 -> 4.6.2-7
[UPGRADE] libgomp1-dbg 4.6.2-6 -> 4.6.2-7
[UPGRADE] libmudflap0 4.6.2-6 -> 4.6.2-7
[UPGRADE] libmudflap0-4.6-dev 4.6.2-6 -> 4.6.2-7
[UPGRADE] libmudflap0-dbg 4.6.2-6 -> 4.6.2-7
[UPGRADE] libpurple-bin 2.10.0-1 -> 2.10.1-1
[UPGRADE] libpurple0 2.10.0-1+b2 -> 2.10.1-1
[UPGRADE] libquadmath0 4.6.2-6 -> 4.6.2-7
[UPGRADE] libquadmath0-dbg 4.6.2-6 -> 4.6.2-7
[UPGRADE] libsox-fmt-all 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox-fmt-alsa 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox-fmt-ao 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox-fmt-base 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox-fmt-ffmpeg 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox-fmt-mp3 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox-fmt-oss 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox-fmt-pulse 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libsox1b 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] libstdc++6 4.6.2-6 -> 4.6.2-7
[UPGRADE] libstdc++6-4.6-dbg 4.6.2-6 -> 4.6.2-7
[UPGRADE] libstdc++6-4.6-dev 4.6.2-6 -> 4.6.2-7
[UPGRADE] libstdc++6-4.6-doc 4.6.2-6 -> 4.6.2-7
[UPGRADE] libtotem-plparser-dbg 2.32.6-1 -> 2.32.6-2
[UPGRADE] libtotem-plparser-dev 2.32.6-1 -> 2.32.6-2
[UPGRADE] libtotem-plparser17 2.32.6-1 -> 2.32.6-2
[UPGRADE] libxenstore3.0 4.1.2-1 -> 4.1.2-2
[UPGRADE] llvm 2.8-6 -> 2.9-7
[UPGRADE] llvm-runtime 2.8-6 -> 2.9-7
[UPGRADE] locales 2.13-21 -> 2.13-22
[UPGRADE] multiarch-support 2.13-21 -> 2.13-22
[UPGRADE] pidgin 2.10.0-1+b2 -> 2.10.1-1
[UPGRADE] pidgin-data 2.10.0-1 -> 2.10.1-1
[UPGRADE] python-urwid 1.0.0-4 -> 1.0.1-1
[UPGRADE] sox 14.3.2-2+b1 -> 14.3.2-3
[UPGRADE] x264 3:0.119.2106+git07efeb4-0.0 -> 3:0.120.2120+git0c7dab9-0.0
[UPGRADE] xserver-common 2:1.11.2.901-1 -> 2:1.11.2.902-1
[UPGRADE] xserver-xephyr 2:1.11.2.901-1 -> 2:1.11.2.902-1
[UPGRADE] xserver-xorg-core 2:1.11.2.901-1 -> 2:1.11.2.902-1
[UPGRADE] xserver-xorg-dev 2:1.11.2.901-1 -> 2:1.11.2.902-1



Perhaps any ideas? I can run some gdb later,... too busy right now.


Cheers,
Chris.


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

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

Versions of packages pidgin depends on:
ii  gconf2  3.2.3-1
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-22
ii  libcairo2   1.10.2-6.1
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.30.2-4
ii  libgstreamer0.10-0  0.10.35-1
ii  libgtk2.0-0 2.24.8-2
ii  libgtkspell02.0.16-1
ii  libice6 2:1.0.7-2
ii  libpango1.0-0   1.29.4-2
ii  libpurple0  2.10.0-1+b2
ii  libsm6  2:1.2.0-2
ii  libx11-62:1.4.4-4
ii  libxml2 2.7.8.dfsg-5
ii  libxss1 1:1.2.1-2
ii  perl-base [perlapi-5.14.2]  5.14.2-6
ii  pidgin-data 2.10.0-1

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base  0.10.35-1
ii  gstreamer0.10-plugins-good  0.10.30-2.1

Versions of packages pidgin suggests:
ii  e

Bug#613589: /sbin/cfdisk: Bad Table error after fresh Squeeze install

[Jonathan Nieder]

tags 613589 + upstream patch fixed-upstream
quit

Karel Zak wrote:

>  Fixed by commit 73356e0553bd9ac00f556891a4798064c0ee6849 (v2.19).

Thanks; marking accordingly.

LaMont et al: would this fix be worth cherry-picking to squeeze?



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

Bug#651764: ggz-txt-client FTBFS /usr/bin/ld: cannot find -lncurses

[peter green]

package: ggz-txt-client
version: 0.0.14.1-1.1
severity: serious
tags: patch

Your package fails to build if libncurses5-dev is not installed, 

gcc  -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -L/usr/lib -L/usr/lib -Wl,--as-needed -L/usr/lib -L/usr/local/lib -o ggz-txt game.o input.o loop.o main.o motd.o output.o server.o state.o strsep.o -lggzcore -lggz -lreadline -lncurses  
/usr/bin/ld: cannot find -lncurses

collect2: ld returned 1 exit status
make[4]: *** [ggz-txt] Error 1


please add it to the build-depends.






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

Bug#556332: FTBFS with binutils-gold

[peter green]

severity 556332 important
thanks


Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

Doko upgraded this bug to serious without posting any explantation either to the
bug report or in the control message. From memory (I don't rememeber where) I
belive he did so based on the assumption that packages that previously failed
with binutils-gold would now fail with regular binutils.

While preparing bug 651763 and it's included patch I discovered this was not
the case. After fixing that bug the package builds fine with normal binutils
but still fails with binutils-gold. As such I am downgrading the bug back to
important.





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

Bug#651763: rutilt FTFBS in sid include/WE17Driver.h:107:31: error: reference 'm_Data' cannot be declared 'mutable' [-fpermissive]

[peter green]

package: rutilt
severity: serious
version: 0.16-2
tags: sid wheezy patch

rutilt FTBFS in sid and wheezy. 


make[1]: Entering directory 
`/build/buildd-rutilt_0.16-2-armhf-uzvQ2R/rutilt-0.16'
   Compiling lib/WE17Driver.o
In file included from lib/src//WE17Driver.cxx:36:0:
include/WE17Driver.h:107:31: error: reference 'm_Data' cannot be declared 
'mutable' [-fpermissive]
make[1]: *** [lib/WE17Driver.o] Error 1
make[1]: Leaving directory 
`/build/buildd-rutilt_0.16-2-armhf-uzvQ2R/rutilt-0.16'
make: *** [build-stamp] Error 2

This issue was originally noticed on the armhf and s390x buildds but I can 
reproduce
it locally on amd64.

The attatched patch to debian/rules adds -fpermissive. This makes the package 
build successfully.


Rutilt builds successfully in squeeze and lenny.

--- rutilt-0.16/debian/rules	2011-12-11 23:59:48.0 +
+++ rutilt-0.16.new/debian/rules	2011-12-11 23:42:12.0 +
@@ -5,7 +5,7 @@
 
 include /usr/share/quilt/quilt.make
 
-CFLAGS := -pipe -Wall -g
+CFLAGS := -pipe -Wall -g -fpermissive
 
 ifeq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
 	CFLAGS += -DNDEBUG

Bug#342373: Can be safely closed by now

[Manuel A. Fernandez Montecelo]

This bug was for sure fixed, it was probably due to reorganisation of
includes in GCC 4, but the maintainer didn't close it when it was
fixed.  So closing it now.

Regards.



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

Bug#560806: shouldn't have been closed

[Arnout Engelen]

unarchive 560806
reopen 560806
thanks

The launcher application 'Launcy' is something different from the Ruby helper 
class for launching applications. See also: http://launchy.sourceforge.net

Alternatives to the Launchy application include: gnome-do, kupfer and synapse



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

Bug#650462: gnome-pty-helper: Producing zombies and corrupts UTMP.

[Mats Erik Andersson]

söndag den 11 december 2011 klockan 23:21 skrev Michael Biebl detta:
> On 11.12.2011 19:14, Mats Erik Andersson wrote:
> > söndag den 11 december 2011 klockan 18:57 skrev Michael Biebl detta:
> > 
> >> Would you mind testing 1:0.28.2-3 packages with a fixed libdir path?
> >> I can provide binaries, if you want. Just tell me your architecture.
> > 
> > I could use one linux-i386 and one kfreebsd-amd64.
> 
> There you go:
> http://address-deleted/

(Using linux-i386.)

Issue resolved! Well done in spotting the error within a hard-coded path.

  $ ps ax | grep term
  28544 ?Ss 0:01 xterm
  32289 ?Ssl0:00 lxterminal
  32680 pts/1S+ 0:00 grep --color=auto term

  $ who -u
  mats tty3 2011-12-11 19:20 05:09   28477
  mats tty2 2011-12-11 13:03 05:03   10959
  mats tty1 2011-12-11 12:48 06:253015
  mats pts/02011-12-11 18:05 00:04   28544 (:0)
  mats pts/12011-12-12 00:29   . 32289 (:0)



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

Bug#651762: yelp: Search from overview causes "Unknown Error: The URI ‘xref:search=foo’ could not be parsed."

[Martin Erik Werner]

Package: yelp
Version: 3.2.1+dfsg-1+b1
Severity: normal

Dear Maintainer,
Yelp seems to have problems with searching, if searching from the
"All Help Documents" overview it fails with:

Unknown Error
The URI ‘xref:search=foo’ could not be parsed.

If searching from a subsection for an application it seems to work
as expected.


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

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

Versions of packages yelp depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3   
ii  libc62.13-21
ii  libglib2.0-0 2.30.2-4   
ii  libgtk-3-0   3.0.12-2   
ii  libjs-jquery-ui  1.8.ooops.16+dfsg-1
ii  libwebkitgtk-3.0-0   1.6.1-5+b1 
ii  libyelp0 3.2.1+dfsg-1+b1
ii  man-db   2.6.0.2-3  
ii  yelp-xsl 3.2.1-1

Versions of packages yelp recommends:
ii  gnome-user-guide  3.2.2-1
ii  ttf-dejavu2.33-2 

yelp 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#636083: gconf2: gconf-schemas python script drops all environment variables for spawnvpe call

[Johannes Schauer]

found 636083 3.2.3-1
thanks

Hi,

apparently the bug is still present in the latest version of gconf2. As
gconf-schemas is a debian-only python script, this can only be fixed by
the maintainers.

Let me add with this, that if you decide that instead of preserving the
whole environment and just changing HOME and GCONF_CONFIG_SOURCE (as
shown with the patch in the last mail) you just set some special
environment variables (as shown in the patch below), then please besides
LD_PRELOAD and LD_LIBRARY_PATH, put QEMU_LD_PREFIX on the list of to be
preserved variables as from qemu 1.0 onward it is used for handing a
linker prefix to qemu-user.

A possible patch that does this:

@@ -59,7 +59,10 @@
 if schemas:
 tmp_home=tempfile.mkdtemp(prefix='gconf-')
 env={'HOME': tmp_home,
- 'GCONF_CONFIG_SOURCE': 'xml:readwrite:'+defaults_dest}
+ 'GCONF_CONFIG_SOURCE': 'xml:readwrite:'+defaults_dest,
+ 'QEMU_LD_PREFIX': os.environ.get('QEMU_LD_PREFIX', ''),
+ 'LD_PRELOAD': os.environ.get('LD_PRELOAD', ''),
+ 'LD_LIBRARY_PATH': os.environ.get('LD_LIBRARY_PATH', '')}
 if options.register:
   arg='--makefile-install-rule'
 else:

On the other hand this could lead to others wanting more variables to be
included so the proper way would probably having a blacklist of
environment variables that should be handed to gconftool-2 instead of a
whitelist as shown in the patch above.

In all I dont really see why the environment is dropped at all for the
gconftool-2 spawnvpe call?

cheers, josch



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

Bug#651388: wrong patch for Debian

[Pino Toscano]

Hi,

please revert the patch of this bug!
The patch basically unexports four methods of PopplerPage:
a) render_to_pixbuf
b) render_to_pixbuf_for_printing
c) get_thumbnail_pixbuf
d) render_selection_to_pixbuf
and at least one of them, (a), is used by pdfshuffler, which will then 
break. (Porting away from pixbuf to cairo for rendering has been asked 
upstream with a bug tracking ticket almost 6 months ago, but without any 
reply so far).

This patch will be useful when also Debian will migrate to poppler 0.18, 
but not now.

Thanks,
-- 
Pino Toscano


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

Bug#651761: pal FTBFS in sid

[peter green]

package: pal
severity: serious
version: 0.4.3-7
tags: patch

Pal FTBFS in sid

make[2]: Entering directory 
`/build/buildd-pal_0.4.3-7-armhf-c4gnbL/pal-0.4.3/src'
Using CFLAGS: -Wall -g -O2
Using CPPFLAGS: -I/usr/include -I/usr/include/glib-2.0 
-I/usr/lib/arm-linux-gnueabihf/glib-2.0/include   -DPAL_VERSION="0.4.3" 
-DPREFIX="/usr" -DG_DISABLE_DEPRECATED -DDEBUG
Using LDFLAGS:  -lglib-2.0   -lreadline -lncursesw
[gcc debug] main.c
main.c:30:21: fatal error: ncurses.h: No such file or directory
compilation terminated.
make[2]: *** [tmp.debug/main.o] Error 1
make[2]: Leaving directory 
`/build/buildd-pal_0.4.3-7-armhf-c4gnbL/pal-0.4.3/src'
make[1]: *** [pal] Error 2
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

This was initially noticed on the armhf and s390x buildds but I have 
confirmed it also happens

on amd64.

It turns out that the package depends on and links against ncursesw but 
uses the headers from ncurses.
This seems wrong to me but I don't know enough details about ncurses to 
know just how bad it is.


Previously the build succeeded because libncurses5-dev was pulled in 
indirectly but this is no

longer the case.

I have attatched an updated version of 
51_debian_link_against_ncursesw.patch which changes the

header includes too.
pal (0.4.3-3)  * Link pal against libncursesw5 instead of libncurses5.
 (Closes: #499403)

Index: pal-0.4.3.new/src/Makefile
===
--- pal-0.4.3.new.orig/src/Makefile	2008-07-28 16:16:23.0 +
+++ pal-0.4.3.new/src/Makefile	2011-12-11 22:55:32.0 +
@@ -4,7 +4,7 @@
 
 INCLDIR = -I${prefix}/include `pkg-config --cflags glib-2.0`
 LIBDIR  =
-LIBS= `pkg-config --libs glib-2.0` -lreadline -lncurses
+LIBS= `pkg-config --libs glib-2.0` -lreadline -lncursesw
 
 SRC = main.c colorize.c output.c input.c event.c rl.c html.c latex.c \
   add.c edit.c del.c remind.c search.c manage.c
Index: pal-0.4.3.new/src/add.c
===
--- pal-0.4.3.new.orig/src/add.c	2008-07-28 16:16:23.0 +
+++ pal-0.4.3.new/src/add.c	2011-12-11 23:16:50.0 +
@@ -18,7 +18,7 @@
  *
  */
 
-#include 
+#include 
 
 #include "main.h"
 #include "output.h"
Index: pal-0.4.3.new/src/colorize.c
===
--- pal-0.4.3.new.orig/src/colorize.c	2011-12-11 23:13:43.0 +
+++ pal-0.4.3.new/src/colorize.c	2011-12-11 23:11:47.0 +
@@ -20,7 +20,7 @@
 
 #include 
 #include  /* for getenv() */
-#include 
+#include 
 
 #include "main.h"
 #include "colorize.h"
Index: pal-0.4.3.new/src/del.c
===
--- pal-0.4.3.new.orig/src/del.c	2008-07-28 16:16:23.0 +
+++ pal-0.4.3.new/src/del.c	2011-12-11 23:17:44.0 +
@@ -19,7 +19,7 @@
  */
 
 #include 
-#include 
+#include 
 
 #include "main.h"
 #include "output.h"
Index: pal-0.4.3.new/src/edit.c
===
--- pal-0.4.3.new.orig/src/edit.c	2008-07-28 16:16:23.0 +
+++ pal-0.4.3.new/src/edit.c	2011-12-11 23:17:19.0 +
@@ -18,7 +18,7 @@
  *
  */
 
-#include 
+#include 
 
 #include "main.h"
 #include "output.h"
Index: pal-0.4.3.new/src/main.c
===
--- pal-0.4.3.new.orig/src/main.c	2011-12-11 22:55:32.0 +
+++ pal-0.4.3.new/src/main.c	2011-12-11 23:11:13.0 +
@@ -27,7 +27,7 @@
 #include  /* regular expressions */
 #include 
 
-#include 
+#include 
 
 #include "output.h"
 #include "main.h"
Index: pal-0.4.3.new/src/manage.c
===
--- pal-0.4.3.new.orig/src/manage.c	2011-12-11 22:55:32.0 +
+++ pal-0.4.3.new/src/manage.c	2011-12-11 23:19:01.0 +
@@ -21,8 +21,8 @@
 #include "main.h"
 
 #include 
-#include 
-#include 
+#include 
+#include 
 #include 
 #include  /* get # columns for terminal */
 
Index: pal-0.4.3.new/src/output.c
===
--- pal-0.4.3.new.orig/src/output.c	2008-07-28 16:16:23.0 +
+++ pal-0.4.3.new/src/output.c	2011-12-11 23:14:48.0 +
@@ -21,7 +21,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 
 /* for vsnprintf */
 #include 
Index: pal-0.4.3.new/src/rl.c
===
--- pal-0.4.3.new.orig/src/rl.c	2011-12-11 22:55:32.0 +
+++ pal-0.4.3.new/src/rl.c	2011-12-11 23:16:23.0 +
@@ -21,10 +21,10 @@
 #include "main.h"
 
 #include 
-#include 
+#include 
 #include 
 
-#include 
+#include 
 
 
 #include "output.h"

Bug#651760: python-scipy: should recommend python-dev

[Julian Taylor]

Source: python-scipy
Version: 0.9.0+dfsg1-1
Severity: minor

scipy includes the weave package which does not work without python-dev
installed.
Simple inline C will fail with:
fatal error: Python.h: No such file or directory

python-dev should be recommended or at least suggested on installation.

See this ubuntu bug for an example script tore reproduce the issue:
https://bugs.launchpad.net/ubuntu/+source/python-scipy/+bug/655192



signature.asc
Description: OpenPGP digital signature

Bug#648202: FTBFS with binutils-gold

[Vagrant Cascadian]

retitle 648202 FTBFS with smartcard-nss enabled
thanks

On Sun, Dec 11, 2011 at 05:30:32PM -0300, Gerardo Esteban Malazdrewicz wrote:
> Had success building it passing the flag --disable-smartcard-nss
> to the user static build, even with binutils-gold.

sorry, i had misdiagnosed the problem.

when libnss3-dev is installed, it enables the smartcard-nss support, and 
fails to build. libnss3-dev isn't in the build-deps, so on a clean chroot
(such as the buildds) it builds fine.

we could build-conflicts with libnss3-dev or pass --disable-smartcard-nss by 
default, or maybe even track down the real problem and fix it... :)

live well,
  vagrant



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

Bug#651759: Please transition pangomm to multiarch

[Evan Broder]

Package: pangomm
Version: 2.28.4-2
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hello -

Please find attached a patch to pangomm to transition it to use
multiarch library paths as described at
. This patch should
be safe to apply in Debian now that multiarch has been bootstrapped.

Since libpangomm-1.4-dev contains no build-time-generated include
files or arch-dependent scripts/executables, it can be safely marked
as Multi-Arch: same, so this patch does so. Because many of its direct
and indirect dependencies have not yet been transitioned for
multiarch, libpangomm-1.4-dev will not currently be multiarch
co-installable. This is fine, though, and if all of the dependencies
were ever to be transitioned for multiarch, the pangomm -dev
package would immediately become multiarch co-installable.

Typically the biggest outstanding blocker to multiarch transitions is
.la files with non-empty dependency_libs lines. I don't have access to
lintian.debian.org, but I checked all files listed in
http://lintian.ubuntuwire.org/tags/non-empty-dependency_libs-in-la-file.html
(http://paste.ubuntu.com/766579/) and pangomm isn't listed anywhere,
so this transition should be safe now by that metric.

Thanks for your consideration,
 - Evan

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

Kernel: Linux 3.0.0-13-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru pangomm-2.28.4/debian/control pangomm-2.28.4/debian/control
--- pangomm-2.28.4/debian/control	2011-11-16 16:47:10.0 -0800
+++ pangomm-2.28.4/debian/control	2011-12-11 15:17:50.0 -0800
@@ -11,8 +11,8 @@
 DM-Upload-Allowed: yes
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-gnome/desktop/unstable/pangomm
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/desktop/unstable/pangomm
-Build-Depends: cdbs (>= 0.4.51),
-   debhelper (>= 8),
+Build-Depends: cdbs (>= 0.4.93~),
+   debhelper (>= 8.1.3~),
gnome-pkg-tools (>= 0.11),
libcairomm-1.0-dev (>= 1.2.2),
libglibmm-2.4-dev (>= 2.22.1-2),
@@ -23,10 +23,12 @@
 
 Package: libpangomm-1.4-1
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Replaces: libgtkmm-2.4-1c2a (<< 1:2.13)
 Conflicts: libgtkmm-2.4-1c2a (<< 1:2.13)
 Depends: ${shlibs:Depends},
  ${misc:Depends}
+Multi-Arch: same
 Description: C++ Wrapper for pango (shared libraries)
  Pangomm is a C++ wrapper for the pango library. Originally part of
  gtkmm, pangomm provides convenient C++ interfaces for handling both
@@ -36,6 +38,7 @@
 
 Package: libpangomm-1.4-dev
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Replaces: libgtkmm-2.4-dev (<< 1:2.13)
 Conflicts: libgtkmm-2.4-dev (<< 1:2.13)
 Section: libdevel
@@ -45,6 +48,7 @@
  libcairomm-1.0-dev (>= 1.2.2),
  libglibmm-2.4-dev (>= 2.14.1),
  libpango1.0-dev (>= 1.23.0)
+Multi-Arch: same
 Description: C++ Wrapper for pango (development files)
  Pangomm is a C++ wrapper for the pango library. Originally part of
  gtkmm, pangomm provides convenient C++ interfaces for handling both
@@ -71,9 +75,11 @@
 Architecture: any
 Section: debug
 Priority: extra
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  libpangomm-1.4-1 (= ${binary:Version})
+Multi-Arch: same
 Description: C++ Wrapper for pango (debugging symbols)
  Pangomm is a C++ wrapper for the pango library. Originally part of
  gtkmm, pangomm provides convenient C++ interfaces for handling both
diff -Nru pangomm-2.28.4/debian/control.in pangomm-2.28.4/debian/control.in
--- pangomm-2.28.4/debian/control.in	2011-11-16 16:40:24.0 -0800
+++ pangomm-2.28.4/debian/control.in	2011-12-11 15:17:40.0 -0800
@@ -6,8 +6,8 @@
 DM-Upload-Allowed: yes
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-gnome/desktop/unstable/pangomm
 Vcs-Svn: svn://svn.debian.org/svn/pkg-gnome/desktop/unstable/pangomm
-Build-Depends: cdbs (>= 0.4.51),
-   debhelper (>= 8),
+Build-Depends: cdbs (>= 0.4.93~),
+   debhelper (>= 8.1.3~),
gnome-pkg-tools (>= 0.11),
libcairomm-1.0-dev (>= 1.2.2),
libglibmm-2.4-dev (>= 2.22.1-2),
@@ -18,10 +18,12 @@
 
 Package: libpangomm-1.4-1
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Replaces: libgtkmm-2.4-1c2a (<< 1:2.13)
 Conflicts: libgtkmm-2.4-1c2a (<< 1:2.13)
 Depends: ${shlibs:Depends},
  ${misc:Depends}
+Multi-Arch: same
 Description: C++ Wrapper for pango (shared libraries)
  Pangomm is a C++ wrapper for the pango library. Originally part of
  gtkmm, pangomm provides convenient C++ interfaces for handling both
@@ -31,6 +33,7 @@

Bug#651758: hgext.qct: AttributeError: 'list' object has no attribute 'ferr'

[Jakub Wilk]

Package: qct
Version: 1.7-3
Severity: normal

hgext.qct doesn't work with current version of Mercurial:

$ hg qct
** unknown exception encountered, please report by visiting
**  http://mercurial.selenic.com/wiki/BugTracker
** Python 2.7.2+ (default, Dec  1 2011, 01:55:02) [GCC 4.6.2]
** Mercurial Distributed SCM (version 2.0.1)
** Extensions loaded: qct
Traceback (most recent call last):
  File "/usr/bin/hg", line 38, in 
mercurial.dispatch.run()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 27, in run
sys.exit(dispatch(request(sys.argv[1:])))
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 64, in 
dispatch
return _runcatch(req)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 87, in 
_runcatch
return _dispatch(req)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 684, in 
_dispatch
cmdpats, cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 466, in 
runcommand
ret = _runcommand(ui, options, cmd, d)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 738, in 
_runcommand
return checkargs()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 692, in 
checkargs
return cmdfunc()
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 681, in 

d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 455, in check
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/hgext/qct.py", line 80, in launch_qct
if vcs.initRepo(None, dispatch) != 0:
  File "/usr/lib/python2.7/dist-packages/qctlib/vcs/hg.py", line 54, in initRepo
(out, err) = self.hgcmd(['root'], okresults=[0,255])
  File "/usr/lib/python2.7/dist-packages/qctlib/vcs/hg.py", line 115, in hgcmd
ret = self.commands.dispatch(args)
  File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 31, in 
dispatch
if req.ferr:
AttributeError: 'list' object has no attribute 'ferr'


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

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

Versions of packages qct depends on:
ii  mercurial   2.0.1-1
ii  python  2.7.2-9
ii  python-qt4  4.8.6-2
ii  python2.7   2.7.2-8

--
Jakub Wilk



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

Bug#625373: libphone-ui: Fix ftbfs (patch attached)

[Julien Lavergne]

Le 12/11/2011 11:53 PM, peter green a écrit :
> Julien Lavergne wrote:
>> Le 11/01/2011 01:38 AM, peter green a écrit :
>>  
>>> unfortunately the patch is not sufficiant to get the package to build
>>> in current sid. After applying it the build fails with 
>> Right, Werror should be completely removed.
>>   
> Rememoving werror does not sound like a reasonable soloution to
> warnings about
> implicitly defined functions to me. Implicitly defined functions are
> nearly always
> REALLY bad things 
Well, if nobody wants to make a better fix, I suggest to RM this
package. I don't plan to spend more time on it.

Regards,
Julien Lavergne



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

Bug#651757: enum: 'enum .. 0x 4 .. 40': ERROR: Unidentified token: 0x

[A. Costa]

Package: enum
Version: 1.0.3-1
Severity: minor

Dear Maintainer,

If 'COUNTx' means do something COUNT times, '0x' 
should do (and print) nothing, but:

% enum .. 0x 4 .. 40
ERROR: Unidentified token:
0x

Comparitive note; 'jot' is more confusing.  Its first argument is 'reps',
but '0' reps means "infinity":

% jot 0 1 2
jot: Infinite sequences cannot be bounded
usage:  jot [ options ] [ reps [ begin [ end [ s ] ] ] ]

# unbounded
% jot 0 1 | head | tail -n 1
10

# show how far it gets in 2 seconds.  (Almost two million.)
% { timeout 2s jot 0 1 ; } | tail -n 1
1748104

'tail -n' seems more intuitive:

% enum 10 | tail -n 0 ; echo finis 
finis

I'd suggest letting '0x' mean "print nothing".

Hope this helps...


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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages enum depends on:
ii  libc6  2.13-21

enum recommends no packages.

enum 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#625373: libphone-ui: Fix ftbfs (patch attached)

[peter green]

Julien Lavergne wrote:

Le 11/01/2011 01:38 AM, peter green a écrit :
  

unfortunately the patch is not sufficiant to get the package to build
in current sid. After applying it the build fails with 


Right, Werror should be completely removed.
  
Rememoving werror does not sound like a reasonable soloution to warnings 
about
implicitly defined functions to me. Implicitly defined functions are 
nearly always

REALLY bad things

Attached patch should make it build, with still some warnings. Remove
Werror in src/Makefile.am should also do the same.

Regards,
Julien Lavergne
  





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

Bug#651756: testdisk: "Incorrect number" geometry error message is confusing.

[A. Costa]

Package: testdisk
Version: 6.11-2
Severity: normal

Dear Maintainer,

Scanning a suspect drive, 'testdisk' shows:

Warning: Incorrect number of heads/cylinder 128 (FAT) != 255 (HD)

It's advising changing one disk geometry variable somewhere, but the
error is vague.

Suggested remedy, more specific errors, e.g.:

  Geometry mismatch: /dev/sdd has 255 heads; /dev/sdd2 incorrectly set 
to 128 heads.

Detailed notes for leisurely maintainers (stop here if not) or curious/kvetching
users:

A user might wonder:

1) Which number is incorrect, 128 or 255?
2) Is it possible that both numbers are incorrect?
   (As might be if both numbers were read off a
disk with bad data.)
3) Is "128 (FAT)" derived from the first sector of the
   hard disk, or the first sector of a partition?
a) The first sector of which partition?  
4) Is the "255 (HD)" derived from the first sector of the
   hard disk, or the hard drive's BIOS?

Similar errors are shown in a .GIF file that comes with 'testdisk':

/usr/share/doc/testdisk/html/geometry.gif

Run through an OCR (the spacing is off) shows:

...
Disk /dev/sdd - 36 GB / 34 GiB - CHS 4773 240 63
Current partition structure:
PartitionStart  End   Size in sectors

Warning: Incorrect number of heads/cylinder 255 (NTPS) != 240 (HD)
1 P HPFS - NTFS  0  1  1  2370 104 63  35840952 [Volume]

Warning: Bad ending head (CHS and LBA don't match)
Warning: Incorrect number of heads/cylinder 255 (NTPS) != 240 (HD)
2 P HPFS - NTFS2370 105  1  4772 179 63  36322965 [Drive_K]

Warning: Bad ending head (CHS and LBA don't match)
No partition is bootable
...

Here the line spacing and multiple errors visually implies the following 
lines' partitions are the ones in question.  

When there's only one error, but many partitions, the implication
becomes vaguer.  If the error is on the first partition, the 
user might be unsure which of the following partitions
is faulty.  If the error appears between partitions the user might
not be sure which was faulty, despite the line spacing.

At least one other user seems confused by the error message:


http://www.linuxquestions.org/questions/linux-newbie-8/recovering-data-using-testdisk-769014/

The only docs that mention the error message are in German:

% find /usr/share/doc/testdisk/ | xargs zgrep  --files-with-matches 
'Incorrect number'
/usr/share/doc/testdisk/html/hinweise_und_tipps.html


Hope this helps...



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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages testdisk depends on:
ii  e2fslibs  1.42-1
ii  libc6 2.13-21
ii  libcomerr21.42-1
ii  libjpeg62 6b1-2
ii  libncursesw5  5.9-4
ii  libntfs10 2.0.0-1+b1
ii  libuuid1  2.20.1-1

testdisk recommends no packages.

testdisk 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#651755: enum: please allow syntax: enum COUNTx

[A. Costa]

Package: enum
Version: 1.0.3-1
Severity: wishlist

Dear Maintainer,

This works:

# Count from 40, 4 steps per, 25 times, & print it backwards.
% enum .. 25x 4 .. 40

... but not this:

% enum 25x 4 40
ERROR: Combination of command line arguments could not be parsed:
25x 4 40

But the latter dotless syntax would be easier to type, and 
the trailing 'x' in '25x' seems properly unambiguous.

The man page describes other COUNTx usages:

   % man enum | nl | grep COUNTx | grep -v LEFT
   107   oenum ..  COUNTx STEP ..  RIGHT
   112   oenum ..  COUNTx STEP ..
   113   oenum ..  COUNTx ..  RIGHT
   121   oenum ..  COUNTx ..
   125   oenum COUNTx

Only line 125 dispenses with the leading '..', yet the other lines
would be unambiguous if the leading '..' were removed.

In line 107, the '..' following 'STEP' also seems unnecessary.

Hope this helps...


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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages enum depends on:
ii  libc6  2.13-21

enum recommends no packages.

enum 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#651754: sox: Cleanup debian/control to use arch wildcards and missing spaces

[Guillem Jover]

Source: sox
Version: 14.3.2-3
Severity: wishlist

Hi!

This package lists the negated architectures to mean linux-any or the
complete expanded list of current linux architectures. Here, the more
correct approach (and future-proof) is to just use the positive form
of the arch wildcard. I've also added an arch restriction to the
Recommends for libsox1b so that it gets removed on architectures
where it's not available. Attached as the first patch.

There's also two missing spaces on the version restrictions, which is
not an error, but better form. Attached as a second patch.

thanks,
guillem
diff --git a/debian/control b/debian/control
index 5b69f46..1bac5bd 100644
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,7 @@ Build-Depends: cdbs,
debhelper (>= 7),
ladspa-sdk,
libao-dev,
-   libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
+   libasound2-dev [linux-any],
libavcodec-dev (>= 4:0.6.0),
libavformat-dev,
libavutil-dev,
@@ -29,7 +29,7 @@ Standards-Version: 3.9.1
 
 Package: sox
 Architecture: any
-Depends: libsox-fmt-alsa [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] | libsox-fmt-ao | libsox-fmt-oss | libsox-fmt-pulse,
+Depends: libsox-fmt-alsa [linux-any] | libsox-fmt-ao | libsox-fmt-oss | libsox-fmt-pulse,
  libsox-fmt-base,
  ${misc:Depends},
  ${shlibs:Depends}
@@ -52,7 +52,7 @@ Description: Swiss army knife of sound processing
 Package: libsox1b
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}
-Recommends: libsox-fmt-alsa | libsox-fmt-ao | libsox-fmt-oss | libsox-fmt-pulse,
+Recommends: libsox-fmt-alsa [linux-any] | libsox-fmt-ao | libsox-fmt-oss | libsox-fmt-pulse,
 libsox-fmt-base
 Conflicts: libsox0, libsox0a, libsox1
 Replaces: libsox1a
@@ -84,7 +84,7 @@ Description: Minimal set of SoX format libraries
  MATLAB/GNU Octave, Portable Voice Format, AMR and Sound Forge Audio Format.
 
 Package: libsox-fmt-alsa
-Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 lpia m32r m68k mips mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc
+Architecture: linux-any
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: SoX alsa format I/O library
  SoX is the swiss army knife of sound processing.
@@ -148,7 +148,7 @@ Description: SoX PulseAudio format I/O library
 
 Package: libsox-fmt-all
 Architecture: any
-Depends: libsox-fmt-alsa [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
+Depends: libsox-fmt-alsa [linux-any],
  libsox-fmt-ao,
  libsox-fmt-base,
  libsox-fmt-ffmpeg,
diff --git a/debian/control b/debian/control
index 1bac5bd..071aefc 100644
--- a/debian/control
+++ b/debian/control
@@ -164,8 +164,8 @@ Description: All SoX format libraries
 Package: libsox-dev
 Architecture: any
 Section: libdevel
-Depends: libsox-fmt-all (=${binary:Version}),
- libsox1b (=${binary:Version}),
+Depends: libsox-fmt-all (= ${binary:Version}),
+ libsox1b (= ${binary:Version}),
  ${misc:Depends}
 Description: Development files for the SoX library
  SoX is the swiss army knife of sound processing.

Bug#651753: elza: 'man elza' typo: "behavoir", "mimicring"

[A. Costa]

Package: elza
Version: 1.4.3-14
Severity: minor
Tags: patch

Dear Maintainer,

Found a typo in '/usr/share/man/man1/elza.1.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages elza depends on:
ii  perl  5.14.2-6

elza recommends no packages.

Versions of packages elza suggests:
pn  libnet-socks-perl  
pn  stunnel

-- no debconf information
--- elza.1	2009-10-19 10:34:44.0 -0400
+++ /tmp/elza.1	2011-12-11 02:27:17.764022529 -0500
@@ -10,7 +10,7 @@
 language aimed at automating requests on web pages. 
 .PP 
 Scripts written in \fBelza\fR are capable of 
-mimicring browser behavoir almost perfectly, making it extremely difficult  
+mimicking browser behavior almost perfectly, making it extremely difficult  
 for remote servers to distinguish their activity from the activity  
 generated by ordinary users and browsers. This gives those scripts the  
 opportunity to act upon servers that will not respond to requests  

Bug#640347: uwsgi: FTBFS: jvm.h:2:17: fatal error: jni.h: No such file or directory

[Janos Guljas]

Package: uwsgi
Version: 0.9.8.3-1
Followup-For: Bug #640347

Hello,

This FTBFS bug appears to be related to invalid include and lib paths
for OpenJDK 6. I am sending a patch against debian/rules from Git repo's
master HEAD. I was able to successfully build packages on amd64
architecture with pbuilder.

I am using uWSGI and it would be nice to see it again in wheezy.

Best,
Janos

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=sr_RS.UTF-8@latin (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From 56907f82e56e78464676679fc81222bb90c9b04f Mon Sep 17 00:00:00 2001
From: Janos Guljas 
Date: Sun, 11 Dec 2011 23:12:08 +0100
Subject: [PATCH] Change UWSGICONFIG_JVM_INCPATH and UWSGICONFIG_JVM_LIBPATH.

(Closes: #640347)
---
 debian/rules |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/rules b/debian/rules
index 4700042..aad40cb 100755
--- a/debian/rules
+++ b/debian/rules
@@ -303,8 +303,8 @@ debian/stamp-plugin-jvm-openjdk-6 debian/stamp-plugin-jwsgi-openjdk-6:
 	))
 	$(eval PLUGIN_SRC_SUBDIR = $(firstword $(subst _, ,$(PLUGIN_NAME
 	$(eval JAVA_ARCH := $(shell /usr/share/javahelper/java-arch.sh))
-	UWSGICONFIG_JVM_INCPATH='/usr/lib/jvm/java-6-openjdk/include/ -I/usr/lib/jvm/java-6-openjdk/include/linux' \
-	UWSGICONFIG_JVM_LIBPATH='/usr/lib/jvm/java-6-openjdk/jre/lib/$(JAVA_ARCH)/server/' \
+	UWSGICONFIG_JVM_INCPATH='/usr/lib/jvm/java-6-openjdk-$(JAVA_ARCH)/include/ -I/usr/lib/jvm/java-6-openjdk-$(JAVA_ARCH)/include/linux' \
+	UWSGICONFIG_JVM_LIBPATH='/usr/lib/jvm/java-6-openjdk-$(JAVA_ARCH)/jre/lib/$(JAVA_ARCH)/server/' \
 	$(PYTHON) $(UWSGI_BUILDER) \
 		--plugin $(CURDIR)/$(UWSGI_PLUGINS_SRC_DIR)/$(PLUGIN_SRC_SUBDIR) \
 		 $(CURDIR)/debian/buildconf/uwsgi-plugin.ini \
-- 
1.7.7.3

Bug#645012: 2.6.32-38: breaks DRM/KMS with nouveau X.org driver

[Jonathan Nieder]

Vagrant Cascadian wrote:

> i've got a machine with a similar card that exhibits the problem, and can now 
> run tests for more information, if needed.

Excellent.  Please try 2.6.32-36 from snapshot.debian.org, or the
latest from git://kernel.ubuntu.com/smb/linux-2.6.32.y-drm33.z.git if
you have time to build from source.



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

Bug#651736: ghostscript: segfault when using cups device for rastering w/ SAFER and Seiko PPD

[Jonathan Nieder]

Hi Ralph,

Ralph A. Smith wrote:

> ghostscript 8.71 segfaults when invoked by CUPS (via the pdftoraster filter)
> to print to a Seiko Smart Label Printer (SLP) using the PPD provided
> by Seiko (at www.siibusinessproducts.com).  The offending ghostscript command
> (with standard input from pstopdf|pdftopdf) is 
>
> /usr/bin/gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -sDEVICE=cups
>-sstdout=%stderr -sOutputFile=%stdout -I/usr/share/cups/fonts
>-r203x203 -dDEVICEWIDTHPOINTS=236 -dDEVICEHEIGHTPOINTS=68
>-dcupsBitsPerColor=1 -dcupsColorOrder=0 -dcupsColorSpace=3
>-scupsPageSizeName=AddressSmall -c -f -
>
> If the PARANOIDSAFER option is removed, the command succeeds, but it still
> fails with SAFER instead.

I can't reproduce this (I tried on an amd64 mostly-sid system with
ghostscript and libgs8 8.71~dfsg2-9 and cups and libs
1.4.4-7+squeeze1).  Any ideas?

If no other obvious ways to make progress come up, here are some
hints:

 - Please provide a PDF file and exact command line to reproduce it on
   a machine without the SLP driver installed.  (The instructions
   would have to include installing the SLP driver if that's the only
   way to reproduce it.)

 - If you look at "dmesg" output, does it say which DSO segfaulted?

 - Rebuilding ghostscript with DEB_BUILD_OPTIONS='debug nostrip' and
   getting a backtrace by running gs with "gdb --args" as described
   at [1] would also be helpful.

 - Anyone who can reproduce this can take over what I was going to
   try, which is finding the patch that fixed the problem at
   git://git.ghostscript.com/ghostpdl.git using "git bisect".

Hope that helps,
Jonathan

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



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

Bug#637234: linux-image-3.0.0-1-686-pae: I/O errors using ext4 under xen (also affects ext3 as of linux-image-3.1.0-1-amd64 et al)

[Dominic Hargreaves]

retitle 637234 linux-image-3.0.0-1-686-pae: I/O errors using ext4 under xen 
(also affects ext3 as of linux-image-3.1.0-1-amd64 et al)
thanks

[note that I've stripped off the CC to xen-devel in this comment, but
have no objection to it being put back if it makes sense]

On Wed, Sep 07, 2011 at 08:29:38AM -0400, Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 07, 2011 at 02:51:04AM +0100, Ben Hutchings wrote:
> > On Mon, 2011-08-29 at 10:08 -0400, Konrad Rzeszutek Wilk wrote:
> > [...]
> > > Oh, I think I know _exactly_ what bug that is:
> > > 
> > > This git commit:
> > > 280802657fb95c52bb5a35d43fea60351883b2af "xen/blkback: When writting 
> > > barriers set the sector number to zero"
> > > has to be reverted. Specifically:
> > > 
> > > commit 3f963cae3ef35d26fdd899c08797a598c5ca3e9b
> > > Author: Jeremy Fitzhardinge 
> > > Date:   Tue Jul 19 16:44:42 2011 -0700
> > > 
> > > Revert "xen/blkback: When writting barriers set the sector number to 
> > > zero..."
> > [...]
> > > and this one added:
> > > 
> > > 25266338a41470a21e9b3974445be09e0640dda7
> > > xen/blkback: don't fail empty barrier requests
> > [...]
> > 
> > Which repository are these in?
> 
> Jeremy's: git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git

This problem is also present with ext3 by default now, following the
barriers-by-default change in Linux 3.1 (I'm seeing the problems with
3.1.4-1 domU and squeeze dom0; the barrier=0 workaround works).

If I'm not confused, this message from Konrad is about the same problem,
and points to another possible fix:



I suspect that over time this will hit a lot of people on domU upgrades
from squeeze to wheezy - and it needs to be fixed in the dom0 kernel, which
presumably means a point release update.

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#651752: ITP: redeclipse-data -- data for the Red Eclipse FPS game

[Martin Erik Werner]

Package: wnpp
Severity: wishlist
Owner: Martin Werner 
User: pkg-games-de...@lists.alioth.debian.org
Usertags: wnpp

* Package name : redeclipse-data
   Version : 1.2
   Upstream Author : Quinton Reeves 
 Lee Salzman 
* URL  : http://www.redeclipse.net/
* License  : (CC-BY-SA, CC-BY, custom)
   Programming Lang: (none)
   Description : data for the Red Eclipse FPS game

A single-player and multi-player first-person ego-shooter, built as a 
total conversion of Cube Engine 2, which lends itself toward a balanced 
gameplay, with a general theme of agility in a variety of environments.

This package contains the data content, e.g. maps, models, textures, sounds,
etc. for Red Eclipse


This will go in non-free due to missing "sources" (and not due to licensing).



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

Bug#650082: new mailing list: debian-companies

[Alexander Wirt]

Stefano Zacchiroli schrieb am Sunday, den 11. December 2011:

> On Sun, Dec 11, 2011 at 10:10:07PM +0100, Alexander Wirt wrote:
> > I was working on this bug and I detected the non openess part. And I
> > have to say that I strongly disagree in making this list non-public.
> > 
> > Am I the only one that don't likes this?
> 
> Thanks for working on this bug report and for mentioning this, it's
> indeed important that we discuss this part.  I've three comments in
> reply to your inquiry to advance this discussion:
> 
> 1) how is the non-openness of this request any different from the
>listmaster@lists.d.o mail alias (or many others that we have in many
>@*.debian.org domains, fwiw) that Cord has Cc:-ed?
> 
>(Note: as I've mentioned recently, I'm generally *against* those
>aliases, but I'm even more against double standards)
Imho its an administrative alias, where also private stuff (complaints
against lists arrive). I don't see where this is comparable to a lists that
discusses a specific use case of Debian.

> 2) I haven't asked anything which is not allowed by the mailing list
>template at 
>. Should it be amended?
There are good reasons for closed lists. Like debian-admin. But due to the
openess of our project we always try to limit the creation of this type of
lists.

> 
> 3) I've addressed your point in my request:
> 
>   > FWIW, I don't think this is at stake with Debian openness. For me this
>   > list is just Debian offering list hosting to actors who want to help
>   > Debian in venues that Debian Project members are not able or willing
>   > to pursue by themselves.
> 
>   and I believe it answers your point. If you don't think it is the
>   case, can you explain why?
Imho it is a public topic where everybody should be able to take part in.
Especially if companys invest money into Debian I want to know if this
happens. We saw at dunc tank how destructive money may be. But anyhow, that
is for this specific case. I think that everything that affects the
development of debian should be open. I read your explanation a few times and
I still fail to understand why this should be a reason.

Alex




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

Bug#650082: new mailing list: debian-companies

[Stefano Zacchiroli]

On Sun, Dec 11, 2011 at 10:10:07PM +0100, Alexander Wirt wrote:
> I was working on this bug and I detected the non openess part. And I
> have to say that I strongly disagree in making this list non-public.
> 
> Am I the only one that don't likes this?

Thanks for working on this bug report and for mentioning this, it's
indeed important that we discuss this part.  I've three comments in
reply to your inquiry to advance this discussion:

1) how is the non-openness of this request any different from the
   listmaster@lists.d.o mail alias (or many others that we have in many
   @*.debian.org domains, fwiw) that Cord has Cc:-ed?

   (Note: as I've mentioned recently, I'm generally *against* those
   aliases, but I'm even more against double standards)

2) I haven't asked anything which is not allowed by the mailing list
   template at 
   . Should it be amended?

3) I've addressed your point in my request:

  > FWIW, I don't think this is at stake with Debian openness. For me this
  > list is just Debian offering list hosting to actors who want to help
  > Debian in venues that Debian Project members are not able or willing
  > to pursue by themselves.

  and I believe it answers your point. If you don't think it is the
  case, can you explain why?

Cheers.
-- 
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences   ..   http://upsilon.cc/zack   ..   . . o
Debian Project Leader...   @zack on identi.ca   ...o o o
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#643466: PATCH:Remind FTBS on Debian with recently activated -Werror=format-security flag

[Kurt B. Kaiser]

Hi, I've attached a patch which fixes FTBS following a Debian security
enhancement.

Also, I noted a warning during the compilation init.c:

init.c: In function ‘InitRemind’:
init.c:140:14: warning: variable ‘tim’ set but not used
[-Wunused-but-set-variable]

Thanks for remind!

-- 
KBK



fix_ftbfs
Description: Binary data

Bug#650082: new mailing list: debian-companies

[Cord Beermann]

Hallo! Du (Alexander Wirt) hast geschrieben:

> I was working on this bug and I detected the non openess part. And I have to
> say that I strongly disagree in making this list non-public.
> 
> Am I the only one that don't likes this?

I second this opinion.

Debian is about openess, and so we have to accept some problems which
are generated by that. 

Cord



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

Bug#649825: xfonts-scalable-nonfree: diff for NMU version 4.2.1-3.1

[Christian PERRIER]

tags 649825 + pending
thanks

Dear maintainer,

I've prepared an NMU for xfonts-scalable-nonfree (versioned as 4.2.1-3.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Please notice that the big number of lintian warnings lead me to
"modernize" the packaging quite deeply.

Regards.
diff -u xfonts-scalable-nonfree-4.2.1/debian/compat xfonts-scalable-nonfree-4.2.1/debian/compat
--- xfonts-scalable-nonfree-4.2.1/debian/compat
+++ xfonts-scalable-nonfree-4.2.1/debian/compat
@@ -1 +1 @@
-4
+7
diff -u xfonts-scalable-nonfree-4.2.1/debian/control.in xfonts-scalable-nonfree-4.2.1/debian/control.in
--- xfonts-scalable-nonfree-4.2.1/debian/control.in
+++ xfonts-scalable-nonfree-4.2.1/debian/control.in
@@ -2,12 +2,12 @@
 Section: non-free/text
 Priority: optional
 Maintainer: Jonas Smedegaard 
-Build-Depends-Indep: @cdbs@, defoma (>= 0.7.0)
+Build-Depends-Indep: @cdbs@
 Standards-Version: 3.6.2
 
 Package: t1-xfree86-nonfree
 Architecture: all
-Depends: defoma, fontconfig, ${misc:Depends}
+Depends: fontconfig, ${misc:Depends}
 Conflicts: xfonts-xfree86-nonfree, xfonts-scalable-nonfree
 Replaces: xfonts-xfree86-nonfree, xfonts-scalable-nonfree
 Suggests: xfs | xserver
@@ -28,9 +28,9 @@
 
 Package: ttf-xfree86-nonfree
 Architecture: all
-Depends: defoma, fontconfig
+Depends: fontconfig
 Conflicts: xfonts-xfree86-nonfree, xfonts-scalable-nonfree
-Suggests: x-ttcidfont-conf, xserver-xfree86 | xfs-xtt (>> 1:1.3.0.1-3) | xfs (>= 4.0.2-1)
+Suggests: xserver-xfree86 | xfs-xtt (>> 1:1.3.0.1-3) | xfs (>= 4.0.2-1)
 Description: non-free TrueType fonts from XFree86
  Collection of TrueType fonts originally part of the
  XFree86 distribution, but which are licensed under terms
@@ -50,8 +50,8 @@
 
 Package: ttf-xfree86-nonfree-syriac
 Architecture: all
-Depends: defoma, fontconfig
-Suggests: x-ttcidfont-conf, xserver-xfree86 | xfs-xtt (>> 1:1.3.0.1-3) | xfs (>= 4.0.2-1)
+Depends: fontconfig
+Suggests: xserver-xfree86 | xfs-xtt (>> 1:1.3.0.1-3) | xfs (>= 4.0.2-1)
 Description: non-free syriac OpenType fonts from XFree86
  Meltho mollection of syriac OpenType fonts originally part of the
  XFree86 distribution, but which are licensed under terms
diff -u xfonts-scalable-nonfree-4.2.1/debian/rules xfonts-scalable-nonfree-4.2.1/debian/rules
--- xfonts-scalable-nonfree-4.2.1/debian/rules
+++ xfonts-scalable-nonfree-4.2.1/debian/rules
@@ -16,27 +16,19 @@
 DEB_INSTALL_DOCS_ttf-xfree86-nonfree-syriac := Meltho/README
 
-DEB_INSTALL_DIRS_t1-xfree86-nonfree := usr/X11R6/lib/X11/fonts/Type1 etc/X11/fonts/Type1
+DEB_INSTALL_DIRS_t1-xfree86-nonfree := usr/share/fonts/X11/Type1 etc/X11/fonts/Type1
 
 binary-post-install/t1-xfree86-nonfree::
 	perl debian/gen-fonts-dir.pl \
 		../../../../../share/fonts/type1/t1-xfree86-nonfree \
-		debian/t1-xfree86-nonfree/usr/X11R6/lib/X11/fonts/Type1 \
-		debian/t1-xfree86-nonfree.scale \
-		debian/t1-xfree86-nonfree.defoma-hints
+		debian/t1-xfree86-nonfree/usr/share/fonts/X11/Type1 \
+		debian/t1-xfree86-nonfree.scale
 	install -m 644 -p debian/t1-xfree86-nonfree.scale debian/t1-xfree86-nonfree/etc/X11/fonts/Type1
 
 getsource:
 	sh debian/getfromcvs.sh
 
 binary-fixup/t1-xfree86-nonfree::
-	dh_installdefoma -p$(cdbs_curpkg)
 	dh_installxfonts -p$(cdbs_curpkg)
 
-binary-fixup/ttf-xfree86-nonfree::
-	dh_installdefoma -p$(cdbs_curpkg)
-
-binary-fixup/ttf-xfree86-nonfree-syriac::
-	dh_installdefoma -p$(cdbs_curpkg)
-
 clean::
 	rm -f debian/t1-xfree86-nonfree.scale
diff -u xfonts-scalable-nonfree-4.2.1/debian/changelog xfonts-scalable-nonfree-4.2.1/debian/changelog
--- xfonts-scalable-nonfree-4.2.1/debian/changelog
+++ xfonts-scalable-nonfree-4.2.1/debian/changelog
@@ -1,3 +1,19 @@
+xfonts-scalable-nonfree (4.2.1-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Transition away from defoma. Closes: #649825
+  * Add ${misc:Depends} to packages dependencies to properly deal
+with dependencies introduced by debhelper utilities
+  * Bump debhelper compatibility level to 7
+  * Bump Standards to 3.9.2
+  * Change installation directory to /usr/share/fonts/X11
+  * Add debhelper token to all maintainer scripts
+  * Change Build-Depends-Indep into Build-Depends so that
+build dependencies are satisfied in the clean target
+  * Change section to fonts
+
+ -- Christian Perrier   Sun, 11 Dec 2011 22:30:17 +0100
+
 xfonts-scalable-nonfree (4.2.1-3) unstable; urgency=low
 
   * Standards-Version 3.6.2 (no changes needed).
diff -u xfonts-scalable-nonfree-4.2.1/debian/control xfonts-scalable-nonfree-4.2.1/debian/control
--- xfonts-scalable-nonfree-4.2.1/debian/control
+++ xfonts-scalable-nonfree-4.2.1/debian/control
@@ -1,13 +1,14 @@
 Source: xfonts-scalable-nonfree
-Section: non-free/text
+Section: non-free/fonts
 Priority: optional
 Maintainer: Jonas Smedegaard 
-Build-Depends-Indep: cdbs (>= 0.4.23-1.1), debhelper (>= 4.1.0), dh-buildinfo, defoma (>= 0.7.0)
-Standards-Version: 3.6.2
+Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 7)
+Build-Depends-Indep: d

Bug#651545: quagga-doc: quagga.pdf.gz references are broken

[Christian Hammers]

tags 651545 + upstream
forwarded 651545 https://bugzilla.quagga.net/show_bug.cgi?id=699
stop

Hello

Thanks for the report, I forwarded it to upstream.

bye,

-christian-

Am Fri, 09 Dec 2011 18:41:31 +0100
schrieb Florent Charton :

> Package: quagga-doc
> Version: 0.99.20-3
> Severity: minor
> 
> Dear Maintainer,
> 
> while reading the documentation, I noticed that the hyperlinks in the
> pdf documentation (in /usr/share/doc/quagga-doc/quagga.pdf.gz) are
> broken.
> 
> The links are like "undefined [Supported RFCs], page undefined"
> whereas they should be "Section 1.4 [Supported RFCs], page 3".
> 
> I briefly tried to build doc from source, but got the same problem,
> don't know if it is related to upstream or packaging.
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (980, 'unstable'), (910,
> 'experimental') Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages quagga-doc depends on:
> ii  dpkg  1.16.1.2  
> ii  install-info  4.13a.dfsg.1-8
> 
> quagga-doc recommends no packages.
> 
> Versions of packages quagga-doc suggests:
> ii  quagga  0.99.20-3
> 
> -- 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#645104: libvte9 uses incorrect path for gnome-pty-helper

[Michael Biebl]

found 645104 1:0.27.4-1
thanks

This bug was introduced in

vte (1:0.27.4-1) experimental; urgency=low

  * Switch to CDBS' flavors system.
  * Bump debhelper compatibility to 8.
  * New upstream release, based on a patch by Michael Terry.
Closes: #604846.
  * Include check-dist.mk to prevent accidental uploads to unstable.

 -- Emilio Pozuelo Monfort   Wed, 12 Jan 2011 22:45:34
+

Which broke the way the libexecdir parameter is passed to configure
(cdbs is a bit special in that regard...)

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





signature.asc
Description: OpenPGP digital signature

Bug#641123: roxterm: symbol lookup error: roxterm: undefined symbol: vte_terminal_search_get_gregex

[Michael Biebl]

On 11.12.2011 22:24, Michael Biebl wrote:
> found 641123 1:0.27.4-1
> thanks
> 
> This bug was introduced in
> 
> vte (1:0.27.4-1) experimental; urgency=low
> 
>   * Switch to CDBS' flavors system.
>   * Bump debhelper compatibility to 8.
>   * New upstream release, based on a patch by Michael Terry.
> Closes: #604846.
>   * Include check-dist.mk to prevent accidental uploads to unstable.
> 
>  -- Emilio Pozuelo Monfort   Wed, 12 Jan 2011 22:45:34
> +
> 
> Which broke the way the libexecdir parameter is passed to configure
> (cdbs is a bit special in that regard...)

Argh, this was meant to go to #645104



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



signature.asc
Description: OpenPGP digital signature

Bug#643647: lists.debian.org: please create debian-events-announce

[Alexander Wirt]

tag 643647 wontfix
thanks
Luca Capello schrieb am Wednesday, den 28. September 2011:

> Package: lists.debian.org
> Severity: wishlist
> Usertags: debian-events
> 
> Hi there!
> 
> As discussed during the DebConf11 Events BoF [1], here is the request
> for a new debian-events-announce@ mailing list.  Cc:ing the
> debian-publicity@ and debian-www@ lists, as well as the events@d.o team
> to look for second, please keep (at least) the events@d.o team in the
> loop.
I think we had consense that the established debian-news system should be
used. So I'll close this bug as wontfix.

Alex




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

Bug#641123: roxterm: symbol lookup error: roxterm: undefined symbol: vte_terminal_search_get_gregex

[Michael Biebl]

found 641123 1:0.27.4-1
thanks

This bug was introduced in

vte (1:0.27.4-1) experimental; urgency=low

  * Switch to CDBS' flavors system.
  * Bump debhelper compatibility to 8.
  * New upstream release, based on a patch by Michael Terry.
Closes: #604846.
  * Include check-dist.mk to prevent accidental uploads to unstable.

 -- Emilio Pozuelo Monfort   Wed, 12 Jan 2011 22:45:34
+

Which broke the way the libexecdir parameter is passed to configure
(cdbs is a bit special in that regard...)

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



signature.asc
Description: OpenPGP digital signature

Bug#651751: xfce4-power-manager: FN Keys not working

[Walter Mollica]

Package: xfce4-power-manager
Version: 0.8.5-2
Severity: normal
Tags: squeeze

I own a Sony Vaio VPCYB3V1E and I'm experiencing a problem with FN Keys.
They do not work in Xfce (Vol up-down, brightness etc.) while they do in Gnome.
Through acpi_listen i see they're being recognized, but nothing happens.
I'm now manually changing LCD's brightness echoing /proc/acpi/video/VGA/LCD/brig


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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-power-manager depends on:
ii  hal0.5.14-3  Hardware Abstraction Layer
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libnotify1 [libnotify1 0.5.0-2   sends desktop notifications to a n
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxext6   2:1.1.2-1 X11 miscellaneous extension librar
ii  libxfce4util4  4.6.2-1   Utility functions library for Xfce
ii  libxfcegui4-4  4.6.4-1   Basic GUI C functions for Xfce4
ii  libxfconf-0-2  4.6.2-1   Client library for Xfce4 configure
ii  xfce4-power-manager-da 0.8.5-2   power manager for Xfce desktop, ar

Versions of packages xfce4-power-manager recommends:
ii  consolekit0.4.1-4framework for defining and trackin

Versions of packages xfce4-power-manager suggests:
pn  xfce4-power-manager-plugins(no description available)

-- no debconf information



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

Bug#651718: [update-notifier-kde] Translation done

[Rafael Belmonte]

Package: update-notifier-kde
Version: 1.2.4

I have done it, I hope for the diff I made to be useful.
diff -Nur src.orig/kingston_update_notifier.desktop src.new/kingston_update_notifier.desktop
--- src.orig/kingston_update_notifier.desktop	2011-04-06 09:13:31.0 +0200
+++ src.new/kingston_update_notifier.desktop	2011-12-11 22:03:04.840920932 +0100
@@ -1,10 +1,12 @@
 [Desktop Entry]
 Name=Update notifier
 Name[de]=Aktualisierungs-Notifier
+Name[es]=Notificador de actualizaciones
 Name[hu]=Frissítésfigyelő
 Type=Service
 Comment=Notifies user when there are updates available
 Comment[de]=Benachrichtigt den Benutzer, wenn Aktualisierungen verfügbar sind.
+Comment[es]=Notifica al usuario cuando hay actualizaciones disponibles
 Comment[hu]=Értesít, ha a rendszer frissíthető.
 Comment[fr]=Prévient l'utilisateur lorsque des mises à jour sont disponibles.
 X-KDE-ServiceTypes=KDEDModule
diff -Nur src.orig/kingston_update_notifier.notifyrc src.new/kingston_update_notifier.notifyrc
--- src.orig/kingston_update_notifier.notifyrc	2011-04-06 09:13:31.0 +0200
+++ src.new/kingston_update_notifier.notifyrc	2011-12-11 21:55:12.490578690 +0100
@@ -2,26 +2,31 @@
 Icon=applications-other
 Comment=Update notification daemon
 Comment[de]=Aktualisierungs-Benachrichtigungs-Daemon
+Comment[es]=Demonio de notificación de actualizaciones
 Comment[fr]=Démon de notification de mises à jour
 Comment[hu]=Frissítésfigyelő szolgáltatás
 Name=Update notification daemon
 Name[de]=Aktualisierungs-Benachrichtigungs-Daemon
+Name[es]=Demonio de notificación de actualizaciones
 Name[fr]=Démon de notification de mises à jour
 Name[hu]=Frissítésfigyelő szolgáltatás
 
 [Context/info]
 Name=Information
 Name[de]=Information
+Name[es]=Información
 Name[fr]=Informations
 Name[hu]=Értesítés
 Comment=Used for update information
 Comment[de]=Für Aktualisierungsinformationen verwandt.
+Comment[es]=Usado para la información de actualización
 Comment[fr]=Utilisé pour les informations de mises à jour.
 Comment[hu]=Frissítésekről értesít.
 
 [Event/updatesavailable]
 Name=Available updates
 Name[de]=Verfügbare Aktualisierungen
+Name[es]=Actualizaciones disponibles
 Name[fr]=Mises à jour disponibles
 Name[hu]=Elérhető frissítések
 Contexts=info
@@ -30,6 +35,7 @@
 [Event/requestreboot]
 Name=Update notifier
 Name[de]=Aktualisierungs-Notifier
+Name[es]=Notificador de actualizaciones
 Name[fr]=Notification de mises à jour
 Name[hu]=Frissítésfigyelő
 Contexts=info

Bug#650082: new mailing list: debian-companies

[Alexander Wirt]

Stefano Zacchiroli schrieb am Saturday, den 26. November 2011:

> Package: lists.debian.org
> Severity: wishlist
> 
> Name: debian-compan...@lists.debian.org
> 
> Rationale:
> 
>   I've been working in federating companies that have an interest in 
> supporting
>   Debian in various ways. The kind of support here varies from stuff already
>   partially covered by the Debian partners program, to new stuff such as
>   companies that offer commercial support to Debian user and would like to
>   investigate how to work together and work on topics such as Debian hardware
>   certification, OEM, obtaining Debian certification for software their
>   customers need, etc.
> 
>   The list I'm requesting is meant to become a forum for representative of 
> such
>   companies.
> 
>   I think Debian should offer an official forum for those companies to 
> discuss,
>   welcoming the effort.  Other than that, the discussion will be up to company
>   representatives.
> 
>   Note: I'm aware of the existence of the debian-enterprise list, but the 
> topic
>   is different. With the list I'm requesting the discussion will be political
>   discussion rather than technical. Also, they won't be restricted to large
>   companies, as the "enterprise" name seems to imply.
> 
> Description:
> 
>   Discussion about the needs of companies that contribute to, offer commercial
>   support for, or have other strategic interests in Debian
> 
> Category: Miscellaneous Debian
> 
> Subscription policy: closed
> Web archive: no
I was working on this bug and I detected the non openess part. And I have to
say that I strongly disagree in making this list non-public.

Am I the only one that don't likes this?

Alex




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

Bug#651750: gdm3 Version 2.30.5-6squeeze4 keystroke binding bugs...

[yekta.gursel]

Package: gdm3

Version: 2.30.5-6squeeze4

Distribution: Debian 6.0.2.1-i386-DVD, Updated to Debian 6.0.3-i386-DVD, Using 
   Debian 6.0.3-i386-Update-DVD-Volumes 1 and 2

Hardware: MSI MS-7108 Motherboard with Intel Pentium 4, LGA 775, 3.0 GHz, Dual 
Processor CPU,
 Intel 848P, ICH5, 2 GB of 400 MHz DDR SDRAM, AGP 8x graphics 
with a DVI monitor.

Symptoms: As it stands, there is no keyboard short-cut binding for normally 
exiting the gdm3.  This can only be
done by using the  "Log Out user" option in the top panel menu "System", which 
brings up the "Switch user or
Log Out" requester.  There is a "Logout" keybinding shown in the "Keyboard 
short-cuts" editor, which is bound to
Ctrl+Alt+Del, but this brings up the "Reboot the entire computer" requester, 
instead of the "Switch user or Log Out"
requester.  One can not change the function name of this entry as supplied (it 
is somewhat built-in) to "Reboot",
and add a  "Logout" entry, as the custom keyboard short-cut entry demands a 
function name to execute for the
programmed keystroke, and the name or even the accessibility of that function 
for bringing up the actual "Log Out"
requester are not known.  The instant exit from the display manager is a very 
useful function, which is not accessible
at the moment.  I know how to get to a console terminal from within gdm3, but 
that is not the desired function as
gdm3 would still be running in that case.  For the record, I always do a "text" 
console log-in, with a "startx" to
start the gdm3 when I want the window manager to run.  When gdm3 exits with a 
normal "Log Out user", the control 
returns to this main text console, with no display manager running.

Questions: 1) Where are the panel menu options stored in the system?  I have 
looked all over and I can only find the
entries for the applications menus, not the entries for system call type menus. 
 
2) In the "xdm" display manager, the keystroke sequence Ctrl+Alt+BackSpace is 
used to perform the "Log out"
function or to even perform the  instant exit from the display manager without 
a requester.  gdm3 is an "xdm"
replacement with this very useful function (especially when the program 
"gnome-panel" stops responding due
to some other bug) deleted.  Is there any particular reason for this, other 
than that it is a bug?  

-- Yekta


Yekta Gursel, Ph. D.

Address:

5444 Baldwin Avenue
Temple City
California, 91780-2624

Phone: (626) 454-4029 

E-mail: yekta.gur...@att.net

Bug#651749: spread: FTBFS on hurd-i386

[Svante Signell]

Source: spread
Version: 3.17.4-3
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi, inlined below is a temporary workaround for spread to build on
GNU/Hurd in case somebody has interest to NMU it. This package is
currently orphaned, but an adopter has announced interest in packaging
version 4.1.0, see #489314. Furthermore, the package has unclear
licensing terms, see #639916. So until the above problems are resolved
there is no idea to spend on creating a proper patch for this old
software.

--- spread-3.17.4/sp.c  2011-12-11 18:42:13.0 +0100
+++ spread-3.17.4.modified/sp.c 2011-12-11 21:39:34.0 +0100
@@ -82,6 +82,10 @@
 void*auth_data;
 };
 
+#ifndef MAXHOSTNAMELEN
+#define MAXHOSTNAMELEN 64
+#endif
+
 /* length of spread_name connect field is limited to 5 digit port # +
'@' + hostname */
 #define SPREAD_MAXCONNECT_NAMELEN   MAXHOSTNAMELEN + 6
 





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

Bug#651747: linux-image-3.1.0-1-486: dist-upgrade requested linux-headers-3.1.0-1-486 for depmod, and that failed to install

[Ben Hutchings]

On Sun, 2011-12-11 at 19:55 +, David Goodenough wrote:
> Package: linux-2.6
> Version: 3.1.4-1
> Severity: normal
> 
> Dear Maintainer,
> 
> I just did a dist-upgrade and this new version of linux image was installed.  
> During the
> installation it complained when setting up the modules that 
> linux-headers-3.1.0-1-486 be 
> installed (I do not have the exact message as it scrolled past and I could 
> not scroll
> back to it).  
> 
> When I tried to install linux-headers-3.1.0-1-486 it complained of a build 
> error, and
> suggested I look in a log file in which I found:-
> 
> checking compiler to build kernel modules... gcc (default)
> checking for BSD- or MS-compatible name lister (nm)... (cached) /usr/bin/nm -B
> checking the name lister (/usr/bin/nm -B) interface... (cached) BSD nm
> configure: error: --with-linux argument '3.1.0-1-486' is neither a kernel 
> version string nor a full path
> make[3]: *** [/var/lib/dkms/blcr/0.8.4/build/config-stamp] Error 1
> make[2]: *** [_module_/var/lib/dkms/blcr/0.8.4/build] Error 2
> make[1]: *** [sub-make] Error 2
> make: *** [all] Error 2
> make: Leaving directory `/usr/src/linux-headers-3.1.0-1-486'
[...]

When you install the new headers package, DKMS will automatically
rebuild appropriately packaged modules for use with the new kernel
version.  It appears that blcr only accepts Linux kernel version strings
that begin with '2.6', so it failed to build.  I have reassigned the bug
accordingly.

Ben.

-- 
Ben Hutchings
I'm always amazed by the number of people who take up solipsism because
they heard someone else explain it. - E*Borg on alt.fan.pratchett


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

Bug#628912: [Pkg-xen-devel] Bug#628912: Bug#628912: xenconsoled and xenstored stopping unhandled by init script

[Ian Campbell]

On Sun, 2011-12-11 at 15:10 +0100, Josip Rodin wrote:
> On Sun, Dec 11, 2011 at 01:12:58PM +, Ian Campbell wrote:
> > On Sun, 2011-12-11 at 12:33 +0100, Josip Rodin wrote:
> > > On Sat, Dec 10, 2011 at 08:03:33PM +0100, Bastian Blank wrote:
> > > > On Thu, Jun 02, 2011 at 01:18:11PM +0200, Josip Rodin wrote:
> > > > > When you change XENCONSOLED_ARGS in /etc/default/xend, there's no 
> > > > > normal way
> > > > > to apply it. Even if you do '/etc/init.d/xend stop', that doesn't stop
> > > > > xenconsoled, despite the fact the analogous 'start' action did start 
> > > > > it.
> > > > > There isn't even a separate init script action to stop it, it has to 
> > > > > be
> > > > > killed manually. Same goes for xenstored.
> > > > 
> > > > There is no way to reliable restart xenstored and xenconsoled. You have
> > > > to reboot.
> > > 
> > > You mean there's no way to restart them without losing their functionality
> > > with operating domU machines in the interim? If so, that's fine.
> > 
> > At least in the case of xenstored there is no way to restart since this
> > will lose the watches which the backends have registered and which will
> > in turn prevent you from starting any other guests (at least those with
> > devices) in the future or hotplugging any new devices etc. It will also
> > break things like graceful shutdown for existing guests.
> > 
> > There has been talk about restartable xenstore upstream but AFAIK no
> > code has been written nor is anyone actively persueing this at the
> > moment (obviously we would love it if someone would take this on and
> > make it work!).
> > 
> > I thought xenconsoled was restartable, the upstream init scripts
> > certainly do so.
> 
> I was primarily asking about xenconsoled.
> 
> For xenstored, it would certainly be preferable that the stop action checks
> whether the active software is such that it can't handle stopping, and that
> it then states that explicitly.

As it stands today it is never the case that the system can handle
stopping xenstored and still remain a correctly functioning Xen system.
The upstream initscripts unconditionally print:

 WARNING: Not stopping xenstored, as it cannot be restarted

Ian.

-- 
Ian Campbell


Where will it all end?  Probably somewhere near where it all began.




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