Bug#463917: O: pcmanfm -- an extremely fast and lightweight file manager for X

[Asho Yeh]

Package: wnpp
Severity: normal

I intend to orphan the pcmanfm package. The upstream author released a
new package. I hope I can continue maintain this package. 

Thanks a log.

The package description is:
 PCMan File Manager is a gtk2 based file manager for the X Window System.
 Features:
  * Extremly fast and lightweight
  * Can be started in one second on normal machine
  * Tabbed browsing (similar to Firefox)
  * Drag & Drop support
  * Files can be dragged among tabs
  * Load large directories in reasonable time
  * File association support (Default application)
  * Basic thumbnail support
  * Bookmarks support
  * Handles non-UTF-8 encoded filenames correctly
  * Provide icon view and detailed list view
  * Standard compliant (Follows FreeDesktop.org)
  * Clean and user-friendly interface (GTK+ 2)
 .
 Home Page: http://pcmanfm.sourceforge.net/
 Authors: 洪任諭 Hong Jen Yee (PCMan) from Taiwan <[EMAIL PROTECTED]>

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

Kernel: Linux 2.6.22-3-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to zh_TW.UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#463916: zsh: Should drop debconf note for obsolete file locations transition

[Christian Perrier]

Package: zsh
Severity: normal

The only debconf note used in this package deals with a very old transition
(RC files from /etc to /etc/zsh). I think it's now safe to assume that all
installations have moved these files.

Therefore, the debconf note and all debconf cruft is no longer needed.

I also propose dropping the code that moves configuration files (in
postinst) as this is a transition from a pre-etch package version.

Patch attached.

Strangely, I found no reference to debconf stuff in debian/rules. I haven't
checked carefully but I really wonder how the package was installing the
debconf templates..:-)

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

Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru zsh.old/debian/config zsh/debian/config
--- zsh.old/debian/config   2008-01-25 06:11:50.617213749 +0100
+++ zsh/debian/config   1970-01-01 01:00:00.0 +0100
@@ -1,12 +0,0 @@
-#!/bin/sh -e
-
-# Source debconf library.
-. /usr/share/debconf/confmodule
-
-[ "$1" = "configure" ] || exit 0
-
-# If there are what look like unmoved rcfiles, warn the administrator
-if test -f /etc/zshenv || test -f /etc/zshrc || test -f /etc/zprofile || test 
-f /etc/zlogin; then
-db_input medium zsh/rcmove || true
-db_go
-fi
diff -Nru zsh.old/debian/control zsh/debian/control
--- zsh.old/debian/control  2008-01-25 06:11:50.617213749 +0100
+++ zsh/debian/control  2008-02-04 07:52:25.594553520 +0100
@@ -1,7 +1,7 @@
 Source: zsh
 Section: shells
 Priority: optional
-Build-Depends: texinfo, groff-base, libncursesw5-dev, texi2html (>= 1.76-3), 
libcap-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], bsdmainutils, 
po-debconf, libpcre3-dev, texlive-latex-base | tetex-bin
+Build-Depends: texinfo, groff-base, libncursesw5-dev, texi2html (>= 1.76-3), 
libcap-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], bsdmainutils, 
libpcre3-dev, texlive-latex-base | tetex-bin
 Maintainer: Clint Adams <[EMAIL PROTECTED]>
 Standards-Version: 3.7.3
 
@@ -9,7 +9,7 @@
 Architecture: any
 Section: shells
 Priority: optional
-Depends: debconf | debconf-2.0, ${shlibs:Depends}
+Depends: ${shlibs:Depends}
 Conflicts: pdksh (<< 5.2.14-18)
 Recommends: ${shlibs:Recommends}
 Suggests: zsh-doc
diff -Nru zsh.old/debian/po/ca.po zsh/debian/po/ca.po
--- zsh.old/debian/po/ca.po 2008-01-25 06:11:50.585193802 +0100
+++ zsh/debian/po/ca.po 1970-01-01 01:00:00.0 +0100
@@ -1,35 +0,0 @@
-# zsh (debconf) translation to Catalan.
-# Copyright (C) 2004 Free Software Foundation, Inc.
-# Aleix Badia i Bosch <[EMAIL PROTECTED]>, 2004
-#
-msgid ""
-msgstr ""
-"Project-Id-Version: zsh_4.2.0-5_templates\n"
-"Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2003-07-20 11:44+0200\n"
-"PO-Revision-Date: 2004-03-05 19:46GMT\n"
-"Last-Translator: Aleix Badia i Bosch <[EMAIL PROTECTED]>\n"
-"Language-Team: Catalan <[EMAIL PROTECTED]>\n"
-"MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=UTF-8\n"
-"Content-Transfer-Encoding: 8bit\n"
-
-#. Description
-#: ../templates:3
-msgid "Global RCs moved to /etc/zsh/"
-msgstr "Els RC globals s'han mogut al directori /etc/zsh/"
-
-#. Description
-#: ../templates:3
-msgid ""
-"Global RC files (/etc/zshenv, /etc/zshrc, /etc/zprofile, /etc/zlogin) have "
-"been moved to the /etc/zsh directory."
-msgstr ""
-"Els fitxers RC globals (/etc/zshenv, /etc/zshrc, /etc/zprofile, /etc/zlogin) "
-"s'han mogut al directori /etc/zsh."
-
-#. Description
-#: ../templates:3
-msgid "You may remove the old files or move them to /etc/zsh."
-msgstr ""
-"Haur??eu de suprimir els fitxers antics o moure'ls al directori /etc/zsh."
diff -Nru zsh.old/debian/po/cs.po zsh/debian/po/cs.po
--- zsh.old/debian/po/cs.po 2008-01-25 06:11:50.601193020 +0100
+++ zsh/debian/po/cs.po 1970-01-01 01:00:00.0 +0100
@@ -1,43 +0,0 @@
-#
-#Translators, if you are not familiar with the PO format, gettext
-#documentation is worth reading, especially sections dedicated to
-#this format, e.g. by running:
-# info -n '(gettext)PO Files'
-# info -n '(gettext)Header Entry'
-#
-#Some information specific to po-debconf are available at
-#/usr/share/doc/po-debconf/README-trans
-# or http://www.debian.org/intl/l10n/po-debconf/README-trans
-#
-#Developers do not need to manually edit POT or PO files.
-#
-msgid ""
-msgstr ""
-"Project-Id-Version: zsh\n"
-"Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2003-08-26 10:59+0200\n"
-"PO-Revision-Date: 2004-07-24 09:53+0200\n"
-"Last-Translator: Miroslav Kure <[EMAIL PROTECTED]>\n"
-"Language-Team: Czech <[EMAIL PROTECTED]>\n"
-"MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=ISO-8859-2\n"
-"Content-Transfer-Encoding: 8bit\n"
-
-#. Description
-#: ../templates:3
-msgid "Global RCs moved to /etc/zsh/"
-msgstr "Glob?ln? konfigura?n? soubory se p?esunuly do /etc/zsh/"
-

Bug#87574: 20081027 vs. 20080127

[Stefan Hornburg (Racke)]

[EMAIL PROTECTED] wrote:
> And 4.3.0.20081027-1 should be
> 4.3.0.20080127-1 !!!
> 

Uh, you are right. Bad typo. Fortunately next release of Courier will fix that.

Regards
Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team




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

Bug#463915: libnss-ldapd: Segfaulting on AMD64

[Thomas Antepoth]

Package: libnss-ldapd
Version: 0.5+b1
Severity: important

On my AMD64 box the nslcd demon crashes quite frequently.

After the crash no mappings are resolved any more as far as they are fetched
from the LDAP server in the LAN. Local mappings still work.

Those crashes occur about ten to twenty times a day without any visible
action, although I was not able to find a way to reproduce the crash
reliably:

[EMAIL PROTECTED]:/var/log# grep nslcd.*segfault syslog.0

Feb  3 08:19:10 sofa kernel: nslcd[5358]: segfault at ac0008c0 rip 
00408eb0 rsp
41000f70 error 4

Feb  4 05:44:37 sofa kernel: nslcd[18186]: segfault at ac00af90 rip 
0040b6ee rsp 
41801b60 error 4

Feb  4 05:44:44 sofa kernel: nslcd[18234]: segfault at ac00af90 rip 
0040b6ee rsp
 407ffb60 error 4

Feb  4 05:50:02 sofa kernel: nslcd[18745]: segfault at ac000a50 rip 
00408eb0 rsp
41000f70 error 4

Feb  4 06:09:23 sofa kernel: nslcd[21479]: segfault at ac00b350 rip 
004041f6 rsp 
41000630 error 4

Feb  4 06:10:01 sofa kernel: nslcd[21563]: segfault at ac00b150 rip 
00408eb0 rsp 
41801f70 error 4

Feb  4 06:25:02 sofa kernel: nslcd[22085]: segfault at ac000a20 rip 
00408eb0 rsp
42002f70 error 4

Feb  4 06:35:02 sofa kernel: nslcd[24194]: segfault at ac003d00 rip 
00408eb0 rsp 
407fff70 error 4

Feb  4 07:25:02 sofa kernel: nslcd[28654]: segfault at ac0009c0 rip 
00408eb0 rsp 
42803f70 error 4

Feb  4 07:35:01 sofa kernel: nslcd[32760]: segfault at ac001c20 rip 
00408eb0 rsp
41000f70 error 4

Feb  4 07:39:01 sofa kernel: nslcd[1077]: segfault at ac00b150 rip 
00408eb0 rsp 
41000f70 error 4


The backtrace of the coredump is as follows:

#0  0x00408eb0 in ?? ()
No symbol table info available.
#1  0x00409069 in ?? ()
No symbol table info available.
#2  0x00403565 in ?? ()
No symbol table info available.
#3  0x2b84742dc3f7 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#4  0x2b84745c897d in clone () from /lib/libc.so.6
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.
(gdb)


The syslog shows regarding this segfault nothing more than:

Feb  4 07:39:01 sofa kernel: nslcd[1077]: segfault at ac00b150 rip
00408eb0 rsp 41000f70 error 4


Another crashed session which was done via "nslcd -d" on 
the commandline revealed this log:

nslcd: DEBUG: connection from pid=4932 uid=0 gid=0
nslcd: DEBUG: nslcd_group_all()
nslcd: DEBUG: myldap_search(base="dc=antepoth,dc=de",
filter="(objectClass=posixGroup)")
nslcd: DEBUG: connection from pid=4932 uid=0 gid=0
nslcd: DEBUG: nslcd_passwd_byuid(15325)
nslcd: DEBUG: myldap_search(base="dc=antepoth,dc=de",
filter="(&(objectClass=posixAccount)(uidNumber=15325))")
nslcd: DEBUG: connection from pid=4932 uid=0 gid=0
nslcd: DEBUG: nslcd_group_all()
nslcd: DEBUG: myldap_search(base="dc=antepoth,dc=de",
filter="(objectClass=posixGroup)")
Speicherzugriffsfehler


The user having this UID 15325 is existing and resolvable by LDAP when
issuing an "getent passwd 15325" after a restart of nslcd.

A third session using "gdb" is yet to come and appended to this bugreport
later.


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

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

Versions of packages libnss-ldapd depends on:
ii  debconf [debconf-2.0] 1.5.18 Debian configuration management sy
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.7-3+b1 OpenLDAP libraries

Versions of packages libnss-ldapd recommends:
ii  libpam-ldap   184-2+b1   Pluggable Authentication Module al
ii  nscd  2.7-6  GNU C Library: Name Service Cache 

-- debconf information:
  libnss-ldapd/ldap-bindpw: (password omitted)
* libnss-ldapd/ldap-rootbindpw: (password omitted)
* libnss-ldapd/ldap-base: dc=antepoth,dc=de
* libnss-ldapd/nsswitch: passwd, group, shadow
* libnss-ldapd/ldap-binddn:
* libnss-ldapd/ldap-rootbinddn:
* libnss-ldapd/ldap-uris: ldap://192.168.186.254/



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

Bug#463011: Found in sid version, slight correction, upstreamed

[Phil Miller]

package openssh-client
found 463011 4.7p1-2
forwarded 463011 [EMAIL PROTECTED]
thanks

I just tested this using client versions packaged in Debian Sid and
Ubuntu Gutsy, and it worked as described on both. DISPLAY was set to
:10, even though another process was already listening on the relevant
port. However, step 2 of the reproduction recipe should have the
command as "netcat -l 6010 -vv" - the '-p' flag is an error.

As noted in the control section, I have forwarded this to Theo
DeRaadt, the point of contact for security issues found in OpenBSD's
software.

I hope to see this fixed soon. Keep up the great packaging work!

Phil



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

Bug#455731: Bug 455731: Re: unkillable process?

[A. Costa]

On Thu, 31 Jan 2008 23:53:49 +0100
Esteban Manchado Velázquez <[EMAIL PROTECTED]> wrote:

> Wow, I have *never* seen an unkillable index++ process. Is it in
> state "D"?

State 'R', while I was out today the PC was running a job, and 
'index++' must of started when I turned on the PC; here you can see
the 'index++' has been running for 8 hours:

% ps ax  | grep 'index++' | grep -v grep
 9986 ?RN   434:27 /usr/bin/index++ --config-file 
/usr/share/dhelp/swish++.conf --index-file /var/lib/dhelp/documents.index -

> Anyway, that seems to be a problem with index++ (part of swish+
> +), or perhaps a problem in Ghostscript or something similar (used by
> index++, as per my configuration, to extract the text of PS and PDF
> files). Frankly, I don't know what to do about it.

This bug may also be related:

#459611 dhelp: cronjob consumes all available memory
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459611

...you've contributed to it's thread.  It mentions 'ghostscript',
but where that enters into it isn't clear to me.

> FWIW, I have tried installing cupsys (the version I tried was
> 1.3.5-1+b1, though), and it worked OK. It just indexed the file, I
> can search for it, etc. At least with my "internal" version, which
> I'll upload soon, but I don't think it would change for the currently
> public version.
> 
> In any case, I think you should file it as a separate bug, I
> don't think it belongs to this one (#455731). Probably reassign
> #461349 to swish++ or ghostscript?

#459611 was already assigned to 'swish++', perhaps this should
be morged this?  Still, I'm somewhat confused as to where it really
belongs, as it's not yet clear what's going on. 

> Perhaps you can try again with the new version, when I upload it,
> and see it that helps?

Still bad -- while installing the new 'dhelp' v0.6.5, it stops here:

% apt-get install dhelp
{ ... }
After this operation, 12.3kB of additional disk space will be used.
Get:1 http://http.us.debian.org unstable/main dhelp 0.6.6 [34.4kB]
Fetched 34.4kB in 2min0s (287B/s)   
  
Reading changelogs... Done
apt-listchanges: Do you want to continue? [Y/n]? 
(Reading database ... 211764 files and directories currently installed.)
Preparing to replace dhelp 0.6.5 (using 
.../archives/dhelp_0.6.6_all.deb) ...

Hitting 'Ctrl-C' or 'Ctrl-Z' has no effect.  Here's a copy n' paste
from 'htop', (somewhat abridged); it's wide, so turn off word wrapping
and view with monospace fonts if possible:

  PID USER PRI  NI  VIRT   RES   SHR S CPU% MEM% Command
18200 root  20   0  1728   444   372 D  0.0  0.1 rm -rf /var/lib/dhelp
18199 root  20   0  1768   488   420 S  0.0  0.1 /bin/sh -e 
/var/lib/dpkg/info/dhelp.prerm upgrade 0.6.6
18172 root  20   0 69200 67540   844 S  0.0 10.5 /usr/bin/dpkg --status-fd 
23 --unpack --auto-deconfigure /var/cache/apt/archives/dhelp_0.6.6_all.deb
18061 root  20   0 17116 14548 11912 S  0.0  2.3 apt-get install dhelp
18060 root  20   0  4012  2252  1424 S  0.0  0.3 /usr/bin/perl -w 
/usr/bin/feta install dhelp

 9986 root  39  19 90148 85848  1088 R 89.5 13.3 /usr/bin/index++ 
--config-file /usr/share/dhelp/swish++.conf --index-file 
/var/lib/dhelp/documents.index -
 9984 root  30  10  7248  5332  1724 S  0.0  0.8 ruby1.8 -rdhelp -e 
Dhelp::Indexer.new.reindex_all
 9982 root  30  10  1768   492   424 S  0.0  0.1 /bin/sh 
/etc/cron.weekly/dhelp
 9884 root  30  10  1700   660   484 S  0.0  0.1 run-parts --report 
/etc/cron.weekly
 9883 root  28   8  1768   480   412 S  0.0  0.1 /bin/sh -c nice run-parts 
--report /etc/cron.weekly

The same in 'htop' "tree" (f5) mode:

 9986 root  39  19 90148 85848  1088 R 90.7 13.3  |   ,- 
/usr/bin/index++ --config-file /usr/share/dhelp/swish++.conf --index-file 
/var/lib/dhelp/documents.index -
 9984 root  30  10  7248  5332  1724 S  0.0  0.8  |   ,- 
ruby1.8 -rdhelp -e Dhelp::Indexer.new.reindex_all
 9982 root  30  10  1768   492   424 S  0.0  0.1  |   ,- /bin/sh 
/etc/cron.weekly/dhelp
 9884 root  30  10  1700   660   484 S  0.0  0.1  |   ,- run-parts 
--report /etc/cron.weekly
 9883 root  28   8  1768   480   412 S  0.0  0.1  |   ,- /bin/sh -c nice 
run-parts --report /etc/cron.weekly

18200 root  20   0  1728   444   372 D  0.0  0.1  |   | 
  ,- rm -rf /var/lib/dhelp
18199 root  20   0  1768   488   420 S  0.0  0.1  |   | 
  ,- /bin/sh -e /var/lib/dpkg/info/dhelp.prerm upgrade 0.6.6
18172 root  20   0 69200 67540   844 S  0.0 10.5  |   |   
,- /usr/bin/dpkg --status-fd 23 --unpack --auto-deconfigure 
/var/cache/apt/archives/dhelp_0.6.6_all.deb
18061 root  20   0 17116 14548 11912 S  0.0  2.3  |   |   ,- 
apt-get install dhelp

Bug#463905: [php-maint] Bug#463905: PHP scripts fail after install of php5-common 5.2.5-2

[Steve Langasek]

reassign 463905 libapache2-mod-php5
forcemerge 463905 463906
thanks

Please keep the bug number cc:ed on replies.

On Sun, Feb 03, 2008 at 09:22:29PM -0800, Cam Ellison wrote:
> > The php5-common package has nothing to do with apache2.  Which
> > version of libapache2-mod-php5 is available according to 'apt-cache
> > policy libapache2-mod-php5'?

> This:
> libapache2-mod-php5:
>   Installed: 5.2.5-1
>   Candidate: 5.2.5-2

Er, then that's a problem since you said you did *not* try php5-common
5.2.5-1, and libapache2-mod-php5 depends on php5-common of the same version.
You seem to be doing something quite unsupported with the packages.

And this would explain why php5 was not enabled in apache2, because
libapache2-mod-php5 cannot be in an installed state if there's a version
mismatch between libapache2-mod-php5 and php5-common; and before it's in
state "installed", the module is not enabled for apache2's use (this is done
in the libapache2-mod-php5 postinst).

> I just filed a bug report against libapache2-mod-php5 version 5.2.5-2, 
> erroneously as it turns out - it should have been against 5.2.5-1.  It 
> does not seem to install php5.conf nor php5.load 
> into /etc/apache2/mods-available.  It does install libphp5.so.

I think these two bug reports should be merged.  There is at most one bug
here - and more likely zero bugs.

> What do you suggest?  Should I try to install libapach2-mod-php5 version 
> 5.2.5-2 via dpkg and see what that does?  I'm hesitant to try that 
> while I have someone trying to use the system.

You should probably stick to using apt-get/aptitude for installing the
packages, since that will check things like the versioned package
dependencies ahead of time and guard against things like accidentally
deconfiguring libapache2-mod-php5 when installing php5-common, which is what
it looks like happened here.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



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

Bug#463914: pidgin-musictracker: Update interval and conditional/empty variable handling?

[ADFH]

Package: pidgin-musictracker
Version: 0.4.1-1
Severity: wishlist

Observing through debug window that musictracker seems to check every
ten seconds for a status update in music player (in my case, XMMS).

(17:03:24) core-musictracker: libxmms.so libxmms.so.1
(17:03:24) core-musictracker: Failed to load library libxmms.so
(17:03:24) core-musictracker: Got position 4460
(17:03:24) core-musictracker: Got state 2
(17:03:24) core-musictracker: Got title PERFORMER |  | TRACKNAME
(17:03:24) core-musictracker: XMMS,PERFORMER,,TRACKNAME,2
(17:03:24) core-musictracker: Formatted status: XMMS: TRACKNAME (7:07) by 
PERFORMER on 
(17:03:24) core-musictracker: Filtered status: XMMS: TRACKNAME (7:07) by 
PERFORMER on 
(17:03:24) core-musictracker: Status set for all accounts

This happens every ten seconds, and I'm concerned that unless the
libpurple internals are realising that the message isn't actually
changing when I'm in the same track, that I'm flooding my buddies with
status updates.

Additionally, if I get a crap track in random play, and I'm "next, next,
next" through the tracks in my playlist for more than ten seconds, does
that mean my buddies potentially get three updates in 22 seconds? If
this is the case, perhaps it'd be best to introduce some configurable
throttling (or perhaps this is the case and just needs to be
documented or I'm suffering a case of "domestic blindness").

Also, some of my tracks don't have album information (as shown in
example above) or may be singles etc. - perhaps conditional formatting
code to allow exclusion of a particular string sequence in the message
if the variable is null/whitespace?

Lastly - just out of curiosity - the failed to load library libxmms.so,
I take it that's just because it tries libxmms.so, then libxmms.so.1?
Once it's done it once successfully, shouldn't it cache rather than
banging away at something it knows doesn't exist, or is this in case
people change their software config whilst pidgin running?

... arguably if a library were changed, and then it failed, perhaps then
one would fall back to checking both before complaining? Maybe this is
related to autodetect (though I have it set specifically to XMMS).


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

Kernel: Linux 2.6.23.1 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages pidgin-musictracker depends on:
ii  libatk1.0-0   1.20.0-1   The ATK accessibility toolkit
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libcairo2 1.4.14-1   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.1.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.74-1 simple interprocess messaging syst
ii  libfontconfig12.5.0-2generic font configuration library
ii  libglib2.0-0  2.14.5-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.5-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.18.4-1   Layout and rendering of internatio
ii  libpcre3  7.4-1  Perl 5 Compatible Regular Expressi
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxcomposite11:0.4.0-1  X11 Composite extension library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxdamage1   1:1.1.1-3  X11 damaged region extension libra
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi62:1.1.3-1  X11 Input extension library
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxrandr22:1.2.2-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-1  X Rendering Extension client libra

pidgin-musictracker recommends no packages.

-- no debconf information



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

Bug#452286: Javascript (e.g. S5 presentations) can make iceweasel crawl

[Eric Dorland]

* martin f krafft ([EMAIL PROTECTED]) wrote:
> also sprach Eric Dorland <[EMAIL PROTECTED]> [2008.01.07.0625 +0100]:
> > > which uses S5/JavaScript/CSS to render a presentation makes IW
> > > crawl and take the entire system with it: X will become mostly
> > > unusable for extended periods of time: even though the mouse
> > > moves fine, it appears as if the window manager gets little to
> > > no CPU slices as window focus doesn't move and workspace
> > > switches take minutes!
> > 
> > I can't reproduce this myself, changing slides does seem fairly
> > CPU intensive, but I'm not noticing any significant slowdowns on
> > my machine. What are your box's specs like?
> 
> "enough".

I don't doubt that it should be enough, I'm just trying to rule out a
relative difference in CPU performance that might explain why I can't
reproduce it.
 
> > > I've observed similar behaviour when JavaScript was in use which
> > > shades the page to display a DOM "dialog box" (cf.
> > > http://blog.madduck.net/geek/2007.07.24_iceweasel-firefox-brings-you-the-windows-experience).
> > 
> > I think you've changed your site, do you have another example?
> 
> The content is the same still, no?

Ah I misunderstood what you meant. The suspicious site also doesn't
slow down my system either.

Hmm. Any extensions installed? Can you try run in -safe-mode and see
if it makes any difference?

> > > https://bugzilla.mozilla.org/show_bug.cgi?id=387196 may be
> > > related, according to James Andrewart.
> > 
> > Hmm that bug appears to be about supporting the google
> > safebrowsing protocol. How is that related?
> 
> Not sure at all. Just that webpages which shade the window to
> display a DHTML "dialog" cause similar slowdowns. The phishing
> protection built into Firefox exhibits this.
> 



-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]



signature.asc
Description: Digital signature

Bug#463901: mpd needs 'shout' audio output plugin compiled in package - Lenny

[Decklin Foster]

Brian Millan writes:

> Supported outputs:
> alsa ao oss pulse jack

Hmm. Unfortunately, this is not surprising. See #453746; we don't build
with libvorbis on arm, but rather libvorbisidec ("Tremor", the integer
decoder); e.g. the NSLU2 doesn't have a FPU so regular libvorbis is
unacceptably slow.

libvorbisidec, is, however, just a decoder; Shout needs to encode to
Vorbis as well, and so depends on libvorbis (floating-point). Therefore
if MPD is configured --with-tremor shout output is disabled. It *might*
be possible to hack things up to use Tremor for decoding but still link
against libvorbis for shout outputs, but this would probably be ugly and
you'd still end up with poor performance.

There doesn't seem to be a good answer here; sorry.

-- 
things change.
[EMAIL PROTECTED]



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

Bug#463913: lintian: Miscounts line length when unicode characters are involved

[Russ Allbery]

Andrew Pollock <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.42
> Severity: normal
>
> As best I can determine, Lintian was complaining about a changelog line
> being too long, when it was 77 characters long, but it contained three
> unicode characters in it. I'm guessing it was counting the unicode
> characters as two characters each.

Yup, it was indeed.  Will be fixed in the next release.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#463913: lintian: Miscounts line length when unicode characters are involved

[Andrew Pollock]

Package: lintian
Version: 1.23.42
Severity: normal

Hi,

As best I can determine, Lintian was complaining about a changelog line
being too long, when it was 77 characters long, but it contained three
unicode characters in it. I'm guessing it was counting the unicode
characters as two characters each.

regards

Andrew

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

Versions of packages lintian depends on:
ii  binutils   2.17-3The GNU assembler, linker and bina
ii  diffstat   1.43-2produces graph of changes introduc
ii  dpkg-dev   1.13.25   package building tools for Debian
ii  file   4.17-5etch3   Determines file type using "magic"
ii  gettext0.16.1-1  GNU Internationalization utilities
ii  intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii  libparse-debianchangel 1.0-1 parse Debian changelogs and output
ii  man-db 2.4.3-6   The on-line manual pager
ii  perl [libdigest-md5-pe 5.8.8-7etch1  Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information



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

Bug#463912: Back vs. top of page

[jidanni]

Version: 2.0.0.11-1
Package: iceweasel
Severity: minor

Click on a link deep in
http://www.pcworld.com/article/id,124583-page,1/article.html
Now click Back.
We end up at the top of the page, not where we were browsing.



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

Bug#327585: reopening

[Russ Allbery]

Steve Langasek <[EMAIL PROTECTED]> writes:

> I was surprised to hear that perl modules were linked to libperl on !i386
> (which would be the correct thing to do, I just didn't think the standard
> perl build rules handled this).  So I checked, and on my amd64 system:
>
> $ ldd /usr/lib/perl/5.8.8/auto/POSIX/POSIX.so
>   libm.so.6 => /lib/libm.so.6 (0x2b02d4451000)
>   libc.so.6 => /lib/libc.so.6 (0x2b02d46d2000)
>   /lib64/ld-linux-x86-64.so.2 (0x4000)
> $
>
> So sure enough, I tried the test case from
> , and:
>
> # slapd
> Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: 
> /usr/lib/perl/5.8/auto/POSIX/POSIX.so: undefined symbol: PL_sig_name at 
> /usr/lib/perl/5.8/XSLoader.pm line 70.
>  at /usr/lib/perl/5.8/POSIX.pm line 26
> Compilation failed in require at /etc/perl/SampleLDAP.pm line 2.
> BEGIN failed--compilation aborted at /etc/perl/SampleLDAP.pm line 2.
> Compilation failed in require at (eval 2) line 1.
> BEGIN failed--compilation aborted at (eval 2) line 1.
> #
>
> I have no idea if this is a regression from previous perl builds, but it
> looks to me like it's a general problem at this point.

Huh.  I feel like I'm losing my mind.  I could have sworn that I checked
this at one point and the modules were linked with libperl on amd64, but
maybe I'm dreaming.  /usr/bin/perl is liked with libperl on amd64 and not
on i386, but yeah, even in stable the modules aren't.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#461079: dhcp3-client: "Invalid domain list" error on good data

[Andrew Pollock]

On Fri, Feb 01, 2008 at 05:23:46PM -0700, Neil Mayhew wrote:
> Package: dhcp3-client
> Version: 3.1.0-2
> Followup-For: Bug #461079
> 
> 
> I don't get a segfault, but I do get errors when the client is trying to
> process the domain-search option. I've looked at the wire data with
> wireshark, and the data looks OK:
> 
>    02 01 06 00 1f 84 9b 55 00 00 00 00 00 00 00 00  ...U
> 0010   ac 10 01 fc 00 00 00 00 00 00 00 00 00 11 11 0d  
> 0020   de bb 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 0030   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 0040   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 0050   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 0060   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 0070   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 0080   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 0090   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 00a0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 00b0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 00c0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 00d0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  
> 00e0   00 00 00 00 00 00 00 00 00 00 00 00 63 82 53 63  c.Sc
> 00f0   35 01 05 36 04 ac 10 01 07 33 04 00 03 f4 80 01  5..6.3..
> 0100   04 ff ff ff 00 1c 04 ac 10 01 ff 03 04 ac 10 01  
> 0110   01 0f 14 64 68 63 70 2e 63 61 6c 2e 77 79 63 6c  ...dhcp.cal.wycl
> 0120   69 66 66 65 2e 63 61 06 08 ac 10 00 0f ac 10 01  iffe.ca.
> 0130   07 77 30 77 79 63 6c 69 66 66 65 2e 63 61 20 63  .w0wycliffe.ca c
> 0140   61 6c 2e 77 79 63 6c 69 66 66 65 2e 63 61 20 64  al.wycliffe.ca d
> 0150   68 63 70 2e 63 61 6c 2e 77 79 63 6c 69 66 66 65  hcp.cal.wycliffe
> 0160   2e 63 61 2c 04 ac 10 01 08 ff.ca,..
> 
> (According to wireshark, the domain-search hunk starts at offset 0131
> and ends before 0163.)
> 
> Maybe the reason I don't get a segfault is that the domain-search isn't
> the last hunk in the packet?
> 
> The errors I see in syslog (and on the terminal if I use ifup) are:
> 
> DHCPACK from 172.16.1.7
> Invalid domain list.
> Invalid domain list.
> 
> I searched for "Invalid domain" in the source, and found it at
> options.c:1494. This calls MRns_name_unpack, and then I saw the
> following at ns_name.c:320:
> 
> case 0:
> /* Limit checks. */
> if (dstp + n + 1 >= dstlim || srcp + n >= eom) {
> errno = EMSGSIZE;
> return (-1);
> }
> 
> Shouldn't that be > eom rather than >= eom? It's the only way I can see
> that an error would be returned.
> 
> Regardless, the client doesn't seem to like what wireshark thinks is
> perfectly good data.
> 
> Hope this helps,
> 

Could you enable the /etc/dhcp3/dhclient-enter-hooks.d/debug hook (by
editing it and changing RUN to "yes") and checking out the
/tmp/dhclient-script.debug file and telling me what new_domain_search is set
to?

regards

Andrew


signature.asc
Description: Digital signature

Bug#463911: always mention Modified xx days ago

[jidanni]

Package: bugs.debian.org
Severity: minor

Let's take a look at, oh, 
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=courier-imap#_0_4_4

Outstanding bugs -- Normal bugs; Unclassified (20 bugs)
* #87574: Upstream version mismatch with courier-imap packages
  Package: courier-imap (1.3.4-2); Reported by: Bastian Blank <[EMAIL 
PROTECTED]>; 6 years and 344 days old.
* #150256: courier-imap: exit with no explanation when Maildir doesn't exist
  Package: courier-imap (1.4.3-7); Reported by: [EMAIL PROTECTED]; 5 years 
and 232 days old; Modified 5 years and 232 days ago.
* #156012: Courier imapd fails in woody when accessed by fetchmail
  Package: courier-imap; Reported by: "D. J. Raymond" <[EMAIL PROTECTED]>; 
5 years and 180 days old; Modified 5 years and 176 days ago.
* #167766: courier-imap: Missing doc file INSTALL
  Package: courier-imap (1.5.3.20021013.RC1-1); Reported by: John Goerzen 
<[EMAIL PROTECTED]>; 5 years and 92 days old; Modified 5 years and 92 days ago.
* #175125: Courier-IMAP -- README.Debian missing
  Package: courier-imap (1.4.3-2.3); Reported by: Keith Goettert <[EMAIL 
PROTECTED]>; 5 years and 33 days old; Modified 5 years and 33 days ago.

They all look like pretty dusty bugs.
But here's a secret, the first one (87574) was modified today!
That's right, because it isn't marked as e.g., "Modified 0 days ago" one
would never guess, unless they were an insider.
Therefore you should still mention when an item was modified, even if it
was not too long ago.

P.S., since the whole page is about the same package, then perhaps
don't say the Package: ... again on each item. Yes, do still say the version.



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

Bug#145280: Heave better attraction!

[edjones]

Our experts advise http://uen.endscience.com




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

Bug#463910: RFP: gnome-artng successor to gnome-art

[shirish]

Package: wnpp
Severity: wishlist

*** Please type your report below this line ***
* Package name: gnome-artng
  Version : 0.4.x
  Upstream Author : Thomas Beck,www.plasmasolutions.de
* URL : http://developer.berlios.de/projects/gnomeartng/
* License : GPL
  Description : This is the successor of Gnome-Art and lets you
change your Gnome-themes (icon-,
wallpaper-, splash-,...-themes) with one click.

This is the successor of Gnome-Art and lets you change your
Gnome-themes (icon-, wallpaper-,
splash-,...-themes) with one click.

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy-updates
  APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500,
'hardy-proposed'), (500, 'hardy-backports'), (500, 'hardy')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-5-generic (SMP w/1 CPU core)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
  Regards,
  Shirish Agarwal
  This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/

065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



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

Bug#87574: 20081027 vs. 20080127

[jidanni]

And 4.3.0.20081027-1 should be
4.3.0.20080127-1 !!!



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

Bug#196208: Our experts advise

[woodsman]

Wide spectrum of boner enlargers! http://wqid.andconsider.com




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

Bug#463909: bzr: Internal error with "bzr check"

[Ming Hua]

Package: bzr
Version: 1.1~rc1-1
Severity: normal

Dear bzr maintainers,

I am not quite sure if this is a bug in bzr on the bzr-svn plugin, I'm
reporting it to bzr based on the Python traceback.

On one of my machines, "bzr check" fails with an internal error.  The
branch uses a rich-root format shared repository, the "upstream" branch
is a checkout of SVN upstream, and "packaging" branch is originally
branched from "upstream".

There were also some other complicated operations to this branch, such
as accessed by different versions of bzr (my home directory is mounted
in both Debian and Ubuntu), and pulling from another branch over
bzr+ssh:// protocol.  I can not reproduce this error in another unstable
machine that installs the same bzr packages and uses a very similar
repository/branch layout, but on this machine it's 100% reproducible.
It seems this doesn't affect my daily use of this branch, however.

I'm putting the error and the output of "bzr info --verbose" at the end
of this mail.  I realize rich-root is no longer the default format, but
I'd appreciate if a fix or workaround can be provided.  If you needs
more information, please ask.

Thanks,
Ming
2008.02.03

$ bzr check
bzr: ERROR: bzrlib.errors.KnitCorrupt: Knit inventory corrupt: 
  sha-1 04b0ea7d820bf62f0646d6d4d6cc296bdfd00b52
  of reconstructed text does not match
  expected 74b68f05bf57c1074b903e4bc539224728d2f6ff
  for version svn-v3-trunk0:727f7bbf-773a-0410-a90f-6102d2a1caf9:trunk:670

Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/bzrlib/commands.py", line 806, in 
run_bzr_catch_errors
return run_bzr(argv)
  File "/usr/lib/python2.4/site-packages/bzrlib/commands.py", line 762, in 
run_bzr
ret = run(*run_argv)
  File "/usr/lib/python2.4/site-packages/bzrlib/commands.py", line 492, in 
run_argv_aliases
return self.run(**all_cmd_args)
  File "/usr/lib/python2.4/site-packages/bzrlib/builtins.py", line 2381, in run
check(branch_obj, verbose)
  File "/usr/lib/python2.4/site-packages/bzrlib/check.py", line 254, in check
repo_result = branch.repository.check([branch.last_revision()])
  File "/usr/lib/python2.4/site-packages/bzrlib/decorators.py", line 127, in 
read_locked
return unbound(self, *args, **kwargs)
  File "/usr/lib/python2.4/site-packages/bzrlib/repository.py", line 1773, in 
check
return self._check(revision_ids)
  File "/usr/lib/python2.4/site-packages/bzrlib/repository.py", line 1777, in 
_check
result.check()
  File "/usr/lib/python2.4/site-packages/bzrlib/check.py", line 79, in check
self.check_one_rev(rev_id)
  File "/usr/lib/python2.4/site-packages/bzrlib/check.py", line 190, in 
check_one_rev
self._check_revision_tree(rev_id)
  File "/usr/lib/python2.4/site-packages/bzrlib/check.py", line 223, in 
_check_revision_tree
tree = self.repository.revision_tree(rev_id)
  File "/usr/lib/python2.4/site-packages/bzrlib/decorators.py", line 127, in 
read_locked
return unbound(self, *args, **kwargs)
  File "/usr/lib/python2.4/site-packages/bzrlib/repository.py", line 1621, in 
revision_tree
inv = self.get_revision_inventory(revision_id)
  File "/usr/lib/python2.4/site-packages/bzrlib/decorators.py", line 127, in 
read_locked
return unbound(self, *args, **kwargs)
  File "/usr/lib/python2.4/site-packages/bzrlib/repository.py", line 1584, in 
get_revision_inventory
return self.get_inventory(revision_id)
  File "/usr/lib/python2.4/site-packages/bzrlib/decorators.py", line 127, in 
read_locked
return unbound(self, *args, **kwargs)
  File "/usr/lib/python2.4/site-packages/bzrlib/repository.py", line 1454, in 
get_inventory
return self.deserialise_inventory(
  File "/usr/lib/python2.4/site-packages/bzrlib/decorators.py", line 127, in 
read_locked
return unbound(self, *args, **kwargs)
  File "/usr/lib/python2.4/site-packages/bzrlib/repository.py", line 1480, in 
get_inventory_xml
return iw.get_text(revision_id)
  File "/usr/lib/python2.4/site-packages/bzrlib/knit.py", line 1059, in get_text
return self.get_texts([version_id])[0]
  File "/usr/lib/python2.4/site-packages/bzrlib/knit.py", line 1062, in 
get_texts
return [''.join(l) for l in self.get_line_list(version_ids)]
  File "/usr/lib/python2.4/site-packages/bzrlib/knit.py", line 1068, in 
get_line_list
text_map, content_map = self._get_content_maps(version_ids)
  File "/usr/lib/python2.4/site-packages/bzrlib/knit.py", line 1131, in 
_get_content_maps
'\n  sha-1 %s'
KnitCorrupt: Knit inventory corrupt: 
  sha-1 04b0ea7d820bf62f0646d6d4d6cc296bdfd00b52
  of reconstructed text does not match
  expected 74b68f05bf57c1074b903e4bc539224728d2f6ff
  for version svn-v3-trunk0:727f7bbf-773a-0410-a90f-6102d2a1caf9:trunk:670

bzr 1.1.0.candidate.1 on python 2.4.4.final.0 (linux2)
arguments: ['/usr/bin/bzr', 'check']
encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_US.UTF-8'
plugins:
  bzrtools /usr/lib/python2.4/site-packages/bzrlib/plugins/bzrtools 
[1.1.0]
  

Bug#463908: Fails to initialize USB on Dell OptiPlex 745 (maybe because of pnpacpi limits)

[Michal Čihař]

Package: linux-image-2.6.24-1-686
Version: 2.6.24-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

I just tried 2.6.24 kernel and unfortunately I can not use it - this PC
has only USB ports to connect keyboard and USB does not work in 2.6.24.
First error message I get from kernel is:

pnpacpi: exceeded the max number of IO resources: 40 

Then random USB errors start to appear:

usb 4-2: new low speed USB device using uhci_hcd and address 3
usb 4-2: device descriptor read/64, error -71
usb 4-2: device descriptor read/64, error -71
usb 4-2: new low speed USB device using uhci_hcd and address 4
usb 4-2: device descriptor read/64, error -71
usb 4-2: device descriptor read/64, error -71
usb 4-2: new low speed USB device using uhci_hcd and address 5
usb 4-2: device not accepting address 5, error -71
usb 4-2: new low speed USB device using uhci_hcd and address 6
usb 4-2: device not accepting address 6, error -71
usb 4-2: new low speed USB device using uhci_hcd and address 7
usb 4-2: device descriptor read/64, error -71
usb 4-2: device descriptor read/64, error -71
usb 4-2: new low speed USB device using uhci_hcd and address 8
usb 4-2: device descriptor read/64, error -71
usb 4-2: device descriptor read/64, error -71
usb 4-2: new low speed USB device using uhci_hcd and address 9

And it still continues in these errors. I'm not really sure if the
pnpacpi message is related to this USB problem or not, but at least it
looks suspicious.

I'm attaching boot logs of both 2.6.23 and 2.6.24 and it looks like
2.6.24 has found much more IO ranges which it is trying to reserve.

If you need any other infrmation, feel free to ask.

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


- -- Package-specific info:

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

Kernel: Linux 2.6.23-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 linux-image-2.6.24-1-686 depends on:
ii  debconf [debconf-2.0]1.5.19  Debian configuration management sy
ii  initramfs-tools [linux-initr 0.91d   tools for generating an initramfs
ii  module-init-tools3.3-pre11-4 tools for managing Linux kernel mo

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

- -- debconf information excluded

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

iD8DBQFHppwy3DVS6DbnVgQRAqO4AKDI5AAzvcUj8mV2eYwvEfi73aYUagCgycl6
tkHN5xmDSSoPDjVe9g6GoSs=
=jNHa
-END PGP SIGNATURE-
Linux version 2.6.23-1-686 (Debian 2.6.23-2) ([EMAIL PROTECTED]) (gcc version 4.1.3 20071209 (prerelease) (Debian 4.1.2-18)) #1 SMP Fri Dec 21 13:57:07 UTC 2007
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009fc00 (usable)
 BIOS-e820: 000f - 0010 (reserved)
 BIOS-e820: 0010 - 3fdffc00 (usable)
 BIOS-e820: 3fdffc00 - 3fe01c00 (ACPI NVS)
 BIOS-e820: 3fe03c00 - 3fe53c00 (reserved)
 BIOS-e820: 3fe53c00 - 3fe55c00 (ACPI data)
 BIOS-e820: 3fe55c00 - 4000 (reserved)
 BIOS-e820: e000 - f000 (reserved)
 BIOS-e820: fec0 - fed00400 (reserved)
 BIOS-e820: fed2 - feda (reserved)
 BIOS-e820: fee0 - fef0 (reserved)
 BIOS-e820: ffb0 - 0001 (reserved)
125MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe710
Entering add_active_range(0, 0, 261631) 0 entries of 256 used
Zone PFN ranges:
  DMA 0 -> 4096
  Normal   4096 ->   229376
  HighMem229376 ->   261631
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0:0 ->   261631
On node 0 totalpages: 261631
  DMA zone: 32 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 4064 pages, LIFO batch:0
  Normal zone: 1760 pages used for memmap
  Normal zone: 223520 pages, LIFO batch:31
  HighMem zone: 251 pages used for memmap
  HighMem zone: 32004 pages, LIFO batch:7
  Movable zone: 0 pages used for memmap
DMI 2.3 present.
ACPI: RSDP 000FEBF0, 0024 (r2 DELL  )
ACPI: XSDT 000FCE90, 0084 (r1 DELLB8K   14 ASL61)
ACPI: FACP 000FCFB8, 00F4 (r3 DELLB8K   14 ASL61)
ACPI: DSDT FFF69C33, 4757 (r1   DELLdt_ex 1000 INTL 20050624)
ACPI: FACS 3FDFFC00, 0040
ACPI: SSDT FFF6E662, 009A (r1   DELLst_ex 1000 INTL 20050624)
ACPI: APIC 000FD0AC, 0092 (r1 DELLB8K   14 ASL61)
ACPI: BOOT 000FD13E, 0028 (r1 DELLB8K   14 ASL61)
ACPI: ASF! 000FD166, 0092 (r32 DELLB8K   14 ASL61)
ACPI: MCFG 000FD1F8, 003E (r1 DELLB8K   14 ASL61)
ACPI: HPET 000FD236, 0038 (r1 DELL   

Bug#107658: Get more size for your enjoyment!

[filho]

Get bigger size http://eeantz.tellthrough.com




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

Bug#463787: /etc/blkid.tab negates purpose of label-based mounts

[Theodore Tso]

On Sun, Feb 03, 2008 at 08:09:39PM -0800, Petr Vandrovec wrote:
> I suspect that problem is that volume in question was repartitioned & 
> reformatted recently - apparently it took udev some time to create nodes in 
> /dev, so blkid somehow found devices in /dev/.static/dev/sdX1, and that 
> triggered ENOMEDIUM problems on next boot - as for udev /dev/sdX1 would not 
> exist, and so blkid would notice.
>
> (*) I've looked at sources, and blkid has special case for 
> ENXIO/ENOENT/ENODEV.  For ENOMEDIUM it reports back "returning unverified 
> data", and returns whatever it found in cache.  I have no idea what correct 
> behavior should be - I'm sure in some cases users are trying to mount 
> drives without medium inside.

That's very helpful.  Thank you for doing the detailed debugging!  

I should probably just change it so that any error (including
ENOMEDIUM) that's not EPERM causes the cache entry to be flushed.
That should address your problem, and that should cause blkid to do
the right thing.

   - Ted



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

Bug#327585: [Pkg-openldap-devel] Bug#327585: Bug#327585: reopening

[Steve Langasek]

On Sun, Feb 03, 2008 at 06:02:34PM -0800, Russ Allbery wrote:
> > Since the perl package in Debian is not linked against libperl, perl
> > extensions also cannot be linked against libperl since this would cause
> > two copies of the perl XS symbols to be loaded.

> And this is the problem.  It *is* linked against libperl on every
> architecture except i386, and on those architectures, the perl binary is
> also linked against libperl instead of duplicating the code.  I think i386
> should be changed to match.  This came up on debian-devel recently.

I agree that we're better off if perl links to libperl on all archs, so we
can maximize the use of RTLD_LOCAL.  I think libltdl's API should also be
fixed.

> > BTW, a similar bug was reported recently (... in the past 3 months or
> > so; and possibly only via the mailing list) on the OpenLDAP package
> > because back_meta references symbols from back_ldap but doesn't link
> > against it, so back_meta in Debian can never see those symbols even if
> > back_ldap is loaded first.  I have a possible fix for this (which btw is
> > detected by upstream's 'make test'), but have been reluctant to
> > implement it so far because it's an ugly thing involving making symlinks
> > to back_ldap to keep libtool happy.

> Can't we just link back_meta against back_ldap?  Or is that what your fix
> for the problem does?

Yeah, that's the fix; but libtool --install blows up nastily when you link
against something that's not a system library, *and* has a name that doesn't
begin with "lib", because -lback_ldap doesn't work very well for
relinking... :)

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



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

Bug#437506: evince: Window moves when "View -> Reload" is selected

[Reid Priedhorsky]

Sven Arvidsson wrote:

On Sat, 2008-01-12 at 16:56 -0600, Reid Priedhorsky wrote:
It also happens under twm, though the jump is much smaller, perhaps 3-5 
pixels. That's the only other WM I have installed currently, though I 
could install others if that would be helpful.


Hi,

Thanks for reproducing the bug with twm and providing the screenshots.


No problem. Glad to help.


There's a somewhat similar problem described in the upstream bug
tracker, but to be sure I have forwarded a copy of your report for the
upstream developers to decide.

See http://bugzilla.gnome.org/show_bug.cgi?id=510688


Thanks!

Thanks for your efforts on this bug. It would sure be nice to drop gv in 
favor of evince, since gv's interface is sure klunky, but this bug is 
currently a showstopper for me.


There's also epdfview which uses the same pdf backend as Evince.


Interestingly, epdfview displays the same behavior, but one decorations' 
width instead of two...


Take care,

Reid





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

Bug#327585: [Pkg-openldap-devel] Bug#327585: reopening

[Steve Langasek]

On Sun, Feb 03, 2008 at 05:47:01PM -0800, Russ Allbery wrote:

> > [EMAIL PROTECTED]:~$ sudo /etc/init.d/slapd start
> > Starting OpenLDAP: slapd - failed: 
> > Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: 
> > /usr/lib/perl/5.8/auto/POSIX/POSIX.so: undefined symbol: PL_sig_name at 
> > /usr/lib/perl/5.8/XSLoader.pm line 70.
> >  at /usr/lib/perl/5.8/POSIX.pm line 26
> > Compilation failed in require at /etc/perl/SampleLDAP.pm line 2.
> > BEGIN failed--compilation aborted at /etc/perl/SampleLDAP.pm line 2.
> > Compilation failed in require at (eval 2) line 1.
> > BEGIN failed--compilation aborted at (eval 2) line 1.

> > Can't call method "config" on an undefined value.

> Okay, thanks.

> I could have sworn that this wasn't happening with 2.3.30 or
> thereabouts... oh, I know what the difference is.  I was testing on
> amd64.  Right, now I understand.

> This is that problem that's caused by Perl modules not being linked with
> libperl on i386 (but not on any other architecture) and instead
> duplicating the symbols between perl and libperl and leaving them
> undefined in the modules.  This works correctly if the modules are linked
> with libperl, which they are on amd64 and Debian's other architectures.

> You're right, this isn't closed; it's just i386-specific.

I was surprised to hear that perl modules were linked to libperl on !i386
(which would be the correct thing to do, I just didn't think the standard
perl build rules handled this).  So I checked, and on my amd64 system:

$ ldd /usr/lib/perl/5.8.8/auto/POSIX/POSIX.so
libm.so.6 => /lib/libm.so.6 (0x2b02d4451000)
libc.so.6 => /lib/libc.so.6 (0x2b02d46d2000)
/lib64/ld-linux-x86-64.so.2 (0x4000)
$

So sure enough, I tried the test case from
, and:

# slapd
Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: 
/usr/lib/perl/5.8/auto/POSIX/POSIX.so: undefined symbol: PL_sig_name at 
/usr/lib/perl/5.8/XSLoader.pm line 70.
 at /usr/lib/perl/5.8/POSIX.pm line 26
Compilation failed in require at /etc/perl/SampleLDAP.pm line 2.
BEGIN failed--compilation aborted at /etc/perl/SampleLDAP.pm line 2.
Compilation failed in require at (eval 2) line 1.
BEGIN failed--compilation aborted at (eval 2) line 1.
#

I have no idea if this is a regression from previous perl builds, but it
looks to me like it's a general problem at this point.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



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

Bug#463907: Creates tempfiles in a unsafe way

[Frank Lichtenheld]

Package: wml
Version: 2.0.11-1
Severity: serious
Tags: security

The following code in wml_backend/p1_ipp/ipp.src is obviously unsafe
(and actually causing practical problems during the Debian website
build):

$tmpdir = $ENV{'TMPDIR'} || '/tmp';
$tmpfile = $tmpdir . "/ipp.$$.tmp";
unlink($tmpfile);
$tmp = new IO::File;
$tmp->open(">$tmpfile") || error("cannot write into $tmpfile: $!");

Sadly enough this was fixed by the former maintainer for sarge but
apparently got lost when the new upstream was packaged for etch. See
the following code in sarge's version:

my $tmpldir = ($ENV{'TMPDIR'} || '/tmp') . '/ipp.XX';
$tmpdir = mkdtemp($tmpldir) or die "Unable to create temporary directory: $!\n";
$tmpfile = $tmpdir . "/ipp.$$.tmp";
unlink($tmpfile);
$tmp = new IO::File;
$tmp->open(">$tmpfile") || error("cannot write into $tmpfile: $!");

You could probably just use that again.

Gruesse,
Frank Lichtenheld

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

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

Versions of packages wml depends on:
ii  eperl 2.2.14-15  Embedded Perl 5 Language
ii  iselect   1.3.1-3An interactive line selection tool
ii  libbit-vector-perl6.4-7  Perl and C library for bit vectors
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libimage-size-perl3.1-3  determine the size of images in se
ii  libpng12-01.2.15~beta5-3 PNG library - runtime
ii  libterm-readkey-perl  2.30-3 A perl module for simple terminal 
ii  m41.4.10-1   a macro processing language
ii  mp4h  1.3.1-4Macro processor for HTML documents
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.8.8] 5.8.8-12   The Pathologically Eclectic Rubbis
ii  slice 1.3.8-9Extract out pre-defined slices of 

Versions of packages wml recommends:
ii  libhtml-clean-perl 0.8-10Cleans up HTML code for web browse
ii  linklint   2.3.5-5   A fast link checker and web site m
ii  tidy   20080116cvs-2 HTML syntax checker and reformatte
ii  txt2html   2.50-2Text to HTML converter

-- no debconf information



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

Bug#461603: 2nd patch is backwards (sorry)

[Scott Kitterman]

Just noticed that the 2nd patch is reversed.  



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

Bug#463906: libapache2-mod-php5 fails to install mods

[Cam Ellison]

Package: libapache2-mod-php5
Version: 5.2.5-2

Installation of libapache2-mod-php5_5.2.5-2_i386.deb is incomplete: it 
does not install php5.conf and php5.load 
into  /etc/apache2/mods-available.  php4.conf and php4.load are still 
present, even though libphp4.so no longer exists.

Reinstalling has no effect.  It was necessary to unpack and manually 
insert  the files.  libphp5.so is installed, but shows the package date 
for version 5.2.5-1 (it appears to be the same file).

This machine runs lenny/sid, kernel 2.6.23.


-- 
Cam Ellison  Ph.D.  R.Psych. #01417

Cam Ellison & Associates Ltd.
Management Psychology

3446 Beach Avenue
Roberts Creek  BC  V0N 2W2

Phone: 604.885.4806
Fax:   604.885.4809
Cell:  604.989.0635

Bug#463905: [php-maint] Bug#463905: PHP scripts fail after install of php5-common 5.2.5-2

[Steve Langasek]

On Sun, Feb 03, 2008 at 08:35:26PM -0800, Cam Ellison wrote:
> Package: php5-common
> Version: 5.2.5-2

> After installation of php5-common_5.2.5-2_i386.deb, apache2 does not 
> appear to recognize php scripts.  Browser pops up request to specify an 
> application to open it.  Downgrading to php5-common_5.2.4-2+b1_i386.deb 
> resolved the problem.  I have not tested php5-common_5.2.5-1_i386.deb - 
> this is a production website, and it's in use at the moment.

> This machine runs combined lenny/sid, kernel 2.6.23, and 
> apache2-mpm-prefork version 2.2.8

The php5-common package has nothing to do with apache2.  Which version of
libapache2-mod-php5 is available according to 'apt-cache policy
libapache2-mod-php5'?

If you're pulling from an out-of-date mirror, then installing the newest
php5-common could leave libapache2-mod-php5 uninstallable.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]

Bug#463905: PHP scripts fail after install of php5-common 5.2.5-2

[Cam Ellison]

Package: php5-common
Version: 5.2.5-2

After installation of php5-common_5.2.5-2_i386.deb, apache2 does not 
appear to recognize php scripts.  Browser pops up request to specify an 
application to open it.  Downgrading to php5-common_5.2.4-2+b1_i386.deb 
resolved the problem.  I have not tested php5-common_5.2.5-1_i386.deb - 
this is a production website, and it's in use at the moment.

This machine runs combined lenny/sid, kernel 2.6.23, and 
apache2-mpm-prefork version 2.2.8


-- 
Cam Ellison  Ph.D.  R.Psych. #01417

Cam Ellison & Associates Ltd.
Management Psychology

3446 Beach Avenue
Roberts Creek  BC  V0N 2W2

Phone: 604.885.4806
Fax:   604.885.4809
Cell:  604.989.0635

Bug#463138: lintian: package-contains-empty-perl-directory and Perl 5.10

[Russ Allbery]

Niko Tyni <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.43
> Severity: wishlist
>
> Please consider a note about the "unconditional rmdir issue" in the
> package-contains-empty-perl-directory description. Something like this:
>
>  This package installs an empty /usr/lib/perl5 or /usr/share/perl5
>  directory. This is an artifact of ExtUtils::MakeMaker and isn't
>  harmful, but it's messy. It's preferrable to remove the directory the
>  package doesn't use (/usr/share/perl5 for binary Perl modules and
>  /usr/lib/perl5 for pure Perl modules) in debian/rules after running
>  make install.
> +
> + Note that ExtUtils::MakeMaker has been fixed in Perl 5.10, so make
> + sure not to fail if the directory does not exist in the first place.
> + One implementation can be found in the dh-make-perl debian/rules templates.
>
> See #458143 for some background to this.

I'm going to just remove this tag from lintian entirely.  Given that Perl
5.10 is coming soon and the empty directories don't cause problems, just
untidiness, I think it's better to have maintainers just leave the
directories for right now rather than possibly introducing FTBFS problems
by trying to fix it.  The Debian Perl Group has good internal procedures
for testing things and can fix this for our packages, but since the real
bug is in Perl, I think the average maintainer is best off just ignoring
it until the bug is fixed there.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#451331: Lilo not run, couldn't reboot

[jidanni]

ma> that's bad as linux-image-k7 did get droped without upgrade path yet
ma> use linux-image-686 from now on. works fine on k7 hardware.
Thanks for telling me otherwise I would have been left standing at the
bus stop waiting for no bus for months!
P.S.: just how does one track the doc package?:
http://lists.debian.org/debian-user/2008/02/msg00157.html



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

Bug#463904: lapack: New upstream is much improved.

[Jason Riedy]

Package: lapack
Severity: wishlist



Lapack 3.1.1 upstream is much improved over 3.0.* but should be
backwards-compatable.  You might want to upgrade along with the
gfortran transition.

-- 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.24-ejr-tst6 (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



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

Bug#463787: /etc/blkid.tab negates purpose of label-based mounts

[Petr Vandrovec]

Theodore Tso wrote:

OK, can you try the following?  Right after you boot, can you try
running this command, and let me know whether it returns the correct
information?

blkid -t LABEL=vms6

Or you don't have to reboot; try changing the device name at the end
of the line for vmm6, changing it to be something like this:

/dev/sda5

(The above is all one line)

and then try the above line, and see whether you get the right
information.

Blkid has always done the right thing in this regard, and nothing has
changed here recently --- that's why I'm asking you what version of
e2fsprogs you upgraded from previously.

I'm wondering if the issue is that the kernel is taking longer to
autodetect your USB devices, so they simpler aren't showing up at
boot.  If the above works after the boot process.

So I would try the following.  Try corrupting /etc/blkid.tab so the
device information for vms6 is wrong, and then try the mount.  If it
works, but it's not working at boot time, try adding a sleep 15 before
the mount -a command in the init scripts, and see if that fixes it...


It seems to have something to do with device nodes which do exists in 
namespace, but returns an ENOMEDIUM on open (*).  When I tried your 
example, or /dev/sda5 & 0x805, or any other /dev/sd* node (/dev/sd* is 
maintained by udev on my box), or non-existing node, or node which 
reports ENXIO (/dev/.static/dev/sdk1, /dev/.static/dev/sdg5) everything 
is fine.


But when I pointed entry to:

UUID="82a15e8d-bae0-4300-8329-dc89268a71c4" 
TYPE="ext3">/dev/.static/dev/sdb1


(/dev/.static/dev/sdb1 is partition on device which returns ENOMEDIUM on 
open)


it added correct line, but left incorrect in place as well.  So blkid 
now reports two results:


gwy:/home/petr# blkid -t LABEL=vms6
/dev/.static/dev/sdb1: LABEL="vms6" 
UUID="82a15e8d-bae0-4300-8329-dc89268a71c4" TYPE="ext3"
/dev/sdg1: LABEL="vms6" UUID="82a15e8d-bae0-4300-8329-dc89268a71c4" 
TYPE="ext3"


And monut reports 'No medium' - with either one or two lines in 
blkid.tab (and while blkid adds correct entry, mount does not do anything).


I've attached "strace blkid -t LABEL=vms6" output for case where there 
was only bogus sdb1 entry in blkid.tab.


I suspect that problem is that volume in question was repartitioned & 
reformatted recently - apparently it took udev some time to create nodes 
in /dev, so blkid somehow found devices in /dev/.static/dev/sdX1, and 
that triggered ENOMEDIUM problems on next boot - as for udev /dev/sdX1 
would not exist, and so blkid would notice.


(*) I've looked at sources, and blkid has special case for 
ENXIO/ENOENT/ENODEV.  For ENOMEDIUM it reports back "returning 
unverified data", and returns whatever it found in cache.  I have no 
idea what correct behavior should be - I'm sure in some cases users are 
trying to mount drives without medium inside.


Petr
execve("/sbin/blkid", ["blkid", "-t", "LABEL=vms6"], [/* 31 vars */]) = 0
brk(0)  = 0x954e000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf7f77000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=152329, ...}) = 0
mmap2(NULL, 152329, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7f51000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libblkid.so.1", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\"\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=33816, ...}) = 0
mmap2(NULL, 36684, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xf7f48000
mmap2(0xf7f5, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xf7f5
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libuuid.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \20\0\000"..., 512) = 
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=12656, ...}) = 0
mmap2(NULL, 15440, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xf7f44000
mmap2(0xf7f47000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xf7f47000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260e\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1356196, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf7f43000
mmap2(NULL, 1361520, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xf7df6000
mmap2(0xf7f3d000, 12288, PROT_READ|PROT_WR

Bug#463903: debconf doesn't remember resolutions

[Thanatermesis]

Package: xserver-xorg
Version: 1:7.2-5

First of all select your desired resolution in 'dpkg-reconfigure 
xserver-xorg', after, when you run 'dpkg-reconfigure -fnoninteractive 
xserver-xorg', the resolutions selected before are erased on the 
xorg.conf file, also, when you run 'dpkg-reconfigure xserver-xorg' 
there's not your previous selected resolutions on the menus






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

Bug#463900: False positive for missing dh_desktop call in packages without MimeType fields

[Russ Allbery]

Daniel Burrows <[EMAIL PROTECTED]> writes:

> Package: lintian
> Version: 1.23.42
> Severity: normal
>
>   One of my packages produces this lintian warning:
>
> W: heroes source: desktop-file-but-no-dh_desktop-call
> N:
> N:   It looks like your package includes a .desktop file and you use
> N:   debhelper to build it, but you don't call dh_desktop in your rules
> N:   file.
>
>   But according to dh_desktop(1), this is only needed or useful for
> files that contain a Mime-Type entry.  Should lintian really be telling
> me to run no-ops?

Yes, I believe so.  As I understand it, the intention is future-proofing:
right *now*, the only thing update-desktop-database does is update MIME
databases, and hence dh_desktop does nothing if there is no MimeType
field, but this may not always be the case.  With a dh_desktop call, any
future needs can be handled with a binNMU against the latest debhelper
should something additional be needed.

It's possibly mind-reading on my part, but I think that's what the
"currently be ignored" part is intended to get at.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#463882: Please add firefox to Recommends in epydoc-doc

[Kenneth Pronovici]

On Feb 3, 2008 5:46 PM, Marco Rodrigues <[EMAIL PROTECTED]> wrote:
> Hi!
>
> You should check this one.. Debian have done this request for this package, 
> and
> so many others in Debian. You're right not to recommend a package that isn't 
> at
> Debian, but with ... | firefox | ... it doesn't hurt.
>
> http://packages.qa.debian.org/d/dhelp/news/20080203T163202Z.html

Other developers are, of course, welcome to do what they wish.
However, my read of Policy is that it's not allowed, so I won't be
making the change to epydoc-doc.   There's no reason Ubuntu can't
patch this on their end -- they've done that before with epydoc
(sometimes against my wishes, as a matter of fact).

KEN



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

Bug#463779: gkrellm: Battery handling broken with linux-image 2.6.24-1

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Stefan Tomanek wrote:
> Package: gkrellm
> Version: 2.3.1-1
> Severity: important
> 
> With kernel version 2.6.24-1, the Debian kernel packages does
> not support the /proc interface for ACPI_POWER devices. Therefore,
> /proc/acpi/battery does not exist. gkrellm should switch to the
> /sys interface replacing the obsolete one.
> 
> -- System Information:
> Debian Release: 4.0
>   APT prefers stable
>   APT policy: (990, 'stable')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18-4-xen-vserver-amd64
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
> 
> 
> 
Hi Stefan,

I will check further this, today I was looking for this in the source
but I didn't found how to redirect the address to make a patch, I will
forward this to upstream.

Regards.
- --
Jose Luis Rivas. San Cristóbal, Venezuela. PGP: 0xCACAB118
http://ghostbar.ath.cx/{about,acerca} - http://debian.org.ve
`ghostbar' @ irc.debian.org/#debian-ve,#debian-devel-es
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHpoQaOKCtW8rKsRgRAgmGAJ4/d3ft2H0Ms2ZPhBL/0+Cx0b95AwCcCJFi
9uSATAg3H69bhcwRpSHA7+c=
=PP9X
-END PGP SIGNATURE-



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

Bug#463902: gnubiff should not build-dep on libgdk-pixbuf-dev

[Kanru Chen]

Package: gnubiff
Version: 2.2.8-3
Severity: normal


Hello,

Since libgdk-pixbuf-dev is actully an old libgtk1.2 library, and new
gdk-pixbuf code has been included in libgtk2.0-dev, build depend on
libgtk2.0-dev is sufficient.

Regards,
Kanru

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

Kernel: Linux 2.6.24-rc8
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 gnubiff depends on:
ii  libart-2.0-22.3.20-1 Library of functions for 2D graphi
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.21.90-1Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.21.90-1The Bonobo UI library
ii  libc6   2.7-6GNU C Library: Shared libraries
ii  libcairo2   1.4.2-1  The Cairo 2D vector graphics libra
ii  libfam0 2.7.0-13.1   Client library to control the FAM 
ii  libgcc1 1:4.3-20080202-1 GCC support library
ii  libgconf2-4 2.20.1-2+b1  GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.5-2 The GLib library of C routines
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented display
ii  libgnomeui-02.20.1.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.7-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  liborbit2   1:2.14.10-0.1libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0  2.20.3-1 library for GNOME Panel applets
ii  libpango1.0-0   1.18.4-1 Layout and rendering of internatio
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libssl0.9.8 0.9.8g-4 SSL shared libraries
ii  libstdc++6  4.3-20080202-1   The GNU Standard C++ Library v3
ii  libx11-62:1.1.3-1X11 client-side library
ii  libxml2 2.6.31.dfsg-1GNOME XML library
ii  sox 14.0.0-5 Swiss army knife of sound processi

gnubiff recommends no packages.

-- no debconf information



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

Bug#463901: mpd needs 'shout' audio output plugin compiled in package - Lenny

[Brian Millan]

Package: mpd
Version: 0.13.0-5

Invoking mpd thusly:
brianslug:/etc# mpd
gives this error:

couldn't find audio output plugin for type "shout" at line 98

brianslug:/etc# mpd --version
mpd (MPD: Music Player Daemon) 0.13.0

Copyright (C) 2003-2007 Warren Dukes <[EMAIL PROTECTED]>
This is free software; see the source for copying conditions.  There is NO
warranty; not even MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Supported formats:
mp3 mp2 ogg ogg flac wav au aiff aif m4a mp4 mpc amf dsm far gdm imf it med
mod mtm s3m stm stx ult uni xm

Supported outputs:
alsa ao oss pulse jack

brianslug:/etc# dmesg
Linux version 2.6.22-3-ixp4xx (Debian 2.6.22-6) ([EMAIL PROTECTED]) (gcc
version 4.1.3 20070831 (prerelease) (Debian 4.1.2-16)) #1 Tue Nov 13
02:17:20 UTC 2007
CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE), cr=397f
Machine: Linksys NSLU2

Relevent portion of mpd.conf:

audio_output {
type"shout"
name"My Shout Stream"
host"localhost"
port"8000"
mount   "/mpd.ogg"
password"mypasswd"
#quality "5.0"
bitrate "128"
format  "44100:16:1"
#user"source"# optional
#description "My Stream Description" # optional
#genre   "jazz"  # optional
#public  "no"# optional
}


I suggest enabling shoutcast support in the package. I believe libshout and
libshout-dev need to be installed on the compiling machine. I have tried
compiling myself without success (noob).

Many thanks

-- 
Brian Millan

Bug#463893: postgresql-8.3: please automate database upgrade between pgsql releases

[Peter Eisentraut]

Mark Robinson wrote:
> I think it's important to make all upgrade processes as automatic as
> possible.

This would be quite inappropriate.  When moving between major PostgreSQL 
releases you need to review, revise, reconfigure, and test your application.  
If you don't want to do that, stay with the old major release.  That is why 
they continue to be maintained (at least upstream).



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

Bug#445081: [PATCH] Corrected illegal regex in ignore.d.server/dspam

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.server/dspam |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)diff --git a/rulefiles/linux/ignore.d.server/dspam b/rulefiles/linux/ignore.d.server/dspam
index 1f22fc9..96b671c 100644
--- a/rulefiles/linux/ignore.d.server/dspam
+++ b/rulefiles/linux/ignore.d.server/dspam
@@ -1,2 +1,2 @@
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dspam\[[0-9]+\]: spam detected from [.0-9]+{7,15}$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dspam\[[0-9]+\]: innocent message from [.0-9]+{7,15}$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dspam\[[0-9]+\]: spam detected from [.0-9]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ dspam\[[0-9]+\]: innocent message from [.0-9]+$

Bug#445073: [PATCH] Updated ssh "reverse mapping" rule to include IP address (closes: #445073)

[Frédéric Brière]

---
 rulefiles/linux/violations.ignore.d/logcheck-ssh |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)diff --git a/rulefiles/linux/violations.ignore.d/logcheck-ssh b/rulefiles/linux/violations.ignore.d/logcheck-ssh
index ce15db1..08407d5 100644
--- a/rulefiles/linux/violations.ignore.d/logcheck-ssh
+++ b/rulefiles/linux/violations.ignore.d/logcheck-ssh
@@ -1,6 +1,6 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts\.(allow|deny), line [0-9]+: can't verify hostname: getaddrinfo\([._[:alnum:]-]+, AF_INET\) failed$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: warning: /etc/hosts\.(allow|deny), line [0-9]+: host name/(name|address) mismatch: [._[:alnum:]-]+ != [._[:alnum:]-]+$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: reverse mapping checking getaddrinfo for [._[:alnum:]-]+ failed - POSSIBLE BREAK-?IN ATTEMPT!$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: reverse mapping checking getaddrinfo for [._[:alnum:]-]+ (\[[:.[:xdigit:]]+\] )?failed - POSSIBLE BREAK-?IN ATTEMPT!$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: Address [._[:alnum:]-]+ maps to [._[:alnum:]-]+, but this does not map back to the address - POSSIBLE BREAK-?IN ATTEMPT!$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: fatal: Write failed: Broken pipe$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: fatal: Write failed: Connection (timed out|reset by peer)$

Bug#463900: False positive for missing dh_desktop call in packages without MimeType fields

[Daniel Burrows]

Package: lintian
Version: 1.23.42
Severity: normal

  One of my packages produces this lintian warning:

W: heroes source: desktop-file-but-no-dh_desktop-call
N:
N:   It looks like your package includes a .desktop file and you use
N:   debhelper to build it, but you don't call dh_desktop in your rules
N:   file.

  But according to dh_desktop(1), this is only needed or useful for
files that contain a Mime-Type entry.  Should lintian really be telling
me to run no-ops?

  Daniel

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

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

Versions of packages lintian depends on:
ii  binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina
ii  diffstat1.45-2   produces graph of changes introduc
ii  dpkg-dev1.14.16.6package building tools for Debian
ii  file4.23-1   Determines file type using "magic"
ii  gettext 0.17-2   GNU Internationalization utilities
ii  intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf
ii  libparse-debianchan 1.1.1-2  parse Debian changelogs and output
ii  liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin
ii  man-db  2.5.0-4  on-line manual pager
ii  perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information



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

Bug#140631: bowling score bay-leaved caper

[fazeel deb]

RXsAre All on special pricing 

http://foxlawonline.com




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

Bug#463751: There was the same problem on LFS LiveCD

[Alexander E. Patrakov]

A user of LFS LiveCD reported a similar problem in the past. We were able to 
solve this by adding the following lines to /etc/modprobe.conf:


options iwl3945 disable_hw_scan=1
options iwl4965 disable_hw_scan=1

Does this work for you?

--
Alexander E. Patrakov



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

Bug#437297: bmpx: Images licensed under CreativeCommons included in the package

[William Pitcock]

severity 437297 important
thanks

While this is important, I think that having a functional bmpx 0.40.13
in lenny is more important. As such, downgrading severity.

I'll look into this after lenny. Thank you for your audit of this
package, it is indeed helpful.

William


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

Bug#463805: linux-source-2.6.24: iwlwifi module very old

[Tim Connors]

On Sun, 3 Feb 2008, maximilian attems wrote:

> On Mon, Feb 04, 2008 at 01:29:00AM +1100, Tim Connors wrote:
> > Package: linux-source-2.6.24
> > Version: 2.6.24-1
> > Severity: normal
> >
> > >From http://intellinuxwireless.org/?p=iwlwifi&n=downloads
> > there is a very much newer version of iwlwifi available
> > http://www.intellinuxwireless.org/iwlwifi/downloads/iwlwifi-1.2.24.tgz
> > instead of the 1.1.17kds available in debian's 2.6.24.
>
> this is the upstream released 2.6.24 version works mostly fine here.

With the iwlwifi modules in upstream and debian 2.6.24, I'm having
problems associating with anything other than WEP, and WEP outputs a lot
of debug info into syslog.  I was once able to associate with WPA and WPA2
(under 2.6.23), but it wouldn't roam once it lost its connection first
time, until the module was rmmodded and modprobed again.  Now I can't
associate at all, in 2.6.24.

> > I can't seem to be able to compile it though, so it may need merging
> > (I couldn't get it to compile either way with or without the new
> > mac80211 stuff on that page), or perhaps it will be merged in a
> > upstream prerelease, which could be backported back here.
>
> if you need newer use trunk it has latest upstream, see apt lines
> wiki.debian.org/DebianKernel

I suspect those instructions may be out of date.

First, we get a 403 forbidden from apt-get update:
W: Failed to fetch 
http://kernel-archive.buildserver.net/debian-kernel/dists/trunk/main/binary-amd64/Packages.gz
  403 Forbidden
W: Failed to fetch 
http://kernel-archive.buildserver.net/debian-kernel/dists/sid/main/binary-amd64/Packages.gz
  403 Forbidden

Suspecting that http://kernel-archive.buildserver.net/debian-kernel
should be http://kernel-archive.buildserver.net/debian-kernel/build
I tried again, but there is no trunk directory under
http://kernel-archive.buildserver.net/debian-kernel/build/dists
only sid.

And finally, there's no binary-amd64 directory under
http://kernel-archive.buildserver.net/debian-kernel/build/dists/sid/main/
and
http://kernel-archive.buildserver.net/debian-kernel/build/dists/trunk/main/

W: Failed to fetch 
http://kernel-archive.buildserver.net/debian-kernel/build/dists/trunk/main/binary-amd64/Packages.gz
  404 Not Found




-- 
TimC
"If American bicycle advocacy leaders had championed the civil rights
movement, the "Dream" would have been reserved seating in the back
of the bus."  - Jack R. Taylor



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

Bug#445069: [PATCH] Added tftpd "serving file from ..." rule (closes: #445069)

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.server/tftpd |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)diff --git a/rulefiles/linux/ignore.d.server/tftpd b/rulefiles/linux/ignore.d.server/tftpd
index e45bce5..609715d 100644
--- a/rulefiles/linux/ignore.d.server/tftpd
+++ b/rulefiles/linux/ignore.d.server/tftpd
@@ -1,2 +1,3 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in.tftpd\[[0-9]+\]: connect from [._[:alnum:]-]+ \([.[:digit:]]+\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ tftpd\[[0-9]+\]: tftpd: trying to get file: [^[:space:]]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ tftpd\[[0-9]+\]: tftpd: serving file from .*$

Bug#463866: Missing ptys in lenny /target/

[Frans Pop]

reassign 463866 debian-installer-utils
severity 463866 wishlist
thanks

On Sunday 03 February 2008, Petter Reinholdtsen wrote:
> Perhaps this code should be in in-target instead?

Seems reasonable to add this in debian-installer-utils, in the function 
library chroot-setup.sh (which is sourced by in-target).
Please propose a patch.

Cheers,
FJP



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

Bug#445072: [PATCH] Adjused ssh "Failed password" rule to allow omitting "illegal/invalid user" (closes: #445072)

[Frédéric Brière]

---
 rulefiles/linux/violations.ignore.d/logcheck-ssh |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)diff --git a/rulefiles/linux/violations.ignore.d/logcheck-ssh b/rulefiles/linux/violations.ignore.d/logcheck-ssh
index ce15db1..1b8f595 100644
--- a/rulefiles/linux/violations.ignore.d/logcheck-ssh
+++ b/rulefiles/linux/violations.ignore.d/logcheck-ssh
@@ -7,7 +7,7 @@
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: error: PAM: User not known to the underlying authentication module for i(llegal|nvalid) user [^[:space:]]+ from ([:.[:xdigit:]]+|UNKNOWN|[-_.[:alnum:]]+)$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: error: PAM: Authentication failure for [^[:space:]]+ from ([:.[:xdigit:]]+|UNKNOWN|[-_.[:alnum:]]+)$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: I(llegal|nvalid) user [^[:space:]]+ from ([:.[:xdigit:]]+|UNKNOWN)$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Failed (keyboard-interactive/pam|password|none) for i(llegal|nvalid) user [^[:space:]]+ from ([:.[:xdigit:]]+|UNKNOWN|[-_.[:alnum:]]+) port [[:digit:]]{1,5} ssh2?$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Failed (keyboard-interactive/pam|password|none) for (i(llegal|nvalid) user )?[^[:space:]]+ from ([:.[:xdigit:]]+|UNKNOWN|[-_.[:alnum:]]+) port [[:digit:]]{1,5} ssh2?$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: \(pam_unix\) authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=[^[:space:]]+([[:space:]]+user=[^[:space:]]+)?$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd: pam_unix\(ssh:[[:alnum:]]+\): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=[-_.:[:alnum:]]+  user=[-_.[:alnum:]]+$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: fatal: recv_rexec_state: ssh_msg_recv failed$

Bug#463829: Found the problem

[Lisandro Damián Nicanor Pérez Meyer]

It seems that the new password I set some days ago while I was nos with my 
computer at hand worked with Live ID, MSN messenger and aMSN, but not with 
kopete.

Tha password had a ! at the end of it. The strange thing is that I have 
already used a password like that before and worked perfectly.

I don't knw if to mark this bug as done or not :-/

Regards, Lisandro.-


-- 
Simulations are like miniskirts, they show a lot and hide the essentials.
  Hubert Kirrman

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
#bblug irc.freenode.net


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

Bug#445046: [PATCH] Added bind's "AXFR ended" rule alongside "AXFR started" (closes: #445046)

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.paranoid/bind |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)diff --git a/rulefiles/linux/ignore.d.paranoid/bind b/rulefiles/linux/ignore.d.paranoid/bind
index 3391e47..2775af7 100644
--- a/rulefiles/linux/ignore.d.paranoid/bind
+++ b/rulefiles/linux/ignore.d.paranoid/bind
@@ -14,7 +14,7 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: Received NOTIFY answer$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: (master|slave) zone "[^[:space:]]+" \(IN\) loaded \(serial [0-9]+\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: (ns_forw|ns_resp|sysquery): query\([^[:space:]]+\) (NS points to CNAME \([^[:space:]]+\)|No possible A RRs|All possible A RR's lame|Bogus LOOPBACK A RR \([^[:space:]]+\) learnt \([^[:space:]]+\))$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: client [0-9a-f.:]+#[0-9]+: transfer of '[^[:space:]]+/IN': AXFR started$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: client [0-9a-f.:]+#[0-9]+: transfer of '[^[:space:]]+/IN': AXFR (started|ended)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: zone [^[:space:]]+: transferred serial [0-9]+$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: transfer of '[^[:space:]]+' from [^[:space:]]+: end of transfer$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: zone [^[:space:]]+/IN: sending notifies \(serial [0-9]+\)$

Bug#445074: [PATCH] Ignore "Nasty PTR record" messages from openssh (closes: #445074)

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.server/ssh |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)diff --git a/rulefiles/linux/ignore.d.server/ssh b/rulefiles/linux/ignore.d.server/ssh
index 6c547de..30c0474 100644
--- a/rulefiles/linux/ignore.d.server/ssh
+++ b/rulefiles/linux/ignore.d.server/ssh
@@ -30,3 +30,4 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: User [-_.[:alnum:]]+ from [-_.[:alnum:]]+ not allowed because not listed in AllowUsers$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: User [-_.[:alnum:]]+ from [-_.[:alnum:]]+ not allowed because listed in DenyUsers$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: scanned from [:[:xdigit:].]+ with SSH-[.[:digit:]]+-SSH_Version_Mapper\.  Don't panic\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ sshd\[[0-9]+\]: Nasty PTR record "[:[:xdigit:].]+" is set up for [:[:xdigit:].]+, ignoring$

Bug#444097: [PATCH] Added two basic rules for ddclient (closes: #444097)

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.server/ddclient |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)
 create mode 100644 rulefiles/linux/ignore.d.server/ddclientdiff --git a/rulefiles/linux/ignore.d.server/ddclient b/rulefiles/linux/ignore.d.server/ddclient
new file mode 100644
index 000..41eaada
--- /dev/null
+++ b/rulefiles/linux/ignore.d.server/ddclient
@@ -0,0 +1,2 @@
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ddclient\[[[:digit:]]+\]: SUCCESS:  updating [._[:alnum:]-]+: good: IP address set to [:[:xdigit:].]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ddclient\[[[:digit:]]+\]: WARNING:  forcing update of [._[:alnum:]-]+ from [:[:xdigit:].]+ to [:[:xdigit:].]+; [[:digit:]]+ days since last update on \w{3} \w{3} [ :0-9]{16}\.$

Bug#463899: trousers: /usr/sbin/ps_{inspect,convert} are useless libtool wrappers

[Chaskiel Grundman]

Package: trousers
Version: 0.3.1-4
Severity: normal

The tools/ps_* files are copied into deban/tmp incorrectly.
Having been linked with libtool, they need to be copied out using
libtool --mode=install


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

Kernel: Linux 2.6.23-1-amd64 (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 trousers depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libssl0.9.8   0.9.8g-4   SSL shared libraries

trousers recommends no packages.

-- no debconf information



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

Bug#444100: [PATCH] Added basic rules for telnetd (closes: #444100)

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.server/telnetd |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)
 create mode 100644 rulefiles/linux/ignore.d.server/telnetddiff --git a/rulefiles/linux/ignore.d.server/telnetd b/rulefiles/linux/ignore.d.server/telnetd
new file mode 100644
index 000..2ab2013
--- /dev/null
+++ b/rulefiles/linux/ignore.d.server/telnetd
@@ -0,0 +1,2 @@
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in\.telnetd\[[[:digit:]]+\]: connect from [._[:alnum:]-]+ \([:[:xdigit:].]+\)$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ telnetd\[[[:digit:]]+\]: ttloop: peer died: EOF$

Bug#463579: Fix for Bug#463579 commited to version control

[Michal Čihař]

tags 463579 +pending
thanks
Hi,

The following change has been committed for this bug, and so the
fix will be in the next upload.
===

Changeset [70] by nijel, 2008-02-04 03:21:37 +0100 (Mon, 04 Feb 2008)

* New upstream version.
  - Fixes crash with disabled sys tray icon (Closes: #463579).

U   trunk/debian/changelog

http://viewsvn.cihar.com/debian-sonata?view=rev&revision=70



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

Bug#444096: [PATCH] Ignore (un)register messages from zaurus module (closes: #444096)

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.workstation/kernel |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)diff --git a/rulefiles/linux/ignore.d.workstation/kernel b/rulefiles/linux/ignore.d.workstation/kernel
index ccb4aba..767196a 100644
--- a/rulefiles/linux/ignore.d.workstation/kernel
+++ b/rulefiles/linux/ignore.d.workstation/kernel
@@ -132,3 +132,5 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[[[:digit:]]+\.[[:digit:]]+\])? PM: Writing back config space on device [[:alnum:]:.]+ at offset [0-9] \(was [0-9]+, writing [0-9]+\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[[[:digit:]]+\.[[:digit:]]+\])? loop: loaded \(max [0-9]+ devices\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[[[:digit:]]+\.[[:digit:]]+\])? oprofile: using NMI interrupt\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel: usb[[:digit:]]+: register 'zaurus' at usb-[0-9:.-]+, (Sharp Zaurus SL-5x00|Sharp Zaurus, PXA-2xx based|Olympus R1000|pseudo-MDLM =\(BLAN\) device), [0-9a-f:]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel: usb[[:digit:]]+: unregister 'zaurus' usb-[0-9:.-]+, (Sharp Zaurus SL-5x00|Sharp Zaurus, PXA-2xx based|Olympus R1000|pseudo-MDLM =\(BLAN\) device)$

Bug#444094: [PATCH] Ignore bttv PLL messages

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.workstation/kernel |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)diff --git a/rulefiles/linux/ignore.d.workstation/kernel b/rulefiles/linux/ignore.d.workstation/kernel
index ccb4aba..cb2aa6e 100644
--- a/rulefiles/linux/ignore.d.workstation/kernel
+++ b/rulefiles/linux/ignore.d.workstation/kernel
@@ -132,3 +132,5 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[[[:digit:]]+\.[[:digit:]]+\])? PM: Writing back config space on device [[:alnum:]:.]+ at offset [0-9] \(was [0-9]+, writing [0-9]+\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[[[:digit:]]+\.[[:digit:]]+\])? loop: loaded \(max [0-9]+ devices\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[[[:digit:]]+\.[[:digit:]]+\])? oprofile: using NMI interrupt\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel: bttv[[:digit:]]+: PLL: 28636363 => 35468950 \.\. ok$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel: bttv[[:digit:]]+: PLL can sleep, using XTAL \(28636363\)\.$

Bug#327585: [Pkg-openldap-devel] Bug#327585: Bug#327585: reopening

[Russ Allbery]

Steve Langasek <[EMAIL PROTECTED]> writes:

> Did you test the perl backend using any XS modules?

I did, yes, but only on amd64.

> Since the perl package in Debian is not linked against libperl, perl
> extensions also cannot be linked against libperl since this would cause
> two copies of the perl XS symbols to be loaded.

And this is the problem.  It *is* linked against libperl on every
architecture except i386, and on those architectures, the perl binary is
also linked against libperl instead of duplicating the code.  I think i386
should be changed to match.  This came up on debian-devel recently.

> BTW, a similar bug was reported recently (... in the past 3 months or
> so; and possibly only via the mailing list) on the OpenLDAP package
> because back_meta references symbols from back_ldap but doesn't link
> against it, so back_meta in Debian can never see those symbols even if
> back_ldap is loaded first.  I have a possible fix for this (which btw is
> detected by upstream's 'make test'), but have been reluctant to
> implement it so far because it's an ugly thing involving making symlinks
> to back_ldap to keep libtool happy.

Can't we just link back_meta against back_ldap?  Or is that what your fix
for the problem does?

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#463855: Testing ISO (DVD and Netinst)

[Mauro Sacchetto]

I release (and with me another Debian user) that
Lenny install moreover two not requested 
Samba packages, samba-common and samba-client...


MS
-- 
linux user no. 353546
public key at http://keyserver.linux.it



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

Bug#327585: [Pkg-openldap-devel] Bug#327585: Bug#327585: reopening

[Steve Langasek]

On Sun, Feb 03, 2008 at 05:17:45PM -0800, Russ Allbery wrote:
> Stephen Gran <[EMAIL PROTECTED]> writes:

> > reopen 327585
> > found 327585 2.3.35-1
> > thanks

> > This is in all likelihood not fixed (I am struggling with similar issues
> > in freeradius, and I can guarantee the same techniques are not working
> > there, and we both use the Debian ltdl).  See
> > https://bugs.launchpad.net/openldap/+bug/90812 for more reports of it
> > being broken.

> Well, I tested the Perl backend in slapd a while back and it worked for
> me, so I really do think this bug is closed.  That's why I closed it.

Did you test the perl backend using any XS modules?

The Debian OpenLDAP packages are linked against the system libltdl, which
opens all objects with RLTD_LOCAL instead of RTLD_GLOBAL.  RTLD_GLOBAL is
what upstream libltdl uses, but it's not a sane behavior for a
general-purpose system library because it's completely unscalable and has
resulted in symbol clobbering bugs in the past; so the Debian package is
patched to use RLTD_LOCAL, which in turn is not usable for the case of
multiple levels of plugins where the plugins at the bottom level reference
symbols that they expect to be provided by the caller.

Since the perl package in Debian is not linked against libperl, perl
extensions also cannot be linked against libperl since this would cause two
copies of the perl XS symbols to be loaded.  So perl modules have dangling
symbol references that are expected to be resolved by whatever dlopen()s
them, but if the perl interpreter itself is loaded via dlopen(RTLD_LOCAL),
the perl symbols are not visible to the very perl extensions that it's
loading, regardless of what flags the perl interpreter itself uses when
calling dlopen().

Stephen and I were just discussing this extensively this morning in
connection with freeradius, which has the same problem in Debian for
rlm_perl; I'm pretty sure this analysis is correct, but I'm open to the
possibility that it works by some means I haven't thought of so am
interested to hear of any test cases you have for this.

BTW, a similar bug was reported recently (... in the past 3 months or so;
and possibly only via the mailing list) on the OpenLDAP package because
back_meta references symbols from back_ldap but doesn't link against it, so
back_meta in Debian can never see those symbols even if back_ldap is loaded
first.  I have a possible fix for this (which btw is detected by upstream's
'make test'), but have been reluctant to implement it so far because it's an
ugly thing involving making symlinks to back_ldap to keep libtool happy.

Ultimately, I think it was a poor decision for the libltdl authors to create
an interface that doesn't support specifying crucial flags like RTLD_GLOBAL
and RTLD_LOCAL when opening objects, as this has left us with use cases
which have mutually exclusive requirements.  Perhaps it's time to try to
persuade libltdl upstream to add a fixed interface.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



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

Bug#463897: broken internal links

[jidanni]

Package: getmail4
Severity: minor

A linkchecker would find broken links due to compression:
configuration.html:2583:getmailrc-examples.

A validator would also show the invalid HTML present, e.g.,
*** Errors and warnings validating troubleshooting.html: ***
troubleshooting.html:354:4:E: end tag for element "p" which is not open



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

Bug#443881: [PATCH] Moved "[bind] query $FOO denied" rule to violations.ignore.d (closes #443881)

[Frédéric Brière]

---
 rulefiles/linux/ignore.d.server/bind  |1 -
 rulefiles/linux/violations.ignore.d/logcheck-bind |2 +-
 2 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/rulefiles/linux/ignore.d.server/bind 
b/rulefiles/linux/ignore.d.server/bind
index a26e232..75ef149 100644
--- a/rulefiles/linux/ignore.d.server/bind
+++ b/rulefiles/linux/ignore.d.server/bind
@@ -5,4 +5,3 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: zone [._[:alnum:]-]+/IN: 
Transfer started.$
 ^\w{3} [ :0-9]{11} [-._[:alnum:]]+ named\[[0-9]+\]: client 
[0-9.]{7,15}#[0-9]+: view (localhost|any|slave): query: [-._[:alnum:]]+ IN 
(CNAME|A6||A|MX|PTR|TXT|NS|SOA|SSHFP) [-+](E?)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: (client [.#[:digit:]]+: 
)?notify question section contains no SOA$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ named\[[[:digit:]]+\]: client 
[[:digit:].]+#[[:digit:]]+: query (\(cache\) )?'.*' denied$
diff --git a/rulefiles/linux/violations.ignore.d/logcheck-bind 
b/rulefiles/linux/violations.ignore.d/logcheck-bind
index c668573..5da1945 100644
--- a/rulefiles/linux/violations.ignore.d/logcheck-bind
+++ b/rulefiles/linux/violations.ignore.d/logcheck-bind
@@ -1,3 +1,3 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: zone [._[:alnum:]-]+/IN: 
refresh: failure trying master [._[:alnum:]-]+#53: .*$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: unexpected RCODE 
\((REFUSED|SERVFAIL|15)\) resolving '[^[:space:]]+': [.[:digit:]]+#[0-9]+$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ named\[[[:digit:]]+\]: client 
[[:digit:].]+#[[:digit:]]+: query \(cache\) '.*' denied$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ named\[[[:digit:]]+\]: client 
[[:digit:].]+#[[:digit:]]+: query (\(cache\) )?'.*' denied$
-- 
1.5.3.8




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

Bug#458266: Fix for this bug.

[Kumar Appaiah]

tags 458266 + patch
thanks

Hi!

Please find attached a patch for this bug, which Build-Depends on automake1.9.

HTH.

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
diff -u siege-2.66/debian/control siege-2.66/debian/control
--- siege-2.66/debian/control
+++ siege-2.66/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Jose Carlos Medeiros <[EMAIL PROTECTED]>
 Uploaders: Ola Lundqvist <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5), libssl-dev (>= 0.9.8-1), ed, cdbs, autotools-dev, quilt
+Build-Depends: debhelper (>= 5), libssl-dev (>= 0.9.8-1), ed, cdbs, autotools-dev, quilt, automake1.9
 Standards-Version: 3.7.3
 Homepage: http://www.joedog.org/JoeDog/Siege
 


signature.asc
Description: Digital signature

Bug#327585: [Pkg-openldap-devel] Bug#327585: reopening

[Russ Allbery]

retitle 327585 slapd: [i386] perl backend failed to load XS (unknown symbols)
thanks

Stephen Gran <[EMAIL PROTECTED]> writes:

> [EMAIL PROTECTED]:~$ sudo /etc/init.d/slapd start
> Starting OpenLDAP: slapd - failed: 
> Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: 
> /usr/lib/perl/5.8/auto/POSIX/POSIX.so: undefined symbol: PL_sig_name at 
> /usr/lib/perl/5.8/XSLoader.pm line 70.
>  at /usr/lib/perl/5.8/POSIX.pm line 26
> Compilation failed in require at /etc/perl/SampleLDAP.pm line 2.
> BEGIN failed--compilation aborted at /etc/perl/SampleLDAP.pm line 2.
> Compilation failed in require at (eval 2) line 1.
> BEGIN failed--compilation aborted at (eval 2) line 1.
>
> Can't call method "config" on an undefined value.

Okay, thanks.

I could have sworn that this wasn't happening with 2.3.30 or
thereabouts... oh, I know what the difference is.  I was testing on
amd64.  Right, now I understand.

This is that problem that's caused by Perl modules not being linked with
libperl on i386 (but not on any other architecture) and instead
duplicating the symbols between perl and libperl and leaving them
undefined in the modules.  This works correctly if the modules are linked
with libperl, which they are on amd64 and Debian's other architectures.

You're right, this isn't closed; it's just i386-specific.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#463825: Bug fix blocked by suitesparse.

[Kumar Appaiah]

block 463825 by 463820
thanks

Sorry for hurrying you up on this one; it makes sense for petsc to
progress only after sutiesparse is gfortran package dependent (am I
right?).


The patch I attached stays, though.

Thanks!

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


signature.asc
Description: Digital signature

Bug#463896: skipping cvsimport tests, cvsps not found

[Marco Rodrigues]

Package: git-core
Version: 1:1.5.4-1

Hi!

When building git-core, it shows this error:

*** t9600-cvsimport.sh ***
* skipping cvsimport tests, cvsps not found
* passed all 0 test(s)

http://buildd.debian.org/fetch.cgi?pkg=git-core;ver=1%3A1.5.4-1;arch=i386;stamp=1202045722

It doesn't need cvsps package in build-depends?

Thanks

--
Marco Rodrigues

http://Marco.Tondela.org




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

Bug#327585: [Pkg-openldap-devel] Bug#327585: reopening

[Stephen Gran]

This one time, at band camp, Russ Allbery said:
> Stephen Gran <[EMAIL PROTECTED]> writes:
> 
> > reopen 327585
> > found 327585 2.3.35-1
> > thanks
> >
> > This is in all likelihood not fixed (I am struggling with similar issues
> > in freeradius, and I can guarantee the same techniques are not working
> > there, and we both use the Debian ltdl).  See
> > https://bugs.launchpad.net/openldap/+bug/90812 for more reports of it
> > being broken.
> 
> Well, I tested the Perl backend in slapd a while back and it worked for
> me, so I really do think this bug is closed.  That's why I closed it.  If
> it isn't working for you, could you please report the exact error messages
> that you're getting against the current version of the OpenLDAP slapd
> package?

[EMAIL PROTECTED]:~$ sudo /etc/init.d/slapd start
Starting OpenLDAP: slapd - failed: 
Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: 
/usr/lib/perl/5.8/auto/POSIX/POSIX.so: undefined symbol: PL_sig_name at 
/usr/lib/perl/5.8/XSLoader.pm line 70.
 at /usr/lib/perl/5.8/POSIX.pm line 26
Compilation failed in require at /etc/perl/SampleLDAP.pm line 2.
BEGIN failed--compilation aborted at /etc/perl/SampleLDAP.pm line 2.
Compilation failed in require at (eval 2) line 1.
BEGIN failed--compilation aborted at (eval 2) line 1.

Can't call method "config" on an undefined value.
[EMAIL PROTECTED]:~$ dpkg -l slapd
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name  Version   Description
+++-=-=-==
ii  slapd 2.4.7-4   OpenLDAP server (slapd)

This is with the configuration and module described at
https://bugs.launchpad.net/openldap/+bug/90812

This is a symbol visibility problem caused by dlopening an embedded
interpreter and using Debian's ltdl, which resolves symbols without
RTLD_GLOBAL.

Thanks,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#461653: echo foobar >&2 is not a bashism!

[Guillem Jover]

Hi,

On Sun, 2008-02-03 at 23:24:06 +, Adam D. Barratt wrote:
> On Sun, 2008-02-03 at 22:13 +0100, Sven Joachim wrote:
> [...]
> > after the "fix" for bug #461653 I get tons of errors in my scripts for
> > redirecting messages to stderr:
> > 
> > ,
> > | possible bashism in baz line 13 (should be >word 2>&1):
> > | echo "foobar" >&2
> > `
> > 
> > According to
> > http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html,
> > sections 2.7.5 and 2.7.6, the constructions <&word and >&word are
> > perfectly valid /bin/sh syntax.  Please don't complain about them.
> 
> Indeed (although the bash manpage doesn't exactly help the impression of
> >& being bash-specific). So far as I can see, however, &> /is/ a
> bashism, so I'll amend the test to just check for that.

Uh, right, sorry about that. I tripped over &> in dash and checked the
bash man page, and mentioned both in the bug report, should have checked
SUS though.

regards,
guillem



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

Bug#462588: Same problem

[Russ Allbery]

Steve Langasek <[EMAIL PROTECTED]> writes:

> I'm pretty sure I don't want to implement support for migrating the full set
> of OpenSSL cipher specs in shell. :P
>
> Do you think converting the above aliases would be good enough coverage?
> Or do we need to provide some upgrade handling for all the
> possibilities, and therefore we're doomed to add yet another debconf
> error message here?  In the latter case I'm probably not going to spend
> the effort on auto-migrating any of the values.

I would just comment out the cipher list directive completely on upgrade
and document the need to correct it manually if desired in NEWS.Debian.
The most common use of this directive is to restrict use of weak ciphers,
which GnuTLS doesn't support in the first place.

It is unforunate that GnuTLS doesn't support the same general keywords as
OpenSSL, and it seems like that would be easy enough for GnuTLS to add.
Maybe a wishlist bug against GnuTLS is in order?

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#401035: linux-image-2.6-686 - another misbehaving Seagate

[Bart Champagne]

Just found another type of Seagate drives that shows this behaviour : ST310211A
Can this one be blacklisted as well ?

Bart




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

Bug#455554: [Pkg-bazaar-maint] Bug#455554: post-export hook

[Jelmer Vernooij]

On Mon, Dec 10, 2007 at 09:45:06PM +0100, Jelmer Vernooij wrote:
> Support for a post-export hook would be nice. That could be used to
> allow commands to manipulate the upstream tree, for example run autoconf 
> for the upstream tree.
After some more thought, I think this should actually be a job of
Bazaar itself, since it should not be specific to bzr-builddeb. 

Should we reassign this bug to bzr?

Cheers,

Jelmer

-- 


signature.asc
Description: Digital signature

Bug#463123: Beta1 missing decisions and possible timeline

[Otavio Salvador]

Frans Pop <[EMAIL PROTECTED]> writes:

<...>
> You've probably seen that a new grub has been uploaded, which should solve 
> this issue for unstable and etch.
   Lenny
<...>

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."



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

Bug#463894: nss-ldapd: [INTL:es] Spanish translation update

[Rudy Godoy Guillén]

Package: nss-ldapd
Severity: wishlist
Tags: patch l10n

Please find attached the Spanish translation update for the 
debconf template.

regards

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

Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# nss-ldapd translation to Spanish
# Copyright (C) 2007 Rudy Godoy Guillén <[EMAIL PROTECTED]>
# This file is distributed under the GNU GPL license.
#
# Changes:
# - Initial translation
#   DDTP, the Debian Description Translation Project
# - Review and update
#   Rudy Godoy <[EMAIL PROTECTED]>, 2008
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la 
#  documentación de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#   http://www.debian.org/intl/spanish/
#   especialmente las notas de traducción en
#   http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#
msgid ""
msgstr ""
"Project-Id-Version: nss-ldapd 0.5\n"
"Report-Msgid-Bugs-To: Arthur de Jong <[EMAIL PROTECTED]>\n"
"POT-Creation-Date: 2007-09-28 10:02+0200\n"
"PO-Revision-Date: 2008-02-03 20:20-0500\n"
"Last-Translator: Rudy Godoy Guillén <[EMAIL PROTECTED]>\n"
"Language-Team: Debian l10n Spanish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid "LDAP server Uniform Resource Identifier:"
msgstr "Identificador de recurso uniforme del servidor LDAP:"

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid ""
"Please enter the URI of the LDAP server used. This is a string in the form "
"ldap://:/ . ldaps:// or ldapi:// can also be used. The "
"port number is optional."
msgstr "Introduzca el URI del servidor LDAP. Este es una cadena de la forma 
ldap://:/. También se puede utilizar ldaps:// o 
ldapi://. El valor del puerto es opcional."

#
#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid ""
"When useing the ldap or ldaps schemes it is usually a good idea to use an IP "
"address; this reduces the risk of failure when name services are unavailable."
msgstr "Cuando utilice los esquemas ldap o ldaps es siempre una buena idea 
especificar una dirección IP, pues reduce el riesgo de fallos en caso de que el 
servicio de nombres no esté disponible."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid "Multiple URIs can be be specified by separating them with spaces."
msgstr "Se puede especificar múltiples URIs separandolos con espacios."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:2001
msgid "LDAP server search base:"
msgstr "Base de búsqueda en servidor LDAP:"

#
#. Type: string
#. Description
#: ../libnss-ldapd.templates:2001
msgid ""
"Please enter the distinguished name of the LDAP search base.  Many sites use "
"the components of their domain names for this purpose.  For example, the "
"domain \"example.net\" would use \"dc=example,dc=net\" as the distinguished "
"name of the search base."
msgstr "Por favor introduzca el nombre distintivo (DN) de la base de búsquedas 
LDAP. En muchos sitios se utilizan las componentes del nombre de dominio con 
este propósito. Por ejemplo, el dominio «ejemplo.net» utilizaría 
«dc=ejemplo,dc=net» como nombre distintivo de la base de búsquedas."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
msgid "LDAP database user:"
msgstr "Usuario de base de datos LDAP:"

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
msgid ""
"If the LDAP database requires a login for normal lookups, enter the name of "
"the account that will be used here. Leave empty otherwise."
msgstr "Introduzca el nombre de la cuenta que utilizará si la base de datos 
LDAP requiere un usuario para búsquedas. En caso contrario deje en blanco."

#. Type: string
#. Description
#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001 ../libnss-ldapd.templates:5001
msgid "This value should be specified as a DN (distinguished name)."
msgstr "Debe ingresar el valor en forma de DN (nombre distintivo)."

#. Type: password
#. Description
#: ../libnss-ldapd.templates:4001
msgid "LDAP user password:"
msgstr "Contraseña de usuario LDAP:"

#. Type: password
#. Description
#: ../libnss-ldapd.templates:4001
msgid "Enter the password that will be used to log in to the LDAP database."
msgstr "Introduzca la contraseña que se utilizará para acceder a la 

Bug#463123: Beta1 missing decisions and possible timeline

[Frans Pop]

Hello Ted,

On Wed, 30 Jan 2008 08:00:20 -0500, Ted Tso wrote:
> If the grub maintainers can't figure out a way to break up the
> monolithic patch quickly, or to get it incorporated into Debian, or
> get it upstreamed ASAP, one of the things that I could do is change
> mke2fs.conf in the udeb file, so that it doesn't impact the Debian
> installer.  Or better yet, the Anaconda could be hacked so that "-I

Please do not insult D-I by calling it Anaconda ;-)

> 128" is passed to mke2fs just for the root filesystem, and not for
> others.

You've probably seen that a new grub has been uploaded, which should solve 
this issue for unstable and etch.

However, there are also plans to use the Lenny Beta release of the installer 
for "Etch+1/2" installations: installs of Etch, but with a newer kernel 
(either 2.6.22 or 2.6.24).
As I don't expect the etch version of grub will be changed to support 256 
byte inodes, we need to solve this in the installer.

I already have a patch for this (and tested that it works), but would 
appreciate your confirmation on the solution. Note that this fix will not 
affect installs of lenny or sid.

Is it correct that _only_ grub and thus only i386 and amd64 are affected?
Or phrased differently, is it enough to only change the default back to 128 
for i386 and amd64, or should we also do that for other arches (even if 
just to be on the safe side)?

The "fix" I have is ATM to execute the following command (in the D-I 
environment) before the start of partitioning:
   sed -ir "s/(inode_size =) 256/\1 128/" /etc/mke2fs.conf

This works with the current conf file, but if needed I could make that a bit 
more generic, for example:
   sed -ir "s/(inode_size =) .*/\1 128/g" /etc/mke2fs.conf

What do you think?

In general, could you please keep the debian-boot list (or maybe even just 
d-d-a) informed if any other changes are planned that could affect people?

Cheers,
FJP


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

Bug#463895: php5-common: /etc/cron.d/php5 not installed

[Mathias Behrle]

Package: php5-common
Version: 5.2.0-8+etch10
Severity: normal

Just wondering why session files in /var/lib/php5 kept growing 
and growing inspection of /etc/cron.d revealed, that there was 
no crontab file for php5 installed.
Reinstalling of php5-common doesn't install the file despite it 
is contained in the package. 

I suppose the file was "lost" during upgrade from sarge to etch, 
php5 packages on sarge were from backports.org.

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

Versions of packages php5-common depends on:
ii  sed   4.1.5-1The GNU sed stream editor

php5-common recommends no packages.

-- no debconf information



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

Bug#463893: postgresql-8.3: please automate database upgrade between pgsql releases

[Mark Robinson]

Package: postgresql-8.3
Version: 8.3~rc2-1+b1
Severity: wishlist


>> Leaving aside the entire undesirability of this manual upgrade procedure, 
> 
> We could try to upgrade an older cluster to a newer version
> automatically if you have an older one installed. However, this can
> also lead to a lot of troubles, and success is not guaranteed. I could
> add another debconf question about this, though. If you think that
> this would be an important feature, please file a wishlist bug about
> it, and how you think the upgrade should look like. We can then
> discuss there what to do when the disk runs out of space, or the
> upgrade fails, etc.

I think it's important to make all upgrade processes as automatic as possible. 

It's these manual interventions which defeat many if not most people. 

We need to cater to users of applications who use postgres but who have never 
otherwise even heard of it and are unfamiliar with the commandline environment
as well as the system programmers and database gurus. 

I think an automatic upgrade with an opportunity to not upgrade (for disk
space, known problems, or whatever) is the way to go.

If any resultant fallout is then addressed the world becomes a better place.

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

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

Versions of packages postgresql-8.3 depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libcomerr21.40.5-2   common error description library
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.7-4OpenLDAP libraries
ii  libpam0g  0.99.7.1-5 Pluggable Authentication Modules l
ii  libpq58.3~rc2-1+b1   PostgreSQL C client library
ii  libssl0.9.8   0.9.8g-4   SSL shared libraries
ii  libxml2   2.6.31.dfsg-1  GNOME XML library
ii  postgresql-client-8.3 8.3~rc2-1+b1   front-end programs for PostgreSQL 
ii  postgresql-common 84 PostgreSQL database-cluster manage
ii  tzdata2007k-2time zone and daylight-saving time

postgresql-8.3 recommends no packages.

-- no debconf information



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

Bug#327585: [Pkg-openldap-devel] Bug#327585: reopening

[Russ Allbery]

Stephen Gran <[EMAIL PROTECTED]> writes:

> reopen 327585
> found 327585 2.3.35-1
> thanks
>
> This is in all likelihood not fixed (I am struggling with similar issues
> in freeradius, and I can guarantee the same techniques are not working
> there, and we both use the Debian ltdl).  See
> https://bugs.launchpad.net/openldap/+bug/90812 for more reports of it
> being broken.

Well, I tested the Perl backend in slapd a while back and it worked for
me, so I really do think this bug is closed.  That's why I closed it.  If
it isn't working for you, could you please report the exact error messages
that you're getting against the current version of the OpenLDAP slapd
package?

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#327585: reopening

[Stephen Gran]

reopen 327585
found 327585 2.3.35-1
thanks

Hey,

This is in all likelihood not fixed (I am struggling with similar
issues in freeradius, and I can guarantee the same techniques
are not working there, and we both use the Debian ltdl).  See
https://bugs.launchpad.net/openldap/+bug/90812 for more reports of it
being broken.

Cheers,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#462605: lprng: more info

[Felipe Massia Pereira]

Package: lprng
Version: 3.8.A~rc2-1
Followup-For: Bug #462605


riogrande:~# LANG=C apt-get -f install
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  libwine-capi libmtp6 libx264-56 libexempi2 libmpeg3-1 libpoppler-glib1
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
1 not fully installed or removed.
After this operation, 0B of additional disk space will be used.
Setting up lprng (3.8.A~rc2-1) ...
chown: cannot access `/var/spool/lpd': No such file or directory
dpkg: error processing lprng (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 lprng
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

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

Versions of packages lprng depends on:
ii  debconf [debconf-2.0] 1.5.19 Debian configuration management sy
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libcomerr21.40.5-2   common error description library
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libssl0.9.8   0.9.8g-4   SSL shared libraries
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip

lprng recommends no packages.

-- debconf information:
  lprng/start_lpd: true
  lprng/twolpd_perms:
  lprng/twolpd_conf:
  lprng/setuid_tools: false



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

Bug#463845: xdb: diff for NMU version 1.2.0-7.2

[Luk Claes]

tags 463845 + patch
thanks

Hi,

Attached is the diff for my xdb 1.2.0-7.2 NMU.
diff -u xdb-1.2.0/debian/changelog xdb-1.2.0/debian/changelog
--- xdb-1.2.0/debian/changelog
+++ xdb-1.2.0/debian/changelog
@@ -1,3 +1,10 @@
+xdb (1.2.0-7.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bump debhelper compat level to 6 (Closes: #463845).
+
+ -- Luk Claes <[EMAIL PROTECTED]>  Sun, 03 Feb 2008 23:59:51 +
+
 xdb (1.2.0-7.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u xdb-1.2.0/debian/rules xdb-1.2.0/debian/rules
--- xdb-1.2.0/debian/rules
+++ xdb-1.2.0/debian/rules
@@ -5,9 +5,6 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-# This is the debhelper compatability version to use.
-export DH_COMPAT=1
-
 build: build-stamp
 build-stamp:
 	dh_testdir
@@ -49,13 +46,11 @@
 # Build architecture-dependent files here.
 binary-arch: build install libxdb-dev libxdb1
 
-libxdb1: build
+libxdb1: build install
 	dh_testdir -plibxdb1
 	dh_testroot -plibxdb1
 	dh_installdirs -plibxdb1
-	rm -rf debian/tmp/usr/bin \
-	debian/tmp/usr/include
-#	dh_movefiles -plibxdb1
+	dh_install -plibxdb1
 	dh_installdocs -plibxdb1
 #	dh_undocumented
 	dh_installchangelogs -plibxdb1 ChangeLog
@@ -70,12 +65,12 @@
 	dh_md5sums -plibxdb1
 	dh_builddeb -plibxdb1
 
-libxdb-dev: build libxdb1
+libxdb-dev: build install libxdb1
 	dh_testdir -plibxdb-dev
 	dh_testroot -plibxdb-dev
-	dh_clean -v -plibxdb-dev -k
+#	dh_clean -v -plibxdb-dev -k
 	dh_installdirs -plibxdb-dev
-	dh_movefiles -plibxdb-dev
+	dh_install -plibxdb-dev
 
 	# copy the examples
 	install -d \
@@ -109,7 +104,7 @@
 	dh_compress -plibxdb-dev
 	dh_fixperms -plibxdb-dev
 	dh_installdeb -plibxdb-dev
-	dh_shlibdeps -plibxdb-dev -Llibxdb1 -ldebian/tmp/usr/lib
+	dh_shlibdeps -plibxdb-dev -Llibxdb1 -ldebian/libxdb1/usr/lib
 	dh_gencontrol -plibxdb-dev
 	dh_makeshlibs -plibxdb-dev -V
 	dh_md5sums -plibxdb-dev
diff -u xdb-1.2.0/debian/control xdb-1.2.0/debian/control
--- xdb-1.2.0/debian/control
+++ xdb-1.2.0/debian/control
@@ -2,7 +2,7 @@
 Priority: optional
 Maintainer: Michael Vogt <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2
-Build-Depends: debhelper, autotools-dev
+Build-Depends: debhelper (>= 6), autotools-dev
 Section: libs
 
 Package: libxdb1
reverted:
--- xdb-1.2.0/debian/libxdb1.files
+++ xdb-1.2.0.orig/debian/libxdb1.files
@@ -1 +0,0 @@
-usr/lib/*.so.*
reverted:
--- xdb-1.2.0/debian/libxdb-dev.files
+++ xdb-1.2.0.orig/debian/libxdb-dev.files
@@ -1,3 +0,0 @@
-usr/lib/lib*{.la,.so,.a}
-usr/include/*
-usr/bin/*
only in patch2:
unchanged:
--- xdb-1.2.0.orig/debian/compat
+++ xdb-1.2.0/debian/compat
@@ -0,0 +1 @@
+6
only in patch2:
unchanged:
--- xdb-1.2.0.orig/debian/libxdb-dev.install
+++ xdb-1.2.0/debian/libxdb-dev.install
@@ -0,0 +1,3 @@
+debian/tmp/usr/lib/lib*{.la,.so,.a} usr/lib
+debian/tmp/usr/include/* usr/include
+debian/tmp/usr/bin/* usr/bin
only in patch2:
unchanged:
--- xdb-1.2.0.orig/debian/libxdb1.install
+++ xdb-1.2.0/debian/libxdb1.install
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*.so.* usr/lib

Bug#463790: python-openal: undefined symbol: alutExit

[Elias Pschernig]

On Mon, 2008-02-04 at 01:32 +0100, Marc Dequènes wrote:
> severity 463790 important
> tags 463790 + unreproducible
> thanks
> 
> Elias Pschernig <[EMAIL PROTECTED]> writes:
> 
> > Therefore, my impression, the package can't be used at all as this
> > symbol is missing.
> 
> Fact is i cannot reproduce the bug, so there must be something special
> in your configuration (or mine). Which version of libalut0 have you got
> installed ? (strange that reportbug did not report it)
> 

Ah, ok, I don't really know much about Debian. Anyway, my python-openal
package does not depend on libalut0 [1], if I interpret this right (not
sure there is a better way to check dependencies..).

Also, after installing libalut0 [2], the problem does not go away.

Not sure it matters, but I tried using ldd on the python module, and it
also does not indicate a dependency on libalut [3].

And it really is possible something is wrong on my system of course, I
have a quite a few non-Debian packages and lots of packages from third
party apt sources, so it wouldn't be the first time :P Any ideas how I
could check if something like that is causing trouble? I also just
re-installed python-openal, but it wouldn't change anything.


[1]
> dpkg -s python-openal
Package: python-openal
Status: install ok installed
Priority: optional
Section: python
Installed-Size: 196
Maintainer: Marc Dequènes (Duck) <[EMAIL PROTECTED]>
Architecture: amd64
Source: pyopenal
Version: 0.1.6-3
Replaces: python2.3-openal, python2.4-openal
Provides: python2.5-openal, python2.4-openal
Depends: libc6 (>= 2.5-5), libopenal0a, python-support (>= 0.3.4),
python (<< 2.6), python (>= 2.4)
Conflicts: python2.3-openal, python2.4-openal
Description: port for Python of the OpenAL library
 This is the port for Python of the OpenAL library, a portable library
for
 3D spatialized audio.
 .
 OpenAL, the Open Audio Library, is a joint effort to create an open,
 vendor-neutral, cross-platform API for interactive, primarily
spatialized
 audio. OpenAL's primary audience are application developers and desktop
 users that rely on portable standards like OpenGL, for games and other
 multimedia applications.
 .
  Homepage: http://home.gna.org/oomadness/en/pyopenal/

[2]
> dpkg -s libalut0 
Package: libalut0
Status: install ok installed
Priority: optional
Section: libs
Installed-Size: 104
Maintainer: Debian Games Team <[EMAIL PROTECTED]>
Architecture: amd64
Source: freealut
Version: 1.1.0-1
Depends: libc6 (>= 2.3.5-1), libopenal0a
Description: OpenAL Utility Toolkit
 freealut is a free implementation of OpenAL's ALUT standard. ALUT is a
set of
 portable functions which remove the annoying details of getting an
audio
 application started. It is the OpenAL counterpart of what GLUT is for
OpenGL.
 .
 Homepage: http://openal.org

[3]
> ldd /usr/lib/python-support/python-openal/python2.4/_openal.so
linux-vdso.so.1 =>  (0x7fffb83fd000)
libopenal.so.0 => /usr/lib/libopenal.so.0 (0x2b0df2a48000)
libpthread.so.0 => /lib/libpthread.so.0 (0x2b0df2c94000)
libc.so.6 => /lib/libc.so.6 (0x2b0df2eb)
libm.so.6 => /lib/libm.so.6 (0x2b0df320e000)
libdl.so.2 => /lib/libdl.so.2 (0x2b0df348f000)
/lib64/ld-linux-x86-64.so.2 (0x4000)

-- 
Elias Pschernig <[EMAIL PROTECTED]>




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

Bug#462958: bug in pam/pam_ldap

[fireshark3]

Hi,

since the last update, sasl seems to invert the realm and service parameters 
and my clients aren't able to authenticate to the mail-server anymore. I have 
more or less the same configuration of that described above.

I tested sasl with following command:

testsaslauthd -f /var/spool/postfix/var/run/saslauthd/mux -u [EMAIL 
PROTECTED] -p test -s imap

And I got following output from sasl:

saslauthd[6677] :cache_get_rlock : attempting a read lock on slot: 64   

saslauthd[6677] :cache_lookup: [EMAIL PROTECTED] [service=] 
[realm=imap]: not found, update pending 
  
saslauthd[6677] :cache_un_lock   : attempting to release lock on slot: 
64   
saslauthd[6676] :handle_sigchld  : child exited: 6677  

After three of these tests I get "size read failed 0:" on the client console 
and a "Segmentation fault" from saslauthd.

The realm service parameter is empty and the realm contains the service name: 
[realm=imap]. If I use services other that imap and pop, everything is fine.
Prior to the update, everything went fine. Unfortunately, I do not have the 
update mail anymore and I could not determine what files were been updated but 
I'm pretty sure there is a problem with the pam_ldap package. The files " 
/etc/pam.d/imap" and " /etc/pam.d/pop" contain:

authsufficient  pam_ldap.so
account requiredpam_ldap.so


> I got everything working for me again temporarily by telling saslauthd to use 
> ldap directly instead of via pam.

Can you tell me how you did that? Thx!

Best regards.


-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer



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

Bug#463277: afnix FTBFS - will fix when new upstream version is ready

[Paul Cager]

Hi Luk,

I intend to fix this bug along with the upload for the new upstream 
version (probably within a week).


But if anyone wants to NMU it before that time, that's fine with me as well.

Thanks,
Paul



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

Bug#463892: man-db: /usr/local/share/man vs /usr/local/man

[Reuben Thomas]

Package: man-db
Version: 2.5.0-4
Severity: minor

Shouldn't /usr/local/share/man now be the mandatory path and
/usr/local/man an optional one, mirroring the paths under /usr?

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

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

Versions of packages man-db depends on:
ii  bsdmainutils   6.1.10collection of more utilities from 
ii  debconf [debconf-2.0]  1.5.18Debian configuration management sy
ii  dpkg   1.14.16.6 package maintenance system for Deb
ii  groff-base 1.18.1.1-15   GNU troff text-formatting system (
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libgdbm3   1.8.3-3   GNU dbm database routines (runtime
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

man-db recommends no packages.

-- debconf information:
  man-db/build-database: true
  man-db/rebuild-database: true
* man-db/install-setuid: false



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

Bug#463790: python-openal: undefined symbol: alutExit

[Duck]

severity 463790 important
tags 463790 + unreproducible
thanks

Elias Pschernig <[EMAIL PROTECTED]> writes:

> Therefore, my impression, the package can't be used at all as this
> symbol is missing.

Fact is i cannot reproduce the bug, so there must be something special
in your configuration (or mine). Which version of libalut0 have you got
installed ? (strange that reportbug did not report it)

-- 
Marc Dequènes (Duck)


pgpE0JAJP3BO7.pgp
Description: PGP signature

Bug#463039: [Pkg-octave-devel] Bug#463039: why does octave3.0 provide: octave2.9?

[Steve Langasek]

On Sun, Feb 03, 2008 at 10:58:03PM +0100, Rafael Laboissiere wrote:
> > In practice, most of the reverse-depends of octave2.9 have versioned
> > dependencies on octave2.9, so most of these will refuse to accept octave3.0
> > as a replacement.  And octave3.0 also *conflicts* with octave2.9, so they're
> > not exactly co-installable either.  Something looks very wrong here.

> I am revisiting this issue now and need some advice from you.  The goal of
> having octave3.0 conflicting/replacing/providing octave2.9 is to ensure that
> users having octave2.9 installed will be upgraded to octave3.0.  This is
> correct from the upstream point of view, because the 2.9.* series of Octave
> were considered as pre-releases of Octave 3.0.0 (I know, I know, we should
> have used octave3.0 as the source package name to start with...)

> Now, would just conflicts/replaces achieve that goal?

To the best of my knowledge, none of these configurations achieve that goal.
While there's lore among Debian developers to the effect that
"Conflicts/Replaces" will trigger the package manager to pull in the new
package automatically as a replacement for the obsolete package, I have
never seen this happen in practice with any of the frontends.

The only two configurations that I know to achieve this purpose are:

- create a dummy package under the old package name, which depends on the
  new package name
- keep the old package name for the new version of the software

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]



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

Bug#463891: man-db: /usr/local should come before /usr

[Reuben Thomas]

Package: man-db
Version: 2.5.0-4
Severity: normal

Just as /usr/local/bin comes before /usr/bin, /usr/local/share/man and
/usr/local/man (if found) should come before /usr/share/man and
/usr/man (if found), so that man pages for locally installed programs
are found first, just as the commands themselves are.

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

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

Versions of packages man-db depends on:
ii  bsdmainutils   6.1.10collection of more utilities from 
ii  debconf [debconf-2.0]  1.5.18Debian configuration management sy
ii  dpkg   1.14.16.6 package maintenance system for Deb
ii  groff-base 1.18.1.1-15   GNU troff text-formatting system (
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libgdbm3   1.8.3-3   GNU dbm database routines (runtime
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

man-db recommends no packages.

-- debconf information:
  man-db/build-database: true
  man-db/rebuild-database: true
* man-db/install-setuid: false



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

Bug#463880: [Adduser-devel] Bug#463880: adduser: /etc/adduser.conf not marked as a conffile

[Stephen Gran]

This one time, at band camp, Tim Abbott said:
> The adduser package fails to mark its configuration file
> /etc/adduser.conf as a conffile.  Oddly, it does mark
> /etc/deluser.conf as a conffile.

Fixed in svn, thanks for the report.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#463889: apt-howto: FTBFS with /bin/sh -> dash

[Helmut Grohne]

Package: apt-howto
Version: 2.0.2-2
Severity: normal
Tags: patch

...
# end of Uploaders generating code
if patch --dry-run -R -p0 < debian/patches/00_special_case_el_in_fixhtml.diff 
>& /dev/null; then \
   patch -R -p0 < debian/patches/00_special_case_el_in_fixhtml.diff; \
fi
/bin/sh: Syntax error: Bad fd number
make: *** [clean] Error 2
...

Please replace >& /dev/null with >/dev/null 2>&1.

Helmut



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

Bug#463890: nvclock: libnvcontrol calls _XFlush inappropriately

[Jamey Sharp]

Package: nvclock
Version: 0.8b3
Severity: normal
Tags: patch

nvclock's copy of libnvcontrol.c calls _XFlush outside of a
LockDisplay/UnlockDisplay pair, which is technically not allowed. In
this case, I believe the public XFlush function was intended. I've
attached a patch to remove the underscore. :-)
diff --git a/src/nvcontrol/libnvcontrol.c b/src/nvcontrol/libnvcontrol.c
index 8979309..25882a4 100644
--- a/src/nvcontrol/libnvcontrol.c
+++ b/src/nvcontrol/libnvcontrol.c
@@ -278,7 +278,7 @@ void NVSetAttribute(Display *dpy, int screen, unsigned int disp_mask, unsigned i
 	SyncHandle();
 }
 /* make sure the attribute is indeed set */
-_XFlush(dpy);
+XFlush(dpy);
 }
 
 #define X_NVSelectNotify 6


signature.asc
Description: Digital signature

Bug#463888: php5-mapscript: postint syntax error: line 20: -f: command not found

[Mark Robinson]

Package: php5-mapscript
Version: 5.0.2-1
Severity: normal


> Setting up php5-mapscript (5.0.2-1) ...
> /var/lib/dpkg/info/php5-mapscript.postinst: line 20: -f: command not found

Perhaps

> if [ "$RET" = "true" ] && ! -f /etc/$phpver/$SAPI/conf.d/mapscript.ini
> then

should read

> if [ "$RET" = "true" ] && ! [-f /etc/$phpver/$SAPI/conf.d/mapscript.ini]; then

But I am no flash script0r.

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

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

Versions of packages php5-mapscript depends on:
ii  debconf [debconf-2.0] 1.5.19 Debian configuration management sy
ii  libapache2-mod-php5 [ 5.2.5-2server-side, HTML-embedded scripti
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.18.0-1   Multi-protocol file transfer libra
ii  libfreetype6  2.3.5-1+b1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.3-20080202-1   GCC support library
ii  libgd2-xpm2.0.36~rc1~dfsg-1  GD Graphics Library version 2
ii  libgdal1-1.5.01.5.0-3Geospatial Data Abstraction Librar
ii  libgeos-c12.2.3-4Geometry engine for Geographic Inf
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libpng12-01.2.15~beta5-3 PNG library - runtime
ii  libpq58.3~rc2-1+b1   PostgreSQL C client library
ii  libstdc++64.3-20080202-1 The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxpm4   1:3.5.7-1  X11 pixmap library
ii  php5-cli [phpapi-2006 5.2.5-2command-line interpreter for the p
ii  proj  4.6.0-1Cartographic projection filter and
ii  zlib1g1:1.2.3.3.dfsg-11  compression library - runtime

php5-mapscript recommends no packages.

-- debconf information:
  php5/extension_mapscript_apache: true
  php5/extension_mapscript_apache2: true
  php5-mapscript/remove_extension: true
  php5-mapscript/add_extension: true



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

Bug#463885: should use retitle

[Kenshi Muto]

Please use retitle against #448110 instead of opening a new bug.
-- 
Kenshi Muto
[EMAIL PROTECTED]



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

Bug#388453: via driver fails to handle interrupt

[Vincent Zweije]

Package: linux-image-2.6.22-3-686
Version: 2.6.22-6
Followup-For: Bug #388453

On Sun, Feb 03, 2008 at 11:00:05PM +, Debian Bug Tracking System
wrote:

||  Date: Sun, 3 Feb 2008 23:58:11 +0100
||  From: maximilian attems <[EMAIL PROTECTED]>
||  To: [EMAIL PROTECTED]
||  Subject: Re: fails to handle interrupt
||  
||  closing as no response since initial submission
||  plus no second submission.
||  most likely fixed in newer kernel from testing 2.6.22..

Apologies, I missed the request for more info.

I'd love to be able to say that the problem has been resolved, but
unfortunately the bug is still present in linux-2.6.22.

-- Package-specific info:
** Version:
Linux version 2.6.22-3-686 (Debian 2.6.22-6) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20071019 (prerelease) (Debian 4.1.2-17)) #1 SMP Mon Nov 12 08:32:57 UTC 
2007

** Not tainted

** Kernel log:
Attempting manual resume
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
usb 3-1: new full speed USB device using uhci_hcd and address 2
usb 3-1: configuration #1 chosen from 1 choice
usb 4-1: new low speed USB device using uhci_hcd and address 2
usb 4-1: configuration #1 chosen from 1 choice
Linux agpgart interface v0.102 (c) Dave Jones
Real Time Clock Driver v1.12ac
input: PC Speaker as /class/input/input0
agpgart: Detected AGP bridge 0
agpgart: AGP aperture is 128M @ 0xd000
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
parport_pc 00:0a: reported by Plug and Play ACPI
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 
[PCSPP,TRISTATE,COMPAT,ECP,DMA]
Initializing USB Mass Storage driver...
scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usbcore: registered new interface driver hiddev
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
input: KYE Systems Corp. Wireless Keyboard & Mouse as /class/input/input1
input: USB HID v1.10 Keyboard [KYE Systems Corp. Wireless Keyboard & Mouse] on 
usb-:00:10.3-1
input: KYE Systems Corp. Wireless Keyboard & Mouse as /class/input/input2
input: USB HID v1.10 Mouse [KYE Systems Corp. Wireless Keyboard & Mouse] on 
usb-:00:10.3-1
usbcore: registered new interface driver usbhid
drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
ACPI: PCI Interrupt Link [ALKC] BIOS reported IRQ 0, using IRQ 22
ACPI: PCI Interrupt Link [ALKC] enabled at IRQ 22
ACPI: PCI Interrupt :00:11.5[C] -> Link [ALKC] -> GSI 22 (level, low) -> 
IRQ 19
PCI: Setting latency timer of device :00:11.5 to 64
Adding 987956k swap on /dev/hda5.  Priority:-1 extents:1 across:987956k
EXT3 FS on hda7, internal journal
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [EMAIL PROTECTED]
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda10, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
NTFS driver 2.1.28 [Flags: R/W MODULE].
NTFS volume version 3.1.
NTFS volume version 3.1.
usb-storage: device scan complete
scsi 2:0:0:0: Direct-Access Generic  USB SD Reader1.00 PQ: 0 ANSI: 0
scsi 2:0:0:1: Direct-Access Generic  USB CF Reader1.01 PQ: 0 ANSI: 0
scsi 2:0:0:2: Direct-Access Generic  USB SM Reader1.02 PQ: 0 ANSI: 0
scsi 2:0:0:3: Direct-Access Generic  USB MS Reader1.03 PQ: 0 ANSI: 0
sd 2:0:0:0: [sda] Attached SCSI removable disk
sd 2:0:0:1: [sdb] Attached SCSI removable disk
sd 2:0:0:2: [sdc] Attached SCSI removable disk
sd 2:0:0:3: [sdd] Attached SCSI removable disk
eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
usbcore: registered new interface driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
input: Power Button (FF) as /class/input/input3
ACPI: Power Button (FF) [PWRF]
input: Power Button (CM) as /class/input/input4
ACPI: Power Button (CM) [PWRB]
lp0: using parport0 (interrupt-driven).
ppdev: user-space parallel port driver
eth0: no IPv6 routers present
[drm] Initialized drm 1.1.0 20060810
[drm] Initialized via 2.11.1 20070202 on minor 0
ACPI: PCI Interrupt :01:00.0[A] -> GSI 16 (level, low) -> IRQ 20
[drm] Initialized via 2.11.1 20070202 on minor 1
agpgart: Found an AGP 3.0 compliant device at :00:00.0.
agpgart: Xorg tried to set rate=x12. Setting to AGP3 x8 mode.
agpgart: Putting AGP V3 device at :00:00.0 into 8x mode
agpgart: Putting AGP V3 device at :01:00.0 into 8x mode
irq 20: nobody cared (try booting with the "irqpoll

Bug#463877: (no subject)

[Francois Marier]

Hi Mauro,

That looks like a weird problem.

Could you provide the full debug log (I think the button is called "Show
debugging information") from the burn window?  It may contain some details
that would allow us to identify where the problem lies.

Thanks,

Francois



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

Bug#463820: [Pkg-scicomp-devel] Bug#463820: Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK

[Rafael Laboissiere]

* Rafael Laboissiere <[EMAIL PROTECTED]> [2008-02-04 00:48]:

> It sees that the -Wl,--rpath" options are not necessary.

s/sees/seems/
 
-- 
Rafael



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