date:20080512

Le dimanche 11 mai 2008 à 13:27 -0700, Shaun Jackman a écrit :
 Package: python-gtk2
 Version: 2.12.1-1
 Severity: serious
 
 Both sugar-emulator and pychess fail with the same GTK+/Cairo related message:
 $ pychess
 Traceback (most recent call last):
   File /usr/games/pychess, line 9, in module
 import gtk, gtk.glade, gettext
   File /var/lib/python-support/python2.5/gtk-2.0/gtk/__init__.py,
 line 48, in module
 from gtk import _gtk
 ImportError: No module named cairo
 
 I have both python-gtk and python-cairo installed. I recently upgraded
 to python2.5.

What is the contents (ls -l) of /usr/lib/python2.5/site-packages/cairo
on your system?

Thanks,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


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

Bug#480310: [ixp4xx] armel NSLU2 fails to boot with 2.6.25

2008-05-12 Thread Paul Collins

Martin Michlmayr [EMAIL PROTECTED] writes:

 * Paul Collins [EMAIL PROTECTED] [2008-05-12 09:15]:
 Nothing, I'm afraid; all 2.6.24.  There was no disk activity when I
 restarted after installing 2.6.25.
 
 Judging by /usr/share/doc/nslu2-utils/README.Debian it didn't even get
 as far as starting the initramfs.

 Do you know how to go back to 2.6.24 for now?

Yep, no worries there.  I backed up the flash beforehand and upslugged
my way home.

-- 
Paul Collins
Wellington, New Zealand

Dag vijandelijk luchtschip de huismeester is dood



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#479401: package removal fails if gdm is not running

Le dimanche 11 mai 2008 à 18:42 -0400, Noah Meyerhans a écrit :
 On Sun, May 11, 2008 at 01:58:22AM +0200, Josselin Mouette wrote:
   When trying to remove gdm, which is not currently running, I get the
   following:
   
   streaker:~# dpkg -r gdm
   (Reading database ... 156521 files and directories currently installed.)
   Removing gdm ...
   Stopping GNOME Display Manager: gdminvoke-rc.d: initscript gdm, action 
   stop failed.
   dpkg: error processing gdm (--remove):
subprocess pre-removal script returned error exit status 1
   Scheduling reload of GNOME Display Manager configuration: gdminvoke-rc.d: 
   initscript gdm, action reload failed.
   Errors were encountered while processing:
gdm
   
   In prerm, the call to invoke-rc.d to stop gdm should probably be
   followed with || true.  Or maybe there should be a check to verify
   that gdm is actually running before calling invoke-rc.d.
  
  I’m sorry, but I can’t reproduce that. In fact, if you look at gdm.init,
  you’ll see that it never fails for the stop action, so I don’t
  understand how you could get this error.
 
 Well, it happened; I'm not making this up.  

I’m not saying that, but I don’t have a clue.

Is your /etc/init.d/gdm script customized one way or another?

 I wonder about the second
 part of the dpkg output, where it says Scheduling reload of GNOME
 Display Manager configuration and calls the init script with the reload
 option.  I can't imagine why dpkg -r would be triggering a reload,
 though.

This is when the old postinst is called in abort-upgrade mode. This one
as well should never fail with the init script as currently written.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


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

Bug#478722: closed by Sergei Golovan [EMAIL PROTECTED] (Bug#478722: fixed in tcltrf 2.1.2~20071113-1)


Hi Sergei,

thank you for looking into fixing this. However, I am afraid that you might not 
have found an ideal solution:


Debian Bug Tracking System wrote:

   * Pregenerated C-API manpages and HTML docs to remove build-dependency on
 c2man, which is outdated and subject ro removal from Debian
 (closes: #478650, #478722).

[...]


From: Thomas Viehmann [EMAIL PROTECTED]

[...]
Note that resorting to pregenerated documentation is not 
appropriate.


The reason pregenerated manpages/HTML are problematic is because all material in 
Debian need to be able to be produced from source with tools within Debian. This 
includes automatically generated documentation.


Kind regards

T.
--
Thomas Viehmann, http://thomas.viehmann.net/



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480714: vice: Help defaults to using netscape and wrong document location

2008-05-12 Thread Thomas Arendsen Hein

* Laszlo Boszormenyi [EMAIL PROTECTED] [20080512 10:49]:
 On Mon, 2008-05-12 at 09:54 +0200, Spiro Trikaliotis wrote:
  * On Sun, May 11, 2008 at 07:57:37PM +0200 Thomas Arendsen Hein wrote:
   Executing `netscape /usr/lib/vice/doc/vice_toc.html '...
   
   Better use x-www-browser instead of netscape, and the correct
   location for the docs is /usr/share/doc/vice/html/vice_toc.html
  For upstream, I am not sure if x-www-browser is a good choice, as I
  doubt it is available on all distributions. For the Debian packages,
  this might be a good solution.
  Yes, only Debian and Ubuntu derivatives have x-www-browser; maybe
 others have similar virtual binaries, I don't know.
 I think firefox would be the good choice, it's very popular and has its
 binaries in every distribution and *nix systems as well.

firefox for upstream and x-www-browser for the Debian package sounds
like a good idea.

Still the path to vice_toc.html has to be fixed (and I don't think
you can change this in the rc file).

Thomas

-- 
[EMAIL PROTECTED] - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A
Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998
Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480840: Log for failed build of popplerkit.framework_0.0.20051227svn-5 (dist=unstable)

2008-05-12 Thread Riku Voipio

Package: popplerkit.framework
Version: 0.0.20051227svn-5
Severity: minor
User: [EMAIL PROTECTED]
Usertags: eabi

Build fails with the following when building on armel port:

Making all in subprojects of framework PopplerKit...
make[2]: Entering directory
`/build/buildd/popplerkit.framework-0.0.20051227svn/bindings'
Making all for subproject bindings...
 Compiling file poppler.cc ...
/bin/sh: i486-linux-gnu-g++: command not found

Which is really weird, as I don't see the string i486 anywhere in
the source package..


On Sun, May 11, 2008 at 10:49:54AM +0300, Build Daemon wrote:
 Automatic build of popplerkit.framework_0.0.20051227svn-5 on ALL6500 by 
 sbuild/armel 0.56
 Build started at 20080511-1040
 **
 Failed to open ./popplerkit.framework_0.0.20051227svn-5.dsc
 Checking available source versions...
 Fetching source files...
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Need to get 1737kB of source archives.
 Get:1 http://incoming.debian.org sid/main popplerkit.framework 
 0.0.20051227svn-5 (dsc) [754B]
 Get:2 http://incoming.debian.org sid/main popplerkit.framework 
 0.0.20051227svn-5 (tar) [1731kB]
 Get:3 http://incoming.debian.org sid/main popplerkit.framework 
 0.0.20051227svn-5 (diff) [5486B]
 Fetched 1737kB in 12s (144kB/s)
 Download complete and in download only mode
 ** Using build dependencies supplied by package:
 Build-Depends: cdbs, debhelper (= 4.0.0), dpatch, libfreetype6-dev, 
 libgnustep-gui-dev (= 0.10.3), libpoppler-dev, pkg-config
 Checking for already installed source dependencies...
 cdbs: missing
 debhelper: missing
 Using default version 7.0.8
 dpatch: missing
 libfreetype6-dev: missing
 libgnustep-gui-dev: missing
 Using default version 0.12.0-3
 libpoppler-dev: missing
 pkg-config: missing
 Checking for source dependency conflicts...
 Reading package lists...
 Building dependency tree...
 Reading state information...
 The following extra packages will be installed:
   defoma file fontconfig-config gettext gettext-base gnustep-base-common
   gnustep-base-runtime gnustep-common gnustep-gui-common gnustep-gui-runtime
   gnustep-make gobjc gobjc-4.3 groff-base html2text intltool-debian libasound2
   libaspell-dev libaspell15 libaudiofile-dev libaudiofile0 libcupsys2
   libexpat1 libexpat1-dev libffi5 libfontconfig1 libfontconfig1-dev
   libfreetype6 libgif-dev libgif4 libglib2.0-0 libgnustep-base-dev
   libgnustep-base1.14 libgnustep-gui0.12 libjpeg62 libjpeg62-dev libkeyutils1
   libkrb53 libmagic1 libobjc2 libpcre3 libpng12-dev libpoppler2 libportaudio2
   libtiff4 libtiff4-dev libtiffxx0c2 libungif4-dev libxml2 libxslt1.1 man-db
   po-debconf sgml-base ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf
   xml-core zlib1g-dev
 Suggested packages:
   devscripts doc-base dh-make defoma-doc dfontmgr psfontmgr x-ttcidfont-conf
   curl cvs gettext-doc gnustep-base-doc gnustep-gui-doc gnustep-make-doc
   gcc-4.3-doc libobjc2-dbg groff libasound2-plugins aspell-doc aspell
   cupsys-common libffi-dev libxml2-dev libxslt1-dev libssl-dev krb5-doc
   krb5-user less www-browser sgml-base-doc
 Recommended packages:
   autotools-dev libft-perl patchutils aspell-en aspell-dictionary
   aspell6a-dictionary libglib2.0-data libcompress-zlib-perl libmail-box-perl
   libmail-sendmail-perl
 The following NEW packages will be installed:
   cdbs debhelper defoma dpatch file fontconfig-config gettext gettext-base
   gnustep-base-common gnustep-base-runtime gnustep-common gnustep-gui-common
   gnustep-gui-runtime gnustep-make gobjc gobjc-4.3 groff-base html2text
   intltool-debian libasound2 libaspell-dev libaspell15 libaudiofile-dev
   libaudiofile0 libcupsys2 libexpat1 libexpat1-dev libffi5 libfontconfig1
   libfontconfig1-dev libfreetype6 libfreetype6-dev libgif-dev libgif4
   libglib2.0-0 libgnustep-base-dev libgnustep-base1.14 libgnustep-gui-dev
   libgnustep-gui0.12 libjpeg62 libjpeg62-dev libkeyutils1 libkrb53 libmagic1
   libobjc2 libpcre3 libpng12-dev libpoppler-dev libpoppler2 libportaudio2
   libtiff4 libtiff4-dev libtiffxx0c2 libungif4-dev libxml2 libxslt1.1 man-db
   pkg-config po-debconf sgml-base ttf-dejavu ttf-dejavu-core ttf-dejavu-extra
   ucf xml-core zlib1g-dev
 0 upgraded, 66 newly installed, 0 to remove and 5 not upgraded.
 Need to get 289kB/31.8MB of archives.
 After this operation, 96.9MB of additional disk space will be used.
 WARNING: The following packages cannot be authenticated!
   groff-base man-db libmagic1 file gettext-base libkeyutils1 libkrb53 libpcre3
   html2text gettext intltool-debian po-debconf debhelper cdbs defoma dpatch
   ucf ttf-dejavu-core ttf-dejavu-extra ttf-dejavu fontconfig-config
   gnustep-common sgml-base xml-core gnustep-base-common libffi5 libobjc2
   libxml2 libxslt1.1 libgnustep-base1.14 gnustep-base-runtime
   gnustep-gui-common libaspell15 libaudiofile0 libcupsys2 libgif4 libjpeg62
   libtiff4 libgnustep-gui0.12 libasound2 libportaudio2

Bug#448092: apt-cacher: Intermittent HTTP stream data corruption

2008-05-12 Thread Mark Hindley

Could you try this patch and see if it is fixed?

Mark

diff --git a/apt-cacher b/apt-cacher
index 83e8b7f..173b080 100755
--- a/apt-cacher2
+++ b/apt-cacher2
@@ -366,7 +366,7 @@ sub handle_connection {
debug_message(got: $_);
 
if (!defined($_)) {
-   sendrsp(400, 'No Request Recieved');
+   sendrsp(400, 'No Request Recieved') if $mode ne 'cgi';
exit(4);
}
 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#479784: xmodmap in .xsession breaks keyboard layout

2008-05-12 Thread Jakub Wilk


* Brice Goglin [EMAIL PROTECTED], 2008-05-12, 05:36:

Package: xserver-xorg
Version: 1:7.3+10
Severity: normal

After the last upgrade, my keyboard layout got broken. For example,
RightAlt+O produces superscript-3 instead of o-with-acute.

$ grep -B1 -A5 Keyboard /etc/X11/xorg.conf
Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout pl
EndSection

$ cat .xsession
#!/bin/sh
/usr/bin/xmodmap $HOME/etc/x11/xmodmap
exec /usr/bin/x-terminal-emulator

$ cat ~/etc/x11/xmodmap
keycode 233 = Next_Virtual_Screen
keycode 234 = Prev_Virtual_Screen
keycode 222 = Terminate_Server
keycode 231 = XF86Refresh
keycode 178 = XF86HomePage
keycode 229 = XF86Search
keycode 236 = XF86Mail

remove Lock = Caps_Lock
keysym Caps_Lock = Escape
keysym Escape = Caps_Lock
add Lock = Caps_Lock


Can you try commenting lines out of the xmodmap file and thus finding
which ones causes the problem?


I have found the following minimal examples:

$ cat ~/etc/x11/xmodmap
remove Lock = Caps_Lock

and

$ cat ~/etc/x11/xmodmap
add Lock = Caps_Lock

--
Jakub Wilk



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#360101: python-gtk2: want to view svg images

2008-05-12 Thread Loïc Minier

reassign 360101 python-gnome2-desktop 2.22.0-1
stop

On Thu, Mar 30, 2006, Matthias Wieser wrote:
 add a recommend for librsvg2-common as it makes it possible to view svg
 images. I had to search for a long time to figure things out.

 I added a Depends, but to python-gnome2-desktop; this will be fixed in
 next upload.

-- 
Loïc Minier



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480833: [INTL:id] console-common translation update for indonesian

2008-05-12 Thread Arief S Fitrianto

Package: console-common
Tags: l10n patch
Severity: wishlist

This is the updated Indonesian translation for console-common package

--
Arief S Fitrianto
Departemen Fisika Universitas Indonesia
# Terjemahan Bahasa Indonesia: console-common
# Sejarah:
# - Initial: Parlin Imanuel Toh [EMAIL PROTECTED], 2004.
#
msgid
msgstr
Project-Id-Version: console-common\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-07-15 23:03+0200\n
PO-Revision-Date: 2008-05-12 16:37+0700\n
Last-Translator: Arief S Fitrianto [EMAIL PROTECTED]\n
Language-Team: Debian Indonesia [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n

#. Type: select
#. Choices
#: ../templates.in:2001
msgid Select keymap from arch list
msgstr Pilih peta tombol dari daftar arsitektur

#. Type: select
#. Choices
#: ../templates.in:2001
msgid Don't touch keymap
msgstr Jangan sentuh peta tombol

#. Type: select
#. Choices
#: ../templates.in:2001
msgid Keep kernel keymap
msgstr Gunakan peta tombol dari kernel

#. Type: select
#. Choices
#: ../templates.in:2001
msgid Select keymap from full list
msgstr Pilih peta tombol dari daftar lengkap

#. Type: select
#. Description
#: ../templates.in:2002
msgid Policy for handling keymaps:
msgstr Kebijakan penanganan peta tombol:

# msgid What is the layout family of your keyboard ?
#. Type: select
#. Description
#: ../templates.in:2002
msgid The keymap records the layout of symbols on the keyboard.
msgstr Peta tombol merekam layout simbol-simbol pada papan ketik.

#. Type: select
#. Description
#: ../templates.in:2002
msgid
- 'Select keymap from arch list': select one of the predefined keymaps\n
specific for your architecture (recommended for non-USB keyboards);\n
- 'Don't touch keymap': don't overwrite the keymap in /etc/console,\n
which is maintained manually with install-keymap(8);\n
- 'Keep kernel keymap': prevent any keymap from being loaded next time\n
the system boots;\n
- 'Select keymap from full list': list all the predefined keymaps.\n
Recommended when using cross-architecture (often USB) keyboards.
msgstr
- 'Pilih peta tombol dari daftar arsitektur': pilih satu dari peta tombol yang ada\n
khusus untuk arsitektur Anda (disarankan untuk papan ketik bukan USB);\n
- 'Jangan sentuh peta tombol': jangan utak-atik peta tombol di /etc/console,\n
yang dibuat secara manual oleh install-keymap(8);\n
- 'Gunakan peta tombol dari kernel': Jangan memuat peta tombol apapun\n
pada saat proses boot selanjutnya;\n
- 'Pilih peta tombol dari daftar lengkap': Tampilkan semua peta tombol yang ada.\n
Disarankan untuk pengguna papan ketik bebas-arsitektur (biasanya USB).

#. Type: note
#. Description
#: ../templates.in:3001
msgid Ignored boot-time keymap in an old location
msgstr Peta tombol saat-boot pada lokasi lama akan diabaikan

#. Type: note
#. Description
#: ../templates.in:3001
msgid The keymap configuration tool has been set up not to touch an existing keymap.
msgstr Perangkat konfigurasi peta tombol tidak akan mengutak-atik peta tombol yang telah ada.

# msgid
# However, you have file(s) that were recognized as boot-time keymaps by
# older versions of the console utilities, either in /etc/kbd/ or in /etc/
# console-tools/, named default.kmap(.gz) and these are now ignored.
#. Type: note
#. Description
#: ../templates.in:3001
msgid However, there are some 'default.kmap(.gz)' file(s) either in /etc/kbd/ or in /etc/console-tools/. These were recognized as boot-time keymaps by older versions of the console utilities, but are now ignored.
msgstr Tetapi, ada beberapa berkas 'default.kmap(.gz)', baik di dalam /etc/kbd/ atau /etc/console-tools/. Berkas-berkas ini dikenal sebagai peta tombol saat-boot oleh versi lama dari utilitas konsol dan sekarang semuanya diabaikan.

# msgid
# If you wish that one of them takes effect on next reboot, you will have
# to move it to /etc/console/boottime.kmap.gz manually.
#. Type: note
#. Description
#: ../templates.in:3001
msgid If you wish one of these to take effect on next reboot, you will have to move it to /etc/console/boottime.kmap.gz manually.
msgstr Jika anda ingin salah satu berfungsi saat reboot nanti, anda perlu memindahkannya secara manual ke /etc/console/boottime.kmap.gz.

#. Type: select
#. Description
#: ../templates.in:4001
msgid Keyboard layout family:
msgstr Jenis Tampilan papan ketik:

#. Type: select
#. Description
#: ../templates.in:4001
msgid Please specify the generic family name for the keyboard layout. Usually, the layout family name is taken from the first keys on the left of the top letters row of the keymap.
msgstr Pertama-tama, Anda perlu menentukan nama generik untuk jenis layout papan ketik Anda. Biasanya nama jenis layout diambil dari tombol-tombol pertama pada pojok kiri atas baris yang berisi huruf (contohnya qwerty atau azerty).

#. Type: select
#. Description
#: ../templates.in:5001
msgid Keyboard layout:
msgstr Tampilan papan ketik:

Bug#480834: No backporting to ETCH possible of pidgin in version 2.4.1-1

2008-05-12 Thread Adrian Glaubitz

Package: pidgin
Version: 2.4.1-1

I am trying to backport the latest version of pidgin from lenny to etch, which
will finally fail during the final linking process. Building pidgin on an 
lenny-machine
works without any trouble.

Output of debuild:

cc -DHAVE_CONFIG_H -I. -I../.. -I../../../libpurple/example  -DSTANDALONE 
-DBR_PTHREADS=0 -DDATADIR=\/usr/share\ -DLIBDIR=\/usr/lib/purple-2/\ 
-DLOCALEDIR=\/usr/share/locale\ -DSYSCONFDIR=\/etc\ -I../../l
ibpurple -I../../../libpurple -I../../.. -Wall  -Waggregate-return -Wcast-align 
-Wdeclaration-after-statement -Wendif-labels 
-Werror-implicit-function-declaration -Wextra -Wno-sign-compare 
-Wno-unused-parameter -
Winit-self -Wmissing-declarations -Wmissing-noreturn -Wmissing-prototypes 
-Wnested-externs -Wpointer-arith -Wundef -Wp,-D_FORTIFY_SOURCE=2 -pthread 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -I/usr/inc
lude/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -I/usr/include/libxml2 -g -fstack-protector 
-c ../../../libpurple/example/nullclient.c
/bin/sh ../../libtool --silent --tag=CC   --mode=link cc  -g -fstack-protector 
-export-dynamic -Wl,--as-needed -o nullclient nullclient.o -ldbus-glib-1 
-ldbus-1 -lglib-2.0-Wl,--export-dynamic -pthread -lgobje
ct-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0   -lxml2   
../../libpurple/libpurple.la -lutil -lpthread -lnsl -lresolv 
/usr/bin/ld: .libs/nullclient: hidden symbol `__stack_chk_fail_local' in 
/usr/lib/gcc/i486-linux-gnu/4.1.2/libssp_nonshared.a(libssp_nonshared_la-ssp-local.o)
 is referenced by DSO
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[5]: *** [nullclient] Error 1
make[5]: Leaving directory `/amd/z6/0/zedv/pidgin-2.4.1/build/libpurple/example'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/amd/z6/0/zedv/pidgin-2.4.1/build/libpurple'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/amd/z6/0/zedv/pidgin-2.4.1/build/libpurple'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/amd/z6/0/zedv/pidgin-2.4.1/build'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/amd/z6/0/zedv/pidgin-2.4.1/build'
make: *** [debian/stamp-makefile-build] Error 2
debuild: fatal error at line 1228:
debian/rules build failed
[EMAIL PROTECTED]:..zedv/pidgin-2.4.1 


Installed packages to build pidgin:


[EMAIL PROTECTED]:~ dpkg -l libgtk2.0-dev libxss-dev libmeanwhile-dev 
libgadu-dev libnss3-dev tcl8.4-dev tk8.4-dev libgstreamer0.10-dev  
libgtkspell-dev libltdl3-dev libperl-dev libstartup-notification0-dev libzephyr-
dev libxml2-dev libebook1.2-dev libedata-book1.2-dev libcamel1.2-dev 
libdbus-glib-1-dev dbus python libavahi-client-dev libavahi-glib-dev 
libxml-parser-perl libncursesw5-dev libsasl2-dev xsltproc doxygen libsilc-
dev libsqlite3-dev
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersion 
Description
+++-===-===-==
ii  dbus1.0.2-1 
simple interprocess messaging system
ii  doxygen 1.5.1-1 
Documentation system for C, C++, Java, Python and other 
languages
ii  libavahi-client-dev 0.6.16-3etch1   
Development files for the Avahi client library
ii  libavahi-glib-dev   0.6.16-3etch1   
Development headers for the Avahi glib integration library
ii  libcamel1.2-dev 1.6.3-5etch1
Development files for libcamel
ii  libdbus-glib-1-dev  0.71-3  
simple interprocess messaging system (GLib interface)
ii  libebook1.2-dev 1.6.3-5etch1
Client library for evolution address books (development 
files)
ii  libedata-book1.2-dev1.6.3-5etch1
Backend library for evolution address books (development 
files)
ii  libgadu-dev 1.7~rc2-1etch1+b1   
Gadu-Gadu protocol library - development files
ii  libgstreamer0.10-dev0.10.10-3   
GStreamer core development files
ii  libgtk2.0-dev   2.8.20-7

Bug#478062: Fix FRTO+NewReno problem (Was: Re: This has a work around)

2008-05-12 Thread Ilpo Järvinen


On Thu, 8 May 2008, Ilpo Järvinen wrote:


On Thu, 8 May 2008, Damon L. Chesser wrote:

 reran the print job with the correct kernel (for control reasons) and
 received
 the same results:  tcp_frto=1 no print.  tcp_frto=0 I can print.  Attached
 is
 the output of tcpdump

 uname -r = 2.6.24-1-amd64

Well, that was a surprise, there must be something else too I didn't yet
notice. I don't think it's that necessary for you to test that patch I sent
earlier (basically the code paths it would have fixed were already in use with
tcp_frto=1). And that patch was obviously correct anyway though it wasn't
enough to fix this issue.

...I too can probably reproduce this locally with small amount of work because
the receiver pattern is dead obvious from the logs.


Yes indeed, some hping3 tcl acting as a clone of that network printer did
it :-). Below is the 2nd patch (both are necessary). Besides them there's
still SACKFRTO snd_nxt != frto_highmark problem remaining but it is a lot
less severe and rare than this problem was and I'm still trying to find a
simple way to fix it w/o adding another u32 to tcp_sock. I may need to
think this retrans_stamp usage more around the rest of TCP code too as
it seems to be somewhat suspicious here and there.

--
i.

ps. ...you could have at least considered reporting upstream a bit
earlier if some problem goes away/appears by changing kernel version
(especially since you already tried some non-distro kernels and found
them non-working), it might help to catch devs attention who hardly
hang much around distro bug trackers :-).

--
[PATCH] [TCP] FRTO: Fix fallback to conventional recovery

It seems that commit 009a2e3e4ec ([TCP] FRTO: Improve
interoperability with other undo_marker users) run into
another land-mine which caused fallback to conventional
recovery to break:

1. Cumulative ACK arrives after FRTO retransmission
2. tcp_try_to_open sees zero retrans_out, clears retrans_stamp
  which should be kept like in CA_Loss state it would be
3. undo_marker change allowed tcp_packet_delayed to return
  true because of the cleared retrans_stamp once FRTO is
  terminated causing LossUndo to occur, which means all loss
  markings FRTO made are reverted.

This means that the conventional recovery basically recovered
one loss per RTO, which is not that efficient. It becomes a
serious problem to progress of the flow if many segments were
lost or when losses will persist to the FRTO RTTs as well.
Retrans_stamp was incorrectly cleared even before that
particular change (though it's effect is not often significant).

It was quite unobvious that the undo_marker change broken
something like this, I had a quite long session to track it
down because of the non-intuitiviness of the bug (luckily I
had a trivial reproducer at hand and I was also able to learn
to use kprobes in the process as well :-)).

This together with the NewReno+FRTO fix (62ab22278308a)
should finally fix Damon's problems.

Compile tested (but I did experiment with a similar fix on
a live kernel with systemtap+kprobes).

Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
Reported-by: Damon L. Chesser [EMAIL PROTECTED]
---
net/ipv4/tcp_input.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/net/ipv4/tcp_input.c b/net/ipv4/tcp_input.c
index 81ece1f..4c2255c 100644
--- a/net/ipv4/tcp_input.c
+++ b/net/ipv4/tcp_input.c
@@ -2481,7 +2481,7 @@ static void tcp_try_to_open(struct sock *sk, int flag)

tcp_verify_left_out(tp);

-   if (tp-retrans_out == 0)
+   if (!tp-frto_counter  tp-retrans_out == 0)
tp-retrans_stamp = 0;

if (flag  FLAG_ECE)
--
1.5.2.2

Bug#480369: Login goes upper case

2008-05-12 Thread Nicolas François

forcemerge 135170 284009 278853 480369
thanks

On Fri, May 09, 2008 at 08:32:16PM +0200, [EMAIL PROTECTED] wrote:
 Quoting Hansgeorg Schwibbe ([EMAIL PROTECTED]):
  Package: login
  Version: 4.0.18.1-7
 
  This day I logged out from debian. When I connected a network cable, and  
  the login goes to upper case letters.
  Then (independent from the caps lock key) all keyboard inputs are also in 
  upper case letters.
 
  The photo in the attachment shows the problem in a more detailed way.
 
 
 IIRC, this is not a bug but a feature in some conditions. I don't
 remember which one, but we had such a bug report in the past already.

Yes, it is a getty feature to detect CAP only terminals.

If it happens, you should exceed the number of login failures to make
login return to getty, which should reset the terminal.

BTW, I'm merging those bugs.

Best Regards,
-- 
Nekral



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#360101: setting package to python-gnome2-desktop-dev gnome-python-desktop python-gnome2-desktop-doc python-gnome2-desktop ...

2008-05-12 Thread Loic Minier

# Automatically generated email from bts, devscripts version 2.10.27
#
# gnome-python-desktop (2.22.0-2) UNRELEASED; urgency=low
#
#  * Depend on librsvg2-common for SVG support; strictly speaking, this could
#be a recommends as the package provides other functionality, but I
#wouldn't want other packages needing rsvg support to have to depend on
#librsvg2-common explicitely; closes: #360101.
#

package python-gnome2-desktop-dev gnome-python-desktop 
python-gnome2-desktop-doc python-gnome2-desktop
tags 360101 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#53121: Bluepill will make your hard stone even harder!

2008-05-12 Thread Humphrey Bowman


Good news for your lover and you! http://

Humphrey Bowman




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480835: arpwatch reports bogons even with -N option

2008-05-12 Thread Gokdeniz Karadag


Package: arpwatch
Version: 2.1a13-2

Arpwatch package comes with -N as a default option, which prevents reporting 
of bogons. The ps output verifies that option is passwd to arpwatch, but 
arpwatch still reports ip addresses outside the defined network's range.


I examined the code and found out that, it does not send bogon warning but it 
still sends new station alerts for bogons.


I think proper solution would be to return from process_fddi and process_ether 
if the packet is bogon, without calling ent_add. Then isbogon should return 1 
regardless of value of nobogon.


I can prepare a patch implementing this if it will get accepted.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#468122: libcrypt-eksblowfish-perl (build-) depends on libxsloader-perl

Package: libcrypt-eksblowfish-perl
Version: 0.005-1   
Severity: important

Hi Ivan,

your package still (build-) depends on libxsloader-perl.
The latter has, as you know, become a virtual package. As such, I think
that you need to change the (build-) dependencies to
perl-base (= 5.10) | libxsloader-perl.

Kind regards

T.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480836: tzdata: [INTL:lt] Lithuanian debconf templates translation update

2008-05-12 Thread Kęstutis Biliūnas

Package: tzdata
Version: 2008b-1
Severity: wishlist
Tags: patch l10n

Please include the attached Lithuanian debconf templates translation.
-- 
Kęstutis Biliūnas [EMAIL PROTECTED]
http://kebil.ghost.lt  |  GnuPG-Key ID: F6E7A452


lt.po.gz
Description: GNU Zip compressed data

Bug#479896: sysklogd: fails to stop on reboot/shutdown

2008-05-12 Thread Martin Schulze

Petter Reinholdtsen wrote:
 [Martin Schulze]
  Petter, you can probably tell why insserv has trouble shutting down
  syslogd.
 
 Yes.  It does not really have problems shutting down syslogd.  The
 issue here is that I should have made it depend on $remote_fs instead
 of $local_fs, because with the current setup it need to stop before
 sendsigs kills it.  The init.d script for sysklogd and klogd have a
 bug that make it report failure when stopping the daemon also when the
 daemon is already stopped.  This is what is happing here.
 init.d/sendsigs already killed both, and later when the sysklogd and
 klogd scripts are executed during shutdown, they complain.
 
 The quick fix is to change the dependency information like this:
 
 diff -u /etc/init.d/sysklogd /tmp/sysklogd
 --- /etc/init.d/sysklogd2008-02-23 20:20:01.0 +0100
 +++ /tmp/sysklogd   2008-05-08 21:42:35.0 +0200
 @@ -3,8 +3,8 @@
 
  ### BEGIN INIT INFO
  # Provides: sysklogd
 -# Required-Start:   $local_fs $time
 -# Required-Stop:$local_fs $time
 +# Required-Start:   $remote_fs $time
 +# Required-Stop:$remote_fs $time
  # Should-Start: $network
  # Should-Stop:  $network
  # Default-Start:2 3 4 5

Thanks.

 I would also recommend changing klogd like this to make sure it can be
 installed with any syslog daemon, not only sysklogd.
 
 diff -u /etc/init.d/klogd /tmp/klogd
 --- /etc/init.d/klogd   2008-02-23 20:20:08.0 +0100
 +++ /tmp/klogd  2008-05-08 21:42:25.0 +0200
 @@ -3,8 +3,8 @@
 
  ### BEGIN INIT INFO
  # Provides: klogd
 -# Required-Start:   sysklogd
 -# Required-Stop:sysklogd
 +# Required-Start:   $syslog
 +# Required-Stop:$syslog

Where is $syslog defined?

Regards,

Joey

-- 
Every use of Linux is a proper use of Linux.  -- Jon 'maddog' Hall

Please always Cc to me when replying to me on the lists.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#471071: libmime-charset-perl has an unsatisfied build-dependency: libencode-perl

tag 471071 moreinfo
thanks

Hi Niko,

according to my information, libmime-charset-perl (build-) depends on 
libencode-perl.
Could you check that and file a blocking bug?

Kind regards

T.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472001: tsocks: server = localhost does not work

2008-05-12 Thread David Bremner

 Nico == Nico Golde [EMAIL PROTECTED] writes:

Nico Can you try installing 1.8beta5-6 from snapshot.debian.net?
Nico I think something in the autofoo stuff changed.  

Hi Nico (and BTS);

I finally got around to this, and I see the same behaviour for 1.8beta5-6.

David





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480843: [INTL:eu] tzdata debconf templates Basque translation

2008-05-12 Thread Piarres Beobide

Package: tzdata
Version: 2008b-1
Severity: wishlist
Tags: l10n patch

Hi


Attached tzdata debconf templates Basque translation upgrade, please update it.

thx


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

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

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.21 Debian configuration management sy

tzdata recommends no packages.

-- debconf information excluded
# translation of tzdata-eu.po to Euskara
# THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE
# packages/po/eu.po
#
# DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST
#
# Basque messages for debian-installer.
# Copyright (C) 2003 Software in the Public Interest, Inc.
# This file is distributed under the same license as debian-installer.
# Inaki Larranaga Murgoitio 2005
#
# Piarres Beobide [EMAIL PROTECTED], 2004, 2005, 2006, 2007, 2008.
msgid 
msgstr 
Project-Id-Version: tzdata-eu\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2008-03-24 09:56-0400\n
PO-Revision-Date: 2008-05-12 12:35+0200\n
Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n
Language-Team: Euskara [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Content-Transfer-Encoding=UTF-8Plural-Forms: nplurals=2; plural=(n != 1);\n
X-Generator: KBabel 1.11.4\n
Plural-Forms: nplurals=2; plural=(n != 1)\n

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Africa
msgstr Afrika

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid America
msgstr Amerika

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Antarctica
msgstr Antartikoa

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Australia
msgstr Australia

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Arctic
msgstr Artikoa

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Asia
msgstr Asia

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Atlantic
msgstr Atlantikoa

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Europe
msgstr Europa

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Indian
msgstr India

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Pacific
msgstr Pazifikoa

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid SystemV
msgstr SystemV

#. Type: select
#. Choices
#. Note to translators:
#. - Etc will present users with a list
#. of GMT+xx or GMT-xx timezones
#. - SystemV will give the choice between zone named as per SystemV conventions:
#. EST5, MST7, etc.
#: ../templates:1001
msgid Etc
msgstr Etab

#. Type: select
#. Description
#: ../templates:1002
msgid

Bug#479532: something seems up with this removal request

2008-05-12 Thread Daniel Baumann

Daniel Baumann wrote:
 the additional packages (gnunet-qt, gnunet-gtk, gnunet-fuse) follow
 later, until gnunet hasn't made it to testing, there's no point in
 asking for partial removal of those just yet.

ah, right.. it can't go because it would make gnunet-gtk uninstallable..
so ignore my last mail.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480779: Reassigning to ruby1.8-dev

2008-05-12 Thread Marcin Owsiany

reassign 480779 ruby1.8-dev 1.8.6.114-2
thanks

After actually looking at the compiler message, I can see that it seems
to be an error in ruby's include file. Let me know if you feel
otherwise, otherwise please ignore this report.

-- 
Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480842: rwhod segfaults upon startup when specifying interface to use

2008-05-12 Thread Adrian Glaubitz

Package: rwhod
Version: 0.17-10

The current version of rwhod in lenny segfaults when specifying an interface to 
use. With
version 0.17-8 from etch this would work without problems. When not specifying 
any interface,
rwhod starts up normally just as in etch:

lenny:

[EMAIL PROTECTED]:~ dpkg -l rwhod 
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersion 
Description
+++-===-===-==
ii  rwhod   0.17-10 
System status server
[EMAIL PROTECTED]:~ rwhod -i eth0
Segmentation fault
[EMAIL PROTECTED]:~ rwhod
[EMAIL PROTECTED]:~ ps aux |grep rwhod
rwhod13824  0.0  0.0   1736   476 ?Ss   12:36   0:00 rwhod
rwhod13825  0.0  0.0   1736   408 ?S12:36   0:00 rwhod
root 13927  0.0  0.0   1776   512 pts/2R+   12:38   0:00 grep rwhod
[EMAIL PROTECTED]:~ 


etch:

[EMAIL PROTECTED]:~ dpkg -l rwhod
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersion 
Description
+++-===-===-==
ii  rwhod   0.17-8  
System status server
[EMAIL PROTECTED]:~ rwhod -i eth0
[EMAIL PROTECTED]:~ ps aux |grep rwhod
rwhod14215  0.0  0.0   1604   456 ?Ss   12:36   0:00 rwhod -i eth0
rwhod14217  0.0  0.0   1604   400 ?S12:36   0:00 rwhod -i eth0
root 14282  0.0  0.0   1640   524 pts/1S+   12:38   0:00 grep rwhod
[EMAIL PROTECTED]:~ 


Don't know what to put further here, but can check anything on request.

Regards,

Adrian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480458: this needs a better plan

tag 480458 moreinfo
thanks

Hi, with a huge number of reverse build-dependencies, I think this needs a 
better
plan.

** spf-tools-perl has an unsatisfied dependency on i386: libversion-perl
** libconfig-json-perl has an unsatisfied dependency on i386: libversion-perl
** libconfig-std-perl has an unsatisfied dependency on i386: libversion-perl
** libmodule-corelist-perl has an unsatisfied dependency on i386: 
libversion-perl
** libgetopt-euclid-perl has an unsatisfied dependency on i386: libversion-perl
** postfix-policyd-spf-perl has an unsatisfied dependency on i386: 
libversion-perl
** libsmart-comments-perl has an unsatisfied dependency on i386: libversion-perl
** libmodule-load-conditional-perl has an unsatisfied dependency on i386: 
libversion-perl
** libdbd-pg-perl has an unsatisfied dependency on i386: libversion-perl
** libwww-myspace-perl has an unsatisfied dependency on i386: libversion-perl
** libmodule-scandeps-perl has an unsatisfied dependency on i386: 
libversion-perl
** libwebservice-youtube-perl has an unsatisfied dependency on i386: 
libversion-perl
** libparse-recdescent-perl has an unsatisfied dependency on i386: 
libversion-perl
** libparse-cpan-packages-perl has an unsatisfied dependency on i386: 
libversion-perl
** libconfig-any-perl has an unsatisfied dependency on i386: libversion-perl
** libdevice-cdio-perl has an unsatisfied dependency on i386: libversion-perl
** libio-prompt-perl has an unsatisfied dependency on i386: libversion-perl
** libnet-dns-resolver-programmable-perl has an unsatisfied dependency on i386: 
libversion-perl
** libclass-std-perl has an unsatisfied dependency on i386: libversion-perl
** libcontextual-return-perl has an unsatisfied dependency on i386: 
libversion-perl
** svk has an unsatisfied dependency on i386: libversion-perl
** libmail-spf-perl has an unsatisfied dependency on i386: libversion-perl
** libclass-dbi-perl has an unsatisfied dependency on i386: libversion-perl
** libclass-dbi-perl has an unsatisfied build-dependency: libversion-perl
** libclass-std-perl has an unsatisfied build-dependency: libversion-perl
** libconfig-any-perl has an unsatisfied build-dependency: libversion-perl
** libconfig-json-perl has an unsatisfied build-dependency: libversion-perl
** libconfig-std-perl has an unsatisfied build-dependency: libversion-perl
** libcontextual-return-perl has an unsatisfied build-dependency: 
libversion-perl
** libdbd-pg-perl has an unsatisfied build-dependency: libversion-perl
** libdevice-cdio-perl has an unsatisfied build-dependency: libversion-perl
** libgetopt-euclid-perl has an unsatisfied build-dependency: libversion-perl
** libhtml-tiny-perl has an unsatisfied build-dependency: libversion-perl
** libio-prompt-perl has an unsatisfied build-dependency: libversion-perl
** libmodule-build-perl has an unsatisfied build-dependency: libversion-perl
** libmodule-corelist-perl has an unsatisfied build-dependency: libversion-perl
** libmodule-load-conditional-perl has an unsatisfied build-dependency: 
libversion-perl
** libmodule-scandeps-perl has an unsatisfied build-dependency: libversion-perl
** libnet-dns-resolver-programmable-perl has an unsatisfied build-dependency: 
libversion-perl
** libparse-cpan-packages-perl has an unsatisfied build-dependency: 
libversion-perl
** libparse-recdescent-perl has an unsatisfied build-dependency: libversion-perl
** libsmart-comments-perl has an unsatisfied build-dependency: libversion-perl
** libtext-autoformat-perl has an unsatisfied build-dependency: libversion-perl
** libtext-quoted-perl has an unsatisfied build-dependency: libversion-perl
** libwebservice-youtube-perl has an unsatisfied build-dependency: 
libversion-perl
** libwww-myspace-perl has an unsatisfied build-dependency: libversion-perl
** mail-spf-perl has an unsatisfied build-dependency: libversion-perl
** svk has an unsatisfied build-dependency: libversion-perl

Kind regards

T.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#475561: linux-image-2.6.24-1-486 fails to mount ext3

2008-05-12 Thread Juergen Kosel

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello;

 On Fri, 11 Apr 2008, Juergen Kosel wrote:
 
 Package: linux-image-2.6.24-1-486
 Version: 2.6.24-5
 Severity: important
 
 how is 2.6.25 doing.

except that the output is formated different, itz behaves the same: It
fails to mount the disk.

  
 Hello,
 
 the kernel linux-image-2.6.24-1-486 fails to mount the ext3 rootfs
 on a (dino) laptop Compac Amada 4120.
 The output shortly before the kernel panic is the following:
 
 JBD: novalid journal superblock found
 EXT3-fs: error loading journal
 mount: Mounting /dev/hda1 on /root failed: Invalid argument
 
 
 After this the laptop needs to be powercycled. Otherwise even grub
 fails to access the hard disk.
 
 The corresponding output of the currently running kernel 2.6.22 is
 the following:
 
 at a quick look i'd consider to backup your data and to invest into
 a new disk. yours seems dying.

This disk belongs to a _very_ old Laptop ( 10 years) which used only
for testing purposes. I don't worry if it doesn't run anymore.
So if this is the only one with this problem you could close the bug.
I only found it suspicious that the older kernel versions can use the
hard disk but not the new ones.



Greetings
Juergen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIKBqL5JgLPmj5988RAhlMAJ41kp06DQdXMNBdjr1RepInRhEFvQCaAgu0
oZ3iNYLiHm+VK/tXyBh1fuA=
=oeFj
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480732: xserver-xorg-video-ati: EXA-acceleration breaks (triangulizes) the video output

2008-05-12 Thread Eugene V. Lyubimkin

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Brice Goglin wrote:
 Could you try building a more recent git snapshot of the upstream repo?
 If you need help to do so, see http://bgoglin.livejournal.com/10936.html
 and feel free to ask us.
 
 If the bug still occurs with latest upstream git, it would be great if
 you could git-bisect to find which git commit introduced the problem.
 
 If you really don't want to play with git, it would be nice to try
 earlier 6.8.1~git snapshots from experimental and see where the problem
 first appears. You can use snapshot.debian.net to get these older packages.
 
 thanks,
 Brice
 
 
Thanks for the answer. I'll try to use your advices and, when finished,
will submit this info.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIKBqUchorMMFUmYwRAtuMAJ9jLXAmfXG9MSHoEASC24/nN8w0iwCgh8uF
vMNbMlfsgqSvrDQQL1ZwqzY=
=bHsU
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480775: xserver-xorg-video-intel: ver 2:2.2.1-2 breaks Virtual 2048

2008-05-12 Thread Ole Tange

On 5/12/08, Julien Cristau [EMAIL PROTECTED] wrote:
 severity 480775 important
  close 480775 2:2.3.0-1
  kthxbye

  On Mon, May 12, 2008 at 01:44:51 +0200, Ole Tange wrote:

   Package: xserver-xorg-video-intel
   Version: 2:2.2.1-2
   Severity: grave
   Justification: renders package unusable

  No it doesn't.

You are probably right on some systems.

On this system it was actually worse: It made it impossible log into
the system using gdm, as the Virtual feature is used - and thereby
rendered the whole system unusable for users that do not know how to
use the command line.

Note that the system is _not_ running unstable (in which case you
would expect problems like that now and again) but it is running
testing.

   This problem seems to be fixed in 2:2.3.0-1.
  
   I suggest either downgrading xserver-xorg-video-intel to 2:2.1.0-2 or
   upgrading to 2:2.3.0-1.
  
  2.3.1 should be out soon, at which point it will probably be uploaded to
  unstable.

The faulty package should never have made it into testing. Ignoring
the problem and leaving it in testing will cause others to have this
problem, too.


/Ole



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480830: patch for this bug

2008-05-12 Thread Christian Meissner


Hi thomas,

att. you find a patch for this issues.

or you can find the web-diff here.

http://svn.debian.org/wsvn/fai/people/faiguy/bugfixes/480830/bin/fai-cd?op=diffrev=0sc=1

br,
Chris
Index: fai-cd
===
--- fai-cd	(Revision 0)
+++ fai-cd	(Arbeitskopie)
@@ -177,8 +177,10 @@
 # mirror location for fai CD, file generated by fai-cd
 EOF
 
-dists=$(find $mirrordir -name Packages* | grep binary | sed 's/binary-.*//' | \
- sed s#$mirrordir/*dists/## | xargs -n 1 dirname | uniq )
+	if [ -n $(ls -A $mirrordir) ]; then
+	dists=$(find $mirrordir -name Packages* | grep binary | sed 's/binary-.*//' | \
+	sed s#$mirrordir/*dists/## | xargs -n 1 dirname | uniq )
+	fi
 
 for i in $dists ; do
 	comp=$(find $mirrordir/dists/$i -maxdepth 2 -type d -name binary-* | \
@@ -256,7 +258,7 @@
 cfdir=$FAI_ETC_DIR
 fi
 [ -n $cdir ]  cfdir=$cdir
-${cfdir:=/etc/fai}
+cfdir=${cfdir:=/etc/fai}
 cfdir=$(readlink -f $cfdir) # canonicalize path
 if [ ! -d $cfdir ]; then
 echo $cfdir is not a directory

Bug#478356: gwget 0.99-3 is going to be upload...

2008-05-12 Thread Adeodato Simó

* Arnaud Fontaine [Thu, 01 May 2008 19:27:30 +0200]:

 tags 478356 + pending

Hello. Any news about this pending upload?

Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
If you want the holes in your knowledge showing up try teaching someone.
-- Alan Cox




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#477513: Could you please test this glade patch?

2008-05-12 Thread Loïc Minier

On Sat, Apr 26, 2008, Andreas Henriksson wrote:
 Thanks for reporting the bug about FTBFS on ia64 for (experimental)
 glade 3.5.2.
 
 I'm guessing the warnings you quoted in your report is the cause for the
 problem (as similar things have bitten me on amd64).
 
 Could you please test the attached patch (simply drop it in
 debian/patches/ and rebuild) to see if it fixes the problem on ia64?

 The patch introduced #480768; could you please move the new #includes
 to the .c files needing them instead of pulling them for all API users?

   Thanks!
-- 
Loïc Minier



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#479532: something seems up with this removal request

retitle 479532 RM: gnunet-gtk [ia64] -- RoM: build-dep on guile not available 
anymore on ia64
thanks

Hi Daniel,

it appears that you want removal of gnunet-gtk (not gnunet!) binaries from 
unstable(!, see the
developer's reference). Also, it would really help if you could include a 
removal reason
in your bug title. I have retitled the bug to reflect these, but please do make 
an extra
effort to get these correct instead of relying on me getting help from Adeodato 
to guess
what you want done in the future.

Kind regards

T.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480838: Incorrect dependencies generated for python-ctypes

Package: python-central
Version: 0.6.6
Severity: important

The source ctypes package declares:
Python-Version: =2.1,  2.5

Therefore, as of sid where only 2.4 and 2.5 are available, the module is
only built for python2.4.

However the resulting dependencies are:
Depends: python2.4, python (= 2.1), python-central (= 0.6.6),

This is wrong, because the package is named python-* but does not
provide the module for the default python version in sid, being 2.5.

The resulting dependency should be python (= 2.4), python ( 2.5) so
that the package refuses to install. Or, alternatively, it could make
the build fail, because in all cases a new sourceful upload is
necessary, with a binary package rename or modifications to introduce
python2.5 support.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


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

Bug#479532: something seems up with this removal request

2008-05-12 Thread Daniel Baumann

Thomas Viehmann wrote:
 Hi Daniel,

Hi,

 it appears that you want removal of gnunet-gtk (not gnunet!) binaries from 
 unstable(!, see the
 developer's reference).

err? gnunet (not gnunet-gtk) cannot be built on ia64 because guile-1.8
isn't ported to ia64.

the additional packages (gnunet-qt, gnunet-gtk, gnunet-fuse) follow
later, until gnunet hasn't made it to testing, there's no point in
asking for partial removal of those just yet.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#479268: note that removal requests need to feature the source package name

Hi Isaac,

just for your future reference: Please use the source package name in
removal requests (here haskell-cabal instead of libghc6-cabal-dev).

Kind regards

T.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480839: consider not starting asterisk on upgrade when no /etc/rc/Sasterisk symlinks exists

2008-05-12 Thread Timo Juhani Lindfors

Package: asterisk
Version: 1:1.2.13~dfsg-2etch2
Severity: wishlist

The postrm script

#!/bin/sh
set -e
# Automatically added by dh_installinit
if [ -x /etc/init.d/asterisk ]; then
update-rc.d asterisk defaults 21 /dev/null
if [ -x `which invoke-rc.d 2/dev/null` ]; then
invoke-rc.d asterisk start || exit $?
else
/etc/init.d/asterisk start || exit $?
fi
fi
# End automatically added section

seems to start asterisk on upgrade even if there are no S symlinks in 
/etc/rc*:

# ls -l /etc/*/*asterisk*
-rw-rw 1 asterisk asterisk 3260 2007-08-22 20:22 /etc/asterisk/asterisk.adsi
-rw-rw 1 asterisk asterisk  247 2007-08-22 20:20 /etc/asterisk/asterisk.conf
-rw-r--r-- 1 root root  894 2007-09-20 08:34 /etc/default/asterisk
-rw-r--r-- 1 root root  893 2007-09-19 23:02 /etc/default/asterisk~
-rwxr-xr-x 1 root root 4405 2007-08-22 20:20 /etc/init.d/asterisk
-rw-r--r-- 1 root root  293 2007-08-22 20:22 /etc/logrotate.d/asterisk
lrwxrwxrwx 1 root root   18 2007-11-07 00:23 /etc/rc1.d/K10asterisk - 
../init.d/asterisk

It seems I can disable asterisk startup by editing
/etc/default/asterisk but this is non-trivial to do automatically
(yes, it can be done with some sed tricks of course).


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20gofrito
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages asterisk depends on:
ii  adduser 3.102Add and remove users and groups
ii  asterisk-classic1:1.2.13~dfsg-2etch2 Open Source Private Branch Exchang

asterisk recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#478722: closed by Sergei Golovan [EMAIL PROTECTED] (Bug#478722: fixed in tcltrf 2.1.2~20071113-1)

2008-05-12 Thread Sergei Golovan

On 5/12/08, Thomas Viehmann [EMAIL PROTECTED] wrote:
 Hi Sergei,

  thank you for looking into fixing this. However, I am afraid that you might
 not have found an ideal solution:

I'd like to use tools available in Debian to create manpages. Though I
don't know which tool (if any) can be used as a drop-in replacement of
c2man (or requires minor changes to the sources). Using pregenerated
manpages was suggested by Manoy Srivastava, and at least using this
approach is consistent with the original tarball distribution (in CVS
the author of tcltrf doesn't keep manpages, but in tarball he
distributes pregenerated ones).

So, if you can suggest me another approach (preferrably without
rewriting tcltrf from scratch :)) I'll be glad to adopt it.

-- 
Sergei Golovan



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480689: Bad video performance after last update on Lenny

2008-05-12 Thread Renato S. Yamane


Brice Goglin wrote:

EXA is the default 2D acceleration since Intel driver 2.2. Adding
Option AccelMethod XAA
in the Driver section of your xorg.conf will probably help. EXA is slow
in some cases. It is supposed to get better in the near future. Merging
this bugs with all other ones.


Hi Brice,
I can use EXA (how commented in [1]), but is necessary use 2 more 
options. I need edit xorg.conf with this:


Option  AccelMethod EXA
Option  ExaNoComposite false
Option  MigrationHeuristic greedy

And, INTEL_BATCH=1 on /etc/environment give me 40% more performance 
(tested with glxgears).


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

Best regards,
Renato S. Yamane



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480844: libmime-charset-perl: build-depends on libencode-perl, which is being removed

Package: libmime-charset-perl
Version: 1.006.2-1
Severity: serious
Justification: blocks 471071

This package build-depends on libencode-perl, which is also in the perl
core. According to META.yml, the version needed is = 1.98, which has been
in the core since perl 5.8.2.

The libencode-perl package is being removed (#471071), but this needs
to be fixed first.
-- 
Niko Tyni   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#474400: Testsuite failure of bsdtar

2008-05-12 Thread Bernhard R. Link

* Tim Kientzle [EMAIL PROTECTED] [080512 00:19]:
 Good guess, but I don't think that explains anything, since
 the order in which hardlinked files get stored doesn't matter.

My guess is that the order readdir returns them implies which
file is stored as regular file and which is stored as hard link.
Usually the f_ file is stored as regular file and the l_ file
as hardlink. But on my filesystem the l_ file is stored as regular
file and the f_ file as hardlink.


 The reference to 92-characters in that test refers to the length
 of the filename not including the directory portion.

What the testcase (at least in 2.4.17 which I looked yet at) does,
is to check there are f_ filenames up to length 100 and l_ and m_
filenames up to length 91. But the unpackad directory contains only
a l_ file of name length 92 but no f_ file:

$ ls ustar/original/?_*z*z*z*l
ustar/original/d_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl
ustar/original/l_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl
ustar/original/s_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl

 Have you had a chance to try the libarchive 2.5.3b package?
 I've fixed a subtle issue with handling almost-too-long filenames
 in ustar format (which doesn't appear to explain the problems
 you're having) and also reworked a couple of the tests to give
 more information.  Maybe that would shed additional light on
 this problem.

I had yet only tested with 2.4.17. With 2.5.3b I get a different failure:

2: test_copy
tar/test/test_copy.c:99: Assertion failed
   Condition: fd = 0
   Description: Couldn't open 
f_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl:
 No such file or directory
tar/test/test_copy.c:149: Assertion failed: Ints not equal
  0=0
  stat(filename, st2)=-1
   Description: Couldn't stat 
s_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl
tar/test/test_copy.c:181: Assertion failed
   Condition: strlen(p)  92
   Description: strlen(p) = 94
tar/test/test_copy.c:186: Assertion failed
   Condition: strlen(p)  100
   Description: strlen(p)=100
tar/test/test_copy.c:99: Failed 8 times
tar/test/test_copy.c:149: Failed 8 times
tar/test/test_copy.c:181: Failed 8 times

Again the ustar archive only contains l_ and not f_ file:

$ tar -tf /tmp/bsdtar_test.2008-05-12T12.30.25-000/test_copy/ustar/archive  | 
grep '_[a-y]*z[a-y]*z[a-y]*z[a-k]*l\'
original/s_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl
 - 
f_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl
original/l_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl
original/d_abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijkl/

Hochachtungsvoll,
Bernhard R. Link



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480845: cannot handle many connections...

2008-05-12 Thread Andriy Lesyuk


Package: dante-server
Version: 1.1.18-2.1
Severity: important

Hello,

Our SOCKS server is heavy (relatively) loaded... especially on weekends. 
Every weekend the server starts refusing new connections for some 
reason. So I did a little research of the issue...


When this happens:

 o SOCKS server has 508 processes running (not more! but exactly 508)
 o the number of used unix sockets (netstat -np | grep dante | grep 
unix | wc -l) is around 1024
 o the number of non-unix sockets (netstat -np | grep dante | grep -v 
unix | wc -l) is smaller than 508 (any number)


Restart helps! But this is not a workaround... :)
I assumed that this is due to maximal number of opened files (ulimit -n) 
but changing it did not help!


It looks like it is very related to bug #241571 but it is not the 
same... It not only does not close unused connections but also rejects 
to open new ones (more than 508). So it is very limited! And no errors 
in logs for some reason (I believe it *must* write why it rejects... and 
it does not)!


This is not the only problem... I have also noticed that it does not 
close log files when logrotate rotates them (it looks like it keeps a 
copy of them open and this wastes disk space - only restart (again) 
helps (frees disk space)).


So all these leads to a conclusion:

 o Dante SOCKS server cannot handle more than 508 connections
 o Dante SOCKS server is incompatible with logrotate and cannot rotate 
logs by itself


I would say that dante socks server is almost unusable and very unstable 
therefore... And may be you should think about removing it from stable 
branch if you do not fix this bug for some reasons.


However remember - the topic of this bug report is how to increase limit 
of 508 connections?


P.S. Any alternative SOCKS server available in Debian? :)

Thanks,
Andriy



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#343690: perl segfault, test program included

reopen 343690
found 343690 5.0.10-10
thanks

On Sun, May 11, 2008 at 09:35:01PM +0200, [EMAIL PROTECTED] wrote:
 This bug should be fixed in latest perl_5.10 with latest libc6_2.7
 Please test it and reopen otherwise.

I can still reproduce the crash in an SMP amd64 xen domain with
the first test script (the one by Jamil Djadala) in the report and
vm.overcommit_memory=2 on current sid: perl 5.10.0-10, glibc 2.7-11. The
kernel is from Etch, though, which actually might matter. Reopening
anyway.

The bug doesn't usually show up on the first try; see below.  It looks
like the system runs out of memory doing the perl_clone(), and something
can't quite cope. The resulting core file is obscenely big. The number
of Perl_*_dup calls and the final crashing place in the stack trace varies.

Roberto, do you know something more about this, or what was it that
prompted you to close the bug?

% debugperl ~/t.pl
sid% debugperl ~/t.pl
0
Thread creation failed: pthread_create returned 12 at /home/niko/t.pl
line 26.
Out of memory!
sid% debugperl ~/t.pl
0
Thread creation failed: pthread_create returned 12 at /home/niko/t.pl
line 26.
--76--
76
76
76

sid% debugperl ~/t.pl
0
Thread creation failed: pthread_create returned 12 at /home/niko/t.pl
line 26.
Thread creation failed: pthread_create returned 12 at /home/niko/t.pl
line 26.
zsh: segmentation fault (core dumped)  debugperl ~/t.pl

#0  0x004833bf in S_more_bodies (my_perl=0x1d50da0, sv_type=SVt_PVAV) 
at sv.c:1065
#1  0x00484536 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9c5d88, 
param=0x40601c20) at sv.c:10106
#2  0x004844b6 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9c5d70, 
param=0x40601c20) at sv.c:10218
#3  0x004845d0 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9c5d58, 
param=0x40601c20) at sv.c:10304
#4  0x00484413 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9c5bd8, 
param=0x40601c20) at sv.c:10305
#5  0x00485605 in Perl_gp_dup (my_perl=0x1d50da0, gp=0x9c9fc8, 
param=0x40601c20) at sv.c:9738
#6  0x00483e59 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9c5bc0, 
param=0x40601c20) at sv.c:10172
#7  0x0046c973 in Perl_he_dup (my_perl=0x1d50da0, e=0x9c02f8, 
shared=-96 ' ', param=0x40601c20)
at hv.c:189
#8  0x00484023 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9c5b90, 
param=0x40601c20) at sv.c:10247
#9  0x004855ca in Perl_gp_dup (my_perl=0x1d50da0, gp=0x9c9df8, 
param=0x40601c20) at sv.c:9736
#10 0x00483e59 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9c5b78, 
param=0x40601c20) at sv.c:10172
#11 0x0046c973 in Perl_he_dup (my_perl=0x1d50da0, e=0x9c02b0, 
shared=-32 'à', param=0x40601c20)
at hv.c:189
#12 0x00484023 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9605d8, 
param=0x40601c20) at sv.c:10247
#13 0x00483e47 in Perl_sv_dup (my_perl=0x1d50da0, sstr=0x9605c0, 
param=0x40601c20) at sv.c:10171
#14 0x00498995 in perl_clone (proto_perl=0x91cda0, flags=2) at 
sv.c:11077
#15 0x2b2f8a126244 in XS_threads_create (my_perl=0x91cda0, cv=value 
optimized out)
at threads.xs:666
#16 0x00479a78 in Perl_pp_entersub (my_perl=0x91cda0) at pp_hot.c:2847
#17 0x004533f1 in Perl_runops_debug (my_perl=0x91cda0) at dump.c:1931
#18 0x00472628 in Perl_call_sv (my_perl=0x91cda0, sv=0x9d5e08, flags=4) 
at perl.c:2653
#19 0x2b2f8a127d6e in S_ithread_run (arg=value optimized out) at 
threads.xs:440
#20 0x2b2f84787017 in start_thread () from /lib/libpthread.so.0
#21 0x2b2f84a6154d in clone () from /lib/libc.so.6
#22 0x in ?? ()

-- 
Niko Tyni   [EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#255535: setting package to irssi irssi-dev, tagging 255535, tagging 476473

2008-05-12 Thread Gerfried Fuchs

# Automatically generated email from bts, devscripts version 2.10.26
#
# irssi (0.8.12-4) unstable; urgency=low
#
#  * Remove reference to LEAVE in help files, patch leave-help
#(closes: #255535)
#  * Remove autogenerated files, both from patch series and also in clean
#target. Thanks to Felix Palmen for mentioning it (closes: #476473)
#

package irssi irssi-dev
tags 255535 + pending
tags 476473 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480847: [INTL:eu] x-ttcidfont-conf debconf templates Basque translation

2008-05-12 Thread Piarres Beobide

Package: x-ttcidfont-conf
Version: 27
Severity: wishlist
Tags: l10n patch

Hi

Attached x-ttcidfont-conf debconf templates Basque translation, please commit 
it.


thx


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

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

Versions of packages x-ttcidfont-conf depends on:
ii  debconf [debconf-2.0]1.5.21  Debian configuration management sy
ii  defoma   0.11.10-0.2 Debian Font Manager -- automatic f
ii  xfonts-base  1:1.0.0-5   standard fonts for X
ii  xfonts-encodings 1:1.0.2-3   Encodings for X.Org fonts
ii  xutils   1:7.3+10X Window System utility programs m

x-ttcidfont-conf recommends no packages.

-- debconf information excluded
# translation of x-ttcidfont-conf-eu.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide [EMAIL PROTECTED], 2008.
msgid 
msgstr 
Project-Id-Version: x-ttcidfont-conf-eu\n
Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]
POT-Creation-Date: 2007-11-06 09:58+0100\n
PO-Revision-Date: 2008-05-12 12:25+0200\n
Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n
Language-Team: Euskara [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n

#. Type: select
#. Description
#: ../templates:2001
msgid Backend to use for TrueType handling on X:
msgstr X-etan TrueType kudeaketarako erabiliko den interfazea:

#. Type: select
#. Description
#: ../templates:2001
msgid Two backends can handle TrueType fonts: FreeType and X-TT.
msgstr B interfaze dira TrueType letra-tipoak kudeatzeko gai: FreeType eta 
X-TT.

#. Type: select
#. Description
#: ../templates:2001
msgid 
The standard FreeType has simple features, while X-TT offers a TrueType 
fonts decoration mechanism that can create bold and oblique faces from a 
single font.
msgstr 
FreeType estandarrak ezaugarri sinpleak ditu, X-TT estandarrak aldiz 
letra-tipo soil baten etzandako eta lodituriko letra-tipoak sortzeko gai diren 

letra-tipo dekorazioak eskaintzen ditu.

#. Type: select
#. Description
#: ../templates:2001
msgid If in doubt, you should choose FreeType.
msgstr Zalantza kasuan FreeType hautatu beharko zenuke.

#. Type: boolean
#. Description
#: ../templates:3001
msgid Prefer speed over quality while rendering?
msgstr Abiadura lehenetsi kalitatearen aurrean errenderizazioan?

#. Type: boolean
#. Description
#: ../templates:3001
msgid There are two ways for X-TT to calculate the font metrics:
msgstr Bi modu daude X-TT-ek letra-tipo metrikak kalkulatzeko:

#. Type: boolean
#. Description
#: ../templates:3001
msgid 
 - user header info:  fast and lightweight but fallible;\n
 - calculate every glyph: slow and heavyweight but reliable.
msgstr 
 - erabiltzaile goiburu argibideak: Azkar eta arina baina fidagarritasun 
baxukoa;\n
 - glifo bakoitza kalkulatu:Geldo eta pisutsua baina fidagarria.

#. Type: boolean
#. Description
#: ../templates:3001
msgid 
With a fast CPU and enough memory, you should decline this option and X-TT 
will calculate every glyph.
msgstr 
CPU arin eta memoria nahikoaz aukera hau baztertu beharko zenuke X-TT 
erabiltzean glifo guztiak kalkulatzeko.

Bug#480846: glibc: remakes build on hurd-i386 due to stampfile time skew

2008-05-12 Thread Michael Banck

Package: glibc
Version: 2.7-11

We skip the test suite on hurd-i386, and it appears the inferior time
resolution on hurd-i386 results in some time skew with respect to the
build_libc and check_libc targets, which in turn makes it redo the whole
build (why that is is another question, but at least AFAICT [build log
not yet available on buildd.debian-ports.org] it really starts over) for
the install_libc target in binary-arch:

[EMAIL PROTECTED]:~/build/chroot-unstable/build/buildd/glibc-2.7$ ls -lt
--full-time stamp-dir/
total 36
-rw-r--r-- 1 buildd buildd 0 2008-05-12 09:45:32.0 + 
configure_libc
-rw-r--r-- 1 buildd buildd 0 2008-05-12 09:43:21.0 + 
mkbuilddir_libc
-rw-r--r-- 1 buildd buildd 0 2008-05-12 09:43:15.0 + build_libc
-rw-r--r-- 1 buildd buildd 0 2008-05-12 09:43:15.0 + check_libc
-rw-r--r-- 1 buildd buildd 32778 2008-05-12 04:59:22.0 + patch-stamp


Michael



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480659: ipe: displaying and saving files is broken

2008-05-12 Thread Christian Fischer

Hi there!

Ok I'll try to answer your questions as good as I can. I also have a
Debian stable (i386) machine, so I run pre27 there.


 Do you have any files from those versions that do work?
 Can you share some examples that work and examples that do not?
 
 I have just tried a few files of my own that were created five
 years ago using Ipe 6.0 Preview 10.  All that I tried opened
 correctly.  Mine files are all eps, however.

* My pre27 XML files which I created in etch (stable) are working just
fine with pre27.
* If I change the Version information directly in the XML file, pre27 is
able to open my pre30 files.
* Both pre27 and pre30 can't open the saved PDF files (reason -3). I'm
not sure if this is should work or not. I thought they contain the XML
information as the EPS files do.

 What kind of Objects are we talking about: text or graphics?  If you
 have some examples that you can share, please describe exactly what
 you had expected to see; i.e. where the objects should have been.

* Graphics objects are missing. Those who aren't missing are at wrong
positions and are rotated.
* I think the text objects are all there. But in some files they are at
the wrong positions.

 
  media size is also missing in the XML File so the PDFs are displayed
  in Letter size or so.
 
 The media size is missing from the XML file generated by the old
 version?  That can't be blamed on a bug in the current version.

I always aktivate the cropbox option, so that the image is cropped
properly for inclusion in Latex. This options seams to be ignored at the
moment.
I noticed that

media=0 0 595 842 

is missing in the info section when I create a new figure.

I created a new figure with my broken pre30 version and the XML file is
opened and saved just fine.
But in the PDF there is also the Text missing but the PDF contains the
fonts ... confusing.
The exported EPS file is quite big (100kB) but nothing is displayed.

Now I tried to open this test file with pre27. And I got a parsing
error.
-- Error parsing document test.ipe at character offset 360 --

  I'm not sure if this is related to one of the dependencies of ipe or
  the new ipe Version itself.
 
 ... or even a bug in the old version / old dependencies.

I think not ...

Greetings, Chriss


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#479896: sysklogd: fails to stop on reboot/shutdown

2008-05-12 Thread Petter Reinholdtsen

[Martin Schulze]
 Where is $syslog defined?

$syslog is a virtual facility defined in the LSB, and for the purpose
of dependency based boot sequencing in Debian, it is defined in
/etc/insserv.conf.  See URL:http://wiki.debian.org/LSBInitScripts
for the list of virtual facilities.

Happy hacking,
-- 
Petter Reinholdtsen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#474935: reopen

2008-05-12 Thread Holger Levsen

reopen 474935
found 474935 2.3-1
kthxbye

Hi Julien,

this also happens without a .awesomerc, making the feature of not needing one, 
mood, thus reopening.

With awesome 2.3-1 it's E: awesome: config_parse_screen:389: no font 
available, fwiw.

Please make the needed font at least a recommends, thanks.


regards,
Holger




pgpijZYtSH8Py.pgp
Description: PGP signature

Bug#480056: closed by Josselin Mouette [EMAIL PROTECTED] (Bug#480056: fixed in gdm 2.20.5-2)

2008-05-12 Thread Kurt Roeckx

reopen 480056
notfixed 480056 2.20.5-2
thanks

* 01_crash_on_shutdown.patch: stolen from upstream SVN. Fixes the
  crash that happens during the shutdown process.
  Closes: #480056, #475855, #467203. However it does not fix #459024.

This doesn't seem to be related to restarting problem.

The only other information I have so far is that if I first type a wrong
password, it doesn't get restarted.  It just prompts for the user +
password again like it should.


Kurt




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#467482: severity of 467482 is serious

# Automatically generated email from bts, devscripts version 2.10.25+local
# FTBFS verified in sid
severity 467482 serious




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480850: python-ctypes: no python2.5 support

Package: python-ctypes
Version: 1.0.2-4
Severity: serious

The python-ctypes package does not support python2.5. As it is named
python-ctypes, it should provide support for the default python version
(python policy §2.2).

Even worse, as it does not depend on python ( 2.5) because of
bug#480838, it does not refuse to install. Therefore, it breaks all
packages depending on python-ctypes that expect the module to be
available for the default python version.

If support for python2.5 cannot be introduced, the package should be
renamed python2.4-ctypes.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


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

Bug#479401: package removal fails if gdm is not running

2008-05-12 Thread Noah Meyerhans

On Mon, May 12, 2008 at 11:31:21AM +0200, Josselin Mouette wrote:
   I’m sorry, but I can’t reproduce that. In fact, if you look at gdm.init,
   you’ll see that it never fails for the stop action, so I don’t
   understand how you could get this error.
  
  Well, it happened; I'm not making this up.  
 
 I’m not saying that, but I don’t have a clue.
 
 Is your /etc/init.d/gdm script customized one way or another?

No, not at all.  This happened on a fairly fresh lenny system, installed
just a couple of days earier with the d-i beta.  I used it for a few
days with GNOME before deciding to switch back to my preferred KDE
environment, which is when I experienced the problem with gdm.  I had
initially removed the GNOME packages using aptitude in single user mode,
and gdm failed to remove.  After still failing to remove the package
with dpkg -r, I submitted this bug report and removed the package by
inserting exit 0 early in the prerm script.  IIRC I had installed KDE
before removing GNOME.

Since, of course, I no longer have gdm installed, I'll probably have
trouble replicating this problem.  I'll see if I can find time to
install a qemu system or something and try to follow similar steps...

noah




signature.asc
Description: Digital signature

Bug#480849: Please list Package-Arch-Specific entry on PTS page

2008-05-12 Thread riku . voipio

Package: qa.debian.org
Severity: wishlist

http://cvs.debian.org/srcdep/Packages-arch-specific?root=dakview=markup

This information is already listed in Jeroen's buildd status[1], but I
think it would be a good idea to have it on the PTS page as well, as
quite few maintainers seem to be aware that their package is in P-A-S.

[1] http://buildd.debian.org/~jeroen/status/package.php?p=scheme48



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480830: fai-cd does not work

2008-05-12 Thread Thomas Lange

This bus is not critical, because it does not cause data loss or
breaks other packages.
-- 
regards Thomas



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#467331: severity of 467331 is serious