Bug#548508: VeraMono.ttf font should not be included in munin

[Holger Levsen]

Hi,

On Sonntag, 27. September 2009, Tom Feiner wrote:
> The
> reason I opened this bug and not just fixed it is because I wanted a bug
> number to put in the patch...

right! very good :)

> Thanks for the mentor mode explanations :)

you're very welcome :)


regards,
Holger


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

Bug#548142: nautilus: Nautilus does not remember positions of icons for symlinks.

[Takehiko Abe]

Package: nautilus
Version: 2.28.0-2
Severity: normal

Nautilus 2.28 still does not remember positions of icons for symlinks.

To reproduce:

1. Open a folder
2. Create a symlink to a file/folder
3. Position it manually in the folder window.
4. Close and reopen the folder.



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

Kernel: Linux 2.6.31 (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 nautilus depends on:
ii  desktop-file-utils  0.15-2   Utilities for .desktop files
ii  gvfs1.4.0-1  userspace virtual 
filesystem - ser

ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbeagle1  0.3.9-1  library for accessing 
beagle using

ii  libc6   2.9-26   GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector 
graphics libra
ii  libdbus-glib-1-20.82-1   simple interprocess 
messaging syst
ii  libexempi3  2.1.1-1  library to parse XMP 
metadata (Lib

ii  libexif12   0.6.17-1 library to parse EXIF files
ii  libgail18   2.18.0-1 GNOME Accessibility 
Implementation
ii  libgconf2-4 2.26.2-3 GNOME configuration 
database syste

ii  libglib2.0-02.22.0-1 The GLib library of C routines
ii  libglib2.0-data 2.22.0-1 Common files for GLib library
ii  libgnome-desktop-2-11   2.26.1-1 Utility library for loading 
.deskt
ii  libgtk2.0-0 2.18.0-1 The GTK+ graphical user 
interface
ii  libice6 2:1.0.5-1X11 Inter-Client Exchange 
library
ii  libnautilus-extension1  2.28.0-2 libraries for nautilus 
components
ii  libpango1.0-0   1.26.0-1 Layout and rendering of 
internatio
ii  libselinux1 2.0.85-4 SELinux runtime shared 
libraries

ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libtrackerclient0   0.6.95-2 metadata database, indexer 
and sea
ii  libunique-1.0-0 1.1.2-2  Library for writing single 
instanc

ii  libx11-62:1.2.2-1X11 client-side library
ii  libxml2 2.7.5.dfsg-1 GNOME XML library
ii  libxrender1 1:0.9.4-2X Rendering Extension 
client libra

ii  nautilus-data   2.28.0-2 data files for nautilus
ii  shared-mime-info0.60-2   FreeDesktop.org shared MIME 
databa


Versions of packages nautilus recommends:
pn  app-install-dat(no description available)
ii  consolekit  0.3.0-4  framework for defining and 
trackin
ii  desktop-base5.0.5common files for the Debian 
Deskto
ii  eject   2.1.5+deb1+cvs20081104-6 ejects CDs and operates 
CD-Changer
ii  gnome-mount 0.8-2wrapper for (un)mounting 
and eject
ii  gvfs-backends   1.4.0-1  userspace virtual 
filesystem - bac
ii  librsvg2-common 2.26.0-1 SAX-based renderer library 
for SVG

pn  nautilus-cd-bur(no description available)
pn  synaptic   (no description available)

Versions of packages nautilus suggests:
ii  eog   2.28.0-1   Eye of GNOME graphics 
viewer progr
ii  evince [pdf-viewer]   2.26.2-2   Document (postscript, pdf) 
viewer
ii  totem 2.28.0-2   A simple media player for 
the GNOM

pn  tracker(no description available)
ii  vlc [mp3-decoder] 1.0.2-1multimedia player and streamer
ii  vlc-nox [mp3-decoder] 1.0.2-1multimedia player and 
streamer (wi
ii  xdg-user-dirs 0.10-1 tool to manage well known 
user dir


-- 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#548550: brltty: Incorrect dependencies in init.d LSB header

[Petter Reinholdtsen]

Package:  brltty
Version:  3.8-1
Severity: important
Tags: patch
User: initscripts-ng-de...@lists.alioth.debian.org
Usertags: incorrect-dependency
User: debian...@lists.debian.org
Usertags: piuparts

With dependency based boot sequencing, I discovered what I believe is
a bug in the init.d scripts of this package.  The script have a hard
dependency on udev, yet the package do not depend on udev.  I assume
the udev init.d script dependency should be a soft dependency.  Also,
the header claim the script should stop in runlevels 0 and 6, yet the
arguments to update-rc.d state that it should only start and not stop.

I discovered these things from piuparts, which failed to install the
package.  See
http://piuparts.debian.org/sid/fail/brltty_4.0-8.log>.  Here are
the relevant parts:

  update-rc.d: warning: brltty stop runlevel arguments (none) do not
match LSB Default-Stop values (0 6)
  insserv: Service udev has to be enabled to start service brltty
  insserv: exiting now!

I'm setting severity important and not serous, as udev is installed on
most systems and the error only trigger on systems without udev.

This patch should solve it, by making udev an optional dependency and
changing the stop symlinks.  The postinst code is there to remove the
stop symlinks from existing installations which installed brltty when
dependency based boot sequencing was in effect, to allow the debhelper
added code to reinsert it at the correct location.

diff -ur ../brltty-4.0/debian/brltty.init ../brltty-4.0-pere/debian/brltty.init
--- ../brltty-4.0/debian/brltty.init2009-09-27 08:10:32.0 +0200
+++ ../brltty-4.0-pere/debian/brltty.init   2009-09-27 08:17:11.0 
+0200
@@ -1,12 +1,12 @@
 #! /bin/sh
 ### BEGIN INIT INFO
 # Provides:  brltty
-# Required-Start:mountkernfs udev
-# Required-Stop:
-# Should-Start:
+# Required-Start:mountkernfs
+# Required-Stop:
+# Should-Start:  udev
 # Should-Stop:
 # Default-Start: S
-# Default-Stop:  0 6
+# Default-Stop:
 # Short-Description: Braille terminal driver
 # Description: Used to provide access to refreshable braille terminals.
 ### END INIT INFO
diff -ur ../brltty-4.0/debian/brltty.postinst 
../brltty-4.0-pere/debian/brltty.postinst
--- ../brltty-4.0/debian/brltty.postinst2009-09-27 08:10:32.0 
+0200
+++ ../brltty-4.0-pere/debian/brltty.postinst   2009-09-27 08:27:54.0 
+0200
@@ -9,5 +9,13 @@

 #update-rc.d brltty start 10 23 > /dev/null

+# Recover from incorrect init.d script headers in version 4.0-8 and earlier
+if [ "$1" = "configure" ] && dpkg --compare-versions "$2" le "4.0-8" \
+   && [ -f /etc/rcS.d/S[0-9][0-9]brltty ] \
+   && [ -f /etc/rc0.d/K[0-9][0-9]brltty ] \
+   && [ -f /etc/rc6.d/K[0-9][0-9]brltty ] ; then
+update-rc.d -f brltty remove
+fi
+
 #DEBHELPER#


Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#339586: fvwm-2.5.28 introduces a BugOpts workaround for applications not setting WM_NAME correctly

[Viktor Griph]

In fvwm 2.5.28, try with "BugOpts TransliterateUtf8 on". That bug
option will make fvwm try to transliterate the _NET_WM_NAME if it
can't be represented in the current locale instead of falling back to
WM_NAME. The bg however is with applications, not with fvwm. WM_NAME
should cointain a window name to be used if the one in _NET_WM_NAME
can't be used. (The EWMH specification states about _NET_WM_NAME: "If
set, the Window Manager should use this in preference to WM_NAME. ",
which is what fvwm does. Fvwm only uses WM_NAME for backup in the
event that _NET_WM_NAME can't be displayed for any reason.)

/Viktor



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

Bug#548468: gcc-4.4/new eglibc fix

[Christian Perrier]

Quoting Stefan Potyra (sistp...@ubuntu.com):
> Package: muse
> Version: 0.8.1a-6.1
> Severity: normal
> Tags: patch
> 
> Hi,
> 
> thanks for maintaining muse.
> During Ubunut's rebuild test, muse failed to build from source[1] due to 
> changed signatures of the c++ string functions in gcc-4.4/new eglibc.
> 
> Attached is a patch to fix the problem.


Hmmm, I did the last NMU and got no quick reaction from the
maintainer. The earlier release was also an NMU...also by /me...also
for l10n stuff.

So, there is a chance that this package doesn't have much attention
from its maintainer (Daniel, please correct me if I'm wrong).

As I am still following it (just as I do after l10n NMUs), I can
upload yet another NMU with that (small) patch so that the package is
ready for GCC 4.4.


I'll build that package and upload it to DELAYED/10-daythus
leaving enough chance for Daniel to react.




signature.asc
Description: Digital signature

Bug#545897: mysqmail: Incorrect init.d dependencies and provides

[Christian Perrier]

Quoting Thomas Goirand (tho...@goirand.fr):

> Here is the last email I had from Christian Perrier:
> 
> Christian Perrier wrote:
> > This is the last call for comments for the review of debconf
> > templates for mysqmail.
> >
> > The reviewed templates will be sent on Sunday, September 27, 2009 to
> the package
> > maintainer as a bug report and a mail will be sent to this list with
> > "[BTS]" as a subject tag.
> 
> As you see, the template review will end tomorrow.

The review process is not finished when the templates review ends: we
then have a round of translation updates (and call for translations)
that adds an extra 10 days to the process.

If the issue reported by Petter is more urgent, then an interim upload
would be nice.

As the review stuff is what delays everythign, I'd be happy to sponsor
the interim upload with the fix for #545897 to avoid a too long delay
*and* annoying your sponsor, Thomas.






signature.asc
Description: Digital signature

Bug#501754: ntop 3:3.3-11 should be dropped from testing.

[Christian Perrier]

Quoting Ola Lundqvist (o...@debian.org):
> Hi
> 
> I'm working on the build issue. It is solved upstream but the new
> upstream version have other problems. The security issue is on my todo
> list as well. I hope I will have time to solve it this weekend.


Thanks for your answer, Ola.

May I remind you the two (much less important but still here) pending
l10n issues:

  * Brazilian Portuguese (Felipe Augusto van de Wiel (faw)).  Closes:
#501754
  * Russian (Yuri Kozlov).  Closes: #534779


After all, these are the reasons I first got interested in an update
for nto.

 So, fixinig them along with the two RC bugs would be great, of
course.




signature.asc
Description: Digital signature

Bug#548508: VeraMono.ttf font should not be included in munin

[Tom Feiner]

severity 548508 normal
thanks

Holger Levsen wrote:
> 
> it should remain as it is, as we ship the fonts in the source package.
Thanks, I'll leave it as it.

> P.S.: The correct severity for this bug would be normal, as 
> Debian doesnt like code/content duplicates :) If code would be 
> duplicated+included, the severity would be important, as the security team 
> really doesnt like it. And for fixing stuff in your own package, you dont 
> need to file bugs, just do it :-) That said, leave it like it is, close the 
> bug via debian/changelog and all is excellent :-)

Right, I now that I think about it wishlist is not right for this bug. The
reason I opened this bug and not just fixed it is because I wanted a bug
number to put in the patch I wrote that changes the use of VeraMono.ttf to the
debian shipped font, and I thought it would give a bit more context.

Thanks for the mentor mode explanations :)

Tom Feiner




signature.asc
Description: OpenPGP digital signature

Bug#548549: liborbit2: leaves empty /tmp/orbit-$USER directory behind

[Paul Wise]

Package: liborbit2
Version: 1:2.14.17-0.1
Severity: normal
Usertags: cruft

When I logout of GNOME and thus have no processes running using orbit, I
note that there is an empty /tmp/orbit-$USER directory left behind. It
would be nice if liborbit2 could do rmdir /tmp/orbit-$USER in the deinit
routine and in the SIGTERM handler and ignore any failures. This would
allow /tmp/orbit-$USER to go away when all liborbit users exit.

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

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

Versions of packages liborbit2 depends on:
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libglib2.0-0  2.20.5-1   The GLib library of C routines
ii  libidl0   0.8.13-0.1 library for parsing CORBA IDL file

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#548421: Affects pidgin

[Andrew Schepler]

This bug also makes the "pidgin" package uninstallable (via libpurple0).



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

Bug#548508: VeraMono.ttf font should not be included in munin

[Holger Levsen]

Hi Tom,

On Sonntag, 27. September 2009, Tom Feiner wrote:
> I guess we can now also remove the Vera font license from the copyright
> file as the munin binary package doesn't ship with it - however the munin
> original source tar.gz does contain it.
>
> Should the copyright file remain as is or can the Vera font license be
> removed?

it should remain as it is, as we ship the fonts in the source package.


thanks,
Holger

P.S.: The correct severity for this bug would be normal, as 
Debian doesnt like code/content duplicates :) If code would be 
duplicated+included, the severity would be important, as the security team 
really doesnt like it. And for fixing stuff in your own package, you dont 
need to file bugs, just do it :-) That said, leave it like it is, close the 
bug via debian/changelog and all is excellent :-)


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

Bug#548362: Entries are not removed from mail list window when switching folder

[Bert Riding]

Package: claws-mail
Version: 3.7.2-2
Severity: normal


I too see this display bug.  I can restore the correct message list by a number
of actions: switching to another desktop and back; switching to a mailbox 
folder 
with more messages than can be displayed in the message list (i.e. a scrollbar
in message list) and back to wrongly displayed folder; minimizing the claws-mail
window, and upon re-enlarging the window, message list is correct.

I can provide screen shots illustrating the problem if needed.

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

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

Versions of packages claws-mail depends on:
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libcompfaceg1 1:1.5.2-5  Compress/decompress images for mai
ii  libdbus-glib-1-2  0.82-1 simple interprocess messaging syst
ii  libenchant1c2a1.4.2-3.3  a wrapper library for various spel
ii  libetpan130.58-1 mail handling library
ii  libgcrypt11   1.4.4-4LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.22.0-1   The GLib library of C routines
ii  libgnutls26   2.8.4-1the GNU TLS library - runtime libr
ii  libgtk2.0-0   2.18.0-1   The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libldap-2.4-2 2.4.17-2   OpenLDAP libraries
ii  libpango1.0-0 1.26.0-1   Layout and rendering of internatio
ii  libpisock90.12.4-6   library for communicating with a P
ii  libsm62:1.1.1-1  X11 Session Management library
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

Versions of packages claws-mail recommends:
ii  aspell-en [aspell-dictionary] 6.0-0-5.1  English dictionary for GNU Aspell
ii  claws-mail-i18n   3.7.2-2Locale data for Claws Mail (i18n s
ii  xfonts-100dpi 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-4  75 dpi fonts for X

Versions of packages claws-mail suggests:
pn  claws-mail-doc (no description available)
pn  claws-mail-tools   (no description available)
ii  elvis [www-browser]  2.2.0-11powerful clone of the vi/ex text e
ii  iceweasel [www-brows 3.0.14-1lightweight web browser based on M
ii  konqueror [www-brows 4:4.3.1-1   KDE 4's advanced file manager, web
ii  mousepad 0.2.16-2simple Xfce oriented text editor
ii  opera [www-browser]  10.00.4585.gcc4.qt3 The Opera Web Browser
ii  w3m [www-browser]0.5.2-2.1   WWW browsable pager with excellent

-- 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#505648: seahorse: leaves directory and socket in /tmp

[Paul Wise]

found 505648 2.26.2-1
thanks

On Fri, 2008-11-14 at 14:53 +0900, Paul Wise wrote:

> seahorse doesn't remove its socket and temporary directory on exit, it
> leaves /tmp/seahorse-$RAND/S.gpg-agent behind, which is annoying for
> people like me who detest cruft and aim to destroy it.

I'm not sure when it showed up again, but I still get this issue in
seahorse 2.26.2-1 from testing.

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

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

Versions of packages seahorse depends on:
ii  gconf22.26.2-3   GNOME configuration database syste
ii  gnupg 1.4.9-4GNU privacy guard - a free PGP rep
ii  libatk1.0-0   1.26.0-1   The ATK accessibility toolkit
ii  libavahi-client3  0.6.25-1   Avahi client library
ii  libavahi-common3  0.6.25-1   Avahi common library
ii  libavahi-glib10.6.25-1   Avahi glib integration library
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libcryptui0   2.26.2-1   the UI library for DBUS functions
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-1 simple interprocess messaging syst
ii  libgconf2-4   2.26.2-3   GNOME configuration database syste
ii  libgcr0   2.26.1-1   Library for Crypto UI related task
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.20.5-1   The GLib library of C routines
ii  libgnome-keyring0 2.26.1-1   GNOME keyring services library
ii  libgp11-0 2.26.1-1   Glib wrapper library for PKCS#11 -
ii  libgpgme111.2.0-1GPGME - GnuPG Made Easy
ii  libgtk2.0-0   2.16.6-1   The GTK+ graphical user interface
ii  libldap-2.4-2 2.4.17-1   OpenLDAP libraries
ii  libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n
ii  libpango1.0-0 1.24.5-1   Layout and rendering of internatio
ii  libsoup2.4-1  2.27.4-1   an HTTP library implementation in

Versions of packages seahorse recommends:
ii  openssh-client1:5.1p1-7  secure shell client, an rlogin/rsh

Versions of packages seahorse suggests:
ii  seahorse-plugins 2.26.1-1+b1 seahorse plugins and utilities for

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#538946: Upstream bug report

[Steve M. Robbins]

Found this reported in Boost's trac (with a patch):
https://svn.boost.org/trac/boost/ticket/2647






signature.asc
Description: Digital signature

Bug#548521: speech-tools: FTBFS with eglibc 2.10

[Kartik Mistry]

On Sun, Sep 27, 2009 at 12:44 AM, Ilya Barygin  wrote:
> Package: speech-tools
> Tags: patch
>
> In Ubuntu, we've applied the attached patch to achieve the following:
>  * Fix FTBFS due to invalid const char * conversion (LP: #437083).
> We thought you might be interested in doing the same.

Hi,

Thanks for reporting bug and patch.

I am committing it to Git repo right now, and will upload it tonight.

-- 
 Cheers,
 Kartik Mistry | 0xD1028C8D | IRC: kart_
 Debian GNU/Linux Developer | Identica: @kartikm
 Blogs: {ftbfs, kartikm}.wordpress.com



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

Bug#548548: libtheora: new upstream release (1.1.0 aka Thusnelda)

[Paul Wise]

Package: libtheora
Severity: wishlist

Upstream recently made a new release:

http://www.theora.org/news/#libtheora-1.1.0

The highlights are:

* Better-looking videos or
* Smaller files at the same quality.
* Much faster decoder.
* Two-pass mode for making files just the size you want them.
* Rigid bitrate controls trade off quality for the needs of live streaming 
applications.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#538946: Known problem, still present in 1.40

[Steve M. Robbins]

Hi,

Just wanted to record that this problem has been known for some time
[1].  At the end of that thread, Peter Klotz provides a solution
similar to yours.  It appears not to have been fixed because the
upstream developer does not believe Boost.Test code is faulty.

[1] 
http://www.nabble.com/-Boost.Test--valgrind-complains-about-invalid-reads-td20500154.html

Also, the bug still exists in 1.40.  The demonstration is simple:

st...@riemann{boost}cat boost-test-auto-main.cc 

#define BOOST_AUTO_TEST_MAIN

#include 


BOOST_AUTO_TEST_CASE( dummy )
{
BOOST_ASSERT(1); 
}

st...@riemann{boost}./a.out 
Running 1 test case...  

*** No errors detected
st...@riemann{boost}valgrind ./a.out 
==2261== Memcheck, a memory error detector
==2261== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==2261== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright 
info
==2261== Command: ./a.out
==2261==
Running 1 test case...

*** No errors detected
==2261== Invalid read of size 8
==2261==at 0x4316A7: boost::unit_test::framework_impl::~framework_impl() 
(in /home/steve/src/test/boost/a.out)
==2261==by 0x560943C: exit (exit.c:75)
==2261==by 0x55F15CC: (below main) (libc-start.c:254)
==2261==  Address 0x59266d8 is 40 bytes inside a block of size 48 free'd
==2261==at 0x4C21ACE: operator delete(void*) (vg_replace_malloc.c:346)
==2261==by 0x430FD5: std::_Rb_tree, std::_Select1st >, std::less, 
std::allocator > 
>::_M_erase(std::_Rb_tree_node >*) (in /home/steve/src/test/boost/a.out)
==2261==by 0x42C6C0: 
boost::unit_test::framework::deregister_test_unit(boost::unit_test::test_unit*) 
(in /home/steve/src/test/boost/a.out)
==2261==by 0x427E81: boost::unit_test::test_unit::~test_unit() (in 
/home/steve/src/test/boost/a.out)
==2261==by 0x4316A6: boost::unit_test::framework_impl::~framework_impl() 
(in /home/steve/src/test/boost/a.out)
==2261==by 0x560943C: exit (exit.c:75)
==2261==by 0x55F15CC: (below main) (libc-start.c:254)
==2261==
==2261==
==2261== HEAP SUMMARY:
==2261== in use at exit: 0 bytes in 0 blocks
==2261==   total heap usage: 374 allocs, 374 frees, 51,957 bytes allocated
==2261==
==2261== All heap blocks were freed -- no leaks are possible
==2261==
==2261== For counts of detected and suppressed errors, rerun with: -v
==2261== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 5 from 5)


-Steve


signature.asc
Description: Digital signature

Bug#548547: fetchyahoo: Package is poorly maintained, needs new maintainer (new upstream versions been available for months)

[Jesse Molina]

Package: fetchyahoo
Version: 2.12.4-1
Severity: important


Package fetchyahoo has had critical new upstream versions for months but I 
don't think anyone is working on the package.  May be orphaned.



-- System Information:
Debian Release: squeeze/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.29-2-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages fetchyahoo depends on:
ii  libcrypt-ssleay-perl 0.57-1+b1   Support for https protocol in LWP
ii  libhtml-parser-perl  3.60-1  collection of modules that parse H
ii  libio-socket-ssl-perl1.23-1  Perl module implementing object or
ii  libmime-tools-perl   5.427-2 Perl5 modules for MIME-compliant m
ii  liburi-perl  1.37+dfsg-1 Manipulates and accesses URI strin
ii  libwww-perl  5.825-1 WWW client/server library for Perl
ii  perl 5.10.0-19   Larry Wall's Practical Extraction 

Versions of packages fetchyahoo recommends:
pn  libterm-readkey-perl   (no description available)

Versions of packages fetchyahoo suggests:
ii  procmail  3.22-16Versatile e-mail processor
ii  spamassassin  3.2.5-4Perl-based spam filter using text 

-- 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#548546: merkaartor: minor symlink attack

[Paul Wise]

Package: merkaartor
Version: 0.14+svnfixes~20090912-1
Severity: important
Tags: security

Found a minor symlink attack in merkaartor. It allows a local attacker
to append the contents of the merkaartor log file to arbitrary files
owned by the user running merkaartor.

It may be used to DoS any applications that require their data files to
be valid before starting.

While no data loss is immediately obvious, it is possible that
corrupting files by appending data could lead other software to destroy
the newly corrupted data. An example of this could be bash. A merkaartor
log file can be fairly long if the user has enabled map tile downloads
and browses a large area and lots of tiles over one map editing session.
Merkaartor would append many lines to the user's bash history and next
time they start bash, their bash history could be larger than bash's
history limit settings, then bash would take the latest lines (all
merkaartor logs) and discard the legitimate bash history. 

Steps to reproduce: 

p...@chianamo:~/tmp$ sudo rm -f /tmp/merkaartor.log /home/pabs/tmp/foo.log
p...@chianamo:~/tmp$ sudo su -c 'ln -s /home/pabs/tmp/foo.log 
/tmp/merkaartor.log' nobody
p...@chianamo:~/tmp$ ls -l /home/pabs/tmp/foo.log /tmp/merkaartor.log
ls: cannot access /home/pabs/tmp/foo.log: No such file or directory
lrwxrwxrwx 1 nobody nogroup 22 2009-09-27 11:49 /tmp/merkaartor.log -> 
/home/pabs/tmp/foo.log
p...@chianamo:~/tmp$ merkaartor
  "2009-09-27T11:49:39"  -- Starting  "Merkaartor 0.14" 
--- "using QT version 4.5.2 (built with 4.5.2)" 
--- on X11 
  "2009-09-27T11:49:42"  -- Ending  "Merkaartor 0.14" 
p...@chianamo:~/tmp$ ls -l /home/pabs/tmp/foo.log /tmp/merkaartor.log
-rw-r- 1 pabs   pabs189 2009-09-27 11:49 /home/pabs/tmp/foo.log
lrwxrwxrwx 1 nobody nogroup  22 2009-09-27 11:49 /tmp/merkaartor.log -> 
/home/pabs/tmp/foo.log
p...@chianamo:~/tmp$ cat /home/pabs/tmp/foo.log
  "2009-09-27T11:49:39"  -- Starting  "Merkaartor 0.14" 
--- "using QT version 4.5.2 (built with 4.5.2)" 
--- on X11 
  "2009-09-27T11:49:42"  -- Ending  "Merkaartor 0.14" 
p...@chianamo:~/tmp$ echo test > foo.log
p...@chianamo:~/tmp$ cat /home/pabs/tmp/foo.log
test
p...@chianamo:~/tmp$ merkaartor
  "2009-09-27T11:50:20"  -- Starting  "Merkaartor 0.14" 
--- "using QT version 4.5.2 (built with 4.5.2)" 
--- on X11 
  "2009-09-27T11:50:24"  -- Ending  "Merkaartor 0.14" 
p...@chianamo:~/tmp$ cat /home/pabs/tmp/foo.log
test
  "2009-09-27T11:50:20"  -- Starting  "Merkaartor 0.14" 
--- "using QT version 4.5.2 (built with 4.5.2)" 
--- on X11 
  "2009-09-27T11:50:24"  -- Ending  "Merkaartor 0.14" 
p...@chianamo:~/tmp$ ls -l /home/pabs/tmp/foo.log /tmp/merkaartor.log
-rw-r- 1 pabs   pabs194 2009-09-27 11:50 /home/pabs/tmp/foo.log
lrwxrwxrwx 1 nobody nogroup  22 2009-09-27 11:49 /tmp/merkaartor.log -> 
/home/pabs/tmp/foo.log

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

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

Versions of packages merkaartor depends on:
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libexiv2-5 0.18.2-1+b1   EXIF/IPTC metadata manipulation li
ii  libgcc11:4.4.1-1 GCC support library
ii  libgdal1-1.6.0 1.6.2-1   Geospatial Data Abstraction Librar
ii  libqt4-network 4:4.5.2-2 Qt 4 network module
ii  libqt4-svg 4:4.5.2-2 Qt 4 SVG module
ii  libqt4-webkit  4:4.5.2-2 Qt 4 WebKit module
ii  libqt4-xml 4:4.5.2-2 Qt 4 XML module
ii  libqtcore4 4:4.5.2-2 Qt 4 core module
ii  libqtgui4  4:4.5.2-2 Qt 4 GUI module
ii  libstdc++6 4.4.1-1   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#548545: bash: Bash does not autocomplete anything after a backslash on the command prompt

[Stephen Dranger]

Package: bash
Version: 4.0-7
Severity: important


When typing on the bash command line, bash refuses to give a list of
possible autocompletions if there is any backslash-escaped characters
already on the line. For example:

$ foo [hit TAB]
foo/bar foo
foo/foo bar

$ foo/bar\ [hit TAB]
[does nothing...]


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

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

Versions of packages bash depends on:
ii  base-files5.0.0  Debian base system miscellaneous f
ii  dash  0.5.5.1-3  POSIX-compliant shell
ii  debianutils   3.2.1  Miscellaneous utilities specific t
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand

Versions of packages bash recommends:
pn  bash-completion(no description available)

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

-- no debconf information



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

Bug#541635: Merged upstream

[Romain Beauxis]

Hi !

Thanks for your report. The patch has been merged upstream and a new release 
including it should be available quite soon.


Romain



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

Bug#548544: libhtml-template-expr-perl: New upstream version available

[USB]

Package: libhtml-template-expr-perl
Version: 0.05-1
Severity: normal


The latest upstream release of HTML::Template::Expr is needed
in order to fulfill a versioned dependency to upgrade the webgui
package I maintain to the latest stable release.

Since I work with the Debian Perl Packaging group, where we take
care of over 1400+ Perl modules, I thought of asking you whether or not
you'd be fine having your package handed over to the project [1].

If you're fine with the package being taken over, I can do it for
you if you want. Just let me know whether or not keep you as Uploader.

[1] http://pkg-perl.alioth.debian.org 

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (900, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages libhtml-template-expr-perl depends on:
ii  libhtml-template-perl  2.9-1 HTML::Template : A module for usin
ii  libparse-recdescent-perl   1.95.1+dfsg-3 generates recursive-descent parser

libhtml-template-expr-perl recommends no packages.

libhtml-template-expr-perl suggests no packages.

-- no debconf information



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

Bug#548388: gnome-terminal: [2.28.0] crashes on startup

[Norbert Kiesel]

On Sat, 2009-09-26 at 12:08 +0200, Josselin Mouette wrote:

> Can you try again with 1:0.22.1-1 ?

Now also have libvte9 upgraded to 1:0.22.1-1,  but still crashes.

==24661== Memcheck, a memory error detector
==24661== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et
al.
==24661== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for
copyright info
==24661== Command: gnome-terminal
==24661== 
Gtk-Message: Failed to load module "atk-bridge": libatk-bridge.so:
cannot open shared object file: No such file or directory
==24661== Invalid read of size 8
==24661==at 0x4E42449: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E61D79: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E6242C: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E53520: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E53CA7: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E54706: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x702883A: ??? (in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x7028129: g_main_context_dispatch
(in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x702B987: ??? (in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x702BE5C: g_main_loop_run
(in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x5402AF6: gtk_main
(in /usr/lib/libgtk-x11-2.0.so.0.1800.0)
==24661==by 0x417522: ??? (in /usr/bin/gnome-terminal)
==24661==  Address 0x2d8 is not stack'd, malloc'd or (recently) free'd
==24661== 
==24661== 
==24661== Process terminating with default action of signal 11 (SIGSEGV)
==24661==  Access not within mapped region at address 0x2D8
==24661==at 0x4E42449: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E61D79: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E6242C: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E53520: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E53CA7: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x4E54706: ??? (in /usr/lib/libvte.so.9.9.1)
==24661==by 0x702883A: ??? (in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x7028129: g_main_context_dispatch
(in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x702B987: ??? (in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x702BE5C: g_main_loop_run
(in /lib/libglib-2.0.so.0.2200.0)
==24661==by 0x5402AF6: gtk_main
(in /usr/lib/libgtk-x11-2.0.so.0.1800.0)
==24661==by 0x417522: ??? (in /usr/bin/gnome-terminal)
==24661==  If you believe this happened as a result of a stack
==24661==  overflow in your program's main thread (unlikely but
==24661==  possible), you can try to increase the size of the
==24661==  main thread stack using the --main-stacksize= flag.
==24661==  The main thread stack size used in this run was 8388608.
==24661== 
==24661== HEAP SUMMARY:
==24661== in use at exit: 2,196,448 bytes in 16,087 blocks
==24661==   total heap usage: 58,438 allocs, 42,351 frees, 6,017,155
bytes allocated
==24661== 
==24661== LEAK SUMMARY:
==24661==definitely lost: 6,580 bytes in 12 blocks
==24661==indirectly lost: 14,160 bytes in 445 blocks
==24661==  possibly lost: 1,528,305 bytes in 8,169 blocks
==24661==still reachable: 647,403 bytes in 7,461 blocks
==24661== suppressed: 0 bytes in 0 blocks
==24661== Rerun with --leak-check=full to see details of leaked memory
==24661== 
==24661== For counts of detected and suppressed errors, rerun with: -v
==24661== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 96 from
41)
zsh: killed valgrind gnome-terminal





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

Bug#548272: bluefish: settings not saved properly

[Celejar]

On Fri, 25 Sep 2009 13:53:48 +0200
Daniel Leidert  wrote:

> severity 548272 wishlist
> retitle 548272 bluefish: Some settings should be saved as
> global/session settings forwarded 548272
> https://bugzilla.gnome.org/show_bug.cgi?id=596266 thanks
> 
> Am Donnerstag, den 24.09.2009, 23:06 -0400 schrieb Celejar:
> 
> > At least some of the settings don't get properly saved when changed
> > and then Edit / Save Settings.  E.g., Document / Auto Close HTML
> > Tags - and I see no reference to it in rcfile_v2.  Document / Wrap
> > doesn't get saved either, although I can edit the rcfile manually
> > and adjust word_wrap.
> 
> The first is IMO not a session nor project option at all. So there is
> nothing to save. It is always on for HTML documents. You can just turn
> it off for some document during a session.

Got it.  But the documentation might be a bit clearer on this.

> The second is IIRC a project option. You can only save it into a
> project file by default. It is not saved for a session.

It would be nice if this could also be an application wide setting.  I
generally don't use project files, and I almost always want lines to
wrap, since I hate having to scroll, and as I pointed out, it actually
can be set and saved on an application wide basis, by setting word_wrap
= 1 in rcfile_v2 using a text editor.

Celejar
-- 
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator




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

Bug#365130: during the reccession internet slowed less then any industry

[a'ia'i]

365...@bugs.debian.org

home business fortune

take back your life. stop

working 60+hrs per week 8884549235


Sun, 27 Sep 2009 14:15:12 +1100
jinu





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

Bug#548543: kweather: Shouldn't this depend on plasma-widgets-addons?

[Gordon Haverland]

Package: kweather
Version: 4:4.3.1-1
Severity: normal

I have been trying to get kweather working again, and was
frustrated because the kweather package was installed, but
I couldn't find any way to get it running.  After too much
experimenting, it seems that the only way to get it working,
is to use the plasma thingy that starts kweather.

I do wonder though, if this means that kweather should depend
on this particular package, and whether some similar is true
for other packages, which need one of these plasma*addons in
order to work?

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

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

Versions of packages kweather depends on:
ii  kdebase-runtime   4:4.3.1-1  runtime components from the offici
ii  kdelibs5  4:4.3.1-1  core libraries for all KDE 4 appli
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libqt4-dbus   4:4.5.2-2  Qt 4 D-Bus module
ii  libqt4-qt3support 4:4.5.2-2  Qt 3 compatibility library for Qt 
ii  libqtcore44:4.5.2-2  Qt 4 core module
ii  libqtgui4 4:4.5.2-2  Qt 4 GUI module
ii  libstdc++64.4.1-4The GNU Standard C++ Library v3

kweather recommends no packages.

kweather 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#548446: [gnome-session] gnome doesn't start since gnome-session upgrade

[Wendy Elmer]

On Sun, 2009-09-27 at 03:11 +0200, Josselin Mouette wrote:

> Le samedi 26 septembre 2009 à 20:34 -0400, Wendy Elmer a écrit :
> > On Sun, 2009-09-27 at 00:17 +0200, Josselin Mouette wrote: 
> > > Le samedi 26 septembre 2009 à 17:45 -0400, Wendy Elmer a écrit :
> > > > Here is the error file.
> > > 
> > > > GConf Error: Failed to contact configuration server
> > > 
> > > This is probably because D-Bus is not started.
> 
> > .dmrc is the only one that exists.  Here are the contents:
> 
> OK, then what is the process list of your user when this happens?
> 


  PID TTY  STAT   TIME COMMAND
 8913 ?S  0:00 /usr/bin/gnome-keyring-daemon --daemonize
--login
 8924 ?Ss 0:00 x-session-manager
 9095 ?Ss
0:00 /usr/bin/ssh-agent /usr/bin/ssh-agent /usr/bin/dbus-launch
--exit-with-session x-session-manager
 9096 ?Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch
--exit-with-session x-session-manager
 9101 ?Ss 0:00 /usr/bin/dbus-daemon --fork --print-pid 6
--print-address 9 --session
 9104 ?S  0:00 /usr/bin/dbus-launch --exit-with-session
x-session-manager
 9227 ?Ss
0:00 /usr/lib/gnome-settings-daemon/gnome-settings-daemon
 9281 ?S
0:00 /usr/lib/notification-daemon/notification-daemon
 9350 ?S

Bug#548542: Please support opening new tab in existing terminator

[Josh Triplett]

Package: terminator
Version: 0.13+ds1-2
Severity: wishlist

I'd really like a command-line way to open a new tab in an existing
terminator window.

Even better if I can configure terminator to do so by default for any
new terminal launched, so that all programs launched via
x-terminal-emulator end up in a tab in the same terminator window.

- 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.31 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages terminator depends on:
ii  gconf22.26.2-3   GNOME configuration database syste
ii  libgtk2.0-bin 2.18.0-1   The programs for the GTK+ graphica
ii  python2.5.4-2An interactive high-level object-o
ii  python-gnome2 2.28.0-1   Python bindings for the GNOME desk
ii  python-gobject2.20.0-1   Python bindings for the GObject li
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
ii  python-support1.0.3  automated rebuilding support for P
ii  python-vte1:0.22.1-1 Python bindings for the VTE widget

Versions of packages terminator recommends:
ii  python-xdg0.17-0.1   Python library to access freedeskt
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

terminator 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#548446: [gnome-session] gnome doesn't start since gnome-session upgrade

[Josselin Mouette]

Le samedi 26 septembre 2009 à 20:34 -0400, Wendy Elmer a écrit :
> On Sun, 2009-09-27 at 00:17 +0200, Josselin Mouette wrote: 
> > Le samedi 26 septembre 2009 à 17:45 -0400, Wendy Elmer a écrit :
> > > Here is the error file.
> > 
> > > GConf Error: Failed to contact configuration server
> > 
> > This is probably because D-Bus is not started.

> .dmrc is the only one that exists.  Here are the contents:

OK, then what is the process list of your user when this happens?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#548540: epiphany-webkit: occasionally sends "content-length: 0" doing GET requests

[Lorenzo Beretta]

Package: epiphany-webkit
Version: 2.27.5-1
Severity: normal


When CTRL-clicking a link, it sends a GET request that contains
"content-length: 0", which is forbidden by rfc2616, section 4.3:

The presence of a message-body in a request is signaled by the
inclusion of a Content-Length or Transfer-Encoding header field in
the request's message-headers. A message-body MUST NOT be included in
a request if the specification of the request method (section 5.1.1)
does not allow sending an entity-body in requests.

Since the specification of the GET request doesn't allow sending a body
in the request, you MUST NOT include a Content-Length or
Transfer-Encoding header.

---

A server SHOULD ignore it, but "HOULD" means it's free to simply reject
the request.
Example: google "slashpackage", follow the first link to cr.yp.to


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

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

Versions of packages epiphany-webkit depends on:
ii  dbus-x111.2.16-2 simple interprocess messaging syst
ii  epiphany-webkit-data2.27.5-1 Data files for the GNOME web brows
ii  gnome-icon-theme2.26.0-1 GNOME Desktop icon theme
ii  iso-codes   3.10.3-1 ISO language, territory, currency,
ii  libavahi-client30.6.25-1 Avahi client library
ii  libavahi-common30.6.25-1 Avahi common library
ii  libavahi-gobject0   0.6.25-1 Avahi GObject library
ii  libc6   2.9-25   GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-1   simple interprocess messaging syst
ii  libgconf2-4 2.26.2-3 GNOME configuration database syste
ii  libglib2.0-02.20.5-1 The GLib library of C routines
ii  libgtk2.0-0 2.16.6-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.5-1X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  libpango1.0-0   1.24.5-1 Layout and rendering of internatio
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.27.4-1 an HTTP library implementation in 
ii  libsoup2.4-12.27.4-1 an HTTP library implementation in 
ii  libwebkit-1.0-2 1.1.12-1+b1  Web content engine library for Gtk
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxml2 2.7.4.dfsg-2 GNOME XML library
ii  libxslt1.1  1.1.24-2 XSLT processing library - runtime 

Versions of packages epiphany-webkit recommends:
ii  yelp  2.26.0-3   Help browser for GNOME

Versions of packages epiphany-webkit suggests:
pn  mozplugger (no description available)

-- no debconf information



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

Bug#547510: [pkg-fso-maint] Bug#547510: zhone refuse to start

[Andrew Straw]

This craziness (w.r.t. the winpdb install) is fixed with the following
patch to debhelper, but maybe the default should be changed upstream in
Python.

In a nutshell, there's a timestamp comparison going on (in the absence
of a contents comparison). If the dest is newer than the source, no copy
happens.
>From d767992775c45875912d2d7a55f6bba2a43c968a Mon Sep 17 00:00:00 2001
From: Andrew Straw 
Date: Sat, 26 Sep 2009 17:26:01 -0700
Subject: [PATCH] Pass --force option to Python distutils install command.

This command will prevent distutils from attempting to determine
whether a file should be installed based on the timestamp of the
to-be-overwritten file.
---
 Debian/Debhelper/Buildsystem/python_distutils.pm |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/Debian/Debhelper/Buildsystem/python_distutils.pm b/Debian/Debhelper/Buildsystem/python_distutils.pm
index bc6e71f..1744004 100644
--- a/Debian/Debhelper/Buildsystem/python_distutils.pm
+++ b/Debian/Debhelper/Buildsystem/python_distutils.pm
@@ -167,6 +167,7 @@ sub install {
 	my $this=shift;
 	my $destdir=shift;
 	$this->setup_py("install",
+"--force",
 		"--root=$destdir",
 		"--no-compile",
 		"-O0",
-- 
1.6.2.1

Bug#548446: [gnome-session] gnome doesn't start since gnome-session upgrade

[Wendy Elmer]

On Sun, 2009-09-27 at 00:17 +0200, Josselin Mouette wrote:

> Le samedi 26 septembre 2009 à 17:45 -0400, Wendy Elmer a écrit :
> > Here is the error file.
> 
> > GConf Error: Failed to contact configuration server
> 
> This is probably because D-Bus is not started.
> 
> Is the startup mechanism overriden in anyway? What’s
> in .dmrc, .xsessionrc, .gnomerc, .xsession, .xinitrc?
> 
> Cheers,


.dmrc is the only one that exists.  Here are the contents:

[Desktop]
Session=default


I am trying to google for the error.  I found this but it didn't seem to
do anything.

https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/336660

Bug#548392: debhelper: python_distutils buildsystem and, setuptools entry_points don't use default python

[Andrew Straw]

Josselin Mouette wrote:
> Le samedi 26 septembre 2009 à 17:55 -0400, Joey Hess a écrit : 
>> Andrew Straw wrote:
>>> To be sure I understand, you're saying this is a bug with setuptools,
>>> because it autogenerates the /usr/bin/my_script improperly at install
>>> time when called by "python2.4 setup.py install"?
>> No, the problem is, loosely speaking, that python is on crack.
> 
> Actually you are both right; setuptools is on crack for modifying the
> shebang, and IIRC distutils does the same.
> 

setuptools doesn't modify the shebang in the script -- it constructs the
entire script when told to, at install time, on the basis of its
entry_points declaration and the version of python actually being run
(see get_script_header() in setuptools/commands/easy_install.py ).
Therefore order-of-python-running is important for setuptools script
installation, because the last one wins. So, the default python should
run last during the install stage.

I did test and confirm that my patch as originally submitted fixes this
issue.

The winpdb issue is different I am responding directly to #547510 on that.



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

Bug#548350: The segfault is still there

[Rémi Vanicat]

I can confirm the bug in 0.22.1. Here is a bactatrace with symbol and
lxterminal. I've a very similar bacttrace with roxterm.

Program received signal SIGSEGV, Segmentation fault..
0xb7f3d9df in _vte_terminal_ring_append (terminal=0x810b908, fill=0)
at /home/moi/src-system/libvte/vte-0.22.1/./src/vte.c:306
306 return _vte_terminal_ring_insert (terminal,
_vte_ring_next (terminal->pvt->screen->row_data), fill);
(gdb) bt
#0  0xb7f3d9df in _vte_terminal_ring_append (terminal=0x810b908,
fill=0) at /home/moi/src-system/libvte/vte-0.22.1/./src/vte.c:306
#1  0xb7f5f8e3 in vte_sequence_handler_cd (terminal=0x810b800, params=0x0)
at /home/moi/src-system/libvte/vte-0.22.1/./src/vteseq.c:1063
#2  0xb7f5ffbe in vte_sequence_handler_erase_in_display
(terminal=0x810b800, params=0x80cfe70)
at /home/moi/src-system/libvte/vte-0.22.1/./src/vteseq.c:2658
#3  0xb7f60a21 in _vte_terminal_handle_sequence (terminal=0x810b800,
match_s=0x8119d68 "erase-in-display", match=1056,
params=0x80cfe70) at
/home/moi/src-system/libvte/vte-0.22.1/./src/vteseq.c:3293
#4  0xb7f500d0 in vte_terminal_process_incoming (terminal=0x810b800)
at /home/moi/src-system/libvte/vte-0.22.1/./src/vte.c:3763
#5  0xb7f5086a in time_process_incoming (terminal=0x810b800) at
/home/moi/src-system/libvte/vte-0.22.1/./src/vte.c:13971
#6  0xb7f50e78 in process_timeout (data=0x0) at
/home/moi/src-system/libvte/vte-0.22.1/./src/vte.c:14018
#7  0xb7793556 in ?? () from /lib/libglib-2.0.so.0
#8  0xb7792e98 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#9  0xb7796623 in ?? () from /lib/libglib-2.0.so.0
#10 0xb7796aea in g_main_loop_run () from /lib/libglib-2.0.so.0
#11 0xb7c9ce19 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#12 0x0804f332 in ?? ()
#13 0xb75f67a5 in __libc_start_main () from /lib/i686/cmov/libc.so.6
#14 0x0804c841 in ?? ()



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

Bug#548158: gaupol: [INTL:de] Initial German translation

[Osmo Salomaa]

to, 2009-09-24 kello 10:12 +0200, Chris Leick kirjoitti:
> Please find the initial German translation of gaupol attached.

Added upstream.

Thanks.

-- 
Osmo Salomaa 




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

Bug#548539: libatlas-dev: Conflict with libblas-dev

[Ryo IGARASHI]

Package: libatlas-dev
Version: 3.8.3-2
Severity: serious
Justification: Policy 7.3


Hi,

New libatlas-dev 3.8.3-2 fails to install with following error.
Conflicts: libblas-dev solves the problem but this should not be the option,
since people often checks their result between reference BLAS and other 
optimized
implementations...

dpkg: error processing /var/cache/apt/archives/libatlas-dev_3.8.3-2_all.deb 
(--unpack):
 trying to overwrite '/usr/include/cblas.h', which is also in package 
libblas-dev 0:1.2-2

Best Regards,
-- 
Ryo IGARASHI, Ph.D.
rigar...@gmail.com


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

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

Versions of packages libatlas-dev depends on:
ii  libblas-dev   1.2-2  Basic Linear Algebra Subroutines 3
ii  libc6-dev 2.9-26 GNU C Library: Development Librari

libatlas-dev recommends no packages.

Versions of packages libatlas-dev suggests:
ii  liblapack-dev 3.2.1-1library of linear algebra routines
ii  liblapack-doc 3.2.1-1library of linear algebra routines



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

Bug#153161: Instant Recession Relief in Fewer than 60 mins

[cooper]

153...@bugs.debian.org

legitimate home business

create your ideal revenue from home

proven home business

Call 8884549235


Sun, 27 Sep 2009 10:37:36 +1000
sipybya





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

Bug#548493: coreutils: FTBFS: test suite error: FAIL: test-yesno.sh (exit: 1)

[Michael Stone]

On Sat, Sep 26, 2009 at 10:32:05PM +0200, Kurt Roeckx wrote:

Did you try and reproduce this on one of the porter machines?


no



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

Bug#530862: audacity: random hangups

[John Lindgren]

On Sat, 2009-09-26 at 21:53 +0200, Benjamin Drung wrote:
> since a while 1.3.9-3 is in the archive. Can you test, if this version
> still crashes? Please provide a back trace then. If you cannot reproduce
> it any more, I will close this bug.

Since I upgraded from 1.3.7-2 to 1.3.7-3 a month ago, I have not seen
this hangup. I'm installing 1.3.9-3 now; but unless there's been a
regression since 1.3.7-3, I think the bug can be closed.

John Lindgren




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

Bug#421386: can't install gnome-themes

[Matthew Wilcox]

On Sun, Sep 27, 2009 at 12:05:29AM +0200, Emilio Pozuelo Monfort wrote:
> Matthew Wilcox wrote:
> > I guess you didn't understand the bug.  If you had installed
> > gnome-themes-common a long time ago, and now tried to upgrade to stable,
> > it fails to work.  There is a simple solution, which for some reason
> > hasn't yet been implemented.
> 
> If you upgrade to stable, it's from oldstable (etch), but it doesn't have
> gnome-themes-common, so I wonder what the bug is. You should remove packages
> that don't exist in the archive anymore before dist-upgrading, so at best this
> would be a wishlist, and wontfix since we won't push an update to stable for
> such a thing IMHO.

I think gnome-themes-common predates etch.  I'm not sure how old a distro
has to be to include 2.14, nor whether we support upgrading from such a
release directly to lenny or even etch.  I find it very sad that a bug
like this gets closed by virtue of being ignored for so long.  Don't you?

-- 
Matthew Wilcox  Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."



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

Bug#548538: The problem still persists (or reappeared) in current version of foomatic-filters

[wzab]

Package: foomatic-filters
Version: 4.0-20090509-1
Severity: normal

*** Please type your report below this line ***

I had the same problem in the new version of foomatic-filters.
The problem disappeared, when I select "modify printer" and
installed the PPD file found here:
http://www.linuxprinting.org/ppd-o-matic.cgi?driver=hl1250&printer=Brother-HL-1430&show=0


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

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

Versions of packages foomatic-filters depends on:
ii  bash 4.0-4   The GNU Bourne Again SHell
ii  debconf [debconf-2.0]1.5.27  Debian configuration
management sy
ii  libc62.9-25  GNU C Library: Shared libraries
ii  libgs8   8.70~dfsg-2 The Ghostscript
PostScript/PDF int
ii  perl 5.10.0-25   Larry Wall's Practical
Extraction
ii  ucf  3.0022  Update Configuration File:
preserv

Versions of packages foomatic-filters recommends:
ii  a2ps  1:4.14-1   GNU a2ps - 'Anything to
PostScript
ii  cups  1.3.11-1+b1Common UNIX Printing
System(tm) -
ii  cups-bsd [lpr]1.3.11-1+b1Common UNIX Printing
System(tm) -
ii  cups-client   1.3.11-1+b1Common UNIX Printing
System(tm) -
ii  enscript  1.6.4-13   Converts ASCII text to
Postscript,
ii  foomatic-db-engine4.0-20090509-1 OpenPrinting printer
support - pro
ii  ghostscript   8.70~dfsg-2The GPL Ghostscript
PostScript/PDF
ii  mpage 2.5.6-1print multiple pages per
sheet on

foomatic-filters suggests no packages.

-- debconf information:
  foomatic-filters/spooler: cups
  foomatic-filters/gspath: gs
  foomatic-filters/ps_accounting: false
  foomatic-filters/config_parsed: true
  foomatic-filters/textfilter: Automagic
  foomatic-filters/filter_debug: false
  foomatic-filters/custom_textfilter:
  foomatic-filters/custom_gspath:



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

Bug#511736: vlc: Missing support for V4L2_PIX_FMT_SGBRG8

[Samuel Thibault]

Hello,

Christophe Mutricy, le Fri 25 Sep 2009 14:16:28 +0100, a écrit :
> 2009/9/13 Samuel Thibault :
> > Christophe Mutricy, le Fri 11 Sep 2009 22:50:57 +0200, a écrit :
> 
> >
> >> Allegedly it's fixed in the 1.1.x master branch. i must nag upstream to
> >> backport to the 1.0.X bugfix branch
> 
> The nagging has been efficient and it is backported in 1.0.2
> Could you recheck once vlc 1.0.2-1 reach your mirror

Same result, see attached updated log.

Samuel
VLC media player 1.0.2 Goldeneye
[0x945098] main libvlc debug: VLC media player - version 1.0.2 Goldeneye - (c) 
1996-2009 the VideoLAN team
[0x945098] main libvlc debug: libvlc was configured with ./configure  
'--build=x86_64-linux-gnu' '--disable-maintainer-mode' '--enable-release' 
'--prefix=/usr' '--config-cache' '--enable-fast-install' 
'--with-binary-version=1' '--disable-update-check' '--disable-fb' 
'--enable-ggi' '--enable-sdl' '--enable-mad' '--enable-jack' '--enable-pulse' 
'--enable-lirc' '--enable-a52' '--enable-aa' '--enable-dvbpsi' 
'--enable-mozilla' '--with-mozilla-pkg=iceape-plugin' '--enable-dvb' 
'--enable-ogg' '--enable-vorbis' '--enable-shout' '--enable-qt4' 
'--enable-flac' '--enable-skins2' '--enable-freetype' '--enable-mkv' 
'--enable-speex' '--enable-caca' '--enable-live555' '--enable-libmpeg2' 
'--enable-fribidi' '--enable-mod' '--enable-theora' '--enable-dvdnav' 
'--enable-gnutls' '--enable-ncurses' '--enable-smb' '--disable-gnomevfs' 
'--enable-bonjour' '--enable-mpc' '--enable-vcd' '--enable-vcdx' 
'--enable-notify' '--enable-twolame' '--enable-faad' '--disable-zvbi' 
'--enable-telx' '--disable-x264' '--disable-atmo' '--enable-taglib' 
'--enable-libass' '--enable-dca' '--enable-realrtsp' '--disable-dv' 
'--disable-fluidsynth' '--disable-kate' '--disable-mtp' '--enable-alsa' 
'--enable-v4l' '--enable-v4l2' '--enable-pvr' '--enable-svgalib' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2' 'LDFLAGS=-Wl,--as-needed' 
'CPPFLAGS=' 'CXXFLAGS=-g -O2'
[0x945098] main libvlc debug: translation test: code is "FR"
[0x945098] main libvlc debug: checking plugin modules
[0x945098] main libvlc debug: loading plugins cache file 
/home/samy/.cache/vlc/plugins-04081e.dat
[0x945098] main libvlc debug: recursively browsing `/usr/lib/vlc'
[0x945098] main libvlc debug: module bank initialized (376 modules)
[0x945098] main libvlc debug: opening config file (/home/samy/.config/vlc/vlcrc)
[0x945098] main libvlc debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 
FPU 
[0x945098] main libvlc debug: looking for memcpy module: 3 candidates
[0x945098] main libvlc debug: using memcpy module "memcpymmxext"
[0xa63248] main input debug: Creating an input for 'Bibliothèque'
[0xa63248] main input debug: Input is a meta file: disabling unneeded options
[0xa63248] main input debug: using timeshift granularity of 50 MBytes
[0xa63248] main input debug: using timeshift path '/tmp'
[0xa63248] main input debug: 
`file/xspf-open:///home/samy/.local/share/vlc/ml.xspf' gives access `file' 
demux `xspf-open' path `/home/samy/.local/share/vlc/ml.xspf'
[0xa63248] main input debug: creating demux: access='file' demux='xspf-open' 
path='/home/samy/.local/share/vlc/ml.xspf'
[0xa699f8] main demux debug: looking for access_demux module: 1 candidate
[0xa699f8] main demux warning: no access_demux module matching "file" could be 
loaded
[0xa699f8] main demux debug: TIMER module_need() : 0,813 ms - Total 0,813 ms / 
1 intvls (Avg 0,813 ms)
[0xa63248] main input debug: creating access 'file' 
path='/home/samy/.local/share/vlc/ml.xspf'
[0xa6d098] main access debug: looking for access module: 3 candidates
[0xa6d098] access_file access debug: opening file 
`/home/samy/.local/share/vlc/ml.xspf'
[0xa6d098] main access debug: using access module "access_file"
[0xa6d098] main access debug: TIMER module_need() : 0,797 ms - Total 0,797 ms / 
1 intvls (Avg 0,797 ms)
[0xa6f7a8] main stream debug: Using AStream*Stream
[0xa6f7a8] main stream debug: pre buffering
[0xa6f7a8] main stream debug: received first data after 0 ms
[0xa6f7a8] main stream debug: pre-buffering done 296 bytes in 0s - 9033 kbytes/s
[0xa6b338] main stream debug: looking for stream_filter module: 4 candidates
[0xa6b338] main stream debug: TIMER module_need() : 0,967 ms - Total 0,967 ms / 
1 intvls (Avg 0,967 ms)
[0xa6c6d8] main stream debug: looking for stream_filter module: 1 candidate
[0xa6c6d8] main stream debug: using stream_filter module "stream_filter_record"
[0xa6c6d8] main stream debug: TIMER module_need() : 0,286 ms - Total 0,286 ms / 
1 intvls (Avg 0,286 ms)
[0xa63248] main input debug: creating demux: access='file' demux='xspf-open' 
path='/home/samy/.local/share/vlc/ml.xspf'
[0xa732b8] main demux debug: looking for demux module: 1 candidate
[0xa732b8] playlist demux debug: using XSPF playlist reader
[0xa732b8] main demux debug: using demux module "playlist"
[0xa732b8] main demux debug: TIMER module_need() : 0,502 ms - Total 0,502 ms / 
1 intvls (Avg 0,502 ms)
[0xa63248] main input debug: 
`file/xspf-open://

Bug#548537: libjack-dev: functions described as deprecated should be marked as such

[Darren Salt]

Package: libjack-dev
Version: 0.116.2+svn3592-2
Severity: wishlist

Functions such as jack_client_new() are marked in *comments* as deprecated.
They should be marked as deprecated such that the compiler will notice and
emit appropriate warnings should any of them be used.

(Reason: I've received a patch for xine-lib which makes it use the newer API,
and I would probably have noticed and maybe even fixed this myself, or at
least filed a bug report so that it didn't get forgotten, had I seen a
"jack_client_new is deprecated" warning at compile time.)

-- 
| Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon
| using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army
| + Use more efficient products. Use less.  BE MORE ENERGY EFFICIENT.

A Smith & Wesson beats four aces.



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

Bug#548503: [pkg-boost-devel] Bug#548503: boost/graph/breadth_first_search.hpp requires headers in libboost-python1.40-dev

[Steve M. Robbins]

reassign 548503 libboost1.40-dev
thanks


On Sat, Sep 26, 2009 at 06:10:49PM +0200, Andreas Metzler wrote:

> * The dependency/inclusion circle has gotten a lot wider:
> 
> --
> Building CXX object 
> src/hugin1/base_wx/CMakeFiles/huginbasewx.dir/MyProgressDialog.o
> In file included from /usr/include/boost/parameter/aux_/arg_list.hpp:14,
>from /usr/include/boost/parameter/aux_/tagged_argument.hpp:10,
>from /usr/include/boost/parameter/aux_/tag.hpp:8,
>from /usr/include/boost/parameter/keyword.hpp:10,
>from /usr/include/boost/parameter/name.hpp:8,
>from /usr/include/boost/graph/named_function_params.hpp:15,
>from /usr/include/boost/graph/breadth_first_search.hpp:23,
>from 
> /tmp/HUGIN/hugin-0.8.0.dfsg/src/hugin_base/algorithms/optimizer/PTOptimizer.h:34,
>from /tmp/HUGIN/hugin-0.8.0.dfsg/src/hugin1/PT/PTOptimise.h:30,
>from 
> /tmp/HUGIN/hugin-0.8.0.dfsg/src/hugin1/base_wx/MyProgressDialog.cpp:33:
> /usr/include/boost/parameter/aux_/maybe.hpp:13:53: error: 
> boost/python/detail/referent_storage.hpp: No such file or directory
> [...]
> --


I believe the bug is in Boost.Parameter, part of libboost1.40-dev, so
reassigning.  I agree that Boost.Parameter ought not to be relying on
Boost.Python.

Cheers,
-Steve




signature.asc
Description: Digital signature

Bug#548423: [Evolution] Bug#548423: addressbook fails with "Error loading address book" (after 2.28 upgrade)

[Yves-Alexis Perez]

On sam, 2009-09-26 at 22:10 +0200, Itaï BEN YAACOV wrote:
> Same problem here.  It looks like a problem with evolution-data-server.
> For some reason the 2.28 version is compiled against libdb4.5, which may
> have trouble reading libdb4.7 format (which is what evolution 2.26 was
> compiled against in Debian).  Recompiling against libdb4.7 solves the
> issue.  I haven't tried compiling against 4.8.

Good point. Though I don't really get why it has been built against 4.5
(it's a pbuilder build)

-- 
Yves-Alexis


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

Bug#548388: libvte9: Patch

[Emilio Pozuelo Monfort]

Matijs van Zuijlen wrote:
> Package: libvte9
> Version: 1:0.22.1-1
> Severity: normal
> 
> The attached patch fixes this crash for me.

Thanks, I've notified upstream about it.

I'll upload a fixed package as soon as I can build it (python2.5 is
uninstallable right now).

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#547510: [pkg-fso-maint] Bug#547510: zhone refuse to start

[Joey Hess]

> Bernd Zeimetz wrote:
> Normally the scripts are not copied a second time, if they exist at the
> destination (have a look at winpdb, for example

I did, see #548392.

The order is partially based on timestamps, and for a package like
winpdb where setup.py build takes less than 1 second to run on typical
hardware, the behavior is different from that for packages that take
longer.

I'm also fairly sure that winpdb will misbuild on slower machines,
or just from time to time.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#548392: debhelper: python_distutils buildsystem and, setuptools entry_points don't use default python

[Joey Hess]

Joey Hess wrote:
> Andrew Straw wrote:
> > To be sure I understand, you're saying this is a bug with setuptools,
> > because it autogenerates the /usr/bin/my_script improperly at install
> > time when called by "python2.4 setup.py install"?
> 
> No, the problem is, loosely speaking, that python is on crack.
> 
> The order in which versions of python are run is only loosely correlated
> to which version of the script is installed, and file timestamps are
> somehow involved.

More to the point:

1. With your test script, the last version of python to run wins.
2. Building zhone, the last version of python to run wins.
3. Building winpdb, the *first* version of python to run wins.
4. Unless winpdb is modified not to use dpatch. Then the last
   version of python to run wins.
5. *Or* unless the build machine is slow[1], or we just get unlucky[2].
   Then, when building winpdb, the last version of python to run wins.

In 4 and 5, as well as my examples with touch, we see that
the install run order matters less than timestamps from the build
run. I hypothesisze that setuptools is doing something like this
to decide which script to install:

- Is one of the build/scripts newer than the others? Install it.
- Do all the build/scripts have the same timestamp? Install the first
  one, artitrarily.
- Something to do with the timestamp of the original source file, too?

-- 
see shy jo

[1] Simulated by making debhelper sleep for 5 seconds after each
call to setup.py.
[2] Ie, I assume there is a race condition here; if the clock ticks
at the right point during the build, the result will change.
(Also probably filesystem dependent.)


signature.asc
Description: Digital signature

Bug#548392: debhelper: python_distutils buildsystem and, setuptools entry_points don't use default python

[Josselin Mouette]

Le samedi 26 septembre 2009 à 17:55 -0400, Joey Hess a écrit : 
> Andrew Straw wrote:
> > To be sure I understand, you're saying this is a bug with setuptools,
> > because it autogenerates the /usr/bin/my_script improperly at install
> > time when called by "python2.4 setup.py install"?
> 
> No, the problem is, loosely speaking, that python is on crack.

Actually you are both right; setuptools is on crack for modifying the
shebang, and IIRC distutils does the same.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#548536: gnome-terminal: segfaults on startup

[sean finney]

Package: gnome-terminal
Version: 2.28.0-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

after an upgrade this afternoon, starting gnome-terminal results
in the window popping up and immediately disappearing again.  closer
inspection reveals that gnome-terminal is segfaulting.  the last few
lines from strace:

read(16, 0x1d07190, 7980)   = -1 EAGAIN (Resource temporarily 
unavailable)
read(3, 0x1b0d014, 4096)= -1 EAGAIN (Resource temporarily 
unavailable)
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=10, 
events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, 
events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN}, 
{fd=7, events=POLLIN}, {fd=6, events=POLLIN}, {fd=16, events=POLLIN}], 10, 0) = 
0 (Timeout)
read(16, 0x1d07190, 7980)   = -1 EAGAIN (Resource temporarily 
unavailable)
- --- SIGSEGV (Segmentation fault) @ 0 (0) ---


i don't know if it's helpful, but:

==5154== Invalid read of size 8
==5154==at 0x4E42419: ??? (in /usr/lib/libvte.so.9.9.0)
==5154==by 0x4E61DF9: ??? (in /usr/lib/libvte.so.9.9.0)
==5154==by 0x4E624DC: ??? (in /usr/lib/libvte.so.9.9.0)
==5154==by 0x4E534D0: ??? (in /usr/lib/libvte.so.9.9.0)
==5154==by 0x4E53C57: ??? (in /usr/lib/libvte.so.9.9.0)
==5154==by 0x4E546C6: ??? (in /usr/lib/libvte.so.9.9.0)
==5154==by 0x702883A: ??? (in /lib/libglib-2.0.so.0.2200.0)
==5154==by 0x7028129: g_main_context_dispatch (in 
/lib/libglib-2.0.so.0.2200.0)
==5154==by 0x702B987: ??? (in /lib/libglib-2.0.so.0.2200.0)
==5154==by 0x702BE5C: g_main_loop_run (in /lib/libglib-2.0.so.0.2200.0)
==5154==by 0x5402AF6: gtk_main (in /usr/lib/libgtk-x11-2.0.so.0.1800.0)
==5154==by 0x417522: ??? (in /usr/bin/gnome-terminal)
==5154==  Address 0x2d8 is not stack'd, malloc'd or (recently) free'd


let me know if you need any further info.


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

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

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data   2.28.0-1   Data files for the GNOME terminal 
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libc6 2.9-26 GNU C Library: Shared libraries
ii  libdbus-glib-1-2  0.82-1 simple interprocess messaging syst
ii  libgconf2-4   2.26.2-3   GNOME configuration database syste
ii  libglib2.0-0  2.22.0-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.0-1   The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.26.0-1   Layout and rendering of internatio
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libstartup-notification0  0.10-1 library for program launch feedbac
ii  libvte9   1:0.22.0-2 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.2.2-1  X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs 1.4.0-1 userspace virtual filesystem - ser
ii  yelp 2.28.0+webkit-1 Help browser for GNOME

gnome-terminal suggests no packages.

- -- no debconf information

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

iD8DBQFKvpLRynjLPm522B0RAnsZAJ9ozeeW+i0RvXGmxIVsvywsviciZACfT1mi
VX5J9mr1etdqTkY94L6gg4M=
=lXMl
-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#548446: [gnome-session] gnome doesn't start since gnome-session upgrade

[Josselin Mouette]

Le samedi 26 septembre 2009 à 17:45 -0400, Wendy Elmer a écrit :
> Here is the error file.

> GConf Error: Failed to contact configuration server

This is probably because D-Bus is not started.

Is the startup mechanism overriden in anyway? What’s
in .dmrc, .xsessionrc, .gnomerc, .xsession, .xinitrc?

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#421386: can't install gnome-themes

[Emilio Pozuelo Monfort]

Matthew Wilcox wrote:
> I guess you didn't understand the bug.  If you had installed
> gnome-themes-common a long time ago, and now tried to upgrade to stable,
> it fails to work.  There is a simple solution, which for some reason
> hasn't yet been implemented.

If you upgrade to stable, it's from oldstable (etch), but it doesn't have
gnome-themes-common, so I wonder what the bug is. You should remove packages
that don't exist in the archive anymore before dist-upgrading, so at best this
would be a wishlist, and wontfix since we won't push an update to stable for
such a thing IMHO.

Unless I'm mistaken and you enlighten me, I'll close this bug report again.

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#535239: Never asks debconf question about cmdline, doesn't take old values from menu.lst

[Jö Fahlke]

Package: grub-pc
Version: 1.97~beta3-1
Severity: normal

If I counted correctly, this bug report collects three issues:
 1. The question about the kernel command line does not appear,
 2. the default value for that question is not filled in from
/boot/grub/menu.lst, and
 3. the kernel command line from /bot/grub/menu.lst is not used automatically.

I can report new combination: the question did appear during preconfiguration
from aptitude, but its default value was blank.  Out of curiosity, I accepted
the blank value, and checked /boot/grub/grub.cfg after aptitude finished
installing: the command line from /boot/grub/menu.lst had been copied over.
On the other hand, the debconf setting is empty:

* grub2/linux_cmdline:

So maybe the kernel command line will disappear from /boot/grub/grub.cfg the
next time I reconfigure, or the first time I reconfigure after grub-legacy
(and thus /boot/grub/menu.lst) is gone from my system.

Thanks,
Jö.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/Paranoia-Root_crypt / ext3 
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda5 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set 1e9606cc-1d0f-480d-8e38-48f379e6787e
if loadfont /grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
  fi
fi
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set 1e9606cc-1d0f-480d-8e38-48f379e6787e
insmod png
if background_image /grub/moreblue-orbit-grub.png ; then
  set color_normal=black/black
  set color_highlight=magenta/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64" {
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set 1e9606cc-1d0f-480d-8e38-48f379e6787e
linux   /vmlinuz-2.6.30-1-amd64 root=/dev/mapper/Paranoia-Root_crypt ro 
 quiet
initrd  /initrd.img-2.6.30-1-amd64
}
menuentry "Debian GNU/Linux, Linux 2.6.30-1-amd64 (recovery mode)" {
insmod ext2
set root=(hd0,5)
search --no-floppy --fs-uuid --set 1e9606cc-1d0f-480d-8e38-48f379e6787e
linux   /vmlinuz-2.6.30-1-amd64 root=/dev/mapper/Paranoia-Root_crypt ro 
single 
initrd  /initrd.img-2.6.30-1-amd64
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
linux   /memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
linux   /memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg

*** BEGIN /boot/grub/menu.lst
# menu.lst - See: grub(8), info grub, update-grub(8)
#grub-install(8), grub-floppy(8),
#grub-md5-crypt, /usr/share/doc/grub
#and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not change this entry to 'saved' or your
# array will desync and will not let you boot your system.
default 0saved

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout 5

# Pretty colours
color cyan/blue white/blue

## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line)  and entries protected by the
# command 'lock'
# e.g. password topsecret
#  password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret

#
# examples
#
# ti

Bug#548471: [vte] xfce4-terminal crash due to vte update to 0.22 version

[Emilio Pozuelo Monfort]

reassign 548471 libvte9
# These three are the crash still present in 0.22.1
unmerge 548350
unmerge 548388
forcemerge 548471 548350 548388
# 548319 is the assertion fixed in 0.22.1
close 548319
thanks

gregory hainaut wrote:
> I have a crash on the start up of the xfce4-terminal. It seems due to
> recent upgrade of libvte. I attached a full backtrace in the report.

Thanks. This is https://bugzilla.gnome.org/show_bug.cgi?id=596460.

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#548440: removal of db4.5

[Mark Hymers]

On Sat, 26, Sep, 2009 at 10:26:52PM +0200, Matthias Klose spoke thus..
> retitle 548440 please restore db4.5

Restored

-- 
Mark Hymers 

"++?++ Out of Cheese Error. Redo From Start."
 Interesting Times, Terry Pratchett



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

Bug#548392: debhelper: python_distutils buildsystem and, setuptools entry_points don't use default python

[Joey Hess]

Andrew Straw wrote:
> To be sure I understand, you're saying this is a bug with setuptools,
> because it autogenerates the /usr/bin/my_script improperly at install
> time when called by "python2.4 setup.py install"?

No, the problem is, loosely speaking, that python is on crack.

The order in which versions of python are run is only loosely correlated
to which version of the script is installed, and file timestamps are
somehow involved.

j...@gnu:~/tmp/winpdb-1.4.6>dh_auto_build >/dev/null 2>&1
j...@gnu:~/tmp/winpdb-1.4.6>touch build/scripts-2.4/*  
j...@gnu:~/tmp/winpdb-1.4.6>dh_auto_install >/dev/null 2>&1
j...@gnu:~/tmp/winpdb-1.4.6>head -1 debian/winpdb/usr/bin/winpdb
#!/usr/bin/python2.4
j...@gnu:~/tmp/winpdb-1.4.6>touch build/scripts-2.5/*
j...@gnu:~/tmp/winpdb-1.4.6>dh_auto_install >/dev/null 2>&1 
j...@gnu:~/tmp/winpdb-1.4.6>head -1 debian/winpdb/usr/bin/winpdb
#!/usr/bin/python
j...@gnu:~/tmp/winpdb-1.4.6>touch build/scripts-2.4/*
j...@gnu:~/tmp/winpdb-1.4.6>dh_auto_install >/dev/null 2>&1
hej...@gnu:~/tmp/winpdb-1.4.6>head -1 debian/winpdb/usr/bin/winpdb
#!/usr/bin/python2.4

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#548446: [gnome-session] gnome doesn't start since gnome-session upgrade

[Wendy Elmer]

On Sat, 2009-09-26 at 15:42 +0200, Josselin Mouette wrote:

> Le samedi 26 septembre 2009 à 09:00 -0400, Wendy Elmer a écrit : 
> > I removed gnome-power-manager and the message 
> > went away but gnome still hangs on starting.  No 
> > backgrounds, splashscreens, panels, etc come up.
> > All that happens is that the screen changes to a solid 
> > color and I see the mouse.  There are no error messages.
> > The screen just hangs.  I can do ctl-alt-F1 and go 
> > to a terminal session and restart gdm and log into the 
> > other userid.  Are there any gnome logs I can look at 
> > for the failing userid?
> 
> Look at ~/.xsession-errors after the lockup.
> 
> Cheers, 


Here is the error file.

/etc/gdm/Xsession: Beginning session setup...

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

x-session-manager[9253]: WARNING: Error retrieving configuration key 
'/desktop/gnome/session/idle_delay': Failed to contact configuration server; 
some possible causes are that you need to enable TCP/IP networking for ORBit, 
or you have stale NFS locks due to a system crash. See 
http://projects.gnome.org/gconf/ for information. (Details -  1: Could not send 
message to GConf daemon: Message did not receive a reply (timeout by message 
bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

x-session-manager[9253]: WARNING: Could not parse desktop file 
/home/brent/.config/autostart/sudo.desktop: Key file does not have key 'Type'

x-session-manager[9253]: WARNING: could not read 
/home/brent/.config/autostart/sudo.desktop

x-session-manager[9253]: WARNING: Could not parse desktop file 
/home/brent/.config/autostart/cgmailservice.desktop: Key file does not have key 
'Type'

x-session-manager[9253]: WARNING: could not read 
/home/brent/.config/autostart/cgmailservice.desktop

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking for ORBit, or you have stale NFS 
locks due to a system crash. See http://projects.gnome.org/gconf/ for 
information. (Details -  1: Could not send message to GConf daemon: Message did 
not receive a reply (timeout by message bus))

GConf Error: Failed to contact configuration server; some possible causes are 
that you need to enable TCP/IP networking fo

Bug#546762: thinkfan pulsating fan quirk

[Victor Mataré]

I've just been waiting for someone to complain about this ;-)
I'll be on vacation shortly, but I'll try get this into version 0.6 
before mid-october. If I don't find the time (for testing and doc), 
it'll be more like end-october.




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

Bug#548535: epiphany-browser: Clearing all personal data crashes Epiphany

[Apelete Seketeli]

Package: epiphany-browser
Version: 2.28.0-3
Severity: normal

Hi,

I could consistently crash the browser by trying to clear all personal data
through the Preferences menu.
If I go directly through the Personal Data menu and clear all the data (click on
Clear All and tick all the boxes) it works without problem though.

Regards.

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

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

Versions of packages epiphany-browser depends on:
ii  dbus-x111.2.16-2 simple interprocess messaging syst
ii  epiphany-browser-data   2.28.0-3 Data files for the GNOME web brows
ii  gnome-icon-theme2.26.0-1 GNOME Desktop icon theme
ii  iso-codes   3.10.3-1 ISO language, territory, currency,
ii  libavahi-client30.6.25-1 Avahi client library
ii  libavahi-common30.6.25-1 Avahi common library
ii  libavahi-gobject0   0.6.25-1 Avahi GObject library
ii  libc6   2.9-26   GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-1   simple interprocess messaging syst
ii  libgconf2-4 2.26.2-3 GNOME configuration database syste
ii  libgirepository1.0-00.6.5-1  Library for handling GObject intro
ii  libglib2.0-02.22.0-1 The GLib library of C routines
ii  libgnome-keyring0   2.26.1-1 GNOME keyring services library
ii  libgtk2.0-0 2.18.0-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.5-1X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  libnspr4-0d 4.8-1NetScape Portable Runtime Library
ii  libnss3-1d  3.12.3.1-1   Network Security Service libraries
ii  libpango1.0-0   1.26.0-1 Layout and rendering of internatio
ii  libseed02.28.0-1 GObject JavaScript bindings for th
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup-gnome2.4-1  2.28.0-1 an HTTP library implementation in 
ii  libsoup2.4-12.28.0-1 an HTTP library implementation in 
ii  libwebkit-1.0-2 1.1.15.1-1   Web content engine library for Gtk
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxml2 2.7.5.dfsg-1 GNOME XML library
ii  libxslt1.1  1.1.26-1 XSLT processing library - runtime 

Versions of packages epiphany-browser recommends:
ii  yelp 2.28.0+webkit-1 Help browser for GNOME

Versions of packages epiphany-browser suggests:
pn  mozplugger (no description available)

-- no debconf information



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

Bug#478447: gdesklets: should use python-numpy instead of python-num{eric,array}

[Karl Ferdinand Ebert]

Tags: patch

Hi, 

I dropped the unnecessary dependency on python-numeric and 
switched to a newer standard version but some effort has to be taken 
to fix lintian warnings. Nevertheless here the link to my non-maintainer 
package upload:

http://mentors.debian.net/debian/pool/main/g/gdesklets/gdesklets_0.36.1-2.1.dsc

Regards,

Ferdinand Ebert


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

Bug#548423: [Evolution] Bug#548423: evolution addressbook fails with "Error loading address book" (after 2.28 upgrade)

[Yves-Alexis Perez]

On sam, 2009-09-26 at 11:30 +0200, Stefano Zacchiroli wrote:
> More random info in the hope they helps:
> 
> - I've running the 2.28 data server, no 2.26 data servers are in
>   execution
> - I don't have any other address books registered in evolution
> - the evo-n95 file above is from multisync synchronization: the last
>   time I used it is probably more than 1 year ago

Hey,

I had some problems too with evo address book, but only on one box. I
rsync'ed the addressbook from another box and it worked so I didn't
investigate more. But it's very well possible that I had a multisync
addressbook too, so it'd be worth trying without, maybe it fails to load
it.

Could you try?

Cheers,

-- 
Yves-Alexis


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

Bug#545870: kmymoney2: also Crashes on Credit Card Acct

[David R Fennewald]

package: kmymoney2
Version: 1.0.0-1
Severity:  normal

When I try to create a credit card account it allows me to enter all 
data, but when selecting Parent account it crashes. 


Debian Release:  squeeze/sid
 APT prefers  unstable
 Arch:  i386
 Kernel:  Linux 2.6.30-1-686



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

Bug#548507: xscreensaver: please restore hypercube

[Jamie Zawinski]

hypercube is "polytopes -wireframe -8-cell -perspective-3d - 
perspective-4d".
hyperball is "polytopes -wireframe -120-cell -perspective-3d - 
orthographic-4d".





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

Bug#548534: installation-guide: “Copying the files — the easy way” should explicitly exclude netboot

[Samuel Thibault]

Package: installation-guide
Severity: normal

Hello,

A colleague wanted to install Debian by starting the debian installer
from a USB stick.  Reading sections install-methods/boot-usb-files.xml
and install-methods/downloading-files.xml, he went for the
second method, he downloaded the hd-media boot.img.gz from
debian/dists/lenny/main/installer-amd64/current/images/ but then as
an ISO image, he took the only one there, mini.iso, and thus the
debian installer told him it couldn't find a valid installation
image. Maybe the text should explicitly exclude netboot from the
images that can be used (see attached patch), and refer to section
install-methods/official-cdrom.xml for downloading netinst/businesscard.

Samuel

-- 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.31 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Index: en/install-methods/boot-usb-files.xml
===
--- en/install-methods/boot-usb-files.xml   (révision 60852)
+++ en/install-methods/boot-usb-files.xml   (copie de travail)
@@ -117,8 +117,8 @@
 which will now have
 a FAT filesystem
 an HFS filesystem
-on it, and copy a Debian netinst or businesscard ISO image to it.
-Unmount the stick (umount /mnt) and you are done.
+on it, and copy a Debian netinst or businesscard ISO image to it (NOT a netboot
+ISO). Unmount the stick (umount /mnt) and you are done.
 
 
   

Bug#541238: munge: Incorrect runlevels in init.d LSB header

[Petter Reinholdtsen]

[Oliva Gennaro]
> Hi,

Hi.

> No need to do a NMU. I'll fix it in the next few days.

OK.  Good to hear.  I eagerly await the fix. :)

> Thanks for reminding me.

No problem.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#548319: backtrace

[Emilio Pozuelo Monfort]

severity 548319 serious
forwarded 548319 https://bugzilla.gnome.org/show_bug.cgi?id=596460
thanks

Sven Joachim wrote:
> I still get crashes with version 1:0.22.1-1 of libvte9.  Here's a
> backtrace of lxterminal after rebuilding vte with
> DEB_BUILD_OPTIONS=nostrip:
> 
> % gdb lxterminal

> Program received signal SIGSEGV, Segmentation fault.
> 0xf7f3f9df in _vte_terminal_ring_append (terminal=0x809a458, fill=0)
> at /usr/local/src/deb-src/vte/vte-0.22.1/./src/vte.c:306
> 306   return _vte_terminal_ring_insert (terminal, _vte_ring_next 
> (terminal->pvt->screen->row_data), fill);

Thanks. This is https://bugzilla.gnome.org/show_bug.cgi?id=596460.

Bumping severity to avoid migration to testing.

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#547588: RM: please remove gcc-4.2 from unstable

[Matthias Klose]

tags 547588 - moreinfo
thanks

On 22.09.2009 18:11, Barry deFreese wrote:

tags 547588 + moreinfo

thank you

Hi Matthias,

Overall this looks reasonable. However, there are at least two packages
I am concerned about. There doesn't seem to be a bug filed for bfilter,
unless I missed it. Also, currently Hurd won't build with gcc-4.3
because of pfinet. So I am going to hold off on this for now.


#533782 was updated to acknowledge buildability with gcc-4.3.



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

Bug#548533: reportbug: Ctrl+c doesn't exit until after pressing enter

[Josh Triplett]

Package: reportbug
Version: 4.8
Severity: normal

Reportbug says:
Please briefly describe your problem (max. 100 characters allowed; you can 
elaborate in a moment; an empty response will stop reportbug). This will be the 
bug
email subject, so write a concise summary of what is wrong with the package, 
for example, "fails to send email" or "does not start with -q option specified"
(enter Ctrl+c to exit).
> 

However, pressing Ctrl+c does not exit until after I subsequently press
enter.

- Josh Triplett

-- Package-specific info:
** Environment settings:
EDITOR="/home/josh/.local/bin/vim-wrapper"
DEBEMAIL="j...@joshtriplett.org"
EMAIL="j...@joshtriplett.org"
DEBFULLNAME="Josh Triplett"
NAME="Josh Triplett"
INTERFACE="text"

** /home/josh/.reportbugrc:
reportbug_version "3.21.2"
mode advanced
ui text
no-cc
header "X-Debbugs-CC: j...@joshtriplett.org"
smtphost reportbug.debian.org:587
header "X-Debbugs-No-Ack: ack!"

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

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

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

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utils  (no description available)
ii  debsums   2.0.47 tool for verification of installed
pn  dlocate(no description available)
ii  file  5.03-1 Determines file type using "magic"
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
pn  postfix | exim4 | mail-transp  (no description available)
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
pn  python-gtkspell(no description available)
pn  python-urwid   (no description available)
pn  python-vte (no description available)
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

-- 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#520892: gourmet: Gourmet does not start due to not being able to read ico file

[cbart 387]

> After some investigation I found,
> that this might have been related to a problem in GTK, which should have
> been fixed some time ago (with the update to GTK 2.16). Dioes this
> problem still exist for you? If not I suggest closing this bug report.

If this can no longer be duplicated, I'm okay with this being closed.
I patched my version awhile ago so I have not followed up if upstream
has gotten around to fixing this.



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

Bug#548531: autokey: does not start

[salva]

Package: autokey
Version: 0.60.4-1
Severity: grave
Justification: renders package unusable

Fatal error stating AutoKey.
global name 'PickleError' is not defined.

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

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

Versions of packages autokey depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-kde4   4:4.3.1-1  Python bindings for the KDE 4 libr
ii  python-qscintilla22.4-3  Python bindings for QScintilla 2
ii  python-qt44.5.4-1Python bindings for Qt4
ii  python-xlib   0.14-2 Interface for Python to the X11 Pr

autokey recommends no packages.

autokey 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#548440: removal of db4.5

[Matthias Klose]

reopen 548440
retitle 548440 please restore db4.5
severity 548440 grave
thanks

I mean, I like it if ftp assistants are fast, but not even waiting before all 
NMU's are in the archive seems to be a bit over eager. Apparently the bug 
submitter didn't check this either. Please restore the packages for now. Berkley 
DB versions > 4.5 show problems in the test suites on some architectures.


The db maintainer should consider keeping one older version, and not every of 
the newer versions (4.6, 4.7, 4.8).




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

Bug#548493: coreutils: FTBFS: test suite error: FAIL: test-yesno.sh (exit: 1)

[Kurt Roeckx]

On Sat, Sep 26, 2009 at 02:45:31PM -0400, Michael Stone wrote:
> Yup. I'm open to suggestions on why a perfectly valid shell script
> doesn't work on certain architectures. The part that fails isn't
> even part of the build.

I know that you're aware of it. I'm just filing the bug so that it
can be properly tracked.

Did you try and reproduce this on one of the porter machines?


Kurt




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

Bug#548392: debhelper: python_distutils buildsystem and, setuptools entry_points don't use default python

[Andrew Straw]

OK, I read the referenced bug #547510, and also one it referenced
#520834, and I'm not 100% sure what about that report indicates that
this patch cannot be accepted. All the patch does is change the order in
which the pythons are called.

To be sure I understand, you're saying this is a bug with setuptools,
because it autogenerates the /usr/bin/my_script improperly at install
time when called by "python2.4 setup.py install"?

Specifically, you're stating that the correct behavior of setuptools
entry points would be:

python setup.py install -> installs /usr/bin/my_script with
"#!/usr/bin/python" shebang

follwed by a subsequent

python2.4 setup.py install -> should not install /usr/bin/my_script at
all. (The current behavior is that this call will install the script,
overwriting the original, with a "#!/usr/bin/python2.4" shebang.)

(where python is the default python (2.5) and python2.4 is the other
version returned by "pyversions -r").

How should setuptools know at install time to not overwrite the script file?

-Andrew



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

Bug#548529: iceweasel-firebug: New upstream version

[Josh Triplett]

Package: iceweasel-firebug
Version: 1.4.1-1
Severity: wishlist

Upstream has a new version 1.4.2 available.

Thanks for packaging Firebug.

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.31 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel-firebug depends on:
ii  iceweasel 3.5.3-1lightweight web browser based on M

iceweasel-firebug recommends no packages.

iceweasel-firebug 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#548530: krecipes: crashes on startup

[Ross Boylan]

Package: krecipes
Version: 1.0~beta1-1.1
Severity: important

When I launch the application it immediately fails.
Warrants higher severity if this is a  problem others are likely to run into.

I have a mostly Lenny system, running KDE.  I get a crash whether launced from 
the menu or the terminal.  Here's what shows on the terminal:

$ krecipes
*** glibc detected *** krecipes: free(): invalid pointer: 0x0868d668 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb6350624]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb6352826]
krecipes[0x8101a5e]
krecipes[0x810097b]
/usr/lib/libqt-mt.so.3(_ZN9QSqlQuery4execERK7QString+0x265)[0xb6d41e25]
/usr/lib/libqt-mt.so.3(_ZN9QSqlQuery4initERK7QStringP12QSqlDatabase+0x9a)[0xb6d4177a]
/usr/lib/libqt-mt.so.3(_ZN9QSqlQueryC1ERK7QStringP12QSqlDatabase+0x36)[0xb6d41886]
krecipes[0x80df9e8]
krecipes[0x80ddf62]
krecipes[0x808655f]
krecipes[0x8088220]
krecipes[0x80813aa]
krecipes(_ZN9KHTMLPart5beginERK4KURLii+0x3ce)[0x807fad2]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb62f8455]
krecipes(_ZN9KHTMLPart5beginERK4KURLii+0x4d)[0x807f751]
=== Memory map: 
08048000-08251000 r-xp  fe:02 176228 /usr/bin/krecipes
08251000-0826e000 rw-p 00209000 fe:02 176228 /usr/bin/krecipes
0826e000-0827 rw-p 0826e000 00:00 0
085de000-086a4000 rw-p 085de000 00:00 0  [heap]
b4e0-b4e21000 rw-p b4e0 00:00 0
b4e21000-b4f0 ---p b4e21000 00:00 0
b4f9e000-b4f9f000 ---p b4f9e000 00:00 0
b4f9f000-b579f000 rw-p b4f9f000 00:00 0
b579f000-b57a ---p b579f000 00:00 0
b57a-b5fa rw-p b57a 00:00 0
b5fa-b5fd r-xp  fe:02 19676  /usr/lib/liblcms.so.1.0.16
b5fd-b5fd1000 rw-p 0003 fe:02 19676  /usr/lib/liblcms.so.1.0.16
b5fd1000-b5fd4000 rw-p b5fd1000 00:00 0
b5fd4000-b6042000 r-xp  fe:02 63082  /usr/lib/libmng.so.1.1.0.9
b6042000-b6045000 rw-p 0006e000 fe:02 63082  /usr/lib/libmng.so.1.1.0.9
b6067000-b606b000 r-xp  fe:02 1071   
/usr/lib/qt3/plugins/imageformats/libqmng.so
b606b000-b606c000 rw-p 3000 fe:02 1071   
/usr/lib/qt3/plugins/imageformats/libqmng.so
b606c000-b608a000 r-xp  fe:02 467075 
/usr/lib/kde3/plugins/styles/plastik.so
b608a000-b608b000 rw-p 0001e000 fe:02 467075 
/usr/lib/kde3/plugins/styles/plastik.so
b608b000-b608c000 r--s  fe:03 1088582
/var/cache/fontconfig/c05880de57d1f5e948fdfacc138775d9-x86.cache-2
b608c000-b6092000 r--s  fe:03 1088552
/var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86.cache-2
b6092000-b6093000 r--s  fe:03 1088580
/var/cache/fontconfig/fc14e3aff40829fbb7132d5e06a8168b-x86.cache-2
b6093000-b6094000 r--s  fe:03 1088579
/var/cache/fontconfig/52728cdc49031813f272d4aa720952ff-x86.cache-2
b6094000-b6098000 r--s  fe:03 1088577
/var/cache/fontconfig/926e794c3d5e5dffcaf2fa83ef8d36c2-x86.cache-2
b6098000-b609b000 r--s  fe:03 1088576
/var/cache/fontconfig/6eb3985aa4124903f6ff08ba781cd364-x86.cache-2
b609b000-b60a2000 r--s  fe:03 1088573
/var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86.cache-2
b60a2000-b60a5000 r--s  fe:03 1088572
/var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86.cache-2
b60a5000-b60a6000 r--s  fe:03 1088571
/var/cache/fontconfig/9451a55048e8dbe8633e64d34165fdf2-x86.cache-2
b60a6000-b60a8000 r--s  fe:03 1088570
/var/cache/fontconfig/ddd4086aec35a5275babba44bb759c3c-x86.cache-2
b60a8000-b60a9000 r--s  fe:03 1088569
/var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86.cache-2
b60a9000-b60cb000 r--s  fe:03 1088568
/var/cache/fontconfig/365b55f210c0a22e9a19e35191240f32-x86.cache-2
b60cb000-b60ce000 r--s  fe:03 1088567
/var/cache/fontconfig/6aa1e5c710dac755d04b30703ce69872-x86.cache-2
b60ce000-b60d r--s  fe:03 1088566
/var/cache/fontconfig/2c5ba8142dffc8bf0377700342b8ca1a-x86.cache-2
b60d-b60d2000 r--s  fe:03 1088565
/var/cache/fontconfig/de9486f0b47a4d768a594cb4198cb1c6-x86.cache-2
b60d2000-b60d9000 r--s  fe:03 1088564
/var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86.cache-2
b60d9000-b60de000 r--s  fe:03 1088563
/var/cache/fontconfig/105b9c7e6f0a4f82d8c9b6e39c52c6f9-x86.cache-2
b60de000-b6291000 r--p  fe:02 7904   /usr/lib/locale/locale-archive
b6291000-b6294000 rw-p b6291000 00:00 0
b6294000-b6298000 r-xp  fe:02 1983   /usr/lib/libXdmcp.so.6.0.0
b6298000-b6299000 rw-p 3000 fe:02 1983   /usr/lib/libXdmcp.so.6.0.0
b6299000-b62b r-xp  fe:02 32085  /usr/lib/libxcb.so.1.0.0
b62b-b62b1000 rw-p 00017000 fe:02 32085  /usr/lib/libxcb.so.1.0.0
b62b1000-b62b2000 r-xp  fe:02 57304  /usr/lib/libxcb-xlib.so.0.0.0
b62b2000-b62b3000 rw-p  fe:02 57304  /usr/lib/libxcb-xlib.so.0.0.0
b62b3000-b62b5000 r-xp  fe:02 1978   /usr/lib/libXau.so.6.0.0
b62b5000-b62b6000 rw-p 1000 fe:02 1978   /usr/l

Bug#548528: Port kio-apt to KDE4

[George Pallis]

Package: kio-apt
Version: 0.13.2-3
Severity: wishlist
Tags: kio-apt
Owner: kol...@openics.org

Could you please port kio-apt to KDE4? This is something really missing from
the new Konqueror in KDE4. Thanx in advance...

Bug#548423: addressbook fails with "Error loading address book" (after 2.28 upgrade)

[Itaï BEN YAACOV]

Package: evolution
Version: 2.28.0-2
Severity: normal



Hello,

Same problem here.  It looks like a problem with evolution-data-server.
For some reason the 2.28 version is compiled against libdb4.5, which may
have trouble reading libdb4.7 format (which is what evolution 2.26 was
compiled against in Debian).  Recompiling against libdb4.7 solves the
issue.  I haven't tried compiling against 4.8.

Cheers,
Itai.


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

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

Versions of packages evolution depends on:
ii  dbus   1.2.16-2  simple interprocess messaging syst
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  evolution-common   2.28.0-2  architecture independent files for
ii  evolution-data-server  2.28.0-2  evolution database backend server
ii  gconf2 2.26.2-3  GNOME configuration database syste
ii  gnome-icon-theme   2.26.0-1  GNOME Desktop icon theme
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.28.0-1  The ATK accessibility toolkit
ii  libbluetooth3  4.42-2Library to use the BlueZ Linux Blu
ii  libbonobo2-0   2.24.2-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.2-1  The Bonobo UI library
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libcamel1.2-14 2.28.0-2  The Evolution MIME message handlin
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.82-1simple interprocess messaging syst
ii  libebackend1.2-0   2.28.0-2  Utility library for evolution data
ii  libebook1.2-9  2.28.0-2  Client library for evolution addre
ii  libecal1.2-7   2.28.0-2  Client library for evolution calen
ii  libedataserver1.2-11   2.28.0-2  Utility library for evolution data
ii  libedataserverui1.2-8  2.28.0-2  GUI utility library for evolution 
ii  libegroupwise1.2-132.28.0-2  Client library for accessing group
ii  libenchant1c2a 1.4.2-3.3 a wrapper library for various spel
ii  libexchange-storage1.2 2.28.0-2  Client library for accessing Excha
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgconf2-42.26.2-3  GNOME configuration database syste
ii  libgdata-google1.2-1   2.28.0-2  Client library for accessing Googl
ii  libgdata1.2-1  2.28.0-2  Client library for accessing Googl
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.22.0-1  The GLib library of C routines
ii  libgnome-desktop-2-11  2.26.1-1  Utility library for loading .deskt
ii  libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot
ii  libgnome2-02.26.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.26.0-1  A powerful object-oriented display
ii  libgnomeui-0   2.24.2-1  The GNOME libraries (User Interfac
ii  libgnomevfs2-0 1:2.24.1-4GNOME Virtual File System (runtime
ii  libgtk2.0-02.18.0-1  The GTK+ graphical user interface 
ii  libgtkhtml-editor0 3.28.0-3  HTML rendering/editing library - e
ii  libgtkhtml3.14-19  3.28.0-3  HTML rendering/editing library - r
ii  libgweather1   2.28.0-1  GWeather shared library
ii  libhal10.5.13-3  Hardware Abstraction Layer - share
ii  libical0   0.43-3iCalendar library implementation i
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libldap-2.4-2  2.4.17-2  OpenLDAP libraries
ii  libnotify1 [libnotify1 0.4.5-1   sends desktop notifications to a n
ii  libnspr4-0d4.8-1 NetScape Portable Runtime Library
ii  libnss3-1d 3.12.3.1-1Network Security Service libraries
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.26.0-1  Layout and rendering of internatio
ii  libpisock9 0.12.4-6  library for communicating with a P
ii  libpisync1 0.12.4-6  synchronization library for PalmOS
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.1.1-1 X11 Session Management l

Bug#548517: fails to build with gcc-4.4

[Kartik Mistry]

On Sat, Sep 26, 2009 at 11:55 PM, Stefan Potyra  wrote:
> During Ubuntu's rebuild test, xosview failed to build with gcc-4.4.
> The reason for the failure is that the string functions changed
> with gcc-4.4/new eglibc for c++.

Thanks for reporting bug. I am fixing it with next upload today.

> Attached is a simple patch which fixes the problem.

I love patches ;)

-- 
 Cheers,
 Kartik Mistry | 0xD1028C8D | IRC: kart_
 Debian GNU/Linux Developer | Identica: @kartikm
 Blogs: {ftbfs, kartikm}.wordpress.com



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

Bug#548527: vino: Refresh failure with Compiz on 2.28.0 (regression)

[Christoph Haas]

Package: vino
Version: 2.22.2-1
Severity: important

The problem I'm having is that when connecting to a Gnome+Compiz desktop
where vino 2.28.0 is running (currently in "unstable") I don't get any
window refreshes on the client. The first image of the remote desktop
is okay but moving the mouse or typing on the keyboard appears to have
no effect. In fact it's just a display problem on the client. When
watching the desktop where vino is running it's apparent that the mouse
and keyboard input happens as expected.

After a little research I found out the version currently in "unstable"
(2.28.0-1) has trouble with Compiz while the "Lenny" version (2.22.2-1)
works well.

Apparently the vino developers are suffering from a regression from this
change:

http://svn.gnome.org/viewvc/vino/trunk/server/vino-fb.c?r1=678&r2=1032

The upstream changelog says:

2008-12-23 Jonh Wendell 

 * server/vino-fb.c (vino_fb_init_xdamage):
   Don't check if we are running at a composited screen and disable
   XDamage extension. This should work fine nowadays.

Unfortunately the developers seem to be too optimistic. It doesn't work
here. Downgrading to the Lenny version reproducably fixes the issue
for me.

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

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

Versions of packages vino depends on:
ii  gconf2 2.26.0-1  GNOME configuration database syste
ii  libavahi-client3   0.6.25-1  Avahi client library
ii  libavahi-common3   0.6.25-1  Avahi common library
ii  libavahi-glib1 0.6.25-1  Avahi glib integration library
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces library
ii  libc6  2.9-23GNU C Library: Shared libraries
ii  libdbus-1-31.2.14-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-4simple interprocess messaging syst
ii  libgconf2-42.26.0-1  GNOME configuration database syste
ii  libgcrypt111.4.4-2   LGPL Crypto library - runtime libr
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.20.4-1  The GLib library of C routines
ii  libgnome2-02.26.0-1  The GNOME library - runtime files
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User Interf
ii  libgnutls262.8.3-3   the GNU TLS library - runtime libr
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libnotify1 [libnotify1 0.4.5-1   sends desktop notifications to a n
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxdamage11:1.1.1-4 X11 damaged region extension libra
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

vino recommends no packages.

Versions of packages vino suggests:
ii  gnome-user-guide [gnome2-user 2.24.2-2   GNOME user's guide
ii  vinagre   2.24.2-3   VNC client for the GNOME Desktop

-- 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#530862: audacity: random hangups

[Benjamin Drung]

Hi,

since a while 1.3.9-3 is in the archive. Can you test, if this version
still crashes? Please provide a back trace then. If you cannot reproduce
it any more, I will close this bug.

Cheers,
Benjamin


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#525472: libvte9: Still crashing in 1:0.22.1-1

[Emilio Pozuelo Monfort]

Emilio Pozuelo Monfort wrote:
> Erich Schubert wrote:
>> Package: libvte9
>> Version: 1:0.22.1-1
>> Severity: normal
>>
>> Here's another backtrace, from 1:0.22.1-1 and xfce4-terminal:
>> Program received signal SIGSEGV, Segmentation fault.
>> 0xb7d719df in ?? () from /usr/lib/libvte.so.9
> 
> Can you please rebuild vte with DEB_BUILD_OPTIONS=nostrip and get another
> backtrace? The current one is pretty useless I'm afraid.

This looks like a completely different bug btw, and is probably
https://bugzilla.gnome.org/show_bug.cgi?id=596460.

Please open a new bug for it.

Emilio



signature.asc
Description: OpenPGP digital signature

Bug#548525: waf: Calling build a second time fails at vnum step.

[Julian Andres Klode]

Package: waf
Version: 1.5.9+dfsg-2
Severity: normal

In the log below, you can see that after editing a file, calling waf
again will fail. If you call clean before it works.

j...@hp:~/Desktop/APT2:master$ waf 
Waf: Entering directory `/home/jak/Desktop/APT2/build'
[ 1/10] valac: libapt/acquire.vala libapt/configuration.vala 
libapt/tagfile.vala libapt/utils.vala -> build/default/libapt/acquire.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps build/default/libapt/configuration.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps build/default/libapt/tagfile.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps build/default/libapt/utils.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps
[ 3/10] cc: build/default/libapt/acquire.c -> build/default/libapt/acquire_1.o
[ 4/10] cc: build/default/libapt/configuration.c -> 
build/default/libapt/configuration_1.o
default/libapt/acquire.c: In function ‘apt_acquire_queue’:
default/libapt/acquire.c:120: warning: passing argument 1 of 
‘_apt_acquire_item_dup0’ discards qualifiers from pointer target type
[ 5/10] cc: build/default/libapt/tagfile.c -> build/default/libapt/tagfile_1.o
[ 6/10] cc: build/default/libapt/utils.c -> build/default/libapt/utils_1.o
[ 8/10] cc_link: build/default/libapt/acquire_1.o 
build/default/libapt/configuration_1.o build/default/libapt/tagfile_1.o 
build/default/libapt/utils_1.o -> build/default/libapt/libapt.so
[ 9/10] cc_link: build/default/bin/apt2-config_1.o -> 
build/default/bin/apt2-config
Waf: Leaving directory `/home/jak/Desktop/APT2/build'
'build' finished successfully (1.390s)
j...@hp:~/Desktop/APT2:master$ waf
Waf: Entering directory `/home/jak/Desktop/APT2/build'
Waf: Leaving directory `/home/jak/Desktop/APT2/build'
'build' finished successfully (0.015s)
j...@hp:~/Desktop/APT2:master$ pico libapt/configuration.vala 
j...@hp:~/Desktop/APT2:master$ waf
Waf: Entering directory `/home/jak/Desktop/APT2/build'
[ 1/10] valac: libapt/acquire.vala libapt/configuration.vala 
libapt/tagfile.vala libapt/utils.vala -> build/default/libapt/acquire.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps build/default/libapt/configuration.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps build/default/libapt/tagfile.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps build/default/libapt/utils.c 
build/default/libapt/apt.h build/default/libapt/apt.vapi 
build/default/libapt/apt.deps
[ 3/10] cc: build/default/libapt/acquire.c -> build/default/libapt/acquire_1.o
[ 4/10] cc: build/default/libapt/configuration.c -> 
build/default/libapt/configuration_1.o
default/libapt/acquire.c: In function ‘apt_acquire_queue’:
default/libapt/acquire.c:120: warning: passing argument 1 of 
‘_apt_acquire_item_dup0’ discards qualifiers from pointer target type
[ 5/10] cc: build/default/libapt/tagfile.c -> build/default/libapt/tagfile_1.o
[ 6/10] cc: build/default/libapt/utils.c -> build/default/libapt/utils_1.o
[ 8/10] cc_link: build/default/libapt/acquire_1.o 
build/default/libapt/configuration_1.o build/default/libapt/tagfile_1.o 
build/default/libapt/utils_1.o -> build/default/libapt/libapt.so
[ 9/10] cc_link: build/default/bin/apt2-config_1.o -> 
build/default/bin/apt2-config
[10/10] vnum: build/default/libapt/libapt.so -> build/default/libapt/libapt.so.0
Waf: Leaving directory `/home/jak/Desktop/APT2/build'
Build failed
 -> task failed (err #1): 
{task: vnum libapt.so -> libapt.so.0}


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (350, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages waf depends on:
ii  python2.5.4-3An interactive high-level object-o
ii  python-support1.0.3  automated rebuilding support for P

waf recommends no packages.

Versions of packages waf suggests:
ii  waf-doc 1.5.9+dfsg-2 documentation for waf

-- no debconf information

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


signature.asc
Description: Digital signature

Bug#548524: gpodder: Missing dependency.

[Nicola Girardi]

Package: gpodder
Version: 0.17.0-2
Severity: important


The program refused to start until I installed the package dbus-x11,
the packages containing the file /usr/bin/dbus-launch.

Also, the program writes to stdout (or stderr) complaining about high
color icons, I guess the package hicolor-icon-theme could be
suggested.

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

Kernel: Linux 2.6.30-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 gpodder depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-feedparser 4.1-14 Universal Feed Parser for Python
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
ii  python-support1.0.3  automated rebuilding support for P

Versions of packages gpodder recommends:
ii  python-gpod   0.7.2-1.1  Python bindings for libgpod
pn  python-gtkhtml2(no description available)
pn  python-pymtp   (no description available)

Versions of packages gpodder suggests:
pn  gnome-bluetooth |  (no description available)
ii  mplayer1.0~rc3+svn20090405-1 movie player for Unix-like systems
pn  python-eyed3   (no description available)
pn  python-pymad   (no description available)

-- no debconf information



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

Bug#525472: libvte9: Still crashing in 1:0.22.1-1

[Emilio Pozuelo Monfort]

Erich Schubert wrote:
> Package: libvte9
> Version: 1:0.22.1-1
> Severity: normal
> 
> Here's another backtrace, from 1:0.22.1-1 and xfce4-terminal:
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7d719df in ?? () from /usr/lib/libvte.so.9

Can you please rebuild vte with DEB_BUILD_OPTIONS=nostrip and get another
backtrace? The current one is pretty useless I'm afraid.

Thanks,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#548506: vnc4 on alpha: FTBFS: xfree86/os-support/libxf86_os.a: No such file or directory

[Ola Lundqvist]

Hi Kurt

Thanks for the report.

Best regards,

// Ola

On Sat, Sep 26, 2009 at 07:01:36PM +0200, Kurt Roeckx wrote:
> Source: vnc4
> Version: 4.1.1+X4.3.0-32
> Severity: serious
> 
> Hi,
> 
> There was an error while trying to autobuild your package:
> 
> > Start Time: 20090926-1555
> 
> [...]
> 
> > Build-Depends: debhelper (>= 4.0.0), perl, zlib1g-dev, xutils, libx11-dev, 
> > libxtst-dev, x11proto-core-dev, libxext-dev
> 
> [...]
> 
> > Toolchain package versions: libc6.1-dev_2.9-26 linux-libc-dev_2.6.30-6 
> > g++-4.3_4.3.4-3 gcc-4.3_4.3.4-3 binutils_2.19.91.20090910-1 
> > libstdc++6_4.4.1-4 libstdc++6-4.3-dev_4.3.4-3
> > 
> 
> [...]
> 
> > c++ -o Xvnc -O2 -ansi -pedantic -Wall -Wpointer-arith -Wundef 
> > -L../../exports/lib  -L/usr/X11R6/lib vnc/Xvnc/stubs.o vnc/Xvnc/miinitext.o 
> >   os/libcwrapper.o dix/libdix.a os/libos.a ../../exports/lib/libXau.a 
> > ../../exports/lib/libXdmcp.a  vnc/Xvnc/libxvnc.a dix/libdix.a os/libos.a 
> > ../../exports/lib/libXau.a ../../exports/lib/libXdmcp.a  cfb/libcfb.a   
> >  cfb16/libcfb16.acfb24/libcfb24.a
> > cfb32/libcfb32.a mfb/libmfb.a dix/libxpstubs.a mi/libmi.a Xext/libexts.a 
> > xkb/libxkb.a Xi/libxinput.a   lbx/liblbx.a  
> >  ../../lib/lbxutil/liblbxutil.a vnc/libvnc.a 
> > ../../../../common/rfb/librfb.a
> > ../../../../common/Xregion/libXregion.a
> > ../../../../common/network/libnetwork.a
> > ../../../../common/rdr/librdr.a randr/librandr.a render/librender.a 
> > mfb/libmfb.a dix/libxpstubs.a mi/libmi.a Xext/libexts.a xkb/libxkb.a 
> > Xi/libxinput.a   lbx/liblbx.a   
> > ../../lib/lbxutil/liblbxutil.a vnc/libvnc.a ../../../../co
> > mmon/rfb/librfb.a
> > ../../../../common/Xregion/libXregion.a
> > ../../../../common/network/libnetwork.a
> > ../../../../common/rdr/librdr.a randr/librandr.a render/librender.a   
> > Xext/libext.a dbe/libdbe.a record/librecord.a   
> > GL/glx/libglx.aGL/mesa/GLcore/libGLcore.a XTrap/libxtrap.a  
> >../../lib/font/libXfont.a  dix/libxpstubs.a  -lz -lm
> > -Wl,-rpath-link,../../exports/lib
> > c++ -o XFree86 -O2 -ansi -pedantic -Wall -Wpointer-arith -Wundef 
> > -L../../exports/lib  -L/usr/X11R6/lib xkb/xf86KillSrv.o xkb/xf86VT.o 
> > xkb/xf86Private.o
> > ../../programs/Xserver/hw/xfree86/common/xf86Init.o 
> > ../../programs/Xserver/hw/xfree86/common/xf86IniExt.o 
> > ../../programs/Xserver/hw/xfree86/common/libxf86.a 
> > ../../programs/Xserver/hw/xfree86/parser/libxf86config.a 
> > ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a 
> > ../../programs/Xserver/hw/xfree86/loader/libloader.a  
> > ../../programs/Xserver/hw/xfree86/common/libxf86.a dix/libdix.a os/libos.a 
> > ../../exports/lib/libXau.a ../../exports/lib/libXdmcp.a
> > ../../lib/font/fontbase.o  ../../lib/font/libfontbase.a 
> > Xext/libexts.a xkb/libxkb.a Xi/libxinput.a   lbx/liblbx.a   
> > ../../lib/lbxutil/liblbxutil.a vnc/libvnc.a 
> > ../../../../common/rfb/librfb.a
> > ../../../../common/Xregion/libXregion.a
> > ../../../../common/network/libnetwork.a
> > ../../../../common/rdr/l
> > ibrdr.a ../../programs/Xserver/hw/xfree86/common/libxf86.a 
> > Xext/libexts.a xkb/libxkb.a Xi/libxinput.a   lbx/liblbx.a   
> > ../../lib/lbxutil/liblbxutil.a vnc/libvnc.a 
> > ../../../../common/rfb/librfb.a
> > ../../../../common/Xregion/libXregion.a
> > ../../../../common/network/libnetwork.a
> > ../../../../common/rdr/librdr.a randr/librandr.a render/librender.a 
> > dix/libxpstubs.a mi/libmi.a Xext/libexts.a xkb/libxkb.a Xi/libxinput.a  
> >  lbx/liblbx.a   ../../lib/lbxutil/liblbxutil.a 
> > vnc/libvnc.a ../../../../common/rfb/librfb.a
> > ../../../../common/Xregion/libXregion.a
> > ../../../../common/network/libnetwork.a
> > ../../../../common/rdr/librdr.a randr/librandr.a render/librender.a  
> > ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a -lz -lm   
> >   -rdynamic -ldl  -Wl,-rpath-link,../../exports/lib
> > c++: ../../programs/Xserver/hw/xfree86/os-

Bug#501754: ntop 3:3.3-11 should be dropped from testing.

[Ola Lundqvist]

Hi

I'm working on the build issue. It is solved upstream but the new
upstream version have other problems. The security issue is on my todo
list as well. I hope I will have time to solve it this weekend.

Best regards,

// Ola

On Sat, Sep 26, 2009 at 06:29:09PM +0200, Christian Perrier wrote:
> Quoting Christian Perrier (bubu...@debian.org):
> > Dear maintainer of ntop and Debian translators,
> > 
> > Some days ago, I sent a notice to the maintainer of the ntop Debian
> > package, mentioning the status of at least one old po-debconf translation 
> > update in the BTS.
> > 
> > I announced the intent to build and possibly upload a non-maintainer upload
> > for this package in order to fix this long-time pending localization
> > bug as well as all other pending translations.
> > 
> > The package maintainer agreed for the NMU or did not respond in two
> > weeks, so I will proceed with the NMU.
> 
> I will not. ntop FTBFS and I don't have the skills to fix this: this
> is #527757.
> 
> ntop *also* has a pending security issue (#543312).
> 
> All this makes it a good candidate for being dropped from testing.
> 



-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#548522: hgview: python-support dependency not tight enough

[Faheem Mitha]

Package: hgview
Version: 1.1.1-1
Severity: normal


hgview tries to install on lenny with -t unstable.

However, as you can see below, the installation fails, I think since
the python-support dependency is not tight enough. This is a fairly
nasty problem, because the removal fails because the preremoval
scripts bomb, so one has to go in and edit the preremoval scripts
manually.

The python-support version is stated as 0.5.3. However, this is a
really old version, and even the version in lenny is older. I've seen
this particular version used, and similar errors, in a couple of other
packages, so people must be getting this from some template.

  Regards, Faheem.

***
begin python-support versions
***
fah...@orwell:~$ apt-cache policy python-support
python-support:
  Installed: 0.8.4lenny1
  Candidate: 0.8.4lenny1
  Version table:
 1.0.3 0
50 http://debian.csail.mit.edu squeeze/main Packages
50 http://debian.csail.mit.edu unstable/main Packages
 1.0.3~bpo50+1 0
  1 http://www.backports.org lenny-backports/main Packages
 *** 0.8.4lenny1 0
500 http://debian.csail.mit.edu lenny/main Packages
100 /var/lib/dpkg/status

***
end python-support versions
***

begin installation run of hgview

fah...@orwell:/tmp$ sudo apt-get install -t unstable hgview
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be upgraded:
  hgview
  1 upgraded, 0 newly installed, 0 to remove and 1291 not upgraded.
  Need to get 89.8kB of archives.
  After this operation, 274kB of additional disk space will be used.
  Get:1 http://debian.csail.mit.edu unstable/main hgview 1.1.1-1
[89.8kB]
Fetched 89.8kB in 0s (304kB/s)
Reading changelogs...
(Reading database ... 228949 files and directories currently installed.)
Preparing to replace hgview 1.1.1-1 (using .../hgview_1.1.1-1_all.deb)
...
Unpacking replacement hgview ...
Processing triggers for python-support ...
Processing triggers for man-db ...
Setting up hgview (1.1.1-1) ...
Usage: update-python-modules [-v] [-c] package_directory [...]
   update-python-modules [-v] [-c] package.dirs [...]
  update-python-modules [-v] [-a|-f|-p]
  
  update-python-modules: error:
/usr/share/python-support/hgview.public is not a directory
dpkg: error processing hgview (--configure):
subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
  hgview
  *** failed to import extension hgext.hgview: No module named hgview
  *** failed to import extension hgext.hgview: No module named hgview
  nothing changed
  E: Sub-process /usr/bin/dpkg returned an error code (1)

end installation run of hgview


begin removal run of hgview

fah...@orwell:~$ sudo apt-get remove --purge hgview
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  python-qscintilla2 libqscintilla2-3
  Use 'apt-get autoremove' to remove them.
  The following packages will be REMOVED:
hgview*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 643kB disk space will be freed.
Do you want to continue [Y/n]?
*** failed to import extension hgext.hgview: No module named hgview
*** failed to import extension hgext.hgview: No module named hgview
nothing changed
(Reading database ... 228949 files and directories currently
installed.)
Removing hgview ...
Usage: update-python-modules [-v] [-c] package_directory [...]
   update-python-modules [-v] [-c] package.dirs [...]
  update-python-modules [-v] [-a|-f|-p]
  
  update-python-modules: error:
/usr/share/python-support/hgview.public is not a directory
dpkg: error processing hgview (--purge):
 subprocess pre-removal script returned error exit status 2
 Usage: update-python-modules [-v] [-c] package_directory [...]
update-python-modules [-v] [-c] package.dirs [...]
   update-python-modules [-v] [-a|-f|-p]
   
   update-python-modules: error:
/usr/share/python-support/hgview.public is not a directory
dpkg: error while cleaning up:
 subprocess post-inst

Bug#520892: 520892: gourmet starts for me

[Ross Boylan]

I just pulled the unstable version of gourmet (0.14.5-2) into my
basically testing system.  It starts.  I'm running under KDE (3.5).

Clicking on the help item in the menubar doesn't produce anything..

Ross




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

Bug#548334: [Foo2zjs-maintainer] Bug#548334: foo2zjs: Segmentation fault when printing in color

[Michael Koch]

Hello Christoph,


> D [25/Sep/2009:16:35:54 +0200] [Job 110] cat: Schreibfehler:
> Datenbergabe unterbrochen (broken pipe)
> D [25/Sep/2009:16:35:54 +0200] [Job 110] Segmentation fault
> D [25/Sep/2009:16:35:54 +0200] [Job 110] sed: Kann 65 Elemente nicht auf
> stdout schreiben: Datenbergabe unterbrochen (broken pipe)

This looks like the culprit.

> I'm not sure how to further debug it. I have tried to install the
> Lenny versions of "ghostscript" and "foo2zjs" to no avail.
> 
> I'm also not sure if this bug is connected to #534414. The package version
> of ghostscript I have installed is "8.70~dfsg-2" and according to the
> bug report the issue was resolved in 8.64 already.

I don't think this bug is connected to #534414. I think its a bug in
/usr/bin/foo2hp2600-wrapper. This is a shell script. Can you try to
to track the bug down in this file a bit? There are not too many places
using cat and sed.


Cheers,
Michael



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

Bug#547334: vzctl: Incorrect dependencies in init.d script header

[Ola Lundqvist]

Hi Petter

On Wed, Sep 23, 2009 at 09:59:36AM +0200, Petter Reinholdtsen wrote:
> [Ola Lundqvist]
> > Hi Petter
> 
> Hi. :)
> 
> > Thanks a lot for this bug report. It has now been forwarded upstream
> > as it should affect redhat as well.
> 
> Good.  I hope you can fix it in Debian soon, and not wait for
> upstream. :)

Ok, I'll fix this before upstream then.

> Is redhat using the LSB headers in init.d scripts these days?  I have
> not seen any sign of that so far, so I am curious if you can point me
> to sources documenting that this is so.  It is not done in RHEL 5 for
> sure.  As far as I know, only SuSe and Debian are using these headers.

You probably know this better than I do. It was a long time since I used
RedHat. What I ment was that vzctl have the same init script for Redhat
and Debian.

Fix is on its way.

// Ola

> Happy hacking,
> -- 
> Petter Reinholdtsen
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#486763: O: mpage -- print multiple pages per sheet on PostScript printer

[Sandro Tosi]

Hello,
first of all, always keep the bug in the loop.

On Sat, Sep 26, 2009 at 20:35, Vincenzo Tibullo  wrote:
> I was considering the adoption of package "mpage" (#486763), but I
> have seen you uploaded a new version.

What I did is a QA uplaod (google for it if you don't know what it is).

> So, what is the status of the package?

In the same status as before: orphaned, waiting for adoption.

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#548408: [Pkg-openldap-devel] Bug#548408: [slapd] missing entropy, caused by failed access to /dev/(u)random

[Russ Allbery]

Steffen Moeller  writes:

> is cause by 

> $ ls -l /dev/*random
> crw-rw 1 root dialout 1, 8 26. Sep 09:41 /dev/random
> crw-rw 1 root dialout 1, 9 26. Sep 09:42 /dev/urandom

Why are the permissions and ownership on your random devices broken?  The
standard permissions on a stock Debian system are:

crw-rw-rw- 1 root root 1, 8 2009-08-24 13:09 /dev/random
crw-rw-rw- 1 root root 1, 9 2009-08-24 13:09 /dev/urandom

You're not the only person to have seen this problem, but the OpenLDAP
packages are definitely not the ones changing the permissions.  I suspect
there's a broken package that's doing this.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#548523: flashplugin-nonfree: After clean installation, the plugin does not work. Wrong permissions.

[Nicola Girardi]

Package: flashplugin-nonfree
Version: 1:2.8
Severity: important


I installed the packaged successfully with aptitude,
then I opened iceweasel.  I opened up youtube's home
page to test the flash plugin, but it didn't work.

After making /usr/lib/mozilla and /usr/lib/mozilla/plugins
readable, iceweasel could correctly use the flash plugin.

-- Package-specific info:
Debian version: squeeze/sid
Architecture: i386
Package version: 1:2.8
Adobe Flash Player version: LNX 10,0,32,18
MD5 checksums:
6306980e40a3266b4b6c173bfcfdc946  
/var/cache/flashplugin-nonfree/install_flash_player_10_linux.tar.gz
3433f503261d4c7f622be4d74ab10c9a  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
 link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current `best' version is 
/usr/lib/flashplugin-nonfree/libflashplayer.so.
lrwxrwxrwx 1 root root 34 2009-09-26 17:54 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
`/etc/alternatives/flash-mozilla.so'
Libraries used by libflashplayer.so:
linux-gate.so.1 =>  (0xb8015000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb746b000)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7452000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7335000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7327000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xb72d5000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb725e000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7233000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb6e85000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb6df8000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb6ddd000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb6dc4000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb6db9000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb6d75000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb6cfd000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb6cc)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb6cbc000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb6cb8000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb6c02000)
libnss3.so => /usr/lib/libnss3.so (0xb6b2e000)
libsmime3.so => /usr/lib/libsmime3.so (0xb6b1)
libssl3.so => /usr/lib/libssl3.so (0xb6ae9000)
libplds4.so => /usr/lib/libplds4.so (0xb6ae6000)
libplc4.so => /usr/lib/libplc4.so (0xb6ae2000)
libnspr4.so => /usr/lib/libnspr4.so (0xb6aae000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb6a88000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6a5c000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb68fd000)
/lib/ld-linux.so.2 (0xb8016000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb68e4000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb68e1000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb68d9000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb68c)
libz.so.1 => /usr/lib/libz.so.1 (0xb68ab000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6885000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb6882000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb687f000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb6879000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0xb680c000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb67e4000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb67db000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb67d8000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xb67ce000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb67c7000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb67be000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0xb677c000)
libdirectfb-1.2.so.0 => /usr/lib/libdirectfb-1.2.so.0 (0xb6707000)
libfusion-1.2.so.0 => /usr/lib/libfusion-1.2.so.0 (0xb66fd000)
libdirect-1.2.so.0 => /usr/lib/libdirect-1.2.so.0 (0xb66e9000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb66c5000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0xb66c1000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0xb66ba000)
libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb6688000)
libnssutil3.so.1d => /usr/lib/libnssutil3.so.1d (0xb6674000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb666f000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb666b000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb664f000)
Packages containing libraries used by libflashplayer.so:
libatk1.0-0 1.26.0-1
libc6   2.9-25
libc6-i686  

Bug#476855: audacious: Equalizer window off screen

[John Lindgren]

On Sat, 2009-09-26 at 20:50 +0200, Harald Dunkel wrote:
> On 09/26/09 19:32, John Lindgren wrote:
> >
> > Isn't that the job of the window manager?  XFWM4, at least, already
> > makes sure that some part of each window is on-screen at all times.
> > That seems to me a better solution than asking each and every
> > application to watch the screen size and make sure its windows stay
> > on-screen.
> >
> 
> AFAICS audacious sets some geometry information, which is by default
> accepted. Seems to me that audacious already _does_ watch its screen
> size and position.
> 
> I can tell fvwm to ignore audacious' geometry information, but then
> the  position claimed by audacious is _always_ ignored, regardless
> whether it is on screen or not.

I think you didn't understand what I said.  I'm aware that Audacious
saves its window positions on exit and uses window manager hints to
restore them on startup.

Short of the user actually moving a window off-screen (which to my
knowledge is not even possible with most window managers), the only way
for a window to end up off-screen is for the screen resolution to
change.  Maybe I'm wrong, but it seems to me that it is more appropriate
for the window manager (or perhaps whatever software is changing the
screen resolution) to move the windows of all running programs when the
screen resolution changes than for each one of those programs to detect
the change.

John Lindgren




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

Bug#548417: Fwd: Reassign #548417 to libwww-perl

[gregor herrmann]

tag 548417 + unreproducible moreinfo
thanks

> --  Forwarded Message  --
> Subject: Reassign #548417 to libwww-perl
> Date: Saturday 26 September 2009
> From: Andreas Tille 
> To: cont...@bugs.debian.org
 
> Unfortunately I can not verify the problem for now because my mirror is
> now upto date (using a combination of libwww-perl_5.812-1 and
> debmirror_20070123) and the problem does not occure currently.  (Well, I
> *could* remove the mirror partially, but the mirroring needed more than
> 12 hours - I do not want to repeat this seriosely.)  So I will keep this
> bug updated once it occures again and I will try to find out which exact
> combination of debmirror and libwww-perl and others might be responsible
> for the problem.

Tagging the bug appropriately.

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Cat Stevens: Morning has Broken


signature.asc
Description: Digital signature

Bug#395538: debmirror: should be able to batch-download (pipeline) over http

[gregor herrmann]

On Fri, 27 Oct 2006 22:10:28 +0200, Goswin von Brederlow wrote:

> Debmirror uses a perl module for the http transfer (LWP::UserAgent)
> and I would have thought that uses keep-alive automatically. While
> keep-alive is not true pipelining it is a neccessary first step for
> it. I can't send to requests at once if the connection gets torn down
> after the first.
> 
> I'm reassigning this to libwww-perl for implementation of keep-alive.

From upstream Changes:

2001-04-20   Gisle Aas 

Release 5.53_91
[..]
Keep-alive and the new HTTP/1.1 module can now be simply
enabled with something like:

  LWP::UserAgent->new(keep_alive => 1);


Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Stiller Has: Aare


signature.asc
Description: Digital signature

Bug#548388: gnome-terminal: [2.28.0] crashes on startup

[Norbert Kiesel]

On Sat, 2009-09-26 at 12:08 +0200, Josselin Mouette wrote:
> Le vendredi 25 septembre 2009 à 17:32 -0700, Norbert Kiesel a écrit : 
> > Package: gnome-terminal
> > Version: 2.28.0-1
> > Severity: grave
> > Justification: renders package unusable
> > 
> > 
> > just upgraded to 2.28, rebooted, and gnome-terminal crashes right away 
> > (actually shows the
> > window w/o tollbar or menu, but then crashes).  Stacktrace shows:
> > Program received signal SIGSEGV, Segmentation fault.
> 
> > ii  libvte9   1:0.22.0-2 Terminal emulator widget for 
> > GTK+ 
> 
> Can you try again with 1:0.22.1-1 ?

did an upgrade right now and got libvte-common 1:0.22.1-1 but still have
libvte9 1:0.22.0-2.  Restarted and still crashes.  Not sure if the
following message was there before: "Gtk-Message: Failed to load module
"atk-bridge": libatk-bridge.so: cannot open shared object file: No such
file or directory".  I assume there is an upgraded libvte in the queue,
so I will wait a bit and then retry.

Best,
  Norbert





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

Bug#548521: speech-tools: FTBFS with eglibc 2.10

[Ilya Barygin]

Package: speech-tools
Version: 1:1.2.96~beta-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch

In Ubuntu, we've applied the attached patch to achieve the following:

  * Fix FTBFS due to invalid const char * conversion (LP: #437083).

We thought you might be interested in doing the same.

Build fails with the following error:
g++ -c -g -O3 -fPIC -Wall -Wno-non-template-friend -I../include EST_wave_io.cc
In file included from EST_wave_io.cc:47:
../include/EST_wave_aux.h:117: warning: 'typedef' was ignored in this 
declaration
EST_wave_io.cc: In function 'int nist_get_param_int(const char*, const char*, 
int)':
EST_wave_io.cc:74: error: invalid conversion from 'const char*' to 'char*'
EST_wave_io.cc: In function 'char* nist_get_param_str(const char*, const char*, 
const char*)':
EST_wave_io.cc:90: error: invalid conversion from 'const char*' to 'char*'

http://launchpadlibrarian.net/32341025/buildlog_ubuntu-karmic-i386.speech-tools_1%3A1.2.96~beta-4_FAILEDTOBUILD.txt.gz

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

Kernel: Linux 2.6.28-15-generic (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/dashdiff -u speech-tools-1.2.96~beta/debian/patches/series speech-tools-1.2.96~beta/debian/patches/series
--- speech-tools-1.2.96~beta/debian/patches/series
+++ speech-tools-1.2.96~beta/debian/patches/series
@@ -47,0 +48 @@
+const_char.diff
only in patch2:
unchanged:
--- speech-tools-1.2.96~beta.orig/debian/patches/const_char.diff
+++ speech-tools-1.2.96~beta/debian/patches/const_char.diff
@@ -0,0 +1,23 @@
+Index: speech-tools-1.2.96~beta/speech_class/EST_wave_io.cc
+===
+--- speech-tools-1.2.96~beta.orig/speech_class/EST_wave_io.cc	2009-09-26 12:20:49.0 +0400
 speech-tools-1.2.96~beta/speech_class/EST_wave_io.cc	2009-09-26 12:21:25.0 +0400
+@@ -68,7 +68,7 @@
+ 
+ int nist_get_param_int(const char *hdr, const char *field, int def_val)
+ {
+-char *p;
++const char *p;
+ int val;
+ 
+ if (((p=strstr(hdr,field)) != NULL) &&
+@@ -84,7 +84,8 @@
+ 
+ char *nist_get_param_str(const char *hdr, const char *field, const char *def_val)
+ {
+-char *p,*val;
++const char *p;
++char *val;
+ int size;
+ 
+ if (((p=strstr(hdr,field)) != NULL) &&

Bug#476855: audacious: Equalizer window off screen

[Harald Dunkel]

On 09/26/09 19:32, John Lindgren wrote:


Isn't that the job of the window manager?  XFWM4, at least, already
makes sure that some part of each window is on-screen at all times.
That seems to me a better solution than asking each and every
application to watch the screen size and make sure its windows stay
on-screen.



AFAICS audacious sets some geometry information, which is by default
accepted. Seems to me that audacious already _does_ watch its screen
size and position.

I can tell fvwm to ignore audacious' geometry information, but then
the  position claimed by audacious is _always_ ignored, regardless
whether it is on screen or not.


Regards

Harri



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

Bug#548520: [monodoc-browser] Freezes on startup

[Andrew J. Barr]

Package: monodoc-browser
Version: 2.4.2-1
Severity: normal

--- Please enter the report below this line. ---

With the latest upgrade to libwebkit-1.0-2, monodoc-browser simply
freezes on startup. The freeze appears to be related to a stack
overflow in unmanaged code. The stack trace is attached to this 
message.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.31-0.tp1

Debian Release: squeeze/sid
  500 unstablewww.debian-multimedia.org 
  500 unstablehttp.us.debian.org 
  500 unstableftp.lionroo.dyndns.org 
  101 experimentalhttp.us.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
mono-runtime  (>= 1.1.8.1) | 2.4.2.3+dfsg-2
libglade2.0-cil(>= 2.12.9) | 2.12.9-1
libglib2.0-cil (>= 2.12.9) | 2.12.9-1
libgtk2.0-cil  (>= 2.12.9) | 2.12.9-1
libmono-corlib2.0-cil (>= 1.2.2.1) | 2.4.2.3+dfsg-2
libmono-system-web2.0-cil   (>= 1.9.1) | 2.4.2.3+dfsg-2
libmono-system2.0-cil (>= 2.4) | 2.4.2.3+dfsg-2
libwebkit1.0-cil  (>= 0.2) | 0.2-3.1
monodoc-base  (>= 1.0) | 2.4.2.3+dfsg-2
monodoc-manual | 2.4.2.3+dfsg-2


Package's Recommends field is empty.

Package's Suggests field is empty.
Stack overflow in unmanaged: IP: 0xb4aeca2f, fault addr: 0xbf12bf8c
Marshaling navigation-requested signal
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle 
the exception.
System.StackOverflowException: The requested operation caused a stack overflow.
  at (wrapper managed-to-native) 
System.Runtime.InteropServices.Marshal:PtrToStructure (intptr,System.Type)
  at GLib.SignalClosure.MarshalCallback (IntPtr raw_closure, IntPtr return_val, 
UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr 
marshal_data) [0x0] 
  at (wrapper native-to-managed) GLib.SignalClosure:MarshalCallback 
(intptr,intptr,uint,intptr,intptr,intptr)
  at (wrapper managed-to-native) 
WebKit.WebView:webkit_web_view_load_html_string (intptr,intptr,intptr)
  at WebKit.WebView.LoadHtmlString (System.String content, System.String 
base_uri) [0x0] 
  at Monodoc.WebKitHtmlRender.Render (System.String html) [0x0] 
  at Monodoc.Browser.Render (System.String text, Monodoc.Node matched_node, 
System.String url) [0x0] 
  at Monodoc.Browser.LoadUrl (System.String url) [0x0] 
  at Monodoc.Browser.LinkClicked (System.Object o, System.EventArgs args) 
[0x0] 
  at Monodoc.WebKitHtmlRender.m__0 (System.Object sender, 
WebKit.NavigationRequestedArgs e) [0x0] 
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke 
(object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags 
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, 
System.Globalization.CultureInfo culture) [0x0] 
  at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] 
parameters) [0x0] 
  at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x0] 
  at System.MulticastDelegate.DynamicInvokeImpl (System.Object[] args) 
[0x0] 
  at System.Delegate.DynamicInvoke (System.Object[] args) [0x0] 
  at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs 
args) [0x0] 
  at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x0] 
  at GLib.SignalClosure.MarshalCallback (IntPtr raw_closure, IntPtr return_val, 
UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr 
marshal_data) [0x0] 
  at (wrapper native-to-managed) GLib.SignalClosure:MarshalCallback 
(intptr,intptr,uint,intptr,intptr,intptr)
  at (wrapper managed-to-native) 
WebKit.WebView:webkit_web_view_load_html_string (intptr,intptr,intptr)
  at WebKit.WebView.LoadHtmlString (System.String content, System.String 
base_uri) [0x0] 
  at Monodoc.WebKitHtmlRender.Render (System.String html) [0x0] 
  at Monodoc.Browser.Render (System.String text, Monodoc.Node matched_node, 
System.String url) [0x0] 
  at Monodoc.Browser.LoadUrl (System.String url) [0x0] 
  at Monodoc.Browser.LinkClicked (System.Object o, System.EventArgs args) 
[0x0] 
  at Monodoc.WebKitHtmlRender.m__0 (System.Object sender, 
WebKit.NavigationRequestedArgs e) [0x0] 
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke 
(object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags 
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, 
System.Globalization.CultureInfo culture) [0x0] 
  at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] 
parameters) [0x0] 
  at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x0] 
  at System.MulticastDelegate.DynamicInv