Bug#564074: /usr/sbin/ftpmirror: Segfaults on startup

[Niko Tyni]

tag 564074 upstream
thanks

On Thu, Jan 07, 2010 at 04:35:40PM +0200, Eugene V. Lyubimkin wrote:
> Patrick Schoenfeld wrote:
> >Apart from this: If a script language bails out with a SIGSEGV
> >this seems a lot like a interpreter bug to me.
> 
> Sure. If this script contains doesn't use XS (binary) modules (which
> is unlikely, considering its dependencies).

It actually does (see /usr/lib/ftpmirror) , but the bug is not in those.

> I just cloned the bug. I am able to reproduce it on my amd64 host.

I'm attaching a testcase. The bug seems to have crept in with 5.10.1
and is still present in bleadperl.

I'm not going to start a severity war, we'll do our best to fix this for
the release anyway. I'll just note that `important' has traditionally
been the severity for perl bugs that crash the interpreter and don't
affect many packages.

Neither `grave' or `critical' fit the bill IMO. The ftpmirror package
is very much related to perl which rules out `critical', and perl is not
unusable (or mostly so) for everybody, otherwise we'd have got a lot
more bug reports.

If Eugene thinks this should be RC he's can of course set it to `serious'
as a maintainer.


Bisecting shows the bug was introduced with

http://perl5.git.perl.org/perl.git/commit/fbb3ee5af3d428706b9b8e224ae54dd344172e02

commit fbb3ee5af3d428706b9b8e224ae54dd344172e02
Author: Rafael Garcia-Suarez 
Date:   Tue Jan 20 09:11:18 2009 +0100

Optimize away calls to empty DESTROY methods

and the 5.10.x counterpart is

http://perl5.git.perl.org/perl.git/commit/a7c1da26d681798fa9ead39f9659d043f2e1b144

commit a7c1da26d681798fa9ead39f9659d043f2e1b144
Author: Rafael Garcia-Suarez 
Date:   Tue Jan 20 09:11:18 2009 +0100

Optimize away calls to empty DESTROY methods

(cherry picked from commit fbb3ee5af3d428706b9b8e224ae54dd344172e02)


Here's the blead backtrace. I'll report this upstream next.

Core was generated by `./miniperl /home/niko/tmp/ftpmirror-bug/564074.pl'.
Program terminated with signal 11, Segmentation fault.
#0  0x0054f81a in Perl_sv_clear (my_perl=0x17c9010, sv=0x17ccf60) at 
sv.c:5661
5661|| CvSTART(destructor)->op_next->op_type != OP_LEAVESUB))
(gdb) bt
#0  0x0054f81a in Perl_sv_clear (my_perl=0x17c9010, sv=0x17ccf60) at 
sv.c:5661
#1  0x00551b29 in Perl_sv_free2 (my_perl=0x17c9010, sv=0x17ccf60) at 
sv.c:5936
#2  0x0054f686 in Perl_sv_clear (my_perl=0x17c9010, sv=0x17eb970) at 
sv.c:5638
#3  0x00551b29 in Perl_sv_free2 (my_perl=0x17c9010, sv=0x17eb970) at 
sv.c:5936
#4  0x005caaeb in Perl_free_tmps (my_perl=0x17c9010) at scope.c:167
#5  0x004fe647 in Perl_pp_nextstate (my_perl=0x17c9010) at pp_hot.c:54
#6  0x004ba807 in Perl_runops_debug (my_perl=0x17c9010) at dump.c:2046
#7  0x0070a0ce in S_run_body (my_perl=0x17c9010, oldscope=1) at 
perl.c:2303
#8  0x00709396 in perl_run (my_perl=0x17c9010) at perl.c:2228
#9  0x006d9901 in main (argc=2, argv=0x7fff97cc20b8, 
env=0x7fff97cc20d0) at miniperlmain.c:117

-- 
Niko Tyni   nt...@debian.org
#!/usr/bin/debugperl -w

M->new;

sub M::DESTROY;

sub M::new {
bless {}, 'M';
}

1;

Bug#564180: hidden timeout of grub-common works incorrectly with wallpapers

[Mario Vazquez]

Package: grub-commonVersion: 1.98~20100101
The scripts currently included with grub-common generates the hidden-menu code 
in the wrong position of the grub.cfg file, thus causing incorrect behavior of 
grub specially when using background images (wallpapers).
If the user enables GRUB_HIDDEN_TIMEOUT in /etc/deault/grub, the following code 
section is generated in /boot/grub.cfg:
set locale_dir=/boot/grub/locale                                         set 
lang=en                                                              insmod 
gettext                                                           if sleep 
--verbose --interruptible 3 ; then                                set timeout=3 
                                                         fi                     
                                                  ### END /etc/grub.d/00_header 
###                                        
### BEGIN /etc/grub.d/05_debian_theme ###set menu_color_normal=cyan/blue        
  set menu_color_highlight=white/blue      ### END /etc/grub.d/05_debian_theme 
###  
This code generated brings the following issues:1.  No message to warn user how 
to get back to the menu, only a number countdown is shown onscreen.2. If the 
user press a key to show the grub menu, it again resume another counter with 
the same duration.3.  Most important, since the code is inserted prior to the 
theme, the countdown is displayed on a black screen even if the user has a 
working wallpaper for grub.
Included are 2 patches that fix the 3 issues explained.  The first patch only 
removes the timeout code from 00_header, and the second one introduces a new 
07_timeout which handles the timeout code, after the theme/color script.
The only shortcoming with my patches is that the Countdown message is hardcoded 
in English, probably will need translations or some extra code for other 
locales. 
_
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/196390709/direct/01/

00_header_notimeout.patch
Description: Binary data


07_timeout.patch
Description: Binary data

Bug#559088: FTBFS [hppa]: jarsigner error: incorrect magic

[Fathi Boudra]

yes, x11vnc will have a dependency on x11vnc-data package.



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

Bug#564178: openacs: [INTL:fr] French debconf templates translation update

[Christian Perrier]

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

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 2.6.30-2-686 (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
# Translation of dotlrn debconf templates to French
# Copyright (C) 2005-2009 Debian French l10n team 

# This file is distributed under the same license as the dotlrn package.
#
# Translators:
# Christian Perrier , 2005, 2006, 2009, 2010.
msgid ""
msgstr ""
"Project-Id-Version: dotlrn\n"
"Report-Msgid-Bugs-To: openacs @packages.debian.org\n"
"POT-Creation-Date: 2010-01-07 17:01+0100\n"
"PO-Revision-Date: 2010-01-07 18:30+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-SourceCharset: iso-8859-1\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Host running the PostgreSQL server for OpenACS:"
msgstr "Nom d'hôte du serveur PostgreSQL pour OpenACS :"

#. Type: string
#. Description
#: ../templates:1001
msgid "Please provide the hostname of a remote PostgreSQL server."
msgstr "Veuillez indiquer le nom d'hôte du serveur PostgreSQL distant."

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"You must have already arranged for the administrative account to be able to "
"remotely create databases and grant privileges."
msgstr ""
"Un compte possédant des privilèges d'administrateur doit déjà être configuré "
"pour créer une base distante et donner les droits d'accès."

#. Type: string
#. Description
#: ../templates:2001
msgid "Database administrator username:"
msgstr "Identifiant de l'administrateur de la base de données :"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter the PostgreSQL administrator username, needed for the database "
"creation."
msgstr ""
"Veuillez indiquer l'identifiant de l'administrateur de PostgreSQL, "
"nécessaire pour la création de la base de données."

#. Type: password
#. Description
#: ../templates:3001
msgid "Database administrator password:"
msgstr "Mot de passe de l'administrateur du serveur de bases de données :"

#. Type: password
#. Description
#: ../templates:3001
msgid ""
"Please enter the PostgreSQL administrator password, needed for the database "
"creation."
msgstr ""
"Veuillez indiquer le mot de passe de l'administrateur de PostgreSQL, "
"nécessaire pour la création de la base de données."

#. Type: note
#. Description
#: ../templates:4001
msgid "Password mismatch"
msgstr "Mots de passe différents"

#. Type: note
#. Description
#: ../templates:4001
msgid ""
"The two passwords you entered were not the same. Please enter a password "
"again."
msgstr ""
"Le mot de passe et sa confirmation ne correspondent pas. Veuillez les saisir "
"à nouveau."

#. Type: string
#. Description
#: ../templates:5001
msgid "Database username for OpenACS:"
msgstr "Identifiant du propriétaire de la base de données de OpenACS :"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"Please provide a PostgreSQL username for OpenACS to register with the "
"database server.  A PostgreSQL user is not necessarily the same as a system "
"login, especially if the database is on a remote server."
msgstr ""
"Veuillez indiquer un identifiant de connexion PostgreSQL pour OpenACS sur le "
"serveur de bases de données. L'identifiant PostgreSQL n'est pas "
"nécessairement le même que l'identifiant de connexion Unix, en particulier "
"quand la base de données se trouve sur un serveur distant."

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"This is the user which will own the database, tables and other objects to be "
"created by this installation.  This user will have complete freedom to "
"insert, change or delete data in the database."
msgstr ""
"Cet identifiant est celui qui sera le propriétaire de la base de données, "
"des tables et autres objets qui seront créés par cette installation. Il "
"pourra à volonté insérer, changer ou supprimer des données dans la base de "
"données."

#. Type: password
#. Description
#: ../templates:6001
msgid "Database owner password:"
msgstr "Mot de passe du propriétaire de la base de données :"

#. Type: password
#. Description
#: ../templates:6001
msgid "Please enter the password of the OpenACS database owner."
msgstr ""
"Veuillez choisir le mot de passe du propriétaire de la base de données "
"d'OpenACS."

#. Type: password
#. Description
#: ../templates:7001
msgid "Database owner password confirmation:"
msgstr

Bug#564179: dotlrn: [INTL:fr] French debconf templates translation update

[Christian Perrier]

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

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 2.6.30-2-686 (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
# Translation of dotlrn debconf templates to French
# Copyright (C) 2005-2009 Debian French l10n team 

# This file is distributed under the same license as the dotlrn package.
#
# Translators:
# Christian Perrier , 2005, 2006, 2009, 2010.
msgid ""
msgstr ""
"Project-Id-Version: dotlrn\n"
"Report-Msgid-Bugs-To: dotlrn @packages.debian.org\n"
"POT-Creation-Date: 2010-01-06 07:06+0100\n"
"PO-Revision-Date: 2010-01-07 18:26+0100\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-SourceCharset: iso-8859-1\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"

#. Type: string
#. Description
#: ../templates:1001
#| msgid "Host running the ${dbvendor} server for ${pkg}:"
msgid "Host running the PostgreSQL server for dotLRN:"
msgstr "Nom d'hôte du serveur PostgreSQL pour dotLRN :"

#. Type: string
#. Description
#: ../templates:1001
msgid "Please provide the hostname of a remote PostgreSQL server."
msgstr "Veuillez indiquer le nom d'hôte du serveur PostgreSQL distant."

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"You must have already arranged for the administrative account to be able to "
"remotely create databases and grant privileges."
msgstr ""
"Un compte possédant des privilèges d'administrateur doit déjà être configuré "
"pour créer une base distante et donner les droits d'accès."

#. Type: string
#. Description
#: ../templates:2001
msgid "Database administrator username:"
msgstr "Identifiant de l'administrateur de la base de données :"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter the PostgreSQL administrator username, needed for the database "
"creation."
msgstr ""
"Veuillez indiquer l'identifiant de l'administrateur de PostgreSQL, "
"nécessaire pour la création de la base de données."

#. Type: password
#. Description
#: ../templates:3001
msgid "Database administrator password:"
msgstr "Mot de passe de l'administrateur du serveur de bases de données :"

#. Type: password
#. Description
#: ../templates:3001
msgid ""
"Please enter the PostgreSQL administrator password, needed for the database "
"creation."
msgstr ""
"Veuillez indiquer le mot de passe de l'administrateur de PostgreSQL, "
"nécessaire pour la création de la base de données."

#. Type: note
#. Description
#: ../templates:4001
msgid "Password mismatch"
msgstr "Mots de passe différents"

#. Type: note
#. Description
#: ../templates:4001
msgid ""
"The two passwords you entered were not the same. Please enter a password "
"again."
msgstr ""
"Le mot de passe et sa confirmation ne correspondent pas. Veuillez les saisir "
"à nouveau."

#. Type: string
#. Description
#: ../templates:5001
msgid "Database username for dotLRN:"
msgstr "Identifiant du propriétaire de la base de données de dotLRN :"

#. Type: string
#. Description
#: ../templates:5001
#| msgid ""
#| "Please provide a ${dbvendor} username for ${pkg} to register with the "
#| "database server.  A ${dbvendor} user is not necessarily the same as a "
#| "system login, especially if the database is on a remote server."
msgid ""
"Please provide a PostgreSQL username for dotLRN to register with the "
"database server.  A PostgreSQL user is not necessarily the same as a system "
"login, especially if the database is on a remote server."
msgstr ""
"Veuillez indiquer un identifiant de connexion PostgreSQL pour dotLRN sur le "
"serveur de bases de données. L'identifiant PostgreSQL n'est pas "
"nécessairement le même que l'identifiant de connexion Unix, en particulier "
"quand la base de données se trouve sur un serveur distant."

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"This is the user which will own the database, tables and other objects to be "
"created by this installation.  This user will have complete freedom to "
"insert, change or delete data in the database."
msgstr ""
"Cet identifiant est celui qui sera le propriétaire de la base de données, "
"des tables et autres objets qui seront créés par cette installation. Il "
"pourra à volonté insérer, changer ou supprimer des données dans la base de "
"données."

#. Type: password
#. Description
#: ../templates:6001
msgid "Database owner password:"
msgstr "Mot de passe du propriétaire de la base de données :"

#. Type: password
#. Description
#: ../

Bug#564177: mcedit: cursor behaves crazy after end of line

[Andreas Tille]

Package: mc
Version: 3:4.7.0-1
Severity: normal

Hi,

when using the internal editor mcedit I realised that the cursor can be
moved further than end of line which gives the impression of an infinite
number of spaces behind the last character which is definitely an
unexpected behaviour for an editor.  Especially it is not possible to
tell whether there are real spaces or not and the user starts "removing"
spaces at end of line if he asumes there are some.

Kind regards and thanks for maintaining mc

   Andreas.

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

Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core)
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 mc depends on:
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libglib2.0-0  2.22.0-1   The GLib library of C routines
ii  libgpm2   1.20.4-3.2 General Purpose Mouse - shared lib
ii  libslang2 2.2.1-1The S-Lang programming library - r

Versions of packages mc recommends:
ii  mime-support  3.46-1 MIME files 'mime.types' & 'mailcap

Versions of packages mc suggests:
ii  acroread [pdf-viewer]9.1.3-0.2   Adobe Acrobat Reader: Portable Doc
pn  arj(no description available)
ii  bzip21.0.5-3 high-quality block-sorting file co
pn  catdvi (no description available)
ii  dbview   1.0.4-1 View dBase III files
pn  djvulibre-bin  (no description available)
ii  evince [pdf-viewer]  2.26.2-2Document (postscript, pdf) viewer
ii  file 5.03-1  Determines file type using "magic"
ii  gv [pdf-viewer]  1:3.6.7-1   PostScript and PDF viewer for X
ii  imagemagick  7:6.5.5.3-1 image manipulation programs
ii  kghostview [pdf-viewer]  4:3.5.9-3   PostScript viewer for KDE
ii  links2.2-1+b1Web browser running in text mode
ii  lynx 2.8.8dev.1-1Text-mode WWW Browser (transitiona
pn  odt2txt(no description available)
ii  perl 5.10.0-25   Larry Wall's Practical Extraction 
ii  python   2.5.4-2 An interactive high-level object-o
pn  python-boto(no description available)
ii  python-tz2009l-1 Python version of the Olson timezo
ii  unzip6.0-1   De-archiver for .zip files
ii  w3m  0.5.2-2.1   WWW browsable pager with excellent
ii  xpdf-utils [pdf-viewer]  3.02-1.4+lenny1 Portable Document Format (PDF) sui
ii  zip  3.0-1   Archiver for .zip files

-- 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#564175: spamassassin: Returncode 25 during Install

[Uwe Kappe]

Package: spamassassin
Version: 3.2.5-7
Severity: normal


Hello everyone,

when I try to upgrade the spamassassin-package on my system I get a
returncode 25. Here is a console-debug-output from a retry with "dpkg
-D2 --configure"

geordi:~# dpkg -D2 --configure spamassassin
Richte spamassassin ein (3.2.5-7) ...
D02: fork/exec /var/lib/dpkg/info/spamassassin.postinst ( configure 3.2.5-6 
)
Running sa-compile (may take a long time)
dpkg: Fehler beim Bearbeiten von spamassassin (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 25 
zurück
Fehler traten auf beim Bearbeiten von:
 spamassassin
geordi:~# 

Fortunally my spamd works during this problem.

Many thanks in advance for help.

Best Regards from snowy Germany
Uwe

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

Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages spamassassin depends on:
pn  libarchive-tar-perl(no description available)
ii  libdigest-sha1-perl 2.12-1   NIST SHA-1 message digest algorith
ii  libhtml-parser-perl 3.64-1   collection of modules that parse H
ii  libnet-dns-perl 0.65-1   Perform DNS queries from a Perl sc
ii  libnetaddr-ip-perl  4.024+dfsg-1 IP address manipulation module
ii  libsocket6-perl 0.20-1   Perl extensions for IPv6
ii  libsys-hostname-long-perl   1.4-2Figure out the long (fully-qualifi
ii  libwww-perl 5.834-1  Perl HTTP/WWW client/server librar
ii  perl5.10.1-8 Larry Wall's Practical Extraction 
ii  perl-modules [libio-zlib-pe 5.10.1-8 Core Perl modules

Versions of packages spamassassin recommends:
ii  gcc   4:4.3.4-1  The GNU C compiler
ii  gnupg 1.4.10-2   GNU privacy guard - a free PGP rep
pn  libc6-dev  (no description available)
ii  libio-socket-inet6-perl   2.54-1.1   Object interface for AF_INET6 doma
ii  libmail-spf-perl  2.007-1Perl implementation of Sender Poli
ii  libsys-syslog-perl0.27-1 Perl interface to the UNIX syslog(
ii  make  3.81-7 An utility for Directing compilati
ii  perl [libsys-syslog-perl] 5.10.1-8   Larry Wall's Practical Extraction 
ii  re2c  0.13.5-1   tool for generating fast C-based r
ii  spamc 3.2.5-7Client for SpamAssassin spam filte

Versions of packages spamassassin suggests:
ii  libcompress-zlib-perl 2.022-1Transitional dummy package for Com
ii  libdbi-perl   1.609-1Perl Database Interface (DBI)
ii  libio-compress-perl [libcompr 2.022-1IO::Compress modules
ii  libio-socket-ssl-perl 1.31-1 Perl module implementing object or
pn  libmail-dkim-perl  (no description available)
pn  libnet-ident-perl  (no description available)
ii  perl [libcompress-zlib-perl]  5.10.1-8   Larry Wall's Practical Extraction 
pn  pyzor  (no description available)
ii  razor 1:2.85-3   spam-catcher using a collaborative

-- debconf information:
* spamassassin/upgrade/2.40:
  spamassassin/upgrade/2.40w:
* spamassassin/upgrade/cancel: Continue
* spamassassin/upgrade/2.42: No
  spamassassin/upgrade/2.42m: No
  spamassassin/upgrade/2.42u: No



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

Bug#564176: QLScrobbler is cruising for a bruising

[Paul Collins]

Package: quodlibet-plugins
Version: 20100104-1

I have not enabled QLScrobbler, and I do not plan to enable it.
Nevertheless, every time I start quodlibet or refresh the plugins,
it insists on asking me to configure it.  I "fixed" it like so,
Conan-style, but perhaps this is not the best way to do it.


--- events/qlscrobbler.py   2010-01-05 09:23:37.0 +1300
+++ /usr/share/pyshared/quodlibet/plugins/events/qlscrobbler.py 2010-01-08 
20:08:22.0 +1300
@@ -149,6 +149,8 @@
 return 0
 
 def check_config(self):
+if not self.__enabled:
+return
 user = config_get('username')
 passw = md5(config_get('password')).hexdigest()
 url = config_get_url()

-- 
Paul Collins
Wellington, New Zealand

Dag vijandelijk luchtschip de huismeester is dood



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

Bug#552008: Fixed in yelp-2.28.0+webkit-2

[Kenyon Ralph]

Looks like this bug was fixed in yelp-2.28.0+webkit-2 by
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554842. At least, I
can't reproduce the problem anymore.

-- 
Kenyon Ralph


signature.asc
Description: Digital signature

Bug#564174: xserver-xorg-video-intel: xrandr shows outputs that do not exist on Lenovo X200 (GM45)

[Josh Triplett]

Package: xserver-xorg-video-intel
Version: 2:2.9.1-2
Severity: normal

On my laptop, a Lenovo X200 with GM45 chipset, xrandr shows many outputs
that do not exist; more if using KMS.

Output from xrandr without KMS:

Screen 0: minimum 320 x 200, current 1280 x 800, maximum 4096 x 4096
VGA disconnected (normal left inverted right x axis y axis)
LVDS connected 1280x800+0+0 (normal left inverted right x axis y axis) 261mm x 
163mm
   1280x800   60.0*+   50.0  
   1024x768   85.0 75.0 70.1 60.0  
   832x62474.6  
   800x60085.1 72.2 75.0 60.3 56.2  
   640x48085.0 72.8 75.0 59.9  
   720x40085.0  
   640x40085.1  
   640x35085.1  
HDMI-1 disconnected (normal left inverted right x axis y axis)
HDMI-2 disconnected (normal left inverted right x axis y axis)

Note that this laptop does not have HDMI outputs, either on the laptop or on
its associated docking station.

Output from xrandr with KMS:

Screen 0: minimum 320 x 200, current 1280 x 800, maximum 8192 x 8192
VGA1 disconnected (normal left inverted right x axis y axis)
LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 261mm x 
163mm
   1280x800   60.0*+   50.0  
   1024x768   85.0 75.0 70.1 60.0  
   832x62474.6  
   800x60085.1 72.2 75.0 60.3 56.2  
   640x48085.0 72.8 75.0 59.9  
   720x40085.0  
   640x40085.1  
   640x35085.1  
HDMI1 disconnected (normal left inverted right x axis y axis)
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)
DP3 disconnected (normal left inverted right x axis y axis)

In addition to the non-existent HDMI outputs, this shows two non-existent
DisplayPort outputs.  This laptop has only one such output, on its docking
station, which I do not have.

- Josh Triplett

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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 Nov 20  2008 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1865248 Jan  6 09:52 /usr/bin/Xorg

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

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

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

Xorg X server log files on system:
-rw-r--r-- 1 root root 28890 Oct 13 10:59 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 34081 Jan  7 23:11 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

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

X.Org X Server 1.7.3.902 (1.7.4 RC 2)
Release Date: 2009-12-26
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-trunk-amd64 x86_64 Debian
Current Operating System: Linux feather 2.6.32-trunk-amd64 #1 SMP Thu Jan 7 
17:44:12 UTC 2010 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-trunk-amd64 
root=UUID=a8fb9a37-fac7-4a3e-8081-fc7b347bd0b2 ro quiet
Build Date: 06 January 2010  05:51:16PM
xorg-server 2:1.7.3.902-1 (jcris...@debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Jan  7 23:10:58 2010
(II) Loader magic: 0x7c2be0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:2a42:17aa:20e4 Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller rev 7, Mem @ 0xf200/4194304, 
0xd000/268435456, I/O @ 0x1800/8
(--) PCI: (0:0:2:1) 8086:2a43:17aa:20e4 Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller rev 7, Mem @ 0xf240/1048576
(==) Using default built-in configuration (30 lines)
(==) --- Start of built-in configuration ---
Section "Device"
Identifier  "Builtin Default intel Device 0"
Driver  "intel"
EndSection
Section "Screen"
Identifier  "Builtin Default intel Screen 0"
Device  "Builtin Default intel Device 0"
EndSecti

Bug#564173: wmcalc: wrong result in simple calculation, then abort on _XSend:

[oopla-pzp]

Package: wmcalc
Version: 0.3-6
Severity: grave
Justification: renders package unusable

e.g. this basic math yields a way wrong result:

  1814 / 720 -> 2.51923344
then
  * 300 -> 7568.4

wmcalc on Etch gets it right:

  1814 / 720 -> 2.5194 * 300 -> 755.83

Then playing a few times with / 300 * 300 / 300 ... wmcalc eventually aborts
with:

wmcalc: ../../src/xcb_io.c:228: _XSend: Assertion `!dpy->xcb->request_extra' 
failed.
Aborted

there's clearly something badly b0rked here - reverting to wmcalc from Etch
for now.

thx
-- paolo

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

Kernel: Linux 2.6.31.8-toi3.0.1-dm-sa-nb-pm.2 (PREEMPT)
Locale: lang=it...@euro, lc_ctype=it...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages wmcalc depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxpm4   1:3.5.7-1  X11 pixmap library

wmcalc recommends no packages.

wmcalc 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#548986: GDK_NATIVE_WINDOWS=1 should help

[Paweł Sadkowski]

Try to set variable GDK_NATIVE_WINDOWS=1:

export GDK_NATIVE_WINDOWS=1

in ~/.zprofile, ~/.bash_profile, etc., or run Iceweasel with:

GDK_NATIVE_WINDOWS=1 iceweasel



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

Bug#475794: Please add a README.Debian documenting the lack of automatic updates

[Nikolaus Schulz]

Hi!

As opposed to usual Debian packages, when the flashplugin-nonfree
package is installed and up-to-date, this does not imply that the
installed flash plugin is up-to-date.  Given the strong security
implications due to the high exposure of the plugin, it is very
important that all users of the package are aware of that updates of the
plugin are not automatic.  Now, I just learned this, and I really don't
think it is completely obvious.

So I think it would be a good idea to document it, for example by adding
an appropriate README.Debian, pointing the user to the
update-flashplugin-nonfree script.  I also think a short warning in the
package description would be appropriate.

Thanks and HAND,
Nikolaus



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

Bug#564172: update-manager: [INTL:ru] Russian program translation update

[Yuri Kozlov]

Package: update-manager
Version: 0.200.0-1
Severity: wishlist
Tags: l10n patch


Russian program translation update is attached.

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

Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of update-manager_0.200.0-1_ru.po to Russian
# Russian translation for update-manager
# Copyright (c) (c) 2006 Canonical Ltd, and Rosetta Contributors 2006
# This file is distributed under the same license as the update-manager package.
#
# Igor Zubarev , 2006.
# Koptev Oleg, 2009.
# Yuri Kozlov , 2009, 2010.
msgid ""
msgstr ""
"Project-Id-Version: update-manager 0.200.0-1\n"
"Report-Msgid-Bugs-To: sebastian.heinl...@web.de\n"
"POT-Creation-Date: 2009-09-21 10:40+0200\n"
"PO-Revision-Date: 2010-01-08 10:09+0300\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"
"X-Launchpad-Export-Date: 2009-04-08 12:12+\n"
"X-Generator: KBabel 1.11.4\n"

#: ../UpdateManager/Application.py:127
msgid "sets the log level"
msgstr "задать уровень протоколирования"

#: ../UpdateManager/Application.py:130
msgid "sets the log level to debug"
msgstr "установить отладочный уровень протоколирования"

#: ../UpdateManager/Application.py:134
msgid "starts an update check"
msgstr "запустить проверку обновлений"

#. TRANSLATORS: download size is 0
#: ../UpdateManager/Util/humanize.py:38
msgid "0 KB"
msgstr "0 КБ"

#. TRANSLATORS: download size of very small updates
#: ../UpdateManager/Util/humanize.py:41
msgid "1 KB"
msgstr "1 КБ"

#. TRANSLATORS: download size of small updates, e.g. "250 KB"
#: ../UpdateManager/Util/humanize.py:44
#, python-format
msgid "%.0f KB"
msgstr "%.0f КБ"

#. TRANSLATORS: download size of updates, e.g. "2.3 MB"
#: ../UpdateManager/Util/humanize.py:47
#, python-format
msgid "%.1f MB"
msgstr "%.1f МБ"

#: ../UpdateManager/Util/humanize.py:56
msgid "< 5 seconds"
msgstr "< 5 секунд"

#: ../UpdateManager/Util/humanize.py:58
#, python-format
msgid "%d seconds"
msgstr "%d секунд"

#: ../UpdateManager/Util/humanize.py:62 ../UpdateManager/Util/humanize.py:76
#, python-format
msgid "%d minute"
msgid_plural "%d minutes"
msgstr[0] "%d минута"
msgstr[1] "%d минуты"
msgstr[2] "%d минут"

#: ../UpdateManager/Util/humanize.py:64 ../UpdateManager/Util/humanize.py:82
#, python-format
msgid "%d second"
msgid_plural "%d seconds"
msgstr[0] "%d секунда"
msgstr[1] "%d секунды"
msgstr[2] "%d секунд"

#: ../UpdateManager/Util/humanize.py:74
#, python-format
msgid "%d hour"
msgid_plural "%d hours"
msgstr[0] "%d час"
msgstr[1] "%d часа"
msgstr[2] "%d часов"

#: ../UpdateManager/Backend/PythonApt.py:675
msgid "Could not download packages information."
msgstr "Не удалось скачать информацию о пакетах."

#: ../UpdateManager/Backend/PythonApt.py:809
msgid ""
"Internal error: the commit progress handler did not handle "
"requires_removal_or_installation correctly."
msgstr ""
"Внутренняя ошибка: обработчик хода выполнения не обработал "
"requires_removal_or_installation правильно."

#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:78
#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:85
msgid "A fatal error has been detected in update-manager."
msgstr "В update-manager обнаружена неустранимая ошибка."

#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:80
msgid "Do you want to submit a bug report?"
msgstr "Отправить сообщение об ошибке?"

#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:81
msgid "Selecting No will close the application."
msgstr "Если выбрать Нет, то приложение будет закрыто."

#: ../UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:86
msgid "The program will now exit."
msgstr "Завершение работы программы."

#: ../UpdateManager/Frontend/Newt.py:47 ../UpdateManager/Frontend/Newt.py:106
msgid "Loading package cache."
msgstr "Загрузка кэша пакетов."

#: ../UpdateManager/Frontend/Newt.py:51 ../UpdateManager/Frontend/Newt.py:104
msgid "Finished loading package cache."
msgstr "Загрузка кэша пакетов завершена."

#: ../UpdateManager/Frontend/Newt.py:80
msgid "Cancel"
msgstr "Отмена"

#: ../UpdateManager/Frontend/Newt.py:81
msgid "Install"
msgstr "Установка"

#: ../UpdateManager/Frontend/Newt.py:130
msgid "Building Updates List"
msgstr "Формируется список обновлений"

#: ../UpdateManager/Frontend/Gtk/ChangelogViewer.py:84
msgid "Open Link in Browser"
msgstr "Открыть ссылку в браузере"

#: ../UpdateManager/Frontend/Gtk/ChangelogViewer.py:87
msgid "Copy Link to Clipboard"
msgstr "Копировать ссылку в буфер обмена"

#: ../UpdateManager/Frontend/Gtk/ui.py:159
msgid "_Uncheck All"
msgstr "_Снять все отметки"

#: ../UpdateManager/Fronten

Bug#564098: som configuration directives are ignored

[Stig Sandbeck Mathisen]

"Marco d'Itri"  writes:

> Package: munin-node
> Version: 1.4.3-1
> Severity: important

Hi, and thank you for the bug report.

To make tracking this down a bit easier, it would be nice with a bit
more information.  Could you run "munin-run -d df" and update the bug
with the output of that command, please?

Example output:

,
| r...@fsck:/etc/munin/plugins# munin-run -d df
| # Processing plugin configuration from /etc/munin/plugin-conf.d/io
| # Processing plugin configuration from /etc/munin/plugin-conf.d/munin-node
| # Processing plugin configuration from /etc/munin/plugin-conf.d/mysql_.conf
| # Set rgid/ruid/egid/euid to 124/65534/124 124 /65534
| # Setting up environment
| # Environment critical = 98
| # Environment warning = 92
| # Environment exclude = none unknown iso9660 squashfs udf romfs ramfs
| # About to run '/etc/munin/plugins/df'
| _dev_sda1.value 61.1524951355933
| _dev.value 0.0177343745381673
| _dev_shm.value 0.013005207994656
| _var_run.value 0.00827604145114475
| _var_lock.value 0
| _lib_init_rw.value 0
| _var_lib_ureadahead_debugfs.value 61.1524951355933
| _dev_mapper_fsck_scratch.value 35.4088131972582
`

> OTOH, on a different system running the same 1.4.3-1 packages the
> configuration directives for this plugin work and the ones for a
> different one do not:

Running "munin-run" with "-d" may shed some light on this as well.
>
> [bind9_rndc]
> env.rndc /sbin/rndc
> env.querystats /home/named/data/statistics
> r...@ns1:~#  /etc/munin/plugins/df
> _dev_vda1.value 16.0502787174834
> r...@ns1:~#  /usr/share/munin/plugins/bind9_rndc
> /usr/share/munin/plugins/bind9_rndc: /var/run/named.stats: No such file or 
> directory
> r...@ns1:~# 
>
> Adding the configuration directives to /etc/munin/munin-node.conf does
> not work either.

/etc/munin/munin-node.conf contains configuration for Net::Server, as
well as a few paths for munin-node.  Plugin environment is set from
files in /etc/munin/plugin-conf.d/.

> BTW, I recommend adding tmpfs and simfs to the default exclusion list
> of the df plugin.

Good idea.  I've committed this to the upstream plugin, it'll appear in
a later release.

-- 
Stig Sandbeck Mathisen


pgpjRgPRcdnT5.pgp
Description: PGP signature

Bug#563483: closed by Christophe Mutricy (Bug#563483: fixed in vlc 1.0.4-2)

[Luk Claes]

Reinhard Tartler wrote:
> On Fr, Jan 08, 2010 at 03:39:31 (CET), James Vega wrote:
> 
>> On Wed, Jan 06, 2010 at 10:51:13AM +, Debian Bug Tracking System wrote:
>>> Source: vlc
>>> Source-Version: 1.0.4-2
>>> [snip]
>>>* Move back hotkeys to vlc-nox (Closes: #563477)
>>>* Fix Replaces/Conflicts version so that upgrade work (Closes:
>>>  #563476, #563483)
>> See #560896 for why
>>
>>   Package: vlc
>>   Version: 1.0.4-2
>>   Depends: vlc-nox (= 1.0.4-2)
>>   Conflicts: vlc-nox (<< 1.0.4-2)
>>
>>   Package: vlc-nox
>>   Version: 1.0.4-2
>>   Conflicts: vlc (<< 1.0.4-2)
>>
>> is broken.
> 
> That bugreport has very long discussion threads, and after skimming
> them, I didn't understand how that bug relates to this situation.
> 
> Here in vlc, both conflicts are versioned. Both apt and aptitude should
> be able to find the obvious solution: pick the latest version of both
> packages. How can this cause problems?

New vlc needs vlc-nox to be installed first, but the new vlc-nox
conflicts with the installed version of vlc...

Cheers

Luk





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

Bug#564150: Segmentation fault on iBook

[Rick Thomas]

This is the same as bug #562575


Rick



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

Bug#563483: closed by Christophe Mutricy (Bug#563483: fixed in vlc 1.0.4-2)

[Reinhard Tartler]

On Fr, Jan 08, 2010 at 03:39:31 (CET), James Vega wrote:

> On Wed, Jan 06, 2010 at 10:51:13AM +, Debian Bug Tracking System wrote:
>> Source: vlc
>> Source-Version: 1.0.4-2
>> [snip]
>>* Move back hotkeys to vlc-nox (Closes: #563477)
>>* Fix Replaces/Conflicts version so that upgrade work (Closes:
>>  #563476, #563483)
>
> See #560896 for why
>
>   Package: vlc
>   Version: 1.0.4-2
>   Depends: vlc-nox (= 1.0.4-2)
>   Conflicts: vlc-nox (<< 1.0.4-2)
>
>   Package: vlc-nox
>   Version: 1.0.4-2
>   Conflicts: vlc (<< 1.0.4-2)
>
> is broken.

That bugreport has very long discussion threads, and after skimming
them, I didn't understand how that bug relates to this situation.

Here in vlc, both conflicts are versioned. Both apt and aptitude should
be able to find the obvious solution: pick the latest version of both
packages. How can this cause problems?

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#564170: distcc: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: distcc
Version: 3.1-3
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

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

Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of distcc_3.1-3_ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov , 2008.
# Yuri Kozlov , 2009, 2010.
msgid ""
msgstr ""
"Project-Id-Version: distcc 3.1-3\n"
"Report-Msgid-Bugs-To: dis...@packages.debian.org\n"
"POT-Creation-Date: 2010-01-05 23:23+0100\n"
"PO-Revision-Date: 2010-01-08 09:10+0300\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \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"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../distcc.templates:1001
msgid "Start the distcc daemon on startup?"
msgstr "Запускать службу distcc при включении компьютера?"

#. Type: boolean
#. Description
#: ../distcc.templates:1001
msgid ""
"distcc can be run as a daemon, listening on port 3632 for incoming "
"connections."
msgstr ""
"distcc может запускаться в виде службы, ожидающей входящих соединений на "
"порту 3632."

#. Type: boolean
#. Description
#: ../distcc.templates:1001
msgid ""
"You have the option of starting the distcc daemon automatically on the "
"computer startup. If in doubt, it's advised not to start it automatically on "
"startup. If you later change your mind, you can run: 'dpkg-reconfigure "
"distcc'."
msgstr ""
"Вы можете настроить службу distcc на автоматический запуск при включении "
"компьютера. Если не уверены, не запускайте службу автоматически. Позже можно "
"изменить настройку запустив: 'dpkg-reconfigure distcc'."

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid "Allowed client networks:"
msgstr "Разрешённые клиентские адреса сетей:"

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid ""
"The distcc daemon implements access control based on the IP address of the "
"client, that is trying to connect. Only the hosts or networks listed here "
"are allowed to connect."
msgstr ""
"В службе distcc реализован контроль доступа по IP-адресу клиента, который "
"пытается подключиться. Разрешено подключаться только машинам и сетям, "
"указанным здесь."

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid ""
"You can list multiple hosts and/or networks, separated by spaces. Hosts are "
"represented by their IP address, networks have to be in CIDR notation, f.e. "
"\"192.168.1.0/24\"."
msgstr ""
"Можно указать несколько машин и/или сетей через пробелы. Машины описываются "
"своими IP-адресами, а сети указываются в формате CIDR, например, "
"\"192.168.1.0/24\"."

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid "To change the list at a later point, you can run: 'dpkg-reconfigure 
distcc'."
msgstr "Позже можно изменить настройку, запустив: 'dpkg-reconfigure distcc'."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid "Listen interfaces:"
msgstr "Прослушиваемые интерфейсы:"

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid "The distcc daemon can be bound to a specific network interface."
msgstr "Служба distcc может быть привязана к определённому сетевому интерфейсу."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid ""
"You probably want to choose the interface of your local network by entering "
"it's IP address. If distccd should listen on all interfaces, just enter "
"nothing."
msgstr ""
"Обычно, здесь вводят IP-адрес интерфейса, через который осуществляется "
"подключение к локальной сети. Если distccd должен ожидать запросы на всех "
"интерфейсах, то ничего не вводите."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid ""
"Be sure to protect distccd from unauthorized access, by being careful in "
"your choice of the listen interface and allowed networks. distccd should  "
"never be accessible from untrusted networks. If that is needed, secureshell "
"should be used instead of the daemon."
msgstr ""
"Внимательней выбирайте прослушиваемый интерфейс и разрешённые сети, чтобы "
"защитить distccd от несанкционированного доступа. distccd никогда не должен "
"быть доступен из ненадёжных сетей. Если это всё же требуется, то вместо "
"службы нужно использовать secureshell."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid ""
"To change the address at a later point, you can run: 'dpkg-reconfigure "
"distcc'."
msgstr "Позже можно изменить адрес, запустив: 'dpkg-reconfigure distcc'."

#. Type: string
#. Description
#: ../distcc.templates:400

Bug#564169: acpi-support should depend on rfkill

[Sebastian Leske]

Package: acpi-support
Version: 0.131-5
Severity: normal

acpi-support should depend on rfkill, as it is used in 
/etc/acpi/ibm-wireless.sh

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

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

Versions of packages acpi-support depends on:
ii  acpi-support-base 0.131-5scripts for handling base ACPI eve
ii  acpid 1:2.0.0-1  Advanced Configuration and Power I
ii  dmidecode 2.9-1  Dump Desktop Management Interface 
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  pm-utils  1.1.2.4-1  utilities and scripts for power ma
ii  x11-xserver-utils 7.3+5  X server utilities

Versions of packages acpi-support recommends:
ii  dbus  1.2.1-5simple interprocess messaging syst
ii  hal   0.5.11-8   Hardware Abstraction Layer
ii  radeontool1.5-5  utility to control ATI Radeon back
ii  toshset   1.75-1 Access much of the Toshiba laptop 
ii  vbetool   1.1-2  run real-mode video BIOS code to a
ii  xscreensaver  5.05-3 Automatic screensaver for X

Versions of packages acpi-support suggests:
pn  nvclock(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#564168: net/http.rb: Error on page fetch exception (regression)

[Adrian Irving-Beer]

Package: libruby1.8
Version: 1.8.7.248-1
Severity: normal
Tags: patch

I have some code that does web fetches and sometimes expects them to
fail, but interprets the failure and continues running.

That's how it used to work, but as of the latest libruby1.8 upgrade, it
breaks with the following exception:

/usr/lib/ruby/1.8/net/http.rb:1060:in `request': undefined method `closed?' for 
nil:NilClass (NoMethodError)

The problem is evidently that @socket may sometimes be nil in this case.

I've attached a patch (against the live net/http.rb file) that seems
to fix the issue, though it ought to be scrutinised a bit more -- I
don't know if it's just masking an deeper underlying problem /
erroneous assumption.

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

Kernel: Linux 2.6.26-2-amd64 (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/dash

Versions of packages libruby1.8 depends on:
ii  libc6  2.9-7 GNU C Library: Shared libraries
ii  libncurses55.7+20081213-1shared libraries for terminal hand
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

libruby1.8 recommends no packages.

libruby1.8 suggests no packages.

-- no debconf information
--- /usr/lib/ruby/1.8/net/http.rb.orig	2010-01-07 23:53:20.0 -0500
+++ /usr/lib/ruby/1.8/net/http.rb	2010-01-07 23:52:54.0 -0500
@@ -1057,7 +1057,7 @@
   res
 rescue => exception
   D "Conn close because of error #{exception}"
-  @socket.close unless @socket.closed?
+  @socket.close unless @socket.nil? || @socket.closed?
   raise exception
 end
 


signature.asc
Description: Digital signature

Bug#564167: grub-common: grub.info doesn't belong here

[Ian Zimmerman]

Package: grub-common
Version: 1.98~20100101-1
Severity: minor


shipping the grub.info (which documents -- weakly -- the 1.x version
of grub) in this package can be extremely confusing because
grub-legacy (i.e. grub 0.x) depends on grub-common.  Moreover,
grub-legacy-doc doesn't register *its* info file with install-info,
unlike grub-common.  Thus, when you install grub-legacy and
grub-legacy-doc with apt, you'll actually see the grub 1.x document
in the info directory when you run the info command or do C-h i in
emacs.

Given the nature of grub, this could mislead someone into making their
system unbootable.

Maybe the info file should be in its own package grub-doc-info or something.

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

Kernel: Linux 2.6.32.3-core2-i (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 grub-common depends on:
ii  base-files 5.0.0 Debian base system miscellaneous f
ii  dpkg   1.15.5.5  Debian package management system
ii  gettext-base   0.17-8GNU Internationalization utilities
ii  install-info   4.13a.dfsg.1-5Manage installed documentation in 
ii  libc6  2.10.2-2  GNU C Library: Shared libraries
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages grub-common recommends:
pn  os-prober  (no description available)

Versions of packages grub-common suggests:
pn  grub-emu   (no description available)
pn  multiboot-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#557649: unifdef: new upstream version

[Jonathan Nieder]

Hi again,

In the version of unifdef I put up a month ago, unifdefall would look
for an installed unifdef, and thus all tests for unifdefall failed
unless unifdef was installed.  I have uploaded a fixed version to
the usual spot.

  - http://git.debian.org/?p=collab-maint/unifdef.git
  - 
http://git.debian.org/?p=collab-maint/unifdef.git;a=commitdiff;h=refs/heads/master;hp=955323775
  - dget -u http://collab-maint.alioth.debian.org/unifdef/LATEST/LATEST.dsc

Fixes since the last revision:

 * unifdefall looked for unifdef on the $PATH, causing test suite
   failures if it was not present there.  Now it checks the directory
   containing unifdefall first.

 * debian/rules build would use whatever compiler make defaults to
   using, which is 'cc'.  Some build system administrators might set
   /etc/alternatives/cc to point to a compiler that does not
   understand the -include option, so now it uses 'gcc' instead.

 * The installation instructions in README have been split off into
   a separate file which is no longer installed to /usr/share/doc.

 * Upstream's Makefile has been tweaked so we can use it for
   'make clean' and 'make install'.

debian/rules has been simplified by taking advantage of that last fix.

The changelog and package description have been improved as well.

Enjoy,
Jonathan



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

Bug#498174: libmms0: Please include support for extended stream properties

[Anssi Hannula]

It seems upstream released a new version a while ago. However, this patch was 
not applied.

Also, there exists now another patch doing the same in an upstream bugreport:
https://bugs.launchpad.net/libmms/+bug/381782

-- 
Anssi Hannula



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

Bug#563118: programs

[Juhapekka Tolvanen]

On Fri, 08 Jan 2010, +06:42:05 EET (UTC +0200),
Matthew Woehlke  pressed some keys:

> Juhapekka Tolvanen wrote:
> >On Thu, 31 Dec 2009, +14:51:44 EET (UTC +0200),
> >Eric Blake pressed some keys:
> >
> >>According to Juhapekka Tolvanen on 12/30/2009 4:35 PM:
> >>>I wanted to do this: Give sizes of each files and directories located
> >>>in $PWD in human-readable-format AND sort output according to sizes of
> >>>those files and directories.
> >>
> >>What's wrong with:
> >>
> >>du -sh0 * | sort -hz | tr '\0' '\n'
> >>
> >>besides needing coreutils 7.5 or newer?
> >
> >What if size of one directory is rounded UP to 1M and size of other
> >directory is rounded DOWN to 1M? How sort-command can know know, which
> >one is bigger? I am sure, that sorting must be done according to size
> >in bytes, not according to size of human-readable units.
> 
> Okay. What is wrong with:
> 
> du -B 1 -s -0 * \
>   | sort -nz \
>   | awk -v RS='\0' '{print $2}' \
>   | xargs -d '\0' du -sh
> 
> ?

It does not work for me:

% ls
000misc/  Front242/Ministry/
VNV_Nation/
Aavikko/  Frontline_Assembly/  Nitzer_Ebb/
Wendy_Carlos/
Apoptygma_Berzerk/Kemopetrol/  Organ/YMO/
Art_of_Noise/ KMFDM/   Rammstein/
Coil/ Kraftwerk/   Revolting_Cocks/
Einstuerzende_Neubauten/  Laibach/ Type_O_Negative/

% du -B 1 -s -0 * | sort -nz | awk -v RS='\0' '{print $2}' | xargs -d
'\0' du -sh
du: tiedostoa
”Coil\nLaibach\nWendy_Carlos\nAavikko\nRevolting_Cocks\nFrontline_Assembly\nNitzer_Ebb\nArt_of_Noise\nEinstuerzende_Neubauten\nFront242\nKemopetrol\nKMFDM\nVNV_Nation\nRammstein\nType_O_Negative\nMinistry\nApoptygma_Berzerk\nOrgan\nYMO\n000misc\nKraftwerk\n”
ei voi käsitellä: Tiedostoa tai hakemistoa ei ole
[1]21748 done   du -B 1 -s -0 * | 
   21749 done   sort -nz | 
   21750 done   awk -v RS='\0' '{print $2}' | 
   21751 exit 123   xargs -d '\0' du -sh

It says ”du: A file (very long text) can not be handled: File or
directory do not exist.”

% whence -savc awk
/usr/bin/awk -> /usr/bin/gawk
/opt/heirloom/5bin/posix2001/awk -> /opt/heirloom/5bin/posix2001/nawk
/opt/heirloom/5bin/awk -> /opt/heirloom/5bin/oawk
/opt/heirloom/5bin/posix/awk -> /opt/heirloom/5bin/posix/nawk
/opt/heirloom/5bin/s42/awk -> /opt/heirloom/5bin/posix/nawk
/opt/plan9/bin/awk


Anyway, this WorksForMe™:

http://iki.fi/juhtolv/hacks/sh/sortdu.sh.bz2

> Incidentally, instead of re-executing 'du' via xargs, I do this:
> 
> awk -v RS='\0' '{
>   if ( $1 > 0x3F00 )
> printf "%6.1fG\t", $1 / 0x4000 ;
>   else if ( $1 > 0xF )
> printf "%6.1fM\t", $1 / 0x10 ;
>   else if ( $1 > 0x300 )
> printf "%6.1fK\t", $1 / 0x400 ;
>   else
> printf "%6i\t", $1 ;
>   $1="" ;
>   print $0 ;
> }'

How that awk-snippet is actually used? Can you provide it as a
shell-script-file?



-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"Quidquid Latine dictum sit altum videtur."



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

Bug#564166: commons-daemon: Please support Renesas SH4

[Nobuhiro Iwamatsu]

Package: commons-daemon
Version: 1.0.2~svn20061127-10
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

I am now trying to run Debian on Renesas SH(sh4) CPU.
http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4

commons-daemon FTBFS on SH4.
Because commons-daemon does not support SH4.
http://buildd.debian-ports.org/fetch.php?pkg=commons-daemon&arch=sh4&ver=1.0.2~svn20061127-10&stamp=1260965096&file=log&as=raw

-
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for ranlib... ranlib
*** Host support ***
checking C flags dependant on host system type... failed
configure: error: Unsupported CPU architecture "sh4"
make: *** [config-stamp] Error 1
-

I made patch to support SH4. Build fine with this patch.
Could you apply this patch?

Best regards,
 Nobuhiro
diff --git a/src/native/unix/support/apsupport.m4 
b/src/native/unix/support/apsupport.m4
index 46413b8..f52c388 100644
--- a/src/native/unix/support/apsupport.m4
+++ b/src/native/unix/support/apsupport.m4
@@ -99,7 +99,7 @@ AC_DEFUN(AP_SUPPORTED_HOST,[
 CFLAGS="$CFLAGS -DCPU=\\\"PA_RISC2.0\\\""
 supported_os="hp-ux"
 HOST_CPU=PA_RISC2.0;;
-  arm|hppa|ia64|m68k|mips|mipsel|powerpc*|s390|sparc*)
+  arm|hppa|ia64|m68k|mips|mipsel|powerpc*|s390|sparc*|sh*)
 CFLAGS="$CFLAGS -DCPU=\\\"$host_cpu\\\""
 HOST_CPU=$host_cpu;;
   *)

Bug#523923: Cron script already in the package

[Javier Kohen]

On Thu, Jan 7, 2010 at 10:11, Johan Walles  wrote:

> reopen 523923
> thanks
>
> 2010/1/7 Guillaume Delacour :
> > Hello,
> >
> > the rsnapshot package already have a cron script
> > (/etc/cron.d/rsnapshot), you only have to uncomment the lines to
> > activate the jobs.
>
> That script is broken on systems like desktops that aren't up all the
> time.  The daily, weekly and monthly snapshots are all taken at night,
> so if you have your system on during the day only you won't get
> anything but daily snapshots.
>
> My script works fine regardless of whether or not the system is constantly
> up.
>

Johan's script has been very useful to me. I've been using it for months
with no issues to report. If you're not satisfied with the added dependency,
please consider at least its functionality.

Maybe you could get by with suggesting Ruby instead of having a strong
dependency, given that the user has to take an explicit action to activate
the jobs, as you said.

Bug#564011: quilt: .pc/.version detected by lintian as a direct change in diff

[Russ Allbery]

Michael Gilbert  writes:

> It looks like naively updating to standards 3.8.3, without also updating
> to the new source format exposes this problem. To reproduce, download
> for example the alien-arena (7.0-1) source package (in contrib), build
> at standards 3.7.3: no warning. Change to standards 3.8.3: .pc/.version
> warning will be asserted.

Changing the standards version doesn't change anything about the build
process, so this seemed unlikely.  I did as you said above to confirm, and
indeed, I do not get any warnings about .pc/.version or any other files
under .pc.

I suspect what's happened is that you've done quilt push and quilt pop in
the source tree, and then built the package from that source tree.  quilt
pop still leaves the .pc/.version file behind, so you then end up with it
in your source package.  You have to either remove it explicitly in the
clean target (/usr/share/quilt/quilt.make does this, but the package
doesn't use that method) or remember to delete it before building a new
source package.

-- 
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#564165: collectd: Please support Renesas SH4

[Nobuhiro Iwamatsu]

Package: collectd
Version: 4.8.2-1
Severity: important
Tags: patch
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org


Hi,

I am now trying to run Debian on Renesas SH(sh4) CPU.
http://buildd.debian-ports.org/status/architecture.php?suite=unstable&a=sh4

collectd FTBFS on SH4.
Because  collectd does not support SH4.
http://buildd.debian-ports.org/fetch.php?pkg=collectd&arch=sh4&ver=4.8.2-1&stamp=1262847378&file=log&as=raw

-
checking for ip6tc_handle_t... no
checking for iptc_init in -liptc... yes
configure: Building with JAVA_CPPFLAGS set to:
-I/usr/lib/jvm/java-6-openjdk/include
configure: Building with JAVA_LDFLAGS set to:
-L/usr/lib/jvm/java-6-openjdk/jre/lib//server -Wl,-rpath
-Wl,/usr/lib/jvm/java-6-openjdk/jre/lib//server
checking jni.h usability... yes
checking jni.h presence... yes
checking for jni.h... yes
checking for JNI_CreateJavaVM in -ljvm... no
checking libmemcached/memcached.h usability... yes
checking libmemcached/memcached.h presence... yes
checking for libmemcached/memcached.h... yes
checking for memcached_create in -lmemcached... yes
-

I made patch to support SH4. Build fine with this patch.
Could you apply this patch?

Best regards,
 Nobuhiro
diff --git a/debian/rules b/debian/rules
index 01adc9e..446b0ed 100755
--- a/debian/rules
+++ b/debian/rules
@@ -35,7 +35,7 @@ endif
 # The archdir map has been copied from openjdk-6's debian/rules.
 JAVA_ARCHDIR_MAP = alpha=alpha arm=arm armel=arm amd64=amd64 hppa=parisc \
i386=i386 lpia=i386 m68k=m68k mips=mips mipsel=mipsel \
-   powerpc=ppc sparc=sparc s390=s390 ia64=ia64
+   powerpc=ppc sparc=sparc s390=s390 ia64=ia64 sh4=sh4
 JAVA_ARCHDIR = $(strip $(patsubst $(DEB_BUILD_ARCH)=%, %, \
$(filter $(DEB_BUILD_ARCH)=%, $(JAVA_ARCHDIR_MAP
 JAVA_HOME = /usr/lib/jvm/java-6-openjdk

Bug#563972: patch to fix fontmatrix on armel

[OM]

* Michael Casadevall  [2010-01-06 13:32:55 -0500]:

> Package: fontmatrix
> Severity: serious
> Tags: patch
> Justification: no longer builds from source


> I've recently fixed fontmatrix to build on armel on Ubuntu, and I'm passing 
> along
> the patch to help recitify the FTBFS. The underlying issue is that on ARM, 
> qreal
> is typedef'ed to float versus a double so when using qMax between a double 
> and a qreal,
> you need to cast the call so the compiler can find the proper function.

Ahh, the infamous qreal issue on armel strikes again. Thank you for catching
it Michael!

Cheers,

Alex

> Index: fontmatrix-0.6.0/src/fminfodisplay.cpp
> ===
> --- fontmatrix-0.6.0.orig/src/fminfodisplay.cpp   2010-01-06 
> 09:22:22.677196249 -0500
> +++ fontmatrix-0.6.0/src/fminfodisplay.cpp2010-01-06 09:22:54.437193376 
> -0500
> @@ -152,7 +152,7 @@
>   GlyphToSVGHelper gtsh ( gpi->path(), tf );
>   svg += gtsh.getSVGPath() + "\n";
>   horOffset += 
> gpi->data(GLYPH_DATA_HADVANCE).toDouble() * scaleFactor;
> - maxHeight = qMax ( gtsh.getRect().height(), 
> maxHeight );
> + maxHeight = qMax ( 
> gtsh.getRect().height(), maxHeight );
>   tf.translate( 
> gpi->data(GLYPH_DATA_HADVANCE).toDouble()  * scaleFactor,0 );
>   delete gpi;
>   }
> 
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers lucid-updates
>   APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.31-16-generic (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> 



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

Bug#559088: FTBFS [hppa]: jarsigner error: incorrect magic

[Karl J. Runge]

> I would opt for option 2 or maybe 3.
> 
> About option 2, I could split x11vnc into x11vnc and x11vnc-data packages. 
> x11vnc-data package will contain all jars (/usr/share/x11vnc/classes) and 
> will 
> be platform-independent (architecture all).

So when a user installs the x11vnc package then by default the x11vnc-data
will automatically installed as well?

Karl




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

Bug#564164: perdition: pop_capability and imap_capability should not be synonyms

[Russell Coker]

Package: perdition
Version: 1.18-2.1
Severity: normal

The list of valid capabilities differs between POP and IMAP, so it doesn't make
sense to use the same config option for them.

Also the POP capability result returns all results on one line, which according
to a brief skim read of the RFC appears to be invalid.  So it would be good
if the POP capabilities were converted from a single space-delimited line to
multiple lines before returning the data to the client.



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

Bug#561117: gnulib: at-func2.c:113: attempt to free a non-heap object

[Ian Beckwith]

tags 561117 + fixed-upstream pending
thanks

On Mon, Dec 14, 2009 at 08:07:13PM +0100, Petr Salinger wrote:
> during build of coreutils-8.1:
> 
> at-func2.c: In function 'at_func2':
> at-func2.c:113: warning: attempt to free a non-heap object 'proc_buf1'
> 
> IMO, the right fix is

[snip]

Thanks. I forwarded this upstream:

> Ouch.  Yes, that is the correct fix for my typo.  Applied, in Petr's
> name.

I should be making and uploading a new stable snapshot of gnulib with
this fix in the next few days.

thanks,

Ian.

-- 
Ian Beckwith - i...@erislabs.net - http://erislabs.net/ianb/
GPG fingerprint: AF6C C0F1 1E74 424B BCD5  4814 40EC C154 A8BA C1EA
Listening to: Isis - Panopticon - Grinning Mouths


signature.asc
Description: Digital signature

Bug#564163: mutt integration broken, --max-lines=250 exit code not swallowed

[martin f krafft]

Package: t-prot
Version: 2.11-1
Severity: normal
Tags: patch

It is my understanding that -Mmutt should inhibit the exit code for
--max-lines. Since the --max-lines handling changed since 2.8.1 (it
moved out of process_msg(), the return code for overlong messages
will be non-zero even if -Mmutt is passed. This causes mutt to
request me to press a key before it displays the message, because
from mutt's point of view, the display_filter failed.

Don't tell anyone I wrote a Perl patch, which might just be
proof-of-concept anyway. This fixes the issue:

--- /tmp/t-prot 2010-01-08 16:35:26.0 +1300
+++ /usr/bin/t-prot 2010-01-08 16:36:43.0 +1300
@@ -1083,7 +1083,7 @@
 if ($ofile ne 'NONE') {
 write_msg(($mda?'|'.SENDMAIL." $mda":">$ofile"), \...@message);
 }
-exit(EX_DATAERR);
+exit(($mua ne 'mutt') ? EX_DATAERR : EX_OK);
 }

 # this should be self-explanatory:

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

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

Versions of packages t-prot depends on:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  libgetopt-mixed-perl  1.008-10   Perl module for processing options
ii  liblocale-gettext-perl1.05-6 Using libc functions for internati
ii  perl  5.10.1-8   Larry Wall's Practical Extraction 

Versions of packages t-prot recommends:
ii  mutt  1.5.20-5   text-based mailreader supporting M

Versions of packages t-prot suggests:
ii  postfix [mail-transport-agent 2.6.5-3High-performance mail transport ag

-- debconf information excluded


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#557261: [Pkg-openssl-devel] Bug#557261: libssl0.9.8: Updating from version k-5 to k-6 breaks client auth with stunnel4

[Vladimir Volovich]

Hi!

On Sat, Nov 21, 2009 at 09:38:20AM +0100, Kurt Roeckx wrote:
> On Fri, Nov 20, 2009 at 08:25:02PM +, Dick Middleton wrote:
> > Package: libssl0.9.8
> > Version: 0.9.8k-5
> > Severity: important
> > 
> > 
> > I've just updated my 'sid/unstable' system and found stunnel4 can no
> > longer do its client certificate auth with apache connecting with ssl
> > on port https/443.
> > 
> > Apache reports:
> >  Re-negotiation handshake failed: Not accepted by client!? 
> 
> The change in -6 disabled renegotiation because it happens in
> an insecure way.  Since you're talking to an apache server,
> I would suggest you talk to the administrator to set up his
> website so that it doesn't require renegotiation.  I understand
> that this requires that the whole server or virtual server needs
> to be configured to accept the client certificate.

sorry for asking, but could you please explain if it is always possible
to reconfigure the server to eliminate the need for renegotiation?

consider situation when one of directories is protected with
"SSLVerifyClient require", but the rest of the site is not:


  # [...]
  SSLEngine on
  SSLCertificateFile ...
  SSLCertificateKeyFile ...
  SSLCertificateChainFile ...
  SSLVerifyClient none

  
SSLVerifyClient require
SSLCACertificateFile ...
  


now, whenever i go to any URL starting with /protected/, apache seems
to be forcing renegotiation and the client browser linked against
0.9.8k-5 and above fails to load the page.

is it possible, and how, to reconfigure apache in this case, to
eliminate the need for renegotiation?

Best,
v.



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

Bug#564011: quilt: .pc/.version detected by lintian as a direct change in diff

[Michael Gilbert]

On Thu, 07 Jan 2010 19:07:18 -0800 Russ Allbery wrote:

> Michael Gilbert  writes:
> 
> > I've been working with some existing packages recently and they use the
> > old quilt format, which turns out to be the culprit.  A link to your doc
> > on converting to 3.0 [0] would have been a sufficient response.
> 
> I'm fairly sure this problem doesn't exist even with the old way of using
> quilt unless the package is broken.  Lintian has several tests that use
> quilt and isn't showing this problem for other packages that use quilt via
> debian/rules.
> 
> Converting it to 3.0 is one way to fix it, but it shouldn't be necessary;
> just using quilt properly should do it.

It looks like naively updating to standards 3.8.3, without also
updating to the new source format exposes this problem. To reproduce,
download for example the alien-arena (7.0-1) source package (in
contrib), build at standards 3.7.3: no warning. Change to standards
3.8.3: .pc/.version warning will be asserted.

Mike



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

Bug#559939: Fwd: RFS: namebench

[Miguel Landaeta]

-- Forwarded message --
From: Miguel Landaeta 
Date: Thu, Jan 7, 2010 at 10:04 PM
Subject: RFS: namebench
To: debian-ment...@lists.debian.org
Cc: debian-pyt...@lists.debian.org


Hi mentors,

I am looking for a sponsor for my package "namebench".

* Package name    : namebench
 Version         : 1.1+dfsg-1
 Upstream Author : Thomas R. Stromberg 
* URL             : http://code.google.com/p/namebench/
* License         : Apache-2.0
 Section         : python

It builds these binary packages:
namebench  - open-source DNS benchmark utility

The package appears to be lintian clean.

The upload would fix these bugs: 559939

My motivation for maintaining this package is:
This is a really useful tool to benchmark DNS performance and to find the best
DNS servers available.

Note: One of its Depends is also waiting for sponsoring (graphy).
Please see http://lists.debian.org/debian-mentors/2010/01/msg00068.html

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/n/namebench
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/n/namebench/namebench_1.1+dfsg-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

--
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#564162: gnome-user-share: Both obexd-server and obex-data-server should be allowed

[GW]

Package: gnome-user-share
Version: 2.28.2-2
Severity: important

I am trying to install blueman and have found a conflict between
gnome-desktop-environment and blueman that seems to be related to the
recent change. The problem arises from the fact that gnome-user-share
depends on obexd-server, blueman on obex-data-server and obexd-server
conflicts on obex-data-server.

The change that probably made the problem:
gnome-user-share (2.28.2-1) unstable; urgency=low
   [ Josselin Mouette ]
  * Depend on obexd-server, not obex-data-server.

Proposed solution: gnome-user-share should depend on both obexd-server
and obex-data-server (as alternate dependency), so that blueman can be
painlessly installed.


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

Kernel: Linux 2.6.30-2-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 gnome-user-share depends on:
ii  apache2.2-bin 2.2.14-4   Apache HTTP Server common binary f
ii  gconf22.28.0-1   GNOME configuration database syste
ii  gnome-bluetooth   2.28.3-2   GNOME Bluetooth tools
ii  libapache2-mod-dnssd  0.6-2  Zeroconf support for Apache 2 via 
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libcanberra-gtk0  0.22-1 Gtk+ helper for playing widget eve
ii  libcanberra0  0.22-1 a simple abstract interface for pl
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-2 simple interprocess messaging syst
ii  libgconf2-4   2.28.0-1   GNOME configuration database syste
ii  libglib2.0-0  2.22.3-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.3-1   The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n
ii  libselinux1   2.0.89-4   SELinux runtime shared libraries
ii  libunique-1.0-0   1.1.6-1Library for writing single instanc
ii  libx11-6  2:1.3.2-1  X11 client-side library
ii  obexd-server  0.14-1 D-Bus OBEX server

gnome-user-share recommends no packages.

gnome-user-share 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#564011: quilt: .pc/.version detected by lintian as a direct change in diff

[Russ Allbery]

Michael Gilbert  writes:

> I've been working with some existing packages recently and they use the
> old quilt format, which turns out to be the culprit.  A link to your doc
> on converting to 3.0 [0] would have been a sufficient response.

I'm fairly sure this problem doesn't exist even with the old way of using
quilt unless the package is broken.  Lintian has several tests that use
quilt and isn't showing this problem for other packages that use quilt via
debian/rules.

Converting it to 3.0 is one way to fix it, but it shouldn't be necessary;
just using quilt properly should do it.

-- 
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#564114: [Secure-testing-team] e1000: Potential packet filtering bypass

[Michael Gilbert]

On Thu, 07 Jan 2010 19:27:02 + Ben Hutchings wrote:

> Julien Cristau pointed out the thread
> .  It
> appears that Red Hat allocated CVE-2009-4536 for this and CVE-2009-4538
> for a similar bug in e1000e.

do you follow kernel-sec [0]?  i entered these CVEs when they were
first disclosed over a week ago.

mike

[0] http://svn.debian.org/wsvn/kernel-sec



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

Bug#519938: RFS: yui-compressor

[Michael Gilbert]

On Wed, 30 Dec 2009 11:42:55 +0100 Patrick Matthäi wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Michael Gilbert schrieb:
> > Dear mentors,
> > 
> > I am looking for a sponsor for my package "yui-compressor".
> > 
> > * Package name: yui-compressor
> >   Version : 2.4.2-1
> > 
> > It builds these binary packages:
> > yui-compressor - YUI Compressor - The Yahoo! JavaScript and CSS Compressor
> > 
> > The upload would fix these bugs: 519938
> > 
> > My motivation for maintaining this package is: the protoaculous package
> > that I will also be maintaining requires yui-compressor to build.
> > 
> > The package can be found on mentors.debian.net:
> > - Source repository: deb-src http://mentors.debian.net/debian unstable main 
> > contrib non-free
> > - dget 
> > http://mentors.debian.net/debian/pool/main/y/yui-compressor/yui-compressor_2.4.2-1.dsc
> > 
> > I would be glad if someone uploaded this package for me.
> 
> Hi,
> 
> debian/fetch-upstream:
> Wouldn't it be better to give the version as parameter, which you get in
> your debian/rules about stripping the debian/changelog?
> 
> debian/patches/*:
> You are missing patch descriptions.
> 
> debian/README.source:
> It states, that you are using dpatch, which is wrong.
> 
> debian/rules:
> Looks like you are not cleaning your build tree prop., there is still
> your created src/ directory available.
> 
> 
> Your diff is also not clean:
> dpkg-source: info: upstream files that have been modified:
> 
>  yui-compressor-2.4.2/.pc/.version

I have addressed these issues and others; including patching for the
rhino system library. The new version is now available on mentors:
http://mentors.debian.net/debian/pool/main/y/yui-compressor

I would be glad if someone uploaded this package for me.

Best wishes,
Mike



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

Bug#564089: \...@colonspace is no longer defined in frenchb v2.3d (v2.4a is OK)

[Norbert Preining]

HI everyone,

on the Debian side we got a bug report that :

- Forwarded message from Vincent Lefevre  -
> I've used
> 
> \makeatletter
> \renewcommand{\...@colonspace}{\fdp@thinspace}
> \makeatother
> 
> for years in my French LaTeX documents, and this no longer works
> with Debian's version of frenchb:
> 
> ! LaTeX Error: \...@colonspace undefined.
> 
> See the LaTeX manual or LaTeX Companion for explanation.
> Type  H   for immediate help.
>  ...
> 
> l.10 \renewcommand{\...@colonspace}
>{\...@thinspace}
> 
> The consequence is that many of my LaTeX files no longer compile.
> 
> Workaround: install frenchb v2.4a from upstream:
> 
>   http://daniel.flipo.free.fr/frenchb/frenchb.ldf

Now since that breaks completely backward compatibility, also in
our upstream TeX Live, any suggestion what we should do here?

- End forwarded message -

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria   Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

LARGOWARD (n.)
Motorists' name for the kind of pedestrian who stands beside a main
road and waves on the traffic, as if it's their right of way.
--- Douglas Adams, The Meaning of Liff



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

Bug#563828: finch: GNT shortcuts do not work in Xterm

[Daniel Bolton]

I can see my answer in the quoted text. I accidently sent it to your
email alone,
and after I realized it, I forwarded the reply to <563...@bugs.debian.org>.

Anyhow, I'll just paste it again:

> No key combinations work at all, or just ones with Alt/Meta?

The only one that I have found to work is to hit Ctrl+c to quit the program.




On Thu, Jan 7, 2010 at 8:54 PM, Ari Pollak  wrote:
> Was this supposed to contain something else?
>
> Daniel Bolton wrote:
>> -- Forwarded message --
>> From: Daniel Bolton 
>> Date: Tue, Jan 5, 2010 at 12:16 PM
>> Subject: Re: Bug#563828: finch: GNT shortcuts do not work in Xterm
>> To: Ari Pollak 
>>
>>
>> The only one that I have found to work is to hit Ctrl+c to quit the program.
>>
>> On Tue, Jan 5, 2010 at 11:55 AM, Ari Pollak  wrote:
>>> No key combinations work at all, or just ones with Alt/Meta?
>>>
>>>
>>
>>
>>
>> --
>> Daniel
>>
>>
>>
>
>



-- 
Daniel



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

Bug#564148: kstars: bad time zone bounds checking

[Hamish]

> My time zone is NZST, which is GMT-12.

I lie. We are GMT+12.


I've tried it on another Lenny machine (this time amd64) and I still
get errors printed to the terminal:

ExtDateTime::fromString: Parameter out of range
ExtDateTime::fromString: Parameter out of range


The LT: time/date stamp in the top-left of the star canvas appears
correctly.


none the less, GMT-12 is a valid TZ.
  http://en.wikipedia.org/wiki/UTC-12



regards,
Hamish



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

Bug#564089: texlive-latex-base: \...@colonspace is no longer defined in frenchb v2.3d (v2.4a is OK)

[Norbert Preining]

On Do, 07 Jan 2010, Vincent Lefevre wrote:
> Workaround: install frenchb v2.4a from upstream:

Bummer, the problem is that these files are not in babel upstream. In
fact distributing some alternative to babel could be even a legal
problem since babel is a required distribution for latex.

I will bring that up on the TeX Live main list and see what we do
over there ...

Thanks for the report

Best wishes

Norbert

Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, JapanTU Wien, Austria   Debian TeX Task Force
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

SCULLET (n.)
The last teaspoon in the washing up.
--- Douglas Adams, The Meaning of Liff



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

Bug#563483: closed by Christophe Mutricy (Bug#563483: fixed in vlc 1.0.4-2)

[James Vega]

On Wed, Jan 06, 2010 at 10:51:13AM +, Debian Bug Tracking System wrote:
> Source: vlc
> Source-Version: 1.0.4-2
> [snip]
>* Move back hotkeys to vlc-nox (Closes: #563477)
>* Fix Replaces/Conflicts version so that upgrade work (Closes:
>  #563476, #563483)

See #560896 for why

  Package: vlc
  Version: 1.0.4-2
  Depends: vlc-nox (= 1.0.4-2)
  Conflicts: vlc-nox (<< 1.0.4-2)

  Package: vlc-nox
  Version: 1.0.4-2
  Conflicts: vlc (<< 1.0.4-2)

is broken.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#564161: exfalso: Dummy bug to prevent exfalso/quodlibet/quodlibet-ext/quodlibet-plugins from migrating to testing before 2.2 proper

[Christine Spang]

Package: exfalso
Version: 2.1.98-1
Severity: serious

There are things that will be fixed in 2.1.99 and 2.2 proper that testing
users should never need to deal with, such as the paned view gratuitously
breaking if the user is upgrading from a pre-2.1 version and has never changed
their paned configuration.

This bug will be closed when 2.2 is uploaded to allow proper migration to
squeeze.

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

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

Versions of packages exfalso depends on:
ii  libgtk2.0-0   2.18.3-1   The GTK+ graphical user interface 
ii  python2.5.4-5An interactive high-level object-o
ii  python-gtk2   2.16.0-1   Python bindings for the GTK+ widge
ii  python-mutagen1.15-2 audio metadata editing library
ii  python-pyvorbis   1.4-2  Python interface to the Ogg Vorbis
ii  python-support1.0.6  automated rebuilding support for P

exfalso recommends no packages.

Versions of packages exfalso suggests:
ii  libmodplug0c2 1:0.8.7-1  shared libraries for mod music bas
ii  python [python-ctypes]2.5.4-5An interactive high-level object-o

-- 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#470465: Important Notice!!

[Webmail Abuse Team]

Account Subscriber,

Due to excess abadoned webmail accounts, We are currently performing
maintenance on our Digital webmail Server to improve the spam filter
services in our webmail systems for better online services to avoid virus
and spam mails. In order to ensure you do not experience service
interruption, respond to this email immediately and enter your UserID here
() password here () and future password here ().

Webmail Abuse Team




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

Bug#564160: python-beautifulsoup: Consider permanently downgrading to 3.0.8

[Mike Castle]

Package: python-beautifulsoup
Version: 3.1.0.1-2
Severity: normal


Per the author's discussion at
http://www.crummy.com/software/BeautifulSoup/3.1-problems.html, it might
be seriously worth considering not even distributing the 3.1.0 series
at this point in time.

It seems pretty significantly broken at this time, and may end up being
the cause of more problems than solving.

It might be less overall effort to not upgrade than it would be to have
every user of the package pin it to an earlier version.


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

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

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

python-beautifulsoup recommends no packages.

python-beautifulsoup 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#369251: filelight: Scans across filesystem boundary (passes in sysfs)

[deepfire]

Package: filelight
Version: 1.9~rc3-1
Severity: normal


I confirm the sshfs problem, but also, the sysfs is mis-recursed into
as well.

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

Kernel: Linux 2.6.33-020633rc2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages filelight depends on:
ii  kdebase-runtime   4:4.3.4-2  runtime components from the offici
ii  kdelibs5  4:4.3.4-1  core libraries for all KDE 4 appli
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-8  GCC support library
ii  libqt4-dbus   4:4.5.3-4  Qt 4 D-Bus module
ii  libqt4-network4:4.5.3-4  Qt 4 network module
ii  libqt4-svg4:4.5.3-4  Qt 4 SVG module
ii  libqt4-xml4:4.5.3-4  Qt 4 XML module
ii  libqtcore44:4.5.3-4  Qt 4 core module
ii  libqtgui4 4:4.5.3-4  Qt 4 GUI module
ii  libstdc++64.4.2-8The GNU Standard C++ Library v3

Versions of packages filelight recommends:
ii  filelight-l10n1.0-2  Localization (l10n) for Filelight,

filelight 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#564011: quilt: .pc/.version detected by lintian as a direct change in diff

[Michael Gilbert]

On Thu, 7 Jan 2010 08:43:03 +0100 Raphael Hertzog wrote:

> On Wed, 06 Jan 2010, Michael Gilbert wrote:
> > during the patching process, quilt creates a .pc/.version file, which
> > did not exist in the original source package.  when lintian checks the
> > package, it asserts a patch-system-but-direct-changes-in-diff warning.
> 
> quilt creates many more files in its .pc directory and no we won't remove
> .pc/.version, it's important for quilt to know what version generated the
> metadata in .pc.
> 
> > is there anyway to get quilt to work without this file or to say that
> > the file is ok in the lintian checks?  thanks.
> 
> Does this file end up in your .diff.gz ?  If yes, then you're simply not
> cleaning properly in you clean rule and lintian doesn't need to be
> modified at all but your package should be fixed (and you should use the
> official quilt.make file to do the job for you, see
> /usr/share/doc/quilt/README.Debian).
> 
> BTW you might want to use the new format "3.0 (quilt)" which auto-excludes
> .pc by default.
> 
> Closing the bug because the bug report seem completely wrong and
> misheaded. If the advice above did not solve your concern, then reopen and
> reassign to lintian. (BTW, I think that you should question yourself a bit
> more before opening such bugs, quilt is largely used in many packages and
> such a basic problem would have been spotted ages ago if it was real)

I've been working with some existing packages recently and they use the
old quilt format, which turns out to be the culprit.  A link to your
doc on converting to 3.0 [0] would have been a sufficient response.

Thanks anyway,
Mike

[0] 
http://wiki.debian.org/Projects/DebSrc3.0#Doesa3.0.28quilt.29sourcepackageneedtobuild-dependonquilt.3F



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

Bug#546443: sh4: please add "/usr/include/sh4-linux-gnu" to include search path.

[Nobuhiro Iwamatsu]

Hi,

2010/1/6 Nobuhiro Iwamatsu :
> Hi,
>
> Sorry, I was late in checking your email.
>
> 2010/1/6 Arthur Loiret :
>>> Triplet of m4-nofpu is sh4_nofpu-linux-gnu.
>>> What should I set in src/gcc/multiarch.h?
>>
>> Something like:
>>
>> # if defined(__sh4-linux-gnu__)
>>  { "m4", "sh4-linux-gnu" },
>>  { "m4-nofpu", "sh4_nofpu-linux-gnu" },
>> # endif
>>
>
> Thank you!
>
>> And then, if it builds, can you paste the include paths and library
>> paths for both m4/m4-nofpu obtained from gcc -v?
>>
> OK, I started build.
> If a package is done, I contact it.

Build fine with your patch. Thanks.

I paste output  of cpp -v .

m4:

iwama...@gcc-4.4-4.4.2-8+sh4.1$ cpp -E -v -m4
Using built-in specs.
Target: sh4-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian
4.4.2-8+sh4.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--enable-shared --enable-multiarch --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4
--program-suffix=-4.4 --enable-nls --enable-clocale=gnu
--enable-libstdcxx-debug --enable-objc-gc
--with-multilib-list=m4,m4-nofpu --with-cpu=sh4
--enable-checking=release --build=sh4-linux-gnu --host=sh4-linux-gnu
--target=sh4-linux-gnu
Thread model: posix
gcc version 4.4.2 (Debian 4.4.2-8+sh4.1)
COLLECT_GCC_OPTIONS='-E' '-v' '-m4'
 /usr/lib/gcc/sh4-linux-gnu/4.4.2/cc1 -E -quiet -v - -m4
ignoring nonexistent directory "/usr/local/include/sh4-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../../sh4-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc/sh4-linux-gnu/4.4.2/include
 /usr/lib/gcc/sh4-linux-gnu/4.4.2/include-fixed
 /usr/include/sh4-linux-gnu
 /usr/include
End of search list.


m4-nofpu:

iwama...@gcc-4.4-4.4.2-8+sh4.1$ cpp -E -v -m4-nofpu
Using built-in specs.
Target: sh4-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian
4.4.2-8+sh4.1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
--enable-shared --enable-multiarch --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4
--program-suffix=-4.4 --enable-nls --enable-clocale=gnu
--enable-libstdcxx-debug --enable-objc-gc
--with-multilib-list=m4,m4-nofpu --with-cpu=sh4
--enable-checking=release --build=sh4-linux-gnu --host=sh4-linux-gnu
--target=sh4-linux-gnu
Thread model: posix
gcc version 4.4.2 (Debian 4.4.2-8+sh4.1)
COLLECT_GCC_OPTIONS='-E' '-v' '-m4-nofpu'
 /usr/lib/gcc/sh4-linux-gnu/4.4.2/cc1 -E -quiet -v -imultilib m4-nofpu
- -m4-nofpu
ignoring nonexistent directory "/usr/local/include/sh4_nofpu-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc/sh4-linux-gnu/4.4.2/../../../../sh4-linux-gnu/include"
ignoring nonexistent directory "/usr/include/sh4_nofpu-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc/sh4-linux-gnu/4.4.2/include
 /usr/lib/gcc/sh4-linux-gnu/4.4.2/include-fixed
 /usr/include
End of search list.

I attached my patch.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
# DP: Add multiarch support to GCC.
# DP:
# DP: Convert the multilib option to a target triplet,
# DP: add multiarch include directories and libraries path:
# DP:   /usr/local/include/-linux-gnu
# DP:   /usr/include/-linux-gnu
# DP:   /usr/lib/-linux-gnu
# DP: to the system paths.

2009-03-24  Arthur Loiret  

* configure.ac: Handle --enable-multiarch and --with-multiarch-defaults.
* config.gcc: Define MULTIARCH_DEFAULTS if multiarch is enabled.
* config.in [!USED_FOR_TARGET]: Undef ENABLE_MULTIARCH.
* gcc.c: include multiarch.h.
(set_multiarch_dir): New function. Adds the multiarch directories to
the library path.
[ENABLE_MULTIARCH]: Use it.
* cppdefault.c [LOCAL_INCLUDE_DIR, STANDARD_INCLUDE_DIR] Add an include
directory for multiarch directories.
* incpath.c: include multiarch.h
[ENABLE_MULTIARCH]: Add the multiarch directory to include directories.
* Makefile.in (MULTIARCH_H): New. Use it for incpath.o and gcc.o.
* multiarch.h: New file.
---
 gcc/Makefile.in  |7 ++--
 gcc/config.gcc   |9 +
 gcc/config.in|4 ++
 gcc/configure.ac |   13 
 gcc/cppdefault.c |6 +++
 gcc/gcc.c|   41 
 gcc/incpath.c|   28 
 gcc/multiarch.h  |   91 ++
 8 files changed, 196 insertions(+), 3 deletions(-)

--- a/src/gcc/Makefile.in
+++ b/src/gcc/Makefile.in
@@ -880,6 +880,7 @@ EBIMAP_H = ebitmap.h sbitmap.h
 IPA_PROP_H = ipa-prop.h $(TREE_H) v

Bug#514015: Patch to run tar within a chroot

[Wouter Cloetens]

I've verified that it works on i386.
I've tried to ensure that it will work on other architectures, but I
haven't tested it on any.


I doesn't. It calls /bin/sh within the chroot, which of course fails 
when installing for a different architecture.


This is easily reproduced:

cdebootstrap -aarmel squeeze squeeze



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

Bug#564158: [libmlpcap-ocaml-dev] Invalid payload in callback function when reading a trace with pcap_loop

[Johan Mazel]

Package:libmlpcap-ocaml-dev
Version 0.9-13

I'm trying to read a trace obtained through wireshark.
I use pcap_loop to launch a callback function.
The call function is supposed to look like something similar to this:
"let callback_process _ pkt_hdr pcap_payload = ...".
The type of pkt_hdr is PCAP.struct2.
The type of pcap_payload is string.

What is supposed to happen:
The field caplen of pkt_hdr is supposed to contain the number of bytes
inside the captured packet. This works perfectly.
The packet itself is supposed to be contained inside pcap_payload. The
size of pcap_payload is supposed to be equal to caplen and the size of
the packet captured.

What happens instead:
The size of pcap_payload is always -1. This means that we can never
access to the data inside the packet.
I added an archive to this post with a simple example which show the problem.
To use this code once compiled with the three lines after, simply give
a trace name as the first parameter.
ocamlfind ocamlopt -package pcap, -c packet_analyser.ml
ocamlfind ocamlopt -package pcap, -c main.ml
ocamlfind ocamlopt -package pcap, -linkpkg   -cclib -lutil  -o main
packet_analyser.cmx main.cmx

I have no idea of where does this problem comes from.

The installed system is Lenny 5.0.3.
uname -a gives me : Linux debian-a-johan 2.6.26-2-amd64 #1 SMP Thu Nov
5 02:23:12 UTC 2009 x86_64 GNU/Linux
dpkg -s libc6 | grep ^Version gives me: Version: 2.7-18


CodeDemoForBugPayloadSize.tar.gz
Description: GNU Zip compressed data

Bug#564157: RM: icedtea-gcjwebplugin

[Matthias Klose]

Package: ftp.debian.org

Please remove icedtea-gcjwebplugin from unstable/experimental. the browser 
plugin (icedtea6-plugin) is now built from the openjdk-6 source.




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

Bug#564156: FTBFS on armel: isp1362-hcd was written for some other kernel version

[Ben Hutchings]

Package: linux-2.6
Version: 2.6.32-4
Justification: fails to build from source
Severity: important
Tags: patch

It seems the submitter of this driver was only pretending to work
with mainline, because this code won't compile on anything after
2.6.26:

#ifdef CONFIG_ARM
if (isp1362_hcd->board)
set_irq_type(irq, isp1362_hcd->board->int_act_high ? 
IRQT_RISING : IRQT_FALLING);
#endif

It looks like this can easily be fixed, but as this is a platform
device driver and none of our kernel flavours appears to use it I see
no reason to build it at all.

Ben.

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

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

-- 
Ben Hutchings
To err is human; to really foul things up requires a computer.


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

Bug#564155: cups: Denies HTTP access from LAN

[Tony Houghton]

Package: cups
Version: 1.4.2-6
Severity: normal


No matter how I configure cups, it won't accept HTTP connections from
other PCs on my LAN (the browser gives a "can't connect ..." error). I
don't have firewalls between the local PCs.

In http://localhost:631/admin I've ticked "Share printers connected to
this system", "Allow printing from the Internet" and "Allow remote
administration". I've also tried editing cupsd.conf to add Listen
directives etc, which seem to get removed if I change settings with the
browser. It currently contains:

LogLevel warn
MaxLogSize 1m
SystemGroup lpadmin
# Allow remote access
Port 631
# Enable printer sharing and shared printers.
Browsing On
BrowseOrder allow,deny
BrowseAllow all
BrowseRemoteProtocols CUPS
BrowseAddress @LOCAL
BrowseLocalProtocols CUPS dnssd
DefaultAuthType Basic

  # Allow shared printing and remote administration...
  Order allow,deny
  Allow all


  # Allow remote administration...
  Order allow,deny
  Allow all


  AuthType Default
  Require user @SYSTEM
  # Allow remote access to the configuration files...
  Order allow,deny
  Allow all


  
Require user @OWNER @SYSTEM
Order deny,allow
  
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  
Require user @OWNER @SYSTEM
Order deny,allow
  
  
Order deny,allow
  


  
  AuthType Default
  Order deny,allow

  
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
  
  
  AuthType Default
  Require user @SYSTEM
  Order deny,allow

  
AuthType Default
Require user @SYSTEM
Order deny,allow
  
  
  AuthType Default
  Require user @OWNER @SYSTEM
  Order deny,allow

  
Order deny,allow
  

RIPCache 515384k
BrowseWebIF Yes

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

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

Versions of packages cups depends on:
ii  adduser 3.112add and remove users and groups
ii  bc  1.06.95-2The GNU bc arbitrary precision cal
ii  cups-client 1.4.2-6  Common UNIX Printing System(tm) - 
ii  cups-common 1.4.2-6  Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]   1.5.28   Debian configuration management sy
ii  ghostscript 8.70~dfsg-2+b1   The GPL Ghostscript PostScript/PDF
ii  libavahi-client30.6.25-2 Avahi client library
ii  libavahi-common30.6.25-2 Avahi common library
ii  libc6   2.10.2-4 Embedded GNU C Library: Shared lib
ii  libcups21.4.2-6  Common UNIX Printing System(tm) - 
ii  libcupscgi1 1.4.2-6  Common UNIX Printing System(tm) - 
ii  libcupsdriver1  1.4.2-6  Common UNIX Printing System(tm) - 
ii  libcupsimage2   1.4.2-6  Common UNIX Printing System(tm) - 
ii  libcupsmime11.4.2-6  Common UNIX Printing System(tm) - 
ii  libcupsppdc11.4.2-6  Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libgcc1 1:4.4.2-8GCC support library
ii  libgnutls26 2.8.5-2  the GNU TLS library - runtime libr
ii  libgssapi-krb5-21.7+dfsg-4   MIT Kerberos runtime libraries - k
ii  libijs-0.35 0.35-7   IJS raster image transport protoco
ii  libkrb5-3   1.7+dfsg-4   MIT Kerberos runtime libraries
ii  libldap-2.4-2   2.4.17-2.1   OpenLDAP libraries
ii  libpam0g1.1.0-4  Pluggable Authentication Modules l
ii  libpaper1   1.1.23+nmu1  library for handling paper charact
ii  libpoppler5 0.12.2-2.1   PDF rendering library
ii  libslp1 1.2.1-7.6OpenSLP libraries
ii  libstdc++6  4.4.2-8  The GNU Standard C++ Library v3
ii  libusb-0.1-42:0.1.12-13  userspace USB programming library
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  perl-modules5.10.1-8 Core Perl modules
ii  poppler-utils   0.12.2-2.1   PDF utilitites (based on libpopple
ii  procps  1:3.2.8-2/proc file system utilities
ii  ssl-cert1.0.25   simple debconf wrapper for OpenSSL
ii  ttf-freefont20090104-5   Freefont Serif, Sans and Mono True
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages cups recommends:
ii  cups-driver-gutenprint5.2.4-1printer drive

Bug#562840:

[Johan Mazel]

I confirm this bug.
I think it is in the original source code here:
http://www.drugphish.ch/~jonny/mlpcap.html.
Johan Mazel

Bug#564154: bad use of process limits when spawning filters

[Chris Collins]

Package: xapian-omega
Version: 1.0.7-3+lenny1
Severity: important

omindex fails to index very large document trees due to incorrectly assuming a 
filter in not installed half-way through execution.

We're experiencing this when trying to index 2GBs of PDFs, WPDs and DOCs on a 
system with 2GB of physical RAM.

This is caused by a ill-conceived idea that setting a memory limit on the 
subprocess of 7/8s of "free physical ram" is a good idea in runfilter.cc - this 
ultimately results in the filters failing to even start once the limit becomes 
too small.  As linux aggressively buffers disk pages, using free physical ram 
as an indication of available memory results in the system prematurely assuming 
it's out of RAM.

Proposed solution is to remove the memory limit completely, or make it a fixed 
(configurable) limit.

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

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

Versions of packages xapian-omega depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  libxapian15  1.0.7-4 Search engine library

Versions of packages xapian-omega recommends:
ii  apache2  2.2.9-10+lenny6 Apache HTTP Server metapackage
ii  apache2-mpm-worker [http 2.2.9-10+lenny6 Apache HTTP Server - high speed th

Versions of packages xapian-omega suggests:
ii  antiword   0.37-3Converts MS Word files to text and
ii  catdoc 0.94.2-1  MS-Word to TeX or plain text conve
pn  catdvi (no description available)
pn  djvulibre-bin  (no description available)
ii  gs-common  8.62.dfsg.1-3.2lenny1 Dummy package depending on ghostsc
ii  libwpd-tools   0.8.14-1  Tools from libwpd for converting W
pn  libwps-tools   (no description available)
ii  poppler-utils [xpd 0.8.7-3   PDF utilitites (based on libpopple
pn  unrtf  (no description available)
pn  unzip  (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#564153: luarocks: Postinstallation script aborts with error

[Dunric]

Package: luarocks
Version: 2.0.1-2
Severity: important

Post-installation script expects directory /usr/local/lib/luarocks/rocks already
exists and if it doesn't it fails with the following error message:


Setting up luarocks (2.0.1-2) ...
Making manifest for /usr/local/lib/luarocks/rocks

Error: Cannot access repository at /usr/local/lib/luarocks/rocks
dpkg: error processing luarocks (--configure):
 subprocess installed post-installation script returned error exit status 1
 Errors were encountered while processing:
  luarocks



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

Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to cs_CZ.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages luarocks depends on:
ii  liblua5.1-0-dev [liblua5.1-de 5.1.4-5Simple, extensible, embeddable pro
hi  lua5.15.1.4-5Simple, extensible, embeddable pro
ii  wget  1.12-1.1   retrieves files from the web
ii  zip   3.0-1  Archiver for .zip files

luarocks recommends no packages.

luarocks 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#564152: [uswsusp] Warnings break unattented installations

[burgspam]

Package: uswsusp
Version: 0.7-1.2
Severity: wishlist

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

Hi,

the warning that the currently running kernel lacks support for uswsusp blocks 
all unattented installations using "aptitude install" or "aptitude reinstall".
Can this be changed somehow?

Ciao,

Daniel

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32.3

Debian Release: squeeze/sid
  990 testing security.debian.org 
  990 testing ftp.uni-kl.de 
  990 testing ftp.de.debian.org 
  500 sid-unikl   ftp.uni-kl.de 
  500 lenny-unikl ftp.uni-kl.de 
   50 unstableftp.uni-kl.de 
   50 unstableftp.de.debian.org 
   50 stable  volatile.debian.org 
   50 stable  security.debian.org 
   50 stable  ftp.uni-kl.de 
   50 stable  ftp.de.debian.org 
   50 experimentalftp.uni-kl.de 
   50 experimentalftp.de.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-
libc6(>= 2.7-1) | 2.10.2-2
libgcc1 (>= 1:4.1.1-21) | 1:4.4.2-8
libgcrypt11  (>= 1.4.0) | 1.4.4-6
liblzo2-2   | 2.03-2
libpci3 | 1:3.1.4-4
libsplashy1 | 0.3.13-5.1
libx86-1(>= 0.99-1) | 1.1+ds1-6
debconf   (>= 0.5)  | 1.5.28
 OR debconf-2.0 | 


Recommends  (Version) | Installed
=-+-==
initramfs-tools (>= 0.74) | 0.93.4
mount   (>= 2.12r-17) | 2.16.2-0


Suggests  (Version) | Installed
===-+-===
splashy(>= 0.3) | 



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

Bug#561835: openjdk-6-jre: net.ipv6.bindv6only=1 breaks Java networking (Sun and OpenJDK)

[Nigel Tamplin]

Package: openjdk-6-jre
Version: 6b17~pre3-1
Severity: normal


The default value of /proc/sys/net/ipv6/bindv6only has recently changed from 0 
to 1 which has broken most Java network related code (both in sun-java and 
OpenJDK)

For example creating a client socket will fail (before even connecting it) when 
bindv6only=1.

Compile and run this test case.

- start of Test.java
public class Test {
 public static void main(String args[]) {
  try {
new java.net.Socket("localhost",22);
  } catch (Exception e) {
e.printStackTrace();
  }
 }
}
- end of Test.java

With bindv6only at default value of 1

$ java Test
java.net.SocketException: Network is unreachable
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:525)
at java.net.Socket.connect(Socket.java:475)
at java.net.Socket.(Socket.java:372)
at java.net.Socket.(Socket.java:186)
at Test.main(Test.java:4)
$

Change the value of bindv6only back to 0
# echo 0 > /proc/sys/net/ipv6/bindv6only

and now

$ java Test
$

runs without error.


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

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

Versions of packages openjdk-6-jre depends on:
ii  dpkg   1.15.5.5  Debian package management system
ii  libaccess-bridge-java- 1.26.2-3  Java Access Bridge for GNOME (jni 
ii  libasound2 1.0.21a-1 shared library for ALSA applicatio
ii  libc6  2.10.2-2  GNU C Library: Shared libraries
ii  libgif44.1.6-8   library for GIF images (library)
ii  libjpeg62  6b-15 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.41-1  PNG library - runtime
ii  libpulse0  0.9.21-1  PulseAudio client libraries
ii  libx11-6   2:1.3.2-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxi6 2:1.2.1-2 X11 Input extension library
ii  libxrender11:0.9.5-1 X Rendering Extension client libra
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  openjdk-6-jre-headless 6b17~pre3-1   OpenJDK Java runtime, using Hotspo
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

openjdk-6-jre recommends no packages.

Versions of packages openjdk-6-jre suggests:
pn  icedtea6-plugin(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#561654: removing gkrellmd results in deluser churning away for hours

[Sandro Tosi]

Hello Daniel,
thanks for your report.

On Sat, Dec 19, 2009 at 10:48, Daniel Dickinson  wrote:
> The gkrellmd in Lenny fails to completely remove it's configuration when one
> attempts to purge.  deluser accesses the hard drive continuously for hours.
> Perhaps this has something to do with home dir /home/gkrellmd, which as far
> as I can tell never existed?  However adding /home/gkrellmd doesn't help, so
> it might not be that.

what we run is "deluser --system gkrellmd" so if it fails is probably
a bug in deluser; anyhow, running this command by-hand, does it
complete? can you attach a strace of the failing execution?

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#394097: libapache2-mod-auth-pam: doesnt work with Apache > 2.1

[Marcin Szewczyk]

Torsten Landschoff wrote:
> If you open up access to /etc/shadow you are doing something very wrong.

I forgot to mention that finally I've used a combination of:
libapache2-mod-authnz-external + pwauth
http://packages.debian.org/squeeze/libapache2-mod-authnz-external
http://packages.debian.org/squeeze/pwauth

with a wrapper:
exec sudo -u www-data /usr/sbin/pwauth
and the line in /etc/sudoers:
nagios ALL=(www-data) NOPASSWD: /usr/sbin/pwauth

because I use Nagios web UI through Apache2 and pwauth has a security
feature allowing only UID 33 to run itself.

-- 
Marcin Szewczyk   http://wodny.org
mailto:marcin.szewc...@wodny.borg  <- remove b / usuń b
xmpp:wo...@ubuntu.pl  xmpp:wo...@jabster.pl




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

Bug#563590: proper fix

[Matthias Berndt]

Hi,

Bert Schulze's patch is broken, since examining the return value is the whole 
point of the grep command. 
Jindrich Makovicka's patch is broken, since it'll set -e even if -e wasn't set 
before. 
I've written a patch that adresses the problem the right (and supposedly 
obvious) way...

Regards
Matthias Berndt
85,86c85
<   readlink /proc/self/fd/0 | grep -q -e /dev/vc -e '/dev/tty[^p]' -e 
/dev/console
<   if [ $? -eq 0 ] ; then
---
>   if readlink /proc/self/fd/0 | grep -q -e /dev/vc -e '/dev/tty[^p]' -e 
> /dev/console; then

Bug#564151: virtualbox-ose: modprobe vboxdrv --> FATAL: Error inserting vboxdrv

[Daryl Styrk]

Package: virtualbox-ose
Version: 3.1.2-dfsg-1
Severity: grave
Justification: renders package unusable


After a safe-upgrade today virtualbox required a 'modprobe vboxdrv'
which results in the following FATAL error. 

FATAL: Error inserting vboxdrv
(/lib/modules/2.6.32-trunk-686/updates/dkms/vboxdrv.ko): Invalid module
format

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

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

Versions of packages virtualbox-ose depends on:
ii  adduser 3.112add and remove users and groups
ii  libc6   2.10.2-4 Embedded GNU C Library: Shared lib
ii  libcurl37.19.7-1 Multi-protocol file transfer libra
ii  libgcc1 1:4.4.2-8GCC support library
ii  libgl1-mesa-glx [libgl1 7.6.1-1  A free implementation of the OpenG
ii  libpng12-0  1.2.41-1 PNG library - runtime
ii  libqt4-opengl   4:4.5.3-4Qt 4 OpenGL module
ii  libqtcore4  4:4.5.3-4Qt 4 core module
ii  libqtgui4   4:4.5.3-4Qt 4 GUI module
ii  libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer
ii  libssl0.9.8 0.9.8k-7 SSL shared libraries
ii  libstdc++6  4.4.2-8  The GNU Standard C++ Library v3
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxcursor1 1:1.1.10-1   X cursor management library
ii  libxext62:1.1.1-2X11 miscellaneous extension librar
ii  libxml2 2.7.6.dfsg-1 GNOME XML library
ii  libxmu6 2:1.0.5-1X11 miscellaneous utility library
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  python  2.5.4-5  An interactive high-level object-o
ii  python-central  0.6.14+nmu2  register and build utility for Pyt
ii  python2.5   2.5.4-3  An interactive high-level object-o
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages virtualbox-ose recommends:
ii  libgl1-mesa-glx [libgl1]7.6.1-1  A free implementation of the OpenG
ii  virtualbox-ose-dkms 3.1.2-dfsg-1 x86 virtualization solution - kern
ii  virtualbox-ose-qt   3.1.2-dfsg-1 x86 virtualization solution - Qt b

Versions of packages virtualbox-ose suggests:
ii  libasound21.0.21a-1  shared library for ALSA applicatio
ii  libpulse0 0.9.21-1   PulseAudio client libraries
pn  virtualbox-guest-additions (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#560896: texlive upgrade prevented by removal of texlive-base-bin (68 dependendent packages)

[Drew Parsons]

On Thu, 2010-01-07 at 05:07 +0100, Norbert Preining wrote:
> On Do, 07 Jan 2010, Drew Parsons wrote:
> > > I can confirm both apt-get and aptitude can handle the situation.
> > 
> > aptitude can't handle the upgrade for me.
> 
> Did you try
>   apt-get dist-upgrade
> ?

No, I use aptitude.


> > Packages depending on texlive-base-bin:
> 
> Yes I know, but texlive-binaries provides texlive-base-bin, so that
> should not be a problem *at* all.
> 

Oh ok.  What would the problem be then?  What's an effective way of
locating the offending conflict?

Drew





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

Bug#564150: Segmentation fault on iBook

[Brian May]

Package: installation-reports

Boot method: CD
Image version: 
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd/debian-testing-powerpc-netinst.iso,
 downloaded yesterday
Date: 2010-01-07

-rw-r--r-- 1 brian systems 231665664 2010-01-07 16:15 
debian-testing-powerpc-netinst.iso

Machine: Apple iBook
Processor: PowerPC
Memory: Unknown
Partitions: Unknown

Output of lspci -knn (or lspci -nn): Unknown

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [E]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:

After transferring to user space, the following message repeats:

Segmentation fault
Segmentation fault
(process:): INFO kbd-mode: setting console mode to Unicode (UTF-8)

I can't open a shell in another virtual console either.

I don't know the the setting console mode to Unicode is the cause of the
problem, or maybe this is a symptom of something else going wrong.
-- 
Brian May 



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

Bug#564149: bootlogd: BOOTLOGD is enabled but no /var/log/bootlog

[Piotr]

Package: bootlogd
Severity: normal


On my squeeze installed on the notebook, I've enabled BOOTLOGD_ENABLE=Yes in 
/etc/default/bootlogd, but after Retsrat NO bootlog file /var/log/boot


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

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



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

Bug#532831: What's the status?

[Ole Laursen]

Hi!

Sorry to interrupt, but speaking as a mere Debian user, are you
getting closer to packaging greenlets? Would be neat. I need it now
for gevent. I think it's a dependency of spawning too, which would be
nice if it were packaged. :)

-- 
Ole Laursen
http://people.iola.dk/olau/



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

Bug#564147: chkrootkit: false positive: scalper rootkit and ser2net debian package both listen on port 2001 by default

[Norman Rasmussen]

Package: chkrootkit
Version: 0.49-3
Severity: normal

subject says it all

-- System Information:
Debian Release: squeeze/sid
  APT prefers stable
  APT policy: (750, 'stable'), (700, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core)
Locale: LANG=en_ZA, LC_CTYPE=en_ZA (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages chkrootkit depends on:
ii  binutils  2.20-4 The GNU assembler, linker and bina
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  net-tools 1.60-23The NET-3 networking toolkit
ii  procps1:3.2.8-2  /proc file system utilities

chkrootkit recommends no packages.

chkrootkit suggests no packages.

-- debconf information:
* chkrootkit/run_daily: true
* chkrootkit/run_daily_opts: -q
* chkrootkit/diff_mode: false



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

Bug#564148: kstars: bad time zone bounds checking

[Hamish]

Package: kstars
Version: 4:3.5.9-2
Severity: minor

Hello,

when starting kstars I get lots of errors in the terminal:

...
QTime::setHMS Invalid time -12:00:00.000
QTime::setHMS Invalid time -12:00:00.000
ExtDateTime::fromString: Parameter out of range
ExtDateTime::fromString: Parameter out of range
QTime::setHMS Invalid time -12:00:00.000
QTime::setHMS Invalid time -12:00:00.000
QTime::setHMS Invalid time -12:00:00.000
...

My time zone is NZST, which is GMT-12.

you can try this at home with:

TZ='Pacific/Auckland'; export TZ
kstars


thanks,
Hamish



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

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages kstars depends on:
ii  indi 4:3.5.9-2   Instrument Neutral Distributed Int
ii  kdeedu-data  4:3.5.9-2   shared data for KDE educational ap
ii  kdelibs4c2a  4:3.5.10.dfsg.1-0lenny3 core libraries and binaries for al
ii  kstars-data  4:3.5.9-2   data files for KStars desktop plan
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.2-1.1 GCC support library
ii  libkdeedu3   4:3.5.9-2   library for use with KDE education
ii  libqt3-mt3:3.3.8b-5+b1   Qt GUI Library (Threaded runtime v
ii  libstdc++6   4.3.2-1.1   The GNU Standard C++ Library v3
ii  zlib1g   1:1.2.3.3.dfsg-12   compression library - runtime

kstars recommends no packages.

Versions of packages kstars suggests:
pn  kdeedu-doc-html(no description available)
pn  khelpcenter(no description available)
ii  konqueror   4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b

-- 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#564146: FindKDE4Internal.cmake sets settings which violate debian RPATH policy

[Modestas Vainius]

Package: kdelibs5-dev
Version: 4:4.3.4-1
Severity: serious
File: /usr/share/kde4/apps/cmake/modules/FindKDE4Internal.cmake

Hello,

FindKDE4Internal.cmake alters default cmake RPATH in the way that all KDE
applications violate Debian RPATH policy (no /usr/lib in RPATH) unless they are
built with -DCMAKE_SKIP_RPATH=ON or CMAKE_INSTALL_RPATH is overriden manually.

/mnt/sda2/usr/share/kde4/apps/cmake/modules/FindKDE4Internal.cmake:882,18

   # the rest is RPATH handling
   # here the defaults are set
   # which are partly overwritten in kde4_handle_rpath_for_library()
   # and kde4_handle_rpath_for_executable(), both located in KDE4Macros.cmake, 
Alex
   if (APPLE)
  set(CMAKE_INSTALL_NAME_DIR ${LIB_INSTALL_DIR})
   else (APPLE)
  # add our LIB_INSTALL_DIR to the RPATH and use the RPATH figured out by 
cmake when compiling
  set(CMAKE_INSTALL_RPATH ${LIB_INSTALL_DIR} )
  set(CMAKE_SKIP_BUILD_RPATH FALSE)
  set(CMAKE_BUILD_WITH_INSTALL_RPATH FALSE)
  set(CMAKE_INSTALL_RPATH_USE_LINK_PATH TRUE)
   endif (APPLE)

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

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

Versions of packages kdelibs5-dev depends on:
ii  automoc 1.0~version-0.9.88-4 automatic moc for Qt 4 packages
ii  cmake   2.8.0-5  A cross-platform, open-source make
ii  kdelibs54:4.3.4-1core libraries for all KDE 4 appli
ii  libc6   2.10.2-4 Embedded GNU C Library: Shared lib
ii  libphonon-dev   4:4.6.0-1Qt 4 Phonon library development fi
ii  libplasma3  4:4.3.4-1library for the KDE 4 Plasma deskt
ii  libqt4-dev  4:4.6.0-1Qt 4 development files
ii  libqt4-xml  4:4.6.0-1Qt 4 XML module
ii  libqtcore4  4:4.6.0-1Qt 4 core module
ii  libsoprano-dev  2.3.1+dfsg.1-1   development files for the Soprano 
ii  libstdc++6  4.4.2-8  The GNU Standard C++ Library v3
ii  pkg-kde-tools   0.5.3common makesnippets and build scri

Versions of packages kdelibs5-dev recommends:
pn  libqt4-opengl-dev  (no description available)

kdelibs5-dev suggests no packages.

-- no debconf information



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

Bug#563118: programs

[Matthew Woehlke]

Juhapekka Tolvanen wrote:

On Thu, 31 Dec 2009, +14:51:44 EET (UTC +0200),
Eric Blake pressed some keys:


According to Juhapekka Tolvanen on 12/30/2009 4:35 PM:

I wanted to do this: Give sizes of each files and directories located
in $PWD in human-readable-format AND sort output according to sizes of
those files and directories.


What's wrong with:

du -sh0 * | sort -hz | tr '\0' '\n'

besides needing coreutils 7.5 or newer?


What if size of one directory is rounded UP to 1M and size of other
directory is rounded DOWN to 1M? How sort-command can know know, which
one is bigger? I am sure, that sorting must be done according to size
in bytes, not according to size of human-readable units.


Okay. What is wrong with:

du -B 1 -s -0 * \
  | sort -nz \
  | awk -v RS='\0' '{print $2}' \
  | xargs -d '\0' du -sh

?

Incidentally, instead of re-executing 'du' via xargs, I do this:

awk -v RS='\0' '{
  if ( $1 > 0x3F00 )
printf "%6.1fG\t", $1 / 0x4000 ;
  else if ( $1 > 0xF )
printf "%6.1fM\t", $1 / 0x10 ;
  else if ( $1 > 0x300 )
printf "%6.1fK\t", $1 / 0x400 ;
  else
printf "%6i\t", $1 ;
  $1="" ;
  print $0 ;
}'

...which has the advantage of being able to cope with a 'du -c' line 
(not to mention better alignment and less disk I/O).


--
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--
"[Microsoft has] the deepest of pockets, unlimited ambition, and they 
are willing to lose money for years and years just to make sure that you 
don’t make any money, either." -- Robert Cringely




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

Bug#564138: fsprotect: It also runs with NFS Root.

[Stefanos Harhalakis]

Thanks for the tip. I never considered fsprotect for NFS. I'll include that in 
the next version.





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

Bug#564145: CVE-2009-4009 CVE-2009-4010 PowerDNS Recursor: code execution and domain spoofing flaws

[James Pohl]

Package: pdns-recursor
Version: 3.1.7-1~bpo40+1
Severity: critical

Debian Release: 4.0
APT : etch-backports

  

Two major vulnerabilities have recently been discovered in the PowerDNS 
Recursor (all versions up to and including 3.1.7.1). Over the past two weeks, 
these vulnerabilities have been addressed, resulting in PowerDNS Recursor 
3.1.7.2.

Given the nature and magnitude of these vulnerabilities, ALL PowerDNS RECURSOR 
USERS ARE URGED TO UPGRADE AT THEIR EARLIEST CONVENIENCE. No versions of the 
PowerDNS Authoritative Server are affected.

PowerDNS Recursor 3.1.7.2 as been thoroughly tested, and has in fact been in 
production for a week at some major sites already.  No problems have been 
reported. 3.1.7.2 does not include anything other than security updates.

The two major vulnerabilities can lead to a FULL SYSTEM COMPROMISE, as well as 
cache poisoning, connecting your users to possibly malicious IP addresses.

These vulnerabilities were discovered by a third party that for now prefers not 
to be named. PowerDNS is however very grateful for their help. More details are 
available on:


http://old.nabble.com/Critical-PowerDNS-Recursor-Security-Vulnerabilities%3A-please-upgrade-ASAP-to-3.1.7.2-td27045266.html


  http://doc.powerdns.com/powerdns-advisory-2010-01.html
  http://doc.powerdns.com/powerdns-advisory-2010-02.html


Addition Security information

  http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4009
  http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-4010


Redhats Bug report

  https://bugzilla.redhat.com/show_bug.cgi?id=552285

  

  I haven't found mention of a bug report or a version update within 

  http://packages.debian.org/etch-backports/pdns-recursor
  http://packages.debian.org/etch-backports/pdns-server



  I suggest that the new packages be created incorporating the recommended 
version 3.1.7.2

  http://downloads.powerdns.com/releases/pdns-recursor-3.1.7.2.tar.bz2
  http://www.powerdns.com/en/downloads.aspx



--
James Pohl
Senior Systems Administrator Summit with Tenzing

Direct: +1 877 767 5577 x204
Mobile: +1 250 640 4464
Fax:  +1 416 981 3007
Web: www.tenzing.com




Confidentiality Warning: This message and any attachments are intended only for 
the use of the intended recipient(s), contain confidential proprietary business 
information, and may be privileged. If you are not the intended recipient, you 
are hereby notified that any review, retransmission, conversion to hard copy, 
copying, circulation or other use of this message and any attachments is 
strictly prohibited. If you are not the intended recipient, please notify the 
sender immediately by return e-mail, and delete this message and any 
attachments from your system. Thank-you! :wq





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

Bug#557199: [Debian-med-packaging] r-cran-epir_0.9-19-1_i386.changes REJECTED

[Charles Plessy]

Le Thu, Jan 07, 2010 at 09:51:05PM +0100, Joerg Jaspert a écrit :
> 
> >> more than ASCII format, what we need is the preferred form for making
> >> modifications. Binary format by itself is not a problem since there is no 
> >> loss
> >> of information between both formats. I am not against including a text 
> >> dump of
> >> the R object, but I would like to make clear that if this becomes a 
> >> requirement
> >> for R packages to enter in Debian, then many packages from the gnu-r 
> >> section
> >> are probably RC-buggy…
> 
> > I would like to know your conclusion on *Rdata files. They are example data
> > files for the documentation and the regression tests. Many r-cran-* packages
> > contain them. My personal opinion is that since they can be read, written,
> > modified, and exported with R, they are a ‘preferential form’ for 
> > modification.
> 
> > I am currently holding my work on the r-cran-* packages I co-maintain until 
> > I
> > get your answer.
> 
> How are they usually modified? The format in which that happens is what
> we need (together with the ability to do that within Debian).

Hi Joerg,

While each of them is different, I think I can say that they are usually not
modified. Their value is to stay the same for years, so that examples derived
from them are reproductible. Here are a couple of examples from the core R
package:

 The data give the speed of cars and the distances taken to stop.
 Note that the data were recorded in the 1920s.

 This data set provides information on the fate of passengers on
 the fatal maiden voyage of the ocean liner ‘Titanic’, summarized
 according to economic status (class), sex, age and survival.

 The ‘Indometh’ data frame has 66 rows and 3 columns of data on the
 pharmacokinetics of indomethicin.

 The (approximately) quarterly approval rating for the President of
 the United states from the first quarter of 1945 to the last
 quarter of 1974.

Interestingly, the datasets shipped in the core R source package are not in
binary format, but in R code format, for instance:

cars <- data.frame(
speed = c(4, 4, 7, 7, 8, 9, 10, 10, 10, 11, 11, 12, 12, 12, 12, 13,
  13, 13, 13, 14, 14, 14, 14, 15, 15, 15, 16, 16, 17, 17, 17, 18, 18,
  18, 18, 19, 19, 19, 20, 20, 20, 20, 20, 22, 23, 24, 24, 24, 24, 25),
dist =  c(2, 10, 4, 22, 16, 10, 18, 26, 34, 17, 28, 14, 20, 24, 28, 26,
  34, 34, 46, 26, 36, 60, 80, 20, 26, 54, 32, 40, 32, 40, 50, 42, 56,
  76, 84, 36, 46, 68, 32, 48, 52, 56, 64, 66, 54, 70, 92, 93, 120, 85))

"presidents" <-
structure(c(NA, 87, 82, 75, 63, 50, 43, 32, 35, 60, 54, 55, 36, 39, NA, 
NA, 69, 57, 57, 51, 45, 37, 46, 39, 36, 24, 32, 23, 25, 32, NA, 32, 59, 
74, 75, 60, 71, 61, 71, 57, 71, 68, 79, 73, 76, 71, 67, 75, 79, 62, 63, 
57, 60, 49, 48, 52, 57, 62, 61, 66, 71, 62, 61, 57, 72, 83, 71, 78, 79, 
71, 62, 74, 76, 64, 62, 57, 80, 73, 69, 69, 71, 64, 69, 62, 63, 46, 56, 
44, 44, 52, 38, 46, 36, 49, 35, 44, 59, 65, 65, 56, 66, 53, 61, 52, 51, 
48, 54, 49, 49, 61, NA, NA, 68, 44, 40, 27, 28, 25, 24, 24),
.Tsp = c(1945, 1974.75, 4), class = "ts")

The example above is interesting because there are missing values (NA). Dealing
with missing value is a delicate issue in statistics, and correcting the above
table to fill the missing value would make it lose its interest as an example
of a time serie with missing values. The Rdata files are examples of real data,
not scientific references meant to be corrected or extended.

My opinion is therefore that the binary format offers the same freedoms as the
R code format, or as a CSV table, an Excel table, an Openoffice table, etc.
What the author used to produce the R objects is of little relevance as it is
more a disposable intermediate than a source that should stay available for
helping people to modify. Note that there is no evidence that all Rdata files
come from R code as above. My wild guess is that many have been imported as a
CSV table at some point. To be carricatural, I would say that the Rdata format
is not less obscure as a .csv.gz format. Both need an command line to be
transformed to csv format.

I hope I have not been confusing. If you would like external opinion, I suggest
to contact to our Debian expert Dirk Eddelbuettel (e...@debian.org). His work on
and with R is reckognised internationally.

Have a nice day and thanks for the fast answer, I really appreciate it.

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



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

Bug#564144: synaptics driver seems to be broken, speed changes, etc.

[Christoph Anton Mitterer]

Package: xserver-xorg-input-synaptics
Version: 1.2.0-3
Severity: important

Hi.
As you can see from the logs below, synaptics does not longer work correctly:
(II) Synaptics touchpad driver version 1.2.0
Configured Mouse no synaptics event device found
(EE) xf86OpenSerial: No Device specified.
(EE) Synaptics driver unable to open device
(EE) PreInit failed for input device "Configured Mouse"
(II) UnloadModule: "synaptics"

Additionally (probably just because it falls back to the normal mouse  
driver?!) the middle mouse button no longer works (form the touchpad),  
and once again, the speed/acceleration values seem to have drastically  
changed... (much faster), and at least from gnome it's not possible to  
set it to a speed/accel. that's little enough for me ;)



Cheers,
Chris.


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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 Nov 14 23:11 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1865248 Jan  6 18:52 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce  
8400M G] (rev a1)


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

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1558 Aug 25 12:08 /etc/X11/xorg.conf

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



Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules""xorg"
Option  "XkbModel""pc105"
Option  "XkbLayout"   "de"
Option  "XkbVariant"  "nodeadkeys"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "synaptics"
Option  "CorePointer"
Option  "VertEdgeScroll"  "false"
Option  "HorizEdgeScroll" "false"
Option  "VertTwoFingerScroll" "true"
Option  "HorizTwoFingerScroll""true"
Option  "UpDownScrolling" "false"
Option  "TapButton1"  "1"
Option  "TapButton2"  "2"
Option  "TapButton3"  "3"
Option  "MinSpeed""0.02"
Option  "MaxSpeed""0.25"
Option  "AccelFactor" "0.006"
EndSection

Section "Device"
Identifier  "Configured Video Device"
Driver  "nvidia"
Option  "NoLogo"  "true"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 17385 Oct 26 01:00 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 18033 Nov 30 15:21 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 18549 Jan  8 00:05 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

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

X.Org X Server 1.7.3.902 (1.7.4 RC 2)
Release Date: 2009-12-26
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-trunk-amd64 x86_64 Debian
Current Operating System: Linux heisenberg 2.6.32-heisenberg #1 SMP  
PREEMPT Tue Dec 29 02:35:16 CET 2009 x86_64
Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32-heisenberg  
root=/dev/mapper/root ro

Build Date: 06 January 2010  05:51:16PM
xorg-server 2:1.7.3.902-1 (jcris...@debian.org)
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Jan  7 2

Bug#564143: tomoyo-ccstools: doesn't work with separate /usr

[Iustin Pop]

Package: tomoyo-ccstools
Version: 1.6.8-2009-2
Severity: important

Hello,

/sbin/tomoyo-init and /sbin/ccs-init are executed very early in the boot
sequence, and require awk and seq. But these two programs are located in
/usr/bin, and thus if one has /usr on a separate partition, then the
system cannot boot anymore (not even with CCS=disabled on the kernel
command line).

Since these two scripts can break the system, they should test that all
their dependencies are available before starting execution, or at least
handle errors from called programs better.

Setting priority as important, since I had to boot with an older kernel
to be able to boot at all, which is bad behaviour.

Thank you,
Iustin Pop

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

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

Versions of packages tomoyo-ccstools depends on:
ii  libc6 2.10.2-3   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand
ii  libreadline6  6.1-1  GNU readline and history libraries

Versions of packages tomoyo-ccstools recommends:
pn  linux-patch-tomoyo (no description available)

tomoyo-ccstools suggests no packages.



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

Bug#563861: localechooser: Maybe ask preferred locale in more cases?

[Frans Pop]

tag 563861 pending
thanks

I've just committed the change.

At medium and low priority we do now have the situation which Colin warned 
against: effectively we display the shortlist dialog twice in a row. And I 
do agree that it's not the most beautiful design.

However, I think that this commit does improve consistency and that in 
combination with all other recent changes it's still logical:
- the "first" shortlist now clearly has the purpose of selecting the user's
  location, while the "second" one clearly selects the system locale;
  changing the dialog titles has helped a lot with that
- even though the dialogs essentially have the same choices, they look
  rather different because of the addition of the second column with
  locales for the second one;
- the choice from the "first" shortlist sets the correct default for the
  "second", so normally the second can simply be entered through.

On Thursday 07 January 2010, Ferenc Wagner wrote:
> > But then it's maybe better to rewrite the whole para as:
> >    There are multiple locales defined for the language you have
> >selected. You can now select your preference from those locales. The
> >locale that will be used is listed in the second column.
>
> I agree.

The rewrite was still only for the second case. I've kept two distinct 
texts as IMO the explanation of context is important.

> If you allow a general observation: it seems that problems 
> arise if the texts depend on each other, since their individual presence
> depends on the priority relations.  

If you look at the committed change you'll see that the implementation is 
fairly straightforward. And note that which text gets displayed does not 
depend on the priority, but on the question "is a locale defined for the 
combination of language and country". The same question also determines at 
which priority the dialog is displayed.

> While it's useful if the installer
> explains its steps (the dependent texts serve this very purpose), maybe
> we have to accept a compromise and relegate that into the logs.

That is a choice we have made in other places, but it's not needed here.

But I do admit that localechooser is now fairly extreme in "building 
dialogs at runtime". The main reason for that is not because it is the 
only way to implement it, but rather to limit the size of the udeb as much 
as possible.

Without building the dialogs at runtime, the template file would contain 
multiple repetitions (not just 2 or 3, but many more) of the same strings 
and their translations, and its size would explode.

I expect that despite all the recent changes and even when fully translated 
again, the size of the localechooser udeb will be about equal to the 
current Lenny version. And that's exactly because I've reduced duplication 
of a number of strings.

Cheers,
FJP



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

Bug#564090: reportbug: Allow to recurse dependencies when listing them

[Sandro Tosi]

On Fri, Jan 8, 2010 at 00:11, Mike Hommey  wrote:
> Sounds good enough for me. Thanks for the hint.

you're welcome :)

> PS: If you could take a look at #548415 ;)

Yeah, it's on my "mental list" of things that I need to sort out in a
"nice" way. I was thinking of adding `which-pkg-broke` output, but it
takes damn long to run, so I need to find another way

Cheers,
-- 
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#564142: RM: rails/2.2.3-1

[Moritz Muehlenhoff]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Please remove rails. It has open security issues, which haven't been
acknowledged for six weeks.

Cheers,
Moritz

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

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Bug#543852: Maintaining ncurses

[Craig Small]

Hello,
  I just recently noticed that ncurses has been orphaned for a few
months. There were a few people saying they were willing to help out
with it which is great.  I've not seen much since September.

This is really for if noone is doing anything much with ncurses at the
moment, if that's the case. I'll adopt the package and maintain it.  I
would like some help and make it a team effort but it seems it needs
someone to drive it and I can do that.

Again, if someone is already doing this on the quiet, then well done and
I'll leave you to it.  If not, I'll start the project up on alioth.
My preference is svn over git (purely because I'm used to it) but if
there are people who are willing to help and have a strong preference to
git I'll use that.

I CC'ed the three people mentioned in the ITO bug report, but there may
be others involved too. If I hear nothing much soon I'll go and adopt it
anyhow.

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



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

Bug#557354: git debian branch for git-buildpackage

[David Bremner]

On Fri, 8 Jan 2010 10:35:45 +1300, martin f krafft  wrote:
> also sprach Jameson Rollins  [2010.01.07.0647 
> +1300]:
> > Hi, folks.  I have been maintaining a git debian branch that uses
> > git-buildpackage and builds lintian clean:
> > 
> > git://lair.fifthhorseman.net/~jrollins/notmuch
> 
> David, yours and his branches are a bit diverged and a merge doesn't
> look trivial. Jameson's work seems very solid. Would you object to
> just continuing on the basis of that?
> 

Nope, no problem at all from my point of view.

David



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

Bug#552891: fakechroot: FTBFS: ../../src/libfakechroot.c:2622: error: conflicting types for 'scandir'

[Tommi Vainikainen]

tag 552891 patch
thanks

Hi,

a problem with scandir and scandir64 types while compiling fakechroot
seems to originate from recent libc prototype change of the functions.

Current scandir and scandir64 functions take as last fourth parameter
pointer to comparator function of const struct dirent/dirent64 **
instead of earlier void pointers.

fakechroot already has a noble test for scandir parameters in its
configure script, but the test in configure script did not support this
specific types for comparator function. In the patch attached I've added
support for these types so that compile time detection uses correct
prototypes for the functions. I had to duplicate the test for scandir64
as it has had similar change in the type parameters.

In addition to applying the patch attached, one MUST run autogen.sh from
source root.

diff -ur -x Makefile.in -x Makefile.am -x config.sub -x config.guess -x config.h.in -x configure -x aclocal.m4 -x debian/ -x ltmain.sh -x fakechroot.1 -x changelog -x control -x rules fakechroot-2.9.orig2/configure.ac fakechroot-2.9/configure.ac
--- fakechroot-2.9.orig2/configure.ac	2009-03-19 17:06:47.0 +0200
+++ fakechroot-2.9/configure.ac	2010-01-07 22:54:45.0 +0200
@@ -177,6 +177,7 @@
 
 AC_FUNC_READLINK_ARGTYPES
 AC_FUNC_SCANDIR_ARGTYPES
+AC_FUNC_SCANDIR64_ARGTYPES
 
 AC_CONFIG_FILES([ \
 Makefile \
diff -ur -x Makefile.in -x Makefile.am -x config.sub -x config.guess -x config.h.in -x configure -x aclocal.m4 -x debian/ -x ltmain.sh -x fakechroot.1 -x changelog -x control -x rules fakechroot-2.9.orig2/m4/scandir_argtypes.m4 fakechroot-2.9/m4/scandir_argtypes.m4
--- fakechroot-2.9.orig2/m4/scandir_argtypes.m4	2009-03-19 16:43:19.0 +0200
+++ fakechroot-2.9/m4/scandir_argtypes.m4	2010-01-07 23:05:13.0 +0200
@@ -12,7 +12,7 @@
  for ac_arg1 in 'const char *dir'; do
   for ac_arg2 in 'struct dirent ***namelist'; do
for ac_arg3 in 'int(*filter)(const struct dirent *)' 'int(*filter)(struct dirent *)'; do
-for ac_arg4 in 'int(*compar)(const void *,const void *)'; do
+for ac_arg4 in 'int(*compar)(const void *,const void *)' 'int(*compar)(const struct dirent **,const struct dirent **)'; do
  AC_COMPILE_IFELSE(
[AC_LANG_PROGRAM(
 [AC_INCLUDES_DEFAULT
@@ -46,3 +46,51 @@
 		   [Define to the type of arg 4 for `scandir'.])
 rm -f conftest*
 ])
+dnl  AC_FUNC_SCANDIR64_ARGTYPES
+dnl  -
+dnl  Determine the correct type to be passed to each of the `scandir64'
+dnl  function's arguments, and define those types in `SCANDIR64_TYPE_ARG1',
+dnl  `SCANDIR64_TYPE_ARG2', `SCANDIR64_TYPE_ARG3' and `SCANDIR64_TYPE_ARG4'.
+AN_FUNCTION([scandir64], [AC_FUNC_SCANDIR64_ARGTYPES])
+AC_DEFUN([AC_FUNC_SCANDIR64_ARGTYPES],
+[AC_CHECK_HEADERS(dirent.h)
+AC_CACHE_CHECK([types of arguments for scandir64],
+[ac_cv_func_scandir64_args],
+[for ac_return in 'int'; do
+ for ac_arg1 in 'const char *dir'; do
+  for ac_arg2 in 'struct dirent64 ***namelist'; do
+   for ac_arg3 in 'int(*filter)(const struct dirent64 *)'; do
+for ac_arg4 in 'int(*compar)(const void *,const void *)' 'int(*compar)(const struct dirent64 **,const struct dirent64 **)'; do
+ AC_COMPILE_IFELSE(
+   [AC_LANG_PROGRAM(
+[AC_INCLUDES_DEFAULT
+#ifdef HAVE_UNISTD_H
+#include 
+#endif
+],
+  	[extern $ac_return scandir64 ($ac_arg1, $ac_arg2, $ac_arg3, $ac_arg4);])],
+	[ac_cv_func_scandir64_args="$ac_return;$ac_arg1;$ac_arg2;$ac_arg3;$ac_arg4"; break 5])
+done
+   done
+  done
+ done
+done
+# Provide a safe default value.
+: ${ac_cv_func_scandir64_args='(default) int;const char *dir;struct dirent64 ***namelist;int(*filter)(const struct dirent64 *);int(*compar)(const void *,const void *)'}
+])
+ac_save_IFS=$IFS; IFS=';'
+set dummy `echo "$ac_cv_func_scandir64_args" | sed 's/^(default) //' | sed 's/\*/\*/g'`
+IFS=$ac_save_IFS
+shift
+AC_DEFINE_UNQUOTED(SCANDIR64_TYPE_RETURN, $[1],
+		   [Define to the type of return value for `scandir64'.])
+AC_DEFINE_UNQUOTED(SCANDIR64_TYPE_ARG1, $[2],
+		   [Define to the type of arg 1 for `scandir64'.])
+AC_DEFINE_UNQUOTED(SCANDIR64_TYPE_ARG2, $[3],
+		   [Define to the type of arg 2 for `scandir64'.])
+AC_DEFINE_UNQUOTED(SCANDIR64_TYPE_ARG3, $[4],
+		   [Define to the type of arg 3 for `scandir64'.])
+AC_DEFINE_UNQUOTED(SCANDIR64_TYPE_ARG4, $[5],
+		   [Define to the type of arg 4 for `scandir64'.])
+rm -f conftest*
+])
diff -ur -x Makefile.in -x Makefile.am -x config.sub -x config.guess -x config.h.in -x configure -x aclocal.m4 -x debian/ -x ltmain.sh -x fakechroot.1 -x changelog -x control -x rules fakechroot-2.9.orig2/src/libfakechroot.c fakechroot-2.9/src/libfakechroot.c
--- fakechroot-2.9.orig2/src/libfakechroot.c	2009-03-31 13:20:41.0 +0300
+++ fakechroot-2.9/src/libfakechroot.c	2010-01-07 22:55:37.0 +0200
@@ -2619,7 +2619,7 @@
 
 #ifdef HAVE_SCANDIR
 /* #include  */
-int scandir (const char *dir, struct dirent ***namelist, SCANDIR_TYPE_ARG3, int(*compar)(const void *, const void *))
+int scandir (const ch

Bug#564141: fsprotect: It always uses 512 Mib for the TMPFS.

[Ivan Baldo]

Package: fsprotect
Version: 1.0.4
Severity: normal

If the user didn't specify the size then you shouldn't use 512 Mib, you should
let TMPFS calculate the size by not passing the size parameter.
Also, since I don't use BusyBox my initramfs doesn't have the following
programs: touch, sed, cut; you should use the shell instead with
SZ="${x#fsprotect=}"
which is not a bashism, dash supports it; and use echo with redirection instead
of touch.
Thanks!!!

Versions of packages fsprotect depends on:
ii  aufs-modules-2.6.30- 2.6.30+0+20090302-4 Stackable unification filesystem f
ii  initramfs-tools  0.93.4  tools for generating an initramfs

fsprotect recommends no packages.

fsprotect 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#450520: fuppes

[Rob Andrews]

On 07-Jan-2010 14:04.41 (GMT), frenc1z 1z wrote:
 > Apart from the xbox, there are lots of other devices that support fuppes.
 > 
 > For example, Series 8000 of Philips LCD tv's officially supports fuppes as a
 > upnp/dlna server.

I appreciate that fuppes is a good alternative to ushare, but this ITP is
for ushare and fuppes is out of scope for this ITP.

Recently I have got ushare working with my xbox 360 and will endeavour to
complete packaging shortly.

 > Not sure if I could help somehow, let me know, and we can see.

I'd like to see a package for fuppes, since transcoding is a useful feature
(especially since many devices don't support media types such as Matroska,
which can be easily container-converted to another format so as to be played
without quality loss).

I'll try and finish up packaging for ushare soon and get it into unstable.

Kind regards,
rob.

-- 
rob andrews   :: pgp 0xd6c3e484 :: r...@choralone.org



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

Bug#564140: dpkg-source: cannot write .pc/applied-patches when no patches present but upstream sources changed

[Jonathan Nieder]

Package: dpkg-dev
Version: 1.15.5.5

Working with a simple package, debian/source/format contains
"3.0 (quilt)", no debian/patches directory, no .pc directory, upstream
sources modified.  When I try to 'debuild -I -i', dpkg-source fails:

| dpkg-source: info: using source format `3.0 (quilt)'
| dpkg-source: info: building unifdef using existing ./unifdef_1.318.orig.tar.gz
| dpkg-source: warning: ignoring deletion of file unifdef.txt
| dpkg-source: info: local changes stored in 
unifdef/debian/patches/debian-changes-1.318-1, the modified files are:
|  unifdef/Makefile
|  unifdef/unifdefall.sh
| dpkg-source: error: cannot write unifdef/.pc/applied-patches: No such file or 
directory
| dpkg-buildpackage: error: dpkg-source -i -I -b unifdef gave error exit status 
2
| debuild: fatal error at line 1330:
| dpkg-buildpackage -rfakeroot -D -us -uc -I -i failed

Making the .pc directory by hand makes this work again.

If a test case or more information is needed, please let me know.

Jonathan



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

Bug#564090: reportbug: Allow to recurse dependencies when listing them

[Sandro Tosi]

Hi Mike,
thanks for your bug report.

On Thu, Jan 7, 2010 at 17:41, Mike Hommey  wrote:
> Package: reportbug
> Version: 4.9
> Severity: wishlist
>
> In the package-specific info, there dependencies, recommends and suggests
> are listed. This is precious information for maintainers. But sometimes,
> the package the bug is reported upon isn't the one that has most useful
> dependency information. You may have guessed here, I'm mostly talking about
> iceweasel, but I'm pretty sure we could find some other package where this
> could be useful.
>
> While I'm not requesting that *all* dependencies be recursively listed,

even because, on a general view, it would increase the bug length to a
point the maintainer has difficulty to find the information he needss.

> I'd like, as a maintainer, to tell reportbug, "hey, whenever you report a
> bug for iceweasel, give me the information for xulrunner-1.9.1 at the same
> time". The package list for which the maintainer of $package requests such
> additional information could be put in a file in /usr/share/bug/$package/.

"reportbug --template " prints the bug template that would be
used if reporting the bug for real: would it be possible for you to
use it in a bug script, with the support of sed/awk/grep/whatever to
extract the information you need? they will be included into the bug
report, only for the package you decide, with teh advantage of not
increasing reportbug complexity :)

Cheers,
-- 
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#564136: haskell-hint: FTBFS

[Cyril Brulebois]

retitle 564136 [haskell-hint] FTBFS: Not in scope: 
GHC.{HValue,compileExpr,exprType,typeKind}
thanks

Sorry about that, let's hope it's a bit clearer now.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#554847: [Pkg-fglrx-devel] Bug#554847: please consider unmerging

[Michael Gilbert]

On Thu, 7 Jan 2010 11:18:30 +0100 Friedrich Delgado Friedrichs wrote:

> A search on google for "mtrr: your BIOS has set up an incorrect mask,
> fixing it up" yields several results from lkml and other sources gives
> me the impression that the kernel is fixing up a buggy mtrr mask from
> the bios.
> 
> In particular, Ingo Molnar's reply at
> http://lkml.indiana.edu/hypermail/linux/kernel/0902.1/01117.html:
> 
> >> [ 0.00] [ cut here ]
> >> [ 0.00] WARNING: at arch/x86/kernel/cpu/mtrr/generic.c:404 
> >> generic_get_mtrr+0xdf/0x119()
> >> [ 0.00] mtrr: your BIOS has set up an incorrect mask, fixing it up.
> >
> > buggy BIOS most likely. Had the kernel not fixed up the MTRRs you'd have
> > a very slow and unhappy system now.
> 
> This kernel feature has apparently been present since 2.6.28 at least.
> If there was reason to believe that the way the kernel fixes my mtrr
> masks is incorrect, then it would be a kernel bug.
[...]
> This may still be the cause of the problem, but it's certainly not a crash.

the warning before the crash (although perhaps related) is not the important
thing.  the crash itself is what matters.  like i said before, the fact that
you have a backtrace indicates a crash.  lines like the following are the
symbols in the crashing program:

  Nov 24 21:50:35 abrasax kernel: [0.00]  [] ? 
generic_get_mtrr+0xbf/0xf9 

normally they would not be printed (unless there were a crash). the
names of the symbols leads me to believe that it is MTRR itself that is
crashing, but it is possible that it is something else that calls MTRR.
is this explanation clear enough?

> > You need to test without fglrx, and if MTRR still crashes, a bug report
> > on the kernel is really your only option for getting the problem fixed.
> 
> As you can see in the full dmesg output that I attached to several
> posts, the kernel fixes the mtrr mask directly after loading. It's one
> of the first kernel messages. Fglrx is loaded much, much later, (also
> visible in the dmesg log) so I see no reason to try it "without fglrx" since
> fglrx is not loaded at the point of the backtrace.

my point was that you need to reproduce the problem with a clean kernel
so you can submit a kernel bug to get help.  we are not kernel experts,
so we would be of no help in this area.

> I think the opinion of a kernel developer would still be useful here,
> in particular:
> 
>  - I'd like to know how I can get more information about fglrx
>  crashing, since I see nothing in syslog.

they will refuse to help if you submit a bug report related to fglrx.
period.

>  - Also if we can decide that the problem is not in the glue parts of
>  the driver, or the kernel, then it's most likely a problem in the
>  binary blob from ati.

like i said before, the root cause is that MTRR has crashed. and
without a running MTRR, you should expect software that depends on it
to have problems.

> And if there are no objections, I'll unmerge this bug and fix the
> version information on this bug, since there is no relation to the one
> it was merged with.

i've already done this.

this bug is in your hands now.  if you care about it, do the leg work
to send a clean report to the kernel.  otherwise, we can't help because
we are not kernel experts.

kind regards,
mike



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

Bug#564139: bsdmainutils: [calendar] Nikola Tesla's date of death

[Dale Harris]

Package: bsdmainutils
Version: 8.0.5
Severity: wishlist
Tags: patch


Really folks.  Nikola Tesla birth or death is not noted in calendar?  This 
is a serious oversight, imho.  Patch included.


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

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

Versions of packages bsdmainutils depends on:
ii  bsdutils  1:2.16.2-0 Basic utilities from 4.4BSD-Lite
ii  debianutils   3.2.2  Miscellaneous utilities specific t
ii  libc6 2.10.2-3   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:4.4.2-2  The GNU C preprocessor (cpp)
pn  vacation   (no description available)
ii  wamerican [wordlist]  6-3American English dictionary words 
ii  whois 5.0.0  an intelligent whois client

-- no debconf information
--- calendar.birthday.orig  2010-01-07 17:41:23.0 -0500
+++ calendar.birthday   2010-01-07 17:45:07.0 -0500
@@ -16,6 +16,7 @@
 01/04  Jakob Grimm born, 1785
 01/04  Wilhelm Beer born, 1797, first astronomer to map Mars
 01/05  DeWitt B. Brace born, 1859, inventor of spectrophotometer
+01/07  Nikola Tesla died, 1943, supergenius, inventor AC Motor 
 01/10  Ethan Allen born, 1738
 01/11  Alexander Hamilton born in Nevis, British West Indies, 1757?
 01/12  "Long" John Baldry is born in London, 1941
@@ -179,6 +180,7 @@
 07/07  P.T. Barnum dies, 1891
 07/08  Count Ferdinand von Zeppelin born, 1838
 07/10  John Calvin born, 1509
+07/10  Nikola Tesla, born, 1856, supergenius, inventor AC Motor 
 07/11  John Quincy Adams, 6th President of the United States, born in
Braintree, Massachusetts, 1767
 07/12  Henry David Thoreau born, 1817

Bug#560939: CVE-2009-3560 and CVE-2009-3720 denial-of-services

[Moritz Muehlenhoff]

Michael Gilbert wrote:
> The following CVE (Common Vulnerabilities & Exposures) ids were
> published for expat.  I have determined that this package embeds a
> vulnerable copy of xmlparse.c and xmltok_impl.c.  However, since this is
> a mass bug filing (due to so many packages embedding expat), I have
> not had time to determine whether the vulnerable code is actually
> present in any of the binary packages derived from this source package.
> Please determine whether this is the case. If the binary packages are
> not affected, please feel free to close the bug with a message
> containing the details of what you did to check.

According to the FAQ Swish prefers libxml for parsing if it's
linked, while the included Expat copy is mostly a fallback for systems
without libxml available.

Ludovic, can you confirm? If so, we can close the bug.

Cheers,
Moritz



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

Bug#557009: iceweasel has rendering errors, while 'vanilla' Firefox does not

[Michael Maurer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Mike Hommey wrote:
> > On Tue, Jan 05, 2010 at 12:27:04PM +0100, Michael Maurer wrote:
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA1
>> >>
>> >> Mike Hommey wrote:
>>> >>> Hi,
>>> >>>
>>> >>> Sorry for the late answer.
>>> >>>
>>> >>> On Sun, Nov 22, 2009 at 08:03:09AM +0100, Michael Maurer wrote:
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  Mike Hommey wrote:
> > On Fri, Nov 20, 2009 at 09:10:26PM +0100, Michael Maurer wrote:
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA1
>> >>
>> >> Mike Hommey wrote:
>>> >>> On Thu, Nov 19, 2009 at 08:06:59PM +0100, Michael Maurer wrote:
  No changing the layout.css.dpi from "0" to "-1" had no 
  effect, as far as I can tell.
 
  By the way my screen resolution is 1024x768.
 
  I also tried changing my User-String using User-Agent 
  Switcher to the User-String of 'vanilla' firefox (after I 
  tested the site in safe-mode),
   the site showed the very same behavior though.
 
 
  If you want me to try anything else, just let me know.
>>> >>> There are three things I would advise to try:
>>> >>> - Try with a new user profile
>>> >>> - Try copying the firefox preferences from the 
>>> >>> defaults/preferences
>>> >>>   directory to /usr/lib/iceweasel/defaults/preferences
>>> >>>   (there shouldn't be much differences, though)
>>> >>> - Try iceweasel -safe-mode, in case you have some extensions 
>>> >>> installed
>>> >>>   as debian packages.
>>> >>>
>>> >>> Mike
>> >> Sorry, that it took so long for me to answer.
>> >>
>> >> As you suggested, I created a new user, copied the 
>> >> firefox/defaults/pref to  /usr/lib/iceweasel/defaults/preferences 
>> >> and used 'iceweasel -safe-mode',
>> >> still no change.
> > Also try copying firefox's greprefs to 
> > /usr/lib/xulrunner-1.9.1/greprefs.
> >
> > Mike
  Tried copying the 'greprefs' folder, didn't change anything either.
>>> >>> Did you try setting layout.css.dpi to some value such as 96 in both ?
>>> >>>
>>> >>> Cheers,
>>> >>>
>>> >>> Mike
>> >>
>> >>
>> >> Hi,
>> >>  I also tried now to set layout.css.dpi to 96 in both iceweasel and 
>> >> firefox (using safe-mode in both) but the behavior is still the very same.
> >
> > That really doesn't make sense. There is no change in iceweasel that
> > could explain such layout difference. Unfortunately, the web page
> > doesn't repond, now...
> >
> > Mike


Hi,

I just did a fresh install on my system and the problem vanished. To satisfy my 
curiosity I tried debian testing and debian unstable on lxde and xfce, but the 
problem was gone for good.
It either has to be a problem with sidux as opposed to 'vanilla' debian 
unstable (though as far as I can tell the iceweasel.deb-file comes directly 
from the debian repositories), or it has to be
some weird problem with updating as opposed to a clean install.
Since the bug is gone for me. And no one else seems to observe it, I think the 
bug should be closed.
Sorry for pretty much wasting your time. Thanks for your help anyway

Cheers,

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

iEYEARECAAYFAktGY/4ACgkQ5/YQEZwskCA1mwCeJRlSjflgLuYNH+/jIpxRiE5a
TsUAnjhtYw1KEIfOe42Jzdf9acBprDSE
=7Pzo
-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#564138: fsprotect: It also runs with NFS Root.

[Ivan Baldo]

Package: fsprotect
Version: 1.0.4
Severity: wishlist

It runs wonderfully with a NFS root filesystem after I copied the file
/usr/share/initramfs-tools/scripts/local-bottom/fsprotect to the 
/etc/initramfs-tools/scripts/nfs-bottom/ directory.
You should include a copy of that file here:
/usr/share/initramfs-tools/scripts/nfs-bottom/fsprotect.


Versions of packages fsprotect depends on:
ii  aufs-modules-2.6.30- 2.6.30+0+20090302-4 Stackable unification filesystem f
ii  initramfs-tools  0.93.4  tools for generating an initramfs



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

Bug#564112: Checking status of source packages with many binaries takes ~forever

[Ben Hutchings]

On Thu, 2010-01-07 at 22:59 +0100, Sandro Tosi wrote:
> Hello Ben,
> thanks for your bug report.
> 
> On Thu, Jan 7, 2010 at 20:05, Ben Hutchings  wrote:
> > 8715  18:36:59 --- SIGCHLD (Child exited) @ 0 (0) ---
> > [...]
> > 9696  18:57:09 execve("/bin/sh", ["sh", "-c", "{ apt-cache show 
> > 'linux-image-2."...], [/* 46 vars */]) = 0
> 
> Holy crap, 20 minutes?! are you sure there's nothing wrong on your
> system? For example I tried to replicate here and it takes just few
> seconds:

Each invocation of apt-cache was taking about 3 seconds (with a warm
disk cache) and it was invoked once for each of ~400 binary package
names.  I think that must be a bug in APT, and indeed it runs much
faster following an 'apt-get update'

Although apt-cache should run faster, you can still expect it to take a
fair fraction of a second on slower boxes (e.g. it takes ~0.12 seconds
on agricola.debian.org which is an ARM box).  Doing this hundreds of
times is going to introduce a noticeable delay.

[...]
> I agree we can optimize a bit the code (but there's probably a reason
> is done one-by-one)

I suspect it was just the easy way to do it, and the delay will
*usually* not be noticeable.

> but that still quite weird that delay! is it
> possible that there are several packages pointing to linux-2.6 (that
> won't surprise me, you're one of the maints :) ) and so it slows damn
> down the performance? does it happen only on linux-2.6 or also on
> other packages?

The speed of apt-cache doesn't depend much on which package you select,
since it must scan all list files for potentially multiple matches.
reportbug's status checking multiplies that by the number of binary
packages and linux-2.6 is probably the worst case for that.

Ben.

-- 
Ben Hutchings
To err is human; to really foul things up requires a computer.


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

Bug#562957: iceweasel: Iceweasel's tab restoration incorrectly handles browser window size changes

[Francis Russell]

Upstream bug report:

https://bugzilla.mozilla.org/show_bug.cgi?id=538472

Francis



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

Bug#564117: Work-arounded using 0.1.1

[Raúl Sánchez Siles]

  Hello:

  I came across the same bug. I work-arounded it using 0.1.1 which had worked 
perfectly.

  HTH,
-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


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

Bug#564135: colortail: FTBFS on alpha, ia64, kfreebsd-*, hurd-i386: libc6-dev is virtual

[Cyril Brulebois]

Package: colortail
Version: 0.3.2-1
Severity: serious
Justification: FTBFS

(serious although it's usually only important, since it's quite a big
mistake in my opinion.)

Hi,

your package B-D on libc6-dev with a version, which is incorrect:
libc6-dev is virtual on a bunch of architectures, where the libc (and
its headers) has another version:
| alpha, ia64: libc6.1(-dev)
| hurd-i386  : libc0.3(-dev)
| kfreebsd-* : libc0.1(-dev)

If you really need to specify a version, you'll need to specify all of
those packages.

Build logs at the usual place:
  https://buildd.debian.org/status/package.php?suite=unstable&p=colortail

Mraw,
KiBi.



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

Bug#564136: haskell-hint: FTBFS

[Cyril Brulebois]

Package: haskell-hint
Version: 0.3.2.1-1
Severity: important

(important only, not a regression.)

Hi,

your package FTBFS on some architectures:
  https://buildd.debian.org/status/package.php?suite=unstable&p=haskell-hint

(As of now: kfreebsd-i386 & s390)

Build log excerpt:
| Building hint-0.3.2.1...
| [ 1 of 20] Compiling Hint.Util( src/Hint/Util.hs, 
dist/build/Hint/Util.o )
| [ 2 of 20] Compiling Hint.Extension   ( src/Hint/Extension.hs, 
dist/build/Hint/Extension.o )
| [ 3 of 20] Compiling Hint.GHC ( src/Hint/GHC.hs, 
dist/build/Hint/GHC.o )
| [ 4 of 20] Compiling Hint.Base( src/Hint/Base.hs, 
dist/build/Hint/Base.o )
| [ 5 of 20] Compiling Hint.Typecheck[boot] ( src/Hint/Typecheck.hs-boot, 
dist/build/Hint/Typecheck.o-boot )
| [ 6 of 20] Compiling Hint.Compat  ( src/Hint/Compat.hs, 
dist/build/Hint/Compat.o )
| 
| src/Hint/Compat.hs:34:52:
| Not in scope: type constructor or class `GHC.HValue'
| 
| src/Hint/Compat.hs:35:26: Not in scope: `GHC.compileExpr'
| 
| src/Hint/Compat.hs:39:23: Not in scope: `GHC.exprType'
| 
| src/Hint/Compat.hs:43:23: Not in scope: `GHC.typeKind'
| make: *** [build-ghc6-stamp] Error 1

Mraw,
KiBi.



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