Bug#418278: Kernel unaligned access

[Frederik Dannemare]

I'm seeing the same thing on a Netra, using the 2.6.18-4-sparc64 kernel.

The Netra serves as a name server (BIND) and I haven't noticed anything 
being affected by the unaligned access messages.

Besides the already mentioned 'filldir64' messages, I have also seen 
'cp_compat_stat64' messages a couple of times. 

'filldir64' mostly happens around 06:25. Seems to me like a cron.daily job
is triggering it...

[...]
Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 19 06:25:11 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 19 06:25:17 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431734] 
cp_compat_stat64+0x3c/0x1ec
Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431744] 
cp_compat_stat64+0x4c/0x1ec
Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431758] 
cp_compat_stat64+0x60/0x1ec
Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[431768] 
cp_compat_stat64+0x70/0x1ec
Apr 19 11:55:01 ns01 kernel: Kernel unaligned access at TPC[43177c] 
cp_compat_stat64+0x84/0x1ec
Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 20 06:25:14 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 20 06:25:21 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 20 06:25:27 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 21 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 21 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 22 06:25:04 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134
Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd78] 
filldir64+0x3c/0x134
Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cd90] 
filldir64+0x54/0x134
Apr 22 06:25:10 ns01 kernel: Kernel unaligned access at TPC[49cdac] 
filldir64+0x70/0x134

B/R,
Frederik Dannemare


-- 
To UNSUBSCRIBE

Bug#420690: file permission of /etc/default/syslogd is 755

[Dr. Markus Waldeck]

Package: sysklogd
Version: 1.4.1-18
Severity: normal

There a 2 files with file permission 755 in /etc/default.
The remaining files have 644.

ls -al *logd
-rw-r--r-- 1 root root  20 2007-04-14 19:09 bootlogd
-rwxr-xr-x 1 root root 289 2006-05-25 09:38 klogd
-rwxr-xr-x 1 root root  14 2007-04-14 19:10 syslogd


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

Versions of packages sysklogd depends on:
ii  klogd [linux-kernel-log-dae 1.4.1-18 Kernel Logging Daemon
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

sysklogd recommends no packages.

-- no debconf information

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


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

Bug#366940: Bug #366940 about "cached file modification time attribute is rounded to seconds" pertains to the kernel

[Christian Perrier]

reassign 366940 linux-2.6
thanks

As confirmed by Steve French in
https://bugzilla.samba.org/show_bug.cgi?id=3775, this bug abouot
cached file modification time being rounded in seconds pertains to the
cifs module in the kernel.

Upstream there is still the Samba Team but the Debian bug does not
belong to the samba source package.



-- 





signature.asc
Description: Digital signature

Bug#420689: file permission of /etc/default/klogd is 755

[Dr. Markus Waldeck]

Package: klogd
Version: 1.4.1-18
Severity: normal

There a 2 files with file permission 755 in /etc/default.
The remaining files have 644.

ls -al *logd
-rw-r--r-- 1 root root  20 2007-04-14 19:09 bootlogd
-rwxr-xr-x 1 root root 289 2006-05-25 09:38 klogd
-rwxr-xr-x 1 root root  14 2007-04-14 19:10 syslogd

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

Versions of packages klogd depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  sysklogd [system-log-daemon 1.4.1-18 System Logging Daemon

klogd recommends no packages.

-- no debconf information

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


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

Bug#420686: It's not obvious esniper is legal (violation of eBay ToS)

[Bas Zoetekouw]

Hi Sami!

You wrote:

> It's not obvious it is legal to distribute this software at all
> (probably it either is fit for main or unfit for non-free too). I
> suggest a review on debian-legal, since I'm not well versed in (at
> least this area of) law. I found nothing about this in debian-legal
> archives, so I assume it has not been discussed.

How can it be illegal to distribute?  Ebay User Agreements are not law
and Debian is not bound to it.  

The _use_ of the program might be a violation of the Ebay User
Agreement, but it's not clear to me that such a restriction is legal in
all juristictions, and I'm not even sure that the entire concept of a
click-through "User Agreement" is legal everywhere.  In any case, it's
the user who needs to decide whether or not he want to use it.

That being said, it would of course be nice if the program would make
clear to the user that Ebay doesn't like the program being used, in
order for the user to make an informed decision. (I have no idea if the
program is already doing that or not.)

Greetings,
Bas.





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

Bug#391192: xkb-data: Symbols for Logitech Cordless Desktop Optical are lacking

[Lionel VAUX]

Hi Brice,

The bug has just been fixed in upstream CVS: see also
http://bugs.freedesktop.org/show_bug.cgi?id=10671

Lionel.

Le mercredi 21 mars 2007 à 20:53, Brice Goglin a écrit:
> Hi Lionel,
> 
> I think this bug still applies to xkb-data 0.9.4. We should probably
> forward it upstream at bugzilla.freedesktop.org. Would you mind doing so
> since your wrote the patch?
> 
> Thanks,
> Brice
> 
> 

Bug#420686: It's not obvious esniper is legal (violation of eBay ToS)

[Don Armstrong]

severity 420686 normal
thanks

On Tue, 24 Apr 2007, Sami Liedes wrote:
> 2.2.3 says "Packages must be placed in _non-free_ if they are not
> compliant with the DFSG or are encumbered by patents or other legal
> issues that make their distribution problematic." (I expected to find
> something saying something about software that cannot be distributed
> at all, but apparently it's not there, and all the language in other
> sections seems very copyright and patent centric.)
> 
> eBay TOS (or "User Agreement" in eBay terms) says[1]:
> 
> 
> "_Access and Interference_
> 
> The Sites contains robot exclusion headers. Much of the information on
> the Sites is updated on a real-time basis and is proprietary or is
> licensed to eBay by our users or third parties. You agree that you
> will not use any robot, spider, scraper or other automated means to
> access the Sites for any purpose without our express written
> permission.
> 
> Additionally, you agree that you will not:
> 
> [...]
> 
> - bypass our robot exclusion headers or other measures we may use to
> prevent or restrict access to the Sites."

This is a case of whether or not it is legal to (or strictly speaking,
a violation of an agreement to which the user may be a party when
using) a piece of software in a particular fashion, not whether it is
legal to distribute it.

In general, we deal with cases of the letter on -legal (and in general
in the archive) rather than the former.

I've not closed the bug report myself, but I have made the severity
non-RC. Dima: that's your call; you can wait for more -legal
contributors to weigh in, or you can close the report.


Don Armstrong

-- 
One day I put instant coffee in my microwave oven and almost went back
in time.
 -- Steven Wright

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#387069: Please consider dchroot

[Daniel Baumann]

Added sudo support instead.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#420688: ndiswrapper-source: extended description states that kernel source is requires to compile but it's not

[Filipus Klutiero]

Package: ndiswrapper-source
Version: 1.28-1
Severity: normal

The last sentence of the extended description reads

Kernel source is required to compile this module.

but it's not.

BTW, please capitalize "linux" in the short description.


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

Bug#101712: Could not connect to the mail server; the connection was refused.

[Brian May]

> "Mike" == Mike Hommey <[EMAIL PROTECTED]> writes:

Mike> Years have passed, and a great number of mozilla versions
Mike> have been released. So much that it died and revived into
Mike> Seamonkey, rebranded Iceape in Debian.

Mike> Would you be kind to check whether this bug applies to
Mike> iceape-mailnews in etch and/or iceape in unstable ?

So far so good.

I can't delete a folder with this IMAP server (Dovecot - complains
"Target mailbox doesn't allow inferior mailboxes"), but that looks
like an independent bug.

Feel free to close this report.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#420687: libxml-sax-perl: please recommend libxml-sax-expat-perl

[Niko Tyni]

Package: libxml-sax-perl
Version: 0.14-0.1
Severity: wishlist

Quoting the upstream maintainer, Grant McLean, in CPAN #26588 [1]:

  I'd recommend only using the PurePerl parser in situations where
  building expat of libxml2 libraries is problematic - that is certainly
  not the case with Debian. 

Please consider adding a Recommends: on libxml-sax-expat-perl and 
noting this recommendation in the libxml-sax-perl package description
too.

[1] http://rt.cpan.org/Public/Bug/Display.html?id=26588

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Bug#420633: ntop: Ntop crash on heavy load (Buffer too short)

[Luca Deri]

Gilles
while I look at the problem, please use the ntop code that's on the  
ntop CVS and see if you can reproduce the problem. 6 Mbit/s is  
nothing, so ntop must work reliably.


Regard, Luca

On Apr 23, 2007, at 8:21 PM, Ola Lundqvist wrote:


Hi

Thanks for the bugreport.

Luca: Do you know what this problem is?

As far as I can see from the code the buffer is already of the size
of three...

Regards,

// Ola

On Mon, Apr 23, 2007 at 06:54:22PM +0200, Gilles Mocellin wrote:

Package: ntop
Severity: important

When I start ntop on a heavy line (2Mb/si to 6Mb/s) ntop crash  
with the

following message :
**ERROR** Buffer too short @ pbuf.c:1397 (increase to at least 3)

I tried a backported version from unstable (3.2-10) but it's the  
same.


I also tried to reduce memory consumption by removing session  
tracking,

mac adresses tracking, but it still crashes.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)




--
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://opalsys.net/ UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---




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

Bug#420686: It's not obvious esniper is legal (violation of eBay ToS)

[Sami Liedes]

Package: esniper
Severity: serious
Justification: Policy 2.2.3

[Cc:d to debian-legal]

Hi,

It's not obvious it is legal to distribute this software at all
(probably it either is fit for main or unfit for non-free too). I
suggest a review on debian-legal, since I'm not well versed in (at
least this area of) law. I found nothing about this in debian-legal
archives, so I assume it has not been discussed.

2.2.3 says "Packages must be placed in _non-free_ if they are not
compliant with the DFSG or are encumbered by patents or other legal
issues that make their distribution problematic." (I expected to find
something saying something about software that cannot be distributed
at all, but apparently it's not there, and all the language in other
sections seems very copyright and patent centric.)

eBay TOS (or "User Agreement" in eBay terms) says[1]:


"_Access and Interference_

The Sites contains robot exclusion headers. Much of the information on
the Sites is updated on a real-time basis and is proprietary or is
licensed to eBay by our users or third parties. You agree that you
will not use any robot, spider, scraper or other automated means to
access the Sites for any purpose without our express written
permission.

Additionally, you agree that you will not:

[...]

- bypass our robot exclusion headers or other measures we may use to
prevent or restrict access to the Sites."


Sami


[1] http://pages.ebay.com/help/policies/user-agreement.html

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

Kernel: Linux 2.6.20.4-grsec-sli
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


signature.asc
Description: Digital signature

Bug#420685: gettext: msgfmt complains on strangely placed "#|" comments

[Christian Perrier]

Package: gettext
Version: 0.16.1-1
Severity: normal

Running "msgfmt -o /dev/null -c sv.po" on the attached file gives "parse
error" output.

They come from the strangely placed "#|" comments (which include the
previous msgid version). The translator's tool apparently moved them at the
top of comments (they're usually just before the msgid).

I'm not sure whether this is a bug or not but it could be interesting to
discuss this with your upstream, Santiago.

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

Kernel: Linux 2.6.18-4-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gettext depends on:
ii  gettext-base  0.16.1-1   GNU Internationalization utilities
ii  libc6 2.5-2  GNU C Library: Shared libraries

Versions of packages gettext recommends:
ii  curl 7.15.5-1Get a file from an HTTP, HTTPS, FT
ii  lynx 2.8.5-2sarge2.2 Text-mode WWW Browser
ii  wget 1.10.2-2retrieves files from the web

-- no debconf information
# 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.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: openssh 1:4.3p2-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-04-23 17:56+0200\n"
"PO-Revision-Date: 2007-04-23 23:14+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"

#| msgid "Generate new configuration file?"
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "Generate a new configuration file for OpenSSH?"
msgstr "Generera en ny konfigurationsfil för OpenSSH?"

#| msgid ""
#| "This version of OpenSSH has a considerably changed configuration file "
#| "from the version shipped in Debian 'Potato', which you appear to be "
#| "upgrading from. This package can now generate a new configuration file (/"
#| "etc/ssh/sshd.config), which will work with the new server version, but "
#| "will not contain any customisations you made with the old version."
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "This version of OpenSSH has a considerably changed configuration file 
from the version shipped in Debian 'Potato', which you appear to be upgrading 
from. This package can now generate a new configuration file 
(/etc/ssh/sshd.config), which will work with the new server version, but will 
not contain any customizations you made with the old version."
msgstr "Denna version av OpenSSH har ändrat konfigurationsfilen ansenligt från 
den version som skickades med i Debians \"Potato\"-utgåva som du verkar 
uppgradera från. Detta paket kan nu generera en ny konfigurationsfil 
(/etc/ssh/sshd.config) som kommer att fungera med den nya serverversionen men 
kommer inte att innehålla några anpassningar som du gjorde med den gamla 
versionen."

#| msgid ""
#| "Please note that this new configuration file will set the value of "
#| "'PermitRootLogin' to yes (meaning that anyone knowing the root password "
#| "can ssh directly in as root). It is the opinion of the maintainer that "
#| "this is the correct default (see README.Debian for more details), but you "
#| "can always edit sshd_config and set it to no if you wish."
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "Please note that this new configuration file will set the value of 
'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password can 
ssh directly in as root). Please read the README.Debian files for more details 
about this design choice."
msgstr "Observera att den nya konfigurationsfilen kommer att ställa in värdet 
för \"PermitRootLogin\" till \"yes\" (vilket betyder att vem som helst som kan 
root-lösenordet kan logga in direkt som root). Läs filen README.Debian för mer 
information om det här designvalet."

#| msgid ""
#| "It is strongly recommended that you let this package generate a new "
#| "configuration file now."
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "It is strongly recommended that you choose to generate a new 
configuration file now."
msgstr "Det rekommenderas starkt att du väljer att generera en ny 
konfigurationsfil nu."

#| msgid "Do you want to continue (and risk killing active ssh session

Bug#415491: nautilus-sendto crahes immediately after starting

[Øystein Gisnås]

2007/4/17, Michael Schmitt <[EMAIL PROTECTED]>:

First, sorry to you too that I report back so late. See my last mail in
the bugreport for details... if actually interested ;)


It shouldn't crash no matter how unsupported scalix is in Debian. If
you have a way to reproduce it (have the old scalix addressbook or
steps to create one), I'll look into it and try to write a patch,

Øystein

Bug#420663: openssh: [INTL:sv] Swedish debconf templates translation update

[Christian Perrier]

Quoting Daniel Nylander ([EMAIL PROTECTED]):
> Package: openssh
> Severity: wishlist
> Tags: patch l10n
> 
> 
> Here is the updated Swedish debconf translation for openssh


Strangely, msgfmt was compaining about the file being invalid. I just
removed the "#|" lines which strangely were appearing before other
comments and this has been fixed magically. Weird. This could be a
gettext bug.




signature.asc
Description: Digital signature

Bug#375041: evolution-exchange: Crashes when querying GAL (Global Address List)

[Øystein Gisnås]

2007/3/28, Rafal Krypa <[EMAIL PROTECTED]>:

I believe, that this patch:
http://bugzilla.gnome.org/attachment.cgi?id=84585
fixes this bug. It is still unconfirmed, not accepted and not revisioned
by the upstream maintainer (no maintainer responded to my posts on Gnome
Bugzilla for over two weeks) but patched version seem to work well at
least for me and my workmate.
Please test it.

Here is a link for whole entry on Gnome Bugzilla for this issue:
http://bugzilla.gnome.org/show_bug.cgi?id=368877


If someone can reproduce this bug, I'll be happy to do a build with
the referred patch.

Øystein

Bug#420682: openssh: Should drop the ssh/new_config debconf templates

[Christian Perrier]

Package: openssh
Severity: normal

That template deals with updating from...potato. I suggest dropping it
completely now as I doubt anyone will upgrade directly from potato to
lenny..:)


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

Kernel: Linux 2.6.18-4-486
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#420683: Please remove bind from sid

[LaMont Jones]

Package: ftp.debian.org

Please remove the 'bind' package from sid, it has been replaced by 'bind8'.

And please remove 'bind8' from lenny: it should not ship.  (RC bug is
now filed to keep it from promoting.)

thanks,
lamont


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

Bug#335562: Bug fixed upstream

[Christian Perrier]

> > Version: 3.0.24-6 
> > 
> > This bug has apparently been fixed upstream.
> Great; why didn't btslink figure this out?


Because upstream didn't notice they fixed the bug..:-)...so the
bugzilla bug was still opened. I just marked it FIXED myself.




signature.asc
Description: Digital signature

Bug#420684: BIND 8 not suitable for release in Lenny

[LaMont Jones]

Package: bind8
Severity: serious
Version: 8.4.7-3

BIND 8 is old and crufty and should not be in Lenny.

thanks,
lamont


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

Bug#420681: /etc/cron.d/tz-brasil refers to a inexistent file

[Marcos Lazarini]

Package: tz-brasil
Version: 0.8
Severity: normal


Hi,
/etc/cron.d/tz-brasil points to /usr/sbin/tz-brasil-restart-cron
but according to the changelog, this script was renamed to
/usr/sbin/tz-brasil-restart
Just rename it in the cron file, and I think it will be fine.
In other words, the patch to close bug 399720 created this one.


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

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

Versions of packages tz-brasil depends on:
ii  fping   2.4b2-to-ipv6-14 sends ICMP ECHO_REQUEST packets to
ii  wget1.10.2-2 retrieves files from the web

Versions of packages tz-brasil recommends:
ii  cron  3.0pl1-100 management of regular background p

-- no debconf information


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

Bug#420680: wine: New upstream release: 0.9.35 release on 2007-04-13; debian/watch patch included (uscan)

[supaplex]

Package: wine
Version: 0.9.35-local
Severity: wishlist

huzzah for uscan and uupdate. I created a patch that includes debian/watch so
uscan can download new releases as they happen.

Enjoy.

Scott Edwards
-- Daxal Communications - http://www.daxal.com/?wine

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686-bigmem
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages wine depends on:
ii  libasound2 1.0.13-2  ALSA library
ii  libaudio2  1.8-4 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libgcc11:4.1.1-21GCC support library
ii  libgl1-mesa-glx [libgl1]   6.5.1-0.6 A free implementation of the OpenG
ii  libglu1-mesa [libglu1] 6.5.1-0.6 The OpenGL utility library (GLU)
ii  libgphoto2-2   2.2.1-16  gphoto2 digital camera library
ii  libgphoto2-port0   2.2.1-16  gphoto2 digital camera port librar
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libldap2   2.1.30-13.3   OpenLDAP libraries
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxau61:1.0.1-2 X11 authorisation library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxslt1.1 1.1.19-1  XSLT processing library - runtime 
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l
ii  zlib1g 1:1.2.3-13compression library - runtime

wine recommends no packages.

-- no debconf information
# Contributed by Scott Edwards <[EMAIL PROTECTED]> http://www.daxal.com/?wine
--- wine-0.9.35/debian/watch.orig   1969-12-31 17:00:00.0 -0700
+++ wine-0.9.35/debian/watch2007-04-23 21:42:56.0 -0600
@@ -0,0 +1,3 @@
+version=3
+http://sf.net/wine/wine-(\d+\.\d+\.\d+).tar.bz2
+http://sf.net/wine/wine-(\d+\.\d+\.\d+).tar.bz2.sign

Bug#420678: Processed: Re: Bug#420678: dmesg spam: ACPI: Unable to turn cooling device [c18e0dec] 'on'

[Michael Biebl]

reassign 420678 linux-image-2.6.18-4-k7
thanks

Debian Bug Tracking System schrieb:
> Processing commands for [EMAIL PROTECTED]:
> 
>> reassign 420678 hal
> Bug#420678: dmesg spam: ACPI: Unable to turn cooling device [c18e0dec] 'on'
> Bug reassigned from package `general' to `hal'.

This is a bug in the linux kernel and not hal. Reassigning accordingly



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#410562: gnubg: Refuses to run if OpenGL not available

[Russ Allbery]

forwarded 410562 [EMAIL PROTECTED]
thanks

Okay, I've now duplicated this behavior and understand it.  Basically, a
GL build always attempts to initialize GL and always fails if it can't.
I've forwarded this upstream with a request to fall back on the non-GL
behavior rather than just die for a GL build that can't initialize GL.

Hopefully that will be doable, as building two binaries is unappealing.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#420541: python-wxgtk2.6: causes picard to crash unpredictably

[brian m. carlson]

On Mon, Apr 23, 2007 at 07:52:19PM +0930, Ron wrote:
> 
> Hi,
> 
> On Mon, Apr 23, 2007 at 03:29:21AM +, brian m. carlson wrote:
> > Note, however, that it seems to crash more often on some files than
> > others.  I am willing to provide a file (4.5M) that seems to cause
> > crashes, but I cannot post it to the bug due to copyright concerns.
> 
> If its commercial music, you probably can't send it to anyone privately
> either...

Probably so, but at least I have a potential claim under fair use in
that case, and (more importantly) I'm not subjecting Debian to legal
liability.  If you want it, great; let me know.

> That's a pretty big leap from what we know so far, and at worst it
> is local(remote) for the user running things they picked up on the
> street (or maybe from the l337 'kitters at s*ny ;)  Until we know
> what it is about the data (if anything) that triggers this, its just
> another bug to fix.  All segfaults are bad.

Well, yes, but I am just trying to keep on top of the potential issues.
Not all developers are as up on security as you appear to be, so it was
a general admonishment.

I did look at the code after I sent the message, and it seems to be
probably a bad pointer dereference to a single object, so nothing major.

> > If you need more information, please feel free to let me know.
> 
> Actually attaching the backtrace is probably a pretty good start ;-)

Yes, I agree, and I could have sworn I did that.  Oh, well.

Note that it doesn't have debugging symbols, so it is probably of
dubious value, although the function is a single line of code.  When I
tried with debugging symbols, I got another crash, but in a totally
different place (and package).  That doesn't inspire confidence...

> I'm not sure what is likely to be done about this yet...   We have
> wx 2.8 on the horizon, which should probably replace 2.6 sometime
> very soon, but then we also have wx 2.9 looming, which sounds like
> it is going to break the string handling on all existing apps again,
> so I'm not sure who is going to want to move where when...

Whatever you decide is fine.  I'm not that picky; the bug is annoying,
but I can work around it.

> But in the meantime, getting some idea of where and why this prangs
> is probably not a terrible idea.  Have you browsed the volumes of
> the wx bug tracker to see if anyone else has reported something
> similar?

Nope, not yet.  Life has been crazy, with class ending and all.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v3 2048b 560553E7: FE82 7C9F EB21 5436 2F96 25BA 927B 0A51
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47793279739552 (LWP 22617)]
0x2b77c0c42108 in wxTreeListMainWindow::GetItemText ()
   from /usr/lib64/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_gizmos.so
(gdb) thread apply all bt full

Thread 9 (Thread 1140881728 (LWP 22637)):
#0  0x003a2d4c8312 in select () from /lib/libc.so.6
No symbol table info available.
#1  0x2b77bee625ff in ?? () from /usr/lib/python2.4/lib-dynload/time.so
No symbol table info available.
#2  0x0047453c in PyEval_EvalFrame ()
No symbol table info available.
#3  0x00472d99 in PyEval_EvalFrame ()
No symbol table info available.
#4  0x00474f48 in PyEval_EvalCodeEx ()
No symbol table info available.
#5  0x004bc293 in ?? ()
No symbol table info available.
#6  0x004139f0 in PyObject_Call ()
No symbol table info available.
#7  0x004196ee in ?? ()
No symbol table info available.
#8  0x004139f0 in PyObject_Call ()
No symbol table info available.
#9  0x0046e390 in PyEval_CallObjectWithKeywords ()
No symbol table info available.
#10 0x004a014d in ?? ()
No symbol table info available.
#11 0x003a2dc06425 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#12 0x003a2d4cee5d in clone () from /lib/libc.so.6
No symbol table info available.
#13 0x in ?? ()
No symbol table info available.

Thread 8 (Thread 1132489024 (LWP 22636)):
#0  0x003a2d4c8312 in select () from /lib/libc.so.6
No symbol table info available.
#1  0x2b77bee625ff in ?? () from /usr/lib/python2.4/lib-dynload/time.so
No symbol table info available.
#2  0x0047453c in PyEval_EvalFrame ()
No symbol table info available.
#3  0x00472d99 in PyEval_EvalFrame ()
No symbol table info available.
#4  0x00474f48 in PyEval_EvalCodeEx ()
No symbol table info available.
#5  0x004bc293 in ?? ()
No symbol table info available.
#6  0x004139f0 in PyObject_Call ()
No symbol table info available.
#7  0x004196ee in ?? ()
---Type  to continue, or q  to quit---
No symbol table info available.
#8  0x004139f0 in PyObject_Call ()
No symbol table info available.
#9  0x0046e390 in PyEval_CallObjectWithKeywords ()
No symbol table info available.
#10 0x004a014d in ?? (

Bug#420234: scim-bridge-agent: provide a REAMDE on how to use it

[Zhengpeng Hou]

On 2007年4月21日 星期六, LI Daobing wrote:
> Package: scim-bridge-agent
> Version: 0.4.10-1
> Severity: normal
>
> Hello, how about provide a README on how to use these packages, I have
> no idea after I read all the manpages and files in
> /usr/share/doc/. anyway, I find the usage in the web
>
> # put following into $HOME/.xinitrc
> XMODIFIERS="@im=SCIM"
> GTK_IM_MODULE="scim-bridge"
> QT_IM_MODULE="scim-bridge"
> export XMODIFIERS GTK_IM_MODULE QT_IM_MODULE
> scim -d
Thanks for your report, I will add this in next upgrade.


pgpwgC35cXdmt.pgp
Description: PGP signature

Bug#411067: xmms: freezes in a futex

[Label Sarl]

On Tue, 2007-02-27 at 13:54 -0500, Justin Pryzby wrote:
> On Tue, Feb 27, 2007 at 02:52:40PM +0100, Label Sarl wrote:
> > Hi,
> > 
> > I experiment a futex freeze too in a self made program.
> How did you find this bug?  :)
Very simply, the program that freeze is a TCP server.
Whenever that problem occurs, the service is out of order ...
Even the load-balancer program that wraps on instances of this faulty
server cannot detect the freeze (because of the backlog argument of
listen(2)).
> 
> Do you mind if I bounce your message there?
Please do it.
> 
> > 1) I have a un-freezing technic that uses the ptrace(2) to :
> >  - attach a frozen process,
> >  - get the syscall number (checks that it is a sys_futex),
> >  - get the arguments of sys_futex(2) to check it is a WAIT
> >and get the adress of the wait.
> >  - poke a 0 at the adress.
> >  That all unfreezes the process.
> >  Do you want the code of my survfutex program ?
> Sure, this would be interesting.
Here it is an attach file survfutex.c
Simply compiled (on RedHat FC4) with ;
cc survfutex.c -o survfutex

> 
> > 2) Now, I am tracking the cause and have some informations.
> >  It appears to occur (in my code) during the execution of a
> >  signal handler set for the SIGCLD.
> >  When the father catches the SIGCLD, it performs some action
> >  like fprintf(3) and free(3).
> Did you know that only some function are considered safe for signal
> handlers?  See signal(2).  free and printf are [implicitly] considered
> unsafe, which (I think) can explain your problem.
Yes, events prooved it, even if it was not so years ago ... (I am
working with Linux since 1994 and more generaly on Unix system since
1983, but I know "time goes and OS design changes ...")
But, I still think that I am not alone to experiment such an
implementation bug.
> 
> >  Of course, it does not occur systematicaly (it would have been too
> > simple).
> >  When I suppress fprintf() and free() from the signal handler, the
> > father process never freezes.
> >  My supposition is that the sys_futex() is called from glibc (may be
> > from brk(2) and some other syscall).
> >  I have two kinds of bug work-arround :
> >  The first consist in :
> > - blocking the SIGCLD,
> > - At some part of the code watch if there is a pending SIGCLD
> >  if so, performs the wait(2) and other action out of a signal
> >  handler. Then remove the sig pending condition.
> >  The second consist in :
> > - performing the wait(2) from the signal handler and move the
> >   struct from a list of "alive son" to a list of dead ones.
> >   This is done with a simple linked list technic.
> > - From outside the signal handler, see if some son are dead.
> >   If so, performs the rest of actions (fprint() to log the death
> >   with the exit status, free() the struct memorizing the son).
> Both of these seem like accepted was of handling signals.
Yes, that is the point. I was just asking since when the prohibition of
"unsafe" functions has been declared ? I surely missed something ...
I am also asking if those functions are unsafe because of themselves or
because of called syscall (write(2), brk(2), ...)

> 
> > One last thing, I suppose the bug is a general bug that does not freeze
> > only xmms.
> I wonder if xmms (and/or firefox, which has also done this to me) have a
> nonsafe signal hander too?
That can be it too.
Are you still experienting such freeze ?
If so, you may try the "survfutex -p {pid}" to check it
and then "survfutex -p {pid] -u" to try unfreezing the process.
Let me know if it works for you ...

I suspect also some race condition due to signal blocked at a sad moment
(contingency of fork(), exit() and memory locking-unlocking (SHM ?))
Unfortunately, I am not specializing in using of sys_futex and so cannot
proove it. But I am interessed in further bug-tracking advancement.
Fell free to communicate to anyone that can help us to solve.

Cheers

-Rogers
> 
> Cheers
> Justin
> 
/*
 * AUTHOR:	Rogers VEBER.
 *		Survey of process that may freeze in a sys_futex(2) WAIT.
 * 
 *	MAIN Actions that can be performed :
 *	simply type survfutex -p {pid}
 *		Will check the process and tell if it is frozen by sys_futex().
 *	Add -u option to unlock the process.
 *		Again, it works perfectly on my programs by POKING the 0 at
 *		the wait_on address.
 *	Add -s milisec	to define a period between two checks.
 */
#include	
#include	
#include	
#include	
#include	
#include	
#include	
#include	
#include	
#include	
#include	
#include	
#include	

#define	URegs(r)	&(((struct user*)0)->regs.r)

static	pid_t	gpid = (pid_t)0;
static	int	log_lvl = 0;
#define	log_stream	stdout

static
void
trace(int lvl,const char *msg,...)
{
	char	dh[32];
	va_list	args;
	time_t	ct;

	if( lvl < 0 )
	{
		if( log_lvl >= lvl )
		{
			return;
		}
	}
	else
	{
		if( log_lvl < lvl )
		{
			return;
		}
	}

	time(&ct);
	strftime(dh,sizeof(dh),"%Y/%m/%d %T",localtime(&ct) );
	fprintf(log_stream,"%s ",dh);
	va_start(args,msg);

Bug#411067: xmms: freezes in a futex

[Label Sarl]

Hi,

I experiment a futex freeze too in a self made program.
1) I have a un-freezing technic that uses the ptrace(2) to :
 - attach a frozen process,
 - get the syscall number (checks that it is a sys_futex),
 - get the arguments of sys_futex(2) to check it is a WAIT
   and get the adress of the wait.
 - poke a 0 at the adress.
 That all unfreezes the process.
 Do you want the code of my survfutex program ?

2) Now, I am tracking the cause and have some informations.
 It appears to occur (in my code) during the execution of a
 signal handler set for the SIGCLD.
 When the father catches the SIGCLD, it performs some action
 like fprintf(3) and free(3).
 Of course, it does not occur systematicaly (it would have been too
simple).
 When I suppress fprintf() and free() from the signal handler, the
father process never freezes.
 My supposition is that the sys_futex() is called from glibc (may be
from brk(2) and some other syscall).
 I have two kinds of bug work-arround :
 The first consist in :
- blocking the SIGCLD,
- At some part of the code watch if there is a pending SIGCLD
 if so, performs the wait(2) and other action out of a signal
 handler. Then remove the sig pending condition.
 The second consist in :
- performing the wait(2) from the signal handler and move the
  struct from a list of "alive son" to a list of dead ones.
  This is done with a simple linked list technic.
- From outside the signal handler, see if some son are dead.
  If so, performs the rest of actions (fprint() to log the death
  with the exit status, free() the struct memorizing the son).

Both technics work fine for me.

I hope it will help you.

One last thing, I suppose the bug is a general bug that does not freeze
only xmms.

Rogers Veber.



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

Bug#411067: xmms: freezes in a futex

[Label Sarl]

Hi,

Looking for people that have same issue on sys_futex(2), I found that
some had already found a bug fix (on IMAP) changing the design of
Child's death management. It was on Jully 2006 ...
http://www.dbmail.org/mantis/view.php?id=361

It leads to this interressing text that explains what you previously
told me about unsafe function ...
http://www.dwheeler.com/secure-programs/Secure-Programs-HOWTO/signals.html

Still I am persuaded that there are more than a few people to look for a
solution to this kind of issue, have you got any idea about how to help
people on this subject ?

Could you try the survfutex program ?

-Rogers

> On Tue, Feb 27, 2007 at 02:52:40PM +0100, Label Sarl wrote:
> > Hi,
> > 
> > I experiment a futex freeze too in a self made program.
> How did you find this bug?  :)
> 
> Do you mind if I bounce your message there?
> 
> > 1) I have a un-freezing technic that uses the ptrace(2) to :
> >  - attach a frozen process,
> >  - get the syscall number (checks that it is a sys_futex),
> >  - get the arguments of sys_futex(2) to check it is a WAIT
> >and get the adress of the wait.
> >  - poke a 0 at the adress.
> >  That all unfreezes the process.
> >  Do you want the code of my survfutex program ?
> Sure, this would be interesting.
> 
> > 2) Now, I am tracking the cause and have some informations.
> >  It appears to occur (in my code) during the execution of a
> >  signal handler set for the SIGCLD.
> >  When the father catches the SIGCLD, it performs some action
> >  like fprintf(3) and free(3).
> Did you know that only some function are considered safe for signal
> handlers?  See signal(2).  free and printf are [implicitly] considered
> unsafe, which (I think) can explain your problem.
> 
> >  Of course, it does not occur systematicaly (it would have been too
> > simple).
> >  When I suppress fprintf() and free() from the signal handler, the
> > father process never freezes.
> >  My supposition is that the sys_futex() is called from glibc (may be
> > from brk(2) and some other syscall).
> >  I have two kinds of bug work-arround :
> >  The first consist in :
> > - blocking the SIGCLD,
> > - At some part of the code watch if there is a pending SIGCLD
> >  if so, performs the wait(2) and other action out of a signal
> >  handler. Then remove the sig pending condition.
> >  The second consist in :
> > - performing the wait(2) from the signal handler and move the
> >   struct from a list of "alive son" to a list of dead ones.
> >   This is done with a simple linked list technic.
> > - From outside the signal handler, see if some son are dead.
> >   If so, performs the rest of actions (fprint() to log the death
> >   with the exit status, free() the struct memorizing the son).
> Both of these seem like accepted was of handling signals.
> 
> > One last thing, I suppose the bug is a general bug that does not freeze
> > only xmms.
> I wonder if xmms (and/or firefox, which has also done this to me) have a
> nonsafe signal hander too?
> 
> Cheers
> Justin
> 



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

Bug#382591: lineakd doesn't recognise inputs when a dropdown menu is activated

[Ryan Finnie]

It seems all keyboard events are inhibited when a menu is open, even
GNOME's own keyboard shortcuts (try Alt-F1 while a menu's open, or
mapping a multimedia key within GNOME Keyboard Shortcuts).  I'll
investigate further, but this is probably something lineakd cannot
change.

Ryan


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

Bug#412449: xserver-xorg: Michel's patch works fine for me.

[Takashi Matsuo]

Package: xserver-xorg
Version: 1:7.1.0-18
Followup-For: Bug #412449


I use Radeon Mobility M6 LY. I had encountered a similar situation.
I usually use two displays(dual head using MergedFB).

On xserver-xorg_1:7.1.0-18, xorg can not find valid mode for CRT2.
And Michel's patch works fine for me.

-- xorg.conf device section
Section "Device"
  Identifier"ATI Technologies, Inc. Radeon Mobility M6 LY"
  Driver"radeon"
  Option  "AGPMode" "4"
  Option  "AGPFastWrite" "on"
  Option  "EnablePageFlip" "on"
  Option  "RenderAccel" "on"
  Option  "SWcursor" "off"
  Option  "DynamicClocks" "on"
  # enable radeon specific xinerama
  Option  "MergedFB" "true"
  Option  "CRT2Position" "LeftOf"
  Option  "CRT2Hsync" "31.0-81.0"
  Option  "CRT2VRefresh" "56.0-75.0"
  Option  "MetaModes" "1024x768 1024x768-1024x768 1024x768-1280x1024"
  Option  "MergedNonRectangular" "true"
  Option  "MonitorLayout" "LVDS, CRT"
  Option  "MergedXineramaCRT2IsScreen0" "true"
  BusID   "PCI:01:00:0"
EndSection

-- 
Takashi Matsuo <[EMAIL PROTECTED]>
http://mars.shehas.net/~tmatsuo/public-key.txt
GPG Key fingerprint =
0C1F D86C 5E35 A687 B740  5F39 E93F 73FD DF2A 7B0C


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

Bug#420678: dmesg spam: ACPI: Unable to turn cooling device [c18e0dec] 'on'

[Bryan Donlan]

Package: general
Severity: minor

The following line is repeated continually in dmesg:
ACPI: Unable to turn cooling device [c18e0dec] 'on'

This begins shortly after hald loads and repeats about ten times a
minute.

uname -a:
Linux hanyuu 2.6.18-4-k7 #1 SMP Mon Mar 26 17:57:15 UTC 2007 i686 GNU/Linux

using:
ii  linux-image-2.6.18-4-k7 2.6.18.dfsg.1-12

lspci -vv @ http://www.fushizen.net/lspci-vv.txt

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

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


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

Bug#420647: confirmed small case

[Jim Watson]

Subject: openoffice.org: reduced case confirmed
Followup-For: Bug #420647
Package: openoffice.org
Version: 2.2.0-4

*** Please type your report below this line ***
I can reproduce this crash with a simple list
of one column and 14 rows (screenshot sent).

Apply autofilter and filter to show just 2 rows.
After deleting the visible rows all seems OK.

But after selecting the filter button and show "All"
again then the behaviour goes haywire.

All rows are displayed same as before the delete
but the deleted cell contents are "phantoms",
select the cell and the displayed content becomes blank.

Meanwhile the crash has started and soon it will close.
The file recovered by crashdump is interesting.
The rows have been deleted and moved up.
But each cell before a deleted row is copied into the next column.


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

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

Versions of packages openoffice.org depends on:
ii  openoffice.org-base   2.2.0-4OpenOffice.org office suite 
- data
ii  openoffice.org-calc   2.2.0-4OpenOffice.org office suite 
- spre
ii  openoffice.org-core   2.2.0-4OpenOffice.org office suite 
archit
ii  openoffice.org-draw   2.2.0-4OpenOffice.org office suite 
- draw
ii  openoffice.org-filter-binfilt 2.2.0-4Legacy filters (e.g. 
StarOffice 5.
ii  openoffice.org-filter-mobiled 2.2.0-4Mobile Devices Filters for 
OpenOff
ii  openoffice.org-impress2.2.0-4OpenOffice.org office suite 
- pres
ii  openoffice.org-java-common2.2.0-4OpenOffice.org office suite 
Java s
ii  openoffice.org-math   2.2.0-4OpenOffice.org office suite 
- equa
ii  openoffice.org-writer 2.2.0-4OpenOffice.org office suite 
- word


openoffice.org recommends no packages.

Versions of packages openoffice.org-writer depends on:
ii  libc6  2.5-2 GNU C Library: Shared libraries
ii  libgcc11:4.1.1-21GCC support library
ii  libicu36   3.6-2 International Components 
for Unico

ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libstlport5.1  5.1.3-1   STLport C++ class library
ii  libwpd8c2a 0.8.9-2   Library for handling 
WordPerfect d
ii  libwps-0.1-1   0.1.0-3   Works text file format 
import filt

ii  libxml22.6.28.dfsg-1 GNOME XML library
ii  openoffice.org-core2.2.0-4   OpenOffice.org office suite 
archit
ii  python-uno 2.2.0-4   Python interface for 
OpenOffice.or

ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages openoffice.org-base depends on:
ii  gij-4.1 [jav 4.1.1-20The GNU Java bytecode 
interpreter
ii  java-gcj-com 1.0.65-10   Java runtime environment 
using GIJ

ii  libc62.5-2   GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libglib2.0-0 2.12.11-3   The GLib library of C routines
ii  libhsqldb-ja 1.8.0.7-2   Java SQL database engine
ii  libmdbtools  0.5.99.0.6pre1.0.20051109-4 mdbtools libraries
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3
ii  libstlport5. 5.1.3-1 STLport C++ class library
ii  openoffice.o 2.2.0-4 OpenOffice.org office suite 
archit
ii  openoffice.o 2.2.0-4 OpenOffice.org office suite 
Java s


Versions of packages openoffice.org-calc depends on:
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libstlport5.1 5.1.3-1STLport C++ class library
ii  libufsparse   1.2-7  collection of libraries for 
comput
ii  lp-solve  5.5.0.10-3 Solve (mixed integer) 
linear progr
ii  openoffice.org-core   2.2.0-4OpenOffice.org office suite 
archit


Versions of packages openoffice.org-base depends on:
ii  gij-4.1 [jav 4.1.1-20The GNU Java bytecode 
interpreter
ii  java-gcj-com 1.0.65-10   Java runtime environment 
using GIJ

ii  libc62.5-2   GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libglib2.0-0 2.12.11-3   The GLib library of C routines
ii  libhsqldb-ja 1.8.0.7-2   Java SQL database engine
ii  libmdbtools  0.5.99.0.6pre1.0.20051109-4 mdbtools libraries
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3
ii  libstlport5. 5.1

Bug#414782: xserver-xorg-core: Reopen BUG #414782 [FIXED xorg-server 2:1.2.99.902-1]:

[Ryan Ward]

Just an update,

I have now moved to lenny, same issue occurs.

Bug#281246: Debian-live needs this

[Ben Armstrong]

Oh.  I forgot to mention ... the patch attached in my last message also
contains a fix to konsole to make its root terminal & root midnight
commander work with sudo.

Ben
--
 ,-.  nSLUGhttp://www.nslug.ns.ca   [EMAIL PROTECTED]
 \`'  Debian   http://www.debian.org[EMAIL PROTECTED]
  `  [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
 [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]


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

Bug#420677: libgda3: gda_parameter_list_find_param() implicitly converted to pointer

[dann frazier]

Package: libgda3
Version: 2.99.5-1
Severity: important
Tags: patch

Our automated buildd log filter[1] detected a problem that will cause
your package to segfault on architectures where the size of a pointer
is greater than the size of an integer, such as ia64 and amd64.

This is often due to a missing function prototype definition.

[1]http://people.debian.org/~dannf/check-implicit-pointer-functions

- Forwarded message from Debian/IA64 non-US Build Daemon <[EMAIL 
PROTECTED]> -

X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on ldl.fc.hp.com
X-Spam-Level: 
X-Spam-Status: No, score=-1.4 required=3.5 tests=AWL,BAYES_00,UNDISC_RECIPS,
UPPERCASE_25_50 autolearn=disabled version=3.1.7-deb
X-Virus-Scanned: Debian amavisd-new at ldl.fc.hp.com
Subject: Log for successful build of libgda3_2.99.5-1 (dist=unstable)
From: Debian/IA64 non-US Build Daemon <[EMAIL PROTECTED]>
Date: Sat, 21 Apr 2007 01:53:36 +0100
To: undisclosed-recipients: ;
X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 
2007.4.20.173934
Debian-Buildd-Error: Yes

Function `gda_parameter_list_find_param' implicitly converted to pointer at 
gda-odbc-provider.c:798

- End forwarded message -

--- libgda3-2.99.5.orig/providers/odbc/gda-odbc-provider.c  2007-02-12 
04:02:20.0 -0700
+++ libgda3-2.99.5/providers/odbc/gda-odbc-provider.c   2007-04-23 
19:10:49.0 -0600
@@ -27,6 +27,7 @@
 #include 
 #include 
 #include 
+#include 
 #include "gda-odbc.h"
 #include "gda-odbc-provider.h"
 

-- 
dann frazier | HP Open Source and Linux Organization


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

Bug#281246: Debian-live needs this

[Ben Armstrong]

On Mon, 23 Apr 2007 16:42:32 -0400
Joey Hess <[EMAIL PROTECTED]> wrote:
> update-alternatives --set libgksu-gconf-defaults \
>   /usr/share/libgksu/debian/gconf-defaults.libgksu-sudo
> update-gconf-defaults

I have attached the diff to casper's 10adduser script which sets up the
live user account to make kdesu and su-to-root work.  But these are
changes to the user account, not under /etc, as I suspect you need.

The su-to-root change won't work without the open bug against menu being
resolved.  Bill included a new su-to-root script as an attachment to that
bug if you want to test his change so far.

Ben
--
 ,-.  nSLUGhttp://www.nslug.ns.ca   [EMAIL PROTECTED]
 \`'  Debian   http://www.debian.org[EMAIL PROTECTED]
  `  [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
 [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
=== modified file 'scripts/casper-bottom/10adduser'
--- scripts/casper-bottom/10adduser	2007-02-13 17:28:03 +
+++ scripts/casper-bottom/10adduser	2007-04-21 20:25:04 +
@@ -64,7 +64,20 @@
 fi
 done
 else # We are in debian :-)
-echo "${USERNAME}  ALL=(ALL) NOPASSWD: ALL" >> /root/etc/sudoers	
+echo "${USERNAME}  ALL=(ALL) NOPASSWD: ALL" >> /root/etc/sudoers
+	chroot /root sudo -u "$USERNAME" sh -c "echo 'SU_TO_ROOT_SU=sudo' >>/home/$USERNAME/.su-to-rootrc"
+chroot /root sudo -u "$USERNAME" gconftool-2 -s -t bool /apps/gksu/sudo-mode true
+chroot /root sudo -u "$USERNAME" gconftool-2 -s -t bool /apps/gksu/display-no-pass-info false
+chroot /root sudo -u "$USERNAME" sh -c "umask 0077 && mkdir -p /home/$USERNAME/.kde/share/config && cat >/home/$USERNAME/.kde/share/config/kdesurc" /home/$USERNAME/.kde/share/apps/konsole/su.desktop"
+fi
 fi
 fi
 

Bug#420676: atop conflicts with 'acct', breaks 'sa' command.

[Dominique Brazziel]

Package:  atop

Version:  1.16-2

The default 'acct' destination for accounting records
is
'/var/log/account/pacct', but atop thinks it is
/var/account/pacct or /var/log/pacct.  This results in
accounting records being written to
'/tmp/atop.d/atop.acct' after atop is run at init
time.

When the 'sa' command from 'acct' is run, only the
processes up to the time 'atop' was started have been
recorded in '/var/log/account/pacct'.  And since atop
stores it's logs in compressed format in atop.log, sa
cannot read them.


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

Bug#420675: git-core: Looks for /usr/etc/gitconfig, not /etc/gitconfig

[Josh Triplett]

Package: git-core
Version: 1:1.5.1.1-1
Severity: normal
Tags: patch

Git attempts to read system-wide configuration information from
/usr/etc/gitconfig, rather than /etc/gitconfig.  This occurs because
ETC_GITCONFIG in the Makefile defaults to $(prefix)/etc/gitconfig , and
debian/rules sets prefix=/usr but does not set ETC_GITCONFIG.  The attached
patch explicitly sets ETC_GITCONFIG=/etc/gitconfig.

Also, INSTALLDIRS=vendor no longer has any effect on the build system, and
neither "INSTALLDIRS" nor "vendor" appears anywhere other than debian/rules
and the RPM spec files.  The attached patch removes INSTALLDIRS=vendor.

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-core depends on:
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.15.5-1   Multi-protocol file transfer libra
ii  libdigest-sha1-perl   2.11-2 NIST SHA-1 message digest algorith
ii  liberror-perl 0.15-8 Perl module for error/exception ha
ii  libexpat1 1.95.8-3.4 XML parsing C library - runtime li
ii  perl-modules  5.8.8-7Core Perl modules
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages git-core recommends:
ii  curl 7.15.5-1Get a file from an HTTP, HTTPS, FT
ii  git-doc  1:1.5.1.1-1 fast, scalable, distributed revisi
ii  less 394-4   Pager program similar to more
ii  openssh-client [ssh-client]  1:4.3p2-10  Secure shell client, an rlogin/rsh
ii  patch2.5.9-4 Apply a diff file to an original
ii  rsync2.6.9-3 fast remote file copy program (lik

-- no debconf information
diff -Naur git-core-1.5.1.1.orig/debian/rules git-core-1.5.1.1/debian/rules
--- git-core-1.5.1.1.orig/debian/rules	2007-04-23 17:33:29.0 -0700
+++ git-core-1.5.1.1/debian/rules	2007-04-23 18:01:55.0 -0700
@@ -6,7 +6,7 @@
 CFLAGS =-g -Wall
 STRIP =strip
 OPTS =NO_OPENSSL=1 GITWEB_CONFIG=/etc/gitweb.conf prefix=/usr \
-  mandir=/usr/share/man INSTALLDIRS=vendor
+  mandir=/usr/share/man ETC_GITCONFIG=/etc/gitconfig
 
 ifneq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
   STRIP =: strip

Bug#420671: git-core: Patch from git.git

[Josh Triplett]

Package: git-core
Version: 1:1.5.1.1-1
Followup-For: Bug #420671

The attached patch adds the change from upstream git.git as a new diff in
debian/diff .  After applying this patch, rebuilding git-core, and installing
the resulting package, I can confirm that git-add only looks for relevant
..gitignore files, and thus runs quickly even with large working copies.

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-core depends on:
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.15.5-1   Multi-protocol file transfer libra
ii  libdigest-sha1-perl   2.11-2 NIST SHA-1 message digest algorith
ii  liberror-perl 0.15-8 Perl module for error/exception ha
ii  libexpat1 1.95.8-3.4 XML parsing C library - runtime li
ii  perl-modules  5.8.8-7Core Perl modules
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages git-core recommends:
ii  curl 7.15.5-1Get a file from an HTTP, HTTPS, FT
ii  git-doc  1:1.5.1.1-1 fast, scalable, distributed revisi
ii  less 394-4   Pager program similar to more
ii  openssh-client [ssh-client]  1:4.3p2-10  Secure shell client, an rlogin/rsh
ii  patch2.5.9-4 Apply a diff file to an original
ii  rsync2.6.9-3 fast remote file copy program (lik

-- no debconf information
diff -Naur 
git-core-1.5.1.1.orig/debian/diff/Optimize-directory-listing-with-pathspec-limiter.diff
 
git-core-1.5.1.1/debian/diff/Optimize-directory-listing-with-pathspec-limiter.diff
--- 
git-core-1.5.1.1.orig/debian/diff/Optimize-directory-listing-with-pathspec-limiter.diff
 1969-12-31 16:00:00.0 -0800
+++ 
git-core-1.5.1.1/debian/diff/Optimize-directory-listing-with-pathspec-limiter.diff
  2007-04-23 17:40:25.0 -0700
@@ -0,0 +1,245 @@
+From 9fc42d609197ef331f1c5b2ce5ef6fc9f2ee634f Mon Sep 17 00:00:00 2001
+From: Linus Torvalds <[EMAIL PROTECTED]>
+Date: Fri, 30 Mar 2007 20:39:30 -0700
+Subject: [PATCH] Optimize directory listing with pathspec limiter.
+
+The way things are set up, you can now pass a "pathspec" to the
+"read_directory()" function. If you pass NULL, it acts exactly
+like it used to do (read everything). If you pass a non-NULL
+pointer, it will simplify it into a "these are the prefixes
+without any special characters", and stop any readdir() early if
+the path in question doesn't match any of the prefixes.
+
+NOTE! This does *not* obviate the need for the caller to do the *exact*
+pathspec match later. It's a first-level filter on "read_directory()", but
+it does not do the full pathspec thing. Maybe it should. But in the
+meantime, builtin-add.c really does need to do first
+
+   read_directory(dir, .., pathspec);
+   if (pathspec)
+   prune_directory(dir, pathspec, baselen);
+
+ie the "prune_directory()" part will do the *exact* pathspec pruning,
+while the "read_directory()" will use the pathspec just to do some quick
+high-level pruning of the directories it will recurse into.
+
+Signed-off-by: Linus Torvalds <[EMAIL PROTECTED]>
+Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
+---
+ builtin-add.c  |2 +-
+ builtin-ls-files.c |2 +-
+ dir.c  |   96 +---
+ dir.h  |2 +-
+ wt-status.c|2 +-
+ 5 files changed, 95 insertions(+), 9 deletions(-)
+
+diff --git a/builtin-add.c b/builtin-add.c
+index 9fcf514..871e23f 100644
+--- a/builtin-add.c
 b/builtin-add.c
+@@ -87,7 +87,7 @@ static void fill_directory(struct dir_struct *dir, const 
char **pathspec)
+   }
+ 
+   /* Read the directory and prune it */
+-  read_directory(dir, path, base, baselen);
++  read_directory(dir, path, base, baselen, pathspec);
+   if (pathspec)
+   prune_directory(dir, pathspec, baselen);
+ }
+diff --git a/builtin-ls-files.c b/builtin-ls-files.c
+index 4e1d5af..74a6aca 100644
+--- a/builtin-ls-files.c
 b/builtin-ls-files.c
+@@ -216,7 +216,7 @@ static void show_files(struct dir_struct *dir, const char 
*prefix)
+ 
+   if (baselen)
+   path = base = prefix;
+-  read_directory(dir, path, base, baselen);
++  read_directory(dir, path, base, baselen, pathspec);
+   if (show_others)
+   show_other_files(dir);
+   if (show_killed)
+diff --git a/dir.c b/dir.c
+index b48e19d..7426fde 100644
+--- a/dir.c
 b/dir.c
+@@ -8,6 +8,11 @@
+ #include "cache.h"
+ #include "dir.h"
+ 
++struct path_simpl

Bug#420644: [pkg-horde] horde depends on libapache*-php*

[Gregory Colpart]

Hi,

On Mon, Apr 23, 2007 at 08:36:42PM +0200, Ola Lundqvist wrote:
> 
> As suphp is packaged for Debian is will be easy to change the
> dependency. Creating a wishlist bug for that.

suphp uses php*-cgi, then IMHO we should only take care of
php*-cgi for horde3. But this bug show that horde3 'Depends'
field is outdated! We should add unstable php*-cgi provides to
horde 'Depends' field :

[...] | phpapi-20050606+lfs | phpapi-20060613+lfs

And probably remove old phpapi-*


Regards,
-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/


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

Bug#420637: heartbeat-2: File descriptor leak?

[Simon Horman]

forwarded 420637 [EMAIL PROTECTED]
thanks

On Mon, Apr 23, 2007 at 07:28:53PM +0200, Erich Schubert wrote:
> Package: heartbeat-2
> Version: 2.0.7-2
> Severity: normal
> 
> It seems that heartbeat-2 leaks a file descriptor to it's child
> processes. From the SELinux audit log:
> 
> avc:  denied  { read } for  pid=2403 comm="ip" name="heartbeat.pid"
> dev=ida/c0d0p5 ino=86181 scontext=root:system_r:ifconfig_t:s0
> tcontext=system_u:object_r:initrc_var_run_t:s0 tclass=file
> 
> avc:  denied  { read } for  pid=3210 comm="rndc" name="heartbeat.pid"
> dev=ida/c0d0p5 ino=86181 scontext=root:system_r:ndc_t:s0
> tcontext=system_u:object_r:initrc_var_run_t:s0 tclass=file
> 
> avc:  denied  { read } for  pid=3303 comm="openvpn" name="heartbeat.pid"
> dev=ida/c0d0p5 ino=86181 scontext=root:system_r:openvpn_t:s0
> tcontext=system_u:object_r:initrc_var_run_t:s0 tclass=file
> 
> The best explanaition for these errors I have is that a file descriptor
> (such as STDIN) of these processes points to the heartbeat.pid file.
> I havn't verified it in the heartbeat-2 code yet. It's not very likely
> that this is exploitable; the heartbeat scripts are started with root
> privileges anyway. But in theory it could be possible to trick one of
> these scripts into writing a differend PID into the pidfile maybe?

Hi Eric,

that does indeed look like a bit of a problem. Thanks for reporting it.
Hopefully it isn't too hard to track down and fix.

I'm CCing the linux-ha-dev list so their eyes pass over this problem.

-- 
Horms
  H: http://www.vergenet.net/~horms/
  W: http://www.valinux.co.jp/en/



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

Bug#420562: gnome weather applet has fixed size window

[Craig Sanders]

On Tue, Apr 24, 2007 at 07:15:57AM +1000, Craig Sanders wrote:
> On Mon, Apr 23, 2007 at 07:42:36PM +0200, Josselin Mouette wrote:
> > Le lundi 23 avril 2007 à 18:56 +1000, Craig Sanders a écrit :
> > > the window size should either be user-adjustable (with the size being
> > > remembered after each change) OR the applet should make the window wide
> > > enough to display the forecast without needing horizontal scroll bars.
> > 
> > The window size is already adjustable, and the window size and location
> > are remembered across logins. What more do you expect?
> 
> no, it's not.  it's a fixed-size, non-adjustable window.
> 
> if it was adjustable, i would have adjusted it myself rather than submit
> a bug report.
> 
> maybe metacity ignores the instruction to be a dialog window, but
> sawfish doesn't (i use sawfish with afterstep theme. partly because
> i'm used to it and the buttons are where i expect them to be, and
> partly because you can middle-click in the maximise button to get a
> vertical-only maximise...which metacity can't/doesn't do)

ok, i've figured out a workaround:  

1.  bring up the weather window.  

2.  go to Sawfish Configurator (Desktop->Preferences->Windows menu), 

3.  select "Matched Windows" tab.

4.  Add a matcher of type "Class".  click "Grab" button,
then click on the weather window.  it should enter
"^Gweather-applet-2/gweather-applet-2$"

5. Click on Appearance Tab of the Matcher dialog.  

6. Click "Frame Type" checkbox, and select "Normal" from
   the popup menu.

7. click on OK.



This tells sawfish to make the gnome weather applet window a normal,
resizable window.


it would be better if the weather applet opened the window with the
right attributes in the first place.


craig

-- 
craig sanders <[EMAIL PROTECTED]>

"Martyrs have been sincere. And so have tyrants. Wise men have
 been sincere. And so have fools."
  [E. Haldeman-Julius, "The Church Is a Burden,
 Not a Benefit, In Social Life"]

Bug#420674: Acknowledgement (k3b: don't eject rewritable media after erasing it before burning)

[Evgeni Golov]

merge 405408 420674
thanks

Argh, this should be a follow-up for #405408 - sorry!
Memo to myself: 1. read bugs.d.o, 2. write bugreport, 3. read bugs.d.o
AGAIN, 4. submit a new bug

Regards
Evgeni

--
   ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED])
 d(O_o)b  | GPG/PGP-Key-ID: 0xAC15B50C
  >-|-<   | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C
   / \| http://www.die-welt.net - [EMAIL PROTECTED]

Viele geniale Leute sind schwierig und kommen mit Gott und der Welt
nicht klar. Leider folgern daraus viele Leute, die mit Gott und der
Welt nicht klar kommen, dass sie genial sind. (CodeWicht @ heise.de)


pgpezuuXLqPRk.pgp
Description: PGP signature

Bug#420674: k3b: don't eject rewritable media after erasing it before burning

[Evgeni Golov]

Package: k3b
Version: 1.0.1-1
Severity: wishlist

I have a cd/dvd-burner which is not able to auto-load a medium (it's in
my laptop), so it is very annoying to push it back in each time I want
to burn a CD-RW, because it gets ejected automatically (even when I set
"don't eject medium after burn" on the options - this works after burn,
but not after rw-erase).
Is this eject really needed to recognize a "new" blank rw, or could it
be simply deactivated?

Regards
Evgeni

--
   ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED])
 d(O_o)b  | GPG/PGP-Key-ID: 0xAC15B50C
  >-|-<   | 0C04 F872 0963 ADC9 AA83 882B 24A0 1418 AC15 B50C
   / \| http://www.die-welt.net - [EMAIL PROTECTED]

mod_python ist keine antwort. mod_python ist die frage und die antwort
ist nein (waldi, #debian.de)


pgpm8YcpAtilQ.pgp
Description: PGP signature

Bug#420354: nvidia-glx: have the same problem, found the issue

[Igor Stirbu]

Package: nvidia-glx
Version: 1.0.8776-4
Followup-For: Bug #420354


I had the same problem with X that would not load.
The problem is that in the debian/rules file is a
typo that packaged nvidia_drv.o instead of nvidia_drv.so

Here is a patch:

--- nvidia-graphics-drivers-1.0.8776.orig/debian/rules  2007-04-24 
02:25:10.0 +0300
+++ nvidia-graphics-drivers-1.0.8776/debian/rules   2007-04-24 
02:04:46.0 +0300
@@ -128,7 +128,7 @@
install -m 644 $(CURDIR)/nvidia-kernel-source.tar.gz 
$(CURDIR)/debian/nvidia-kernel-source/usr/src
 
 
-   install -m 0644 $(dirname)/usr/X11R6/lib/modules/drivers/nvidia_drv.o \
+   install -m 0644 $(dirname)/usr/X11R6/lib/modules/drivers/nvidia_drv.so \
$(CURDIR)/debian/nvidia-glx/usr/lib/xorg/modules/drivers


-- Package-specific info:
uname -r:
Linux keo 2.6.20.7 #1 PREEMPT Tue Apr 24 01:26:55 EEST 2007 i686 GNU/Linux


/proc/version:
Linux version 2.6.20.7 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 
(prerelease) (Debian 4.1.1-21)) #1 PREEMPT Tue Apr 24 01:26:55 EEST 2007


/proc/driver/nvidia/version:


01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 
8x] (rev a2)


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

Kernel: Linux 2.6.20.7 (PREEMPT)
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-glx depends on:
ii  lib 2.5-2GNU C Library: Shared libraries
ii  lib 2:1.0.3-7X11 client-side library
ii  lib 1:1.0.3-2X11 miscellaneous extension librar
ii  nvi 1.0.8776-1+2.6.18.2-10.00.Custom NVIDIA binary kernel module for Li
ii  nvi 1.0.8776-2+2.6.19-10.00.Custom   NVIDIA binary kernel module for Li
ii  nvi 1.0.8776-4+2.6.19.2-10.00.Custom NVIDIA binary kernel module for Li
ii  nvi 1.0.8776-4+2.6.20-10.00.Custom   NVIDIA binary kernel module for Li
ii  nvi 1.0.8776-4+1 NVIDIA binary kernel module for Li
ii  nvi 1.0.8776-4+2.6.20.4-keo-10.00.Custom NVIDIA binary kernel module for Li
ii  nvi 1.0.8776-4+2.6.20.7-10.00.Custom NVIDIA binary kernel module for Li
ii  x11 1:7.1.0-18   X Window System (X.Org) infrastruc

nvidia-glx recommends no packages.

-- no debconf information
--- nvidia-graphics-drivers-1.0.8776.orig/debian/rules  2007-04-24 
02:25:10.0 +0300
+++ nvidia-graphics-drivers-1.0.8776/debian/rules   2007-04-24 
02:04:46.0 +0300
@@ -128,7 +128,7 @@
install -m 644 $(CURDIR)/nvidia-kernel-source.tar.gz 
$(CURDIR)/debian/nvidia-kernel-source/usr/src
 
 
-   install -m 0644 $(dirname)/usr/X11R6/lib/modules/drivers/nvidia_drv.o \
+   install -m 0644 $(dirname)/usr/X11R6/lib/modules/drivers/nvidia_drv.so \
$(CURDIR)/debian/nvidia-glx/usr/lib/xorg/modules/drivers
 
 

Bug#420673: libapache-mod-perl-doc: Please update to a newer snapshot

[Roberto C. Sanchez]

Package: libapache-mod-perl-doc
Version: 1.29.0.2-5cvs20040129
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This package provides a snapshot that is more than three years old.
Please update to a newer CVS snapshot.

Regards,

- -Roberto

- -- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-k7
Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1)

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

iD8DBQFGLUC/5SXWIKfIlGQRAl8PAJ0SNOPlnSF32NLZGvmsITJhBFjt1QCfVRSg
jho48k2+wTCe+NytgEv9cH8=
=U5ka
-END PGP SIGNATURE-


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

Bug#372655: Ditto for #372655 (viewcvs broken in Etch)

[Kevin B. McCarty]

Add me to the list of people affected by this bug.  IMO either viewcvs
in Etch should be patched in stable to work appropriately, or it should
be removed from stable.  Personally, I switched back to CVSWeb, which
interestingly enough works fine with the current version of CVS in Etch.

regards,

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>   Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544


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

Bug#416866: gparted: Resizing an ext3 partition failed (recoverable)

[Aníbal Monsalve Salazar]

On Sat, Mar 31, 2007 at 12:19:19AM +0200, Alain Kalker wrote:
>
>Resizing an ext3 partition on /dev/hdg3 using gparted failed with errors 
>during e2fsck between the partition resize and filesystem growing steps. The 
>report (see attachment), 'ls /dev/hd*' and 'cat /proc/partitions' seemed 
>to indicate /dev/hdg3 was no longer recognized by the system.
>Luckily, rebooting and executing by hand the failing commands remedied 
>the situation.

Thank you for this bug report.

Please try the newer gparted 0.3.3-1 which was recently uploaded to sid.

Best Regards,

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#342664: gparted: using mkdosfs creates unbootable filesystems

[Aníbal Monsalve Salazar]

On Fri, Dec 09, 2005 at 02:43:49PM +0100, Zoltan Ivanfi wrote:
>Package: gparted
>Version: 0.0.8-1
>Severity: important
>
>Hi,
>
>After setting up my partitions with gparted, I tried to install WinXP. WinXP
>failed to boot with the error message "NTLDR is missing". After numerous 
>retries
>with slight changes and no success, I have found the answer in the README file
>of the package ms-sys:
>
>  There have been reports about unbootable FAT32 partitions created with 
> "mformat
>  -F c:". One workaround is to use gnu parted to create the partition instead.
>
>I recreated the FAT partition with parted and finally managed to install WinXP.
>
>After this I have discovered that the BUGS section of man mkdosfs mentions:
>
>   mkdosfs can not create bootable filesystems. This isn't as easy as  you
>   might  think at first glance for various reasons and has been discussed
>   a lot already.  mkdosfs simply will not support it ;)
>
>I think gparted should use parted's method to create FAT filesystems instead of
>using mkdosfs.
>
>Thanks,
>
>Zoltan

Thank you for this bug report.

Please try gparted 0.3.3-1 which was recently uploaded to sid.

>-- System Information:
>Debian Release: testing/unstable
>  APT prefers testing
>  APT policy: (600, 'testing'), (50, 'experimental'), (50, 'unstable')
>Architecture: i386 (i686)
>Shell:  /bin/sh linked to /bin/bash
>Kernel: Linux 2.6.12-9-686
>Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2)
>
>Versions of packages gparted depends on:
>ii  gksu 1.3.6-1 graphical frontend to su
>ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
>ii  libc62.3.5-8 GNU C Library: Shared libraries an
>ii  libgcc1  1:4.0.2-4   GCC support library
>ii  libglib2.0-0 2.8.3-1 The GLib library of C routines
>ii  libglibmm-2.4-1c22.6.1-1.2   C++ wrapper for the GLib toolkit (
>ii  libgtk2.0-0  2.6.10-1The GTK+ graphical user interface
>ii  libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared
>ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
>ii  libparted1.6-13  1.6.24-4The GNU Parted disk partitioning s
>ii  libsigc++-2.0-0c22.0.16-1type-safe Signal Framework for C++
>ii  libstdc++6   4.0.2-4 The GNU Standard C++ Library v3
>ii  libuuid1 1.38-2  universally unique id library
>ii  menu 2.1.26  generates programs menu for all me
>
>gparted recommends no packages.
>
>-- no debconf information

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#344955: gparted: cannot create ext3 partition

[Aníbal Monsalve Salazar]

On Wed, Dec 28, 2005 at 01:19:49AM +0100, Emilian Nowak wrote:
>Some additional information:
>
>I download sources, and I was trying to track this problem.
>I made small change in src/Filesystem.cc in Filesystem::Execute_Command it
>executes mkfs.ext3 
>I made small temporary substituton and I executed command 
>whoami to make sure who is executing this command - of course it was root.
>
>next thing is
>ls -l /dev/hd*
>and when this command is executed by gparted through popen i have only:
>brw-rw 1 root disk 3,  0 2005-12-27 22:30 /dev/hda
>brw-rw 1 root disk 3,  1 2005-12-27 22:30 /dev/hda1
>brw-rw 1 root disk 3,  2 2005-12-27 22:30 /dev/hda2
>brw-rw 1 root disk 3, 64 2005-12-27 22:30 /dev/hdb
>
>and when I do the same thing in cosole:
>brw-rw 1 root disk 3,  0 2005-12-27 22:30 /dev/hda
>brw-rw 1 root disk 3,  1 2005-12-27 22:30 /dev/hda1
>brw-rw 1 root disk 3,  2 2005-12-27 22:30 /dev/hda2
>brw-rw 1 root disk 3, 64 2005-12-27 22:30 /dev/hdb
>brw-rw 1 root disk 3, 65 2005-12-28 01:05 /dev/hdb1
>
>that's strange. Isn't it?

Thank you for this bug report.

Please try gparted 0.3.3-1 which was recently uploaded to sid.

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#382917: gparted: problems displaying information for array created with mdadm

[Aníbal Monsalve Salazar]

On Mon, Aug 14, 2006 at 04:29:06PM +0930, Arthur Marsh wrote:
>Package: gparted
>Version: 0.2.5-1.1
>Severity: normal
>
>Hi, I created a raid1 (mirror) arrangement as shown:
>
>mdadm --detail /dev/md0
>/dev/md0:
>Version : 00.90.03
>  Creation Time : Wed Jul 19 03:41:52 2006
> Raid Level : raid1
> Array Size : 6048384 (5.77 GiB 6.19 GB)
>Device Size : 6048384 (5.77 GiB 6.19 GB)
>   Raid Devices : 2
>  Total Devices : 2
>Preferred Minor : 0
>Persistence : Superblock is persistent
>
>Update Time : Mon Aug 14 16:00:23 2006
>  State : clean
> Active Devices : 2
>Working Devices : 2
> Failed Devices : 0
>  Spare Devices : 0
>
>   UUID : 050adb28:53f34c07:56f17a91:cbb41e2a
> Events : 0.31853
>
>Number   Major   Minor   RaidDevice State
>   0   330  active sync   /dev/hda3
>   1   3   671  active sync   /dev/hdb3
>
>When displaying the information for /dev/md0 in gparted I get the 
>message:
>
>Warning:
>
>dumpe2fs 1.39 (29-May-2006)
>dumpe2fs: No such file or directory
>while trying to open /dev/md0p1
>
>Only /dev/md0
>and /dev/md/0
>exist:
>
>ls -al /dev|grep md
>drwxr-xr-x  2 root root  60 2006-08-14 18:58 md
>brw-rw  1 root root  9,   0 2006-08-14 09:29 md0
>
>ls -al /dev/md
>total 0
>drwxr-xr-x  2 root root60 2006-08-14 18:58 .
>drwxr-xr-x 15 root root 13660 2006-08-14 16:04 ..
>brw-rw  1 root disk  9, 0 2006-08-14 18:58 0
>
>dumpe2fs /dev/md0 
>
>reports:
>
>victoria:/home/amarsh04# dumpe2fs /dev/md0
>dumpe2fs 1.39 (29-May-2006)
>Filesystem volume name:   
>Last mounted on:  
>Filesystem UUID:  338bf9e5-bbec-48e7-a46c-e103e3d2bee4
>Filesystem magic number:  0xEF53
>Filesystem revision #:1 (dynamic)
>Filesystem features:  has_journal resize_inode dir_index filetype 
>needs_recovery sparse_super large_file
>Default mount options:(none)
>Filesystem state: clean
>Errors behavior:  Continue
>Filesystem OS type:   Linux
>Inode count:  756512
>Block count:  1512096
>Reserved block count: 75604
>Free blocks:  1236125
>Free inodes:  756492
>First block:  0
>Block size:   4096
>Fragment size:4096
>Reserved GDT blocks:  369
>Blocks per group: 32768
>Fragments per group:  32768
>Inodes per group: 16096
>Inode blocks per group:   503
>Filesystem created:   Wed Jul 19 16:48:50 2006
>Last mount time:  Mon Aug 14 09:29:06 2006
>Last write time:  Mon Aug 14 09:29:06 2006
>Mount count:  26
>Maximum mount count:  29
>Last checked: Wed Jul 19 16:48:50 2006
>Check interval:   15552000 (6 months)
>Next check after: Mon Jan 15 17:48:50 2007
>Reserved blocks uid:  0 (user root)
>Reserved blocks gid:  0 (group root)
>First inode:  11
>Inode size:   128
>Journal inode:8
>Default directory hash:   tea
>Directory Hash Seed:  eeca03c7-f7c7-414c-ac07-7ead21014bea
>Journal backup:   inode blocks
>Journal size: 128M

Thank you for this bug report.

Please try gparted 0.3.3-1 which was recently uploaded to sid.

>-- System Information:
>Debian Release: testing/unstable
>  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.17
>Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
>
>Versions of packages gparted depends on:
>ii  gksu1.9.3-2  graphical frontend to su
>ii  libatk1.0-0 1.12.1-1 The ATK accessibility toolkit
>ii  libc6   2.3.6-19 GNU C Library: Shared libraries
>ii  libcairo2   1.2.2-1  The Cairo 2D vector graphics libra
>ii  libfontconfig1  2.3.2-7  generic font configuration library
>ii  libfreetype62.2.1-2  FreeType 2 font engine, shared lib
>ii  libgcc1 1:4.1.1-10   GCC support library
>ii  libglib2.0-02.10.3-3 The GLib library of C routines
>ii  libglibmm-2.4-1c2a  2.10.4-1 C++ wrapper for the GLib toolkit (
>ii  libgtk2.0-0 2.8.18-7 The GTK+ graphical user interface 
>ii  libgtkmm-2.4-1c2a   1:2.8.8-1C++ wrappers for GTK+ 2.4 (shared 
>ii  libpango1.0-0   1.12.3-1+b1  Layout and rendering of internatio
>ii  libparted1.7-1  1.7.1-2.1The GNU Parted disk partitioning s
>ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
>ii  libsigc++-2.0-0c2a  2.0.16-3 type-safe Signal Framework for C++
>ii  libstdc++6  4.1.1-10 The GNU Standard C++ Library v3
>ii  libuuid11.39-1   universally unique id library
>ii  libx11-62:1.0.0-8X11 client-side library
>ii  libxcur

Bug#420241: quota: error while getting quota: Success

[J.M.Roth]

I have now installed linux-image-2.6.18-4-486 and it works.

I have also tried linux-image-2.6.20-1-486 from etch-backports, with
which it worked too.


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

Bug#389856: gparted freeze on "Scanning all devices..."

[Aníbal Monsalve Salazar]

On Thu, Sep 28, 2006 at 02:09:51PM +0800, Yao Weihua wrote:
>Package: gparted
>Version: 0.2.5-2
>
>gparted freeze on "Scanning all devices...".
>
>If I unload floppy module before launching gparted, it works fine.
>
>I'm using a laptop without floppy device, but the floppy module loaded on
>boot.
>
>The bug seems to be known:
>http://bugzilla.gnome.org/show_bug.cgi?id=351753

Thank you for this bug report.

Please try gparted 0.3.3-1 which was recently uploaded to sid.

>-- System Information:
>Debian Release: testing/unstable
> APT prefers testing-proposed-updates
> APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
>Architecture: i386 (i686)
>Shell:  /bin/sh linked to /bin/bash
>Kernel: Linux 2.6.17-2-686
>Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
>
>Versions of packages gparted depends on:
>ii  gksu1.9.4-1  graphical frontend to su
>ii  libatk1.0-0 1.12.2-1 The ATK accessibility toolkit
>ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
>ii  libcairo2   1.2.4-1  The Cairo 2D vector graphics
>libra
>ii  libfontconfig1  2.4.1-2  generic font configuration
>library
>ii  libfreetype62.2.1-5  FreeType 2 font engine, shared
>lib
>ii  libgcc1 1:4.1.1-13   GCC support library
>ii  libglib2.0-02.12.3-2 The GLib library of C routines
>ii  libglibmm-2.4-1c2a  2.12.0-1 C++ wrapper for the GLib
>toolkit (
>ii  libgtk2.0-0 2.8.20-1 The GTK+ graphical user
>interface
>ii  libgtkmm-2.4-1c2a   1:2.8.8-1C++ wrappers for GTK+ 
>2.4(shared
>ii  libice6 1:1.0.1-2X11 Inter-Client Exchange
>library
>ii  libpango1.0-0   1.12.4-1 Layout and rendering of
>internatio
>ii  libparted1.7-1  1.7.1-2.1The GNU Parted disk
>partitioning s
>ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
>ii  libsigc++-2.0-0c2a  2.0.17-1 type-safe Signal Framework for
>C++
>ii  libsm6  1:1.0.1-2X11 Session Management library
>ii  libstdc++6  4.1.1-13 The GNU Standard C++ Library v3
>ii  libuuid11.39-1   universally unique id library
>ii  libx11-62:1.0.0-9X11 client-side library
>ii  libxcursor1 1.1.7-4  X cursor management library
>
>gparted recommends no packages.
>
>-- no debconf information

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#420671: /usr/bin/git-add: Searches entire working copy for .gitignore files

[Josh Triplett]

Package: git-core
Version: 1:1.5.1.1-1
Severity: normal
File: /usr/bin/git-add

git-add searches every directory in the working copy for .gitignore files when
adding a file.  It should not search for .gitignore files that could not
affect it.  For instance, if I have a repository in ~, and do git-add
~/.bashrc, it should not search my entire home directory for .gitignore files;
it should only look at ~/.gitignore .

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-core depends on:
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.15.5-1   Multi-protocol file transfer libra
ii  libdigest-sha1-perl   2.11-2 NIST SHA-1 message digest algorith
ii  liberror-perl 0.15-8 Perl module for error/exception ha
ii  libexpat1 1.95.8-3.4 XML parsing C library - runtime li
ii  perl-modules  5.8.8-7Core Perl modules
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages git-core recommends:
ii  curl 7.15.5-1Get a file from an HTTP, HTTPS, FT
ii  git-doc  1:1.5.1.1-1 fast, scalable, distributed revisi
ii  less 394-4   Pager program similar to more
ii  openssh-client [ssh-client]  1:4.3p2-10  Secure shell client, an rlogin/rsh
ii  patch2.5.9-4 Apply a diff file to an original
ii  rsync2.6.9-3 fast remote file copy program (lik

-- no debconf information


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

Bug#420670: (Errors in daily htdig script; in debian etch) Installed htdig as required from apt-get upgrad due to kde file upgrades, but get errors daily in Debian v4.

[Robert Ribnitz]

Package: htdig-3.2

(This report was submitted by ant at zimage dot com; I am the former 
maintainer of this package)

--
Hello. On my Debian v4, I did an apt-get upgrade two days ago and
installed a few KDE upgrades and the required htdig (why?). The last two
mornings I saw these e-mails:

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Fri, 20 Apr 2007 06:25:56 -0700
From: Cron Daemon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Cron <[EMAIL PROTECTED]> test -x /usr/sbin/anacron || ( cd / &&
run-parts --report /etc/cron.daily )
X-Cron-Env: 
X-Cron-Env:

X-Cron-Env: 
X-Cron-Env: 

/etc/cron.daily/htdig:
htdig: Run complete
htdig: 1 server seen:
htdig: www.htdig.org:80 130 documents

htdig: Errors to take note of:
Not found: http://www.htdig.org/dev/htdig-3.2/hts_template.html Ref:
+http://www.htdig.org/dev/htdig-3.2/attrs.html
Not found: http://www.htdig.org/dev/htdig-3.2/OSs Ref:
http://www.htdig.org/dev/htdig-3.2/install.html
Not found: http://www.htdig.org/dev/htdig-3.2/mirrors.html Ref:
+http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/howto-mirror.html Ref:
+http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/htdig-3.2/attrs.html Ref:
+http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/htdig-3.2/ Ref:
+http://www.htdig.org/dev/htdig-3.2/where.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/patches.html Ref:
+http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/devmailarchives.html Ref:
+http://www.htdig.org/dev/htdig-3.2/mailing.html
Not found: http://www.htdig.org/dev/htdig-3.2/attr.html Ref:
+http://www.htdig.org/dev/htdig-3.2/hts_form.html

HTTP statistics
===
 Persistent connections: Yes
 HEAD call before GET  : Yes
 Connections opened: 253
 Connections closed: 253
 Changes of server : 0
 HTTP Requests : 253
 HTTP KBytes requested : 1890.57
 HTTP Average request time : 0.130435 secs
 HTTP Average speed: 57.29 KBytes/secs

-

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Sat, 21 Apr 2007 06:25:56 -0700
From: Cron Daemon <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Cron <[EMAIL PROTECTED]> test -x /usr/sbin/anacron || ( cd / &&
run-parts --report /etc/cron.daily )
X-Cron-Env: 
X-Cron-Env:

X-Cron-Env: 
X-Cron-Env: 

/etc/cron.daily/htdig:
htdig: Run complete
htdig: 1 server seen:
htdig: www.htdig.org:80 130 documents

htdig: Errors to take note of:
Not found: http://www.htdig.org/dev/htdig-3.2/hts_template.html Ref:
+http://www.htdig.org/dev/htdig-3.2/attrs.html
Not found: http://www.htdig.org/dev/htdig-3.2/OSs Ref:
http://www.htdig.org/dev/htdig-3.2/install.html
Not found: http://www.htdig.org/dev/htdig-3.2/mirrors.html Ref:
http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/howto-mirror.html Ref:
+http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/htdig-3.2/attrs.html Ref:
+http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/htdig-3.2/ Ref:
+http://www.htdig.org/dev/htdig-3.2/where.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/patches.html Ref:
+http://www.htdig.org/dev/htdig-3.2/FAQ.html
Not found: http://www.htdig.org/dev/htdig-3.2/dev/devmailarchives.html Ref:
+http://www.htdig.org/dev/htdig-3.2/mailing.html
Not found: http://www.htdig.org/dev/htdig-3.2/attr.html Ref:
+http://www.htdig.org/dev/htdig-3.2/hts_form.html

HTTP statistics
===
 Persistent connections: Yes
 HEAD call before GET  : Yes
 Connections opened: 253
 Connections closed: 253
 Changes of server : 0
 HTTP Requests : 253
 HTTP KBytes requested : 1890.57
 HTTP Average request time : 0.110672 secs
 HTTP Average speed: 67.5204 KBytes/secs


Should I be concerned about this? How can I avoid these errors daily?
Why does KDE (kde-core kdebase khelpcenter) need them? Thank you in
advance. :)
--
"Doubts are the ants in the pants of faith, keeping it awake and
moving." --Fredrick Beuchner
   /\___/\
  / /\ /\ \Phillip (Ant) @ http://antfarm.ma.cx (Personal Web Site)
 | |o   o| |Ant's Quality Foraged Links (AQFL): http://aqfl.net
\ _ /   Remove ANT from e-mail address: [EMAIL PROTECTED]
 ( )   or [EMAIL PROTECTED]
Ant is currently not listening to any songs on his home computer.



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

Bug#409710: ipython: Doesn't handle utf8 strings correctly

[Bernd Zeimetz]

forwarded 409710 http://projects.scipy.org/ipython/ipython/ticket/148
thanks

Heya,

I've forwarded the ticket to upstream. Your patch looks good to me, I'll
add it to svn for the next revision.


Thanks for reporting!

Bernd

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Bug#400186: packages updated to ktorrent 2.1.1

[Modestas Vainius]

Hi,

2007 m. April 24 d., Tuesday, Modestas Vainius rašė:
> My packages updated to 2.1.4 (for sid).
They are at (as usual for i386 and amd64):

deb http://alioth.debian.org/~modax-guest/ktorrent/ ./
deb-src http://alioth.debian.org/~modax-guest/ktorrent/ ./

Etch users (currently i386 only) will find backport of 2.1.4 at:

deb http://alioth.debian.org/~modax-guest/ktorrent-etch/ ./

I'll try to keep this backport updated. If you want an amd64 etch backport, 
drop me an email.


-- 
Modestas Vainius <[EMAIL PROTECTED]>


pgp7AsecGlvKp.pgp
Description: PGP signature

Bug#420668: mirrors: Main Russian mirror (http://ftp.ru.debian.org) is incomplete

[Dmitry Semyonov]

Package: mirrors
Severity: grave
Justification: renders package unusable

I contacted [EMAIL PROTECTED] about this issue, and received a reply
on Apr, 16 that the mirror script can't connect on the first try, 
and then when it finally connects after some time the connection
becomes broken.

He was going to play with some parameters while trying to fix the issue,
but the situation hasn't become better since that time.

This continues for several weeks already. So, some recently released Etch
packages (in particular wine) can't be installed as shown below.


$ sudo aptitude update && sudo aptitude upgrade
 [...]
The following packages will be upgraded:
  libwine libwine-gl libwine-print wine wine-utils 
5 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 2268kB/11.0MB of archives. After unpacking 12.3kB will be used.
Do you want to continue? [Y/n/?] 
Err http://ftp.ru.debian.org etch/main wine 0.9.25-2.1
  404 Not Found [IP: 193.233.9.194 80]
Err http://ftp.ru.debian.org etch/main wine-utils 0.9.25-2.1
  404 Not Found [IP: 193.233.9.194 80]
E: Failed to fetch 
http://ftp.ru.debian.org/debian/pool/main/w/wine/wine_0.9.25-2.1_i386.deb: 404 
Not Found [IP: 193.233.9.194 80]


$ cat /etc/apt/sources.list | grep -v '^#'

deb http://ftp.ru.debian.org/debian etch main contrib non-free
deb http://security.debian.org etch/updates main contrib non-free

deb-src http://ftp.ru.debian.org/debian etch main contrib non-free
deb-src http://security.debian.org etch/updates main contrib non-free


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#420669: new upstream available? / move to main

[Rene Engelhard]

Package: openoffice.org-thesaurus-pl
Severity: wishlist

Hi,

According to http://qa.openoffice.org/issues/show_bug.cgi?id=73618
there is a new upstream version available somewhere which thankfully
isn't OPL 2.0 anymore, but dual-licenses LGPL/OSL which makes it movable
main (taking the LGPL option)

Please investigate, package it if suitable and move to main.

Regards,

Rene

-- System Information:
Debian Release: 4.0
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.4-rene.2
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


signature.asc
Description: Digital signature

Bug#420173: iceape: Localized data for pt-br

[Robert Luberda]

reassign 420173 iceape-l10n 1.1.1~deb1-3
thanks

Alexandre Pereira Nunes wrote:

Hi,

> The localized data can be found here:
> http://seamonkeybr.mozilla.org.br/downloads/1.1.1/seamonkey-1.1.1.pt-BR.langpack.xpi

I can create  iceape-l10n-pt-br package with the translation.

> ... the reference is: http://wiki.mozilla.org/SeaMonkey:Localization_Teams

Do you have any idea why it is not included in
http://www.mozilla.org/projects/seamonkey/releases/ ?


Best Regards,
robert


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

Bug#420412: throbber and gnome-settings-daemon

[Joey Hess]

I discovered that if I run gnome-settings-daemon, the missing throbber
appears.

However, epiphany does not start gnome-settings-daemon, so if epiphany
is used outside of gnome, it won't have a throbber by default.

Strange thing is that this problem didn't crop up until this week. I've
used epiphany outside gnome for a long time without seeing the problem
until now.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#400186: packages updated to ktorrent 2.1.1

[Modestas Vainius]

Hi,,

2007 m. March 6 d., Tuesday, jūs rašėte:
> I've updated my packages to ktorrent v2.1.1. Enjoy!
My packages updated to 2.1.4 (for sid).


-- 
Modestas Vainius <[EMAIL PROTECTED]>



pgp7NhM80ns2p.pgp
Description: PGP signature

Bug#420134: ipython: Compile for python2.5 as well

[Bernd Zeimetz]

tags 420134 + confirmed
thanks

Heya,

this problem is related to the use of python-central. As I'm working on
the package to fix some lintian errors I'll switch from python-central
to python-support which should install the modules for all installed
python versions. The other way would be to wait until python-central
supports 2.5 officially, ans somehow I don;t want to do this, as I have
the same problem.

Cheers,

Bernd
-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Bug#385066: stlport5.1_5.0.99rc2-3_i386 FTBFS with g++-4.1 from unstable

[Falk Hueffner]

Martin Michlmayr <[EMAIL PROTECTED]> writes:

> * Torsten Werner <[EMAIL PROTECTED]> [2007-04-20 13:31]:
>> * alpha:
>> Running the unit tests:
>> cd build/test/unit && obj/gcc/so/stl_unit_test
>> /bin/sh: line 1:  7948 Segmentation fault  obj/gcc/so/stl_unit_test
>
> Maybe Falk can take a look.

With all this tangled C++ source, it is extremely difficult for me to
make a test case. If somebody who is more familiar with the package
produces a simpler test case, I'm willing to look into it.

-- 
Falk


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

Bug#420302: nvidia-glx does not work with Xserver 1.3

[Chris Knadle]

reopen 420302 Fabiano Manoel de Andrade <[EMAIL PROTECTED]>

Sorry -- was only trying to close #420450.  The forcemerge caused all merged 
bugs to be closed.  Still learning how to use the BTS.

I believe package nvidia-kernel-2.6.18-4-k7 now needs updating to fix this 
particular bug.

   -- Chris

-- 

Chris Knadle
[EMAIL PROTECTED]


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

Bug#420667: libc6 breaks bash, renders all compiles unusable

[Aurelien Jarno]

David Baron a écrit :
> Package: libc6
> Version: 2.5-2
> Severity: critical
> Justification: breaks unrelated software
> 
> 1. Upgrade -- balks at symlinks in /usr/lib, asks user to remove them. BAD
> BAD BAD!

What do you mean exactly? Could you please give us the output messages?

> 2. Once these removed, installs. Bash is now unusable--problem is in calls
> from bashrc, bash.bashrc, et al. bash -norc, sh (not login) work. 

Well I don't really understand what did you removed. Anyway bash should
work correctly, even with /usr/lib removed.

> 3. The libc.so.6 synlink it kicked at is replaced. Reinstall will again
> balk.

Which file exactly? Could you give us the full path.

> 4. The other symlinks are needed by ld when building dependent programs!
> 5. Once replaced, builds procede but all built programs segfault.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#420177: nvidia-glx does not work with Xserver 1.3

[Chris Knadle]

reopen 420177 Joshua Dunamis <[EMAIL PROTECTED]>

Sorry -- was only trying to close #420450.  The forcemerge caused all merged 
bugs to be closed.  Still learning how to use the BTS.

I believe packages nvidia-kernel-2.6.18-4-* now need updating to fix this 
particular bug.

   -- Chris

-- 

Chris Knadle
[EMAIL PROTECTED]


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

Bug#379696: ~/bin handled incorrectly in .bashrc and .bash_profile

[Josh Triplett]

Package: bash
Version: 3.1dfsg-8
Followup-For: Bug #379696

I think the only correct solution here requires moving the check from
/etc/skel/.bash_profile to /etc/skel/.bashrc , and explicitly checking if the
directory already exists in $PATH before adding it.

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0Debian base system miscellaneous f
ii  debianutils   2.18   Miscellaneous utilities specific t
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared 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#420655: [Pkg-utopia-maintainers] Bug#420655: dbus: greps in /etc/rc2.d

[Michael Biebl]

merge 420655 419984
thanks

Jörg Sommer wrote:
> Package: dbus
> Version: 1.0.2-4
> Severity: normal
> 
> Hi,
> 
> % apt-get install dbus
> …
> Richte dbus ein (1.0.2-4) ...
> Starting system message bus: dbusUnknown group "netdev" in message bus 
> configuration file
> .
> grep: /etc/rc2.d/S??*: No such file or directory
> 
> I use file-rc instead of sysv-rc. It has no file /etc/rc?.d.

This is a duplicate of #419984


Thanks,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#409285: This prevents me from using lilo - can't install kernels!

[Helge Hafting]

Package: lilo
Version: 1:22.8-3
Followup-For: Bug #409285


Seems this bug is reported already.
The situation is hopeless.
I compiled a new kernel, updated lilo.conf, ran lilo, got:

Cannot proceed. Maybe you need to add this to your lilo.conf:
disk=/dev/sdg inaccessible
(real error shown below)
Fatal: open /dev/sdg: No medium found


Well, sdg is a card reader with nothing in it.
WHY THE HELL DO LILO TRY TO ACCESS IT ???  sdg wasn't
mentioned anywhere in /etc/lilo.conf, so OF COURSE lilo shouldn't try to
touch it at all.  That is the real bug here.  Don't try to access every
disk, just don't!

Now, lilo wants to touch every disk anyway, leading to secondary bugs.
If I add the suggested line to /etc/lilo.conf, then nothing happens.
The stupid lilo STILL tries to use sdg, even though I just tild 
explicitly that it is "inaccessible". Urgh!

If I add "inaccessible" lines for my other card readers as well, I
get this shit instead:
Fatal: Duplicate "disk =" definition for /dev/sdh

Wrong message, there was no duplicate entry for sdh.  Just one for sdg, and
one for sdh.  

Parsing of "disk inaccessible" statements in lilo.conf is clearly broken,
but that isn't the real problem.  The real problem is that
lilo wants such statements in the first place.

Suggestion: stop accessing ewvery disk - only disks actually mentioned
in /etc/lilo.conf.  The "inaccessible" thing won't be needed then, so
it can be removed from the source instead of being "fixed" to work as
intended.


I wonder why lilo became like this.  My guess: someone thought it was clever
to read *every* disk in order to do some kind of auto-detection. Probably in
order to save work for the user - right?

Well, that idea broke down as soon as the "inaccessible" keyword was needed
to keep card readers etc. out of this automatic stuff.  Having to enumerate
every device that might not be there is a hopeless task.  I got 4 right now,
what if I plug in my other USB multi-card reader as well ??? (Which is a 
reasonable thing to do - I can then move files between two cards of the same
type directly)

Please - just ditch whatever program logic it is that needs to read every
accessible disk.  lilo used to work fine before without this. I have
more "inaccessible" disks than accessible, so *not* having to enumerate the
iunaccessible ones is definitely a win.  Even if I have to specify the
*accessible* disks more explicitly...

Helge Hafting








-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.18-rc5-mm1
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lilo depends on:
ii  debconf 1.5.13   Debian configuration management sy
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libdevmapper1.022:1.02.08-1  The Linux Kernel Device Mapper use
ii  mbr 1.1.9-2  Master Boot Record for IBM-PC comp

lilo recommends no packages.

-- debconf-show failed


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

Bug#420666: /etc/skel/.bash_profile: Please handle ~/local/bin in addition to ~/bin

[Josh Triplett]

Package: bash
Version: 3.1dfsg-8
Severity: wishlist
File: /etc/skel/.bash_profile

/etc/skel/.bash_profile currently adds ~/bin to the user's PATH if it exists.
Please consider doing the same for ~/local/bin .  Some time ago, I read a
recommendation to instal software with the prefix ~/local , to avoid having
many top-level directories in my home directory (~/bin, ~/man, ~/share, ~/lib,
~/sbin).  Since then, I have run into other people who do the same thing, and
I have seen other documentation making the same recommendation.

If you fix #420664, requesting automatic support for ~/lib, please support
~/local/lib as well.

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0Debian base system miscellaneous f
ii  debianutils   2.18   Miscellaneous utilities specific t
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared 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#418560: how to reproduce this bug

[Andreas Putzo]

I should really learn how to use my browser's refresh button.
Sorry Christoph. Didn't see that you've already sent an update :/

A.


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

Bug#420662: powersaved: usb mouse is not working after resume from suspend to disk

[Michael Biebl]

Nadav Kavalerchik wrote:
> Package: powersaved
> Version: 0.14.0-7
> Severity: important
> 
> after suspend to disk, usb mouse (that was plugged before) is not working.
> i use a laptop (compaq presario 1500) and the touchpad works.
> unplugging the mouse and repluging it, does not solve the issue.
> (btw. every thing resumes fine...applications,data, network, sound, 
> display...)
> 

Could you send me the /var/log/suspend2disk.log file.

Maybe uhci_hcd is not correctly loaded upon resume. Could you check that.

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#418560: how to reproduce this bug

[Andreas Putzo]

Hi,

this bug can be reproduced by installing libpam-devperm and adding the 
following line to /etc/pam.d/common-session:

session required pam_devperm.so

Doing a strace -f on atd shows a segmentation fault. See strace log 
attached to 
http://lists.debian.org/debian-user-german/2007/04/msg01649.html


Many thanks,
Andreas


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

Bug#420667: libc6 breaks bash, renders all compiles unusable

[David Baron]

Package: libc6
Version: 2.5-2
Severity: critical
Justification: breaks unrelated software

1. Upgrade -- balks at symlinks in /usr/lib, asks user to remove them. BAD
BAD BAD!
2. Once these removed, installs. Bash is now unusable--problem is in calls
from bashrc, bash.bashrc, et al. bash -norc, sh (not login) work. 
3. The libc.so.6 synlink it kicked at is replaced. Reinstall will again
balk.
4. The other symlinks are needed by ld when building dependent programs!
5. Once replaced, builds procede but all built programs segfault.

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

Kernel: Linux 2.6.20-davidb (SMP w/1 CPU core; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

-- no debconf information


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

Bug#420665: kdebindings: FTBFS: cannot convert 'ssize_t*' to 'int*' for argument '2' to 'int PyDict_Next(PyObject*, int*, PyObject**, PyObject**)'

[Kurt Roeckx]

Package: kdebindings
Version: 4:3.5.6-1
Severity: serious

Hi,

Your package is failing to build with the following error:
/usr/include/python2.4/pyconfig.h:860:1: warning: "_XOPEN_SOURCE" redefined
:1:1: warning: this is the location of the previous definition 
pcop.cpp:701: warning: unused parameter 'self'
marshaller.cpp: In member function 'bool 
PythonDCOP::Marshaller::marshalDict(const PythonDCOP::PCOPType&, const 
PythonDCOP::PCOPType&, PyObject*, QDataStream*) const':
marshaller.cpp:129: error: cannot convert 'ssize_t*' to 'int*' for argument '2' 
to 'int PyDict_Next(PyObject*, int*, PyObject**, PyObject**)'
marshaller.cpp:138: error: cannot convert 'ssize_t*' to 'int*' for argument '2' 
to 'int PyDict_Next(PyObject*, int*, PyObject**, PyObject**)'
make[5]: *** [pcop_la.all_cpp.lo] Error 1



Kurt



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

Bug#420664: /etc/skel/.bash_profile: Include example for ~/lib

[Josh Triplett]

Package: bash
Version: 3.1dfsg-8
Severity: wishlist
File: /etc/skel/.bash_profile

/etc/skel/.bash_profile currently contains code to add ~/bin to the user's
PATH if it exists.  Please consider adding similar code for ~/lib and
LD_LIBRARY_PATH.  It should look something like this:

if [ -d ~/lib ] ; then
export LD_LIBRARY_PATH=~/lib${LD_LIBRARY_PATH:+:}"$LD_LIBRARY_PATH"
fi

Note that LD_LIBRARY_PATH may not exist already (and on a normal system, most
likely won't).  We must avoid leaving a trailing colon, because an empty
component in LD_LIBRARY_PATH would cause the dynamic linker to look in the
current directory, a security risk.  ${LD_LIBRARY_PATH:+:} provides a colon
only if LD_LIBRARY_PATH exists and has a non-empty value.

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0Debian base system miscellaneous f
ii  debianutils   2.18   Miscellaneous utilities specific t
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared 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#329331: Really???

[Marc J. Driftmeyer]

I think George is referring to LyX not converting the images, but
relying on external services your current system has or could have to
accomplish this task.
 
For instance, JPEG, PNG, GIF, PGM, etc  has gimp-remote be its editor
and the system's current viewer associated with the extension handle its
preview mode.

EPS is managed by GhostView (GV).


- Marc

Marco Herrn wrote:
> Hi,
>
> On Sun, Apr 22, 2007 at 05:31:10PM +0200, Georg Baum wrote:
>   
>> Since LyX 1.4.0 it is not possible anymore to omit the extension in LyX, so 
>> this bug is no longer applicable and should have been closed with the 
>> first 1.4.x release in debian. LyX will omit the extension for LaTeX 
>> export if that is possible.
>> 
>
> Uhm, maybe you misunderstood the bugreport. It is _not_ related to LyX
> exporting LaTeX files, but only to the image preview inside LyX.
> Since LaTeX doesn't need the extension, I would prefer that LyX also
> doesn't need it.
>
> Sven Hoexter wrote:
>   
>> Sounds like the behaviour upstream prefers is the contradiction of what
>> Marco would like to have.
>>
>> Is there a way we can agree to close this bug? Like a technical reason why
>> it's not a good idea to implement the wished behaviour?
>> 
>
> Well, if this is the case, then this bug can be closed. But I am not yet
> sure that we are talking about the same problem.
>
> Georg Baum wrote:
>   
>> I ask another question: Is there any reason why you would _not_ want to
>> specify exactly which file you want to include? 
>> 
>
> The reason I want it, is that I need to output my document as PDF and PS,
> therefore are having the images in EPS and PDF format. Since LaTeX and
> pdfLaTeX cannot use the image format of the other, I need a way to specify
> both (by omitting the extension).
>
>   
>> LyX does not have the
>> limitations of LaTeX. It works out of the box with many image formats, and
>> you can make it work with any image format you like by specifying
>> additional converters. 
>> 
>
> I did not know that. What means "LyX works with many image formats"? Am I
> able to create only an EPS file and LyX handles the conversion to PDF if
> necessary? 
>
>   
>> Since there is always exactly one "original" image
>> the recommended practice is to use that and let LyX take care of the
>> conversion to the needed format.
>> 
>
> That would be fine. It would be the preferred way for me. But how does that
> work together with LaTeX? Does LyX create all the necessary formats by
> converting and these files can also be used after an export of the document
> to LaTeX?
>
> Regards
> Marco
>   

-- 
Marc J. Driftmeyer
Email :: [EMAIL PROTECTED] 
Web :: http://www.reanimality.com
Cell :: (509) 435-5212


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

Bug#420663: openssh: [INTL:sv] Swedish debconf templates translation update

[Daniel Nylander]

Package: openssh
Severity: wishlist
Tags: patch l10n


Here is the updated Swedish debconf translation for openssh

Regards,
Daniel

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

Kernel: Linux 2.6.17.4
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) (ignored: LC_ALL set to 
sv_SE)
Shell: /bin/sh linked to /bin/bash
# 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.
# , fuzzy
#
#
msgid ""
msgstr ""
"Project-Id-Version: openssh 1:4.3p2-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-04-23 17:56+0200\n"
"PO-Revision-Date: 2007-04-23 23:14+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"

#| msgid "Generate new configuration file?"
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "Generate a new configuration file for OpenSSH?"
msgstr "Generera en ny konfigurationsfil för OpenSSH?"

#| msgid ""
#| "This version of OpenSSH has a considerably changed configuration file "
#| "from the version shipped in Debian 'Potato', which you appear to be "
#| "upgrading from. This package can now generate a new configuration file (/"
#| "etc/ssh/sshd.config), which will work with the new server version, but "
#| "will not contain any customisations you made with the old version."
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "This version of OpenSSH has a considerably changed configuration file 
from the version shipped in Debian 'Potato', which you appear to be upgrading 
from. This package can now generate a new configuration file 
(/etc/ssh/sshd.config), which will work with the new server version, but will 
not contain any customizations you made with the old version."
msgstr "Denna version av OpenSSH har ändrat konfigurationsfilen ansenligt från 
den version som skickades med i Debians \"Potato\"-utgåva som du verkar 
uppgradera från. Detta paket kan nu generera en ny konfigurationsfil 
(/etc/ssh/sshd.config) som kommer att fungera med den nya serverversionen men 
kommer inte att innehålla några anpassningar som du gjorde med den gamla 
versionen."

#| msgid ""
#| "Please note that this new configuration file will set the value of "
#| "'PermitRootLogin' to yes (meaning that anyone knowing the root password "
#| "can ssh directly in as root). It is the opinion of the maintainer that "
#| "this is the correct default (see README.Debian for more details), but you "
#| "can always edit sshd_config and set it to no if you wish."
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "Please note that this new configuration file will set the value of 
'PermitRootLogin' to 'yes' (meaning that anyone knowing the root password can 
ssh directly in as root). Please read the README.Debian files for more details 
about this design choice."
msgstr "Observera att den nya konfigurationsfilen kommer att ställa in värdet 
för \"PermitRootLogin\" till \"yes\" (vilket betyder att vem som helst som kan 
root-lösenordet kan logga in direkt som root). Läs filen README.Debian för mer 
information om det här designvalet."

#| msgid ""
#| "It is strongly recommended that you let this package generate a new "
#| "configuration file now."
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:2001
msgid "It is strongly recommended that you choose to generate a new 
configuration file now."
msgstr "Det rekommenderas starkt att du väljer att generera en ny 
konfigurationsfil nu."

#| msgid "Do you want to continue (and risk killing active ssh sessions)?"
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:3001
msgid "Do you want to risk killing active SSH sessions?"
msgstr "Vill du riskera att döda aktiva SSH-sessioner?"

#| msgid ""
#| "The version of /etc/init.d/ssh that you have installed, is likely to kill "
#| "all running sshd instances.  If you are doing this upgrade via an ssh "
#| "session, that would be a Bad Thing(tm)."
#. Type: boolean
#. Description
#: ../openssh-server.templates.master:3001
msgid "The currently installed version of /etc/init.d/ssh is likely to kill all 
running sshd instances. If you are doing this upgrade via an SSH session, 
you're likely to be disconnected and leave the upgrade procedure unfinished."
msgstr "Den för närvarande installerade versionen av /etc/init.d/ssh kommer 
antagligen döda alla körande i

Bug#420562: gnome weather applet has fixed size window

[Craig Sanders]

On Mon, Apr 23, 2007 at 07:42:36PM +0200, Josselin Mouette wrote:
> Le lundi 23 avril 2007 à 18:56 +1000, Craig Sanders a écrit :
> > Package: gnome-applets
> > Version: 2.14.3-6
> > 
> > this means that you have to scroll horizontally back and forth to
> > read each line of the forecast. very annoying. vertical scrolling is
> > acceptable, but horizontal scrolling sucks when reading text.
> > 
> > the window size should either be user-adjustable (with the size being
> > remembered after each change) OR the applet should make the window wide
> > enough to display the forecast without needing horizontal scroll bars.
> 
> The window size is already adjustable, and the window size and location
> are remembered across logins. What more do you expect?

no, it's not.  it's a fixed-size, non-adjustable window.

if it was adjustable, i would have adjusted it myself rather than submit
a bug report.

maybe metacity ignores the instruction to be a dialog window, but
sawfish doesn't (i use sawfish with afterstep theme. partly because
i'm used to it and the buttons are where i expect them to be, and
partly because you can middle-click in the maximise button to get a
vertical-only maximise...which metacity can't/doesn't do)


craig

-- 
craig sanders <[EMAIL PROTECTED]>

BOFH excuse #436: Daemon escaped from pentagram

Bug#402584: i confirm this isssue :-(

[Nadav Kavalerchik]

i use Compaq Presario 1500 with kernel 2.6.18 and i have the same issue.
(booting the kernel with acpi=off enables the Fn7-8 keys, until X is up and 
running)


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

Bug#416366: kmail: overwrites changes to contacts at exit

[Sune Vuorela]

On Monday 23 April 2007, Marcus Better wrote:
> retitle 416366 kmail: overwrites changes to contacts at exit
> thanks

>
> I'm not sure it's that simple. In the NFS case, the contacts are not in a
> remote resource from KDE:s point of view, since they appear in a mounted
> directory in the file system.

I think libkabc (which handles the addressbook directly)  uses either fam or 
gamin to watch for changed files.  When either kaddressbook or kmail changes 
something, it uses libkabc and I think libkabc calls back to the other 
program to tell that it should reread the file.

Do you use libfam or libgamin on yoru system? Have you configured it to work 
across nfs? from some quick googling there might be some configuratins needed 
in order to have gamin and/or fam to work with nfs shares.

> It's very likely that the problem can be reproduced with other types of
> file systems.

I actually don't think so. I have really tried to be evil to kaddressbook and 
kmail and the addressbooks without any success.

> (It would be preferable if they could fix bugs properly instead of
> disabling functionality.)
To fix it in kde3.5 it requires a major libkabc rewrite - that will not be 
done for kde3.5 - but in kde4 it is a part of akonadi which should fix this.

/Sune
-- 
Do you know how to send the port?

You neither should disable the login, nor can reset a utility for debugging a 
USB IRC FPU.


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

Bug#420662: powersaved: usb mouse is not working after resume from suspend to disk

[Nadav Kavalerchik]

Package: powersaved
Version: 0.14.0-7
Severity: important

after suspend to disk, usb mouse (that was plugged before) is not working.
i use a laptop (compaq presario 1500) and the touchpad works.
unplugging the mouse and repluging it, does not solve the issue.
(btw. every thing resumes fine...applications,data, network, sound, 
display...)


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

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

Versions of packages powersaved depends on:
ii  adduser   3.102  Add and remove users and groups
ii  dbus  1.0.2-1simple interprocess messaging 
syst
ii  hal   0.5.8.1-9  Hardware Abstraction Layer
ii  libc6 2.5-1  GNU C Library: Shared libraries
ii  libcpufreq0   002-2  shared library to deal with the 
cp
ii  libdbus-1-3   1.0.2-1simple interprocess messaging 
syst
ii  libdbus-glib-1-2  0.73-2 simple interprocess messaging 
syst
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib2.0-0  2.12.11-3  The GLib library of C routines
ii  libhal1   0.5.8.1-9  Hardware Abstraction Layer - 
share
ii  libpowersave100.14.0-7   power management daemon - shared 
l
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  lsb-base  3.1-23.1   Linux Standard Base 3.1 init 
scrip

Versions of packages powersaved recommends:
ii  acpid  1.0.4-7.1 Utilities for using ACPI power 
man
ii  grub   0.97-27   GRand Unified Bootloader
ii  hdparm 6.9-2 tune hard disk parameters for 
high
ii  kpowersave 0.6.2-5   frontend to powersave for setting 
ii  uswsusp0.6~cvs20070202-1 tools to use userspace software 
su

-- no debconf information


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

Bug#416366: kmail: overwrites changes to contacts at exit

[Marcus Better]

retitle 416366 kmail: overwrites changes to contacts at exit
thanks

> > Note that this isn't NFS-specific, I have seen this (in earlier versions)
> > with a remote addressbook on an SSH server (the fish:// protocol IIRC).
>
> This will be fixed when kde3.5.7 gets to unstable. kde3.5.7 has disabled
> the ability to have your addressbook on that kind of resources.

I'm not sure it's that simple. In the NFS case, the contacts are not in a 
remote resource from KDE:s point of view, since they appear in a mounted 
directory in the file system.

It's very likely that the problem can be reproduced with other types of file 
systems.

(It would be preferable if they could fix bugs properly instead of disabling 
functionality.)

Marcus


pgphZ6jQKhtKd.pgp
Description: PGP signature

Bug#310413: This bug now seems to be....reverted

[Christian Perrier]

The bug submitter said:

The "delete veto files" is broken since Samba 3.0.12.
Deleting a directory containing only veto files returns 
NT_STATUS_DIRECTORY_NOT_EMPTY instead of deleting all veto files/directories.


Apparently, this changedbut now, the directory is
deleted...whatever the "delete veto files" setting is:

[public]
directory mask=0700
browseable=yes
comment=Public
read only=no
create mask=0770
public=yes
path=/var/tmp/samba-test
delete veto files=no
veto files = /*.tmp/

[EMAIL PROTECTED]:/var/tmp/samba-test> mkdir bar
[EMAIL PROTECTED]:/var/tmp/samba-test> echo foo >bar/bar.tmp
[EMAIL PROTECTED]:/var/tmp/samba-test> ls -l bar
total 4
-rw-rw-r-- 1 root bikinibottom 4 2007-04-23 18:55 bar.tmp

[EMAIL PROTECTED]:/etc/whereami/profiles> smbclient //cc-mykerinos/public -U 
bubulle
Password:
Domain=[CC-MYKERINOS] OS=[Unix] Server=[Samba 3.0.24]
smb: \> dir
  .   D0  Mon Apr 23 18:55:14 2007
  ..  D0  Mon Apr 23 05:35:02 2007
  public  D0  Wed Feb 28 21:59:43 2007
  foo  0  Mon Apr 23 18:45:46 2007
  bar D0  Mon Apr 23 18:55:21 2007

60675 blocks of size 32768. 24409 blocks available
smb: \> cd bar
smb: \bar\> dir
  .   D0  Mon Apr 23 18:55:21 2007
  ..  D0  Mon Apr 23 18:55:14 2007

60675 blocks of size 32768. 24409 blocks available
smb: \bar\> cd ..
smb: \> rmdir bar

[EMAIL PROTECTED]:/var/tmp/samba-test> ls -l
total 0
-rw-rw-r-- 1 rootbikinibottom 0 2007-04-23 18:45 foo
-rw-rw-r-- 1 rootbikinibottom 0 2007-04-23 18:49 foo.tmp
drwxrwsr-x 2 bubulle bikinibottom 6 2007-02-28 21:59 public


No more "bar" directory..:-)

-- 




signature.asc
Description: Digital signature

Bug#405186: docbook2x: FTBFS: reference to nonexistent nodes

[Niko Tyni]

On Mon, Jan 01, 2007 at 02:41:39PM -0800, Steve Langasek wrote:
> reassign 405186 libxml-sax-perl
> tags 405186 -sid
> found 405186 0.14-0.1
> thanks
> 
> > Reproducible in unstable only.
> 
> And that seems to be due to a new upstream version of libxml-sax-perl in
> unstable, whose handling of non-ascii utf8 characters is apparently buggy.

This problem is present upstream in XML::SAX 0.15 too. As the FTBFS
problem in docbook2x (#409524) has since been worked around, I'm not
sure if this should be RC anymore. It's a clear regression from 0.12 in
Etch, though.

I have reported the bug with a proposed patch as CPAN #26588,
http://rt.cpan.org/Public/Bug/Display.html?id=26588

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Bug#420661: /etc/skel/.bashrc: Includes redundant dir and vdir aliases (superseded by coreutils)

[Josh Triplett]

Package: bash
Version: 3.1dfsg-8
Severity: minor
File: /etc/skel/.bashrc

/etc/skel/.bashrc contains these lines:

# enable color support of ls and also add handy aliases
if [ "$TERM" != "dumb" ]; then
eval "`dircolors -b`"
alias ls='ls --color=auto'
#alias dir='ls --color=auto --format=vertical'
#alias vdir='ls --color=auto --format=long'
fi

However, coreutils now includes /bin/dir and /bin/vdir as real commands,
equivalent to ls --format=vertical and ls --format=long, respectively.  Thus,
please either remove the commented-out aliases entirely, or replace them with:
#alias dir='dir --color=auto'
#alias vdir='vdir --color=auto'

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0Debian base system miscellaneous f
ii  debianutils   2.18   Miscellaneous utilities specific t
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared 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#420134: ipython: Compile for python2.5 as well

[Bernd Zeimetz]

tags 420134 + confirmed
thanks


Heya,

I'll have a look on this bug and the other open bugs within the next days.

Cheers,

Bernd
-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


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

Bug#395268: 1.5000

[Joey Hess]

David Coppit wrote:
> On Sun, 14 Jan 2007, Joey Hess wrote:
> 
> >I tried out 1.5000. I'm still seeing apparently the same hang with it
> >while building Mail::MboxParser..
> 
> Hi Tassilo,
> 
> It looks like changes to my module Mail::Mbox::MessageParser are causing
> your module Mail::MboxParser to hang during "make test". I debugged the
> issue, and it appears to be a problem with the way that you change the
> file position while testing the newline type in the file, as well as
> another unnecessary seek in next_message_new().
> 
> Attached is a patch that fixes the problem(s).

Based on this, I'm reopening this bug and reassigning it to
Mail::MboxParser. Note that the Mail::Mbox::MessageParser in debian does
not currently trigger this hang, but until the hang is fixed, I can't
upgrade to the new version of the package, so please apply the patch.

(If it doesn't get applied eventually, I might have to package the new
upstream version anyway, at which point this bug would become release
critical again..)

> --- MboxParser.pm 2005-12-08 05:15:39.0 -0500
> +++ /Users/coppit/Desktop/MboxParser.pm   2007-04-23 13:54:45.0 
> -0400
> @@ -519,7 +519,6 @@
>  
>  return undef if ref(\$p) eq 'SCALAR' or $p->end_of_file;
>  
> -seek $self->{READER}, $self->{CURR_POS}, SEEK_SET;
>  my $nl = $self->{NL};
>  my $mailref = $p->read_next_email;
>  my ($header, $body) = split /$nl$nl/, $$mailref, 2;
> @@ -794,6 +793,7 @@
>  my $h = $self->{READER};
>  my $newline;
>  
> + my $old_position = tell $h;
>  seek $h, 0, SEEK_SET;
>  while (sysread $h, (my $c), 1) {
>  if (ord($c) == 13) {
> @@ -807,6 +807,7 @@
>  last;
>  }
>  }
> + seek($h, $old_position, 0);
>  return $newline;
>  }
>  

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#420660: debreaper : [INTL:pt] Portuguese updated translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: debreaper
Version: 0.2
Tags: l10n, patch
Severity: wishlist

Portuguese translation update for debreaper's debconf messages.
Translator: Miguel Figueiredo 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Rui Branco
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org






















































pt.po
Description: application/gettext

Bug#420659: /etc/skel/.bashrc: Include commented-out example for grep coloring

[Josh Triplett]

Package: bash
Version: 3.1dfsg-8
Severity: wishlist
File: /etc/skel/.bashrc

With the appropriate options set, grep can colorize matches when outputting to
a terminal.  Please include the following commented-out example in
/etc/skel/.bashrc that the user can uncomment to enable grep coloring:

# Uncomment this to enable color in grep
#export GREP_OPTIONS='--color=auto'
#export GREP_COLOR='1;32'

Some people find this annoying, so it should remain disabled by default.
Giving an example seems useful, though.

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0Debian base system miscellaneous f
ii  debianutils   2.18   Miscellaneous utilities specific t
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared 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#278479: reopening

[dann frazier]

reopen 278479
thanks

hey,
 I don't see how the FHS can be interpreted in this way, and the link
to the sourceforge mail archive is broken, so I'm reopening this bug.

The first section of Chapter 4. "The /usr Hierarchy" in the FHS says:

 "/usr is the second major section of the filesystem. /usr is
 shareable, read-only data. That means that /usr should be shareable
 between various FHS-compliant hosts and must not be written to. Any
 information that is host-specific or varies with time is stored
 elsewhere."

pciids dbase is certainly something that varies with time, so it must
not be written in /usr, but should be stored elsewhere. I also know of
no counterexample to this inside Debian.

The local administrator isn't even granted permission under the FHS to
make changes under /usr, as far as I can tell, with the exclusion of
the /usr/local hierarchy.

-- 
dann frazier | HP Open Source and Linux Organization


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

Bug#281246: Debian-live needs this

[Joey Hess]

Ben Armstrong wrote:
> As Matt Zimmerman suggested, this should really be a config option.  So far,
> we have patched Debian's casper to set the appropriate config options for
> kdesu and gksu, and the 'menu' package's su-to-root wrapper (see #410875) to
> all use sudo.  We only need this problem with aptitude to be resolved for
> all standard sytem utilities requiring root to work properly when launched
> from the menu on a Debian live CD.

d-i needs to deal with this too, as it can install a system with only
sudo root access. It currently handes the gksu case as follows[1]. Could
you show me what needs to be done for the kdesu and su-to-root cases?

update-alternatives --set libgksu-gconf-defaults \
/usr/share/libgksu/debian/gconf-defaults.libgksu-sudo
update-gconf-defaults

-- 
see shy jo

[1] There are several other ways to do it but this is probably the best
way as it does not involve modifying conffiles or placing
non-package managed files in /usr.


signature.asc
Description: Digital signature

Bug#420658: ia64: internal consistency failure with -O

[Martin Michlmayr]

Package: gcc-snapshot
Version: 20070422-1

PR31674

> Automatic build of kdeedu_4:3.5.6-2 on coconut0 by sbuild/ia64 0.49
...
> /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. 
> -I/build/tbm/kdeedu-3.5.6/./libkdeedu/extdate -I../.. -I/usr/include/kde 
> -I/usr/share/qt3/include -I.   -DQT_THREAD_SUPPORT  -D_REENTRANT  
> -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align 
> -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG 
> -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute 
> -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common 
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
> -DQT_NO_TRANSLATION  -c -o libextdate_la.all_cpp.lo libextdate_la.all_cpp.cpp
> mkdir .libs
>  g++ -DHAVE_CONFIG_H -I. -I/build/tbm/kdeedu-3.5.6/./libkdeedu/extdate 
> -I../.. -I/usr/include/kde -I/usr/share/qt3/include -I. -DQT_THREAD_SUPPORT 
> -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE 
> -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG 
> -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute 
> -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common 
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
> -DQT_NO_TRANSLATION -c libextdate_la.all_cpp.cpp  -fPIC -DPIC -o 
> .libs/libextdate_la.all_cpp.o
> In file included from /usr/share/qt3/include/qstring.h:42,
>  from 
> /build/tbm/kdeedu-3.5.6/./libkdeedu/extdate/extdatetime.h:20,
>  from 
> /build/tbm/kdeedu-3.5.6/./libkdeedu/extdate/extdatetime.cpp:16,
>  from libextdate_la.all_cpp.cpp:2:
> /usr/share/qt3/include/qcstring.h: In function 'QByteArray qCompress(const 
> QByteArray&)':
> /usr/share/qt3/include/qcstring.h:123: warning: conversion to 'int' from 
> 'uint' may alter its value
> /usr/share/qt3/include/qcstring.h: In function 'QByteArray qUncompress(const 
> QByteArray&)':
> /usr/share/qt3/include/qcstring.h:125: warning: conversion to 'int' from 
> 'uint' may alter its value
> In file included from 
> /build/tbm/kdeedu-3.5.6/./libkdeedu/extdate/extdatetime.h:20,
>  from 
> /build/tbm/kdeedu-3.5.6/./libkdeedu/extdate/extdatetime.cpp:16,
>  from libextdate_la.all_cpp.cpp:2:
> /usr/share/qt3/include/qstring.h: In member function 'char QChar::latin1() 
> const':
> /usr/share/qt3/include/qstring.h:194: warning: conversion to 'char' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'uchar QChar::cell() 
> const':
> /usr/share/qt3/include/qstring.h:217: warning: conversion to 'uchar' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h:217: warning: conversion to 'uchar' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'uchar QChar::row() 
> const':
> /usr/share/qt3/include/qstring.h:218: warning: conversion to 'uchar' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h:218: warning: conversion to 'uchar' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'void 
> QChar::setCell(uchar)':
> /usr/share/qt3/include/qstring.h:219: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h:219: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'void 
> QChar::setRow(uchar)':
> /usr/share/qt3/include/qstring.h:220: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h:220: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In constructor 'QChar::QChar(uchar, uchar)':
> /usr/share/qt3/include/qstring.h:264: warning: conversion to 'ushort' from 
> 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In constructor 
> 'QStringData::QStringData(QChar*, uint, uint)':
> /usr/share/qt3/include/qstring.h:362: warning: conversion to 'unsigned 
> int:30' from 'uint' may alter its value
> /usr/share/qt3/include/qstring.h:362: warning: conversion to 'unsigned 
> int:30' from 'uint' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'QString& 
> QString::insert(uint, const QByteArray&)':
> /usr/share/qt3/include/qstring.h:898: warning: conversion to 'unsigned int' 
> from 'int' may alter its value
> /usr/share/qt3/include/qstring.h: In member function 'QString& 
> QString::operator+=(const QByteArray&)':
> /usr/share/qt3/include/qstring.h:920: warning: conversion to 'unsigned int' 
> from 'int' may alter its value
> In file included from libextdate_la.all_cpp.cpp:2:
> /build/tbm/kdeedu-3.5.6/./libkdeedu/extdate/extdatetime.cpp: In static member 
> function 'static void ExtDate::JDToGregorian(long int, int&, int&, int&)':
> /build/tbm/kdeedu-3.5.6/./libkdeedu/extdate/extdatetime.cpp:143: warning: 
> conv

Bug#420656: /etc/skel/.bashrc: Use PS1 for xterm title setting, not PROMPT_COMMAND

[Josh Triplett]

Package: bash
Version: 3.1dfsg-8
Severity: wishlist
File: /etc/skel/.bashrc

The default /etc/skel/.bashrc contains this:

# If this is an xterm set the title to [EMAIL PROTECTED]:dir
case "$TERM" in
xterm*|rxvt*)
PROMPT_COMMAND='echo -ne "\033]0;[EMAIL PROTECTED]: ${PWD/$HOME/~}\007"'
;;
*)
;;
esac

This need not use PROMPT_COMMAND.  In my ~/.bashrc, I changed it to the
following, which works perfectly:

# If this is an xterm or rxvt set the title to [EMAIL PROTECTED]:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;[EMAIL PROTECTED]: \w\a\]$PS1"
;;
*)
;;
esac

This achieves exactly the same effect, but uses the built-in prompt and the
built-in escape sequences.  This removes the need to run the internal echo
command, simplifies the logic, makes it easier for users to use PROMPT_COMMAND
for their own purposes, and allows the use of more of the standard prompt
escapes if the user wants them.

This would also address other bug reports on the bash package, such as
#382738.

- Josh Triplett

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

Kernel: Linux 2.6.21-rc2test (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files4.0Debian base system miscellaneous f
ii  debianutils   2.18   Miscellaneous utilities specific t
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libncurses5   5.5-5  Shared 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#195711: perfect warning

[Seena Weese]

The planet has gone wireless and Mobile Airwaves (mbwc) is 
in the right spot with a Red Hot Product!


We are anticipate Financial Results to be announced by the 
company any day.  With all the New Contracts they have 
acquired we are waiting for Record Earnings!


mbwc  is currently priced at around 3 cents.  
With the company being so Tightly held we expecting the inlux
of buying to Push the price off the charts!  


Get in on this Breakout Winner Early!



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

Bug#140738: great advertisement

[Raouf Warrix]

The world has gone wireless and Mobile Airwaves (mbwc) is 
in the right spot in the right time with a Red Hot Product!


We are looking forward Financial Results to be announced by the 
company any day.  With all the New Contracts they have 
acquired we are waiting for Record Earnings!


mbwc  is currently priced at around 3 cents.  
With the company being so Tightly held we awaiting the inlux
of buying to Push the price off the charts!  


Get in on this Breakout Winner Early!



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

Bug#96057: great warning

[Fliss Christman]

The world has gone wireless and Mobile Airwaves (mbwc) is 
in the right time in the right place with a Red Hot Product!


We are expecting  Financial Results to be announced by the 
Mobile Airwaves any day.  With all the New Contracts they have 
acquired we are awaiting Record Earnings!


mbwc  is currently priced at around 3 cents.  
With the company being so Tightly held we expecting the inflow
of buying to Push the price off the charts!  


Get in on this Breakout Winner Early!



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