Bug#538394: specifics please

[Jindřich Makovička]

On Wed, Jul 29, 2009 at 04:19, Barak A. Pearlmutter wrote:
> How bizarre!  The problem is only on architectures for which the
> package was autobuilt; does not appear in i386, which I built myself,
> and does not occur on amd64 when I rebuild on an amd64 myself.
>
> Anyway, thanks for the bug report, will track it down...

It seems there was some change within debhelper. It also affected the
DBUS package recently:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537125

-- 
Jindrich Makovicka



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

Bug#538653: pilot-addresses --read-from-file-instead-of-palm

[Ludovic Rousseau]

tags 538653 upstream
forwarded 538653 http://bugs.jpilot.org/1997
thank

jida...@jidanni.org a écrit :

Package: pilot-link
Version: 0.12.4-3
Severity: wishlist
File: /usr/bin/pilot-addresses

Feature idea: Just like there is a

   pilot-read-todos option
-f, --file file
   Read a local todo database file from disk for printing.

command that can read a local file, instead of from the palm, it would
be convenient if there was an option to pilot-addresses to allow it to
also instead of reading from the palm, read from a file.

...for when your palm is in the repair shop, and all you have is a
AddressDB.pdb file on disk, and you wish to read from that instead of
the palm.

I.e., instead of
$ pilot-addresses -w addresses -p usb:
I want to do
$ pilot-addresses -w addresses --read-from-file-instead-of-palm
AddressDB.pdb

(Note, this has nothing to do with -r.)
---
Actually, I filed the above wishlist upstream, but...

==
2009-07-17 14:09 jidanniNew Issue
2009-07-23 23:23 desrod Issue Deleted: 1992
==

it's the first time in my life a bug of mine was rejected without
explanation of what was so bad about it.

Maybe he hit the wrong button, or was having a bad day. Anyway, I'll
file it again here just on Debian.


Reported upstream.

--
 Dr. Ludovic Rousseau



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

Bug#539055: libgtk2-perl: FTBFS: Test failure

[Ryan Niebur]

On Tue, Jul 28, 2009 at 11:27:49AM -0700, Daniel Schepler wrote:
> Package: libgtk2-perl
> Version: 1:1.221-1
> Severity: serious
> 
> From my pbuilder build log:
> 

what architecture? could you please include this information in your
bug reports in the future?

Cheers,
Ryan

-- 
_
Ryan Niebur
ryanrya...@gmail.com


signature.asc
Description: Digital signature

Bug#539101: s/macthes/matches/ in iptables(8) manpage.

[Trent W. Buck]

Package: iptables
Version: 1.4.4-1
Severity: minor
File: /usr/share/man/man8/iptables.8.gz

In the "set" section of the manpage, "matches" is misspelt "macthes".

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

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

Versions of packages iptables depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries

iptables recommends no packages.

iptables 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#538854: ITP: swiginac -- Python interface to GiNaC

[Johannes Ring]

On Tue, July 28, 2009 16:48, Guillaume Pellerin wrote:
> Johannes Ring wrote:
>> Package: wnpp
>> Severity: wishlist
>> X-Debbugs-CC: debian-de...@lists.debian.org
>>
>> Package name: swiginac
>> Version: 1.5.1
>> Upstream authors: Ola Skavhaug and Ondrej Certik
>> URL: http://swiginac.berlios.de/
>> License: GPL
>> Description: Python interface to GiNaC
>>
>
> As for scitools, you need to rename this module, like 'python-swiginac'.
> http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names

Yes, it is already named python-swiginac.

Johannes

>
>> Swiginac is a Python interface to GiNaC, built with SWIG. The aim of
>> swiginac is to make all the functionality of GiNaC accessible from
>> Python
>> as an extension module.
>>
>> I have already prepared Debian files for swiginac and the package is
>> currently available from the private repository located at
>> http://packages.simula.no.
>>
>> Regards,
>>
>> Johannes
>>
>>
>>
>>
>>
>





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

Bug#538853: ITP: scitools -- Python library for scientific computing

[Johannes Ring]

Hi Guillaume,

On Tue, July 28, 2009 16:47, Guillaume Pellerin wrote:
> Johannes Ring wrote:
>> Package: wnpp
>> Severity: wishlist
>> X-Debbugs-CC: debian-de...@lists.debian.org
>>
>> Package name: scitools
>
> You need to name your package as describe by the Debian Python Policy :
> http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names

Yes, the package is already named python-scitools. I guess I just thought
that the 'Package name' field should contain the name of the source
package and not the name of the binary package.

>> Version: 0.6
>> Upstream authors: Hans Petter Langtangen, Johannes H. Ring, Ilmar
>> Wilbers,
>> and Rolv E. Bredesen
>> URL: http://scitools.googlecode.com/
>> License: BSD
>> Description: Python library for scientific computing
>>
>> SciTools is a Python package containing lots of useful tools for
>> scientific computing in Python. The package is built on top of other
>> widely used packages such as NumPy, SciPy, ScientificPython, Gnuplot,
>> etc.
>>
>
> You should also be careful to not include some modules that have been
> already
> package in Debian, but make it dependent on them...

Yes, of course. SciTools does not include any of these packages, its only
dependencies.

Thanks for your comments,

Johannes






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

Bug#539099: /usr/bin/compiz: compiz isn't working as a window manager

[Brice Goglin]

retitle 539099 compiz.real segfault at startup
forcemerge 538131 539099
thank you



Tom Epperly wrote:
> Package: compiz-core
> Version: 0.8.2-6
> Severity: normal
> File: /usr/bin/compiz
>
> I never explicitly changed to compiz as my window manager. I guess one
> of the apt-get upgrade's made it the default.

That would be surprising.

> Here is output from running "compiz --relace".
>
> faerun:~> compiz --replace
> Checking for Xgl: not present. 
> xset q doesn't reveal the location of the log file. Using fallback 
> /var/log/Xorg.0.log 
> Detected PCI ID for VGA: 01:00.0 0300: 10de:01d1 (rev a1) (prog-if 00 [VGA 
> controller])
> Checking for texture_from_pixmap: present. 
> Checking for non power of two support: present. 
> Checking for Composite extension: present. 
> Checking screen 1Comparing resolution (1280x1024) to maximum 3D texture size 
> (4096): Passed.
> Checking for Software Rasterizer: Not present. 
> Checking for nVidia: present. 
> Checking for FBConfig: present. 
> Checking for Xgl: not present. 
> /usr/bin/compiz: line 455:  5289 Segmentation fault  
> ${COMPIZ_BIN_PATH}${COMPIZ_NAME} $COMPIZ_OPTIONS "$@" $COMPIZ_PLUGINS
>   

So compiz just always segfault. I am retitling and merging with other
bugs, it's likely a ABI breakage in other lib. Rebuilding compiz may help.

Brice




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

Bug#539100: Acknowledgement (libblkid1: Broken/loose dependencies)

[Michael Biebl]

Seems to be due to an incorrect debian/shlibs.local file.


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



signature.asc
Description: OpenPGP digital signature

Bug#539100: libblkid1: Broken/loose dependencies

[Michael Biebl]

Small corection:

Michael Biebl wrote:
> 
> When I compile hal 0.5.13 against libblkid-dev in a minimal chroot, this
> installs
> libblkid-dev 2.16-2
> uuid-dev 1.2-1.41.8-2
> libblkid1 1.41.8-2
^
2.16-2
libuuid1 1.41.8-2



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



signature.asc
Description: OpenPGP digital signature

Bug#539100: libblkid1: Broken/loose dependencies

[Michael Biebl]

Package: libblkid1
Version: 2.16-2
Severity: serious
Justification: wrong dependencies

Hi,

libblkdi1 has a generated dependency on libuuid1 > 1.40.3-1.

When I compile hal 0.5.13 against libblkid-dev in a minimal chroot, this
installs
libblkid-dev 2.16-2
uuid-dev 1.2-1.41.8-2
libblkid1 1.41.8-2

The build fails:
libtool: link: cc -g -O2 -g -Wall -O2 -Wchar-subscripts
-Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align
-Wsign-compare -Wl,--as-needed -o .libs/hald-probe-storage
probe-storage.o linux_dvd_rw_utils.o util_helper.o logger.o
/usr/lib/libblkid.so ../../../libhal/.libs/libhal.so
../../../partutil/.libs/libpartutil.a -ldbus-glib-1 -ldbus-1 -lpthread
-lrt /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -lsmbios
/usr/lib/libblkid.so: undefined reference to `uuid_unpa...@uuid_1.0'
collect2: ld returned 1 exit status
make[6]: *** [hald-probe-storage] Error 1
make[6]: Leaving directory `/tmp/buildd/hal-0.5.13/hald/linux/probing'


There seem to be a couple of problems here:
* libblkid-dev having an unversioned dependency on uuid-dev
* libblkid1 dependening on libuuid1 > 1.40.3-1, where apparently the old
  version from e2fsprogs is *not* sufficient.
  My guess is that this is either due to broken symbols files or
  dh_shlibdeps not finding the correct symbols/shlibs files from
  debian/


Cheers,
Michael
-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libblkid1 depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libuuid1  2.16-2 Universally Unique ID library

libblkid1 recommends no packages.

libblkid1 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#539099: /usr/bin/compiz: compiz isn't working as a window manager

[Tom Epperly]

Package: compiz-core
Version: 0.8.2-6
Severity: normal
File: /usr/bin/compiz

I never explicitly changed to compiz as my window manager. I guess one
of the apt-get upgrade's made it the default.  Starting sometime last
week when I logged in, no window manager came up. I had to bring up a
terminal window and run "metacity --replace".

Here is output from running "compiz --relace".

faerun:~> compiz --replace
Checking for Xgl: not present. 
xset q doesn't reveal the location of the log file. Using fallback 
/var/log/Xorg.0.log 
Detected PCI ID for VGA: 01:00.0 0300: 10de:01d1 (rev a1) (prog-if 00 [VGA 
controller])
Checking for texture_from_pixmap: present. 
Checking for non power of two support: present. 
Checking for Composite extension: present. 
Checking screen 1Comparing resolution (1280x1024) to maximum 3D texture size 
(4096): Passed.
Checking for Software Rasterizer: Not present. 
Checking for nVidia: present. 
Checking for FBConfig: present. 
Checking for Xgl: not present. 
/usr/bin/compiz: line 455:  5289 Segmentation fault  
${COMPIZ_BIN_PATH}${COMPIZ_NAME} $COMPIZ_OPTIONS "$@" $COMPIZ_PLUGINS

^Z
Suspended
faerun:~> bg
[1]compiz --replace &
faerun:~> metacity --replace
^Z
Suspended
[1]Done  compiz --replace
faerun:~> bg
[2]metacity --replace &
faerun:~> 

When I ran "compiz --replace" by hand, it left me without a window
manager again.

Here is some information about my X11 display:
faerun:~> xdpyinfo | head -n 75
name of display::0.0
version number:11.0
vendor string:The X.Org Foundation
vendor release number:10602901
X.Org version: 1.6.2.901
maximum request size:  16777212 bytes
motion buffer size:  256
bitmap unit, bit order, padding:32, LSBFirst, 32
image byte order:LSBFirst
number of supported pixmap formats:7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:minimum 8, maximum 255
focus:  window 0x2802bc2, revert to Parent
number of extensions:29
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
NV-CONTROL
NV-GLX
RANDR
RECORD
RENDER
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
XVideo-MotionCompensation
default screen number:0
number of screens:1

screen #0:
  dimensions:1280x1024 pixels (382x302 millimeters)
  resolution:85x86 dots per inch
  depths (7):24, 1, 4, 8, 15, 16, 32
  root window id:0x1a7
  depth of root window:24 planes
  number of colormaps:minimum 1, maximum 1
  default colormap:0x20
  default number of colormap cells:256
  preallocated pixels:black 0, white 16777215
  options:backing-store NO, save-unders NO
  largest cursor:64x64
  current input event mask:0xfa8033
KeyPressMask KeyReleaseMask   EnterWindowMask  
LeaveWindowMask  ExposureMask StructureNotifyMask  
SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask  
PropertyChangeMask   ColormapChangeMask   
  number of visuals:120
  default visual id:  0x21
  visual:
visual id:0x21
class:TrueColor

Excerpts from /var/log/Xorg.0.log


This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.6.2.901 (1.6.3 RC 1)
Release Date: 2009-7-26
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-xen-3.1-1-amd64 x86_64 Debian
Current Operating System: Linux faerun 2.6.29-2-amd64 #1 SMP Sun May 17 17:15:47
 UTC 2009 x86_64
Build Date: 26 July 2009  11:28:17PM
xorg-server 2:1.6.2.901-1 (bui...@nautilus.fivetimesnine.net) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.

(II) Loading extension DRI2
(II) LoadModule: "nvidia"
(II) Loading /usr/lib/xorg/modules/drivers//nvidia_drv.so
(II) Module nvidia: vendor="NVIDIA Corporation"
compiled for 4.0.2, module versio

Bug#539097: ITP: python-iso8583 -- ISO8583 Python library

[Mauro Lizaur]

Package: wnpp
Severity: wishlist
Owner: Mauro Lizaur 

* Package name: python-iso8583
  Version : 1.0
  Upstream Author : Igor V. Custodio 
* URL : http://code.google.com/p/iso8583py/
* License : GPL3
  Programming Lang: Python
  Description : Free ISO8583 Python library to manage this kind of 
packages. 


  This library provides a pure Python interface to work with 
  the ISO8583, the Standard for Financial Transaction Card Originated 
  Messages - Interchange message specifications.
  The vast majority of transactions made at Automated Teller
  Machines and the MasterCard and Visa networks use ISO 8583
  at some point.

-- 
JID: lavaram...@jabber.org | http://lusers.com.ar/
2B82 A38D 1BA5 847A A74D 6C34 6AB7 9ED6 C8FD F9C1



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

Bug#539098: sed expression in updateminiupnpcstrings_double_escape_slash.patch doesn't work

[Krzysztof Klimonda]

Package: transmission
Version: 1.73-5
Severity: normal

>From buildd log for i386[1] 

./updateminiupnpcstrings.sh ./miniupnpcstrings.h.in ./miniupnpcstrings.h
Detected OS [Debian] version [squeeze/sid]
sed: -e expression #1, char 9: unknown option to `s'
OS_VERSION=
setting OS_STRING macro value to Debian/ in ./miniupnpcstrings.h.

The correct expression seems to be 's#\/#\\\/#', as shown below:

#!/bin/sh
OS_VERSION="squeeze/sid"
echo ${OS_VERSION} | sed 's/\//\\\//'
OS_VERSION=`echo ${OS_VERSION} | sed 's#\/#\\\/#'`
echo OS_VERSION=$OS_VERSION
OS_VERSION=`echo ${OS_VERSION} | sed 's/\//\\\//'`
echo OS_VERSION=$OS_VERSION

But frankly I have no idea why.. Maybe backticks somehow mess with
escaping.

Also, would you consider to add lsb-release to Build-Depends? Miniupnp
would be able to distinguish Debian and Ubuntu.
I'm not sure for what is OS' version and name used though, I'll try to
get some feedback from Transmission's developer about that.

[1]:
https://buildd.debian.org/fetch.cgi?pkg=transmission;ver=1.73-5;arch=i386;stamp=1248558622




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

Bug#539054: util-linux: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

Cyril Brulebois  (28/07/2009):
> just to make sure a trace of that patch is kept, I'm opening a bug.
> Mainly so that other porters know that a patch is available.

Sadly with a typo. “v2” patch attached, successfully test-built, just to
make sure.

Mraw,
KiBi.
From 17c3b7433fbe090463ab069448abebc8e0da75d1 Mon Sep 17 00:00:00 2001
From: Cyril Brulebois 
Date: Thu, 23 Jul 2009 02:45:36 +0200
Subject: [PATCH] Only check for ENOMEDIUM when ENOMEDIUM is defined.

ENOMEDIUM is Linux-only. On other systems, the open call on a CD-ROM
device without any medium may be successful and a subsequent read may
return EINVAL instead. Let's just break out of the loop if ENOMEDIUM
isn't defined.

Signed-off-by: Cyril Brulebois 
---
 lib/fsprobe.c |5 +
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/lib/fsprobe.c b/lib/fsprobe.c
index b47de0e..2643c09 100644
--- a/lib/fsprobe.c
+++ b/lib/fsprobe.c
@@ -31,8 +31,13 @@ open_device(const char *devname)
 		int fd = open(devname, O_RDONLY);
 		if (fd >= 0)
 			return fd;
+#ifdef ENOMEDIUM
+		/* ENOMEDIUM is Linux-only */
 		if (errno != ENOMEDIUM)
 			break;
+#else
+		break;
+#endif
 		if (retries >= CRDOM_NOMEDIUM_RETRIES)
 			break;
 		++retries;
-- 
1.6.2.2



signature.asc
Description: Digital signature

Bug#539096: elmerfem: FTBFS with python 2.6

[Fabrice Coutadeur]

Package: elmerfem
Version: 5.5.0.svn.4214.dfsg-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch

Hi,

This package needed some adaptation to build fine with python 2.6.

Here is the patch that we applied in Ubuntu to fix the FTBFS with python2.6.

Thanks,
Fabrice


*** /tmp/tmpTWxqAF
In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/patches/ElmerGUI-python2.6.patch: fix ElmerGUI/ElmerGUI.pri to use 
python2.6. This fix a FTBFS (LP: #40)

We thought you might be interested in doing the same. 


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

Kernel: Linux 2.6.28-13-generic (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diff -u elmerfem-5.5.0.svn.4214.dfsg/debian/patches/series elmerfem-5.5.0.svn.4214.dfsg/debian/patches/series
--- elmerfem-5.5.0.svn.4214.dfsg/debian/patches/series
+++ elmerfem-5.5.0.svn.4214.dfsg/debian/patches/series
@@ -7,0 +8 @@
+ElmerGUI-python2.6.patch
only in patch2:
unchanged:
--- elmerfem-5.5.0.svn.4214.dfsg.orig/debian/patches/ElmerGUI-python2.6.patch
+++ elmerfem-5.5.0.svn.4214.dfsg/debian/patches/ElmerGUI-python2.6.patch
@@ -0,0 +1,16 @@
+Index: elmerfem-5.5.0.svn.4214.dfsg/ElmerGUI/ElmerGUI.pri
+===
+--- elmerfem-5.5.0.svn.4214.dfsg.orig/ElmerGUI/ElmerGUI.pri	2009-07-23 05:03:27.0 +
 elmerfem-5.5.0.svn.4214.dfsg/ElmerGUI/ElmerGUI.pri	2009-07-23 05:04:07.0 +
+@@ -36,9 +36,9 @@
+ # Python library:
+ #--
+ unix {
+-   PY_INCLUDEPATH = /usr/include/python2.5
++   PY_INCLUDEPATH = /usr/include/python2.6
+PY_LIBPATH = /usr/lib
+-   PY_LIBS = -lpython2.5
++   PY_LIBS = -lpython2.6
+ }
+ 
+ win32 {

Bug#539095: mysql-dfsg-5.1: Fails to build on mips (failing testsuite)

[Michael Biebl]

Package: mysql-dfsg-5.1
Version: 5.1.36-4
Severity: serious
Justification: ftbfs

Hi,

mysql ftbfs on mips due to a failing test suite.
See
https://buildd.debian.org/fetch.cgi?pkg=mysql-dfsg-5.1;ver=5.1.36-4;arch=mips;stamp=1248623083
for details

Michael


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

Kernel: Linux 2.6.30.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#539090: Upgrading kernel fixes problem

[Dylan Thurston]

Following the release notes (in NEWS.gz), I tried upgrading my kernel
from 2.6.27.2 to 2.6.31-4, and it entirely fixed this problem.

--Dylan Thurston




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

Bug#539094: r-cran-surveillance: Package FTBFS due to missing build-depends

[Scott Kitterman]

Package: r-cran-surveillance
Version: 1.0.3-1
Severity: serious
Tags: patch
Justification: no longer builds from source

Package needs r-cran-vr and r-cran-colorspace to build from source.  I believe
I have svn access to commit the fix and will do so.  Ubuntu debdiff attached
(ignore the maintainer changes, the obviously aren't relevant).

-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 
'jaunty-backports'), (500, 'jaunty')
Architecture: i386 (i686)

Kernel: Linux 2.6.28-13-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u r-cran-surveillance-1.0.3/debian/changelog r-cran-surveillance-1.0.3/debian/changelog
--- r-cran-surveillance-1.0.3/debian/changelog
+++ r-cran-surveillance-1.0.3/debian/changelog
@@ -1,3 +1,10 @@
+r-cran-surveillance (1.0.3-1ubuntu1) karmic; urgency=low
+
+  * Add r-cran-vr and r-cran-colorspace to build-depends to fix FTBFS due to
+missing mass and colorspace libraries
+
+ -- Scott Kitterman   Tue, 28 Jul 2009 22:28:31 -0400
+
 r-cran-surveillance (1.0.3-1) unstable; urgency=low
 
   * Initial release (closes: #515647).
diff -u r-cran-surveillance-1.0.3/debian/control r-cran-surveillance-1.0.3/debian/control
--- r-cran-surveillance-1.0.3/debian/control
+++ r-cran-surveillance-1.0.3/debian/control
@@ -1,11 +1,12 @@
 Source: r-cran-surveillance
 Section: contrib/science
 Priority: optional
-Maintainer: Debian-Med Packaging Team 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian-Med Packaging Team 
 Uploaders: Andreas Tille 
 DM-Upload-Allowed: yes
 Build-Depends: debhelper (>= 7.0), cdbs, r-base-dev, r-cran-xtable,  r-cran-spc,
- r-cran-maptools, r-cran-vcd, r-cran-msm
+ r-cran-maptools, r-cran-vcd, r-cran-msm, r-cran-vr, r-cran-colorspace
 Standards-Version: 3.8.1
 Homepage: http://surveillance.r-forge.r-project.org
 Vcs-Browser: http://svn.debian.org/wsvn/debian-med/trunk/packages/R/r-cran-surveillance/trunk/?rev=0&sc=0

Bug#539093: dovecot-common: Should ignore commented lines in /etc/inetd.conf that start with a hostname.

[Philipp Weis]

Package: dovecot-common
Version: 1.0.rc15-2etch4
Severity: normal

Dovecot's init.d script tries to avoid starting dovecot if inetd is
configured for dovecot. The regular expression to parse inetd.conf
matches lines that start with # followed by a hostname, but shouldn't.
If no hostname is specified, the behaviour seems to be correct.


-- System Information:
Debian Release: 4.0
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-023stab048.6-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages dovecot-common depends on:
ii  add 3.102Add and remove users and groups
ii  lib 2.3.6.ds1-13etch9+b1 GNU C Library: Shared libraries
ii  lib 1.39+1.40-WIP-2006.11.14+dfsg-2etch1 common error description library
ii  lib 1.4.4-7etch7 MIT Kerberos runtime libraries
ii  lib 2.1.30-13.3  OpenLDAP libraries
ii  lib 5.0.32-7etch10   mysql database client library
ii  lib 0.79-5+etch1 Runtime support for the PAM librar
ii  lib 0.79-5+etch1 Pluggable Authentication Modules l
ii  lib 8.1.17-0etch1PostgreSQL C client library
ii  lib 3.3.8-1.1SQLite 3 shared library
ii  lib 0.9.8c-4etch5SSL shared libraries
ii  ope 0.9.8c-4etch5Secure Socket Layer (SSL) binary a
ii  zli 1:1.2.3-13   compression library - runtime

dovecot-common recommends 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#534238: [pkg-wine-party] Bug#534238:

[Ove Kaaven]

Saulo Soares de Toledo skrev:
> 
> | Mark Hymers is taking over ia32-libs, and will upload a new version of
> | it (soon, hopefully), so that ia32-apt-get won't be needed anymore.
> 
> When this will happen?

No idea. Ask him, nag him, whatever works...

> ! In the meantime, anyone who hates ia32-apt-get and are using the old
> ! ia32-libs package may be able to use my lenny debs at
> ! http://people.debian.org/~ovek/wine/ 
> 
> 
> 
> Yes... I hate this package since now... but your deb's don't work here. 
> ia32-lib needs ia32-apt-get and it's never installed!

Well, that's the "new", broken one. I was talking about the old
(pre-breakage) ia32-libs. It's still in lenny and squeeze (I think), but
not in sid. Though, like I told the guy in the other bug report, getting
it installed may require some downgrading of stuff. (I also mentioned
the schroot package if you desperately need a way to run 32-bit software
before ia32-libs gets fixed.)




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

Bug#539092: libode-sp-dev: Description for sp packages not accurate

[Josh Triplett]

Package: libode-sp-dev
Severity: normal

The description for libode-sp-dev says:

> This package provides the header files and static libraries built with
> precision.

This should say "with single precision", which has rather a different
meaning. :)

The description for libode1sp doesn't say anything about single
precision.

- Josh Triplett

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

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



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

Bug#538946: Acknowledgement (Valgrind reports access to freed memory from Boost.Test.)

[Daniel Burrows]

  I'm not sure I believe my initial diagnosis now.  I attempted a
simple recreation of the deletion that seemed to be at the core of
the valgrind errors, and I came up blank -- no errors from either
valgrind or efence.

  On the other hand, I don't think this is just a problem with
valgrind, since efence (based on a totally different and much simpler
technique) also flags a problem.

  In short, I'm at a bit of a loss as to what's actually going on.
That said, my fix/workaround actually does eliminate the memory errors
that I get...I just haven't figured out why yet.  (if I'm feeling
ambitious, maybe I'll give disassembly a shot...)

  Daniel



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

Bug#538394: specifics please

[Barak A. Pearlmutter]

How bizarre!  The problem is only on architectures for which the
package was autobuilt; does not appear in i386, which I built myself,
and does not occur on amd64 when I rebuild on an amd64 myself.

Anyway, thanks for the bug report, will track it down...

--Barak.
--
Barak A. Pearlmutter
 Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/



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

Bug#538669: libgtk2.0-0: Cannot compose accents with GTK applications since upgrade to squeeze

[Thomas]

Hi,


No problem, here’s a first idea:  Please start gedit, open the context
menu in the text editing area and choose the X input method from the
penultimate submenu.  Then try to compose some characters and add your
findings to this bugreport.


Gedit installed.
And as expected with X input it works I can do accents but _not_ with 
"Simple" (default selection).


dpkg -l |grep libgtk
ii  libgtk1.2   1.2.10-18.1 
 The GIMP Toolkit set of widgets for X
ii  libgtk1.2-common1.2.10-18.1 
 Common files for the GTK+ library
ii  libgtk2-perl1:1.220-2 
 Perl interface to the 2.x series of the Gimp Toolkit library
ii  libgtk2.0-0 2.16.1-2 
 The GTK+ graphical user interface library
ii  libgtk2.0-bin   2.16.1-2 
 The programs for the GTK+ graphical user interface library
ii  libgtk2.0-common2.16.1-2 
 Common files for the GTK+ graphical user interface library
ii  libgtkdatabox-0.9.0-1   1:0.9.0.1-1 
 A Gtk+ library to display large amounts of numerical data
rc  libgtkhtml2-0   2.11.1-2 
 HTML rendering/editing library - runtime files
ii  libgtkhtml3.14-19   3.26.3-1 
 HTML rendering/editing library - runtime files
ii  libgtkimageview01.6.1-2 
 image viewer widget for GTK+
ii  libgtkmm-2.4-1c2a   1:2.16.0-2 
 C++ wrappers for GTK+ 2.4 (shared libraries)
ii  libgtksourceview2.0-0   2.6.1-1 
 shared libraries for the GTK+ syntax highlighting widget
ii  libgtksourceview2.0-common  2.6.1-1 
 common files for the GTK+ syntax highlighting widget
ii  libgtkspell02.0.13-2 
 a spell-checking addon for GTK's TextView widget




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

Bug#538446: git-buildpackage: create pristine-tar *after* creating tarball from upstream branch

[Guido Günther]

On Tue, Jul 28, 2009 at 01:05:10PM +0200, Bernd Zeimetz wrote:
> Hi Guido!
> 
> Guido Günther wrote:
> > Do you mean something like:
> > 
> > git-buildpackage --no-pristine-tar
> > git-import-orig --pristine-tar 
> > # from then on
> > git-buildpackage --pristine-tar
> 
> Exactly. Only that I want to skip the manual steps and let git-bp handle it
> automatically, probably as an toption so I can mess with my upstream branch 
> and
> don't get a new pristine-tar commit every time.
Hmmm...I'm not sure I want to get gbp itself into this. So does this
look correct:

gbp-:
* fetch new upstream tarball
* import it using git-import-orig to branch a

By-Hand:
* munge it

gbp-:
* build a orig.tar.gz from branch a
* import it onto another branch b
* call pristine-tar on b

is that right?
 -- Guido



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

Bug#538017: libaqhbci13: Impossible to print INI-Letter

[Micha Lenk]

tags 538017 + fixed-upstream
tags 538017 + patch
thanks

Hi Martin,

Martin Preuss wrote:
> On Dienstag, 28. Juli 2009, Micha Lenk wrote:
> [...]
>> #7  0xb7f36ba7 in QBanking::QStringToUtf8String (q...@0x1) 
>> atqbanking.cpp:499 
> [...]
> 
> I see... The method QBanking::print() used to be just an override function 
> for 
> another print method, and now that that other method is gone we have a 
> recursion...
> 
> I will fix that myself.

Thanks a lot. The attached patch grabbed from upstream SVN r1729 really
fixes the problem for SVN trunk. Hence I tag this bug as fixed-upstream.

Unfortunately the patch doesn't work for AqBanking 3.6.2, so further
investigation is still needed on how to solve this for Debian Lenny.
I will look into this within the next days.

Regards
  Micha
Index: src/frontends/qbanking/lib/qbanking.cpp
===
--- src/frontends/qbanking/lib/qbanking.cpp	(Revision 1728)
+++ src/frontends/qbanking/lib/qbanking.cpp	(Revision 1729)
@@ -690,10 +690,11 @@
 const QString &docType,
 const QString &descr,
 const QString &text) {
-  return print(QStringToUtf8String(docTitle).c_str(),
-   QStringToUtf8String(docType).c_str(),
-   QStringToUtf8String(descr).c_str(),
-   QStringToUtf8String(text).c_str());
+  return GWEN_Gui_Print(QStringToUtf8String(docTitle).c_str(),
+			QStringToUtf8String(docType).c_str(),
+			QStringToUtf8String(descr).c_str(),
+			QStringToUtf8String(text).c_str(),
+			0);
 }
 
 

Bug#527840: Needs to be actively maintained or removed

[Hamish Moffatt]

On Tue, Jul 28, 2009 at 03:13:39PM -1000, Ryo Furue wrote:
> Hi Moritz,
> 
> | xpdf is a dead end.
> |
> I'm sorry to hear that.  (No, it's not possible
> for me to take care of the package, unfortunately.)

That's Moritz's observation/opinion rather than Xpdf's author's. 
It's certainly a long time between releases though.

Hamish
-- 
Hamish Moffatt VK3SB  



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

Bug#527840: Needs to be actively maintained or removed

[Ryo Furue]

Hi Moritz,

Thanks for the suggestion.

| > (*)I log in to my workstation at my workplace from home
| > and invoke xpdf:  For example,
| > 
| >   home$ ssh -X work.example.com
| >   . . . log in to "work" . . .
| >   work$ xpdf mydoc.pdf &
| >   work$
| > 
| > okular and acroread are so slow that it's utterly
| > impossible to use remotely.
| > (I've never used evince or epdfview.)
| 
| Try epdfview, then.

Did.  Unfortunately, it was too slow to use remotely.
When the top 2/3 of a page was displayed, for example,
I hit the space bar to see the bottom 1/3 of the page.
It took 5-10 seconds before the rendering was complete.
In the same environment, xpdf takes less than a second.

Evince was as slow as epdfview.

epdfview is an excellent viewer if used
on a local machine.

| xpdf is a dead end.
|
I'm sorry to hear that.  (No, it's not possible
for me to take care of the package, unfortunately.)

Regards,
Ryo



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

Bug#535787: collectd: powerdns monitoring hangs on the pdns socket (pdns 2.9.22)

[Luke Heberling]

On Tuesday 28 July 2009 02:24:15 Sebastian Harl wrote:
>
> What do you think about using interval_g instead (or interval_g / 2 and
> / or setting some maximum value)? Basically, that should not make a big
> difference, but, imho, it's a bit cleaner to let recv() fail before the
> end of the read interval.
>

sounds good. how about max( 2, interval_g * 3 / 4  )?
Updated the patch. Also fixed the error message to mention the LocalSocket 
config, not the Plugin config. Compiled the package with these modifications, 
but 
didn't install or run.

Luke Heberling
--- collectd-4.6.3.broken/src/powerdns.c	2009-06-02 02:17:47.0 -0700
+++ collectd-4.6.3/src/powerdns.c	2009-07-28 17:45:22.0 -0700
@@ -380,6 +380,18 @@ static int powerdns_get_data_dgram (list
   break;
 }
 
+struct timeval timeout;
+timeout.tv_sec=2;
+if (timeout.tv_sec < interval_g * 3 / 4)
+  timeout.tv_sec = interval_g * 3 / 4;
+timeout.tv_usec=0;
+status = setsockopt (sd, SOL_SOCKET, SO_RCVTIMEO, &timeout, sizeof (timeout));
+if (status != 0)
+{
+  FUNC_ERROR ("setsockopt");
+  break;
+}
+
 status = connect (sd, (struct sockaddr *) &item->sockaddr,
 sizeof (item->sockaddr));
 if (status != 0)
@@ -911,11 +923,18 @@ static int powerdns_config (oconfig_item
   powerdns_config_add_server (option);
 else if (strcasecmp ("LocalSocket", option->key) == 0)
 {
-  char *temp = strdup (option->key);
-  if (temp == NULL)
-return (1);
-  sfree (local_sockpath);
-  local_sockpath = temp;
+  if ((option->values_num != 1) || (option->values[0].type != OCONFIG_TYPE_STRING))
+  {
+WARNING ("powerdns plugin: `%s' needs exactly one string argument.", option->key);
+  }
+  else
+  {
+char *temp = strdup (option->values[0].value.string);
+if (temp == NULL)
+  return (1);
+sfree (local_sockpath);
+local_sockpath = temp;
+  }
 }
 else
 {

Bug#521536: linux-image-2.6.29-1-686: oops in kswapd

[David Weinehall]

On Wed, Jul 29, 2009 at 02:14:58AM +0200, Moritz Muehlenhoff wrote:
> On Sat, Mar 28, 2009 at 11:52:50AM +0200, David Weinehall wrote:
> > Package: linux-image-2.6.29-1-686
> > Version: 2.6.29-1
> > Severity: important
> > 
> > Today, a few hours after installing the 2.6.29 kernel, the oops
> > below was posted to all my consoles.
> > 
> > Since I'm still able to use my machine, I'm hesitatant to flag this
> > as serious or grave, but normally a kernel oops, especially in a
> > vital component such as kswapd, is an indication that things will
> > start to go haywire with likely data corruption or crashes as a
> > result.
> > 
> > I've attached the entire kernel log, just in case it contains
> > anything relevant.
> 
> Did this error reappear or was it a one-time issue? If not, has it
> been fixed with 2.6.30 from unstable?

Well, I'm running 2.6.30 now, and it seems to be fixed in 2.6.30; at
least I haven't seen it on any of my machines.


Regards: David
-- 
 /) David Weinehall  /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/



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

Bug#528058: xfrisk: does not start: Can't find the font

[Moritz Muehlenhoff]

severity 528058 normal
thanks

On Sun, May 10, 2009 at 06:05:43PM +0300, Onur Aslan wrote:
> Package: xfrisk
> Version: 1.2-3
> Severity: grave
> Justification: renders package unusable
> 
> xfrisk does not find the *helvetica-b*-o-*14* font. When I try to start 
> xfrisk, 
> it's saying:
> 
> $ xfrisk localhost
> CLIENT: Connected to server.
> CLIENT: Waiting for server to send client ID...Done.
> Warning: Cannot convert string "*helvetica-m*-r-*12*" to type FontStruct
> Warning: Cannot convert string "*helvetica-b*-o-*14*" to type FontStruct
> Can't find the font "*helvetica-b*-o-*14*"!!

Not reproducible, xfrisk starts just fine for me.



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

Bug#527840: Needs to be actively maintained or removed

[Moritz Muehlenhoff]

On Thu, Jul 23, 2009 at 01:18:44PM -1000, Ryo Furue wrote:
> Hi
> 
> > (An cleanest solution might be to drop xpdf altogether; the
> > correct way to implement a PDF viewer these days is to build
> > on top of poppler, such a okular, evince or epdfview.
> 
> xpdf has been the only PDF viewer that is light enough
> to be usable remotely(*).  I wish it's maintained rather
> than abandoned.
> 
> Ryo
> ---
> (*)I log in to my workstation at my workplace from home
> and invoke xpdf:  For example,
> 
>   home$ ssh -X work.example.com
>   . . . log in to "work" . . .
>   work$ xpdf mydoc.pdf &
>   work$
> 
> okular and acroread are so slow that it's utterly
> impossible to use remotely.
> (I've never used evince or epdfview.)

Try epdfview, then. xpdf is a dead end.

Cheers,
Moritz



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

Bug#537993: RFH: mdadm -- tool to administer Linux MD arrays (software RAID)

[Alice Ferrazzi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> [Message part 1 (text/plain, inline)]
> 
> Package: wnpp
> Severity: normal
> 
> I request assistance with maintaining the mdadm package. I can still
> maintain it, but would like to pass it to someone else in the long
> run, so now would be a good time to get into it.
> 
> The package description is:
>  The mdadm utility can be used to create, manage, and monitor MD
>  (multi-disk) arrays for software RAID or multipath I/O.
>  .
>  This package automatically configures mdadm to assemble arrays during the
>  system startup process. If not needed, this functionality can be disabled.
> 
> 
> -- 
>  .''`.   martin f. krafft   Related projects:
> : :'  :  proud Debian developer   http://debiansystem.info
> `. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
>   `-  Debian - when you have better things to do than fixing systems
> 
> [digital_signature_gpg.asc (application/pgp-signature, inline)]


Hello Martin,
i want help maintaining the mdadm package.

see u
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpvm0wACgkQIjqejaX9O3An3wCfSdEYrGHOeJPBgs6D9bpWUlVD
XGMAoIsuSLRTL8W3E0xe08KElOX98wfQ
=z5PX
-END PGP SIGNATURE-
begin:vcard
fn:alice ferrazzi
n:ferrazzi;alice
email;internet:aliceinw...@gnumerica.org
note;quoted-printable:Key fingerprint =3D 660B 821F A4E1 EA91 9F22  33DA 223A 9E8D A5FD 3B70=0D=0A=
	
x-mozilla-html:FALSE
version:2.1
end:vcard

Bug#483358: tar --null -T \-dequotes filenames !

[Carl Worth]

On Wed, 28 May 2008 12:29:46 +0100 Ian Jackson  
wrote:
> lstat64("./test\\_file_with_^Hackslashes_in_name", 0xff9bb98c) = -1 ENOENT 
> (No such file or directory)$
> write(2, "./test_file_with_\\backslashes_"..., 52) = 52$
> mariner:d>
> 
> ?!?!
> 
> This is probably a security problem in some circumstances, but I can't
> think of an exploit offhand so I've set the severity only to `important'
> rather than the `grave' that might be appropriate.
> 
> When we have a fix it should almost certainly be backported to etch.
> Surely no-one can be relying on this insane behaviour.

As surprising as the behavior seems to you, it is the documented
behavior of GNU tar. See this page, for example, which explicitly
mentions \b as an escape sequence that is unquoted by default:

http://www.gnu.org/software/tar/manual/html_section/Selecting-Archive-Members.html

You can get the behavior you would like instead by passing the
--no-unquote option.

I hope that helps,

-Carl

PS. Bdale, for a case like this should I close the bug report by sending
to 483358-done@ ? And should I give it a "Tags: wontfix" or so?



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

Bug#538975: Quick fix with iptables

[Michael Holzt]

As a hint for other sysadmins:

For the time until a fixed debian package is available, this iptables rule
should filter all dnsupdate packets, thus mitigating the attack:

| iptables -A INPUT -p udp --dport 53 -j DROP -m u32 --u32 '30>>27&0xF=5'

Works for me, but no guaranty. I have added a second rule which logs
said dnsupdate packets and i already got several such packets from the
outside world, so the exploit is clearly in active use and the least you 
can do is to try the iptables rule.


Regards
Michael

-- 
It's an insane world, but i'm proud to be a part of it. -- Bill Hicks



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

Bug#539091: [libgweather-common] Please enable python bindings

[Julien Lavergne]

Package: libgweather-common
Version: 2.26.1-1
Severity: wishlist

Hi,

Is it possible to enable the python bindings for libgweather ? Looking
at debian/changelog, the reason is that the API is unstable. Well, it's
still true but developers are aware of this instability, because they
need to invoke the module like this :
"from gweather.I_KNOW_THIS_IS_UNSTABLE import gweather"
It's also the case for C code, which need the same kind of #define.

Also, next version of Avant-window-navigator will require this bindings
for one of its applets.

Thanks for considering this.

Regards,
Julien Lavergne




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

Bug#539090: xserver-xorg-video-intel: Extreme slowness after upgrade from 2.7.1-1

[Dylan Thurston]

Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Severity: normal

Certain drawing operations seem to be extremely slow after a recent
upgrade from 2.7.1-1.  I notice this in firefox or in okular (KDE's
PDF viewer), but it's most obvious, oddly, in some of the options from
the game 'loopy' from sgt-puzzles, in the settings with lots of
diagonal lines.  For instance, 'loopy 9x9t4' takes about 45 seconds to
start; this is new behaviour since the upgrade.

I'm using a 915GM on a HP nc6220 notebook, with a 1400x1050 display.
I set my virtual screen size to 1600x1200 since I sometimes use an
external monitor with that resolution.  I notice the slowness whether
or not using the external monitor.

(I'll note that this upgrade did also fix two different display
glitches: in the older versions, text mode used to get corrupted, and
the screen would occasionally flicker momentarily.)

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-05-30 16:11 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1689624 2009-07-26 18:36 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML 
Express Graphics Controller (rev 03)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
lrwxrwxrwx 1 root root 16 2009-07-09 14:06 /etc/X11/xorg.conf -> 
xorg.conf.narrow

Contents of /etc/X11/xorg.conf:
# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
# Local fonts
FontPath"/usr/local/share/fonts/75dpi"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
Option  "XkbOptions""ctrl:nocaps,compose:menu"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection

Section "InputDevice"
Identifier  "Synaptics Touchpad"
Driver  "synaptics"
Option  "SendCoreEvents""true"
Option  "Device""/dev/psaux"
Option  "Protocol"  "auto-dev"
Option  "HorizScrollDelta"  "0"
EndSection

Section "Device"
Identifier  "Intel Corporation Mobile 915GM/GMS/910GML Express 
Graphics Controller"
Driver  "intel"
BusID   "PCI:0:2:0"
EndSection

Section "Monitor"
Identifier  "Internal LCD"
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Intel Corporation Mobile 915GM/GMS/910GML Express 
Graphics Controller"
Monitor "Internal LCD"
DefaultDepth24
SubSection "Display"
Virtual 1600 1200
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
Inp

Bug#539087: psmisc: fuser -l doesn't work

[Craig Small]

On Wed, Jul 29, 2009 at 01:15:18AM +0200, Serafeim Zanikolas wrote:
> Both fuser's manpage and -h command line switch report -l as a valid switch,
> but it actually doesn't work:
How strange, I was working in that part of the program and (from your
subsequent patch) see I dropped a l off.

The long option --list-signals works. Thanks for pointing out my rather
silly mistake.

 - Craig
-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/ csmall at : enc.com.au
http://www.debian.org/  Debian GNU/Linux, software should be Free 



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

Bug#521536: linux-image-2.6.29-1-686: oops in kswapd

[Moritz Muehlenhoff]

On Sat, Mar 28, 2009 at 11:52:50AM +0200, David Weinehall wrote:
> Package: linux-image-2.6.29-1-686
> Version: 2.6.29-1
> Severity: important
> 
> Today, a few hours after installing the 2.6.29 kernel, the oops below was 
> posted to all my consoles.
> 
> Since I'm still able to use my machine, I'm hesitatant to flag this as 
> serious or grave,
> but normally a kernel oops, especially in a vital component such as kswapd, 
> is an indication
> that things will start to go haywire with likely data corruption or crashes 
> as a result.
> 
> I've attached the entire kernel log, just in case it contains anything 
> relevant.

Did this error reappear or was it a one-time issue? If not, has it been fixed 
with
2.6.30 from unstable?

Cheers,
Moritz



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

Bug#537399: [distcc] FTBFS: src/srvnet.c:264: error: cast increases required alignment of target type

[Julien Lavergne]

tags 537399 patch
thanks

Hi,

This should be fixed by passing the --disable-Werror flag to configure.
Ubuntu have same problems but with others warnings and on others archi.

Regards,
Julien Lavergne
diff -u distcc-3.1/debian/rules distcc-3.1/debian/rules
--- distcc-3.1/debian/rules
+++ distcc-3.1/debian/rules
@@ -43,7 +43,8 @@
 --infodir=\$${prefix}/share/info \
 --sysconfdir=/etc \
 --with-gnome \
---enable-rfc2553
+--enable-rfc2553 \
+--disable-Werror
 
 #Architecture 
 build: patch-stamp build-arch build-indep
 

Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil 3114 chip

[Moritz Muehlenhoff]

On Wed, Mar 25, 2009 at 10:17:59AM +0100, Bengt Samuelsson wrote:
> 
> Hi,
> 
> I try to find that list of testde motherboards. Can't fin it!
> I start to think I have hardvare problem.
> 
> My problem box is:
> Motherboard KT7A-RAID  AMD Duron 1.2GHz
>1G ram
>PCI add on "1095:3114 SiI 3114 [SATALink/SATARaid] Serial ATA
> Controller "
>   4 x SAMSUNG 500GB
> 
> I have also /dev/hda /dev/hdb vorking just fine.  Thats whay I think
> they don't like eatch ather.

What's the status? Has this been resolved by more recent kernels or
is there further indication of a hardware failure?

Cheers,
Moritz



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

Bug#520622: Wifi does not work (AR242x)

[Moritz Muehlenhoff]

On Wed, Mar 25, 2009 at 10:18:41AM +0100, W. Martin Borgert wrote:
> found 520622 2.6.29-1~experimental.1~snapshot.13223
> thanks
> 
> Still only "ath5k phy0: noise floor calibration timeout
> (2412MHz)" in the syslog, but no wireless connection.
> 
> Thanks, Marco, for reassigning my copy/paste nonsense.

Is this fixed in 2.6.30 from unstable?

Cheers,
Moritz



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

Bug#452365: tar -cO . | tar -xC ../newplace - results in a killed symlinks

[Carl Worth]

On Thu, 22 Nov 2007 12:20:21 +0300 "Dmitry I. Kulagin" 
 wrote:
> Yesterday trying to move my root fs to a new location, while doing these
> steps:
> 
> mount -o bind,ro / /mnt/mnt
> cd /mnt/mnt
> tar -cO . | tar -xC ../newplace

Hi Dmitry,

Can you still reproduce this bug, and if so, can you give any more
precise steps for doing so? I just attempted the above steps on my
system, (with tar 1.22-1.1), and all symlinks were copied correctly.

Thanks,

-Carl
 


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

Bug#538830: mirror submission for ftp.rnl.ist.utl.pt

[Manuel Tiago Pereira]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Greetings,

Simon Paillard wrote:
>> Site: ftp.rnl.ist.utl.pt
>> Type: leaf
>> Archive-architecture: amd64 i386 
> 
> Please use ftpsync as recommended per
> http://debian.org/mirror/ftpmirror#how
> It will ensure only files necessary to amd64 and i386 are fetched.

We're already using one of the official scripts, in particular we're
using http://www.debian.org/mirror/anonftpsync and we're satisfied with
it. We don't feel the urge to switch to the ftpsync script since it
seems that it won't give us any major benefit comparing to our current
solution. Is it mandatory to use ftpsync to sync our mirror in order to
become an official Debian mirror?

>> Archive-ftp: /pub/debian/
>> Archive-http: /pub/debian/
>> Archive-rsync: pub/debian/
> 
> Could you please make it available at the standard path /debian/ ?

This path is now available (http-only): http://ftp.rnl.ist.utl.pt/debian/ .

>> Archive-upstream: cesium.di.uminho.pt
> 
> Unless you get significant speed increase compared to ftp.pt.d.o, please
> prefer pushed / official mirrors as upstream.

We're now using ftp.pt.debian.org.

>> Updates: once
> 
> The archive is now updated every 6 hours.
> You houls switch to push scheme. It is explained at
> http://debian.org/mirror/push_mirroring 

Our privacy policy does not contemplate external machines connecting to
our servers using SSH, therefore, we're not considering configuring our
mirror with a push scheme. Nevertheless, we've increased the frequency
of the mirror's syncs so that the mirror gets synced every 6 hours.

>> Maintainer: Rede das Novas Licenciaturas - Instituto Superior Tecnico 
>> 
>> Country: PT Portugal
>> Location: Lisbon, Portugal
> 
> Could you please tell us how much bandwidth is available ?

We've a Gigabit uplink.

> 
> Thanks for mirroring Debian and best regards.
> 

Your welcome. Thank you for your assistance.
Best regards,

- --
Manuel Tiago Correia Casimiro da Silva Pereira
tiago.pere...@rnl.ist.utl.pt

Administração de Sistemas da Rede das Novas Licenciaturas
Instituto Superior Técnico

web: https://www.rnl.ist.utl.pt
email: r...@rnl.ist.utl.pt
telefone: +351 218 41 77 71
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkpvkLUACgkQEg3Bh8i7j0KNRQCgi+Z6SGjDrnm7gm6QLlWxl15c
IdAAn30Zv4lFDRsbh6OfIa807wgnEPR0
=UALE
-END PGP SIGNATURE-



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

Bug#514688: [python-ocempgui] new upstream release 0.2.9

[Julien Lavergne]

tags 514688 patch
thanks

Hi,

Any news on this bug ?

FYI, there is a update pending for Ubuntu on this bug :
https://bugs.launchpad.net/ubuntu/+source/ocempgui/+bug/327476

The modifications made on Ubuntu, which may interest you, are include in
this mail, with a quick entry in debian/changelog.

Regards,
Julien Lavergne
diff -Nur ocempgui-0.2.8/debian/changelog ocempgui-0.2.9/debian/changelog
--- ocempgui-0.2.8/debian/changelog	2009-07-29 01:44:51.0 +0200
+++ ocempgui-0.2.9/debian/changelog	2009-07-29 01:46:57.0 +0200
@@ -1,3 +1,11 @@
+ocempgui (0.2.9-1) unstable; urgency=low
+
+  * New upstream release (Closes: #514688)
+  * debian/control: Depends on python-pygame
+  * debian/rules: Python 2.6 migration
+
+ -- Julien Lavergne   Tue, 14 Jul 2009 14:20:34 +0200
+
 ocempgui (0.2.8-1) unstable; urgency=low
 
   * New upstream release. (Closes: #462778)
diff -Nur ocempgui-0.2.8/debian/control ocempgui-0.2.9/debian/control
--- ocempgui-0.2.8/debian/control	2009-07-29 01:44:51.0 +0200
+++ ocempgui-0.2.9/debian/control	2009-07-29 01:47:14.0 +0200
@@ -9,7 +9,7 @@
 
 Package: python-ocempgui
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, at-spi
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, at-spi, python-pygame
 Provides: ${python:Provides}
 Suggests: ocempgui-doc
 XB-Python-Version: ${python:Versions}
diff -Nur ocempgui-0.2.8/debian/rules ocempgui-0.2.9/debian/rules
--- ocempgui-0.2.8/debian/rules	2009-07-29 01:44:51.0 +0200
+++ ocempgui-0.2.9/debian/rules	2009-07-14 13:28:10.0 +0200
@@ -9,7 +9,7 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-
+include /usr/share/python/python.mk
 
 
 CFLAGS = -Wall -g
@@ -55,7 +55,7 @@
 	dh_installdirs
 
 	# Add here commands to install the package into debian/python-ocempgui.
-	python setup.py install --root=$(CURDIR)/debian/tmp
+	python setup.py install --root=$(CURDIR)/debian/tmp $(py_setup_install_args)
 
 
 # Build architecture-independent files here.

Bug#539089: libxdg-basedir: Memory leak even after calling xdgWipeHandle()

[Arnaud Fontaine]

Package: libxdg-basedir
Severity: normal
Tags: patch

Hello,

When running valgrind on my program using libxdg-basedir, it reports the
following memory leak:

==25556== 19 bytes in 1 blocks are definitely lost in loss record 1 of 3
==25556==at 0x402601E: malloc (vg_replace_malloc.c:207)
==25556==by 0x40440A5: xdgGetEnv (basedir.c:187)
==25556==by 0x4044524: xdgUpdateData (basedir.c:321)
==25556==by 0x40446CB: xdgInitHandle (basedir.c:125)
==25556==by 0x804DC46: parse_command_line_parameters (pcompmgr.c:128)
==25556==by 0x804DF29: main (pcompmgr.c:226)

I guess it's because cacheHome on line 187 (basedir.c) is never freed. I
have  attached to  this  email a  patch  that works  fine  for me,  e.g.
valgrind  is   happy  with  it,  but   as  I'm  not   so  familiar  with
libxdg-basedir source code so I might be wrong.

Regards,
Arnaud Fontaine

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

Kernel: Linux 2.6.26-maggie-1
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

From a22a544c38e4bff9b05c53bf5874de6515d14e39 Mon Sep 17 00:00:00 2001
From: Arnaud Fontaine 
Date: Wed, 29 Jul 2009 01:33:18 +0200
Subject: [PATCH] Fixed memory leak on cacheHome.

---
 src/basedir.c |5 +
 1 files changed, 5 insertions(+), 0 deletions(-)

diff --git a/src/basedir.c b/src/basedir.c
index b85a2d1..222d10c 100644
--- a/src/basedir.c
+++ b/src/basedir.c
@@ -153,6 +153,11 @@ static void xdgFreeData(xdgCachedData *cache)
 			free(cache->configHome);
 		cache->configHome = 0;
 	}
+	if (cache->cacheHome)
+	{
+		free(cache->cacheHome);
+		cache->cacheHome = 0;
+	}
 	xdgFreeStringList(cache->searchableDataDirectories);
 	cache->searchableDataDirectories = 0;
 	xdgFreeStringList(cache->searchableConfigDirectories);
-- 
1.6.3.3



pgpTZtxZigE3b.pgp
Description: PGP signature

Bug#539088: libgeos-3.1.0: Assertion fails when buffering a specific multipolygon

[Tuure Laurinolli]

Package: libgeos-3.1.0
Version: 3.1.0-1
Severity: normal


When doing 0-distance buffer on the geometry in script "test2.py", GEOS prints
a message stderr and causes the process to exit with code 134.

Test script "test2.py":

from shapely import wkt
mp = wkt.loads('MULTIPOLYGON (((3375988.599 6680548.657, 3375856.477 
6680761.861, 3376067.385 6680748.959, 3375988.599 6680548.657), (3375921.642 
6680736.744, 3375920.948 6680725.834, 3376044.612 6680717.931, 3375921.642 
6680736.744)), ((3376292.713 6680820.212, 3376320.365 6680785.36, 3376043.927 
6680525.464, 3376292.713 6680820.212)))')
mp.buffer(0)

Running the script requires package python-shapely. Run as follows:
 % python test.py

Expected result:

MULTIPOLYGON (((3376292.712999888241 6680820.212002905726, 
3376320.365002235174 6680785.360003352761, 3376043.927001415610 
6680525.463996870756, 3376292.712999888241 6680820.212002905726)), 
((3375988.598999292195 6680548.656996572733, 3375856.476999552965 
6680761.860995678663, 3376067.384997764826 6680748.958997988343, 
3375988.598999292195 6680548.656996572733), (3375921.64125494 
6680736.743999478459, 3375920.947998584390 6680725.833997988343, 
3376044.612001974404 6680717.930998658895, 3375921.64125494 
6680736.743999478459)))

printed on stdout

Actual result:

bufferOriginalPrecision failed (TopologyException: unable to assign hole to a 
shell), trying with reduced precision
recomputing with precision scale factor = 1e+09
Scaler: offsetX,Y: 0,0 scaleFactor: 1e+09
ReScaler: offsetX,Y: 0,0 scaleFactor: 1e+09
recomputing with precision scale factor = 1e+08
Scaler: offsetX,Y: 0,0 scaleFactor: 1e+08
ReScaler: offsetX,Y: 0,0 scaleFactor: 1e+08
recomputing with precision scale factor = 1e+07
Scaler: offsetX,Y: 0,0 scaleFactor: 1e+07
ReScaler: offsetX,Y: 0,0 scaleFactor: 1e+07
recomputing with precision scale factor = 1e+06
Scaler: offsetX,Y: 0,0 scaleFactor: 1e+06
ReScaler: offsetX,Y: 0,0 scaleFactor: 1e+06
recomputing with precision scale factor = 10
Scaler: offsetX,Y: 0,0 scaleFactor: 10
ReScaler: offsetX,Y: 0,0 scaleFactor: 10
recomputing with precision scale factor = 1
Scaler: offsetX,Y: 0,0 scaleFactor: 1
ReScaler: offsetX,Y: 0,0 scaleFactor: 1
recomputing with precision scale factor = 1000
Scaler: offsetX,Y: 0,0 scaleFactor: 1000
ReScaler: offsetX,Y: 0,0 scaleFactor: 1000
recomputing with precision scale factor = 100
Scaler: offsetX,Y: 0,0 scaleFactor: 100
ReScaler: offsetX,Y: 0,0 scaleFactor: 100
recomputing with precision scale factor = 10
Scaler: offsetX,Y: 0,0 scaleFactor: 10
ReScaler: offsetX,Y: 0,0 scaleFactor: 10
recomputing with precision scale factor = 1
recomputing with precision scale factor = 0.1
Scaler: offsetX,Y: 0,0 scaleFactor: 0.1
ReScaler: offsetX,Y: 0,0 scaleFactor: 0.1
recomputing with precision scale factor = 0.01
Scaler: offsetX,Y: 0,0 scaleFactor: 0.01
ReScaler: offsetX,Y: 0,0 scaleFactor: 0.01
recomputing with precision scale factor = 0.001
Scaler: offsetX,Y: 0,0 scaleFactor: 0.001
python: ../../source/headers/geos/noding/SegmentString.h:175: void 
geos::noding::SegmentString::testInvariant() const: Assertion `pts->size() > 1' 
failed.
zsh: abort  python test2.py

printed on stderr

The same problem can be reproduced using other software that uses GEOS
as well, e.g. postgresql-8.3-postgis and the operation:

SELECT ST_BUFFER(ST_GEOMFROMTEXT('MULTIPOLYGON (((3375988.599 6680548.657, 
3375856.477 6680761.861, 3376067.385 6680748.959, 3375988.599 6680548.657), 
(3375921.642 6680736.744, 3375920.948 6680725.834, 3376044.612 6680717.931, 
3375921.642 6680736.744)), ((3376292.713 6680820.212, 3376320.365 6680785.36, 
3376043.927 6680525.464, 3376292.713 6680820.212)))'), 0);

The problem has been fixed in upstream GEOS release 3.1.1.

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

Kernel: Linux 2.6.28.7pryan (SMP w/2 CPU cores)
Locale: LANG=en_US, lc_ctype=fi...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgeos-3.1.0 depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.3-3  GCC support library
ii  libstdc++64.3.3-3The GNU Standard C++ Library v3

libgeos-3.1.0 recommends no packages.

libgeos-3.1.0 suggests no packages.

-- debconf-show failed



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

Bug#539008: ITP: telepathy-qt4 -- Telepathy framework - Qt 4 library

[Simon McVittie]

On Tue, 28 Jul 2009 at 23:39:32 +0200, Fathi Boudra wrote:
> $ apt-cache search telepathy |grep -i qt4
...
> libqttapioca0 - Qt4 tapioca library
...
> libqttelepathycore0 - core library for Qt4 telepathy

That's not the same library (sorry about the naming, I hadn't realised
telepathy-qt was also for Qt 4 when telepathy-qt4 started). This one can be
used as a replacement for both telepathy-qt and tapioca-qt (i.e. low *and*
high level interfaces - the low-level stuff is auto-generated from
telepathy-spec and not very exciting, and all the development effort goes into
wrapping that with high-level APIs like in Tapioca).

It's from the same team as telepathy-glib, using many of the same
design ideas (I'm one of the maintainers of both telepathy-glib and
telepathy-qt4; my co-maintainer on telepathy-qt4 previously worked on Tapioca).

George Grundleborg has blogged about its use in KDE and its advantages over
the combination of telepathy-qt and tapioca-qt:
http://grundleborg.wordpress.com/tag/telepathy/

I'd prefer to maintain it in pkg-telepathy rather than as a Qt/KDE package,
since I don't actually use KDE myself (don't panic, the other maintainers do!),
and the pkg-telepathy team works very closely with Telepathy upstream due to
being basically the same people :-)

Simon


signature.asc
Description: Digital signature

Bug#539051: xserver-xorg-video-nv: FTBFS: Missing Build-Depends

[Brice Goglin]

Daniel Schepler wrote:
> Package: xserver-xorg-video-nv
> Version: 1:2.1.14-1
> Severity: serious
>
> From my pbuilder build log:
>
> ...
>   
>> stampdir/genscripts
>> stampdir/prepare
>> 
> if ! [ `which quilt` ]; then \
> echo "Couldn't find quilt. Please install it or add it to the 
> build-depends for this package."; \
> exit 1; \
> fi; \
> if QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null next 
> >/dev/null 2>&1; then \
>   echo -n "Applying patches..."; \
>   if QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a 
> -v >stampdir/log/patch 2>&1; then \
> cat stampdir/log/patch; \
> echo "successful."; \
>   else \
> cat stampdir/log/patch; \
> echo "failed! (check stampdir/log/patch for details)"; \
> exit 1; \
>   fi; \
> else \
>   echo "No patches to apply"; \
> fi; \
> >stampdir/patch
> Couldn't find quilt. Please install it or add it to the build-depends for 
> this package.
> make: *** [stampdir/patch] Error 1
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
> (Also, when I built it with DEB_BUILD_OPTIONS="parallel=3", the build process
> went ahead and ran autoreconf even though the patch had failed.  That to
> me indicates that there's a missing dependency somewhere which could result
> in autoreconf being run on the unpatched code before the patching is done.)
>   

The problem is likely that the patching has been wrongly removed: the
build target still depend on patch while there shouldn't be any patch
rule in there... I'll look at it.

Brice




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

Bug#539087: patch

[Serafeim Zanikolas]

tags 539087 patch
thanks
--- psmisc-22.8.orig/src/fuser.c	2009-07-14 01:23:38.0 +0200
+++ psmisc-22.8/src/fuser.c	2009-07-29 01:20:01.0 +0200
@@ -833,9 +833,9 @@ int main(int argc, char *argv[])
 	ignore_options=0;
 	while ((optc =
 #ifdef WITH_IPV6
-		getopt_long(argc, argv, "46acfhikmn:sS:uvV", options,NULL)
+		getopt_long(argc, argv, "46acfhiklmn:sS:uvV", options,NULL)
 #else
-		getopt_long(argc, argv, "acfhikmn:sS:uvV", options,NULL)
+		getopt_long(argc, argv, "acfhiklmn:sS:uvV", options,NULL)
 #endif
 			) != -1) {
 	  if (ignore_options > 0) {

Bug#539087: psmisc: fuser -l doesn't work

[Serafeim Zanikolas]

Package: psmisc
Version: 22.8-1
Severity: minor

Hi,

Both fuser's manpage and -h command line switch report -l as a valid switch,
but it actually doesn't work:

$ fuser -l
fuser: Invalid option l

The long version (--list-signals) does work though.

Cheers,
Serafeim

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

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

Versions of packages psmisc depends on:
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libncurses5   5.7+20090613-1 shared libraries for terminal hand

psmisc recommends no packages.

psmisc 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#539086: gnome-power-manager_2.26.3-1(sparc/experimental): FTBFS: error: cast increases required alignment of target type

[Frank Lichtenheld]

Package: gnome-power-manager
Version: 2.26.3-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of gnome-power-manager_2.26.3-1 on njoerd by sbuild/sparc 
98-farm
| Build started at 20090725-0314
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Reading state information...
| Need to get 4803kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main gnome-power-manager 
2.26.3-1 (dsc) [1939B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main gnome-power-manager 
2.26.3-1 (tar) [4792kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main gnome-power-manager 
2.26.3-1 (diff) [8439B]
| Fetched 4803kB in 1s (3801kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 5), cdbs, quilt, autotools-dev, libtool, 
autoconf, libgnomeui-dev, libpanel-applet2-dev, libglade2-dev, libhal-dev (>= 
0.5.8), libdbus-glib-1-dev (>= 0.70), libxml-parser-perl, libxext-dev, 
libx11-dev, libgtk2.0-dev (>= 2.11), libwnck-dev (>= 2.10), docbook-to-man, 
intltool, libnotify-dev (>= 0.4.4-3), docbook-utils, libxres-dev, xmlto, 
gnome-doc-utils, scrollkeeper, gnome-pkg-tools (>= 0.10), 
libdevkit-gobject-dev, libdevkit-power-gobject-dev, libcanberra-gtk-dev, 
libunique-dev, libpolkit-dbus-dev, libpolkit-grant-dev, libpolkit-gnome-dev
| Checking for already installed source dependencies...
[...]
| cc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal 
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include   -pthread 
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -D_REENTRANT -DORBIT2=1 -pthread 
-I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 
-I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/libwnck-1.0 
-I/usr/include/startup-notification-1.0 -I/usr/include/gnome-keyring-1 
-I/usr/include/panel-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 
-I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include 
-I/usr/include/libbonobo-2.0 -I/usr/include/libgnomecanvas-2.0 
-I/usr/include/libgnom
|  e-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/gail-1.0 
-I/usr/include/libart-2.0 -I/usr/include/gnome-vfs-2.0 
-I/usr/lib/gnome-vfs-2.0/include   -D_REENTRANT -I/usr/include/unique-1.0 
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-D_REENTRANT 
-I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/lib/gtk-2.0/include 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb 
-I/usr/include/libpng12   -D_REENTRANT -I/usr/include/gtk-2.0 
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr
|  /include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include-I/usr/include/PolicyKit -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include 
  -D_REENTRANT -I/usr/include/PolicyKit -I/usr/include/gtk-2.0 
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12   
-DBINDIR=\"/usr/bin\" -DGNOMELOCALEDIR=\""/usr/share/locale"\" 
-DDATADIR=\"/usr/share\" -DPREFIX=\""/usr"\" -DSYSCONFDIR=\""/etc"\" 
-DLIBDIR=\""/usr/lib"\" -DVERSION="\"2.26.3\"" 
-DGPM_DATA=\"/usr/share/gnome-power-manager\" -DEGG_LOG_FILE=\""/tmp/gpm.log"\" 
-DEGG_VERBOSE="\"GPM_VERBOSE\"" -DEGG_LOGGING="\"GPM_LOGGING\"" 
-DEGG_CONSOLE="\"GPM_CONSOLE\"" -I.. -I../libdevkit-power -I../libhal-glib   -
|  DG_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -g 
-fexceptions -Wall -Werror -Wcast-align -Wno-uninitialized 
-Wmissing-declarations -Wredundant-decls -Wpointer-arith -Wcast-align 
-Wwrite-strings -Winit-self -Wreturn-type -Wformat-nonliteral -Wformat-security 
-Wmissing-include-dirs -Wmissing-format-attribute -Wclobbered -Wempty-body 
-Wignored-qualifiers -Wty

Bug#539085: libfprint_20081125git-1(sparc/experimental): FTBFS: libtoolize: command not found

[Frank Lichtenheld]

Package: libfprint
Version: 20081125git-1
Severity: serious

Hi,

your package failed to build from source.

| Automatic build of libfprint_20081125git-1 on njoerd by sbuild/sparc 98-farm
| Build started at 20090724-0729
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Reading state information...
| Need to get 599kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main libfprint 20081125git-1 
(dsc) [1280B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main libfprint 20081125git-1 
(tar) [262kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main libfprint 20081125git-1 
(diff) [335kB]
| Fetched 599kB in 0s (3310kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 5), autotools-dev, libusb-1.0-0-dev, libssl-dev, 
libglib2.0-dev, libxv-dev, libmagickcore-dev, automake
| Checking for already installed source dependencies...
[...]
|  debian/rules build
| dh_testdir
| # Add here commands to configure the package.
| cp -f /usr/share/misc/config.sub config.sub
| cp -f /usr/share/misc/config.guess config.guess
| ./autogen.sh
| ./autogen.sh: line 2: libtoolize: command not found
| make: *** [config.status] Error 1
| dpkg-buildpackage: error: debian/rules build gave error exit status 2
| **
| Build finished at 20090724-0734
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=20081125git-1&pkg=libfprint&arch=sparc

Gruesse,
-- 
Frank Lichtenheld 
www: http://www.djpig.de/



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

Bug#524940: module-init-tools: modprobe starts fork-bombing on executing oss-compat

[Rod Tye]

I have the same symptoms with module-init-tools 3.9-2.  Reverting to the stable 
version 3.4-1 fixes the problem.
r...@hibisco:~/sound$ ps -ef | grep modprobe
root  7943  5501  0 19:34 pts/200:00:00 modprobe snd_via82xx
root  7955  7943  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  7960  7955  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  7964  7960  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  7969  7964  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  7973  7969  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  7978  7973  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  7982  7978  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  7987  7982  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  7991  7987  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  7996  7991  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  8000  7996  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8005  8000  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  8009  8005  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8014  8009  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  8018  8014  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8023  8018  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  8027  8023  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8032  8027  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  8036  8032  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8041  8036  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  8045  8041  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8050  8045  0 19:34 pts/200:00:00 modprobe --quiet snd_pcm_oss
root  8054  8050  0 19:34 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8060  8054  1 19:35 pts/200:00:01 modprobe --quiet snd_pcm_oss
root  8064  8060  0 19:35 pts/200:00:00 sh -c modprobe --ignore-install 
snd-pcm  && { modprobe --quiet snd-pcm-oss ; : ; }
root  8065  8064  9 19:35 pts/200:00:05 modprobe --ignore-install 
snd_pcm
root  8066  8065  0 19:35 pts/200:00:00 sh -c /sbin/modprobe 
--ignore-install snd && { /sbin/modprobe --quiet snd-ioctl32 ; : ; }
root  8068  8066 98 19:35 pts/200:00:19 /sbin/modprobe --quiet 
snd-ioctl32
rod   8070  5465  0 19:36 pts/000:00:00 grep modprobe

Regards

Rod.



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

Bug#539084: rc.local starts too early when used with insserv

[Stanislav Maslovski]

Package: initscripts
Version: 2.87dsf-2
Severity: normal

If I am not mistaken in the next stable release insserv is going to be
activated by default.  To provide backward compatibility with the
existing setups which assume that rc.local is run at the last stage of
booting it would be better to change the Required-Start directive to

Required-Start:  $all

or use an equivalent.

-- System Information:
Debian Release: squeeze/sid
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'oldstable'), (500, 'unstable'), 
(500, 'testing'), (500, 'stable'), (100, 'experimental')
Architecture: i386 (i686)

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

Versions of packages initscripts depends on:
ii  debianutils 3.2  Miscellaneous utilities specific t
ii  libc6   2.9-23   GNU C Library: Shared libraries
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  mount   2.15.1~rc1-1 Tools for mounting and manipulatin
ii  sysvinit-utils  2.87dsf-2System-V-like utilities

Versions of packages initscripts recommends:
ii  e2fsprogs 1.41.8-2   ext2/ext3/ext4 file system utiliti
ii  psmisc22.8-1 utilities that use the proc file s

initscripts 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#501285: Cannot provide extra information -- command instead quits querybts

[Carl Chenet]

Package: reportbug
Version: 4.5
Severity: normal
Tags: patch

Hi Sandro,

What about offering the user to choose between exiting or querying the BTS one 
more time ?
Here is a new patch to do so.

Bye,
Carl Chenet


-- Package-specific info:
** Environment settings:
DEBEMAIL="cha...@ohmytux.com"
DEBFULLNAME="Carl Chenet"
INTERFACE="text"

** /home/chaica/.reportbugrc:
reportbug_version "4.5"
mode novice
ui text
smtphost "smtp.free.fr"

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.21 Advanced front-end for dpkg
ii  python2.5.4-2An interactive high-level object-o
ii  python-reportbug  4.5Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils  (no description available)
ii  debsums   2.0.44 verification of installed package 
pn  dlocate(no description available)
ii  exim4 4.69-9 metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon
ii  file  5.00-1 Determines file type using "magic"
ii  gnupg 1.4.9-4GNU privacy guard - a free PGP rep
pn  python-gnome2-extras   (no description available)
pn  python-gtk2(no description available)
pn  python-urwid   (no description available)
pn  python-vte (no description available)

-- no debconf information
>From 21986b35287e1893e292cf2da18fd6088ae2588c Mon Sep 17 00:00:00 2001
From: chaica 
Date: Wed, 29 Jul 2009 00:25:53 +0200
Subject: [PATCH] warn users for options not available v2

---
 bin/querybts |   32 +---
 1 files changed, 25 insertions(+), 7 deletions(-)

diff --git a/bin/querybts b/bin/querybts
index f4c0b7a..8157ca8 100755
--- a/bin/querybts
+++ b/bin/querybts
@@ -221,13 +221,31 @@ def main():
 match = reportre.match(package)
 if match:
 report = int(match.group(1))
-return ui.show_report(report, system, mirrors,
-  http_proxy, queryonly=True,
-  title=VERSION,
-  archived=archived)
-ui.handle_bts_query(package, system, mirrors, http_proxy,
-queryonly=True, title=VERSION, archived=archived,
-source=source, buglist=buglist)
+while 1 :
+retvalue = ui.show_report(report, system, mirrors,
+  http_proxy, queryonly=True,
+  title=VERSION,
+  archived=archived)
+ui.long_message('This option is not available while using 
querybts alone.\n')
+x = ui.select_options('What do you want to do now?', 'Qb',
+  {'q': 'Exit querybts.',
+   'b': 'Query BTS one more time.'})
+if x == 'q':
+ui.long_message('Exiting.\n')
+sys.exit(0)
+
+while 1:
+ui.handle_bts_query(package, system, mirrors, http_proxy,
+queryonly=True, title=VERSION, 
archived=archived,
+source=source, buglist=buglist)
+ui.long_message('This option is not available while using querybts 
alone.\n')
+x = ui.select_options('What do you want to do now?', 'Qb',
+  {'q': 'Exit querybts.',
+   'b': 'Query BTS one more time.'})
+if x == 'q':
+ui.long_message('Exiting.\n')
+sys.exit(0)
+
 except NoPackage:
 ui.long_message('Package appears not to exist in the BTS.\n')
 except NoBugs:
-- 
1.6.2.3

Bug#536071: logcheck-database: add exlusion rules for IPv6 in bind9

[David I. Lehn]

Radek Antoniuk  wrote:
> Jul  7 12:54:12 frodo named[12633]: network unreachable resolving 
> 'validator.w3.org/A/IN': 2001:500:c::1#53
> Jul  7 12:54:12 frodo named[12633]: connection refused resolving 
> 'xklonos.cal.pl/A/IN': 87.98.162.72#53

Here are the two rules I just started using.  These messages are of no
use to me but I have no idea if they are unimportant enough to filter
out for everyone.

^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: network unreachable 
resolving '[^[:space:]]+': [.:[:xdigit:]]+#[[:digit:]]+$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: connection refused 
resolving '[^[:space:]]+': [.:[:xdigit:]]+#[[:digit:]]+$

-dave




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

Bug#539083: RM: libdvbpsi3 -- ROM; superseded by libdvbpsi4

[Christophe Mutricy]

Package: ftp.debian.org
Severity: normal

Hello,

Please remove libdvbpsi3 (libdvbpsi3 and libdvbpsi3-dev). No packages depends 
on it and it's superseded by libdvbpsi4.

Thanks

-- 
Xtophe



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

Bug#534709: python-cjson: Unescaped solidus for decoding

[Bernd Zeimetz]

Hi Adrien,

I've talked with upstream about your patch, here is his answer:


> I know of it, but unfortunately it brings more problems than it solves. It
> doubles the space requirements for decoding a JSON string, because it
> allocates a second buffer to do a pre parsing, with the only purpose of
> changing the solidus. This also increases significantly the time required to
> decode a JSON string as it parses it twice, almost halving the decoder
> performance.
> The correct fix it to modify the parser to take into account the solidus, so
> that it can all be done in 1 stage with only 1 buffer.


While I appreciate your work, I can't apply this patch unfortunately.

Cheers,

Bernd
-- 
 Bernd Zeimetz Debian GNU/Linux Developer
 GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
   ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F



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

Bug#538676: Bug in libjavascript-beautifier-perl fixed in revision 40952

[pkg-perl-maintainers]

tag 538676 + pending
thanks

Some bugs are closed in revision 40952
by Jonathan Yu (jawnsy-guest)

Commit message:

Ready for upload (for real this time, and it Closes: #538676), thanks to ansgar 
for reminding me to take care of it ^.~




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

Bug#539021: ca-certificates: Spanish users need FNMT root certificate. Please include it

[Philipp Kern]

Hallo Noel,

am Tue, Jul 28, 2009 at 04:27:25PM +0200 hast du folgendes geschrieben:
> Most spanish official sites (including those related to telematic tax 
> payment) use a certificate issued by the spanish moneyprinter, the FNMT. 
> With the actual mozilla/iceweasel way of dealing with certificates 
> (which is a PITA) there are a lot of users simply unable to use these 
> sites.
> 
> They are at:
> http://www.cert.fnmt.es/certs/ACRAIZFNMTRCM.crt
> http://www.cert.fnmt.es/certs/ACRAIZFNMTRCMSHA2.crt
> http://www.cert.fnmt.es/certs/ACRAIZFNMTRCMSHA512.crt

this request is not following the request rules as stated in the package's
README.Debian.  And anyway sadly Iceweasel in Debian does not yet rely on
ca-certificates.  There are plans, however, to fix this within some
timeframe that is yet unknown.

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp KernDebian Developer
: :' :  http://philkern.de Stable Release Manager
`. `'   xmpp:p...@0x539.de Wanna-Build Admin
  `-finger pkern/k...@db.debian.org


signature.asc
Description: Digital signature

Bug#529148: Will fix it soon

[marga]

Hi!

I've seen the bugreport about the outdated watchfile, I'll fix it in the next 
upload, in the next few days.

Thanks for the report.

--
Love,
Marga



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

Bug#539033: gcc-mingw32: C++ programs depend on libgcc_s_sjlj-1.dll not present in the package

[Robert Millan]

On Tue, Jul 28, 2009 at 05:55:15PM +0200, Alberto Luaces wrote:
> Package: gcc-mingw32
> Version: 4.4.0-2
> Severity: important
> 
> Hello,
> 
> Programs linked with this mingw version depend on libgcc_s_sjlj-1.dll,
> but this file is not present in the package, so I cannot redistribute
> the libraries or executables cross-compiled with it.

With the attached patch, it will be included (along with other DLLs), but
in the wrong path.  Could you confirm moving it to
/usr/lib/gcc/i586-mingw32msvc/4.4.0/ works for you?

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."
Index: debian/rules
===
--- debian/rules	(revision 13923)
+++ debian/rules	(working copy)
@@ -38,9 +38,6 @@
 	# libtool baggage
 	rm -f debian/gcc-mingw32/usr/lib/gcc/i586-mingw32msvc/*/*.la
 
-	# why are DLLs being installed here?
-	rm -f debian/gcc-mingw32/usr/bin/*.dll
-
 	# also strange, but definitely not useful
 	rm -f debian/gcc-mingw32/usr/lib/gcc/i586-mingw32msvc/bin/libssp-0.dll
 
Index: debian/rules
===
--- debian/rules	(revision 13923)
+++ debian/rules	(working copy)
@@ -38,9 +38,6 @@
 	# libtool baggage
 	rm -f debian/gcc-mingw32/usr/lib/gcc/i586-mingw32msvc/*/*.la
 
-	# why are DLLs being installed here?
-	rm -f debian/gcc-mingw32/usr/bin/*.dll
-
 	# also strange, but definitely not useful
 	rm -f debian/gcc-mingw32/usr/lib/gcc/i586-mingw32msvc/bin/libssp-0.dll
 

Bug#538913: libjaudiotagger-java: Please switch Build-Depends from default-jdk-builddep to default-jdk

[Max Bowsher]

Damien Raude-Morvan wrote:
> Le lundi 27 juillet 2009 23:59:25, Max Bowsher a écrit :
>> Hi,
> 
> Hi Max,
> 
> Thanks for your bug report.
> 
>> As your package does not build GCJ native code, please amend your
>> Build-Depends from default-jdk-builddep to default-jdk.
>>
>> This will allow GCJ to not be pulled in at build-time on architectures
>> or distros where GCJ is not the default-jdk.
> 
> I've seen your mail [1] on debian-java regarding choice between default-jdk-
> builddep and default-jdk. To my knownledge, your position haven't reached
> consensus and is not reflected in Debian Java Policy.
> 
> In Debian, default-jdk-builddep package [2] as exactly the same dependency 
> chain as default-jdk [3] : (gcj-jdk).
> On Ubuntu, default-jdk is openjdk-6-jdk and default-jdk-builddep is default-
> jdk + gcj-jdk
> 
> At the moment, your issue is more a disagrement on Java Policy between Debian 
>  
> and Ubuntu.
> 
> I would prefer to :
> - wait for a new Debian Java Policy (after Debconf9 ?)
> - resync Debian and Ubuntu Java Policy about default-* packages
> - fix Build-Depends on all packages [4]
> 
> [1] http://lists.debian.org/debian-java/2009/07/msg00013.html
> [2] http://packages.debian.org/sid/default-jdk-builddep
> [3] http://packages.debian.org/sid/default-jdk
> [4] 31 packages use default-jdk-builddep in unstable

You are correct that this issue is sadly undocumented in Debian Java Policy.

However, I feel that comments by Matthias Klose, as uploader of the
java-common source in Debian, in bugs such as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526273 - specifically
"default-jdk-builddep should be used if the package builds
native code built with gcj." provide adequate justification of the
intent of default-jdk-builddep vs. default-jdk in Debian.

Note that the bug referenced above was part of a mass bug filing:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-j...@lists.debian.org&tag=jgc-vdep

Also, the changelog of the java-common version which introduced
default-* packages says: "Build-depending on default-jdk-builddep
ensures a dependency on java-gcj-compat-dev even if the default jdk is
another than java-gcj-compat-dev."

Thanks,
Max.



signature.asc
Description: OpenPGP digital signature

Bug#538676: Bug in libjavascript-beautifier-perl fixed in revision 40947

[pkg-perl-maintainers]

tag 538676 + pending
thanks

Some bugs are closed in revision 40947
by Jonathan Yu (jawnsy-guest)

Commit message:

Refreshed patch, renamed to remove-pl-extension.patch (Closes: #538676)



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

Bug#539082: ITP: mk -- A simple replacement for make

[Venkatesh Srinivas]

Package: wnpp
Severity: wishlist
Owner: Venkatesh Srinivas 


* Package name: mk
  Version : 20090728
  Upstream Author : Russ Cox 
* URL : http://swtch.com/plan9port/unix/
* License : Lucent Public License
  Programming Lang: C
  Description : A simple replacement for make from Bell Labs

mk is a replacement for make with simpler syntax and rules, devised 
at Bell Labs for 10th edition Research UNIX. It is currently in use 
by Plan 9 from Bell Labs, the Inferno operating system, and ports of 
Plan 9 utilities to UNIX. For more information, see: 'Maintaining
Files on Plan 9', by Andrew Hume and Bob Flandrena.



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

Bug#539034: gcc-mingw32: Please ship also Fortran compiler (gfortran)

[Robert Millan]

On Tue, Jul 28, 2009 at 06:27:16PM +0200, Alberto Luaces wrote:
> Package: gcc-mingw32
> Version: 4.4.0-2
> Severity: wishlist
> Tags: patch
> 
> Hello,
> 
> Please consider distributing also the Fortran compiler available in
> mingw, gfortran. I have attached a patch showing the changes needed in
> order to do it: just enable fortran in the same way as C and C++ and
> then modify the configure script for libgfortran in the same manner
> than it is done already for libgcc.
> 
> I have built the package and tested it by compiling the popular BLAS
> library as a DLL, and then linking it to a C program also
> cross-compiled with gcc-mingw32. I have also tested the fortran compiler with 
> a program using the new features provided by gfortran 4.4, with no other 
> problem than the same described in bug #539033, that is, the dependency on 
> libgcc_s_sjlj-1.dll for all the binaries generated.

Thanks.  Can you confirm that the fix I sent upstream [1] also covers your
fortran changes?

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40191

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



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

Bug#517965: Info received (Bug#517965: flup: New flup upstream bugfix release available)

[Kai Hendry]

http://hendry.iki.fi/debian/unstable/flup_1.0.2-1.dsc

Waiting for sponsorship.



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

Bug#539081: DDPO: Inconsistent alphabetical order

[Daniel Moerner]

Package: qa.debian.org
Severity: minor

Hi,

There is some inconsistency in how qa.debian.org handles packages in
alphabetical order. By default when I load qa.d.o, it seems to order
packages in alphabetical order. However, packages of the name: "X"
have a lower alphabetical order than "X-Y". In my case, pekwm is
listed before pekwm-themes. However, if I actually click on the
"Source Name" tab, it orders the packages in alphabetical order by
source name. This time, it treats "X-Y" packages as alphabetically
lower than "X" packages. So, in my case, pekwm-themes is now listed
before pekwm. This seems like a mistake since it seems like the
default alphabetical order should be the same as explicit alphabetical
order.

Thanks!
Daniel Moerner

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

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



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

Bug#534238:

[Saulo Soares de Toledo]

| Mark Hymers is taking over ia32-libs, and will upload a new version of
| it (soon, hopefully), so that ia32-apt-get won't be needed anymore.

When this will happen?



! In the meantime, anyone who hates ia32-apt-get and are using the old
! ia32-libs package may be able to use my lenny debs at
! http://people.debian.org/~ovek/wine/ 

Yes... I hate this package since now... but your deb's don't work
here. ia32-lib needs ia32-apt-get and it's never installed! And
Nothing is wotking! And I need this packages to other things I need
user here...

Bug#535871: Calc: Cannot copy or cut and paste forumlas

[Mike Massonnet]

The version 1.0.2 fixes that situation already. It doesn't lookup the
text/html target anymore. The upcoming version 1.1.0 restores the
clipboard with the original targets.

Mike



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

Bug#537572: I know how to fix it!!!

[Steve Parker]

Thanks for the info, but how is "regress to previous version" a fix? 
That would be a workaround at best




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

Bug#538913: libjaudiotagger-java: Please switch Build-Depends from default-jdk-builddep to default-jdk

[Damien Raude-Morvan]

Le lundi 27 juillet 2009 23:59:25, Max Bowsher a écrit :
> Hi,

Hi Max,

Thanks for your bug report.

> As your package does not build GCJ native code, please amend your
> Build-Depends from default-jdk-builddep to default-jdk.
>
> This will allow GCJ to not be pulled in at build-time on architectures
> or distros where GCJ is not the default-jdk.

I've seen your mail [1] on debian-java regarding choice between default-jdk-
builddep and default-jdk. To my knownledge, your position haven't reached
consensus and is not reflected in Debian Java Policy.

In Debian, default-jdk-builddep package [2] as exactly the same dependency 
chain as default-jdk [3] : (gcj-jdk).
On Ubuntu, default-jdk is openjdk-6-jdk and default-jdk-builddep is default-
jdk + gcj-jdk

At the moment, your issue is more a disagrement on Java Policy between Debian  
and Ubuntu.

I would prefer to :
- wait for a new Debian Java Policy (after Debconf9 ?)
- resync Debian and Ubuntu Java Policy about default-* packages
- fix Build-Depends on all packages [4]

[1] http://lists.debian.org/debian-java/2009/07/msg00013.html
[2] http://packages.debian.org/sid/default-jdk-builddep
[3] http://packages.debian.org/sid/default-jdk
[4] 31 packages use default-jdk-builddep in unstable

Cheers,
-- 
Damien Raude-Morvan / www.drazzib.com


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

Bug#473996: dpkg: Is this available yet?

[Paul LeoNerd Evans]

Package: dpkg
Version: 1.15.3.1
Severity: normal


Is there any reason this patch hasn't yet been applied? I'd find a menu
option very useful, rather than the current "break local config by
trashing it with upstream" vs "break the program by not upgrading its
config" choice we currently get. Every time I get such a question I
always hit Z and run

  vimdiff /etc/foo.conf{,.dpkg-new}

anyway, so having a menu option to do that directly would be useful
indeed...


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

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

Versions of packages dpkg depends on:
ii  coreutils 7.4-2  The GNU core utilities
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  lzma  4.43-14Compression method of 7z format in

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt   0.7.21 Advanced front-end for dpkg

-- 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#539008: ITP: telepathy-qt4 -- Telepathy framework - Qt 4 library

[Fathi Boudra]

$ apt-cache search telepathy |grep -i qt4
libqttapioca-dev - development files for Qt4 tapioca library
libqttapioca0 - Qt4 tapioca library
libqttelepathy-dev - development files for Qt4 telepathy
libqttelepathyclient0 - client library for Qt4 telepathy
libqttelepathycommon0 - common library for Qt4 telepathy
libqttelepathycore0 - core library for Qt4 telepathy

We are already maintaining it.
Feel free to co-maintain with us:
http://svn.debian.org/wsvn/pkg-kde/krap/telepathy-qt/#_krap_telepathy-qt_

cheers,

Fathi



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

Bug#539080: python-rope: Current version breaks with mercurial 1.3

[Jan Huelsbergen]

Package: python-rope
Version: 0.9.2-1
Severity: important
Tags: patch

Now that mercurial 1.3 has entered testing, rope fails when trying to
perform any action on a file in a mercurial repository because of the
way mercurial.ui.ui is initialized in
rope.base.fscommands.MercurialCommands. This is already fixed upstream
in commit c8f79142ecfa:
http://bitbucket.org/agr/rope/changeset/c8f79142ecfa/ (which is why I am
tagging this with 'patch')

Thanks for providing this package to Debian users.

~jan

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

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

Versions of packages python-rope depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt

Versions of packages python-rope recommends:
ii  git-core 1:1.6.3.3-2 fast, scalable, distributed revisi
ii  mercurial1.3-2   scalable distributed version contr
ii  python-svn   1.6.2-1 A(nother) Python interface to Subv

python-rope 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#539076: vino-server crashes with memory corruption

[Emilio Pozuelo Monfort]

Dominique Brazziel wrote:
> Package: vino
> Version: 2.26.2-1
> Severity: important
> 
> Occasionally the server will crash without my knowledge (I am the
> remote client).  When I try to login through an ssh tunnel I will see
> that the connection is refused and that's how I know the server isn't 
> running.  I am attaching the relevant portion of the remote server
> '.xsession-errors' file, which shows memory corruption.

Can you get a valgrind memcheck log?



signature.asc
Description: OpenPGP digital signature

Bug#539079: gnome-applets: system monitor applet thinks that ppp0 is some internal link and not classical internet connection

[Jakub Lucký]

Package: gnome-applets
Version: 2.26.1-1
Severity: normal


System monitor applet in my Gnome since upgrade few days or weeks ago doesn't 
consider ppp0 as standard internet connection... 

It displays some traffic, but in color for "Local" and in on-over window it 
displays: "Receiving 0 bytes/s Sending 0 bytes/s"

Seems to be some small regression, though it worked for few last years...

Thanks for your time
Jakub Lucký

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

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

Versions of packages gnome-applets depends on:
ii  gconf2   2.26.2-2GNOME configuration database syste
ii  gnome-applet 2.26.1-1Various applets for the GNOME pane
ii  gnome-icon-t 2.26.0-1GNOME Desktop icon theme
ii  gnome-panel  2.26.2-1launcher and docking facility for 
ii  gstreamer0.1 0.10.23-3   GStreamer plugin for ALSA
ii  gstreamer0.1 0.10.15-2   GStreamer plugins from the "good" 
ii  gvfs 1.2.3-1+b1  userspace virtual filesystem - ser
ii  libapm1  3.2.2-14Library for interacting with APM d
ii  libatk1.0-0  1.26.0-1The ATK accessibility toolkit
ii  libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library
ii  libbonoboui2 2.24.1-1The Bonobo UI library
ii  libc62.9-21  GNU C Library: Shared libraries
ii  libcpufreq0  005-1   shared library to deal with the cp
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libgconf2-4  2.26.2-2GNOME configuration database syste
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libgnome-des 2.26.1-1Utility library for loading .deskt
ii  libgnome2-0  2.26.0-1The GNOME library - runtime files
ii  libgnomekbd3 2.26.0-1GNOME library to manage keyboard c
ii  libgstreamer 0.10.23-3   GStreamer libraries from the "base
ii  libgstreamer 0.10.23-2   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.16.5-1The GTK+ graphical user interface 
ii  libgtop2-7   2.26.1-1gtop system monitoring library
ii  libgucharmap 1:2.26.2-1  Unicode browser widget library (sh
ii  libgweather1 2.26.1-1GWeather shared library
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libnotify1 [ 0.4.5-1 sends desktop notifications to a n
ii  liboobs-1-4  2.22.0-2GObject based interface to system-
ii  libpanel-app 2.26.2-1library for GNOME Panel applets
ii  libpango1.0- 1.24.5-1Layout and rendering of internatio
ii  libpolkit-db 0.9-4   library for accessing PolicyKit vi
ii  libpolkit2   0.9-4   library for accessing PolicyKit
ii  libwnck222.26.1-1Window Navigator Construction Kit 
ii  libx11-6 2:1.2.2-1   X11 client-side library
ii  libxklavier1 3.9-1   X Keyboard Extension high-level AP
ii  libxml2  2.7.3.dfsg-2GNOME XML library
ii  python   2.5.4-2 An interactive high-level object-o

Versions of packages gnome-applets recommends:
ii  cpufrequtils  005-1  utilities to deal with the cpufreq
pn  deskbar-applet (no description available)
ii  gnome-media   2.26.0-1   GNOME media utilities
ii  gnome-netstatus-applet2.26.0-1   Network status applet for GNOME
ii  gnome-system-monitor  2.26.2-1   Process viewer and system resource
ii  policykit-gnome   0.9.2-2GNOME dialogs for PolicyKit
ii  python-gnome2 2.26.1-1   Python bindings for the GNOME desk

Versions of packages gnome-applets suggests:
ii  acpid 1.0.10-2   Utilities for using ACPI power man
pn  tomboy (no description available)

-- debconf information:
  gnome-applets/cpufreq_SUID_bit: false



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

Bug#539075: [pkg-fso-maint] Bug#539075: [INTL:sv] Swedish strings for nodm debconf

[arne anka]

"nodm startar en X-session utan att först frågan användaren om  
användarnamn "

should be
"nodm startar en X-session utan att först fråga användaren om användarnamn  
"


 "xinit-program som ska användas:"
vs
"Ange namnet på \"xinit\"-programmet som ska användas tillsammans med  
nodm. "


shouldn't it be ...-programmet both times?



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

Bug#518284: [Pkg-telepathy-maintainers] Bug#518284: telepathy-haze: Misses instructions on how to configure accounts

[Olivier Berger]

Le mardi 28 juillet 2009 à 01:40 +0200, Jonny Lamb a écrit :
> On Thu, Mar 05, 09:45:07 +0100, Olivier Berger wrote:
> > OK, telepathy-haze is available to empathy/telepathy... but how to make 
> > profit of it ?
> > 
> > How does one configure its to use it (for instance for empathy) ?
> > 
> > At least a README would be great...
> 
> Telepathy connection managers are communicated with via D-Bus. You can
> read the Telepathy D-Bus specification at:
> 
> http://telepathy.freesktop.org/spec/
> 
> You can "make profit of it" by calling the correct D-Bus method calls
> on the connection manager as documented thoroughly in the above D-Bus
> spec.
> 
> Thanks,
> 

So you mean that it's some kind of library and not a program ?

The description of the package may probably need some changes, then.

Thanks anyway for the response.

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#539078: RFP: Billiards -- Billiards is a free cue sports simulator

[Lefteris Chatzimparmpas]

Package: wnpp
Severity: wishlist

Billiards is a free cue sports simulator. It aims for physical accuracy
and simplicity and should hopefully be useful for practicing billiards
on your own and against your friends when a real pool table is not
available. Currently both a pool table and a billiards table (that is
with and without pockets) are implemented allowing you to play
eightball, nineball and carom billiards games.

Homepage: http://www.nongnu.org/billiards/
URL: http://download.savannah.gnu.org/releases/billiards/billiards-0.2.2.tar.gz
License: GNU GPL version 3




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

Bug#539077: [INTL:eu] ufw debconf templates Basque translation update

[Piarres Beobide]

Package: ufw
Severity: wishlist
Tags: l10n patch

Hi

Attached ufw debconf templates Basque translation update, please add it.

thx


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

Kernel: Linux 2.6.30-1-686 (SMP w/4 CPU cores)
Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of templates(2).po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide EGaña , 2009.
msgid ""
msgstr ""
"Project-Id-Version: templates(2)\n"
"Report-Msgid-Bugs-To: u...@packages.debian.org\n"
"POT-Creation-Date: 2009-07-24 15:31-0500\n"
"PO-Revision-Date: 2009-07-28 22:35+0200\n"
"Last-Translator: Piarres Beobide \n"
"Language-Team: Basque \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 0.3\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: error
#. Description
#: ../templates:2001
msgid "Existing configuration found"
msgstr "Konfigurazioa aurkituta"

#. Type: error
#. Description
#: ../templates:2001
#| msgid ""
#| "An existing configuration for ufw has been found. Existing rules must be "
#| "managed manually."
msgid ""
"An existing configuration for ufw has been found. Existing rules must by "
"managed manually."
msgstr ""
"Aurreko ufw konfigurazio bat aurkitu da. Dauden arauak eskuz kudeatu behar "
"dira."

#. Type: error
#. Description
#: ../templates:2001
msgid "You should read the ufw(8) manpage for details about ufw configuration."
msgstr ""
"ufw(8) manual orria irakurri beharko zenuke ufw konfigurazio "
"xehetasunetarako."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Start ufw automatically?"
msgstr "Abiarazi ufw automatikoki?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"If you choose this option, the rules you are about to set will be enabled "
"during system startup so that this host is protected as early as possible."
msgstr ""
"Aukera hau hautatzen baduzu ezartzen dituzun arauak sistema abioan gaituko "
"dira, honela sistema hala bezain azkar babesteko."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "To protect this host immediately, you must start ufw manually."
msgstr "Ostalari hau berehala babesteko ufw eskuz abiarazi beharko duzu."

#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Authorized services:"
msgstr "Autorizatutako zerbitzuak:"

#. Type: multiselect
#. Description
#: ../templates:4001
msgid ""
"Please choose the services that should be available for incoming connections."
msgstr ""
"Mesedez hautatu zein zerbitzu baimendu behar dira kanpoaldetik konektatzeko."

#. Type: multiselect
#. Description
#: ../templates:4001
msgid "Other services may be specified in the next configuration step."
msgstr ""
"Beste zerbitzu batzuek hurrengo konfigurazio urratsean zehaztu daitezke."

#. Type: string
#. Description
#: ../templates:5001
msgid "Additional authorized services:"
msgstr "Autorizatutako zerbitzu gehigarriak:"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"Please enter a space separated list of any additional ports you would like "
"to open. You may use a service name (as found in /etc/services), a port "
"number, or a port number with protocol."
msgstr ""
"Mesedez idatzi zuriunez bereizirik irekitzea nahi dituzun ataka gehigarrien "
"zerrenda. Zerbitzu izen bat (/etc/services-en zehazturikoak), ataka zenbaki "
"bat edo ataka zenbakia protokolo batez erabili ditzakezu."

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"Example: to allow a web server, port 53 and tcp port 22, you should enter "
"\"www 53 22/tcp\"."
msgstr ""
"Adibidez: web zerbitzari bat, 53 ataka eta 22 atakako tcp onartzeko \"www 53 "
"22/tcp\" idatzi beharko duzu."

Bug#517133: 517133: evolution dependencies for passwords

[Ross Boylan]

I am experiencing symptoms similar to those of the OP.  I have just
installed gnome-keyring-manager, following the suggestions above.

It's too early to tell if this fixed the problem.  However

gnome-keyring-manager does not seem to be dependency of evolution.
Shouldn't it be at least a recommends?





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

Bug#299567: linux-image-2.6.30-1-amd64: Any progress on the vmlinux issue?

[Michal Suchanek]

Package: linux-image-2.6.30-1-amd64
Version: 2.6.30-3
Severity: normal


Hello

Is there any progress with providing vmlinux somewhere?

There was a suggestion to add support for kernel debugging packges into
the kernel build scripts but not turn it on by default so that the large
debug packages are not mirrored from Debian archive.

In my view this is completely pointless because the reason for this report
is that the uncompressed kernel is not provided and there is no way how
the compressed one can be uncompressed. If support for building debug
kernel is included but the package is not build there will still not be
any uncompressed kernel.

It is always possible to build your own kernel and use the vmlinux that
gets built in the process. The problem is that the vmlinux is not
available for the prebuilt kernels so you have to build a new kernel and
reboot, possibly creating a different kernel with different behavior.

Thanks

Michal

-- Package-specific info:
** Version:
Linux version 2.6.30-1-amd64 (Debian 2.6.30-3) (wa...@debian.org) (gcc version 
4.3.3 (Debian 4.3.3-14) ) #1 SMP Sat Jul 18 12:55:06 UTC 2009



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

Bug#539075: [INTL:sv] Swedish strings for nodm debconf

[Martin Bagge]

package: nodm
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#466918: closed by Jakub Wilk (Re: python-urlgrabber: doesn't install (syntax errors during compile of

[Jakub Wilk]

* Peter T. Breuer , 2009-07-08, 14:32:

>Package: python-urlgrabber
>Version: 3.1.0-4
>Severity: normal
>
>Probably something doesn't compile under python 2.3 (which is safely
>installed on system here) or vice versa.
Python 2.3 was removed[1] from Debian and it obviously not supported.


Is it too much trouble to supply the missing support layer for 2.3?

I don't know about february 21 of 2008 (when this bug was filed), but
it seems to me you are playing a little fast and loose with your
tenses here :).  Waiting a year and a half and then announcing that the
support has disappeared isn't really "fixing bugs".
Sorry you had to wait so long. (Actually, it's not my responsibility to 
triage bugs; I just spotted this one by chance.)


And you are right, no bug was fixed, because there is no bug here.


Your reference


[1] http://bugs.debian.org/401407


is to debian UNSTABLE, when 2.3 was retired from THAT set of experimental
packages (in dec 2006).


Okay, here is the full timeline:
- Jan 2007: python2.3 was removed [1] from unstable and testing.
- Apr 2007: etch was released [2] (without python2.3).
- Feb 2008: this report was filed.
- Feb 2009: lenny was released [3] (without python2.3).

[2] http://lists.debian.org/debian-announce/2007/msg2.html
[3] http://lists.debian.org/debian-announce/2009/msg2.html


I maintain servers which are in many cases 10 years old, and going
strong.  I don't know which machine this was from - probably my laptop,
serving as a test base - but sure, I can compile python 2.4 for them
(and probably have) but why should I when 2.3 works fine?  If one only
have to provide a few support functions missing from 2.3, then shucks,
that's just par for the course in maintaining a piece of application
level code!
Actually, the culprit are not missing functions, but missing language 
constructs. 


There are codes I wrote twenty years ago for which I am
still providing support and compatibility layers for many different
kinds of support architectures ..  one writes a line or two in
configure.in and generates the autoconf output and provides a function
of ones own. That's maintaining!
It's nice of you that you support legacy systems. However, we (Debian) 
have enough work with supporting modern ones.



So please give some thought to fixing this - it ought to be a no
brainer for you.
I insist that there nothing to fix here. It you think it's not the case, 
feel free to reopen the bug.


--
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#537665: apache2.2-common: segfault in crc32 when using deflate since last security upgrade

[Nicolas Schodet]

* Stefan Fritsch  [2009-07-26 21:03]:
> > Here is my last bt full with apache not stripped, libapr1-dbg and
> > libaprutil1-dbg:
> thanks, that helped me to reproduce the problem.
> Can you please exchange
> debian/patches/071_CVE-2009-1891.dpatch with the attached file and test if
> that fixes the issue. It worked for me.

It is running since Sunday evening with no problem, thank you :)

Nicolas.



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

Bug#539073: [INTL:sv] Swedish strings for mod-mono debconf

[Martin Bagge]

package: mod-mono
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#539074: [INTL:sv] Swedish strings for cdebconf debconf

[Martin Bagge]

package: cdebconf
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#539072: moc-ffmpeg-plugin: "No audio stream in file" error when trying to play WMA

[Jakub Lucký]

Package: moc-ffmpeg-plugin
Version: 1:2.5.0~alpha3+svn20090611-1
Severity: normal


When trying to play WMA file, MOC just writes "No audio stream in file" in it's 
error message line and tries to play anything else... 

As far as I remember MOC played WMA with moc-ffmpeg-plugin, at least about year 
ago...

Some info about the file, but it's same for all WMAs

ja...@gondolin$ file 01\ KILLBILL.wma 
01 KILLBILL.wma: Microsoft ASF

ja...@gondolin$ file -bi 01\ KILLBILL.wma 
video/x-ms-asf; charset=binary

Thank for your time
Jakub Lucký



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

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

Versions of packages moc-ffmpeg-plugin depends on:
ii  libavformat 5:0.5+svn20090720-0.0ffmpeg file format library
ii  libc6   2.9-21   GNU C Library: Shared libraries
ii  libdb4.74.7.25-7 Berkeley v4.7 Database Libraries [
ii  moc 1:2.5.0~alpha3+svn20090611-1 ncurses based console audio player

moc-ffmpeg-plugin recommends no packages.

moc-ffmpeg-plugin 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#539069: [INTL:sv] Swedish strings for tvtime debconf

[Martin Bagge]

package: tvtime
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#539070: [INTL:sv] Swedish strings for dash debconf

[Martin Bagge]

package: dash
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#539071: [INTL:sv] Swedish strings for xsp debconf

[Martin Bagge]

package: xsp
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data

Bug#539068: CLIPS 6.30 pre-release available

[Rick L. Vinyard, Jr.]

Package: clips
Version: 6.24-3

clipsmm (C++ wrapper for CLIPS) is a project of mine. I have received
several bug reports from both Debian and Ubuntu users reporting that they
cannot compile on their systems.

The problem goes back to missing function contexts in CLIPS, which the
CLIPS project issued a 6.24 patch for.

They have also since moved their code to sourceforge under the clipsrules
project and have been slowly moving toward 6.30. There aren't any
earth-shattering changes, but there are numerous bug fixes.

Since I also maintain the Fedora CLIPS packages, long ago I created a
patch that added autotools support and some other Linux specific fixes
such as tty support via termios instead of sgtty. I've merged those
changes along with the CLIPS trunk and put it into a repository on the
clipsmm project page.

There are two separate tarballs, one for the code and one for the docs.
There are also several other files such as an xclips desktop file, emacs
support scripts (which I believe came from the debian package), a clips
pkgconfig file, etc.

The tarballs are here:
http://downloads.sourceforge.net/clipsmm/clips-6.30.0.20090722svn.tar.bz2
http://downloads.sourceforge.net/clipsmm/clips-6.30.0.20090722svn-doc.tar.bz2

I've tried to eliminate any patches in the Fedora rpm specfile by
incorporating everything in the tarballs.

It would be great if the Debian package could move up to the 6.30
pre-release so that those wanting to use clipsmm could without rebuilding
their own clips package.





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

Bug#539067: bluez: probably typo in udev rule

[arne anka]

Package: bluez
Version: 4.42-2
Severity: normal

in /lib/udev/rules.d/62-bluez-hid2hci.rules
there's arle taht should match a csr dongle, defining vendor 0a12 and id
1000. in my fr there's an csr dongle with vendor 0a12 -- but the id is
0001.

# CSR devices (in HID mode)
ACTION=="add", ENV{ID_VENDOR}=="0a12", ENV{ID_MODEL}=="1000"
RUN+="/lib/udev/bluez --method csr -v $env{ID_VENDOR} -p $env{ID_MODEL}
--mode hci"

even the
# CSR devices (in HCI mode)
section uses id 0001.
so, i guess it's just a typo and has to be 0001 everywhere:

# CSR devices (in HID mode)
ACTION=="add", ENV{ID_VENDOR}=="0a12", ENV{ID_MODEL}=="0001"
RUN+="/lib/udev/bluez --method csr -v $env{ID_VENDOR} -p $env{ID_MODEL}
--mode hci"



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

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

Versions of packages bluez depends on:
ii  dbus 1.2.16-2simple interprocess messaging syst
ii  libbluetooth34.42-2  Library to use the BlueZ Linux Blu
ii  libc62.9-23  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libnl1   1.1-5   library for dealing with netlink s
ii  libusb-0.1-4 2:0.1.12-13 userspace USB programming library
ii  lsb-base 3.2-23  Linux Standard Base 3.2 init scrip
ii  makedev  2.3.1-88creates device files in /dev
ii  module-init-tools3.9-2   tools for managing Linux kernel mo
ii  udev 0.141-1 /dev/ and hotplug management daemo

bluez recommends no packages.

Versions of packages bluez suggests:
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-gobject2.16.1-1   Python bindings for the GObject li

-- debconf-show failed



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

Bug#538017: libaqhbci13: Impossible to print INI-Letter

[Martin Preuss]

Hi,

On Dienstag, 28. Juli 2009, Micha Lenk wrote:
[...]
> #7  0xb7f36ba7 in QBanking::QStringToUtf8String (q...@0x1) atqbanking.cpp:499 
[...]

I see... The method QBanking::print() used to be just an override function for 
another print method, and now that that other method is gone we have a 
recursion...

I will fix that myself.


Regards
Martin

-- 
"Things are only impossible until they're not"

Martin Preuss - http://www2.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/




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

Bug#539066: lintian: [checks/shared-libs] misleading message for unknown dash-containing version in symbols file

[Jonathan Nieder]

Package: lintian
Version: 2.2.13
Severity: wishlist

Hi Lintian maintainers,

Debian policy allows version numbers like 4.999.8beta-115-gadbad2d-1
(),
which makes the symbols-file-contains-debian-revision check tricky.
For example, lintian misdiagnoses the problem in the following symbols
file:

liblzma.so.0 liblzma0 #MINVER#
 lzma_alone_deco...@base 4.999.8beta-111-g8f8ec94
 ...

Lintian reports symbols-file-contains-debian-revision. How could it
know otherwise? If no entry in debian/changelog has upstream version
4.999.8beta-111-g8f8ec94, for lack of better options Lintian assumes
the -g8f8ec94 is a Debian revision.

Unfortunately, at least to this naive user, the result suggests that
Lintian would not be happy with any version number with dashes in it.
And that's just not true.

Possible fixes:
 * Provide two separate warnings: one for unknown revisions in symbols
files and another for known Debian revisions in symbols files. Or
maybe even three: unknown but no dash, unknown with dash, and known
with dash (since unknown with no dash is usually not a mistake).
 * Treat revisions with two or more dashes differently from revisions
with only one dash? (This would handle the example just mentioned, but
generally it seems like a bad idea.)
 * Treat packages whose changelogs contain upstream revisions with a
dash differently? (This would handle the example just mentioned, but
generally it seems like an awful idea.)

Thoughts?

Regards,
Jonathan



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

Bug#539061: [Kmymoney2-developer] Bug#539061: kmymoney2: split transactions ignore second transaction to account

[Pedro Bulach Gapski]

Hello Alvaro,

On Tue, Jul 28, 2009 at 5:24 PM, Alvaro Soliverez wrote:
> Hello,
> this has been solved in older versions of KMyMoney. The version mentioned in
> the bug is currently not being supported anymore, unless it is a critical
> bug.
> Also, as far as I can tell, it would not be easy to backport the fix, due to
> other changes in the same classes.

So there will be no fix for this issue in lenny :-(

Thanks for the info. I will consider migrating to testing.

regards,

pedro

>
> Regards,
> Alvaro
>
> On Tue, Jul 28, 2009 at 4:53 PM, pedro bulach gapski 
> wrote:
>>
>> Package: kmymoney2
>> Version: 0.8.9-1
>> Severity: normal
>>
>> when entering split transactions, if there are more than one entry to one
>> account, the second entry does not show up in the target account. For
>> example, you have two asset account named account1 and account2. If you
>> enter a split transaction on account1 that has two entries:
>> account2        cash to pay beth        100
>> account2        cash to pay joe         200
>> only the first entry shows up in account2.
>>
>> -- System Information:
>> Debian Release: 5.0.2
>>  APT prefers stable
>>  APT policy: (990, 'stable')
>> Architecture: i386 (i686)
>>
>> Kernel: Linux 2.6.30-backports.1-686 (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 kmymoney2 depends on:
>> ii  kdelibs4c2a      4:3.5.10.dfsg.1-0lenny1 core libraries and binaries
>> for al
>> ii  libc6            2.7-18                  GNU C Library: Shared
>> libraries
>> ii  libgcc1          1:4.3.2-1.1             GCC support library
>> ii  libice6          2:1.0.4-1               X11 Inter-Client Exchange
>> library
>> ii  libofx4          1:0.9.0-3               library to support Open
>> Financial
>> ii  libpng12-0       1.2.27-2+lenny2         PNG library - runtime
>> ii  libqt3-mt        3:3.3.8b-5+b1           Qt GUI Library (Threaded
>> runtime v
>> ii  libsm6           2:1.0.3-2               X11 Session Management
>> library
>> ii  libstdc++6       4.3.2-1.1               The GNU Standard C++ Library
>> v3
>> ii  libx11-6         2:1.1.5-2               X11 client-side library
>> ii  libxext6         2:1.0.4-1               X11 miscellaneous extension
>> librar
>> ii  zlib1g           1:1.2.3.3.dfsg-12       compression library - runtime
>>
>> kmymoney2 recommends no packages.
>>
>> kmymoney2 suggests no packages.
>>
>> -- no debconf information
>>
>>
>>
>>
>>
>> --
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> ___
>> KMyMoney2-developer mailing list
>> kmymoney2-develo...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/kmymoney2-developer
>
>



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

Bug#539059: Suspending SATA hard disks degrades software RAID 1

[maximilian attems]

On Tue, Jul 28, 2009 at 10:00:57PM +0200, Florian Weimer wrote:
> * maximilian attems:
> 
> > sorry i might miss you point:
> > what do you expect md to do?
> 
> I was surprised that the array was degraded.  Note how the write
> operation failed on both devices, so the behavior is rather
> inconsistent.

care to open an bugzilla.kernel.org report with same info and
mark this bug as forwarded of it so that md developer
get informed?

thanks.



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

Bug#538806: Bug#538233: Typecasting issue on line 1769

[Jeffrey Ratcliffe]

2009/7/26 Robert Kawecki :
> (notice the comma) can not. When run with locale pl_PL (we use commas to
> separate the fractional part), Perl is unable to convert status string
> received from the child process, hence the warning message with hex (0x30 0x2c
> is zero comma), but with LANG set to C, the warning disappears. At least
> that's what my testing has shown.

I was thinking the same. In the past, I had a similar problem, and
hence to solve it, there is a

setlocale(LC_NUMERIC, "C");

call to make sure everything stays in the same system internally.

Starting with gscan2pdf with

LC_ALL=de_DE.UTF-8 bin/gscan2pdf --debug

should reproduce the problem, but doesn't - I have everything in
German, but I don't get the error message on import.



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