date:20060523

Bug#368688: yafc tmpfiles

2006-05-23 Thread neologix

package: yafc

Hello.

Attached is a patch dealing with yafc temporary files.
It is currently using make_unique_filename() to generate pseudo-unique
filenames, and use them as temporary files.
There are two problems:
-hard coding the directories isn't a good idea
-there is the same security risks as with mktemp()

The attached patch replaces these with tmpfile().


yafc.patch
Description: Binary data

Bug#368683: linux-source-2.6.16: menuconfig should say what the raw default is

2006-05-23 Thread t takahashi


even more relevantly, it would also be good to know:

   o what defaults linux-source-* changed

thanks.


--
Webmaster: do you believe that people will (a) switch browsers to view
your "best viewed with" page or (b) go to your competitor?

Bug#368631: nedit crashes on ctrl+v

2006-05-23 Thread Thorsten Haude

Hi,

* Daniel Baulig wrote (2006-05-23 17:53):
>When I have nedit open and the search dialog up pressing ctrl+v crashes 
>nedit.

Another thing: Have you tried the binary from NEdit's website?


Thorsten
-- 
Man will occasionally stumble over the truth, but most
of the time he will pick himself up and continue on.
- Winston Churchill 


pgp26G68MoOVQ.pgp
Description: PGP signature

Bug#368631: nedit crashes on ctrl+v

2006-05-23 Thread Thorsten Haude

Hi,

* Daniel Baulig wrote (2006-05-24 01:29):
>Thorsten Haude wrote:
>>* Daniel Baulig wrote (2006-05-23 20:10):
>>>Thorsten Haude wrote:
>>It's a file (aptly called 'core', sometimes 'core.$PID') created by
>>the OS if a process crashes. The file contains information about the
>>process the moment it crashed and can help in debugging. This is also
>>called 'throwing a core' or 'core dump'.
>>
>>The file is not always created for various reasons. If it is not,
>>please send the result of 'ulimit -a'.
>
>I suppose the file should be created in the user's home directory, which 
> it is not.

No, sorry, it's created in the process' working directory.


>core file size  (blocks, -c) 0

This means that no cores are created. If you want to change this, just
enter 'ulimit -c 20' (or another large number) before you start
the process which would crash.


>However, I just figured, that the term "crash" might not be 100% 
>correct. Actually nedit does not crash totally, but sort of hang. I 
>cannot press any control elements, and it will not redraw any elements 
>anymore. However, I have to kill it to get rid of it completely.

Most signals dump core, so you might try to raise the core limit and
try again.


Thorsten
-- 
Emacs is for people who desperately want to get drunk,
but feel guilty doing so without a reason.
- Miles O'Neal


pgpCcCeZKcTdV.pgp
Description: PGP signature

Bug#368574: 2.0.2-3 crashes on some documents; 2.0.2-2 is OK

2006-05-23 Thread Julien BLACHE

Rene Engelhard <[EMAIL PROTECTED]> wrote:

Hi,

>> 2.0.2-3 on powerpc crashes on some documents; 2.0.2-2 has no problems
>> opening and working on the same files.
>
> There's no 2.0.2-3 binaries for powerpc (see below on your own info,
> although I wonder why reportbug added 2.0.2-3 for "openoffice.org"; did
> you enter that manually?)...

(yep, I reported the bug after reverting to 2.0.2-2)

Indeed there are no binaries, however the arch: all packages are there
already and got upgraded. Didn't notice that.

> Maybe some incompatibility between -3 _all and -2 _powerpc stuff,
> although I currentlly don't see what should be incompatible there...

Well, that must be the problem, then ...

>> No backtrace, no nothing, and I can't disclose the problematic documents.
>
> How do you expect someone to help you then?

I was reporting the bug so it wouldn't go unnnoticed and others would
have had a chance to add some more data before I got the time to do it
myself (tomorrow being a bank holiday).

JB.

-- 
 Julien BLACHE <[EMAIL PROTECTED]>  |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

Bug#368687: am-utils: [INTL:fr] French debconf templates translation

2006-05-23 Thread Christian Perrier

Package: am-utils
Version: N/A
Severity: wishlist
Tags: patch l10n

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

If you do not already use it, please remember about the
"podebconf-report-po" utility, which helps warning translators about
changes when you modify some debconf templates in your packages. See
its man page for details.

The usual policy when using it is sending a warning to translators when
you plan to upload a version of your package with debconf templates
changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to
update their files (several translation teams have a QA process which
requires time).

podebconf-report-po will take care of sending the translators the
needed material as well as getting the translators adresses from the
PO files. All you have to do is just using the utility..:-)

If you apply this policy, please forget about these remarks, of
courseThis message is generic..:-)


-- 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=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
# translation of fr-new.po to French
#
#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.
#
# Christian Perrier <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: fr-new\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-04-19 12:25+\n"
"PO-Revision-Date: 2006-05-16 12:03-0500\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.2\n"

#. Type: boolean
#. Description
#: ../am-utils.templates:9
msgid "Import old amd configuration ?"
msgstr "Faut-il importer l'ancienne configuration d'amd ?"

#. Type: boolean
#. Description
#: ../am-utils.templates:9
msgid ""
"You seem to have amd configuration files available (the \"amd\" package is "
"the precursor to am-utils)."
msgstr ""
"Il semblerait que des fichiers de configuration d'amd soient présents (le "
"paquet « amd » est le prédécesseur d'am-utils)."

#. Type: boolean
#. Description
#: ../am-utils.templates:9
msgid "Would you like to try to import amd's configuration into am-utils ?"
msgstr ""
"Veuillez confirmer s'il faut tenter d'importer la configuration d'amd dans "
"am-utils."

#. Type: note
#. Description
#: ../am-utils.templates:17
msgid "Cannot log to file."
msgstr "Journalisation dans un fichier impossible"

#. Type: note
#. Description
#: ../am-utils.templates:17
msgid ""
"The old \"amd\" configuration used to log to a file instead of using syslog."
msgstr ""
"L'installation antérieure d'amd utilisait un fichier plutôt que syslog, pour "
"la journalisation."

#. Type: note
#. Description
#: ../am-utils.templates:17
msgid ""
"The \"am-utils\" package only supports logging to the syslog out of the box. "
"You might want to modify the /etc/am-utils/amd.conf file to enable logging "
"to a file."
msgstr ""
"Le paquet am-utils ne gère, sans modifications, que la journalisation via "
"syslog. Vous devriez modifier le fichier /etc/am-utils/amd.conf pour activer "
"la journalisation dans un fichier."

#. Type: note
#. Description
#: ../am-utils.templates:17
msgid "This will require some manual intervention from you."
msgstr "Cela nécessitera des modifications que vous devrez réaliser vous-même."

#. Type: note
#. Description
#: ../am-utils.templates:28
msgid "Automatic import of amd's configuration failed."
msgstr "Échec de l'importation automatique de la configuration"

#. Type: note
#. Description
#: ../am-utils.templates:28
msgid ""
"Unfortunately, the automatic import of the old amd configuration failed."
msgstr "L'importation automatique de l'ancienne configuration d'amd a échoué."

#. Type: note
#. Description
#: ../am-utils.templates:28
msgid "Please review am-utils configuration."
msgstr "Veuillez vérifier la configuration d'am-utils."

#. Type: boolean
#. Description
#: ../am-utils.templates:36
msgid "Is the amd master map propagated through NIS ?"
msgstr "La carte principale (« master map ») d'amd est-elle diffusée via NIS ?"

#. Type: boolean
#. Description
#: ../am-utils.templates:36
msgid ""
"At large sites the automounter tables (called 'maps') may be available "
"through the \"Network Information Service\", or

Bug#218893: Kicking this back to life

2006-05-23 Thread Christian Perrier

> Since there are new dpkg maintainers, I asked them on Thu, 19 Jan 2006,
> what was their opinion on the matter and whether they would accept my
> proposal or yours. So far I did not get any answer.


You probably sent the request a little bit too early. The dpkg
maintenance team was still in the process of settnf itself up. It is
still, btw, but you might get better chances now.




signature.asc
Description: Digital signature

Bug#365690: firefox: rendering unicode character numbers depends on context in a weird way

2006-05-23 Thread Mike Hommey

On Tue, May 23, 2006 at 09:11:27PM -0700, Ian Zimmerman <[EMAIL PROTECTED]> 
wrote:
> 
> Here's a page that seems to have the problem even without pango:
> 
> http://www.gtk.org/api/2.6/gtk/gtk-Selections.html#id2836476

The only problem I see with this page is that the server says it's UTF-8
while it's ISO-8859-1. If you manually chose ISO-8859-1 encoding it
displays just fine. There's nothing we can do there, if the server
states wrong things.

Mike

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

Bug#353627: Let's remove skk

2006-05-23 Thread Andrew Pollock

reassign 353627 ftp.debian.org
retitle 353627 RM: skk -- RoQA, orphaned, RC bug, out of date
thanks

I think we should remove skk because:

* 93 day old RC bug
* Appears to be out of date and obsolete wrt upstream version
* Already removed from testing
* No recent use according to popcon

regards

Andrew


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

Bug#368686: ddclient daemon mode fails if update host cannot be resolved at startup

2006-05-23 Thread Stephen P Williams

Package: ddclient
Version: 3.6.7-2
Severity: normal


Due to a botched line in my /etc/udev/rules.d/010_local.rules file that caused
my ethernet interface not to get renamed as expected, I ran into a small bug in
ddclient.  Apparently, ddclient looks up the IP address of the update host only
at package startup time, and as a result of my earlier problem, this failed,
leading to the following entries in /var/log/daemon.

May 23 20:04:35 wallace ddclient[4403]: WARNING:  cannot connect to 
checkip.dyndns.org:80 socket: IO::Socket::INET: Bad hostname 
'checkip.dyndns.org'
May 23 20:09:35 wallace ddclient[4403]: WARNING:  cannot connect to 
checkip.dyndns.org:80 socket: IO::Socket::INET: Bad hostname 
'checkip.dyndns.org'
May 23 20:14:35 wallace ddclient[4403]: WARNING:  cannot connect to 
checkip.dyndns.org:80 socket: IO::Socket::INET: Bad hostname 
'checkip.dyndns.org'

When I discovered and fixed the problem with my udev rule and got my
'forcedeth' interface working correctly, I continued to get the warnings from
ddclient:

May 23 20:18:53 wallace avahi-daemon[4348]: New relevant interface 
forcedeth.IPv4 for mDNS.
May 23 20:18:53 wallace avahi-daemon[4348]: Joining mDNS multicast group 
on interface forcedeth.IPv4 with address 192.168.2.103.
May 23 20:18:53 wallace avahi-daemon[4348]: Registering new address 
record for 192.168.2.103 on forcedeth.
May 23 20:19:35 wallace ddclient[4403]: WARNING:  cannot connect to 
checkip.dyndns.org:80 socket: IO::Socket::INET: Bad hostname 
'checkip.dyndns.org'
May 23 20:24:35 wallace ddclient[4403]: WARNING:  cannot connect to 
checkip.dyndns.org:80 socket: IO::Socket::INET: Bad hostname 
'checkip.dyndns.org'
May 23 20:29:35 wallace ddclient[4403]: WARNING:  cannot connect to 
checkip.dyndns.org:80 socket: IO::Socket::INET: Bad hostname 
'checkip.dyndns.org'

The above warnings were issued even though 'host checkip.dyndns.org' returned
valid IP address lookup.  Issuing "/etc/init.d/ddclient restart" cleared the
problem up immediately:

May 23 20:29:54 wallace ddclient[4403]: WARNING:  caught SIGTERM; 
exiting
May 23 20:29:58 wallace ddclient[7932]: SUCCESS:  updating 
hostname.dnsalias.org: good: IP address set to aaa.bbb.ccc.ddd





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

Versions of packages ddclient depends on:
ii  debconf [debconf-2.0] 1.5.0  Debian configuration management sy
ii  perl [perl5]  5.8.8-4Larry Wall's Practical Extraction 

ddclient recommends no packages.

-- debconf information:
* ddclient/run_daemon: true
* ddclient/interface: web
* ddclient/protocol: dyndns2
* ddclient/run_ipup: false
  ddclient/newconfigfmt:
  ddclient/modifiedconfig:
* ddclient/server: members.dyndns.org
* ddclient/daemon_interval: 300
* ddclient/service: www.dyndns.org


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

Bug#368310: upstream; to be fixed in 4.2.1

2006-05-23 Thread Steve M. Robbins

Hi,

Just to note: a new upstream version 4.2.1 is at "release candidate"
status.  I have alerted upstream about this problem and expect that it
will be addressed in the next upstream release.  I'll leave it until
then.

-Steve



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

Bug#367846: please make ftw.3 and ftw.3 refer to each other

2006-05-23 Thread Michael Kerrisk

Justin,

In a moment, I'll forward my revised version of the page.

In fact, I took on most of the material that you suggested,
but revised some of it significantly.  But please,
for the future, if you want to get do things as follows when writing a major 
patch:

a) Notify me in advance: I maight have some comments about
   how planned changes should be done.

b) Break logically separate parts up, and submit them separately.
   Big patches covering multiple logical areas are too much work 
   to understand.

I'll just make a few specific comments on the patch below.

> -.BI "int ftw(const char *" dir ", int (*" fn ")(const"
> -.BI "char *" file ", const struct stat *" sb ", int " flag ),
> -.BI "int " nopenfd );
> -.sp
> -.BI "int nftw(const char *" dir ", int (*" fn ")(const"
> -.BI "char *" file ", const struct stat *" sb ", int " flag ,
> -.BI "struct FTW *" s ),
> -.BI "int " nopenfd ", int " flags );
> +\fBtypedef int (*\fIftw_func_t\fP)(const char *\fPfile\fP, const
> +struct stat *\fPsb\fP, int \fPflag\fP);
> +.sp
> +\fBint ftw(const char *\fIdir\fP, ftw_func_t \fPfn\fP, int \fPnopenfd\fP);
> +.sp
> +\fB#define _XOPEN_SOURCE 500
> +.sp
> +\fBtypedef int (*\fInftw_func_t\fP)(const char *\fPfile\fP, const
> +struct stat *\fPsb\fP, int \fPflag\fP, struct FTW *\fPs\fP);
> +.sp
> +\fBint nftw(const char *\fIdir\fP, nftw_func_t \fPfn\fP, int
> +\fPnopenfd\fP, int \fPflags\fP);

While I appreciate that the type ftw_func_t is defined in
the header, and its use makes the declarations look simpler,
it is non-standard, so I'm reluctant to use it in the man page.


 .SH DESCRIPTION
> -\fBftw\fP() walks through the directory tree starting from the indicated
> -directory \fIdir\fP.  For each found entry in the tree, it calls
> -\fIfn\fP() with the full pathname of the entry, a pointer to the
> -.BR stat (2)
> -structure for the entry and an int \fIflag\fP, which value will be one of
> -the following:
> +\fBftw\fP() walks recursively through the path hierarchy beginning at
> +\fIdir\fP, and calls \fIfn\fP() for each directory entry found.
> +Directories are handled before the files and subdirectories they
> +contain (\*(lqbreadth\-first\*(rq).

In truth, it is not "breadth first" but "pre-order".
(The name FTW_DEPTH is a misnomer -- really it means "post-order".)


> +To avoid exceeding a program's file descriptor limit, \fInopenfd\fP

It is not merely the RLIMIT_NOFILE limit that matters here,
so best to leave this text more vague...

> +.TP
> +.B FTW_ACTIONRETVAL

Thanks for documenting this.  I added a few small pieces.


> +.SH "RETURN VALUE"

Thanks -- I wrote things up somewhat differently.

Cheers,

Michael
-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 

Want to help with man page maintenance?  
Grab the latest tarball at
ftp://ftp.win.tue.nl/pub/linux-local/manpages/, 
read the HOWTOHELP file and grep the source 
files for 'FIXME'.


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

Bug#367846: please make ftw.3 and ftw.3 refer to each other

2006-05-23 Thread Michael Kerrisk

Hi Justin,

Here's the current version of the page.
Thanks for your patch.

Cheers,

Michael


.\" Copyright (c) 1993 Michael Haardt ([EMAIL PROTECTED])
.\" and copyright (c) 1999 Andries Brouwer ([EMAIL PROTECTED])
.\" and copyright (c) 2006 Justin Pryzby <[EMAIL PROTECTED]>
.\" and copyright (c) 2006 Michael Kerrisk <[EMAIL PROTECTED]>
.\"
.\" This is free documentation; you can redistribute it and/or
.\" modify it under the terms of the GNU General Public License as
.\" published by the Free Software Foundation; either version 2 of
.\" the License, or (at your option) any later version.
.\"
.\" The GNU General Public License's references to "object code"
.\" and "executables" are to be interpreted as the output of any
.\" document formatting or typesetting system, including
.\" intermediate and printed output.
.\"
.\" This manual is distributed in the hope that it will be useful,
.\" but WITHOUT ANY WARRANTY; without even the implied warranty of
.\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
.\" GNU General Public License for more details.
.\"
.\" You should have received a copy of the GNU General Public
.\" License along with this manual; if not, write to the Free
.\" Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111,
.\" USA.
.\"
.\" Modified Sun Jul 25 11:02:22 1993 by Rik Faith ([EMAIL PROTECTED])
.\" 2006-05-24, Justin Pryzby <[EMAIL PROTECTED]>
.\" document FTW_ACTIONRETVAL; include .SH "RETURN VALUE";
.\" 2006-05-24, Justin Pryzby <[EMAIL PROTECTED]> and
.\" Michael Kerrisk <[EMAIL PROTECTED]>
.\" reorganized and rewrote much of the page
.\" 2006-05-24, Michael Kerrisk <[EMAIL PROTECTED]>
.\" Added an example program.
.TH FTW 3 2006-05-24 "Linux" "Linux Programmer's Manual"
.SH NAME
ftw, nftw \- file tree walk
.SH SYNOPSIS
.nf
.B #include 
.sp
.BI "int ftw(const char *" dirpath ,
.BR " int (*" fn ")(const char *" fpath ", const struct stat *" sb ,
.BI "   int " typeflag ),
.BI " int " nopenfd );
.sp
.B #define _XOPEN_SOURCE 500
.B #include 
.sp
.BI "int nftw(const char *" dirpath ,
.BI " int (*" fn ")(const char *" fpath ", const struct stat *" sb ,
.BI "   int " typeflag ", struct FTW *" ftwbuf ),
.BI " int " nopenfd ", int " flags );
.fi
.SH DESCRIPTION
\fBftw\fP() walks through the directory tree that is
located under the directory \fIdirpath\fP,
and calls \fIfn\fP() once for each entry in the tree.
By default, directories are handled before the files and
subdirectories they contain (pre-order traversal).

To avoid using up all a process's file descriptors, \fInopenfd\fP
specifies the maximum number of directories that \fBftw\fP()
will hold open simultaneously.
When
the search depth exceeds this, \fBftw\fP() will become slower because
directories have to be closed and reopened. \fBftw\fP() uses at most
one file descriptor for each level in the directory tree.

For each entry found in the tree,
.BR ftw ()
calls
\fIfn\fP() with three arguments:
.IR fpath ,
.IR sb ,
and
.IR typeflag .
.IR fpath
is the pathname of the entry relative to
.IR dirpath .
.IR sb
is a pointer to the
.IR stat
structure returned by a call to
.BR stat (2)
for
.IR fpath .
.IR typeflag ,
is an integer that has one of the following values:
.TP
.B FTW_F
.I fpath
is a normal file.
.TP
.B FTW_D
.I fpath
is a directory.
.TP
.B FTW_DNR
.I fpath
is a directory which can't be read.
.TP
.B FTW_NS
The
.BR stat (2)
call failed on
.IR fpath ,
which is not a symbolic link.
.LP
If
.I fpath
is a symbolic link and
.BR stat (2)
failed, POSIX.1 states
that it is undefined whether \fBFTW_NS\fP or \fBFTW_SL\fP (see below)
is passed in
.IR typeflag .
.PP
To stop the tree walk, \fIfn\fP() returns a non-zero value; this
value will become the return value of \fBftw\fP().
As long as \fIfn\fP() returns 0,
\fBftw\fP() will continue either until it has traversed the entire tree,
in which case it will return zero,
or until it encounters an error other than EACCES
(such as a
.BR malloc (3)
failure), in which case it will return \-1.
.PP
Because \fBftw\fP() uses dynamic data structures, the only safe way to
exit out of a tree walk is to return a non-zero value from \fIfn\fP().
To allow a signal to terminate the walk without causing a memory leak,
have the handler set a global flag that is checked by \fIfn\fP().
.I Don't
use
.BR longjmp (3)
unless the program is going to terminate.
.SS nftw()
The function \fBnftw\fP() is the same as \fBftw\fP(),
except that it has one additional argument, \fIflags\fP,
and calls \fIfn\fP() with one more argument, \fIftwbuf\fP.

This \fIflags\fP argument is formed by ORing zero or more of the
following flags:
.TP
.B FTW_CHDIR
If set, do a
.BR chdir (2)
to each directory before handling its contents.
This is useful if the program needs to perform some action
in the directory in which \fBfpath\fP resides.
.TP
.B FTW_DEPTH
If set, do a post-order traversal, that is, call \fIfn\fP() for
the directory itself \fI

Bug#368685: [INTL:dz] Dzongkha translation of Console-data

2006-05-23 Thread Pema Geyleg

Package: Console-data
Version : N/A
Severity: wishlist
Tags: l10n patch
Language: Dzongkha(dz)

Please find attached the Dzongkha translation of Console-data from level2...

Many Thanks
Pema Geyleg
# translation of console-data.po to Dzongkha
#
#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.
# Christian Perrier <[EMAIL PROTECTED]>, 2004.
#
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-23 14:07+0530\n"
"Last-Translator: Dorji Tashi <[EMAIL PROTECTED]>\n"
"Language-Team: Dzongkha <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.3.1\n"
"Plural-Forms: nplurals=2; plural=(n!=1);\n"
"X-Poedit-Language: Dzongkha\n"
"X-Poedit-Country: Bhutan\n"
"X-Poedit-SourceCharset: utf-8\n"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "by"
msgstr "à½à½ºà¼à½£à¼à½¢à½´à¼à½¦à½²à¼à½¡à½±à½à¼ "

# console-keymaps-acorn, Bulgarian
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "bg"
msgstr "à½à½±à½£à¼à½à¼à½¢à½²à¼à½¡à½±à½à¼"

# console-keymaps-acorn, Croatian
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "croat"
msgstr "à½à½¼à½¢à½¼à¼à½¤à½²à¼à½¡à½±à½à¼"

# console-keymaps-acorn, Czech
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "cz-lat2"
msgstr "à½à½ºà½à½²à¼"

# console-keymaps-acorn, Swiss
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "sg-latin1"
msgstr "à½¦à½´à½ à½²à½¦à½²à¼à½à½¢à¼à½à½±à½à¼"

# console-keymaps-acorn, German
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "de-latin1-nodeadkeys"
msgstr "à½à½¢à¼à½à½±à½à¼"

# console-keymaps-acorn, Danish
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "dk-latin1"
msgstr "à½à½ºà¼à½à½²à½¤à¼"

# console-keymaps-acorn, American
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "us"
msgstr "à½¨à¼à½à½²à¼à½¢à½²à¼à½à½±à½à¼ à½¨à½²à½à¼à½£à½²à½¤à¼"

# console-keymaps-acorn, British
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "uk"
msgstr "à½à½²à½¢à½²à¼à½à½²à½¤à¼à½¨à½²à½à¼à½£à½²à½¤à¼"

# console-keymaps-acorn, Dvorak
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "dvorak"
msgstr "à½à½à¼à½¢à½"

#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "et"
msgstr "à½¨à½²à½¦à½²à¼à½à½¼à¼à½à½²à¼à½¡à½±à½à¼"

# console-keymaps-acorn, Swiss
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "la-latin1"
msgstr "à½£à½ºà¼à½à½²à½à¼à½¨à¼à½à½²à¼à½¢à½²à¼à½"

# console-keymaps-acorn, Spanish
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "es"
msgstr "à½¦à½²à½à½ºà¼à½à½²à½¤à½²à¼"

# console-keymaps-acorn, Finnish
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "fi-latin1"
msgstr "à½à½²à½à¼à½à½²à½¤à¼"

# console-keymaps-acorn, French
#. Type: select
#. choices
#. Type: select
#. Choices
#: ../console-keymaps-acorn.templates:3
#: ../console-keymaps-at.templates:3
msgid "fr-latin9"
msgstr "à½à½²à½¢à½ºà½à½à½²à¼"

# console-keymaps-acorn, French
#. Type: select
#. choices
#: ../console-keymaps-acorn.templates:3
msgid "fr-latin1"
msgstr "à½à½²à½¢à½ºà½à½à½²à¼(à½à½à¼à½à½ºà½à¼)"

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

Bug#368684: nagios3: segfault caused by p1.pl being installed incorrectly

2006-05-23 Thread Matt Brown

Package: nagios3
Version: 2.3-1
Severity: normal

(this problem is being experienced on a self-made backport, so I've
chosen normal rather than important as the priority. However I'm 99%
sure this problem would also be exhibited in unstable but haven't had
time to check).

When the embedded perl interpreter is enabled the Nagios binary looks
for a script called p1.pl in $(bindir) (set to /usr/sbin by configure),
however the debian package moves this file from $(bindir) to
/usr/lib/nagios2. This causes the following error when the daemon is
started:

  orwell:~# nagios2 /etc/nagios/nagios.cfg

  Nagios 2.3
  Copyright (c) 1999-2006 Ethan Galstad (http://www.nagios.org)
  Last Modified: 05-03-2006
  License: GPL

  Nagios 2.3 starting... (PID=21189)
  Can't open perl script "/usr/sbin/p1.pl": No such file or directory

After roughly one minute the process exits. The log file contains

  [1148444358] Nagios 2.3 starting... (PID=21221)
  [1148444358] LOG VERSION: 2.0
  [114832] Caught SIGSEGV, shutting down...

Moving p1.pl to /usr/sbin (either physically or via symlink) resolves
the problem and appears to make Nagios operate correctly.

Please escalate this to important if you agree that this is likely to
affect the packages in unstable as well.

Cheers

-- 
Matt Brown
[EMAIL PROTECTED]
Mob +64 21 611 544 www.mattb.net.nz



signature.asc
Description: OpenPGP digital signature

Bug#81947: my chance

2006-05-23 Thread Ricky

Hire,
i am here sitting in the internet caffe. Found your email and
decided to write. I might be coming to your plaace in 14 days, 
so I decided to email you. May be we caan meet? I am 25 y.o.
girl. I have a paicture if you want. No need to reply here as 
this is not my email. Write me at [EMAIL PROTECTED]




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

Bug#368653: Package: libpam-mysql: passwd bug report

2006-05-23 Thread Pawel Wiecek

On May 23, 11:12pm, Julien Danjou wrote:
> Configuration directive may have changed between this version, did you
> checked how you specify the table name ?

Not only it might. It did.

I will add proper warning to the package.

Pawel

-- 
 (___)  | Pawel Wiecek - Coven / Svart - |
< o o > |  http://www.coven.vmh.net/<[EMAIL PROTECTED]>GSM: 
+48603240006 |
 \ ^ /  | GPG/PGP info in message headers  *  [ Debian GNU/Linux developer ] |
  (")   |  *   *   Facts are stupid things.-- Reagan |


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

Bug#368633: partman: LVM automatic partitioning not undoable

2006-05-23 Thread ERIIX M. Blaike

On Tue, 2006-05-23 at 21:54 +0200, Geert Stappers wrote: 
> Please confirm that you mean 'MaY' (and not 'MaRch')
Sorry.  Timestamp from the wrong iso.  May 14 16:24 is the timestamp
from the one in question.

> Please tell us more about what you did.

I played around some in the disc, but the important step for
reproduction is simply to choose the LVM option in the guided
partitioning -- "Erase entire disk and use LVM" -- and you will be left
with, IIRC, /boot and an LVM partition (activated) that has some drives
in it.  The point is that it has already committed the changed partition
table and saved the LVM data into the space left for LVM.  Feel free to
try it, but I would advise doing so only on an emulated disc or on a
drive that has nothing important (or you have a backup of).

(Semi-)Detailed Walkthrough (I'm going along in qemu as I write this):
1: Get to partman (how you get there should be irrelevant)
2: In the guided partitioning, choose "Erase entire disk and use LVM"
3: Choose any of the partitioning schemes presented (I used seperate
home on my laptop, and have now confirmed all in one partition under
qemu -- I'm sure the many filesystem option will be similar)
4: Choose whatever name you want for the Volume Group
4a: Partition table is thrashed and LVM partition is activated and set
up (data being written even outside the partition table)
5: You can now confirm using fdisk that the partition table has been
changed to the new, LVM-equipped one.  Since the LVM partition was
activated and the VG set up, data in the partition(s) that were where it
now is may no longer exist.

> My default is to take the complain serious.
> But I make the addition that if have my doubts about it,
> so please tell how to reproduce the problem.

Done, but do be careful if you wish to follow the walkthrough.

> (right now is the original poster the one with the problem,
> when he can convince other that the problem concerns others
> then it more likely he will get help with "his problem")

Actually, my problem is done and gone.  I lost almost everything on my
laptop due primarilly to my own inattention.  I knew that LVM setup
in partman proper requires saving the partition table and should have
realized from this that the guided partitioning would have to play by
the same rules.  I just don't want anyone else in this situation.

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

Bug#360040: Totem freezes by "Open Location"

2006-05-23 Thread Ryuichi Arafune

Hello, 

Unfortunately, I have not got the official totem 1.4.0-1, yet.  I
accept that the 1.4.0 version that i used is the unofficial
(self-build) package.  I'm sorry for your confusing.  However, the
main reason why I have to build the totem package by myself is  the
original version (1.2.1 or something) has the same problem (totem
freezes by "Open Location").  I have re-tested today, and I found the
current official (1.2.1-4) has still same problem.  

Could you please what I must check to fix this problem.

Regards,


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

Bug#368683: linux-source-2.6.16: menuconfig should say what the raw default is

2006-05-23 Thread gambarimasu+reportbug

Package: linux-source-2.6.16
Version: 2.6.16-13
Severity: normal


menuconfig provides defaults, and it also sometimes gives hints like
"if you're all like 'WTF?' then you can safely say Y here".

that's nice, but was that default there because of my old .config?  or
is it a real default?

menuconfig should say:

o the default if you leave it alone
o the raw default (as if you had no previous .config)

these are different things.

i leave severity at normal because i think this much usability affects
a lot of users who struggle with menuconfig.  please feel free to
change it.

i report here instead of kernel.org because i think reportbug should
allow that, and many maintainers do forward upstream.

thanks for maintaining the debian kernels.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages linux-source-2.6.16 depends on:
ii  binutils  2.15-6 The GNU assembler, linker and bina
ii  bzip2 1.0.2-7high-quality block-sorting file co

Versions of packages linux-source-2.6.16 recommends:
ii  gcc   4:3.3.5-3  The GNU C compiler
ii  libc6-dev [libc-dev]  2.3.6-7GNU C Library: Development Librari
ii  make  3.80-9 The GNU version of the "make" util

-- no debconf information


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

Bug#350282: Yep, Should be done!

2006-05-23 Thread Lance W. Haverkamp

Yep,  Should be done!
-- 


Thanks!

Lance W. Haverkamp



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

Bug#365690: firefox: rendering unicode character numbers depends on context in a weird way

2006-05-23 Thread Ian Zimmerman


Here's a page that seems to have the problem even without pango:

http://www.gtk.org/api/2.6/gtk/gtk-Selections.html#id2836476

-- 
A true pessimist won't be discouraged by a little success.


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

Bug#368289: Bug#364629: NMU broke configure script in s390 buildd

2006-05-23 Thread Lars Wirzenius

ma, 2006-05-22 kello 18:37 -0500, Gunnar Wolf kirjoitti:
> Thanks for taking care of my poor little package... I'm sure you
> understand why I haven't looked at it much lately :-( Anyway, it seems
> the patch you NMUed created some problems - As I'm still stuck with
> Debconf for a bit, and then have to catch up with at least one month
> of job I put away, could you take a dive into this again?

Yeah, I noticed that. I have no idea what the problem is -- I did build
the package with pbuilder before I uploaded it, so it should build
cleanly. Unfortunately, I'm travelling for another couple of weeks, so I
won't be able to work on this. Hopefully someone else notices the
problem and has time to fix things. My apologizes for messing things up.

-- 
There's a reason why "release manager" is abbreviated "rm".



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

Bug#368681: cvs: does not flag conflicted copies anymore

2006-05-23 Thread Henrique de Moraes Holschuh

Package: cvs
Version: 1:1.12.13-2
Severity: grave
Justification: renders package unusable

CVS now cannot detect conflicted merges ("C" state) anymore, which is bound
to cause all sort of broken commits if people doesn't notice it in time.

I didn't actually *try* to commit a file with merge conflicts, but cvs
update and cvs status both fail to detect the file is full of "<",
"" and "" hunks...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.17-debian13+bluesmoke+lm85
Locale: LANG=pt_BR.ISO-8859-1, LC_CTYPE=pt_BR.ISO-8859-1 (charmap=ISO-8859-1)

Versions of packages cvs depends on:
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy
ii  libc6 2.3.6-9GNU C Library: Shared libraries
ii  libpam-runtime0.79-3.1   Runtime support for the PAM librar
ii  libpam0g  0.79-3.1   Pluggable Authentication Modules l
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages cvs recommends:
ii  info [info-browser] 4.8.dfsg.1-1 Standalone GNU Info documentation 
ii  konqueror [info-browser]4:3.5.2-2+b1 KDE's advanced file manager, web b
ii  netbase 4.25 Basic TCP/IP networking system
ii  pinfo [info-browser]0.6.9-2  An alternative info-file viewer
ii  xemacs21-mule [info-browser 21.4.19-1highly customizable text editor --

-- debconf information excluded

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#368682: xserver-xorg: X7.0 fails to start with nvidia drivers

2006-05-23 Thread revslowmo

Package: xserver-xorg
Version: 1:7.0.20
Severity: normal

After upgrade to xorg7.0 from xorg 6.9.0 nvidia drivers fail to load due
to directory structure change. work around is symbolic link nvidia files
from /usr/X11R6/lib to /usr/lib/xorg

lrwxrwxrwx  1 root root 43 May 23 20:27 nvidia_drv.o ->
/usr/X11R6/lib/modules/drivers/nvidia_drv.o*
lrwxrwxrwx  1 root root 44 May 23 20:27 nvidia_drv.so ->
/usr/X11R6/lib/modules/drivers/nvidia_drv.so*


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

Versions of packages xserver-xorg depends on:
ii  debconf   1.4.72 Debian configuration management sy
ii  x11-common1:7.0.20   X Window System (X.Org) infrastruc
ii  xbase-clients 1:7.0.1-2  miscellaneous X clients
ii  xkb-data  0.8-5  X Keyboard Extension (XKB) configu
ii  xserver-xorg-core 1:1.0.2-8  X.Org X server -- core server
ii  xserver-xorg-input-al 1:7.0.20   the X.Org X server -- input driver
ii  xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv
ii  xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d
ii  xserver-xorg-input-mo 1:1.0.4-3  X.Org X server -- mouse input driv
ii  xserver-xorg-video-al 1:7.0.20   the X.Org X server -- output drive
ii  xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv
ii  xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv
ii  xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv
ii  xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr
ii  xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d
ii  xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr
ii  xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr
ii  xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr
ii  xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr
ii  xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri
ii  xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri
ii  xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx
ii  xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr
ii  xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv
ii  xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display
ii  xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display 
ii  xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv
ii  xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive
ii  xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa
ii  xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display
ii  xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d
ii  xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di
ii  xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv
ii  xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display 
ii  xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri
ii  xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv
ii  xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display 
ii  xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr
ii  xserver-xorg-video-v4 0.0.1.5-1  X.Org X server -- Video 4 Linux di
ii  xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri
ii  xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv
ii  xserver-xorg-video-vi 1:0.1.33.2-3   X.Org X server -- VIA display driv
ii  xserver-xorg-video-vm 1:10.11.1.3-2  X.Org X server -- VMware display d
ii  xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d

Versions of packages xserver-xorg recommends:
ii  discover1 1.7.17 hardware identification system
ii  laptop-detect 0.12.1 attempt to detect a laptop
pn  mdetect(no description available)
pn  xresprobe  (no description available)

-- debconf information:
* xserver-xorg/multiple_possible_x-drivers:
* xserver-xorg/config/monitor/use_sync_ranges: true
* xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice
* xserver-xorg/config/monitor/lcd: false
* xserver-xorg/autodetect_monitor: true
* xserver-xorg/config/display/modes: 1280x1024, 1024x768, 800x600, 640x480
* xserver-xorg/config/display/default_depth: 24
* xserver-

Bug#367870: kernel udebs cannot be autobuilt

2006-05-23 Thread Manoj Srivastava

severity 367870 wishlist
thanks
On 18 May 2006, Martin Michlmayr verbalised:

> Package: kernel-package
>
> The default value of the kernel questions means that the package
> fails to install, and hence the kernel udebs cannot be autobuilt.
> Do you have an idea how to solve this?

This is the way that kernel images have always
 functioned. Unfortunately, this bug report and some debconf6 chats
 were the first I have heard about this, so I am not sure how to
 handle this. Discussion with the d-i team folks seem to indicate that
 the behaviour of kernel package need not change, which is welcome
 news. I would much rather not change the default and unleash kernel
 upgrades on unsuspecting users.

manoj
-- 
One nice thing about egotists: they don't talk about other
people. George Carlin
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#368679: mp3gain: incorrect path to README.method in manpage

2006-05-23 Thread Mike Hokenson

Package: mp3gain
Version: 1.4.6-2
Severity: minor


The path to README.method in the manpage is wrong:

  See also /usr/share/doc/README.method .

Should be:

  See also /usr/share/doc/mp3gain/README.method .

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

Versions of packages mp3gain depends on:
ii  libc6 2.3.6-9GNU C Library: Shared libraries

mp3gain recommends no packages.

-- no debconf information


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

Bug#368680: ntop: errant process takes over all cpu

2006-05-23 Thread Adam Kessel

Package: ntop
Version: 2:3.0-5
Severity: normal

Whenever we run ntop for a while (a day or two, sometimes shorter) on a
fairly standard Debian sarge system, one of the ntop processes gets out
of hand and takes all available CPU cycles, and thus needs to be killed.

The only thing that might be a bit different about this system is the
custom kernel, currently 2.6.16.2.  If a kernel issue could be
implicated, I can provide the kernel config, but it seems to me
unlikely.

Any ideas about how to better isolate the problem and prevent it from
happening?

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

Versions of packages ntop depends on:
ii  debconf   1.4.30.13  Debian configuration management sy
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libgd2-xpm2.0.33-1.1 GD Graphics Library version 2
ii  libgdbm3  1.8.3-2GNU dbm database routines (runtime
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpcap0.70.7.2-7System interface for user-level pa
ii  libpng12-01.2.8rel-1 PNG library - runtime
hi  libssl0.9.7   0.9.7e-3sarge1 SSL shared libraries
ii  zlib1g1:1.2.2-4.sarge.2  compression library - runtime

-- debconf information:
  ntop/createuser: false
* ntop/interfaces: eth0
* ntop/trace: 0
* ntop/port: 3000
* ntop/save: 0
* ntop/user: ntop
  ntop/usernotice:
* ntop/getopt:
* ntop/mode: false


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

Bug#364382: no update?

2006-05-23 Thread John Belmonte

Marcos Pinto wrote:
> i don't understand why this bug hasnt been closed yet with the
> previously submitted patch.  quite a few different programs are in
> limbo because xmlsec1 has not been updated.  please, get this going so
> the other developers may move on

As the submitter of the patch stated, no functional testing of the
package with this change has been done.  Something is wrong with the nss
examples build in libxmlsec1-dev.  Although I don't think it's related
to the patch, I'm not prepared to do an upload without getting this
basic regression test to work again.  I'm on vacation through the U.S.
holiday weekend and have some other obligations so it may be a week or
so before I can investigate this.

--John

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

Bug#367424: -O0 seemed to fix it on my amd64 Bacula box.

2006-05-23 Thread John Goerzen

On Mon, May 22, 2006 at 05:54:24PM -0700, Nicolas Lopez wrote:
> ii  gcc4.0.3-4The GNU C compiler
> ii  gcc-4.04.0.3-3The GNU C compiler
> [EMAIL PROTECTED]:~$ gcc --version
> gcc (GCC) 4.0.4 20060507 (prerelease) (Debian 4.0.3-3)
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> 

This is interesting.  Can you try GCC 3.4 and 4.1 and let me know if you
have any better luck with either of those?  Also, have you had the same
problem on i386?

-- 
John Goerzen
Author, Foundations of Python Network Programming
http://www.amazon.com/exec/obidos/tg/detail/-/1590593715


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

Bug#338956: (That's the expected behaviour)

2006-05-23 Thread David L. Anselmi


Alberto Gonzalez Iniesta wrote:

Hi,

On upgrade, only running VPNs are restarted, that's the desired
behaviour. Those not running are down because you didn't want them up.
On upgrade they shouldn't be started then.


Sorry, but I don't understand.  Are you saying that when 
stop2upgrade=true no VPNs should be running after the upgrade?  I hope 
the below isn't too tedious and I'd enjoy learning why the package 
behaves as it does.


Here is the current behavior:

stop2upgrade=false

  VPNs are left up during the upgrade and restarted by the postinst 
script (using cond-restart || restart). This makes sense.


stop2upgrade=true

  All VPNs are stopped by the prerm script.  When the postinst script 
runs cond-restart it refuses to start anything because nothing is running.


I don't think that leaving all VPNs off is the desired behavior.  If it 
is, could that be made more clear in the debconf template?  It is clear 
that if you answer no then VPNs will be restarted after upgrade. 
Clearly, answering yes means they will be stopped before the upgrade but 
nothing is said about restarting them.  To me it is surprising that they 
should be left off so this should be said explicitly if that is the intent.


I can imagine that communicating from the prerm which VPNs were stopped 
so only those can be started in the postinst isn't an easy thing.  But I 
don't see any use to the current behavior so perhaps stop2upgrade should 
be removed?


Thanks for your help and I appreciate your work maintaining openvpn.

Dave


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

Bug#368678: setmixer: Please don't conflict with alsa-base or aumix

2006-05-23 Thread Lennart Poettering

Package: setmixer
Severity: normal

setmixer shouldn't conflict with alsa-base or aumix. The CLI tool
works perfectly in conjunction with both of them, the only problem is
the init script. IANADD, but I think the policy forbids to put
alsa-base/aumix in the "Conflicts:" field in such a case.

The correct fix would be to fix the init script to stop if either
aumix or alsa-base is found. (Just as aumix currently does it with
alsa-base).

setmixer is quite a useful tool, but due to the Conflicts line with
alsa-base I am currently unable to use it.

Lennart

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
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#218893: Kicking this back to life

2006-05-23 Thread Goswin von Brederlow

Bill Allombert <[EMAIL PROTECTED]> writes:

> Hello Wouter,
>
> First thank for bringing back this issue, however...
>
> On Tue, May 23, 2006 at 10:17:01PM +0200, Wouter Verhelst wrote:
>> The last post to this bug was done on 2004-08-23, which is ages ago. I
>> think it's safe to say that Bill's proposal (create
>> debian/rules.{version,targets} files which define what interfaces are
>> implemented by the debian/rules file) did not get enough seconds.
>
> ...for the record: the debian/rules.{version,targets} was not the final
> proposal. The final proposal was the addition of 'Build-Options' to
> debian/control and this proposal was drafted after input from all the
> people involved.  This proposal is merely waiting for the dpkg
> maintainers to make a decision on bug #229357 rather than shelved.  Some
> developers mentionned their willingness to second it.

I still think that adding an extra header is unneccessary. We already
have the standards version in the control file. The next standards
version could require the build-arch/indep targets to be present and
dpkg-buildpackage could test for the version.

This would, going by the letter, make existing packages in debian
buggy. BUT it would not make any package suddenly unbuildable and we
could easily enough restraing ourself from needlessly reporting this
as a bug till after etch.

For those who claim that requiring build-arch/indep tragets would
waste space in debian/rules a simple "build%:" target, meaning an
increase of 1 char, will do.

MfG
Goswin

PS: Has anyone counted how many sources don't have build-arch?

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

Bug#368551: ITP: xml-security-c -- C++ library for XML Digital Signatures

2006-05-23 Thread Russ Allbery

Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Tue, 23 May 2006, Russ Allbery wrote:

>> I'd really rather stick with the upstream name,

> Why not ask upstream WHY they are misnaming the library? 
> libxml-security-c++ is a perfectly ok and valid name...

I'll ask, but again, this is a library package, so the binary package name
is going to match the name of the library on disk.  So really we're only
arguing about the name of the source package.

My guess is that upstream isn't going to be particularly thrilled with the
idea of changing the SONAME and name of the library on disk for aesthetic
reasons, given the backward compatibility issues.

-- 
Russ Allbery ([EMAIL PROTECTED])   

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

Bug#367061: module-init-tools: French manpage translation missing!

2006-05-23 Thread Rusty Russell

On Tue, 2006-05-23 at 15:49 +0200, Pierre Machard wrote:
> Hi,
> 
> Rusty, about 10 days ago. I've sent a message in which you were in Cc,
> to deal with manpages translation.

Sorry, I've been lax.

I believe translations are very important and should be distributed, but
I've never done so before 8(

If you send a careful patch which does the right things, I'll apply
it...

Thanks!
Rusty.
-- 
 ccontrol: http://ccontrol.ozlabs.org



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

Bug#362880: touch appears to behave incorrectly

2006-05-23 Thread Michael Stone


On Sun, Apr 16, 2006 at 08:37:42AM +0200, Martin Godisch wrote:

which is the reason the build fails. This bug occurs only on sparc and
ia64 and is not reproducible with a manual build.


If it happens again can you send the output of stat(1) run against the 
files? There's really not much in touch(1) that can get screwed up. If I 
had to guess I'd say that something isn't handling sub-second timestamp 
resolutions properly, but the stat output will help narrow down the 
problem.


Mike Stone


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

Bug#368610: Log for failed build of libapache2-mod-geoip_1.1.8-1 (dist=unstable)

2006-05-23 Thread Adam Conrad

Adam Conrad wrote:
> Martin Michlmayr wrote:
>> ...
>>> Setting up ssl-cert (1.0.13) ...
>>> chgrp: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file 
>>> or directory
>>> chmod: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file 
>>> or directory
> 
> Oh, grr.  Foiled by a bugfix that generated a diffirent bug.  I need to
> slow down and just do it right.  Thanks for the heads-up.

Actually, on second thought, I don't see how this can happen.  Those
files should be generated earlier in the postinst before we try to
chmod/chgrp them.   Does /etc/ssl/private not exist on that machine when
openssl is installed?

... Adam


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

Bug#368610: Log for failed build of libapache2-mod-geoip_1.1.8-1 (dist=unstable)

2006-05-23 Thread Adam Conrad

Martin Michlmayr wrote:
> 
> Sorry, Adam, but ssl-cert still doesn't install - the following happens
> when it's installed with debconf priority non-interactive:
> 
>> Automatic build of libapache2-mod-geoip_1.1.8-1 on bilbao by sbuild/sparc 85
> ...
>> Setting up ssl-cert (1.0.13) ...
>> chgrp: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file 
>> or directory
>> chmod: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file 
>> or directory

Oh, grr.  Foiled by a bugfix that generated a diffirent bug.  I need to
slow down and just do it right.  Thanks for the heads-up.

... Adam


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

Bug#368670: start doesn't detach terminal with php5-fastcgi

2006-05-23 Thread Michal Čihař

Package: lighttpd
Version: 1.4.11-6
Severity: normal

Hi

It looks like spawned fast-cgi processes have attached stderr to
terminal where they were excecuted. I'm not sure whether it is PHP or
Lighttpd bug, however most likely it was real cause of bug #355865.

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

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

Versions of packages lighttpd depends on:
ii  libbz2-1.01.0.3-2high-quality block-sorting file co
ii  libc6 2.3.6-10   GNU C Library: Shared libraries
ii  libldap2  2.1.30-13  OpenLDAP libraries
ii  libpcre3  6.4-2  Perl 5 Compatible Regular Expressi
ii  libssl0.9.8   0.9.8b-2   SSL shared libraries
ii  lsb-base  3.1-5  Linux Standard Base 3.1 init scrip
ii  mime-support  3.36-1 MIME files 'mime.types' & 'mailcap
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages lighttpd recommends:
ii  php5-cgi  5.1.2-1server-side, HTML-embedded scripti

-- no debconf information


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

Bug#366275: xbase-clients: Missing build dependency

2006-05-23 Thread David Nusinow

On Tue, May 23, 2006 at 12:12:13PM -0700, Steve Langasek wrote:
> reopen 366275
> retitle 366275 don't take b-d recommendations from random submitters without 
> checking them!
> submitter 366275 !
> severity 366275 important
> quit
> 
>* Add xprint-utils to build-depends. Thanks anonymous someone.
>  (closes: #366275)
> 
> This was a wrong fix.  The xprint-utils package does not contain any .pc
> files, so it cannot possibly be relevant for the build failure shown; and
> xprint-utils is not yet built on all architectures, which means that this
> build-dep is now causing xbase-clients to FTBFS on release architectures
> where it previously had no such problem.
> 
> The proper package to build-depend on is libxprintutil-dev.  The
> xprint-utils package you now build-depend on does *not* pull in
> libxprintutil-dev as a dependency, which means the status of xbase-clients
> wrt xprintutils.pc has *not* changed.  Since both xbase-clients 1:7.0.1-1
> and 1:7.0.1-2 built fine on the autobuilders (build-depends allowing!), this
> bug does not exist, and the original submitter, in addition to having
> stupidly misconfigured his email, has also stupidly misconfigured his build
> environment.
> 
> Don't commit random and untested changes to debian/control on the say-so of
> anonymous bug-submitting idiots!
> 
> The proper fix here is to pass --disable-xprint to the configure script for
> xbdebizzy, so that the package neither fails to build nor builds with
> different dependencies in the presence of libxp-dev.

This is odd. When I did a build in pbuilder, the build did indeed fail and
then when I added xprint-utils to the build-depends, the build succeeded.
This wasn't untested by any means and I didn't just put it in there for the
hell of it. I don't know what changed, but at this point I really don't
care enough to investigate. Anyway, I'll apply your fix.

 - David Nusinow


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

Bug#368676: cyrus-doc-2.2/html/readme.html: missing link target

2006-05-23 Thread Ross Boylan

Package: cyrus-doc-2.2
Version: 2.2.13-3
Severity: minor

This page includes this text:

Installation Overview

 This system should be expected to have the same order-of-magnitude
installation complexity as a netnews system. Maintenance should have
similar complexity, except administrators will have to deal with
*creation and deletion of users* and will have the option of managing
quotas and access control lists.

The material between the *'s is a hyperlink to
file:///usr/share/doc/cyrus-doc-2.2/html/cyradm.1.html, which does not
exist.

I see there are a lot of man pages under html/man, but not cyradm.
Also, since I have the docs to preview an install, I don't have the
real man page.

I doubt there's anything critical there, but I thought I'd let you
know since I noticed it.

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

-- no debconf information


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

Bug#368362: xmoto: breaks at startup

2006-05-23 Thread Cyril Brulebois

On Tue, May 23, 2006 at 07:26:26PM +0200, Rasmus Neckelmann wrote:
> Some people report that the patch I've attached fixes the problem. I
> can't verify it myself, so please excuse me if it still won't work. :)
Hi,

I got the same error on ppc, and after having rebuilt the package with
your patch, and deleted ~/.xmoto/LCache, all is working as before.

(In the meanwhile, the workaround about disabling cache was working
too.)

Thanks,

-- 
Cyril Brulebois


signature.asc
Description: Digital signature

Bug#358784: Fixed upstream

2006-05-23 Thread Joel Becker

On Wed, May 24, 2006 at 02:33:40AM +0200, David Martínez Moreno wrote:
>   Hello, Joel. I was (again) unable to know if your fix was in the 1.2.1 
> release, as the web interface for your SVN does not tell me *anything* about 
> revisions, apart from the number of the last one.

Yeah, WebSVN/ViewVC is on the TODO list.

Joel

-- 

"In a crisis, don't hide behind anything or anybody. They're going
 to find you anyway."
- Paul "Bear" Bryant

Joel Becker
Principal Software Developer
Oracle
E-mail: [EMAIL PROTECTED]
Phone: (650) 506-8127

Bug#368677: binutils: strings command segfaults - possible DOS

2006-05-23 Thread kiu

Package: binutils
Version: 2.15-6
Severity: normal


see http://isc.sans.org/diary.php?storyid=1353

$ echo "%253Cc%253Cc%253Cc%253Cc%253Cc%253Cc%253Cc" > evil-file
$ strings evil-file
Segmentation fault


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

Versions of packages binutils depends on:
ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an

-- no debconf information


-- 
kiu


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

Bug#368218: Init script uses Bash-specific syntax

2006-05-23 Thread Benjamin A'Lee

On Tue, May 23, 2006 at 04:18:37PM -0400, Yaroslav Halchenko wrote:
> Sorry for the delay -- I've fixed it and forgotten to inform ;)
> 
> I've made it posix compliant, thus dash ready. I would appreciate if you
> double check if everything is ok and working for you.

Everything looks fine here.  Thanks,

bma



signature.asc
Description: Digital signature

Bug#367316: nvidia-glx: Works for me, though different OpenGL version string

2006-05-23 Thread Benjamin Kudria

Hi, Ted.  Thanks for the reply.

I uninstalled everything, and then re-installed nvidia-glx and 
nvidia-kernel-2.6.16-1-k7.  They are now versions 1.0.8756-4 and 1.0.8756+1 
respectively.  I didn't compile these myself.  The glxinfo and glxgears 
output is the same.  Any ideas?

Sorry for the late reply, I didn't receive the email, I had to look at the web 
frontend.

Thanks,


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

Bug#185100: backgammon: fix "can only make 1 move" bug

2006-05-23 Thread Alan Curry

This is a resend of a message that seems to have gotten lost in the guts of
the BTS. It's been a week and I haven't seen a bounce or a confirmation. I
did get the original Bcc sent by reportbug...

I wrote, about a week ago:

>Package: bsdgames
>Version: 2.17-1sarge1
>Followup-For: Bug #185100
>
>This patch fixes the problem reported in #185100 by making movallow() try
>again with dice swapped when it finds that there is no possible move with the
>second die after the first die was used to move a man off the bar.
>
>This bug is present in the oldest version of backgammon that I was able to
>find, posted to comp.sources.games in 1988, carrying the version information
>"Last updated on Saturday, January 11, 1986."
>
>For easy reproduction, here's a savegame representing the board in the
>original bug report. Just run "backgammon movallowtest" and try the move
>0-4,23-24 to see the results. One obstacle: the savegame format is not
>portable. It's just an array of ints. So I'm including two versions of
>movallowtest. The first one is 32-bit ints with MSB first. The second one is
>32-bit ints with LSB first.
>
>begin 600 movallowtest
>[EMAIL PROTECTED]@``
>M__[]
>M``(#"0#Q\0D.`00!
>[EMAIL PROTECTED](`
>`
>end
>
>begin 600 movallowtest
>M`0#]_O___P#^_O___P``
>M__[]``(`
>M```#"0#Q\?___PD.`00!`0``
>5`/[EMAIL PROTECTED](`
>`
>end
>
>diff -ru bsdgames-2.17.orig/backgammon/common_source/allow.c 
>bsdgames-2.17/backgammon/common_source/allow.c
>--- bsdgames-2.17.orig/backgammon/common_source/allow.c2003-12-16 
>21:47:37.0 -0500
>+++ bsdgames-2.17/backgammon/common_source/allow.c 2006-05-14 
>02:14:29.0 -0500
>@@ -83,8 +83,10 @@
>   p[i--] = bar;
>   if (p[i] != bar)
>   continue;
>-  else
>+  else if (d0)
>   break;
>+  swap;
>+  continue;
>   }
>   if (d0 || m == 4)
>   break;
>
>-- System Information:
>Debian Release: 3.1
>Architecture: powerpc (ppc)
>Kernel: Linux 2.6.11-powerpc
>Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
>
>Versions of packages bsdgames depends on:
>ii  libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
>ii  libgcc1   1:3.4.3-13 GCC support library
>ii  libncurses5   5.4-4  Shared libraries for terminal hand
>ii  libstdc++51:3.3.5-13 The GNU Standard C++ Library v3
>ii  wamerican [wordlist]  5-4American English dictionary words 
>ii  wbritish [wordlist]   5-4British English dictionary words f
>ii  wenglish  5-4American English dictionary words 
>
>-- no debconf information
>



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

Bug#368664: kernel-package: Target modules_image depends on package devscripts

2006-05-23 Thread Kai-Martin

Package: kernel-package
Version: 10.047
Severity: normal


Problem:
   makekpkg modules_image 
fails with 
   /bin/sh: debsign: command not found

Can be resolved by installing the package devscripts.

Suggested solution:
   Add devscripts to the list of dependencies of kernel-package

---<(kaimartin)>---

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

Versions of packages kernel-package depends on:
ii  altgcc [c-compiler]  1:2.7.2.3-2 Alternate gcc package for the libc
ii  dpkg 1.13.19 package maintenance system for Deb
ii  dpkg-dev 1.13.19 package building tools for Debian
ii  file 4.12-1  Determines file type using "magic"
ii  gcc [c-compiler] 4:3.3.5-3   The GNU C compiler
ii  gcc-3.3 [c-compiler] 1:3.3.6-13  The GNU C compiler
ii  gettext  0.14.5-2GNU Internationalization utilities
ii  make 3.81-2  The GNU version of the "make" util
ii  perl 5.8.8-2 Larry Wall's Practical Extraction 
ii  po-debconf   0.9.0   manage translated Debconf template

Versions of packages kernel-package recommends:
ii  bzip2 1.0.2-7high-quality block-sorting file co
ii  libc6-dev [libc-dev]  2.3.6-7GNU C Library: Development Librari

-- no debconf information


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

Bug#358784: Fixed upstream

2006-05-23 Thread David Martínez Moreno

El lunes, 17 de abril de 2006 23:26, Joel Becker escribió:
> Folks,
>   I found the problem, it was a dumb error on my part.  I was
> singly-removing a doubly-linked list entry.  Bad Joel.
>   Fix is in SVN revision 1176.  Bugzilla 636
> (http://oss.oracle.com/bugzilla/show_bug.cgi?id=636), tracking this
> problem, has been marked FIXED.

Hello, Joel. I was (again) unable to know if your fix was in the 1.2.1 
release, as the web interface for your SVN does not tell me *anything* about 
revisions, apart from the number of the last one.

When I was talking about a changelog, I was not kidding. It is 
difficult to 
know what changes you make to the software if you point the people to 
download the full SVN repo and run a svn log -rX:Y as the only way of knowing 
it. Please consider: a) use of viewcvs in the server, b) making a proper 
changelog, at least in releases.

If it was harsh, it was not on purpose. English is not my mother 
tongue, 
sorry.

The user has reported that the bug is gone, so I think it could be 
closed.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgppaCcckcNAO.pgp
Description: PGP signature

Bug#368674: udev: /dev/fuse is not created root:fuse

2006-05-23 Thread Adeodato Simó

Package: udev
Version: 0.092-1

Hi,

I'm experiencing old #334439 (udev: /dev/fuse node is created with wrong
group owner) with the current version of udev:

  % grep fuse /etc/udev/rules.d/020_permissions.rules
  KERNEL=="fuse", GROUP="fuse"

  % ls -l /dev/fuse
  ls: /dev/fuse: No such file or directory

  % sudo modprobe fuse

  % ls -l /dev/fuse
  crw-rw 1 root root 10, 229 May 24 02:25 /dev/fuse

Thanks,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
   Listening to: Jay-Jay Johanson - Kate



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

Bug#368675: cyrus-doc-2.2: UPGRADE.Debian typo

2006-05-23 Thread Ross Boylan

Package: cyrus-doc-2.2
Version: 2.2.13-3
Severity: minor

It now says:

Upgrading form cyrus 2.1


I think that should be "from", not "form". It gave me a moment's pause
since I thought it might be "for", which might have the sense of
upgrading *to* 2.1.  From the following para the meaning is clear.

Hmm, while I'm at it, the same section says "The information how to do
upgrade your database files is contained in the upgrade information
from cyrus v1.6 below."  There is no 1.6 sections below, though the
upgrading from 1.5.x section says "The procedure for converting a v1.6
cyrus store to v2.2 is not explained here, but the tools to convert
the sieve scripts are in /usr/lib/cyrus/upgrade."

So I think what this means is "The information how to do
upgrade your database files is contained in the upgrade information
from cyrus 1.5 below."

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

-- no debconf information


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

Bug#362564: lvm-on-cryptroot not working yet.

2006-05-23 Thread Arjan Oosting

found bugnumber 362564
thanks

Hi David and Jonas, 

Sorry I did not respond earlier when there where updated scripts
available. (Busy with work and university stuff). Thanks for adding the
support for initramfs lvm-on-cryptroot to cryptsetup. 

I just upgraded and found to little bugs. First of all the lvm option is
not saved in the hook script. After I fixed that it still would not work
for me because I actually have *lvm2-on-cryptroot* and fstype gives
FSTYPE=lvm2 on my machine.  

I have included two small patches which should fix this and took the
liberty to reopen the bug for now.

Greetings Arjan

p.s. If you have anymore questions/remarks I will try to respond more
quickly. 


diff -Naur cryptsetup-1.0.3.orig/debian/initramfs-cryptroot-hook cryptsetup-1.0.3/debian/initramfs-cryptroot-hook
--- cryptsetup-1.0.3.orig/debian/initramfs-cryptroot-hook	2006-05-24 02:25:35.0 +0200
+++ cryptsetup-1.0.3/debian/initramfs-cryptroot-hook	2006-05-24 02:27:21.0 +0200
@@ -79,6 +79,9 @@
 			size=*)
 echo -n ",$opt"
 ;;
+			lvm=*)
+echo -n ",$opt"
+;;
 			*)
 # Presumably a non-supported option
 ;;
--- cryptsetup-1.0.3/debian/initramfs-cryptroot-script	2006-05-24 02:28:59.0 +0200
+++ cryptsetup-1.0.3.orig/debian/initramfs-cryptroot-script	2006-05-24 02:25:35.0 +0200
@@ -136,7 +136,7 @@
 
 	if [ $? -eq 0 ] && fstype < "$NEWROOT" > /conf/param.conf; then
 		. /conf/param.conf
-		([ "$FSTYPE" = "lvm" ] || [ "$FSTYPE" = "lvm2" ]) && setup_lvm "$cryptlvm"
+		[ "$FSTYPE" = "lvm" ] && setup_lvm "$cryptlvm"
 		[ "$FSTYPE" != "unknown" ] && break
 	fi
 


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#368551: ITP: xml-security-c -- C++ library for XML Digital Signatures

2006-05-23 Thread Henrique de Moraes Holschuh

On Tue, 23 May 2006, Russ Allbery wrote:
> I'd really rather stick with the upstream name, particularly since this is

Why not ask upstream WHY they are misnaming the library? libxml-security-c++
is a perfectly ok and valid name...

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#367125: knfsd / bad inode number on ext3

2006-05-23 Thread Ristuccia, Brian

We're also seeing this bug with 2.6.15 after replacing disks in an NFS
server. It seems worth mentioning that the new filesystem has fewer
inodes, both in use and available total than the old filesystem. 

In the kernel source, look at nfs_vfs_read() in fs/nfsd/vfs.c. It's
called through about a half-dozen other functions from the top level
nfsd_proc_read(). It looks like it's getting the inode number from a
structure which originated in the NFS read request itself and I don't
see anything doing validation. The code in ext3 appears to assume that
the only source of unchecked inode numbers is the filesystem itself
(like a corrupted directory), so attempting to access one which does not
exist is an error that triggers the filesystem error behavior (continue,
remount-ro, or panic). 

I see a similar report from late 2003 on RH's web site at
http://www.redhat.com/archives/ext3-users/2003-December/msg00024.html ,
which suggests it's a longstanding but infrequently occurring bug. 

The exporter's method of generating the fsid also seems suspect. The
exports manual page says it's generated from the block device
major/minor but maybe it ought to come from the filesystem UUID instead
to avoid the case where clients have stale FH's pointing at non-existent
or wrong files if a filesystem needs to be remade. Such a method would
also avoid unnecessary E_STALE's when the physical attachment of disks
in a system changes. I'll open a separate bug for that problem. 


"This email message and any attachments are confidential information of Starent 
Networks, Corp. The information transmitted may not be used to create or change 
any contractual obligations of Starent Networks, Corp.  Any review, 
retransmission, dissemination or other use of, or taking of any action in 
reliance upon this e-mail and its attachments by persons or entities other than 
the intended recipient is prohibited. If you are not the intended recipient, 
please notify the sender immediately -- by replying to this message or by 
sending an email to [EMAIL PROTECTED] -- and destroy all copies of this message 
and any attachments without reading or disclosing their contents. Thank you."

Bug#366678: apt 0.6.44 changed tagfile code

2006-05-23 Thread Graham Williams

Received Mon 15 May 2006  9:44pm +1000 from Michael Vogt:
> On Mon, May 15, 2006 at 06:48:04AM +1000, Graham Williams wrote:
> > Received Sat 13 May 2006  5:51am +1000 from Michael Vogt:
> > > I looked into wajigs code and it turns out that the problem is that
> > > the latest apt uses MMap inside the pkgTagFile that is used on a pipe
> > > from wajig. This obviously does no longer work. I'll investigate what
> > > can be done about it. See #350025 for the rational of that change. 
> > > 
> > > There are better (and faster) ways in python-apt nowdays to read the
> > > description for packages btw (no need to pipe from apt-cache
> > > dumpavail). 
> [..]
> > Looks a bit of a problem with the new apt.  I've not had a look at the
> > newer python-apt, so any specific pointers are most welcome!
> 
> I was not aware that the pkgTagFile code was used on things like
> pipes, otherwise I would have not done the mmap modification in
> libapt. If more applications use it this way (and break because of
> it), I'll revert it.
> 
> I attach a patch that switches a bit of wajig to use more recent

[...]

Thanks again Michael.  I've not had a chance to explore the new apt. So
for now I've reverted to placing the output of dumpavail into a
temporary file. Not the best solution, but the simplest just at present.

This bug fix will be in 2.0.33 of wajig after I've tested it a bit more.

Regards,
Graham


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

Bug#368539: kernel-package: localversion* files not supported?

2006-05-23 Thread Manoj Srivastava

Hi,

Yes, patches are applied too late in the process to support
 them modifying the kernel version. Currently, the first step taken by
 make-kpkg is to create a ./debian; and this involves also creating
 ./debian/changelog.

Applying the patch manually before invoking make-kpkg works
 quite well.

The second part of the bug report is about a user error; since
 somehow the debian revision was set to -mattia.

Support for this feature seem to require very hackish kludges.

manoj
-- 
Democracy is good.  I say this because other systems are
worse. Jawaharlal Nehru
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#368574: 2.0.2-3 crashes on some documents; 2.0.2-2 is OK

2006-05-23 Thread Rene Engelhard

tag 368574 + unreproducible
tag 368574 + moreinfo
thanks

Hi,

Julien BLACHE wrote:
> 2.0.2-3 on powerpc crashes on some documents; 2.0.2-2 has no problems
> opening and working on the same files.

There's no 2.0.2-3 binaries for powerpc (see below on your own info,
although I wonder why reportbug added 2.0.2-3 for "openoffice.org"; did
you enter that manually?)...
Maybe some incompatibility between -3 _all and -2 _powerpc stuff,
although I currentlly don't see what should be incompatible there...

> No backtrace, no nothing, and I can't disclose the problematic documents.

How do you expect someone to help you then?

Ragards,

Rene

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

Bug#368672: w3m: ergonomics for scrolling

2006-05-23 Thread gambarimasu+reportbug

Package: w3m
Version: 0.5.1-4
Severity: normal


scrolling by page (e.g. by page up) can be improved by making it reversible.

reversible means that you get to the end of the page, hit page up, and
the screen will look exactly like it did before you hit page up.  this
can be done by inserting blank lines or lines consisting of ~ (a la vi
or less), perhaps with another indicator, such as reverse video on the
last line.

scrolling should give you an indication of where you were before the
scroll.  making scrolling reversible does this by always having the
last line you read at the top of the screen.

cf. less(1) which lets you highlight the last line you read.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages w3m depends on:
ii  libc6  2.3.6-7   GNU C Library: Shared libraries
ii  libgc1c2   1:6.6-2   conservative garbage collector for
ii  libgpmg1   1.19.6-19sarge1   General Purpose Mouse - shared lib
ii  libncurses55.5-1.1   Shared libraries for terminal hand
ii  libssl0.9.70.9.7e-3sarge1SSL shared libraries
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

Versions of packages w3m recommends:
ii  ca-certificates   20040809   Common CA Certificates PEM files

-- no debconf information


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

Bug#201472: Dead upstream?

2006-05-23 Thread James Westby


Are you still interested in this software? It hasn't been touched
upstream in 3 years, and the code is in terrible shape. 


James

-- 
  James Westby
  [EMAIL PROTECTED]
  http://jameswestby.net/



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

Bug#368501: Re: Bug#368501: manpages-dev: tempnam.3, mktemp.3 says to use mkstemp.3 which says to use tmpfile.3

2006-05-23 Thread Michael Kerrisk

Justin,

> > > tmpnam.3 (and tmpnam_r.3)
> > > I think this is one of the classically-buggy functions.  Since it
> > > generates a filename, but doesn't ask the kernel to create that file
> > > atomically, it is easy to pass its return value to fopen() and be 
> > > done
> > > with it; but, again, this is insecure if you don't use "exclusive"
> > > mode.  It should be fine if you do use it, though.  
> > 
> > No!  The problem is that between creation of the name and opening
> > it (in /tmp, a world writable directory), some other program could 
> > create that file or create it as a symlink, causing the original
> > program to do the wrong thing.
> Not in exclusive mode..  In my test it didn't matter if it was a
> dangling symlink, a real symlink, or a file.  Exclusive mode fails if
> the pathname exists in any way:

  Yes, you are right.  I should have read and thought harder
before I wrote that...  My apologies.

In 2.34, the tmpnam.3 man page will include the following
para:

Although  tmpnam(3)  generates  names  that are difficult to
guess, it is nevertheless possible  that  between  the  time
that  tmpnam(3)  returns  a  pathname, and the time that the
program opens it, another program might create that pathnam
using  open(2),  or  create it as a symbolic link.  This can
lead to security holes.  To avoid  such  possibilities,  use
the  open(2)  O_EXCL  flag  to open the pathname.  Or better
yet, use mkstemp(3) or tmpfile(3).

I added similar text to temnam.3.

I also removed the text "POSIX dictates tmpnam(3)" from mktemp.3.

Thanks Justin and Chris for your input.

Cheers,

Michael
-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 

Want to help with man page maintenance?  
Grab the latest tarball at
ftp://ftp.win.tue.nl/pub/linux-local/manpages/, 
read the HOWTOHELP file and grep the source 
files for 'FIXME'.


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

Bug#368673: w3m: ergonomics for searching

2006-05-23 Thread gambarimasu+reportbug

Package: w3m
Version: 0.5.1-4
Severity: wishlist


w3m can highlight the search terms in the document, and let the user set where 
the
search home is -- the line that has the current place you are searching.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages w3m depends on:
ii  libc6  2.3.6-7   GNU C Library: Shared libraries
ii  libgc1c2   1:6.6-2   conservative garbage collector for
ii  libgpmg1   1.19.6-19sarge1   General Purpose Mouse - shared lib
ii  libncurses55.5-1.1   Shared libraries for terminal hand
ii  libssl0.9.70.9.7e-3sarge1SSL shared libraries
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

Versions of packages w3m recommends:
ii  ca-certificates   20040809   Common CA Certificates PEM files

-- no debconf information


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

Bug#100332: my destiny

2006-05-23 Thread Gilberto

Hi,
Hope I am not writing to wrong address. I am nice, pretty looking
girl. I am planning on visiting yourb town this month. aCan 
we meet each other in person? Message me back at [EMAIL PROTECTED]




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

Bug#368658: nscd dies silently when nis stops, cache corruption?

2006-05-23 Thread Francesco Paolo Lovergine

Package: nscd
Version: 2.3.6-9
Severity: normal

On a NIS client:

klecker:/var/log$ sudo /etc/init.d/nscd start
Starting Name Service Cache Daemon: nscd.
klecker:/var/log$ pgrep nscd
27324
klecker:/var/log$ sudo /etc/init.d/nis start 
Starting NIS services: ypbind 
klecker:/var/log$ pgrep bind
27347
klecker:/var/log$ sudo /etc/init.d/nis stop 
klecker:/var/log$ pgrep nscd
klecker:/var/log$

Using debugging mode:

27601: handle_request: request received (Version = 2) from PID 27609
27601:  GETFDPW
27601: provide access to FD 4, for passwd
27601: handle_request: request received (Version = 2) from PID 27609
27601:  GETFDGR
27601: provide access to FD 6, for group
27601: Reloading "irc.oftc.net" in hosts cache!
nscd: hstcache.c:364: cache_addhst: Assertion `hst->h_addr_list[1] == ((void 
*)0)' failed.
Aborted

Removing cache files in /var/cache/nscd solves the issue. I think the
program is quite weak in respect with cache checking before their use.
That could explain randomly faults reported from time to time...
Any reason to not remove the cache files at startup for safety?

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
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 nscd depends on:
ii  libc6 2.3.6-9GNU C Library: Shared libraries

nscd recommends no packages.

-- no debconf information


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

Bug#368655: libx11-data: incorrect locale alias for russian

2006-05-23 Thread Andrei Lahun

Package: libx11-data
Version: 2:1.0.0-6
Severity: normal
Tags: l10n

Since upgrade to xorg 7.0 i experienced strange problems
with xterm Eterm rxvt - when i try to type in cyrrilic
i saw that wrong characters are shown. But i did not
see such problems with gnome-terminal. I found
that in /usr/share/X11/locale/locale.alias russian
is alias for iso8859-5 but it should be ru_RU.koi8-r.



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.16-ck10
Locale: LANG=russian, LC_CTYPE=russian (charmap=KOI8-R) (ignored: LC_ALL set to 
russian)

Versions of packages libx11-data depends on:
ii  x11-common1:7.0.4X Window System (X.Org) infrastruc

-- no debconf information


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

Bug#364382: no update?

2006-05-23 Thread Marcos Pinto


i don't understand why this bug hasnt been closed yet with the
previously submitted patch.  quite a few different programs are in
limbo because xmlsec1 has not been updated.  please, get this going so
the other developers may move on

Bug#368631: nedit crashes on ctrl+v

2006-05-23 Thread Daniel Baulig


Hoi!

Thorsten Haude wrote:

* Daniel Baulig wrote (2006-05-23 20:10):

Thorsten Haude wrote:

* Daniel Baulig wrote (2006-05-23 17:53):
When I have nedit open and the search dialog up pressing ctrl+v crashes 
nedit.

Is there a core? What is the result of 'nedit -V'?

What is "a core"?


It's a file (aptly called 'core', sometimes 'core.$PID') created by
the OS if a process crashes. The file contains information about the
process the moment it crashed and can help in debugging. This is also
called 'throwing a core' or 'core dump'.

The file is not always created for various reasons. If it is not,
please send the result of 'ulimit -a'.


I suppose the file should be created in the user's home directory, which 
 it is not.


That's the ouput of ulimit -a

core file size  (blocks, -c) 0
data seg size   (kbytes, -d) unlimited
max nice(-e) 0
file size   (blocks, -f) unlimited
pending signals (-i) unlimited
max locked memory   (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files  (-n) 1024
pipe size(512 bytes, -p) 8
POSIX message queues (bytes, -q) unlimited
max rt priority (-r) 0
stack size  (kbytes, -s) 8192
cpu time   (seconds, -t) unlimited
max user processes  (-u) unlimited
virtual memory  (kbytes, -v) unlimited
file locks  (-x) unlimited

However, I just figured, that the term "crash" might not be 100% 
correct. Actually nedit does not crash totally, but sort of hang. I 
cannot press any control elements, and it will not redraw any elements 
anymore. However, I have to kill it to get rid of it completely.


Greets

Daniel


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

Bug#368671: dhcdbd modify resolv.conf

2006-05-23 Thread Reviczky Ádám János


Package: dhcdbd
Version: 1.14-1

Dhcdbd use dbus and dhclient to modify resolv.conf periodically
(approximately hourly).
I use OpenVPN for my internet connection, and there is no
network-manager-openvpn package in Debian as of now.
So every time dhcdbd updates the resolv.conf file, my openvpn
connection is broken and i must restart openvpn (/etc/init.d/openvpn
restart).
Till network-manager-openvpn is not avaible in the debian repos, i
suggest to use the dhcdbd "uint32 mode" 1 and/or 2.

1: turns off modification of resolv.conf
2: turns off all ifconfig actions

There is an example in the README file of the dhcdbd package.

I am using an up-to-date (may 23.) Debian GNU/Linux SID (unstable),
kernel 2.6.15
and libc6 2.3.6-9.

Bug#368669: nvida-kernel-source: Should depend on devscripts

2006-05-23 Thread Kai-Martin

Package: nvidia-kernel-source
Version: 1.0.8756-4
Severity: normal

Problem:
   makekpkg modules_image 
fails with 
   /bin/sh: debsign: command not found

Can be resolved by installing the package devscripts.

Suggested solution:
   Add devscripts to the list of dependencies of nvidia-kernel-source

---<(kaimartin)>---

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

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 5.0.34 helper programs for debian/rules
ii  dpatch2.0.19 patch maintenance system for Debia
ii  make  3.81-2 The GNU version of the "make" util
ii  sed   4.1.2-8The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts2.9.20 Scripts to make the life of a Debi
ii  kernel-package10.047 A utility for building Linux kerne
ii  nvidia-glx1.0.8756-4 NVIDIA binary XFree86 4.x driver

-- no debconf information


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

Bug#368551: ITP: xml-security-c -- C++ library for XML Digital Signatures

2006-05-23 Thread Russ Allbery

Guus Sliepen <[EMAIL PROTECTED]> writes:
> On Mon, May 22, 2006 at 05:28:07PM -0700, Russ Allbery wrote:

>> * Package name: xml-security-c
>>   Programming Lang: C++
>>   Description : C++ library for XML Digital Signatures

> If it is a C++ library, please name the package xml-security-c++. If
> upstream names their tarballs xml-security-c, tell them to change that
> as well.

I'd really rather stick with the upstream name, particularly since this is
a library package and the library is also called libxml-security-c.  Other
applications depend on this library and, when they do, their documentation
says to install XML-Security-C; I think calling it C++ instead would
confuse people.

-- 
Russ Allbery ([EMAIL PROTECTED])   

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

Bug#368654: libdbd-pg-perl: cursors should be supported

2006-05-23 Thread Charles Fry

Package: libdbd-pg-perl
Version: 1.45-2
Severity: wishlist

Inasmuch as PostgreSQL has a cursor concept, it would be most excelent
if libdbd-pg-perl supported it. The current implementation becomes
problematic when selecting large amounts of data.

Charles

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

Versions of packages libdbd-pg-perl depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libdbi-perl   1.50-2 Perl5 database interface by Tim Bu
ii  libpq48.1.3-4PostgreSQL C client library
ii  perl  5.8.8-4Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.8.8] 5.8.8-4The Pathologically Eclectic Rubbis

libdbd-pg-perl recommends no packages.

-- no debconf information


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

Bug#368602: making screenshots

2006-05-23 Thread Geert Stappers

Retitle 368602 making screenshots
Thanks

On Tue, May 23, 2006 at 02:30:59PM +0200, Geert Stappers wrote:
> Package: cdebconf-gtk-udeb
> Severity: wishlist
> 
> Idea:
> 
> Include a screenshot program a la 
>  gnome-panel-screenshot (1) - capture screen or window and save the image to 
> a file.

A command line tool that has to be invoked from the second console.

> where the (default) file location in the log file directory
> that is available to the d-i http log file server

So it can get fetched from the to be installed system.


> Cheers
> Geert Stappers


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

Bug#366275: Your email to [EMAIL PROTECTED]

2006-05-23 Thread Paranoia Remailer

This message is being sent to you automatically in response to an email
that you sent to <[EMAIL PROTECTED]>.
If you did not send such an email, please ignore this message.

This remailer is a free service that allows individuals including crime
victims, domestic violence victims, persons in recovery, and others,
such as those living under oppressive regimes, to communicate
confidentially in a manner that ensures their privacy under even the
most adverse conditions.

To obtain information on how you can use this service, please send an
email with subject "remailer-help" to <[EMAIL PROTECTED]>.

Should you have received an unwelcome message through this service or to
report problems with this service, please contact the Administrator at
<[EMAIL PROTECTED]>.

Thank you for your interest in secure and private communications,

-- The Paranoia Remailer Administrator



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

Bug#365110: [electricsheep #365110] bug closed in 2.6.6-1

2006-05-23 Thread Mark Hedges


On Tue, 23 May 2006, Alexis Sukrieh wrote:
> 
> I just installed a fresh new etch system (in a vserver) and
> installed xscreensaver and electricsheep. I'm surprised, I cannot
> reproduce that bug.
> Everything goes fine on my etch system.
> 
> Anyway, I know that 2.6.5 (the version in etch) is affected by an
> upstream bug about memory handling, which has been closed in version
> 2.6.6.
> 

That's probably it.  I'm running a mixed etch/sid system with 
kernel 2.6.16 from unstable.

Thanks!

Mark


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

Bug#368668: vim-perl: Doesn't keep track of last selocted folder on open file any more (GTK error)

2006-05-23 Thread Srdjan

Package: vim-perl
Version: 1:7.0-017+4
Severity: normal

(gvim:3703): Gtk-CRITICAL **: gtk_file_system_unix_get_folder: assertion 
`g_path_is_absolute (filename)' failed

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

Versions of packages vim-perl depends on:
ii  libatk1.0-0   1.11.4-2   The ATK accessibility toolkit
ii  libc6 2.3.6-9GNU C Library: Shared libraries
ii  libcairo2 1.0.4-2The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-5.1  generic font configuration library
ii  libglib2.0-0  2.10.2-2   The GLib library of C routines
ii  libgpmg1  1.19.6-22  General Purpose Mouse - shared lib
ii  libgtk2.0-0   2.8.17-2   The GTK+ graphical user interface 
ii  libice6   1:1.0.0-3  X11 Inter-Client Exchange library
ii  libncurses5   5.5-2  Shared libraries for terminal hand
ii  libpango1.0-0 1.12.1-3   Layout and rendering of internatio
ii  libperl5.85.8.8-4Shared Perl library
ii  libsm61:1.0.0-4  X11 Session Management library
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxcursor1   1.1.5.2-5  X cursor management library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  libxfixes31:3.0.1.2-2+b1 X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.0-5  X11 Input extension library
ii  libxinerama1  1:1.0.1-4  X11 Xinerama extension library
ii  libxrandr22:1.1.0.2-4X11 RandR extension library
ii  libxrender1   1:0.9.0.2-4X Rendering Extension client libra
ii  libxt61:1.0.0-4  X11 toolkit intrinsics library
ii  vim-gui-common1:7.0-017+4Vi IMproved - Common GUI files
ii  vim-runtime   1:7.0-017+4Vi IMproved - Runtime files

vim-perl recommends no packages.

-- no debconf information


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

Bug#367954: FTBFS: syntax error near unexpected token `else'

2006-05-23 Thread Daniel Stenberg


On Thu, 18 May 2006, Martin Michlmayr wrote:


checking whether strerror_r is declared... yes
checking for a glibc strerror_r API... yes
../../configure: line 29513: syntax error near unexpected token `else'
../../configure: line 29513: `else'


Funnily enough, this bug has been around for quite some time but it seems 
unstable has a sensitive bash version or something. I could cure the problem 
with this (silly) patch:


diff -u -r1.194 -r1.195
--- configure.ac11 May 2006 21:37:58 -  1.194
+++ configure.ac23 May 2006 22:55:46 -  1.195
@@ -1412,7 +1412,8 @@
  AC_MSG_RESULT(no)
 ,
 dnl not invoked when crosscompiling)
-])
+ echo "hej"
+)
   fi
 else
   dnl and for crosscompilings


--
 -=- Daniel Stenberg -=- http://daniel.haxx.se -=-
  ech`echo xiun|tr nu oc|sed 'sx\([s\x]\)\([\xoi]\)xo un\2\1 is xg'`ol



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

Bug#368602: making screenscreenshots

2006-05-23 Thread Attilio Fiandrotti


Geert Stappers wrote:

Package: cdebconf-gtk-udeb
Severity: wishlist

On Tue, May 23, 2006 at 12:11:55PM +0200, Davide Viti wrote:


In my tests the ppc build made on the 18th did not show any cyrillic glyphs.

I think this is a ppc G-I build issue. I was hoping Colin will see the
email and reply.


can you reproduce it with the latest build?
Do you have screenshots, or take any if it reproduces?
if it happens, can you see if switching to VT2 and running something like
"find /usr/share/fonts" does list ttf-dejavu.ttf among the font files?




Idea:

Include a screenshot program a la 
 gnome-panel-screenshot (1) - capture screen or window and save the image to a file.


where the (default) file location in the log file directory
that is available to the d-i http log file server


The GTK frontend is already provided with a "screenshot" button, meant 
to ease reporting problems about bad font rendering etc..
PNGs are saved into /var/log and can be retrived via HTTP after "save 
installation log" has been pressed and the netcat-based web server started.

Does the screenshot function fails on PPC systems?

Attilio



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

Bug#368619: azureus: fails to start web browser

2006-05-23 Thread Shaun Jackman


tag 368619 +confirmed
thanks

On 5/23/06, Johannes Rohr <[EMAIL PROTECTED]> wrote:
...

As said above. Azureus fails to launch the web browser,
e.g. from the help menu items which link to web pages.

I have epiphany and firefox installed. The mozilla
alternative points to /usr/bin/firefox.

I cannot find any config option to set the default browser
in Azureus. Also grepping the config files for "mozilla" or
"browser" was unsuccessful.



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

Bug#344040: cannot create snapshots

2006-05-23 Thread Jason Martens

I am experiencing this same problem.  There is a more detailed
description of the problem here:
https://launchpad.net/distros/ubuntu/+source/lvm2/+bug/38409

Is there a recommended work-around for this on Debian?

Jason


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

Bug#368666: Acknowledgement (bash: path searching breaks when deleting binary)

2006-05-23 Thread Sanjoy Mahajan

I just found that it's a duplicate of Debian BTS Bug#36877 -- but I
still think it should be changed.  Before I converted from tcsh to
bash, I remember using and not liking 'rehash' (for when an executable
is added somehwere in the PATH).


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

Bug#367671: Re: Bug#367671: manpages: changes to undocumented.3

2006-05-23 Thread Michael Kerrisk

> > > The following should probably have a .so link added (which Debian
> > > converts to a symlink), and then removed from undocumented.3.
> > > 
> > > fcrypt: alias for crypt
> > 
> > It is not clear to me that the issue is that simple.  No change.
> ./crypt/crypt-entry.c:
> 
> /*
>  * To make fcrypt users happy.
>  * They don't need to call init_des.
>  */
> #ifdef _LIBC
> weak_alias (crypt, fcrypt)
> #else
> char *
> __fcrypt (key, salt)
>  const char *key;
>  const char *salt;
> {
>   return crypt (key, salt);
> }
> #endif

Yes, I can grep too, you know ;-).

The point is that simply having a link to a page that doesn't 
even mention the function (crypt.3 contains no mention of fcrypt())
is mysterious for the reader.  *If* there is to be a link, then
the page should mention actuall mention the function, and explain
why there are two functions, and what the (current or historical)
differences between them are.  Offhand, I don't know the answer.
Hence, not so simple...

> > > p_query
> > 
> > This exists, and is not documented.
> Where can I read about it?

You tell me...

Cheers,

Michael
-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 

Want to help with man page maintenance?  
Grab the latest tarball at
ftp://ftp.win.tue.nl/pub/linux-local/manpages/, 
read the HOWTOHELP file and grep the source 
files for 'FIXME'.


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

Bug#368646: manpages-dev: offsetof: please include documentation

2006-05-23 Thread Michael Kerrisk

Justin,

Below is the current version of the page I plan to include in 2.34.
Any comments?

(At the moment, I removed mention of field reordering, and
I've commented out the NOTE section, since it seems to me
a detail that is probably not needed, and anyway, most systems
I know of do things a bit differently from what you describe.)

Cheers,

Michael

.\" Copyright (C) 2006 Justin Pryzby <[EMAIL PROTECTED]>
.\" and Copyright (C) 2006 Michael Kerrisk <[EMAIL PROTECTED]>
.\"
.\" Permission is hereby granted, free of charge, to any person obtaining
.\" a copy of this software and associated documentation files (the
.\" "Software"), to deal in the Software without restriction, including
.\" without limitation the rights to use, copy, modify, merge, publish,
.\" distribute, sublicense, and/or sell copies of the Software, and to
.\" permit persons to whom the Software is furnished to do so, subject to
.\" the following conditions:
.\"
.\" The above copyright notice and this permission notice shall be
.\" included in all copies or substantial portions of the Software.
.\"
.\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
.\" EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
.\" MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
.\" IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
.\" CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
.\" TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
.\" SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
.\"
.\" References:
.\"   /usr/lib/gcc/i486-linux-gnu/4.1.1/include/stddef.h
.\"   glibc-doc
.TH OFFSETOF 3 "2006-05-23" GNU "Linux Programmer's Manual"
.SH NAME
offsetof \- offset of a structure member
.SH SYNOPSIS
\fB#include 

\fBsize_t offsetof(\fItype\fP, \fPmember\fP);
.SH DESCRIPTION
The macro \fBoffsetof\fP() returns the offset of the field
\fImember\fP from the start of the structure \fItype\fP.

This macro is useful because the sizes of the fields that compose
a structure can vary across implementations,
and compilers may insert different numbers of padding
bytes between fields.
Consequently, an element's offset is not necessarily
given by the sum of the sizes of the previous elements.

A compiler error will result if
\fImember\fP is not aligned to a byte boundary
(i.e., it is a bit field).
.SH "RETURN VALUE"
\fBoffsetof\fP() returns the offset of the given element within the
given type, in units of bytes.
.SH EXAMPLE
On a Linux/x86 system, when compiled using the default \fBgcc\fP(1)
options, the program below produces the following output:
.fi

$ ./a.out
offsets: i=0; c=4; d=8 a=16
sizeof(struct s)=16

.nf
.nf
#include 
#include 
#include 

int main()
{
struct s {
int i;
char c;
double d;
char a[];
};

/* Output is compiler dependent */

printf("offsets: i=%ld; c=%ld; d=%ld a=%ld\\n",
(long) offsetof(struct s, i),
(long) offsetof(struct s, c),
(long) offsetof(struct s, d),
(long) offsetof(struct s, a));
printf("sizeof(struct s)=%ld\\n", (long) sizeof(struct s));

exit(EXIT_SUCCESS);
}
.fi
.\" .SH NOTES
.\" \fBoffsetof\fP can be implemented as:
.\" .sp
.\" .nf
.\"\fB#define offsetof(\fItype\fP, \fPmember\fP) \\
.\"\fB&((type *)0)->\fImember\fP - (char *)((\fPtype\fP *)0)
.\" .fi
.SH "CONFORMING TO"
POSIX.1-2001.
.\" .SH SEE ALSO
.\" FIXME . When one day readdir_r(3) is documented, it should have
.\" a SEE ALSO that refers to this page.

-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 

Want to help with man page maintenance?  
Grab the latest tarball at
ftp://ftp.win.tue.nl/pub/linux-local/manpages/, 
read the HOWTOHELP file and grep the source 
files for 'FIXME'.


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

Bug#368667: unmet dependencies: linux-kbuild-2.6.17

2006-05-23 Thread Julien Danjou

Package: linux-headers-2.6.17-rc3-686
Severity: serious
Tags: experimental

Hello,

% apt-get install linux-headers-2.6.17-rc3-686 
The following packages have unmet dependencies:
  linux-headers-2.6.17-rc3-686: Depends: linux-kbuild-2.6.17 but it is
not installable
E: Broken packages

Cheers,
-- 
Julien Danjou
// <[EMAIL PROTECTED]> http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD
// Ferns will rule the world.


signature.asc
Description: Digital signature

Bug#218893: Kicking this back to life

2006-05-23 Thread Bill Allombert

On Wed, May 24, 2006 at 12:05:28AM +0200, Wouter Verhelst wrote:
> On Tue, May 23, 2006 at 11:15:14PM +0200, Bill Allombert wrote:
> > Hello Wouter,
> > This proposal is merely waiting for the dpkg
> > maintainers to make a decision on bug #229357 rather than shelved.  Some
> > developers mentionned their willingness to second it.
> > 
> > As for your proposal: at the time of the discussion, the dpkg maintainer 
> > made it clear it was not an option.
> 
> I disagree (I went through the bug's log before providing the patch); He
> made clear that the debian/rules.* stuff was not an option in his eyes,

The only negative comment from Adam Heath are about the lack of dpkg
patch, but such patch was duly provided.  There is a negative comment
from Scott James Remnant but he was not part of the part of the initial
discussion (he became the dpkg maintainer 6 months after the discusion)
and did not get to the root of the matter.

> but I didn't see him mention that making build-{arch,indep} would not be
> what he wanted to happen.

I agree that this is not documented in the bug log (because it was not
actually proposed there), but doogie was quite vocal about it at the time
on IRC (to the point of /ignore-ing mrvn for merely suggestig the idea).
Anyway the opinion of the current dpkg maintainers is more important.

> > Since there are new dpkg maintainers, I asked them on Thu, 19 Jan 2006,
> > what was their opinion on the matter and whether they would accept my
> > proposal or yours. So far I did not get any answer.
> > 
> > I consider such answer to be a precondition to any useful subsequent
> > discussion on this topic.
> 
> Fair enough.
> 
> I proposed this patch because I had not seen any action and therefore
> assumed nothing was happening anymore. If that's wrong, so much the
> better.

You are not exactly wrong: there is not a lot of evidence we will get
an answer from the new dpkg maintainers any time soon. Maybe you could 
ping the bug #229357, you might have more success than I did.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 

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

Bug#368059: manpages-dev: updates to fts.3

2006-05-23 Thread Michael Kerrisk

Justin,

> On Tue, May 23, 2006 at 01:09:36AM +0200, Michael Kerrisk wrote:
> > >   reference ftw.3; see #367846
> > 
> > Done.  For 2.33,  And also the converse SEE ALSO in ftw.3 
> > referring to fts.3.
> > 
> > >   Mention the return values in a separate section (especially
> > >   fts_open)
> > 
> > This page derives from BSD.  Other than trivial changes, or 
> > major flaws, I'm not inclined to gratuitously make changes.
> > 
> > >   s/NULL-terminated/null-terminated/
> > 
> > No!  It is not a string!

[...]

> Both of these are strings.

Agreed.  Sorry -- what caught my eye was that there were other 
instances, including the first: "in the NULL-terminated 
linked list", which are legitimate.

> > >   Figure out what is up with FTS_{LOGICAL,PHYSICAL}; it seems that
> > > flags combinations which are noted as being invalid (neither set)
> > > and implied as invalid (both set) are not rejected.  Bug#367691
> > > and #333160 are mildy relevant (to me anyway, since I'm updating
> > > the pages)
> > > 
> > > Michael, I'm waiting for your comments on the patch suggested in
> > > #367846 before changing this page.
> > 
> > This note is the first mention I have seen of that patch.
> > 
> > I have no interest in patch that changes multiple things
> > at one time, without any explanation.  If you want to
> > get any of those changes in, do them as logically separate
> > pieces (separate bug reports), and give them to me one at 
> > a time, along with as well reasoned argument.  I suggest
> > that you space the reports so that I can respond to one 
> > before you submit the next.
> document FTW_ACTIONRETVAL;
> include .SH "RETURN VALUE";
> reorganized and rearranged the page
> 
> I'm not sure I can break the third one up, and it won't be well
> represented in a diff.  I think the page reads much more clearly now,
> anyway.

Okay -- hold off a moment.  I will pull at least some pieces out
of the existing patch, and then send you a revised version of 
the page.

(And yes, sorry for not saying so earlier, but thanks for the 
work.  It's just that when I get an unexplained patch like
that, I just need to put on the brakes somewhat -- it takes
time to grok large patches that do multiple things.  If you want
to get them upstream, then it's best to let me know of the plan
a little in advance, and to break the work up.)

Cheers,

Michael
-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 

Want to help with man page maintenance?  
Grab the latest tarball at
ftp://ftp.win.tue.nl/pub/linux-local/manpages/, 
read the HOWTOHELP file and grep the source 
files for 'FIXME'.

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

Bug#368645: CVE-2006-2313, CVE-2006-2314: encoding conflicts

2006-05-23 Thread Peter Eisentraut

Peter Eisentraut wrote:
> Florian Weimer wrote:
> > (Unless someone objects, I'm going to clone this for the various
> > PostgreSQL packages.)
>
> Packages are already being uploaded, so don't waste everyone's time.

Correction: packages have already been uploaded, so we only need to wait 
for the security team's approval of the stable upload.

(Yes, there is a secret club that coordinates these things before the 
publication of the security issue.)


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

Bug#218893: Kicking this back to life

2006-05-23 Thread Wouter Verhelst

On Tue, May 23, 2006 at 11:15:14PM +0200, Bill Allombert wrote:
> Hello Wouter,
> 
> First thank for bringing back this issue, however...
> 
> On Tue, May 23, 2006 at 10:17:01PM +0200, Wouter Verhelst wrote:
> > The last post to this bug was done on 2004-08-23, which is ages ago. I
> > think it's safe to say that Bill's proposal (create
> > debian/rules.{version,targets} files which define what interfaces are
> > implemented by the debian/rules file) did not get enough seconds.
> 
> ...for the record: the debian/rules.{version,targets} was not the final
> proposal. The final proposal was the addition of 'Build-Options' to
> debian/control and this proposal was drafted after input from all the
> people involved.

Oh? Must've missed that, then.

> This proposal is merely waiting for the dpkg
> maintainers to make a decision on bug #229357 rather than shelved.  Some
> developers mentionned their willingness to second it.
> 
> As for your proposal: at the time of the discussion, the dpkg maintainer 
> made it clear it was not an option.

I disagree (I went through the bug's log before providing the patch); He
made clear that the debian/rules.* stuff was not an option in his eyes,
but I didn't see him mention that making build-{arch,indep} would not be
what he wanted to happen.

Of course, I didn't read every letter of every mail, so I could've
missed it.

> Since there are new dpkg maintainers, I asked them on Thu, 19 Jan 2006,
> what was their opinion on the matter and whether they would accept my
> proposal or yours. So far I did not get any answer.
> 
> I consider such answer to be a precondition to any useful subsequent
> discussion on this topic.

Fair enough.

I proposed this patch because I had not seen any action and therefore
assumed nothing was happening anymore. If that's wrong, so much the
better.

[...]

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Bug#368666: bash: path searching breaks when deleting binary

2006-05-23 Thread Sanjoy Mahajan

Package: bash
Version: 3.1-4
Severity: normal

If you delete an executable on bash's PATH, it keeps looking for it
there anyway and then complains:

  $ mkdir /tmp/bin /tmp/binbin
  $ touch /tmp/{bin,binbin}/x
  $ chmod +x /tmp/{bin,binbin}/x
  $ PATH=/bin:/usr/bin:/tmp/bin:/tmp/binbin
  $ which x
  /tmp/bin/x
(the above is correct)
  $ x
(now delete it:)
  $ rm /tmp/bin/x
  $ which x
  /tmp/binbin/x
(the above is correct)
  $ x
  bash: /tmp/bin/x: No such file or directory

whereas it should run /tmp/binbin/x (esp. since 'which' knows about
it!).

-Sanjoy


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc4.16b785e2e77f
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)

Versions of packages bash depends on:
ii  base-files3.1.13 Debian base system miscellaneous f
ii  debianutils   2.16   Miscellaneous utilities specific t
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libncurses5   5.5-1.1Shared libraries for terminal hand

bash recommends no packages.

-- no debconf information


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

Bug#367424: FW: Bug#367424: bacula-sd: Debian build with debug symbols

2006-05-23 Thread John Goerzen

- Forwarded message from Marcus Meyer <[EMAIL PROTECTED]> -

From: Marcus Meyer <[EMAIL PROTECTED]>
Date: Tue, 23 May 2006 15:57:27 +0200
Reply-To: Marcus Meyer <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: Bug#367424: bacula-sd: Debian build with debug symbols

Package: bacula-sd
Version: 1.38.9-9
Followup-For: Bug #367424

Hi!

Now I've compiled the debian source with debug symbols.


Here is, wat i did:

apt-get source bacula
cd bacula-1.38.9/
DEB_BUILD_OPTIONS="noopt nostrip" dpkg-buildpackage -rfakeroot -us -uc -B


After the build I copy the bacula-sd from 
bacula-1.38.9/debian/tmp-build-mysql/src/stored/bacula-sd to
/usr/sbin/bacula-sd then I started the daemon with /etc/init.d/bacula-sd start.



The error was:

Starting Bacula Storage daemon: 23-Mai 15:45 bacula-sd: Fatal Error because: 
Bacula interrupted by signal 11: Segmentation violation
Kaboom! bacula-sd, bacula-sd got signal 11. Attempting traceback.
Kaboom! exepath=/usr/sbin/
Calling: /usr/sbin/btraceback /usr/sbin/bacula-sd 6989
Traceback complete, attempting cleanup ...


And the traceback:

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1213532480 (LWP 6989)]
0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0
$1 = "bacula-sd", '\0' 
$2 = 0x80b4870 "bacula-sd"
$3 = 0x80b4898 "/usr/sbin/bacula-sd"
$4 = "MySQL"
$5 = 0x80a57f8 "1.38.9 (02 May 2006)"
$6 = 0x80a270d "i486-pc-linux-gnu"
$7 = 0x80a2706 "debian"
$8 = 0x80a26f5 "testing/unstable"
#0  0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#1  0x080900c3 in signal_handler (sig=11) at signal.c:159
#2  
#3  0x0804e70a in init_autochangers () at autochanger.c:48
#4  0x0804c8b0 in main (argc=, argv=) 
at stored.c:401

Thread 1 (Thread -1213532480 (LWP 6989)):
#0  0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#1  0x080900c3 in signal_handler (sig=11) at signal.c:159
#2  
#3  0x0804e70a in init_autochangers () at autochanger.c:48
#4  0x0804c8b0 in main (argc=, argv=) 
at stored.c:401
#0  0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0
#0  0xb7ea71fe in __waitpid_nocancel () from /lib/tls/libpthread.so.0
No symbol table info available.
#1  0x080900c3 in signal_handler (sig=11) at signal.c:159
159  waitpid(pid, NULL, 0);   /* wait for child to produce dump 
*/
Current language:  auto; currently c++
be = { = {}, buf_ = 0x99816a54 , berrno_ = 65522866}
sigdefault = {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0}, sa_mask 
= {__val = {2147483647, 4294967294, 4294967295 }}, 
  sa_flags = 0, sa_restorer = 0xc5a58668}
argv = {0x0, 0x0, 0x0, 0x0}
pid_buf = "6989", '\0' 
buf = 
"/tmp/\000Qi\202\234·Óð\016-M^p\203\227¬ÂÙñ\n$?[x\226µÕæø\v\0374Jay\222¬Çã\000\036=]n\200\223§?Òé\001\0324Ok\210?Ååö\b\033/DZq\211¢?×ó\020.Mm~\220£·Ìâù\021*D_{\230¶Õõ\006\030+?"
pid = 6990
btpath = "/usr/sbin/btraceback", '\0' 
#2  
No symbol table info available.
#3  0x0804e70a in init_autochangers () at autochanger.c:48
48   if (!device->changer_command && changer->changer_command) {
device = (DEVRES *) 0x0
OK = true
changer = (AUTOCHANGER *) 0x80b6938
#4  0x0804c8b0 in main (argc=, argv=) 
at stored.c:401
401OK = init_autochangers();
ch = 
no_signals = 0
test_config = 0
thid = 0
uid = 0xbfdf9f0e "bacula"
gid = 0xbfdf9f18 "tape"
#0  0x in ?? ()
No symbol table info available.
#0  0x in ?? ()
No symbol table info available.
#0  0x in ?? ()
No symbol table info available.



gcc info:
dpkg -l gcc gcc-4.0
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 Version  
Beschreibung
+++---
ii  gcc  4.0.2-2  The GNU C 
compiler
ii  gcc-4.0  4.0.3-3  The GNU C 
compiler


If you need mor info, please let me know.

- Marcus Meyer


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

Versions of packages bacula-sd depends on:
ii  bacula-common1.38.9-9Network backup, recovery and verif
ii  libacl1  2.2.37-1Access control list shared library
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.0-4   GCC support library
ii  libssl0.9.8  0.9.8a-8SSL share

Bug#368653: [Fwd: Re: Bug#368653: Package: libpam-mysql: passwd bug report]

2006-05-23 Thread Robin Williams



As far as I am aware it is correct, all are specified as table.column..
I even did an apt-get remove --purge and reinstalled with new config
files, re-filling in the appropriate variables to make sure the config
files hadn't changed too much.  The /etc/nss-mysql.* files, I kept all
the defaults and simply changed the password (as all my settings are
default).  The /etc/pam.d files I kept the same, and they all look
similar to:

password   sufficient   pam_unix.so nullok obscure min=4 max=8 md5
password   required pam_mysql.so nullok ignore_root user=nss-shadow
passwd=mypass db=nss_mysql usercolumn=user.user_name crypt=1 try_first_pass

Further than this, I'm unsure what else to try out.  Maybe I am missing
something.  I admit I am not an expert on libpam..


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

Bug#368229: There is no existing pre-compiled i386 downgrade

2006-05-23 Thread Gnaural

Hi,

I really gave anjuta2 a try, even rebuilt gnome-build
from source, etc., but in the end, I just don't want
to use Anjuta2 until it has at least some basic
Project functionality.

Problem is, I found no pre-compiled way to downgrade
back to my last working version. Seems the current
Testing debs in all the mirrors are actually from the
non-functional anjuta_1.2.4-1+b1_i386.deb batch, and
stable's anjuta_1.2.2-9_i386.deb doesn't work either. 

I remembered last January when both first went sour,
and the precompiled solution was ultimately provided
by  anjuta_1.2.4a-2_i386.deb .

Problem: that deb isn't available on any debian
mirrors, only the source and patch.

Not being in the mood to go through recompiling that
again, I just did an FTP search and found exactly one
existant copy of anjuta_1.2.4a-2_i386.deb -- on an
Ubuntu site, ironically enough. Probably is the debian
one, certainly works enough 
to allow me to program again:
ftp://140.113.168.127/distributions/ubuntu/package/pool/universe/a/anjuta/anjuta_1.2.4a-2_i386.deb

I think the guy that said "split Anjuta1 and Anjuta2"
was right -- to offer both through apt-get would allow
people with gigantic Projects that are left
dead-in-the-water with Anjuta2 to keep working, and
encourage them to try to start new projects with
Anjuta2. When Debian's Anjuta2 can actually handle
projects, I mean.

Thanks




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

Bug#366275: submitter address changed (Re: xbase-clients: Missing build dependency)

2006-05-23 Thread Paranoia Remailer

This message is being sent to you automatically in response to an email
that you sent to <[EMAIL PROTECTED]>.

Most likely, you tried to reply to an email that has been sent through
this service. If you did not send an email to <[EMAIL PROTECTED]>,
please ignore this message.

The Paranoia Remailer is a free service that
allows individuals including crime victims, domestic violence victims,
persons in recovery, and others, such as those living under oppressive
regimes, to communicate confidentially in a manner that ensures their
privacy under even the most adverse conditions.

To block individuals using this remailer from sending email to your
address in the future, please send a message to <[EMAIL PROTECTED]>
containing the line

destination-block [EMAIL PROTECTED]

anywhere in the body text of the email.  You can simply forward this
entire email to <[EMAIL PROTECTED]> using your email
program for your current email address to be permanently blocked
from users of the Paranoia Remailer.

For more information about the Paranoia Remailer Administrator's
strict anti-abuse policy, please send a blank email to
<[EMAIL PROTECTED]>

Sincerely,

-- The Paranoia Remailer Administrator



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

Bug#367593: fonts.conf which makes things better

2006-05-23 Thread Enrico Zini

Hello,

Steve Langasek sent me this ~/.fonts.conf which makes the text show like
it was (for me) before the upgrade, and not blurry anymore:



 
  
   hintfull
  
 


HTH

Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#368587: invoke-rc.d: initscript nscd, action "stop" failed.

2006-05-23 Thread Francesco Paolo Lovergine

On Tue, May 23, 2006 at 02:05:25PM -0700, Steve Langasek wrote:
> On Tue, May 23, 2006 at 10:22:03PM +0200, Francesco Paolo Lovergine wrote:
> 
> > Sorry, but my point is another:
> 
> > klecker:~$ pgrep start 
> > klecker:~$ pgrep nscd 
> > 26316
> > klecker:~$ sudo /etc/init.d/nscd stop 
> > Stopping Name Service Cache Daemon: nscd.
> > klecker:~$ pgrep nscd
> > klecker:~$ sudo /etc/init.d/nscd stop
> > Stopping Name Service Cache Daemon: nscd.
> > klecker:~$ echo $?
> > 1
> 
> Ah -- that wasn't supported by the transcript you posted, which showed you
> explicitly starting the nscd daemon prior to running the upgrade.
> 
> Yes, if nscd is not running, the /etc/init.d/nscd stop command must not
> fail.
> 

Just for note, the failure in stopping nscd in the previous transcript should 
be due to a
persistent cache corruption, see #336310. The daemon dies on assert just after 
starting, or so...

-- 
Francesco P. Lovergine


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

Bug#367559: tetex-base: Package cannot be installed: fmtutil failed

2006-05-23 Thread Ralf Stubner

Hi Loris,

please keep the bug-address in the CC list, as long as the bug isn't
closed. Fullquote:

On Tue, May 23, 2006 at 22:09 -0400, Loris Bennett wrote:
> Hello Ralf,
> 
> Thanks for the reply. 
> 
> I don't really understand this stuff about ConTeXt (I assume this is
> something to do with localisation). I didn't explicitly install
> ConText files, although some may have been present in the initial
> setup of my Kanotix system.
> 
> I shall look into what ConText is all about.
> 
> Thanks,
> 
> Loris
[snipping my own message]

ConTeXt is a TeX format, roughly comparable to LaTeX. If you don't know
this, then you probably did not install this updated but incomplete
ConTeXt into /usr/share/texmf. 

Are files like /usr/share/texmf/tex/context/base/cont-en.tex owned by
any Debian package, ie what is the output of

dpkg -S /usr/share/texmf/tex/context/base/cont-en.tex

? There are no special ConTeXt packages in Debian, but maybe somebody
created something for Kanotix? It is quite some time ago since I last
used Kanotix. But it may well be that this is not only not a teTeX
issue, but also not a Debian issue. 

cheerio
ralf

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

Bug#368662: freeradius-dialupadmin: Online Users page shows "unknown free lines" independent of nas_port_num value

2006-05-23 Thread Arve Seljebu

Package: freeradius-dialupadmin
Version: 1.0.2-4
Severity: minor


Here is a patch to solve this bug:


--- user_finger.php32004-04-20 15:14:18.0 +0200
+++ /usr/share/freeradius-dialupadmin/htdocs/user_finger.php3   2006-05-23 
23:17:01.177267176 +0200
@@ -109,7 +109,7 @@
$height[$servers_num] = $h;
}
$server_loggedin[$servers_num] = $num;
-   $server_rem[$servers_num] = ($config[$portnum]) ? 
($config[$portnum] - $num) : 'unknown';
+   $server_rem[$servers_num] = ($nas[port_num]) ? ($nas[port_num] 
- $num) : 'unknown';
$tot_in += $num;
if (is_numeric($server_rem[$servers_num]))
$tot_rem += $server_rem[$servers_num];



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages freeradius-dialupadmin depends on:
ii  apache [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s
ii  apache-ssl [httpd]1.3.33-6sarge1 versatile, high-performance HTTP s
ii  php4  4:4.3.10-16server-side, HTML-embedded scripti

-- no debconf information


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

Bug#368660: Cleanup of boot partition detection code

2006-05-23 Thread Bryan Stillwell

Package: elilo-installer
Version: 1.5

The attached patch was created to fix the following problems installing
Ubuntu on ia64:

https://launchpad.net/distros/ubuntu/+source/elilo-installer/+bug/38232
https://launchpad.net/distros/ubuntu/+source/elilo-installer/+bug/40665

I haven't tested this on Debian, but the new code is cleaner and less
prone to failures imo.  However, there is now a dependency on partman's
find-partitions...
--- elilo-installer.postinst.orig   2006-05-23 15:03:27.552760152 -0600
+++ elilo-installer.postinst2006-05-23 15:06:34.316367768 -0600
@@ -33,26 +33,13 @@
 
 rm -f /tmp/efi_boot.list
 
-for d in /dev/discs/*/disc; do
-parted $d print | ( while read minor start end size fs nameflags ; do
-  case "$minor" in
-  Disk)
-   if [ "$start" = geometry ]; then
-   dev=$(echo $size | sed -n "s|\([^:]*\)/disc:|\1|p")
-   fi
-   ;;
-  [1-9])
-   case "$fs" in
-   fat16|fat32)
-   if echo "$nameflags" | grep "boot" >/dev/null; then
-   echo ${dev}/part${minor} >> /tmp/efi_boot.list
-   fi
-   ;;
-   esac
-   ;;
-  esac
-done)
-done   
+/usr/lib/partconf/find-partitions --flag boot | while read part fs size; do
+case $fs in
+fat16|fat32)
+echo "$part" >> /tmp/efi_boot.list
+;;
+esac
+done
 if [ -s /tmp/efi_boot.list ]; then
 for d in `cat /tmp/efi_boot.list`; do
d=`mapdevfs $d`

Bug#368661: FTBFS: rebuild fails

2006-05-23 Thread Bob Tanner

Package: mysql5-server
Severity: important
Justification: fails to build from source

Build mysql, then attempt another build it in the same directory.

dpatch  deapply-all
SECURITY_CVE-2006-0903b not applied to ./ .
87_ps_Hurd not applied to ./ .
86_PATH_MAX not applied to ./ .
85_ndb__staticlib not applied to ./ .
70_kfreebsd not applied to ./ .
60_sql_mysqld.cc__gcc4_constchar not applied to ./ .
50_libdb_with_uniquename not applied to ./ .
reverting patch 45_warn-CLI-passwords from ./ ... failed.
make: *** [unpatch] Error 1


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


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

Bug#364584: Potential workaround

2006-05-23 Thread Morgan, Tom

Title: Potential workaround






I did not receive all of the errors in the original report, but did receive some of them.  This one (and related ones) were most prominent: 

/bin/bash: error while loading shared libraries: libdl.so.2: cannot open
shared object file: No such file or directory


Anyway, it seemed to be fixed by forcing an upgrade of initrd-tools from 0.1.81.1 to 0.1.84.1 and modutils 2.4.26-1.2 to 2.4.27-0.5.  It could be only one of them; I forced both upgrades at once.

--t

Bug#365403: acknowledged by developer (Bug#365403: fixed in xfonts-encodings 1:1.0.0-3)

2006-05-23 Thread Bill Thompson

Hi guys,

I don't know if you tried to follow up on this,  but it appears that
the problem was on my side. The mirror I use for updates is broken and
I did not get all of the required Xorg packages for the upgrade. I've
moved to a new mirror, did a full dist-upgrade this morning, and the
problem is well and truly fixed.

Sorry for the confusion and thanks again for doing a great job!

-BillT

On Tue, 16 May 2006 10:18:42 -0700
Bill Thompson <[EMAIL PROTECTED]> wrote:

> Hello,
> 
> This issue was fixed for a few days, but with the latest Xorg package
> in Sid, the problem has reappeared. Using x11-common version 1:7.0.18.
> 
> Please let me know if there is any specific troubleshooting
> information you need, or if you would prefer I file a new bug.
> 
> Thanks,
> -BillT
> 
> On Tue, 09 May 2006 22:03:14 -0700
> [EMAIL PROTECTED] (Debian Bug Tracking System) wrote:
> 
> > This is an automatic notification regarding your Bug report
> > #365403: gnucash: Crash on startup "Cannot load fallback font:
> > -adobe-helvetica", which was filed against the xfonts-encodings
> > package.
> > 
> > It has been closed by one of the developers, namely
> > David Nusinow <[EMAIL PROTECTED]>.
> > 
> > Their explanation is attached below.  If this explanation is
> > unsatisfactory and you have not received a better one in a separate
> > message then please contact the developer, by replying to this
> > email.
> > 
> > Debian bug tracking system administrator
> > (administrator, Debian Bugs database)
> > 
> 
> 


-- 
Bill Thompson
[EMAIL PROTECTED]


signature.asc
Description: PGP signature

Bug#368556: Unable to reproduce

2006-05-23 Thread Filipus Klutiero


retitle 368556 crashes with SIGABRT on startup with a certain configuration
severity 368556 important
thanks

Thanks for the additional information. I'm downgrading to important 
since this doesn't seem to affect several machines. If other people 
experience this bug, please report.
Alberto, is unplugging the cable/turning the scanner off before kooka 
startup a complete workaround, which lets you use kooka for scanning 
even with this user? Until you can identify which configuration is 
problematic, please report if you're able to reproduce this issue with a 
second user



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

1 2 3 4 >

1 - 100 of 332 matches

Mail list logo