date:20060515

Package: console-data
Version: 20060421
Severity: wishlist


Please find Thai translation for console-data in the attachment.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)

Versions of packages console-data depends on:
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy

Versions of packages console-data recommends:
ii  console-common 0.7.58Basic infrastructure for text cons
ii  console-tools  1:0.2.3dbs-62 Linux console and font utilities

-- debconf information excluded
# Thai translation of console-data.
# Copyright (C) 2006 Software in the Public Interest, Inc.
# This file is distributed under the same license as the console-data package.
# Theppitak Karoonboonyanan [EMAIL PROTECTED], 2006.
#
msgid 
msgstr 
Project-Id-Version: console-data\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-03-13 13:11+\n
PO-Revision-Date: 2006-05-15 13:16+0700\n
Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
Language-Team: Thai [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid by
msgstr เบลารุส

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid bg
msgstr บัลแกเรีย

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid croat
msgstr โครเอเชีย

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid cz-lat2
msgstr เช็ก

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid sg-latin1
msgstr เยอรมันสวิส

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid de-latin1-nodeadkeys
msgstr เยอรม้น

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid dk-latin1
msgstr เดนมาร์ก

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid us
msgstr อังกฤษอเมริกัน

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid uk
msgstr อังกฤษบริเตน

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid dvorak
msgstr Dvorak

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid et
msgstr เอสโตเนีย

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid la-latin1
msgstr ละตินอเมริกัน

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid es
msgstr สเปน

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid fi-latin1
msgstr ฟินแลนด์

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid fr-latin9
msgstr ฝรั่งเศส

#. Type: select
#. choices
#: ../console-keymaps-acorn.templates:3
msgid fr-latin1
msgstr ฝรั่งเศส (เลิกใช้แล้ว)

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid be2-latin1
msgstr เบลเยียม

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid cf
msgstr ฝรั่งเศสแคนาดา

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid fr_CH-latin1
msgstr ฝรั่งเศสสวิส

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid gr
msgstr กรีก

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid hebrew
msgstr ฮิบรู

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid hu
msgstr ฮังการี

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3
msgid is-latin1
msgstr ไอซ์แลนด์

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3

Bug#365533: CVE-2006-1896: Admin command execution

2006-05-15 Thread Jeroen van Wolffelaar

tags 365533 patch
thanks

On Wed, May 03, 2006 at 10:56:33AM +0200, Thijs Kinkhorst wrote:
 Thanks for the report. While I think that people who are admin can
 already do a lot of damage and should hence be considered trusted,
 executing php code is a step further in permissions and thus this can be
 considered a security issue. I will look into a fix soon.

Patch (untested):

--- phpBB2/viewtopic.php2005-10-31 08:32:37.0 +0100
+++ phpBB2/viewtopic.php2006-05-15 08:25:12.0 +0200
@@ -1105,6 +1105,12 @@
{
// This was shamelessly 'borrowed' from volker at 
multiartstudio dot de
// via php.net's annotated manual
+
+   // First, defuse fontcolor3, as it'd otherwise be arbitrary 
code execution
+   if (!eregi(^[0-9a-f]+$, $theme['fontcolor3'])) {
+   $theme['fontcolor3'] = 'FFA34F';
+   }
+
$message = str_replace('\', '', 
substr(@preg_replace('#(\(((?([^]+|(?R)))*)\))#se', @preg_replace('#\b( 
. str_replace('\\', '', addslashes($highlight_match)) . )\b#i', 'span 
style=\color:# . $theme['fontcolor3'] . \b1/b/span', '\\0'), 
'' . $message . ''), 1, -1));
}
 
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber  MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


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

Bug#358065: mesa: FTBFS on hurd-i386 because of dri/drm

2006-05-15 Thread Michel Dänzer

On Sun, 2006-05-14 at 20:59 -0600, Marcelo E. Magallon wrote:
 
  Is DRM linux specific or does it exist on FreeBSD, too?

FreeBSD, too. The other BSDs have had varying degrees of support as well
I think.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#356722: fetchmail: does not log pop connections without mail

2006-05-15 Thread Francesco Potorti`

This bug was fixed along with 356675.


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

Bug#361418: Debian menu and the Apps/Science section

2006-05-15 Thread Ben Burton


 Unconvinced. Theoretical chemistry, as an example, is largely
 mathematics. But not only in the sense below engineering/physics. To
 develop novel theoretical chemistry, new mathematics has to be
 invented. The same for physics/mathematics: remember that Newton had
 to invent (I know that in some quarters the invention is attributed to
 another scientists, but the latter was a professional physicist too)
 infinitesimal calculation.

In my mathematics research, I am currently working on problems in
computational geometry and topology.  The work I am doing is largely
algorithmics.  Moreover, to obtain new topological results, new data
structures had to be invented.

This does not mean that algorithmics is a branch of topology.  Nor does
it mean that data structures is a branch of topology.  And it would
certainly be very strange for a computer scientist to find all their
material on algorithms and data structures filed under Geometry and
Topology.

Ben.



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

Bug#367333: aide: dotlockfile presence test incorrect

Package: aide
Version: 0.11a-3
Severity: normal

The test for the presence of dotlockfile is incorrect.  It fails to
detect if dotlockfile is not installed.

  if [ -x $(which dotlockfile) ]; then
...
  else
echo 2 no dotlockfile binary in path, not checking for already running 
aide
  fi

However if dotlockfile is not found then it expands to a newline and
the test for -x on a newline is true.

  test -x $(which does-not-exist)  echo yes || echo no
  yes

  test -x $(echo)  echo yes || echo no
  yes

The developers reference contains some suggestions for dealing with
this type of situation.

  
http://www.us.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-debian-maint-scripts

Here is a suggested fix based upon those recommendations.  Although
many other good solutions also exist.

pathfind() {
OLDIFS=$IFS
IFS=:
for p in $PATH; do
if [ -x $p/$* ]; then
IFS=$OLDIFS
return 0
fi
done
IFS=$OLDIFS
return 1
}

if pathfind dotlockfile; then
  if ! dotlockfile -p -l $LOCKFILE; then
echo 2 cannot obtain lock $LOCKFILE, stale lock?
exit 1
  fi
else
  echo 2 no dotlockfile binary in path, not checking for already running 
aide
fi

Thanks
Bob

-- 
Bob Proulx [EMAIL PROTECTED]
http://www.proulx.com/~bob/


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages aide depends on:
ii  liblockfile1 1.06NFS-safe locking library, includes


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

Bug#367272: FreeTalk should allow users to overwrite system defaults

2006-05-15 Thread Baishampayan Ghose

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Joey,
 Please consider adding this to the Debian package and maybe
 even forwarding it upstream.  The patch for init.scm and the
 post-login-extensions-here.scm file are attached.
Thanks a lot for the patches. I will take a look at them soon.
Regards,
BG

- --
Baishampayan Ghose [EMAIL PROTECTED]
Free Software Foundation of India
http://www.gnu.org.in/

1024D/86361B74
BB2C E244 15AD 05C5 523A  90E7 4249 3494 8636 1B74

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

iD8DBQFEaCQoQkk0lIY2G3QRAtdRAJ9HhFlg7a445nnohHVCLDQey7w/3gCdHfza
+ChhV6C7dBjx6Qkuan97LZo=
=aYv4
-END PGP SIGNATURE-


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

Bug#367334: gmsh - FTBFS: strip: Unable to recognise the format of the input file

Package: gmsh
Version: 1.65.0-1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of gmsh_1.65.0-1 on debian01 by sbuild/s390 85
[...]
 dh_strip
 strip: Unable to recognise the format of the input file 
 `debian/gmsh/usr/share/doc/gmsh/utils/solvers/c++/solver.exe'
 dh_strip: command returned error code 256
 make: *** [binary-arch] Error 1
 **
 Build finished at 20060514-1641
 FAILED [dpkg-buildpackage died]


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

Bug#367335: irssi-scripts: Trackbar plugin line is not a line anymore

2006-05-15 Thread Sven Salzwedel

Package: irssi-scripts
Version: 20060513
Severity: normal

Hi,

since last update the trackbar.pl script doesn't show a line anymore. I use
uxterm and UTF-8 as charset. I've set term_charset in irssi to utf-8 too.
Instead of a line it now shows shows the character Ux00E2 which is some kind of
a.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages irssi-scripts depends on:
ii  irssi 0.8.10-2   terminal based IRC client

Versions of packages irssi-scripts recommends:
pn  libwww-perl   none (no description available)

-- no debconf information


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

Bug#367336: gnucash - FTBFS: ./config.status: No such file or directory

Package: gnucash
Version: 1.9.6-1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of gnucash_1.9.6-1 on debian01 by sbuild/s390 85
[...]
 make
 make[1]: Entering directory `/build/buildd/gnucash-1.9.6'
 /bin/sh ./config.status --recheck
 /bin/sh: ./config.status: No such file or directory
 make[1]: *** [config.status] Error 127
 make[1]: Leaving directory `/build/buildd/gnucash-1.9.6'
 make: *** [build-stamp] Error 2
 **
 Build finished at 20060515-0835
 FAILED [dpkg-buildpackage died]


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

Bug#367299: TERM=dumb cal ignored; extra blank line

2006-05-15 Thread Wolfgang Helbig

X-Debbugs-Cc: [EMAIL PROTECTED]
Package: bsdmainutils
Version: 6.1.3
Severity: minor
File: /usr/bin/ncal

$ cal
adds a blank line at bottom.
Wait, it doesn't happen for
$ cal 4 2006
but does for
$ cal 5 2006
so you have apparently hardwired in the worse case.

The output of the cal command is supposed to be bit for bit compatible to
the original Unix cal command, because its output is processed by other 
programs 
like CGI scripts, that I do not want to break. The extra blank line also 
appears 
with the original cal command, at least on solaris 8.

Also
$ TERM=dumb cal
still sends reverse video codes to the terminal.
Does it? It shouldn't. Might be a problem of the terminal I/O library and not 
of 
cal.


Also on the man page,
 The cal utility displays a simple calendar in traditional format and ncal
 offers an alternative layout, more options and the date of easter.  The
 new format is a little cramped but it makes a year fit on a 25x80 termi-

Say which new format.

The new formal of ncal.

$ cal
output still fits fine.

 -J  Display Julian Calendar, if combined with...
Those are two sentences, not one. Also mention what the name of the
default calendar (no -J) is somewhere.

can't parse this one :-)

I neither have access to a FreeBSD system nor write access to the FreeBSD CVS 
repository. Please find out, who currently maintains cal at FreeBSD.  And 
please 
send bug reports to the FreeBSD bug tracking system.

Greetings
Wolfgang
--
Weniger, aber besser.



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

Bug#367337: /var/run/aide.lock breaks non-root use of aide

Package: aide
Version: 0.11a-3
Severity: normal
Tags: patch

Use of /var/run/aide.lock breaks non-root use of aide.

  aide --config=$HOME/aide/conf --update
  dotlockfile: /var/run/aide.lock: permission denied
  cannot obtain lock /var/run/aide.lock, stale lock?

I suggest also using a lockfile only if no --config is given by the
user.  Also, printing a message when a user is using --config is not
expected.  I would like to see the message removed.  Also when using
$@ you almost always want $@.  And passing raw arguments to echo can
open up possibility of problems there.

How about this?

#!/bin/sh
#
# Perform update-aide.conf call before calling aide, since the autogenerated
# configuration is now the default config file

PATH=/usr/sbin:/sbin:/usr/bin:/bin
LOCKFILE=/var/run/aide.lock

pathfind() {
  OLDIFS=$IFS
  IFS=:
  for p in $PATH; do
if [ -x $p/$* ]; then
  IFS=$OLDIFS
  return 0
fi
  done
  IFS=$OLDIFS
  return 1
}

dotlocked=false
if ! printf %b\n $* | grep -q -e --config; then
  if which dotlockfile /dev/null 21; then
if ! dotlockfile -p -l $LOCKFILE; then
  echo 2 cannot obtain lock $LOCKFILE, stale lock?
  exit 1
fi
dotlocked=true
  else
echo 2 no dotlockfile binary in path, not checking for already running 
aide
  fi
  update-aide.conf
fi

/usr/bin/aide.real $@

if dotlocked; then
  dotlockfile -u $LOCKFILE
fi

I am not quite happy with the grep test for a --config option because
it ignores the -c possibility.  But without doing a full getopts
parsing it is difficult to get this completely correct.

Bob

-- 
Bob Proulx [EMAIL PROTECTED]
http://www.proulx.com/~bob/

-- System Information:
Debian Release: 3.1


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

Bug#367307: powernowd: Powernowd should automatically load the right kernel modules

2006-05-15 Thread Marco d'Itri

On May 15, Raphael Hertzog [EMAIL PROTECTED] wrote:

 Marco, is there   a way for udev to detect the kind of processors used and
 to load the right module depending on that?
No, udev actually does not detect hardware, the kernel does.
Until the kernel will generate for each CPU events with a $MODALIAS
variable then probably the modules needed by powernowd should be loaded
by that package.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#367281: dput: Please allow upload of upstream source for non -1 versions for backports.org

2006-05-15 Thread Christian Hammers

Hi

On 2006-05-15 Thomas Viehmann wrote:
 Christian Hammers wrote:
  When uploading to www.backports.org it would be quite handy to have a
  --with-orig that uploads the .orig.tar.gz file as well.
 I'm not quite sure I do understand your request: The question whether or
 not the orig.tar.gz is uploaded needs (in the current regime of archive
 software) to be addressed at the time of the generation of the .changes
 file. Can you explain in a little more detail how the option could be
 implemented in dput?

Normally the .orig.tar.gz is only uploaded with the -1 version and thus
dpkg-buildpackage puts it only at this versions in the .changes file.

When uploading to www.backports.org I never have -1 versions, there will be
.0bpo1 for the code that I also uploaded to unstable as -1 so that somebody 
who upgrades from sarge to sarge+1 will upgrade automatically from the 
backported .0bpo1 to the newer -1 version.

For these cases and those where people upload a backported package for the
very first time at all with e.g. a -5bpo1 version, the orig.tar.gz has 
to be uploaded as well.

I'm not sure about uploads to 'experimental'. If it's not the same buildd
it might be necessary there, too. Same if people upload packages irregulary
to other buildds like Debian GNU/FreeBSD maybe.

It works for backports.org if I just upload the orig.tar.gz by ftp so
the patch should be fairly easy :)

bye,

-christian-


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

Bug#367234: old link from xosd-config

2006-05-15 Thread Philipp Matthias Hahn

Hello Balazs!

On Sun, May 14, 2006 at 05:32:18PM +0200, balazs wrote:
 when compiling an xosd related program, using `xosd-config --cflags
 --libs` it provides the following path: 
 
 $  xosd-config --cflags --libs
 -g -Wall -O2 -I/usr/include -L/usr/lib -lxosd -lpthread -lXext -lX11
 -lXinerama
 
 where -L/usr/lib is obsolete, the correct path would be
 -L/usr/X11R6/lib
 
 I am using Debian testing, and xserver-xorg 6.9.0.dfsg.1-6 with
 x-dev 6.9.0.dfsg.1-6.

No, it's the other way around: /usr/X11R6 is deprecated in xorg-7.0 and
all X11 libraries have moved to /usr/lib/.
Because of an NMU not done by myself, xosd entered testing before xorg
itself, so the dependencies are broken until xorg does the transition.

Please use xosd from sarge or wait for the xorg transition.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]


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

Bug#367333: [Pkg-aide-maintainers] Bug#367333: aide: dotlockfile presence test incorrect

2006-05-15 Thread Marc Haber

On Mon, May 15, 2006 at 12:48:52AM -0600, Bob Proulx wrote:
 The test for the presence of dotlockfile is incorrect.  It fails to
 detect if dotlockfile is not installed.

Thanks for spotting this.

   if [ -x $(which dotlockfile) ]; then
 ...
   else
 echo 2 no dotlockfile binary in path, not checking for already running 
 aide
   fi

I'll probably remove the check since aide depends on liblockfile1 in
these days, and thus dotlockfile is guaranteed to be present.
Objections?

 The developers reference contains some suggestions for dealing with
 this type of situation.
 
   
 http://www.us.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-debian-maint-scripts

Yes, and it also says that using which is an acceptable alternative
for scripts that don't run early in system startup.

 Here is a suggested fix based upon those recommendations.  Although
 many other good solutions also exist.
 
 pathfind() {
 OLDIFS=$IFS
 IFS=:
 for p in $PATH; do
   if [ -x $p/$* ]; then
   IFS=$OLDIFS
   return 0
   fi
 done
 IFS=$OLDIFS
 return 1
 }
 
 if pathfind dotlockfile; then
   if ! dotlockfile -p -l $LOCKFILE; then
 echo 2 cannot obtain lock $LOCKFILE, stale lock?
 exit 1
   fi
 else
   echo 2 no dotlockfile binary in path, not checking for already running 
 aide
 fi

I hate that idea. Huge complexity added.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#366974: wine: new upstream version 0.9.12 available

2006-05-15 Thread Daniel Schröter

There's version 0.9.13 avaiable:
http://www.winehq.org/?announce=1.117

-- 
Echte DSL-Flatrate dauerhaft für 0,- Euro*!
Feel free mit GMX DSL! http://www.gmx.net/de/go/dsl


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

Bug#367339: xfonts-encodings: conflicts with xfonts-base

2006-05-15 Thread Toni Mueller

Package: xfonts-encodings
Version: 1%3a1.0.0-3
Severity: grave
Justification: renders package unusable


Hello,

the package cannot be installed due to a conflict with xfonts-base:

Unpacking xfonts-encodings (from
.../xfonts-encodings_1%3a1.0.0-3_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/xfonts-encodings_1%3a1.0.0-3_all.deb (--unpack):
 trying to overwrite `/usr/X11R6/lib/X11/fonts/encodings/encodings.dir', which 
is also in package xfonts-base
Errors were encountered while processing:
 /var/cache/apt/archives/xfonts-encodings_1%3a1.0.0-3_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


Best,
--Toni++


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#362885: closed by David Nusinow [EMAIL PROTECTED] (Re: Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty)

2006-05-15 Thread Eduard Bloch


reopen 362885
thanks


#include hallo.h

  BTW, I'm reopening this bug: Making a symlink is bogus since
  dpkg removes it when one removes a package that contains files
  in /usr/X11R6/bin. Otherwise, x11-common should make sure that
  the symlink remains (if possible).
 
 We've found a good solution for this bug. It's closed unless you can find a
 way and submit a patch that reliably fixes the issues mentioned by Steve in
 this bug report. I invite you to do so, but in the meantime, the current
 solution, though awkward and a little annoying, will ensure that we don't
 mangle other packages.

Sorry, but what about our issues (wearing my user hat)? Steve presented
the technical problems. I agree there. I have suggested to create a
user-friendly interface to this problem and got no answer.

So would please anyone answer to this question before closing the
bugreport another time? Read:

What do you think about adding a debconf config screen, doing:

 - scan the old directory to get a list of packages
 - weed out filenames that would be removed by dpkg
 - present a list to the user, saying what the remaining files are and
   where they do come from (package names to be easily removed by $user)
 - retry or abort button

Note that this would happen in the preconfiguration step so no
dist-upgrade run will be suddenly killed by your current solution.

So, would that be appropriate? Should I implement that?

Eduard.


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

Bug#339599: ITP: rt2570

2006-05-15 Thread Kel Modderman


Aurelien Jarno wrote:


Looks like Aurelien either said yes silently or already had a 
package of his own. Either way rt2570 is in the NEW queue.


It's seems one message never get out of my SMTP server. So yes, there 
is now a package in the NEW queue to support the rt2570 chip. It is 
however based on the rt2400/rt2500 packages so that I can easily 
maintain them by doing the same changes in all packages (if it applies).




Thanks for following up on that, Aurelien. Otherwise I would have wasted 
time keeping my packaging in good shape.


Thanks, Kel.


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

Bug#367340: gmsh - unreachable maintainer

Package: gmsh
Version: N/A
Severity: serious

The maintainer of gmsh is not reachable for bugreports.

Bastian

- Forwarded message from [EMAIL PROTECTED] -

X-Spam-Status: No, score=4.0 required=5.0 tests=BAYES_80,NO_REAL_NAME 
autolearn=no version=3.1.0
Subject: Your message to Pkg-scicomp-devel awaits moderator approval
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Mon, 15 May 2006 07:15:23 +

Your mail to 'Pkg-scicomp-devel' with the subject

Bug#367334: gmsh - FTBFS: strip: Unable to recognise the format of
the input file

Is being held until the list moderator can review it for approval.

The reason it is being held:

Post by non-member to a members-only list

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.  If you would like to cancel
this posting, please visit the following URL:


http://lists.alioth.debian.org/mailman/confirm/pkg-scicomp-devel/86a954a4311646384cefd081b31f9ef9db712521


- End forwarded message -

-- 
You!  What PLANET is this!
-- McCoy, The City on the Edge of Forever, stardate 3134.0


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

Bug#367338: popularity-contest: [INTL:th] Thai translation

Package: popularity-contest
Version: 1.33
Severity: wishlist


Please find Thai tanslation of popularity-contest in the attachment.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)

Versions of packages popularity-contest depends on:
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy
ii  dpkg  1.13.19package maintenance system for Deb

Versions of packages popularity-contest recommends:
ii  cron  3.0pl1-94  management of regular background p
ii  masqmail [mail-transport-agen 0.2.21-1.1 A mailer for hosts without permane
pn  mime-constructnone (no description available)

-- debconf information excluded
# Thai translation of popularity-contest.
# Copyright (C) 2006 Software in the Public Interest, Inc.
# This file is distributed under the same license as the popularity-contest 
package.
# Theppitak Karoonboonyanan [EMAIL PROTECTED], 2006.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid 
msgstr 
Project-Id-Version: popularity-contest\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2005-07-04 08:46+0200\n
PO-Revision-Date: 2006-05-15 14:28+0700\n
Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
Language-Team: Thai [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit

#. Type: boolean
#. Description
#: ../templates:4
msgid Participate in the Debian Package Popularity Contest?
msgstr เข้าร่วมโหวตแพกเกจเดเบียนยอดนิยมหรือไม่?

#. Type: boolean
#. Description
#: ../templates:4
msgid 
You can have your system anonymously supply the Debian developers with 
statistics about your most used Debian packages.  This information 
influences decisions such as which packages should go on the first Debian CD.
msgstr 
คุณสามารถให้ระบบของคุณให้ข้อมูลสถิติแบบนิรนามกับนักพัฒนาเดเบียน 
เกี่ยวกับแพกเกจเดเบียนที่คุณใช้มากที่สุดได้ 
ข้อมูลดังกล่าวจะมีผลต่อการตัดสินใจบางอย่าง 
เช่น การคัดเลือกแพกเกจที่จะเข้าไปอยู่ในซีดีแผ่นแรกของเดเบียน เป็นต้น

#. Type: boolean
#. Description
#: ../templates:4
msgid 
If you choose to participate, the automatic submission script will run once 
every week, sending statistics to the Debian developers.
msgstr 
ถ้าคุณเลือกที่จะเข้าร่วม สคริปต์ส่งข้อมูลอัตโนมัติจะทำงานสัปดาห์ละครั้ง 
โดยส่งข้อมูลสถิติไปยังนักพัฒนาเดเบียน

#. Type: boolean
#. Description
#: ../templates:4
msgid 
You can always change your mind after making this decision: \dpkg-
reconfigure popularity-contest\
msgstr 
คุณสามารถเปลี่ยนใจได้เสมอ หลังจากที่ได้ตัดสินใจไปแล้ว ด้วยการเรียกคำสั่ง 
\dpkg-reconfigure popularity-contest\

#. Type: note
#. Description
#: ../templates:17
msgid Generating unique host identifier failed
msgstr สร้างชื่อเอกลักษณ์ของเครื่องไม่สำเร็จ

#. Type: note
#. Description
#: ../templates:17
msgid 
The install script could not generate a unique host identifier. This is a 
fatal error, as all hosts submitting information need to have an unique 
identifier.
msgstr 
สคริปต์ติดตั้งไม่สามารถสร้างชื่อเอกลักษณ์ของเครื่องได้ ปัญหานี้สำคัญ 
เพราะทุกเครื่องที่ส่งข้อมูลต้องมีชื่อเอกลักษณ์อ้างอิง

#. Type: note
#. Description
#: ../templates:17
msgid 
Please report this problem as a bug against the popularity-contest package, 
and include information about your configuration.
msgstr 
กรุณารายงานปัญหานี้ต่อแพกเกจ popularity-contest 
โดยแนบข้อมูลการตั้งค่าของคุณไปด้วย

#. Type: boolean
#. Description
#: ../templates:28
msgid Use HTTP to submit reports?
msgstr จะใช้ HTTP ในการส่งรายงานหรือไม่?

#. Type: boolean
#. Description
#: ../templates:28
msgid If you do not want to use HTTP, email is used instead.
msgstr ถ้าคุณไม่ต้องการใช้ HTTP ก็จะใช้อีเมลแทน

Bug#365254: lowering severity

2006-05-15 Thread Pierre Habouzit

severity 365254 important
thanks

it does not prevents the use of the application in every single case, it 
seems to be restricted to some specific environments. lowering the bug 
severity.
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp6s7p8Uc9Zf.pgp
Description: PGP signature

Bug#367261: Acknowledgement (listings-style fails to continue counting correctly)

On Sun, May 14, 2006 at 22:17 +0200, Joachim Breitner wrote:
 
 Some futher information: One empty line is a feature, not a bug®
 according to the docs, but it seems that the use of \lstinline
 interferes with the counting. see attached minimal working example.

Are you refering to page 14 of the listings documentation? I interpret
that differently. To me it looks as if the bug you discovered is
actually visible in the documentation itself, but somewhat hidden by the
empty line which is supposed to be counted but actually is not. 
 
As a workaround, you could use firstnumber=auto and identical [name=...]
options for all lstlisting environments, that should be numbered
contiguously. 

cheerio
ralf

Bug#367341: monit failed to restart after upgrade

2006-05-15 Thread Neil Broderick

Package: monit
Version: 1:4.8-1
Severity: grave
Justification: renders package unusable

Hi,
I upgraded to the latest version of monit on the weekend with the following 
result:

1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]? y
Setting up monit (4.8-1) ...
Starting daemon monitor: monit/etc/init.d/monit: line 83: 13082 Segmentation 
fault  start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid 
--exec $DAEMON -- $ARGS /dev/null 21
invoke-rc.d: initscript monit, action start failed.
dpkg: error processing monit (--configure):
 subprocess post-installation script returned error exit status 139
Errors were encountered while processing:
 monit
E: Sub-process /usr/bin/dpkg returned an error code (1)


Also trying to start monit manually results in:

ruby:/home/ngb# monit
Starting monit daemon with http interface at [*:2812]
Segmentation fault

or

ruby:/home/ngb# /etc/init.d/monit start
Starting daemon monitor: monit/etc/init.d/monit: line 83: 13088 Segmentation 
fault  start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid 
--exec $DAEMON -- $ARGS /dev/null 21

thanks,
Neil


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-amd64-k8-smp
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages monit depends on:
ii  libc6 2.3.6-5GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-8   SSL shared libraries

monit recommends no packages.

-- debconf-show failed




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

Bug#367337: [Pkg-aide-maintainers] Bug#367337: /var/run/aide.lock breaks non-root use of aide

2006-05-15 Thread Marc Haber

package aide
tags #367337 - patch
# the patch is not acceptable in this form due to reasons outlined in
# the message body.
thanks

On Mon, May 15, 2006 at 01:23:03AM -0600, Bob Proulx wrote:
 Use of /var/run/aide.lock breaks non-root use of aide.

How about using $HOME/.aide.lock if the wrapper is not invoked as root?

 I suggest also using a lockfile only if no --config is given by the
 user.

Bad idea, IMO. aide can run for a considerable period of time, and two
aide processes operating on the same database guarantee database
breakage.

 Also, printing a message when a user is using --config is not
 expected.  I would like to see the message removed.

I am not going to do this, since running aide without protection of a
lock poses a significant risk to the database.

 Also when using
 $@ you almost always want $@.

Agreed.

 And passing raw arguments to echo can
 open up possibility of problems there.

I don't see any arguments passed to echo in the aide wrapper. Where do
you see that?

 I am not quite happy with the grep test for a --config option because
 it ignores the -c possibility.  But without doing a full getopts
 parsing it is difficult to get this completely correct.

Agreed. I'd appreciate a patch anyway.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-05-15 Thread maximilian attems

On Fri, 12 May 2006, Marco d'Itri wrote:

 On May 12, maximilian attems [EMAIL PROTECTED] wrote:
 
   This does not work, because if for some reason the user were not ready
   to upgrade the kernel then the would have already been upgraded and
   would not start again at the next reboot. Is this what you really want?
  do you propose linux-2.6.16 or whatever etch will ship to touch
  that special /etc/udev/upgrade_from_hell.conf?
 This would not work since a package cannot assume anything about the
 order in which packages are configured while upgrading. Next idea?

if the kernel is to be upgraded we get a newer initramfs generator.
how about to check against to be installled initramfs-tools or yaird?
 

regards

-- 
maks


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

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-05-15 Thread Marco d'Itri

On May 15, maximilian attems [EMAIL PROTECTED] wrote:

This does not work, because if for some reason the user were not ready
to upgrade the kernel then the would have already been upgraded and
would not start again at the next reboot. Is this what you really want?
   do you propose linux-2.6.16 or whatever etch will ship to touch
   that special /etc/udev/upgrade_from_hell.conf?
  This would not work since a package cannot assume anything about the
  order in which packages are configured while upgrading. Next idea?
 if the kernel is to be upgraded we get a newer initramfs generator.
 how about to check against to be installled initramfs-tools or yaird?
These packages are not actually needed by udev, and again they may be
unpacked in the wrong order. Next?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#362235: nvidia-glx-legacy: In-xorg-able

2006-05-15 Thread David Liontooth

Package: nvidia-glx-legacy
Version: 1.0.7174-2
Followup-For: Bug #362235


Even though my hardware is on the heritage list -- xorg is now more than 
a month old in Debian, and us unstable guys are chafing at the bit!


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


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

Bug#367080: Please change lanuage input priority to critical

2006-05-15 Thread Colin Watson

On Sat, May 13, 2006 at 03:47:30PM +0200, Steffen Joeris wrote:
 While I try to port the debian-edu installation on etch I have a small
 problem. Of course the users want to choose the language and for that we
 need localechooser. But we try to avoid more questions than neccessary,
 as you might know the advantage of a Debian-Edu/Skolelinux installation
 is to have it as easy as possible. For that we are using
 DEBCONF_PRIORITY=critical as a KERNEL_PARAMS . Well the input priority
 for the language is high and changing our priority to high would
 introduce more questions from other packages, which is not desirable.
 So is there a problem with changing the priority to critical instead
 of high, I don't see a reason against doing that.

FWIW, I tried the approach of using DEBCONF_PRIORITY=critical in Ubuntu
and found it to be ultimately doomed. d-i assumes that critical is for
automated installs, and I found that when I tried to bump new questions
to priority critical that were designed for interactive use I caused
preseeded setups to overflow kernel parameter limits.

Linux 2.6.9 and above have weaker restrictions on the length of the
kernel command line, so maybe this isn't a problem any more, and I don't
object to this localechooser change in particular, but from my
experience I do think that using DEBCONF_PRIORITY=critical might not be
the best approach for debian-edu.

Cheers,

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#225833: Letter vs A4 again

On Mon, May 15, 2006 at 14:14 +0900, Atsuhito Kohda wrote:

 I personally haven't used this kind of trick but I heard that
 some users like to set
 \AtBeginDvi{\special{papersize=\the\paperwidth,\the\paperheight}}
 in their preamble.

IMHO this is a bad idea, since it ties your files to dvi-drivers that
understand this particular syntax. The LaTeX packages that I mentioned
on different occasions in this thread do something similar, but in a
more flexible way. For example, they autodetect pdfTeX and use the right
syntax for that.
 
 If this is generic and useful enough, how about to document this 
 in FAQ or something of tetex-bin (or tetex-base?).

IMHO this is a question of general LaTeX usage and in no way Debian
specific. In addition, the UK TUG FAQ (aka TeX FAQ) that Norbert
mentioned is actually in tetex-doc:

/usr/share/texmf-tetex/doc/help/faq/uktug-faq/FAQ-papersize.html

texconfig as interface for changing the default paper size is also
metnioned in the teTeX-FAQ

/usr/share/texmf-tetex/doc/tetex/teTeX-FAQ.gz

I could imagine some smaller changes, though:

. tetex-bin, README.Debian, '2.1.3. What is configured where?':
  Mention default paper size as one of the things configured via
  texconfig(-sys).

. NEWS.Debian: besides updmap-sys and fmtutil-sys also metion
  texconfig-sys. Refer to TETEXDOC for the upstream release notes. 
  [I don't know how to do this properly, since NEWS.Debian already
  contains a part 'NEWS in teTeX version 3.0'. Can we change that part?
  Add a 'Further NEWS in teTeX version 3.0' part?]

. Maybe add a part 'What is not documented here' to tetex-bin's
  README.Debian: 
- (La)TeX usage (mention TeX FAQ and the introductions in there)
- teTeX in general (refer to TETEXDOC)

cheerio
ralf


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

Bug#354650: new lightspeed

2006-05-15 Thread A Mennucc

Hi

the new lightspeed 1.2a-6 in unstable uses libgtkgl2.0-dev and GTK2 ;
according to the bug submitter, the new lightspeed works fine.

So  this bug is not grave any more
( since 'grave' means 'renders package unusable', but the package 
'lightspeed' is not affected by this bug anymore)

a.


signature.asc
Description: Digital signature

Bug#367099: coreutils: version 5.94 available

Thomas Bushnell BSG wrote:
 Michael Stone writes:
  Thomas Bushnell BSG wrote:
 Why?  It's standard procedure.

Where is this documented as standard procedure?

  Only for impatient people.
 
 We must be talking past each other, since I'm not impatient about it
 at all.

If you are not impatient for the new version then standard procedure
is to wait for the maintainer to release a new package with that newer
version.  If you feel the maintainer is not aware of the new package
or is being slow at getting the new version packaged, tested and
released then filing a wishlist bug requesting it is appropriate.

 What meaning do you assign to the bug report, other than the mere
 documentation that a newer version has now been released upstream?

Usually this implies that the maintainer is not aware of the new
upstream version available.  But I don't think that is the case here.
Or it is a nudge to the maintainer if they are slow at getting a
newer upstream version packaged.  But that can't be the case here
because it was filed so soon there has not been enough time to package
and test the new one.

The filing of a wishlist bug of a new upstream version is a push to
the maintainer to get the newer version packaged and released as soon
as possible.  It registers officially that a user has a need for the
new version of the program and that this need is not being met by the
present version of the package.  It is useful for starting an audit
trail documenting how long it takes a maintainer to package and
release a package.  It starts the clock ticking if someone is thinking
of releasing an NMU of the package.

 Certainly I don't open bug reports as some attempt to file a
 delinquency; the existence of a bug is not some kind of moral fault in
 the maintainer.  Indeed, since this is a wishlist bug, it doesn't even
 imply that anything is wrong at all.

Then for what purpose do you file a new upstream available bug?  In
what way is filing this bug convergent with the upstream package
release beneficial?  You mentioned this as documenting that a newer
version has been released upstream.  In what way is this method of
documentation needed or useful?

 But that's just the construction I put upon it; what is the meaning
 you assign to it?

By filing a bug, even a wishlist one, asking for a new upstream
version you are asking for the new package *now*.  It implies that the
maintainer is not aware of the upstream, or is slow at getting a new
upstream packaged, or at the least not aware that users want the newer
version.

Bob


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

Bug#343498: stunning teens in bukkakke action.

2006-05-15 Thread Alexis Huggins


Russiann splendid Cutie
 hardcore pics and movies.

http://bigfatisp.info/pwteendirtbags.htm?GFGFAB.iPdR,gfibjW,VSd

DeIetee

http://bigfatisp.info



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

Bug#367333: [Pkg-aide-maintainers] Bug#367333: aide: dotlockfile presence test incorrect

Marc Haber wrote:
 I'll probably remove the check since aide depends on liblockfile1 in
 these days, and thus dotlockfile is guaranteed to be present.
 Objections?

That would be fine.  Anything that simplifies the script is a good
thing in my mind.

 Yes, and it also says that using which is an acceptable alternative
 for scripts that don't run early in system startup.

In Debian use of 'which' is fine.  (On Debian 'which' is a shell
script with different behavior than traditional systems.  On other
systems 'which' is a csh script and has different behavior not
suitable to this task.  But on Debian it is fine.)

 I hate that idea. Huge complexity added.

I am okay with the use of 'which' to detect the command.  As it was I
was simply following the published guidelines.  Avoiding this entirely
and using the package dependency I like better.  But since the test
was there in the script I assumed that it was the maintainer's
preference to have a test there.

Bob


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

Bug#356663: FTBFS: slotcallbacks.moc.h:13:34: error: private/qucomextra_p.h: No such file or directory

2006-05-15 Thread Michael Koch

tag 356663 pending confirmed
thanks

On Mon, Mar 13, 2006 at 12:10:44PM +0200, Timo Juhani Lindfors wrote:
 Package: classpath
 Version: 2:0.90-1
 Severity: serious
 Justification: no longer builds from source

The problem is that Timo had QT3 and QT4 moc installed and the
configure script used the wrong one. I fixed this locally and will do an
upload soon.

Thanks for the report.


Cheers,
Michael
-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/


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

Bug#366907: tetex-bin: Fails to configure, updmap failed

2006-05-15 Thread Frank Küster

Liam M. Healy [EMAIL PROTECTED] wrote:

 The following NEW packages will be installed:
   auctex libkpathsea4 libpoppler0c2 perl-tk preview-latex-style psutils 
   tetex-base tetex-bin tetex-doc tetex-extra tetex-src tex-common 
 0 packages upgraded, 12 newly installed, 0 to remove and 99 not upgraded.
 Need to get 0B/142MB of archives. After unpacking 335MB will be used.
 Do you want to continue? [Y/n/?] 
 Writing extended state information... Done
 Preconfiguring packages ...
 /tmp/tex-common.config.100881: line 90: [: =: unary operator expected

Hm, that's strange.  The line is:

if [ $PERMS = $FONTCACHE_PERMS ] ; then

maybe quotes around the variables would be better, but I don't understand
what's happening.

Okay, so now let's look at the main error:

 =
 Contents of tetex.updmap.XXYqS5Gd is

 updmap-sys: This is updmap-sys, version 1107552857-debian
 updmap-sys: using transcript file `/var/lib/texmf/web2c/updmap-sys.log'

 updmap is creating new map files using the following configuration:

   config file: `/var/lib/texmf/web2c/updmap.cfg'
   dvips output directory: `/var/lib/texmf/fonts/map/dvips/updmap'
   pdftex output directory: `/var/lib/texmf/fonts/map/pdftex/updmap'
   dvipdfm output directory: `/var/lib/texmf/fonts/map/dvipdfm/updmap'

   prefer outlines: `true'
   texhash enabled: `true'
   download standard fonts (dvips): `false'

This is not the configuration as shipped in the deb, and it's not
recommended by Adobe to set this to false.  But it shouldn't matter
here; it just gives a hint that you probably have changed the conffiles
somewhere. 

   download standard fonts (pdftex): `true'
   download standard fonts (dvipdfm): `true'

 updmap-sys: Scanning for LW35 support files

 !!! ERROR! The map file `dvips35.map' has not been found at all.

This file should be in

/usr/share/texmf-tetex/fonts/map/dvips/tetex/dvips35.map

Does it exist?  What is (as root) the output of

kpsewhich -show-path=map

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#367341: monit failed to restart after upgrade

2006-05-15 Thread Martin Pala


Hi,

this is AMD64 only related bug which is addressed by this patch for 
monit-4.8:


http://www.tildeslash.com/monit/dist/monit-4.8-patch01

We will release monit-4.8.1 soon which will contain the fix.


Martin


Neil Broderick wrote:

Package: monit
Version: 1:4.8-1
Severity: grave
Justification: renders package unusable

Hi,
I upgraded to the latest version of monit on the weekend with the following 
result:


1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]? y
Setting up monit (4.8-1) ...
Starting daemon monitor: monit/etc/init.d/monit: line 83: 13082 Segmentation fault  
start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid --exec $DAEMON -- $ARGS 
/dev/null 21
invoke-rc.d: initscript monit, action start failed.
dpkg: error processing monit (--configure):
subprocess post-installation script returned error exit status 139
Errors were encountered while processing:
monit
E: Sub-process /usr/bin/dpkg returned an error code (1)



Also trying to start monit manually results in:

ruby:/home/ngb# monit
Starting monit daemon with http interface at [*:2812]
Segmentation fault

or

ruby:/home/ngb# /etc/init.d/monit start
Starting daemon monitor: monit/etc/init.d/monit: line 83: 13088 Segmentation fault  
start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid --exec $DAEMON -- $ARGS 
/dev/null 21

thanks,
Neil


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-amd64-k8-smp
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages monit depends on:
ii  libc6 2.3.6-5GNU C Library: Shared libraries an
ii  libssl0.9.8   0.9.8a-8   SSL shared libraries

monit recommends no packages.

-- debconf-show failed









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

Bug#361010: Tntnet 1.5.1 released - ready for debian / bug 361010

2006-05-15 Thread Tommi Mäkitalo

Hi Kari,

Tntnet is now released as a stable version 1.5.1 and Cxxtools 1.4.1 with these 
fixed license-statements. There should be no problems any more for inclusion 
into debian.


Thank you

Tommi Mäkitalo
Tntnet.org

Bug#362885: missing conflicts may play a role, too

2006-05-15 Thread Toni Mueller



Hello,

while trying to upgrade from XFree86 4.x to X.Org 7.0, I stumbled over
this 'directory not empty' problem, too. Looking into that directory, I
find a number of packages for which probably have conflicts statements
missing. At least these packages seem to be affected:

 xserver-s3v xserver-3dlabs xserver-agx xserver-i128 xserver-mach32
 xserver-mach64 xserver-mach8 xserver-s3 xserver-svga xserver-vga16
 xserver-w32 xserver-p9000 xserver-8514 xserver-common-v3 


Best,
--Toni++



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

Bug#365847: Unfiltered lsmod

2006-05-15 Thread Francisco Javier F. Serrador


Module  Size  Used by
parport_pc 37256  1 
lp 12456  2 
parport44940  2 parport_pc,lp
thermal14156  0 
fan 4552  0 
button  7520  0 
processor  18236  1 thermal
ac  5576  0 
battery 9800  0 
ipv6  264360  16 
nfs   180592  4 
lockd  65488  2 nfs
sunrpc156920  7 nfs,lockd
af_packet  23308  2 
snd_intel8x0   35988  1 
snd_ac97_codec 73220  1 snd_intel8x0
snd_pcm_oss56680  0 
snd_mixer_oss  19520  2 snd_pcm_oss
snd_pcm   100876  2 snd_intel8x0,snd_pcm_oss
snd_timer  24968  1 snd_pcm
snd_page_alloc 12944  2 snd_intel8x0,snd_pcm
gameport5120  1 snd_intel8x0
snd_mpu401_uart 8192  1 snd_intel8x0
snd_rawmidi26532  1 snd_mpu401_uart
snd_seq_device  9164  1 snd_rawmidi
snd56936  9 
snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore  11232  2 snd
usbhid 33600  0 
ehci_hcd   30852  0 
ohci_hcd   21252  0 
eth139421840  0 
sata_sil9604  0 
libata 42632  1 sata_sil
forcedeth  18432  0 
ohci1394   33540  0 
tsdev   8576  0 
mousedev   11852  1 
evdev  10944  0 
sr_mod 17956  0 
sbp2   24392  0 
scsi_mod  129632  3 libata,sr_mod,sbp2
ieee1394  372632  3 eth1394,ohci1394,sbp2
psmouse19340  0 
ide_cd 42016  0 
cdrom  39208  2 sr_mod,ide_cd
ext3  119888  7 
jbd58288  1 ext3
mbcache 9928  1 ext3
dm_mod 58008  8 
ide_generic 1856  0 
ide_disk   20864  3 
amd74xx14768  1 
ide_core  154336  4 ide_cd,ide_generic,ide_disk,amd74xx
unix   29696  779 
font9152  0 
vesafb  6960  0 
cfbcopyarea 4160  1 vesafb
cfbimgblt   3328  1 vesafb
cfbfillrect 4352  1 vesafb

Bug#367343: magnus - Misses several includes, completely undefined behaviour

Package: magnus
Version: 20060324-1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of magnus_20060324-1 on debian01 by sbuild/s390 85
[...]
 make[5]: Entering directory 
 `/build/buildd/magnus-20060324/back_end/black_boxes/homology/src/homology'
 gcc -I/usr/include  -I../../lib -L../../lib -O3 -o ../../bin/cbound cbound.c 
 -lhom
 cbound.c: In function 'main':
 cbound.c:116: warning: incompatible implicit declaration of built-in function 
 'malloc'
 cbound.c:147: warning: incompatible implicit declaration of built-in function 
 'exit'
 cbound.c: In function 'command_line':
 cbound.c:163: warning: incompatible implicit declaration of built-in function 
 'exit'
 cbound.c:171: warning: incompatible implicit declaration of built-in function 
 'exit'
 cbound.c:173: warning: incompatible implicit declaration of built-in function 
 'exit'
 gcc -I/usr/include  -I../../lib -L../../lib -O3 -o ../../bin/cboundn 
 cboundn.c -lhom
 cboundn.c: In function 'main':
 cboundn.c:103: warning: incompatible implicit declaration of built-in 
 function 'exit'
 cboundn.c:105: warning: incompatible implicit declaration of built-in 
 function 'exit'
 cboundn.c:111: warning: incompatible implicit declaration of built-in 
 function 'malloc'
 cboundn.c:115: warning: incompatible implicit declaration of built-in 
 function 'strlen'
 cboundn.c:120: warning: incompatible implicit declaration of built-in 
 function 'exit'
 cboundn.c: In function 'command_line':
 cboundn.c:154: warning: incompatible implicit declaration of built-in 
 function 'exit'
 cboundn.c:162: warning: incompatible implicit declaration of built-in 
 function 'exit'
 cboundn.c:166: warning: incompatible implicit declaration of built-in 
 function 'exit'
 cboundn.c:169: warning: incompatible implicit declaration of built-in 
 function 'exit'
 /tmp/cc39Zxgc.o: In function `main':
 cboundn.c:(.text+0x31c): warning: the `gets' function is dangerous and should 
 not be used.


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

Bug#367328: [Linux-wlan-ng-devel] Bug#367328: linux-wlan-ng doesn't complete install on sid x86 (again)

2006-05-15 Thread Enrico Tassi

On Sun, May 14, 2006 at 10:13:45PM -0700, Paul Scott wrote:
 Package: linux-wlan-ng
 Version: 0.2.4+svn20060414-3
 
 This has apparently happened on a previous version:
 
 Errors were encountered while processing:
  linux-wlan-ng
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 A package failed to install.  Trying to recover:
 Setting up linux-wlan-ng (0.2.4+svn20060414-3) ...
 invoke-rc.d: initscript pcmcia, action reload failed.
 dpkg: error processing linux-wlan-ng (--configure):
  subprocess post-installation script returned error exit status 5

the postinst file:

# Reload pcmcia config files, as this package drops a new one in.
if [ -x /etc/init.d/pcmcia ]; then
invoke-rc.d pcmcia reload
elif [ -x /etc/init.d/pcmciautils ]; then
...
invoke-rc.d pcmciautils reload

are you sure that you have properly replaced pcmcia-cs with pcmciautils?
(yes, maybe now the right order to call the reload action is the opposite one..)

regards
-- 
Enrico Tassi


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

Bug#367342: magnus - FTBFS: Missing build dependency: bison

Package: magnus
Version: 20060324-1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of magnus_20060324-1 on debian01 by sbuild/s390 85
[...]
 ** Using build dependencies supplied by package:
 Build-Depends: debhelper ( 5.0.0), gs-common, tetex-base, tetex-bin, 
 tetex-extra, tk8.4, transfig
 make[4]: Entering directory 
 `/build/buildd/magnus-20060324/back_end/black_boxes/tc5'
 yacc -dtcparse.y 
 make[4]: yacc: Command not found
 make[4]: *** [tcparse.c] Error 127
 make[4]: Leaving directory 
 `/build/buildd/magnus-20060324/back_end/black_boxes/tc5'
 make[3]: *** [all] Error 2
 make[3]: Leaving directory 
 `/build/buildd/magnus-20060324/back_end/black_boxes'


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

Bug#359245: explanation for patch

2006-05-15 Thread Steffen Joeris

Hi

On Monday 15 May 2006 06:22, Christoph Berg wrote:
 Re: Steffen Joeris 2006-04-29
 [EMAIL PROTECTED]

  +++ debian/rules2006-04-29 19:01:27.0 +0200
  +   chrpath -d
  $(CURDIR)/debian/php4-syck/usr/lib/php5/20051025/syck.so

 I'm not sure if that's the proper way to fix that - wouldn't it be
 better to fix the build system not to generate the rpath in the first
 place? (Though I couldn't find the place where it is added.)

I would prefer to fix it that way and directly report it to upstream, so that 
upstream removes this rpath for the next upstream version. Changing the build 
system would be too much effort when upstream removes it with their next 
version. So applying this short fix for now is IMHO a better way.

Greetings
Steffen


pgpvbuRatNPnl.pgp
Description: PGP signature

Bug#366907: tetex-bin: Fails to configure, updmap failed

On Sun, May 14, 2006 at 12:12 -0400, Liam Healy wrote:
 On 5/14/06, Ralf Stubner [EMAIL PROTECTED] wrote:
 
 Meanwhile this makes sense to me. 05TeXMF.cnf is managed by ucf, and ucf
 sees that the 'previously installed' version and the 'to be installed'
 version have the same md5sum, hence my changed version is preserved, as
 it is supposed to be.
 
 Which seems like a defect in the change-detection algorithm.  Why are
 the md5sums of the different files the same?   Wouldn't it make more
 sense to use diff to see if there's a difference?  In any case, this
 doesn't explain my experience; my md5sums are very different:
 ec6c37a0d317ed545a3e66409cf54630  05TeXMF.cnf-home
 dd2b65e95a497637be4033ecbecdd2bd  /etc/texmf/texmf.d/05TeXMF.cnf

Sorry for being unclear. I think the behaviour is correct in the case
that I investigated and I will try to explain this in a second. I don't
know exactly what you did, so I can't tell if my analysis applies there,
too. Anyway, what I did plus some interpretation:

apt-get install tex-common
  [here the original 05TeXMF.cnf from the maintainer gets installed and 
   its md5sum registered with ucf.]
apt-get remove tex-common
  [no changes to 05TeXMF.cnf]
vi /etc/texmf/texmf.d/05TeXMF.cnf
  [05TeXMF.cnf gets changed and hence gets a new md5sum]
apt-get install tex-common
  [here ucf has to compare /three/ md5sums:
. the registered one from the first step
. the md5sum of /etc/texmf/texmf.d/05TeXMF.cnf
. the md5sum of 05TeXMF.cnf in the package
   ucf sees that the first and the third md5sum are identical and
   therefore does not ask the admin about the changes. This is correct
   behaviour since the admin purposely changed the config file, and these
   changes should be maintained. Only when the debian maintainers change
   the shipped config file, ie the first and third md5sum are not
   identical, the admin gets notified.]  

As I said, I think everything is correct here.

  Even though the settings in 05TeXMF.cnf
  would /break/ the system, since TEXMFDIST is not set, the checks in
  tex-common's postinst did /not detect/ this! What is going wrong here?
 
 I think I have found an explanation for this. In check_texmf() in the
 postinst script, $checkfailed is allways set to false in the beginning.
 Hence if some check in the middle fails but the last one not, this is
 not detected. Moving the failing chack to the end or removing that line
 makes the postinst fail. However, it fails without any further notice,
 so I think this is not the whole story. All the debconf stuff in
 check_texmf() does not work within my pbuilder. Strange ...
 
 I don't understand this; I don't know what fails without any further
 notice means, but it certainly seems like a bug.

If I change on my real sytem /etc/texmf/texmf.d/05TeXMF.cnf in such a
way that TEXMFDIST is not definied and call 'dpkg-reconfigure
tex-common', this change is detected by the posinst script and a debconf
message appeares telling me that I should fix the defintion of
TEXMFDIST. For whatever reason I don't get this in my pbuilder. I have
only managed to have it exit with exit code 1 (ie failure). But this
deconf message telling me what is wrong never appeared.

The same goes for the deconf messages concerning the font cache. That
might be related to the two recent bug reports about /var/cache/fonts
not being world writable by default.

cheerio
ralf



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

Bug#363704: gq: crashes when clicking on +-nodes in the tree view

2006-05-15 Thread Guido Trotter

On Mon, May 15, 2006 at 12:15:20PM +1000, Paul Dwerryhouse wrote:

Hi!

 gq 1.0.0 appears to fix this problem.
 
 I've made a deb of this, if anyone needs it:
 
 http://leapster.org/linux/debian/gq/
 
 The source package can be downloaded from the gq sourceforge page.
 
 (Had to remove all the dpatch patches, as they wouldn't apply).
 

Sorry if I've been a bit unresponsive lately... I will work on an updated
package next week... Or if in the meantime someone wants to help I have no
problem with that! :)

Guido



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

Bug#356666: ftbfs: MOC related compile errors

2006-05-15 Thread Michael Koch

severity 35 serious
merge 356663 35
thanks

On Mon, Mar 13, 2006 at 11:25:23AM +0100, Max Kellermann wrote:
 Package: classpath
 Version: 2:0.90-1
 Tags: FTBFS
 Severity: minor

This is a duplicate of #356663.


Michael
-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/


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

Bug#367333: [Pkg-aide-maintainers] Bug#367333: aide: dotlockfile presence test incorrect

2006-05-15 Thread Marc Haber

On Mon, May 15, 2006 at 09:34:31AM +0200, Marc Haber wrote:
 On Mon, May 15, 2006 at 12:48:52AM -0600, Bob Proulx wrote:
  The test for the presence of dotlockfile is incorrect.  It fails to
  detect if dotlockfile is not installed.
 
 Thanks for spotting this.
 
if [ -x $(which dotlockfile) ]; then
  ...
else
  echo 2 no dotlockfile binary in path, not checking for already 
  running aide
fi
 
 I'll probably remove the check since aide depends on liblockfile1 in
 these days, and thus dotlockfile is guaranteed to be present.
 Objections?

otoh,

if command -v dotlockfile /dev/null 21; then
   ...
else
   echo 2 no dotlockfile binary in path, not checking for already running 
aide
fi

seems to do the job. Can you verify?

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#349287: am-utils: amd segfaulting on amd64 (x86_64)

2006-05-15 Thread Tim Cutts



On 24 Jan 2006, at 1:04 am, John Gruenenfelder wrote:



Oh, I should have made that a little more clear.  The machine in  
question is
not actually using the amd.home map.  The other two machines in the  
cluster
use it.  I just included it for completeness.  On this particular  
machine,

/home is local so there is no need for a map.




But, to insure that some file is accessible on all machines through  
the same
path, we often use things like /net/bach/d1/foo even when on  
machine bach.

That way the path doesn't change if accessed from another machine.


Right - I'm doing something similar here, although a slightly  
different way.


There have been some reports on the am-utils mailing list about  
problems with the link mount type on debian; you were the first but  
you're not the only one.  There may be a bug, but no-one's managed to  
identify it yet.  I have just uploaded the latest stable version  
(6.1.5) to debian unstable.  You'll have to wait for the AMD64  
autobuilder to do its thing, so it may take a day or two to appear.   
I'd appreciate it if you could have a look at it and see if the  
problem is still there.  If it is, then we'll have to get some more  
debugging information to the am-utils developers.


Tim


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

Bug#367345: base: ld-linux says libstdc++.so.6: cannot handle TLS data

2006-05-15 Thread Hleb Valoshka

Package: base
Severity: important

I'm using sid 20060411 (libc6 2.3.6-6, gcc 4.0.3-3, libstdc++6 4.1.0-1).
When I invoke wajig I get error:
import apt_pkg
ImportError: libstdc++.so.6: cannot handle TLS data

The same error I get when try to execute beep-media-player/audacious.

From bmp.log (it's libmpg123 linked against libid3-3.8.so.3):
Failed to load plugin (libstdc++.so.6: cannot handle TLS data)

Audacious output for several c++ written plugins:
Failed to load plugin (/usr/local/lib/audacious/Input/libmpc.so): 
libstdc++.so.6: cannot handle TLS data

KDE works.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)


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

Bug#361913: linphone: patch for passwords stored world-readable

2006-05-15 Thread Samuel Mimram

Hi,

Alec Berryman wrote:
 I believe that the attached dpatch corrects the issue of world-readable
 passwords.

Your patch looks nice to me. Thanks a lot. I'll try to integrate it soon
in the Debian package and solve the other RC with the doc.

Cheers,

Samuel.


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

Bug#367346: dietlibc: undefined reference to `strnlen'

2006-05-15 Thread Hleb Valoshka

Package: dietlibc
Version: 0.29-10
Severity: important

Simple example which shows bug:
tst.c
# include string.h
int main(int argc, char *argv[])
{
return strnlen(argv[0]);
}
diet -v gcc -lcompat
gcc -nostdlib -static -L/usr/lib/diet/lib-i386 /usr/lib/diet/lib-i386/start.o 
-lcompat tst.c -isystem /usr/lib/diet/include -D__dietlibc__ 
/usr/lib/diet/lib-i386/libc.a -lgcc 
/tmp/cc0RsbSK.o: In function `main':tst.c:(.text+0x25): undefined reference to 
`strnlen'
collect2: ld returned 1 exit status

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8)

-- no debconf information


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

Bug#367344: fbi: new upstream version available

2006-05-15 Thread Piotr Engelking


Package: fbi
Version: 2.01-1.4
Severity: wishlist
Tags: fixed-upstream

New upstream version (2.03) is available at Gerd Knorr's page.

* Overview: http://linux.bytesex.org/fbida/
* Changelog: http://cvs.bytesex.org/fbida.html
* Releases: http://dl.bytesex.org/releases/fbida/

-- System Information:
Debian Release: testing/unstable
 APT prefers testing
 APT policy: (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)

Versions of packages fbi depends on:
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libcurl37.15.3-1 Multi-protocol file transfer libra
ii  libexif12   0.6.13-4 library to parse EXIF files
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG
ii  libpcd2 1.0.1A library for reading PhotoCD imag
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libtiff43.8.2-1  Tag Image File Format (TIFF) libra
ii  libungif4g  4.1.4-2  shared library for GIF images (run
ii  zlib1g  1:1.2.3-11   compression library - runtime

fbi recommends no packages.

-- no debconf information

Bug#316127: Status?

2006-05-15 Thread Olaf van der Spek


sean finney wrote:

hi olaf,

On Sun, May 14, 2006 at 10:20:55PM +0200, Olaf van der Spek wrote:
So could you please explain what part of your 'general principle' is 
against communicating a random password to the administrator?


placing it in a file would be less of an issue, and i'm not as opposed


Storing it in a file also has the advantage that it's less likely to get 
lost.



to that, but i think i still like prompting the admin for a real
password and not storing it anywhere. 


Isn't doing that via debconf unsafe too?


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

Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty

2006-05-15 Thread Vincent Lefevre

On 2006-05-14 21:06:50 -0400, David Nusinow wrote:
 We've found a good solution for this bug.

A solution that breaks the system is not a good solution. The breakage
for official Debian packages is avoided thanks to the many conflicts
in the Conflicts: field, but this doesn't work with packages that
come from a 3rd party source[*]: as there's no such conflict, one can
install/uninstall them without any error, with the effect that dpkg
removes the symbolic link /usr/X11R6/bin (and prevents any later
upgrade of x11-common).

[*] or a patched official package (following some Debian documentation).

And even with only official Debian packages, this solution is fragile,
because if some new package adds /usr/X11R6/bin by mistake, this will
also break the system.

-- 
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Bug#367333: [Pkg-aide-maintainers] Bug#367333: aide: dotlockfile presence test incorrect

Marc Haber wrote:
 otoh,
 
 if command -v dotlockfile /dev/null 21; then
...
 else
echo 2 no dotlockfile binary in path, not checking for already running 
 aide
 fi
 
 seems to do the job. Can you verify?

Your new code suggestion works fine and is an idiom that I have used
often in shell scripts.  So if you are okay with it then I am too.  I
am not aware of any situation in Debian (for example /bin/sh is really
ash, dash, etc.) where this does not work okay.

If I recall correctly the use of 'command -v' is an XSI extension.  I
have seen people object to using XSI extensions previously.  (shrug.)
I could go either way on this and do not have a strong preference.

Bob


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

Bug#354316: fontconfig-config: Still not fixed in 2.3.2-5.1

2006-05-15 Thread Thue Janus Kristensen

Package: fontconfig-config
Version: 2.3.2-5.1
Followup-For: Bug #354316


My installation is newer than the one where this problem should be
fixed, but I don't have an /etc/fonts/fonts.conf file, and I still get
the Fontconfig error: Cannot load default config file error.

Regards, Thue

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages fontconfig-config depends on:
ii  debconf [debconf-2.0]  1.5.1 Debian configuration management sy
ii  gsfonts-x110.19  Make Ghostscript fonts available t
ii  ttf-dejavu 2.3-1 Bitstream Vera fonts with addition
ii  ttf-freefont   20060501cvs-1 Freefont Serif, Sans and Mono True
ii  ucf2.0010Update Configuration File: preserv

fontconfig-config recommends no packages.

-- debconf information:
* fontconfig/subpixel_rendering: Automatic
* fontconfig/enable_bitmaps: false
* fontconfig/hinting_type: Native


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

Bug#367349: metacity: Xinerama and saved GNOME session, window placement problems

2006-05-15 Thread Bilderbeek, Manuel

Package: metacity
Version: 1:2.14.1-2
Severity: normal

When I upgraded to GNOME 2.14 via my regular Debian testing
dist-upgrade, I found a problem with window placement on my xinerama
setup. I had the following setup. On the left monitor I had a big
gnome-terminal (at the right part of the screen)  and on the right
monitor I had 2 smaller gnome-terminals (on the left part of the
screen).
This worked fine with the GNOME 2.12 components. I had these 3
gnome-terminals started up automatically with the 'save current session'
option of the logout-dialog of GNOME.

However, since the upgrade, the 2 gnome-terminals on the right monitor
disappeared. To fix this, I just launched 2 new gnome-terminals, placed
them correctly on the xinerama-desktop (so, on the right monitor) and
saved the session. When logging in now, the 2 gnome-terminals from the
right screen just end up on top of the big gnome-terminal of the left
screen.

It seems it won't place 'saved session' programs on the right screen
anymore. However, the GNOME panel I have on the right screen works just
fine.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages metacity depends on:
ii  libatk1.0-0   1.11.4-2   The ATK accessibility
toolkit
ii  libc6 2.3.6-7GNU C Library: Shared
libraries
ii  libgconf2-4   2.14.0-1   GNOME configuration
database syste
ii  libglib2.0-0  2.10.2-1   The GLib library of C
routines
ii  libgtk2.0-0   2.8.16-1   The GTK+ graphical user
interface
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange
library
ii  libmetacity0  1:2.14.1-2 library of lightweight GTK2
based
ii  libpango1.0-0 1.12.1-2   Layout and rendering of
internatio
ii  libsm66.9.0.dfsg.1-6 X Window System Session
Management
ii  libstartup-notification0  0.8-1  library for program launch
feedbac
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol
client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-6 X Window System
miscellaneous exte
ii  libxinerama1  6.9.0.dfsg.1-6 X Window System multi-head
display
ii  libxrandr26.9.0.dfsg.1-6 X Window System Resize,
Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension
client libra
ii  metacity-common   1:2.14.1-2 Shared files of lightweight
GTK2 b

metacity recommends no packages.

-- no debconf information

--
Kind regards,

Manuel Bilderbeek

This message and attachment(s) are intended solely for the use of the addressee 
and may contain information that is privileged, confidential or otherwise 
exempt from disclosure under applicable law.  
If you are not the intended recipient or agent thereof responsible for 
delivering this message to the intended recipient, you are hereby notified that 
any dissemination, distribution, or copying of this communication is strictly 
prohibited.  
If you have received this communication in error, please notify the sender 
immediately by telephone and with a reply message.  
Thank you for your cooperation.

Bug#354537: Errors with font-matching in 'rich' font families

On Mon, May 15, 2006 at 00:12 +0200, Florent Rougon wrote:
 Josselin Mouette [EMAIL PROTECTED] wrote:
 
  I can't reproduce this on an unstable system:
 
  21:50 [EMAIL PROTECTED] ~  fc-match LMTypewriter10
  LMTypewriter10-Regular.pfb: LMTypewriter10 Regular
 
 Hmm, strange; it is different here (on an up-to-date unstable system):
 
 % fc-match LMTypewriter10
 LMTypewriter10-CapsRegular.pfb: LMTypewriter10 CapsRegular

I have just tested this in an up-to-date sid pbuilder. I get the same
result als Florent:

# fc-match LMTypewriter10
LMTypewriter10-CapsRegular.pfb: LMTypewriter10 CapsRegular
 
 PS: no need to Cc me, I have subscribed to the bug. BTW, Ralf, do you
 think we should subscribe -tetex-maint?...
 
Makes sense. How does one do that?

cheerio
ralf


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

Bug#362885: closed by David Nusinow [EMAIL PROTECTED] (Re: Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty)

2006-05-15 Thread Vincent Lefevre

On 2006-05-15 09:06:33 +0200, Eduard Bloch wrote:
  - present a list to the user, saying what the remaining files are and
where they do come from (package names to be easily removed by $user)

The user can remove these packages. But this is not sufficient,
as the user could re-add them later. For instance:

$ ll /usr/X11R6
total 8
lrwxrwxrwx 1 root root8 2006-05-15 04:37:15 bin - /usr/bin/
drwxr-xr-x 3 root root 4096 2006-05-04 15:53:51 include/
drwxr-xr-x 3 root root 4096 2006-05-04 16:01:19 lib/
# dpkg -i opera_9.0-20060411.6-shared-qt_en_etch_i386.deb
$ ll /usr/X11R6
total 8
lrwxrwxrwx 1 root root8 2006-05-15 04:37:15 bin - /usr/bin/
drwxr-xr-x 3 root root 4096 2006-05-04 15:53:51 include/
drwxr-xr-x 3 root root 4096 2006-05-04 16:01:19 lib/

At this point there's no problem. But:

# dpkg --purge opera
$ ll /usr/X11R6
total 8
drwxr-xr-x 3 root root 4096 2006-05-04 15:53:51 include/
drwxr-xr-x 3 root root 4096 2006-05-04 16:01:19 lib/

The symbolic link has disappeared. IMHO, the problem is that x11-common
doesn't contain a reference to it, so that dpkg thinks that this symlink
is no longer useful. I don't know if this is true or not. But this will
make upgrades fail:

# dpkg -i opera_9.0-20060411.6-shared-qt_en_etch_i386.deb
$ ll /usr/X11R6
total 12
drwxr-xr-x 2 root root 4096 2006-05-15 11:30:31 bin/
drwxr-xr-x 3 root root 4096 2006-05-04 15:53:51 include/
drwxr-xr-x 3 root root 4096 2006-05-04 16:01:19 lib/

And the next x11-common upgrade will complain that /usr/X11R6/bin is
not empty.

-- 
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Bug#367337: [Pkg-aide-maintainers] Bug#367337: /var/run/aide.lock breaks non-root use of aide

Marc Haber wrote:
 How about using $HOME/.aide.lock if the wrapper is not invoked as root?

But what if a user wants to run aide on two unrelated databases and
wishes to do this simultaneously?  That would be a problem.

If the concern really is two aide processes writing to the database
output file then the semaphore needs to be on the database output file
itself and not in other places.  Anything else causes other issues.
But that means extracting the output file from the config file.  But
that should work.

  I suggest also using a lockfile only if no --config is given by the
  user.
 
 Bad idea, IMO. aide can run for a considerable period of time, and two
 aide processes operating on the same database guarantee database
 breakage.

I probably missed a bug report on this previously.  Is this really a
concern?  I mean, 'cp srcfile dstfile' could be a long operation.  If
I run two of those commands at the same time then dstfile would be
corrupted.  But does that mean that cp needs to use a semaphore when
copying files?

I know that aide can run for a long time.  (I think it might be
infinitely long with the latest version.  Still working to verify
that.)  But I do not believe it is the package's job to protect me
from myself.  It is only the package's job to protect scripts provided
by the package from itself.

  Also, printing a message when a user is using --config is not
  expected.  I would like to see the message removed.
 
 I am not going to do this, since running aide without protection of a
 lock poses a significant risk to the database.

But this means that Debian users will just need to know that they
really need to call aide.real instead of aide as on other systems.
Behavior is diverging from expected upstream behavior.  It needlessly
diverges from other distros.  I think that is bad.

  And passing raw arguments to echo can
  open up possibility of problems there.
 
 I don't see any arguments passed to echo in the aide wrapper. Where do
 you see that?

The original script had:

  if echo $@ | grep -q -- '--config[^-]'; then

But $@ can be any arbitrary string passed into the command by a user
calling it.  (In that context, unquoted, $@ is the same as $*.)  A
user may have passed in options which may look like an option to echo.
And since echo is one of the most frustratingly importable commands
different shells may interpret echo options differently and this may
confuse echo.  At the least bash supports the -n, -e, and -E options.
I was attempting to avoid trouble there by using printf which is
standardized.

As an aside, I did not understand why [^-] was there.  The --config
was the only valid option string that could match there.

  I am not quite happy with the grep test for a --config option because
  it ignores the -c possibility.  But without doing a full getopts
  parsing it is difficult to get this completely correct.
 
 Agreed. I'd appreciate a patch anyway.

A patch in which direction?  Implementing a full getopt parsing
mirroring available aide options?  Or one that only looked for
--config?  I am not quite tracking.  (I could easily write a script
using getopt that parsed all of the options the same as aide the
program implemented.)

I hate replicating all of the options in getopt because then the
script would need to track the program closely forever after that.  It
would violate the DRY (don't repeat yourself) principle and create a
maintenance issue.  But it does generate the most correct result for
any given moment in time.  But avoiding the need to track the program
options is why I would go with only looking for --config.  It is a
reasonable compromise.

Different direction...

I am thinking that there are two different things that are trying to
be accomplished at the same time.  One is that when a user installs
aide on the system it is desirable to set up a system level task that
aide will run mostly by default with minimum user configuration.  That
is good.  The other is that aide is a general purpose program run by
users to check files.  (Web pages in my case.)  At this time the
implementation of these two tasks are tripping over each other.

To accomplish a modular config file (a noble cause) a wrapper was
implemented to build the configuration file on the fly from the
pieces.  The real binary was moved to aide.real.  This all works for
the system scripts provided with the package.  But this gets in the
way of non-system users using aide for tasks outside of the
prepackaged scripts.  Because the /usr/bin/aide script has had several
issues that make it suitable only to be called by the root process
system script from the package.  That seems like a restriction that we
should avoid if possible.

This is leading me to believe that the current package is not going
the right direction.  I think it should go a different direction.
Previously the aide program was renamed to aide.real so that
/etc/cron.daily/aide could call it aide.  But 'aide' the program is
not the sole domain

Bug#367350: libgphoto: Camera Kodak EasyShare Z740 not accessible by non-root user

2006-05-15 Thread Benjamin Mesing

Package: libgphoto2-2
Version: 2.1.6-6
Severity: normal
X-Debbugs-Cc: [EMAIL PROTECTED]


Hello

When trying to access the camera as non-root I get the error message:

An error occurred in the io-library ('Could not claim the USB
device'): Could not claim interface 0 (Operation not permitted).
Make sure no other program or kernel module (such as sdc2xx,
stv680, spca50x) is using the device and you have read/write
access
to the device.

Root access works fine.

lsusb shows the following line:
  Bus 003 Device 004: ID 040a:0588 Kodak Co.

I know I've used this camera as non-root before, but I am not sure if
this were still hotplug times. 

This might also be a wishlist bug?

Best regards 

Ben



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.6
Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)

Versions of packages libgphoto2-2 depends on:
ii  adduser   3.63   Add and remove users and groups
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libexif12 0.6.12-2   library to parse EXIF files
ii  libgphoto2-port0  2.1.6-6gphoto2 digital camera port librar
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 

Versions of packages libgphoto2-2 recommends:
ii  udev [hotplug]0.091-2/dev/ and hotplug management daemo

-- no debconf information




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

Bug#316127: Status?

2006-05-15 Thread Christian Hammers

Hi

I didn't follow the discussion but just want to throw in two points that
come to my mind, you don't need to comment them if you already discussed
them...

On 2006-05-15 Olaf van der Spek wrote:
  On Sun, May 14, 2006 at 10:20:55PM +0200, Olaf van der Spek wrote:
  So could you please explain what part of your 'general principle' is 
  against communicating a random password to the administrator?
  
  placing it in a file would be less of an issue, and i'm not as opposed
 
 Storing it in a file also has the advantage that it's less likely to get 
 lost.

- Storing passwords even read-only by root is a security weakness as
  somebody who got root on a server by whatever means normally *still*
  does not know plaintext passwords which most admins tend to use for
  several hosts...

- Debconf seems to have a way of storing passwords in a secure way, I 
  have a passwords file in /var/lib/debconf

- Asking for passwords complicates automated installs so autogen one
  at least if debconf is not run interactively.

- Maybe store the password in /etc/mysql/ *but* warn on every cron.daily
  run that leaving this file there is a bad idea...
 
-ch-


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

Bug#366907: tetex-bin: Fails to configure, updmap failed

2006-05-15 Thread Frank Küster

Ralf Stubner [EMAIL PROTECTED] wrote:

 If I change on my real sytem /etc/texmf/texmf.d/05TeXMF.cnf in such a
 way that TEXMFDIST is not definied and call 'dpkg-reconfigure
 tex-common', this change is detected by the posinst script and a debconf
 message appeares telling me that I should fix the defintion of
 TEXMFDIST. For whatever reason I don't get this in my pbuilder. I have
 only managed to have it exit with exit code 1 (ie failure). But this
 deconf message telling me what is wrong never appeared.

Usually pbuilder sets DEBIAN_FRONTEND=noninteractive in its chroots.
Have you changed that?

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Bug#367165: [Pkg-octave-devel] Bug#367165: octave2.1: please put runtime libraries in /usr/lib, not /usr/lib/octave-VERSION

2006-05-15 Thread Rafael Laboissiere

* Zack Weinberg [EMAIL PROTECTED] [2006-05-14 01:07]:

 Package: octave2.1
 Version: 1:2.1.73-8
 Severity: wishlist
 
 [snip]

 The binary has an RPATH of /usr/lib/octave-2.1.73, so for most purposes
 this causes no problems (except, of course, the problems associated with
 having an RPATH at all), but it does cause prelink to barf.  
 [snip]

What do you mean by it causes prelink to barf?

Thanks for your bug report, anyway.

-- 
Rafael


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

Bug#349405: alsa-base: same problem with Intel 82801CA/CAM AC'97; solution provided

2006-05-15 Thread Daniel Baulig

Package: alsa-base
Version: 1.0.11-1
Followup-For: Bug #349405


I have the same problem with my sound chip. Unloading the 
modem module snd_intel8x0m helped to get the sound back working. If I 
load the 8x0m module after loading the other alsa stuff, the sound chip 
remains working. However, if I load the modem module beforehand, the 
sound does not work.

-- Package-specific info:
--- Begin additional package status ---
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Säubern/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install.
|/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: 
GROß=schlecht)
||/ Name   VersionBeschreibung
+++-==-==-
ii  libasound2 1.0.11-3   ALSA library
--- End additional package status ---
--- Begin /proc/asound/version ---
Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 08:57:20 
2006 UTC).
--- End /proc/asound/version ---
--- Begin /proc/asound/cards ---
 0 [I82801CAICH3   ]: ICH - Intel 82801CA-ICH3
  Intel 82801CA-ICH3 with AD1881A at 0x1c00, irq 11
--- End /proc/asound/cards ---
--- Begin /dev/snd/ listing ---
insgesamt 0
crw-rw 1 root audio 116,  0 2006-05-15 10:53 controlC0
crw-rw 1 root audio 116, 24 2006-05-15 10:53 pcmC0D0c
crw-rw 1 root audio 116, 16 2006-05-15 10:53 pcmC0D0p
crw-rw 1 root audio 116, 25 2006-05-15 10:53 pcmC0D1c
crw-rw 1 root audio 116, 33 2006-05-15 10:53 timer
--- End /dev/snd/ listing ---

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages alsa-base depends on:
ii  linux-sound-base   1.0.11-1  base package for ALSA and OSS soun
ii  lsof   4.77.dfsg.1-1 List open files
ii  module-init-tools  3.2.2-2   tools for managing Linux kernel mo
ii  modutils   2.4.27.0-5Linux module utilities

Versions of packages alsa-base recommends:
ii  alsa-utils1.0.11-2   ALSA utilities

Versions of packages libasound2 depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

-- debconf information excluded


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

Bug#367351: exim4: [INTL:th] Thai Translation

Package: exim4
Severity: wishlist

Please include exim4 Thai translation, as attached.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
# Thai translation of exim4.
# Copyright (C) 2006 Software in the Public Interest, Inc.
# This file is distributed under the same license as the exim4 package.
# Theppitak Karoonboonyanan [EMAIL PROTECTED], 2006.
#
msgid
msgstr
Project-Id-Version: exim4\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2006-03-19 21:03+0100\n
PO-Revision-Date: 2006-05-15 16:29+0700\n
Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
Language-Team: Thai [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit

#. Type: boolean
#. Description
#: ../exim4-base.templates:4
msgid Remove undelivered mails in spool directory?
msgstr จะลบเมลฝากส่งที่ตกค้างอยู่ในไดเรกทอรี spool หรือไม่?

#. Type: boolean
#. Description
#: ../exim4-base.templates:4
msgid
There are mails in the exim spool directory /var/spool/exim4/input which
have not yet been delivered. You can keep them in case you decide to re-
install Exim at a later date, or you can choose to remove them.
msgstr
มีเมลตกค้างอยู่ในไดเรกทอรี spool ของ exim /var/spool/exim4/input
ซึ่งยังไม่ได้ส่ง
คุณอาจเก็บเมลดังกล่าวไว้ถ้าคุณคิดว่าจะติดตั้ง Exim ในภายหลัง
หรือคุณอาจเลือกที่จะลบทิ้งไปก็ได้

#. Type: boolean
#. Description
#: ../exim4-base.templates:12
msgid Move yet undelivered mails from exim(v3) to exim4 spool?
msgstr จะย้ายเมลฝากส่งที่ตกค้างจาก exim(v3) ไปยัง spool ของ exim4 หรือไม่?

#. Type: boolean
#. Description
#: ../exim4-base.templates:12
msgid
There are some undelivered mails in the spool directory of exim or exim-tls
in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/
exim4/input/) now where they will be handled by exim4.
msgstr
มีเมลตกค้างอยู่ในไดเรกทอรี spool ของ exim หรือ exim-tls ใน
/var/spool/exim/input/
ซึ่งสามารถย้ายไปที่ spool ของ exim4 (/var/spool/exim4/input/) ตอนนี้ได้
เพื่อจะได้ให้
exim4 จัดการให้

#. Type: boolean
#. Description
#: ../exim4-base.templates:12
msgid
Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but
not the other way round.
msgstr
พึงระวังว่า การกระทำนี้มีผลทางเดียว กล่าวคือ exim4 สามารถทำงานกับ spool ของ
exim(v3) ได้ แต่ในทางกลับกันทำไม่ได้

#. Type: boolean
#. Description
#: ../exim4-base.templates:12
msgid
Move the mails only if you don't plan to go back to exim(v3), otherwise the
mail shouldn't be moved now but manually once you've converted your setup.
msgstr
คุณควรย้ายเมลเหล่านี้ก็ต่อเมื่อคุณไม่มีแผนที่จะกลับไปใช้ exim(v3) อีก มิฉะนั้น

ก็ไม่ควรย้ายเมลดังกล่าวในตอนนี้
แต่ควรไปย้ายเองหลังจากที่ได้แปลงค่าตั้งเรียบร้อยแล้ว

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:9
msgid internet site; mail is sent and received directly using SMTP
msgstr ไซต์อินเทอร์เน็ต; ส่งและรับเมลโดยตรงด้วย SMTP

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:9
msgid mail sent by smarthost; received via SMTP or fetchmail
msgstr ส่งเมลด้วย smarthost; รับเมลด้วย SMTP หรือ fetchmail

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:9
msgid mail sent by smarthost; no local mail
msgstr ส่งเมลด้วย smarthost; ไม่รับเมลในเครื่อง

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:9
msgid local delivery only; not on a network
msgstr ส่งเมลภายในเครื่องเท่านั้น; ไม่ได้เชื่อมต่อเครือข่าย

#. Type: select
#. Choices
#. Translators beware! the

Bug#365547: manpages-dev 2.28-1 conflict with glibc-doc 2.3.6-7

2006-05-15 Thread Robson Roberto Souza Peixoto

Package: manpages-dev
Version: 2.28-1
Followup-For: Bug #365547

(Reading database ... 174151 files and directories currently installed.)
Preparing to replace manpages-dev 2.27-1 (using
.../manpages-dev_2.28-1_all.deb) ...
Unpacking replacement manpages-dev ...
dpkg: error processing
/var/cache/apt/archives/manpages-dev_2.28-1_all.deb (--unpack):
 trying to overwrite `/usr/share/man/man3/sem_destroy.3.gz', which is
 also in package glibc-doc
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/manpages-dev_2.28-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (2, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)


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

Bug#365845: FTBFS: requires automake-1.7

2006-05-15 Thread Florian Ernst

On Sun, May 14, 2006 at 10:00:40AM -0700, Robert Woodcock wrote:
 Note to Florian: those are only patches from your perspective. All of
 those files are automatically generated by autoreconf/aclocal/autoconf/
 automake/etc. None of them are written by hand [...]

Please note that patch doesn't necessarily has a connotation on how
it was generated, just see the Jargon File entry (sense 3). Your
lecture indicates otherwise ...

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#367348: mc: bytes and count totals during copy clamped to 2GB

2006-05-15 Thread Adam Borowski

Package: mc
Version: 1:4.6.1-2
Severity: minor

When the total amount of data to be copied exceeds 2GB, the bytes total
will reach 100% somewhere in the middle of the transfer, at a point that
appears on a glance to be at 2GB.  Mysteriously, the count bar will be
stuck at 100% at the same time, even though the count (46 out of 65 files in
my case) obviously fits in a 32 bit variable.

This is a really minor issue, however, as it strongly smells of a too short
int, it appears like it will be trivial to fix.

Note: this may be related to Debian BTS #118717 = Savannah #13537.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages mc depends on:
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  libglib2.0-0  2.6.4-1The GLib library of C routines
ii  libgpmg1  1.19.6-19sarge1General Purpose Mouse - shared lib
ii  libslang2 2.0.5-3The S-Lang programming library - r

-- no debconf information


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

Bug#355181: webalizer-stonesteps packaging stuff now available via SVN (was: Re: requested [...] on Alioth (was: Re: ITP: webalizer-stonesteps [...]))

2006-05-15 Thread Joost van Baal

On Fri, May 12, 2006 at 03:33:21PM +0200, Joost van Baal wrote:
 On Wed, Mar 22, 2006 at 11:45:54AM +0100, Joost van Baal wrote:
  On Tue, Mar 21, 2006 at 06:13:08PM -0300, Jose Carlos Medeiros wrote:
   2006/3/21, Joost van Baal [EMAIL PROTECTED]:
   
I am very interested in a webalizer-stonesteps Debian package, and am
willing to help you.  Have you got anything available yet?
  
   I didnt stated to package this package. I tried but it doesnt compile :(
   And it has no gettext support as webalizer.
   
   I you want you can package it.
  snip
  
  OK.  I have asked for a pkg-webalizerss project on Alioth:
  
  Your project has been submitted to the Alioth administrators. Within 72
   hours, you will receive notification of their decision and further
   instructions.
  
  I plan to maintain packaging stuff using svn on alioth.  (Unless someone
  planning to help prefers another VC system.)
 
 However, I've just requested Raphael Hertzog for some space under the
 collab-maint Alioth project (see his message from Wed, 19 Apr 2006
 23:13:13 +0200 to debian-devel-announce about Guidelines for packaging
 projects on Alioth).
 
 I've build some first scratch packages, you can find these on
 http://non-gnu.uvt.nl/debian/sarge/webalizer-stonesteps/pool/ .

webalizer-stonesteps is now being maintained using SVN on
svn.debian.org/collab-maint/deb-maint/webalizer-stonesteps .

Bye,

Joost

-- 
Joost van Baalhttp://abramowitz.uvt.nl/
 Tilburg University
[EMAIL PROTECTED]  The Netherlands


signature.asc
Description: Digital signature

Bug#367356: ctwm: Remove readme.vms

2006-05-15 Thread Richard Levitte - VMS Whacker

Package: ctwm
Version: 3.7-2.1
Severity: normal


Hi,

I just took a look at the source of this package, and noticed you
reinserted readme.vms.  That file is deprecated in favor of README.VMS,
and the existence of both might lead to confusion.  Please remove
readme.vms from the package, please.

/Richard Levitte (ctwm maintainer)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8)

Versions of packages ctwm depends on:
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  librplay33.3.2-10Shared libraries for the rplay net
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxmu6  1:1.0.1-3   X11 miscellaneous utility library
ii  libxpm4  1:3.5.4.2-3 X11 pixmap library
ii  libxt6   1:1.0.0-4   X11 toolkit intrinsics library
ii  m4   1.4.4-1 a macro processing language
ii  x11-common   1:7.0.10X Window System (X.Org) infrastruc

ctwm recommends no packages.

-- debconf-show failed


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

Bug#367354: xdebconfigurator: [INTL:th] Thai Translation

Package: xdebconfigurator
Severity: wishlist


Please include Thai translation of xdebconfigurator, as attached.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
# Thai translation of xdebconfigurator.
# Copyright (C) 2006 Software in the Public Interest, Inc.
# This file is distributed under the same license as the xdebconfigurator 
package.
# Theppitak Karoonboonyanan [EMAIL PROTECTED], 2006.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid 
msgstr 
Project-Id-Version: xdebconfigurator\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2004-10-23 11:32+0200\n
PO-Revision-Date: 2006-05-15 17:00+0700\n
Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
Language-Team: Thai [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit

#. Type: text
#. Description
#: ../templates:13
msgid Generate XFree86 configuration automatically
msgstr สร้างแฟ้มค่าตั้งของ XFree86 โดยอัตโนมัติ

Bug#294461: Crash on selecting browse folder on a dav share (as conect to server)

2006-05-15 Thread Chris Jones



On 14 May 2006, at 23:02, Josselin Mouette wrote:


Hi,

do you still experience this bug with the latest nautilus 2.14 package
in unstable?


I don't run unstable and have to time to do so.

--
Chris Jones, SUCS Admin
http://sucs.org





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

Bug#367352: localization-config: [INTL:th] Thai Translation

Package: localization-config
Severity: wishlist


Please include Thai translation of localization-config, as attached.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8)
# Thai translation of localization-config.
# Copyright (C) 2006 Software in the Public Interest, Inc.
# This file is distributed under the same license as the localization-config 
package.
# Theppitak Karoonboonyanan [EMAIL PROTECTED], 2006.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid 
msgstr 
Project-Id-Version: localization-config\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2005-05-23 00:48+0300\n
PO-Revision-Date: 2006-05-15 16:55+0700\n
Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
Language-Team: Thai [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit

#. Type: text
#. Description
#: ../templates:3
msgid Preconfigure language-related parameters
msgstr ตั้งค่าต่างๆ ที่เกี่ยวกับภาษา ก่อนติดตั้ง

#. Type: text
#. Description
#: ../templates:7
msgid Postconfigure language-related parameters
msgstr ตั้งค่าต่างๆ ที่เกี่ยวกับภาษา หลังติดตั้ง

Bug#366915: [uml-devel] Re: Bug#366915: user-mode-linux: fails when host kernel is linux-image-2.6.16-1-k7

2006-05-15 Thread Mattia Dongili

On Mon, May 15, 2006 5:44 am, Jeff Dike said:
 On Fri, May 12, 2006 at 10:08:06PM +0200, Mattia Dongili wrote:
  kjournald starting.  Commit interval 5 seconds
  EXT3-fs: mounted filesystem with ordered data mode.
  VFS: Mounted root (ext3 filesystem) readonly.
  mapping mmap stub failed, errno = 12
  Kernel panic - not syncing: start_userspace : expected SIGSTOP, got
 status = 256

 Hu, is this a 2G/2G host, by any chance?

It doesn't seem so:
CONFIG_VMSPLIT_3G_OPT=y
(from debian kernel's 2.6.16-k7 binaries)

 The French report is complaining about this happening after a host
 kernel upgrade, and I would assume that this wouldn't spring a 2G/2G
 split on you without asking.

 UML is trying to map a page at the top of its address space (which it
 assumes to be 0xc000 unless you are running a 2.6.16-rc4 UML and

did you mean .17-rc4? Debian kernels contain very little modifications,
and usually track upstream very closely.

 enabled host 2G/2G support).  We need to figure out why that doesn't

Oh, I found
CONFIG_PAGE_OFFSET=0xB000

may this be the problem? I found reports telling it broke other SW:
http://lists.debian.org/debian-kernel/2006/04/msg00042.html

-- 
mattia
:wq!


2.6.15-2.6.16-k7.config.diff
Description: Binary data

Bug#367131: [Pkg-shadow-devel] Bug#367131: shadow [INTL:pt] updated Portuguese translation

2006-05-15 Thread Tomasz Kłoczko

Dnia 13-05-2006, sob o godzinie 23:38 +0100, Miguel Figueiredo
napisał(a):
[..]
 Updated Portuguese translation.
 Feel free to use it.

Thank you Miguel :)
Commited.

kloczek



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

Bug#367339: xfonts-encodings conflict with xbase work-around

2006-05-15 Thread Lionel Elie Mamane

Package: xfonts-encodings
Version: 1:1.0.0-3
Followup-For: Bug #367339

I worked around this by installing a newer xfonts-base directly with
dpkg.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-deb1-64bit
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)

Versions of packages xfonts-encodings depends on:
ii  x11-common1:7.0.18   X Window System (X.Org) infrastruc

xfonts-encodings recommends no packages.

-- no debconf information


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

Bug#367355: asedriveiiie: [INTL:da] Updated Danish debconf translation

2006-05-15 Thread Claus Hindsgaul

Package: asedriveiiie
Severity: wishlist
Tags: patch l10n

Please include the attached updated Danish debconf translation (debian/po/da.po)

Claus

-- System Information:
Debian Release: testing/unstable
  APT prefers stable
  APT policy: (900, 'stable'), (100, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Claus Hindsgaul [EMAIL PROTECTED], 2004.
# Claus Hindsgaul [EMAIL PROTECTED], 2006.
msgid 
msgstr 
Project-Id-Version: asedriveiiie\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2005-12-04 15:00+0100\n
PO-Revision-Date: 2006-05-15 12:05+0200\n
Last-Translator: Claus Hindsgaul [EMAIL PROTECTED]\n
Language-Team: Danish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=ISO-8859-1\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.2\n
Plural-Forms:  nplurals=2; plural=(n != 1);\n

#. Type: select
#. Choices
#: ../libasedrive-serial.templates:3
msgid ttyS0
msgstr ttyS0

#. Type: select
#. Choices
#: ../libasedrive-serial.templates:3
msgid ttyS1
msgstr ttyS1

#. Type: select
#. Choices
#: ../libasedrive-serial.templates:3
msgid ttyS2
msgstr ttyS2

#. Type: select
#. Choices
#: ../libasedrive-serial.templates:3
msgid ttyS3
msgstr ttyS3

#. Type: select
#. Choices
#: ../libasedrive-serial.templates:3
msgid none
msgstr ingen

#. Type: select
#. Description
#: ../libasedrive-serial.templates:4
msgid Communication port to use with the smart card reader:
msgstr Kommunikationsport smartcard-læseren sluttes til:

#. Type: select
#. Description
#: ../libasedrive-serial.templates:4
msgid 
The driver needs to know which serial port the Athena ASEDrive IIIe card 
reader is connected to.
msgstr 
Driveren skal vide hvilken port Athena ASEDrive IIIe kortlæseren er 
tilsluttet.

Bug#366907: tetex-bin: Fails to configure, updmap failed