Bug#576779: partman-auto: Creates partitions smaller than the minimum specified in the recipe

[Petter Reinholdtsen]

Package: partman-auto
Version: 89
User:debian-...@lists.debian.org
Usertag: debian-edu

Partman some times create partitions smaller than the minimum size
specified in a recipe.  I just tested using testing, and this recipe
entry, which as far as I understand it request a LVM partition with
minimum size 7104 MB:

  7104 3000 10240 ext3
$lvmok{ }
method{ format }
format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ /opt } .

(This was ad edited version of /lib/partman/common/94edultsp from
debian-edu-install-profile).

The created LVM partition according to /proc/partitions have size
6934528, which is smaller than the (7104*1024) 7274496 I expected to
be the minimum.

Not being able to specify minimum partition sizes in the recipe make
it hard to know what sizes to put there.  Today we add some percent
extra to the true minimum, to try to avoid partitions filling up too
much.

I am not sure if this should be assiged to partman-auto or
partman-auto-lvm.  If the latter, I was using version 33 during this
test.  The problem exist in Lenny to, so it is not a new issue.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#576777: override: eclipse-plugin-cvs:devel/optional eclipse-platform-data:devel/optional

[Niels Thykier]

Package: ftp.debian.org
Severity: wishlist

Hi

We believe that the override file is outdated and that these packages fits 
better
in "devel" rather than "java".

~Niels



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

Bug#553977: closed by Ludovic Claude (Closing bug, fixed)

[Benjamin Peter]

Thank you. :)

closed.

Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the maven2 package:

#553977: maven2: Class Loader error when using pax (or depending plugins)

It has been closed by Ludovic Claude .

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Ludovic Claude 
 by
replying to this email.






Subject:
Closing bug, fixed
From:
Ludovic Claude 
Date:
Wed, 07 Apr 2010 00:03:53 +0200
To:
553977-cl...@bugs.debian.org

To:
553977-cl...@bugs.debian.org


version: 2.2.1-1

New version with new build fixes this bug






Subject:
maven2: Class Loader error when using pax (or depending plugins)
From:
Benjamin Peter 
Date:
Mon, 02 Nov 2009 13:28:27 +0100
To:
Debian Bug Tracking System 

To:
Debian Bug Tracking System 


Package: maven2
Version: 2.2.1-1
Severity: normal

Hi,

when using maven 2.0.9 there seems to be a problem with the plexus libraries.
The problem is described more briefly here

http://issues.ops4j.org/browse/PAXCONSTRUCT-110

The problem was solved on my system by installing the testing versions of
maven2 (as you can see below) but before the current stable version was
installed when I encountered the problem.

It would be good if the problem could be documented/worked around or the
maven version updated / patched.

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

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

Versions of packages maven2 depends on:
ii  gij-4.3 [java2-runtime-head 4.3.2-2  The GNU Java bytecode interpreter
ii  libmaven2-core-java 2.2.1-1  Core libraries for Maven2
ii  sun-java5-jre [java2-runtim 1.5.0-17-0.1 Sun Java(TM) Runtime Environment (
ii  sun-java6-jre [java2-runtim 6-12-1   Sun Java(TM) Runtime Environment (

Versions of packages maven2 recommends:
ii  libmaven-clean-plugin-java2.3-3  Maven clean plugin
ii  libmaven-compiler-plugin-java 2.0.2-4Maven compiler plugin
ii  libmaven-install-plugin-java  2.3-2  Maven install plugin
ii  libmaven-jar-plugin-java  2.2-4  Maven Jar plugin
ii  libmaven-resources-plugin-jav 2.3-5  Maven resources plugin
ii  libmaven-shade-plugin-java1.2.1-2Maven shade plugin

maven2 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#569150: Amavis never cleans its virusmail jail

[Alexander Wirt]

Henrique de Moraes Holschuh schrieb am Tuesday, den 06. April 2010:

> #!/bin/dash
> [ -d /var/lib/amavis/virusmails ] && {
> find /var/lib/amavis/virusmails/. -type f -name 'virus-*' -ctime +7 
> -delete
> find /var/lib/amavis/virusmails/. -type f -ctime +30 -delete
> }
> exit 0
> 
> Adjust to whatever you want, and tell cron to run it.  If it removes crap
> you didn't want gone, it is your own fault.
Ah little bit too simple, but it can be used at a starting point. I'll
provide such a clean script (if nobody objects) - disabled - in the next
release. I plan to integrate the options for the script into
/etc/default/amavisd-new. 

> > For the record, there is no way I'd recommend enabling such a script by
> > default on anything but a first install of the package.  And that's always
> > somewhat complicated to do cleanly, so IMO it would be far simpler and safer
> > to just ship it disabled, and announce the existence of the functionality in
> > NEWS.Debian.
> 
> That still holds true.
Jupp, the existance of the script/options should (and will) be documented in
README.Debian and NEWS.Debian. 

Alex
-- 
Alexander Wirt, formo...@formorer.de 
CC99 2DDD D39E 75B0 B0AA  B25C D35B BC99 BC7D 020A



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

Bug#576780: tellico: Update for yaz 4.X

[Vincent Danjean]

Package: tellico
Version: 2.2-2
Severity: normal
Tags: patch

  Hi,

  I'm the yaz maintainer. I just uploaded in sid yaz 4.0.2-1. Since yaz 3.X, 
the ABI is broken
(hence the soname change) but the API also has some changes (int -> size_t for 
some prototypes,
...)
  Squeeze will be release with yaz4 (and not yaz3). It seems that you only need 
to change
your build depends (ie that tellico source is already ready to be build with 
yaz4). I tried
to rebuild it only modifying the build depends and it seems to work. But, as I 
do not use
it, I would like you verify that all is working.

  For your build-depends, instead of libyaz3-dev, you can either use :
- libyaz-dev: it is a virtual package provided by libyaz3-dev and libyaz4-dev
- libyaz4-dev | libyaz3-dev
- libyaz4-dev
The first two forms allow easier backports as lenny only have libyaz3-dev and
tellico seems able to deals with both libyaz3-dev and libyaz4-dev.


  Regards,
Vince


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

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

Versions of packages tellico depends on:
ii  kdebase-runtime  4:4.3.4-2   runtime components from the offici
ii  kdelibs5 4:4.3.4-3   core libraries for all KDE 4 appli
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libexempi3   2.1.1-1 library to parse XMP metadata (Lib
ii  libkcddb44:4.3.4-1   CDDB library for KDE 4 (runtime)
ii  libksane04:4.3.4-1+b1scanner library for KDE 4 (runtime
ii  libpoppler-qt4-3 0.12.2-2.1  PDF rendering library (Qt 4 based 
ii  libqimageblitz4  1:0.0.4-4   QImageBlitz image effects library
ii  libqt4-dbus  4:4.5.3-4   Qt 4 D-Bus module
ii  libqt4-xml   4:4.5.3-4   Qt 4 XML module
ii  libqtcore4   4:4.5.3-4   Qt 4 core module
ii  libqtgui44:4.5.3-4   Qt 4 GUI module
ii  libstdc++6   4.4.3-3 The GNU Standard C++ Library v3
ii  libtag1c2a   1.6.1-1 TagLib Audio Meta-Data Library
ii  libv4l-0 0.6.4-1 Collection of video4linux support 
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library
ii  libxslt1.1   1.1.26-2XSLT processing library - runtime 
ii  libyaz3  3.0.52-1The YAZ Z39.50 toolkit (runtime fi
pn  tellico-data   (no description available)
pn  tellico-scripts(no description available)

Versions of packages tellico recommends:
ii  khelpcenter4  4:4.3.4-2  Help Center for KDE 4

tellico suggests no packages.



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

Bug#519740: evolution crashes at saving a task after editing its title

[James Huber]

So, it's been about a month with no reply.  Will we just have to wait
for, or upgrade to squeeze for a fix?

Bug#576043: circuslinux: Please stop build-depending on dbs

[Raphael Hertzog]

Hi,

On Tue, 06 Apr 2010, Christian T. Steigies wrote:
> I think circuslinux does not actually use dbs, I was just preparing to use
> it. Do I have to upload a new version to remove it from the build-depends or
> could I wait for a new upstream version, or until I switch the package to
> quilt or cdbs? I am afraid when I change the build system, that I will
> introduce new bugs... but simply dropping the build-depends should not cause
> any harm (I hope).

You are the maintainer, you should know whether it uses dbs or not. In any
case, it claims to need it since it's in Build-Depends (but apparently I
see nothing making use of dbs in the rules file).

In general the packaging of circuslinux is quite messy, debian/rules is an
horror to read. You should really consider switching to something more
modern like tiny rules of debhelper 7 and "3.0 (quilt)" source format to
manage changes to upstream files (there are many lying in .diff.gz
currently).

You have no reason to fear introducing bugs, use debdiff to compare
resulting packages, use pbuilder to verify that it builds fine... but
since you are DD you are supposed to know all this already, don't you?

Cheers,
-- 
Raphaël Hertzog

Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/



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

Bug#576778: even sees through comments in fstab

[jidanni]

Package: usbmount
Version: 0.0.19.1
File: /usr/share/usbmount/usbmount

Excuse me. This code *just assumes* the UUID might not be hiding in a comment.

elif grep -q $UUID /etc/fstab; then
log info "executing command: mount -U $UUID"
mount -U $UUID



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

Bug#549868: closed by Michael Biebl (Bug#549868: fixed in tracker 0.6.96-1)

[Hans Spaans]

I confirm that the typo has been fixed with 0.6.96-1.




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

Bug#576781: bgoffice-dict-downloader: [INTL:it] Italian translation

[Vincenzo Campanella]

Package: bgoffice-dict-downloader
Severity: wishlist
Tags: l10n patch

Enclosed please find the Italian translation of the above package.

Best regards
vince


# ITALIAN TRANSLATION OF BGOFFICE-DICT-DOWNLOADER'S PO-DEBCONF FILE.
# COPYRIGHT (C) 2010 THE BGOFFICE-DICT-DOWNLOADER'S COPYRIGHT HOLDER
# This file is distributed under the same license as the bgoffice-dict-downloader package.
# Vincenzo Campanella , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: bgoffice-dict-downloader\n"
"Report-Msgid-Bugs-To: bgoffice-dict-downloa...@packages.debian.org\n"
"POT-Creation-Date: 2010-04-06 10:39+0300\n"
"PO-Revision-Date: 2010-04-07 09:06+0200\n"
"Last-Translator: Vincenzo Campanella \n"
"Language-Team: Italian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "Bulgarian-English dual dictionary"
msgstr "Dizionario bidirezionale bulgaro-inglese"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "Dictionary of north-western dialect"
msgstr "Dizionario del dialetto del nord-ovest"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "Polytechnical dictionary"
msgstr "Dizionario politecnico"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "Thesaurus"
msgstr "Dizionario dei sinonimi"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid "Dictionaries to download:"
msgstr "Dizionari da scaricare:"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"Several dictionaries for bgoffice cannot be distributed by Debian due to "
"license uncertainities. Please select the dictionaries you want to be "
"downloaded from Internet. Note that any files in /usr/share/bgoffice that "
"are also in downloaded dictionaries will be overwritten."
msgstr ""
"Molti dizionari per bgoffice non possono essere distribuiti da Debian a "
"causa di incertezze sulle rispettive licenze. Selezionare i dizionari che si "
"desidera scaricare da Internet. Notare che qualsiasi file già presente in «/usr/"
"share/bgoffice» e che si trova anche nei dizionari scaricati sarà sovrascritto."

Bug#389971: nvidia-glx: nvidia-glx to provide libgl1

[Russ Allbery]

tag 389971 wontfix
thanks

Felix Zielcke  writes:
> Am Donnerstag, den 28.09.2006, 22:02 +0530 schrieb Alok G. Singh:

>> Programs like glxinfo are in mesa-utils which depends on
>> libgl1-mesa-glx | libgl1.

>> However only libgl1-mesa-glx provides libgl1. If nvidia-glx could
>> provide then the mesa libs could be removed.

> Is there any reason why this is still not the case with 185.18.36-2
> currently in sid or was this bug report just forgotten?

I'm afraid this really can't be done without preventing co-installation of
libgl1-mesa-dev and nvidia-glx.  libgl1-mesa-dev depends on
libgl1-mesa-glx, which in turn conflicts with libgl1 since it also
provides it.

Given that most Debian users are probably going to prefer building against
the free libraries rather than the non-free libraries, I don't think
preventing installation of libgl1-mesa-dev is a good idea.  Having the
other libraries installed is a minor issue and shouldn't cause any
problems other than consuming some disk space.

I suppose this is something that we could reconsider at some point, since
a conflict would certainly be easier to deal with than the diversions, but
I suspect that having nvidia-glx installed to support a video card that
doesn't otherwise work but libgl1-mesa-dev installed for building software
is a fairly common configuration.

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



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

Bug#576636: ibus-table-cantonese: Conflicts to ibus-table-cantonhk

[Ralf Treinen]

Hi,

the same poblem occurs in conjunction with the package
ibus-table-jyutping:

Package: ibus-table-cantonese,ibus-table-jyutping
Version: ibus-table-cantonese/1.2.0.20100305-1
Version: ibus-table-jyutping/1.2.0.20090824-1


Unpacking ibus-table-jyutping (from .../ibus-table-jyutping_1.2.0.20090824-1_all
.deb) ...
dpkg: error processing /var/cache/apt/archives/ibus-table-jyutping_1.2.0.2009082
4-1_all.deb (--unpack):
 trying to overwrite '/usr/share/ibus-table/icons/jyutping.png', which is also i
n package ibus-table-cantonese 0:1.2.0.20100305-1


Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/share/ibus-table/icons/jyutping.png
  /usr/share/ibus-table/tables/jyutping.db


-Ralf.



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

Bug#556749: nvidia-kernel-source: update initramfs on upgrade

[Russ Allbery]

tags 556749 moreinfo
thanks

Szymon Janc  writes:

> On upgrade nvidia-kernel-source could check if nvidia module is listed
> in /etc/initramfs-tools/modules and call update-initramfs if so.

Why would you want to include the nvidia module in your initramfs image?

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



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

Bug#575891: workaround.

[trentbuck]

cwillu wrote:
> Putting /var/lib/dpkg on an ext3 mount (I used a bind mount from my
> /boot) works around it until the problem can be fixed in dpkg.

After that, don't forget to reinstall packages to get their missing
files back.  I couldn't think of an easy way to work out which
packages were busted so I reinstalled everything.  From memory:

# Move /var/lib/dpkg into a loopback ext2 filesystem.
cp -a /var/lib/dpkg /var/lib/dpkg.~1~
dd bs=1 count=0 seek=128M of=/var/lib/dpkg.ext
mke2fs /var/lib/dpkg.ext
echo >>/etc/fstab "# Workaround for http://bugs.debian.org/575891";
echo >>/etc/fstab "/var/lib/dpkg.ext /var/lib/dpkg ext2 loop,sync 0 2"
mount -a
cp -a /var/lib/dpkg.~1~/* /var/lib/dpkg/

# Reinstall (almost) everything at once.
aptitude reinstall '~i !~E !~prequired !x11-common'

# These have dependency loops, so must be reinstalled singly.
for i in `aptitude search -F %p '~i(~E|~prequired|x11-common)'`
do aptitude reinstall $i
done



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

Bug#576782: vnstat: ducumentation ambiguous on size of kilobytes

[jasen]

Package: vnstat
Version: 1.6-1
Severity: minor

the man page mentions "kilobytes"  and "megabytes" in the sectionon 
"vnstat --dumpdb" but fails to clarify which sort ok kB and MB are meant in
the descriptions.

experimentation suggests that it's actually "kiB" and "Mib"
2**10 and 2**20  bytes respectively.
  
-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages vnstat depends on:
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries

vnstat recommends no packages.

vnstat 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#558393: Please liberate the unstable dependencies to make the packacke installable on stable

[Russ Allbery]

tags 558393 wontfix
thanks

Joachim Zobel  writes:

> This would be consistent with nvidia-glx. It would be helpful for people
> who need to install nvidia-glx from sid to use never nvidia cards for
> gaming with wine.

> It should also be possible without problems.

The dependency is due to the transition from /emul/ia32-linux to /lib32
that happened during the squeeze development cycle.  This was something of
a mess and tends to be fragile, and I don't think it's a good idea to
override the shlibs file of ia32-libs to allow for an earlier dependency.
I suspect that could break in all sorts of interesting ways, and given the
number of other issues with the package that need to be sorted out, I
don't think this is some place where we have resources to work through the
implications.

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



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

Bug#570284: O: washngo

[Ralf Treinen]

HI Joachim,

On Tue, Apr 06, 2010 at 06:54:55PM +0200, Joachim Breitner wrote:
> Hi Marc,
> 
> Am Dienstag, den 06.04.2010, 16:47 +0200 schrieb Marc Weber:
> > Excerpts from Joachim Breitner's message of Mon Apr 05 11:41:09 +0200 2010:
> > > Dear Ralf,
> > > 
> > > Am Montag, den 05.04.2010, 10:47 +0200 schrieb Ralf Treinen:
> > > > washngo has 3 serious bugs, two of them FTBFS, and has a popcon
> > > > of virtually zero. If noone takes action on this package soon
> > > > then I will ask for its removal on behalf of the QA team.
> > > 
> > > as a member of the DHG, I do not object. (I still hope that Marc will
> > > help us out by creating a cabalized version).
> > 
> > Sorry for the long delay.
> > 
> > New cabalized darcs version which compiles:
> > 
> > http://code.haskell.org/WASH
> > 
> > I haven't tested it in detail. Anyway I'm going to upload it to Hackage
> > probably within 2 days.
> > 
> > It should be easy to install the package using cabla-install. So I
> > don't think it matters that much whether there is a Debian package or
> > not.
> 
> thanks for the update. I don’t expect any problem in supporting a
> cabalized WASH in Debian. Ralf, in this case, please postbone the
> removal for a while.

sure. Would the debian haskell team take over maintenance of that package
(I take it that you are on that team) ?

Cheers -Ralf.



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

Bug#576488: [pkg-cryptsetup-devel] Bug#576488: cryptroot: boot script assumes to be run in initramfs

[Jonas Meurer]

hey maks,

On 05/04/2010 maximilian attems wrote:
> initramfs-tools 0.94 will break cryptsetup cryptroot boot script.
> The Ubuntu feature of pre-cached order got merged,
> will add a versioned breaks on cryptsetup
> 
> their is a patch in Ubuntu cryptsetup for the situation,
> including it here.
> 
> thanks for merging.

i'm away on holidays right now, without access to gpg key. unfortunately
and additionally i've  troubles with my mail server as well. two raid5
harddisks decided to break at once.

in short: i'll not be able to upload a fixed cryptsetup package within
the next week. thus it would be great if you could NMU cryptsetup with
the patch for this bug applied.

greetings,
 jonas



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

Bug#576783: ldm: German translation update

[Wolfgang Schweer]

Package: ldm
Version: 2:2.1.1-1
Severity: wishlist
Tags: l10n patch


hi,

please apply the update.

Wolfgang

# German LDM translation
# Copyright (C) 2007 Scott Balneaves
# This file is distributed under the same license as the ldm package.
# Oliver Grawert , 2007.
# Wolfgang Schweer , 2008-2010.
#
msgid ""
msgstr ""
"Project-Id-Version: ldm 2.1.1\n"
"Report-Msgid-Bugs-To: sbaln...@ltsp.org\n"
"POT-Creation-Date: 2010-04-04 22:20-0700\n"
"PO-Revision-Date: 2010-04-07 09:30+0100\n"
"Last-Translator: Wolfgang Schweer \n"
"Language-Team: German \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Poedit-Language: German\n"
"X-Poedit-Country: GERMANY\n"
"X-Poedit-SourceCharset: utf-8\n"

#: ../src/get_ip.c:74
msgid "Out of memory"
msgstr "Zu wenig Arbeitsspeicher"

#: ../src/get_ip.c:120
msgid "No configured interface found\n"
msgstr "Keine konfigurierte Schnittstelle gefunden\n"

#: ../src/ldm.c:171
#, c-format
msgid "ldm_spawn failed to execute: %s"
msgstr "ldm_spawn Ausführung fehlgeschlagen: %s"

#: ../src/ldm.c:172
msgid "Exiting ldm"
msgstr "ldm wird beendet"

#: ../src/ldm.c:205
#, c-format
msgid "Waiting for process %d\n"
msgstr "Warten auf den Prozess  %d\n"

#: ../src/ldm.c:212
msgid "waitid returned an error:"
msgstr "waitid gab einen Fehler zurück:"

#: ../src/ldm.c:224
#, c-format
msgid "Unexpected terminated process: pid = %d"
msgstr "Unerwartet beendeter Prozess: pid = %d"

#: ../src/ldm.c:232
#, c-format
msgid "Process %d exited with status %d"
msgstr "Prozess %d mit Status %d beendet"

#: ../src/ldm.c:235
#, c-format
msgid "Process %d killed by signal %d"
msgstr "Prozess %d durch Signal %d abgebrochen"

#: ../src/ldm.c:276
msgid "ERROR: no Xsession"
msgstr "FEHLER: kein Xsession"

#. Get all info for autologin, without greeter
#: ../src/ldm.c:318
msgid "Logging in as guest"
msgstr "Anmeldung als Gast"

#: ../src/ldm.c:422
#, c-format
msgid "LDM2 running on ip address %s"
msgstr "LDM2 läuft auf der IP-Adresse %s"

#: ../src/ldm.c:467
#, c-format
msgid "Spawning greeter: %s"
msgstr "Anmeldefenster wird aufgebaut: %s"

#: ../src/ldm.c:475
#: ../src/ldm.c:481
#: ../src/ldm.c:486
#: ../src/ldm.c:490
#: ../src/ldm.c:494
#, c-format
msgid "ERROR: %s from greeter failed"
msgstr "FEHLER: %s konnte vom Anmeldefenster nicht übergeben werden"

#: ../src/ldm.c:504
msgid "ERROR: no username"
msgstr "FEHLER: Kein Benutzername"

#: ../src/ldm.c:507
msgid "ERROR: no password"
msgstr "FEHLER: Kein Passwort"

#: ../src/ldm.c:510
msgid "ERROR: no server"
msgstr "FEHLER: Kein Server"

#: ../src/ldm.c:517
msgid "Fatal error, missing mandatory information"
msgstr "Fataler Fehler: Notwendige Informationen fehlen"

#: ../src/ldm.c:561
msgid "Established ssh session."
msgstr "SSH-Sitzung wurde aufgebaut."

#. x_session's exited.  So, clean up.
#: ../src/ldm.c:563
#: ../src/ldm.c:571
msgid "Executing rc files."
msgstr "rc-Dateien werden ausgeführt."

#. Execute any rc files
#: ../src/ldm.c:565
msgid "Beginning X session."
msgstr "X-Sitzung wird gestartet."

#. Start X session up
#: ../src/ldm.c:567
msgid "X session ended."
msgstr "X-Sitzung wurde beendet."

#. Execute any rc files
#: ../src/ldm.c:574
msgid "Ending ssh session."
msgstr "SSH-Sitzung wird beendet."

#: ../src/sshutils.c:150
#, c-format
msgid "expect saw: %s"
msgstr "expect sah: %s"

#: ../src/sshutils.c:184
msgid "Logged in successfully.\n"
msgstr "Erfolgreich angemeldet.\n"

#: ../src/sshutils.c:215
msgid "No response from server, restarting..."
msgstr "Keine Antwort des Servers, Neustart ..."

#: ../src/sshutils.c:217
msgid "No response, restarting"
msgstr "Keine Antwort, Neustart"

#: ../src/sshutils.c:232
msgid "login_tty failed"
msgstr "login_tty fehlgeschlagen"

#: ../src/sshutils.c:292
#, c-format
msgid "Shutting down ssh session: %s"
msgstr "SSH-Sitzung wird beendet: %s"

#: ../src/greeter_iface.c:63
msgid "Username"
msgstr "Benutzername"

#: ../src/greeter_iface.c:102
msgid "Password"
msgstr "Passwort"

#: ../src/greeter_iface.c:121
msgid "Verifying password.  Please wait."
msgstr "Passwort wird überprüft, bitte warten ..."

#: ../gtkgreet/greeter.c:163
#, c-format
msgid "Automatic login in %d seconds"
msgstr "Automatische Anmeldung in %d Sekunden"

#: ../gtkgreet/greeter.c:321
msgid "Select _Language ..."
msgstr "_Sprache wählen ..."

#: ../gtkgreet/greeter.c:326
msgid "Select _Session ..."
msgstr "Sit_zungsart wählen ..."

#: ../gtkgreet/greeter.c:331
msgid "Select _Host ..."
msgstr "_Rechner wählen ..."

#: ../gtkgreet/greeter.c:336
msgid "_Reboot"
msgstr "_Neustart"

#: ../gtkgreet/greeter.c:340
msgid "Shut_down"
msgstr "_Ausschalten"

#: ../gtkgreet/greeter.c:625
msgid "Login as Guest"
msgstr "Anmeldung als Gast"

#: ../gtkgreet/sesswin.c:111
#: ../gtkgreet/langwin.c:108
msgid "Default"
msgstr "Voreinstellung"

#: ../gtkgreet/sesswin.c:113
msgid "Failsafe xterm"
msgstr "Xterm als Notlösung"

#: ../gtkgreet/sesswin.c:136
msgid "Change _Sess

Bug#574957: Installation of XEN kernel images fails

[Christian Motschke]

This is not a XEN kernel in the old fashioned way. This is a standard kernel
with pv_ops XEN support and will be part in one of the next kernel releases.
The only difference to a standard kernel is the word xen in the package
name. Is this the problem, why I get the error?

Bug#472199: I want to improve licensecheck, if ok with current maintainers

[Stefano Zacchiroli]

On Tue, Apr 06, 2010 at 11:43:31PM +0200, Jonas Smedegaard wrote:
> I developed the CDBS licensecheck2dep5 wrapper mentioned by
> Reinhard, and would like to both integrate those, merge with the
> other patches in this bugreport, and develop licensecheck further.

Wonderful, thanks!

> I have requested membership of the devscripts team, and am in the
> process of subscribing the the mailinglist now.
> 
> Hope you are fine letting me work on this.  And thanks to Reinhard
> for pushing me out of my cave :-P

An extra helping hands with devscripts is always welcome, especially if
you plan to work not only on licensecheck but also to help out with some
other devscripts :-P I'm no admin of the project though, so I cannot
directly give you commit access ...

Cheers.


-- 
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..|  .  |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime


signature.asc
Description: Digital signature

Bug#576785: netbase: Network disabled on shutdown while iSCSI root is used

[Aurelien Jarno]

Package: netbase
Version: 4.40
Severity: normal
Tags: patch

When iSCSI root is used (something now possible with the open-iscsi
package), the network is deconfigured on shutdown or reboot, while / is
still mounted.

The netbase init script already tries to detect network root drives, but
it does not detect iSCSI drives. The patch below fixes this problem.

diff -Nru netbase-4.40/debian/netbase.init netbase-4.41/debian/netbase.init
--- netbase-4.40/debian/netbase.init2009-12-06 17:12:24.0 +0100
+++ netbase-4.41/debian/netbase.init2010-04-07 10:04:17.0 +0200
@@ -24,6 +24,11 @@
 check_network_file_systems() {
 [ -e /proc/mounts ] || return 0
 
+if [ -f /etc/iscsi/iscsi.initramfs ]; then
+   log_warning_msg "not deconfiguring network interfaces: iSCSI root is in 
use."
+   exit 0
+fi
+
 exec 9<&0 < /proc/mounts
 while read DEV MTPT FSTYPE REST; do
case $DEV in


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

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

Versions of packages netbase depends on:
ii  initscripts   2.87dsf-10 scripts for initializing and shutt
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

Versions of packages netbase recommends:
ii  ifupdown  0.6.10 high level tools to configure netw

netbase 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#576739: [Secure-testing-team] Bug#576739: [ca-certificates] Please remove "RSA Security 1024 V3" root certificate

[Thijs Kinkhorst]

severity 576739 wishlist
tags 576739 -security
thanks

Hi Dererk,

On Tue, April 6, 2010 22:23, Dererk wrote:
> Package: ca-certificates
> Version: 20090814
> Severity: critical
> Tags: security
> X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org
>
> Hello.
>
> Please remove "RSA Security 1024 V3" root certificate ASAP from
> ca-certificates package.
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=549701

In that bug log, Kathleen Wilson states in
https://bugzilla.mozilla.org/show_bug.cgi?id=549701#c8:
| RSA has confirmed that they are in possession of the private key for the
| "RSA Security 1024 V3" root certificate. RSA agrees that this root should
| be removed from NSS.

There doesn't seem to be a compromise situation that would warant critical
severity and the security tag. I'm downgrading this to a wish to remove an
obsolete certificate and leaving that to the ca-certificates maintainers
to follow up on.


cheers,
Thijs



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

Bug#576784: ltsp: German translation update

[Wolfgang Schweer]

Package: ltsp
Severity: wishlist
Tags: l10n patch


hi,

please apply the update.

Wolfgang


# translation of ltsp gettext messages to German
# Copyright (C) 2006 LTSP Debian/Ubuntu Maintainers 

# This file is distributed under the same license as the ltsp package.
#
# Wolfgang Schweer , 2007-2010.
msgid ""
msgstr ""
"Project-Id-Version: ltsp 5.2.2\n\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-04-04 10:31-0700\n"
"PO-Revision-Date: 2010-04-07 09:27+0100\n"
"Last-Translator: Wolfgang Schweer \n"
"Language-Team: German \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Poedit-Language: German\n"
"X-Poedit-Country: GERMANY\n"
"X-Poedit-SourceCharset: utf-8\n"

#: ../server/configs/ALTLinux/ltsp-login.sh:30
#: ../server/configs/ALTLinux/ltsp-login.sh:33
#: ../server/configs/ALTLinux/ltsp-login.sh:40
#: ../server/configs/ALTLinux/ltsp-login.sh:50
#, sh-format
msgid "Login Error"
msgstr "Fehler bei der Anmeldung"

#: ../server/configs/ALTLinux/ltsp-login.sh:31
#: ../server/configs/ALTLinux/ltsp-login.sh:34
#: ../server/configs/ALTLinux/ltsp-login.sh:44
#: ../server/configs/ALTLinux/ltsp-login.sh:52
#: ../server/configs/ALTLinux/ltsp-login.sh:62
#: ../server/configs/ALTLinux/ltsp-login.sh:81
#: ../server/configs/ALTLinux/ltsp-login.sh:84
#: ../server/configs/ALTLinux/ltsp-login.sh:95
#: ../server/configs/ALTLinux/ltsp-login.sh:105
#: ../server/configs/ALTLinux/ltsp-login.sh:115
#, sh-format
msgid "User"
msgstr "Benutzer"

#: ../server/configs/ALTLinux/ltsp-login.sh:31
#: ../server/configs/ALTLinux/ltsp-login.sh:34
#: ../server/configs/ALTLinux/ltsp-login.sh:44
#: ../server/configs/ALTLinux/ltsp-login.sh:52
#: ../server/configs/ALTLinux/ltsp-login.sh:62
#: ../server/configs/ALTLinux/ltsp-login.sh:81
#: ../server/configs/ALTLinux/ltsp-login.sh:84
#: ../server/configs/ALTLinux/ltsp-login.sh:95
#: ../server/configs/ALTLinux/ltsp-login.sh:105
#: ../server/configs/ALTLinux/ltsp-login.sh:115
#, sh-format
msgid "already logged in!"
msgstr "Bereits angemeldet!"

#: ../server/configs/ALTLinux/ltsp-login.sh:34
#: ../server/configs/ALTLinux/ltsp-login.sh:43
#: ../server/configs/ALTLinux/ltsp-login.sh:84
#: ../server/configs/ALTLinux/ltsp-login.sh:93
#: ../server/configs/ALTLinux/ltsp-login.sh:117
#, sh-format
msgid "Continue"
msgstr "Weiter"

#: ../server/configs/ALTLinux/ltsp-login.sh:80
#: ../server/configs/ALTLinux/ltsp-login.sh:83
#: ../server/configs/ALTLinux/ltsp-login.sh:90
#: ../server/configs/ALTLinux/ltsp-login.sh:103
#, sh-format
msgid "Login Warning"
msgstr "Warnung bei der Anmeldung"

#: ../server/configs/ALTLinux/ltsp-login.sh:94
#, sh-format
msgid "Cancel"
msgstr "Abbrechen"

#: ../server/plugins/ltsp-build-client/ALTLinux/030-early-packages:3
#: ../server/plugins/ltsp-build-client/Debian/030-early-packages:3
#, sh-format
msgid "set the list of packages to install after base-install is completed"
msgstr "Pakete auflisten, die nach der Grundinstallation zusätzlich installiert 
werden sollen."

#: ../server/plugins/ltsp-build-client/ALTLinux/050-late-packages:3
#: ../server/plugins/ltsp-build-client/Debian/030-late-packages:3
#, sh-format
msgid "list of packages to install as part of the final installation"
msgstr "Liste von Paketen, die als Teil der Schlussinstallation zu installieren 
sind."

#: ../server/plugins/ltsp-build-client/ALTLinux/010-locales:3
#: ../server/plugins/ltsp-build-client/Debian/025-locales:3
#: ../server/plugins/ltsp-build-client/Ubuntu/025-locales:3
#: ../server/plugins/ltsp-build-client/Gentoo/000-basic-configuration:6
#, sh-format
msgid "set the default locale"
msgstr "Spracheinstellung (locale) setzen, die als Voreinstellung verwendet 
werden soll"

#: ../server/plugins/ltsp-build-client/ALTLinux/000-progress:3
#, sh-format
msgid "Enable progress reporting"
msgstr "Fortschrittsanzeige aktivieren"

#: ../server/plugins/ltsp-build-client/ALTLinux/000-progress:4
#, sh-format
msgid "Print stage times (seconds)"
msgstr "Fortschrittszeit anzeigen (in Sekunden)"

#: ../server/plugins/ltsp-build-client/ALTLinux/000-progress:5
#, sh-format
msgid "Draw progress bar"
msgstr "Fortschrittsbalken darstellen"

#: ../server/plugins/ltsp-build-client/ALTLinux/095-rootpass:3
#: ../server/plugins/ltsp-build-client/Debian/095-rootpass:3
#, sh-format
msgid "prompt to set the root password, defaults to disabled"
msgstr "Nachfragen, ob ein Passwort für root gesetzt werden soll; 
voreingestellt erfolgt keine Nachfrage"

#: ../server/plugins/ltsp-build-client/ALTLinux/040-serial-console:3
#: ../server/plugins/ltsp-build-client/Debian/010-serial-console:3
#, sh-format
msgid "enable serial console"
msgstr "Zugang über serielle Konsole einrichten"

#: ../server/plugins/ltsp-build-client/ALTLinux/040-serial-console:12
#: ../server/plugins/ltsp-build-client/Debian/010-serial-console:12
#, sh-format
msgid "Enabling serial console..."
msgstr "Zugang über serielle Konsole wird eingerichtet ..."

#: ../

Bug#576787: grep: file conflict

[Stephen Gran]

Package: grep
Version: 2.5.4-4
Severity: serious

Hi,

(Reading database ... 99754 files and directories currently installed.)
Preparing to replace grep 2.5.4-4 (using .../archives/grep_2.6.3-1_s390.deb) ...
Unpacking replacement grep ...
dpkg: error processing /var/cache/apt/archives/grep_2.6.3-1_s390.deb (--unpack):
 trying to overwrite '/usr/share/info/dir.gz', which is also in package cpio 
0:2.11-1
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Processing triggers for install-info ...
Errors were encountered while processing:
 /var/cache/apt/archives/grep_2.6.3-1_s390.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

cpio has already fixed it's version of this bug, so now it's grep's
turn.

Cheers,


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

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

Versions of packages grep depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

grep recommends no packages.

Versions of packages grep suggests:
ii  libpcre3  7.8-3  Perl 5 Compatible Regular Expressi

-- no debconf information

-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -



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

Bug#575912: phpmyadmin: Server running with Suhosin. Please refer to documentation for possible issues.

[Thijs Kinkhorst]

On Tue, April 6, 2010 17:11, Olaf van der Spek wrote:
> On 2-4-2010 15:38, Michal Čihař wrote:
>>> I'd rather not have to do that.
>>
>> The is no way around - Suhosin imposes limits on lengths of request,
>> it's content and lengths of variables. Depending on your tables you can
>> be easily hit by those limits.
>>
>> For example if you edit more rows at once, you can easily hit limit of
>> 200 variables per request - each column uses 4 variables (name,
>> function, null, value) what gives you at most 50 fields you can edit at
>> once (it is actually less because there are also some administrative
>> fields required to know which table you're updating and so on).
>
> In that case, shouldn't Suhosin be disabled by default?

I don't think so. PHP in Debian is of wider use than phpMyAdmin alone, so
if phpMyAdmin has issues with Suhosin it doesn't naturally follow that all
of Suhosin should be disabled. There are many PHP applications both inside
and outside of Debian, web application security has a significant impact
on the web today and having Suhosin by default can provide a positive
contribution to web application security.

As for the impact of Suhosin on phpMyAdmin performance, this is limited to
only certain operations, most notably when working with large tables that
have no primary key. I have not encountered any problems myself when
working with phpMyAdmin in different contexts all running with Suhosin.

Finally, it's possible to change the specific Suhosin settings that
phpMyAdmin has a problem with. So it's definately not needed to remove or
disable Suhosin to be able to work with phpMyAdmin.

Michal, perhaps the phpMyAdmin FAQ item that the warning refers to can be
augumented with which parameters to change?


cheers,
Thijs



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

Bug#576788: sysv-rc: /etc/init.d/README must be updated with boot dependency info

[Vincent Danjean]

Package: sysv-rc
Version: 2.87dsf-8.1
Severity: normal

  Hi,

  When upgrading to squeeze (or installing a new squeeze), a dependency based
boot system is used (or at least is tried).
  While this system has many advantage, it is a new one. Most admin does
not have knowledge of it but lots of them will have to deal with:
- pb when upgrading
- bad order due to local particularity in the installed system
- local init scripts to setup
- ...

  Currently, it is very difficult to find a easy entry point with documentation
for local admin about dependency based boot system (ie doc that allows to anser
to the previously cited points).
  I think that, for squeeze, /etc/init.d/README must be updated to, at least,
point to a useful documentation somewhere in /usr/share/doc
(/usr/share/doc/sysv-rc/README-dependency-boot-system.txt to be written ?)

  For now, I did not find myself a useful doc about dependency based boot
system. I know I can google and look at the sources, but I would expect that
Debian provides a useful doc for admin when introducing such a big change
in the administration of the machine.

  Regards,
   Vincent


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

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

Versions of packages sysv-rc depends on:
ii  debconf [debconf-2.0]1.5.28  Debian configuration management sy
ii  insserv  1.12.0-14   Tool to organize boot sequence usi
ii  sysvinit-utils   2.87dsf-8.1 System-V-like utilities

Versions of packages sysv-rc recommends:
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip

Versions of packages sysv-rc suggests:
pn  bum(no description available)
pn  sysv-rc-conf   (no description available)

-- debconf information:
* sysv-rc/unable-to-convert:
  sysv-rc/convert-legacy: true



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

Bug#564073: [Pkg-mc-devel] Bug#564073: Processed: Reopen because bug remains

[Yury V. Zaytsev]

Hi!

On Tue, 2010-04-06 at 14:32 +0200, Yury V. Zaytsev wrote:
> 
> What do you mean by remains? I commented that these are most likely sort
> order indicators. Aren't they?

Would any of you please speak up, otherwise I will close this bug as
invalid again in no more than 2 weeks and then please don't reopen
silently without any comments. 
 
-- 
Sincerely yours,
Yury V. Zaytsev




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

Bug#576786: open-iscsi: Unable to login with initramfs script

[Aurelien Jarno]

Package: open-iscsi
Version: 2.0.871.3-1
Severity: normal
Tags: patch

The initramfs script is not able to login to the target when a
login/password is used. This is due to a bug in the script, the -u
or -w parameters are passed twice to iscsistart. When iscsistart is
called, ISCSI_USERNAME and ISCSI_PASSWORD already contain -u or -w.

The patch below fixes the problem.

diff -u open-iscsi-2.0.871.3/debian/extra/initramfs.local-top 
open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
--- open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
+++ open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
@@ -61,10 +61,8 @@
iscsistart -i $ISCSI_INITIATOR -t $ISCSI_TARGET_NAME\
   -g $ISCSI_TARGET_GROUP -a $ISCSI_TARGET_IP   \
   -p $ISCSI_TARGET_PORT \
-  ${ISCSI_USERNAME:+-u "$ISCSI_USERNAME"}  \
-  ${ISCSI_PASSWORD:+-w "$ISCSI_PASSWORD"}  \
-  ${ISCSI_IN_USERNAME:+-U "$ISCSI_IN_USERNAME"}\
-  ${ISCSI_IN_PASSWORD:+-W "$ISCSI_IN_PASSWORD"}
+  ${ISCSI_USERNAME} ${ISCSI_PASSWORD} \
+  ${ISCSI_IN_USERNAME} ${ISCSI_IN_PASSWORD}
 }
 
 parse_iscsi_ops ()


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

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

Versions of packages open-iscsi depends on:
ii  libc6 2.11-0exp2 Embedded GNU C Library: Shared lib

open-iscsi recommends no packages.

open-iscsi suggests no packages.



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

Bug#576751: xserver-xorg: xserver crashes sometimes when running with external monitor

[Thiemo Nagel]

On 04/07/2010 07:04 AM, Brice Goglin wrote:

First thing to do is to use linux-image-2.6.32-4-686 since it contains
many DRM updates (from 2.6.32.x and 2.6.33)


Thank you, somehow I missed that.  Will install and report back.



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

Bug#559181: Package

[Chris Taylor]

I also would like to see the latest version of libmowgli uploaded. 
Audacious 2.3 also needs it for functionality.


Thanks,
Chris



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

Bug#576789: texlive-publishers: revtex4.1 depend on textcase.sty

[Ryo IGARASHI]

Package: texlive-publishers
Version: 2009-7
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

texlive-publishers (2009-7) contains new version of REVTeX (4.1) called 
revtex4-1.cls.
This new version depend on textcase.sty, which is contained in 
texlive-latex-extra package.

I think that texlive-publishers should Depend/Recommends upon 
texlive-latex-extra package.

Best regards,
- -- 
Ryo IGARASHI


- -- Package-specific info:
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

- -rw-r--r-- 1 root root 1094 Apr  7 17:23 /var/lib/texmf/ls-R
- -rw-rw-r-- 1 root staff 80 Feb 10 11:17 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 29 Mar  1 12:21 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 Mar  8 14:48 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 Mar  8 14:48 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
##
 Config files
lrwxrwxrwx 1 root root 20 Mar  1 12:21 /usr/share/texmf/web2c/texmf.cnf -> 
/etc/texmf/texmf.cnf
- -rw-r--r-- 1 root root 3753 Apr  7 17:23 /var/lib/texmf/web2c/fmtutil.cnf
- -rw-r--r-- 1 root root 7527 Apr  7 17:23 /var/lib/texmf/web2c/updmap.cfg
- -rw-r--r-- 1 root root 3110 Apr  7 17:23 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 4
- -rw-r--r-- 1 root root 283 Jan 12 20:38 mktex.cnf
##
 md5sums of texmf.d
3875bf0f4a53a29b7f247399dc9833e2  /etc/texmf/texmf.d/05TeXMF.cnf
6e82a3d4c00ae7e4f86aa8dcf9438cf3  /etc/texmf/texmf.d/15Plain.cnf
8e901c9e6562b73e4ba4d1b4e603412f  /etc/texmf/texmf.d/30ptex.cnf
c60a084820a0b73e3bfbf2e90bda437c  /etc/texmf/texmf.d/45TeXinputs.cnf
ea33127256c6a9f37145ae5b16fdb80c  /etc/texmf/texmf.d/55Fonts.cnf
afccf1d3f87057411166a77c58e00bd1  /etc/texmf/texmf.d/65BibTeX.cnf
9da7c1c7b1eaf06f941af91f48a23068  /etc/texmf/texmf.d/75DviPS.cnf
37329819f1109e8a457e64b8b58fecdb  /etc/texmf/texmf.d/85Misc.cnf
a8952d594677235951d447665ec46e9c  /etc/texmf/texmf.d/90TeXDoc.cnf
bab3b7e578107f999fa1b0768994f6f8  /etc/texmf/texmf.d/95NonPath.cnf

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

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

Versions of packages texlive-publishers depends on:
ii  dpkg  1.15.5.6   Debian package management system
ii  tex-common2.07   common infrastructure for building
ii  texlive-common2009-8 TeX Live: Base component
ii  texlive-latex-base2009-8 TeX Live: Basic LaTeX packages

Versions of packages texlive-publishers recommends:
ii  texlive-publishers-doc2009-7 TeX Live: Documentation files for 

texlive-publishers suggests no packages.

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0] 1.5.30 Debian configuration management sy
ii  dpkg  1.15.5.6   Debian package management system
ii  ucf   3.0025 Update Configuration File: preserv

Versions of packages texlive-publishers is related to:
pn  tetex-base (no description available)
pn  tetex-bin  (no description available)
pn  tetex-extra(no description available)
ii  tex-common2.07   common infrastructure for building

- -- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:

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

iQIcBAEBCgAGBQJLvEX5AAoJEOx5ooBqGSMZoEIP/AvAwnfw/dtfBNxOg2amhyeD
NXy7/hNmPWxwdqqyCpU2qKLEK0hqf+/MJZDQjnN8MHTmoDTusO/uWe8jB0Yj5sZr
Rjy2s6EvuwVLbBCols26RRGkXUcGFTfoIzUYAg/4gbW25xfeCKO4x9CtAQT/N8mu
onu0yxAZD1uWjDJ8Kypg42mpX4yU2l5tMOplBPn7kE4xRovtQLoceR2UUe5X6Ju4
d+cCB5X0bBaadPXUuzN+6B6xveW9FUTs3zug8C

Bug#576457: I can confirm, 0.9.21-1.2 does not work on amd64

[Joe Oblivian]

$ dpkg -l pulseaudio
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  pulseaudio 0.9.21-1.2 PulseAudio sound server


j...@bunny:~$ pulseaudio --start
E: core-util.c: Failed to create secure directory: Permission denied
W: lock-autospawn.c: Cannot access autospawn lock.
E: main.c: Failed to acquire autospawn lock


So it seems something is still missing from the patch.

Should we open a new bug?

Joe




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

Bug#576790: libao2: trying to overwrite '/etc/libao.conf', which is also in package libao4 0:1.0.0-2

[Michael Prokop]

Package: libao2
Version: 0.8.8-5.1
Severity: serious
Justification: Policy 7.4


Fresh daily sid chroot (automatically deployed using FAI):

[...]
Unpacking libao2 (from .../libao2_0.8.8-5.1_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/libao2_0.8.8-5.1_i386.deb 
(--unpack):
 trying to overwrite '/etc/libao.conf', which is also in package libao4 
0:1.0.0-2
[...]

regards,
-mika-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2010-04-07t11-15...@devnull.michael-prokop.at

Bug#576677: find's %Y

[James Youngman]

On Wed, Apr 7, 2010 at 7:34 AM,   wrote:
> Anyway, I have shown %Y is moody and not to be trusted.
> I will now step back and hand the baton to others.

Thanks for reporting the problem.

I have a good idea what the problem is; pred.c calls stat and lstat
without changing working directory. It was your statement that
it's sensitive to the original working directory that clued me in.

Because this bug is in Debian's BTS and starts off with some
apparently-irrelevant stuff, I have logged this issue in the upstream
tracker.

https://savannah.gnu.org/bugs/index.php?29460

That bug contains an explanation and a patch fixing the bug (including
a regression test suite addition).Meanwhile the "oldfind" binary
built with 4.5.7 should be unaffected.

James.



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

Bug#574269: Smb4K 0.10.7

[Alexander Reinholdt]

Hello!

I just released Smb4K 0.10.7 that fixes a compatibility issue in smb4k_umount. 
Please consider packaging that one rather than version 0.10.6.

Best regards
Alexander



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

Bug#576792: gnome: Unable to automount a vfat formatted USB stick

[David Creelman]

Package: gnome-system-tools
Version: 2.28.2-1
Severity: normal
File: gnome

Not sure if this is the right place to report this.
Before the last apt-get update; apt-get dist-upgrade I was able to automount
my Medion 8Gb USB stick. 
Now, when I plug it in, there is a small spike of CPU and then no
Nautilus screen and no automount.
There is no problem with the drive itself. I was able to mount it with
sudo mount /dev/sda1 /media/floppy and get at all of the files on it.


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

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

Versions of packages gnome-system-tools depends on:
ii  gconf22.28.0-1   GNOME configuration database syste
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-3   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.20-2   simple interprocess messaging syst
ii  libfontconfig12.8.0-2generic font configuration library
ii  libfreetype6  2.3.11-1   FreeType 2 font engine, shared lib
ii  libgconf2-4   2.28.0-1   GNOME configuration database syste
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.9-2   The GTK+ graphical user interface 
ii  liboobs-1-4   2.22.2-1   GObject based interface to system-
ii  libpango1.0-0 1.26.2-2   Layout and rendering of internatio
ii  libpolkit-gobject-1-0 0.96-1 PolicyKit Authorization API
ii  libpolkit-gtk-1-0 0.96-2 PolicyKit GTK+ API
ii  perl  5.10.1-11  Larry Wall's Practical Extraction 
ii  policykit-1-gnome 0.96-2 GNOME authentication agent for Pol
ii  system-tools-backends 2.8.3-1System Tools to manage computer co

Versions of packages gnome-system-tools recommends:
ii  gnome-control-center  1:2.28.1-2 utilities to configure the GNOME d

Versions of packages gnome-system-tools suggests:
pn  ntp(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#539154: mdadm: I also have this anoying problem

[Jonas Larsen]

Package: mdadm
Version: 2.6.7.2-3
Followup-For: Bug #539154

Hello, just wanted to report in i have the exact same issue as the others 
report. I dont know how to reproduce it, but something is definately wrong.

I can give access to the problematic system if that helps.

I will try to recreate the raid for now, and see what happens.

I have 2 raids spread over 2 disks, md0 is a mirror and md1 is a stripe. There 
is only a problem with the stripe the mirror works fine.

1.sctstor1:~# cat /proc/mdstat
2.Personalities : [raid0] [raid1]
3.md1 : inactive sda3[0]
4.  953321088 blocks
5. 
6.md0 : active raid1 sda2[0] sdb2[1]
7.  19534976 blocks [2/2] [UU]
8. 
9.unused devices: 
10.sctstor1:~#
11. 
12.sctstor1:~# mdadm --detail /dev/md0
13./dev/md0:
14.Version : 00.90
15.  Creation Time : Wed Oct 22 18:23:13 2008
16. Raid Level : raid1
17. Array Size : 19534976 (18.63 GiB 20.00 GB)
18.  Used Dev Size : 19534976 (18.63 GiB 20.00 GB)
19.   Raid Devices : 2
20.  Total Devices : 2
21.Preferred Minor : 0
22.Persistence : Superblock is persistent
23. 
24.Update Time : Wed Apr  7 11:01:56 2010
25.  State : clean
26. Active Devices : 2
27.Working Devices : 2
28. Failed Devices : 0
29.  Spare Devices : 0
30. 
31.   UUID : 95a5ff03:bd764a9e:a9976caa:db041006
32. Events : 0.52
33. 
34.Number   Major   Minor   RaidDevice State
35.   0   820  active sync   /dev/sda2
36.   1   8   181  active sync   /dev/sdb2
37.sctstor1:~#
38. 
39. 
40.sctstor1:~# mdadm --detail /dev/md1
41./dev/md1:
42.Version : 00.90
43.  Creation Time : Wed Oct 22 18:23:20 2008
44. Raid Level : raid0
45.   Raid Devices : 2
46.  Total Devices : 1
47.Preferred Minor : 1
48.Persistence : Superblock is persistent
49. 
50.Update Time : Thu Oct 23 12:23:17 2008
51.  State : active, degraded, Not Started
52. Active Devices : 1
53.Working Devices : 1
54. Failed Devices : 0
55.  Spare Devices : 0
56. 
57. Chunk Size : 64K
58. 
59.   UUID : e7f57d54:40a6e253:6ed89fb8:4b0f4710
60. Events : 0.5
61. 
62.Number   Major   Minor   RaidDevice State
63.   0   830  active sync   /dev/sda3
64.   1   001  removed
65.sctstor1:~#
66. 
67. 
68.Md1 is the problem...

Best regards

Jonas Larsen


-- Package-specific info:
--- mount output
/dev/md0 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)

--- mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST 

# instruct the monitoring daemon where to send mail alerts
MAILADDR jo...@techbiz.dk

# definitions of existing MD arrays
ARRAY /dev/md0 level=raid1 num-devices=2 
UUID=95a5ff03:bd764a9e:a9976caa:db041006
ARRAY /dev/md1 level=raid0 num-devices=2 
UUID=e7f57d54:40a6e253:6ed89fb8:4b0f4710
# This file was auto-generated on Thu, 23 Oct 2008 11:25:53 +0200
# by mkconf $Id: mkconf 261 2006-11-09 13:32:35Z madduck $

--- /proc/mdstat:
Personalities : [raid0] [raid1] 
md1 : inactive sda3[0]
  953321088 blocks
   
md0 : active raid1 sda2[0] sdb2[1]
  19534976 blocks [2/2] [UU]
  
unused devices: 

--- /proc/partitions:
major minor  #blocks  name

   8 0  976762584 sda
   8 13903763 sda1
   8 2   19535040 sda2
   8 3  953321197 sda3
   816  976762584 sdb
   8173903763 sdb1
   818   19535040 sdb2
   819  953321197 sdb3
   9 0   19534976 md0

--- initrd.img-2.6.26-2-amd64:
40008 blocks
1efb5bd43f03be88b0df2bb24cb3a130  ./etc/mdadm/mdadm.conf
1e3828eef5ebb2b42ba71d08fc4247d4  ./sbin/mdadm
e1e2d0e985196fecaf41fb42e9968af2  ./scripts/local-top/mdadm
d5d378303683d299c37a272f4671099a  
./lib/modules/2.6.26-2-amd64/kernel/drivers/md/raid1.ko
2aeefb193df2e780d43ebb473fe82bfd  
./lib/modules/2.6.26-2-amd64/kernel/drivers/md/md-mod.ko
91fa548cb2b1a13f91c86fac6d3f4dd8  
./lib/modules/2.6.26-2-amd64/kernel/drivers/md/linear.ko
0f5467d8be38cea150d91d1ea504960b  
./lib/modules/2.6.26-2-amd64/kernel/drivers/md/raid10.ko
f35a0e830a2c624357a970cde39d1e56  
./lib/modules/2.6.26-2-amd64/kernel/drivers/md/multipath.ko
ef242a955b231df6193bb0c4ccf77295  
./lib/modules/2.6.26-2-amd64/kernel/drivers/md/raid456.ko
0a9de817dd96aff9d0002d6fdb128873  
./lib/modules/2.6.26-2-amd64/kernel/driv

Bug#576786: open-iscsi: Unable to login with initramfs script

[Ritesh Raj Sarraf]

Hello Aurel,

Can you have a look at 525053 ?

What you are proposing seems to be part of an older problem.


Regards,
Rietsh


On Wednesday 07 Apr 2010 13:24:11 Aurelien Jarno wrote:
> The initramfs script is not able to login to the target when a
> login/password is used. This is due to a bug in the script, the -u
> or -w parameters are passed twice to iscsistart. When iscsistart is
> called, ISCSI_USERNAME and ISCSI_PASSWORD already contain -u or -w.
> 
> The patch below fixes the problem.
> 
> diff -u open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
> open-iscsi-2.0.871.3/debian/extra/initramfs.local-top ---
> open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
> +++ open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
> @@ -61,10 +61,8 @@
> iscsistart -i $ISCSI_INITIATOR -t $ISCSI_TARGET_NAME\
>-g $ISCSI_TARGET_GROUP -a $ISCSI_TARGET_IP   \
>-p $ISCSI_TARGET_PORT \
> -  ${ISCSI_USERNAME:+-u "$ISCSI_USERNAME"}  \
> -  ${ISCSI_PASSWORD:+-w "$ISCSI_PASSWORD"}  \
> -  ${ISCSI_IN_USERNAME:+-U "$ISCSI_IN_USERNAME"}\
> -  ${ISCSI_IN_PASSWORD:+-W "$ISCSI_IN_PASSWORD"}
> +  ${ISCSI_USERNAME} ${ISCSI_PASSWORD} \
> +  ${ISCSI_IN_USERNAME} ${ISCSI_IN_PASSWORD}
>  }
>  
>  parse_iscsi_ops ()

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."


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

Bug#576617: libgconf2-4: gconfd-2 enters infinite loop, preventing other apps from starting forever

[Josselin Mouette]

Le mardi 06 avril 2010 à 21:31 +0200, Helge Hafting a écrit :
> > Does it only happen with Mozilla programs, or with all programs using
> > GConf? Try for example gcalctool.
> > 
> "gcalctool" is just as bad as icedove.
> gconfd-2 and gcalctool both eats 100% cpu forever.
> I get a blank unresponsive gcalctool window.
> 
> strace gcalctool
> reveals that this sequence repeats over and over:
> read(15, 0x25d5104, 4096)   = -1 EAGAIN (Resource temporarily 
> unavailable)
> poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN|POLLPRI}, {fd=11, 
> events=POLLIN|POLLPRI}, {fd=12, events=POLLIN|POLLPRI}, {fd=13, 
> events=POLLIN|POLLPRI}, {fd=14, events=POLLIN|POLLPRI}, {fd=15, 
> events=POLLIN}, {fd=16, events=POLLIN}], 8, 0) = 1 ([{fd=12, 
> revents=POLLHUP}])

What is file descriptor #15 ? (You can look at which open or pipe system
call returns 15 earlier in the strace.)

It would also be interesting to obtain a GDB backtrace of what is
happening at that moment. See http://wiki.debian.org/HowToGetABacktrace

> dbus-launch iceweasel
> gives me a blank iceweasel window, and two processes
> (firefox-bin and gconfd-2) eating 100% cpu each.

OK so it’s probably not D-Bus related.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “A handshake with whitnesses is the same
  `- as a signed contact.”  -- Jörg Schilling




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

Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine

[Alexander Sack]

On Sat, Mar 27, 2010 at 05:38:52PM +0100, Fathi Boudra wrote:
> > Just pull and build the ubuntu package.
> 
> Thanks. It seems Ubuntu package doesn't build as is.
> gyp doesn't exist in Debian.
> timeout is provided by coreutils package.

right ... gyp needs to get in too!! FTA probably could help getting that in.



 - Alexander




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

Bug#576791: tp-smapi-modules-2.6.26-2-686: lost battery, batery goes idle after a while, sometimes

[V.Aug.]

Package: tp-smapi-modules-2.6.26-2-686
Version: 2.6.26+0.37-6+lenny3
Severity: critical
Justification: breaks the whole system


hi, 

since i run aptitude safe-upgrade the last time, just a few days ago, i 
mentioned that my thinkpad losts its battery sometimes.
it seems to be an smapi problem, i guess so, because i saw the tp-smapi modules 
updated with safe-upgrade.
after a reboot, my thinkpad t42p reported the battery as idle when running with 
external powersource.
i didnt test what happens when i pull out the wire!
i also mentioned that it will report a dead battery sometimes when battery 
still have 70% and goes to standby mode, or tries to.

the battery is almost new, and works really well for 1 year now. i dont see the 
problem here. also testes with a second battery, old one, 
and could reproduce it 2 times with old battery (within 1 week or so).

when linux tries to go standby, it does not always work, because of active wlan 
(ath5k), maybe the radeon driver with opengl, dont know, sometimes fails.

when booting again, or come back to x after failed suspend to ram, it will 
suspend again and again running in a loop until i put in a powersource.
this is really bad and makes the machine unsuseable causing a lot of trouble 
sometimes, cant reboot cleanly and had to press poweroff button :(

some more details:
i use a thinkpad t42p, and one missing feature of my firmware is indeed the 
lack of some smapi features. like fore_uncharge or charge, or use 2 batteries 
simultaneously.
this is a common problem of the smapi on some thinkpad models, i had already 
the latest firmware and bios, but this does not fix the smapi bugs on this 
machine.
but battery was never a problem before last safe-upgrade. it appears exactly 
after i run safe-upgrade the last time.





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

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

Versions of packages tp-smapi-modules-2.6.26-2-686 depends on:
ii  linux-image-2.6.26-2-686 2.6.26-21lenny4 Linux 2.6.26 image on PPro/Celeron

tp-smapi-modules-2.6.26-2-686 recommends no packages.

tp-smapi-modules-2.6.26-2-686 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#564600: bup package

[Kartik Mistry]

On Tue, Feb 9, 2010 at 10:19 PM, Kartik Mistry  wrote:
> bup is awesome. However, I got no reply from Khadeeja yet about packaging
> progress. I guess I'll wait for sometime and start working on packaging
> after it. If you can join, it will be great.
>
> Biggest task will be to write nice 'manpage' and try to get it merged with
> upstream, I guess :)

Jon, You feel free to take forward package and move ITP to your name.
You can upload the package and if needed, Khadeeja can join the team
as it is maintain using collab-maint.

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



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

Bug#576457:

[Sergey Fionov]

Sorry for incorrect link in my previous comment, link to buildd log should be:
https://buildd.debian.org/build.cgi?pkg=pulseaudio;ver=0.9.21-1.2;arch=amd64



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

Bug#575477: Keyboard not working

[Marco Hoefle]

On Fri, 2010-03-26 at 08:56 +0100, Vincent Bernat wrote:
> submitter 575438 marco.hoe...@nanotronic.ch
> clone 575438 -1
> severity -1 normal
> retitle -1 Keyboard not working
> submitter -1 marco.hoe...@nanotronic.ch
> thanks
> 
> OoO En  ce doux début de matinée  du vendredi 26 mars  2010, vers 08:26,
> "Hoefle Marco"  disait :
> 
> > Hello Vincent,
> > bugreport tool auto computed a wrong email and I didn't recognize it.
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575438
> 
> > My email  address is marco.hoe...@nanotronic.ch,  don't know if  it is
> > possible to change it in an open bug thread.
> 
> Yes, it is possible. I do it now.
> 
> > /var/run/xrdp  was root:root.  I changed  it to  xrdp:xrdp and  xrdp +
> > xrdp-sesman are started using /etc/init.d/xrdp restart.
> 
> OK,  I will change  the init.d  script to  ensure that  /var/run/xrpd is
> owned by xrdp.
> 
> > However, my  keyboard doesn't  work at  all. Do I  have to  modify ini
> > files in /etc/xrdp ?
> 
> I create a new bug for this one. By not working at all, you mean that it
> does not even work for regular keys?

Hello Vincent,
the problem was that the swiss german keymap.ini file is missing. I
copyied /etc/xrdp/km-0407.ini to /etc/xrdp/km-0807.ini and the keyboard
works.
However, a few keys are different. Do you have an idea how to modify the
new keymap file?
One difference (between the german 0407 and the swiss german 0807) is
the "@" key. On my keyboard I have to press altgr + 2 while on the
german one it is altgr + q:

http://en.wikipedia.org/wiki/Keyboard_layout#Germany_and_Austria_.28but_not_Switzerland.29


Thanks,
Marco
  




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

Bug#573187: transition: mpi-defaults

[Lucas Nussbaum]

On 06/04/10 at 21:01 -0500, Pavan Balaji wrote:
> 
> Sorry, never mind my previous email.
> 
> Lucas Nussbaum wrote:
> >We would like to switch to using mpich2 on the arches where openmpi is
> >not supported, but some packages fail to build from source when using
> >mpich2. It seems that for some of them, it is caused by build systems
> >expecting to find mpi.h in /usr/lib/mpich2/include/ (as it is the case
> >for other MPI implementations), while it is shipped in
> >/usr/include/mpich2/.
> 
> By default, mpi.h should installed in $prefix/include, which seems
> to be what you need (prefix = /usr/lib/mpich2). So, unless you give
> an --includedir option to configure, this should work the way you
> expect it to. Maybe I'm not understanding the problem correctly
> here?

We are currently using prefix=/usr and includedir=/usr/include/mpich2,
so libs get installed directly in /usr/lib, and header files are in
/usr/include/mpich2.

We could use includedir=/usr/lib/mpich2/include, but I'm still not sure
that this is the correct way to solve that problem, instead of fixing
the build systems to be more tolerant about the location of MPI header
files.
-- 
| Lucas Nussbaum
| lu...@lucas-nussbaum.net   http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |



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

Bug#557114: Updated/Refreshed patch for 2.2.11

[Damyan Ivanov]

tags 557114 upstream wontfix
thanks

-=| Damyan Ivanov, Tue, Apr 06, 2010 at 10:36:09PM +0300 |=-
> forwarded 557114 http://code.google.com/p/clive/issues/detail?id=54
> 
> Thanks! I have forwarded this wishlist report and the patch to the URL 
> above.
> 
> I'd prefer letting upstream evaluate the patch before including it in 
> the Debian package. Hopefuly this is OK for you.

Upstream declined the patch with the following reasoning:

Blip, as far as I can tell, allows downloading videos.
clive focuses on those websites only that do not do so.

  "It [clive] was written to work around the Adobe
  Flash plugin requirement." -- Project description

Tagging the Debian bug as wontfix accordingly.



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

Bug#575912: phpmyadmin: Server running with Suhosin. Please refer to documentation for possible issues.

[Michal Čihař]

Hi

Dne Wed, 7 Apr 2010 10:25:52 +0200
"Thijs Kinkhorst"  napsal(a):

> Michal, perhaps the phpMyAdmin FAQ item that the warning refers to can be
> augumented with which parameters to change?

Well it links to http://www.hardened-php.net/hphp/troubleshooting.html
which explains it quite well. But you're right we might include it
directly in the documentation.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#570452: with mozilla-openoffice.org installed, nspluginscan returns useless relative path

[Petter Reinholdtsen]

I've investigated this problem some more, and I am getting convinced
that the problem is this code in
ooo-build-3-2-0-9/patches/dev300/nsplugin-path.diff, which is
unprepared for a relative symlink:

  #   define SEARCH_SUFFIX "/program/libnpsoplug"
   if (!(clobber = strstr (libFileName, SEARCH_SUFFIX)))
   {
   ssize_t len = readlink(libFileName, realFileName, NPP_PATH_MAX-1);
   if (len == -1)
   {
   fprintf (stderr, "Couldn't read link '%s'\n", libFileName);
   return 1;
   }
   realFileName[len] = '\0';
   if (!(clobber = strstr (realFileName, SEARCH_SUFFIX)))
   {
   fprintf (stderr, "Couldn't find suffix in '%s'\n", realFileName);
   return 1;
   }
   *clobber = '\0';
   }

This is the link in question:

tjener:~# ls -l /usr/lib/mozilla/plugins/libnpsoplugin.so
lrwxrwxrwx 1 root root 41 14 feb. 10:11 
/usr/lib/mozilla/plugins/libnpsoplugin.so -> 
../../openoffice/program/libnpsoplugin.so
tjener:~#

I see two solutions to this problem.  Either make the code capable of
handling relative symlinks.  It can be done by using realpath() or
canonicalize_file_name() (GNU extention) instead of readlink.  Or by
making the symlink absolute.  I believe it is best to make the code
more robust and able to handle relative symlinks.

The code I found to create this symlink is this fragment in
debian/rules:

cd debian/mozilla-openoffice.org$(VER) && \
for b in iceape iceweasel mozilla mozilla-firefox firefox; do \
mkdir -p usr/lib/$$b/plugins && \
ln -sf /$(OOBRANDDIR)/program/libnpsoplugin.so \
   usr/lib/$$b/plugins/libnpsoplugin.so; \
done

It seem to create absolute symlinks, so I am not quite sure what is
going on here.  I checked the symlink on a Squeeze system.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#576457: pulseaudio: fails to start

[Sergey Fionov]

version 0.9.21-1.2 fixes problem in local build with
dpkg-buildpackage, but don't fix problem on buildd.

Buildd log at 
https://buildd.debian.org/fetch.cgi?pkg=pulseaudio;ver=0.9.21-1.2;arch=amd64
have warnings about unused variables in core-util.c:199, it means that
HAVE_FSTAT and HAVE_FCHMOD are not defined in "buildd" build even with
this fix.



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

Bug#576794: icedove: message pane header takes up too much space, especially with long subject lines

[Arthur Marsh]

Package: icedove
Version: 3.0.4-1
Severity: wishlist
Tags: upstream


The message pane header takes up more space than in 2.x versions of icedove,
especially with long subject lines wrapping.

It should be possible to make the message pane header more customisable,
e.g. scrollable rather than wrapping long subject lines, restricting 
headers that alway appear in a given message area (e.g. gmane.org newsgroup
messages that are from mailing lists).

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

Kernel: Linux 2.6.32 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages icedove depends on:
ii  debianutils 3.2.2Miscellaneous utilities specific t
ii  fontconfig  2.8.0-2  generic font configuration library
ii  libasound2  1.0.22-2 shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-3+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.84-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.3-7GCC support library
ii  libglib2.0-02.24.0-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface 
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-1 Network Security Service libraries
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libsqlite3-03.6.23.1-1   SQLite 3 shared library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libstdc++6  4.4.3-7  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-2X11 client-side library
ii  libxrender1 1:0.9.5-2X Rendering Extension client libra
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  psmisc  22.10-1  utilities that use the proc file s
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages icedove recommends:
ii  libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library
ii  libgconf2-4  2.28.1-1GNOME configuration database syste
ii  libgnome2-0  2.30.0-1The GNOME library - runtime files
ii  libgnomevfs2-0   1:2.24.3-1  GNOME Virtual File System (runtime
ii  liborbit21:2.14.17-2 libraries for ORBit2 - a CORBA ORB
ii  libpopt0 1.15-1  lib for parsing cmdline parameters
ii  myspell-en-au [myspell-dicti 2.1-5   English_australian dictionary for 
ii  myspell-en-gb [myspell-dicti 1:3.2.0-2   English_british dictionary for mys

Versions of packages icedove suggests:
ii  ttf-lyx   1.6.5-1TrueType versions of some TeX font

-- debconf-show failed



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

Bug#576793: icedove: "get mail" action is not available except via mail toolbar

[Arthur Marsh]

Package: icedove
Version: 3.0.4-1
Severity: wishlist
Tags: upstream


The actions of creating a new message, accessing the address book,
and tagging message can be done without using the mail toolbar.

However, I have not been able to find the "get mail" action in the 
menus.

It should be possible to perform the "get mail" action on the current
folder by a keyboard short-cut, right click option or other means 
*without* having to need to have the mail toolbar, which takes up 
a significant amount of space.


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

Kernel: Linux 2.6.32 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages icedove depends on:
ii  debianutils 3.2.2Miscellaneous utilities specific t
ii  fontconfig  2.8.0-2  generic font configuration library
ii  libasound2  1.0.22-2 shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-3+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libdbus-glib-1-20.84-1   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.3-7GCC support library
ii  libglib2.0-02.24.0-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface 
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-1 Network Security Service libraries
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libsqlite3-03.6.23.1-1   SQLite 3 shared library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libstdc++6  4.4.3-7  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-2X11 client-side library
ii  libxrender1 1:0.9.5-2X Rendering Extension client libra
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  psmisc  22.10-1  utilities that use the proc file s
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages icedove recommends:
ii  libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library
ii  libgconf2-4  2.28.1-1GNOME configuration database syste
ii  libgnome2-0  2.30.0-1The GNOME library - runtime files
ii  libgnomevfs2-0   1:2.24.3-1  GNOME Virtual File System (runtime
ii  liborbit21:2.14.17-2 libraries for ORBit2 - a CORBA ORB
ii  libpopt0 1.15-1  lib for parsing cmdline parameters
ii  myspell-en-au [myspell-dicti 2.1-5   English_australian dictionary for 
ii  myspell-en-gb [myspell-dicti 1:3.2.0-2   English_british dictionary for mys

Versions of packages icedove suggests:
ii  ttf-lyx   1.6.5-1TrueType versions of some TeX font

-- debconf-show failed



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

Bug#575477: Keyboard not working

[Hoefle Marco]

Hello Vincent,
I figured out where the problem is: the swiss german keymap ini was
missing. I copied the german keymap ini (/etc/xrdp/km-0407.ini
to /etc/xrdp/km-0807.ini) and the keyboard works. The german keyboard
layout is close to the swiss german one but there are some differences:
for example the "@" is not there. Do you have an idea how to modify the
new keymap file? On the swiss german keyboard the "@" is altgr + 2.
In the [altgr] section of the newly created keymap file is for example
key8=0.0 or key9=65307:27.
How do I find out what to modify?
Thanks,
Marco

Bug#576457: config.h regenerated at wrong place for amd64

[Torsten Marek]

Hi,

something is strange in there. If you check the build log, you'll see
that configure is run twice, then config.h.in is regenerated using
autoheader, but config.h is build via config.status only after "make
all-recursive" is executed.

In a local build, config.h is created immediately after config.h.in, and
judging from the rules, there is no way around that:


all: $(BUILT_SOURCES) config.h
$(MAKE) $(AM_MAKEFLAGS) all-recursive


...

config.h: stamp-h1
@if test ! -f $@; then \
  rm -f stamp-h1; \
  $(MAKE) $(AM_MAKEFLAGS) stamp-h1; \
else :; fi

stamp-h1: $(srcdir)/config.h.in $(top_builddir)/config.status
@rm -f stamp-h1
cd $(top_builddir) && $(SHELL) ./config.status config.h
$(srcdir)/config.h.in:  $(am__configure_deps) 
($(am__cd) $(top_srcdir) && $(AUTOHEADER))
rm -f stamp-h1
touch $@

(copy from a local Makefile)

Excerpt from the buildd log:

make[1]: Leaving directory 
`/build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21'
make[1]: Entering directory 
`/build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21'
echo 0.9.21 > .version-t && mv .version-t .version
(CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash 
/build/buildd-pulseaudio_0.9.21-1.2-amd64-2bGIeC/pulseaudio-0.9.21/missing 
--run autoheader)
rm -f stamp-h1
touch config.h.in
/usr/bin/make  all-recursive
... many many lines ...
cd . && /bin/bash ./config.status config.h
config.status: creating config.h


Excerpt from local log:

make[1]: Leaving directory `/tmp/buildd/pulseaudio-0.9.21'
make[1]: Entering directory `/tmp/buildd/pulseaudio-0.9.21'
echo 0.9.21 > .version-t && mv .version-t .version
(CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash 
/tmp/buildd/pulseaudio-0.9.21/missing --run autoheader)
rm -f stamp-h1
touch config.h.in
cd . && /bin/bash ./config.status config.h
config.status: creating config.h
/usr/bin/make  all-recursive

I've checked some other architecture's buildd logs, they look exactly like the 
local one.

best,

Torsten
-- 
.: Torsten Marek
.: University of Zurich
.: Institute of Computational Linguistics
.: http://www.cl.uzh.ch/en/tmarek.html






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

Bug#576785: netbase: Network disabled on shutdown while iSCSI root is used

[Marco d'Itri]

On Apr 07, Aurelien Jarno  wrote:

> The netbase init script already tries to detect network root drives, but
> it does not detect iSCSI drives. The patch below fixes this problem.
No objections on this principle, but can you think about a better test
than looking for /etc/iscsi/iscsi.initramfs? I'd like to use something
not related to the current internals of a different package.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#516374: Reply to #211

[Davide Ferrari]

I don't think it's fixed in 2.6.32 (I'm using the one from backports)
I have webservers running Apache which reach very very high loads and the 
server becomes completely unrensponsive through ssh, althoung ping (for 
example) works.

This appears in the kernel log:

[ 1079.886691] INFO: task flush-8:0:1755 blocked for more than 120 seconds.
[ 1079.904075] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 
this message.
[ 1079.921842] flush-8:0 D  0  1755  2 0x
[ 1079.921846]  88022fa3b880 0046  
0002
[ 1079.921850]  88000540f9a0 f8a0 88022ef65fd8 
000155c0
[ 1079.921852]  000155c0 88022e998710 88022e998a08 
00010001
[ 1079.921855] Call Trace:
[ 1079.921863]  [] ? get_request+0x7e/0x2ba
[ 1079.921869]  [] ? io_schedule+0x73/0xb7
[ 1079.921871]  [] ? get_request_wait+0xf0/0x188
[ 1079.921875]  [] ? autoremove_wake_function+0x0/0x2e
[ 1079.921877]  [] ? __make_request+0x2f7/0x428
[ 1079.921883]  [] ? generic_make_request+0x299/0x2f9
[ 1079.921886]  [] ? submit_bio+0xd6/0xf2
[ 1079.921890]  [] ? submit_bh+0xf5/0x115
[ 1079.921894]  [] ? __block_write_full_page+0x1d6/0x2ac
[ 1079.921896]  [] ? end_buffer_async_write+0x0/0x13b
[ 1079.921901]  [] ? __writepage+0xa/0x25
[ 1079.921904]  [] ? write_cache_pages+0x20b/0x327
[ 1079.921907]  [] ? __writepage+0x0/0x25
[ 1079.921912]  [] ? __wake_up_common+0x44/0x72
[ 1079.921917]  [] ? __wake_up+0x30/0x44
[ 1079.921921]  [] ? writeback_single_inode+0xe7/0x2da
[ 1079.921925]  [] ? writeback_inodes_wb+0x423/0x4fe
[ 1079.921928]  [] ? wb_writeback+0x12c/0x1ab
[ 1079.921934]  [] ? try_to_del_timer_sync+0x63/0x6c
[ 1079.921937]  [] ? wb_do_writeback+0x145/0x15b
[ 1079.921940]  [] ? bdi_writeback_task+0x31/0x9d
[ 1079.921944]  [] ? bdi_start_fn+0x0/0xca
[ 1079.921950]  [] ? bdi_start_fn+0x70/0xca
[ 1079.921953]  [] ? bdi_start_fn+0x0/0xca
[ 1079.921955]  [] ? kthread+0x79/0x81
[ 1079.921959]  [] ? child_rip+0xa/0x20
[ 1079.921962]  [] ? kthread+0x0/0x81
[ 1079.921964]  [] ? child_rip+0x0/0x20


-- 
Davide Ferrari
Atrapalo.com System Administrator



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

Bug#572748: xmds: diff for NMU version 1.6.6-2.1

[Alexander Reichle-Schmehl]

tags 572748 + patch
thanks

Dear maintainer,

I've prepared an NMU for xmds (versioned as 1.6.6-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
diff -u xmds-1.6.6/debian/control xmds-1.6.6/debian/control
--- xmds-1.6.6/debian/control
+++ xmds-1.6.6/debian/control
@@ -5,7 +5,7 @@
 Uploaders: Christian T. Steigies ,
  Rafael Laboissiere 
 Build-Depends: cdbs, debhelper (>= 7.0.0), autotools-dev, fftw-dev,
- libfftw3-dev, libmpich1.0-dev, octave3.0-headers, autoconf
+ libfftw3-dev, libmpich1.0-dev, octave3.2-headers, autoconf
 Standards-Version: 3.8.0
 Homepage: http://xmds.sourceforge.net/
 Vcs-Svn: svn://svn.debian.org/svn/pkg-scicomp/xmds/
diff -u xmds-1.6.6/debian/rules xmds-1.6.6/debian/rules
--- xmds-1.6.6/debian/rules
+++ xmds-1.6.6/debian/rules
@@ -32,7 +32,7 @@
 	touch make-examples-stamp
 
 install/xmds::
-	octave3.0-depends
+	octave3.2-depends
 
 binary-install/xmds::
 	# Move Octave file into the correct directory
diff -u xmds-1.6.6/debian/changelog xmds-1.6.6/debian/changelog
--- xmds-1.6.6/debian/changelog
+++ xmds-1.6.6/debian/changelog
@@ -1,3 +1,12 @@
+xmds (1.6.6-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch to octave 3.2 (in debian/control and debian/rules)
+(Closes: #572748)
+  * Urgency set to medium due to RC bug fix
+
+ -- Alexander Reichle-Schmehl   Wed, 07 Apr 2010 11:23:28 +0200
+
 xmds (1.6.6-2) unstable; urgency=low
 
   * debian/control, debian/rules: Drop support for octave2.1, which will


signature.asc
Description: Digital signature

Bug#567135: FWD: Re: btrfs issues

[Josselin Mouette]

reassign 567135 dpkg
reassign 568908 dpkg
forcemerge 575891 568908 567135
thanks

Le mardi 06 avril 2010 à 15:19 -0400, Joey Hess a écrit :
> > At the moment, my other two problems, #567135 and #568908, do not
> > seem likely to be caused by the dpkg bug.
> 
> #567135 is definitely caused by triggers and postinst scripts going
> missing from /var/lib/dpkg/info, that's the behaviour that got me
> looking at dpkg in the first place. I wouldn't be surprised if #568908
> also had similar roots.

Thanks for the analysis. This indeed explains a lot, and is also somehow
reassuring wrt. the state of btrfs :)

Let’s merge the bugs.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “A handshake with whitnesses is the same
  `- as a signed contact.”  -- Jörg Schilling




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

Bug#576795: Please build-depend on gnupg

[Loïc Minier]

Package: jetring
Version: 0.18
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch lucid

Hi

 While doing a mass-rebuild of Debian sid and Ubuntu lucid, we
 discovered jetring was actually failing to build when gnupg isn't
 installed.  Just adding an explicit gnupg build-dep fixes the build.

 https://lists.ubuntu.com/archives/ubuntu-devel/2010-March/030532.html
 has some discussion on the Build-Essential: yes field in Ubuntu and the
 dependencies of the build-essential package in Debian, but it mostly
 boils down to the conclusion that gnupg isn't build essential.

 (While this bug could be Severity serious, it's not causing any
 immediate problem in Debian as the arch: all binary is required to
 upload jetring.)

   Thanks,
-- 
Loïc Minier



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

Bug#457075: Salomé packaging

[Andre Espaze]

Hi Adam,

> 
> > Concerning the 5.1.3-5, I can not start Salomé from debian/tmp/usr. The
> > funny point is that I can run Salomé when compiling it by hand in a
> > dedicated directory. An identified problem was the line:
> > 
> > chmod -x $(CURDIR)/debian/tmp/usr/lib/python2.5/*-packages/salome/*
> > 
> > however I still get the 'Study server is not found' error at startup. I
> > have reached a point where I am comparing the configuration steps,
> > I hope to identify the problem soon.
> 
> Thanks for your work on this.  Between the two of us, I hope we can find
> out what's breaking this soon...
I made the KERNEL and GUI modules work this morning on the 5.1.3-5
release. I have enclose the patch 'kernel-gui-building.patch' that
should be applied on the revision:

862cebe157a4ce50984d6fc15758da7d3ca96e2a
Thu Mar 4 20:29:30 2010
Remove troublesome /usr/bin subdirectory from HXX2SALOME.

by:

patch -p1 < kernel-gui-building.patch

The steps for running the resulting Salome are provided inside the patch.

For me, the main problem was that I did not install the shared 
librairies stored in the package libsalome-dev. It explains why
I could run Salome by ajusting environment variables to debian/tmp/usr 
but never once installed on the system. By the way, it is correct 
to have the line:
usr/lib/*.so
inside 'debian/libsalome-dev.files'? 

I guess that it is not relevant to run the 5.1.3-4 build again 
if this version works for you. I am now starting a complete build
with all modules.

Best regards,

André
commit 82657a24389490922d070d883cb79730caabc69e
Author: Andre Espaze 
Date:   Wed Apr 7 10:43:38 2010 +0200

Building Salome with KERNEL and GUI modules for testing

This Salome version is only built with the KERNEL and GUI
modules for testing that the graphical server can be started.
As a result all references to others modules have been removed
as well as any files that will not exist at the end of the build.
The only line relevant for others modules is:

chmod -x $(CURDIR)/debian/tmp/usr/lib/python2.5/*-packages/salome/*

which should be removed or required code modifications.

The steps for testing Salome once the git-buildpackage command
is finished are:

  su
  dpkg -i libsalome5.1.3-0_5.1.3-5_amd64.deb
  dpkg -i python2.5-salome_5.1.3-5_amd64.deb
  dpkg -i salome-common_5.1.3-5_all.deb
  dpkg -i salome_5.1.3-5_amd64.deb
  dpkg -i libsalome-dev_5.1.3-5_all.deb
  exit
  runSalome

diff --git a/debian/rules b/debian/rules
index 7cee7e3..cc7ac7d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -25,29 +25,7 @@ endif
 # - BLSURFPLUGIN, GHS3D[PRL]PLUGIN and HexoticPLUGIN require non-free
 #   libraries, and will not be part of the Debian package.
 SALOME_MODULES = KERNEL_SRC_$(SALOME_VERSION) \
-  GUI_SRC_$(SALOME_VERSION) \
-  GEOM_SRC_$(SALOME_VERSION) \
-  MED_SRC_$(SALOME_VERSION) \
-  VISU_SRC_$(SALOME_VERSION) \
-  SMESH_SRC_$(SALOME_VERSION) \
-  NETGENPLUGIN_SRC_$(SALOME_VERSION) \
-  YACS_SRC_$(SALOME_VERSION) \
-  MULTIPR_SRC_$(SALOME_VERSION) \
-  COMPONENT_SRC_$(SALOME_VERSION) \
-  RANDOMIZER_SRC_$(SALOME_VERSION) \
-  SIERPINSKY_SRC_$(SALOME_VERSION) \
-  LIGHT_SRC_$(SALOME_VERSION) \
-  PYLIGHT_SRC_$(SALOME_VERSION) \
-  HELLO_SRC_$(SALOME_VERSION) \
-  PYHELLO_SRC_$(SALOME_VERSION) \
-  CALCULATOR_SRC_$(SALOME_VERSION) \
-  PYCALCULATOR_SRC_$(SALOME_VERSION) \
-  HXX2SALOME_SRC_$(SALOME_VERSION)
-# XDATA_SRC_$(SALOME_VERSION) \
-  BLSURFPLUGIN_SRC_$(SALOME_VERSION) \
-  GHS3DPLUGIN_SRC_$(SALOME_VERSION) \
-  GHS3DPRLPLUGIN_SRC_$(SALOME_VERSION) \
-  HexoticPLUGIN_SRC_$(SALOME_VERSION)
+  GUI_SRC_$(SALOME_VERSION)
 
 clean:
 	dh_testdir
@@ -150,22 +128,6 @@ build-indep-stamp: configure-stamp
 	make -C KERNEL_SRC_$(SALOME_VERSION)/doc usr_docs dev_docs -j $(NJOBS) DESTDIR=$(CURDIR)/debian/tmp bindir=/usr/bin libdir=/usr/lib docdir=/usr/share/doc/salome-doc
 	echo; echo GENERATING DOCUMENTATION IN MODULE GUI; echo
 	make -C GUI_SRC_$(SALOME_VERSION)/doc usr_docs dev_docs -j $(NJOBS) DESTDIR=$(CURDIR)/debian/tmp bindir=/usr/bin libdir=/usr/lib docdir=/usr/share/doc/salome-doc
-	echo; echo GENERATING DOCUMENTATION IN MODULE GEOM; echo
-	make -C GEOM_SRC_$(SALOME_VERSION)/doc usr_docs dev_docs -j $(NJOBS) DESTDIR=$(CURDIR)/debian/tmp bindir=/usr/bin libdir=/usr/lib docdir=/usr/share/doc/salome-doc
-	echo; echo GENERATING DOCUMENTATION IN MODULE MED; echo
-	make -C MED_SRC_$(SALOME_VERSION)/doc dev_docs -j $(NJOBS) DESTDIR=$(CURDIR)/debian/tmp bindir=/usr/bin libdir=/usr/lib docdir=/usr/share/doc/salome-doc
-	echo; echo GENERATING DOCUMENTATION IN MODULE HELLO; echo
-	make -C HELLO_SRC_$(SALOME_VERSION)/doc usr_docs -j $(NJOBS) DESTDIR=$(CURDIR)/debian/tmp bindir=/usr/bin libdir=/usr/lib docdir=/usr/share/doc/salome-doc
-	echo; echo GENERATING DOCUMENTATION IN MODULE PYHELLO; echo
-	make -C PYHELLO_SRC_$(SALOME_VERSION)/doc usr_docs -j $(NJOBS) DESTDIR=$(CURDIR)/debian/tmp bindir=/usr/bin 

Bug#548505: Bug#553354: diff: shouldn't be marked as essential when description assures that it can be safely removed

[Daniel Reichelt]

Hi,

I just could reproduce the described behaviour like this:

when having a sources.list like this

**
deb http://ftp.de.debian.org/debian experimental main contrib non-free
deb http://ftp.de.debian.org/debian stable main contrib non-free
deb http://ftp.de.debian.org/debian testing main contrib non-free
deb http://ftp.de.debian.org/debian unstable main contrib non-free
deb http://ftp.de.debian.org/debian-volatile stable/volatile main contrib 
non-free
deb http://ftp.de.debian.org/debian-volatile stable/volatile-sloppy main 
contrib non-free
deb http://security.debian.org stable/updates  main contrib non-free
deb http://security.debian.org testing/updates main contrib non-free
**

and having the default distribution set to testing by apt.conf.d

APT::Default-Release "testing";


an apt-get dist-upgrade insists on having diff intalled, while it does not when 
I remove the stable lines from my sources.list.

In either case apt-cache show diff and apt-cache policy diff report this:

**
# apt-cache show diff
Package: diff
Priority: extra
Section: oldlibs
Installed-Size: 36
Maintainer: Santiago Vila 
Architecture: all
Source: diffutils
Version: 1:2.9-2
Pre-Depends: diffutils
Filename: pool/main/d/diffutils/diff_2.9-2_all.deb
Size: 6292
MD5sum: a14db56b2247578d7ebe38aa85ce3d20
SHA1: 8ea1e728c036e5d004ec2f0c7c888ef529a5969e
SHA256: e9193decf8a99e57e2d9dc01ebb74d8d6282b6ca9a0c4f52d3267a69dc006e32
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.
Homepage: http://www.gnu.org/software/diffutils/
Tag: interface::commandline, role::program, scope::utility, suite::gnu, 
use::synchronizing, works-with::{file,software:source,text}

# apt-cache policy diff
diff:
  Installed: (none)
  Candidate: 1:2.9-2
  Version table:
 1:2.9-2 0
990 http://ftp.de.debian.org testing/main Packages
500 http://ftp.de.debian.org unstable/main Packages
**


Maybe this helps...

Daniel



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

Bug#576772: find's %Y

[jidanni]

JY> https://savannah.gnu.org/bugs/index.php?29460
OK glad this has been tracked down.



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

Bug#576769: Couldn't find the bug

[Oren Held]

apt-get source pulseaudio (got v0.9.21_1.2)
./configure; make; make install

and this version that I built seems to work well, as opposed to the same 
binary version downloaded from the official Debian repo.


Maybe something in the build process is broken?

Oren





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

Bug#576796: xtrlock can be bypassed using TTY's

[thims]

Package: xtrlock
Version: 2.0-12
Severity: grave
Tags: security
Justification: user security hole

If one attempts to switch to a TTY while xtrlock is running, it allows the 
system to switch to 
specified TTY where xtrlock can be easily killed with "killall xtrlock". I run 
ratpoison, and 
executing xtrlock by normal means works fine, but ctrl+alt+FN changes to said 
TTY ratpoison was 
launched from, ^z then "killall xtrlock" terminates xtrlock and switching back 
allows user 
access, bypassing credentials.

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

Kernel: Linux 2.6.33.1 (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 xtrlock depends on:
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  libx11-62:1.1.5-2X11 client-side library

xtrlock recommends no packages.

xtrlock 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#576673: closed by Bastian Blank (Re: Bug#576673: lvm2: unmount lvm snapshot takes a long time - high disk I/O)

[James Robertson]

I realise this bug is closed but I have discovered how to resolve this
problem and i'm replying here for the benefit of anyone who is
researching the same problem.

I found that if I mounted the snapshot read only e.g. "mount -o ro
/dev/vg00/home-snapshot /mnt/home-snapshot" I did not encounter the
disk activity and lenghty unmount delay.

I also tested this using a Debian Kernel (2.6.32-4-amd64) and got the
same behaviour and the delay appears proportionate to the amount of
data copied from the snapshot (in my case a fairly large rsync) as
when I simply mounted and unmounted it was instantaneous and a small
copy job caused a small delay and disk activity.

Thanks and Regards,

James



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

Bug#576797: qemu doesn't use kqemu any more - the old version should be available?

[Wojtek Zabolotny]

Package: qemu
Version: 0.12.3+dfsg-2
Severity: wishlist

*** Please type your report below this line ***
After last upgrade qemu stopped to use kqemu accelerator on my systems.
The command-line options -enable-kqemu and -kernel-kqemu are not valid
any more.
As those systems use processors which do not provide hardware support
for KVM, they can only run qemu without accelerator.

Maybe the old version of the qemu package, which still supported kqemu
should be kept available?

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

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

Versions of packages qemu depends on:
ii  qemu-system0.12.3+dfsg-2 QEMU full system emulation
binarie
ii  qemu-user  0.12.3+dfsg-2 QEMU user mode emulation
binaries
ii  qemu-utils 0.12.3+dfsg-2 QEMU utilities

qemu recommends no packages.

Versions of packages qemu suggests:
pn  qemu-user-static   (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#576786: open-iscsi: Unable to login with initramfs script

[Aurelien Jarno]

Ritesh Raj Sarraf a écrit :
> Hello Aurel,
> 
> Can you have a look at 525053 ?
> 
> What you are proposing seems to be part of an older problem.
> 
> 

Indeed, the brokenness has been introduced by this patch, it looks like
the two proposed patches have been applied, and they conflict, hence the
problem I observed.

In that case the best is to revert the first proposed patch. It can be
done with the new patch I attached to this mail.



-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
diff -u open-iscsi-2.0.871.3/debian/extra/initramfs.local-top open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
--- open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
+++ open-iscsi-2.0.871.3/debian/extra/initramfs.local-top
@@ -42,22 +42,6 @@
 		ISCSI_TARGET_GROUP=1
 	fi
 
-	if [ ! -z "$ISCSI_USERNAME" ]; then
-		ISCSI_USERNAME="-u $ISCSI_USERNAME"
-	fi
-
-	if [ ! -z "$ISCSI_PASSWORD" ]; then
-		ISCSI_PASSWORD="-w $ISCSI_PASSWORD"
-	fi
-
-	if [ ! -z "$ISCSI_IN_USERNAME" ]; then
-		ISCSI_IN_USERNAME="-U $ISCSI_IN_USERNAME"
-	fi
-
-	if [ ! -z "$ISCSI_IN_PASSWORD" ]; then
-		ISCSI_IN_PASSWORD="-W $ISCSI_IN_PASSWORD"
-	fi
-
 	iscsistart -i $ISCSI_INITIATOR -t $ISCSI_TARGET_NAME	\
 		   -g $ISCSI_TARGET_GROUP -a $ISCSI_TARGET_IP	\
 		   -p $ISCSI_TARGET_PORT \

Bug#576799: libpetsc3.0.0: please build with --with-clanguage=C++

[Juha Jäykkä]

Package: libpetsc3.0.0
Version: 3.1.0-3.0.0-fix-for-hdf5-1.0
Severity: wishlist


Please build petsc with --with-clanguage=C++ in the future. Some external
libraries that depend on PETSc, like the Toolkit for Advanced Optimization,
require this. It also does not (seem to) break anything and is the only
change needed (in debian/rules) or anywhere else in the source, so making
the change is almost trivial.

Please note that my version number is a bit strange, because I needed another
bugfix to PETSc as well, which is now included in the 3.1p0 release (which,
on the other hand is incompatible with the above mentioned TAO, so I must 
backport the HDF5 fix from 3.1p0 to 3.0.0 anyway... frustrating).

Cheers,
Juha


-- 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.33-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libpetsc3.0.0 depends on:
ii  libamd2.2.0 1:3.4.0-1approximate minimum degree orderin
ii  libatlas3gf-base [libla 3.6.0-24 Automatically Tuned Linear Algebra
ii  libblas3gf [libblas.so. 1.2-4Basic Linear Algebra Subroutines 3
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.3-5GCC support library
ii  libgfortran34.4.3-5  Runtime library for GNU Fortran ap
ii  libhdf5-openmpi-1.8.3   1.8.3-2.1Hierarchical Data Format 5 (HDF5) 
ii  libhypre-2.4.0  2.4.0b-6 High Performance Matrix Preconditi
ii  liblapack3gf [liblapack 3.2.1-2  library of linear algebra routines
ii  libopenmpi1.3   1.4.1-2  high performance message passing l
ii  libspooles2.2   2.2-6+b1 SPOOLES SParse Object Oriented Lin
ii  libstdc++6  4.4.3-5  The GNU Standard C++ Library v3
ii  libsuperlu3 3.0+20070106-3   Direct solution of large, sparse s
ii  libumfpack5.4.0 1:3.4.0-1sparse LU factorization library
ii  libx11-62:1.3.3-2X11 client-side library
ii  openmpi-bin 1.4.1-2  high performance message passing l
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

libpetsc3.0.0 recommends no packages.

libpetsc3.0.0 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#576792: gnome: Unable to automount a vfat formatted USB stick

[Josselin Mouette]

reassign 576792 nautilus
thanks

Le mercredi 07 avril 2010 à 17:51 +1000, David Creelman a écrit :
> Not sure if this is the right place to report this.
> Before the last apt-get update; apt-get dist-upgrade I was able to automount
> my Medion 8Gb USB stick. 
> Now, when I plug it in, there is a small spike of CPU and then no
> Nautilus screen and no automount.
> There is no problem with the drive itself. I was able to mount it with
> sudo mount /dev/sda1 /media/floppy and get at all of the files on it.

Does the disk appear in gnome-disk-utility when you plug it in? If it’s
the case, does mounting it from this tool work?

What are the last lines of the output of dmesg when you plug it in?

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “A handshake with whitnesses is the same
  `- as a signed contact.”  -- Jörg Schilling




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

Bug#575912: phpmyadmin: Server running with Suhosin. Please refer to documentation for possible issues.

[Olaf van der Spek]

On 7-4-2010 10:25, Thijs Kinkhorst wrote:

In that case, shouldn't Suhosin be disabled by default?


I don't think so. PHP in Debian is of wider use than phpMyAdmin alone, so
if phpMyAdmin has issues with Suhosin it doesn't naturally follow that all
of Suhosin should be disabled. There are many PHP applications both inside
and outside of Debian, web application security has a significant impact
on the web today and having Suhosin by default can provide a positive
contribution to web application security.


I don't have experience with Suhosin, but it sounds a bit like AV 
software (on Windows): work arounds, not solutions.



As for the impact of Suhosin on phpMyAdmin performance, this is limited to
only certain operations, most notably when working with large tables that
have no primary key. I have not encountered any problems myself when
working with phpMyAdmin in different contexts all running with Suhosin.


Isn't it possible to detect and disable those operations in pMA when 
Suhosin is enabled?



Finally, it's possible to change the specific Suhosin settings that
phpMyAdmin has a problem with. So it's definately not needed to remove or
disable Suhosin to be able to work with phpMyAdmin.


I know, I just think this warning isn't right either.


Michal, perhaps the phpMyAdmin FAQ item that the warning refers to can be
augumented with which parameters to change?


cheers,
Thijs





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

Bug#576798: ghc6, no utf-8

[henry atting]

Package: ghc6
Version: 6.12.1-12
Justification: renders package unusable
Severity: grave

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

Utf-8 obviously is not supported. That make some programms installed
with cabal nearly unusuable.


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

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

Versions of packages ghc6 depends on:
ii  gcc   4:4.4.2-3  The GNU C compiler
ii  libbsd-dev0.2.0-1utility functions from BSD systems
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libc6-dev 2.10.2-6   Embedded GNU C Library: Developmen
ii  libffi-dev3.0.9-1Foreign Function Interface library
ii  libffi5   3.0.9-1Foreign Function Interface library
ii  libgmp3-dev   2:4.3.2+dfsg-1 Multiprecision arithmetic library 
ii  libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library
ii  libncurses5   5.7+20100313-1 shared libraries for terminal hand
ii  perl [perl5]  5.10.1-11  Larry Wall's Practical Extraction 

ghc6 recommends no packages.

Versions of packages ghc6 suggests:
pn  ghc6-doc   (no description available)
pn  ghc6-prof  (no description available)
pn  haskell-doc(no description available)




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

Bug#570452: with mozilla-openoffice.org installed, nspluginscan returns useless relative path

[Rene Engelhard]

Hi,

On Wed, Apr 07, 2010 at 11:21:28AM +0200, Petter Reinholdtsen wrote:
> I've investigated this problem some more, and I am getting convinced
> that the problem is this code in
> ooo-build-3-2-0-9/patches/dev300/nsplugin-path.diff, which is
> unprepared for a relative symlink:
[...]
> I see two solutions to this problem.  Either make the code capable of
> handling relative symlinks.  It can be done by using realpath() or
> canonicalize_file_name() (GNU extention) instead of readlink.  Or by
> making the symlink absolute.  I believe it is best to make the code
> more robust and able to handle relative symlinks.

Will tell upstream :)

> The code I found to create this symlink is this fragment in
> debian/rules:
> 
> cd debian/mozilla-openoffice.org$(VER) && \
> for b in iceape iceweasel mozilla mozilla-firefox firefox; do 
> \
> mkdir -p usr/lib/$$b/plugins && \
> ln -sf 
> /$(OOBRANDDIR)/program/libnpsoplugin.so \
>usr/lib/$$b/plugins/libnpsoplugin.so; \
> done
> 
> It seem to create absolute symlinks, so I am not quite sure what is
> going on here.  I checked the symlink on a Squeeze system.

dh_link converts absolute symlinks into relative ones.

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70



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

Bug#576769: Build from the source package

[Mélaine Aubin Guifo]

After I rebuilt  pulseaudio from the source package, it worked
apt-get source pulseaudio
then debuild.
Try to get the source package and rebuild it yourself.





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

Bug#570284: O: washngo

[Joachim Breitner]

Hi,

Am Mittwoch, den 07.04.2010, 10:02 +0200 schrieb Ralf Treinen:
> > thanks for the update. I don’t expect any problem in supporting a
> > cabalized WASH in Debian. Ralf, in this case, please postbone the
> > removal for a while.
> 
> sure. Would the debian haskell team take over maintenance of that package
> (I take it that you are on that team) ?

yes, that is the plan.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#558788: [wnpp] add nouveau in squeeze, please

[Gürkan Sengün]

i've tried this driver on a g4 imac with the following card:
:00:10.0 0300: 10de:0189 (rev a2)
:00:10.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX with 
AGP8X (Mac)] (rev a2)


it worked fine.

gurkan



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

Bug#516374: Reply to #211

[Ben Hutchings]

On Wed, Apr 07, 2010 at 12:18:35PM +0200, Davide Ferrari wrote:
> I don't think it's fixed in 2.6.32 (I'm using the one from backports)
> I have webservers running Apache which reach very very high loads and the 
> server becomes completely unrensponsive through ssh, althoung ping (for 
> example) works.

Please do not jump to conclusions.  Just because you have seen the same
message, this does *not* mean you have found the same bug!  You should
report this as a new bug rather than hijacking this bug report.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#576802: gnumeric: font size set not respected when opening file

[arne]

Package: gnumeric
Version: 1.10.1-1
Severity: normal

i set thge font size below edit->preferences->font to 6 -- and yet, when i open 
an excel file, it still is much larger.
i manually have to select everything and set the font size via right click -> 
format cells.

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

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

Versions of packages gnumeric depends on:
ii  debconf [debc 1.5.30 Debian configuration management sy
ii  gconf22.28.1-1   GNOME configuration database syste
ii  gnumeric-comm 1.10.1-1   spreadsheet application for GNOME 
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-3+b1The Cairo 2D vector graphics libra
ii  libglade2-0   1:2.6.4-1  library to load .glade files at ru
ii  libglib2.0-0  2.24.0-1   The GLib library of C routines
ii  libgoffice-0. 0.8.1-1Document centric objects library -
ii  libgsf-1-114  1.14.17-1  Structured File Library - runtime 
ii  libgtk2.0-0   2.20.0-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.0-1   Layout and rendering of internatio
ii  libxml2   2.7.7.dfsg-1   GNOME XML library
ii  procps1:3.2.8-8  /proc file system utilities
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages gnumeric recommends:
ii  evince-gtk2.28.2-1   Document (postscript, pdf) viewer 
ii  lp-solve  5.5.0.13-7 Solve (mixed integer) linear progr

Versions of packages gnumeric suggests:
pn  epiphany-browser   (no description available)
pn  gnumeric-doc   (no description available)
pn  gnumeric-plugins-extra (no description available)
pn  ttf-liberation | ttf-mscorefo  (no description available)

-- debconf information:
  gnumeric/existing-process: false



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

Bug#576698: ImportError: No module named Crypto.Cipher

[bd]

On Tue, Apr 06, 2010 at 05:53:24PM +0200, Sbaturzio Cantina wrote:
> [...]
> Crypto.Cipher import Blowfish ImportError: No module named Crypto.Cipher  and
> then I get again the bash prompt.

this is due to python-crypto 2.1.0-1 only containig documentation, see #576478.

downgrading python-crypto to either

 2.0.1+dfsg1-5 0
500 http://debian.netcologne.de squeeze/main Packages
 2.0.1+dfsg1-2.3+lenny0 0
500 http://debian.netcologne.de lenny/main Packages

fixes this.

Regards

Stefan
-- 
BOFH excuse #25:

Decreasing electron flux



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

Bug#576270: python-sugar-toolkit-0.88: python module not installed correctly

[Jonas Smedegaard]

On Fri, Apr 02, 2010 at 02:54:09PM +0200, Jonas Smedegaard wrote:

Hi Sascha,

On Fri, Apr 02, 2010 at 11:54:46AM +, Sascha Silbe wrote:
After upgrading python-sugar-toolkit-0.88 from 0.87.4-1 (squeeze) to 
0.87.8-1 (sid), the contained Python module is not available anymore:


thanks for reporting this.

A newer release, 0.88.0-1, is pending inclusion into Debian.

At the moment it is only unofficially available built for amd64 - I 
will try make a sideport available shortly for you to test.


Could you please check the newer 0.88.0-1 now available officially in 
Sid for all supported architectures?



Regards,

 - Jonas

--
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#537169: wrong paraview plugin path

[Oliver Borm]

Hello,

the following patch is working as expected in my local build (that means
it changes the plugin path correctly), but not if I apply it to the
paraview src-package, maybe something additional has to be changed in
the rules file or somewhere else:

--- ParaView3/CMake/ParaViewPlugins.cmake2009-06-10
15:18:18.0 +0200
+++ paraview-3.6.2/CMake/ParaViewPlugins.cmake2010-04-06
20:15:34.0 +0200
@@ -8,7 +8,7 @@
 MACRO(internal_paraview_install_plugin name)
   IF (PV_INSTALL_BIN_DIR)
 INSTALL(TARGETS ${name}
-  DESTINATION "${PV_INSTALL_BIN_DIR}/plugins/${name}"
+  DESTINATION "/usr/lib/paraview/plugins/${name}"
   COMPONENT Runtime)
   ENDIF (PV_INSTALL_BIN_DIR)
 ENDMACRO(internal_paraview_install_plugin)




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

Bug#576790: libao2: trying to overwrite '/etc/libao.conf', which is also in package libao4 0:1.0.0-2

[Michael Prokop]

* Julien Cristau  [Wed Apr 07, 2010 at 12:43:25PM +0200]:
> On Wed, Apr  7, 2010 at 11:16:36 +0200, Michael Prokop wrote:

> > Package: libao2
> > Version: 0.8.8-5.1
> > Severity: serious
> > Justification: Policy 7.4

> congratulations on the 4th dupe of this bug.  closing.

I've no idea why it should be the 4th dupe of this bug,
sorry for missing #576604 though.

But why do you close the bugreport?
Is a package addressing this issue already available?

thanks && regards,
-mika-


signature.asc
Description: Digital signature

Bug#470141: todo.sty comaplains about bad space factor

[Hilmar Preusse]

tags 470141 + fixed-upstream
stop

On 09.03.08 Linas Jakucionis (lin...@gmail.com) wrote:

Hi,

> After running latex command on my .tex containing todo package and
> \todo instructions it complains with the following:
> 
> If I press enter at the prompt the process continues properly.
> I am also attaching a minimal .tex file reproducing the problem.
> 
The latest version of todo (v2.4142) solves the problem. Tagging as
fixed in upstream.

H.
-- 
sigmentation fault



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

Bug#576800: libc6: Cannot create new processes after hibernating

[Francois Gouget]

Package: libc6
Version: 2.10.2-6
Severity: critical
Justification: breaks the whole system


After resuming my EeePC from hibernation, I can no longer start new 
processes. This goes so far as preventing shutdown since init itself 
cannot be forked so that the only solution is a hard reset. Hence the 
'breaks the whole system' justification. Also, although this only 
happens after hibernating, I feel this is a pretty unavoidable activity 
on a laptop.

Since no new process can be started (including gdb, strace, etc), this 
is quite hard to debug. I do get some traces in /var/log/syslog though:

Apr  7 11:58:47 malte kernel: [  122.856385] sh[2687]: segfault at b773f11f ip 
b772f001 sp bffb8300 error 7 in ld-2.10.2.so[b7725000+1c000]
Apr  7 11:58:47 malte kernel: [  122.961515] date[2690]: segfault at b781f11f 
ip b780f001 sp bfaaed00 error 7 in ld-2.10.2.so[b7805000+1c000]
Apr  7 11:58:47 malte kernel: [  122.963258] sort[2693]: segfault at b78e311f 
ip b78d3001 sp bfa10ad0 error 7 in ld-2.10.2.so[b78c9000+1c000]
Apr  7 11:58:47 malte kernel: [  122.963836] uniq[2694]: segfault at b787c11f 
ip b786c001 sp bfa5fdc0 error 7 in ld-2.10.2.so[b7862000+1c000]
Apr  7 11:58:47 malte kernel: [  122.966155] rm[2696]: segfault at b770711f ip 
b76f7001 sp bff05d20 error 7 in ld-2.10.2.so[b76ed000+1c000]

I am reporting this bug against libc6 because if I understand the above 
traces correctly, they indicate that the crash occurs in ld-2.10.2.so 
which belongs to libc6. But I acknowledge that the bug may instead be in 
the Linux kernel. In my case:

ii  linux-image-2.6-6862.6.32+25  Linux 2.6 
for modern PCs
ii  linux-image-2.6.32-3-686   2.6.32-9   Linux 
2.6.32 for modern PCs


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

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

Versions of packages libc6 depends on:
ii  libc-bin  2.10.2-6   Embedded GNU C Library: Binaries
ii  libgcc1   1:4.4.2-9  GCC support library

Versions of packages libc6 recommends:
ii  libc6-i6862.10.2-6   GNU C Library: Shared libraries [i

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.30 Debian configuration management sy
pn  glibc-doc  (no description available)
ii  locales   2.10.2-6   Embedded GNU C Library: National L

-- debconf information:
* glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: rsync openbsd-inetd exim4 cups cron atd



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

Bug#576801: libblas-dev: old alternatives system not cleaned after upgrading

[Sébastien Villemot]

Package: libblas-dev
Version: 1.2-6
Severity: normal
Tags: sid

After upgrading from 1.2-4 to 1.2-6, the old alternatives system is still
there (symlinks /usr/lib/libblas-3gf.so and /usr/lib/libblas-3gf.a).

This is due to the fact that the prerm script of libblas-dev 1.2-4 does
not call "update-alternatives --removed" when upgrading.

Not removing the old symlinks makes it difficult for users to understand
how the new alternatives system works.

Best regards,

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

Kernel: Linux 2.6.32-trunk-amd64 (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/bash

Versions of packages libblas-dev depends on:
ii  libblas3gf1.2-6  Basic Linear Algebra Reference imp

libblas-dev recommends no packages.

libblas-dev suggests no packages.

-- no debconf information



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

Bug#575912: phpmyadmin: Server running with Suhosin. Please refer to documentation for possible issues.

[Michal Čihař]

Hi

Dne Wed, 07 Apr 2010 12:41:42 +0200
Olaf van der Spek  napsal(a):

> On 7-4-2010 10:25, Thijs Kinkhorst wrote:
> >> In that case, shouldn't Suhosin be disabled by default?
> >
> > I don't think so. PHP in Debian is of wider use than phpMyAdmin alone, so
> > if phpMyAdmin has issues with Suhosin it doesn't naturally follow that all
> > of Suhosin should be disabled. There are many PHP applications both inside
> > and outside of Debian, web application security has a significant impact
> > on the web today and having Suhosin by default can provide a positive
> > contribution to web application security.
> 
> I don't have experience with Suhosin, but it sounds a bit like AV 
> software (on Windows): work arounds, not solutions.

Well there are definitely good things in Suhosin, but I don't see much
benefits on limits on number of variables or their length.

> > As for the impact of Suhosin on phpMyAdmin performance, this is limited to
> > only certain operations, most notably when working with large tables that
> > have no primary key. I have not encountered any problems myself when
> > working with phpMyAdmin in different contexts all running with Suhosin.
> 
> Isn't it possible to detect and disable those operations in pMA when 
> Suhosin is enabled?

It could be probably implemented by combination of PHP and client side
javascript code (you need to validate forms before submitting whether
they don't reach some of configured limits), but nobody invested his
time into this so far. Patches are of course welcome.

> > Finally, it's possible to change the specific Suhosin settings that
> > phpMyAdmin has a problem with. So it's definately not needed to remove or
> > disable Suhosin to be able to work with phpMyAdmin.
> 
> I know, I just think this warning isn't right either.

What kind of warning would be better?

> > Michal, perhaps the phpMyAdmin FAQ item that the warning refers to can be
> > augumented with which parameters to change?

The documentation is now updated to mention some more sensible settings
for phpMyAdmin:

http://demo.phpmyadmin.net/trunk-config/Documentation.html#faq1_38

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#576756: should work with 0.6.0-2

[Adam Borowski]

Hi!

I've just ripped away all that CPU/OS/endianness detection code, it was
unused.  It broken a slew of other architectures.

0.6.0-2 was uploaded around an hour before you filed this bug, so obviously
I wasn't able to test it before -- but it should work.  Yet, the buildd says
it's BD-Uninstallable on SH4.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.



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

Bug#576806: unattended-upgrades causes a mail on every run

[Michael Renner]

Package: unattended-upgrades
Version: 0.42debian1
Severity: important

unattended-upgrades produces warnings on every run, resulting in an superfluous 
email every day. This makes the package unfit for it's usecase.

Some of the content:

/usr/bin/unattended-upgrade:385: DeprecationWarning: Attribute 'FindDir' of the 
'apt_pkg.Configuration' object is deprecated, use 'find_dir' instead.
  logdir = apt_pkg.Config.FindDir("APT::UnattendedUpgrades::LogDir",
/usr/bin/unattended-upgrade:387: DeprecationWarning: Attribute 'Find' of the 
'apt_pkg.Configuration' object is deprecated, use 'find' instead.
  logfile = logdir+apt_pkg.Config.Find("APT::UnattendedUpgrades::LogFile",
/usr/bin/unattended-upgrade:182: DeprecationWarning: Attribute 'ValueList' of 
the 'apt_pkg.Configuration' object is deprecated, use 'value_list' instead.
  allowed_origins = map(string.split, 
apt_pkg.Config.ValueList("Unattended-Upgrade::Allowed-Origins"))
/usr/bin/unattended-upgrade:185: DeprecationWarning: Attribute 'ValueList' of 
the 'apt_pkg.Configuration' object is deprecated, use 'value_list' instead.
  blacklisted_pkgs = 
apt_pkg.Config.ValueList("Unattended-Upgrade::Package-Blacklist")

[..]

  /usr/bin/unattended-upgrade:194: DeprecationWarning: Attribute 'BrokenCount' 
of the 'apt_pkg.DepCache' object is deprecated, use 'broken_count' instead.
  if cache._depcache.BrokenCount > 0:
/usr/bin/unattended-upgrade:199: DeprecationWarning: 
apt_pkg.GetPkgActionGroup() is deprecated. Please see apt_pkg.ActionGroup() for 
the replacement.
  actiongroup = apt_pkg.GetPkgActionGroup(cache._depcache)
/usr/bin/unattended-upgrade:207: DeprecationWarning: Deprecated, please use 
'is_upgradable' instead
  if (pkg.isUpgradable and
/usr/bin/unattended-upgrade:232: DeprecationWarning: apt_pkg.GetAcquire() is 
deprecated. Please see apt_pkg.Acquire() for the replacement.
  fetcher = apt_pkg.GetAcquire()
/usr/bin/unattended-upgrade:233: DeprecationWarning: apt_pkg.GetPkgSourceList() 
is deprecated. Please see apt_pkg.SourceList() for the replacement.
  list = apt_pkg.GetPkgSourceList()
/usr/bin/unattended-upgrade:234: DeprecationWarning: Attribute 'ReadMainList' 
of the 'apt_pkg.SourceList' object is deprecated, use 'read_main_list' instead.
  list.ReadMainList()
/usr/bin/unattended-upgrade:236: DeprecationWarning: 
apt_pkg.GetPackageManager() is deprecated. Please see apt_pkg.PackageManager() 
for the replacement.
  pm = apt_pkg.GetPackageManager(cache._depcache)
/usr/bin/unattended-upgrade:238: DeprecationWarning: Attribute 'GetArchives' of 
the 'apt_pkg.PackageManager' object is deprecated, use 'get_archives' instead.
  pm.GetArchives(fetcher,list,recs)
/usr/bin/unattended-upgrade:241: DeprecationWarning: Attribute 'Run' of the 
'apt_pkg.Acquire' object is deprecated, use 'run' instead.
  res = fetcher.Run()
/usr/bin/unattended-upgrade:246: DeprecationWarning: Attribute 'Items' of the 
'apt_pkg.Acquire' object is deprecated, use 'items' instead.
  for item in fetcher.Items:
/usr/bin/unattended-upgrade:290: DeprecationWarning: Attribute 'InstCount' of 
the 'apt_pkg.DepCache' object is deprecated, use 'inst_count' instead.
  logging.debug("InstCount=%i DelCount=%i BrokenCout=%i" % 
(cache._depcache.InstCount, cache._depcache.DelCount, 
cache._depcache.BrokenCount))
/usr/bin/unattended-upgrade:290: DeprecationWarning: Attribute 'DelCount' of 
the 'apt_pkg.DepCache' object is deprecated, use 'del_count' instead.
  logging.debug("InstCount=%i DelCount=%i BrokenCout=%i" % 
(cache._depcache.InstCount, cache._depcache.DelCount, 
cache._depcache.BrokenCount))
/usr/bin/unattended-upgrade:290: DeprecationWarning: Attribute 'BrokenCount' of 
the 'apt_pkg.DepCache' object is deprecated, use 'broken_count' instead.
  logging.debug("InstCount=%i DelCount=%i BrokenCout=%i" % 
(cache._depcache.InstCount, cache._depcache.DelCount, 
cache._depcache.BrokenCount))




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

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

Versions of packages unattended-upgrades depends on:
ii  apt   0.7.25.3   Advanced front-end for dpkg
ii  apt-utils 0.7.25.3   APT utility programs
ii  debconf [debconf-2.0] 1.5.30 Debian configuration management sy
ii  python2.5.4-9An interactive high-level object-o
ii  python-apt0.7.94.2   Python interface to libapt-pkg
ii  ucf   3.0025 Update Configuration File: preserv

unattended-upgrades recommends no packages.

Versions of packages unattended-upgrades suggests:
pn  mailx  (no description available)

-- debconf information excluded



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

Bug#575912: phpmyadmin: Server running with Suhosin. Please refer to documentation for possible issues.

[Olaf van der Spek]

On 7-4-2010 13:30, Michal Čihař wrote:

What Suhosin setting depends on length of user input? I don't see it in
the FAQ.


It limits maximal length of value -
http://www.hardened-php.net/suhosin/configuration.html#suhosin.request.max_value_length
http://www.hardened-php.net/suhosin/configuration.html#suhosin.get.max_value_length
http://www.hardened-php.net/suhosin/configuration.html#suhosin.post.max_value_length


Those aren't in the pMA FAQ entry, are they?


Finally, it's possible to change the specific Suhosin settings that
phpMyAdmin has a problem with.


Can't this be done by default in Debian?


Ask Suhosin maintainers :-).


I might.

Olaf



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

Bug#576805: midori: refuses to launch on a remote display because "is already running" when it's not

[Ricardo Mones]

Package: midori
Version: 0.2.4-2
Severity: important

Hi there,

Trying to launch midori on a remote display (Cygwin X server 1.5.3)
forwarded through the ssh connection to the Debian host:

,---
| $ DISPLAY=localhost:10.0 midori
| libnotify-Message: Unable to get session bus: Failed to connect to socket 
/tmp/dbus-bWtlNknTqu: Connection refused
| 
| (midori:4027): Unique-DBus-WARNING **: Unable to open a connection to the 
session bus: Failed to connect to socket
| /tmp/dbus-bWtlNknTqu: Connection refused
| 
| (midori:4027): Unique-DBus-WARNING **: Unable to connect to the running 
instance, aborting.
`--

An error dialog is shown on the remote display saying that it cannot start
because another instance of midori is already running, which is not true as
far as the "ps ax|grep midori" magic words can tell me.

I'll check later if this happens also between two Debian servers, though the
Cygwin server has neither problem to show the error dialog nor other browsers
or applications running in the same machines under same conditions.

thanks in advance and best regards,

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

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

Versions of packages midori depends on:
ii  dbus-x11   1.2.24-1  simple interprocess messaging syst
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.10.2-6  Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-3  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.84-1simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2   generic font configuration library
ii  libfreetype6   2.3.11-1  FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.24.0-1  The GLib library of C routines
ii  libgtk2.0-02.20.0-2  The GTK+ graphical user interface 
ii  libjs-mootools 1.2.4.0~debian1-1 compact JavaScript framework
ii  libnotify1 [libnotify1 0.4.5-1   sends desktop notifications to a n
ii  libpango1.0-0  1.26.2-2  Layout and rendering of internatio
ii  libsoup2.4-1   2.29.91-1 an HTTP library implementation in 
ii  libsqlite3-0   3.6.23-1  SQLite 3 shared library
ii  libunique-1.0-01.1.6-1   Library for writing single instanc
ii  libwebkit-1.0-21.1.90-1  Web content engine library for Gtk
ii  libx11-6   2:1.3.3-2 X11 client-side library
ii  libxml22.7.7.dfsg-1  GNOME XML library

Versions of packages midori recommends:
ii  gnome-icon-theme  2.28.0-1   GNOME Desktop icon theme

midori 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#575694: pending?

[Osamu Aoki]

On Tue, Apr 06, 2010 at 10:28:37PM +0200, J.M.Roth wrote:
> Why is the "pending" tag set?
> Is there a fix somewhere? :-)

Fixed in subversion.

DDP publish subversion version of maint-guide.

  http://www.debian.org/doc/manuals/maint-guide/ch-dreq.en.html#s-rules

Osamu

 
> 



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

Bug#575912: phpmyadmin: Server running with Suhosin. Please refer to documentation for possible issues.

[Olaf van der Spek]

On 7-4-2010 13:16, Michal Čihař wrote:

I don't have experience with Suhosin, but it sounds a bit like AV
software (on Windows): work arounds, not solutions.


Well there are definitely good things in Suhosin, but I don't see much


In that case they should be integrated into PHP itself (IMO).


Isn't it possible to detect and disable those operations in pMA when
Suhosin is enabled?


It could be probably implemented by combination of PHP and client side
javascript code (you need to validate forms before submitting whether
they don't reach some of configured limits), but nobody invested his
time into this so far. Patches are of course welcome.


What Suhosin setting depends on length of user input? I don't see it in 
the FAQ.



Finally, it's possible to change the specific Suhosin settings that
phpMyAdmin has a problem with.


Can't this be done by default in Debian?

> So it's definately not needed to remove or

disable Suhosin to be able to work with phpMyAdmin.


I know, I just think this warning isn't right either.


What kind of warning would be better?


No warning, it should be 'fixed' some other way.


Michal, perhaps the phpMyAdmin FAQ item that the warning refers to can be
augumented with which parameters to change?


The documentation is now updated to mention some more sensible settings
for phpMyAdmin:

http://demo.phpmyadmin.net/trunk-config/Documentation.html#faq1_38






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

Bug#518491: not fixed in 0.1.7-1

[sylvain ferriol]

hi

This bug is not fixed in 0.1.7-1


$ lxterminal -e sleep 5
Usage:
 lxterminal [Options...] - LXTerminal is a terimnal emulator
...
...

regards
sylvain




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

Bug#572743: Unreproducible in sid chroot

[Holger Levsen]

Hi Neil, 

sorry for the late reply, have been swamped...

On Sonntag, 14. März 2010, Neil Williams wrote:
> tag 572743 + unreproducible
> notfound 572743 0.31-3

I think thats wrong... (but hair splitting as 0.31-4 is fine)

> Is the full log available somewhere? 

of course: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=gpe-shield_0.31-3.log;att=1;bug=572743

http://piuparts.debian.org/squeeze/pass/gpe-shield_0.31-4.log was tested fine, 
btw :)


cheers,
Holger


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

Bug#576804: lintian: typo in empty-binary-package description

[Jakub Wilk]

Package: lintian
Version: 2.3.4
Severity: minor

See the attached patch.

--
Jakub Wilk
diff --git a/checks/files.desc b/checks/files.desc
--- a/checks/files.desc
+++ b/checks/files.desc
@@ -1142,7 +1142,7 @@
  package renames or similar problems where installation rules don't put
  files in the correct place.
  .
- If the package is deliberately empty, pleaes mention in the package long
+ If the package is deliberately empty, please mention in the package long
  description one of the phrases "meta-package," "dummy," "dependency
  package," "empty package," or "virtual package."
 


signature.asc
Description: Digital signature

Bug#576803: uswsusp: s2ram resume fails on a T61p machine with NV84 nvidia chip & nouveau driver

[Jan Čapek]

Package: uswsusp
Version: 0.8-1.2
Severity: important
Tags: patch


Running the test mode shows that the 6460* entry introduces quirks
that are undesired for a T61p machine that has NV84 and uses nouveau
driver.
# s2ram -n
Machine matched entry 291:
sys_vendor   = 'LENOVO'
sys_product  = '6460*'
sys_version  = ''
bios_version = ''
Fixes: 0x81  VBE_MODE S3_BIOS 
This machine can be identified by:
sys_vendor   = "LENOVO"
sys_product  = "64608WU"
sys_version  = "ThinkPad T61p"
bios_version = "7LETC1WW (2.21 )"
See http://suspend.sf.net/s2ram-support.html for details.

I have prepared a dedicated entry that matches this particular T61p by exact
product ID - see the attached patch.

-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (570, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages uswsusp depends on:
ii  debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libdirectfb-1.0-0 1.0.1-11   direct frame buffer graphics - sha
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libgcrypt11   1.4.5-2LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  liblzo2-2 2.03-1 data compression library
ii  libpci3   1:3.1.7-2  Linux PCI Utilities (shared librar
ii  libsplashy1   0.3.13-5.1 Library to draw splash screen on b
ii  libx86-1  1.1+ds1-6  x86 real-mode library

Versions of packages uswsusp recommends:
ii  initramfs-tools   0.92l  tools for generating an initramfs
ii  mount 2.13.1.1-1 Tools for mounting and manipulatin

Versions of packages uswsusp suggests:
pn  splashy(no description available)

-- debconf information:
  uswsusp/compute_checksum: false
  uswsusp/no_snapshot:
  uswsusp/suspend_loglevel:
  uswsusp/no_swap:
  uswsusp/resume_offset:
  uswsusp/early_writeout: true
  uswsusp/image_size: 955981332
  uswsusp/compress: true
  uswsusp/create_RSA_key: false
  uswsusp/snapshot_device:
  uswsusp/RSA_key_file: /etc/uswsusp.key
  uswsusp/max_loglevel:
  uswsusp/resume_device: /dev/mapper/vgglum1-swap_1
  uswsusp/shutdown_method: platform
  uswsusp/encrypt: false
  uswsusp/splash: true
  uswsusp/RSA_key_bits: 1024
  uswsusp/continue_without_swap: true
>From 018dc89dbfccc0dcae151b8c3296d717c3a6d8a4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Jan=20=C4=8Capek?= 
Date: Wed, 7 Apr 2010 12:08:41 +0200
Subject: [PATCH] T61p with NV84 - added dedicated whitelist entry

- nouveau driver doesn't need any extra quirks since it uses
  exclusively KMS for resuming the video card
---
 debian/patches/whitelist.patch |   10 ++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/debian/patches/whitelist.patch b/debian/patches/whitelist.patch
index 2c785cf..f7ab789 100644
--- a/debian/patches/whitelist.patch
+++ b/debian/patches/whitelist.patch
@@ -20,3 +20,13 @@ Index: uswsusp-0.8/whitelist.c
/* Fatih Alabas https://bugzilla.novell.com/show_bug.cgi?id=230528 */
{ "Hewlett-Packard","Presario M2000 (EQ547PA#*","", 
"", S3_BIOS|VBE_MODE },
/* Sitsofe Wheeler  */
+@@ -568,6 +572,9 @@
+   { "LENOVO", "6366*","", "", 
S3_BIOS|S3_MODE },
+   /* Joerg Rueppel , T61p, does not work with the 
NVidia driver */
+   { "LENOVO", "6457*","", "", 
S3_BIOS|VBE_MODE },
++  { "LENOVO", "64608WU",  "ThinkPad 
T61p", "", 0 },
++  /* Jan Čapek , T61p with NV84 nvidia chip, 
nouveau X.org
++ driver doesn't require any quirks */
+   { "LENOVO", "6460*","", "", 
S3_BIOS|VBE_MODE },
+   /* T61, Joe Nahmias , debian bug #432018 */
+   { "LENOVO", "7658*","", "", 
S3_BIOS|S3_MODE },
-- 
1.7.0.3

Bug#575912: phpmyadmin: Server running with Suhosin. Please refer to documentation for possible issues.

[Michal Čihař]

Hi

Dne Wed, 07 Apr 2010 13:22:43 +0200
Olaf van der Spek  napsal(a):

> On 7-4-2010 13:16, Michal Čihař wrote:
> >> I don't have experience with Suhosin, but it sounds a bit like AV
> >> software (on Windows): work arounds, not solutions.
> >
> > Well there are definitely good things in Suhosin, but I don't see much
> 
> In that case they should be integrated into PHP itself (IMO).

I guess the reasons are mostly same as for hardened PHP:
http://www.hardened-php.net/hphp/faq.html#why_is_hardening-patch_not_part_of_php

> >> Isn't it possible to detect and disable those operations in pMA when
> >> Suhosin is enabled?
> >
> > It could be probably implemented by combination of PHP and client side
> > javascript code (you need to validate forms before submitting whether
> > they don't reach some of configured limits), but nobody invested his
> > time into this so far. Patches are of course welcome.
> 
> What Suhosin setting depends on length of user input? I don't see it in 
> the FAQ.

It limits maximal length of value -
http://www.hardened-php.net/suhosin/configuration.html#suhosin.request.max_value_length
http://www.hardened-php.net/suhosin/configuration.html#suhosin.get.max_value_length
http://www.hardened-php.net/suhosin/configuration.html#suhosin.post.max_value_length

> >>> Finally, it's possible to change the specific Suhosin settings that
> >>> phpMyAdmin has a problem with.
> 
> Can't this be done by default in Debian?

Ask Suhosin maintainers :-).

>  > So it's definately not needed to remove or
> >>> disable Suhosin to be able to work with phpMyAdmin.
> >>
> >> I know, I just think this warning isn't right either.
> >
> > What kind of warning would be better?
> 
> No warning, it should be 'fixed' some other way.

Patches welcome. Validating forms while generating them in PHP and on
submission using JavaScript is quite a lot of work and this is IMHO the
only way to do this.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Bug#576240: say what ITP means right there in the report

[Ana Guerrero]

reassign 576240 qa.debian.org 
thanks

On Thu, Apr 01, 2010 at 07:20:49PM -0700, Don Armstrong wrote:
> reassign 576240 wnpp
> thanks
> 
> On Fri, 02 Apr 2010, jida...@jidanni.org wrote:
> > Gentlemen, nowhere in e.g.,
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576184
> > http://article.gmane.org/gmane.linux.debian.devel.general/150675/raw
> > does it say what ITP stands for. That it probably stands for Intent to
> > Package should be mentioned there in the text rather than hoping the
> > newer user will search for the list of abbreviations. Same problem with the
> > other WNPP items.
> 
> The BTS itself has little to do with the standards used for filing
> WNPP bugs.
> 
> It's possible that this is a subset of a request to provide
> information on a source package basis, perhaps through WAT or UDD or
> something similar, but as of yet, no such solution exists.

bugs.debian.org was not the proper package but wnpp is not either,
reassigning the bug to qa.debian.org.
Jidanni is a bit vague in her bug report so unless she gives a better idea
of what the problem is, i would suggest just closing the bug report.
I consider the link in the bottom of the pages to the BTS help page
enought explanation.

Ana



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

Bug#576790: libao2: trying to overwrite '/etc/libao.conf', which is also in package libao4 0:1.0.0-2

[Julien Cristau]

On Wed, Apr  7, 2010 at 13:12:03 +0200, Michael Prokop wrote:

> But why do you close the bugreport?

Because 3 bugs is enough to track this, and I couldn't be bothered to
track down the bug number to reassign and merge.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#559576: metacity: Window bar events go to wrong window

[Martin Gollowitzer]

Hi,

I'm also affected by this bug. It doesn't happen all of the time, but
very frequently. I haven't found out yet what is necessary for this to
happen. What might be related (although I'm not sure) is that most of
the time, newly opened windows (like when I start Iceweasel or open a
new window in it) are not raised to the top, but stay behind the
currently opened window (which did not occur in old versions).
I'm running an up-to-date version of Debian squeeze.

I hope this information is helpful in some way.

Thanks, 
Martin


signature.asc
Description: Digital signature

Bug#576809: Missing dap-config

[Francesco Paolo Lovergine]

Package: libdap-dev
Version: 3.9.3-5.1
Severity: important

While enabling the GDAL Dods support via OpenDAP, I found current
package is missing dap-config which is used by GDAL to discover
useful options for building. Currently there are multiple supports
present in OpeNDAP, i.e. a pkg-config .pc file, a dap-config script
and a dap-config-pkgconfig script, all provided in the sources. 
It is not clear to me why, but apparently this is due to 
historical reasons.

If you don't mind I would upload a NMU to add at least a working
dap-config to complete GDAL support.

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

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

Versions of packages libdap-dev depends on:
ii  libc6   2.10.2-6 Embedded GNU C Library: Shared lib
ii  libdap103.9.3-5.1Open-source Project for a Network 
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages libdap-dev recommends:
ii  libcurl4-gnutls-dev 7.20.0-3 Development files and documentatio
ii  libxml2-dev 2.7.7.dfsg-1 Development files for the GNOME XM
ii  pkg-config  0.22-1   manage compile and link flags for 

libdap-dev suggests no packages.

-- no debconf information



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