Bug#641678: cdbs: 0.4.97 breaks scons build

[Antonin Kral]

Package: cdbs
Version: 0.4.97
Severity: serious

Hi,

when rebuilding mongodb I have found that when upgrading cdbs to 0.4.97
then the build process (through scons) fails (it is actually not trying
to build at all):

 debian/rules build
make: Nothing to be done for `build'.
 fakeroot debian/rules binary
make: Nothing to be done for `binary'.

when I downgrade cdbs to 0.4.96 the exactly same package builds without
a problem. I was testing the build in freshly created cowbuilder.



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

Bug#625374: Fix FTFBS with -Werror (and -fstack-protector)

[Matthias Klose]

tags 625374 + patch
user ubuntu-de...@lists.ubuntu.com
usertags 625374 oneiric ubuntu-patch
user debian-...@lists.debian.org
usertags 625374 ftbfs-gcc-4.6 ftbfs-werror
thanks

Fixes the ftbfs, and allows building with -fstack-protector.



diff -u libpam-chroot-0.9/Makefile libpam-chroot-0.9/Makefile
--- libpam-chroot-0.9/Makefile
+++ libpam-chroot-0.9/Makefile
@@ -3,7 +3,7 @@
 CC=gcc
 CFLAGS=-fPIC -O2 -Wall -Werror -pedantic
 CPPFLAGS=-I.
-LDFLAGS=-x --shared
+LDFLAGS=-shared
 DESTDIR=/
 
 OUT=pam_chroot.so
@@ -12,7 +12,7 @@
 all:   $(OUT)
 
 %.so: %.o
-   $(LD) $(LDFLAGS) -o $@ $< -lpam
+   $(CC) $(LDFLAGS) -o $@ $< -lpam
 
 clean:
rm -f *.o $(OUT)
diff -u libpam-chroot-0.9/pam_chroot.c libpam-chroot-0.9/pam_chroot.c
--- libpam-chroot-0.9/pam_chroot.c
+++ libpam-chroot-0.9/pam_chroot.c
@@ -639,10 +639,8 @@
  *  then pass it to this function */
 int _pam_do_chroot(pam_handle_t *pamh, struct _pam_opts *opts) {
int err,debug;
-   char *name;
char const *user;
 
-   name = NULL;
debug = opts->flags & _PAM_OPTS_DEBUG;
 
err = pam_get_user(pamh, &user, NULL);
diff -u libpam-chroot-0.9/debian/changelog libpam-chroot-0.9/debian/changelog
--- libpam-chroot-0.9/debian/changelog
+++ libpam-chroot-0.9/debian/changelog
@@ -1,3 +1,18 @@
+libpam-chroot (0.9-4ubuntu2) oneiric; urgency=low
+
+  * Remove unused variable `name'. Closes: #625374. LP: #831203.
+  * Revert:
+- Build with -fno-stack-protector fix FTBFS
+  * Link with gcc.
+
+ -- Matthias Klose   Thu, 15 Sep 2011 08:49:55 +0200
+
+libpam-chroot (0.9-4ubuntu1) natty; urgency=low
+
+  * Build with -fno-stack-protector fix FTBFS
+
+ -- Bhavani Shankar   Thu, 04 Nov 2010 22:14:20 +0530
+
 libpam-chroot (0.9-4) unstable; urgency=low
 
   * Makefile: -lpam should go at the end of the $(LD) invocation

Bug#625375: work around build failure with -Werror

[Matthias Klose]

tags 625375 + patch
user ubuntu-de...@lists.ubuntu.com
usertags 625375 oneiric ubuntu-patch
user debian-...@lists.debian.org
usertags 625375 ftbfs-gcc-4.6 ftbfs-werror
thanks

patch at
http://launchpadlibrarian.net/79934363/libss7_1.0.2-1_1.0.2-1ubuntu1.diff.gz



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

Bug#641665: i915 rendering problems; affects font rendering in some X11 apps

[Jonathan Nieder]

retitle 641665 915GM (Eee PC 900): fonts have some corrupted glyphs: 
strikethrough
# [1]
forwarded 641665 https://bugs.freedesktop.org/show_bug.cgi?id=36326
affects 641665 + xserver-xorg-video-intel
quit

Hi,

Vítor De Araújo wrote:

> I'm sending a screenshot of an affected screen attached. In this
> instance, the 'h' character is misrendered, but it varies from execution
> to execution.
>
> I'm running on an Eee PC 900, it this helps.

Thanks for reporting it.  Sounds like [1] (glyph cache corruption).
Might be related to bug#600474.  It seems to have been introduced
between 2.6.33 and 2.6.34, but since it's an intermittent problem,
bisection is hard.  Putting

Section "Device"
Identifier "Intel"
Driver "intel"
Option "DebugWait" "true"
EndSection

in xorg.conf avoids trouble for some people.  The upstream report
contains some kernel and userspace patches that in combination work,
at the cost of some other regressions. :/



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

Bug#641679: php5-fpm: Error compiling latest git sources with --enable-maintainer-zts: ext/standard/crypt.c:156: error: storage size of ‘buffer’ isn’t known

[Ettore Del Negro]

Package: php5-fpm
Version: 5.3.8-1~dotdeb.2
Severity: serious
Justification: fails to build from source


Enabling --enable-maintainer-zts causes the following compile error:
php/ext/standard/crypt.c: In function ‘zif_crypt’:
php/ext/standard/crypt.c:156: error: storage size of ‘buffer’ isn’t known
php/ext/standard/crypt.c:201:3: warning: #warning Using system MD5 crypt 
function, which is OK on Debian system
php/ext/standard/crypt.c:202: warning: implicit declaration of function 
‘crypt_r’
php/ext/standard/crypt.c:213:3: warning: #warning Using system SHA512 crypt 
function, which is OK on Debian system
php/ext/standard/crypt.c:226:3: warning: #warning Using system SHA256 crypt 
function, which is OK on Debian system
php/ext/standard/crypt.c:251:3: warning: #warning Using PHP BlowFish crypt 
function, which is OK on Debian system
php/ext/standard/crypt.c:265:3: warning: #warning Using PHP extended DES crypt 
function, which is OK on Debian system
php/ext/standard/crypt.c:272:3: warning: #warning Using system standard DES 
crypt function, which is OK on Debian system
php/ext/standard/crypt.c:156: warning: unused variable ‘buffer’
make[1]: *** [ext/standard/crypt.lo] Error 1

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

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

Versions of packages php5-fpm depends on:
ii  dpkg   1.15.8.11 Debian package management system
ii  libbz2-1.0 1.0.5-6   high-quality block-sorting file co
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcomerr2 1.41.12-4stable1  common error description library
ii  libdb4.8   4.8.30-2  Berkeley v4.8 Database Libraries [
ii  libgssapi-krb5-2   1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries - k
ii  libk5crypto3   1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries
ii  libmagic1  5.04-5File type determination library us
ii  libonig2   5.9.1-1   Oniguruma regular expressions libr
ii  libqdbm14  1.8.77-4  QDBM Database Libraries [runtime]
ii  libssl0.9.80.9.8o-4squeeze2  SSL shared libraries
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  mime-support   3.48-1MIME files 'mime.types' & 'mailcap
ii  php5-common5.3.8-1~dotdeb.2  Common files for packages built fr
ii  tzdata 2011d-0squeeze1   time zone and daylight-saving time
ii  ucf3.0025+nmu1   Update Configuration File: preserv
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

php5-fpm recommends no packages.

Versions of packages php5-fpm suggests:
pn  php-pear   (no description available)

-- Configuration Files:
/etc/php5/fpm/php-fpm.conf changed [not included]
/etc/php5/fpm/pool.d/www.conf changed [not included]

-- 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#625813: multihead system sometimes locks when awoken from screen saver using mouse

[Thomas Thorne]

Package: xorg
Version: 1:7.5+8
Severity: normal

Same problem as before, I have not moved over to the non-nvidia drivers
but I shall look to do so soon. 

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

lrwxrwxrwx 1 root root 13 Oct 27  2010 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1889472 Feb 18  2011 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions

VGA-compatible devices on PCI bus:
--
02:00.0 VGA compatible controller [0300]: nVidia Corporation G98 [Quadro NVS 
295] [10de:06fd] (rev a1)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 2774 Aug  5 15:14 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildd@barber)  Sun Jun 13 12:08:56 UTC 2010

# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 1.0  (pbuilder@c203)  Tue May 18 07:56:38 UTC 2010
# PowerMizer settings taken from 
linux.aldeby.org/nvidia-powermizer-powersaving.html

Section "ServerLayout"
Identifier "Layout0"
Screen  0  "Screen0" 0 0
Screen  1  "Screen1" 1600 460
InputDevice"Keyboard0" "CoreKeyboard"
InputDevice"Mouse0" "CorePointer"
Option "Xinerama" "0"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName  "HP LP2065"
HorizSync   30.0 - 92.0
VertRefresh 48.0 - 85.0
Option "DPMS"
EndSection

Section "Monitor"
Identifier "Monitor1"
VendorName "Unknown"
ModelName  "HP LP2065"
HorizSync   30.0 - 92.0
VertRefresh 48.0 - 85.0
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "Quadro NVS 295"
BusID  "PCI:2:0:0"
Screen  0
EndSection

Section "Device"
Identifier "Device1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "Quadro NVS 295"
BusID  "PCI:2:0:0"
Screen  1
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor"Monitor0"
DefaultDepth24
Option "TwinView" "0"
Option "metamodes" "DFP-0: nvidia-auto-select +0+0"
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x; 
PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3"
SubSection "Display"
Depth   24
EndSubSection
EndSection

Section "Screen"
Identifier "Screen1"
Device "Device1"
Monitor"Monitor1"
DefaultDepth24
Option "TwinView" "0"
Option "metamodes" "DFP-1: nvidia-auto-select +0+0"
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x; 
PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3"
SubSection "Display"
Depth   24
EndSubSection
EndSection


/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 2.6.32-5-amd64 (Debian 2.6.32-35) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:42:28 UTC 

Bug#641531: Support for WPA2-LEAP

[David Paleino]

Hello Raúl,

On Wed, 14 Sep 2011 09:58:45 +0200, Raúl Sánchez Siles wrote:

> Hello:
> 
> I've noticed that wicd doesn't currently support for WPA2-LEAP in either
> squeeze or sid versions.
> 
> I'm shortly attaching a patch that adds support for this.

You forgot to attach it? :)

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#628444: linux-image-2.6.39-1-686-pae: iwlagn - "MAC is in deep sleep", cannot restore wifi operation

[Shannon Dealy]

On Tue, 13 Sep 2011, maximilian attems wrote:


tags 628444 moreinfo
stop


This bug actually applies to all Debian kernels I have tried including
2.6.36, 2.6.37, 2.6.38, and 2.6,39


Did you try since newer 3.0 images, how are they performing?

thank you


I wasn't aware that the 3.0 kernels were out until you sent this message. 
Unfortunately, since this bug takes time to manifest, it will require that 
I run with 3.0 as my default kernel, this means I have to get vmware to 
run with it (since I use it heavily), and that is usually a problem for 
bleeding edge kernels.  I will look into it, but it may be a week or so 
before I can even try running a 3.0 kernel.


Shannon C. Dealy  |   DeaTech Research Inc.
de...@deatech.com |  - Custom Software Development -
Phone: (800) 467-5820 |  - Natural Building Instruction -
   or: (541) 929-4089 |  www.deatech.com



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

Bug#641680: uclibc-source: description mentions libraries but package does not provide them

[Paul Wise]

Package: uclibc-source
Severity: minor

The package description says this:

This package provides only the run-time libraries. 

But the package does not contain any run-time libraries:

pabs@chianamo:~$ apt-file show uclibc-source
uclibc-source: /usr/share/doc/uclibc-source/changelog.Debian.gz
uclibc-source: /usr/share/doc/uclibc-source/changelog.gz
uclibc-source: /usr/share/doc/uclibc-source/copyright
uclibc-source: /usr/src/uClibc-0.9.32.tar.bz2

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

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

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#636135: xserver-xorg-video-radeon: Logout of KDE gives black screen with pointer still visible.

[MAG4 Piemonte]

> This work-around works for me, thanks:
> 
> /etc/kde4/kdm/kdmrc
> ...
> [X-*-Core]
> TerminateServer=true

Thanks oz, this workaround don't works for us but if we put 
TerminateServer=true in the [X-:*-Core] section it's ok.



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

Bug#641654: nvidia-kernel-dkms: Nvidia kernel module fails compiling duo GPL-only symbols used by a non-GPL module

[José Luis Segura Lucas]

Oh, I have no idea about the problem is kernel RT related.

Best regards

El 15/09/11 01:20, Andreas Beckmann escribió:

severity 641654 normal
forwarded 641654 http://www.nvnews.net/vbulletin/showthread.php?t=165238
affects 641654 nvidia-kernel-source
affects 641654 fglrx-modules-dkms
retitle 641654 module build fails for realtime kernel (3.0.0-1-rt-*) due to 
GPL-only symbol 'migrate_enable' being used
thanks

On 2011-09-15 00:04, José Luis Segura Lucas wrote:

Severity: grave
Justification: renders package unusable

No. Only the *-rt-* kernels are not supported.


The compilations fails and the log, on
/var/lib/dkms/nvidia/275.28/build/make.log says, at the end, the following:

/usr/src/linux-headers-3.0.0-1-common-rt/arch/x86/include/asm/uaccess_64.h: In

...

FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'migrate_enable'

That symbol is introduced by the realtime patch and is (indirectly)
used by the nvidia module, making the module build fail, see
http://www.nvnews.net/vbulletin/showthread.php?t=165238

The module builds fine for all other kernel flavors, so you will have to
choose between using the RT kernel and using the NVIDIA driver. Currently
you can't have both.

Possible solutions:
* convince the RT patch developers to remove the GPL-only restriction
* convince NVIDIA to work around the indirect migrate_enable usage
* patch the nvidia sources yourself to not use migrate_enable indirectly
* ...

Andreas





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

Bug#634414: work around build failure with -Werror

[Matthias Klose]

tags 634414 + patch
user ubuntu-de...@lists.ubuntu.com
usertags 634414 oneiric ubuntu-patch
user debian-...@lists.debian.org
usertags 634414 ftbfs-gcc-4.6 ftbfs-werror
thanks

patch at
http://launchpadlibrarian.net/79955528/libnsbmp_0.0.1-1_0.0.1-1ubuntu1.diff.gz



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

Bug#641624: Older Attempt

[Ole Streicher]

There was an older (archived now) attempt to package this library: Bug
#34188

In this ld ITP, the library got the name "libwcs". However, there is a
competing library available called "libwcs", which is part of the
WCSTOOLS package .

I would however call the library package "libwcs" as this is
what lintian recommends, and both upstream packages would install a
libwcs.so, so they would conflict on the same system anyway. And
wcstools may use the wcslib (as packaged here), so there is still a
possibility to package WCSTOOLS in a way that does not conflict with wcslib.

To summarize, I would use the following naming scheme:

- wcslib as source package
- libwcs as library package
- libwcs-dev as header/static library package
- wcslib-tools for the binary tools provided by the package

See also
 for a
discussion of the relation between the two packages.



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

Bug#641681: package ftbfs with ld --as-needed

[Matthias Klose]

Package: libkml
Version: 1.2.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

see http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries


Index: libkml-1.2.0/examples/helloworld/Makefile.am
===
--- libkml-1.2.0.orig/examples/helloworld/Makefile.am   2010-12-19 
20:11:54.188229000 +
+++ libkml-1.2.0/examples/helloworld/Makefile.am2010-12-19 
20:11:54.698229001 +
@@ -26,8 +26,8 @@
 circlegen_LDADD = \
$(top_builddir)/src/kml/base/libkmlbase.la \
$(top_builddir)/src/kml/dom/libkmldom.la \
-   $(top_builddir)/src/kml/engine/libkmlengine.la \
-   $(top_builddir)/src/kml/convenience/libkmlconvenience.la
+   $(top_builddir)/src/kml/convenience/libkmlconvenience.la \
+   $(top_builddir)/src/kml/engine/libkmlengine.la
 
 checklinks_SOURCES = checklinks.cc
 checklinks_LDADD = \
@@ -75,8 +75,8 @@
 
 hellokmz_SOURCES = hellokmz.cc
 hellokmz_LDADD = \
-   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/engine/libkmlengine.la \
+   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/base/libkmlbase.la
 
 helloregion_SOURCES = helloregion.cc
@@ -102,8 +102,8 @@
 
 prettykml_SOURCES = prettykml.cc
 prettykml_LDADD = \
-   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/engine/libkmlengine.la \
+   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/base/libkmlbase.la
 
 printgeometry_SOURCES = printgeometry.cc
Index: libkml-1.2.0/examples/regionator/Makefile.in
===
--- libkml-1.2.0.orig/examples/regionator/Makefile.in   2010-12-19 
20:11:54.388229001 +
+++ libkml-1.2.0/examples/regionator/Makefile.in2010-12-19 
20:11:54.698229001 +
@@ -216,9 +216,9 @@
 csvregionator_LDADD = \
$(top_builddir)/src/kml/base/libkmlbase.la \
$(top_builddir)/src/kml/dom/libkmldom.la \
-   $(top_builddir)/src/kml/engine/libkmlengine.la \
$(top_builddir)/src/kml/regionator/libkmlregionator.la \
-   $(top_builddir)/src/kml/convenience/libkmlconvenience.la
+   $(top_builddir)/src/kml/convenience/libkmlconvenience.la \
+   $(top_builddir)/src/kml/engine/libkmlengine.la
 
 all: all-am
 
Index: libkml-1.2.0/examples/regionator/Makefile.am
===
--- libkml-1.2.0.orig/examples/regionator/Makefile.am   2010-12-19 
20:11:54.188229000 +
+++ libkml-1.2.0/examples/regionator/Makefile.am2010-12-19 
20:11:54.698229001 +
@@ -12,7 +12,7 @@
 csvregionator_LDADD = \
$(top_builddir)/src/kml/base/libkmlbase.la \
$(top_builddir)/src/kml/dom/libkmldom.la \
-   $(top_builddir)/src/kml/engine/libkmlengine.la \
$(top_builddir)/src/kml/regionator/libkmlregionator.la \
-   $(top_builddir)/src/kml/convenience/libkmlconvenience.la
+   $(top_builddir)/src/kml/convenience/libkmlconvenience.la \
+   $(top_builddir)/src/kml/engine/libkmlengine.la
 
Index: libkml-1.2.0/examples/helloworld/Makefile.in
===
--- libkml-1.2.0.orig/examples/helloworld/Makefile.in   2010-12-19 
20:12:36.748229196 +
+++ libkml-1.2.0/examples/helloworld/Makefile.in2010-12-19 
20:13:53.708229021 +
@@ -345,8 +345,8 @@
 circlegen_LDADD = \
$(top_builddir)/src/kml/base/libkmlbase.la \
$(top_builddir)/src/kml/dom/libkmldom.la \
-   $(top_builddir)/src/kml/engine/libkmlengine.la \
-   $(top_builddir)/src/kml/convenience/libkmlconvenience.la
+   $(top_builddir)/src/kml/convenience/libkmlconvenience.la \
+   $(top_builddir)/src/kml/engine/libkmlengine.la
 
 checklinks_SOURCES = checklinks.cc
 checklinks_LDADD = \
@@ -394,8 +394,8 @@
 
 hellokmz_SOURCES = hellokmz.cc
 hellokmz_LDADD = \
-   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/engine/libkmlengine.la \
+   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/base/libkmlbase.la
 
 helloregion_SOURCES = helloregion.cc
@@ -421,8 +421,8 @@
 
 prettykml_SOURCES = prettykml.cc
 prettykml_LDADD = \
-   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/engine/libkmlengine.la \
+   $(top_builddir)/src/kml/dom/libkmldom.la \
$(top_builddir)/src/kml/base/libkmlbase.la
 
 printgeometry_SOURCES = printgeometry.cc

Bug#641682: TYPO3 Security Bulletin TYPO3-CORE-SA-2011-002: Potential SQL injection vulnerability in TYPO3 Core

[Christian Welzel]

Package: typo3-src
Severity: critical
Tags: security
Version: 4.5.4+dfsg1-1


Component Type: TYPO3 Core
Affected Versions: 4.5.0 - 4.5.5
Release Date: September 14, 2011



Vulnerable subcomponent: Database API


Vulnerability Type: SQL Injection
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:M/Au:N/C:P/I:P/A:N/E:U/RL:OF/RC:C

Problem Description: Failing to properly replace parameter values, the
usage of prepared statements could lead to a SQL Injection
vulnerability. This issue can only be exploited if two or more
parameters are bound to the query and at least two come from user input.

We carefully analysed the usage of prepared queries in the TYPO3 Core
and found that it is not exploitable. We are also not aware of any
extension in the TER that uses this feature in a exploitable way.
Nevertheless all users of TYPO3 4.5.x are adviced to update their
installations as soon as possible.


-- 
 MfG, Christian Welzel

  GPG-Key: http://www.camlann.de/de/pgpkey.html
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



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

Bug#641683: TYPO3 Security Bulletin TYPO3-CORE-SA-2011-003: Improper error handling could lead to cache flooding in TYPO3 Core

[Christian Welzel]

Package: typo3-src
Severity: critical
Tags: security


Component Type: TYPO3 Core

Affected Versions: 4.2.0-4.2.17, 4.3.0-4.3.13, 4.5.0-4.5.5
Release Date: September 14, 2011


Vulnerable subcomponent: Caching System


Vulnerability Type: Improper error handling
Severity: Medium
Suggested CVSS v2.0: AV:N/AC:L/Au:N/C:N/I:N/A:P/E:U/RL:OF/RC:C
Problem Description: When configured to explicitly deny cache disabling
through an URL parameter
($TYPO3_CONF_VARS['FE']['disableNoCacheParameter']), TYPO3 fails to
disable caching when an invalid cache hash URL parameter (cHash) is
provided. This allows an attacker to easily flood the caching tables of
TYPO3.



-- 
 MfG, Christian Welzel

  GPG-Key: http://www.camlann.de/de/pgpkey.html
  Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15



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

Bug#641684: Quote character not escaped correctly for Postgresql

[David Tulloh]

Package: icinga-idoutils
Version: 1.5.1-1
Severity: normal

IDO utils is incorrectly escaping characters such as ' for postgresql.

>From the postgresql logs (running 9.1):
2011-09-15 17:12:18 EST ERROR:  syntax error at or near "5" at character 184
2011-09-15 17:12:18 EST STATEMENT:  UPDATE icinga_servicestatus SET
instance_id=1, service_object_id=201,
status_update_time=FROM_UNIXTIME(1316070738), output='CPU Load 22% (5
min average)', long_output='', perfdata='\'5 min avg
Load\'=22%;80;90;0;100', current_state=0, has_been_checked=1,
should_be_scheduled=1, current_check_attempt=1, max_check_attempts=4,
last_check=FROM_UNIXTIME(1316070728),
next_check=FROM_UNIXTIME(1316071028), check_type=0,
last_state_change=FROM_UNIXTIME(1315926986),
last_hard_state_change=FROM_UNIXTIME(1315816267), last_hard_state=0,
last_time_ok=FROM_UNIXTIME(1316070728),
last_time_warning=FROM_UNIXTIME(1315926926),
last_time_unknown=FROM_UNIXTIME(0),
last_time_critical=FROM_UNIXTIME(1315815967), state_type=1,
last_notification=FROM_UNIXTIME(0),
next_notification=FROM_UNIXTIME(0), no_more_notifications=0,
notifications_enabled=1, problem_has_been_acknowledged=0,
acknowledgement_type=0, current_notification_number=0,
passive_checks_enabled=1, active_checks_enabled=1,
event_handler_enabled=1, flap_detection_enabled=1, is_flapping=0,
percent_state_change='0.00', latency='0.816000',
execution_time='0.190820', scheduled_downtime_depth=0,
failure_prediction_enabled=1, process_performance_data=1,
obsess_over_service=1, modified_service_attributes=0,
event_handler='', check_command='my_check_nt!CPULOAD!-l 5,80,90',
normal_check_interval='5.00', retry_check_interval='1.00',
check_timeperiod_object_id=174 WHERE service_object_id=201

Running the command manually, sanitized and a few minutes after the logged run:
> /usr/lib/nagios/plugins/check_nt -H ###.###.###.### -v CPULOAD -l 5,80,90 -s 
>  -p 12489
CPU Load 21% (5 min average) |   '5 min avg Load'=21%;80;90;0;100

Browsing the source it looks like escaping is done in db.c:2335
ido2db_db_escape_string() by adding a \ in front of a ' character.
Which is causing the problems, I believe postgresql wants a '' instead
of a \'.

It should however be done properly using libpq's PQescapeLiteral.  It
also protects against multibyte SQL injection attacks that the
previous method doesn't.  Chris Shiflett did a decent writeup of this
problem several years ago [1], the vulnerability looks to extend to
all the databases in use.

[1]: 
http://shiflett.org/blog/2006/jan/addslashes-versus-mysql-real-escape-string


David

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (800, 'stable'), (750, 'testing'), (600, 'unstable'),
(500, 'oldstable'), (150, 'experimental')
Architecture: i386 (i686)

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

Versions of packages icinga-idoutils depends on:
ii  dbconfig-common1.8.47common framework for packaging dat
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  icinga-common  1.5.1-1   host and network monitoring system
ii  libc6  2.13-18   Embedded GNU C Library: Shared lib
ii  libdbd-mysql   0.8.3-1+s-2.1 MySQL database server driver for l
ii  libdbd-pgsql   0.8.3-1+s-2.1 PostgreSQL database server driver
ii  libdbi10.8.4-5.1 DB Independent Abstraction Layer f
ii  lsb-base   3.2-28Linux Standard Base 3.2 init scrip
ii  ucf3.0025+nmu2   Update Configuration File: preserv

Versions of packages icinga-idoutils recommends:
ii  mysql-client-5.1 [mysql-clien 5.1.49-3   MySQL database client binaries
ii  postgresql-client 9.1+121front-end programs for PostgreSQL
ii  postgresql-client-9.0 [postgr 9.0.4-2front-end programs for PostgreSQL
ii  postgresql-client-9.1 [postgr 9.1~rc1-3  front-end programs for PostgreSQL

icinga-idoutils suggests no packages.

-- debconf information:
  icinga-idoutils/dbconfig-upgrade: true
  icinga-idoutils/mysql/method: unix socket
  icinga-idoutils/db/dbname: icinga
  icinga-idoutils/dbconfig-remove:
  icinga-idoutils/missing-db-package-error: abort
  icinga-idoutils/install-error: retry
  icinga-idoutils/pgsql/authmethod-admin: ident
  icinga-idoutils/pgsql/admin-user: postgres
  icinga-idoutils/internal/reconfiguring: false
  icinga-idoutils/purge: false
  icinga-idoutils/pgsql/changeconf: false
  icinga-idoutils/db/basepath:
  icinga-idoutils/database-type: pgsql
  icinga-idoutils/upgrade-error: abort
  icinga-idoutils/pgsql/method: unix socket
  icinga-idoutils/remote/port:
  icinga-idoutils/internal/skip-preseed: true
  icinga-idoutils/dbconfig-reinstall: false
  icinga-idoutils/upgrade-backup: true
  icinga-idoutils/remove-error: abort
* icinga-idoutils/dbconfig-install: false
  icinga-idoutils/pgsq

Bug#582953: Kmail deleted all my local mail

[David]

Hi there, I just had a very unpleasant experience with kmail.

I searched the Debian BTS, and this seems to be the closest report, so
my report over here.

I opened kmail this morning, and all my mails were gone. Checked the
~/.kde/share/apps/kmail folder, and basically empty, rather than the
700 MB of mail files I normally have there.

Fortunately I had made a backup from a few days ago, so I restored that.

Started kmail up again, and it deleted all those mails again during
startup. WTH?

Well, there are some unsual things on my side that are contributing
towards this.

1. My ~/.kde/share/apps/kmail folder is really a symlink to a
secondary encrypted location (an encfs directory).

2. I sometimes forget to mount that encfs share before starting kmail.
Normally in this case, kmail annoyingly removes my symlinks, and makes
new folders, so I have to go and tidy up after it to get to my mail
again. Really annoying.

3. My kmail settings files over here, aren't symlinks into an
encrypted location:

 ~/.kde/share/config/kmail*

So basically in this case, I started kmail up (before mounting my
crypt area), and it did it's normal annoying thing with my
~/.kde/share/apps/kmail symlink.

So I did my normal routine of mounting my crypt area, moving the new
'kmail' directory out of the way, restoring my symlink, and then
starting kmail.

After which, kmail promptly proceeded to delete all my mails under
~/.kde/share/apps/kmail (in my crypt area).

And it did the same again, when I restored ~/.kde/share/apps/kmail
from my encrypted offsite backup drive

What I _think_ is happening here is this:

1. kmail starts up, and sees that  ~/.kde/share/apps/kmail looks
weird, so it removes it and makes a new folder

(WTH number 1, but I'm used to that by now).

2. It then proceeds to make a new set of profile settings under
~/.kde/share/config/kmail*, replacing my old settings

(WTH number 2 - now I'd need to manually re-create those settings, or
restore from backups)

3. Later, when I replace the new  ~/.kde/share/apps/kmail with a
symlink to my encfs directory, and then start up kmail again, it sees
that my new ~/.kde/share/apps/kmail directory contents are now
inconsistent with the "~/.kde/share/config/kmail*" settings files, and
then kindly proceeds to tidy things up, to match the config files -
deleting my 700 MB of mails, not just once (initially), but a second
time too, when I tried to restore from backups and test it again.

This is the biggest WTH. Kmail should never delete all the local mail
files like that automatically, in an attempt to tidy things up to
match the settings, without even warning the user.

Granted, I have a really unusual setup, but it's conceivable that
kmail's "fix up the user's mail directory at any costs" (parts 1-3)
logic are going to cause some major problems for other people at some
point.

Also, it would be nice if kmail didn't always delete my kmail folder
symlink at startup, if they (at that time) point to non-existent
directories. Please instead give a warning dialogue, and ask the user
what to do at that point.

Kind regards,

David.

PS: Also for your reference, my reportbug headers can be found below:

---
Subject: kmail: Kmail deleted all my local mail
Package: kmail
Version: 4:4.4.11.1+l10n-1
Severity: important

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

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kmail depends on:
ii  kdebase-runtime 4:4.6.5-1
ii  kdepim-runtime  4:4.4.11.1-2
ii  kdepimlibs-kio-plugins  4:4.6.5-1
ii  libakonadi-contact4 4:4.6.5-1
ii  libakonadi-kde4 4:4.6.5-1
ii  libc6   2.13-20
ii  libgcc1 1:4.6.1-10
ii  libgpgme++2 4:4.6.5-1
ii  libkabc44:4.6.5-1
ii  libkcal44:4.6.5-1
ii  libkcmutils44:4.6.5-2
ii  libkde3support4 4:4.6.5-2
ii  libkdecore5 4:4.6.5-2
ii  libkdepim4  4:4.4.11.1+l10n-1
ii  libkdeui5   4:4.6.5-2
ii  libkhtml5   4:4.6.5-2
ii  libkimap4   4:4.6.5-1
ii  libkio5 4:4.6.5-2
ii  libkldap4   4:4.6.5-1
ii  libkleo44:4.4.11.1+l10n-1
ii  libkmime4   4:4.6.5-1
ii  libknotifyconfig4   4:4.6.5-2
ii  libkontactinterface44:4.6.5-1
ii  libkparts4  4:4.6.5-2
ii  libkpgp44:4.4.11.1+l10n-1
ii  libkpimidentities4  4:4.6.5-1
ii  libkpimtextedit44:4.6.5-1
ii  libkpimutils4   4:4.6.5-1
ii  libkresources4  4:4.6.5-1
ii  libksieve4  4:4.4.11.1+l10n-1
ii  libktnef4   4:4.6.5-1
ii  libmailtransport4   4:4.6.5-1
ii  libmessagecore4 4:4.4.11.1+l10n-1
ii  libmessagelist4 4:4.4.11.1+l10n-1
ii  libmimelib4 4:4.4.11.

Bug#640115: linux-latest-2.6: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Hello Ben,

On Sun, Sep 04, 2011 at 06:03:33PM +0100, Ben Hutchings wrote:
> On Fri, 2011-09-02 at 16:04 +0200, Jeroen Schot wrote:
> [...]
> > msgid ""
> > "Debian's '686' kernel configuration has been replaced by the '686-pae' "
> > "configuration, which uses PAE (Physical Address Extension).  However, the "
> > "CPU in this system does not support PAE."
> > msgstr ""
> > "Debian's '686'-kernelconfiguratie is vervangen door de '686-pae'-"
> > "configuratie, die gebruik maakt van PAE (fysieke adresuitbreiding). De CPU 
> > "
> > "in dit systeem ondersteunt echter geen PAE."
> [...]
> 
> Is this translation of Physical Address Extension used anywhere else?
> Dutch Wikipedia expands PAE to the English name rather than translating
> it: .

In my experience the Dutch Wikipedia overuses English names in their
technical articles, and as such I find it a poor source for these kind
of things.

I chose for this translation because I saw it used on in FreeBSD[1]
and Fedora[2] documentation. However, it seems less common than I
originally thought. Microsoft[3] calls it 'Extensie van fysiek adres',
which I don't like.

I suggest that we add both the Dutch translation and the English term:
"... die gebruikt maakt van PAE ('Physical Address Extension', fysieke
adresuitbreiding)."

Attached is the updated PO file.

[1]: 

[2]: 

[3]: 

Regards,
-- 
Jeroen Schot
# Dutch translation of linux-latest-2.6 debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the linux-latest-2.6 
package.
# Jeroen Schot , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: linux-latest-2.6 39\n"
"Report-Msgid-Bugs-To: linux-latest-...@packages.debian.org\n"
"POT-Creation-Date: 2011-07-24 16:15+0200\n"
"PO-Revision-Date: 2011-09-15 09:57+0200\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: error
#. Description
#: ../linux-image-686.templates:1001
msgid "This system requires a different kernel configuration"
msgstr "Dit systeem vereist een andere kernelconfiguratie"

#. Type: error
#. Description
#: ../linux-image-686.templates:1001
msgid ""
"Debian's '686' kernel configuration has been replaced by the '686-pae' "
"configuration, which uses PAE (Physical Address Extension).  However, the "
"CPU in this system does not support PAE."
msgstr ""
"Debian's '686'-kernelconfiguratie is vervangen door de '686-pae'-"
"configuratie, die gebruik maakt van PAE ('Physical Address Extension', "
"fysieke adresuitbreiding). De CPU in dit systeem ondersteunt echter geen PAE."

#. Type: error
#. Description
#: ../linux-image-686.templates:1001
msgid ""
"You should install linux-image-486 and remove linux-image-686 and/or linux-"
"image-2.6-686 if they are currently installed."
msgstr ""
"U dient het pakket linux-image-486 te installeren en de pakketen linux-"
"image-686 en linux-image-2.6-686 te verwijderen indien deze op dit moment "
"zijn geïnstalleerd."

Bug#641684: Workaround

[David Tulloh]

A workaround to the problem is to add the following two lines to the
postgresql server config, postgresql.conf

backslash_quote = on
standard_conforming_strings = off

David



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

Bug#641578: No postgis.sql file script

[Francesco P. Lovergine]

merge 641578 639474
thanks

On Wed, Sep 14, 2011 at 10:07:37AM -0300, Mario A. Moya wrote:
> Package: postgis
> Version: 1.5.2-1
> Severity: important
> 
> Dear Maintainer,
> 
> I currently have installed:
> ii  postgresql 9.1+121
> object-relational SQL database (supported version)
> ii  postgis1.5.2-1
> geographic objects support for PostgreSQL -- common files
> 
> I need to create a database template, but there is no postgis.sql file. The 
> package who provide this file is postgresql-8.4-postgis, but depends of 
> postgresql-8.4.
> 
> ¿Coud you provide the postgresql-9.1-postgis package?
> 

That's obvious, you need to wait for 9.1 adding. And there's already a bug
report opened. So this report is perfectly supefluous.

-- 
Francesco P. Lovergine



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

Bug#582953: Kmail deleted all my local mail

[Matteo Cypriani]

Hi,
That reminds me I forgot to update this bug report.
I did not experience the problem for some time now, and I think it is related 
with the filesystem I use for my /home: I moved from ZFS-Fuse to ext4. That 
said, it may be related to ZFS-Fuse, but other users experienced a similar 
problem on other FS (Juha on XFS). Anyway, Kmail/Kontact should better handle 
its files (missing sync somewhere creating corrupted files in certain 
circumstances?), and do not blindly delete all the stuff like that.
Cheers,
  Matteo


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

Bug#641685: Debian Installer writes false network configuration

[Mike 'AmP' Liebsch]

Package: debian-installer
Version:  not sure - used as installer on debian-6.0.2.1-amd64-netinst.iso

Short: When you change your network configuration twice during installation 
only the first (and surely false) one is written to system.

Long: You install - after you let the installer send DHCP requests you're able 
to provide your IP address information.  If you have a typo or (like me) choose 
the wrong net, the installer is unable to connect to the mirrors. So I went 
back to "Configure Network" and provided the right address, net and router. 
Installation went fine and i rebooted.

First thing after reboot i wanted to install some packages and was very 
surprised to see, that my very first and false information was written to 
/etc/network/interfaces.

I hope these are all the information you may need. 

regards,
 -AmP




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

Bug#640941: xen dom0 crash: unable to handle kernel paging request / Oops / Kernel panic

[Ian Campbell]

On Wed, 2011-09-14 at 23:17 +0200, Hans van Kranenburg wrote:
> Hi Ian,
> 
> On 09/11/2011 05:37 PM, Ian Campbell wrote:
> > On Sun, 2011-09-11 at 01:18 +0200, Hans van Kranenburg wrote:
> >> On 09/08/2011 07:12 PM, Hans van Kranenburg wrote:

> > In the meantime disabling sendpage sounds like the best workaround.
> 
> So, we set the disable_sendpage option, did a domU reboot with drbdadm 
> down/up of the drbd devices (just to be sure, don't know where/when this 
> option is read by drbd), and after some days of hitting the disks and 
> the network with data, no kernel panics happened anymore. Yay!

Glad to hear it!

> In the post you reference with [1] you write: "I expect that other block 
> and filesystem users of the network subsystem (e.g. iSCSI) would also 
> benefit from this functionality since they will suffer from the same 
> class of issue.".
>   Part of my work in the near future is doing lenny->squeeze upgrades of 
> a couple of systems where we use lvm backed block devices for domU's 
> which are on dm-multipath on iSCSI.
>   Should I be concerned about the same issues that can happen when using 
> iSCSI on squeeze? If so, or if unknown, do you recommend specific 
> (stress)tests that we can do at the test-upgrade environment?

The strange thing is that this class of issue has always been present
AFAIK, it seems that it just takes a very particular confluence of
circumstances (involving heavy load, bad luck etc) before anything goes
wrong, although it does seem that if a particular setup is susceptible
it will see it quite a lot.

DRDB's use of sendpage is pretty recent (I think) which is why you only
just started seeing it. I think if you've been using iSCSI up to now
without problem I wouldn't expect you to start seeing problems now,
although you should obviously keep this issue in mind if you see
anything weird. 

> 
> [1] http://marc.info/?l=linux-netdev&m=131072801125521&w=2
> 
> What should be done with this bug report? Should I close it, as there's 
> a workaround, and there's no simple fix that can be done in squeeze, or 
> should it be hanging around to be closed when the work on this is done 
> and included in the kernel?

I think there's no harm in keeping it around as a reminder (to me) that
something needs to be done. We can close it when the fixed upstream
kernel hits Sid.

Ian.
-- 
Ian Campbell

Heuristics are bug ridden by definition.  If they didn't have bugs,
then they'd be algorithms.




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

Bug#641012: misidentifies hungarian text as dos executables

[Tamas Tobi]

Hi Daniel,

I tried with your new  version: file_5.08-1_amd64.deb 
(http://ftp.us.debian.org/debian/pool/main/f/file/file_5.08-1_amd64.deb) it has 
not work yet.
Seems that this package contains the 5.08 and not 5.08-1 version.
This is the output:
---
root@office-kvm001:/usr/local/bin# ./file -v
file-5.08
magic file from /etc/magic:/usr/share/misc/magic
root@office-kvm001:/usr/local/bin# ./file  
/var/spool/MailScanner/quarantine/20110915/4596F25325.ACD0F/msg-20365-76.txt
/var/spool/MailScanner/quarantine/20110915/4596F25325.ACD0F/msg-20365-76.txt: 
DOS executable (COM)
root@office-kvm001:/usr/local/bin# head 
/var/spool/MailScanner/quarantine/20110915/4596F25325.ACD0F/msg-20365-76.txt
?n is az interneten n?zem ?s nem szaggat, de most rontottam a min?s?get a
folyamatoss?g rem?ny?ben


---
Reagrds,
Tamas


retitle 641012 misidentifies hungarian text as dos executables
severity 641012 normal
thanks

Hi,

could you please retry with current file (5.08-1). if you can, it would
be nice if you could send a test file to the bug.

Regards,
Daniel

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


--
Tóbi Tamás
Net Média Zrt.
IT
Mail t...@portfolio.hu
Tel (+36 1) 428 9094
Fax (+36 1) 327 4081

Bug#641686: ITP: myproxy -- Manage X.509 Public Key Infrastructure (PKI) security credentials

[Mattias Ellert]

Package: wnpp
Severity: wishlist
Owner: Mattias Ellert 

* Package name: myproxy
  Version : 5.4
* URL : http://grid.ncsa.illinois.edu/myproxy/
* License : NCSA and BSD and Apache 2
  Description : Manage X.509 Public Key Infrastructure (PKI) security 
credentials

MyProxy is open source software for managing X.509 Public Key Infrastructure
(PKI) security credentials (certificates and private keys). MyProxy
combines an online credential repository with an online certificate
authority to allow users to securely obtain credentials when and where needed.
Users run myproxy-logon to authenticate and obtain credentials, including
trusted CA certificates and Certificate Revocation Lists (CRLs).



smime.p7s
Description: S/MIME cryptographic signature

Bug#641531: Support for WPA2-LEAP

[Raúl Sánchez Siles]

tags 641531 +patch
thanks

Package: wicd
Followup-For: Bug #641531

Hi:

  Find attached a patch for the issue.

  I'm sorry for the delay, I was actually fighting reportbug-gtk :S

  Regards,


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable'), (90, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages wicd depends on:
ii  wicd-daemon 1.7.0+ds1-5
ii  wicd-gtk [wicd-client]  1.7.0+ds1-5

wicd recommends no packages.

wicd suggests no packages.

Versions of packages wicd-gtk depends on:
ii  python 2.6.6-3+squeeze6
ii  python-glade2  2.17.0-4
ii  python-gtk22.17.0-4
ii  wicd-daemon1.7.0+ds1-5 

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-5
ii  python-notify  0.1.1-2+b2 
ii  sudo   1.7.4p4-2.squeeze.2

Versions of packages wicd-daemon depends on:
ii  adduser 3.112+nmu2  
ii  dbus1.2.24-4+squeeze1   
ii  debconf [debconf-2.0]   1.5.36.1
ii  ethtool 1:2.6.34-3  
ii  iproute 20100519-3  
ii  iputils-ping3:20100418-3
ii  isc-dhcp-client [dhcp3-client]  4.1.1-P1-15+squeeze3
ii  lsb-base3.2-23.2squeeze1
ii  net-tools   1.60-23 
ii  psmisc  22.11-1 
ii  python  2.6.6-3+squeeze6
ii  python-dbus 0.83.1-1
ii  python-gobject  2.21.4+is.2.21.3-1  
ii  python-iniparse 0.3.2-1 
ii  python-wicd 1.7.0+ds1-5 
ii  wireless-tools  30~pre9-5   
ii  wpasupplicant   0.6.10-2.1  

Versions of packages wicd-daemon recommends:
ii  wicd-gtk [wicd-client]  1.7.0+ds1-5

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.3.0-3

Versions of packages python-wicd depends on:
ii  python  2.6.6-3+squeeze6
ii  python-support  1.0.10  

-- debconf information:
* wicd/users: rasasi
diff -Nru wicd-1.7.0+ds1/debian/changelog wicd-1.7.0+ds1/debian/changelog
--- wicd-1.7.0+ds1/debian/changelog	2011-02-12 00:17:43.0 +0100
+++ wicd-1.7.0+ds1/debian/changelog	2011-09-13 11:55:54.0 +0200
@@ -1,3 +1,10 @@
+wicd (1.7.0+ds1-6.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Support for WPA2-LEAP. Added debian/patches/36-more_encryption
+
+ -- Raúl Sánchez Siles   Tue, 13 Sep 2011 11:55:09 +0200
+
 wicd (1.7.0+ds1-6) unstable; urgency=low
 
   * debian/patches/:
diff -Nru wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch
--- wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch	1970-01-01 01:00:00.0 +0100
+++ wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch	2011-09-14 11:15:19.0 +0200
@@ -0,0 +1,39 @@
+Description: Support for WPA2-LEAP wireless connection in wicd.
+Forwarded: not-needed
+Origin: vendor, http://wicd.net/punbb/viewtopic.php?id=233
+Bug-Debian: http://bugs.debian.org/641531
+Author: Raúl Sánchez Siles 
+Last-Update: 2011-09-13
+---
+ b/encryption/templates/wpa2-leap |   18 ++
+ encryption/templates/active  |1 +
+ 2 files changed, 19 insertions(+)
+
+--- a/encryption/templates/active
 b/encryption/templates/active
+@@ -9,3 +9,4 @@
+ peap
+ peap-tkip
+ eap-tls
++wpa2-leap
+--- /dev/null
 b/encryption/templates/wpa2-leap
+@@ -0,0 +1,18 @@
++name = WPA2-LEAP
++author = 
++version = 1
++require username *Username password *Password
++-
++ctrl_interface=/var/run/wpa_supplicant
++network={
++ssid="$_ESSID"
++scan_ssid=$_SCAN
++auth_alg=LEAP
++key_mgmt=WPA-EAP
++proto=WPA2
++pairwise=CCMP TKIP
++group=CCMP TKIP
++eap=LEAP
++identity="$_USERNAME"
++password="$_PASSWORD"
++}
diff -Nru wicd-1.7.0+ds1/debian/patches/series wicd-1.7.0+ds1/debian/patches/series
--- wicd-1.7.0+ds1/debian/patches/series	2011-02-12 00:04:45.0 +0100
+++ wicd-1.7.0+ds1/debian/patches/series	2011-09-14 11:16:38.0 +0200
@@ -26,3 +26,4 @@
 33-deepcopy_python27_fixes.patch
 34-dont_save_useless_config.patch
 35-restrict_netmode_characters.patch
+36-more_encryption.patch

Bug#641553: pgapack: The way that the software is compiled fails the shipped test

[Stefano Bridi]

Without reingeneering all the build process I also think a check on
uname -m could be sufficient.

if [ $(uname -m) == "x86_64" ]; then
CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS";
else
cho "64bit"; else echo "other";fi


On Wed, Sep 14, 2011 at 2:02 PM, Dirk Eddelbuettel  wrote:
>
> On 14 September 2011 at 12:33, Stefano Bridi wrote:
> | Package: pgapack
> | Version: 1.1.1-2
> | Severity: important
> |
> | Dear Maintainer,
> |
> | I was trying to compile the pgapack from source and I always got the 
> embedded
> | test to fail. After some try and error i found that the parameter "-DWL=32" 
> in
> | the configure/configure.in cause the first and last test to fail on my 
> 64bit pc
> | ("-DWL=64" seems to be fine).
> | So i tryied the packaged library and found that the problem is also here 
> and so
> | this bug report:
> | In fact: using the test (instverf) in the pgapack package build against the
> | "libpgapack-serial1" package library I see the same behaviour:
> | Test 0 had 994 errors.
> | Test 1 was successful.
> | Test 2 was successful.
> | Test 3 was successful.
> | Test 4 had 989 errors.
> | With a rebuild from source of the same library with the "-DWL=64" I get
> | Test 0 was successful.
> | Test 1 was successful.
> | Test 2 was successful.
> | Test 3 was successful.
> | Test 4 was successful.
> |
> | I'm the system administrator and not the end user of this library and so I
> | don't know what is going on ...
>
> The sources are about 15 years old, and were unmaintained for many years
> until I adopted them.
>
> I have not changed the build process.  For Linux, it does an unconditional
>
>    linux)
>        SHELL="/bin/sh"
>        CC=cc
>        FC=f77
>        FFLAGS="-w"
>        LDFLAGS="-s $LDFLAGS"
>        CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS"
>        ;;
>
> We could add a simple word-length test here -- this is shell script code. Do
> you have a suggestion, besides maybe testing 'uname -m' for 'x86_64' and then
> setting -DWL=64 ?
>
> I don't really want to re-engineer the whole build system
>
> Dirk
>
>
> | -- System Information:
> | Debian Release: wheezy/sid
> |   APT prefers unstable
> |   APT policy: (500, 'unstable'), (1, 'experimental')
> | Architecture: amd64 (x86_64)
> |
> | Kernel: Linux 3.0-3.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
> | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> | Shell: /bin/sh linked to /bin/dash
> |
> | pgapack depends on no packages.
> |
> | pgapack recommends no packages.
> |
> | Versions of packages pgapack suggests:
> | ii  libpgapack-mpi1     1.1.1-2
> | ii  libpgapack-serial1  1.1.1-2
> |
> | -- no debconf information
> |
> |
>
> --
> New Rcpp master class for R and C++ integration is scheduled for
> San Francisco (Oct 8), more details / reg.info available at
> http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php
>



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

Bug#641553: pgapack: The way that the software is compiled fails the shipped test

[Stefano Bridi]

Sorry... I sent the previous email by error while I was writing ;)

Without reingeneering all the build process I also think a check on
uname -m could be sufficient.

if [ $(uname -m) == "x86_64" ]; then
CPPFLAGS="-DWL=64 -DFORTRANUNDERSCORE $CPPFLAGS";
else
CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS";
fi

Thanks
Stefano


On Thu, Sep 15, 2011 at 10:45 AM, Stefano Bridi  wrote:
> Without reingeneering all the build process I also think a check on
> uname -m could be sufficient.
>
> if [ $(uname -m) == "x86_64" ]; then
> CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS";
> else
> cho "64bit"; else echo "other";fi
>
>
> On Wed, Sep 14, 2011 at 2:02 PM, Dirk Eddelbuettel  wrote:
>>
>> On 14 September 2011 at 12:33, Stefano Bridi wrote:
>> | Package: pgapack
>> | Version: 1.1.1-2
>> | Severity: important
>> |
>> | Dear Maintainer,
>> |
>> | I was trying to compile the pgapack from source and I always got the 
>> embedded
>> | test to fail. After some try and error i found that the parameter 
>> "-DWL=32" in
>> | the configure/configure.in cause the first and last test to fail on my 
>> 64bit pc
>> | ("-DWL=64" seems to be fine).
>> | So i tryied the packaged library and found that the problem is also here 
>> and so
>> | this bug report:
>> | In fact: using the test (instverf) in the pgapack package build against the
>> | "libpgapack-serial1" package library I see the same behaviour:
>> | Test 0 had 994 errors.
>> | Test 1 was successful.
>> | Test 2 was successful.
>> | Test 3 was successful.
>> | Test 4 had 989 errors.
>> | With a rebuild from source of the same library with the "-DWL=64" I get
>> | Test 0 was successful.
>> | Test 1 was successful.
>> | Test 2 was successful.
>> | Test 3 was successful.
>> | Test 4 was successful.
>> |
>> | I'm the system administrator and not the end user of this library and so I
>> | don't know what is going on ...
>>
>> The sources are about 15 years old, and were unmaintained for many years
>> until I adopted them.
>>
>> I have not changed the build process.  For Linux, it does an unconditional
>>
>>    linux)
>>        SHELL="/bin/sh"
>>        CC=cc
>>        FC=f77
>>        FFLAGS="-w"
>>        LDFLAGS="-s $LDFLAGS"
>>        CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS"
>>        ;;
>>
>> We could add a simple word-length test here -- this is shell script code. Do
>> you have a suggestion, besides maybe testing 'uname -m' for 'x86_64' and then
>> setting -DWL=64 ?
>>
>> I don't really want to re-engineer the whole build system
>>
>> Dirk
>>
>>
>> | -- System Information:
>> | Debian Release: wheezy/sid
>> |   APT prefers unstable
>> |   APT policy: (500, 'unstable'), (1, 'experimental')
>> | Architecture: amd64 (x86_64)
>> |
>> | Kernel: Linux 3.0-3.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
>> | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> | Shell: /bin/sh linked to /bin/dash
>> |
>> | pgapack depends on no packages.
>> |
>> | pgapack recommends no packages.
>> |
>> | Versions of packages pgapack suggests:
>> | ii  libpgapack-mpi1     1.1.1-2
>> | ii  libpgapack-serial1  1.1.1-2
>> |
>> | -- no debconf information
>> |
>> |
>>
>> --
>> New Rcpp master class for R and C++ integration is scheduled for
>> San Francisco (Oct 8), more details / reg.info available at
>> http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php
>>
>



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

Bug#641429: /usr/bin/sensors: sensors report the wrong cpu temperature on intel atom 330

[Richard Kennedy]

On Thu, 2011-09-15 at 06:28 +0200, Aurelien Jarno wrote:
> reassign 641429 linux-2.6
> thanks
> 
> On Wed, Sep 14, 2011 at 09:19:06AM +0100, Richard Kennedy wrote:
> > On Wed, 2011-09-14 at 00:50 +0200, Aurelien Jarno wrote:
> > > On Tue, Sep 13, 2011 at 02:22:49PM +0100, Richard Kennedy wrote:
> > > > On Tue, 2011-09-13 at 15:15 +0200, Aurelien Jarno wrote:
> > > > > Le 13/09/2011 14:03, richard kennedy a écrit :
> > > > > > Package: lm-sensors
> > > > > > Version: 1:3.1.2-6
> > > > > > Severity: normal
> > > > > > File: /usr/bin/sensors
> > > > > > 
> > > > > > on my intel atom 330 system sensors always reports the cpu temp as 
> > > > > > +1.0 C, and it never changes.
> > > > > > This problem only occurred when I upgraded to squeeze, on the 
> > > > > > previous stable version the temps
> > > > > >  reported correctly.
> > > > > > 
> > > > > > I'm not sure if this is a kernel isssue or just sensors. 
> > > > > 
> > > > > It's likely to be a kernel issue, but please provide me the output of
> > > > > the sensors command to confirm.
> > > > > 
> > > > Hi,
> > > > here it is, 
> > > > 
> > > > sensors
> > > > coretemp-isa-
> > > > Adapter: ISA adapter
> > > > Core 0:   +1.0°C  (crit = +90.0°C)  
> > > > 
> > > > coretemp-isa-0001
> > > > Adapter: ISA adapter
> > > > Core 1:   +1.0°C  (crit = +90.0°C) 
> > > > -
> > > 
> > > Can you please also send me the output of 
> > >   cat /sys/devices/platform/coretemp.0/temp1_input
> > > and
> > >   cat /sys/devices/platform/coretemp.1/temp1_input
> > > ?
> > > 
> > 
> > I've just had a fan fail on that machine and the values reported by
> > sensors have changed. But as room temp is about 20 degrees there's no
> > way this can be correct!.
> > 
> > -
> > cube:~$ cat /sys/devices/platform/coretemp.0/temp1_input 
> > 7000
> > cube:~$ cat /sys/devices/platform/coretemp.1/temp1_input 
> > 9000
> > cube:~$ sensors
> > coretemp-isa-
> > Adapter: ISA adapter
> > Core 0:   +7.0°C  (crit = +90.0°C)  
> > 
> > coretemp-isa-0001
> > Adapter: ISA adapter
> > Core 1:   +9.0°C  (crit = +90.0°C)
> 
> Thanks for these informations. It looks like Tjmax is not correctly 
> detected for you CPU, so all temperatures are offset by a value.
> 
> It's definitely a kernel issue, so I am reassigning this bug.
> 

Thank you for looking in to this.
Here's the relevant bits of /proc/cpuinfo, just in case someone needs
this.

cat /proc/cpuinfo 
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 28
model name  : Intel(R) Atom(TM) CPU  330   @ 1.60GHz
stepping: 2
cpu MHz : 1596.004
cache size  : 512 KB

regards
Richard




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

Bug#641687: cups: Failed to automaticly configure a printer when no color manager is available

[Remi Vanicat]

Package: cups
Version: 1.5.0-5
Severity: normal

Hello,

When trying to configure a new network printer on my laptop, it failed
with some cryptic error (failed to connect). Looking at the log, one
find:

   failed to CreateDevice: org.freedesktop.DBus.Error.TimedOut:Activation of 
org.freedesktop.ColorManager timed out

Installing a colord server solve the problem.

Maybe the level of the dependency should be changed, or cups should
continue without the color manager when there is none.

At least some documentation about this should be added to the
NEWS.Debian.

Thanks

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cups depends on:
ii  adduser3.113   
ii  bc 1.06.95-2+b1
ii  cups-client1.5.0-5 
ii  cups-common1.5.0-5 
ii  cups-ppdc  1.5.0-5 
ii  debconf [debconf-2.0]  1.5.41  
ii  ghostscript9.02~dfsg-3 
ii  libacl12.2.51-3
ii  libavahi-client3   0.6.30-5
ii  libavahi-common3   0.6.30-5
ii  libc6  2.13-18 
ii  libcups2   1.5.0-5 
ii  libcupscgi11.5.0-5 
ii  libcupsdriver1 1.5.0-5 
ii  libcupsimage2  1.5.0-5 
ii  libcupsmime1   1.5.0-5 
ii  libcupsppdc1   1.5.0-5 
ii  libdbus-1-31.4.14-1
ii  libgcc11:4.6.1-9   
ii  libgnutls262.12.10-1   
ii  libgssapi-krb5-2   1.9.1+dfsg-2
ii  libijs-0.350.35-8  
ii  libkrb5-3  1.9.1+dfsg-2
ii  liblcms1   1.19.dfsg-1 
ii  libldap-2.4-2  2.4.25-3
ii  libpam0g   1.1.3-2 
ii  libpaper1  1.1.24+nmu1 
ii  libpoppler13   0.16.7-2
ii  libslp11.2.1-7.8   
ii  libstdc++6 4.6.1-9 
ii  libusb-0.1-4   2:0.1.12-19 
ii  lsb-base   3.2-28  
ii  poppler-utils  0.16.7-2
ii  procps 1:3.2.8-11  
ii  ssl-cert   1.0.28  
ii  ttf-freefont   20100919-1  
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages cups recommends:
ii  avahi-daemon0.6.30-5   
ii  colord  0.1.11-1   
ii  cups-driver-gutenprint  5.2.7-2
ii  foomatic-filters4.0.9-1
ii  ghostscript-cups9.02~dfsg-3

Versions of packages cups suggests:
ii  cups-bsd 1.5.0-5
ii  cups-pdf 2.5.1-4
ii  foomatic-db  20110803-3 
ii  hplip 
ii  smbclient2:3.5.11~dfsg-1
ii  udev 172-1  

-- Configuration Files:
/etc/cups/cupsd.conf [Errno 13] Permission non accordée: u'/etc/cups/cupsd.conf'

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, serial, socket, usb, snmp, dnssd

-- 
Rémi Vanicat



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

Bug#641688: gaia: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: gaia
Version: 0.1.2-6.1
Severity: important

Hello Jordà,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update gaia to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

gaia:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#641689: gbatnav: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: gbatnav
Version: 1.0.4cvs20051004-4
Severity: important

Hello Ying-Chun,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update gbatnav to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

gbatnav :Build-Depends: libjpeg62-dev (>= 6b-5) 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#641670: [pkg-cli-apps-team] Bug#641670: docky: Spelling Error

[Iain Lane]

tags 641670 + confirmed pending
thanks

Hi,

On Wed, Sep 14, 2011 at 09:12:54PM -0700, Paul Stewart wrote:
> Package: docky
> Version: 2.1.3-1
> Severity: minor
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu oneiric ubuntu-patch
> 
> In the control file description the word "non-sense" should be "nonsense"

Thanks, fixed in 985feb1d02b8139c3b8641025ec3905cdfd31e4c. But …
 
> […]
> ##  REPLACE THIS WITH ACTUAL INFORMATION -
> ## Please add all necessary information about why the change needed to go in
> ## Ubuntu, quote policy, spec or any other background material and why it can
> ## and should be used in Debian too.  If the patch is composed of multiple
> ## independent pieces, please send them as separate bug reports.
> ##  REPLACE THIS WITH ACTUAL INFORMATION -

This isn't useful. Please read reports you are filing in future.

Regards,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
PhD student   [ i...@cs.nott.ac.uk ]


signature.asc
Description: Digital signature

Bug#641690: elfsign: FTBFS in sid with multiarch ssl

[Angel Abad]

Package: elfsign
Version: 0.2.2-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch



*** /tmp/tmps5JSlR
In Ubuntu, the attached patch was applied to achieve the following:

Hi! This package now fails to build from source in sid, because openssl
is now installed multiarch.

This patch solves the problem.

Regards

  * Fix SSL libs in multiarch location (LP: #831275)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-11-generic (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u elfsign-0.2.2/debian/control elfsign-0.2.2/debian/control
--- elfsign-0.2.2/debian/control
+++ elfsign-0.2.2/debian/control
@@ -1,8 +1,9 @@
 Source: elfsign
 Section: devel
 Priority: optional
-Maintainer: Andrew Pollock 
-Build-Depends: debhelper (>= 4.0.0), libssl-dev (>= 0.9.8-1)
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Andrew Pollock 
+Build-Depends: debhelper (>= 4.0.0), libssl-dev (>= 0.9.8-1), dh-autoreconf
 Standards-Version: 3.6.2
 
 Package: elfsign
diff -u elfsign-0.2.2/debian/changelog elfsign-0.2.2/debian/changelog
diff -u elfsign-0.2.2/debian/rules elfsign-0.2.2/debian/rules
--- elfsign-0.2.2/debian/rules
+++ elfsign-0.2.2/debian/rules
@@ -26,8 +26,9 @@
 
 config.status: configure
 	dh_testdir
+	dh_autoreconf
 	# Add here commands to configure the package.
-	CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-openssl=/usr
+	CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-openssl=/usr --with-openssl-lib-dir=/usr/lib/$(DEB_HOST_MULTIARCH)
 
 
 build: build-stamp
@@ -44,16 +45,17 @@
 clean:
 	dh_testdir
 	dh_testroot
+	dh_autoreconf_clean
 	rm -f build-stamp 
 
 	# Add here commands to clean up after the build process.
 	-$(MAKE) distclean
-ifneq "$(wildcard /usr/share/misc/config.sub)" ""
-	cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq "$(wildcard /usr/share/misc/config.guess)" ""
-	cp -f /usr/share/misc/config.guess config.guess
-endif
+#ifneq "$(wildcard /usr/share/misc/config.sub)" ""
+#	cp -f /usr/share/misc/config.sub config.sub
+#endif
+#ifneq "$(wildcard /usr/share/misc/config.guess)" ""
+#	cp -f /usr/share/misc/config.guess config.guess
+#endif
 
 
 	dh_clean 
only in patch2:
unchanged:
--- elfsign-0.2.2.orig/configure.in
+++ elfsign-0.2.2/configure.in
@@ -36,7 +36,7 @@
 AC_CHECK_FILE("$with_openssl/include/openssl/pem.h",,[AC_MSG_ERROR([required openssl header missing])])
 AC_CHECK_FILE("$with_openssl/include/openssl/bio.h",,[AC_MSG_ERROR([required openssl header missing])])
 
-AC_CHECK_FILE("$with_openssl/lib/libcrypto.so",,[AC_MSG_ERROR([required openssl library missing])])
+AC_CHECK_FILE("$with_openssl_lib_dir/libcrypto.so",,[AC_MSG_ERROR([required openssl library missing])])
 
 INCLUDES="$INCLUDES -I$with_openssl/include"
 LIBPATH="$LIBPATH -L$with_openssl/lib"

Bug#431229: trouble with patch

[Martin Quinson]

tag 431229 - patch
thanks

On Thu, 13 Aug 2009 12:42:38 -0700, you wrote:

> I was unable to find any way of modifying quilt to not require
> cross-directory hard-links in a way that still passed its test suite.

Could you please comment on this? How exactly are the test broken? It
seems to me that most of the breakages are due to harmless status
output which changed a bit (without changing the underlying logic),
but I'd feel more confident if you could confirm (or infirm).

I'm also concerned about the performance loss that you are reporting.
Is it possible to activate your changes on AFS only so that quilt
still works at full speed in regular settings?

In the meanwhile, I'm removing the patch tag (control@b.d.o bcc'ed)
because I do not consider this patch as ready for inclusion.

Thanks for the fish anyway (and sorry for being so MIA recently)
Mt.

-- 
Combien il est doux d'obéir, lorsque nous pouvons réaliser le bonheur,
d'être convenablement déchargés, par de sages et dignes guides, de la
pesante responsabilité d'une direction générale de notre conduite.
  ---  Herbert Marcuse, in «Raison et Révolution»



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

Bug#579879: Won't fix this one

[Martin Quinson]

package quilt
tag 579879 - patch
tag 579879 - wontfix
thanks

Since this bug is rather small and fixed upstream, and since the fix
is controversial I am not willing to apply this patch. I'll try to get
a upstream 0.49 released to fix it all instead.

Thanks for the fish anyway
Mt.

-- 
I'm not griping, I'm just observing what a miserable experience this is.
--- Calvin



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

Bug#641012: sample file

[Gergely Nagy]

I tested with 5.08-1 aswell, same results as Tamas'. A sample file is
attached to this email (similar content to what Tamas posted).

The problem though, is that magic/Magdir/msdos contains this:

# .COM formats (Daniel Quinlan, quin...@yggdrasil.com)
# Uncommenting only the first two lines will cover about 2/3 of COM files,
# but it isn't feasible to match all COM files since there must be at least
# two dozen different one-byte "magics".
# test too generic ?
0   byte0xe9DOS executable (COM)

Anything that starts with 0xe9 will be classified as a DOS executable,
and that's about it. It's a one-byte magic, and as the comment above the
line suggests, it's way too generic.

I would suggest disabling this magic.

-- 
|8]

én is az interneten nézem és nem szaggat, de most rontottam a minõséget a 
folyamatosság reményében

Bug#641691: hsqldb: please add a Maven publish rule for older versions

[Torsten Werner]

Package: hsqldb
Version: 1.8.0.10-10
Severity: normal

Hi,

it would be nice, if you would apply the attached patch. It supports mh_make.
BTW, you could drop the *-gcj package and its reverse dependencies.

Thanks,
Torsten

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From b9d0126d2dfa33add87a94b1e842e771f036b8d7 Mon Sep 17 00:00:00 2001
From: Torsten Werner 
Date: Thu, 15 Sep 2011 10:59:32 +0200
Subject: [PATCH] add a Maven publish rule for older versions

---
 debian/maven.publishedRules |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 debian/maven.publishedRules

diff --git a/debian/maven.publishedRules b/debian/maven.publishedRules
new file mode 100644
index 000..8292d14
--- /dev/null
+++ b/debian/maven.publishedRules
@@ -0,0 +1 @@
+s/hsqldb/org.hsqldb/ hsqldb * s/.*/debian/ * *
-- 
1.7.2.5

Bug#641692: gdc.h makefile dependency on system header files

[Matthias Klose]

Package: libgdchart-gd2
Version: 0.11.5-7
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

don't know why this is not reported in Debian by the test rebuilds. I see:

ar cr libgdc.a gdc.o gdchart.o gdc_pie.o price_conv.o array_alloc.o
ranlib libgdc.a
make[1]: *** No rule to make target `gd.h', needed by `gdc.h'.  Stop.
make[1]: Leaving directory `/build/buildd/libgdchart-gd2-0.11.5'
make: *** [debian/stamp-makefile-build] Error 2

fixed by
http://launchpadlibrarian.net/79957919/libgdchart-gd2_0.11.5-7ubuntu1_0.11.5-7ubuntu2.diff.gz



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

Bug#641693: gegl: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: gegl
Version: 0.0.22-2
Severity: important

Hello Ross,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update gegl to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

gegl:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#640763: [Debian-med-packaging] Bug#640763: seqan: rename programs with a too common name.

[Charles Plessy]

Le Fri, Sep 09, 2011 at 08:31:16AM +0200, Andreas Tille a écrit :
> On Fri, Sep 09, 2011 at 08:18:11AM +0900, Charles Plessy wrote:
> > just to be sure: would someone object if this bug is not solved by the next 
> > upload ?
> 
> I'm in favour of fixing all bugs (except those who are tagged wontfix)
> if possible with an upload in general and also in this specific case
> where I do not see any reason for waiting because in most cases it is
> better to do a change which is necessary anyway rather sooner than
> later.

Note that the bug is partially solved, by not adding new seqan 1.3 programs in
/usr/bin ;)

I prefer to wait for more input or peer pressure.  I think that I will upload
seqan 1.3 tomorrow, now that I got rid of the convenience copy of samtools.  I
just have to finish to inspect the huge debdiff to see if there are more easter
eggs like this…

Cheers,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan



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

Bug#641694: linux-libc-dev: unable to compile with -m64 and errno.h

[Mathieu Ruellan]

Package: linux-libc-dev
Version: 3.0.0-3
Severity: important



   * What led up to the situation?

I compile the above c file with gcc -m64 option

#include 

int main()
{
return 0;
}



   * What exactly did you do (or not do) that was effective (or
 ineffective)?
upgrade to testing. It works with the stable/squeeze version

   * What was the outcome of this action?

gcc -m64 main.c 
In file included from /usr/include/bits/errno.h:25:0,
 from /usr/include/errno.h:36,
 from main.c:1:
/usr/include/linux/errno.h:4:23: fatal error: asm/errno.h: Aucun fichier ou 
dossier de ce type
compilation terminated.


   * What outcome did you expect instead?

no error.

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

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

-- 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#641695: ggobi: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: ggobi
Version: 2.1.10-2
Severity: important

Hello Dirk,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update ggobi to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

ggobi   :Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#641413: #641413: libreoffice: Crash on startup

[Roland Stigge]

Hi,

yes, I'm also using nvidia.

And indeed - downgrading to it's version 280.13-1 in testing works.
(Even my broken gdm3 and GTK+ buttons are working again.)

Therefore, reassigning to nvidia-graphics-drivers.

bye,
  Roland



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

Bug#641691: hsqldb: please add a Maven publish rule for older versions

[Rene Engelhard]

On Thu, Sep 15, 2011 at 11:13:18AM +0200, Torsten Werner wrote:
> it would be nice, if you would apply the attached patch. It supports mh_make.

Can do.

> BTW, you could drop the *-gcj package and its reverse dependencies.

Including libreoffice-gcj? And why can I do that? There's still 3 to 4 archs in 
Debian
(ia64, kfreebsd-i386, kfreebsd-amd64, mipsel) which need gcj.

Grüße/Regards,

René



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

Bug#641696: gimp-gap: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: gimp-gap
Version: 2.6.0+dfsg-1
Severity: important

Hello Thibaut,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update gimp-gap to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

gimp-gap:Build-Depends: libjpeg62-dev (>= 6b-10) 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#627774: mdadm: please migrate to /run

[Mario 'BitKoenig' Holbe]

On Tue, May 24, 2011 at 02:45:34PM +0200, Mario 'BitKoenig' Holbe wrote:
> now where /run is established in unstable it would be great if mdadm
> could transit /dev/.mdadm as well as /lib/init/rw/.mdadm to /run
> (probably also to /run/mdadm instead of /run/.mdadm).

This bug report could probably be closed now where the migration to /run
is done...

...except if you like to use it for thinking about the need for
generating uevents:

> are the /lib/init/rw/.mdadm sentinels really still necessary, or vice
> versa: is it really still necessary for mdadm-raid to generate uevents
> on its own?

This is why I don't close it myself.


regards
   Mario
-- 
Gib einem Hungrigen einen Fisch, und er ist fuer einen Tag satt.
Zeig ihm, wie man angelt, und er poebelt Dich an, dass er besseres
zu tun haette, als Schnuere ins Wasser haengen zu lassen.
  -- David Kastrup in de.comp.text.tex


signature.asc
Description: Digital signature

Bug#630593: [PATCH/RFC] parport_pc: remove ancient, overeager quirk that disables EPP support on many chipsets

[Leopold Palomo-Avellaneda]

Hi,

there's a bug in the parport module that have been reported (in another 
places) some time ago [1]. Also, this bug was reported at Redhat [2], but 
nobody follow the report and it was closed.

As Adam baked said [1] :


A long time ago (~ 10 years), Intel produced a chipset that 
included broken EPP support. The Linux parport driver was written to detect 
such a chipset and disable EPP support on it. Unfortunately the test that was 
written gives false positives for many current chipsets and no-one seems to 
know exactly what the problem hardware was, let alone have a sample of it to 
see if a better test can be written. After such a long time it is probably 
appropriate to just remove the test (on average it does more harm than good) 
however you are correct in asserting the driver is unmaintained so no-one is 
bothering to fix it.


I have applied the patch to the standard debian kernel and vanilla kernels and 
runs perfectly. The patch simply erases a check. Applied to some Dell 
hardware, now the EPP mode is detected and, after some initial tests it's 
working.

Please, apply the patch.

Best regards,

Leo

[1] http://lists.infradead.org/pipermail/linux-parport/2008-March/000628.html
[2] https://bugzilla.redhat.com/show_bug.cgi?id=284471
--- linux-2.6-3.0.0/drivers/parport/parport_pc.c.orig	2011-09-13 16:29:54.333048437 +0200
+++ linux-2.6-3.0.0/drivers/parport/parport_pc.c	2011-09-13 16:30:39.933451659 +0200
@@ -2018,18 +2018,6 @@ static int parport_EPP_supported(struct
 	if (!clear_epp_timeout(pb))
 		return 0;  /* No way to clear timeout */
 
-	/* Check for Intel bug. */
-	if (priv->ecr) {
-		unsigned char i;
-		for (i = 0x00; i < 0x80; i += 0x20) {
-			ECR_WRITE(pb, i);
-			if (clear_epp_timeout(pb)) {
-/* Phony EPP in ECP. */
-return 0;
-			}
-		}
-	}
-
 	pb->modes |= PARPORT_MODE_EPP;
 
 	/* Set up access functions to use EPP hardware. */

Bug#641697: [drm] nouveau 0000:02:00.0: PGRAPH: unsupported chipset, please report!

[Hor Jiun Shyong]

Package: linux-image-3.0.0-1-amd64
Version:  3.0.0-3

 Error Message:   [drm] nouveau :02:00.0: PGRAPH: unsupported 
chipset, please report!



[   17.227473] nouveau :02:00.0: PCI INT A -> Link[LNED] -> GSI 19 
(level, low) -> IRQ 19

[   17.227477] nouveau :02:00.0: setting latency timer to 64
[   17.228361] [drm] nouveau :02:00.0: Detected an NVc0 generation 
card (0x0c1000a1)
[   17.230940] [drm] nouveau :02:00.0: Attempting to load BIOS image 
from PRAMIN

[   17.289588] [drm] nouveau :02:00.0: ... appears to be valid
[   17.289591] [drm] nouveau :02:00.0: BIT BIOS found
[   17.289593] [drm] nouveau :02:00.0: Bios version 70.08.45.00
[   17.289595] [drm] nouveau :02:00.0: Pointer to BIT loadval table 
invalid

[   17.289640] [drm] nouveau :02:00.0: TMDS table version 2.0
[   17.289642] [drm] nouveau :02:00.0: Found Display Configuration 
Block version 4.0
[   17.289645] [drm] nouveau :02:00.0: Raw DCB entry 0: 02000362 
00020010
[   17.289647] [drm] nouveau :02:00.0: Raw DCB entry 1: 04011310 

[   17.289649] [drm] nouveau :02:00.0: Raw DCB entry 2: 01022302 
00020030
[   17.289651] [drm] nouveau :02:00.0: Raw DCB entry 3: 02022300 

[   17.289654] [drm] nouveau :02:00.0: DCB connector table: VHER 
0x40 5 16 4
[   17.289656] [drm] nouveau :02:00.0:   0: 0x00010061: type 0x61 
idx 0 tag 0x51
[   17.289658] [drm] nouveau :02:00.0:   1: 0x0100: type 0x00 
idx 1 tag 0xff
[   17.289660] [drm] nouveau :02:00.0:   2: 0x1230: type 0x30 
idx 2 tag 0x07
[   17.289664] [drm] nouveau :02:00.0: Parsing VBIOS init table 0 at 
offset 0x69D0
[   17.309654] [drm] nouveau :02:00.0: Parsing VBIOS init table 1 at 
offset 0x701F

[   17.318232] parport_pc 00:05: reported by Plug and Play ACPI
[   17.318275] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
[   17.322382] [drm] nouveau :02:00.0: Parsing VBIOS init table 2 at 
offset 0x8150
[   17.322385] [drm] nouveau :02:00.0: Parsing VBIOS init table 3 at 
offset 0x8154
[   17.322429] [drm] nouveau :02:00.0: Parsing VBIOS init table 4 at 
offset 0x823C
[   17.322430] [drm] nouveau :02:00.0: Parsing VBIOS init table at 
offset 0x82A1
[   17.342277] [drm] nouveau :02:00.0: 0x6987: Condition still not 
met after 20ms, skipping following opcodes

[   17.361037] [drm] nouveau :02:00.0: 2 available performance level(s)
[   17.361041] [drm] nouveau :02:00.0: 0: memory 135MHz core 50MHz 
shader 101MHz voltage 880mV timing 2
[   17.361044] [drm] nouveau :02:00.0: 1: memory 324MHz core 405MHz 
shader 810MHz voltage 900mV timing 1

[   17.361103] [TTM] Zone  kernel: Available graphics memory: 4100180 kiB.
[   17.361104] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB.
[   17.361106] [TTM] Initializing pool allocator.
[   17.361116] [drm] nouveau :02:00.0: Detected 512MiB VRAM
[   17.365147] [drm] nouveau :02:00.0: 512 MiB GART (aperture)
[   17.365156] [drm] nouveau :02:00.0: PGRAPH: unsupported chipset, 
please report!

[   17.369638] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   17.369640] [drm] No driver support for vblank timestamp query.



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

Bug#641698: xpdf: Hangs with blank screen when used as iceape helper

[Andrew Buckeridge]

Package: xpdf
Version: 3.02-12
Severity: normal


It does not consume CPU like #231208, but just looks like its dealocked.

If I clean the environment the problem goes away.

#!/bin/sh
#/usr/local/bin/xpdf wrapper for /usr/bin/xpdf
exec env -i "DISPLAY=$DISPLAY" "XAUTHORITY=$XAUTHORITY" /usr/bin/xpdf "$@"

Iceape also leaves loads of FDs open in child.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=en_AU, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpdf depends on:
ii  lesstif2  1:0.95.2-1 OSF/Motif 2.1 implementation relea
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libpoppler5   0.12.4-1.2 PDF rendering library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library

Versions of packages xpdf recommends:
ii  gsfonts-x11   0.21   Make Ghostscript fonts available t
ii  poppler-data  0.4.3-1Encoding data for the poppler PDF 
ii  poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple

xpdf 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#641413: #641413: libreoffice: Crash on startup

[Rene Engelhard]

found 641413 280.13.really.275.28-1
retitle 641413 libreoffice: X IO error on startup with proprietary nvidia driver
thanks

On Thu, Sep 15, 2011 at 11:31:12AM +0200, Roland Stigge wrote:
> And indeed - downgrading to it's version 280.13-1 in testing works.
> (Even my broken gdm3 and GTK+ buttons are working again.)

Actually that looks like *upgrading* ;-):

 nvidia-graphics-drivers | 280.13-1   | wheezy/non-free   | 
source
 nvidia-graphics-drivers | 280.13.really.275.28-1 | sid/non-free  | 
source

Or do you use experimentals nvidia driver? :)

 nvidia-graphics-drivers | 285.03-2   | experimental/non-free | 
source

Marking as found in 280.13.really.275.28-1. Nvidia people,
fix this up if needed.

> Therefore, reassigning to nvidia-graphics-drivers.

Thanks.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#641699: ITP: gnome-globalmenu -- global menu plug-in for gnome-shell

[YunQiang Su]

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

Package name: gnome-globalmenu
Version: 0.9~alpha5
Upstream Author : Yu Feng 
URL: http://code.google.com/p/gnome2-globalmenu
License: GPLv2
Programming Lang: vala, c
Description: global menu plug-in for gnome-shell

-- 
YunQiang Su



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

Bug#641700: ITP: ruby-pdf-inspector -- Ruby library for analyzing PDF output

[Cédric Boutillier]

Package: wnpp
Severity: wishlist
Owner: "Cédric Boutillier" 

Hi!

I would like to package ruby-pdf-inspector, under the umbrella of Ruby Extras
Team. This PDF output analyzer is a builddependency of a newer version of
libprawn-ruby (soon to be renamed ruby-prawn).

* Package name: ruby-pdf-inspector
  Version : 1.0.0
  Upstream Author : Gregory Brown  and others
* URL : https://github.com/sandal/pdf-inspector
* License : Ruby or GPLv2 or GPLv3
  Programming Lang: Ruby
  Description : Ruby library for analyzing PDF output

 This library provides a number of tools based on the Ruby library PDF::Reader,
 provided in the ruby-pdf-reader, to test and analyze PDF output.


Best wishes,

Cédric


signature.asc
Description: Digital signature

Bug#641344: [nvidia-glx] Graphics errors after upgrading to xserver with abi 11

[Andreas Beckmann]

reassign 641344 xserver-xorg-core 2:1.11.0-1
tag 641344 - moreinfo + patch
affects 641344 src:nvidia-graphics-drivers xserver-xorg-video-nvidia
retitle 641344 rendering errors with nvidia driver and xserver 1.11 due to 
wrong symbols in libwfb.so
forwarded 641344 
http://lists.x.org/archives/xorg-devel/2011-September/025062.html
thanks

On 2011-09-12 20:25, Franz Schrober wrote:
> I have a lot of graphics errors after updating my system to the
> xserver with abi 11. It is hard to write the bug report because I
> cannot see many gui elements in kde 4. They look like the screen
> errors I got after using the nvidia driver 285 with the ignore abi
> option and the abi 11 xorg.

NVIDIA tracked this problem down to a bug in libwfb.so and provided a
patch:
http://www.nvnews.net/vbulletin/showthread.php?t=166025&page=2
http://lists.x.org/archives/xorg-devel/2011-September/025062.html
http://lists.x.org/archives/xorg-devel/2011-September/025082.html

I verified that the attached patch works with xorg-xserver from git and
the offending symbols are renamed, but I couldn't verify that it fixes
the rendering errors as I cannot reproduce them.


Andreas


16-add-missing-libwfb-renames.diff
Description: application/pgp-keys

Bug#641701: audacious-plugins: Plugin ffaudio vanished, no plugin for wma

[Thorsten Schulz]

Package: audacious-plugins
Version: 2.4.4-1+b2
Severity: normal

Dear Maintainer,

after the last upgrade and restart, audacious complained of not having a 
plugin to play Windows Media wma / asf files. It seems that the ffaudio 
plugin has gone. I have no idea if this is intentionally, but it doesn't 
work for me.

Now rescanning my drive-library audacious stopped finding windows media 
files.

I am using current ffmpeg libraries from debian-multimedia if that makes 
a diffrence.

cheers,
Thorsten

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

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

Versions of packages audacious-plugins depends on:
ii  libasound21.0.24.1-4 
ii  libatk1.0-0   2.0.1-2
ii  libaudcore1   2.4.4-1
ii  libbinio1ldbl 1.4-14 
ii  libc6 2.13-21
ii  libcairo2 1.10.2-6.1 
ii  libcddb2  1.3.2-3
ii  libcdio-cdda0 0.81-4 
ii  libcdio10 0.81-4 
ii  libcue1   1.4.0-1
ii  libcurl3-gnutls   7.21.7-2   
ii  libdbus-1-3   1.4.14-1   
ii  libdbus-glib-1-2  0.94-4 
ii  libfaad2  2.7-7  
ii  libflac8  1.2.1-5
ii  libfluidsynth11.1.5-1
ii  libfontconfig12.8.0-3
ii  libfreetype6  2.4.6-2
ii  libgcc1   1:4.6.1-10 
ii  libgdk-pixbuf2.0-02.24.0-1   
ii  libglib2.0-0  2.28.6-1   
ii  libgtk2.0-0   2.24.6-1   
ii  libjack0 [libjack-0.116]  1:0.121.0+svn4469-2
ii  liblircclient00.9.0~pre1-1   
ii  libmcs1   0.7.2-2
ii  libmms0   0.6.2-2
ii  libmowgli20.7.1-1
ii  libmtp9   1.1.0-4
ii  libneon27-gnutls  0.29.6-1   
ii  libogg0   1.2.2~dfsg-1   
ii  libpango1.0-0 1.28.4-3   
ii  libpulse0 0.9.23-1   
ii  libresid-builder0c2a  2.1.1-8
ii  libsamplerate00.1.8-1
ii  libsdl1.2debian   1.2.14-6.4 
ii  libsidplay2   2.1.1-8
ii  libsndfile1   1.0.25-3   
ii  libstdc++64.6.1-10   
ii  libusb-0.1-4  2:0.1.12-19
ii  libvorbis0a   1.3.2-1
ii  libvorbisenc2 1.3.2-1
ii  libvorbisfile31.3.2-1
ii  libwavpack1   4.60.1-1   
ii  libx11-6  2:1.4.4-1  
ii  libxcomposite11:0.4.3-2  
ii  libxml2   2.7.8.dfsg-4   
ii  libxrender1   1:0.9.6-2  
ii  zlib1g1:1.2.3.4.dfsg-3   

Versions of packages audacious-plugins recommends:
ii  audacious  2.4.4-1

audacious-plugins 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#641702: fix some issues, seen on the ubuntu buildds

[Matthias Klose]

Package: libcoyotl
Version: 3.1.0-4.1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

I had to change some things, because the package did fail to build, and then did
fail to upload in Ubuntu.

  * Avoid building the package twice.
  * Regenerate the auto* files. LP: #831162.
  * Add Section attribute to the source package to avoid upload failure.

Please consider these for the Debian package too.

patch at
http://launchpadlibrarian.net/79961318/libcoyotl_3.1.0-4.1_3.1.0-4.1ubuntu1.diff.gz



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

Bug#641703: fix some issues, seen on the ubuntu buildds

[Matthias Klose]

Package: libevocosm
Version: 3.1.0-3.1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch

I had to change some things, because the package did fail to build, and then did
fail to upload in Ubuntu.

  * Avoid building the package twice.
  * Regenerate the auto* files. LP: #831117.
  * Add Section attribute to the source package to avoid upload failure.

Please consider these for the Debian package too.

patch at
http://launchpadlibrarian.net/79961806/libevocosm_3.1.0-3.1_3.1.0-3.1ubuntu1.diff.gz



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

Bug#641704: unbound-host should be preconfigured with DNS root trust anchor

[Thue Janus Kristensen]

Package: unbound-host
Version: 1.4.12-1
Severity: normal

Dear Maintainer,

Using a simple "aptitude install unbound-host", the installed
unbound-host doesn't seem to know about the root trust anchor. And
there is no description in the man page, or in
/ush/share/doc/unbound-host, about how to get and install this anchor.

The DNS root is now signed. Since I expect most people will use the
root trust anchor, then it would make sense for this to be
preconfigured. If the root anchor is changed, then an update can be
put into the Debian volative repository.

To document that the current unbound-host installation don't know
about the root trust anchor, I ran the following commands:

t@h ~> unbound-host -v isc.org  

isc.org has address 149.20.64.42 (insecure)
isc.org has IPv6 address 2001:4f8:0:2::d (insecure)
isc.org mail is handled by 10 mx.ams1.isc.org. (insecure)
isc.org mail is handled by 10 mx.pao1.isc.org. (insecure)
t@h ~> unbound-host -v -y ". IN DS 19036 8 2 
49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5" isc.org
isc.org has address 149.20.64.42 (secure)
isc.org has IPv6 address 2001:4f8:0:2::d (secure)
isc.org mail is handled by 10 mx.pao1.isc.org. (secure)
isc.org mail is handled by 10 mx.ams1.isc.org. (secure)

Regards, Thue

PS: why doesn't running
t@h ~> unbound-host isc.org 
   
isc.org has address 149.20.64.42
isc.org has IPv6 address 2001:4f8:0:2::d
isc.org mail is handled by 10 mx.pao1.isc.org.
isc.org mail is handled by 10 mx.ams1.isc.org.
Throw a warning or error, since by running with -v I can see that validation 
failed?

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages unbound-host depends on:
ii  libc6 2.13-21   
ii  libev41:4.04-1  
ii  libgcc1   1:4.6.1-10
ii  libldns1  1.6.10-2  
ii  libpython2.6  2.6.7-4   
ii  libssl1.0.0   1.0.0e-2  
ii  libunbound2   1.4.12-1  

unbound-host recommends no packages.

unbound-host 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#641413: #641413: X crashes

[Roland Stigge]

Just to make sure: Please note that this problem is not specific to
libreoffice. Although it lead to an X crash (restarting gdm3), it also
leads to other errors, e.g. broken buttons and othe widgets in GTK+.



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

Bug#641705: shorewall init script inconsistency

[antonio.parravicini]

Package: shorewall
Version: 4.4.11.6-3

After dist-upgrade from lenny:

# cat /etc/debian_version
6.0.2

# update-rc.d -f shorewall remove
update-rc.d: using dependency based boot sequencing

# update-rc.d -f shorewall defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: shorewall start runlevel arguments 
(2 3 4 5) do not match LSB Default-Start values (S)
update-rc.d: warning: shorewall stop runlevel arguments (0 
1 6) do not match LSB Default-Stop values (0 6)


Could this be fixed in debian stable?

Regards,
Antonio Parravicini



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

Bug#390449: please consider including debian-edu-archive-keys handling

[David Kalnischkies]

reassign 390449 debian-edu-archive-keyring 2010.01.05
thanks

Hi debian-edu,

soon-to-be 5 years later a response to your wishlist bug against apt -
and then it's even a reassigning back to you…
d'oh! Life can be hard at times… ;)


APT has gained well before squeeze the possibility for
keyring packages to drop their keyrings into a fragments directory
instead of mangling with apt-file which is not only prune for errors,
but could possibly override user-configuration (see #558784).

Long story short, attached is a prelimited patch to enable your
keyring package to use this fragments directory.
Prelimited in the sense that it isn't tested and that you might want
to change a bit/everything depending on what you like.

If you have further questions on how to implement this feel free
to ask me, but make sure to at least cc me in that case, thanks!

(No, this hasn't been adopted by anyone with a keyring in debian main yet,
 even through it works and is used at least by some third-party archives and
 a small debian-derivative (aptosid) currently with success.
 Hopefully in the near future i will be able to create a patch for
 debian-archive-keyring through, so you are not completely alone)


Best regards

David Kalnischkies
diff -ru debian-edu-archive-keyring-2010.01.05-bak//debian/control debian-edu-archive-keyring-2010.01.05/debian/control
--- debian-edu-archive-keyring-2010.01.05-bak//debian/control	2011-09-15 11:30:03.106463458 +0200
+++ debian-edu-archive-keyring-2010.01.05/debian/control	2011-09-15 11:42:22.542219237 +0200
@@ -11,7 +11,8 @@
 
 Package: debian-edu-archive-keyring
 Architecture: all
-Depends: gnupg, apt
+Depends: apt (>= 0.7.25.1), gpgv
+Recommends: gnupg
 Description: GnuPG archive keys of the Debian Edu archive
  The Debian Edu project digitally signs its Release files. This package
  contains the archive keys used for that.
diff -ru debian-edu-archive-keyring-2010.01.05-bak//debian/postinst debian-edu-archive-keyring-2010.01.05/debian/postinst
--- debian-edu-archive-keyring-2010.01.05-bak//debian/postinst	2011-09-15 11:30:03.106463458 +0200
+++ debian-edu-archive-keyring-2010.01.05/debian/postinst	2011-09-15 11:46:37.284034528 +0200
@@ -2,7 +2,13 @@
 
 set -e
 
-if [ -x /usr/bin/apt-key ]; then
-# "apt-key update" only uses /usr/share/keyrings/debian-archive-*.gpg, so we use "apt-key add"
-apt-key add /usr/share/keyrings/debian-edu-archive-keyring.gpg
+if [ "$1" = 'configure' ]; then
+	if dpkg --compare-versions '2010.01.05' '>=' "$2" && which gpg > /dev/null; then
+		TRUSTEDFILE='/etc/apt/trusted.gpg'
+		eval $(apt-config shell TRUSTEDFILE Apt::GPGV::TrustedKeyring)
+		eval $(apt-config shell TRUSTEDFILE Dir::Etc::Trusted/f)
+		if [ -e "$TRUSTEDFILE" ]; then
+			apt-key --keyring "$TRUSTEDFILE" del A26FF456 2>/dev/null || :
+		fi
+	fi
 fi
diff -ru debian-edu-archive-keyring-2010.01.05-bak//debian/rules debian-edu-archive-keyring-2010.01.05/debian/rules
--- debian-edu-archive-keyring-2010.01.05-bak//debian/rules	2011-09-15 11:30:03.106463458 +0200
+++ debian-edu-archive-keyring-2010.01.05/debian/rules	2011-09-15 11:42:59.617755730 +0200
@@ -34,6 +34,8 @@
 	$(install_dir) debian/tmp/usr/share/keyrings/
 	$(install_file) keyrings/debian-edu-archive-keyring.gpg debian/tmp/usr/share/keyrings/
 	$(install_file) keyrings/debian-edu-archive-removed-keys.gpg debian/tmp/usr/share/keyrings/
+	$(install_dir) debian/tmp/etc/apt/trusted.gpg.d/
+	$(install_file) keyrings/debian-edu-archive-keyring.gpg debian/tmp/etc/apt/trusted.gpg.d/
 
 	$(install_dir) debian/tmp/usr/share/doc/debian-edu-archive-keyring/
 	$(install_file) README debian/tmp/usr/share/doc/debian-edu-archive-keyring/

Bug#641706: package ftbfs with ld --as-needed

[Matthias Klose]

Package: jnettop
Version: 0.13.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

see http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries

patch at
http://launchpadlibrarian.net/79964229/jnettop_0.13.0-1_0.13.0-1ubuntu1.diff.gz

failed build
https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+build/2697310




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

Bug#494763: lft: New upstream

[Ed Spiridonov]

Why so old version is used?
Upstream close bug #182173, so upgrade is very useful.

BTW, project do homepage change twice:
http://web.archive.org/web/20071013144626/http://mainnerve.com/lft/index.html
http://oppleman.com/lft/
http://pwhois.org/lft/



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

Bug#630593: [PATCH/RFC] parport_pc: remove ancient, overeager quirk that disables EPP support on many chipsets

[Greg KH]

On Thu, Sep 15, 2011 at 11:33:18AM +0200, Leopold Palomo-Avellaneda wrote:
> Hi,
> 
> there's a bug in the parport module that have been reported (in another 
> places) some time ago [1]. Also, this bug was reported at Redhat [2], but 
> nobody follow the report and it was closed.
> 
> As Adam baked said [1] :
> 
> 
> A long time ago (~ 10 years), Intel produced a chipset that 
> included broken EPP support. The Linux parport driver was written to detect 
> such a chipset and disable EPP support on it. Unfortunately the test that was 
> written gives false positives for many current chipsets and no-one seems to 
> know exactly what the problem hardware was, let alone have a sample of it to 
> see if a better test can be written. After such a long time it is probably 
> appropriate to just remove the test (on average it does more harm than good) 
> however you are correct in asserting the driver is unmaintained so no-one is 
> bothering to fix it.
> 
> 
> I have applied the patch to the standard debian kernel and vanilla kernels 
> and 
> runs perfectly. The patch simply erases a check. Applied to some Dell 
> hardware, now the EPP mode is detected and, after some initial tests it's 
> working.
> 
> Please, apply the patch.

Please resend it with the proper Signed-off-by: line, as described by
Documentation/SubmittingPatches and we will be glad to consider it.

thanks,

greg k-h



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

Bug#641707: mail-notification: unable to open Mail Reader

[Alberto Maurizi]

Package: mail-notification
Version: 5.4.dfsg.1-2.5
Severity: normal

Dear Maintainer,

I'm not sure it is a bug of mail-notification or some bad interaction
with gnome.

If the "Mail Reader" is defined in gnome (through
System->Preferences->Preferred Applications) as the "Custom" command:
gnome-terminal --execute mutt %s
mail-notification is not able to launch it: it only opens a gnome-terminal.

However, if "Mail Reader" is defined as "Mutt" (mutt %s with "Run in
terminal"), it works.

Hope this can be useful.

Alberto

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

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

Versions of packages mail-notification depends on:
ii  gconf2   2.32.4-1
ii  gnome-icon-theme 3.0.0-4 
ii  libatk1.0-0  2.0.1-2 
ii  libbonobo2-0 2.24.3-1
ii  libc62.13-21 
ii  libcairo-gobject21.10.2-6.1  
ii  libcairo21.10.2-6.1  
ii  libdbus-1-3  1.4.14-1
ii  libdbus-glib-1-2 0.94-4  
ii  libfontconfig1   2.8.0-3 
ii  libfreetype6 2.4.6-2 
ii  libgconf2-4  2.32.4-1
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libglib2.0-0 2.28.6-1
ii  libgmime-2.4-2   2.4.25-1
ii  libgnome-keyring03.0.3-1 
ii  libgnome2-0  2.32.1-1
ii  libgnomevfs2-0   1:2.24.4-1  
ii  libgnomevfs2-extra   1:2.24.4-1  
ii  libgtk-3-0   3.0.12-2
ii  libnotify4   0.7.4-1 
ii  liborbit21:2.14.18-0.2   
ii  libpango1.0-01.28.4-3
ii  libpopt0 1.16-1  
ii  libsasl2-2   2.1.24~rc1.dfsg1+cvs2011-05-23-6
ii  libssl1.0.0  1.0.0e-2
ii  libx11-6 2:1.4.4-1   
ii  libxml2  2.7.8.dfsg-4
ii  notification-daemon  0.7.2-1 

Versions of packages mail-notification recommends:
ii  fetchyahoo   2.12.4-1  
ii  getlive  0.59-1
ii  mail-notification-evolution  5.4.dfsg.1-2.5

mail-notification 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#641708: ITP: xul-ext-adblock-plus-element-hiding-helper -- extension for Adblock Plus meant to make creating element hiding rules easier

[Fabrizio Regalli]

Package: wnpp
Severity: wishlist
Owner: "Fabrizio Regalli" 

* Package name: xul-ext-adblock-plus-element-hiding-helper
  Version : 1.1.1
  Upstream Author : Wladimir Palant
* URL : http://adblockplus.org/en/elemhidehelper
* License : MPL-1.1
  Programming Lang: JavaScript
  Description : extension for Adblock Plus meant to make creating element 
hiding rules easier

 Element Hiding Helper is a companion extension for Adblock Plus 
 meant to make creating element hiding rules easier. You simply 
 select the element you want to be hidden and then choose which 
 attributes of this element should be taken into account when hiding 
 it in future. The element hiding rule is generated and added  automatically.



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

Bug#641709: dia-common: desktop file needs GenericName entries

[Ronny Standtke]

Package: dia-common
Version: 0.97.1-7
Severity: minor
Tags: patch

*** Please type your report below this line ***
The desktop file needs GenericName entries and the Name entry should
only contain the short application name ("Dia" in this case). The
attached patch fixes this issue.

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

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

Versions of packages dia-common depends on:
ii  gconf2  2.28.1-6 GNOME configuration database syste
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii  python-support  1.0.10   automated rebuilding support for P

Versions of packages dia-common recommends:
ii  dia   0.97.1-7   Diagram editor
ii  dia-libs  0.97.1-7   Diagram editor (library files)

dia-common suggests no packages.

-- no debconf information
-- 
Ronny Standtke Fachhochschule Nordwestschweiz
Dozent Medienpädagogik / ICT   Pädagogische Hochschule
Telefon: +41 32 628 67 08  Obere Sternengasse 7
Mobil  : +41 79 786 81 82  4502 Solothurn
--- /usr/share/applications/dia-common.desktop.orig	2010-07-31 19:25:46.0 +
+++ /usr/share/applications/dia-common.desktop	2011-09-15 09:56:02.0 +
@@ -1,45 +1,46 @@
 [Desktop Entry]
 Encoding=UTF-8
-Name=Dia Diagram Editor
-Name[ar]=محرّر المخطّطات ديّا
-Name[bg]=Редактор на диаграми (Dia)
-Name[ca]=Editor de diagrames Dia
-Name[ca@valencia]=Editor de diagrames Dia
-Name[cs]=Editor diagramů Dia
-Name[da]=Dia - diagramtegning
-Name[de]=Dia Diagrammeditor
-Name[dz]=ཌི་ཡ་ བཀོད་རིས་ཞུན་དགཔ་
-Name[en_CA]=Dia Diagram Editor
-Name[en_GB]=Dia Diagram Editor
-Name[es]=Editor de diagramas
-Name[eu]=Dia, diagrama-editorea
-Name[fi]=Dia-kaaviomuokkain
-Name[fr]=Éditeur de diagrammes Dia
-Name[gl]=Editor de diagrama Dia
-Name[gu]=Dia આકૃતિ સંપાદક
-Name[hu]=Dia diagramszerkesztő
-Name[id]=Editor Diagram Dia
-Name[ja]=Dia ダイアグラム・エディタ
-Name[ko]=도표 편집기
-Name[lt]=Dia diagramų redaktorius
-Name[mr]=Dia आकृती संपादक
-Name[nb]=Diagramredigering
-Name[ne]=डाय चित्र सम्पादक
-Name[nl]=Dia diagram bewerken
-Name[pt]=Editor de Diagramas Dia
-Name[pt_BR]=Editor de diagramas Dia
-Name[ru]=Dia — Редактор диаграмм
-Name[sk]=Dia editor diagramov
-Name[sl]=Urejevalnik diagramov Dia
-Name[sr]=Диа уређивач дијаграма
-Name[sr@Latn]=Dia uređivač dijagrama
-Name[sv]=Diagramredigeraren Dia
-Name[ta]=Dia வரைபட எடிட்டர்
-Name[uk]=Редактор діаграм Діа
-Name[vi]=Bộ biên soạn sơ đồ Dia
-Name[zh_CN]=Dia 图表编辑器
-Name[zh_HK]=Dia 圖表編輯器
-Name[zh_TW]=Dia 圖表編輯器
+Name=Dia
+GenericName=Diagram Editor
+GenericName[ar]=محرّر المخطّطات ديّا
+GenericName[bg]=Редактор на диаграми
+GenericName[ca]=Editor de diagrames
+GenericName[ca@valencia]=Editor de diagrames
+GenericName[cs]=Editor diagramů
+GenericName[da]=diagramtegning
+GenericName[de]=Diagrammeditor
+GenericName[dz]=ཌི་ཡ་ བཀོད་རིས་ཞུན་དགཔ་
+GenericName[en_CA]=Diagram Editor
+GenericName[en_GB]=Diagram Editor
+GenericName[es]=Editor de diagramas
+GenericName[eu]=diagrama-editorea
+GenericName[fi]=kaaviomuokkain
+GenericName[fr]=Éditeur de diagrammes
+GenericName[gl]=Editor de diagrama
+GenericName[gu]=આકૃતિ સંપાદક
+GenericName[hu]=diagramszerkesztő
+GenericName[id]=Editor Diagram
+GenericName[ja]=ダイアグラム・エディタ
+GenericName[ko]=도표 편집기
+GenericName[lt]=diagramų redaktorius
+GenericName[mr]=आकृती संपादक
+GenericName[nb]=Diagramredigering
+GenericName[ne]=डाय चित्र सम्पादक
+GenericName[nl]=diagram bewerken
+GenericName[pt]=Editor de Diagramas
+GenericName[pt_BR]=Editor de diagramas
+GenericName[ru]=Редактор диаграмм
+GenericName[sk]=editor diagramov
+GenericName[sl]=Urejevalnik diagramov
+GenericName[sr]=уређивач дијаграма
+GenericName[sr@Latn]=uređivač dijagrama
+GenericName[sv]=Diagramredigeraren
+GenericName[ta]=வரைபட எடிட்டர்
+GenericName[uk]=Редактор діаграм
+GenericName[vi]=Bộ biên soạn sơ đồ
+GenericName[zh_CN]=图表编辑器
+GenericName[zh_HK]=圖表編輯器
+GenericName[zh_TW]=圖表編輯器
 Comment=Edit your Diagrams
 Comment[ar]=حرّر مخطّطاتك
 Comment[bg]=Редактиране на диаграми

Bug#557621: Patch

[Martin Quinson]

Back in 2009, you contributed a patch to the bug "quilt - Unhelpfull
message if no patches directory". Your first try was a bit suboptimal,
and some discussion followed about how to fix it.

That discussion were cut short when it was indicated that upstream
bugs should be discused upstream. Could you please help me sort out
this issue?

In particular, did you have any feedback at any point indicating that
this was actually discussed upstream (I don't feel like digging almost
2 years of mail archive if the information is fresh in your memory)

Also, could you consider fixing your patch so that I can apply it? For
almost 2 years I thought that I can do it myself, but the facts prove
that I just don't have the time to investigate this issue, so your
help would be more than welcomed.

Let's first fix the issue and then I'll try to see how to get it
integrated upstream (and your help would be welcomed during that phase
too, if you can.

Thanks for your time,
Mt.

-- 
2+2 = 5 ... Pour d'assez grandes valeurs de 2



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

Bug#641413: X crashes

[Andreas Beckmann]

On 2011-09-15 11:54, Roland Stigge wrote:
> Just to make sure: Please note that this problem is not specific to
> libreoffice. Although it lead to an X crash (restarting gdm3), it also
> leads to other errors, e.g. broken buttons and othe widgets in GTK+.

Which version of xserver-xorg-core are you running?
If you use 1.11.0 from unstable, please downgrade all the Xorg packages
to the versions in testing and see if the problem disappears.
In that case this could be a duplicate of http://bugs.debian.org/641344

Otherwise please run
  reportbug -N 641413
and provide extra information (x) for the 'nvidia-glx' package (so that
it collects all the information useful for the Debian Nvidia Maintainers).
Please note the reportbug 6.2 from testing has a problem with such
followups, please upgrade to 6.2.1 from unstable first


Andreas



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

Bug#641710: dh_sphinxdoc doesn't work when HAS_SOURCE is set to false (and _sources directory is missing)

[Raphaël Hertzog]

Package: python-sphinx
Version: 1.0.7+dfsg-1
Severity: normal
File: /usr/bin/dh_sphinxdoc

Since the python-django-doc package is quite big, we wanted to save some
spaces by dropping the _sources directory. I noticed that dh_sphinxdoc
analyzed the HAS_SOURCE setting in search.html to adjust its behaviour
so instead of directly removing the _sources directory I modified conf.py
to disable its generation (html_copy_source = False).

Despite this, dh_sphinxdoc fails with:
dh_sphinxdoc: 
debian/python-django-doc/usr/share/doc/python-django-doc/html/_sources/releases/1.0.txt
 is missing

Looking at the code, you extract the value (true or false) but afterwards
you only use it in a form “if $has_source”... you should really replace
this with “if $has_source eq "true"”.

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

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

Versions of packages python-sphinx depends on:
ii  libjs-sphinxdoc  1.0.7+dfsg-1
ii  python   2.6.7-3 
ii  python-docutils  0.8.1-2 
ii  python-jinja22.6-1   
ii  python-pygments  1.4+dfsg-2  
ii  python-support   1.0.14  

Versions of packages python-sphinx recommends:
ii  python 2.6.7-3
ii  python-imaging 1.1.7-4
ii  python-simplejson  2.2.0-1

Versions of packages python-sphinx suggests:
pn  jsmath  

-- 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#630421: python-django: please build needed locale at runtime instead of build-depending on locales-all

[Jakub Wilk]

Hi Steve,

Thanks for you patch, I hate when packages build-depend on locales-all. 
:P


* Steve Langasek , 2011-06-13, 15:13:

+   mkdir -p tmp-locales
+   localedef -i /usr/share/i18n/locales/en_US -c -f UTF-8 -A 
/usr/share/locale/locale.alias tmp-locales/en_US.UTF-8
+   LOCPATH=$(CURDIR)/tmp-locales LC_ALL=en_US.UTF-8 PYTHONPATH=. 
tests/runtests.py --settings=tests.test_sqlite --verbosity=2
+   rm -rf tmp-locales


Are -i and -A options actually needed? At least in a few packages of 
mine I didn't use anything like that, yet nothing exploded. :)


--
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#641711: ssl_locl.h isn't packaged

[Ross Burton]

Package: libssl-dev
Version: 1.0.0e-2
Severity: normal

openconnect uses DTLS from libssl to connect to the VPN.  However compilation of
openconnect 3.12 fails on Debian because dtls1_stop_timer() isn't in the header
files.

Upstream libssl installs ssl_locl.h and that declares dtls1_stop_timer().  For
some reason this isn't packaged in Debian.

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

Kernel: Linux 3.0.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/bash

Versions of packages libssl-dev depends on:
ii  libssl1.0.0  1.0.0e-2
ii  zlib1g-dev   1:1.2.3.4.dfsg-3

Versions of packages libssl-dev recommends:
pn  libssl-doc  

libssl-dev 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#630421: python-django: please build needed locale at runtime instead of build-depending on locales-all

[Jakub Wilk]

* Steve Langasek , 2011-06-20, 23:53:

$ dpkg -S /usr/share/i18n/locales/en_US
locales: /usr/share/i18n/locales/en_US



We still need to build-depend on locales, no?


Ah - yes, indeed, a dep on locales is still needed.


Please note that locales-all has "Provides: locales", but it does not 
ship this file, so localedef won't work if only locales-all is 
installed. Therefore, the build-dependency should be versioned (even 
"(>= 0)" will do the trick).


--
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#641348: trac-mercurial 0.12

[Jens Peter Secher]

Hi, the trac-mercurial package does not work well with Trac 0.12, so I 
have created an updated package:



http://dl.dropbox.com/u/4213259/deb/trac-mercurial_0.12.0.27-0.1.debian.tar.gz

It includes a get-orig-source target that extracts the source directly 
from SVN.


I am no longer a DD so I cannot upload, but I have a number of other 
trac-related packages for Trac 0.12 lying around:


  trac-autocompleteusers 0.4.2
  trac-batchmodify 0.8.0
  trac-estimationtools 0.4.5
  trac-wikiprint 1.8.4

None of them are signed AFAIR, but I can sign them and make available if 
needed.


Cheers,
--
Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1.

A. Because it breaks the logical sequence of discussion.
Q. Why is top posting bad?




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

Bug#641712: mail-notification: popup is misplaced

[Alberto Maurizi]

Package: mail-notification
Version: 5.4.dfsg.1-2.5
Severity: important

Dear Maintainer,

after today's upgrade in sid the popup list of unread mail is misplaced.
It is almost completely outside the screen that makes it completely
useless.

Alberto


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

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

Versions of packages mail-notification depends on:
ii  gconf2   2.32.4-1
ii  gnome-icon-theme 3.0.0-4 
ii  libatk1.0-0  2.0.1-2 
ii  libbonobo2-0 2.24.3-1
ii  libc62.13-21 
ii  libcairo-gobject21.10.2-6.1  
ii  libcairo21.10.2-6.1  
ii  libdbus-1-3  1.4.14-1
ii  libdbus-glib-1-2 0.94-4  
ii  libfontconfig1   2.8.0-3 
ii  libfreetype6 2.4.6-2 
ii  libgconf2-4  2.32.4-1
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libglib2.0-0 2.28.6-1
ii  libgmime-2.4-2   2.4.25-1
ii  libgnome-keyring03.0.3-1 
ii  libgnome2-0  2.32.1-1
ii  libgnomevfs2-0   1:2.24.4-1  
ii  libgnomevfs2-extra   1:2.24.4-1  
ii  libgtk-3-0   3.0.12-2
ii  libnotify4   0.7.4-1 
ii  liborbit21:2.14.18-0.2   
ii  libpango1.0-01.28.4-3
ii  libpopt0 1.16-1  
ii  libsasl2-2   2.1.24~rc1.dfsg1+cvs2011-05-23-6
ii  libssl1.0.0  1.0.0e-2
ii  libx11-6 2:1.4.4-1   
ii  libxml2  2.7.8.dfsg-4
ii  notification-daemon  0.7.2-1 

Versions of packages mail-notification recommends:
ii  fetchyahoo   2.12.4-1  
ii  getlive  0.59-1
ii  mail-notification-evolution  5.4.dfsg.1-2.5

mail-notification 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#641531: Support for WPA2-LEAP

[David Paleino]

Hello Raúl,

On Thu, 15 Sep 2011 09:55:16 +0200, Raúl Sánchez Siles wrote:

> Hi:
> 
>   Find attached a patch for the issue.
> 
>   I'm sorry for the delay, I was actually fighting reportbug-gtk :S

Thanks for your patch :)

There was no need to prepare a full-blown NMU patch, just the template was
sufficient ;)

I pushed the changes upstream (with the other two templates from that post):

  http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/582

and in the Debian package:

  
http://anonscm.debian.org/gitweb/?p=collab-maint/wicd.git;a=commitdiff;h=4d37d2da3bbdbc243c122adaac3a7d11c57becff

Kindly,
David

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


signature.asc
Description: PGP signature

Bug#641145: [Pkg-xfce-devel] Bug#641145: xfce4-power-manager: Doesn't lock screen on suspend

[Yves-Alexis Perez]

On jeu., 2011-09-15 at 22:00 +1200, Aidan Gauland wrote:
> On 14/09/11 17:43, Yves-Alexis Perez wrote:
> > xfpm first tries to call xflock4, so if that works, I fail to see what
> > happens for you (it obviously work everywhere I tried).
> 
> This appears to be a known bug:
> https://bugzilla.xfce.org/show_bug.cgi?id=6019

This bug is against xfce4-power-manager, not xfce4-session. So what
exactly are you using to suspend/hibernate? Could you precise what you
use?

Please keep the bug on CC: too.

Regards,
-- 
Yves-Alexis


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

Bug#641710: dh_sphinxdoc doesn't work when HAS_SOURCE is set to false (and _sources directory is missing)

[Jakub Wilk]

tags 641710 + confirmed
thanks

* Raphaël Hertzog , 2011-09-15, 12:30:
Since the python-django-doc package is quite big, we wanted to save 
some spaces by dropping the _sources directory. I noticed that 
dh_sphinxdoc analyzed the HAS_SOURCE setting in search.html to adjust 
its behaviour 


If you build with html_copy_source=1 and then manually remove sources, 
the search function will be broken. That's why dh_sphinxdoc doesn't 
allow that.


so instead of directly removing the _sources directory I modified 
conf.py to disable its generation (html_copy_source = False).


Despite this, dh_sphinxdoc fails with:
dh_sphinxdoc: 
debian/python-django-doc/usr/share/doc/python-django-doc/html/_sources/releases/1.0.txt
 is missing

Looking at the code, you extract the value (true or false) but 
afterwards you only use it in a form “if $has_source”... you should 
really replace this with “if $has_source eq "true"”.


Thanks for your analysis. I'll try to fix the package as soon as 
possible, but if you are in hurry, you can pass -X.txt to 
dh_sphinxdoc as a work-around.


--
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#641713: mensis: fails to build with libtool 2.4

[Colin Watson]

Package: mensis
Version: 0.0.080507-2
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch oneiric

mensis fails to build with libtool 2.4, originally reported in this
Ubuntu bug:

  https://bugs.launchpad.net/ubuntu/+source/mensis/+bug/832774

This category of failure is explained here:

  
http://wiki.debian.org/qa.debian.org/FTBFS#A2011-05-04_Libtool_complains_about_file_not_found_on_.2B-.3D_assignment

Patch follows.

  * Substitute SHELL in Makefiles so that LIBTOOL expands correctly
(LP: #832774).

diff -u mensis-0.0.080507/debian/patches/series 
mensis-0.0.080507/debian/patches/series
--- mensis-0.0.080507/debian/patches/series
+++ mensis-0.0.080507/debian/patches/series
@@ -4,0 +5 @@
+010_libtool_shell.diff
only in patch2:
unchanged:
--- mensis-0.0.080507.orig/debian/patches/010_libtool_shell.diff
+++ mensis-0.0.080507/debian/patches/010_libtool_shell.diff
@@ -0,0 +1,39 @@
+Description: Substitute SHELL in Makefiles so that LIBTOOL expands correctly
+Author: Colin Watson 
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/832774
+Forwarded: no
+Last-Update: 2011-09-15
+
+Index: b/Makefile.dynamic.in
+===
+--- a/Makefile.dynamic.in
 b/Makefile.dynamic.in
+@@ -9,6 +9,7 @@
+ bindir = @bindir@
+ libdir = @libdir@
+ 
++SHELL = @SHELL@
+ LIBTOOL = @LIBTOOL@
+ CC = @CC@
+ INSTALL = @INSTALL@
+Index: b/Makefile.in
+===
+--- a/Makefile.in
 b/Makefile.in
+@@ -10,6 +10,7 @@
+ srcdir = @srcdir@
+ top_builddir = .
+ 
++SHELL = @SHELL@
+ CC = @CC@
+ INSTALL = @INSTALL@
+ LIBTOOL = @LIBTOOL@
+Index: b/Makefile.static.in
+===
+--- a/Makefile.static.in
 b/Makefile.static.in
+@@ -1,3 +1,4 @@
++SHELL = @SHELL@
+ CC = @CC@
+ 
+ X_CFLAGS = @X_CFLAGS@

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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

Bug#641413: Reproducing the bug

[Martin Stigge]

On Wed, 2011-09-14 at 16:52 +0200, Rene Engelhard wrote:
> > It also does crash my X session, leading me to the bug report. I'm using
> > the nvidia X module which was upgraded recently.
> 
> Aha. What I guessed. And if you downgrade it again, does it
> start working again? Does it work with a driver in Debian? (nouveau)

Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually an
upgrade, judging from the version numbers) also did the trick for me,
including fixing gtk display breakage.

(Can't test nouveau, my hardware doesn't like it.)

For the record: The crashes happened with libreoffice 3.4.3-1 as well as
3.3.4-1 (via ssh X forward) as well as acroread 9.4.2-0 (from
debian-multimedia.org).

Regards,
Martin





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

Bug#641413: X crashes

[Roland Stigge]

Hi!

On 09/15/2011 12:30 PM, Andreas Beckmann wrote:
> On 2011-09-15 11:54, Roland Stigge wrote:
>> Just to make sure: Please note that this problem is not specific to
>> libreoffice. Although it lead to an X crash (restarting gdm3), it also
>> leads to other errors, e.g. broken buttons and othe widgets in GTK+.
> 
> Which version of xserver-xorg-core are you running?
> If you use 1.11.0 from unstable, please downgrade all the Xorg packages
> to the versions in testing and see if the problem disappears.
> In that case this could be a duplicate of http://bugs.debian.org/641344

To be honest, I downgraded xserver-xorg-core from 2:1.11.0-1 to
2:1.10.4-1 at the same time I downgraded the nvidia driver. This seems
to be a coupled dependency since I couldn't remember downgrading it
manually.

So xserver-xorg-core could be involved as well.

Please tell if you need further information from me.

bye,
  Roland



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

Bug#641697: [drm] nouveau 0000:02:00.0: PGRAPH: unsupported chipset, please report!

[Jonathan Nieder]

reassign 641697 src:linux-2.6 3.0.0-3
# cosmetic
severity 641697 minor
quit

Hi,

Hor Jiun Shyong wrote:

>  Error Message:   [drm] nouveau :02:00.0: PGRAPH: unsupported chipset, 
> please report!

So, which chipset is it? :)

Please attach output from "/usr/share/bug/xserver-xorg/script 3>&1" so
we can get to know your hardware a little better.  Results from
testing a v3.1 release candidate from experimental would also be
interesting, since it adds support for some chipsets.

Thanks,
Jonathan



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

Bug#641413: X crashes

[Andreas Beckmann]

On 2011-09-15 13:08, Martin Stigge wrote:
> Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually

Did you run previously run xserver 1.11.0 with the 275.28 driver?

> upgrade, judging from the version numbers) also did the trick for me,
> including fixing gtk display breakage.

The rendering errors are most probably caused by #641344 in Xserver 1.11

On 2011-09-15 13:13, Roland Stigge wrote:
> To be honest, I downgraded xserver-xorg-core from 2:1.11.0-1 to
> 2:1.10.4-1 at the same time I downgraded the nvidia driver. This seems
> to be a coupled dependency since I couldn't remember downgrading it
> manually.

Yes, 280.13-1 only works with 1.10.x.

> So xserver-xorg-core could be involved as well.
> 
> Please tell if you need further information from me.

Could you update the nvidia driver again to 280.13.really.275.28-1 while
keeping Xorg from testing? If the crashes do not reappear in this
configuration, the problem is specific to the 275.28-1 + Xserver 1.11
combination.

Thanks.

Andreas



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

Bug#641714: Please add resolvconf packaging-event hook script

[Thomas Hood]

Package: bind9
Severity: wishlist

Please add the hook script /usr/lib/resolvconf/dpkg-event.d/bind9.

The purpose of this script is to cause bind9 to take notice
of the installation or removal of the resolvconf package.  If resolvconf
has been installed then bind9 should register its IP address
with resolvconf.

See below for an except from resolvconf's README file giving
general information about resolvconf packaging-event hook scripts.

For bind9 the following script should suffice.

#!/bin/sh
# Resolvconf packaging event hook script for the bind9 package
case "$1" in
  install|remove)
if which invoke-rc.d >/dev/null 2>&1; then
invoke-rc.d bind9 restart
else
/etc/init.d/bind9 restart
fi
;;
esac


=== Excerpt from resolvconf README file ===

Usage information for maintainers
~
[...]  All suppliers of
nameserver information to supply their information to resolvconf after
resolvconf has been installed.

As of resolvconf release 1.55 this is supported via the following mechanism.
Any package, foo, that supports supplying information to resolvconf should
include a hook script /usr/lib/resolvconf/dpkg-event.d/foo which, when called
with the argument "install", takes whatever actions are necessary to cause the
program(s) in foo to supply their nameserver information to resolvconf; and
when called with the argument "remove" takes whatever actions are appropriate
given that the resolvconf package has been removed (and, in being removed, may
have removed foo's nameserver information).

The hook script thus has the following form.

#!/bin/sh
#
# /usr/lib/resolvconf/dpkg-event.d/foo
#
# The resolvconf dpkg-event hook script for the foo package
#
if foo_is_running ; then
if [ "$1" = "install" ] ; then
foo-ctrl send-nameserver-info-to-resolvconf
elif [ "$1" = "remove" ] ; then
...
fi
fi

If foo is controlled by an initscript whose methods take appropriate actions
conditional upon resolvconf's presence then something like the following might
be appropriate.

force_reload_foo() {
if which invoke-rc.d >/dev/null 2>&1 ; then
invoke-rc.d foo force-reload
elif [ -x /etc/init.d/foo ] ; then
/etc/init.d/foo force-reload
fi
}
case "$1" in
install|remove) force_reload_foo ;;
esac

The hook script is called (with argument "install") from resolvconf's postinst
"configure" method and (with "remove") from resolvconf's postrm "remove"
The hook script thus has the following form.

#!/bin/sh
#
# /etc/resolvconf/packaging-event.d/foo
#
# The resolvconf packaging event hook script for the foo package
#
if foo_is_running ; then
if [ "$1" = "install" ] ; then
foo-ctrl send-nameserver-info-to-resolvconf
elif [ "$1" = "remove" ] ; then
...
fi
fi

If foo is controlled by an initscript whose methods take appropriate actions
conditional upon resolvconf's presence then something like the following might
be appropriate.

case "$1" in
install|remove) invoke-rc.d foo force-reload ;;
esac

The hook script is called (with argument "install") from resolvconf's postinst
"configure" method and (with "remove") from resolvconf's postrm "remove"
method.

The hook script is called with argument "install" if and only if foo is fully
installed both when resolvconf's preinst install runs and when its postinst
configure runs.  The hook script is called with argument "remove" if and only
if foo is fully installed when resolvconf's postrm remove runs.

The hook script must be owned by root and have its execute permission bit set
and must have the same name as the package that owns it.

Arguments other than "install" and "remove" are reserved for future use and
must be silently ignored.
method.

Foo's hook script is called with argument "install" if and only if foo is
fully installed both when resolvconf's preinst install runs and when its
postinst configure runs.  The hook script is called with argument "remove" if
and only if foo is fully installed when resolvconf's postrm remove runs.

The hook script must be owned by root and have its execute permission bit set
and must have the same name as the package that owns it.

Arguments other than "install" and "remove" are reserved for future use and
must be silently ignored.



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

Bug#548157: confirmation

[Wolfgang Baumgartner]

Package: nagios-nrpe-server
Version: 2.12-4

I can reproduce this bug and the solution with the patch of Michel Verdier.

Wolfgang





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

Bug#641715: pinta: German translation of GenericName entry in desktop file missing

[Ronny Standtke]

Package: pinta
Version: 1.0-1~bpo60+1
Severity: minor
Tags: patch

*** Please type your report below this line ***
The GenericName entry in the desktop file is missing a German
translation. The attached patch fixes this issue.

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

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

Versions of packages pinta depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libglib2.0-cil  2.12.10-1CLI binding for the GLib utility l
ii  libgtk2.0-cil   2.12.10-1CLI binding for the GTK+ toolkit 2
ii  libmono-cairo4.0-cil2.10.1-4~bpo60+1 Mono Cairo library (for CLI 4.0)
ii  libmono-corlib4.0-cil   2.10.1-4~bpo60+1 Mono core library (for CLI 4.0)
ii  libmono-posix4.0-cil2.10.1-4~bpo60+1 Mono.Posix library (for CLI 4.0)
ii  libmono-sharpzip4.84-ci 2.10.1-4~bpo60+1 Mono SharpZipLib library (for CLI 
ii  libmono-system-core4.0- 2.10.1-4~bpo60+1 Mono System.Core library (for CLI 
ii  libmono-system-xml4.0-c 2.10.1-4~bpo60+1 Mono System.Xml library (for CLI 4
ii  libmono-system4.0-cil   2.10.1-4~bpo60+1 Mono System libraries (for CLI 4.0
ii  mono-runtime2.10.1-4~bpo60+1 Mono runtime

pinta recommends no packages.

pinta suggests no packages.

-- no debconf information
-- 
Ronny Standtke Fachhochschule Nordwestschweiz
Dozent Medienpädagogik / ICT   Pädagogische Hochschule
Telefon: +41 32 628 67 08  Obere Sternengasse 7
Mobil  : +41 79 786 81 82  4502 Solothurn
--- /usr/share/applications/pinta.desktop.orig	2011-05-06 08:13:13.0 +
+++ /usr/share/applications/pinta.desktop	2011-09-15 11:55:43.0 +
@@ -2,6 +2,7 @@
 Name=Pinta
 Comment=Easily create and edit images
 GenericName=Image Editor
+GenericName[de]=Bildeditor
 X-GNOME-FullName=Pinta Image Editor
 Exec=pinta
 Icon=pinta

Bug#641716: xsol: Does not have a XFCE menu entry

[Torquil Macdonald Sørensen]

Package: xsol
Version: 0.31-7
Severity: normal

It seems to me that xsol does not appear in the XFCE menu. Perhaps
because it does not have a .desktop file?

Best regards
Torquil Sørensen

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

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

Versions of packages xsol depends on:
ii  lesstif2  1:0.95.2-1
ii  libc6 2.13-21   
ii  libx11-6  2:1.4.4-1 
ii  libxt61:1.1.1-2 

xsol recommends no packages.

xsol 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#478985: xsok: Does not have a GNOME menu entry; the attached .desktop file fixes that

[Torquil Macdonald Sørensen]

Package: xsok
Version: 1.02-17
Followup-For: Bug #478985

For what it's worth, it does not appear in the XFCE menu either, probably
for the same reason.

Best regards
Torquil Sørensen

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

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

Versions of packages xsok depends on:
ii  libc6 2.13-21  
ii  libx11-6  2:1.4.4-1
ii  libxaw7   2:1.0.9-2
ii  libxpm4   1:3.5.9-1
ii  libxt61:1.1.1-2

xsok recommends no packages.

xsok 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#641717: Resolvconf packaging event script should be in /usr/lib/resolvconf/dpkg-event.d/

[Thomas Hood]

Package: dnsmasq
Version: 2.58-2
Severity: minor

Dnsmasq 2.58-2 contains a resolvconf packaging event script.

/usr/lib/resolvconf/packaging-event.d/dnsmasq

It should actually be in /usr/lib/resolvconf/dpkg-event.d/.
-- 
Thomas



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

Bug#641718: /usr/sbin/pppd: pppd persist does not actually persist

[Freddie Witherden]

Package: ppp
Version: 2.4.5-5
Severity: normal
File: /usr/sbin/pppd

Dear Maintainer,

>From an PPPoE ADSL connection:

Sep 15 09:56:21 lithium pppd[2805]: Timeout waiting for PADO packets
Sep 15 09:56:21 lithium pppd[2805]: Unable to complete PPPoE Discovery
Sep 15 09:57:26 lithium pppd[2805]: Timeout waiting for PADO packets
Sep 15 09:57:26 lithium pppd[2805]: Unable to complete PPPoE Discovery
Sep 15 09:58:31 lithium pppd[2805]: Timeout waiting for PADO packets
Sep 15 09:58:31 lithium pppd[2805]: Unable to complete PPPoE Discovery
Sep 15 09:59:36 lithium pppd[2805]: Timeout waiting for PADO packets
Sep 15 09:59:36 lithium pppd[2805]: Unable to complete PPPoE Discovery
Sep 15 10:00:41 lithium pppd[2805]: Timeout waiting for PADO packets
Sep 15 10:00:41 lithium pppd[2805]: Unable to complete PPPoE Discovery
Sep 15 10:01:46 lithium pppd[2805]: Timeout waiting for PADO packets
Sep 15 10:01:46 lithium pppd[2805]: Unable to complete PPPoE Discovery
Sep 15 10:01:46 lithium pppd[2805]: Exit.

The config file -- created by pppoeconf -- has the persist option set
yet pppd is exiting after a certain number of failed tries.  There was
no user interaction during this period.  According to the documentation
the persist option should cause it to retry indefinitely.

Reports elsewhere [1] suggest this /may/ be related to udev killing
pppd but there is no indication of a SIGTERM being sent to pppd in
this instance.  

[1] http://patches.openembedded.org/patch/6727/

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

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

Versions of packages ppp depends on:
ii  libc6   2.13-18   
ii  libpam-modules  1.1.3-2   
ii  libpam-runtime  1.1.3-2   
ii  libpam0g1.1.3-2   
ii  libpcap0.8  1.1.1-8   
ii  procps  1:3.2.8-11

ppp recommends no packages.

ppp 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#625360:

[Angel Abad]

Hi, this patch applied in Ubuntu solves the problem.

Regards

-- 
Angel Abad
angela...@gmail.com | angela...@ubuntu.com | angela...@fsfe.org
http://www.pastelero.net
FPR: EBF6 080D 59D4 008A DF47  00D4 098D AE47 EE3B C279
diff -u ipset-2.5.0/Makefile ipset-2.5.0/Makefile
--- ipset-2.5.0/Makefile
+++ ipset-2.5.0/Makefile
@@ -57,7 +57,8 @@
 	-Wundef \
 	-Wwrite-strings \
 	-Wno-missing-field-initializers \
-	-Werror
+	-Werror \
+	-Wno-error=unused-but-set-variable
 
 ifndef NO_EXTRA_WARN_FLAGS
 WARN_FLAGS+=$(EXTRA_WARN_FLAGS)
diff -u ipset-2.5.0/debian/changelog ipset-2.5.0/debian/changelog
--- ipset-2.5.0/debian/changelog
+++ ipset-2.5.0/debian/changelog
@@ -1,3 +1,10 @@
+ipset (2.5.0-1ubuntu1) oneiric; urgency=low
+
+  * Build with -Werror -Wno-error=unused-but-set-variable.
+(LP: #831232) (Closes: #625360)
+
+ -- Angel Abad   Thu, 15 Sep 2011 13:58:59 +0200
+
 ipset (2.5.0-1) unstable; urgency=low
 
   * New upstream release; closes: #503683.
 

Bug#641553: pgapack: The way that the software is compiled fails the shipped test

[Dirk Eddelbuettel]

On 15 September 2011 at 10:47, Stefano Bridi wrote:
| Sorry... I sent the previous email by error while I was writing ;)
| 
| Without reingeneering all the build process I also think a check on
| uname -m could be sufficient.
| 
| if [ $(uname -m) == "x86_64" ]; then
| CPPFLAGS="-DWL=64 -DFORTRANUNDERSCORE $CPPFLAGS";
| else
| CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS";
| fi

Yes. I wonder, though, if we should go one further and create a program like 

   #include 
   int main(void) {
   printf("%u\n", (unsigned) sizeof(long));
   }

which prints 4 and 8, respectively, on my 32 and 64 bit systems. I may mod it
to print 

   printf("-DWL=%u\n", 8*(unsigned) sizeof(long));

and that would generate the appropriate switch, also catching other 64 bit
systems and not just the Intel CPU based ones.  

Or maybe test for sizeof==8 and then print 64, else print 32 as a fallback.

Dirk

| 
| Thanks
| Stefano
| 
| 
| On Thu, Sep 15, 2011 at 10:45 AM, Stefano Bridi  
wrote:
| > Without reingeneering all the build process I also think a check on
| > uname -m could be sufficient.
| >
| > if [ $(uname -m) == "x86_64" ]; then
| > CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS";
| > else
| > cho "64bit"; else echo "other";fi
| >
| >
| > On Wed, Sep 14, 2011 at 2:02 PM, Dirk Eddelbuettel  wrote:
| >>
| >> On 14 September 2011 at 12:33, Stefano Bridi wrote:
| >> | Package: pgapack
| >> | Version: 1.1.1-2
| >> | Severity: important
| >> |
| >> | Dear Maintainer,
| >> |
| >> | I was trying to compile the pgapack from source and I always got the 
embedded
| >> | test to fail. After some try and error i found that the parameter 
"-DWL=32" in
| >> | the configure/configure.in cause the first and last test to fail on my 
64bit pc
| >> | ("-DWL=64" seems to be fine).
| >> | So i tryied the packaged library and found that the problem is also here 
and so
| >> | this bug report:
| >> | In fact: using the test (instverf) in the pgapack package build against 
the
| >> | "libpgapack-serial1" package library I see the same behaviour:
| >> | Test 0 had 994 errors.
| >> | Test 1 was successful.
| >> | Test 2 was successful.
| >> | Test 3 was successful.
| >> | Test 4 had 989 errors.
| >> | With a rebuild from source of the same library with the "-DWL=64" I get
| >> | Test 0 was successful.
| >> | Test 1 was successful.
| >> | Test 2 was successful.
| >> | Test 3 was successful.
| >> | Test 4 was successful.
| >> |
| >> | I'm the system administrator and not the end user of this library and so 
I
| >> | don't know what is going on ...
| >>
| >> The sources are about 15 years old, and were unmaintained for many years
| >> until I adopted them.
| >>
| >> I have not changed the build process.  For Linux, it does an unconditional
| >>
| >>    linux)
| >>        SHELL="/bin/sh"
| >>        CC=cc
| >>        FC=f77
| >>        FFLAGS="-w"
| >>        LDFLAGS="-s $LDFLAGS"
| >>        CPPFLAGS="-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS"
| >>        ;;
| >>
| >> We could add a simple word-length test here -- this is shell script code. 
Do
| >> you have a suggestion, besides maybe testing 'uname -m' for 'x86_64' and 
then
| >> setting -DWL=64 ?
| >>
| >> I don't really want to re-engineer the whole build system
| >>
| >> Dirk
| >>
| >>
| >> | -- System Information:
| >> | Debian Release: wheezy/sid
| >> |   APT prefers unstable
| >> |   APT policy: (500, 'unstable'), (1, 'experimental')
| >> | Architecture: amd64 (x86_64)
| >> |
| >> | Kernel: Linux 3.0-3.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
| >> | Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
| >> | Shell: /bin/sh linked to /bin/dash
| >> |
| >> | pgapack depends on no packages.
| >> |
| >> | pgapack recommends no packages.
| >> |
| >> | Versions of packages pgapack suggests:
| >> | ii  libpgapack-mpi1     1.1.1-2
| >> | ii  libpgapack-serial1  1.1.1-2
| >> |
| >> | -- no debconf information
| >> |
| >> |
| >>
| >> --
| >> New Rcpp master class for R and C++ integration is scheduled for
| >> San Francisco (Oct 8), more details / reg.info available at
| >> 
http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php
| >>
| >

-- 
New Rcpp master class for R and C++ integration is scheduled for 
San Francisco (Oct 8), more details / reg.info available at
http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php



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

Bug#641719: [l10n:vn] Vietnamese translation for cryptsetup 2:1.3.0-4

[Hùng Trần]

Package: cryptsetup
Version: 2:1.3.0-4
Severity: wishlist
Tags: l10n patch

Hello, please include the Vietnamese translation for cryptsetup in the next
release. Thank you!

All the best,
TRẦN Duy Hùng
http://www.nguyentieuhau.com/
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: cryptsetup 2:1.3.0-4\n"
"Report-Msgid-Bugs-To: cryptse...@packages.debian.org\n"
"POT-Creation-Date: 2011-09-15 12:30+0200\n"
"PO-Revision-Date: 2011-09-15 19:27+0700\n"
"Last-Translator: Hung Tran \n"
"Language-Team: debian-l10n-vietnamese \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Vietnamese\n"
"X-Poedit-Country: Vietnam\n"

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
msgid "Continue with cryptsetup removal?"
msgstr "Tiếp tục việc gỡ bỏ cryptsetup?"

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
msgid "This system has unlocked dm-crypt devices: ${cryptmap}"
msgstr "Hệ thống này đã mở khóa những thiết bị dm-crypt: ${cryptmap}"

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
msgid "If these devices are managed with cryptsetup, you might be unable to lock the devices after the package removal, though other tools can be used for managing dm-crypt devices. Any system shutdown or reboot will lock the devices."
msgstr "Nếu các thiết bị này được quản lý với cryptsetup, có thể bạn sẽ không thể khóa các thiết bị sau khi gỡ bỏ gói ứng dụng, mặc dù các công cụ khác có thể được sử dụng để quản lý các thiết bị dm-crypt. Tắt hay khởi động lại hệ thống sẽ khóa các thiết bị."

#. Type: boolean
#. Description
#: ../cryptsetup.templates:1001
msgid "Do not choose this option if you want to lock the dm-crypt devices before package removal."
msgstr "Đừng chọn tùy chọn này nếu bạn muốn khóa các thiết bị dm-crypt trước khi gỡ bỏ gói ứng dụng."

Bug#641720: ldap-utils: OpenLDAP does not work with SSL/TLS encryption -- due to linking against gnutls

[Michael Schindler]

Package: ldap-utils
Version: 2.4.23-7.2
Severity: grave
Justification: renders package unusable


I tried to use the OpenLDAP as a client with a server that uses SSL/TLS
encryption. The connection never worked, it terminated with the error message

TLS: peer cert untrusted or revoked (0x102)
TLS: can't connect: (unknown error code).
ldap_err2string
ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)

The certificate of the server has probably been generated using openssl, so I
recompiled the entire OpenLDAP package with the configure option

  --with-tls=openssl

(instead of gnutls). This made it work immediately. It is known that gnutls is
badly written anyway
http://www.openldap.org/lists/openldap-devel/200802/msg00072.html

so, please switch to openssl instead of gnutls.

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

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

Versions of packages ldap-utils depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgnutls26   2.8.6-1the GNU TLS library - runtime libr
ii  libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries
ii  libsasl2-22.1.23.dfsg1-7 Cyrus SASL - authentication abstra

Versions of packages ldap-utils recommends:
ii  libsasl2-modules  2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat

ldap-utils 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#641721: ITP: gnatpython -- Python framework to ease development of test suites

[xavier]

Package: wnpp
Severity: wishlist
Owner: xavier 

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

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

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

* Package name: gnatpython
  Version : 54
  Upstream Author : Thomas Quinot 
* URL : http://forge.open-do.org/projects/gnatpython
* License : GPL-2+, GPL-3+
  Programming Lang: C, Python
  Description : Python framework to ease development of test suites

 GNATPython is a python framework to ease development of test suites
 and build scripts in a portable way.



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

Bug#641695: ggobi: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Dirk Eddelbuettel]

On 15 September 2011 at 11:29, Bill Allombert wrote:
| Source: ggobi
| Version: 2.1.10-2
| Severity: important
| 
| Hello Dirk,
| 
| We are transitionning from libjpeg62 to libjpeg8.
| As mentionned on debian-devel-announce[1], please update ggobi to
| Build-Depends on libjpeg-dev instead of libjpeg62-dev.
| 
| The following Build-Depends was found:
| 
| ggobi :Build-Depends: libjpeg62-dev 

Thanks, and done -- just uploaded 2.1.10-3.

Dirk
 
| [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html
| 
| Cheers,
| -- 
| Bill. 
| 
| Imagine a large red swirl here. 
| 
| 

-- 
New Rcpp master class for R and C++ integration is scheduled for 
San Francisco (Oct 8), more details / reg.info available at
http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php



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

Bug#641722: btnx-config: FTBFS with ld --as-needed

[Angel Abad]

Package: btnx-config
Version: 0.4.9-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch



*** /tmp/tmp9ZXoaa
In Ubuntu, the attached patch was applied to achieve the following:

Hi! This package fails to build from source with binutils-gold
and ld --as-needed, this patch solves the problem.

Regards,

  * Fix FTBFS with ld --as-needed (LP: #831186)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-11-generic (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru btnx-config-0.4.9/debian/patches/fix-ftbfs-with-as-needed.patch btnx-config-0.4.9/debian/patches/fix-ftbfs-with-as-needed.patch
--- btnx-config-0.4.9/debian/patches/fix-ftbfs-with-as-needed.patch	1970-01-01 01:00:00.0 +0100
+++ btnx-config-0.4.9/debian/patches/fix-ftbfs-with-as-needed.patch	2011-09-15 14:41:35.0 +0200
@@ -0,0 +1,17 @@
+Description: Fix FTBFS with ld --as-needed
+Author: Angel Abad 
+Bug-Ubuntu: https://launchpad.net/bugs/831186
+
+--- a/src/Makefile.in
 b/src/Makefile.in
+@@ -244,8 +244,8 @@
+ btnx_configdir = $(pkgdatadir)
+ AM_CFLAGS = -Wall -O2 `pkg-config --cflags gtk+-2.0 libglade-2.0` -I../intl -I$(top_srcdir)/intl
+ AM_CPPFLAGS = -DLOCALEDIR=\"$(localedir)\" -I../intl -I$(top_srcdir)/intl
+-btnx_config_LDFLAGS = `pkg-config --libs gtk+-2.0 libglade-2.0` -Wl -export-dynamic -DPREFIX=$(pkgdatadir)
+-btnx_config_LDADD = @LIBINTL@
++btnx_config_LDFLAGS = -Wl -export-dynamic -DPREFIX=$(pkgdatadir)
++btnx_config_LDADD = @LIBINTL@ `pkg-config --libs gtk+-2.0 libglade-2.0`
+ btnx_config_SOURCES = \
+ 	btnx_config.c \
+ 	widgets.c \
diff -Nru btnx-config-0.4.9/debian/patches/series btnx-config-0.4.9/debian/patches/series
--- btnx-config-0.4.9/debian/patches/series	2010-07-01 10:05:24.0 +0200
+++ btnx-config-0.4.9/debian/patches/series	2011-09-15 14:34:27.0 +0200
@@ -1 +1,2 @@
 btnx-config.udev.patch
+fix-ftbfs-with-as-needed.patch

Bug#641724: RFP: eigensoft -- reduction of statistical effects by population co-inheritance

[Steffen Moeller]

Package: wnpp
Severity: wishlist

* Package name: eigensoft
  Version : 4.2
* URL : http://www.hsph.harvard.edu/faculty/alkes-price/software/
* License : non-free but redistributable
  Programming Lang: C, Perl
  Description : reduction of statistical effects by population 
co-inheritance

 The EIGENSOFT package combines functionality from the group's population
 genetics methods (Patterson et al. 2006) and their EIGENSTRAT stratification
 method (Price et al. 2006). The EIGENSTRAT method uses principal components
 analysis to explicitly model ancestry differences between cases and
 controls along continuous axes of variation; the resulting correction is
 specific to a candidate marker's variation in frequency across ancestral
 populations, minimizing spurious associations while maximizing power to
 detect true associations. The EIGENSOFT package has a built-in plotting
 script and supports multiple file formats and quantitative phenotypes.

 The package is mostly ready at 

http://anonscm.debian.org/viewvc/debian-med/trunk/packages/eigensoft/trunk/
 of the Debian Med repository. It still has a series of lintian errors

W: eigensoft source: dbg-package-missing-depends eigensoft-dbg
W: eigensoft: new-package-should-close-itp-bug
W: eigensoft: wrong-bug-number-in-closes l3:#
E: eigensoft: helper-templates-in-copyright
E: eigensoft: helper-templates-in-copyright
E: eigensoft: helper-templates-in-copyright
W: eigensoft: copyright-has-url-from-dh_make-boilerplate
E: eigensoft: copyright-contains-dh_make-todo-boilerplate
W: eigensoft: binary-without-manpage usr/bin/baseprog
W: eigensoft: binary-without-manpage usr/bin/convertf
W: eigensoft: binary-without-manpage usr/bin/eigenstrat
W: eigensoft: binary-without-manpage usr/bin/eigenstrat.big.perl
W: eigensoft: binary-without-manpage usr/bin/eigenstratQTL
W: eigensoft: binary-without-manpage usr/bin/eigenstratQTL.big.perl
W: eigensoft: binary-without-manpage usr/bin/evec2pca.perl
W: eigensoft: binary-without-manpage usr/bin/fixgreen
W: eigensoft: binary-without-manpage usr/bin/gc.perl
W: eigensoft: binary-without-manpage usr/bin/mergeit
W: eigensoft: binary-without-manpage usr/bin/pca
W: eigensoft: binary-without-manpage usr/bin/pcatoy
W: eigensoft: binary-without-manpage usr/bin/ploteig
W: eigensoft: binary-without-manpage usr/bin/smarteigenstrat
W: eigensoft: binary-without-manpage usr/bin/smarteigenstrat.perl
W: eigensoft: binary-without-manpage usr/bin/smartpca
W: eigensoft: binary-without-manpage usr/bin/smartpca.perl
W: eigensoft: binary-without-manpage usr/bin/smartrel
W: eigensoft: binary-without-manpage usr/bin/twstats
W: eigensoft: unusual-interpreter 
usr/share/eigenstrat/POPGEN/HGDP.X.perl #!/usr/bin
W: eigensoft-dbg: new-package-should-close-itp-bug
W: eigensoft-dbg: wrong-bug-number-in-closes l3:#
E: eigensoft-dbg: helper-templates-in-copyright
E: eigensoft-dbg: helper-templates-in-copyright
E: eigensoft-dbg: helper-templates-in-copyright
W: eigensoft-dbg: copyright-has-url-from-dh_make-boilerplate
E: eigensoft-dbg: copyright-contains-dh_make-todo-boilerplate

 and needs the OK by upstream, still.



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

Bug#641725: package ftbfs with ld --as-needed

[Matthias Klose]

Package: gwave
Version: 20090213-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

see http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries

patch at
http://launchpadlibrarian.net/79982375/gwave_20090213-3_20090213-3ubuntu1.diff.gz

failed build
https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+build/2695465



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