date:20090901

Package: elmerfem
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-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# french translation of elmerfem debconf templates
# Copyright (C) 2007-2009 Debian French l10n team 
debian-l10n-fre...@lists.debian.org
# This file is distributed under the same license as the elmerfem package.
#
# Translators:
# Christian Perrier bubu...@debian.org, 2009.
msgid 
msgstr 
Project-Id-Version: \n
Report-Msgid-Bugs-To: elmer...@packages.debian.org\n
POT-Creation-Date: 2009-08-14 09:04+0200\n
PO-Revision-Date: 2009-08-29 09:03+0200\n
Last-Translator: Christian Perrier bubu...@debian.org\n
Language-Team: French debian-l10n-fre...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.0\n
Plural-Forms: nplurals=2; plural=(n  1);\n

#. Type: multiselect
#. Description
#: ../elmer.templates:2001
msgid Elmer models to include in ElmerGUI:
msgstr Modèles d'Elmer à inclure dans l'interface graphique (ElmerGUI) :

#. Type: multiselect
#. Description
#: ../elmer.templates:2001
msgid 
Elmer can solve equations from many models. In order to avoid excessive 
crowding of the ElmerGUI interface, only certain models are included at a 
given time. See the Elmer Models Manual at http://www.csc.fi/english/pages/;
elmer/documentation.
msgstr 
Elmer permet de résoudre les équations de nombreux modèles. Afin d'éviter de 
saturer l'interface graphique ElmerGUI, il est possible de restreindre le 
nombre de modèles gérés. Veuillez consulter la documentation des modèles 
d'Elmer à l'adresse http://www.csc.fi/english/pages/elmer/documentation.;

#. Type: multiselect
#. Description
#: ../elmer.templates:2001
msgid 
Please select the models you would like to include in ElmerGUI from the 
list. Note that this will not affect the availability of models in the 
solver, only their presence in the graphical interface.
msgstr 
Veuillez choisir dans la liste les modèles que vous souhaitez gérer dans 
l'interface graphique. Veuillez noter que cela ne désactivera pas les 
modèles dans le solveur : il ne seront simplement pas affichés dans 
l'interface graphique.

Bug#544505: [aptitude] aptitude segfaults on update of package list in ui

reassign 544505 apt
thanks

On 2009-09-01 07:11 +0200, Jürgen Richtsfeld wrote:

 Package: aptitude
 Version: 0.4.11.11-1+b2
 Severity: grave

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

 updating the package list in the ncurses UI gives me 
 Ouch!  Got SIGABRT, dying..
 Aborted
 on the console.

 when I do aptitude update I get:
 ...
 42% [2 Release 41686/100kB 41%] [Waiting for headers]terminate called after 
 throwing an instance of 'std::out_of_range'
   what():  basic_string::substr
 Aborted

 (the same happens when I do apt-get update).

Which means that the problem is in apt, obviously.  Your report does not
tell which version of apt is installed, please submit that information.

Sven



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

Bug#543375: initscripts: last superblock write time in future occurring sometimes

2009-09-01 Thread Norbert Preining

Dear maintainers of util-linux,

since it happened again, I dare to ask if there is any comment from your
side on that matter? It cannot be that normal booting forces me to 
fsck the whole partition.

On Mo, 24 Aug 2009, Norbert Preining wrote:
 Hi Petter,
 
 sorry for my ignorance ...
 
 On Mon, 24 Aug 2009, Petter Reinholdtsen wrote:
   no module, but self compiled kernel
  
  Oh.  No idea if the udev hooks are called when there is no kernel
  module loading.
 
 Me neither, but I guess that a init script checks for *modules* would
 be quite, well, innovative approach (or, more direct: stupid), there is
 the /sys hierarchy, and /proc/devices. 
 Modules are the most unreliable way ;-) Anyway.
 
   What should then happen?
  
  Then the system clock should be set from the hardware clock in
  hwclockfirst.sh which is called before checkroot.sh, independently
  from any udev calls.
 
 Which means it wont happen. Ok, but since I don't have a guaranteed way
 to reproduce this problem I cannot check it either.
 
 Anyway, I wait for comments of util-linux maintainers, maybe they have
 better suggestions.

Best wishes

Norbert

---
Dr. Norbert Preining prein...@logic.atVienna University of Technology
Debian Developer prein...@debian.org Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
LUBCROY (n.)
The telltale little lump in the top of your swimming trunks which
tells you you are going to have to spend half an hour with a safety
pin trying to pull the drawstring out again.
--- 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#544481: diff should not be an essential package

2009-09-01 Thread Raphael Hertzog

reassing 544481 apt 0.7.23.1
severity 544481 normal
retitle 544481 apt mixes essential flag from all sources

On Tue, 01 Sep 2009, Vincent Lefevre wrote:
   I could help you to determine what's wrong in your system, but *not*
   on the basis that I have to do something that I've *already* done, namely,
   dropping the Essential flag from the diff package.
  
  Then this means that aptitude (or dpkg?) broke my system.
 
 Actually, I have the same problem after reinstalling diff with apt-get
 (on a different machine). So, this probably comes from dpkg.

What makes you believe so?

$ dpkg -s diff
Package: diff
Status: install ok installed
Priority: extra
Section: oldlibs
Installed-Size: 32
Maintainer: Santiago Vila sanv...@debian.org
Architecture: all
Source: diffutils
Version: 1:2.8.1-16
Depends: diffutils
Description: dummy transitional package for diff - diffutils
 This is a dummy package to aid in transitioning from diff to diffutils.
 It may be safely removed after upgrading to squeeze.

= no essential flag, dpkg removed it as expected...

IMO it's apt that simply mixes the Essential: flag read from different
sources, a quick check makes it obvious:

┏rivendell:~/x/git/dpkg (master)
┗(731)$ grep deb  /etc/apt/sources.list
deb http://localhost:/security lenny/updates main
deb http://localhost:/security squeeze/updates main
deb http://localhost:/debian unstable main contrib non-free
deb http://localhost:/debian squeeze main contrib non-free
deb http://localhost:/debian lenny main contrib non-free
deb http://localhost:/debian experimental main contrib non-free
#deb http://kernel-archive.buildserver.net/debian-kernel trunk main
#deb http://download.tuxfamily.org/dvorak/debian sid main
#deb http://security.debian.org/ lenny/updates main
┏rivendell:~/x/git/dpkg (master)
┗(732)$ LANG=C sudo apt-get remove diff
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  diff
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  diff
0 upgraded, 0 newly installed, 1 to remove and 59 not upgraded.
After this operation, 32.8kB disk space will be freed.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
 ?] ^C
┏rivendell:~/x/git/dpkg (master)
┗(733)$ sudo vim /etc/apt/sources.list
┏rivendell:~/x/git/dpkg (master)
┗(734)$ grep deb  /etc/apt/sources.list
#deb http://localhost:/security lenny/updates main
#deb http://localhost:/security squeeze/updates main
deb http://localhost:/debian unstable main contrib non-free
#deb http://localhost:/debian squeeze main contrib non-free
#deb http://localhost:/debian lenny main contrib non-free
#deb http://localhost:/debian experimental main contrib non-free
#deb http://kernel-archive.buildserver.net/debian-kernel trunk main
#deb http://download.tuxfamily.org/dvorak/debian sid main
#deb http://security.debian.org/ lenny/updates main
┏rivendell:~/x/git/dpkg (master)
┗(735)$ LANG=C sudo apt-get remove diff
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  diff
0 upgraded, 0 newly installed, 1 to remove and 59 not upgraded.
After this operation, 32.8kB disk space will be freed.
Do you want to continue [Y/n]? ^C

So reassiging to apt... apt should use the essential flag from
/var/lib/dpkg/status / the distribution containing the installed package to
decide whether an essential package can be removed or not.

I also fail to see why this bug would be critical, the set of essential
packages doesn't change often and having to keep around the transitional
package is not a big deal.

Cheers,
-- 
Raphaël Hertzog



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

Bug#518330: Announce of the upcoming NMU for the postgrey package

Dear maintainer of postgrey and Debian translators,

Some days ago, I sent a notice to the maintainer of the postgrey Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in two
weeks, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs de es eu fi fr gl it ja pt ru sv

Among these, the following translations are incomplete: cs ja

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the postgrey package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Monday, September 
07, 2009. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Thursday, August 27, 2009   : send the first intent to NMU notice to
 the package maintainer.
 Tuesday, September 01, 2009   : send this notice
 Monday, September 07, 2009   : (midnight) deadline for receiving 
translation updates
 Tuesday, September 08, 2009   : build the package and upload it to 
DELAYED/2-day
 send the NMU patch to the BTS
 Thursday, September 10, 2009   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR em...@address, YEAR.
#
#, fuzzy
msgid 
msgstr 
Project-Id-Version: PACKAGE VERSION\n
Report-Msgid-Bugs-To: postg...@packages.debian.org\n
POT-Creation-Date: 2009-09-01 07:38+0200\n
PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n
Last-Translator: FULL NAME em...@address\n
Language-Team: LANGUAGE l...@li.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=CHARSET\n
Content-Transfer-Encoding: 8bit\n

#. Type: error
#. Description
#: ../postgrey.templates:2001
msgid Default TCP port change
msgstr 

#. Type: error
#. Description
#: ../postgrey.templates:2001
msgid 
Postgrey is now listening on port 10023 (rather than 6), which brings 
its behavior closer to the default upstream settings.
msgstr 

#. Type: error
#. Description
#: ../postgrey.templates:2001
msgid 
You will need to adjust its configuration (usually in /etc/postfix/main.cf) 
accordingly.
msgstr 


signature.asc
Description: Digital signature

Bug#544509: apache2 is not binNMU safe

2009-09-01 Thread Andreas Barth

Package: apache2
Version: 2.2.12-1
Severity: serious
Tags: patch

Hi,

apache2 is no longer binNMU safe. This rendes currently this package
to be uninstallable on ia64:

Package: apache2-prefork-dev
Architecture: ia64
Source: apache2 (2.2.12-1)
Version: 2.2.12-1+b1
Depends: apache2.2-common (= 2.2.12-1+b1), openssl, libaprutil1-dev

(apache2.2-common is arch=all)

As apache2.2-common depends strict on apache2.2-bin which is
architecture=any, the only resolution of this is to converte
apache2.2-common to arch=any.


Cheers,
Andi



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

Bug#544510: gmchess: no Debian menu entry

Package: gmchess
Version: 0.20.2-2
Severity: normal

Your package does not ship a menu file under /usr/share/menu, thus it is
invisible under window managers that do not implement the Freedesktop
specification.  See section 9.6 of the Policy manual for details.

Many thanks for packaging this game!


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

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

Versions of packages gmchess depends on:
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1   1.8.0-1   C++ wrappers for Cairo (shared lib
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.4.1-3 GCC support library
ii  libglib2.0-0   2.20.5-1  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.20.1-1  C++ wrapper for the GLib toolkit (
ii  libgtk2.0-02.16.6-1  The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a  1:2.16.0-2C++ wrappers for GTK+ 2.4 (shared 
ii  libpango1.0-0  1.24.5-1  Layout and rendering of internatio
ii  libpangomm-1.4-1   2.24.0-3+b1   C++ Wrapper for pango (shared libr
ii  libpng12-0 1.2.39-1  PNG library - runtime
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.4.1-3   The GNU Standard C++ Library v3
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

gmchess recommends no packages.

gmchess 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#539116: ltsp-server: garbage in output of ltsp-build-client

2009-09-01 Thread Vagrant Cascadian

reassign 539116 uswsusp
retitle 539116 uswsusp: truncates /dev/stderr in config script
thanks

On Wed, Jul 29, 2009 at 10:41:57AM +0200, Andre Majorel wrote:
 running ltsp-build-client log creates a file containing a long
 run of NULs and possibly out of order text :

i was able to reproduce this with current versions of ltsp, though i believe
the bug is actually in uswsusp's config script.

by running ltsp-build-client --early-packages ltsp-client-core  log, which
installs a smaller set of packages, i wasn't able to reproduce the problem.

running ltsp-build-client --early-packages 'ltsp-client-core uswsusp'  log,
triggers the problem again.

 I'm guessing that at some point, something inside
 ltsp-build-client does something it shouldn't with stdout and/or
 stderr... Perhaps reopening either one with O_TRUNC just before
 writing NOTE: disabling security APT source for sid.  It does not
 exist

i think it occurs much later, as the log file gets truncated with the first
message being: 

  /sys not mounted. Can't create uswsusp.conf

followed by all the NULL characters.

i think it is uswsusp.config writing to stderr:

  mountpoint -q /sys ||
{ echo /sys not mounted. Can't create uswsusp.conf  /dev/stderr; exit 0; 
}

maybe using  /dev/stderr would not truncate the log file, and fix the
issue?

live well,
  vagrant



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

Bug#509643: #509643: ltsp-server: --dist testing fails

2009-09-01 Thread Vagrant Cascadian

tags 509643 wontfix
thanks

until debootstrap supports this, i don't think we're going to do any magic to
handle it specifically with ltsp-build-client.

live well,
  vagrant



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

Bug#544471: cap_sys_nice on executable leads to ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored

2009-09-01 Thread Shachar Shemesh


Clint Adams wrote:

On Tue, Sep 01, 2009 at 12:24:23AM -0400, Yaroslav Halchenko wrote:
  

do you mean that executables with any capabilities (or even just
cap_sys_nice) set are considered insecure and LD_PRELOAD is explicitly
disallowed so LD_PRELOAD of fakeroot library fails?



Yes, it is the same as with setuid/setgid programs.  The point is
that otherwise you could make a preload library to exploit any
capability by subverting one of the functions used by a privileged
binary.

I'm not sure how fakeroot-ng interacts with capabilities, but
perhaps it is more suitable for your use case.
  
For SUID, fakeroot means that the program runs with privileges but 
without fakeroot's wrapping. Fakeroot-ng means that program runs without 
the (real) privileges, but with fakeroot-ng's wrapping. I'm not sure 
about capabilities, but it's definitely worth giving it a try.


Shachar

--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com

Bug#544471: cap_sys_nice on executable leads to ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored

2009-09-01 Thread Shachar Shemesh


Yaroslav Halchenko wrote:


hm... it seems to be doing find:
$ fakeroot python --version
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: 
ignored.
Python 2.5.4
$ fakeroot-ng python --version 
Python 2.5.4


cool -- thanks for the hint... seems to remain working fine within 
dpkg-buildpackage ;)

I just wonder now what to do with the bug -- apparently it is a feature ;) but
may be error message could be made more informative/relevant?

  
This is not a bug. It's a design limitation. I'm not even sure fakeroot 
has the option of detecting when this limitation is about to trigger (at 
least, not in a sane way).


Shachar

--
Shachar Shemesh
Lingnu Open Source Consulting Ltd.
http://www.lingnu.com

Bug#544481: diff should not be an essential package

package apt
merge 216768 544481
thanks

On 2009-09-01 08:52 +0200, Raphael Hertzog wrote:

 reassing 544481 apt 0.7.23.1
 severity 544481 normal
 retitle 544481 apt mixes essential flag from all sources
 [...]
 IMO it's apt that simply mixes the Essential: flag read from different
 sources, a quick check makes it obvious:

This seems to have been reported several times already, see #216768 and
siblings.

 So reassiging to apt... apt should use the essential flag from
 /var/lib/dpkg/status / the distribution containing the installed package to
 decide whether an essential package can be removed or not.

Even if it did that it, is not clear to me whether it would not want to
reinstall it afterwards.  Bug #177952 seems to indicate that.

Sven



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

Bug#544457: [gmail] Re: Bug#544457: fakeroot does not start; throws and IPC error

2009-09-01 Thread Marc Leeman

  [mlee...@neo ~]$ fakeroot ls
  fakeroot, while creating message channels: No space left on device
  This may be due to a lack of SYSV IPC support.
  fakeroot: error while starting the `faked' daemon.
  kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or 
  kill -l [sigspec]
 
 Well, that's worrisome.  Is it consistent or erratic?

It is consistent: fakeroot is unusable ATM. It is a multiuser machine;
but luckily I just got feedback that I don't need to reboot the machine
(can't figure out another way to fix the problem right now) right away
since there are work arounds on other machines.

[mlee...@neo ~]$ fakeroot ls
fakeroot, while creating message channels: No space left on device
This may be due to a lack of SYSV IPC support.
fakeroot: error while starting the `faked' daemon.
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ...
or kill -l [sigspec]
[mlee...@neo ~]$ fakeroot dmesg
fakeroot, while creating message channels: No space left on device
This may be due to a lack of SYSV IPC support.
fakeroot: error while starting the `faked' daemon.
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ...
or kill -l [sigspec]
[mlee...@neo ~]$ fakeroot whoami
fakeroot, while creating message channels: No space left on device
This may be due to a lack of SYSV IPC support.
fakeroot: error while starting the `faked' daemon.
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ...
or kill -l [sigspec]
[mlee...@neo ~]$ fakeroot date
fakeroot, while creating message channels: No space left on device
This may be due to a lack of SYSV IPC support.
fakeroot: error while starting the `faked' daemon.
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ...
or kill -l [sigspec]


I'd like to keep this problem around as long as possible to provide
feedback.

Don't know if the kernel version was in the original report:

[mlee...@neo ~]$ uname -a
Linux neo 2.6.22.1 #2 SMP Thu Aug 16 10:02:38 UTC 2007 x86_64 GNU/Linux


-- 
  greetz, marc
Numeric stability is probably not all that important when you're guessing.
crichton 2.6.26 #1 PREEMPT Tue Jul 29 21:17:59 CDT 2008 GNU/Linux


signature.asc
Description: Digital signature

Bug#480957: #480957: ltsp-server: Please package bootstrapping scripts separate from daemon recommendations

2009-09-01 Thread Vagrant Cascadian

tags 480957 wontfix
thanks

i think installing ltsp-server without recommends sufficiently handles the
corner cases, and thus marking wontfix.

live well,
  vagrant



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

Bug#470894: grub-installer: user parameters are not added to grub.cfg for grub2

2009-09-01 Thread Felix Zielcke

Am Dienstag, den 01.09.2009, 00:14 +0100 schrieb Colin Watson:
 On Fri, Aug 07, 2009 at 07:59:04AM +0200, Felix Zielcke wrote:
  Am Dienstag, den 04.08.2009, 11:45 +0200 schrieb Felix Zielcke:
   Here's now a patch which does it without a version check.
  
  I suggest to change the sed expression to
  s!^GRUB_CMDLINE_LINUX=\\?\([^\]*\)\\?!GRUB_CMDLINE_LINUX=\\1 xyz\!
  because in lenny we just have GRUB_CMDLINE_LINUX= in /etc/defaul/grub
  or does someone have a better one?
 
 Better to sed s!^GRUB_CMDLINE_LINUX=$!GRUB_CMDLINE_LINUX=! first. But
 then that also leaves unsightly leading spaces. There's no obvious
 reason why we need to preserve any existing value in these variables, of
 course.
 
 However, now that grub2/linux_cmdline and grub2/linux_cmdline_default
 debconf questions exist, we need to preseed them anyway to stop them
 being asked in a default installation. As long as we have to do that, it
 seems to me that we might as well set them to reasonable values.
 
 How does this patch look?
 
 Index: grub-installer
 ===
 --- grub-installer(revision 60561)
 +++ grub-installer(working copy)
 @@ -394,6 +394,25 @@
   ;;
  esac
  
 +user_params=$(user-params) || true
 +defopt_params=
 +kopt_params=
 +for u_param in $user_params; do
 + case $u_param in
 + quiet)
 + defopt_params=${defopt_params:+$defopt_params }$u_param ;;
 + *)
 + kopt_params=${kopt_params:+$kopt_params }$u_param ;;
 + esac
 +done
 +if [ $grub_version = grub2 ]; then
 + # quoting to deconfuse vim
 + chroot /target 'debconf-set-selections' EOF
 +$grub_package grub2/linux_cmdline string $kopt_params
 +$grub_package grub2/linux_cmdline_default string $defopt_params
 +EOF
 +fi
 +
  db_progress START 0 6 grub-installer/progress/title
  
  db_subst grub-installer/progress/step_install GRUB $grub_version
 @@ -726,17 +745,6 @@
  
  # Add user parameters to menu.list; some options are only added to the
  # default entry for a kernel instead of all entries

You forgot to move that comment and maybe it shouldn't say anymore
menu.list but menu.lst or /etc/default/grub or something like that.
Except of this, it looks fine to me.

 -user_params=$(user-params) || true
 -defopt_params=
 -kopt_params=
 -for u_param in $user_params; do
 - case $u_param in
 - quiet)
 - defopt_params=${defopt_params:+$defopt_params }$u_param ;;
 - *)
 - kopt_params=${kopt_params:+$kopt_params }$u_param ;;
 - esac
 -done
  if [ $defopt_params ]; then
   sed -i s!^\(# defoptions=.*\)!\1 $defopt_params! 
 $ROOT/boot/grub/$menu_file
  fi
 





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

Bug#544514: mount: user cannot umount loop-mounted image file

2009-09-01 Thread Peter Poeschl

Package: mount
Version: 2.15.1~rc1-1
Severity: important

Since an update from version 2.13.1.1-1 I cannot umount a loop-mounted image
file anymore as non-root. The umount command fails with

$ umount ~/arbeit/mnt/
umount: /home/pp/arbeit/mnt mount disagrees with the fstab

so I always have to become root to umount.


$ grep arbeit/mnt /etc/fstab
/media/mo1/pp/IMAGE.img /home/pp/arbeit/mnt auto rw,user,noauto,loop 0 2


This failure is explained, when the relevant outputs of mount-2.13 and
mount-2.15 are compared:

$ diff -U 0 mount_2.13.txt mount_3.15.txt
--- mount_squeeze_2.13.txt   2009-09-01 08:31:05.0 +0200
+++ mount_squeeze_2.15.txt   2009-09-01 08:47:34.0 +0200
-/media/mo1/pp/IMAGE.img on /home/pp/arbeit/mnt type ext3 
(rw,noexec,nosuid,nodev,loop=/dev/loop0,user=pp)
+/dev/loop0 on /home/pp/arbeit/mnt type ext3 (rw,noexec,nosuid,nodev,user=pp)


So it seems as if mount regressed by not noting the loop-mount anymore.

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

Kernel: Linux 2.6.30-1-amd64 (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/dash

Versions of packages mount depends on:
ii  libblkid1 1.41.3-1   block device id library
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libselinux1   2.0.85-2   SELinux shared libraries
ii  libsepol1 2.0.37-1   Security Enhanced Linux policy lib

mount recommends no packages.

Versions of packages mount suggests:
pn  nfs-commonnone (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#544515: bugs-everywhere: Please package r327 2009-07-23 - Debian carries r217 from 2008-11-14

2009-09-01 Thread Jari Aalto

Package: bugs-everywhere
Version: 0.0.193+bzr.r217-2
Severity: normal


Please package latest version from bzr repository

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

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

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

Versions of packages bugs-everywhere recommends:
ii  bzr  1.17-1  easy to use distributed version co
ii  git-core 1:1.6.3.3-2 fast, scalable, distributed revisi
ii  mercurial1.3.1-1 scalable distributed version contr
ii  rcs  5.7-25  The GNU Revision Control System

bugs-everywhere 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#544513: dhcp returned hostname take precedence on netcfg/get_hostname

2009-09-01 Thread Thomas Sondag

Package: netcfg
Version: 1.51

If the parameter netcfg/get_hostname is set in syslinux or in the
preseed it could be ignore if the DHCP request return a hostname
value.
This is a very surprising behavior for me, the netcfg package should
respect the user input rather than the relic of the previous machine
hostname in the DHCP.
If this behavior wanted, could we introduce a parameter like
netcfg/use_hostname ?

I made a pacth on the 1.47 but that could apply on 1.51.

Thanks,
  Thomas Sondag

diff -Nru ./dhcp.c ../netcfg-1.47ep1/dhcp.c
--- ./dhcp.c2008-09-16 10:57:59.0 +
+++ ../netcfg-1.47ep1/dhcp.c2009-05-05 14:20:56.0 +
@@ -304,6 +304,8 @@
 int netcfg_activate_dhcp (struct debconfclient *client)
 {
 char* dhostname = NULL;
+netcfg_get_hostname (client, netcfg/get_hostname, dhostname, 0);
+
 enum { START, POLL, ASK_OPTIONS, DHCP_HOSTNAME, HOSTNAME, DOMAIN,
HOSTNAME_SANS_NETWORK } state = START;

 kill_dhcp_client();
@@ -388,21 +390,21 @@
 }

 /*
- * Default to the hostname returned via DHCP, if any,
- * otherwise to the requested DHCP hostname
- * otherwise to the hostname found in DNS for the IP address
+ * Default to the the requested DHCP hostname, if any,
+ * otherwise to the  hostname returned via DHCP
+* otherwise to the hostname found in DNS for the IP address
  * of the interface
  */
-if (gethostname(buf, sizeof(buf)) == 0
+   if (dhostname) {
+debconf_set(client, netcfg/get_hostname, dhostname);
+   }



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

Bug#544506: [org-mode] export tables in latex broken

2009-09-01 Thread Sebastien Delafond

severity 544506 normal
tag 544506 + moreinfo
thanks

Hi Christophe,

what version of emacs are you using ? What is the error you're getting ?

Cheers,

--Seb

On Sep/01, Christophe Prud'homme wrote:
 Package: org-mode
 Version: 6.29c+1-3
 Severity: important
 
 --- Please enter the report below this line. ---
 
 Since the last release exporting tables in latex is broken.
 
 try for example this
 
 # -*- org -*-
 
 | toto | tutu | titi |
 | 1| 2| 3|
 
 Ctr c + Ctrl e  + d
 
 it fails to generate the latex file
 
 
 --- System information. ---
 Architecture: amd64
 Kernel:   Linux 2.6.30-1-amd64
 
 Debian Release: squeeze/sid
   500 unstableftp.fr.debian.org 
   500 stable  dl.google.com 
 
 --- Package information. ---
 Depends   (Version) | Installed
 ===-+-===
 emacs23 | 
  OR emacs22 | 
  OR xemacs21-bin| 
  OR xemacs22-bin| 
 
 
 Package's Recommends field is empty.
 
 Suggests (Version) | Installed
 ==-+-===
 remember-el| 1.9-1
 
 
 
 
 
 -- 
 Debian Developer
 Annecy - Grenoble
 Scientific computing related software
 
 
 



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

Bug#543760: Checksumming leads to bzcat/bzip2 errors

2009-09-01 Thread Mark Hindley

On Mon, Aug 31, 2009 at 03:19:41PM -0400, Daniel Richard G. wrote:
 On Fri, 2009 Aug 28 01:02+0100, Mark Hindley wrote:
 
  Actually, I think it should be fixed by not releasing the lock until
  the end of the fetcher process.
 
 I'm still seeing occasional bzip2 errors with this patch. (I have a good
 test rig for this now: four clients apt-get update-ing from a server
 with an empty cache, every two minutes, again and again and again.)
 
 Is there any printf debugging-style code that you'd like me to stick
 in there, for hopefully useful telemetry?
 
 And by the way... when is 1.6.9 going to be downloadable? Still 1.6.8 in
 unstable :(

I was holding off, because I wanted this fixed in it!

I have rewritten the decompression code to use native perl modules
rather than external command pipes. I think it is cleaner, and should
solve this issue by using a single filehandle, rather than reopening the
cache file by name.

Cold you try this patch?

You will need some new dependencies: libio-compress-zlib-perl, 
libio-compress-bzip2-perl or libio-compress-perl

Mark


diff --git a/apt-cacher-cleanup.pl b/apt-cacher-cleanup.pl
index 747b96b..62dda5c 100755
--- a/apt-cacher-cleanup.pl
+++ b/apt-cacher-cleanup.pl
@@ -21,6 +22,9 @@ use Getopt::Long qw(:config no_ignore_case bundling 
pass_through);
 use Digest::SHA1;
 use HTTP::Date;
 use FreezeThaw qw(freeze thaw);
+use IO::Uncompress::AnyUncompress qw($AnyUncompressError);
+use IO::Compress::Bzip2;
+use IO::Compress::Gzip;
 
 my $configfile = '/etc/apt-cacher/apt-cacher.conf';
 my $nice_mode=0;
@@ -223,20 +227,20 @@ sub pdiff {
printmsg ($name size not latest, proceeding with patch\n);
 }
 
-# Need to decompress to patch
-my $cat = ($name=~/bz2$/ ? bzcat : ($name=~/gz$/ ? zcat : cat));
-
 open(my $lck, $name)|| die Unable to open file $name for locking: $!;
 flock($lck, LOCK_SH);
-open(my $listpipe, -|, $cat, $name)|| die Unable to open input pipe for 
$name: $!;
+
+my $raw = new IO::Uncompress::AnyUncompress $name
+  or die Decompression failed: $AnyUncompressError\n;
+
 open (my $tfh, +, undef)|| die Unable to open temp file: $!;

 printmsg Reading $basename...\n;
-while ($listpipe){
+while ($raw){
print $tfh $_;
$sha1-add($_);
 }
-close($listpipe);
+close($raw);
 flock($lck, LOCK_UN);
 close($lck,);
 my $rstat =($?  8);
@@ -326,20 +330,14 @@ sub pdiff {
}
}
printmsg Reading $pdiff\n;
-   open(PDIFF, -|, 'zcat', $pdiff)|| die Unable to open file $pdiff: 
$!;
-   flock(PDIFF, LOCK_EX);
-   while (PDIFF) {
+   my $pdfh = new IO::Uncompress::AnyUncompress $pdiff
+ or die Decompression failed: $AnyUncompressError\n;
+   while ($pdfh) {
print DIFFS $_;
$sha1-add($_);
}
-   flock(PDIFF, LOCK_UN);
-   close(PDIFF);
-   $rstat =($?  8);
-   #   printmsg Read status $rstat\n;
-   if ($rstat) {
-   warn Read $pdiff failed, aborting patch\n;
-   return;
-   }
+   close($pdfh);
+
my $pdiffdigest = $sha1-hexdigest;
 #  printmsg $pdiff SHA1: $pdiffdigest\n;
if ($pdiffsha1 ne $pdiffdigest) {
@@ -384,12 +382,16 @@ sub pdiff {
printmsg Warning: $destfile already exists\n;
}
seek($tfh,0,0); # rewind
-   my ($zip,$encoding) = ($name=~/bz2$/ ? (bzip2,x-bzip2) : 
($name=~/gz$/ ? (gzip -9nc,x-gzip) : cat));
-   open(my $writepipe, | $zip  $destfile) || die Unable to open 
output pipe: $!\n;
+   my ($z,$encoding) = ($name=~/bz2$/ ?
+((new IO::Compress::Bzip2 $destfile), 
x-bzip2) :
+($name=~/gz$/ ?
+ ((new IO::Compress::Gzip $destfile, -Level = 
9), x-gzip) :
+ new IO::Handle $destfile));
+
while($tfh) {
-   print $writepipe $_;
+   $z-print($_);
}
-   close($writepipe);
+   close($z);
my @info = stat($destfile);
my $datestring = HTTP::Date::time2str;
open(my $hfh, , $destfile.header) || die Unable to open 
header file: $!\n;
diff --git a/apt-cacher-lib.pl b/apt-cacher-lib.pl
index a6a9548..902cd34 100755
--- a/apt-cacher-lib.pl
+++ b/apt-cacher-lib.pl
@@ -13,6 +13,7 @@ use strict;
 use warnings;
 use Fcntl qw/:flock/;
 use FreezeThaw qw(freeze thaw);
+use IO::Uncompress::AnyUncompress qw($AnyUncompressError);
 our $cfg;
 
 sub read_config {
@@ -208,25 +209,21 @@ sub hashify {
 # Stores data flattened for use in tied hashes
 sub extract_sums {
my ($name, $hashref) = @_;
-   my ($cat, $listpipe, $indexbase);
+   my $indexbase;
 
-   # If arg is filehandle, fileno is undef
-   if (fileno $name) {
-   seek($name,0,0);
-   $listpipe = $name;
-   }
-   else {
-   $cat = ($name=~/bz2$/ ? bzcat : ($name=~/gz$/ ? zcat : cat));
+

Bug#544516: netcfg/get_hostname isn't use with network preseed

2009-09-01 Thread Thomas Sondag

Package: network-preseed
Version: 1.41

The idea is to run netcfg a second time if the parameter
netcfg/get_hostname is found into the preseed file and by the way set
the hostname to the correct value.

For the full storry, I created a another package called mac-preseed
taking the parameter preseed/url_prefix.
That package will build the preseed url dynamically preseed/url_prefix/$MAC .
On the web server a perl script parse the url and genrate a dynamic
preseed file with information comming from a database, including the
hostname.
So the installation is fully unattended.


diff -Nru ../preseed-1.41ubuntu1/preseed.sh ./preseed.sh
--- ../preseed-1.41ubuntu1/preseed.sh   2008-10-20 13:06:32.0 +
+++ ./preseed.sh2009-08-31 07:44:32.0 +
@@ -64,11 +64,16 @@
if ! debconf-set-selections $UNSEEN $tmp; then
error load_error $location
fi
+
+# if netcfg parameter are set into the preseed file
+# then run netcfg again
+if [ `grep -c netcfg/get_hostname $tmp` ]; then exec netcfg; fi
+
rm -f $tmp

log successfully loaded preseed file from $location
local last_location=$location



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

Bug#544517: ITP: ibus-table-zhengma -- Zhengma input method based on table engine of ibus

2009-09-01 Thread Asias He

Package: wnpp
Severity: wishlist
Owner: Asias He asias.he...@gmail.com


* Package name: ibus-table-zhengma
  Version : 1.1.0.20090402
  Upstream Author : Caius kaio Chance k at kaio.me
* URL : http://code.google.com/p/ibus
* License : GPLv2
  Programming Lang: N/A
  Description : Zhengma input method based on table engine of ibus

 IBus-Table is the IM Engine framework for table-based input methods,
 such as WuBi, ErBi, Cangjie and so on.
 .
 This package provides one input method: Zhengma.
 .
 Zhengma is a Chinese input method.



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

Bug#544513: Acknowledgement (dhcp returned hostname take precedence on netcfg/get_hostname)

2009-09-01 Thread Thomas Sondag

bad cut and past, the full patch :

diff -Nru ./dhcp.c ../netcfg-1.47ep1/dhcp.c
--- ./dhcp.c2008-09-16 10:57:59.0 +
+++ ../netcfg-1.47ep1/dhcp.c2009-05-05 14:20:56.0 +
@@ -304,6 +304,8 @@
 int netcfg_activate_dhcp (struct debconfclient *client)
 {
 char* dhostname = NULL;
+netcfg_get_hostname (client, netcfg/get_hostname, dhostname, 0);
+
 enum { START, POLL, ASK_OPTIONS, DHCP_HOSTNAME, HOSTNAME, DOMAIN,
HOSTNAME_SANS_NETWORK } state = START;

 kill_dhcp_client();
@@ -388,21 +390,21 @@
 }

 /*
- * Default to the hostname returned via DHCP, if any,
- * otherwise to the requested DHCP hostname
- * otherwise to the hostname found in DNS for the IP address
+ * Default to the the requested DHCP hostname, if any,
+ * otherwise to the  hostname returned via DHCP
+* otherwise to the hostname found in DNS for the IP address
  * of the interface
  */
-if (gethostname(buf, sizeof(buf)) == 0
+   if (dhostname) {
+debconf_set(client, netcfg/get_hostname, dhostname);
+   }
+else if (gethostname(buf, sizeof(buf)) == 0
  !empty_str(buf)
  strcmp(buf, (none))
  verify_hostname(buf) == 0
 ) {
 di_info(DHCP hostname: \%s\, buf);
 debconf_set(client, netcfg/get_hostname, buf);
-}
-else if (dhostname) {
-debconf_set(client, netcfg/get_hostname, dhostname);
 } else {
 struct ifreq ifr;
 struct in_addr d_ipaddr = { 0 };



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

Bug#520055: what about stable?

2009-09-01 Thread Micha Lenk

Hi Joey,

Joey Hess wrote:
 This bug has been fixed in unstable and testing, but it also seems to be
 present in the gnucash in stable.

No, this particular bug is not present in stable (i.e. package gnucash
2.2.6-2 in Debian Lenny). I've just triaged it but didn't succeed.

As far as I've understood the upstream bug fixing, the problem was
caused by some incompatible changes within Glib being uploaded to
unstable. These changes were uploaded after the release, so they
shouldn't have broken the Gnucash package shipped with Debian Lenny.

From my point of view there is no bug in Gnucash 2.2.6-2 within stable
any more. Hence I will mark this bug as not-found in 2.2.6-2 too.

 My sister had been using gnucash on
 stable, but it started crashing. The crashes were fixed by upgrading
 gnucash to testing.

This must be something unrelated. Please provide more information about
this other issue (i.e. a backtrace) and file another bug.

Regards
  Micha



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

Bug#544481: diff should not be an essential package

2009-09-01 Thread Vincent Lefevre

On 2009-09-01 08:52:26 +0200, Raphael Hertzog wrote:
 IMO it's apt that simply mixes the Essential: flag read from different
 sources, a quick check makes it obvious:

OK, this is probably the reason (I confirm that dpkg removes diff,
and the fact I have the stable source, where diff is essential).

 I also fail to see why this bug would be critical, the set of essential
 packages doesn't change often and having to keep around the transitional
 package is not a big deal.

I thought that dpkg was corrupting some database internally under
some conditions. The message is very misleading, and I would have
never thought that apt would use the Essential flag from other
sources (this seems completely unnatural to me and this is the
first time I see something like that). BTW, if this bug cannot be
fixed now, perhaps in the mean time, the warning message could be
improved in order to be less misleading (e.g. saying that this
warning may be incorrect if there are other sources).

-- 
Vincent Lefèvre vinc...@vinc17.org - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#544518: A way for --prop to not take half a second

2009-09-01 Thread Wouter Verhelst

Package: x11-xserver-utils
Version: 7.4+2
Severity: wishlist
File: /usr/bin/xrandr

Hi,

wou...@celtic:~$ time xrandr --prop
[...xrandr output snipped...]
real0m0.444s
user0m0.004s
sys 0m0.008s

I currently have a shell script that does the following:

  BL=$(xrandr --prop|awk '/BACKLIGHT:/{print $2}')

with the intention of then being able to use that to compute stuff and
set the new value, and hook that to the XF86MonBrightnessDown and ...Up
keys as a hotkey.

However, due to the fact that xrandr spends almost half a second waiting
on the X server for information that I don't need, and combined with the
fact that I don't see any way for me to change the set of data that
xrandr requests from the X server, this script is nearly unusable.

There could be alternate solutions to this wishlist item; e.g., it would
help if I would be able to tell xrandr that the X server has to increase
the value of a property relative to its current value with a value
relative to its valid range, or some such (say, a command similar to
'increase the value of the BACKLIGHT property on the LVDS output by 10%
of the total range).

-- 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.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages x11-xserver-utils depends on:
ii  cpp   4:4.3.3-9  The GNU C preprocessor (cpp)
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libx11-6  2:1.2.2-1  X11 client-side library
ii  libxau6   1:1.0.4-2  X11 authorisation library
ii  libxaw7   2:1.0.6-1  X11 Athena Widget library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxi62:1.2.1-2  X11 Input extension library
ii  libxmu6   2:1.0.4-2  X11 miscellaneous utility library
ii  libxmuu1  2:1.0.4-2  X11 miscellaneous micro-utility li
ii  libxrandr22:1.3.0-2  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  libxt61:1.0.6-1  X11 toolkit intrinsics library
ii  libxtrap6 2:1.0.0-5  X11 event trapping extension libra
ii  libxxf86misc1 1:1.0.1-3  X11 XFree86 miscellaneous extensio
ii  libxxf86vm1   1:1.0.2-1  X11 XFree86 video mode extension l
ii  x11-common1:7.4+4X Window System (X.Org) infrastruc

x11-xserver-utils recommends no packages.

Versions of packages x11-xserver-utils suggests:
pn  cairo-5c  none (no description available)
pn  nicklenone (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#544519: libdbd-informix-perl is not working with perl 5.10.1~rc2-1

2009-09-01 Thread Petr Vorel

Package: libdbd-informix-perl
Version: 2008.0513-1
Severity: important

libdbd-informix-perl is not working with perl 5.10.1~rc2-1. Script dies with:
symbol lookup error: /usr/lib/perl5/auto/DBD/Informix/Informix.so: undefined 
symbol: ifx_getbigserial


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

Kernel: Linux 2.6.30-1-686-bigmem (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/bash

Versions of packages libdbd-informix-perl depends on:
ii libc6 2.9-12 GNU C Library: Shared libraries
ii libdbi-perl 1.609-1 Perl Database Interface (DBI)
ii perl 5.10.1~rc2-1 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.10.0] 5.10.1~rc2-1 minimal Perl system

libdbd-informix-perl recommends no packages.

libdbd-informix-perl suggests no packages.

-- no debconf information



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

Bug#498842: please move munin-graph out of munin-cron

2009-09-01 Thread Michael Deegan

Package: munin
Followup-For: Bug #498842

It looks like munin-graph itself checks graph_strategy, and bails for
anything other than 'cron'. The changelogs don't indicate when it started
doing that. The version in Ubuntu has it, so presumably no later than
1.2.5-2.

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

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

Versions of packages munin depends on:
ii  adduser   3.110  add and remove users and groups
pn  libdigest-md5-perlnone (no description available)
ii  libhtml-template-perl 2.9-1  HTML::Template : A module for usin
ii  librrds-perl  1.3.1-4Time-series data storage and displ
pn  libstorable-perl  none (no description available)
ii  perl [libtime-hires-perl] 5.10.0-19  Larry Wall's Practical Extraction
ii  perl-modules  5.10.0-19  Core Perl modules
ii  rrdtool   1.3.1-4Time-series data storage and displ

Versions of packages munin recommends:
pn  libdate-manip-perl   none  (no description available)
ii  munin-node   1.2.6-10~lenny1 network-wide graphing framework (n

Versions of packages munin suggests:
ii  apache2-mpm-prefork [htt 2.2.9-10+lenny4 Apache HTTP Server - traditional n
ii  lighttpd [httpd] 1.4.19-5A fast webserver with minimal memo
ii  links [www-browser]  2.1pre37-1.1Web browser running in text mode
ii  links2 [www-browser] 2.1pre37-1.1Web browser running in both graphi

-- no debconf information

-MD

-- 
---
Michael Deegan   Hugaholic  http://wibble.darktech.org/gallery/
- Nyy Tybel Gb Gur Ulcabgbnq! -



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

Bug#544385: epiphany-browser: Add option to load session on start

Le lundi 31 août 2009 à 06:09 +, kar...@brueckenschlaeger.de a
écrit : 
 the possibility to automatically load a specified session on start or even
 show a list of saved sessions to pick would be great.
 
 thanks for all the plugins! epiphany got chances to become my favourite
 browser 8)

Have you tried the session management extension, in
epiphany-extensions-more ?

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


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

Bug#523488: Intent to fix this bug (postgrey: initscript deficiencies)

As I am about to make an upload of this (now orphaned) package, I plan
to fix this bug as well as l10n bugs so that Vaclav's apparently
correct patch doesn't end up ignored.

I will only add a dependency on lsb-base because of the use of LSB
functions in the new init script. This is actually something we did as
well for samba packages when we got similar bug reports.

-- 




signature.asc
Description: Digital signature

Bug#544520: libnet-twitter-perl: new upstream version since a while

2009-09-01 Thread Gerfried Fuchs

Package: libnet-twitter-perl
Version: 2.10-1
Severity: normal

Hi!

 There's a new upstream version available since a while and while I'm
not completely convinced that the login problems I currently experience
in twirrsi for identi.ca are related to this it would be nice to have
the package updated anyway.

 Thanks in advance!
Rhonda

-- System Information:
Debian Release: 4.0
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.26-2-vserver-amd64
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages libnet-twitter-perl depends on:
ii  libjson-any-perl1.19-1   wrapper class for the various JSON
ii  liburi-perl 1.35-2   Manipulates and accesses URI strin
ii  libwww-perl 5.805-1  WWW client/server library for Perl
ii  perl5.8.8-7etch6 Larry Wall's Practical Extraction 

libnet-twitter-perl recommends no packages.

-- no debconf information



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

Bug#544521: dctrl-tools: nice example - and hint for subqueries :)

2009-09-01 Thread Gerfried Fuchs

Package: dctrl-tools
Severity: wishlist


Hi!

 Like mentioned on IRC, here is an example I came up with today through
kardan asking along the lines, though it's extremely slow because of
multiple queries. The snippet installs all available -dbg packages for
already installed packages:

#v+
$ sudo sync-available  # to have current data
$ grep-status -FStatus ' ok inst' -sPackage -n | \
   xargs -i grep-available -P -X {}-dbg -sPackage -n | \
   xargs sudo aptitude install
#v-

 Not completely sure how to optimize it, I think it might not be really
possible currently - and thus it runs for about 2 minutes before
aptitude picks up the results, on some recent systems.

 So long!
Rhonda



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

Bug#538555: Proposed patch to fix this issue (postgrey: FTBFS with new source format 3.0 (quilt): unprotected quilt push -a)

tags 538555 patch
thanks

The attached (not yet tested) patch is a proposal to fix this issue.

I'm not a deep make wizard, but the problem seems fairly simple. I'd
appreciate if you had a look at it, Raphaël, still.

As postgrey is orphaned, I think I can (and should) try to fix that
issue in the upcoming l10n NMU.

-- 



--- postgrey-1.32.old/debian/rules  2009-08-25 22:28:54.957020668 +0200
+++ postgrey-1.32/debian/rules  2009-09-01 07:34:59.069125325 +0200
@@ -7,17 +7,22 @@
 #export DH_VERBOSE=1
 
 # hgdebuild:
-include debian/patches.mk
+# include debian/patches.mk
+
+# quilt
+include /usr/share/quilt/quilt.make
 
 # installation base directory
 BASE=$(CURDIR)/debian/postgrey
 
-build: build-stamp
+build: patch build-stamp
 
 build-stamp:
touch build-stamp
 
-clean:
+clean: clean-patched unpatch
+
+clean-patched:
dh_testdir
dh_testroot
rm -f build-stamp
@@ -75,4 +80,4 @@
dh_builddeb
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+.PHONY: build clean binary-indep binary-arch binary install patch unpatch


signature.asc
Description: Digital signature

Bug#499516: drbd8-utils: Do not 'invoke-rc.d drbd stop' in prerm script for action 'upgrade'

2009-09-01 Thread Uli Martens

severity 499516 grave
found 499516 2:8.3.2-1~bpo50+1
found 499516 2:8.3.2-3
thanks

Hi,

This problem just shut down all drbd resources on my secondary server and tried
to shut down all resources on my primary server. Upgrading to the new package
version stopped the one thing I'm using drbd for in the first place:
redundancy.

Please don't stop drbd on upgrade, and if you absolutelly must stop it, make
sure it's started again after the upgrade.

thanks,
Uli / youam



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

Bug#544522: RFP: Rhythmbox Record Station -- With this Rhythmbox Plug-In you can easily rip/record internet radio streams

2009-09-01 Thread descartes

Package: wnpp
Severity: RFP

This Plugin for Rythmbox allows easily recording of radio streams.
Therefore it use streamripper. It is written in Python. Complete Songs
will be saved in a user specified folder, incomplete ones in a subfolder
of the specified folder.

Use this with the downloaded *.deb Package for a few days on Debian
2.6.30-1 amd64 and after fullfilling dependencies there were no problems
to get it running.

Source: http://scrawl.bplaced.net/projects/record-station/
Copyright: Unknown, but think it will be GPL

See also this thread (in German):
http://forum.ubuntuusers.de/topic/rhythmbox-plugin:-radiostreams-rippen/



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

Bug#544484: [PATCH] Fix amd64 typo in preinst package divert

2009-09-01 Thread Tormod Volden

tags 544484 patch
thanks

BTW, the patch is against the debian-experimental git branch, not master.



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

Bug#544509: apache2 is not binNMU safe

2009-09-01 Thread Stefan Fritsch


On Tue, 1 Sep 2009, Andreas Barth wrote:

Severity: serious

apache2 is no longer binNMU safe. This rendes currently this package
to be uninstallable on ia64:


apache2 hasn't been binNMU safe for a long time. Since when is this a RC 
bug?




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

Bug#544514: mount: user cannot umount loop-mounted image file

2009-09-01 Thread Peter Pöschl

found 544514 2.16-3
--




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

Bug#444250: ncurses-base: xterm.ti (the terminfo database) is out of sync with the current xterm

2009-09-01 Thread Thomas Dickey


On Tue, 1 Sep 2009, Sven Joachim wrote:


On 2009-08-31 22:27 +0200, Thomas Dickey wrote:


On Mon, 31 Aug 2009, Sven Joachim wrote:


On 2009-08-29 22:06 +0200, Thomas Dickey wrote:


This is still not addressed.  For reference, a diff is attached.


According to the Debian changelog, the xterm terminfo database is based
on xterm 200 which is 4.5 years old.  Do you think it would be safe to
update to the one in xterm 246?


Changing kbs of course.


I think you mean the kbs=\177 in xterm-debian, right?  Fortunately,
Debian's xterm package carries that patch around, so I just grabbed the
terminfo file from /usr/share/doc/xterm/xterm.terminfo.gz.


Most of the other changes are function-keys (which is the point of this
report).


These work indeed much better with the updated terminfo.


good (report bugs).


The only other issue is for smm/rmm, which is a nuisance for bash users.
While it's correct, bash users may expect the meta key to send escape.


I'm afraid I do not follow.  With Meta Sends Escape enabled in xterm,
I do not notice any problem in bash.  If it is disabled, all programs
misbehave with regard to the Meta (=Alt on my keyboard) key, at least in
a UTF-8 locale.  See bug #266336¹.


I seem to recall the original report was in a newsgroup. But for instance


http://fixunix.com/slackware/125048-slackware-current-xterm-problem-del-bs-meta-keys.html
http://bugs.gentoo.org/246091




This only affects users of xterm (none of the other terminals which may
set $TERM to xterm implement either the sequence or the corresponding
meta mode).

So you may want to update xterm-debian and exclude that feature.


What exactly needs to be done for that?


I was suggesting that you may/may not want smm/rmm in xterm-debian.

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

Bug#544481: diff should not be an essential package

2009-09-01 Thread Santiago Vila

On Tue, 1 Sep 2009, Raphael Hertzog wrote:

 reassing 544481 apt 0.7.23.1
 severity 544481 normal
 retitle 544481 apt mixes essential flag from all sources

Thanks, Raphael. This is clearly a problem in apt.

 I also fail to see why this bug would be critical, the set of essential
 packages doesn't change often and having to keep around the transitional
 package is not a big deal.

Exactly.

Note to Vincent: Please do not overinflate bug severities.

Clearly, apt-get currently considers a package essential as far as
there is *some* essential package with that name available in any of
the sources.list lines.

As a result, you can't currently remove the dummy diff package, but
what is the real harm of not being able to remove a dummy package?
That's a bug like any other, not a critical one.

Another way of looking at that would be this one:

The description of diff now says that you can remove it after
upgrading to squeeze. The dummy diff package is not in testing yet,
so this is naturally to be read by lenny users who upgrade to squeeze
once the new diff and diffutils packages reach testing.

However, I would not consider that you have upgraded to squeeze if you
still keep lenny lines in your sources.list.

The diff package is dummy for the benefit of people who do not want
any leftover of lenny in the system when they upgrade to squeeze.

So, if you don't want any leftover of lenny, consider removing lenny
from your sources.list.



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

Bug#56256: Ada95 bindings for ncurses (fwd)

On 2009-08-31 22:30 +0200, Thomas Dickey wrote:

On Mon, 31 Aug 2009, Sven Joachim wrote:

On 2009-08-29 21:26 +0200, Thomas Dickey wrote:

A later bug report #135024 is mentioned in the Debian changelog.
It points out a build-dependencies problem.

Currently there is the problem that gnatmake is not available on armel:

http://packages.debian.org/search?suite=sidsection=allarch=anysearchon=contentskeywords=gnatmake

Unless the gnat-x.y packages become reliably available on all release
architectures, the Ada95 bindings should probably not be enabled.

Perhaps it should be introduced as a separate package, and all of
these files moved there:

/usr/share/doc/libncurses5-dev/html/Ada95.html

However - are all packages from a given source built at the same time?

The architecture-independent files (those marked Architecture: all in
debian/control) are built by the uploader, as are the
architecture-dependent files for his architecture. The packages for the
other architectures are built by the buildd's. So as long as we only
package the Ada95 documentation, there is no problem, as that would be
Architecture: all. The documentation should be split out from
libncurses5-dev anyway to save space in the archive, see #233400.

What I would not like to do is to build with --with-ada on some
architectures and --without-ada on others, possibly carrying around a
moving list of architectures that have an ada-compiler.

Sven

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

Bug#543220: Fwd: Bug#543220: vlc interface won't load with segmentation fault

2009-09-01 Thread Barry de Graaff (services)

I am forwarding the answer to this problem here for reference -
current status- no solution in sid

Thanks Barry

-- Forwarded message --
From: Reinhard Tartler siret...@tauware.de
Date: Sun, Aug 23, 2009 at 6:29 PM
Subject: Re: Bug#543220: vlc interface won't load with segmentation fault
To: Barry de Graaff (services) i...@barrydegraaff.tk

Barry de Graaff (services) i...@barrydegraaff.tk writes:

 Hello Reinhard,

 Thanks for your reply on this, I looked everywhere on the Internet and
 see errors like this a lot. But not much solutions. I will post in
 online as soon as it works.

 For now it still does not work. Says something else though: see
 attachment.

 I am willing to put a lot of time in debugging this. Any reply is much
 appreciated.

Marillat build of course his packages against his version of ffmpeg,
which will break debian packages. there is currently no other workaround
than removing these broken marillat packages.

sorry.

--
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#541534: Debian: merkaartor: 541534: patch

2009-09-01 Thread Paul Wise

usertags 541534 + sent-patch
thanks

I've attached a patch to update all the files in order for the new
version to be buildable. 

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
diff -Naur merkaartor-0.13.2/debian/changelog merkaartor-0.14/debian/changelog
--- merkaartor-0.13.2/debian/changelog	2009-09-01 14:14:25.0 +0800
+++ merkaartor-0.14/debian/changelog	2009-09-01 14:23:11.0 +0800
@@ -1,3 +1,9 @@
+merkaartor (0.14-1) UNRELEASED; urgency=low
+
+  * New upstream release
+
+ -- Paul Wise p...@debian.org  Tue, 01 Sep 2009 14:23:11 +0800
+
 merkaartor (0.13.2-2) unstable; urgency=low
 
   * [fb902c95] Disable PROJ on build until it is fixed. (Closes:
diff -Naur merkaartor-0.13.2/debian/patches/gdal-config merkaartor-0.14/debian/patches/gdal-config
--- merkaartor-0.13.2/debian/patches/gdal-config	2009-09-01 14:14:25.0 +0800
+++ merkaartor-0.14/debian/patches/gdal-config	2009-09-01 14:51:59.0 +0800
@@ -1,15 +1,13 @@
 a/Merkaartor.pro
-+++ b/Merkaartor.pro
-@@ -187,8 +187,10 @@ contains (GDAL, 1) {
- 		world_shp.path = share/world_shp
+--- a/src/src.pro
 b/src/src.pro
+@@ -201,7 +201,9 @@
  	}
  	unix {
--		INCLUDEPATH += /usr/include/gdal
+ 		INCLUDEPATH += /usr/include/gdal
 -		LIBS += -lgdal
 +		LIBS += $$system(gdal-config --libs)
 +		QMAKE_CXXFLAGS += $$system(gdal-config --cflags)
 +		QMAKE_CFLAGS += $$system(gdal-config --cflags)
-+
- 		world_shp.path = $${PREFIX}/share/merkaartor/world_shp
  	}
- 	
+ }
+ world_shp.path = $${SHARE_DIR}
diff -Naur merkaartor-0.13.2/debian/patches/zlib-include merkaartor-0.14/debian/patches/zlib-include
--- merkaartor-0.13.2/debian/patches/zlib-include	2009-09-01 14:14:25.0 +0800
+++ merkaartor-0.14/debian/patches/zlib-include	2009-09-01 14:52:01.0 +0800
@@ -1,5 +1,5 @@
 a/Map/DownloadOSM.cpp
-+++ b/Map/DownloadOSM.cpp
+--- a/src/Maps/DownloadOSM.cpp
 b/src/Maps/DownloadOSM.cpp
 @@ -28,7 +28,7 @@
  #include QStatusBar
  #include QInputDialog
diff -Naur merkaartor-0.13.2/debian/rules merkaartor-0.14/debian/rules
--- merkaartor-0.13.2/debian/rules	2009-09-01 14:14:25.0 +0800
+++ merkaartor-0.14/debian/rules	2009-09-01 15:23:41.0 +0800
@@ -52,7 +52,6 @@
 			 $(CURDIR)/debian/merkaartor/usr/share/icons/merkaartor.png
 	install -D -m644 $(CURDIR)/debian/merkaartor.desktop \
 			 $(CURDIR)/debian/merkaartor/usr/share/applications/merkaartor.desktop
-	chmod 644 $(CURDIR)/debian/merkaartor/usr/share/merkaartor/world_shp/*
 
 
 binary-indep:
diff -Naur merkaartor-0.13.2/debian/uscan_repack.sh merkaartor-0.14/debian/uscan_repack.sh
--- merkaartor-0.13.2/debian/uscan_repack.sh	2009-09-01 15:26:12.0 +0800
+++ merkaartor-0.14/debian/uscan_repack.sh	2009-09-01 15:25:57.0 +0800
@@ -11,9 +11,9 @@
 version=$2
 filename=$3
 
-tar xfz ${filename} 
+tar xf ${filename} 
 
-dir=`tar tfz ${filename} | head -1 | sed 's,/.*,,g'`
+dir=`tar tf ${filename} | head -1 | sed 's,/.*,,g'`
 rm -f ${filename}
 
 rm -rf ${dir}/debian


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

Bug#444250: ncurses-base: xterm.ti (the terminfo database) is out of sync with the current xterm

On 2009-08-31 22:27 +0200, Thomas Dickey wrote:

 On Mon, 31 Aug 2009, Sven Joachim wrote:

 On 2009-08-29 22:06 +0200, Thomas Dickey wrote:

 This is still not addressed.  For reference, a diff is attached.

 According to the Debian changelog, the xterm terminfo database is based
 on xterm 200 which is 4.5 years old.  Do you think it would be safe to
 update to the one in xterm 246?

 Changing kbs of course.

I think you mean the kbs=\177 in xterm-debian, right?  Fortunately,
Debian's xterm package carries that patch around, so I just grabbed the
terminfo file from /usr/share/doc/xterm/xterm.terminfo.gz.

 Most of the other changes are function-keys (which is the point of this
 report).

These work indeed much better with the updated terminfo.

 The only other issue is for smm/rmm, which is a nuisance for bash users.
 While it's correct, bash users may expect the meta key to send escape.

I'm afraid I do not follow.  With Meta Sends Escape enabled in xterm,
I do not notice any problem in bash.  If it is disabled, all programs
misbehave with regard to the Meta (=Alt on my keyboard) key, at least in
a UTF-8 locale.  See bug #266336¹.

 This only affects users of xterm (none of the other terminals which may
 set $TERM to xterm implement either the sequence or the corresponding
 meta mode).

 So you may want to update xterm-debian and exclude that feature.

What exactly needs to be done for that?

Regards,
Sven


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



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

Bug#544523: login: securetty update for GNU/kFreeBSD

2009-09-01 Thread Aurelien Jarno

Package: login
Version: 1:4.1.4.2-1
Severity: normal
User: debian-...@lists.debian.org

On GNU/kFreeBSD the serial devices have change from /dev/cuuaX to 
/dev/ttydX in kernel 6.0. As this is the minimum kernel currently 
supported in Debian, all installations now use /dev/ttydX.

Could you please update /etc/securetty accordingly? You will find
a patch below for that. Thanks in advance.

--- a/debian/securetty.kfreebsd
+++ b/debian/securetty.kfreebsd
@@ -3,7 +3,8 @@
 console
 
 # for people with serial port consoles
-cuaa0
+ttyd0
+ttyd1
 
 # Standard consoles
 ttyv0


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

Kernel: kFreeBSD 7.2-1-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages login depends on:
ii  libc0.1   2.9-25 GNU C Library: Shared libraries
ii  libpam-modules1.1.0-1Pluggable Authentication Modules f
ii  libpam-runtime1.1.0-1Runtime support for the PAM librar
ii  libpam0g  1.1.0-1Pluggable Authentication Modules l

login recommends no packages.

login 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#538555: Proposed patch to fix this issue (postgrey: FTBFS with new source format 3.0 (quilt): unprotected quilt push -a)

2009-09-01 Thread Raphael Hertzog

On Tue, 01 Sep 2009, Christian Perrier wrote:
 I'm not a deep make wizard, but the problem seems fairly simple. I'd
 appreciate if you had a look at it, Raphaël, still.

Looks mostly fine, some comments:

 -build: build-stamp
 +build: patch build-stamp

In many cases, people use $(QUILT_STAMPFN) instead of patch (to avoid
running the target for nothing IIRC).

 -clean:
 +clean:   clean-patched unpatch
 +
 +clean-patched:

Here it depends on whether you want to call clean with patches applied or
not. When it doesn't matter, people usually just put unpatch in the
dependency of clean without separating the rules in clean-patched.

   dh_testdir
   dh_testroot
   rm -f build-stamp
 @@ -75,4 +80,4 @@
   dh_builddeb
  
  binary: binary-indep binary-arch
 -.PHONY: build clean binary-indep binary-arch binary install
 +.PHONY: build clean binary-indep binary-arch binary install patch unpatch

clean-patched would be phony too if you keep it

Cheers,
-- 
Raphaël Hertzog



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

Bug#544518: A way for --prop to not take half a second

2009-09-01 Thread Julien Cristau

On Mon, Aug 31, 2009 at 19:53:36 +0200, Wouter Verhelst wrote:

 Package: x11-xserver-utils
 Version: 7.4+2
 Severity: wishlist
 File: /usr/bin/xrandr
 
 Hi,
 
 wou...@celtic:~$ time xrandr --prop
 [...xrandr output snipped...]
 real  0m0.444s
 user  0m0.004s
 sys   0m0.008s
 
 I currently have a shell script that does the following:
 
   BL=$(xrandr --prop|awk '/BACKLIGHT:/{print $2}')
 
 with the intention of then being able to use that to compute stuff and
 set the new value, and hook that to the XF86MonBrightnessDown and ...Up
 keys as a hotkey.
 
 However, due to the fact that xrandr spends almost half a second waiting
 on the X server for information that I don't need, and combined with the
 fact that I don't see any way for me to change the set of data that
 xrandr requests from the X server, this script is nearly unusable.
 
 There could be alternate solutions to this wishlist item; e.g., it would
 help if I would be able to tell xrandr that the X server has to increase
 the value of a property relative to its current value with a value
 relative to its valid range, or some such (say, a command similar to
 'increase the value of the BACKLIGHT property on the LVDS output by 10%
 of the total range).
 
Try xrandr --current --prop?

Cheers,
Julien



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

Bug#521513: Status update?

2009-09-01 Thread Felix Schwarz



What is going to happen with this bug report? I don't see any risk 
upgrading within the trac 0.11.x stable series as they are only minor 
releases, containing bug fixes.


Updating trac would be important because:
1. 0.11.1 is not compatible with Python 2.6 (ticket+wiki attachments 
don't work, milestone editing does not work)

2. 0.11.2 improves speed
3. a lot of bug fixes in newer versions

fs



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

Bug#544525: linux-image-2.6.26-2-xen-686: xenwatch kerrnel oops after failed attempt to add block device

2009-09-01 Thread Sascha Herrmann

Package: linux-image-2.6.26-2-xen-686
Version: 2.6.26-17lenny2
Severity: normal


For our xen VMs the kernel gives the attach oops when I try to add a new
block device to a domU and this attempt fails because of not available
loop devices.

The command (with output) used to add the device was:
 
sudo xm block-attach callweaver file:/vm/pv-kernel/modules.img hdb2 r
Error: Device 834 (vbd) could not be connected. Failed to find an unused loop 
device
Usage: xm block-attach Domain BackDev FrontDev Mode [BackDomain]

Create a new virtual block device.


While the missing loop device is a problem of the dom0 system the kernel oops
occurs in the domU.

The kernel oops didn't crash the machine, so I set severity to normal. The
dom0 is running Lenny with an x86_64 kernel 2.6.26-2+schedpatch.1-xen-amd64,
the standard debian xen kernel with an applied patch against some scheduler
bugs. I don't think the bug is caused by this patch, but if required I could
try to reproduce it with the standard kernel on the dom0 machine.


# uname -a
Linux callweaver 2.6.26-2-xen-686 #1 SMP Fri Aug 14 04:00:01 UTC 2009 i686 GNU/L
inux

===
[661323.371745] BUG: unable to handle kernel NULL pointer dereference at 

[661323.371759] IP: [c024a3e4] backend_changed+0x17d/0x1e2
[661323.371772] *pdpt = 81473027 *pde =  
[661323.371781] Oops:  [#1] SMP 
[661323.371787] Modules linked in: ext3 jbd mbcache dm_mirror dm_log dm_snapshot
 dm_mod raid10 raid1 md_mod thermal_sys
[661323.371807] 
[661323.371811] Pid: 19, comm: xenwatch Not tainted (2.6.26-2-xen-686 #1)
[661323.371817] EIP: 0061:[c024a3e4] EFLAGS: 00010246 CPU: 0
[661323.371824] EIP is at backend_changed+0x17d/0x1e2
[661323.371830] EAX: c6b52800 EBX: c6b52800 ECX: c024a267 EDX: 
[661323.371836] ESI: c112 EDI: c6b52800 EBP:  ESP: c7c95f80
[661323.371843]  DS: 007b ES: 007b FS: 00d8 GS:  SS: 0069
[661323.371850] Process xenwatch (pid: 19, ti=c7c94000 task=c7c8a900 task.ti=c7c
94000)
[661323.371856] Stack: c02408f8  c229bc80 c0336772 c6b52800 c3c50f80 c03
6f7e4  
[661323.371873]c0242a3a c3c50e80 c6b52810 c3c50e80 c0241478  c02
41b18 c0241c4d 
[661323.371889] c7c8a900 c012ec88 c7c95fcc c7c95fcc  c01
2ebc5 c012eb8d 
[661323.371905] Call Trace:
[661323.371911]  [c02408f8] xenbus_read_driver_state+0x1c/0x2f
[661323.371922]  [c0242a3a] otherend_changed+0x63/0x67
[661323.371930]  [c0241478] xenwatch_handle_callback+0x12/0x41
[661323.371939]  [c0241b18] xenwatch_thread+0x0/0x14b
[661323.371946]  [c0241c4d] xenwatch_thread+0x135/0x14b
[661323.371954]  [c012ec88] autoremove_wake_function+0x0/0x2d
[661323.371963]  [c012ebc5] kthread+0x38/0x5f
[661323.371970]  [c012eb8d] kthread+0x0/0x5f
[661323.371976]  [c010425f] kernel_thread_helper+0x7/0x10
[661323.371985]  ===
[661323.371989] Code: 03 05 c4 b1 35 c0 c6 40 01 00 80 38 00 74 05 e8 e6 25 ff f
f 8b 46 04 e8 68 ca f8 ff c7 86 dc 13 00 00 01 00 00 00 eb 60 8b 56 04 8b 02 c
1 e0 14 0b 42 04 e8 78 80 f4 ff 85 c0 89 c3 75 10 68 b7 
[661323.372065] EIP: [c024a3e4] backend_changed+0x17d/0x1e2 SS:ESP 0069:c7c95f
80
[661323.372080] ---[ end trace 981edaec6b11ee62 ]---
===


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

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

Versions of packages linux-image-2.6.26-2-xen-686 depends on:
ii  initramfs-tools  0.92o   tools for generating an initramfs
ii  linux-modules-2.6.26-2-x 2.6.26-17lenny2 Linux 2.6.26 modules on i686

Versions of packages linux-image-2.6.26-2-xen-686 recommends:
ii  libc6-xen 2.7-10 GNU C Library: Shared libraries [X

Versions of packages linux-image-2.6.26-2-xen-686 suggests:
pn  grub  none (no description available)
pn  linux-doc-2.6.26  none (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#543889: O: pcsc-omnikey -- PC/SC driver for Omnikey Cardman Smartcard readers (binary-only)

2009-09-01 Thread Ludovic Rousseau

2009/8/31 Daniel Baumann dan...@debian.org:
 Moritz Muehlenhoff wrote:
 AFAICT the Omnikey smart card readers are CCID-compliant, so we could
 remove this package in favour of ccid?

 no, because pcsc-omnikey implements secure mode, ccid does not.

Do you have a documentation about this secure mode?
What does it provide? How does it work?

Thanks

-- 
 Dr. Ludovic Rousseau



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

Bug#543962: gnome: Paper bin desktop icon doesn't work

Le jeudi 27 août 2009 à 20:43 +0200, David Sánchez Herrero a écrit : 
 When you delete files and/or folders in Gnome (with del key or with right
 mouse button - move to trash), the recicler bin desktop icon appears empty
 and (obviously) you can't empty it, but deleted files and/or folders were
 send to /home/'user'/.local/share/Trash/files/, and you have to run 'rm'
 command to delete them.

 Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)

Please upgrade the kernel to the latest version in sid and tell us
whether the bug still holds. (It should not.)

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


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

Bug#544526: reportbug-ng: dependencies fulfilled by virtual packages lack information

Package: reportbug-ng
Severity: normal

Please have a look at bug #544505¹ and notice that the crucial
information about the version of apt providing the
libapt-pkg-libc6.9-6-4.8 virtual package is absent from this report.

Sorry for not providing more detailed information here, but I don't have
reportbug-ng installed, and #544505 does not indicate the version of
reportbug-ng used.  To reproduce the problem, just start reporting a bug
against aptitude yourself.


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

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


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



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

Bug#544527: not getting enough entropy (?) makes dropbear block at startup (before going into background)

2009-09-01 Thread debian


Package: dropbear
Version: 0.52-2
Severity: normal

hi!

dropbear seems to block at startup until it has read enough entropy.
so if entropy is provided somewhat slowly, the startup blocks. as i just found 
out, this blocking seems to occur before going to the background.

i guess it's generally worth considering whether it's wise that way, or if it 
might be better to first go to the background and then read entropy (and block).

in case blocking in the foreground is intended behaviour, 
/usr/share/initramfs-tools/scripts/init-premount/dropbear should be changed, executing dropbear in the 
background in the first place (make last line /sbin/dropbear  instead of 
/sbin/dropbear) - otherwise taking long to gather entropy translates into blocking the boot 
procedure...

regards,

Chris




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

Bug#544528: zsh-beta: FTBFS on GNU/kFreeBSD (hang in testsuite)

2009-09-01 Thread Petr Salinger


Package: zsh-beta
Version: 4.3.10-dev-1+20090805-1
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

the build of zsh-beta currently hangs in testsuite.
The problematic test is Test/B04read.ztst.

In the head of the file is written:

# Not tested:
#  -c/-l/-n (options for compctl functions)
#  -q/-s (needs a tty)

But a few lines latter, the -q is used.

0:read specified number of chars

foo


 for char in y Y n N X $'\n'; do
   read -q -u0 $char
   print $?
 done


The test hangs in nohup dpkg-buildpackage -b -uc build,
but passes in dpkg-buildpackage -b -uc interactive build.

Petr



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

Bug#543474: other error message

2009-09-01 Thread Mario Frasca

*** glibc detected *** python: corrupted double-linked list: 0x0a250bb8 ***
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6[0xb7f54604]
/lib/tls/i686/cmov/libc.so.6[0xb7f575d2]
/lib/tls/i686/cmov/libc.so.6(__libc_malloc+0x95)[0xb7f589c5]
/usr/lib/libfontconfig.so.1[0xb6d43394]
/usr/lib/libfontconfig.so.1[0xb6d43467]
/usr/lib/libfontconfig.so.1[0xb6d43467]
/usr/lib/libfontconfig.so.1[0xb6d43467]
/usr/lib/libfontconfig.so.1(FcConfigSubstituteWithPat+0x269)[0xb6d43849]
/usr/lib/libfontconfig.so.1(FcConfigSubstitute+0x27)[0xb6d43d67]
/usr/lib/libpangocairo-1.0.so.0[0xb6b29948]
/usr/lib/libpangoft2-1.0.so.0[0xb6eb13d5]
/usr/lib/libpangoft2-1.0.so.0[0xb6eb45ff]
/usr/lib/libpango-1.0.so.0(pango_font_map_load_fontset+0x36)[0xb6df7ad6]
/usr/lib/libpangoft2-1.0.so.0[0xb6eb49e5]
/usr/lib/libpango-1.0.so.0(pango_font_map_load_font+0x2f)[0xb6df7b9f]
/usr/lib/libpango-1.0.so.0(pango_context_load_font+0x2f)[0xb6df4ddf]
/usr/lib/libpango-1.0.so.0[0xb6dfba64]
/usr/lib/libpango-1.0.so.0(pango_layout_line_get_extents+0x372)[0xb6dfbf02]
/usr/lib/libpango-1.0.so.0[0xb6dfbfe7]
/usr/lib/libpango-1.0.so.0[0xb6dfff31]
/usr/lib/libgtk-x11-2.0.so.0(gtk_text_layout_get_line_display+0x6ce)[0xb716021e]
/usr/lib/libgtk-x11-2.0.so.0(gtk_text_layout_get_iter_location+0xd5)[0xb7162415]
/usr/lib/libgtk-x11-2.0.so.0(gtk_text_view_scroll_to_iter+0x10f)[0xb7170c0f]
/usr/lib/libgtk-x11-2.0.so.0[0xb7170ef1]
/usr/lib/libgtk-x11-2.0.so.0(gtk_text_view_scroll_to_mark+0x1e4)[0xb7171614]
/usr/lib/libgtk-x11-2.0.so.0(gtk_text_view_scroll_mark_onscreen+0xda)[0xb717173a]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN10wxTextCtrl17SetInsertionPointEl+0xdb)[0xb7774b4b]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN10wxTextCtrl10DoSetValueERK8wxStringi+0x124)[0xb7774e34]
/usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN14wxTextCtrlBase8SetValueERK8wxString+0x23)[0xb7779693]
/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_controls_.so[0xb65b155f]
python(PyObject_Call+0x4a)[0x806111a]
python(PyEval_EvalFrameEx+0x19ed)[0x80db1cd]
python(PyEval_EvalCodeEx+0x7a8)[0x80e00b8]
python(PyEval_EvalFrameEx+0x4e18)[0x80de5f8]
python(PyEval_EvalFrameEx+0x5da7)[0x80df587]
python(PyEval_EvalFrameEx+0x5da7)[0x80df587]
python(PyEval_EvalCodeEx+0x7a8)[0x80e00b8]
python(PyEval_EvalFrameEx+0x4e18)[0x80de5f8]
python(PyEval_EvalFrameEx+0x5da7)[0x80df587]
python(PyEval_EvalCodeEx+0x7a8)[0x80e00b8]
python[0x81687df]
python(PyObject_Call+0x4a)[0x806111a]
python[0x806801a]
python(PyObject_Call+0x4a)[0x806111a]
python(PyEval_CallObjectWithKeywords+0x42)[0x80d8922]
python[0x810ca58]
/lib/tls/i686/cmov/libpthread.so.0[0xb80934ff]
/lib/tls/i686/cmov/libc.so.6(clone+0x5e)[0xb7fc949e]
=== Memory map: 
08048000-08225000 r-xp  08:03 808784 /usr/bin/python2.6
08225000-08226000 r--p 001dc000 08:03 808784 /usr/bin/python2.6
08226000-08273000 rw-p 001dd000 08:03 808784 /usr/bin/python2.6
08273000-0827c000 rw-p 08273000 00:00 0 
098cd000-0a2c6000 rw-p 098cd000 00:00 0  [heap]
b540-b5421000 rw-p b540 00:00 0 
b5421000-b550 ---p b5421000 00:00 0 
b5576000-b5577000 ---p b5576000 00:00 0 
b5577000-b5d77000 rw-p b5577000 00:00 0 
b5d77000-b5dc6000 r--p  08:03 42441  
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf
b5dc6000-b5dd5000 r-xp  08:03 24522  /lib/libbz2.so.1.0.4
b5dd5000-b5dd6000 r--p f000 08:03 24522  /lib/libbz2.so.1.0.4
b5dd6000-b5dd7000 rw-p 0001 08:03 24522  /lib/libbz2.so.1.0.4
b5dd7000-b5e08000 r-xp  08:03 809587 /usr/lib/libcroco-0.6.so.3.0.1
b5e08000-b5e0b000 rw-p 0003 08:03 809587 /usr/lib/libcroco-0.6.so.3.0.1
b5e0b000-b5e3e000 r-xp  08:03 809864 /usr/lib/libgsf-1.so.114.0.11
b5e3e000-b5e3f000 ---p 00033000 08:03 809864 /usr/lib/libgsf-1.so.114.0.11
b5e3f000-b5e41000 r--p 00033000 08:03 809864 /usr/lib/libgsf-1.so.114.0.11
b5e41000-b5e42000 rw-p 00035000 08:03 809864 /usr/lib/libgsf-1.so.114.0.11
b5e42000-b5e43000 rw-p b5e42000 00:00 0 
b5e43000-b5e74000 r-xp  08:03 810242 /usr/lib/librsvg-2.so.2.26.0
b5e74000-b5e75000 r--p 00031000 08:03 810242 /usr/lib/librsvg-2.so.2.26.0
b5e75000-b5e76000 rw-p 00032000 08:03 810242 /usr/lib/librsvg-2.so.2.26.0
b5e76000-b5e8e000 r--s  08:03 874164 /usr/share/mime/mime.cache
b5e8e000-b5ea8000 r-xp  08:03 832502 
/usr/lib/gio/modules/libgvfsdbus.so
b5ea8000-b5ea9000 r--p 00019000 08:03 832502 
/usr/lib/gio/modules/libgvfsdbus.so
b5ea9000-b5eaa000 rw-p 0001a000 08:03 832502 
/usr/lib/gio/modules/libgvfsdbus.so
b5eaa000-b5ee r-xp  08:03 26429  /lib/libdbus-1.so.3.4.0
b5ee-b5ee1000 r--p 00035000 08:03 26429  /lib/libdbus-1.so.3.4.0
b5ee1000-b5ee2000 rw-p 00036000 08:03 26429  /lib/libdbus-1.so.3.4.0
b5ee2000-b5ef4000 r-xp  08:03 811334 /usr/lib/libgvfscommon.so.0.0.0
b5ef4000-b5ef5000 r--p 00012000 08:03 811334 /usr/lib/libgvfscommon.so.0.0.0
b5ef5000-b5ef6000 rw-p 00013000 08:03 811334 /usr/lib/libgvfscommon.so.0.0.0

Bug#544529: docs don't explain that one has to replace e.g. apt-get by ia32-apt-get

2009-09-01 Thread Andrew Schulman

Package: ia32-apt-get
Version: 22
Severity: normal


The documentation for ia32-apt-get doesn't say that having installed
and configured ia32-apt-get, once now has to use the ia32-apt-get,
ia32-apt-cache, ia32-dpkg, and ia32-dpkg-deb commands in place of
apt-get, apt-cache etc.  Maybe this seems obvious, but it wasn't to
me-- I had the same confusion as the reporter of bug #536526, until I
read that bug report and figured it out.  Unfortunately
/usr/share/doc/ia32-apt-get/README.Debian, although very clear in
other respects, fails to mention this basic fact.

I suggest that something like the text below be added to
README.Debian.  In addition, the advice in section (4) of
README.Debian that 'You can check the pinning by running apt-cache
policy' is incorrect: apt-cache policy won't work; the user has to
run ia32-apt-cache policy.

Thanks,
Andrew.

6) Using ia32-apt-get
-

Once ia32-apt-get is installed and configured as described above, you
now have to use the ia32-apt-get, ia32-apt-cache, ia32-dpkg, and
ia32-dpkg-deb commands in place of apt-get, apt-cache, etc., to
install both 32bit and 64bit packages.  The ordinary apt-get and
apt-cache commands will continue to see only 64bit packages.

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

Kernel: Linux 2.6.26 (SMP w/3 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to 
en_US)
Shell: /bin/sh linked to /bin/bash

Versions of packages ia32-apt-get depends on:
ii  debconf   1.5.27 Debian configuration management sy
ii  ia32-libs-tools   22 Tools for converting i386 debs for

Versions of packages ia32-apt-get recommends:
ii  fakeroot  1.13   Gives a fake root environment

ia32-apt-get suggests no packages.

-- debconf information:
* ia32-apt-get/allowed-packages: All
  ia32-apt-get/undo-old-sources-list:



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

Bug#544530: lintian: wrongly reports build-depends-without-arch-dep

2009-09-01 Thread Federico Gimenez Nieto

Package: lintian
Version: 2.2.14
Severity: normal

In a package that uses dpatch (including the snippet 
/usr/share/dpatch/dpatch.make), debian/rules has:
  clean: unpatch

  clean-patched: 
  dh_testdir
  dh_testroot
  dh_clean

  unpatch: clean-patched

After building, lintian -iIEvXc --pedantic reports:

  I: libphp-pclzip source: build-depends-without-arch-dep debhelper

Changing the rules to:

  clean: clean-patched

  clean-patched:
  dh_testdir
  dh_testroot
  dh_clean
  $(MAKE) -f debian/rules unpatch

the information tag is gone.

Thanks,
Federico

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

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

Versions of packages lintian depends on:
ii  binutils  2.19.51.20090827-1 The GNU assembler, linker and bina
ii  diffstat  1.47-1 produces graph of changes introduc
ii  dpkg-dev  1.15.3.1   Debian package development tools
ii  file  5.03-1 Determines file type using magic
ii  gettext   0.17-8 GNU Internationalization utilities
ii  intltool-debian   0.35.0+20060710.1  Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl   0.1.24 Perl interface to libapt-pkg
ii  libipc-run-perl   0.84-1 Perl module for running processes
ii  libparse-debianchange 1.1.1-2parse Debian changelogs and output
ii  libtimedate-perl  1.1600-9   Time and date functions for Perl
ii  liburi-perl   1.37+dfsg-1Manipulates and accesses URI strin
ii  man-db2.5.6-1on-line manual pager
ii  perl [libdigest-sha-p 5.10.0-25  Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarchnone (no description available)
pn  libtext-template-perl none (no description available)
ii  man-db2.5.6-1on-line manual pager

-- 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#543474: third possible crash

2009-09-01 Thread Mario Frasca

(python2.6:19998): GLib-GObject-CRITICAL **: g_object_ref: assertion 
`object-ref_count  0' failed

(python2.6:19998): GLib-GObject-CRITICAL **: g_object_unref: assertion 
`G_IS_OBJECT (object)' failed
Segmentation fault

-- 
Vaterland nennt sich der Staat immer dann, wenn er sich anschickt,
auf Menschenmord auszugehen.
  -- Friedrich Dürrenmatt



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

Bug#544365: libmimelib1c2a: Incompatible with kmail 3.5.9

2009-09-01 Thread Jonas Meurer

hello,

On 30/08/2009 Julian Mehnle wrote:
 Maybe this doesn't bear any relevance now, but from my specific point of
 view this issue just ruined most of my day.
 
 Today I found out about libmimelib1c2a having been replaced by a build
 from a new mimelib1 source package that is supposed to be ABI compatible
 with that from kdelibs 3.5.9.  It seems that it is not compatible.
 
 KMail doesn't crash, but it displays PGP/MIME encrypted messages (at least
 ones generated by KMail itself) as blank messages with two attachments:
 - unnamed (application/pgp-encrypted)
 - msg.asc (application/octet-stream)

are you sure that the bug is related to libmimelib1c2a? did you try
whether _only_ downgrading mimelib to 1.1.2 from debian kdepim3 fixes it
an then re-upgrading to standalone mimelib 1.1.4 makes it appear again?

i'm asking because i checked ABI compliance very carefully, both
manually and with tools like abi-compliance-checker. and the changes
that where made to the code for the standalone mimelib1 1.1.4 package
aren't related to pgp/mime handling at all.

 Even if you aren't going to dive into the mimelib/kmail guts and try to
 fix this, please change the ABI version and binary package name so any
 other leftover users of KDE 3.5.9 (such as users of Lenny who decide to
 move to current Squeeze) won't get bitten by this in the future.

i regard this as a bug that needs to be fixed, but i'm not convinced
yet that the bug is in mimelib1.

greetings,
 jonas


signature.asc
Description: Digital signature

Bug#543474: one of the error messages

2009-09-01 Thread Mario Frasca

(python2.6:19915): Gtk-CRITICAL **: gtk_text_layout_real_invalidate: assertion 
`layout-wrap_loop_count == 0' failed

(python2.6:19915): Gtk-CRITICAL **: gtk_text_layout_real_invalidate: assertion 
`layout-wrap_loop_count == 0' failed

-- 
 Help! The paranoids are out to get me!



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

Bug#536615: same experiences

2009-09-01 Thread Jonas Meurer

hey,

just wanted to mention that I discover the same bug. it's really
annoying as you always have to turn off both screensaver and power
management before watching movies.

i run up-to-date debian/unstable.

greetings,
 jonas


signature.asc
Description: Digital signature

Bug#542288: debian-policy: Version numbering: native packages, NMU's, and binary only uploads

2009-09-01 Thread Julien Cristau

On Sun, Aug 30, 2009 at 23:38:17 +0200, Lucas Nussbaum wrote:

 That's unfortunate. Imagine the following scenario:
 1. Package P is released in sarge, with version 1.0-1.
 2. Package P is installed on a system S, running sarge.
 3. etch is released with P 1.0-1.
 4. A security bug is found in P.

Does this actually happen?  How often?

Cheers,
Julien



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

Bug#523322: gnome-keyring-daemon launched by GDM, but only initialized with GNOME

Le dimanche 30 août 2009 à 21:05 +0200, Tanguy Ortolo a écrit : 
 I think this is the same bug as Ubuntu's #377467. To sum up:
 - GDM, according to PAM settings, spawns gnome-keyring-daemon;
 - gnome-keyring-daemon is now running, but not initialized, so it does not do
   SSH-agent yet;
 - if you are running GNOME, according to
   /etc/xdg/autostart/gnome-keyring-daemon.desktop, it --start's
   gnome-keyring-daemon.
 
 That is why, when you run a session other than GNOME, you can see
 gnome-keyring-daemon, but its sockets directory, /tmp/keyring-*/, contains no
 SSH socket. The command “gnome-keyring-daemon --start” initializes it and 
 makes
 such a socket appear.

Indeed, but GDM (and especially the PAM stack) has no idea that
gnome-keyring won’t be used at that time.

Maybe a timeout could be added to make the daemon exit when it is not
initialized.

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


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

Bug#544509: apache2 is not binNMU safe

2009-09-01 Thread Andreas Barth

* Stefan Fritsch (s...@sfritsch.de) [090901 11:26]:
 On Tue, 1 Sep 2009, Andreas Barth wrote:
 Severity: serious

 apache2 is no longer binNMU safe. This rendes currently this package
 to be uninstallable on ia64:

 apache2 hasn't been binNMU safe for a long time. Since when is this a RC  
 bug?

since the moment where it starts to make the package uninstallable on ia64.

Feel free to downgrade the bug report as soon as the broken packages
disappear.


Cheers,
Andi



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

Bug#544531: k3b: CD Ripper extracts Vorbis files ending with OGG, when it should be OGA now

2009-09-01 Thread Sheridan Hutchinson

Package: k3b
Version: 1.0.5-3+b1
Severity: minor

A very minor issue.

A year or so ago the people who manage the Vorbis standard decreed that OGA 
shall be the extension for vorbis music files.

Within their specification .ogg is also ok, buy only for legacy compatibility 
reasons.

Maybe it's time that K3b rips CDs and produces .oga files now?

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

Kernel: Linux 2.6.30-1-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

Versions of packages k3b depends on:
ii  cdparanoia  3.10.2+debian-8  audio extraction tool for sampling
ii  cdrdao  1:1.2.2-18   records CDs in Disk-At-Once (DAO) 
ii  genisoimage 9:1.1.9-1Creates ISO-9660 CD-ROM filesystem
ii  k3b-data1.0.5-3  A sophisticated KDE CD burning app
ii  kdelibs-data4:3.5.10.dfsg.1-2core shared data for all KDE appli
ii  kdelibs4c2a 4:3.5.10.dfsg.1-2+b1 core libraries and binaries for al
ii  libacl1 2.2.48-1 Access control list shared library
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libattr11:2.4.44-1   Extended attribute shared library
ii  libaudio2   1.9.2-3  Network Audio System - shared libr
ii  libc6   2.9-26   GNU C Library: Shared libraries
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-qt-1-1c20.62.git.20060814-2  simple interprocess messaging syst
ii  libdvdread4 4.1.3-6  library for reading DVDs
ii  libexpat1   2.0.1-4  XML parsing C library - runtime li
ii  libfontconfig1  2.6.0-4  generic font configuration library
ii  libfreetype62.3.9-5  FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0] 0.1.10-2 Client library for the gamin file 
ii  libgcc1 1:4.4.1-3GCC support library
ii  libhal1 0.5.13-3 Hardware Abstraction Layer - share
ii  libice6 2:1.0.5-1X11 Inter-Client Exchange library
ii  libidn111.15-1   GNU Libidn library, implementation
ii  libjpeg62   6b-15The Independent JPEG Group's JPEG 
ii  libk3b3 1.0.5-3+b1   The KDE cd burning application lib
ii  libmusicbrainz4c2a  2.1.5-2  Second generation incarnation of t
ii  libpng12-0  1.2.39-1 PNG library - runtime
ii  libqt3-mt   3:3.3.8b-6   Qt GUI Library (Threaded runtime v
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libstdc++6  4.4.1-3  The GNU Standard C++ Library v3
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxft2 2.1.13-3 FreeType-based font drawing librar
ii  libxi6  2:1.2.1-2X11 Input extension library
ii  libxinerama12:1.0.3-2X11 Xinerama extension library
ii  libxrandr2  2:1.3.0-2X11 RandR extension library
ii  libxrender1 1:0.9.4-2X Rendering Extension client libra
ii  libxt6  1:1.0.6-1X11 toolkit intrinsics library
ii  wodim   9:1.1.9-1command line CD/DVD writing tool
ii  zlib1g  1:1.2.3.3.dfsg-15compression library - runtime

Versions of packages k3b recommends:
ii  dvd+rw-tools  7.1-5  DVD+-RW/R tools
pn  kcontrol  none (no description available)
pn  kdebase-kio-plugins   none (no description available)
ii  libk3b3-extracodecs   1.0.5-3+b1 The KDE cd burning application lib
pn  vcdimager none (no description available)

Versions of packages k3b suggests:
pn  k3b-i18n  none (no description available)
pn  movixmaker-2  none (no description available)
pn  normalize-audio   none (no description available)
pn  sox   none (no description available)
pn  toolame   none (no description available)

-- no debconf information

-- debsums errors found:
/usr/sbin/prelink.bin: /usr/bin/k3b: at least one of file's dependencies has 
changed since prelinking
debsums: checksum mismatch k3b file /usr/bin/k3b



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

Bug#345224: freeglut: FTBFS on GNU/kFreeBSD (still)

2009-09-01 Thread Petr Salinger


Hi.

The original Aurelien's patch changes also
configure.ac and src/Makefile.am.

These changes got lost, please restore them
into fix_kfreebsd.diff and after that
run autoreconf -vfi to create updated autoreconf.diff

Petr

--- freeglut-2.4.0.orig/configure.ac
+++ freeglut-2.4.0/configure.ac
@@ -24,9 +24,13 @@
  [$X_LIBS -lXext -lX11])
 AC_SUBST([LIBXXF86VM])

+AC_CHECK_LIB([usbhid], [hid_init],
+ [LIBUSBHID=-lusbhid], [LIBUSBHID=])
+AC_SUBST(LIBUSBHID)
+
 # Checks for header files.
 AC_HEADER_STDC
-AC_CHECK_HEADERS([GL/gl.h GL/glu.h GL/glx.h fcntl.h limits.h sys/ioctl.h 
sys/param.h sys/time.h])
+AC_CHECK_HEADERS([GL/gl.h GL/glu.h GL/glx.h fcntl.h limits.h sys/ioctl.h 
sys/param.h sys/time.h usbhid.h libusbhid.h])
 AC_HEADER_TIME

 save_CFLAGS=$CFLAGS


--- freeglut-2.4.0.orig/src/Makefile.am
+++ freeglut-2.4.0/src/Makefile.am
@@ -41,7 +41,7 @@
 #
 # Additional linker flags
 #
-...@library@_la_LIBADD = $(LIBM) $(X_LIBS) -lGL -lGLU -lXext -lX11 
$(LIBXXF86VM)
+...@library@_la_LIBADD = $(LIBM) $(X_LIBS) -lGL -lGLU -lXext -lX11 
$(LIBXXF86VM) $(LIBUSBHID)
 l...@library@_la_LDFLAGS = -version-info 11:0:8
 l...@library@_la_CFLAGS = $(X_CFLAGS)




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

Bug#544416: [synaptic] crashes when selecting cups-pdf for upgrade

2009-09-01 Thread Michael Vogt

On Mon, Aug 31, 2009 at 08:16:25AM -0400, Brent S. Elmer Ph.D. wrote:
 Package: synaptic
 Version: 0.62.7+b1
 Severity: important
 
 --- Please enter the report below this line. ---
 I am looking at the view using Status-installed upgradable.  cups-pdf is the 
 first package in the window of 
 packages.  When I left mouse click on it, Synaptic crashes.  I can select 
 other packages in the list.

Thanks for your bugreport.

Could you please try that with the latest version of synaptic in
unstable (0.62.9) ? It should have a fix for this crash.

Thanks,
 Michael
 
 --- System information. ---
 Architecture: i386
 Kernel:   Linux 2.6.30.090729
 
 Debian Release: squeeze/sid
   500 testing www.debian-multimedia.org 
   500 testing security.debian.org 
   500 testing debian.linux.ibm.com 
   500 jaunty  ppa.launchpad.net 
 
 --- Package information. ---
 Depends   (Version) | Installed
 ===-+-==
 libapt-inst-libc6.9-6-1.1   | 
 libapt-pkg-libc6.9-6-4.8| 
 libatk1.0-0 (= 1.20.0) | 1.26.0-1
 libc6 (= 2.3.6-6~) | 2.9-23
 libcairo2(= 1.2.4) | 1.8.8-2
 libfontconfig1   (= 2.4.0) | 2.6.0-4
 libfreetype6 (= 2.2.1) | 2.3.9-5
 libgcc1(= 1:4.1.1) | 1:4.4.1-1
 libglade2-0(= 1:2.6.1) | 1:2.6.4-1
 libglib2.0-0(= 2.16.0) | 2.20.4-1
 libgtk2.0-0  (= 2.8.0) | 2.16.5-1
 libpango1.0-0   (= 1.14.0) | 1.24.5-1
 libstdc++6   (= 4.2.1) | 4.4.1-1
 libvte9   (= 1:0.20.4) | 1:0.20.5-1
 libx11-6| 2:1.2.2-1
 libxml2 (= 2.6.27) | 2.7.3.dfsg-2.1
 scrollkeeper| 
 hicolor-icon-theme  | 0.10-2
 
 
 Recommends  (Version) | Installed
 =-+-===
 gksu  | 2.0.2-2+b1
 deborphan | 1.7.28
 libgnome2-perl| 1.042-2
 menu  | 2.1.41
 
 
 Suggests  (Version) | Installed
 ===-+-===
 dwww| 1.11.1
 
 
 
 
 
 
 



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

Bug#533938: libpoex-role-sessioninstantiation-perl: FTBFS: tests failed

2009-09-01 Thread Damyan Ivanov

tag 533938 - pending + upstream
thanks

-=| gregor herrmann, Sun, Aug 23, 2009 at 07:02:51PM +0200 |=-
 On Sun, 21 Jun 2009 16:44:45 +0200, Lucas Nussbaum wrote:
  During a rebuild of all packages in sid, your package failed to 
  build on amd64.
 
 The new upstream release 0.092280-1 doesn't FTBFS anymore.
 At the moment it waits for the new (build) dependency
 libpoex-types-perl (ITP: #543255, already in NEW).

libpoex-types-perl was ACCEPTED, but libpoex-role-sessioninstantiation-perl 
still fails the tests here:

  t/01-basicThe method '_start' was not found in the 
inheritance hierarchy for My::Session at /usr/lib/perl5/Class/MOP/Class.pm line 
606
Class::MOP::Class::__ANON__('Moose::Meta::Class=HASH(0x21e2048)', 
'_start') called at /usr/lib/perl5/Class/MOP/Class.pm line 641

Class::MOP::Class::add_after_method_modifier('Moose::Meta::Class=HASH(0x21e2048)',
 '_start', 'CODE(0x24a4a18)') called at /usr/share/perl5/Moose/Util.pm line 203
Moose::Util::add_method_modifier('My::Session', 'after', 
'ARRAY(0x22c3dc8)') called at 
/usr/share/perl5/MooseX/Declare/Syntax/Keyword/MethodModifier.pm line 19

MooseX::Declare::Syntax::Keyword::MethodModifier::register_method_declaration('MooseX::Declare::Syntax::Keyword::MethodModifier=HASH(0x21d95e8)',
 'Moose::Meta::Class=HASH(0x21e2048)', '_start', 
'Class::MOP::Class::__ANON__::SERIAL::5=HASH(0x24a8cf8)') called at 
/usr/share/perl5/MooseX/Declare/Syntax/MethodDeclaration.pm line 32

MooseX::Declare::Syntax::MethodDeclaration::__ANON__('Moose::Meta::Class=HASH(0x21e2048)',
 '_start', 'Class::MOP::Class::__ANON__::SERIAL::5=HASH(0x24a8cf8)') called at 
/usr/share/perl5/MooseX/Method/Signatures.pm line 275
MooseX::Method::Signatures::__ANON__('CODE(0x21c36d8)', '_start') 
called at t/01-basic.t line 21
main::__ANON__() called at 
/usr/share/perl5/MooseX/Declare/Syntax/MooseSetup.pm line 66
MooseX::Declare::Syntax::MooseSetup::__ANON__('CODE(0x7f2e20)') called 
at t/01-basic.t line 103
dubious
Test returned status 9 (wstat 2304, 0x900)

Removing pending tag :/ (and adding upstream fwiw)

-- 
dam


signature.asc
Description: Digital signature

Bug#544532: goplay: selecting Already installed draws dashed line over text

2009-09-01 Thread Timo Juhani Lindfors

Package: goplay
Version: 0.3-1
Severity: minor
Tags: patch

Steps to reproduce:
1) goplay
2) click Already installed

Expected results:
2) goplay selects the radio button and draws a dashed line around the
text

Actual results:
2) goplay selects the radio button but the dashed line is drawn over
the letter e. That is, the rectangle is not wide enough.

See the attached patch for a proposed fix to the ui.fld. Note that you
need to still regenerate the cpp files.

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

Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages goplay depends on:
ii  apt [libapt-pkg-libc6. 0.7.23.1  Advanced front-end for dpkg
ii  debtags1.7.9+b2  Enables support for package tags
ii  ept-cache  0.5.27Commandline tool to search the pac
ii  games-thumbnails   20090628  thumbnails of games in Debian
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libept00.5.28High-level library for managing De
ii  libfltk1.1 1.1.9-6   Fast Light Toolkit - shared librar
ii  libgcc11:4.4.1-3 GCC support library
ii  libstdc++6 4.4.1-3   The GNU Standard C++ Library v3
ii  libxapian151.0.15-2  Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

goplay recommends no packages.

goplay suggests no packages.

-- no debconf information

--- orig/goplay-0.3/src/ui.fld	2008-02-12 23:27:30.0 +
+++ new/goplay-0.3/src/ui.fld	2009-09-01 09:56:07.0 +
@@ -1,5 +1,5 @@
 # data file for the Fltk User Interface Designer (fluid)
-version 1.0107 
+version 1.0109 
 i18n_type 1 
 i18n_include common.h 
 i18n_function _ 
@@ -104,8 +104,8 @@
   xywh {13 25 312 30}
 } {
   Fl_Round_Button AlreadyInstalled {
-label {Already installed}
-xywh {13 28 110 20} down_box ROUND_DOWN_BOX labelsize 12
+label {Already installed} selected
+xywh {13 28 122 20} down_box ROUND_DOWN_BOX labelsize 12
   }
   Fl_Round_Button ToBeInstalled {
 label {To be installed}

Bug#544533: lsof: Wrong path for interpreter on examples

Package: lsof
Version: 4.81.dfsg.1-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

/usr/share/doc/lsof/examples/00README:  Perl 4  /usr/local/bin/perl4
/usr/share/doc/lsof/examples/00README:  Perl 5  /usr/local/bin/perl
/usr/share/doc/lsof/examples/count_pf.perl:#!/usr/local/bin/perl
/usr/share/doc/lsof/examples/count_pf.perl5:#!/usr/local/bin/perl
/usr/share/doc/lsof/examples/identd.perl5:#!/usr/local/bin/perl
/usr/share/doc/lsof/examples/watch_a_file.perl:#!/usr/local/bin/perl

Cheers


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

Kernel: Linux 2.6.30.5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages lsof depends on:
ii  libc6 2.9-25 GNU C Library: Shared libraries

lsof recommends no packages.

lsof suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJKnPC8AAoJEPyEGy2CyLcROkgP/jkB6XmuLCliRszSOU3c44JV
xCSqAHqIeTKqoO40ZxSGqNjSFvErTsW1BNvuM8CdEqHUtEB5N/5+bHfvFIWaIRYa
lJUBuYLplu+CIDTBEqxJwBurSWM0CbZs8AI86JYukpyMj05hiRxJF52XO1gNwc5A
otgEYSLniokAJF5mRGtXUyF5uQQjLl2Gjp8cpaKpuYAO4qdMgapoVZQBkSpBZAk/
13JnrWC2ui6Z7Iia4CcR0LXrTx4Xxq0UOK3a3gLLdliNm3E1GIs6RnMmT7+qQfIb
SBWj2DVlqAY4J1XedU3ZW4FzDq4pBi5wDfU1SfEDm876/vjP45Sd72RqbGGbKa83
juaD3AQ9zeRD0b8sqTDAEuVPAkK+z/wIr0cIxAkYz37I9UJ3uQbmnNO9Bnr5BRIA
6o2TSkXtsO1XMjwozq6Qt+9+6KAyyXuZQ2WIaaxNIs8GQTgObSxlGAOcuyrGBhJD
AnpIav4bJ2aaIZHKM/0uU0Ilfn9rUQ48SyDik1OYnhPTDiS//mxi266iFQchTQT1
m+oqzw563+5ydEx1Uhs113mOBgi/RP6WDbYlf6bU7b29voRs2HGZu9lsVP6oyp22
zdgVSKKO8sEzbhYbiwZiiihsCY1eQWmDEFS9FBhV4k/m+hsvK882nnD++Cuxcsb5
YYoNVbOg2cXheDB4E2z0
=5BxZ
-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#544354: glib2.0: gio breaks on Lenny kernels when calling inotify_init1()

forwarded 544354 http://bugzilla.gnome.org/show_bug.cgi?id=593775
tag 544354 + pending
thanks

Le dimanche 30 août 2009 à 17:05 -0400, Michael Stone a écrit : 
 Recent upstream patches contained in glib2.0_2.20.4-1 cause the 
 glib2.0-derived
 packages in squeeze to depend on kernel functionality -- inotify_init1() --
 that is not available in Lenny kernels. These packages should not depend on
 such functionality until squeeze is released.

Thanks for the investigation. It explains a lot of the issues that
appeared post-lenny with lenny kernels.

 Remediations
 
 
 A reasonable compromise might be to adjust the glib2.0 source code to call
 inotify_init whenever inotify_init1 fails, as in the following outline:
 
  inotify_instance_fd = -1;
  
  #ifdef HAVE_INOTIFY_INIT1
inotify_instance_fd = inotify_init1 (IN_CLOEXEC);
  #endif
  
  if (inotify_instance_fd  0)
 inotify_instance_fd = inotify_init ();
  
  if (inotify_instance_fd  0)
 return FALSE;
 
 (Thanks to dilin...@queued.mit.edu for the code.)

Looks like a reasonable solution. Applied in our SVN and forwarded
upstream.

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


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

Bug#544534: libgd-gd2-noxpm-perl: Wrong path for interpreter on examples

Package: libgd-gd2-noxpm-perl
Version: 1:2.39-2
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/brushes.pl:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/polys.pl:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/fills.pl:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/truetype_test:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/shapes.pl:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/copies.pl:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/ttf.pl:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/gd_example.cgi:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/examples/demos/transform.pl:#!/usr/local/bin/perl
/usr/share/doc/libgd-gd2-noxpm-perl/GD.html:#!/usr/local/bin/perl/pre

Cheers


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

Kernel: Linux 2.6.30.5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgd-gd2-noxpm-perl depends on:
ii  libc6  2.9-25GNU C Library: Shared libraries
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgd2-xpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2
ii  libjpeg62  6b-15 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.39-1  PNG library - runtime
ii  perl   5.10.0-25 Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.1 5.10.0-25 minimal Perl system
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

libgd-gd2-noxpm-perl recommends no packages.

libgd-gd2-noxpm-perl suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJKnPItAAoJEPyEGy2CyLcRiqQP/3gdEomoULehi55LubNC78TP
fpJOAedFfP/hbPigyl/zItws/rz/knr9CMNgUeMZMZTyKOe6z2KYWG2Mh/zN0NXJ
DFYkC/osr7kwilz6RshNJs691+5RashyhLHk1+74IgyzZdM2fDxhf7AUR8uvPi/j
Ivx6PkyjncnZbGm7shNO2hwivJn/Wc471WqCKghll+yoEAW7P/7rvE6qKFxY5ghk
/S34aE6Rz/3yA/BHTcXZeghUjLZLiD4ekqZIwY+nn0RYyFNlw94xe8Z5/aeqsALb
TdgdedVEGweNN+ZG9sjoCuElWaswGouul92BcAqRFbeimnQ999Q49z6p/wpK6Lum
WAi54404LoR68Lxd5WI9iw6UT5zNl4hhCyMgC3ET10QqFP42CxnN5G/+GLKOGQFt
L61dSw46Up9nyiAIFfOYj4tCsHNYnFzk9xPFyfh6ZnnSCJYVpJFTL5z4ElchJfLr
rc0D047E3rtAD6fFBhj7JTLwK1IpP44fPIHhjI2/a7UYIaW1QUYZi13qfRDkEMPZ
WYJmlnpxFdPBO8OTAZ1Oipteb2XFNPCA3u8T7G2lYqggBCrAMZuSkuOmImNrOTA1
dt9yK2VQ4Gzn4V99W9r1fNiQ+V3i71yG4DcrRKt744uKIra/mleF7V5JI9hKRngV
y1Inm+f5MCCzOOPVFq0R
=bPuw
-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#544536: liblog-log4perl-perl: Wrong path for interpreter in examples

Package: liblog-log4perl-perl
Version: 1.24-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

/usr/share/doc/liblog-log4perl-perl/examples/newsyslog-test:#!/usr/local/bin/perl
 -w
/usr/share/doc/liblog-log4perl-perl/examples/benchmarks/simple:#!/usr/local/bin/perl
 -w

Cheers

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

Kernel: Linux 2.6.30.5 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages liblog-log4perl-perl depends on:
ii  perl  5.10.0-25  Larry Wall's Practical Extraction 

Versions of packages liblog-log4perl-perl recommends:
ii  libipc-shareable-perl 0.60-7 Access IPC shared memory segments 
ii  liblog-dispatch-perl  2.22-1 Dispatches messages to multiple Lo

Versions of packages liblog-log4perl-perl suggests:
pn  libdbd-csv-perl   none (no description available)
ii  libxml-dom-perl   1.44-1 Perl module for building DOM Level

- -- no debconf information

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

iQIcBAEBCAAGBQJKnPL3AAoJEPyEGy2CyLcRVoIQAJ08+yB76YIb6zD2k2N4cw3l
2l7c0npyytR48O19uRG93IqY4h1bUpdpvErKN6kukl7FH8dw3bWY6AHXTo66MotH
UxP56Sg0sgUgnmQw2/3TBUjAuuFFoLriZerJ5E/YPB1aqqZFw42cmwfjZNCF3dkM
fSCqK42LTVM3KWDcdMBYbDTtxctNNQFb3VykNqrRhkhJAG0/s+jJcTrvre8JXVW1
B2/hhGPNAGC70ocD5YQjj9orSchJAQ93HF4AmWBMq/MWqr1okCIBWT584/XLiFPb
dtvnTzRcDJUPHNwmSY0UN1D8zqxaEDjZoToXIisgE4wyxQH87gcOMYpat2MZFIhI
9iLU7Tmc3kac4LNXcqfhMkypqlTJiFQWIR8vM+hXFAmuSw2emv+uglzjbXnWgNB2
6run5JHfzxsa5tC8GGsUlaDX5DSiO8VpxXZQa7eziTZelFdZMaQKThdRKlfTLY1i
SXjEDHz1GM/26tPu1Wmr47Q2lhEOC7Jlej7v9EGWcpU++7BV27OWFDLJFAt0JYwT
36NGscadD9OEj6sUCxMZheZdRG6/7QPQVI/IqhmPJIsfAAOpDTbrHAfrfi0TBu7L
htuBAJy7IqFmRQ8QaEBbKQijDsoeYnQSdGwVjCe/qRBRasEOpfTxuqw7ji7JPn2z
YYZawtnuKh01EvHZBb4D
=6/v5
-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#543815: Processed: Bug#543815: Establishing a Severity rating

2009-09-01 Thread Sandro Tosi

Hello,

On Tue, Sep 1, 2009 at 00:06, Debian Bug Tracking
Systemow...@bugs.debian.org wrote:
 Processing commands for cont...@bugs.debian.org:

 clone 543815 -1
 Bug#543815: initramfs-tools: Having /lib64 in /etc/ld.so.conf results in 
 unusable initrd image
 Bug 543815 cloned as bug 544485.

 reassign -1 reportbug
 Bug #544485 [initramfs-tools] initramfs-tools: Having /lib64 in 
 /etc/ld.so.conf results in unusable initrd image
 Bug reassigned from package 'initramfs-tools' to 'reportbug'.
 Bug No longer marked as found in versions initramfs-tools/0.85i.
 retitle -1 overinflated linux-2.6 bug reports
 Bug #544485 [reportbug] initramfs-tools: Having /lib64 in /etc/ld.so.conf 
 results in unusable initrd image
 Changed Bug title to 'overinflated linux-2.6 bug reports' from 
 'initramfs-tools: Having /lib64 in /etc/ld.so.conf results in unusable 
 initrd image'
 stop
 Stopping processing here.

We are using the same text for severities as from BTS website [1]

[1] http://www.debian.org/Bugs/Developer#severities

If there is a problem with that wording, it should be fixed there
first (and then notify us of teh change, just to fast sync the info).

Please either close this bug (it's invalid for reportbug) or reassing
it to b.d.o , as you prefer.

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#544535: ferm: intrapositioned negation is deprecated

2009-09-01 Thread Bernd Zeimetz

Package: ferm
Version: 2.0.6-1
Severity: normal

Using a rule like
..  daddr !192.168.122.0/24 ...

results in the following iptables warning:

Using intrapositioned negation (`--option ! this`) is deprecated in favor of
extrapositioned (`! --option this`).



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

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

Versions of packages ferm depends on:
ii  debconf   1.5.27 Debian configuration management sy
ii  iptables  1.4.4-2administration tools for packet fi
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip
ii  perl  5.10.0-25  Larry Wall's Practical Extraction 

Versions of packages ferm recommends:
ii  libnet-dns-perl   0.65-1 Perform DNS queries from a Perl sc

ferm suggests no packages.

-- debconf information excluded



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

Bug#544538: Patch to place windows in quadrants

2009-09-01 Thread Marc 'HE' Brockschmidt

Package: openbox
Version: 3.4.7.2-3
Severity: wishlist
Tags: patch

Heya,

I finally made a patch to make MoveResize understand
BelowCenter/AboveCente/LeftOfCenter/RightOfCenter. With this, moving a
window to a certain quadrant of the screen is trivial:

keybind key=C-A-q
keybind key=1
action name=MoveResizeTo
xLeftOfCenter/x
yAboveCenter/y
/action
/keybind

keybind key=2
action name=MoveResizeTo
xRightOfCenter/x
yAboveCenter/y
/action
/keybind

keybind key=3
action name=MoveResizeTo
xRightOfCenter/x
yBelowCenter/y
/action
/keybind

keybind key=4
action name=MoveResizeTo
xLeftOfCenter/x
yBelowCenter/y
/action
/keybind
/keybind

Together with the GrowTo(...) actions, this can be used to emulate
something like tiling, which is great for people with big screens.

If you could include this (or a variant of this patch), I would be very
happy. This, obviously, should also be forwarded to upstream after it
was fixed to match any possibly existing coding conventions.

Thanks,
Marc
diff -Nwru openbox-3.4.7.2/data/rc.xsd openbox-3.4.7.2.patched/data/rc.xsd
--- openbox-3.4.7.2/data/rc.xsd	2008-02-29 22:18:07.0 +0100
+++ openbox-3.4.7.2.patched/data/rc.xsd	2009-09-01 12:09:53.0 +0200
@@ -171,8 +171,8 @@
 xsd:element minOccurs=0 name=manageDesktops type=ob:bool/
 /xsd:complexType
 xsd:complexType name=window_position
-xsd:element name=x type=ob:center_or_int/
-xsd:element name=y type=ob:center_or_int/
+xsd:element name=x type=ob:horizontal_center_or_int/
+xsd:element name=y type=ob:vertical_center_or_int/
 	xsd:element name=monitor type=ob:mouse_or_int/	
 xsd:element minOccurs=0 name=head type=xsd:string/
 xsd:attribute name=force type=ob:bool/
@@ -365,6 +365,20 @@
 xsd:pattern value=center|0|[1-9][0-9]*/
 /xsd:restriction
 /xsd:simpleType
+xsd:simpleType name=horizontal_center_or_int
+xsd:restriction base=xsd:string
+!-- ob: atoi($_) unless $_ eq 'center'; --
+!-- I think the regexp DTRT WRT atoi. --
+xsd:pattern value=(Below|Above)?center|0|[1-9][0-9]*/
+/xsd:restriction
+/xsd:simpleType
+xsd:simpleType name=vertical_center_or_int
+xsd:restriction base=xsd:string
+!-- ob: atoi($_) unless $_ eq 'center'; --
+!-- I think the regexp DTRT WRT atoi. --
+xsd:pattern value=(LeftOf|RightOf)?center|0|[1-9][0-9]*/
+/xsd:restriction
+/xsd:simpleType
 xsd:simpleType name=mouse_or_int
 xsd:restriction base=xsd:string
 !-- ob: atoi($_) unless $_ eq 'center'; --
diff -Nwru openbox-3.4.7.2/openbox/actions/moveresizeto.c openbox-3.4.7.2.patched/openbox/actions/moveresizeto.c
--- openbox-3.4.7.2/openbox/actions/moveresizeto.c	2008-04-14 01:22:11.0 +0200
+++ openbox-3.4.7.2.patched/openbox/actions/moveresizeto.c	2009-09-01 12:06:10.0 +0200
@@ -12,6 +12,10 @@
 typedef struct {
 gboolean xcenter;
 gboolean ycenter;
+gboolean rightofcenter;
+gboolean leftofcenter;
+gboolean abovecenter;
+gboolean belowcenter;
 gboolean xopposite;
 gboolean yopposite;
 gint x;
@@ -42,12 +46,22 @@
 }
 
 static void parse_coord(xmlDocPtr doc, xmlNodePtr n, gint *pos,
-gboolean *opposite, gboolean *center)
+gboolean *opposite, gboolean *rightofcenter,
+gboolean *leftofcenter, gboolean *abovecenter,
+gboolean *belowcenter, gboolean *center)
 {
 gchar *s = parse_string(doc, n);
 if (g_ascii_strcasecmp(s, current) != 0) {
 if (!g_ascii_strcasecmp(s, center))
 *center = TRUE;
+else if (!g_ascii_strcasecmp(s, rightofcenter))
+*rightofcenter = TRUE;
+else if (!g_ascii_strcasecmp(s, leftofcenter))
+*leftofcenter = TRUE;
+else if (!g_ascii_strcasecmp(s, belowcenter))
+*belowcenter = TRUE;
+else if (!g_ascii_strcasecmp(s, abovecenter))
+*abovecenter = TRUE;
 else {
 if (s[0] == '-')
 *opposite = TRUE;
@@ -73,10 +87,14 @@
 o-monitor = CURRENT_MONITOR;
 
 if ((n = parse_find_node(x, node)))
-parse_coord(doc, n, o-x, o-xopposite, o-xcenter);
+parse_coord(doc, n, o-x, o-xopposite, 
+o-rightofcenter, o-leftofcenter,
+o-abovecenter, o-belowcenter, o-xcenter);
 
 if ((n = parse_find_node(y, node)))
-parse_coord(doc, n, o-y, o-yopposite, o-ycenter);
+parse_coord(doc, n, o-y, o-yopposite,
+o-rightofcenter, o-leftofcenter,
+

Bug#544539: RFP: Linux Unified Kernel

2009-09-01 Thread Ivan Borzenkov

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

--- Please fill out the fields below. ---

   Package name: Linux Unified Kernel
Version: 0.2.4-1
Upstream Author: Insigma li...@insigma.com.cn
URL: http://www.longene.org/en/
License: GPL
Description: wine and windows drive model in kernel


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

Bug#541703: base-files: Please include FreeBSD license

2009-09-01 Thread Santiago Vila

reassign 541703 debian-policy
thanks

In this bug, I'm asked to include the FreeBSD license (which is not
exactly the same as the BSD license) into common-licenses.

As usual, I delegate this decision to the policy group (hence the reassign).

[ IMHO, the proposed license is so small that we don't save any space by
putting it in common-licenses, but it's your decision ].

Thanks.



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

Bug#544385: epiphany-browser: Add option to load session on start

2009-09-01 Thread kardan

On Tue, 01 Sep 2009 09:57:13 +0200, Josselin Mouette j...@debian.org

 Have you tried the session management extension, in
 epiphany-extensions-more ?
 

I just saved and loaded a session. It worked fine. Is there more to test?

* saving a session could add a file extionsion
* the load/save session dialog starts in / instead of my home



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

Bug#544540: libfcgi-perl: Use of FILENO on FCGI file handles causes error

2009-09-01 Thread Simon Waters

Package: libfcgi-perl
Version: 0.67-2.1+b1
Severity: normal


Attempting to use Perl Inline Java with FCGI.pm gives the error:

mod_fcgid: stderr: Trapped error: Caught exception in 
pajax::Controller::cp-purchase Can't exec JVM: Can't locate object method 
FILENO via package FCGI::Stream at /usr/share/perl/5.10/IPC/Open3.pm line 
79.  at /usr/local/share/perl/5.10.0/Inline/Java.pm line 484

This is a known issue as described here:

http://www.mail-archive.com/po...@openbsd.org/msg16948.html

There is a commented out definition of FILENO in the file 
/usr/lib/perl5/FCGI.pm which describes the issue.

Uncommenting this resolved the issue.

I feel this should be resolved properly, possibly by modifying the behaviour of 
the calling modules.

Is it any clearer to the Debian Perl maintainers in which package this issue 
would properly be addressed? 

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

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

Versions of packages libfcgi-perl depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  perl  5.10.0-19  Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.10.0]5.10.0-19  minimal Perl system

libfcgi-perl recommends no packages.

libfcgi-perl suggests no packages.

-- no debconf information



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

Bug#544537: libgraphviz-perl: Wrong path for interpreter on examples