Bug#500863: [python-vobject] new upstream release (0.7.1)

[LI Daobing (李道兵)]

Package: python-vobject
Version: 0.6.0-1
Severity: wishlist

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

check this page: http://vobject.skyhouseconsulting.com/history.html

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.26-1-686

Debian Release: lenny/sid
  500 unstable127.0.0.1 
  500 stable  dl.google.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
python(>= 2.4) | 2.5.2-2
python-dateutil   (>= 1.1) | 1.4-1
python-support  (>= 0.7.1) | 0.8.6






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

Bug#500862: vzctl: does not setup /etc/mailname

[Sebastian Klamar]

Package: vzctl
Version: 3.0.22-11
Severity: normal
Tags: patch

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

The vzctl startup script /etc/vz/dists/scripts/debian-set_hostname.sh
does not setup /etc/mailname properly.  It's left with localhost set.

The following patch should solve this.  It also removes a small cosmetic
bug: The function set_hostname did not use the ${cfgfile} variable.

--- /tmp/debian-set_hostname.sh 2008-10-01 15:32:06.0 +0200
+++ /etc/vz/dists/scripts/debian-set_hostname.sh2008-10-01 
15:32:19.0 +0200
@@ -32,11 +32,12 @@
local hostname=$2

[ -z "${hostname}" ] && return 0
-   echo "${hostname}" > /etc/hostname
+   echo "${hostname}" > ${cfgfile}
hostname ${hostname}
 }

 change_hostname /etc/hosts "${HOSTNM}" "${IP_ADDR}"
 set_hostname /etc/hostname "${HOSTNM}"
+set_hostname /etc/mailname "${HOSTNM}"

 exit 0


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (900, 'stable'), (500, 'proposed-updates'), (90, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.26-bpo.1-openvz-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages vzctl depends on:
ii  iproute20061002-3Professional tools to control the
ii  libc6  2.3.6.ds1-13etch7 GNU C Library: Shared libraries
ii  vzquota3.0.11-1  server virtualization solution - q

Versions of packages vzctl recommends:
ii  rsync   2.6.9-2etch2 fast remote file copy program (lik

-- no debconf information

-- 
Lieber...
  eine Latte in der Hose als ein Brett vor dem Kopf.

 PGP Key: 0x1E727CE6 / 9085 48BD 8332 4BFC D80C A6CF D162 20BB 1E72 7CE6



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

Bug#500861: electricsheep: first sheep never downloaded

[Sylvain Bernier]

Package: electricsheep
Version: 2.6.8-9
Severity: normal


I have tried the package about 1 month or 2 ago and had the same
problem. Here is what I get after my first install and run :

$ electricsheep --debug 1
=
electric sheep v2.6.8
time Thu Oct  2 02:10:40 2008
decoder execvp mpeg2dec_onroot -f 23 -w -1
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:10:40 2008
please be patient while the first sheep is downloaded...
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:10:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:11:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:11:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:11:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:11:30 2008
time Thu Oct  2 02:11:40 2008
list nice -n 10 curl --silent --show-error
'http://v2d6.sheepserver.net/cgi/list?v=LNX_2.6.8&u=F26B187D157B27D2'|
gunzip -c
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:11:40 2008
updating cache path=/home/xxx/.sheep/ match_gen=1
best_anim=274 best_anim_id=25487 best_rating=220 best_ctime=168281
begin delete cached
nothing cached
download 274 id=25487
about to nice -n 10 curl --silent --show-error --output
/home/xxx/.sheep/00202=25487=25487=25487.mpg.tmp
http://sheep.arces.net.nyud.net:8080/202/125487/sheep.mpg
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:11:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:12:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:12:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:12:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:12:30 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:12:40 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:12:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:13:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:13:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:13:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:13:30 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:13:40 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:13:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:14:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:14:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:14:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:14:30 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:14:40 2008
curl: (7) couldn't connect to host
subprocess error: anim download, 1792=7<<8+0
download failed of sheep 25487
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:14:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:15:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:15:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:15:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:15:30 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:15:40 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:15:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:16:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:16:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:16:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:16:30 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:16:40 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:16:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:17:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:17:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:17:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:17:30 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:17:40 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:17:50 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:18:00 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:18:10 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:18:20 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:18:30 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:18:40 2008
updating cache path=/home/xxx/.sheep/ match_gen=0
time Thu Oct  2 02:18

Bug#500858: lazarus and lintian warnings

[Christoph Donges]

unsubscribe

On Thu, Oct 2, 2008 at 3:01 PM, Paul Gevers <[EMAIL PROTECTED]> wrote:

> Package: lazarus
> Version: 0.9.24-0-12
> Severity: wishlist
> Thanks
>
> Please have a look at the lintian warnings at [1]:
> * dh-make-template-in-source and
>debian-files-list-in-source
>  I filed this bug upstream at [2] some time ago.
> * out-of-date-standards-version and
>patch-system-but-direct-changes-in-diff
>  + If I am correct using the patch system to convey all the changes
>should allow to bump the standards version.
>  + If I understand correctly having configure in the dependencies of
>the clean rule in debian/rules makes the diff.gz file contain a lot
>of generated (and thus unnecessary) changes in the Makefiles.
>  + A README.source should be added to explain the use of the patch
>system.
>
> With kind regards,
> Paul Gevers
>
> [1]
>
> http://lintian.debian.org/reports/maintainer/[EMAIL PROTECTED]
> [2] http://mantis.freepascal.org/view.php?id=12201
>
>


-- 
There is neither Jew or Greek, slave or free, male or female, gay or
straight, black or white, conservative or liberal, Christian or Muslim: for
you are all one... (Galatians 3:28)

Bug#491788: Announce of an upcoming upload for the xsp package

[Christian Perrier]

Dear maintainer of xsp and Debian translators,

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

The package maintainer and I agreed for a translation update round. At
the end of this period, I will send him|her a full patch so that 
an l10n upload can happen.
The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs de es eu fi fr gl nl pt ru si sv vi

Among these, the following translations are incomplete: es

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

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

The deadline for receiving updates and new translations is Wednesday, October 
08, 2008. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

Schedule:

 Wednesday, October 01, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Thursday, October 02, 2008   : send this notice
 Wednesday, October 08, 2008   : (midnight) deadline for receiving 
translation updates
 Thursday, October 09, 2008   : Send a summary to the maintainer. 
Maintainer uploads
 when possible.

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-02-18 00:21+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../mono-apache-server.templates:1001
msgid "Let mono-apache-server restart Apache?"
msgstr ""

#. Type: boolean
#. Description
#: ../mono-apache-server.templates:1001
msgid ""
"The debian version of mono-apache-server includes a mono-server-update "
"script that creates a configuration file for apache to start the ASP.NET "
"applications, and mono-server-update can restart apache if there's a new "
"configuration file (/etc/mono-server/mono-server-hosts.conf). If this is "
"true, then apache will be restarted when there is a new mono-server-hosts."
"conf file."
msgstr ""

#. Type: boolean
#. Description
#: ../mono-xsp.templates:1001 ../mono-xsp2.templates:1001
msgid "Start on boot?"
msgstr ""

#. Type: boolean
#. Description
#: ../mono-xsp.templates:1001
msgid ""
"If this is true, then XSP will automatically start when the computer is "
"turned on."
msgstr ""

#. Type: string
#. Description
#: ../mono-xsp.templates:2001 ../mono-xsp2.templates:2001
msgid "Bind to address:"
msgstr ""

#. Type: string
#. Description
#: ../mono-xsp.templates:2001
msgid ""
"To function properly, XSP needs to be bound to an IP address. The default "
"(\"0.0.0.0\") binds to all addresses of the server, but a specific port can "
"be selected. To use XSP only locally, use \"127.0.0.1\" for the address."
msgstr ""

#. Type: string
#. Description
#: ../mono-xsp.templates:3001 ../mono-xsp2.templates:3001
msgid "Bind to port:"
msgstr ""

#. Type: string
#. Description
#: ../mono-xsp.templates:3001 ../mono-xsp2.templates:3001
msgid ""
"XSP is bound to a specific port on the server. Common values are 80, 8080, "
"or 8081."
msgstr ""

#. Type: boolean
#. Description
#: ../mono-xsp2.templates:1001
msgid ""
"If this is true, then XSP2 will automatically start when the computer is "
"turned on."
msgstr ""

#. Type: string
#. Description
#: ../mono-xsp2.templates:2001
msgid ""
"To function properly, XSP2 needs to be bound to an IP address. The default "
"(\"0.0.0.0\") binds to all addresses of the server, but a specific port can "
"be selected. To use XSP2 only locally, use \"127.0.0.1\" for the address."
msgstr ""


signature.asc
Description: Digital signature

Bug#500794: uswsusp - s2ram does not follow kernel

[Christian Perrier]

Quoting Bastian Blank ([EMAIL PROTECTED]):

> It is unusable on an unknown amount of machines. I would have no problem
> with that if it is only installed on request, but it is included in the
> laptop task and therefor a standard package.

So?

That still makes a good argument for "Severity: important" if you
think that this deserve such importance..

This could make an argument to remove it from the laptop task, maybe.

(please note that I do not necessarily agree with both of those
statements, I just bring you less violent options than an RC bug)

But I don't see this as enough to virtually suggest that the package
as is should not be shipped with lenny.

As Sven pointed later, does the kernel driver "know" what machines
will properly wake up after suspend? From my experience, this is
mandatory.




signature.asc
Description: Digital signature

Bug#500860: rss2email: envelope sender address wrong

[Brian May]

Package: rss2email
Version: 2.60-3

Hello,

When FORCE_FROM=0 and SMTP_SEND=1, it appears rss2email sets the 
envelope sender, where possible, from the feed.


This is broken. It means any delivery errors will get sent back to the 
feed author, and the feed author has no idea what is going on.


Instead it should be possible to set the envelope sender independently 
of the "From:" address, so errors come back to me.


Thanks

Brian May



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

Bug#500859: MIXXX segfault on start

[Gareth Walters]

Package: mixxx
Version: 1.6.0~beta3-2
Severity: important


cannot start mix I receives this as output


Debug: Mixxx 1.6.0~beta3 "" is starting...
Debug: SoundManager::SoundManager()
Debug: SampleRate 0
Debug: Latency 0
Debug: SoundManager::queryDevices()
Debug: SoundManager::clearDeviceList()
Debug: SoundManager::closeDevices()
Warning: QGLFormat::setSamples: Cannot have negative number of samples
per pixel -15132391
Warning: QGLContext::makeCurrent(): Cannot make invalid context current.
Warning: QGLFormat::setSamples: Cannot have negative number of samples
per pixel -15132391
Warning: QGLFormat::setSamples: Cannot have negative number of samples
per pixel -15132391
Segmentation fault

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

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

Versions of packages mixxx depends on:
ii  libasound2  1.0.16-2 ALSA library
ii  libc6   2.7-13   GNU C Library: Shared
libraries
ii  libdjconsole0   0.1.3-1  Hercules DJ Console access
library
ii  libgcc1 1:4.3.1-9GCC support library
ii  libgl1-mesa-glx [libgl1 7.0.3-6  A free implementation of
the OpenG
ii  libglu1-mesa [libglu1]  7.0.3-6  The OpenGL utility library
(GLU)
ii  libid3tag0  0.15.1b-10   ID3 tag reading library
from the M
ii  libmad0 0.15.1b-3MPEG audio decoder library
ii  libogg0 1.1.3-4  Ogg Bitstream Library
ii  libportaudio2   19+svn20071022-2 Portable audio I/O - shared
librar
ii  libqt4-opengl   4.4.0-4  Qt 4 OpenGL module
ii  libqt4-qt3support   4.4.0-4  Qt 3 compatibility library
for Qt
ii  libqt4-xml  4.4.0-4  Qt 4 XML module
ii  libqtcore4  4.4.0-4  Qt 4 core module
ii  libqtgui4   4.4.0-4  Qt 4 GUI module
ii  libsndfile1 1.0.17-4 Library for reading/writing
audio
ii  libstdc++6  4.3.1-9  The GNU Standard C++
Library v3
ii  libvorbis0a 1.2.0.dfsg-3.1   The Vorbis General Audio
Compressi
ii  libvorbisfile3  1.2.0.dfsg-3.1   The Vorbis General Audio
Compressi
ii  mixxx-data  1.6.0~beta3-2Digital Disc Jockey
Interface -- d

mixxx recommends no packages.

Versions of packages mixxx suggests:
ii  evince [pdf-viewer]   2.22.2-2   Document (postscript, pdf)
viewer
-- no debconf information







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

Bug#500858: lazarus and lintian warnings

[Paul Gevers]

Package: lazarus
Version: 0.9.24-0-12
Severity: wishlist
Thanks

Please have a look at the lintian warnings at [1]:
* dh-make-template-in-source and
debian-files-list-in-source
  I filed this bug upstream at [2] some time ago.
* out-of-date-standards-version and
patch-system-but-direct-changes-in-diff
  + If I am correct using the patch system to convey all the changes
should allow to bump the standards version.
  + If I understand correctly having configure in the dependencies of
the clean rule in debian/rules makes the diff.gz file contain a lot
of generated (and thus unnecessary) changes in the Makefiles.
  + A README.source should be added to explain the use of the patch
system.

With kind regards,
Paul Gevers

[1]
http://lintian.debian.org/reports/maintainer/[EMAIL PROTECTED]
[2] http://mantis.freepascal.org/view.php?id=12201



signature.asc
Description: OpenPGP digital signature

Bug#500857: Please unblock nvidia-graphics-drivers

[Filipus Klutiero]

Package: release.debian.org
Severity: wishlist

Recording this in case it fell through the cracks.
--- Begin Message ---
Please
unblock nvidia-graphics-drivers 173.14.09-5
unblock nvidia-graphics-modules-i386 173.14.09+3
unblock nvidia-graphics-modules-amd64 173.14.09+3

A post-freeze upload prevents the nvidia-graphics-drivers freeze exception 
from applying. nvidia-graphics-drivers is in Etch, and the other source 
packages provide prebuilt LKM packages. These are leaf packages.
--- End Message ---

Bug#483070: re : here's a patch from upstream

[Jérémy Lal]

bad patch, now the screen saver stays black.



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

Bug#496954: bind9: 496954: more info needed

[Paul Wise]

On Wed, 2008-10-01 at 16:13 -0400, Maykel Moya wrote:

> With respect to the data at the point of the crash
> 
> ...

I suspected as much. I don't know enough about the bind code to know if
it is correct, but I suspect this should fix the crash:

--- bind9-9.5.0.dfsg.P2.orig/lib/dns/acl.c
+++ bind9-9.5.0.dfsg.P2/lib/dns/acl.c
@@ -219,7 +219,7 @@
result = isc_radix_search(acl->iptable->radix, &node, &pfx);
 
/* Found a match. */
-   if (result == ISC_R_SUCCESS && node != NULL) {
+   if (result == ISC_R_SUCCESS && node != NULL && 
node->data[ISC_IS6(family)] != NULL) {
if (node->bit == 0)
family = AF_INET;
match_num = node->node_num[ISC_IS6(family)];

Upstream should be consulted about the validity of this.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#500057: apt-listbug: "E: HTTP GET failed" while retrieving bugs

[Junichi Uekawa]

severity 500057 minor
retitle 500057 please document proxy configuration for apt-listbugs + apt-cacher
clone 500057 -1
clone 500057 -2
reassign -1 apt-cacher
reassign -2 apt-cacher-ng
thanks


Hi,


apt-listbugs uses proxy configuration for apt, and following
apt-cacher configuration documentation will make apt-listbugs fail.
Adding a proxy exception for bugs.debian.org (e.g.  setting
Acquire::http::Proxy::bugs.debian.org "DIRECT";) avoids the problem.

Please document it in apt-cacher and apt-cacher-ng documentations
respectively so that users will have less pain in configuration.


At Sat, 27 Sep 2008 09:18:20 +0200,
Michal Pokrywka wrote:


> Acquire::http::Proxy::bugs.debian.org "DIRECT";
> 
> works :) Thanks!
> 
> 
> There is also a line in apt-cacher log when bug occurs, which I didn't 
> notice earlier:
> 
> Sat Sep 27 09:13:35 2008|info [4261]: Failed to parse input: POST 
> http://bugs.debian.org:80/cgi-bin/soap.cgi HTTP/1.1
> 
> So it seems apt-cacher too strictly depends on data passing through... :)
> 






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

Bug#494278: dmraid Intel RAID10 patch breaks some Intel raid1 system

[Chris]

I opened a ubuntu launchpad bug 276095.  A regression tag was added.
Since debian changes for dmraid end up in ubuntu, and rc15 seems to be out.
http://people.redhat.com/~heinzm/sw/dmraid/src/
Can't a new debian package rc15 be made, with the dmraid patches, and
uploaded.  So I can get it?  I can try to make my own

Chris



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

Bug#500854: rss-0.91.dtd URL change (old URL is gone)

[ISHIKAWA Mutsumi]

Package: libxml-rss-perl
Version: 1.33-1
Tags: patch

 On this announce

http://www.rssboard.org/news/181/rss-090-091-moving-rss-advisory-board


 RSS v0.9 and v0.91 are moveing to RSS advisorry board. DTD url was
changed at that time and old url is alread gone at Aug 2008 (perhaps..
currently can not access the old url anymore)

 libxml-rss-perl-1.33/lib/XML/RSS/Private/Output/V0_91.pm only
contains old URL and it is invalid. So, RSS v0.91 support is broken
without DTD url update.

-- 
ISHIKAWA Mutsumi
  <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


libxml-rss-perl-1.33-rss0.91_dtd_fix.diff
Description: Binary data

Bug#497978: install built-in Help

[jidanni]

L> Nope, it should start with the user session. That's a very likely
L> culprit for the whole problem. I should have thought of that question
L> before.

OK, but please note how I run transmission, above in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497978#15

L> So I should probably file an upstream bug to either add a fallback to a
L> more desktop-environment-agnostic way of running a browser or at least
L> warn the user that since gconf is not running it's can't locate the
L> right browser to run, making it at least fail with some sign of life
L> instead of just doing nothing.

I hate/fear all that gnome stuff, and hope transmission just can be
one process group...

L> simply try starting gconfd manually and check
L> transmission again. If it works, my latest assumption is right.
$ dlocate gconfd
libgconf2-4: /usr/lib/libgconf2-4/gconfd-2
$ man gconfd
No manual entry for gconfd
$ apropos gconfd
$ /usr/lib/libgconf2-4/gconfd-2 --help
$ /usr/lib/libgconf2-4/gconfd-2
I don't think it does much, and
$ less /usr/share/doc/gconf2*/*
is too foggy for me.



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

Bug#500850: openafs-modules-source: General Protection Fault under 2.6.25 and 2.6.26

[Russ Allbery]

Andrew J Perrin <[EMAIL PROTECTED]> writes:

> I'm assuming this is "Enable Security Keys", correct? I'll try it soon.

I think so, yes.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#499081: More information

[Tim Richardson]

1) When this happened just now, I had a terminal window open, which I
can ctrl-tab to
2) I tried iceweasel & 
in the terminal window. The process launches, but no windows appears
3) evolution --force-shutdown
followed by
evolution &
does the same thing. The process launches, no interesting console
messages, but no windows.
4) applications added to the panel (eg Tomboy, sysmonitor, power
information work)
5) menus and the bottom panel with tiles for open windows don't work

So, I attached gdb to gnome-panel and did a bt
(invoked as gdb gnome-panel 3826)
(gdb) bt
#0  0xb7fa5424 in __kernel_vsyscall ()
#1  0xb75d6093 in __read_nocancel () from /lib/i686/cmov/libpthread.so.0
#2  0xb722386e in esd_sample_play () from /usr/lib/libesd.so.0
#3  0xb7e7e814 in ?? () from /usr/lib/libgnome-2.so.0
#4  0x0010 in ?? ()
#5  0x0004 in ?? ()
#6  0xbfabfae8 in ?? ()
#7  0xb7e89578 in ?? () from /usr/lib/libgnome-2.so.0
#8  0x092f11b0 in ?? ()
#9  0x08ffa5b8 in ?? ()
#10 0xbfabfac8 in ?? ()
#11 0xb7e7e96f in gnome_triggers_vdo () from /usr/lib/libgnome-2.so.0
Backtrace stopped: frame did not save the PC

6) after stopping gdm, the following processes were still active for my
user, TTY ?
gconfd-2
Pulseaudio
Gconf-helper
Gnome-panel
Bonobo-activation-server
Gnome-terminal
Gnome-pty-helper

Killing bonobo-activation-server did not allow me to login again.

However, killing pulseaudio did fix it.

So, perhaps not a gnome-panel bug. 


Regards   
Tim Richardson, Corporate Outcomes Pty Ltd
http://www.corporateoutcomes.com for contact and address details.

Mobile:+61 458 998 541 / +61 420 277 392  Skype:
te.richardson

This message and its attachments may contain legally privileged or
confidential information. It is intended solely for the named
addressee(s). If you are not the addressee shown (or responsible for the
delivery of the message to the addressee), you must not view,
disseminate, copy or deliver this message or its attachments to anyone,
or take any action in reliance on it. If you have received this message
in error please notify the sender by email, or a representative of
Corporate Outcomes on +61 3 9674 7282 immediately and permanently delete
this message and its attachments. Any views expressed in this message
are those of the sender, except where the sender specifically states
them to be the views of someone else. No warranty is made that this
email or its attachments are free from computer viruses or other defect.




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

Bug#500853: Lists tasks more than once

[Jelmer Vernooij]

Package: tasque
Version: 0.1.7-1
Severity: normal

I'm using the evolution backend to tasque. One of the task sources I
have registered in evolution is web-based (Bugzilla assigned bugs list
exported as iCal file). Evolution correctly displays every entry in the
list only once, but tasque shows some entries three times.

The URL in question is
webcal://bugzilla.samba.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailassigned_to1=1&emailreporter1=1&emailtype1=exact&[EMAIL
 
PROTECTED]&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&field0-0-0=noop&type0-0-0=noop&value0-0-0=&ctype=ics

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

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

Versions of packages tasque depends on:
ii  libc6 2.8+20080809-1 GNU C Library: Shared libraries
ii  libevolution3.0-cil   0.17.1-2   CLI bindings for Evolution
ii  libglib2.0-cil2.12.1-1   CLI binding for the GLib utility l
ii  libgnome2.0-cil   2.20.1-1   CLI binding for GNOME 2.20
ii  libgtk2.0-cil 2.12.1-1   CLI binding for the GTK+ toolkit 2
ii  libmono-corlib2.0-cil 1.9.1+dfsg-3   Mono core library (2.0)
ii  libmono-sqlite2.0-cil 1.9.1+dfsg-3   Mono Sqlite library
ii  libmono-system-web2.0-cil 1.9.1+dfsg-3   Mono System.Web Library
ii  libmono-system2.0-cil 1.9.1+dfsg-3   Mono System libraries (2.0)
ii  libmono2.0-cil1.9.1+dfsg-3   Mono libraries (2.0)
ii  libndesk-dbus-glib1.0-cil 0.4.1-1CLI implementation of D-Bus (GLib 
ii  libndesk-dbus1.0-cil  0.6.0-1CLI implementation of D-Bus
ii  libnotify0.4-cil  0.4.0~r2998-1  CLI library for desktop notificati
ii  mono-runtime  1.9.1+dfsg-3   Mono runtime

Versions of packages tasque recommends:
ii  evolution-data-server 2.22.3-1   evolution database backend server

tasque suggests no packages.

-- no debconf information



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

Bug#500852: Tidy must specify size, age, or both

[Jayen Ashar]

Package: puppet
Version: 0.24.4-8~bpo40+1
Severity: wishlist

this entry in my manifest:
  tidy {
"/c/z3208682/test_tidy":
matches => "README.desktop",
recurse => true,
require => [ File["/etc/kde-profile"], File["/etc/kderc"]];
  }

gives this error:
Thu Oct 02 10:31:49 +1000 2008 Puppet (err): Could not create 
/c/z3208682/test_tidy/z3208682/Desktop/README.desktop: Tidy must specify size, 
age, or both
Thu Oct 02 10:31:49 +1000 2008 
//Node[default]/staff/staff_readme/Tidy[/c/z3208682/test_tidy/z3208682/Desktop] 
(notice): Cannot manage: Tidy must specify size, age, or both

adding "size => 0" works, but it seems annoying to have to do.

-- 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-6-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages puppet depends on:
ii  adduser3.102 Add and remove users and groups
ii  facter 1.3.5-1   a library for retrieving facts fro
ii  libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby
ii  libshadow-ruby1.8  1.4.1-7   Interface of shadow password for R
ii  libxmlrpc-ruby 1.8.2-1   XML-RPC support for Ruby
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  ruby   1.8.2-1   An interpreter of object-oriented 

Versions of packages puppet recommends:
ii  rdoc  1.8.2-1Generate documentation from ruby s

-- no debconf information



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

Bug#498985: lynx-cur: Dumps Unicode file in broken encoding.

[Atsuhito Kohda]

Hi Charles,

On Mon, 29 Sep 2008 19:34:04 +0900 (JST), Atsuhito Kohda wrote:

> Okay, as I have so little knowledge on mojibake for french,
> I'll forward this to the upstream.

I noticed that discussions with you and Thomas were not
delivered to me and now I believe the main point is;

> I have the impression that, in the context of using Lynx in Mutt to
> convert HTML messages to text, there is a regression from the version
> that was in Etch, where the chain Lynx-Mutt-Vim was able to cope with
> messages that were encoded in utf-8 while not declaring it within the
> HTML headers. 

and -assume_charset=utf-8 fixed the problem with the current 
lynx-cur.

I checked both lynx (2.8.5-2sarge2.2) and lynx (2.8.6-2)
but they didn't provide any extra setting for ASSUME_CHARSET
so I'm puzzled very much now.

Are you sure that _without any modification of configuration_, 
old lynx in Etch worked fine with this problem?

It is easy to set ASSUME_CHARSET:utf-8 in lynx.cfg but I'm 
not so sure if this is good or not at present.

Regards,   2008-10-2(Thu)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



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

Bug#500850: openafs-modules-source: General Protection Fault under 2.6.25 and 2.6.26

[Andrew J Perrin]

On Wed, 1 Oct 2008, Russ Allbery wrote:


Andrew Perrin <[EMAIL PROTECTED]> writes:


Kernel: Linux 2.6.26 (SMP w/4 CPU cores)


This would seem to indicate a hand-built kernel rather than the stock
Debian kernel.  Is that correct?



Yes, that's correct, they're hand built.


When I compile the openafs modules using make-kpkg modules-image under
debian lenny, openafs dies with a General Protection Fault between 1 and
24 hours after boot. This does *not* happen on the same machines running
2.6.24 but does happen running .25 and .26.

The machines are (1) a Lenovo ThinkCentre with a Pentium 4HT processor;
and (2) an IBM eSeries 226 with dual Xeon 2.8Ghz processors.

This is the GPF:


[...]


Sep 29 10:41:00 che kernel: Call Trace:
Sep 29 10:41:00 che kernel:  []
afs_osi_TraverseProcTable+0x12/0x5e [openafs]


This function is empty when AFS is built with keyring support, since it
then uses the kernel keyring mechanisms to clean up the PAGs rather than
needing to do this pass.  That's the main reason why I asked above about
the kernel, since the stock Debian kernels have keyrings enabled, which
should mean that an OpenAFS client built against them could not have the
above crash.




I'm assuming this is "Enable Security Keys", correct? I'll try it soon.


If you're building your own kernels, be sure to enable keyrings, since AFS
takes advantage of them to do much better PAG management.  That will
probably resolve your problem.  (There's likely still a bug here, but it's
a bug in code that's increasingly becoming dead as people switch to using
keyring-based PAGs.  That's what the Linux kernel developers would prefer
that we use, since it involves fewer ugly hacks.)

--
Russ Allbery ([EMAIL PROTECTED])   




--
Andrew J Perrin - [EMAIL PROTECTED] - http://perrin.socsci.unc.edu
Associate Professor of Sociology; Book Review Editor, _Social Forces_
University of North Carolina - CB#3210, Chapel Hill, NC 27599-3210 USA






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

Bug#500704: Errors during upgrade

[Hideki Yamane]

On Tue, 30 Sep 2008 19:07:34 +0300
Juhapekka Tolvanen <[EMAIL PROTECTED]> wrote:
> Package: naist-jdic
> Version: 0.4.3-2
> Severity: grave

 Um, please test with 0.4.3-4 if you can.


> Preparing to replace naist-jdic 0.4.3-2 (using 
> .../naist-jdic_0.4.3-3_all.deb) ...
 ^^
(snip)


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
 http://wiki.debian.org/HidekiYamane



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

Bug#500848: comparison of String with 0 failed

[Jayen Ashar]

ok, that helped, and now i have a different problem.

if you've got control over the docs, maybe make the tidy/recurse section 
like the file/recurse section, in that it lists valid values.  I thought 
they'd be the same.


http://reductivelabs.com/trac/puppet/wiki/TypeReference#file
recurse
Whether and how deeply to do recursive management. Valid values are 
true, false, inf. Values can also match (?-mix:^[0-9]+$).


http://reductivelabs.com/trac/puppet/wiki/TypeReference#tidy
recurse
If target is a directory, recursively descend into the directory looking 
for files to tidy.


thanks,
jayen

Matthew Palmer wrote:

On Thu, Oct 02, 2008 at 09:58:23AM +1000, Jayen Ashar wrote:

Package: puppet
Version: 0.24.4-8~bpo40+1
Severity: minor

my puppetmaster manifest has:
  tidy {
"/c/z3208682/test_tidy":
matches => "README.desktop",
recurse => inf,
require => [ File["/etc/kde-profile"], File["/etc/kderc"]];
  }

my system has:
/c/z3208682/test_tidy/
/c/z3208682/test_tidy/z3208682
/c/z3208682/test_tidy/z3208682/Desktop
/c/z3208682/test_tidy/z3208682/Desktop/README.desktop

the puppet client gets the error:
Thu Oct 02 04:52:36 +1000 2008 
//Node[default]/staff/staff_readme/Tidy[/c/z3208682/test_tidy] (err): Failed to 
generate additional resources during transaction: comparison of String with 0 
failed


If I remember correctly, recurse => inf doesn't work (this goes back to at
least a 0.1x release) and you need to use recurse => true instead.  Try
that, and if it works then at least everyone knows the source of the
problem.  

- Matt


--
Jayen Ashar 
Technical Officer   
Computing Center
School of Mathematics and Statistics
M029, Red Center
The University of New South Wales SYDNEY NSW 2052
Ph: + 61 (2) 93857016
Fax: + 61 (2) 93857192
CRICOS provider code: 00098G



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

Bug#500399: Please read FAQ

[Andrew Ferguson]

Hi Marc,

Please read the FAQ before filing a bug report:
http://www.nongnu.org/rdiff-backup/FAQ.html#free_space

If a previous backup has failed, or you are performing a restore  
operation, rdiff-backup needs temporary space to assemble the correct  
version of each file. The amount of free space needed will depend on  
the size of your largest file. (It can need up to 2x as much free  
space.)



Andrew



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

Bug#500850: openafs-modules-source: General Protection Fault under 2.6.25 and 2.6.26

[Russ Allbery]

Andrew Perrin <[EMAIL PROTECTED]> writes:

> Kernel: Linux 2.6.26 (SMP w/4 CPU cores)

This would seem to indicate a hand-built kernel rather than the stock
Debian kernel.  Is that correct?

> When I compile the openafs modules using make-kpkg modules-image under
> debian lenny, openafs dies with a General Protection Fault between 1 and
> 24 hours after boot. This does *not* happen on the same machines running
> 2.6.24 but does happen running .25 and .26.
>
> The machines are (1) a Lenovo ThinkCentre with a Pentium 4HT processor; 
> and (2) an IBM eSeries 226 with dual Xeon 2.8Ghz processors.
>
> This is the GPF:

[...]

> Sep 29 10:41:00 che kernel: Call Trace:
> Sep 29 10:41:00 che kernel:  [] 
> afs_osi_TraverseProcTable+0x12/0x5e [openafs]

This function is empty when AFS is built with keyring support, since it
then uses the kernel keyring mechanisms to clean up the PAGs rather than
needing to do this pass.  That's the main reason why I asked above about
the kernel, since the stock Debian kernels have keyrings enabled, which
should mean that an OpenAFS client built against them could not have the
above crash.

If you're building your own kernels, be sure to enable keyrings, since AFS
takes advantage of them to do much better PAG management.  That will
probably resolve your problem.  (There's likely still a bug here, but it's
a bug in code that's increasingly becoming dead as people switch to using
keyring-based PAGs.  That's what the Linux kernel developers would prefer
that we use, since it involves fewer ugly hacks.)

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#500848: comparison of String with 0 failed

[Matthew Palmer]

On Thu, Oct 02, 2008 at 09:58:23AM +1000, Jayen Ashar wrote:
> Package: puppet
> Version: 0.24.4-8~bpo40+1
> Severity: minor
> 
> my puppetmaster manifest has:
>   tidy {
> "/c/z3208682/test_tidy":
> matches => "README.desktop",
> recurse => inf,
> require => [ File["/etc/kde-profile"], File["/etc/kderc"]];
>   }
> 
> my system has:
> /c/z3208682/test_tidy/
> /c/z3208682/test_tidy/z3208682
> /c/z3208682/test_tidy/z3208682/Desktop
> /c/z3208682/test_tidy/z3208682/Desktop/README.desktop
> 
> the puppet client gets the error:
> Thu Oct 02 04:52:36 +1000 2008 
> //Node[default]/staff/staff_readme/Tidy[/c/z3208682/test_tidy] (err): Failed 
> to generate additional resources during transaction: comparison of String 
> with 0 failed

If I remember correctly, recurse => inf doesn't work (this goes back to at
least a 0.1x release) and you need to use recurse => true instead.  Try
that, and if it works then at least everyone knows the source of the
problem.  

- Matt



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

Bug#500182: Additional Information

[Andrew Ferguson]

On Oct 1, 2008, at 6:43 PM, Orion wrote:
Wed Oct  1 21:24:58 2008  Sending back exception  of type 'exceptions.AssertionError'>:
 File "/var/lib/python-support/python2.5/rdiff_backup/ 
connection.py", line 335, in answer_request

   result = apply(eval(request.function_string), argument_list)
 File "/var/lib/python-support/python2.5/rdiff_backup/ 
fs_abilities.py", line 785, in backup_set_globals

   dest_fsa = FSAbilities('destination').init_readwrite(Globals.rbdir)
 File "/var/lib/python-support/python2.5/rdiff_backup/ 
fs_abilities.py", line 155, in init_readwrite

   self.set_eas(subdir, 1)
 File "/var/lib/python-support/python2.5/rdiff_backup/ 
fs_abilities.py", line 364, in set_eas

   assert xattr.getxattr(rp.path, "user.test") == "test val"


Great, thank you! This is the actual source of the failure.


3. What version of Linux are you running? And more importantly, what
version of EncFS?

I'm using a newly upgraded version of Debian Lenny / Sid. The version
of EncFS on my system is the newest available at the time of writing,
1.4.2-2


Ok, it turns out that EncFS was not adhering the the specification for  
the getxattr(2) system call [2]. It was returning zero (which  
generally indicates success); however, the spec requires that the  
length of the returned string be returned. By returning zero, pyxattr  
believed that no string was present, and returned nothing.


The failure arises because rdiff-backup tests that extended attributes  
it just wrote are read back in properly (seems like a good thing for a  
backup program to test, no?). This test fails for the reason described  
above.


Here are two solutions you can apply now:

1) Upgrade to EncFS version 1.5.0 (released Sep 7, 2008), in which a  
fix is supposedly present. Looking at the code, I'm skeptical that the  
fix is correct, but only testing will tell.


2) Use the --no-eas option to rdiff-backup, which will disable  
extended attributes support and bypass this failing test.


I will also add some code to rdiff-backup to display a more helpful  
error message if this occurs in the future.



Thanks,
Andrew


References
[1] https://bugs.launchpad.net/encfs/+bug/246681
[2] http://linux.die.net/man/2/getxattr
[3] http://code.google.com/p/encfs/issues/detail?id=4&can=1&q=extended



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

Bug#500851: doesn't work when used in merge mode

[Jelmer Vernooij]

Package: bzr-builddeb
Version: 2.0.1
Severity: normal

charis:~/bzr/bzr/debian-experimental% bzr mark-uploaded
/usr/lib/python2.5/site-packages/bzrlib/plugins/cia/__init__.py:188:
DeprecationWarning: bzrlib.branch.BranchHooks.install_hook was
deprecated in version 1.5.
  Branch.hooks.install_hook('post_commit', branch_commit_hook)
  bzr: ERROR: Could not find changelog at debian/changelog.

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

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

Versions of packages bzr-builddeb depends on:
ii  bzr  1.7.1~rc1-1 easy to use distributed version co
ii  bzrtools 1.7.0-1 Collection of tools for bzr
ii  devscripts   2.10.38 scripts to make the life of a Debi
ii  dpkg-dev 1.14.22 Debian package development tools
ii  fakeroot 1.9.7   Gives a fake root environment
ii  patchutils   0.2.31-4Utilities to work with patches
ii  python   2.5.2-2 An interactive high-level object-o
ii  python-apt   0.7.7.1 Python interface to libapt-pkg
ii  python-central   0.6.8   register and build utility for Pyt
ii  python-debian0.1.11  Python modules to work with Debian

bzr-builddeb recommends no packages.

Versions of packages bzr-builddeb suggests:
ii  bzr-svn   0.4.13-2   Bazaar plugin providing Subversion

-- no debconf information



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

Bug#499647: splashy-themes: new debian-swirl theme

[Luca Capello]

Hi there!

On Sun, 21 Sep 2008 02:28:21 +0200, Luca Capello wrote:
> Attached a new theme for Debian: simply, the swirl on black.  Feel free
> to rename/modify it, but please include it ;-)

I forgot the license, GPL-2+:

--8<---cut here---start->8---
diff -Naur debian-swirl.ORG/README debian-swirl/README
--- debian-swirl.ORG/README 2008-05-30 09:59:55.0 +0200
+++ debian-swirl/README 2008-10-02 02:08:28.0 +0200
@@ -1,5 +1,6 @@
 # Debian Swirl-only Splashy Theme
 # Author: Luca Capello <[EMAIL PROTECTED]>
+# License: GNU General Public License, version 2 or later
 # Based on: "Debian Splashy Theme" by Ruben van de Ven <[EMAIL PROTECTED]>
 
 How to install the theme:
diff -Naur debian-swirl.ORG/theme.xml debian-swirl/theme.xml
--- debian-swirl.ORG/theme.xml  2008-09-21 02:00:43.0 +0200
+++ debian-swirl/theme.xml  2008-10-02 02:08:40.0 +0200
@@ -8,6 +8,7 @@
 Debian swirl-only Splashy theme
 
 Luca Capello <[EMAIL PROTECTED]>
+   GNU General Public License, version 2 or later
 
 
 8---

Thx, bye,
Gismo / Luca


pgp4CoFZlnXkL.pgp
Description: PGP signature

Bug#500850: openafs-modules-source: General Protection Fault under 2.6.25 and 2.6.26

[Andrew Perrin]

Package: openafs-modules-source
Version: 1.4.7.dfsg1-5
Severity: important



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

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

Versions of packages openafs-modules-source depends on:
ii  bison   1:2.3.dfsg-5 A parser generator that is compati
ii  debhelper   7.0.15   helper programs for debian/rules
ii  flex2.5.35-2 A fast lexical analyzer generator.
ii  kernel-package  11.001-0.1   A utility for building Linux kerne
ii  module-assistant0.10.11.0tool to make module package creati

openafs-modules-source recommends no packages.

-- no debconf information

When I compile the openafs modules using make-kpkg modules-image under 
debian lenny, openafs dies with a General Protection Fault between 1 and 
24 hours after boot. This does *not* happen on the same machines running 
2.6.24 but does happen running .25 and .26.

The machines are (1) a Lenovo ThinkCentre with a Pentium 4HT processor; 
and (2) an IBM eSeries 226 with dual Xeon 2.8Ghz processors.

This is the GPF:

Sep 29 10:41:00 che kernel: general protection fault:  [#1] SMP 
Sep 29 10:41:00 che kernel: Modules linked in: radeon drm openafs(P) 
rfcomm l2cap bluetooth video backlight output fan ac acpi_cpufreq 
cpufreq_ondemand cpufreq_powersave cpufreq_conservative 
cpufreq_userspace ide_generic usbhid usb_storage ide_cd_mod libusual 
snd_hda_intel snd_pcm_oss snd_mixer_oss piix ehci_hcd uhci_hcd 
ide_pci_generic i2c_i801 ide_core thermal snd_pcm usbcore snd_timer 
snd_page_alloc snd_hwdep intel_agp agpgart snd processor button 
soundcore
Sep 29 10:41:00 che kernel: 
Sep 29 10:41:00 che kernel: Pid: 3485, comm: afsd Tainted: P 
(2.6.25 #1)
Sep 29 10:41:00 che kernel: EIP: 0060:[] EFLAGS: 00010282 CPU: 
1
Sep 29 10:41:00 che kernel: EIP is at _read_lock+0x0/0xc
Sep 29 10:41:00 che kernel: EAX: fffe EBX: 0010 ECX: 0002 
EDX: 
Sep 29 10:41:00 che kernel: ESI: fffe EDI: 48e0e8fc EBP: 48e0e87c 
ESP: f72d9f7c
Sep 29 10:41:00 che kernel:  DS: 007b ES: 007b FS: 00d8 GS:  SS: 
0068
Sep 29 10:41:00 che kernel: Process afsd (pid: 3485, ti=f72d8000 
task=f7fef5c0 task.ti=f72d8000)
Sep 29 10:41:00 che kernel: Stack: f94c15c5 0010 f72d9fb8 f94c7b3c 
48e0e832 48e0e8fc f94b660d 0001 
Sep 29 10:41:00 che kernel:002f 48e0da6b 48e0e8a0 48e0da9a 
48e0e8d7 007079a0 48e0e87c  
Sep 29 10:41:00 che kernel:0001 f72d5da0   
f9505a96 f7fef7a8 f950dc37 007b 
Sep 29 10:41:00 che kernel: Call Trace:
Sep 29 10:41:00 che kernel:  [] 
afs_osi_TraverseProcTable+0x12/0x5e [openafs]
Sep 29 10:41:00 che kernel:  [] afs_GCPAGs+0x8f/0x161 
[openafs]
Sep 29 10:41:00 che kernel:  [] afs_Daemon+0x4ae/0x50c 
[openafs]
Sep 29 10:41:00 che kernel:  [] afsd_thread+0x484/0x64e 
[openafs]
Sep 29 10:41:00 che kernel:  [] afsd_thread+0x0/0x64e 
[openafs]
Sep 29 10:41:00 che kernel:  [] kernel_thread_helper+0x7/0x18
Sep 29 10:41:00 che kernel:  ===
Sep 29 10:41:00 che kernel: Code: d0 c3 f0 ff 00 31 d2 89 d0 c3 89 c2 f0 
81 28 00 00 00 01 0f 94 c0 b9 01 00 00 00 84 c0 75 09 f0 81 02 00 00 00 
01 31 c9 89 c8 c3  83 28 01 79 05 e8 3a fd ff ff c3 9c 5a fa b9 00 
01 00 00 f0 
Sep 29 10:41:00 che kernel: EIP: [] _read_lock+0x0/0xc SS:ESP 
0068:f72d9f7c
Sep 29 10:41:00 che kernel: ---[ end trace 64f7b129a232e344 ]---



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

Bug#491817: a simple fix

[Jérémy Lal]

xfwm won't fix this,
so here's a really simple patch, see :

http://bugzilla.gnome.org/show_bug.cgi?id=541154#c6

i hope that'll be approved...
Index: empathy-0.23.3/libempathy-gtk/empathy-ui-utils.c
===
--- empathy-0.23.3/libempathy-gtk/empathy-ui-utils.c
+++ empathy-0.23.3/libempathy-gtk/empathy-ui-utils.c
@@ -1240,8 +1240,8 @@
 			 XA_CARDINAL, 32, PropModeReplace,
 			 (guchar *)&data, 4);
 
-	gtk_window_set_skip_taskbar_hint (window, TRUE);
 	gtk_window_iconify (window);
+	gtk_window_set_skip_taskbar_hint (window, TRUE);
 }
 
 /* Takes care of moving the window to the current workspace. */

Bug#500848: comparison of String with 0 failed

[Jayen Ashar]

Package: puppet
Version: 0.24.4-8~bpo40+1
Severity: minor

my puppetmaster manifest has:
  tidy {
"/c/z3208682/test_tidy":
matches => "README.desktop",
recurse => inf,
require => [ File["/etc/kde-profile"], File["/etc/kderc"]];
  }

my system has:
/c/z3208682/test_tidy/
/c/z3208682/test_tidy/z3208682
/c/z3208682/test_tidy/z3208682/Desktop
/c/z3208682/test_tidy/z3208682/Desktop/README.desktop

the puppet client gets the error:
Thu Oct 02 04:52:36 +1000 2008 
//Node[default]/staff/staff_readme/Tidy[/c/z3208682/test_tidy] (err): Failed to 
generate additional resources during transaction: comparison of String with 0 
failed

-- 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-6-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages puppet depends on:
ii  adduser3.102 Add and remove users and groups
ii  facter 1.3.5-1   a library for retrieving facts fro
ii  libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby
ii  libshadow-ruby1.8  1.4.1-7   Interface of shadow password for R
ii  libxmlrpc-ruby 1.8.2-1   XML-RPC support for Ruby
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  ruby   1.8.2-1   An interpreter of object-oriented 

Versions of packages puppet recommends:
ii  rdoc  1.8.2-1Generate documentation from ruby s

-- no debconf information



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

Bug#499931: being worked on...

[Thomas Viehmann]

Hi,

just a quick note before everyone contacts the copyright holder: Digital
Mars has indicated that they're willing to grant the license we need and
it looks like a matter of days until it's actually done.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



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

Bug#500849: Out of date homepage

[Chris Walker]

Package: varkon
Version: 1.18A-3

The description includes a homepage -
http://www.tech.oru.se/cad/varkon - which is out of date. It has moved
to http://varkon.sourceforge.net/ where version 1.19C is available.

Chris








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

Bug#486683: the patch from upstream

[Jérémy Lal]

is attached...
i could not wait...

Index: empathy-0.23.3/libempathy/empathy-tp-contact-list.c
===
--- empathy-0.23.3/libempathy/empathy-tp-contact-list.c
+++ empathy-0.23.3/libempathy/empathy-tp-contact-list.c
@@ -843,8 +843,11 @@
 
 	g_return_if_fail (EMPATHY_IS_TP_CONTACT_LIST (list));
 
+	if (priv->subscribe) {
 	empathy_tp_group_add_member (priv->subscribe, contact, message);
-	if (g_list_find (priv->pendings, contact)) {
+	}
+
+	if (priv->publish && g_list_find (priv->pendings, contact)) {
 		empathy_tp_group_add_member (priv->publish, contact, message);		
 	}
 }
@@ -858,8 +861,12 @@
 
 	g_return_if_fail (EMPATHY_IS_TP_CONTACT_LIST (list));
 
+	if (priv->subscribe) {
 	empathy_tp_group_remove_member (priv->subscribe, contact, message);
+	}
+	if (priv->publish) {
 	empathy_tp_group_remove_member (priv->publish, contact, message);		
+	}
 }
 
 static GList *
@@ -1000,7 +1007,9 @@
 	tp_group = tp_contact_list_get_group (EMPATHY_TP_CONTACT_LIST (list),
 	  group);
 
+	if (tp_group) {
 	empathy_tp_group_add_member (tp_group, contact, "");
+	}
 }
 
 static void

Bug#500635: [pkg-fso-maint] Bug#500635: xserver-xglamo: screen has weird offset if one suspends while the screen is rotated

[Luca Capello]

Hi Timo!

Let's move to the smartphones-userland ML ;-)

On Mon, 29 Sep 2008 23:46:52 +0200, Timo Juhani Lindfors wrote:
> Steps to reproduce:
> 1) xrandr -o 3
> 2) apm -s
> 3) press PWR to wakeup openmoko

It seems I cannot reproduce it, as after step 2 my FR wakes up alone
because of a modem wakeup interrupt, dmesg attached.

Has anyone but Timo experienced this bug?

> More info:
> 1) Using "xrandr -o 0; xrandr -o 3" restores the screen to state
> before step 2.

At least we know a workaround!

> 2) This sounds like an upstream bug but I don't remember seeing it
> with other distros.

Anyone?

Thx, bye,
Gismo / Luca



dmesg_apm-s_20081001.log.gz
Description: gismo's FR dmesg: modem wakeup interrupt


pgpQbBkdzbdbg.pgp
Description: PGP signature

Bug#500746: [Buildd-tools-devel] Bug#500746: feature request: use pre-existing schroot or run early script hook

[Roger Leigh]

On Wed, Oct 01, 2008 at 09:49:48AM -0700, Kees Cook wrote:
> On Wed, Oct 01, 2008 at 05:11:23PM +0100, Roger Leigh wrote:
> > Could you possibly explain what exactly you would like to do with this
> > feature?  I would be happy to add some general mechanism to sbuild,
> > such as your patch, but I'd just like to understand the use case for it.
> 
> Certainly.  While I use sbuild for doing Debian builds, I tend to use it
> much more for Ubuntu builds.  Ubuntu has four components, defined in a
> grid based on their freeness and commercial-supported-ness:
> 
>   supportedunsupported
> free  "main"   "universe"
> non-free "restricted"  "multiverse"
> 
> In order to make sure that Build-Deps aren't satisfied crossing the
> supported/unsupported and the free/non-free lines in the wrong direction,
> I have to modify the source.list in the chroot before sbuild gets
> rolling.

OK, thanks for the explanation.

One easy solution here would be to have a different chroot for each
variant e.g. unstable/main, but of course we need to use the chroot to
get the sources, so this likely isn't viable.

> So, yeah, I'm trying to imagine a general solution, but in this specific
> instance, I need to know the distribution and the source package name
> (from there, I can look up which component the src belongs to, censor
> the sources.list and run apt-get update).

OK.  I think calling external scripts here would be a good idea.  We
could use run-parts to run all the scripts in e.g. /etc/sbuild/setup.d,
for example, in a similar manner to the schroot setup scripts, but with
all of the relevant sbuild state exported in the environment.  This
would make it trivially extensible by users and other packages.

> > Would you prefer to have sbuild call an external program, or would
> > enabling some sort of perl extension system using modules be acceptable?
> 
> A perl extension feels like overkill, and I was thinking that an external
> program (if it had access to enough of the sbuild state environment)
> could be very easy to configure and change by an end user.

Agreed.  If you haven't already, you might be interested in looking at
the current sbuild in git:

  git://git.debian.org/git/buildd-tools/sbuild.git

Here, the main build state, configuration, chroot information etc. have
all been object-oriented using perl objects.  We can easily write a few
lines of perl to dump the object state into the environment so scripts
can access it.  This would only be possible for scalar and perhaps array
values realistically, but it would give you all you need to do what you
want.

This is unreleased; I was aiming to upload this to experimental this
weekend, with unstable following the release of Lenny.  Quite a few more
changes are planned; the object-orientation is just the first step to
getting a number of more significant changes made, including getting
buildd into the Debian packaging and making wanna-build support multiple
database backends, such as SQLite and PostgreSQL.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#500847: [cython] Does not accept Unicode docstrings

[P M]

Package: cython
Version: 0.9.8-1
Severity: normal

Cython does not accept Unicode docstrings in .pyx files. I have attached a 
sample session with a .pyx file, where I define a function with a docstring 
containing Greek characters. The file's contents are in UTF-8. What is more, 
instead of an error message, I got a python traceback! This problem does not 
show up with comments in Unicode or other string literals.

$ cat bug.pyx
def hello():
'''Γειά σου, κόσμε!'''
print 'Hello, world!'
$ cython bug.pyx
Traceback (most recent call last):
  File "/usr/bin/cython", line 8, in 
main(command_line = 1)
  File "/var/lib/python-support/python2.5/Cython/Compiler/Main.py", line 527, 
in main
result = compile(sources, options)
  File "/var/lib/python-support/python2.5/Cython/Compiler/Main.py", line 505, 
in compile
return compile_multiple(source, options)
  File "/var/lib/python-support/python2.5/Cython/Compiler/Main.py", line 472, 
in compile_multiple
result = context.compile(source, options)
  File "/var/lib/python-support/python2.5/Cython/Compiler/Main.py", line 327, 
in compile
tree.process_implementation(scope, options, result)
  File "/var/lib/python-support/python2.5/Cython/Compiler/ModuleNode.py", line 
59, in process_implementation
self.generate_c_code(env, options, result)
  File "/var/lib/python-support/python2.5/Cython/Compiler/ModuleNode.py", line 
243, in generate_c_code
self.body.generate_function_definitions(env, code, options.transforms)
  File "/var/lib/python-support/python2.5/Cython/Compiler/Nodes.py", line 839, 
in generate_function_definitions
with_pymethdef = env.is_py_class_scope)
  File "/var/lib/python-support/python2.5/Cython/Compiler/Nodes.py", line 
1442, in generate_function_header
self.entry.doc))
  File "/var/lib/python-support/python2.5/Cython/Compiler/Code.py", line 52, 
in putln
self.put(code)
  File "/var/lib/python-support/python2.5/Cython/Compiler/Code.py", line 69, 
in put
self._write(code)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 38-41: 
ordinal not in range(128)
$

Thank you for your time.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.26-1-amd64

Debian Release: lenny/sid
  990 testing security.debian.org 
  990 testing ftp.duth.gr 
  990 testing ftp.de.debian.org 
  500 unstableftp.duth.gr 
  500 unstableftp.de.debian.org 
  500 stable  www.dipconsultants.com 
  500 lenny   kde4.debian.net 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
python| 2.5.2-2
python-support (>= 0.7.1) | 0.8.4





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

Bug#499963: [Calendarserver-maintainers] Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

[Ben Poliakoff]

Alright I see what's going on.  The NssDirectoryService is required by
the DirectoryService class to support three methods:

recordTypes()
listRecords()
recordWithShortName()

My server is configured to use files and LDAP for NSS calls.  We have
several thousand users in our LDAP directory and implement the default
limit of 500 search results.  As a result 'getent passwd' returns
a subset of all valid accounts (not including the 'benp' account).

'getent passwd benp' returns the entry for the 'benp' account just
fine; and when I manually add the result of 'getent passwd benp'
to /etc/passwd I'm finally able to connect with Lightning via
Kerberos/Negotiate auth as 'benp'.  The principal is autocreated and I'm
able to read and write to the calendar.

But a DirectoryService subclass is required to support a function
(listRecords) that returns *all* valid accounts.  This just isn't
compatible with our NSS environment.

I think I might take a stab at writing a generic LDAPDirectoryService
using your NssDirectoryService as an example.

So in the end this isn't really a bug with NssDirectoryService; but it's
probably worth noting in the documentation that NssDirectoryService will
only work properly within an environment where *all* valid users can be
retrieved via the equivalent of 'getent passwd'.  

Sorry for the trouble, and thanks for your time!

Ben

-- 

PGP fingerprint:  A131 F813 7A0F C5B7 E74D  C972 9118 A94D 6AF5 2019


pgpf1HSlMbRfU.pgp
Description: PGP signature

Bug#391021: Same problem

[Vedran Furač]

This happened to me some three months ago on HP6720 laptop. I wanted to
try again today with daily built images but failed to download them from
gemmei.acc.umu.se.

Regards,

Vedran






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

Bug#500846: linux-image-2.6.26-1-686: Kernel will not boot in Virtual PC

[David Sanders]

Subject: linux-image-2.6.26-1-686: Kernel will not boot in Virtual PC
Package: linux-image-2.6.26-1-686
Version: 2.6.26-5
Severity: important
Tags: patch

*** Please type your report below this line ***
Kernel will not boot in Virtual PC due to introduction of multi-byte
nops.  Problem has been fixed upstream for 2.6.27.  I am including patch
to fix problem in 2.6.26-1-686.

-- Package-specific info:

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

Kernel: Linux 2.6.27-rc8.local2 (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 linux-image-2.6.26-1-686 depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92j  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

Versions of packages linux-image-2.6.26-1-686 recommends:
ii  libc6-i6862.7-13 GNU C Library: Shared libraries [i

Versions of packages linux-image-2.6.26-1-686 suggests:
ii  grub  0.97-47GRand Unified Bootloader (Legacy v
pn  linux-doc-2.6.26   (no description available)

-- debconf information:
  linux-image-2.6.26-1-686/preinst/abort-overwrite-2.6.26-1-686:
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.26-1-686/postinst/bootloader-error-2.6.26-1-686:
  linux-image-2.6.26-1-686/postinst/depmod-error-initrd-2.6.26-1-686: false
  linux-image-2.6.26-1-686/prerm/removing-running-kernel-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/old-system-map-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/abort-install-2.6.26-1-686:
  linux-image-2.6.26-1-686/preinst/lilo-has-ramdisk:
  linux-image-2.6.26-1-686/preinst/bootloader-initrd-2.6.26-1-686: true
  linux-image-2.6.26-1-686/prerm/would-invalidate-boot-loader-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/elilo-initrd-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/kimage-is-a-directory:
  linux-image-2.6.26-1-686/postinst/old-dir-initrd-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/create-kimage-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/lilo-initrd-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/old-initrd-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/overwriting-modules-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/depmod-error-2.6.26-1-686: false
  linux-image-2.6.26-1-686/postinst/bootloader-test-error-2.6.26-1-686:
  linux-image-2.6.26-1-686/preinst/failed-to-move-modules-2.6.26-1-686:
  linux-image-2.6.26-1-686/preinst/initrd-2.6.26-1-686:
>From 14469a8dd23677921db5e7354a602c98d9c6300f Mon Sep 17 00:00:00 2001
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Fri, 5 Sep 2008 09:30:14 -0700
Subject: [PATCH] x86: disable static NOPLs on 32 bits

On 32-bit, at least the generic nops are fairly reasonable, but the
default nops for 64-bit really look pretty sad, and the P6 nops really do
look better.

So I would suggest perhaps moving the static P6 nop selection into the
CONFIG_X86_64 thing.

The alternative is to just get rid of that static nop selection, and just
have two cases: 32-bit and 64-bit, and just pick obviously safe cases for
them.

Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
---
 arch/x86/Kconfig.cpu |   13 -
 1 files changed, 8 insertions(+), 5 deletions(-)

diff --git a/arch/x86/Kconfig.cpu b/arch/x86/Kconfig.cpu
index 2c518fb..b225219 100644
--- a/arch/x86/Kconfig.cpu
+++ b/arch/x86/Kconfig.cpu
@@ -382,14 +382,17 @@ config X86_OOSTORE
 # P6_NOPs are a relatively minor optimization that require a family >=
 # 6 processor, except that it is broken on certain VIA chips.
 # Furthermore, AMD chips prefer a totally different sequence of NOPs
-# (which work on all CPUs).  As a result, disallow these if we're
-# compiling X86_GENERIC but not X86_64 (these NOPs do work on all
-# x86-64 capable chips); the list of processors in the right-hand clause
-# are the cores that benefit from this optimization.
+# (which work on all CPUs).  In addition, it looks like Virtual PC
+# does not understand them.
+#
+# As a result, disallow these if we're not compiling for X86_64 (these
+# NOPs do work on all x86-64 capable chips); the list of processors in
+# the right-hand clause are the cores that benefit from this optimization.
 #
 config X86_P6_NOP
 	def_bool y
-	depends on (X86_64 || !X86_GENERIC) && (M686 || MPENTIUMII || MPENTIUMIII || MPENTIUMM || MCORE2 || MPENTIUM4 || MPSC)
+	depends on X86_64
+	depends on (MCORE2 || MPENTIUM4 || MPSC)
 
 config X86_TSC
 	def_bool y
-- 
1.6.0.2.GIT

Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

[Luca Capello]

Hi Martin!

Please don't reply to the bug itself nor to the smartphones-userland ML,
this issue has nothing to do with Xglamo.  Instead, reply to the XSF ML,
I set accordingly M-F-T and R-T.

On Thu, 02 Oct 2008 00:17:52 +0200, Julien Cristau wrote:
> On Thu, Oct  2, 2008 at 00:01:29 +0200, Luca Capello wrote:
>> clone 500626 -1
>> retitle -1 xserver-xglamo: crashes after xrandr command
>> thanks
>
> Can you take these bugs off the xorg package?  They were filed against a
> nonexistent package, then reassigned to xorg, and I don't know what's
> the appropriate package here.

Xglamo is the Openmoko kdrive server [1], maintained in Debian [2] by
the Debian FSO Team [3] and distributed in the unofficial team
repository [4].

Martin, please stop reassigning them and just leave them assigned to a
nonexistent package as for the other packages maintained by the Debian
FSO Team [5].  These packages are intended to be uploaded as soon as the
libraries dependencies will be satisfied.  That's why the Debian FSO
team decided to use the Debian infrastructure (including the BTS).

I'll reassigned them back to the xserver-xglamo package.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://git.openmoko.org/?p=xglamo.git;a=summary
[2] http://git.debian.org/?p=pkg-fso/xglamo.git;a=summary
[3] http://wiki.debian.org/Teams/DebianFSO
[4] deb http://pkg-fso.alioth.debian.org/debian unstable main
[5] http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]


pgplFM3zWbFVx.pgp
Description: PGP signature

Bug#500182: Additional Information

[Orion]

Hi 

My apologies for the delay. I'll answer your questions one by one.

1. What is the exact command you are running?

It seems to be:

rdiff-backup --include-globbing-filelist
"" --print-statistics / ""

2. What happens if you run with the -v9 option? Can you please paste
the complete log file?

Sure. Privacy edited (nothing removed) version shown below. Sorry if it
comes out bunched up, my client seems to do that no matter what I do. 

Wed Oct  1 21:24:58 2008  Server sending (0): None
Wed Oct  1 21:24:58 2008  Server received (0): ConnectionRequest: 
log.Log.setterm_verbosity with 1 arguments
Wed Oct  1 21:24:58 2008  Server received (0): 9
Wed Oct  1 21:24:58 2008  Server sending (0): None
Wed Oct  1 21:24:58 2008  Server received (0): ConnectionRequest: Globals.set 
with 2 arguments
Wed Oct  1 21:24:58 2008  Server received (0): 'print_statistics'
Wed Oct  1 21:24:58 2008  Wed Oct  1 22:24:35 2008  Using rdiff-backup version 
1.2.1
Wed Oct  1 22:24:35 2008  Executing ssh -C  
rdiff-backup --server
Wed Oct  1 22:24:35 2008  Client sending (0): ConnectionRequest: Globals.get 
with 1 arguments
Wed Oct  1 22:24:35 2008  Client sending (0): 'version'
Wed Oct  1 22:24:57 2008  Client received (0): '1.2.1'
Wed Oct  1 22:24:57 2008  Registering connection 1
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
SetConnections.init_connection_remote with 1 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): 1
Wed Oct  1 22:24:57 2008  Client received (0): None
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
log.Log.setverbosity with 1 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): 9
Wed Oct  1 22:24:57 2008  Client received (0): None
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
log.Log.setterm_verbosity with 1 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): 9
Wed Oct  1 22:24:57 2008  Client received (0): None
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: Globals.set 
with 2 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): 'print_statistics'
Wed Oct  1 22:24:57 2008  Client sending (0): 1
Wed Oct  1 22:24:57 2008  Client received (0): None
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
rpath.make_file_dict with 1 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): ''
Wed Oct  1 22:24:57 2008  Client received (0): {'size': 4096L, 'uid': 1000, 
'perms': 448, 'inode': 2556138L, 'devloc': 17L, 'nlink': 2, 'mtime': 
1222896216, 'gid': 1000, 'atime': 1222896264, 'type': 'dir', 'ctime': 
1222896216}
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
rpath.setdata_local with 1 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): Path: 
Index: ()
Data: {'size': 4096L, 'uid': 1000, 'perms': 448, 'inode': 2556138L, 'devloc': 
17L, 'nlink': 2, 'mtime': 1222896216, 'gid': 1000, 'atime': 1222896264, 'type': 
'dir', 'ctime': 1222896216}
Wed Oct  1 22:24:57 2008  Client received (0): None
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
rpath.make_file_dict with 1 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): ''
Wed Oct  1 22:24:57 2008  Client received (0): {'size': 4096L, 'uid': 1000, 
'perms': 448, 'inode': 2556138L, 'devloc': 17L, 'nlink': 2, 'mtime': 
1222896216, 'gid': 1000, 'atime': 1222896264, 'type': 'dir', 'ctime': 
1222896216}
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
rpath.setdata_local with 1 arguments
Wed Oct  1 22:24:57 2008  Client sending (0): Path: Wed Oct  1 21:24:58 2008  Server received (0): 
ConnectionRequest: robust.install_signal_handlers with 0 arguments
Wed Oct  1 21:24:58 2008  Server sending (0): None
Wed Oct  1 21:24:58 2008  Server received (0): ConnectionRequest: 
Hardlink.initialize_dictionaries with 0 arguments
Wed Oct  1 21:24:58 2008  Server sending (0): None
Wed Oct  1 21:24:58 2008  Server received (0): ConnectionRequest: Globals.set 
with 2 arguments
Wed Oct  1 21:24:58 2008  Server received (0): 'isbackup_writer'
Wed Oct  1 21:24:58 2008  Server received (0): 1
Wed Oct  1 21:24:58 2008  Server sending (0): None
Wed Oct  1 21:24:58 2008  Server received (0): ConnectionRequest: Globals.set 
with 2 arguments
Wed Oct  1 21:24:58 2008  Server received (0): 'backup_reader'
Wed Oct  1 21:24:58 2008  Server received (0): PipeConnection 0
Wed Oct  1 21:24:58 2008  Server sending (0): None
Wed Oct  1 21:24:58 2008  Server received (0): ConnectionRequest: Globals.set 
with 2 arguments
Wed Oct  1 21:24:58 2008  Server received (0): 'backup_writer'
Wed Oct  1 21:24:58 2008  Server received (0): LocalConnection
Wed Oct  1 21:24:58 2008  Server sending (0): None
Wed Oct  1 21:24:58 2008  Server received (0): ConnectionRequest: 
rpath.make_file_dict with 1 arguments
Wed Oct  1 21:24:58 2008  Server received (0): '/rdiff-backup-data'
Wed Oct  1 21:24 (0): None
Wed Oct  1 22:24:57 2008  Client sending (0): ConnectionRequest: 
Hardlink.initialize_dictionaries with 0 arguments
Wed Oct  1 22:24:57 2008  Client received (

Bug#500830: Misc packaging fixes

[Julien Cristau]

On Wed, Oct  1, 2008 at 22:13:06 +0200, Loïc Minier wrote:

>  If you're happy with the changes, I can NMU this debdiff at your
>  earliest convenience; woudln't hurt for lenny, but could as well be
>  experimental or sit in usntable.
> 
Looks good to me.  If nobody objects in the next days, I think you can
commit your changes to the pkg-ocaml-maint svn and upload.

Cheers,
Julien



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

Bug#343896: HP ilo ssh support

[Matt Taggart]

Hi, 

This is a status update on #343896, regarding openssh-client support when 
connecting to HP integrated Lights Out management processors.

As of October 1, 2008:

* The latest firmware version for ilo1 is 1.92 (9 May 2008) and it works 
properly with recent versions of openssh-client. However it still uses the 
"mpSSH_0.0.1" version string, so it's not possible for openssh to 
differentiate. I don't know if they plan to fix this one, given it's age 
they may no longer care (although there are still tons of them deployed).

* The latest firmware version for ilo2 is 1.61 (B) (26 Sep 2008) and it 
works properly with recent versions of openssh-client. It also now uses a 
new version string of "mpSSH_0.1.0" which may help in differentiating the 
problem versions.

Thanks,

-- 
Matt Taggart
[EMAIL PROTECTED]





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

Bug#500845: Dictionary-files are becoming old.

[Juhapekka Tolvanen]

Package: gjiten
Version: 2.6-2
Severity: normal

Feel free to try out, how well gjiten and Jim Breen’s WWWJDIC perform,
when you try these words:

めがねっこ
Alvar Aalto (Finnish architect)

Here it is:

http://www.csse.monash.edu.au/~jwb/cgi-bin/wwwjdic.cgi

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

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

Versions of packages gjiten depends on:
ii  edict  2008.02.13-1  English / Japanese dictionary
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  kanjidic   2008.02.13-1  A Kanji Dictionary
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-2  Layout and rendering of internatio
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libxml22.6.32.dfsg-4 GNOME XML library

Versions of packages gjiten recommends:
ii  ttf-kochi-mincho1.0.20030809-6   Kochi Subst Mincho Japanese TrueTy
ii  ttf-sazanami-mincho 0.0.1.20040629-5 Sazanami Mincho Japanese TrueType 

Versions of packages gjiten suggests:
ii  enamdict2008.02.13-1 Dictionary of Japanese proper name

-- no debconf information

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"ore wo mitsumeteiru anata sama wa ossharu bakari. kesshite dakiyosete wa
kurenai ooki na anata no te. ore no tanjoubi ni wa ai wo kai ataeru. kyou wa
kumori nochi ame."   Dir en grey



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

Bug#491283: Romanian translation bug report...without translation...

[Eddy Petrișor]

Christian Perrier a scris:

I'm afraid that Stan forgot to attach an ro.po file when reporting
this bug. Apparently noone noticed..:-)

Could you guys re-exhumate this translation and send it back to #491283?



Found and is attached. Thanks.

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# stan ioan-eugen <[EMAIL PROTECTED]>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-07-06 09:58+0200\n"
"PO-Revision-Date: 2008-07-11 14:53+0300\n"
"Last-Translator: stan ioan-eugen <[EMAIL PROTECTED]>\n"
"Language-Team: romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: boolean
#. Description
#: ../irqbalance.templates:1001
msgid "Enable irqbalance?"
msgstr "Se activează irqbalance?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:1001
msgid ""
"Enable the irqbalance daemon to balance IRQs on SMP systems and systems with "
"hyperthreading?"
msgstr "Se activează serviciul irqbalance pentru a echilibra întreruperile pe sistemele SMP și sistemele cu hyperthreading?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid "Balance the IRQ's once?"
msgstr "Se echilibrează întreruperile o singură dată?"

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid ""
"irqbalance can run in one shot mode, where the IRQs are balanced only once. "
"This is advantageous on hyperthreading systems such as the Pentium 4, which "
"appear to be SMP systems, but are really one physical CPU."
msgstr "irqbalance poate rula în modul „o singură dată”, mod în care întreruperile sunt echilibrate doar o singură dată. Acest mod este avantajos pe sistemele cu hyperthreading precum Pentium 4, care par a fi sisteme SMP dar care au de fapt un singur procesor."

#. Type: boolean
#. Description
#: ../irqbalance.templates:2001
msgid "Run irqbalance in one shot mode?"
msgstr "Se rulează irqbalance în modul „o singură dată”?"

Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

[Julien Cristau]

On Thu, Oct  2, 2008 at 00:01:29 +0200, Luca Capello wrote:

> clone 500626 -1
> retitle -1 xserver-xglamo: crashes after xrandr command
> thanks
> 
Hi,

Can you take these bugs off the xorg package?  They were filed against a
nonexistent package, then reassigned to xorg, and I don't know what's
the appropriate package here.

Thanks,
Julien



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

Bug#500574: Further info

[William Roe]

After some further investigation, it seems that the sound only
disappears when using gnome. Using Fluxbox avoids the problem.
Starting gnome-settings-daemon destroys sound again. I can't work out
what exactly gnome is doing to mess it up, but it's definitely the
culprit.



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

Bug#493632: apt-listbugs: "invalid date" error on texlive-latex-base

[Justin B Rye]

Francesco Poli wrote:
> On Tue, 05 Aug 2008 11:35:52 +0900 Junichi Uekawa wrote:
>> Already-reported against debbugs.
> 
> Could you please tell me which is the number for this debbugs bug?

I'm assuming 484789, which has claimed to be "pending" since early
August; debbugs has been at 2.4.1 since before Sarge went Stable.
-- 
JBR (submitter of 493632)



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

Bug#500719: Update to mpg123 version 1.5.1

[Daniel Kobras]

severity 500719 wishlist
thanks

Hi!

On Tue, Sep 30, 2008 at 08:51:13PM +0200, Carsten Grohmann wrote:
> Please update the package to the current version 1.5.1.

I'm aware of the most recent versions released upstream, but won't
package them in unstable yet to facilitate potential fixes targetted at
lenny. Once the freeze for the new stable version of Debian is over,
I'll upload 1.5.1 (or whatever is current then). If you know about major
problems addressed in 1.5.1 that ought to be fixed for lenny as well,
please let me know.

Regards,

Daniel.




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

Bug#499214: Corrupt file

[Jordi Mallach]

Hi Germana,

Thanks for translating OpenTTD's templates. However, the file you attached is
corrupt. Can you resend the translation in gzip format?

Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#500626: [Smartphones-userland] [pkg-fso-maint] Bug#500626: xserver-xglamo: fonts are very large in e.g. midori

[Luca Capello]

clone 500626 -1
retitle -1 xserver-xglamo: crashes after xrandr command
thanks

Hi Timo!

On Tue, 30 Sep 2008 12:21:41 +0200, Timo Juhani Lindfors wrote:
> I tried
>
> xrandr -o 0
> xdpyinfo
> xrandr -o 3
> xdpyinfo
> xrandr -o 3
> xdpyinfo
> xrandr -s 3
> xdpyinfo
> xrandr -s 2
> xdpyinfo
>
> and then xglamo crashed. I can reproduce this crash every time (at
> least with version 1.3.0.0+git20080807-3), can you?

No, are you sure the sequence above is correct?

Anyway, I cloned the original bug, since we've two bugs (big fonts and
crashes).  Please check the new bug number before replying ;-)

> Also after crash the display is not in the normal 480x640 mode which
> is also a bug.

I guess this is related to the crash above, thus I'd refrain to open
another bug until the above one is fixed.

> Yes, xrandr --dpi 75 does not change it anymore to 75x75.

I'm not really sure this is a bug, since I'm not at all a DPI expert.

BTW, do all these bugs also happens with FSO (or any other Openmoko
distribution) Xglamo?

Thx, bye,
Gismo / Luca


pgpXljrBY8m6B.pgp
Description: PGP signature

Bug#500843: tdfx: Recently (1-2 months) GLX fails (glxinfo, glxgears, xawtv, etc)

[Daniel Dickinson]

Package: xserver-xorg-video-tdfx
Version: 1:1.4.0-1
Severity: normal
File: tdfx


Recently GLX has ceased working for me on my system with Voodoo 3 3Dfx video 
adaptor.  It's not the above 1024x768 problem since I limit the display to 
1024x768 to make sure DRI should work, and the logs show that DRI is 
initializating, however the following messages is odd:

(EE) TDFX(0): DRIUnlock called when not locked.

I'm not sure if that is related the problem I am reporting the bug for though.  
The bug is that glx apps fail with a message such as the following:

name of display: :0.0
X Error of failed request:  BadAlloc (insufficient resources for operation)
  Major opcode of failed request:  143 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Serial number of failed request:  25
  Current serial number in output stream:  26

Googling suggests that in the past this sort of thing has been caused by 
changes in paths of files needed by the server/driver (e.g. other libraries 
etc.)

Any clues?

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-09-06 23:46 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1718484 2008-09-14 19:41 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1144 2008-09-07 00:31 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
SubSection  "Display"
Depth   16
Modes   "1024x768"
EndSubSection
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 46432 2008-10-01 16:19 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-6)
Current Operating System: Linux ysanne 2.6.26-1-686 #1 SMP Wed Sep 10 16:46:13 
UTC 2008 i686
Build Date: 15 September 2008  01:25:11AM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Oct  1 16:19:16 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) |-->Input Device "Configured Mouse"
(==) |-->Input Device "Generic Keyboard"
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/sha

Bug#500842: RFP: unetbootin -- universal netboot installer

[David Paleino]

Package: wnpp
Severity: wishlist

* Package name: unetbootin
  Version : 282
  Upstream Author : Geza Kovacs <[EMAIL PROTECTED]>
* URL : http://unetbootin.sourceforge.net/
* License : GPL-2+
  Programming Lang: C++/Qt4
  Description : universal netboot installer

UNetbootin (Universal Netboot Installer) is a cross-platform utility that can
create Live USB systems and can load a variety of system utilities or install
various Linux distributions and other operating systems without a CD.



I wanted to package this interesting software by myself, but I found it has
some precompiled binaries (both for Windows and Linux), and after simply
removing them it doesn't compile. It does need at least two or three binaries
-- but I don't know how to circumvent this or how to use existing Debian
packages (if any exist for them): they are syslinux, but also other files
unknown to me, like "memdisk", or "ubn*".

Kindly,
David

-- 
 . ''`.  Debian maintainer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#500841: ITP: slicer -- software package for visualization and image analysis

[Dominique Belhachemi]

Package: wnpp
Severity: wishlist
Owner: Dominique Belhachemi <[EMAIL PROTECTED]>


  Package name: slicer
  Version : 3.2.0
  Upstream Author : Steve Pieper  et al.
  URL : http://www.slicer.org/
  License : BSD style license, with extensions
  Programming Lang: C++
  Description : software package for visualization and image analysis

Slicer, or 3D Slicer, is a software package for visualization and
image analysis.
..
Features include:
..
  Sophisticated complex visualization capabilities
  Scene snapshots allow capture of all visualization parameters of a scene
  Extensive support for IGT and diffusion tensor imaging
  Advanced registration / data fusion capabilities
  Comprehensive I/O capabilities 



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

Bug#500832: mrtg: lock file error

[balihb]

Try running it by hand and see if it crashes or otherwise. The pid 
file should be cleaned up by the program if it runs and exits 
properly, but it will not if it crashes or gets killed somehow.


- Adam

PS. Disable the cron job before starting the by-hand tests. :)

No problem if I run it by hand. It's not leaving anything behind. The 
log of the cron job shows that mrtg definitely stops earlier than the 
manually started mrtg (from the errors printed out about the not 
responding hosts).


cron:
...
2008-10-01 23:20:11: ERROR: Target[cpu3][_IN_] ' $target->[23]{$mode} ' 
did not eval into defined data
2008-10-01 23:20:11: ERROR: Target[cpu3][_OUT_] ' $target->[23]{$mode} ' 
did not eval into defined data
2008-10-01 23:20:11: ERROR: Target[mem3][_IN_] ' $target->[24]{$mode} ' 
did not eval into defined data


cron stops here, but manualy:
...
2008-10-01 23:22:08: ERROR: Target[cpu3][_OUT_] ' $target->[23]{$mode} ' 
did not eval into defined data
2008-10-01 23:22:08: ERROR: Target[mem3][_IN_] ' $target->[24]{$mode} ' 
did not eval into defined data
2008-10-01 23:22:08: ERROR: Target[mem3][_OUT_] ' $target->[24]{$mode} ' 
did not eval into defined data
2008-10-01 23:22:08: ERROR: Target[cpu9][_IN_] ' $target->[39]{$mode} ' 
did not eval into defined data
2008-10-01 23:22:08: ERROR: Target[cpu9][_OUT_] ' $target->[39]{$mode} ' 
did not eval into defined data
2008-10-01 23:22:08: ERROR: Target[mem9][_IN_] ' $target->[40]{$mode} ' 
did not eval into defined data
2008-10-01 23:22:08: ERROR: Target[mem9][_OUT_] ' $target->[40]{$mode} ' 
did not eval into defined data
2008-10-01 23:22:08: ERROR: Target[temp2][_IN_] '(  
$target->[41]{$mode}  ) / 1000' (warn): Use of uninitialized value in 
division (/) at (eval 70) line 1.

...

But the cronjob not always stop there.
The graphs show that this started after I've updated it.



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

Bug#500403: fonty-rg: please add more glyphs to chavo

[Francesco Poli]

On Mon, 29 Sep 2008 17:17:23 +0200 Radovan Garabik wrote:

> On Sat, Sep 27, 2008 at 11:14:37PM +0200, Francesco Poli wrote:
[...]
> > Could these glyphs be added, please?
> 
> Unfortunately, there are only 256 positions in the font, and it is
> already packed full. You could drop some less used characters, but then
> you'd get a different font, obviously...

That's really unsatisfactory: I am beginning to understand the
limitations of the Linux console...  :-(
I am another user who would really love seeing a reimplemented Linux
console with full Unicode support.

> You can try the LatCyrGr-16.psf font, which has 512 positions (at the
> price of missing bold attribute when on plain VGA console, however
> framebuffer is OK) and some more characters (greek).

I would miss the bold attribute on VGA (I don't use a framebuffer
console).

> 
> Or you could try the dynafont package, unfortunately it is not actively
> maintained and you lose access to raw VGA hardware.

This is unfortunately unacceptable: the package is not available in
Debian testing and is claimed to be obsoleted by fonty-rg itself (see
bug #474125)...


-- 
 http://frx.netsons.org/doc/index.html#nanodocs
 The nano-document series is here!
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp9qK0BOkdBa.pgp
Description: PGP signature

Bug#500840: liboro-java should depend only on -headless java runtime packages

[Kolja Nowak]

Package: liboro-java
Version: 2.0.8a-4
Severity: wishlist


Hi,

can liboro-java depend only on -headless java runtime packages?

Ubuntu has it allready done this way, therefore I assume it should work:
-> http://packages.ubuntu.com/de/intrepid/i386/liboro-java

Greetings,
Kolja.


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

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

Versions of packages liboro-java depends on:
pn  java-common(no description available)

liboro-java recommends no packages.

liboro-java suggests no packages.



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

Bug#488635: Please allow spaces in usernames

[Patrick Schoenfeld]

Hi Arthur,

thanks for reconsidering your opinion and adding the patch, first.

On Wed, Oct 01, 2008 at 09:41:42PM +0200, Arthur de Jong wrote:
> Perhaps for group names it could be not very unusual but I would not
> call having spaces in user and group names very common, especially if
> you look at the history of *nix systems.

well, yes, I'm not a big fan of spaces in user- or groupnames either.
But these days it's quiet common to combine two worlds: Windows and
*nix, whereas in the first of both worlds spaces in groupnames are very
established. In fact the group "Domain Users" and alike are standard
groups in a windows environment and it seems that Windows partly requires
it (we had some problems before they were created with users unable to
work on a windows terminal server and after some research I heard
rumours that some of those groups are obligatory for Windows. Sorry, I
have no source for this anymore, but adding these groups and adding our
users to this group solved problems so I don't care that much).
And as far as I am concerned I don't see a good reason in not supporting
such "features" just because it was always done different. That is not a
convincing argument, too, in my opinion.

> > 2) It breaks compatibility with libnss-ldap, which does not have the
> > problem. Thats bad, as your solution is advertised as a replacement for
> > it, because of the better design. However to be standards-compliant,
> > while breaking functionaliy and compatibility is not really a good
> > thing.
> 
> I don't find this a very convincing argument. nss-ldapd is not a 100%
> bug-for-bug compatible replacement for nss_ldap. nss-ldapd is missing a
> number of features (most of which aren't very well documented in
> nss_ldap).

Right and it does not have to be a "bug-for-bug" compatible replacement.
But for the reasons above I wouldn't consider spaces in group names a
bug. In fact forbidding spaces in group names is just a restriction,
which does not seem to be neccessary and annoys people who are used to
it.

> > Anyway: As Andreas already said: It is a common setup, which works
> > flawless with libnss-ldap (except the non-related flaws this has), so:
> > No it does *not* break stuff.
> 
> Very well, I will apply your patch. Not because your arguments are very
> good but because it will not hurt nss-ldapd.

Well, that makes me happy (and others as well) and I can live with you
disagreeing with me. However I hope I had a chance to bring this a bit
nearer to you.

Again: Thanks for including the patch.

Best Regards
Patrick



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

Bug#500832: mrtg: lock file error

[Adam Majer]

balihb wrote:
If I add an rm to cron to delete the file after mrtg runned, then mrtg 
will not collect al the info it should. It only heppens with 2.16.2-3 
and not with 2.16.2-2. I don't know how it's possible.


Try running it by hand and see if it crashes or otherwise. The pid file 
should be cleaned up by the program if it runs and exits properly, but 
it will not if it crashes or gets killed somehow.


- Adam

PS. Disable the cron job before starting the by-hand tests. :)




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

Bug#500838: linux-image-2.6.24-etchnhalf.1-686-bigmem: MD raid5 array with XFS filesystem hangs (deadlock) after a while under heavy use

[Laszlo Kajan]

Package: linux-image-2.6.24-etchnhalf.1-686-bigmem
Version: 2.6.24-6~etchnhalf.5
Severity: important

File operations hang after a while on a raid5 MD array with XFS filesystem on 
it. XFS may be irrelevant. Default parameters were used, so 
/sys/block/md*/md/stripe_cache_size was not changed.
No error messages appear in dmesg or elsewhere, so a deadlock is suspected.

A patch exists: 
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/broken-out/md-fix-an-occasional-deadlock-in-raid5.patch.
The patch seems to appear (slightly modified) in the 2.6.26 (testing) kernel.
The patch, or the version that appears in 2.6.26 is reported to solve the 
problem (I can not yet confirm).

Increasing /sys/block/md*/md/stripe_cache_size to 4096 or 8192 is also reported 
to solve the problem (I can not yet confirm).

The stable 2.6.18 kernel is not affected, though raid5 speed benefits from 
increasing /sys/block/md*/md/stripe_cache_size (confirmed).

I use lenny/testing with a stable kernel.

-- Package-specific info:

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

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

Versions of packages linux-image-2.6.24-etchnhalf.1-686-bigmem depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92j  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

Versions of packages linux-image-2.6.24-etchnhalf.1-686-bigmem recommends:
ii  libc6-i6862.7-13 GNU C Library: Shared libraries [i

-- debconf information excluded



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

Bug#497474: Reopening

[Daniel Moerner]

reopen 497474
thanks

Hi, I am reopening this bug.  Previously, the blocker was the fact that it 
would require shipping a patched source because of a bug in the SConstruct 
file.  I have now fixed this by using a clean: patch clean-patched unpatch 
setup in debian/rules, with a separate clean-patched target.

I also did a very unscientific poll on forums.debian.net and several forum 
members mentioned interest in getting ipager in Debian, so I think it makes 
sense to move forward with packaging this.

Of course I will put off pushing for an upload until after Lenny is released.

Daniel Moerner


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

Bug#500839: libcommons-net-java should depend only on -headless java runtime packages

[Kolja Nowak]

Package: libcommons-net-java
Version: 1.4.1-1
Severity: wishlist


Hi,

can libcommons-net-java depend only on -headless java runtime packages?

Ubuntu has it allready done this way, therefore I assume it should work:
-> http://packages.ubuntu.com/de/intrepid/i386/libcommons-net-java

Greetings,
Kolja.


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

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

Versions of packages libcommons-net-java depends on:
pn  liboro-java(no description available)
pn  sablevm | gij | kaffe | java1  (no description available)

libcommons-net-java recommends no packages.

libcommons-net-java suggests no packages.



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

Bug#500834: #500834

[Bastian Blank]

tags 500834 moreinfo
thanks

Please test that with 2.6.26 from Lenny, it uses the new RTC interface
which seems to work better.

Bastian

-- 
Klingon phaser attack from front!
100% Damage to life support



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

Bug#500794: uswsusp - s2ram does not follow kernel

[Bastian Blank]

On Wed, Oct 01, 2008 at 07:23:50PM +0200, Christian Perrier wrote:
> Quoting Bastian Blank ([EMAIL PROTECTED]):
> > s2ram ignores if the kernel say it supports suspend-to-ram and insist on
> > a white list. As using s2ram is currently the default method, this is
> > unacceptable. The kernel know itself if it can suspend a machine.
> I don't really understand how this makes the bug "grave". "important",
> maybe. 
> - The package is usable

It is unusable on an unknown amount of machines. I would have no problem
with that if it is only installed on request, but it is included in the
laptop task and therefor a standard package.

Bastian

-- 
Deflector shields just came on, Captain.



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

Bug#500778: libnss-ldapd: groups resolve to nogroup after boot

[Patrick Schoenfeld]

Hi Arthur,

On Wed, Oct 01, 2008 at 10:27:04PM +0200, Arthur de Jong wrote:
> On Wed, 2008-10-01 at 13:11 +0200, Patrick Schoenfeld wrote:
> > Our setup is a mixed Windows/Linux environment with a LDAP server, for
> > central authentication. Linux clients use libnss-ldapd for resolution of
> > usernames and groups.
> 
> Could you provide some more details? 

Yep, I can. I'm just unsure which informations are of interest (I'm at a
point where I'm kinda clueless whats the cause of the trouble :/).

> Is the LDAP server on the system that also runs nss-ldapd, what options do 
> you use,

No, it runs on another host. I don't use any special options. In fact
the configuration is the default configuration, except the server
address and the search base.

[EMAIL PROTECTED]:~# grep -v '\(^#\|^$\)' /etc/nss-ldapd.conf
uri ldap://majestix-linux.intra.in-medias-res.com
base dc=intra,dc=in-medias-res,dc=com
uid nslcd
gid nslcd

> which LDAP server software etc? Your configuration file should also help.

The LDAP server is a usual slapd as it is in Etch:

slapd (2.3.30-5+etch1)

> > After reboot of the Linux clients they are unable to resolve groups and
> > sometimes are also unable to resolve users. The result is that files are
> > owned by [nobody]:nogroup, while getent passwd and getent group show
> > the right result.
> 
> I don't understand this. If you perform getent passwd and getent group
> you get the expected result but if you do ls -l the files are reported
> as nobody:nogroup?

Right. Sometimes all files are "owned" by nobody:nogroup but the most
common problem is that only groups are a problem. And yes, while the
problem exists getent passwd and getent group show up groups properly.

> If ls can't resolve numeric user and group ids it should print the
> numeric form, not make up something.

Well, I think this is related to the fact that it is a NFSv4 filesystem.
nobody:nogroup is what idmapd from NFS does if it cannot properly
resolve the ids.

> Can you produce logs of nslcd? It should report whether the LDAP server
> was reachable or not. If you can run nslcd with the -d option it should
> report more information that will help in tracking this down.

OK. I will add this logs ASAP.

> > In consequence people are unable to properly login
> > (because desktop environment need read permissions on their setting ;)
> > and user permissions are broken.
> 
> Note that for logging in you also need pam_ldap which has it's own
> configuration. If the problem is in that you should probably also
> provide information about that.

Well, the problem is not the login per se, but that some programs (for
example GNOME) simply do not work, because they can't read their settings
(if the nobody problem exists as well. if the groups are the only
problem, then only accessing shared files is a problem)

> nslcd only caches the relationship between DNs and uids for group
> membership lookups (when the uniqueMember attribute is used). This
> timeout is hardcoded at 15 minutes. Other than that I can't think of a
> timeout as long unless you set it that high in the config.

I would have said first, that 15 minutes could be the time frame, but
then again: no. Today I saw the problem disappearing after more then
half an hour.

> The way nss-ldapd solves the udev problem is by not doing LDAP lookups
> that early during boot at all and "fail" quickly. Only when nslcd is
> started are lookups attempted. In any case I can't think of a case where
> getent passwd should work and ls would fail.

Well, sounds reasonable and I don't see why this should cause the
problems.

> I am inclined to lower it to important because it seems to work in a lot
> of common environments.

Well, yes, thats true. But on the other side it has serious affect on
the functionality on the system at a whole (because it is a client that
mounts /home etc. from the server), so I felt serious is a good
compromise.

> I hope to fix this soon. Thanks for your bugreport.

No bug report, no solution, right? So no need to thank me, instead I
thank you if you'd find a solution for it.

Best Regards,
Patrick



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

Bug#390816: aic7xxx_abort returns 0x2002

[vince]

Hi everyone

I appear to have a similar problem here, this evening when I was trying
to install Debian 4.0.4 on an old ProLiant 330 Compaq Server.

The problem appears already at 1st boot, before starting Debian install
the system hangs with the following error message:
aic7xxx_abort returns 0x2002

As of now, a W2K Server Edition is running on the system, so I do not
think it is a hardware problem.

I read a lot of documentation about that, but as far as I could see the
problem is still opened.

Is there any workaround for that?

Thanks and best regards
vince





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

Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support

[Dmitry Kurochkin]

On Thu, Oct 2, 2008 at 12:53 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Am Donnerstag, den 02.10.2008, 00:50 +0400 schrieb Dmitry Kurochkin:
>> On Thu, Oct 2, 2008 at 12:47 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote:
>> > Am Donnerstag, den 02.10.2008, 00:21 +0400 schrieb Dmitry Kurochkin:
>> >> Package: libghc6-xmonad-contrib-dev
>> >> Version: 0.8-1
>> >> Severity: normal
>> >>
>> >> Hello.
>> >>
>> >> Please build xmonad-contrib with utf8 support. It requires utf8-string
>> >> package and is enabled by '--flags=with_utf8' configure parameter.
>> >
>> > thanks for the hint. What exactly do you miss utf8? For example, the
>> > shell prompt module does display characters like ≠ just fine now?
>>
>> 1. Window title in status bar.
>> 2. Window title in tab header.
>> 3. Prompts (e.g. russian filename as parameter to commands).
>
> Thanks. I don't have any tabs or status bars, so I haven't noticed so
> far. ≠ also works in my prompt when it is part of an auto-completed
> filename, so I'm not sure how I can test that utf8 support actually
> works before a new upload. Can you give me a concrete test, preferably
> one with the Shell prompt, so I don't have to change my xmonad config?

Try this:

1. touch ~/тест
2. 'ls ~' shows file 'тест' correctly
3. mod-p to launch prompt
4. type '~/'

It shows all files in $HOME and file 'тест' is shown incorrect.

If it does not help, I can test it on my (amd64) machine.

Regards,
  Dmitry

>
> Thanks,
> Joachim
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
>



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

Bug#500837: libsane's udev rules not recognised

[Dave Page]

Package: libsane
Version: 1.0.19-20
Severity: minor


I installed libsane (as a dependency of kooka) and then connected my USB
scanner (a Mustek 1248UB). The device nodes in /dev/usbdev* were owned
by root:root and hence the scanner was not accessible by me -
"scanimage -L" showed the scanner as root but not as the normal user.

I had to manually restart udev to get it to read the rules file; after
that (and unplugging and replugging the scanner) the permissions were
correct and everything was fine.

libsane should do this for you when it is installed so installation is
more transparent.

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

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

Versions of packages libsane depends on:
ii  adduser  3.110   add and remove users and groups
ii  libavahi-client3 0.6.22-3Avahi client library
ii  libavahi-common3 0.6.22-3Avahi common library
ii  libc62.7-13  GNU C Library: Shared libraries
ii  libexif120.6.16-2.1  library to parse EXIF files
ii  libgphoto2-2 2.4.1-3 gphoto2 digital camera library
ii  libgphoto2-port0 2.4.1-3 gphoto2 digital camera port librar
ii  libieee1284-30.2.11-5cross-platform library for paralle
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libsane-extras   1.0.19.10   API library for scanners -- extra 
ii  libtiff4 3.8.2-11Tag Image File Format (TIFF) libra
ii  libusb-0.1-4 2:0.1.12-12 userspace USB programming library
ii  makedev  2.3.1-88creates device files in /dev
ii  udev 0.125-6 /dev/ and hotplug management daemo

Versions of packages libsane recommends:
ii  avahi-daemon  0.6.22-3   Avahi mDNS/DNS-SD daemon
ii  sane-utils1.0.19-20  API library for scanners -- utilit

Versions of packages libsane suggests:
pn  hplip  (no description available)
pn  hpoj   (no description available)

-- no debconf information



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

Bug#500794: uswsusp - s2ram does not follow kernel

[Bastian Blank]

On Wed, Oct 01, 2008 at 07:54:54PM +0200, Sven Joachim wrote:
> But it does not know whether the machine will come up again, and even if
> that's the case, the screen may remain blank forever.  Such is the case
> on my desktop. :-(

Each kernel driver is allowed to veto suspension.

> There's little point in suspending a machine that won't resume
> correctly afterwards.

Do you have a number which amount of machines have problems?

Bastian

-- 
"Get back to your stations!"
"We're beaming down to the planet, sir."
-- Kirk and Mr. Leslie, "This Side of Paradise",
   stardate 3417.3



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

Bug#500836: debhelper: typo in rules.simple in dh manpage

[Daniel Moerner]

Package: debhelper
Version: 7.0.17
Severity: minor

Hi, in man 1 dh, it gives a sample debian/rules file that is a copy of 
/usr/share/doc/debhelper/examples/rules.simple.  However, there is a typo in 
the version in the manpage:

build: build-stamp
dh build
touch build-stamp

It calls build-stamp but then runs the dh build command in the build target, 
and there is no build-stamp target in the file.

Thanks,
Daniel Moerner

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

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

Versions of packages debhelper depends on:
ii  binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii  dpkg-dev1.14.22  Debian package development tools
ii  file4.26-1   Determines file type using "magic"
ii  html2text   1.3.2a-5 advanced HTML to text converter
ii  man-db  2.5.2-3  on-line manual pager
ii  perl5.10.0-15Larry Wall's Practical Extraction 
ii  po-debconf  1.0.15   manage translated Debconf template

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make   0.46   tool that converts source archives

-- no debconf information



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

Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support

[Joachim Breitner]

Hi,

Am Donnerstag, den 02.10.2008, 00:50 +0400 schrieb Dmitry Kurochkin:
> On Thu, Oct 2, 2008 at 12:47 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag, den 02.10.2008, 00:21 +0400 schrieb Dmitry Kurochkin:
> >> Package: libghc6-xmonad-contrib-dev
> >> Version: 0.8-1
> >> Severity: normal
> >>
> >> Hello.
> >>
> >> Please build xmonad-contrib with utf8 support. It requires utf8-string
> >> package and is enabled by '--flags=with_utf8' configure parameter.
> >
> > thanks for the hint. What exactly do you miss utf8? For example, the
> > shell prompt module does display characters like ≠ just fine now?
> 
> 1. Window title in status bar.
> 2. Window title in tab header.
> 3. Prompts (e.g. russian filename as parameter to commands).

Thanks. I don’t have any tabs or status bars, so I haven’t noticed so
far. ≠ also works in my prompt when it is part of an auto-completed
filename, so I’m not sure how I can test that utf8 support actually
works before a new upload. Can you give me a concrete test, preferably
one with the Shell prompt, so I don’t have to change my xmonad config?

Thanks,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support

[Joachim Breitner]

Hi,

Am Donnerstag, den 02.10.2008, 00:21 +0400 schrieb Dmitry Kurochkin:
> Package: libghc6-xmonad-contrib-dev
> Version: 0.8-1
> Severity: normal
> 
> Hello.
> 
> Please build xmonad-contrib with utf8 support. It requires utf8-string
> package and is enabled by '--flags=with_utf8' configure parameter.

thanks for the hint. What exactly do you miss utf8? For example, the
shell prompt module does display characters like ≠ just fine now?

Greetings,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support

[Dmitry Kurochkin]

On Thu, Oct 2, 2008 at 12:47 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Am Donnerstag, den 02.10.2008, 00:21 +0400 schrieb Dmitry Kurochkin:
>> Package: libghc6-xmonad-contrib-dev
>> Version: 0.8-1
>> Severity: normal
>>
>> Hello.
>>
>> Please build xmonad-contrib with utf8 support. It requires utf8-string
>> package and is enabled by '--flags=with_utf8' configure parameter.
>
> thanks for the hint. What exactly do you miss utf8? For example, the
> shell prompt module does display characters like ≠ just fine now?

1. Window title in status bar.
2. Window title in tab header.
3. Prompts (e.g. russian filename as parameter to commands).

Regards,
  Dmitry

>
> Greetings,
> Joachim
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
>



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

Bug#500415: viruskiller: [PATCH] Don't crash if there are no sound files

[Ansgar Burchardt]

tags 500415 + patch
thanks

Hi,

the attached patch made the game work for me again.

I have prepared an NMU with two other minor changes (fix call of make
clean and a typo in the man page) that I will upload next week, or
earlier if that is ok with you.

Regards,
Ansgar

-- 
PGP: 1024D/595FAD19  739E 2D09 0969 BEA9 9797  B055 DDB0 2FF7 595F AD19

#! /bin/sh /usr/share/dpatch/dpatch-run
## 30_dont_crash_if_no_sound_files.dpatch by Ansgar Burchardt <[EMAIL 
PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Do not crash if there are no sound files in viruskiller.pak

@DPATCH@

diff --git a/src/CAudio.cpp b/src/CAudio.cpp
index 6adc59b..4d38015 100644
--- a/src/CAudio.cpp
+++ b/src/CAudio.cpp
@@ -72,7 +72,7 @@ bool Audio::loadSound(int i, char *filename)
}
 
#if USEPAK
-   engine->unpack(filename, PAK_SOUND);
+   if (engine->unpack(filename, PAK_SOUND))
sound[i] = Mix_LoadWAV_RW(engine->sdlrw, 1);
#else
sound[i] = Mix_LoadWAV(filename);
@@ -111,7 +111,7 @@ bool Audio::loadMusic(char *filename)
}
 
#if USEPAK
-   engine->unpack(filename, PAK_MUSIC);
+   if (engine->unpack(filename, PAK_MUSIC))
music = Mix_LoadMUS(tempPath);
#else
music = Mix_LoadMUS(filename);

Bug#483249: setting package to wnpp, retitle 483249 to ITA: xaos -- real-time interactive fractal zoomer ...

[Ansgar Burchardt]

# Automatically generated email from bts, devscripts version 2.10.35
package wnpp
retitle 483249 ITA: xaos -- real-time interactive fractal zoomer
# I intend to maintain Xaos in the Debian Games Team
owner 483249 !




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

Bug#500745: zsh-beta: Tab completion looking for /etc/init.d/program

[Matt Wozniski]

It seems to be trying to complete options from the init.d scripts
typical options.
zsh -f
mastermind% autoload -U compinit; compinit
mastermind% zsh 
_init_d:17: no such file or directory: /etc/init.d/zsh
mastermind% zsh st
_init_d:17: no such file or directory: /etc/init.d/zsh
mastermind% zsh st
_init_d:17: no such file or directory: /etc/init.d/zsh
mastermind% zsh stop
start  stop

mastermind% ssh 
force-reload  reloadrestart   start statusstop

~Matt



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

Bug#500805: Info received (Bug#500805: Info received (Bug#500805: Info received (Bug#500805: Info received (Bug#500805: Info received (Bug#500805: lazarus: FPC source directory is not found after inst

[Christoph Donges]

unsubscribe

On Thu, Oct 2, 2008 at 6:36 AM, Debian Bug Tracking System <
[EMAIL PROTECTED]> wrote:

>
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Carlos Laviola <[EMAIL PROTECTED]>
>
> If you wish to submit further information on this problem, please
> send it to [EMAIL PROTECTED], as before.
>
> Please do not send mail to [EMAIL PROTECTED] unless you wish
> to report a problem with the Bug-tracking system.
>
>
> --
> 500805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500805
> Debian Bug Tracking System
> Contact [EMAIL PROTECTED] with problems
>



-- 
There is neither Jew or Greek, slave or free, male or female, gay or
straight, black or white, conservative or liberal, Christian or Muslim: for
you are all one... (Galatians 3:28)

Bug#500710: flashplugin-nonfree: Does not install flash plugin on amd64

[Cade]

It looks like the libflashplayer.so can't find the libraries it needs:
This is tar downloaded from Adobe:
# ldd libflashplayer.so.10 | grep not
libnss3.so => not found
libsmime3.so => not found
libssl3.so => not found
libplds4.so => not found
libplc4.so => not found
libnspr4.so => not found


The libflashplayer.so from the tar that the experimental package downloads:
# ldd libflashplayer.so | grep not
libcurl.so.3 => not found
libssl3.so => not found
libnss3.so => not found
libnspr4.so => not found


I get libcurl.so.3 not found when trying to install the package at the
part where nspluginwrapper runs.  I also get that running
update-flashplugin-nonfree.  Also running nspluginscan if the FP10 .so
is in place in /usr/lib/mozilla/plugins.
-- 
Cade



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

Bug#500835: xarchiver from command-line shows a cp missing operand error

[Jeremy Lal]

Package: xarchiver
Version: 0.5.0~beta1-2
Severity: normal

For example, this call :
> xarchiver --extract-to=/home/test empathy-2.24.0.tar.gz
Xarchiver 0.5.0beta1 (©)2005-2008 Giuseppe Torelli
cp -f

then a dialog opens up and says cp : missing operand error
and nothing is extracted.


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

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

Versions of packages xarchiver depends on:
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-3  The GTK+ graphical user interface 
ii  libpango1.0-0 1.20.5-2   Layout and rendering of internatio

Versions of packages xarchiver recommends:
ii  arj3.10.22-6 archiver for .arj files
ii  bzip2  1.0.5-1   high-quality block-sorting file co
ii  p7zip-full 4.58~dfsg.1-1 7z and 7za file archivers with hig
ii  rpm4.4.2.3-1 Red Hat package manager
ii  unzip  5.52-12   De-archiver for .zip files
ii  zip2.32-1Archiver for .zip files

Versions of packages xarchiver suggests:
ii  rar   1:3.8b3-1  Archiver for .rar files

-- no debconf information




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

Bug#500805: Info received (Bug#500805: Info received (Bug#500805: Info received (Bug#500805: Info received (Bug#500805: lazarus: FPC source directory is not found after installation))))

[Christoph Donges]

unsubscribe

On Thu, Oct 2, 2008 at 6:33 AM, Debian Bug Tracking System <
[EMAIL PROTECTED]> wrote:

>
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Carlos Laviola <[EMAIL PROTECTED]>
>
> If you wish to submit further information on this problem, please
> send it to [EMAIL PROTECTED], as before.
>
> Please do not send mail to [EMAIL PROTECTED] unless you wish
> to report a problem with the Bug-tracking system.
>
>
> --
> 500805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500805
> Debian Bug Tracking System
> Contact [EMAIL PROTECTED] with problems
>



-- 
There is neither Jew or Greek, slave or free, male or female, gay or
straight, black or white, conservative or liberal, Christian or Muslim: for
you are all one... (Galatians 3:28)

Bug#498208: mailscanner: directive Max SpamAssassin Size with trackback parameter fails

[Simon Walter]

With a little help I produced a patch to fix the problem, but i don't know if
the code still does what it should do.

So I will still forward this bug to upstream and let him handle it...
but if you like give the following patch a try...
without any warranty .. ;)


--- PFDiskStore.pm~ 2008-03-24 14:07:46.0 +0100
+++ PFDiskStore.pm  2008-10-01 22:28:39.0 +0200
@@ -506,8 +506,8 @@
   # Handle trackback -- This is the tricky one
   if ($configwords[1] =~ /tr[ua]/i) {
 #print STDERR "Trackback:\n";
-while ([EMAIL PROTECTED](@{$body})-1] !~ /^\s*$/) {
-  print "Line is " . [EMAIL PROTECTED](@{$body})-1] . "\n";
+while ($body->[-1] !~ /^\s*$/) {
+  print "Line is " . $body->[-1] . "\n";
   pop @{$body};
   #print STDERR ".";
 }


-- 
Regards
Simon Walter



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

Bug#500834: linux-package: the time of day value of date is set to UTC value

[Peter Farkas]

Package: linux-package
Version: 2.6.18-6-486
Severity: normal

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

This is a multi OS Dell Dimension E521 system with dual core AMD64.
When I boot the system in Debian Linux i386 the time of the day is
incorrect:  it says PDT as expected, but the value is the UTC value.
When I boot the system in Debian Linux amd64 everything is OK.
When I boot the system in Windws Vista (32 bit) things are OK.

I found the following workaround:  In /etc/init.d/hwclock.sh
do the following change:

/etc/init.d 48> diff hwclock.sh.orig hwclock.sh
21c21
< HWCLOCKPARS=
---
> HWCLOCKPARS=--directisa

I needed to make this change only in the hwclcock.sh file of
the i386 linux OS.



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

Bug#500805: Info received (Bug#500805: Info received (Bug#500805: Info received (Bug#500805: lazarus: FPC source directory is not found after installation)))

[Christoph Donges]

unsubscribe

On Thu, Oct 2, 2008 at 6:24 AM, Debian Bug Tracking System <
[EMAIL PROTECTED]> wrote:

>
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Carlos Laviola <[EMAIL PROTECTED]>
>
> If you wish to submit further information on this problem, please
> send it to [EMAIL PROTECTED], as before.
>
> Please do not send mail to [EMAIL PROTECTED] unless you wish
> to report a problem with the Bug-tracking system.
>
>
> --
> 500805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500805
> Debian Bug Tracking System
> Contact [EMAIL PROTECTED] with problems
>



-- 
There is neither Jew or Greek, slave or free, male or female, gay or
straight, black or white, conservative or liberal, Christian or Muslim: for
you are all one... (Galatians 3:28)

Bug#500778: libnss-ldapd: groups resolve to nogroup after boot

[Arthur de Jong]

On Wed, 2008-10-01 at 13:11 +0200, Patrick Schoenfeld wrote:
> Our setup is a mixed Windows/Linux environment with a LDAP server, for
> central authentication. Linux clients use libnss-ldapd for resolution of
> usernames and groups.

Could you provide some more details? Is the LDAP server on the system
that also runs nss-ldapd, what options do you use, which LDAP server
software etc? Your configuration file should also help.

> After reboot of the Linux clients they are unable to resolve groups and
> sometimes are also unable to resolve users. The result is that files are
> owned by [nobody]:nogroup, while getent passwd and getent group show
> the right result.

I don't understand this. If you perform getent passwd and getent group
you get the expected result but if you do ls -l the files are reported
as nobody:nogroup?

If ls can't resolve numeric user and group ids it should print the
numeric form, not make up something.

Can you produce logs of nslcd? It should report whether the LDAP server
was reachable or not. If you can run nslcd with the -d option it should
report more information that will help in tracking this down.

> In consequence people are unable to properly login
> (because desktop environment need read permissions on their setting ;)
> and user permissions are broken.

Note that for logging in you also need pam_ldap which has it's own
configuration. If the problem is in that you should probably also
provide information about that.

> After 10-30 minutes of running the problem disappears. This makes me
> think that some timeout occours, but I can't tell which.
>
> I thought its probably somehow related to the udev resolution issues
> that are handled different in libnss-ldapd from libnss-ldap which
> produces a significant delay when booting because groups can't be
> resolved while ldap is accessible, which is handled gracefully bei
> libnss-ldapd. Maybe you gather invalid results while booting, because
> LDAP is not accessible. But I don't see why nslcd should cache these
> results so I think my idea is absurd.

nslcd only caches the relationship between DNs and uids for group
membership lookups (when the uniqueMember attribute is used). This
timeout is hardcoded at 15 minutes. Other than that I can't think of a
timeout as long unless you set it that high in the config.

The way nss-ldapd solves the udev problem is by not doing LDAP lookups
that early during boot at all and "fail" quickly. Only when nslcd is
started are lookups attempted. In any case I can't think of a case where
getent passwd should work and ls would fail.

One known issue (#475626) is related to the order at which nslcd is
started during boot. If the LDAP server is unavailable when nslcd is
started a timeout could occur and the LDAP server will not be found
immediately when it is available.

> I've choosen severity serious for this issue because at the one hand
> the problem would fit severity 'Critical', because it "makes unrelated
> software on the system (or the whole system) break", but then again I
> felt uncomfortable with it, because the problem does not persist over
> the uptime of the system and after 10-30 minutes the problem
> disappears.

I am inclined to lower it to important because it seems to work in a lot
of common environments.

> But I think it should definitive be fixed for lenny.

I hope to fix this soon. Thanks for your bugreport.

-- 
-- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong --


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

Bug#500805: Info received (Bug#500805: Info received (Bug#500805: lazarus: FPC source directory is not found after installation))

[Christoph Donges]

unsubscribe

On Thu, Oct 2, 2008 at 6:18 AM, Debian Bug Tracking System <
[EMAIL PROTECTED]> wrote:

>
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Carlos Laviola <[EMAIL PROTECTED]>
>
> If you wish to submit further information on this problem, please
> send it to [EMAIL PROTECTED], as before.
>
> Please do not send mail to [EMAIL PROTECTED] unless you wish
> to report a problem with the Bug-tracking system.
>
>
> --
> 500805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500805
> Debian Bug Tracking System
> Contact [EMAIL PROTECTED] with problems
>



-- 
There is neither Jew or Greek, slave or free, male or female, gay or
straight, black or white, conservative or liberal, Christian or Muslim: for
you are all one... (Galatians 3:28)

Bug#500689: krusader: Please make FTP connection manager

[Jakub Lucký]

On Tue, Sep 30, 2008 at 4:00 PM, Frank Schoolmeesters <
[EMAIL PROTECTED]> wrote:

> On Tue, Sep 30, 2008 at 2:56 PM, Jakub Lucký <[EMAIL PROTECTED]>
> wrote:
> > Package: krusader
> > Version: 1.90.0-3
> > Severity: wishlist
> >
> > Hi
> >
> > It will be great to create easy-to-maintain FTP manager for Krusader
> > Like you know, selection of saved FTPs, adding new, removing them and so
> on, asi it is in Total Commander
> >
> > Thanks a lot for your time
> > Jakub Lucký
> >
> > -- System Information:
> > Debian Release: lenny/sid
> >  APT prefers unstable
> >  APT policy: (500, 'unstable')
> > Architecture: i386 (i686)
> >
> > Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/bash
> >
> > Versions of packages krusader depends on:
> > ii  kdelibs4c2a4:3.5.9.dfsg.1-6  core libraries and binaries
> for al
> > ii  libacl12.2.47-2  Access control list shared
> library
> > ii  libattr1   1:2.4.43-1Extended attribute shared
> library
> > ii  libc6  2.7-13GNU C Library: Shared
> libraries
> > ii  libgcc11:4.3.2-1 GCC support library
> > ii  libice62:1.0.4-1 X11 Inter-Client Exchange
> library
> > ii  libkjsembed1   4:3.5.10-1Embedded JavaScript library
> > ii  libkonq4   4:3.5.9.dfsg.1-5  core libraries for Konqueror
> > ii  libpng12-0 1.2.27-1  PNG library - runtime
> > ii  libqt3-mt  3:3.3.8b-5Qt GUI Library (Threaded
> runtime v
> > ii  libsm6 2:1.0.3-2 X11 Session Management
> library
> > ii  libstdc++6 4.3.2-1   The GNU Standard C++ Library
> v3
> > ii  libx11-6   2:1.1.5-2 X11 client-side library
> > ii  libxext6   2:1.0.4-1 X11 miscellaneous extension
> librar
> > ii  menu   2.1.40generates programs menu for
> all me
> > ii  zlib1g 1:1.2.3.3.dfsg-12 compression library -
> runtime
> >
> > krusader recommends no packages.
> >
> > Versions of packages krusader suggests:
> > ii  arj 3.10.22-6archiver for .arj files
> > ii  ark 4:3.5.10-1   graphical archiving tool for
> KDE
> > ii  bzip2   1.0.5-1  high-quality block-sorting
> file co
> > ii  cfv 1.18.2-1 versatile file checksum
> creator an
> > ii  cpio2.9-14   GNU cpio -- a program to
> manage ar
> > ii  kdebase-bin 4:3.5.9.dfsg.1-5 core binaries for the KDE
> base mod
> > ii  kdebase-kio-plugins 4:3.5.9.dfsg.1-5 core I/O slaves for KDE
> > ii  kdiff3  0.9.92-2 compares and merges 2 or 3
> files o
> > pn  kedit  (no description available)
> > ii  khexedit4:3.5.10-1   KDE hex editor
> > pn  kmail  (no description available)
> > ii  konsole 4:3.5.9.dfsg.1-5 X terminal emulator for KDE
> > ii  krename 3.0.14-1 Powerful batch renamer for
> KDE 3.x
> > pn  lha(no description available)
> > ii  p7zip   4.58~dfsg.1-17zr file archiver with high
> compre
> > ii  rar 1:3.8b3-1Archiver for .rar files
> > pn  rpm(no description available)
> > ii  unace   1.2b-7   extract, test and view .ace
> archiv
> > ii  unrar   1:3.8.2-1Unarchiver for .rar files
> (non-fre
> > ii  unzip   5.52-12  De-archiver for .zip files
> > ii  xxdiff  1:3.2-7  a graphical file and
> directories c
> > ii  zip 2.32-1   Archiver for .zip files
> >
> > -- no debconf information
> >
> >
> >
> >
>
> Hi Jakub,
>
> We know that the remote connection manager is "bad", the GUI even
> dates from KDE1 ... ;)
> The current focus is mainly debugging Krusader-2.x so that we can
> release a stable version for KDE4.
> There will be a new remote connection manager some day, but no promesses
> when.
>
> kind regards,
>
> Frank Schoolmeester
> http://www.krusader.org
>


Hi Frank

I read your email and I am now looking forward to Krusader-2...

Thanks a lot for your information
Jakub

Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support

[Dmitry Kurochkin]

Package: libghc6-xmonad-contrib-dev
Version: 0.8-1
Severity: normal

Hello.

Please build xmonad-contrib with utf8 support. It requires utf8-string
package and is enabled by '--flags=with_utf8' configure parameter.

Regards,
  Dmitry


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

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

Versions of packages libghc6-xmonad-contrib-dev depends on:
ii  ghc6  6.8.2-7GHC - the Glasgow Haskell Compilat
ii  libghc6-mtl-dev   1.1.0.0-2  Haskell monad transformer library 
ii  libghc6-x11-dev   1.4.2-1Haskell X11 binding for GHC
ii  libghc6-xmonad-dev0.8-1  A lightweight X11 window manager
ii  libx11-dev2:1.1.5-2  X11 client-side library (developme
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library

libghc6-xmonad-contrib-dev recommends no packages.

Versions of packages libghc6-xmonad-contrib-dev suggests:
pn  libghc6-xmonad-contrib-doc (no description available)
pn  libghc6-xmonad-contrib-prof(no description available)

-- no debconf information



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

Bug#500832: mrtg: lock file error

[balihb]

Package: mrtg
Version: 2.16.2-3
Severity: important

if mrtg run by cron I get this the second time cron run it:

2008-09-29 12:40:02: ERROR: I guess another mrtg is running. A lockfile 
(/var/lock/mrtg/_etc_mrtg.cfg_l) aged
1800 seconds is hanging around. If you are sure that no other mrtg
is running you can remove the lockfile

If I add an rm to cron to delete the file after mrtg runned, then mrtg 
will not collect al the info it should. It only heppens with 2.16.2-3 
and not with 2.16.2-2. I don't know how it's possible.

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

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

Versions of packages mrtg depends on:
ii  debconf [debconf-2.0]  1.5.22Debian configuration management sy
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libgd2-noxpm   2.0.36~rc1~dfsg-3 GD Graphics Library version 2 (wit
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libsnmp-session-perl   1.12-1Perl support for accessing SNMP-aw
ii  perl   5.10.0-14 Larry Wall's Practical Extraction 
ii  perl-modules   5.10.0-14 Core Perl modules
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

mrtg recommends no packages.

Versions of packages mrtg suggests:
ii  apache2-mpm-prefork [httpd] 2.2.9-7  Apache HTTP Server - traditional n
ii  links [www-browser] 2.1pre37-1.1 Web browser running in text mode
ii  lynx-cur [www-browser]  2.8.7dev9-2  Text-mode WWW Browser with NLS sup
pn  mrtg-contrib   (no description available)

-- debconf information:
  mrtg/own_user: true
* mrtg/conf_mods: false



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

Bug#500830: Misc packaging fixes

[Loïc Minier]

Package: facile
Version: 1.1-6.1
Severity: normal
Tags: patch

Hi there,

 I had a look at the facile source package today, and noticed some odd
 things in the packaging; I've cleaned it up a little in the attached
 debdiff.  (I'm filing this at normal severity because of the copyright
 issues.)

 Changelog:
  * Only compute OCAML_ABI once by using := instead of =.
  * Don't overwrite DEB_DH_GENCONTROL_ARGS and use -u instead of -- to pass
args to dpkg-gencontrol in a safer manner.
  * Include dpatch.mk instead of calling dpatch manually; NB: this will cause
the patches to be applied before running configure which is more useful,
but doesn't change anything with the current patches; bump up cdbs bdep to
>= 0.4.21.
  * Use the makefile.mk cdbs class instead of the autotools one.
- Move the configure flag to a new custom common-configure-impl /
  config_Makefile rule.
- Drop --disable-maintainer-mode exclusion hack.
- Don't call make clean in clean; cdbs does that for us.
- Set DEB_MAKE_INSTALL_TARGET to install.
  * Drop redundant setting of FACILEDIR with the echo >config_Makefile
construct; the configure flag works fine.
  * Replace debian/libfacile-ocaml-dev.dirs.in template and logic with
DEB_INSTALL_DIRS_ALL; fixes lack of cleanup of
debian/libfacile-ocaml-dev.dirs.
  * Set OCAMLC OCAMLMLI via DEB_MAKE_INVOKE instead of DEB_MAKE_BUILD_TARGET;
this sets the same environment for all make runs.
  * Add year 2004 to copyright.
  * Point at common-licenses for the full text of the LGPL and include the
full licensing header.
  * Depend on ${misc:Depends} as recommended in debhelper 5.

 If you're happy with the changes, I can NMU this debdiff at your
 earliest convenience; woudln't hurt for lenny, but could as well be
 experimental or sit in usntable.

   Cheers,
-- 
Loïc Minier
diff -u facile-1.1/debian/rules facile-1.1/debian/rules
--- facile-1.1/debian/rules
+++ facile-1.1/debian/rules
@@ -3,20 +3,20 @@
-include /usr/share/cdbs/1/class/autotools.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
+include /usr/share/cdbs/1/rules/dpatch.mk
+include /usr/share/cdbs/1/class/makefile.mk
 
-DEB_CONFIGURE_NORMAL_ARGS = --faciledir debian/libfacile-ocaml-dev/`ocamlc 
-where`/facile
-DEB_MAKE_BUILD_TARGET=OCAMLC="ocamlc -g" OCAMLMLI=ocamlc
-exclude=--disable-maintainer-mode
-DEB_CONFIGURE_INVOKE:=$(filter-out $(exclude),$(DEB_CONFIGURE_INVOKE))
-OCAMLABI = ${shell ocamlc -version}
-DEB_DH_GENCONTROL_ARGS=-- -VF:OCamlABI="$(OCAMLABI)"
+OCAMLABI := $(shell ocamlc -version)
+FACILEDIR := $(shell ocamlc -where)/facile
+DEB_INSTALL_DIRS_ALL += $(FACILEDIR)
+DEB_DH_GENCONTROL_ARGS += -u-VF:OCamlABI="$(OCAMLABI)"
+DEB_MAKE_INVOKE += OCAMLC="ocamlc -g" OCAMLMLI=ocamlc
+DEB_MAKE_INSTALL_TARGET := install
+
+common-configure-arch common-configure-indep:: common-configure-impl
+common-configure-impl:: config_Makefile
+config_Makefile:
+   ./configure --faciledir debian/libfacile-ocaml-dev/$(FACILEDIR)
 
-common-configure-arch::  
-   echo FACILEDIR=debian/libfacile-ocaml-dev/`ocamlc -where`/facile 
>config_Makefile
-   sed -e 's%#OcamlABI#%$(OCAMLABI)%' debian/libfacile-ocaml-dev.dirs.in 
>debian/libfacile-ocaml-dev.dirs
-   dpatch apply-all
-   
 clean::
-   make clean
+   # not cleaned upstream
rm -f config_Makefile
-   dpatch deapply-all
-   rm -rf debian/patched
+
diff -u facile-1.1/debian/changelog facile-1.1/debian/changelog
--- facile-1.1/debian/changelog
+++ facile-1.1/debian/changelog
@@ -1,3 +1,32 @@
+facile (1.1-6.2) UNRELEASED; urgency=low
+
+  * Only compute OCAML_ABI once by using := instead of =.
+  * Don't overwrite DEB_DH_GENCONTROL_ARGS and use -u instead of -- to pass
+args to dpkg-gencontrol in a safer manner.
+  * Include dpatch.mk instead of calling dpatch manually; NB: this will cause
+the patches to be applied before running configure which is more useful,
+but doesn't change anything with the current patches; bump up cdbs bdep to
+>= 0.4.21.
+  * Use the makefile.mk cdbs class instead of the autotools one.
+- Move the configure flag to a new custom common-configure-impl /
+  config_Makefile rule.
+- Drop --disable-maintainer-mode exclusion hack.
+- Don't call make clean in clean; cdbs does that for us.
+- Set DEB_MAKE_INSTALL_TARGET to install.
+  * Drop redundant setting of FACILEDIR with the echo >config_Makefile
+construct; the configure flag works fine.
+  * Replace debian/libfacile-ocaml-dev.dirs.in template and logic with
+DEB_INSTALL_DIRS_ALL; fixes lack of cleanup of
+debian/libfacile-ocaml-dev.dirs.
+  * Set OCAMLC OCAMLMLI via DEB_MAKE_INVOKE instead of DEB_MAKE_BUILD_TARGET;
+this sets the same environment for all make runs.
+  * Add year 2004 to copyright.
+  * Point at common-licenses for the full text of the LGPL and include the
+full licensing header.
+  * Depend on ${misc:Depends} as recommended in debhelper 5.
+
+ -- Loic Mi

Bug#496954: bind9: 496954: more info needed

[Maykel Moya]

On jue, 2008-10-02 at 03:03 +0800, Paul Wise wrote:

> On Tue, 2008-09-30 at 14:20 +0800, Paul Wise wrote:
> > On Thu, 2008-09-25 at 15:25 +0800, Paul Wise wrote:
> > 
> > > Can you run the following gdb commands at the point of the crash?
> > 
> > Any luck with this?
> 
> After moya sent me his configs in private, I cannot reproduce the crash
> on amd64 with bind9 version 1:9.5.0.dfsg.P2-1 nor in an i386 chroot with
> 1:9.5.0.dfsg.P1-2 or 1:9.5.0.dfsg.P2-1.
> 
> I didn't attempt to replicate the network setup, just put the configs in
> place. moya, are you able to reproduce it in a separate machine at all?

A short history about the machines. There are three, namely, ns{1,2,3}

1. ns1 is master, ns{2,3} are slaves
2. the three were etch, configuration almost the same
3. I did upgrade the three to lenny
4. ns3's named didn't crash, ns1 and ns2's named did

5. I created a clean /etc/bind in ns2. bind started gracefully
6. ... then I copied the relevant bits of my old configuration over the
freshly created /etc/bind in ns2. bind started gracefully

7. I created a clean /etc/bind in ns1. bind started gracefully
8. ... then I copied the relevant bits of my old configuration over
the freshly created /etc/bind in ns1. bind crash at startup

bind is crashing only in the master server.

With respect to the data at the point of the crash

(gdb) p *node
$1 = {bit = 19, prefix = 0xb41f50e8, l = 0xb41f4da0, r = 0xb41f90d0,
parent = 0xb41f9418, data = {0x0, 0x0}, node_num = {29, -1}}
(gdb) p node->data
$2 = {0x0, 0x0}
(gdb) p node->data[0]
$3 = (void *) 0x0
(gdb) p *(node->data[0])
Attempt to dereference a generic pointer.

The full backtrace is attached.

Cheers,
maykel

(gdb) bt full
#0  0xb7dcffc5 in dns_acl_match (reqaddr=0xb6ce7274, reqsigner=0x0, 
acl=0xb74e91e8, env=0xb74f40a8, match=0xb6ce68ac, matchelt=0x0) at acl.c:226
bitlen = 32
family = 2
pfx = {family = 2, bitlen = 32, refcount = {refs = 0}, add = {sin = 
{s_addr = 2346638537}, sin6 = {in6_u = {
u6_addr8 = "���\213", '\0' , u6_addr16 = {56521, 
35806, 0, 0, 0, 0, 0, 0}, u6_addr32 = {2346638537, 0, 0, 0}
node = (isc_radix_node_t *) 0xb41f4c60
addr = (const isc_netaddr_t *) 0xb6ce7274
v4addr = {family = 3086119696, type = {in = {s_addr = 3066980408}, in6 
= {in6_u = {u6_addr8 = "8hζ֭෼\"2��\0172�", u6_addr16 = {26680, 46798, 
  44502, 47072, 8892, 46130, 4040, 46130}, u6_addr32 = {3066980408, 
3084955094, 3023184572, 3023179720}}}, 
un = "8hζ֭෼\"2��\0172�R\004\000\000\000\000\000\000\000\000\000\000\002", 
'\0' , "��H\t\004\000\000\000\001", '\0' , 
"�\"2��}��\001\000\001\�1�\000\000\000\000\000\000\000\000\020s��"}, zone = 
2}
result = 0
match_num = 29
i = 3066980504
#1  0x0805a80f in allowed (addr=0xb6ce7274, signer=0x0, acl=0xb74e91e8) at 
client.c:1265
match = 0
result = 2
#2  0x0805b840 in client_request (task=0xb74ff7c0, event=0xb43220f8) at 
client.c:1699
tsig = (dns_name_t *) 0x0
client = (ns_client_t *) 0xb431e008
sevent = (isc_socketevent_t *) 0xb43220f8
result = 0
sigresult = 0
buffer = (isc_buffer_t *) 0xb6ce72ec
tbuffer = {magic = 1114990113, base = 0x948b1a0, length = 33, used = 
33, current = 33, active = 33, link = {prev = 0x, next = 0x}, 
  mctx = 0x0}
view = (dns_view_t *) 0xb44cc008
opt = (dns_rdataset_t *) 0x0
signame = (dns_name_t *) 0xb6ce7328
ra = 134581014
netaddr = {family = 2, type = {in = {s_addr = 2346638537}, in6 = {in6_u 
= {u6_addr8 = "���\213�޿�(�O��rζ", u6_addr16 = {56521, 35806, 57056, 
  47039, 58408, 46927, 29396, 46798}, u6_addr32 = {2346638537, 
3082804960, 3075466280, 3066983124}}}, 
un = "���\213�޿�(�O��rζ", '\0' , "�rζ{�\005\b", '\0' 
, 
"DS\v\b�rζ�俷(�O�\000\000\000\000��O�\000\000\000\000�\037��"}, zone = 0}
destaddr = {family = 2, type = {in = {s_addr = 2212420809}, in6 = 
{in6_u = {u6_addr8 = "���\203\020\000\000\000T���(�O�", u6_addr16 = {56521, 
  33758, 16, 0, 53588, 47040, 58408, 46927}, u6_addr32 = {2212420809, 
16, 3082867028, 3075466280}}}, 
un = 
"���\203\020\000\000\000T���(�O�\000\000\000\000Hrζ8�O��rζ\000\020\000\000\000\000\000\\033`�\005\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000T���xrζO�O��rζ�rζ�rζ\000\000\000\000!\000\000\000!\000\000\000\000\000\000"},
 zone = 0}
match = 0
id = 60135
---Type  to continue, or q  to quit---
flags = 256
notimp = isc_boolean_false
rdata = {data = 0x0, length = 0, rdclass = 0, type = 0, flags = 5, link 
= {prev = 0xb7bea2c1, next = 0xb7a6590c}}
optcode = 0
#3  0xb7beb62e in dispatch (manager=0xb74ec008) at task.c:862
dispatch_count = 1
done = isc_boolean_false
finished = isc_boolean_false
requeue = isc_boolean_false
event = (isc_event_t *) 0xb43220f8
task = (isc_task_t *) 0xb74ff7c0
#4

Bug#500805: Info received (Bug#500805: lazarus: FPC source directory is not found after installation)

[Christoph Donges]

Unsubscribe

On Thu, Oct 2, 2008 at 6:12 AM, Debian Bug Tracking System <
[EMAIL PROTECTED]> wrote:

>
> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Carlos Laviola <[EMAIL PROTECTED]>
>
> If you wish to submit further information on this problem, please
> send it to [EMAIL PROTECTED], as before.
>
> Please do not send mail to [EMAIL PROTECTED] unless you wish
> to report a problem with the Bug-tracking system.
>
>
> --
> 500805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500805
> Debian Bug Tracking System
> Contact [EMAIL PROTECTED] with problems
>



-- 
There is neither Jew or Greek, slave or free, male or female, gay or
straight, black or white, conservative or liberal, Christian or Muslim: for
you are all one... (Galatians 3:28)

Bug#500831: /usr/bin/vt-is-UTF8: 'hangs' (until keypress) on boot when using splashy or usplash

[Daniel Dickinson]

Package: console-tools
Version: 1:0.2.3dbs-65.1
Severity: important
File: /usr/bin/vt-is-UTF8


It is impossible to boot normally with splashy or usplash because 
/usr/bin/vt-is-UF8 (called from unicode_start called from 
/etc/init.d/keymap.sh) hangs indefinitely until a key is pressed when either of 
the these splash screen programs are involved in the boot process.  This may be 
related to bug #320938.

Lenny will have splash screens that don't automatically boot into X but instead 
hang waiting for  keypress if this bug is not fixed.

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

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

Versions of packages console-tools depends on:
ii  debconf [debconf-2.0]1.5.22  Debian configuration management sy
ii  libc62.7-13  GNU C Library: Shared libraries
ii  libconsole   1:0.2.3dbs-65.1 Shared libraries for Linux console
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip

Versions of packages console-tools recommends:
ii  console-common0.7.79 basic infrastructure for text cons
ii  console-data  2:1.07-6   keymaps, fonts, charset maps, fall

Versions of packages console-tools suggests:
pn  kbd-compat (no description available)

-- no debconf information



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

Bug#498283: Package for 0.3.0 is ready for upload

[Thomas Mueller]

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

Bug#500829: gmail-notify: Freeze (icon disappears, process still running) after suspend

[Jakub Lucký]

I have forgotten some info:

1) Can be repeated only after suspend and not always (maybe connected with
network change wlan0 is changed for ppp0 )
2) Only way to make it work is to kill it (sometimes SIGINT isn't enough and
there's need of using SIGKILL) and start new

Jakub Lucký

On Wed, Oct 1, 2008 at 9:50 PM, Jakub Lucký <[EMAIL PROTECTED]> wrote:

> Package: gmail-notify
> Version: 1.6.1-3
> Severity: normal
>
> gmail-notify disappears after suspend (I suspect, that the problem is when
> i suspend and then connect to another network)
> Icon disappears (but still taking place in the gnome-panel, as is on
> screenshot) but processes `/bin/sh /usr/bin/gmail-notify` and `python
> notifier.py` are still running and are in S state (looked up via htop)
>
> Thanks for your work
> Jakub Lucký
>
>
> -- System Information:
> Debian Release: lenny/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages gmail-notify depends on:
> ii  python-gnome2-extras  2.19.1-2   Extra Python bindings for the
> GNOM
> ii  python-gtk2   2.12.1-6   Python bindings for the GTK+
> widge
>
> Versions of packages gmail-notify recommends:
> ii  iceweasel [www-browse 2.0.0.14-2 lightweight web browser based
> on M
> ii  konqueror [www-browse 4:3.5.9.dfsg.1-5   KDE's advanced file manager,
> web b
> ii  links2 [www-browser]  2.2-1  Web browser running in both
> graphi
> ii  opera [www-browser]   9.52.2091.gcc4.qt3 The Opera Web Browser
>
> gmail-notify suggests no packages.
>
> -- no debconf information
>

Bug#500799: [pkg-mono-group] Bug#500799: mono-common: mono violates the FHS

[Mirco Bauer]

severity 500799 important
thanks

On Wed, 01 Oct 2008 16:31:19 +0200
Johannes Kneer <[EMAIL PROTECTED]> wrote:

> Package: mono-common
> Version: 1.9.1+dfsg-3
> Severity: serious
> Justification: Policy 9.1.1
> 

Downgrading to important as the package content doesn't violate against
the FHS. Just Mono is not supporting something that is mentioned in the
FHS (symlinking /usr in this case).

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developer[EMAIL PROTECTED]  http://www.meebey.net/
PEAR Developer[EMAIL PROTECTED] http://pear.php.net/
Debian Developer  [EMAIL PROTECTED]  http://www.debian.org/



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

Bug#483070: here's a patch from upstream

[Jérémy Lal]

Hi,
i just got time to fix this,
please see attached patch.
(I just added a sixth patch to 'debian/patches' and appended the file to 
'series')

Regards,
Jérémy.

Debian Bug Tracking System a écrit :

Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Debian Xfce Maintainers <[EMAIL PROTECTED]>

If you wish to submit further information on this problem, please
send it to [EMAIL PROTECTED], as before.

Please do not send mail to [EMAIL PROTECTED] unless you wish
to report a problem with the Bug-tracking system.




Index: xfce_4_4/src/compositor.c
===
--- xfce_4_4/src/compositor.c	(revision 26691)
+++ xfce_4_4/src/compositor.c	(revision 26692)
@@ -77,8 +77,8 @@
 #define WIN_IS_NATIVE_OPAQUE(cw)((cw->native_opacity) && !WIN_IS_ARGB(cw))
 #define WIN_IS_FULLSCREEN(cw)   ((cw->attr.x <= 0) && \
(cw->attr.y <= 0) && \
-   (cw->attr.width >= cw->screen_info->width) && \
-   (cw->attr.height >= cw->screen_info->height))
+   (cw->attr.width + 2 * cw->attr.border_width >= cw->screen_info->width) && \
+   (cw->attr.height + 2 * cw->attr.border_width >= cw->screen_info->height))
 #define WIN_IS_SHAPED(cw)   ((WIN_HAS_CLIENT(cw) && FLAG_TEST (cw->c->flags, CLIENT_FLAG_HAS_SHAPE)) || \
(WIN_IS_OVERRIDE(cw) && (cw->shaped)))
 #define WIN_IS_VIEWABLE(cw) (cw->viewable)
@@ -101,6 +101,7 @@
 gboolean viewable;
 gboolean shaped;
 gboolean redirected;
+gboolean fulloverlay;
 gboolean argb;
 gboolean skipped;
 gboolean native_opacity;
@@ -1765,7 +1766,8 @@
 if (!WIN_IS_REDIRECTED(cw))
 {
 /* To be safe, we count only the fullscreen overlays */
-if (WIN_IS_FULLSCREEN(cw) && WIN_IS_VIEWABLE (cw))
+	cw->fulloverlay = WIN_IS_FULLSCREEN(cw);
+if (cw->fulloverlay)
 {
 screen_info->wins_unredirected++;
 }
@@ -1819,7 +1821,7 @@
 screen_info = cw->screen_info;
 display_info = screen_info->display_info;
 
-if (!WIN_IS_REDIRECTED(cw) && WIN_IS_FULLSCREEN(cw) && (screen_info->wins_unredirected > 0))
+if (!WIN_IS_REDIRECTED(cw) && cw->fulloverlay && (screen_info->wins_unredirected > 0))
 {
 screen_info->wins_unredirected--;
 TRACE ("Unmapped window 0x%lx, wins_unredirected decreased to %i", cw->id, screen_info->wins_unredirected);
@@ -1848,6 +1850,7 @@
 
 cw->viewable = FALSE;
 cw->damaged = FALSE;
+cw->fulloverlay = FALSE;
 free_win_data (cw, FALSE);
 }
 
@@ -1946,6 +1949,7 @@
 new->id = id;
 new->damaged = FALSE;
 new->redirected = TRUE;
+new->fulloverlay = FALSE;
 new->shaped = is_shaped (display_info, id);
 new->viewable = (new->attr.map_state == IsViewable);
 

Bug#495762: sasl: use a keytab file

[Arthur de Jong]

On Wed, 2008-08-20 at 11:36 +0200, Daniel Dehennin wrote:
> I try to setup en kerberos/LDAP environment and I fail to setup the
> nss-ldap with SASL.

Sorry to not get back to you sooner.

> As libnss-ldapd use a separate daemon to make the LDAP request it
> seems legitimate to permit to specify a keytab to initiate a kinit
> when starting, possibly with renew/reinit on ticket expiry.

My knowledge of Kerberos and SASL is very limited and I currently lack
the possibility to test this thoroughly. That is why the SASL options
are not documented and not fully supported.

If I understand correctly when you specify use_sasl and sasl_authcid
together the configuration doesn't work. You probably need to specify
binddn if you use SASL.

-- 
-- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong --


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