Bug#454699: memcached: new upstream version 1.2.4

[David Bremner]

Package: memcached
Version: 1.2.2-1+bremner
Severity: wishlist


There is a new upstream version of memcached available.  Upgrading to 
this new version would resolve 441067, and would also contains the 
important parts of the patches in for 446606 (although the latter 
also contains suggested changes for the init scripts).

all the best,

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

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

Versions of packages memcached depends on:
ii  adduser   3.105  add and remove users and groups
ii  libc6 2.7-3  GNU C Library: Shared libraries
ii  libevent1 1.3e-1 An asynchronous event notification
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 

memcached recommends no packages.

-- no debconf information



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

Bug#454694: openafs-fileserver -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

On Thu, Dec 06, 2007 at 11:12:10PM -0800, Russ Allbery wrote:
> > 3m9.8s ERROR: Package purging left files on system:
> >   /etc/openafs   owned by: openafs-client, openafs-fileserver
> 
> Yeah, I did see that, but it didn't make any sense, since that's a
> directory owned by the package (dpkg -c shows it in the Debian package,
> and dpkg -L will show it as owned by the package).

I fully agree with you.

> Looks like piuparts wasn't at all at fault here -- I was too quick to
> blame it!  I apologize for that.  I was assuming that it wasn't showing
> the full contents of the directory, but apparently something stranger is
> happening.

And the mystery deepens! :-)

> > [(sid)[EMAIL PROTECTED] ~] sudo dpkg --purge openafs-client
> > (Reading database ... 25464 files and directories currently installed.)
> > Removing openafs-client ...
> > Purging configuration files for openafs-client ...
> > dpkg - warning: while removing openafs-client, directory `/etc/openafs' not 
> > empty so not removed.
> 
> This is expected, since /etc/openafs/server still exists at this point
> since it's in the openafs-fileserver package.

Yes, I observed that.

> > [(sid)[EMAIL PROTECTED] ~] sudo dpkg --purge openafs-fileserver
> > (Reading database ... 25461 files and directories currently installed.)
> > Removing openafs-fileserver ...
> > Purging configuration files for openafs-fileserver ...
> > dpkg - warning: while removing openafs-fileserver, directory 
> > `/var/lib/openafs' not empty so not removed.
> > dpkg - warning: while removing openafs-fileserver, directory 
> > `/var/log/openafs' not empty so not removed.
> > [(sid)[EMAIL PROTECTED] ~] ls /etc/openafs
> > 
> 
> However, here, dpkg didn't remove /etc/openafs, even though it's empty and
> part of the openafs-fileserver package.  Nor did it warn that it wasn't
> removing it because it wasn't empty.
> 
> It looks to me like you've uncovered a bug in dpkg.  I don't see any way
> that this should be fixed in the openafs-fileserver package; it's dpkg's
> responsibility to remove directories that are part of a package that's
> being purged, surely?  But maybe I'm still misunderstanding something?

IMHO, you would definitely know better! :-) If you feel it is dpkg's
responsibility to handle this case, so be it, you can reassign it. I
trust that you would have attempted to reproduce what I tried in a
chroot, and confirmed it (I may have goofed up in my attempt).

If you are sure, I'd rather have you reassign it to dpkg, since the
having the maintainer reassigning the bug carries more authority, in
my opinion.

Thanks for the patient hearing! :-)

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


signature.asc
Description: Digital signature

Bug#432564: Proposalto introduce compiler options passed from dpkg-buildpackage

[Loïc Minier]

On Thu, Dec 06, 2007, Steve Langasek wrote:
> Then why in the world are you using "build-%" if you don't support
> build-arch?  What other values of '%' are you using?

 build-python2.4, build-python2.5...

 With constructs like:

PYVERS := $(shell pyversions -vr debian/control 2>/dev/null)

build-%:
PYTHON=`which python$*` ./configure
...

build: $(PYVERS:%=build-%)


 And it doesn't even conflict with implemeting build-arch; it just makes
 the test make moot.

 glib2.0 has a very similar example for each of its flavors ("deb" and
 "udeb").

-- 
Loïc Minier

Bug#428311: Packages awaiting sponsorship

[Sheldon Hearn]

I should have updated this bug ages ago:

http://mentors.debian.net/debian/pool/main/f/fsvs/

Ciao,
Sheldon.


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

Bug#454691: Checked with previously working 2007-11-19 and 2007-12-05-2 and they fail

[Daniel Dickinson]

As Christian says it's probably a temporary error in testing.  It is 
relatively recent as the 2007-12-05-2 install earlier this evening worked, 
but now it doesn't (tested after 2007-12-06-2 failed).

Also, I'd like to mention the reason I was testing a new install, which is 
that on reboot lvm on crypt fails to load (the message was 'cannot 
find /dev/sdb1').  sdb is the second logical disk on a Dell PERC 3/DCL (AMI 
MegaRAID Elite 1600) hardware raid, and sdb1 is the partition with the lvm on 
top of a crypt (lvm on sdb1_crypt, crypt on sdb1).  This probably belongs 
with the package that is responsible for loading lvm and/or crypt partitions.  
I can't do more testing or give you more information (or file a proper 
installation report) until I can install though.

I'd like to note that this partitioning scheme works for Etch, so this is a 
regression.

Regards,

Daniel

-- 
And that's my crabbing done for the day.  Got it out of the way early, 
now I have the rest of the afternoon to sniff fragrant tea-roses or 
strangle cute bunnies or something.   -- Michael Devore
GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C  http://gnupg.org
No more sea shells:  Daniel's Webloghttp://cshore.wordpress.com


pgp3KqKPmVWu0.pgp
Description: PGP signature

Bug#439817: Please upload new splix version

[Jan Prunk]

Package: splix
Followup-For: Bug #439817

Hello !

I am one of the (un)fortunate users of Samsung ML-2010PR Laser printer.
I experience the same error as described in this bug. People mentioned that
there is a fix in the newer splix version for it, so if you could update the 
package
anytime soon, that would be fine.

Regards, 
Jan Prunk


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

Kernel: Linux 2.6.22-2-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 splix depends on:
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  libcupsimage2 1.3.2-1+lenny1 Common UNIX Printing System(tm) - 
ii  libcupsys21.3.2-1+lenny1 Common UNIX Printing System(tm) - 
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3

splix recommends no packages.

-- no debconf information



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

Bug#428276: New upstream release 3.3

[Ola Lundqvist]

Hi

I have now built it for etch, but have some problems with
it. I just want to inform that I'm now working on this issue.

Starting network top daemon: /usr/sbin/ntop: error while loading shared 
libraries: libntop-3.2.so: cannot open shared object file: No such file or 
directory
ntop not started. Read /usr/share/doc/ntop/README.Debian.
invoke-rc.d: initscript ntop, action "start" failed.

I'll look into that.

Best regards,

// Ola

On Sun, Jun 10, 2007 at 12:20:58PM +0200, Gilles Mocellin wrote:
> Package: ntop
> Severity: wishlist
> 
> --- Please enter the report below this line. ---
> 
> The new 3.3 release is out.
> It fixes for me bug #420633.
> 
> But already has some bugs (presets in graphics zoom).
> 
> --- System information. ---
> Architecture: amd64
> Kernel:   Linux 2.6.20-1-xen-amd64
> 
> Debian Release: lenny/sid
>   600 unstablejeandamiendurand.free.fr 
>   600 unstableaptsrc 
>   500 debian  aptsrc 
>   200 experimentalaptsrc 
> 
> --- Package information. ---
> Depends(Version) | Installed
> -+-
> debconf  (>= 0.2.26) | 1.5.13
> 



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



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

Bug#454697: calamaris: Last version incorrectly introduced a translatable string

[Christian Perrier]

Package: calamaris
Severity: normal
Tags: patch l10n

A Default value has been incorrectly introduced as being translatable in
last version of the calamaris package, therefore breaking all translations
which means that the relevant template will be shown in English entirely.

The attached patch fixes this.


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

Kernel: Linux 2.6.22-3-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
--- templates.ori   2007-12-07 12:18:22.155522197 +0530
+++ templates   2007-12-07 12:18:36.654932053 +0530
@@ -87,7 +87,7 @@
 
 Template: calamaris/monthly/html
 Type: string
-_Default: /var/www/calamaris/monthly/index.html
+Default: /var/www/calamaris/monthly/index.html
 _Description: Where should the monthly analysis be stored (in HTML)?
  If you chose to not do a monthly analysis in HTML, then this value has no
  effect.

Bug#454538: About xdemineur depends...

[Ralf Treinen]

Hi,

On Thu, Dec 06, 2007 at 11:59:20PM +, Marco Rodrigues wrote:
> Hi!
> 
> [EMAIL PROTECTED]:~$ apt-cache show libx11-dev
> Package: libx11-dev
> ...
> Depends: libx11-6 (= 2:1.1.1-1ubuntu4), libxau-dev (>= 1:1.0.0-1), 
> libxdmcp-dev
> (>= 1:1.0.0-1), x11proto-core-dev (>= 6.8.99.8-1), x11proto-input-dev,
> x11proto-kb-dev, xtrans-dev
> 
> I didn't see libext-dev at Depends of libx11-dev or at the diff.gz in the 
> latest
> libx11 from Debian.

That is strange, because I do:

% dpkg -s libx11-dev
Package: libx11-dev
..
Architecture: amd64
Source: libx11
Version: 2:1.0.3-7
Depends: libx11-6 (= 2:1.0.3-7), libxau-dev (>= 1:1.0.0-1), libxdmcp-dev (>= 
1:1.0.0-1), libxext-dev, x11proto-core-dev (>= 6.8.99.8-1), x11proto-input-dev, 
x11proto-kb-dev, xtrans-dev
Pre-Depends: x11-common (>= 1:7.0.0)
...

Are you talking about ubuntu or debian ? If your libx11-dev package
is really from debian and not from ubuntu please tell me which
architecture you are using and the version of your libx11-dev package.

-Ralf.



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

Bug#454694: openafs-fileserver -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Russ Allbery]

Kumar Appaiah <[EMAIL PROTECTED]> writes:
> On Thu, Dec 06, 2007 at 10:12:31PM -0800, Russ Allbery wrote:

> The relevant part of the log is this:

> 3m9.8s ERROR: Package purging left files on system:
>   /etc/openafs owned by: openafs-client, openafs-fileserver

Yeah, I did see that, but it didn't make any sense, since that's a
directory owned by the package (dpkg -c shows it in the Debian package,
and dpkg -L will show it as owned by the package).

Looks like piuparts wasn't at all at fault here -- I was too quick to
blame it!  I apologize for that.  I was assuming that it wasn't showing
the full contents of the directory, but apparently something stranger is
happening.

> [(sid)[EMAIL PROTECTED] ~] sudo dpkg --purge openafs-client
> (Reading database ... 25464 files and directories currently installed.)
> Removing openafs-client ...
> Purging configuration files for openafs-client ...
> dpkg - warning: while removing openafs-client, directory `/etc/openafs' not 
> empty so not removed.

This is expected, since /etc/openafs/server still exists at this point
since it's in the openafs-fileserver package.

> [(sid)[EMAIL PROTECTED] ~] sudo dpkg --purge openafs-fileserver
> (Reading database ... 25461 files and directories currently installed.)
> Removing openafs-fileserver ...
> Purging configuration files for openafs-fileserver ...
> dpkg - warning: while removing openafs-fileserver, directory 
> `/var/lib/openafs' not empty so not removed.
> dpkg - warning: while removing openafs-fileserver, directory 
> `/var/log/openafs' not empty so not removed.
> [(sid)[EMAIL PROTECTED] ~] ls /etc/openafs
> 

However, here, dpkg didn't remove /etc/openafs, even though it's empty and
part of the openafs-fileserver package.  Nor did it warn that it wasn't
removing it because it wasn't empty.

It looks to me like you've uncovered a bug in dpkg.  I don't see any way
that this should be fixed in the openafs-fileserver package; it's dpkg's
responsibility to remove directories that are part of a package that's
being purged, surely?  But maybe I'm still misunderstanding something?

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#454698: calamaris: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: calamaris
Version: N/A
Severity: wishlist
Tags: patch l10n

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

If you do not already use it, you might consider using the
"podebconf-report-po" utility, which helps warning translators about
changes when you modify some debconf templates in your packages.

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

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

Example use (from your package build tree):

$ podebconf-report-po

This will go through debian/po/*.po files, find those needing an
update, extract the translators data from these files and prepare a
mail to send to these translators (you can also use the
"--languageteam" switch to also mail the mail addresses listed in
"Language-Team" field).

You can also use this utility to request for new translations:

$ podebconf-report-po --call

This will send a mail to [EMAIL PROTECTED] with all the
needed information and material for new translators to add new
languages to your supported languages.

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


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

Kernel: Linux 2.6.22-3-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
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
# Christian Perrier <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-12-04 21:40+\n"
"PO-Revision-Date: 2007-12-07 12:17+0530\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Choices
#: ../templates:1001
msgid "auto, squid, oops"
msgstr "automatique, Squid, Oops"

#. Type: select
#. Description
#: ../templates:1002
msgid "What type of proxy log files do you want to analyse?"
msgstr "Quels types de journaux de mandataires (« proxy ») souhaitez-vous 
analyser ?"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"Calamaris is able to process log files from Squid or Oops. If you choose "
"'auto' it will look first for Squid log files and then for Oops log files."
msgstr ""
"Calamaris est capable de traiter les journaux de Squid et Oops. Si vous "
"choisissez « Auto », il recherchera d'abord des journaux de Squid puis ceux "
"d'Oops"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"'auto' is a safe choice if you only have log files from one of them. "
"Otherwise, you can force Calamaris here to use the correct log files."
msgstr ""
"« Auto » est un choix sûr seulement si vous utilisez les journaux d'un seul "
"d'entre eux. Dans le cas contraire, vous pouvez ici forcer l'utilisation par "
"Calamaris des journaux souhaités."

#. Type: select
#. Choices
#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../templates:2001 ../templates:6001 ../templates:10001
msgid "nothing, mail, web, both"
msgstr "aucune, courrier électronique, web, les deux"

#. Type: select
#. Description
#: ../templates:2002
msgid "How should the daily analysis of Calamaris be stored?"
msgstr ""
"Sous quelle forme voulez-vous conserver les analyses quotidiennes de "
"Calamaris ?"

#. Type: select
#. Description
#. Type: select
#. Description
#. Type: select
#. Description
#: ../templates:2002 ../templates:6002 ../templates:10002
msgid ""
"Calamaris is able to store the result of the analysis as an email sent to "
"somebody or as a web page. You can also choose to not do an analysis at all "
"or to do both."
msgstr ""
"Calamaris peut conserver les résultats de son analyse sous forme d'un "
"courrier électronique envoyé à quelqu'un ou en tant que page web. Vous "
"pouvez également choisir de ne pas faire d'analyse du tout ou d'utiliser les "
"deux formats."

#

Bug#454694: openafs-fileserver -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

Dear Russ,

On Thu, Dec 06, 2007 at 10:12:31PM -0800, Russ Allbery wrote:
> tags 454694 moreinfo
> thanks

Right. More info coming up! :-)

> > The gzipped log of the piuparts run for openafs-fileserver is
> > attached.
> 
> Unfortunately, piuparts logs are almost unreadable, containing a bunch of
> debugging information that isn't very useful and not containing the key
> information that would be useful, which is largely why I don't try to use
> it.  I tried for a while and gave up because of that problem.  I know
> people are actively working on it; hopefully it will get better.

The relevant part of the log is this:

3m9.8s ERROR: Package purging left files on system:
  /etc/openafs   owned by: openafs-client, openafs-fileserver


> > The problem is that the process
> >
> > Install Etch openafs-fileserver -> upgrade to sid -> purge
> >
> > seems to let the following files remain unremoved:
> >
> >/etc/openafs   owned by: openafs-client, openafs-fileserver
> 
> This is a directory shipped with the package, so it will be automatically
> removed when it's empty:
> 
> windlord:~/tmp> dpkg -c openafs-fileserver_1.4.5.dfsg1-1_i386.deb | grep /etc
> drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/
> drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/openafs/
> drwx-- root/root 0 2007-11-11 16:23 ./etc/openafs/server/
> drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/init.d/
> -rwxr-xr-x root/root  3329 2007-11-11 16:14 
> ./etc/init.d/openafs-fileserver
> 
> This therefore isn't the real problem.

Unfortunately, according to my understanding of the piuparts logs, the
directory may be empty, yet it is not removed.

> What file is left behind in /etc/openafs on your system that's preventing
> it from being removed?  I'm happy to fix this if I know what file is
> keeping it from being removed, but just removing /etc/openafs isn't a
> valid solution.  It's not clear from this bug report whether the problem
> is even with openafs-fileserver or with openafs-client.

The piuparts log has been generated by Lucas, running it on Grid
5000. But I can reproduce this on a chroot with the following steps:

[(sid)[EMAIL PROTECTED] ~] sudo apt-get install openafs-fileserver/stable
Reading package lists... Done
Building dependency tree
Reading state information... Done
Selected version 1.4.2-6 (Debian:4.0r1/stable) for openafs-fileserver
The following packages were automatically installed and are no longer required:
  gcc-3.4-base
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  openafs-client openafs-fileserver
Suggested packages:
  openafs-doc
Recommended packages:
  openafs-modules-source openafs-modules2 lsof ntp
The following NEW packages will be installed:
  openafs-client openafs-fileserver
0 upgraded, 2 newly installed, 0 to remove and 116 not upgraded.
Need to get 0B/3807kB of archives.
After unpacking 8458kB of additional disk space will be used.
Do you want to continue [Y/n]?
Preconfiguring packages ...
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously deselected package openafs-client.
(Reading database ... 25457 files and directories currently installed.)
Unpacking openafs-client (from .../openafs-client_1.4.5.dfsg1-1_i386.deb) ...

Selecting previously deselected package openafs-fileserver.
Unpacking openafs-fileserver (from .../openafs-fileserver_1.4.2-6_i386.deb) ...
Can not write log, openpty() failed (/dev/pts not mounted?)
Setting up openafs-client (1.4.5.dfsg1-1) ...
Starting AFS services:
AFS module /lib/modules/2.6.23.1/fs/openafs.o does not exist.
Not starting AFS.  Please consider building kernel modules using
instructions in /usr/share/doc/openafs-client/README.modules
Setting up openafs-fileserver (1.4.2-6) ...
Starting AFS Server: /etc/init.d/openafs-fileserver: line 38: 22394 
Segmentation fault  start-stop-daemon --start --quiet --pidfile 
/var/run/$NAME.pid --exec $DAEMON
bosserver.

OK, next I upgrade:
[(sid)[EMAIL PROTECTED] ~] sudo apt-get install openafs-fileserver
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  gcc-3.4-base
Use 'apt-get autoremove' to remove them.
Suggested packages:
  openafs-doc
Recommended packages:
  ntp
The following packages will be upgraded:
  openafs-fileserver
1 upgraded, 0 newly installed, 0 to remove and 116 not upgraded.
Need to get 0B/987kB of archives.
After unpacking 12.3kB disk space will be freed.
Preconfiguring packages ...
Can not write log, openpty() failed (/dev/pts not mounted?)
(Reading database ... 25725 files and directories currently installed.)
Preparing to replace openafs-fileserver 1.4.2-6 (using 
.../openafs-fileserver_1.4.5.dfsg1-1_i386.deb) ...
Unpacking replacement openafs-fileserver ...
Can not write log, openpty() failed (/dev/pts not mounted?)
Setting up openafs-fileserver (1.4.5.dfsg1-1) ...
Installing

Bug#445323: [Pkg-xfce-devel] Bug#445323: Bug#445323: cpu-intensive window redraw/window resize

[Yves-Alexis Perez]

On ven, 2007-12-07 at 01:14 +0100, Bruno Kleinert wrote:
> today i installed a sid-chroot on my (i386) notebook with a intel GPU,
> which works with xorg's "intel" driver. i enabled compositing, and
> tried xfce4-terminal in that environment, but i didn't notice the slow
> redraw and resize effect with and without using compositing. maybe it's
> after all a xorg problem? - on my amd64 machine, which runs the
> proprietary nvidia driver, the problem still exists.

Hmh, with proprietary nvidia driver we can't say say anything.
Basically, yes, it could be driver, but that doesn't answer why
gnome-terminal isn't affected :)

Cheers,
-- 
Yves-Alexis




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

Bug#454696: hesiod: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: hesiod
Version: N/A
Severity: wishlist
Tags: patch l10n

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

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 2.6.22-3-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
# Translation of hesiod debconf templates to French
# Copyright (C) 2006-2007 Christian Perrier <[EMAIL PROTECTED]>
# This file is distributed under the same license as the hesiod package.
#
# Christian Perrier <[EMAIL PROTECTED]>, 2006-2007.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-11-28 06:22+\n"
"PO-Revision-Date: 2007-11-28 08:06+\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid "Hesiod domain for searches:"
msgstr "Domaine Hesiod pour les recherches :"

#. Type: string
#. Description
#: ../libhesiod0.templates:2001
msgid ""
"Hesiod looks up keys using the standard Domain Name System. Please enter the "
"rightmost part of the domain name to do searches in. This name should begin "
"with a '.' character."
msgstr ""
"Hesiod effectue ses recherches avec le service de noms de domaine (DNS) "
"standard. Veuillez indiquer la partie finale du domaine sur lequel "
"s'effectueront les recherches. Ce nom doit commencer par un point."

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid "Hesiod prefix for searches:"
msgstr "Préfixe Hesiod pour les recherches :"

#. Type: string
#. Description
#: ../libhesiod0.templates:3001
msgid ""
"Hesiod lookups generally happen in a subdomain of the main domain. Please "
"enter the name of the subdomain. This name should begin with a '.' "
"character. This entry is '.ns' at many sites."
msgstr ""
"Hesiod effectue généralement ses recherches dans un sous-domaine du domaine "
"principal. Veuillez indiquer le nom de ce sous-domaine. Ce nom doit "
"commencer par un point. La valeur usuelle est « .ns »."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid "DNS class search order:"
msgstr "Ordre de recherche dans les classes DNS :"

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Hesiod looks up names using DNS TXT records. In addition to using the "
"standard IN DNS class for Internet names, it also uses by default the "
"special HS class."
msgstr ""
"Hesiod effectue ses recherches en utilisant les enregistrements TXT du "
"service de noms de domaine (DNS). En plus d'utiliser la classe standard IN "
"du DNS pour rechercher les noms Internet, il utilise également par défaut la "
"classe spéciale HS."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Please enter the class search order (the default value is suitable for most "
"sites). There should be no spaces in this search order value."
msgstr ""
"Veuillez indiquer l'ordre de recherche dans les classes (la valeur par "
"défaut est adaptée à la plupart des sites). Ce réglage ne doit pas "
"comprendre d'espace."

#. Type: string
#. Description
#: ../libhesiod0.templates:4001
msgid ""
"Sites using older Hesiod installations may need to use the 'HS,IN' search "
"order."
msgstr ""
"Sur certains sites où des installations anciennes de Hesiod sont encore "
"utilisées, il pourrait être nécessaire d'indiquer plutôt « HS,IN »."

Bug#399776: ,#421557: Apache2 memory leak

[Colin Wetherbee]

Stefan Fritsch wrote:
I think I have a fix for some of the memory leaks. You can find 
patched packages for etch at:


I installed the patched packages yesterday, and they've been running for 
over 24 hours without any problems.  I'm hesitant to declare the problem 
fixed, however, since they're running on a low-traffic mod_perl 
development server.


Tomorrow, I think I'll install them on my personal web server, which 
handles much more traffic.  It was one of the servers affected by the 
bug in the first place.


I'll let you know what I discover (or, hopefully, don't discover!).

Colin



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

Bug#454493: Display PCI slot for nics, if available

[Joey Hess]

dann frazier wrote:
>  * Modify cdebconf to support multi-line choice fields. Make each
>interface choice be a multi-lined option that includes things like
>vendor, model, mac, slot.

eth0: foo bar description, eth0: mac address: xxx:xxx... [slot 1]

That would be one way to do it without modifying debconf. You could also
get rid of the "eth0: " prefix if you wanted to by using Choices-C.

Although while all these controls and detail can be nice, I'd generally
prefer that d-i just figured out which nic has link and a dhcp server
and got on with it.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#454695: aptitude: Segfault when forgetting "new" packages

[Gabor Kiss]

Package: aptitude
Version: 0.4.9-2
Severity: normal

Since 0.4.8-1 -> 0.4.9-1 upgrade aptitude crashes if "f" key
pressed _after_ upgrading some packages (U,g,g).
However "f" is harmless before starting upgrade.

Gabor

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

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.6-6 0.7.9  Advanced front-end for dpkg
ii  libc6 2.7-3  GNU C Library: Shared libraries
ii  libcwidget0   0.5.5-4high-level terminal interface libr
ii  libgcc1   1:4.2.2-4  GCC support library
ii  libncursesw5  5.6+20071124-1 Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.17-2   type-safe Signal Framework for C++
ii  libstdc++64.2.2-4The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.9-2English manual for aptitude, a ter
ii  libparse-debianchangelog-perl 1.1.1-1parse Debian changelogs and output

-- no debconf information



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

Bug#454694: openafs-fileserver -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Russ Allbery]

tags 454694 moreinfo
thanks

Kumar Appaiah <[EMAIL PROTECTED]> writes:

> Package: openafs-fileserver
> Version: 1.4.5.dfsg1-1
> Severity: important
> User: [EMAIL PROTECTED]
> Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130
>
> I have been analyzing packages for the piuparts test, and have observed
> that openafs-fileserver fails the piuparts because it doesn't purge some
> files.
>
> The gzipped log of the piuparts run for openafs-fileserver is
> attached.

Unfortunately, piuparts logs are almost unreadable, containing a bunch of
debugging information that isn't very useful and not containing the key
information that would be useful, which is largely why I don't try to use
it.  I tried for a while and gave up because of that problem.  I know
people are actively working on it; hopefully it will get better.

> The problem is that the process
>
> Install Etch openafs-fileserver -> upgrade to sid -> purge
>
> seems to let the following files remain unremoved:
>
>/etc/openafs   owned by: openafs-client, openafs-fileserver

This is a directory shipped with the package, so it will be automatically
removed when it's empty:

windlord:~/tmp> dpkg -c openafs-fileserver_1.4.5.dfsg1-1_i386.deb | grep /etc
drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/
drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/openafs/
drwx-- root/root 0 2007-11-11 16:23 ./etc/openafs/server/
drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/init.d/
-rwxr-xr-x root/root  3329 2007-11-11 16:14 ./etc/init.d/openafs-fileserver

This therefore isn't the real problem.

What file is left behind in /etc/openafs on your system that's preventing
it from being removed?  I'm happy to fix this if I know what file is
keeping it from being removed, but just removing /etc/openafs isn't a
valid solution.  It's not clear from this bug report whether the problem
is even with openafs-fileserver or with openafs-client.

(I'll try to take a look at this myself if you don't have this information
available, but this is the sort of information that piuparts really should
be providing for it to be useful.)

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#454694: openafs-fileserver -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

Package: openafs-fileserver
Version: 1.4.5.dfsg1-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130

Hi!

I have been analyzing packages for the piuparts test, and have
observed that openafs-fileserver fails the piuparts because it doesn't purge
some files.

The gzipped log of the piuparts run for openafs-fileserver is
attached. The problem is that the process

Install Etch openafs-fileserver -> upgrade to sid -> purge

seems to let the following files remain unremoved:

   /etc/openafs   owned by: openafs-client, openafs-fileserver

WARNING: YOu must already be aware, but let me reiterate the point
that in case openafs-client is not removed before openafs-fileserver,
please do not delete the /etc/openafs directory. Thanks.

Please consider fixing this bug, as it is a Lenny release
recommendation [1].

Thanks.

Kumar

[1]: http://release.debian.org/lenny-goals.txt
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


openafs-fileserver.log.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#454693: systemimager-server -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

Package: systemimager-server
Version: 3.6.3dfsg1-3
Severity: important
User: [EMAIL PROTECTED]
Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130

Hi!

I have been analyzing packages for the piuparts test, and have
observed that systemimager-server fails the piuparts because it doesn't purge
some files.

The gzipped log of the piuparts run for systemimager-server is
attached. The problem is that the process

Install Etch systemimager-server -> upgrade to sid -> purge

seems to let the following files remain unremoved:

   /etc/systemimager  owned by: systemimager-server
   /etc/systemimager/rsyncd.conf  not owned

Please consider fixing this bug, as it is a Lenny release
recommendation [1].

Thanks.

Kumar

[1]: http://release.debian.org/lenny-goals.txt
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


systemimager-server.log.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#412228: AGP Radeon 9250 on K7 with DRI OK, on P!!! NOT

[Bob]

I have the same problem, with Radeon 9250 card in my Intel 815E based 
Asus CUSL2 P!!! box if I enable DRI X hangs.


If I pull the
(--) PCI:*(1:0:0) ATI Technologies Inc RV280 [Radeon 9200 PRO] rev 1,
(--) Chipset ATI Radeon 9250 5960 (AGP) found

and replace it with an
(--) PCI:*(1:0:0) ATI Technologies Inc RV280 [Radeon 9200] rev 1,
(--) Chipset ATI Radeon 9200 5962 (AGP) found

X starts with DRI enabled happy as a sand boy.

If I put the Radeon 9250 into my SIS735 based ECS K7S5A Duron 700 X 
starts with DRI enabled no problems.


They are all running stock Debian etch kernels, the Duron 700 is running 
2.6.18-5-k7 and I've tried the P!!! box on both 2.6.18-5-686 and 
2.6.18-5-486 kernels and the crash occurs with both, I can still ssh in 
and the system seems responsive enough but it takes about 15 minutes to 
shutdown.


Any debugging I can do?

Thanks



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

Bug#454666: MD5 signatures provide no security

[Sam Hocevar]

severity 454666 normal
thanks

On Thu, Dec 06, 2007, [EMAIL PROTECTED] wrote:

> In particular, it is now computationally feasible for
> a single attacker with a desktop machine to modify any
> executable of his or her choosing to have any desired
> MD5 checksum.

   Ray, Debian is not Slashdot. I urge you to actually read the paper
you are referring to before making such claims. A chosen-prefix attack
certainly does *not* allow to modify an executable "to have a desired
MD5 checksum".

   Chosen-prefix attacks do allow to build two different packages
with the same checksum. But until proven otherwise that requires the
complicity of the Debian maintainer, who is trusted anyway, so you
will need to provide a realistic attack scenario in order for your
bug report to be considered seriously.

Regards,
-- 
Sam.



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

Bug#454663: [D-m-team] Bug#454663: DM-List nowhere publically available

[Joey Hess]

"list nowhere publically available"

http://ftp-master.debian.org/dm-uploaders.html

Not to mention the keyring, publically available within the
debian-maintainers package.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#454692: upgrade fails: "elscreen-wl.el:27:1:Error: Cannot open load file: wl"

[Paul Collins]

Package: elscreen
Version: 1.4.5-2

It looks like elscreen-wl.el is expecting wanderlust to be installed.
However, I do not have it installed.

Transcript:

Setting up elscreen (1.4.5-2) ...
install/apel: Byte-compiling for emacs-snapshot ... skipped. (already compiled)
install/apel: Byte-compiling for emacs22 ... skipped. (already compiled)
install/elscreen: Handling install for emacsen flavor emacs-snapshot
Loading 00debian-vars...
Loading /etc/emacs/site-start.d/20apel.el (source)...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
Loading /etc/emacs/site-start.d/50cedet-common.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Skipping dictionaries-common setup for emacs-snapshot
Loading /etc/emacs/site-start.d/50eieio.el (source)...
Loading /etc/emacs/site-start.d/50elscreen.el (source)...
Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)...
Loading /etc/emacs/site-start.d/50erlang-mode.el (source)...
Loading /etc/emacs/site-start.d/50psvn.el (source)...
Loading /etc/emacs/site-start.d/50slime.el (source)...
Loading /usr/share/emacs-snapshot/site-lisp/slime/slime-autoloads...
Source file `/usr/share/emacs-snapshot/site-lisp/elscreen/elscreen.el' newer 
than byte-compiled file
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-color-theme.elc
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-dired.elc

In toplevel form:
elscreen-dnd.el:36:1:Warning: !! The file uses old-style backquotes !!
This functionality has been obsolete for more than 10 years already
and will be removed soon.  See (elisp)Backquote in the manual.
elscreen-dnd.el:54:1:Warning: !! The file uses old-style backquotes !!
This functionality has been obsolete for more than 10 years already
and will be removed soon.  See (elisp)Backquote in the manual.
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-dnd.elc
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-gf.elc
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-goby.elc
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-howm.elc
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-server.elc
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-speedbar.elc
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen-w3m.elc

In toplevel form:
elscreen-wl.el:27:1:Error: Cannot open load file: wl

In toplevel form:
elscreen.el:351:1:Warning: !! The file uses old-style backquotes !!
This functionality has been obsolete for more than 10 years already
and will be removed soon.  See (elisp)Backquote in the manual.
elscreen.el:515:1:Warning: !! The file uses old-style backquotes !!
This functionality has been obsolete for more than 10 years already
and will be removed soon.  See (elisp)Backquote in the manual.
elscreen.el:558:1:Warning: !! The file uses old-style backquotes !!
This functionality has been obsolete for more than 10 years already
and will be removed soon.  See (elisp)Backquote in the manual.
elscreen.el:623:1:Warning: !! The file uses old-style backquotes !!
This functionality has been obsolete for more than 10 years already
and will be removed soon.  See (elisp)Backquote in the manual.
Wrote /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen.elc
emacs-package-install: /usr/lib/emacsen-common/packages/install/elscreen 
emacs-snapshot emacs-snapshot emacs22 failed at 
/usr/lib/emacsen-common/emacs-package-install line 30,  line 2.
dpkg: error processing elscreen (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 elscreen

-- 
Paul Collins
Wellington, New Zealand

Dag vijandelijk luchtschip de huismeester is dood



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

Bug#454670: [Pkg-samba-maint] Bug#454670: winbind: "wbinfo -r" fails to show changed group memberships of "older" users

[Christian Perrier]

Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> 
> Package: winbind
> Version: 3.0.24-6etch8
> Severity: normal
> 
> 
> Hello,
> 
> I have setup our squid proxy to authenticate Domain Accounts defined on
> our ADS, which is working perfect. To differentiate the access
> permissions of our users I use wbinfo_group.pl which relies on 
> "wbinfo -r USERNAME"


Is there any chance that you can try reproducing that on unstable or,
even better, with the version of samba in experimental ?

That would make a very interesting and complete report to make
upstream if you could.

Thanks anyway for the very detailed report. I don't know if any of the
team members will have time to go through it but, at first glance, it
deserves to be reported upstream.




signature.asc
Description: Digital signature

Bug#454691: Installation Report 2007-12-06-2

[Christian Perrier]

Quoting Daniel Dickinson ([EMAIL PROTECTED]):

> Installation of the standard system (no desktop) failed during the download 
> and install of the select task.  Looking at the syslog revealed that 
> findutils was marked for removal and that the system was waiting for "I know 
> this is a very bad idea" to be input.


(hint: not much value added in this post, but it seems worth a thread
as followup..:-))

Apart from a probably temporary problem in testing that should be
investigated and probably reassigned to the right package, I wonder
whether we would do something in D-I (apt-setup ?) to intercept such
critical messages and display something to users.




signature.asc
Description: Digital signature

Bug#454666: MD5 signatures provide no security

[Christian Perrier]

Quoting Frank Lichtenheld ([EMAIL PROTECTED]):
> reassign 454666 apt
> thanks
> 
> On Thu, Dec 06, 2007 at 02:33:06PM -0800, [EMAIL PROTECTED] wrote:
> > Exploitation of this flaw would allow an attacker to
> > substitute arbitrary code for any legitimate Debian package
> > using a "man in the middle" attack undetected whenever a
> > user is installing new software, or to put up a debian
> > mirror site or repository containing arbitrary code
> > disguised as legitimate Debian software and having the same
> > checksums.
> 
> dpkg does at no time verify anything about the origin of packages.
> Only apt does.


Apart from that, I don't really understand the urgency of riding big
horses at the speed of light reporting an RC bug against part of our
architecture only because an (sorry for being rude) obscure proof of
concept just got unveiled.

I don't think that ringing the trumpets of Apocalypse is exactly the
best way to work on the issue.

Please call me wrong as long as you want but I'd really like to see
people I trust in this project bring some advice on that issue.




signature.asc
Description: Digital signature

Bug#451478: openbsd-inetd instead of inetutils-inetd = fix

[Guillem Jover]

severity 451478 wishlist
thanks

Hi,

On Fri, 2007-11-23 at 09:52:59 +0100, Steffen Grunewald wrote:
> Some additional information: 
> 
> the nowait.${number} expression, with inetutils-inetd, results in
> a syslog line
> 
> /etc/inetd.conf:25: bad wait type
> 
> Replacing inetutils-inetd with openbsd-inetd, and reloading //etc/inetd.conf,
> seems to fix the message (and perhaps the issue which I have never seen
> with Sarge which uses netkit-inetd 0.10-10)

This is not supported by inetutils-inetd at all. I'll take a look at
adding this, but I'm a bit busy right now.

regards,
guillem



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

Bug#454690: sl-modem-source: Modules don't load

[Nick]

Package: sl-modem-source
Version: 2.9.9d+e-pre2-10
Severity: important


I built the package sl-modem-modules-2.6.22-3-686 using module-assistant.
It created these modules:

   # ls /lib/modules/2.6.22-3-686/misc/
   slamr.ko  slusb.ko  ungrab-winmodem.ko

Shouldn't they (one at least) get loaded into the kernel?  lsmod shows
none of them, and my attempts to load them myself fail, e.g.

   # modprobe slamr
   FATAL: Module ungrab_winmodem not found.
   FATAL: Module slamr not found.

sl-modem-daemon 2.9.9d+e-pre2-1 is installed.  On attempting to use
the modem, syslog shows 'Failed (NO CARRIER)'.

-- 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/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages sl-modem-source depends on:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  debhelper 5.0.61 helper programs for debian/rules
ii  module-assistant  0.10.11tool to make module package creati

Versions of packages sl-modem-source recommends:
pn  kernel-package (no description available)

-- no debconf information



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

Bug#454623: squirrelmail: attached PDFs are unreadable to many recipients

[David Luyer]

Further, the solution (to the Firefox issue) in case anyone comes to this
page by searching: Remove (or rename, or edit) Firefox's mimeTypes.rdf in
your profile directory.

(if you choose to edit it, it's in XML, so be sure to maintain correct
XML syntax when deleting the incorrect entry.)

Please close this bug as it is not a squirrelmail issue.

David.

Bug#454689: packages.debian.org: Switch from gnuab.org to debian-ports.org

[Guillem Jover]

Package: www.debian.org
Severity: normal

Hi,

Last weekend [0] the main server for the kfreebsd-* and armel ports
was switched from gnuab.org to debian-ports.org. The new server should
behave better on the hardware and connectivity fronts.

Attached is a patch against latest git master. I've not tested it so
please review. Initially I called the repo 'ports' but changed to
'debports' to avoid confusion with the www.debian.org/ports stuff.

regards,
guillem

[0] 
>From 86fd531c1d808ee46b6f7d8512c629ab64d1d4f9 Mon Sep 17 00:00:00 2001
From: Guillem Jover <[EMAIL PROTECTED]>
Date: Fri, 7 Dec 2007 05:30:31 +0200
Subject: [PATCH] Switch from gnuab.org to debian-ports.org

---
 README |3 ++-
 bin/parse-packages |4 ++--
 config.sh.sed.in   |4 ++--
 cron.d/100syncarchive_debports |   33 +
 cron.d/100syncarchive_gnuab|   33 -
 templates/config/mirrors.tmpl  |   14 +++---
 6 files changed, 46 insertions(+), 45 deletions(-)
 create mode 100755 cron.d/100syncarchive_debports
 delete mode 100755 cron.d/100syncarchive_gnuab

diff --git a/README b/README
index f55856e..5d7067b 100644
--- a/README
+++ b/README
@@ -45,7 +45,8 @@ Cron
 100syncarchive -- retrieve data from main Debian archive
 100syncarchive_amd64   -- retrieve data from sarge amd64 archive
 100syncarchive_backports   -- retrieve data from backports.org
-100syncarchive_gnuab   -- retrieve data from gnuab (kfreebsd-*, armel)
+100syncarchive_debports-- retrieve data from debian-ports.org
+  (kfreebsd-*, armel)
 100syncarchive_installer   -- retrieve d-i data
 100syncarchive_m68k-- retrieve data for etch-m68k
 100syncarchive_maintainers -- retrieve maintainer index
diff --git a/bin/parse-packages b/bin/parse-packages
index 61d6b84..2e713c6 100755
--- a/bin/parse-packages
+++ b/bin/parse-packages
@@ -87,9 +87,9 @@ for my $suite (@SUITES) {
 		}
 		# Skip double package
 		next if exists($packages_all_db{"$data{'package'} $data{'architecture'} $data{'version'}"});
-		# Skip arch:all for amd64 & gnuab, any non-redundancy is
+		# Skip arch:all for amd64 & debports, any non-redundancy is
 		# usually a bug anyway
-		next if ($archive eq 'amd64' or $archive eq 'gnuab')
+		next if ($archive eq 'amd64' or $archive eq 'debports')
 		and $data{architecture} eq 'all';
 
 		if ($data{'provides'}) {
diff --git a/config.sh.sed.in b/config.sh.sed.in
index 7481446..9a95654 100644
--- a/config.sh.sed.in
+++ b/config.sh.sed.in
@@ -29,7 +29,7 @@ security_ftpsite=http://security.debian.org/debian-security
 volatile_ftpsite=http://volatile.debian.org/debian-volatile
 backports_ftpsite=http://backports.org/debian
 amd64_ftpsite=http://amd64.debian.net/debian
-gnuab_ftpsite=http://kfreebsd-gnu.debian.net/debian
+debports_ftpsite=http://ftp.debian-ports.org/debian
 ddtp_ftpsite=http://ddtp.debian.net/debian
 
 root=""
@@ -38,7 +38,7 @@ root=""
 #
 polangs="de fi fr hu ja nl ru sv uk zh-cn"
 ddtplangs="ca cs da de eo es fi fr hu it ja km-kh ko nl pl pt pt-br ru sk sv uk zh-cn zh-tw"
-archives="us security amd64 gnuab backports volatile"
+archives="us security amd64 debports backports volatile"
 sections="main contrib non-free"
 parts="$sections"
 suites="sarge sarge-volatile sarge-backports etch etch-m68k etch-volatile etch-backports lenny sid experimental"
diff --git a/cron.d/100syncarchive_debports b/cron.d/100syncarchive_debports
new file mode 100755
index 000..897d1dd
--- /dev/null
+++ b/cron.d/100syncarchive_debports
@@ -0,0 +1,33 @@
+#! /bin/bash
+
+. `dirname $0`/../config.sh
+
+test -d ${archivedir} || mkdir -p ${archivedir}
+cd ${archivedir}
+
+# Main archive
+#
+architectures="armel kfreebsd-i386 kfreebsd-amd64"
+
+for dist in sid experimental
+  do
+  echo "retrieve Release(.gpg) $dist"
+  test -d debports/${dist} || mkdir -p debports/${dist}
+  (cd debports/${dist} &&
+	wget -q -N ${debports_ftpsite}/dists/${dist}/Release &&
+	wget -q -N ${debports_ftpsite}/dists/${dist}/Release.gpg )
+
+  for arch in $architectures
+do
+for part in ${parts} main/debian-installer
+  do
+  echo retrieve Packages $dist/$part/$arch
+  test -d debports/${dist}/${part}/binary-${arch} || mkdir -p debports/${dist}/${part}/binary-${arch}
+  (cd debports/${dist}/${part}/binary-${arch} &&
+	  wget -q -N ${debports_ftpsite}/dists/${dist}/${part}/binary-${arch}/Packages.gz)
+done
+echo retrieve Contents $dist/$arch
+(cd debports/${dist} &&
+	wget -q -N ${debports_ftpsite}/dists/${dist}/Contents-${arch}.gz)
+  done
+done
diff --git a/cron.d/100syncarchive_gnuab b/cron.d/100syncarchive_gnuab
deleted file mode 100755
index b42d165..000
--- a/cron.d/100syncarchive_gnuab
+++ /dev/null
@@ -1,33 +0,0 @@
-#! /bin/bash
-
-. `dirname $0`/../config.sh
-
-test -d ${archivedir} || mkdir -p ${archivedir}
-cd ${

Bug#454623: squirrelmail: attached PDFs are unreadable to many recipients

[David Luyer]

It turns out my "fix" is not a fix at all.  Uploading PDFs works on the
computer I tested the fix on, and not on the computer I first tried it on,
regardless of this change.

I see the mime type which squirrelmail uses comes from $_FILES which is
set by the uploading browser.  Why the same version of Firefox on the
same version of OS X has an issue on one system but not another nearly
identical system, I don't know (one uploads PDFs as application/pdf and
the other as text/html, confirmed via a test form).

David.

Bug#391869: Info received (still busted in 1.9.36)

[Vincent McIntyre]

oops, just in case there is any confusion,  that patch was against
  1.9.36.1
not
  1.9.36

Thanks




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

Bug#454688: python-package-should-be-section-python produces false positives

[Michal Čihař]

Package: lintian
Version: 1.23.38
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

If there is a documentation package for python, it is usually called
python-foo-doc. However lintian now reports this as
python-package-should-be-section-python, but I think it should be in
section doc. Attached patch changes test behavior to work this way.

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

- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina
ii  diffstat1.45-2   produces graph of changes introduc
ii  dpkg-dev1.14.12  package building tools for Debian
ii  file4.21-3   Determines file type using "magic"
ii  gettext 0.16.1-2 GNU Internationalization utilities
ii  intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf
ii  libparse-debianchan 1.1.1-1  parse Debian changelogs and output
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

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

iD8DBQFHWL1H3DVS6DbnVgQRAmnXAKC02+iBiniusX7QEZEB07lafHF0sACgrM+6
KPP5IlRtLETx1JVpa7j1Hlg=
=Zo6a
-END PGP SIGNATURE-
--- fields.orig 2007-12-07 12:22:42.0 +0900
+++ fields  2007-12-07 12:23:14.0 +0900
@@ -319,7 +319,7 @@
tag "doc-package-should-be-section-doc", $pkg;
} elsif ($pkg =~ m{-perl$} && $parts[-1] ne "perl") {
tag "perl-package-should-be-section-perl", $pkg;
-   } elsif ($pkg =~ m{^py} && $parts[-1] ne "python") {
+   } elsif ($pkg =~ m{^py} && $pkg !~ m{-docs?$} && $parts[-1] ne 
"python") {
tag "python-package-should-be-section-python", $pkg;
}
}

Bug#454678: r-base-core: Crash when calling edit.matrix with edit.row.names = TRUE when there are no rownames

[Dirk Eddelbuettel]

Ben,

Thanks for the bug report. I am off two minds about it as discussed below.
But as it does indeed create a crash / segfault, I am passing this on to the
R bug tracker.  A suggested two-line patch is below; I tested the patch
against a 'vanilla' 2.6.1 source tree.

On 6 December 2007 at 19:32, Ben Goodrich wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
| 
| Package: r-base-core
| Version: 2.6.1-1
| Severity: important
| 
| Hi Dirk,
| 
| My strong hunch is that this bug should just be forwarded upstream but
| it might have something to do with libc6 on Debian. To reproduce it, do
| 
| args(utils:::edit.matrix)
| mat <- matrix(rnorm(30), nrow = 10, ncol = 3)
| edit(mat, edit.row.names = TRUE) #crash

I can confirm that it crashes 2.6.0 and 2.6.1.  I also spent the last little
while building a (non-stripped) debug version that reveals:

(gdb) where
#0  0xb7b2ef2c in __gconv_transform_utf8_internal () from 
/lib/i686/cmov/libc.so.6
#1  0xb7b89f75 in mbrtowc () from /lib/i686/cmov/libc.so.6
#2  0xb7db05e3 in Rstrwid (str=0x8052010 "\020!\005\b\002", slen=134595712,
quote=0) at printutils.c:284
#3  0xb7db0888 in Rstrlen (s=0x8051ff8, quote=0) at printutils.c:377
#4  0xb7d2de24 in Rf_formatString (x=0x873bbb8, n=1, fieldwidth=0xbfd0fc04,
quote=0) at format.c:62
#5  0xb7db12b5 in Rf_EncodeElement (x=0x873ba10, indx=100, quote=0, dec=46 '.')
at printutils.c:576
#6  0xb754ae0d in get_col_width (DE=0xbfd100b0, col=1) at dataentry.c:804
#7  0xb754edb4 in initwin (DE=0xbfd100b0, title=0xb755eed9 "R Data Editor")
at dataentry.c:1986
#8  0xb7549319 in RX11_dataentry (call=0x89b3fe8, op=0x806c970, args=0x8ba40c8,
rho=0x89b4bd0) at dataentry.c:382
#9  0xb7e52771 in do_dataentry (call=0x89b3fe8, op=0x806c970, args=0x8ba40c8,
rho=0x89b4bd0) at X11.c:91
#10 0xb7d6045e in do_internal (call=0x89b4020, op=0x8061fa4, args=0x8ba40c8,
env=0x89b4bd0) at names.c:1120
#11 0xb7d1f352 in Rf_eval (e=0x89b4020, rho=0x89b4bd0) at eval.c:463
#12 0xb7d21d5d in do_set (call=0x89b4074, op=0x8060df0, args=0x89b4058,
rho=0x89b4bd0) at eval.c:1407
#13 0xb7d1f352 in Rf_eval (e=0x89b4074, rho=0x89b4bd0) at eval.c:463
#14 0xb7d212b4 in do_begin (call=0x89b2798, op=0x8062458, args=0x89b4090,
rho=0x89b4bd0) at eval.c:1159
#15 0xb7d1f352 in Rf_eval (e=0x89b2798, rho=0x89b4bd0) at eval.c:463
#16 0xb7d1fb67 in Rf_applyClosure (call=0x89b1c9c, op=0x89b1ba0,
arglist=0x89b1e24, rho=0x89b1d7c, suppliedenv=0x89b1cd4) at eval.c:669
#17 0xb7d60a32 in applyMethod (call=0x89b1c9c, op=0x89b1ba0, args=0x89b1e24,
rho=0x89b1d7c, newrho=0x89b1cd4) at objects.c:126
#18 0xb7d61223 in Rf_usemethod (generic=0x8069af8 "edit", obj=0x8a87868,
call=0x89b1e94, args=0x8052110, rho=0x89b1d7c, callrho=0x8073f9c,
defrho=0x828f2fc, ans=0xbfd10d00) at objects.c:291
#19 0xb7d61776 in do_usemethod (call=0x89b1e94, op=0x80711b8, args=0x89b1e78,
env=0x89b1d7c) at objects.c:399
#20 0xb7d1f352 in Rf_eval (e=0x89b1e94, rho=0x89b1d7c) at eval.c:463
#21 0xb7d1fb67 in Rf_applyClosure (call=0x89b2230, op=0x89b2150,
arglist=0x89b1e24, rho=0x8073f9c, suppliedenv=0x8073fb8) at eval.c:669
#22 0xb7d1f601 in Rf_eval (e=0x89b2230, rho=0x8073f9c) at eval.c:507
#23 0xb7d4a879 in Rf_ReplIteration (rho=0x8073f9c, savestack=0, browselevel=0,
state=0xbfd1116c) at main.c:263
#24 0xb7d4aa61 in R_ReplConsole (rho=0x8073f9c, savestack=0, browselevel=0)
at main.c:312
#25 0xb7d4bec7 in run_Rmainloop () at main.c:975
#26 0xb7d4beee in Rf_mainloop () at main.c:982
#27 0x08048733 in main (ac=0, av=0x0) at Rmain.c:35
#28 0xb7b27450 in __libc_start_main () from /lib/i686/cmov/libc.so.6
#29 0x08048691 in _start ()
(gdb) up

Now, two comments.  

Firstly, we all prefer if R would not crash.  So this may need some fixing.

Secondly, I think you are rather close to bordering on user error.  As your
snippet shows, you need to invoke args on the non-exported edit.matrix to
learn about the edit.row.names argument. Moreover, you also know full well
from looking at this that this will only be true when there actually are
names set --- and you then proceed to call it when there are none.  Guess
what:  it blows up. 

So we could fix this in a number of places.  Here is one which I tested; R
Core may opt to apply this, or a better version, or to drop the issue:

[EMAIL PROTECTED]:~/src/debian/R> diff -u 
R-2.6.1/src/library/utils/R/edit.R{.orig,}
--- R-2.6.1/src/library/utils/R/edit.R.orig 2007-09-04 17:12:32.0 
-0500
+++ R-2.6.1/src/library/utils/R/edit.R  2007-12-06 21:12:32.0 -0600
@@ -166,6 +166,8 @@
 else names(datalist) <- paste("col", 1:ncol(name), sep = "")
 modes <- as.list(rep.int(mode(name), ncol(name)))
 if (edit.row.names) {
+if (is.null(dn[[1]])) ## true if forced edit.row.names as TRUE on null
+dn[[1]] <- paste("row", 1:dim(name)[1], sep="")
 datalist <- c(list(row.names = dn[[1]]), datalist)
 modes <- c(list(row.names = "character"), modes)
 }


This results in

Bug#391869: still busted in 1.9.36

[Vincent McIntyre]

Hi,

attached is a patch against 1.9.36, the version currently in unstable.
Please consider applying this.

I did check that bzip2 haven't changed locations again.

Vince

--- usr/share/pycentral/apt-proxy/site-packages/apt_proxy/cache.py.orig 
2007-12-07 14:12:28.354666060 +1100
+++ usr/share/pycentral/apt-proxy/site-packages/apt_proxy/cache.py  
2007-12-07 14:12:41.618773035 +1100
@@ -597,7 +597,7 @@
 elif re.search(r"\.gz$", self.path):
 self.worker = FileVerifierProcess(self, '/bin/gunzip', '-t', '-v', 
self.path)
 elif re.search(r"\.bz2$", self.path):
-self.worker = FileVerifierProcess(self, '/usr/bin/bunzip2', 
'--test', self.path)
+self.worker = FileVerifierProcess(self, '/bin/bunzip2', '--test', 
self.path)
 else:
 # Unknown file, just check it is not 0 size
 try:

Bug#454686: update-manager: new messages are added by dpatch which isn't friendly for translators

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: update-manager
Severity: normal
Tags: l10n

Hi,

A user said update-manager showed messages in English ("This can be
caused by unofficial package sources ...") during upgrade even all
other messages were translated and ja.po was 100% translated.

I looked into the source and found
debian/patches/02_replace_dist_upgrade.diff replaced the messages.

Well, could you add these new messages to templates.pot and update po
files with using dummy template or other solution?

Thanks,
- -- 
Kenshi Muto
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkdYuEcACgkQQKW+7XLQPLFOVwCgwyS98vQY3vTv97ell3OesuNW
mloAn1kCSBqEW2VcD5MRb40EM8GO8KFt
=Nzo0
-END PGP SIGNATURE-



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

Bug#454687: binutils-avr: New version 2.18

[Shaun Jackman]

Package: binutils-avr
Severity: wishlist

binutils version 2.18 is available.

Cheers,
Shaun



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

Bug#454429: python-numpy - FTBFS: Not fullfillable build-conflicts

[Kumar Appaiah]

On Fri, Dec 07, 2007 at 01:03:33AM +0100, Ondrej Certik wrote:
> Thanks for the bug report. We are working on exactly this problem,
> and it seems we finally made a progress, python-numpy got built on many
> architectures now:
> 
> http://buildd.debian.org/pkg.cgi?pkg=python-numpy
> 
> Once python-numpy gets to unstable on most of the architectures, we'll
> fix the rest.

Bastian, could you please confirm if we can close this bug? I think
the package is now just waiting for the buildd administrators
signatures + uploads.

Thanks!

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


signature.asc
Description: Digital signature

Bug#415639: modified scripts and added get_lock_path option

[Andres Mejia]

Attached is a simple patch that uses an option to get the path
specified for the log file and use it with the init script. I've also
modified the script slightly to specify the variable USER as 'root' in
case it's not specified. Also, the init script options to stop debpool
will stop it by debpool's name. Stopping it by the executable path
failed since debpool would be running through perl. I've also set the
logfile to go to /var/log/debpool.log to make it system accessible and
to take advantage of logrotate.
diff -urN debpool_released/bin/debpool debpool/bin/debpool
--- debpool_released/bin/debpool2007-12-03 14:10:49.0 -0500
+++ debpool/bin/debpool 2007-12-06 10:46:24.0 -0500
@@ -118,6 +118,14 @@
 die "$msg\n";
 }
 
+# Print the path set for the lockfile and exit. This is mainly used to run
+# debpool with start-stop-daemon.
+
+if ($Options{'get_lock_path'}) {
+print "$Options{'lock_file'}\n";
+exit 0;
+}
+
 # Obtain a lockfile. We should never run more than one occurance; it's too
 # likely that we'd step on our own toes.
 
diff -urN debpool_released/debian/rules debpool/debian/rules
--- debpool_released/debian/rules   2007-12-03 14:10:48.0 -0500
+++ debpool/debian/rules2007-12-06 11:47:02.0 -0500
@@ -1,7 +1,5 @@
 #! /usr/bin/make -f
 
-# TODO: Switch to CDBS
-#
 # TODO: Auto-generate DebPool::Config (with pod2man, options:
 # --section=5 --name="DebPool::Config" --center="DebPool Configuration")
 
@@ -21,6 +19,8 @@
dh_installexamples -i
dh_installchangelogs -i
dh_installman -i
+   dh_installinit -i
+   dh_installlogrotate -i
 
dh_perl -i
 
diff -urN debpool_released/share/DebPool/Config.pm 
debpool/share/DebPool/Config.pm
--- debpool_released/share/DebPool/Config.pm2007-12-03 14:10:49.0 
-0500
+++ debpool/share/DebPool/Config.pm 2007-12-06 10:46:10.0 -0500
@@ -505,6 +505,16 @@
 $Options{'lock_file'} = "$Options{'archive_dir'}/.lock";
 $OptionDefs{'lock_file'} = 'lock_file=s';
 
+=item B => I
+
+Display the full path set for the lock file and exit. This is mainly used
+to run debpool as a daemon with start-stop-daemon.
+
+=cut
+
+$Options{'get_lock_path'} = 0;
+$OptionDefs{'get_lock_path'} = 'get_lock_path!';
+
 =item B = I
 
 This determines whether or not compressed versions of the distribution


debpool.init
Description: Binary data


debpool.default
Description: Binary data


debpool.logrotate
Description: Binary data

Bug#454684: no WEP connection possible with prism2_usb

[Marek Straka]

Package: linux-wlan-ng
Version: 0.2.8+svn1839+dfsg-1
Severity: normal

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

I have tried to setup prism2_usb with WEP support as described on:
http://gentoo-wiki.com/HOWTO_Prism2_USB_on_Gentoo
Especially regarding WEP:
"To enable WEP, you have to create a dedicated configuration file for the network you are going to 
connect to. First, copy /etc/conf.d/wlancfg-DEFAULT to /etc/conf.d/wlancfg-mynet, where NetworkName 
is the name of the network."


But whenever (after there is edited /etc/wlan/wlancfg-mynet) and in /etc/wlan/wlan.conf is added in 
the parameter SSID_wlan0="mynet", there is no possibility to start this wlan interface with 
"wlanctl-ng wlan0 lnxreq_ifstate ifstate=enable" There is always answer:

  ifstate=enable
  resultcode=implementation_failure

I have tried it with "opensystem" and also with "sharedkey" but with no success.

With not encrypted connection (no WEP), it has worked everything fine.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22-3-686

Debian Release: lenny/sid
  600 testing www.debian-multimedia.org
  600 testing gd.tuwien.ac.at
  500 unstablegd.tuwien.ac.at
  400 stable  security.debian.org

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6  (>= 2.6.1-1) | 2.6.1-1+b1
wireless-tools  | 29~pre22-1
udev| 0.114-2




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

Bug#454685: sendmail-base -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

Package: sendmail-base
Version: 8.14.2-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130

Hi!

I have been analyzing packages for the piuparts test, and have
observed that sendmail-base fails the piuparts because it doesn't purge
some files.

The gzipped log of the piuparts run for sendmail-base is
attached. The problem is that the process

Install Etch sendmail-base -> upgrade to sid -> purge

seems to let the following files remain unremoved:

   /etc/logcheck  owned by: sendmail-base
   /etc/logcheck/violations.ignore.d  owned by: sendmail-base
   /etc/logcheck/violations.ignore.d/sendmail owned by: sendmail-base
   /etc/logrotate.d/sendmail  owned by: sendmail-base
   /usr/share/doc/sendmailnot owned

WARNING: Though you will know this, let me reiterate the point that
/etc/logcheck is a directory owned by many packages. Please remove
those directories only if they are empty.

Please consider fixing this bug, as it is a Lenny release
recommendation [1].

Thanks.

Kumar

[1]: http://release.debian.org/lenny-goals.txt
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


sendmail-base.log.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#446713: Game crash at start up, no update ?

[feydreva]

Package: fretsonfire
Version: 1.2.451.dfsg-2
Followup-For: Bug #446713

bug still exist, 
game crash jsut at the startup
there is the error : 
xxx:~$ fretsonfire 
Traceback (most recent call last):
  File "/usr/share/games/fretsonfire/game/GameEngine.py", line 348, in
run
return self.mainloop()
  File "/usr/share/games/fretsonfire/game/GameEngine.py", line 340, in
main
self.view.render()
  File "/usr/share/games/fretsonfire/game/View.py", line 183, in render
layer.render(self.visibility[layer], layer == self.layers[-1])
  File "/usr/share/games/fretsonfire/game/Menu.py", line 164, in render
self.engine.view.setOrthogonalProjection(normalize = True)
  File "/usr/share/games/fretsonfire/game/View.py", line 147, in
setOrthogonalProjection
viewport[3] - viewport[1], viewport[1], -100, 100);
  File "/usr/lib/python2.4/site-packages/OpenGL/error.py", line 188, in
glCheckError
baseOperation = baseOperation,
GLError: GLError(
err = 1281,
description = 'invalid value',
baseOperation = glOrtho,
cArguments = (0, 1, 0.0, 0, -100, 100)
)


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

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

Versions of packages fretsonfire depends on:
ii  fretsonfire-game  1.2.451.dfsg-2 game of musical skill and
fast fin
ii  fretsonfire-songs-sectoid 1.dfsg-1   game of musical skill and
fast fin

fretsonfire recommends no packages.

-- no debconf information





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

Bug#352745: openoffice.org-impress: incomplete graphics in full screen mode

[Laurent Bonnaud]

Hi,

this bug still exists in version 2.3.1-1 currently in sid.

-- 
Laurent Bonnaud.
http://www.lis.inpg.fr/pages_perso/bonnaud/





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

Bug#454549: pidgin 2.3.0-1 failed to build

[Wen-chien Jesse Sung]

Ari Pollak wrote:
> What version of doxygen do you have installed, and on what distribution?
> 
> On Thu, 2007-12-06 at 13:05 +0800, Wen-chien Jesse Sung wrote:
>> When I try to build pidgin with dpkg-buildpackage, it fails with
>> this message:
> 

Hi Ari,

I'm using a Debian sid i386.

ii  doxygen 1.5.4-1
ii  doxygen-gui 1.5.4-1

-- 
Best Regards,
Wen-chien Jesse Sung



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

Bug#454657: xscreensaver packaging could be refined

[Jose Luis Rivas Contreras]

Tormod Volden wrote:
> Package: xscreensaver
> Version: 5.04-1
> Severity: minor
> 
> 
> xscreensaver could need some packaging love. I would like to help with 
> this, but I'll first open this bug to coordinate with others, and of 
> course to know if the maintainer would be interested in this.

Hi Tormod, of course, I'm interested on getting help with xscreensaver,
I've been working on it but very slow because of my studies.
> 
> The goal would be to clean up the diff.gz to make it is easier to 
> maintain, merge with newer upstream and work with downstream 
> (derivatives).
> 
> Is the package maintained in svn or git?
No, I'm the only maintainer right now.
 Would you like proposed changes
> as simple diffs or debdiffs?
Simple diffs, or better in a git/svn (I haven't work with any of these
so I'm ok with learning any of this two).
 Or do it your own way? Would you like to
> have separate bugs filed for every task mentioned below?

It's not necessary, I believe this could be kept in wiki.d.o easily. :-)
> 
> * A first task could be to break out the 00_maindiffwithorig.patch into 
> separate patches. Now would be a good time to change the patch system, 
> if ever. Is dpatch the preferred system? I am personally used to quilt 
> from the X packages but have no strong opinion on it.

I used dpatch just because was the simplest and fastest way to
implement, I'm ok with changing the patch system if is easier for you.
00_maindiffwithorig.patch is the easier way to migrate from the old way
to maintain xscreensaver.
> 
> * xscreensaver.svg: is this file autogenerated from one of the other 
> files or is it new (derivative) artwork? In the former case it could 
> maybe be generated at build time? In the latter case it could be 
> mentioned in debian/copyright, and the file can be shipped in debian/ 
> and be copied in at build time.

It's not autogenerated, should be shipped in `debian/` and copied at
build time but I haven't done this (don't now yet why, maybe I've
forgotten this), anyway I didn't used this in the last release (5.04-1).
> 
> * po/xscreensaver.pot I don't know much about .po and nls, but if this 
> file is autogenerated, it could maybe be generated at build time? If 
> not, this file could also be shipped in debian/.

This file is shipped with the original tarball.
> 
> * xpm files are modified: are they used at all?

They are patched and used again for icons.
> 
> * American "slang" in po/Makefile.in.in from some angry person, not 
> necessary to spread around.

They are patched :-).
> 
> * http://lintian.debian.org/reports/mJose_Luis_Rivas.html#xscreensaver
> - wrong man page section

This is because of the `6x`. Why? Some mans overwrites the manpages of
some games.
> - invalid icon/desktop sections
This is because makes a new entry in the menues, but this is ok.
> 
> Looking forward to hearing your comments.
> Best regards,
> Tormod Volden
> 

Regards,
Jose Luis.
-- 

ghostbar on debian linux 'sid' 2.6.22 x86_64-SMP - #382503
Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve GPG: 0xCACAB118



signature.asc
Description: OpenPGP digital signature

Bug#454682: pppstatus -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

Package: pppstatus
Version: 0.4.2-9
Severity: important
User: [EMAIL PROTECTED]
Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130

Hi!

I have been analyzing packages for the piuparts test, and have
observed that pppstatus fails the piuparts because it doesn't purge
some files.

The gzipped log of the piuparts run for pppstatus is
attached. The problem is that the process

Install Stable pppstatus -> upgrade to sid -> purge

seems to let the following files remain unremoved:

   /etc/init.d/pppstatus-cleanowned by: pppstatus
   /etc/rcS.d/S39pppstatus-clean  not owned

Please consider fixing this bug, as it is a Lenny release
recommendation [1].

Thanks.

Kumar

[1]: http://release.debian.org/lenny-goals.txt
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


pppstatus.log.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#454683: ggzd -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

Package: ggzd
Version: 0.0.14-2
Severity: important
User: [EMAIL PROTECTED]
Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130

Hi!

I have been analyzing packages for the piuparts test, and have
observed that ggzd fails the piuparts because it doesn't purge
some files.

The gzipped log of the piuparts run for ggzd is
attached. The problem is that the process

Install Stable ggzd -> upgrade to sid -> purge

seems to let the following files remain unremoved:

   /etc/ggzd  owned by: ggzd
   /etc/ggzd/ggzd.confowned by: ggzd

Please consider fixing this bug, as it is a Lenny release
recommendation [1].

Thanks.

Kumar

[1]: http://release.debian.org/lenny-goals.txt
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


ggzd.log.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#454614: Icon is not displayed properly

[John Stamp]

Thanks for letting me know.  I tried with KDE 3.5.8 and Xfce 4.4.1, 
and I see no problem with the icon.  What desktop environment are you 
using?

The key
  Icon=lastfm
should check for the lastfm icons in the hicolor icon theme.  They are 
included in the Debian and Ubuntu packages, so I wonder why you see 
no icon.


As for the other changes to the .desktop file:

I removed the deprecated Encoding key.  Thanks for pointing that out!  
It will appear in the next upload which will arrive after upstream 
releases 1.4.0.

The desktop specification lets the Exec key point to the full path or 
just the executable name, so I don't see a problem there.  Is there a 
reason why you prefer the latter?



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

Bug#454681: puppet -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Kumar Appaiah]

Package: puppet
Version: 0.23.2-15
Severity: important
User: [EMAIL PROTECTED]
Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130

Hi!

I have been analyzing packages for the piuparts test, and have
observed that puppet fails the piuparts because it doesn't purge
some files.

The gzipped log of the piuparts run for puppet is
attached. The problem is that the process

Install Stable puppet -> upgrade to sid -> purge

seems to let the following files remain unremoved:

   /etc/puppetowned by: puppet
   /etc/puppet/puppetd.conf   owned by: puppet

Please consider fixing this bug, as it is a Lenny release
recommendation [1].

Thanks.

Kumar

[1]: http://release.debian.org/lenny-goals.txt
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036


puppet.log.gz
Description: Binary data


signature.asc
Description: Digital signature

Bug#389876: NMU of a new version of yaz

[Vincent Danjean]

  Hi,

  I heard nothing since my previous mail (copy at the end of this one).
So I go ahead.
  A new version of yaz has just been packaged and uploaded to unstable
(yet again as an NMU by myself, however this NMU is quite intrusive).
The packaging is done in a git repo in the collab-maint alioth project.
  If Eric Schwartz does not manifest itself, I will co-maintain the yaz
package with MJ Ray who also express interest in this package.

  MIA team: since my previous mail, there is now an entry in the MIA
database about Eric. Do I need to do something other ? Or should I only
wait until you tell me (after you try to join Eric) that I can (or cannot)
take over this package ?

  Best regards
Vincent

Vincent Danjean wrote:
>   Hi,
> 
>   I would like to know which is the state of the yaz source package ?
> (libyaz2, libyaz2-dev, yaz-doc, yaz-ziffy binary packages)
>   I uploaded a new version of this package by NMU in experimental nearly
> one year ago.
> 
>   Do Eric Schwartz want to continue to be the maintainer of this package ?
> Lots of new versions have been created upstream... And my NMU has never been
> ACKed.
> 
>   If nobody object, Eric stays quiet, I will hijack this package instead of
> doing an NMU (co-maintainers will be welcome in this case) and upload it to
> unstable. Managing new version is way to intrusive for an NMU in this case.
> 
> Note: I'm interested in this package only because it is needed for Koha
> (ITP 389876).
> 
>   Best regards,
> Vincent
> 


-- 
Vincent Danjean   GPG key ID 0x9D025E87 [EMAIL PROTECTED]
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main




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

Bug#439424: bug 439424

[Lou Arruda]

On Dec 6, 2007 4:58 PM, Tormod Volden <[EMAIL PROTECTED]> wrote:
> > I have confirmed that this bug is not linked to the proprietary fglrx 
> > drivers
> > as I was able to reproduce it via live CD.
>
> Lou, do you get the same backtrace in Xorg.0.log? What kind of card do you 
> have?
>
> This seems more like a bug in mesa rather than in xscreensaver.

I did get the same backgrace in Xorg.0.log with the live CD as with a
regular boot of the hard drive. I also have an ATI Mobility Radeon
9600 M10 running in an IBM ThinkPad T42.

It's entirely possible the bug is in Mesa instead of xscreensaver --
it's just that I haven't been able to reproduce it with just standard
GL apps (although it might be because none are running full screen
like xscreensaver).


-- 
[EMAIL PROTECTED] |"Dragonmaster Lou"|Tech House Alum
  "Searching for a distant star, heading off to  Iscandar, leaving all
   we love behind, who knows what dangers we'll find..."



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

Bug#454679: smc: binary package should not depend on *-dev packages

[Michael Gilbert]

Package: smc
Version: 1.1-1
Severity: normal

the smc binary package currently depends on a development package,
libcegui-mk2-dev.  in almost 100% of cases, binary packages do not
depend on development packages.  usually the source package has
a build-dep on the development package.

thanks for the hard work.

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

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

Versions of packages smc depends on:
ii  libboost-filesystem1.34.1 1.34.1-2   filesystem operations (portable pa
ii  libc6 2.7-3  GNU C Library: Shared libraries
pn  libcegui-mk2-1 (no description available)
pn  libcegui-mk2-dev   (no description available)
ii  libgcc1   1:4.2.2-4  GCC support library
ii  libgl1-mesa-glx [libgl1]  7.0.2-2A free implementation of the OpenG
ii  libglu1-mesa [libglu1]7.0.2-2The OpenGL utility library (GLU)
ii  libsdl-image1.2   1.2.6-1image loading library for Simple D
ii  libsdl-mixer1.2   1.2.8-1mixer library for Simple DirectMed
ii  libsdl-ttf2.0-0   2.0.9-1ttf library for Simple DirectMedia
ii  libsdl1.2debian   1.2.12-1   Simple DirectMedia Layer
ii  libstdc++64.2.2-4The GNU Standard C++ Library v3

smc recommends no packages.



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

Bug#454680: jamendo plugin not working properly

[Bruno Kleinert]

Package: rhythmbox
Version: 0.10.1-1+b3
Severity: minor

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

when i select "Jamendo" in the music source list, it properly loads the
list of available songs from jamendo while the plugin's jamendo
"splash" screen (jamendo logo, introduction about what jamendo offers)
is shown, but once the download of the playlist is finished, the splash
screen remains in rhythmbox' window. usually the song selection list
appeared after the songlist was downloaded from jamendo, to make it
possible to the user to browse the song database. on the console i get
the following traceback, after the song list has been downloaded:

---[snip]---
Traceback (most recent call last):
  File "/usr/lib/rhythmbox/plugins/jamendo/JamendoSource.py", line 162,
in finish_loadscreen
self.__load_db ()
  File "/usr/lib/rhythmbox/plugins/jamendo/JamendoSource.py", line 321,
in __load_db
self.__db.set(entry, rhythmdb.PROP_TRACK_NUMBER,
int(track['trackno']))
TypeError: could not convert argument from type '(null)' (0) to correct
type 'gulong'
---[snap]---

i tried the package (version 0.11.2-1) from experimental and it has the
same bug.

cheers - fuddl


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.22-3-amd64

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org 
  500 unstableftp.de.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-==
dbus  | 1.1.2-1
gconf2  (>= 2.10.1-2) | 2.20.1-1
gnome-icon-theme  | 2.20.0-1
gstreamer0.10-alsa| 0.10.15-3
 OR gstreamer0.10-audiosink   | 
gstreamer0.10-gnomevfs| 0.10.15-3
gstreamer0.10-plugins-base| 0.10.15-3
gstreamer0.10-plugins-good| 0.10.6-4
gstreamer0.10-plugins-ugly| 0.10.6-3
gstreamer0.10-x   | 0.10.15-3
libart-2.0-2  (>= 2.3.18) | 2.3.19-3
libatk1.0-0   (>= 1.20.0) | 1.20.0-1
libavahi-client3  (>= 0.6.13) | 0.6.21-4
libavahi-common3  (>= 0.6.10) | 0.6.21-4
libavahi-glib1(>= 0.6.12) | 0.6.21-4
libbonobo2-0  (>= 2.15.0) | 2.20.1-1
libbonoboui2-0(>= 2.15.1) | 2.20.0-1
libc6  (>= 2.7-1) | 2.7-3
libcairo2  (>= 1.4.0) | 1.4.10-1.1
libdbus-1-3(>= 1.1.1) | 1.1.2-1
libdbus-glib-1-2(>= 0.74) | 0.74-1
libexpat1 (>= 1.95.8) | 1.95.8-4
libffi4(>= 4.2.1) | 4.2.2-4
libfontconfig1 (>= 2.4.0) | 2.5.0-2
libfreetype6   (>= 2.3.5) | 2.3.5-1+b1
libgconf2-4   (>= 2.13.5) | 2.20.1-1
libglade2-0  (>= 1:2.6.1) | 1:2.6.2-1
libglib2.0-0  (>= 2.14.0) | 2.14.4-2
libgnome-keyring0 (>= 2.20.1) | 2.20.2-1
libgnome-media0   | 2.20.1-1
libgnome2-0   (>= 2.17.3) | 2.20.1.1-1
libgnomecanvas2-0 (>= 2.11.1) | 2.20.1.1-1
libgnomeui-0  (>= 2.17.1) | 2.20.1.1-1
libgnomevfs2-0 (>= 1:2.17.90) | 1:2.20.1-1
libgnutls13  (>= 2.0.4-0) | 2.0.4-1
libgpod3  | 0.6.0-3
libgstreamer-plugins-base0.10-0  (>= 0.10.15) | 0.10.15-3
libgstreamer0.10-0   (>= 0.10.15) | 0.10.15-3
libgtk2.0-0   (>= 2.12.0) | 2.12.3-1
libhal1   (>= 0.5.10) | 0.5.10-4
libice6  (>= 1:1.0.0) | 2:1.0.4-1
liblircclient0| 0.8.0-13
libmusicbrainz4c2a (>= 2.1.5) | 2.1.5-1
libnautilus-burn4 | 2.20.0-1
libnotify1 (>= 0.4.4) | 0.4.4-3
libnotify1-gtk2.10| 
liborbit2  


signature.asc
Description: PGP signature

Bug#454484: unable to reproduce

[Ondrej Certik]

Thanks very much for this bugreport. I just installed it on my system
and it works:

$ wajig install python-scipy
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  python-profiler
The following NEW packages will be installed:
  python-scipy
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 5997kB of archives.
After unpacking 21.5MB of additional disk space will be used.
Get:1 http://ftp.cz.debian.org unstable/main python-scipy 0.6.0-4
[5997kB]
Fetched 5997kB in 12s
(472kB/s)
Selecting previously deselected package python-scipy.
(Reading database ... 199195 files and directories currently installed.)
Unpacking python-scipy (from .../python-scipy_0.6.0-4_i386.deb) ...
Setting up python-scipy (0.6.0-4) ...
[EMAIL PROTECTED]:~$ python
Python 2.4.4 (#2, Aug 16 2007, 02:03:40) 
[GCC 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import scipy
>>> import scipy.linalg
>>> 


So it's most probably a missing atlas dependency. The atlas packages are
quite broken unfortunately. Also the python-numpy used to build
python-scipy 0.6.0-4 is quite broken too. We just fixed python-numpy
couple of hours ago, so when it hits unstable, we'll try to reproduce
and fix this bug too.

Ondrej

Ondrej




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

Bug#454678: r-base-core: Crash when calling edit.matrix with edit.row.names = TRUE when there are no rownames

[Ben Goodrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: r-base-core
Version: 2.6.1-1
Severity: important

Hi Dirk,

My strong hunch is that this bug should just be forwarded upstream but
it might have something to do with libc6 on Debian. To reproduce it, do

args(utils:::edit.matrix)
mat <- matrix(rnorm(30), nrow = 10, ncol = 3)
edit(mat, edit.row.names = TRUE) #crash

The only other version of R I can get my hands on at the moment (2.5.1,
not Debian) does not crash but throws an uninformative error. This crash
also occurs when calling fix(), which calls edit(). It does not occur if
the matrix being edited has rownames already. A little gdb output is
pasted below. -- Thanks, Ben

R version 2.6.1 (2007-11-26)
Copyright (C) 2007 The R Foundation for Statistical Computing
ISBN 3-900051-07-0

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

(no debugging symbols found)
(no debugging symbols found)
  Natural language support but running in an English locale

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

(no debugging symbols found)
(no debugging symbols found)
> mat <- matrix(rnorm(30), nrow = 10, ncol = 3)
> edit(mat, edit.row.names = TRUE)
(no debugging symbols found)
- ---Type  to continue, or q  to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0xb7b48f2c in __gconv_transform_utf8_internal () from
/lib/i686/cmov/libc.so.6


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

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

Versions of packages r-base-core depends on:
ii  libbz2-1.0  1.0.3-7  high-quality block-sorting
file co
ii  libc6   2.7-3GNU C Library: Shared libraries
ii  libgcc1 1:4.2.2-4GCC support library
ii  libgfortran24.2.2-4  Runtime library for GNU
Fortran ap
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange
library
ii  libjpeg62   6b-14The Independent JPEG
Group's JPEG
ii  libpaper-utils  1.1.23   library for handling paper
charact
ii  libpcre37.3-2Perl 5 Compatible Regular
Expressi
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  libreadline55.2-3GNU readline and history
libraries
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  perl5.8.8-12 Larry Wall's Practical
Extraction
ii  refblas3 [libblas.so.3] 1.2-8Basic Linear Algebra
Subroutines 3
ii  tcl8.4  8.4.16-4 Tcl (the Tool Command
Language) v8
ii  tk8.4   8.4.16-2 Tk toolkit for Tcl and X11,
v8.4 -
ii  unzip   5.52-10  De-archiver for .zip files
ii  zip 2.32-1   Archiver for .zip files
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

Versions of packages r-base-core recommends:
ii  r-base-dev2.6.1-1GNU R installation of
auxiliary GN
ii  r-recommended 2.6.1-1GNU R collection of
recommended pa

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

iD8DBQFHWJSEzQDSXIcN85kRAo3+AJwJPOkxyJJrmbziYt98lP3tFXsmnQCdHRUg
sQvIJfAZ6cuGifDdBqKjF7c=
=+k7N
-END PGP SIGNATURE-



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

Bug#454429: python-numpy - FTBFS: Not fullfillable build-conflicts

[Ondrej Certik]

Thanks for the bug report. We are working on exactly this problem,
and it seems we finally made a progress, python-numpy got built on many
architectures now:

http://buildd.debian.org/pkg.cgi?pkg=python-numpy

Once python-numpy gets to unstable on most of the architectures, we'll
fix the rest.

Ondrej




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

Bug#454413: gecho crashes with the latest unstable libcairo2

[Nico Golde]

Hi Hongzheng,
* Hongzheng Wang <[EMAIL PROTECTED]> [2007-12-05 13:15]:
> After upgrading libcairo2 from 1.4.10-1 to 1.4.10-1.1, iceweasel
> crashes frequently with a auto-generated bug report as follow:

Thanks for the report, looks like the security update broke 
the ABI. I will look into this.
Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpzvyK36ykDh.pgp
Description: PGP signature

Bug#454677: selectable ionice values

[Kees Cook]

Package: findutils
Version: 4.2.31-3
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu hardy ubuntu-patch

Hello!  This patch allows the ionice values to be configured from the local
customization file.

-- 
Kees Cook@outflux.net
diff -u findutils-4.2.31/debian/locate-cron.daily findutils-4.2.31/debian/locate-cron.daily
--- findutils-4.2.31/debian/locate-cron.daily
+++ findutils-4.2.31/debian/locate-cron.daily
@@ -21,19 +21,24 @@
 # (this is relative to the default which cron sets, which is usually +5)
 NICE=10
 
-# Set the task to run with "idle" I/O priority if possible
-# Linux supports io scheduling priorities and classes since
-# 2.6.13 with the CFQ io scheduler
-
-if [ -x /usr/bin/ionice ]; then
-	ionice -c3 -p$$
-fi
+# I/O priority
+# 1 for real time, 2 for best-effort (3 for idle is only allowed for root!)
+IONICE_CLASS=2
+# 0-7 (for IONICE_CLASS 1 and 2 only), 0=highest, 7=lowest 
+IONICE_PRIORITY=7
 
 # allow keeping local customizations in a separate file
 if [ -r /etc/updatedb.findutils.cron.local ] ; then
 	. /etc/updatedb.findutils.cron.local
 fi
-export FINDOPTIONS PRUNEFS PRUNEPATHS NETPATHS LOCALUSER NICE
+export FINDOPTIONS PRUNEFS PRUNEPATHS NETPATHS LOCALUSER NICE IONICE_CLASS IONICE_PRIORITY
+
+# Set the task to run with desired I/O priority if possible
+# Linux supports io scheduling priorities and classes since
+# 2.6.13 with the CFQ io scheduler
+if [ -x /usr/bin/ionice ]; then
+	ionice -c ${IONICE_CLASS:-2} -n ${IONICE_PRIORITY:-7} -p $$
+fi
 
 if getent passwd $LOCALUSER > /dev/null ; then
   cd / && nice -n ${NICE:-10} updatedb.findutils 2>/dev/null

Bug#454676: 'man cdrestore' typos: "usefull" x 2

[A. Costa]

Package: cdbackup
Version: 0.7.0-2
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man1/cdrestore.1.gz', see attached '.diff'.

Hope this helps...

-- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages cdbackup depends on:
ii  cdrecord  9:1.1.6-1  Dummy transition package for wodim
ii  libc6 2.7-3  GNU C Library: Shared libraries

Versions of packages cdbackup recommends:
ii  cpio  2.9-6  GNU cpio -- a program to manage ar

-- no debconf information

--- cdrestore.1 2004-09-13 08:48:16.0 -0400
+++ /tmp/cdrestore.12007-12-06 18:55:44.0 -0500
@@ -45,7 +45,7 @@
 
 .TP 
 \fB\-F\fR
-Forces cdrestore to begin the restore in the middle of a multi\-disk set. This 
may be usefull if you have lost a disk or a disk is badly damaged.
+Forces cdrestore to begin the restore in the middle of a multi\-disk set. This 
may be useful if you have lost a disk or a disk is badly damaged.
 .br 
 \fINOTE:\fR This will most probably start the restore in the middle of a file. 
It's up to your backup software to sync to the beginning of the next file.
 
@@ -70,7 +70,7 @@
 
 .TP 
 \fB\-D\fR
-Enables DEBUG output (probably not usefull for normal use).
+Enables DEBUG output (probably not useful for normal use).
 
 .TP 
 \fB\-V\fR

Bug#454675: 'man cdbackup' typos: "checksumed", "inital", "seperated", "usefull", "writting", etc.

[A. Costa]

Package: cdbackup
Version: 0.7.0-2
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man1/cdbackup.1.gz', see attached '.diff'.

Hope this helps...

-- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages cdbackup depends on:
ii  cdrecord  9:1.1.6-1  Dummy transition package for wodim
ii  libc6 2.7-3  GNU C Library: Shared libraries

Versions of packages cdbackup recommends:
ii  cpio  2.9-6  GNU cpio -- a program to manage ar

-- no debconf information

--- cdbackup.1  2004-09-13 08:48:03.0 -0400
+++ /tmp/cdbackup.1 2007-12-06 18:54:10.0 -0500
@@ -34,7 +34,7 @@
 
 .TP 
 \fB\-r\fR \fIscsi\-device\fP
-The scsi device which is passed to \fBcdrecord\fR(1) (via 
dev=\fIscsi\-device\fP). Must be given as three, comma seperated number: 
\fIscsibus\fR,\fItarget\fR,\fIlun\fR.
+The scsi device which is passed to \fBcdrecord\fR(1) (via 
dev=\fIscsi\-device\fP). Must be given as three, comma separated number: 
\fIscsibus\fR,\fItarget\fR,\fIlun\fR.
 .br 
 (default: none or the contents of the environment variable CDR_DEVICE)
 
@@ -67,7 +67,7 @@
 Enables virtual image mode. The backup stream is written to the given image 
file. The file is created if it doesn't exists. It's mandatory to give an 
explicit media size with \-l. Take care that the created virtual image isn't 
lager that the media size you want to dump it later.
 You can add up to 96 backups to an virtual image.
 .br 
-If the backup extends the specified media size and you have enabled 
multi\-disk mode, additional images files are created (the filenames are 
derived from the inital image name by adding a dot and a decimal number).
+If the backup extends the specified media size and you have enabled 
multi\-disk mode, additional images files are created (the filenames are 
derived from the initial image name by adding a dot and a decimal number).
 .br 
 (default: none)
 
@@ -89,7 +89,7 @@
 \fB\-C\fR
 Disables creation of the datablock CRC checksum. There is no real reason to 
use this option, unless you can't efford the extra 0,2% media space that is 
used to store the checksum.
 .br 
-Although the on\-disk layout of checksumed backups is different, they are 
fully backwards compatible with older version of cdbackup, but obviously older 
versions can't check the backup integrity.
+Although the on\-disk layout of checksummed backups is different, they are 
fully backwards compatible with older version of cdbackup, but obviously older 
versions can't check the backup integrity.
 
 .TP 
 \fB\-a\fR \fIlabel\fP
@@ -113,7 +113,7 @@
 
 .TP 
 \fB\-D\fR
-Enables DEBUG output (probably not usefull for normal use).
+Enables DEBUG output (probably not useful for normal use).
 
 .TP 
 \fB\-V\fR
@@ -130,7 +130,7 @@
 tar cvf \- /home | cdbackup \-d /dev/scd0 \-r 2,0 \-l 700 \-a "Test Backup"
 
 .LP 
-To create a tar archive of /usr and output it to a series (multi\-disk mode) 
of 650 MB CD\-R(W) on /dev/sr1 (scsi device 1,4,0) with writting speed 12 and 
verbose output:
+To create a tar archive of /usr and output it to a series (multi\-disk mode) 
of 650 MB CD\-R(W) on /dev/sr1 (scsi device 1,4,0) with writing speed 12 and 
verbose output:
 .IP 
 tar cf \- /usr | cdbackup \-d /dev/sr1 \-r 1,4,0 \-s 12 \-m \-v
 

Bug#454584: shadow - securetty update

[Bastian Blank]

On Thu, Dec 06, 2007 at 11:24:01PM +0100, Nicolas François wrote:
> The only kernel requirement I know is from the glibc, but I think the libc
> still allows a 2.6.12 Linux kernel, which supports devfs.
> (Is this right?)

It was disabled in 2.6.12, so no, .12 does not support devfs.

Bastian

-- 
"Beauty is transitory."
"Beauty survives."
-- Spock and Kirk, "That Which Survives", stardate unknown

Bug#454168: freecycle: Freecycle doesn't play sound

[Gürkan Sengün]

On 2007-12-04 17:45:03 +0100 luigi curzi <[EMAIL PROTECTED]> wrote:

> Il giorno Tue, 04 Dec 2007 16:14:40 +0100
> Gürkan Sengün <[EMAIL PROTECTED]> ha scritto:
> 
>> Please could you try this version, I'm sorry it's not in Debian yet,
>> but I can't upload it myself.
>> 
>> http://gnu.ethz.ch/debian/freecycle/turbo/freecycle_0.6.1alpha-1_i386.deb
>> 
> 
> it goes in segmentation fault. i have the same problem with compiled
> version (from source) and, even if i tolk with the author about that, i
> can't understand the reason.

i can, you didn't read README.Debian in /usr/share/doc/freecycle/

> a backtrace of the problem is this (i also send it to the author):
> #0  0x4f600480 in poll () from /lib/i686/cmov/libc.so.6
> Cannot access memory at address 0x20832c
> 
> probably it isn't a problem related with freecycle but with libraries
> in debian, since author (in open suse) doesn't have any problems.
> 
> do you have some idea or suggestion?

see above -- works for me.

Gürkan

Bug#454584: shadow - securetty update

[Nicolas François]

Hello Bastian,

On Thu, Dec 06, 2007 at 12:59:42PM +0100, [EMAIL PROTECTED] wrote:
> 
> The attached updates the linux securetty to match more reality.
> 
> - Remove devfs names. Nothing supports them any longer.
> - Add the second standard serial port, it is included in the inittab.
> - Properly document hvc and xvc. hvc is the hypervisor virtual console,
>   xvc the oldstyle xen console.

I will apply the last two points to the upstream securetty.

For the first point, I don't think it can be applied upstream (shadow
could be run on a old kernel).

What I don't know is whether it would be really unrealistic to run a
Debian system with a system supporting devfs.

The only kernel requirement I know is from the glibc, but I think the libc
still allows a 2.6.12 Linux kernel, which supports devfs.
(Is this right?)

If this is the case, I would prefer to just keep the deprecated tty, but
adding a note.

Are there other reason which would make devfs support impossible when the
login package is installed?

Best Regards,
-- 
Nekral



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

Bug#453498: fixed in conky 1.4.9-1

[Cesare Tirabassi]

Thanks!

Your work is very much appreciated.

Cesare



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

Bug#454618: [sparc] netra x1 - flapping interfaces / not installable

[Frans Pop]

On Thursday 06 December 2007, Florian Lohoff wrote:
> Without having overly much kernel experience i had a look at dmfe.c
> and without testing i would guess this would at least prohibit
> dmfe to claim the resources when the mac is obviously '0'.

This is something that's really off-topic to (read: over the heads of) the 
d-boot list/team and should be taken to the kernel developers at 
[EMAIL PROTECTED], CC: [EMAIL PROTECTED]

If they feel your suggestion are correct, that would be perfect, but us 
lowly installer developers basically just have to deal with whatever the 
kernel gives us :-P

Cheers,
FJP


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

Bug#445323: [Pkg-xfce-devel] Bug#445323: cpu-intensive window redraw/window resize

[Bruno Kleinert]

hi,

today i installed a sid-chroot on my (i386) notebook with a intel GPU,
which works with xorg's "intel" driver. i enabled compositing, and
tried xfce4-terminal in that environment, but i didn't notice the slow
redraw and resize effect with and without using compositing. maybe it's
after all a xorg problem? - on my amd64 machine, which runs the
proprietary nvidia driver, the problem still exists.

cheers - fuddl


signature.asc
Description: PGP signature

Bug#454674: Segfault while closing xine

[Michal Čihař]

Package: xine-ui
Version: 0.99.5+cvs20070914-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

When I close xine while playing some videos, it crashes. Backtrace is:

#0  0xb64c5b41 in ff_dispose (this_gen=0x8f0c6f8) at ff_video_decoder.c:223
it = 
av_frame = (AVFrame *) 0x8f3f544
#1  0xb7ecfed0 in _x_free_video_decoder (stream=0x8790820, vd=0x8f0c6f8) at 
load_plugins.c:1924
catalog = (plugin_catalog_t *) 0x819b610
#2  0xb7ed3eeb in video_decoder_loop (stream_gen=0x8790820) at 
video_decoder.c:259
buf = (buf_element_t *) 0x87a01a0
running_ticket = (xine_ticket_t *) 0x820b840
streamtype = 
prof_video_decode = -1
prof_spu_decode = -1
buftype_unknown = 0
#3  0xb7b744fb in start_thread () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#4  0xb7c5e60e in clone () from /lib/i686/cmov/libc.so.6
No symbol table info available.

Video which causes this can be temporarily found here: 
http://tmp.cihar.com/02-bloopers-mountain%20bike%20wipeouts.avi 
(3,4 MB).

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


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

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

Versions of packages xine-ui depends on:
ii  libc6 2.7-3  GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.17.1-1   Multi-protocol file transfer libra
ii  libfontconfig12.5.0-2generic font configuration library
ii  libkrb53  1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries
ii  libpng12-01.2.15~beta5-3 PNG library - runtime
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar
ii  libxft2   2.1.12-2   FreeType-based font drawing librar
ii  libxine1  1.1.8-3the xine video/media player librar
ii  libxine1-ffmpeg   1.1.8-3MPEG-related plugins for libxine1
ii  libxine1-x1.1.8-3X desktop video output plugins for
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxtst6  2:1.0.3-1  X11 Testing -- Resource extension 
ii  libxv11:1.0.3-1  X11 Video extension library
ii  libxxf86vm1   1:1.0.1-2  X11 XFree86 video mode extension l

xine-ui recommends no packages.

- -- no debconf information

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

iD8DBQFHWIvn3DVS6DbnVgQRAn8iAJ93BlS5Tq2w4053mrdTZDXd2XZ4+wCbBiA7
71q9VfcBZcxV0CXqqwsVByk=
=GyAN
-END PGP SIGNATURE-



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

Bug#454673: yaml-mode: debian-pkg-add-load-path-item in 50yaml-mode.el

[Kevin Ryde]

Package: yaml-mode
Version: 0.0.3-5
Severity: minor
File: /etc/emacs/site-start.d/50yaml-mode.el

I believe emacsen-common (emacs policy sect 9) asks packages to use
`debian-pkg-add-load-path-item' in /etc/emacs/site-start.d setups,
rather than directly adding to `load-path', to ensure package
directories are after /usr/local things.


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

Kernel: Linux 2.6.22-2-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages yaml-mode depends on:
ii  emacs21 [emacsen]21.4a+1-5.1 The GNU Emacs editor
ii  emacs22-gtk [emacsen]22.1+1-2The GNU Emacs editor (with GTK use
ii  xemacs21-mule [emacsen]  21.4.20-3   highly customizable text editor --

yaml-mode recommends no packages.

-- no debconf information



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

Bug#451348: gnash-tools should depend on gnash-common

[Ernesto Domato]

Followup-For: Bug #451348
Package: gnash-tools
Version: 0.8.1~rc.070818-2

The libgnashserver-0.8.1.so file comes on the gnash-common package and
gnash-tools doesn't depends on that package. Please fix this so the
package can enter testing.

Thanks.
Ernesto

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

Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#447231: debian-policy: New Python policy missing

[Manoj Srivastava]

On Fri, 19 Oct 2007 10:46:53 +0200, Bernd Zeimetz <[EMAIL PROTECTED]> said: 

> the new Python policy is in use since several months now and should be
> integrated.

Are these the policies that are currently in use?

> http://wiki.debian.org/DebianPython/NewPolicy

This seems more like a HOWTO document, and relies heavily on
 using debhelper. The language is not what I would expect of a normative
 document; it is fine for what it appears to be, a user guide.

In general, the policy should define interfaces and
 requirements, and leave implementation details to the user; which is
 not the case here.

> http://people.debian.org/~srivasta/manoj-policy/

This document is slightly better, but there is no indication
 that this has been accepted by the Debian Python crowd.  Has there been
 a ratification of this document by folks who use python?

> are both much more uptodate than
> http://www.debian.org/doc/packaging-manuals/python-policy/

Umm, I am not sure where that document comes from, but it
 certainly does not seem to be part of the Debian technical policy, so I
 am not sure what the relevance is here.

Perhaps the Python Debian community should come to a consensus,
 update the page on  http://www.debian.org/doc/packaging-manuals/, and
 then move to have whatever the result is be added to the
 technical policy?

manoj

-- 
"Never make any mistaeks." (Anonymous, in a mail discussion about to a
kernel bug report.)
Manoj Srivastava <[EMAIL PROTECTED]>   
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C



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

Bug#432564: closed by Manoj Srivastava <[EMAIL PROTECTED]> (Re: Proposalto introduce compiler options passed from dpkg-buildpackage)

[Ian Jackson]

Debian Bug Tracking System writes ("Bug#432564 closed by Manoj Srivastava 
<[EMAIL PROTECTED]> (Re:   Proposalto introduce compiler options passed from 
dpkg-buildpackage)"):
> At this point, I would like to also add:
>   [reasons]

Well, thanks for your attention in any case.

I still disagree but I respect your decision and for the record I
don't feel the need to pursue it any further.

Regards,
Ian.



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

Bug#454493: Display PCI slot for nics, if available

[dann frazier]

On Thu, Dec 06, 2007 at 01:34:25AM +0100, Frans Pop wrote:
> On Wednesday 05 December 2007, dann frazier wrote:
> > This patch to hw-detect adds slot information, if available, to the
> > network device name. Its not uncommon for HP (or our customers) to
> > have systems with many network devices, and knowing the physical slot
> > number of an adapter makes configuration that much easier.
> 
> I have several reservations against this patch:
> - to have it work for all installation methods you'd need to to include
>   this acpi module (and others?) in initrds, which is something we don't
>   do lightly [1]

Understood. Note that this implementation doesn't *require* the
module, it just takes advantage of it if its available. And, if other
non-ACPI platforms begin populating the 'slot' sysfs field in the
future, the installer would automatically work with it.

In fact, as to Otavio's point, it probably makes sense to do the
module loading outside of hw-detect (e.g. his acpi-support-udeb
suggestion), and just let hw-detect use the interface if its
available.

> - the "slot" indication is not translatable in the current patch

I didn't think to make this translatable, but yes, it should be.

> - the descriptions are already quite long and this will truncate some of
>   them even more than they already are

Yeah, I expected someone would point this out. There are possible
hacks like filtering out redundant words/phrases like "Ethernet
Controller", but I think what we really need is to get out of the
single-line description, more on this below.

> - I'm not sure that as a user it would be clear to me what exactly a Slot
>   is in this context

I could change this to "PCI Slot" or "PCI Card Slot", and would even
prefer it, but that will of course take more space.

> - looking at your screenshot it does not seem to add all that much
>   identification as there are still several NICs with identical slots

The snapshot was taken from a machine w/ dual-port cards installed, so
it is correct for both nics to claim the same slot. This case does
leave some ambiguity, but much less ambiguity than before.

> - it seems only a partial solution as not all NICs will be get a slot
>   identifier

Again, it decreases ambiguity. In my screenshot, you can see that two
nics aren't in slots because they are built into the system board. You
don't know which one is which, but in a system with 20 nics, it
certainly saves you some time finding the right one. (And 20 NICs
really isn't a contrived example, but is of course a small minority of
Debian users).

> - I'm not sure that it makes sense to print slot if it's the only
>   identification

Can you restate this one - I didn't really follow it.

> We've had other requests to provide additional identification of NICs (see 
> #450605 and merged BRs) and so far we (or at least I) have been thinking of 
> some way to display the MAC address, possibly by allowing to switch between 
> display of the current descriptions and MAC address.

That would help some users, but I'd like to see us find a more general
way to display all the available information that a user might use for
identification. And I expect a separate display, or "view" for each
may prove not to scale.

I do like the genearl principle of Geert's proposal:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450605#31

With the exception that I don't like splitting the option list from
the selection widget (and as Bastian points out, its not possible
anyway).

Some brainstorming:
 * Modify cdebconf to permit per-option descriptions, and use those
   descriptions to provide details about each nic. Frontends could
   use this to implement a "more info" button, or just include the
   description text in-line.
 * Modify cdebconf to support multi-line choice fields. Make each
   interface choice be a multi-lined option that includes things like
   vendor, model, mac, slot.
 * Change the flow from "select iface" -> "configure iface" to:
 "select iface"
   v
   "display info about iface & confirm"
   v
   "configure iface"
   This is probably the only one possible w/ today's cdebconf, but its
   pretty non-intuitive.
-- 
dann frazier




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

Bug#454672: /usr/share/vim/vim71/syntax/debsources.vim: Error in syntax file

[Bradley Smith]

Package: vim-runtime
Version: 1:7.1-167+1
Severity: normal
File: /usr/share/vim/vim71/syntax/debsources.vim

When opening /etc/apt/sources.list vim gives the following error:

Error detected while processing /usr/share/vim/vim71/syntax/debsources.vim:
line   22:
E54: Unmatched \(
E475: Invalid argument: debsourcesKeyword/\(deb-src\|deb\|main\|contrib\
|non-free\|restricted\|universe\|multiverse)/

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

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

vim-runtime depends on no packages.

Versions of packages vim-runtime recommends:
ii  vim  1:7.1-167+1 Vi IMproved - enhanced vi editor
ii  vim-gnome1:7.1-167+1 Vi IMproved - enhanced vi editor -
ii  vim-tiny 1:7.1-167+1 Vi IMproved - enhanced vi editor -

-- no debconf information


signature.asc
Description: PGP signature

Bug#432564: Proposalto introduce compiler options passed from dpkg-buildpackage

[Steve Langasek]

On Thu, Dec 06, 2007 at 08:54:29PM +0100, Loïc Minier wrote:
>  I got the feeling it was flaky from the criticism I read on
>  debian-policy@ and that it couldn't work for all Makefiles; for example
>  someone proposed to "make -f debian/rules -pn | grep '^build-arch:'"
>  but this obviously wont fly if this is implemented as a "build-%:"
>  rule.
>In fact I have packages with build-% rules, and certainly they
>  shouldn't match such checks as they don't implement build-arch.

Then why in the world are you using "build-%" if you don't support
build-arch?  What other values of '%' are you using?

WRT policy standardization, that sounds like a fairly pathological use of
wildcards, IMHO.

-- 
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#453340: mldonkey-server bug

[Andreu Correa Casablanca]

The problem also exists in the testing version 

(I'm sorry for the previous message, I was joking with friends and I made a 
mistake).



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

Bug#453340: mldonkey-server bug

[Andreu Correa Casablanca]

The problem also exists in the pork version



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

Bug#454661: linux-image-2.6.22-3-686: locks up or crashes, errors in tg3, psmouse and usb (2.6.22-2 worked fine)

[maximilian attems]

On Thu, Dec 06, 2007 at 10:52:55PM +0100, Raphaël Quinet wrote:
> Subject: linux-image-2.6.22-3-686: locks up or crashes, errors in tg3, 
> psmouse and usb (2.6.22-2 worked fine)
> Package: linux-image-2.6.22-3-686
> Version: 2.6.22-6
> Severity: critical
> Justification: breaks the whole system

2.6.23 from unstable install just fine in testing,
please try out, thanks.


-- 
maks

Bug#432564: Allow debian/rules to not be a makefile

[Steve Langasek]

On Thu, Dec 06, 2007 at 10:05:46PM +0100, Bill Allombert wrote:
> On Thu, Dec 06, 2007 at 06:31:50PM +0100, Loïc Minier wrote:
> >  So arguing that you can pretend that your rules are a makefile while
> >  they are actually not is completely destroying the only benefit of the
> >  requirement...

> Personnaly I would not mind if Debian policy mandated that
> 1) debian/rules should be a Makefile

> 2) Nothing (including the Debian policy itself) should assumes it is 
> a Makefile or has any property expected of a Makefile.

IOW: you'd be fine with a policy requirement that is totally useless and
isn't enforced in practice?

What would be the point of that?  I advocate requiring debian/rules to be a
makefile so that we *can* depend on make behavior.

-- 
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#454671: xserver-xorg-input-evdev: Certain keys are not repeated when they are pressed and held down

[Max Dmitrichenko]

Package: xserver-xorg-input-evdev
Version: 1:1.1.2-6
Severity: normal

Following keys are not repeated when they are held down:
1) End
2) Left arrow
3) Down arrow

All other keys were checked with xev and they are repeated (except locks and 
modifiers).

Also everything works fine when kbd drivers is used instread of evdev.

Not sure, but when I used to use Debian for i386 (as opposed to amd64 for now), 
it
seems to me that this bug didn't occured. May be architecture is also involved.

Additional information: I use Microsoft Natural 4000 USB keyboard.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22-3-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-input-evdev depends on:
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  xserver-xorg-core  2:1.1.1-21etch1   X.Org X server -- core server

xserver-xorg-input-evdev recommends no packages.

-- no debconf information



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

Bug#454604: linux-2.6: Xen kernel packages for 2.6.22

[Steve Langasek]

On Thu, Dec 06, 2007 at 08:44:47PM -0200, Otavio Salvador wrote:
> maximilian attems <[EMAIL PROTECTED]> writes:

> > On Thu, Dec 06, 2007 at 01:38:15PM -0500, Brian Almeida wrote:
> >> Debian can't be the only Linux distribution out there
> >> trying to get Xen working on the latest kernels properly...

> > until now this bug report has only hot air, aka useless.
> > yes there exist other that moan about xen.
> > bug upstream or test a patch that is worthwile.

> I'm sure that Ubuntu or fedoraa is probably already doing some work to
> get it ported (iif has not done it already) to 2.6.23. I think it
> would be worth to take a look there and see if they have it done.

Stephen Frost pointed out that Ubuntu has Xen support for 2.6.22 in gutsy. 
There don't yet appear to be kernel images for 2.6.23 or better in hardy.

-- 
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#454543: ncmpc: Invalid memory reference

[Sebastian Harl]

Hi Yair,

On Thu, Dec 06, 2007 at 11:35:16AM +0200, Yair Mahalalel wrote:
> I don't really know what I did to trigger it. Are there any debug
> packages I can install to better understand the problem if it occurs
> again?

No, currently there is no such package. I could provide one though - you'd
have to install a new binary package as well in this case, which might
influence the part causing the segfault though...

If you have some knowledge about building Debian source package you can
download it, remove any parts that strip binaries (dh_strip in debian/rules
and possibly any "install -s" and such in the upstream makefiles) and rebuild
the package yourself.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature

Bug#454666: MD5 signatures provide no security

[Frank Lichtenheld]

reassign 454666 apt
thanks

On Thu, Dec 06, 2007 at 02:33:06PM -0800, [EMAIL PROTECTED] wrote:
> Exploitation of this flaw would allow an attacker to
> substitute arbitrary code for any legitimate Debian package
> using a "man in the middle" attack undetected whenever a
> user is installing new software, or to put up a debian
> mirror site or repository containing arbitrary code
> disguised as legitimate Debian software and having the same
> checksums.

dpkg does at no time verify anything about the origin of packages.
Only apt does.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#454478: ltspfsd should not recommends ldm

[vagrant]

On Wed, Dec 05, 2007 at 04:42:17PM +0100, Oliver Grawert wrote:
> On Mi, 2007-12-05 at 16:09 +0100, Mario Izquierdo (mariodebian) wrote:
> > lstpfsd is used only in LTSP chroot and Recomends ldm package.
> > 
> > I'm working on new thin client implementation and try to put into Debian
> > officially. I don't need ldm login manager, only ltspfsd daemon.
> > 
> > Since some time, apt recommended packages are installed and
> > without extra configuration can install ltspfsd without ldm.

i would think changing the recommends to a suggests would be the most
appropriate thing here. maybe also an "enhances" field.

> well, i think ltspfsd will not work without the proper mcookie thats set
> by ldm anymore you will need any similar implementation in whatever you
> use instead, between the 4 and 5 series a lot of security changes were
> made that you will need to take into account, ldm brings parts of these
> in. 

that doesn't really change the nature of the bug report, only
implementation for other projects wishing to use ltspfsd.

> i dont see a reason why we shouldnt split the binary into ltspfsd-core
> and ltspfsd-scripts and an ltspfsd metapackage that depends on both.

> that way you could use the ltspfsd-core package which contains only the
> binary. it has the advantage that the scripts can be arch: all

i don't see a reason why we should split it really.

the ltspfsd package is quite small, so i wouldn't justify making an arch
all package on those grounds.

the udev scripts are essentially harmless now, even if there are some
cases where they wouldn't do anything useful.

i definitely don't see a need for splitting ltspfsd into three packages,
and don't support the idea of splitting out ltspfsd-core.

i'd be open to hearing more on the matter, particularly use cases where
the current layout doesn't work.

live well,
  vagrant



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

Bug#454604: linux-2.6: Xen kernel packages for 2.6.22

[Otavio Salvador]

maximilian attems <[EMAIL PROTECTED]> writes:

> On Thu, Dec 06, 2007 at 01:38:15PM -0500, Brian Almeida wrote:
>> Debian can't be the only Linux distribution out there
>> trying to get Xen working on the latest kernels properly...
>
> until now this bug report has only hot air, aka useless.
> yes there exist other that moan about xen.
> bug upstream or test a patch that is worthwile.

I'm sure that Ubuntu or fedoraa is probably already doing some work to
get it ported (iif has not done it already) to 2.6.23. I think it
would be worth to take a look there and see if they have it done.

maks, could you apply it if we manage to find a patch for 2.6.23?

> hint kvm is cool.

It doesn't change the bug regarting the regression about the features
when comparing with etch kernel. ;-)

-- 
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#396928: allow setting of "From:" address in /etc/default/cron

[Steve Lane]

Package: cron
Version: 3.0pl1-100
Followup-For: Bug #396928

I am wondering about the status of this bug.

The original request, by the original submitter, Darren Dittrich, was
that cron acquire default options from /etc/default/cron, in the standard
Debian way.  My suggestion was that one of these options be the "From:"
address cron uses to send messages.  Setting this is useful regardless
of which MTA one is using (i.e. this is *not* specifically a problem
with ssmtp, or any other MTA).

You stated that "this will be added in the next release", which
I am running (and have been for nearly a year), but there is no
/etc/default/cron.

Being able to control cron's "From:" address would be *hugely* useful
in our environment; doubtless this is true for at least one other person
(Michelle Konzack, who also added to this bug).  In addition, there are
obviously other things that would be good to be able to configure for
cron in /etc/default/cron.

Again, *independent* of anything *any* MTA does, configuring cron's
"From:" line is useful.  /etc/default/cron is the obvious mechanism for
doing this.

Please provide a status update.

Thanks very much for your efforts,

--
Steve Lane
System, Network and Security Administrator
Doudna Lab
Biomolecular Structure and Mechanism Group
UC Berkeley


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

Kernel: Linux 2.6.22-2-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages cron depends on:
ii  adduser  3.105   add and remove users and groups
ii  debianutils  2.25.1  Miscellaneous utilities specific t
ii  libc62.6.1-1+b1  GNU C Library: Shared libraries
ii  libpam0g 0.99.7.1-5  Pluggable Authentication Modules l
ii  libselinux1  2.0.15-2+b1 SELinux shared libraries
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip

Versions of packages cron recommends:
ii  ssmtp [mail-transport-agent]  2.61-12.1  extremely simple MTA to get mail o

-- no debconf information



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

Bug#432564: Allow debian/rules to not be a makefile

[Bill Allombert]

On Thu, Dec 06, 2007 at 06:31:50PM +0100, Loïc Minier wrote:
>  So arguing that you can pretend that your rules are a makefile while
>  they are actually not is completely destroying the only benefit of the
>  requirement...

Personnaly I would not mind if Debian policy mandated that
1) debian/rules should be a Makefile

2) Nothing (including the Debian policy itself) should assumes it is 
a Makefile or has any property expected of a Makefile.

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

Imagine a large red swirl here. 

Bug#454666: MD5 signatures provide no security

[bear]

Package: dpkg
Version: 1.13.25
Severity: critical

Note: reported against the current version of dpkg,
but applies equally to all versions up to the present
time.

MD5 checksums are not secure.  A recently discovered
mathematical technique allows *ANY* document containing a
few attacker-chosen "random" blocks to have any chosen MD5
checksum. The paper is titled "Vulnerability of software
integrity and code signing applications to chosen-prefix
collisions for MD5" by Arjen Lenstra and Benne de Weger,
Bell Laboratories.  Full text is available online.[1]

In particular, it is now computationally feasible for
a single attacker with a desktop machine to modify any
executable of his or her choosing to have any desired
MD5 checksum.

Exploitation of this flaw would allow an attacker to
substitute arbitrary code for any legitimate Debian package
using a "man in the middle" attack undetected whenever a
user is installing new software, or to put up a debian
mirror site or repository containing arbitrary code
disguised as legitimate Debian software and having the same
checksums.

Ray Dillinger



[1] http://www.win.tue.nl/hashclash/SoftIntCodeSign/



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

Bug#454667: gcc-snapshot: missing dependency

[Stephane Del Pino]

Package: gcc-snapshot
Version: 20071202-1
Severity: important

gcc-snapshot does not depend on libmpfr1ldbl, but has been compiled
against this library:

$ ldd /usr/lib/gcc-snapshot/bin/gcc
linux-gate.so.1 =>  (0xe000)
libmpfr.so.1 => /usr/lib/libmpfr.so.1 (0xb7f66000)
libgmp.so.3 => /usr/lib/libgmp.so.3 (0xb7f23000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7dd5000)
/lib/ld-linux.so.2 (0xb7fbc000

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

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

Versions of packages gcc-snapshot depends on:
ii  binutils2.18.1~cvs20071027-1 The GNU assembler, linker and 
bina
ii  libc6-dev   2.7-3GNU C Library: Development 
Librari
ii  libc6-dev-amd64 2.7-3GNU C Library: 64bit Development 
L

gcc-snapshot recommends no packages.

-- no debconf information



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

Bug#454127: closed by Philipp Benner <[EMAIL PROTECTED]> (manually closing bug)

[Hamish Moffatt]

On Thu, Dec 06, 2007 at 01:33:03PM +, Debian Bug Tracking System wrote:
> X-Spam-Status: No, score=-4.0 required=4.0 tests=BAYES_00 autolearn=no 
>   version=3.1.4-bugs.debian.org_2005_01_02
> Date: Thu, 6 Dec 2007 14:21:21 +0100
> From: Philipp Benner <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: manually closing bug
> 
> Version: 0.95.dfsg-1
> 
> Manually closing this bug since maintainer e-mail address is
> spam-filtered.

Err, what?

I wasn't able to reproduce the problem later using the same torrent. It
happened a few seconds after starting so it may have been due to
something received on the network which is now different. I was trying
0.91 again, even.

Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>



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

Bug#454668: ITP: ttf-sil-zaghawa-beria -- font for Zaghawa Beria (script used in western Sudan and eastern Chad)

[Nicolas Spalinger]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: [EMAIL PROTECTED]

* Package name: ttf-sil-zaghawa-beria
  Version : 1.1
  Upstream Author : Seonil Yun
* URL : http://scripts.sil.org/ZaghawaBeria_Home
* License : Open Font License
  Description : font for Zaghawa Beria (script used in western Sudan
and eastern Chad)


Description:

This alphabet is built around a sampling of the markings on livestock
(especially camels) within the Zaghawa Beria language region of
western Sudan and eastern Chad. It is an idea that has its origins in
the work of a Sudanese schoolteacher, who developed the first version
of this over 25 years ago. The script has since been better adapted
to the Zaghawa Beria language by Siddik Adam Issa, and he has found a
great enthusiasm by the people for what he has put together.

Note that this font is not encoded according to The Unicode Standard,
as the Zaghawa Beria script has not yet been accepted into the
standard.




-- 
Nicolas Spalinger
http://scripts.sil.org
http://pkg-fonts.alioth.debian.org
https://launchpad.net/people/fonts



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

Bug#454665: initramfs-tools: busybox depends should include busybox-static

[Steve Lane]

Package: initramfs-tools
Version: 0.90a
Severity: critical
Justification: breaks the whole system

Attempting to install busybox-static when initramfs-tools is installed
results in an uninstall of initramfs-tools, and, consequently, the
Debian kernel package.

Obviously busybox-static (vs. busybox) is not normally needed, but,
again obviously, it is precisely when things (i.e. dynamic libraries)
are broken that it *is* needed (I've been there - it's not pretty).  It is
these (potential) circumstances that justify the severity of this bug.

Fortunately, it is super easy to fix.  I've installed my own copy of
initramfs-tools on a test machine, where the *only* change is to the
"Depends" line in the control file, from:

Depends: klibc-utils (>= 1.4.34-1), busybox (>= 1:1.01-3) | busybox-initramfs, 
cpio, module-init-tools, udev (>= 0.086-1)

to:

Depends: klibc-utils (>= 1.4.34-1), busybox (>= 1:1.01-3) | busybox-static (>= 
1:1.01-3), cpio, module-init-tools, udev (>= 0.086-1)

(Note that the busybox-initramfs package is not available.)

I don't know if this qualifies as a "patch" or not, but there it is.
It works great - I was able to install busybox-static (which removes
busybox) with no problem.

Note that this issue relates to a bug filed against busybox-static
(#375568), but it appears to be more properly filed against
initramfs-tools (especialy since #375568 was filed nearly a year and a
half ago and, as with all the busybox and busybox-static bugs, nothing
seems to be happening with them).

Hopefully this can happen ASAP, since it's very easy, and only makes
good things happen!

Thanks very much,

--
Steve Lane
System, Network and Security Administrator
Doudna Lab
Biomolecular Structure and Mechanism Group
UC Berkeley


-- Package-specific info:
-- /proc/cmdline
root=/dev/hda4 ro 

-- /proc/filesystems
cramfs
ext3

-- lsmod
Module  Size  Used by
nfsd  203568  13 
exportfs6240  1 nfsd
button  8688  0 
ac  5956  0 
battery10756  0 
ipv6  240804  50 
nfs   225228  8 
lockd  61224  3 nfsd,nfs
nfs_acl 4288  2 nfsd,nfs
sunrpc158588  11 nfsd,nfs,lockd,nfs_acl
ipt_MASQUERADE  4384  1 
iptable_nat 7972  1 
nf_nat 18732  2 ipt_MASQUERADE,iptable_nat
nf_conntrack_ipv4  18540  2 iptable_nat
nf_conntrack   61192  4 
ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4
nfnetlink   6520  3 nf_nat,nf_conntrack_ipv4,nf_conntrack
ip_tables  13124  1 iptable_nat
x_tables   15140  3 ipt_MASQUERADE,iptable_nat,ip_tables
dm_snapshot17284  0 
dm_mirror  21696  0 
dm_mod 52928  2 dm_snapshot,dm_mirror
w83781d27500  0 
hwmon_vid   3712  1 w83781d
psmouse36784  0 
e7xxx_edac  6624  0 
serio_raw   7460  0 
i2c_i8019456  0 
i2c_core   24320  2 w83781d,i2c_i801
shpchp 31892  0 
pci_hotplug29952  1 shpchp
edac_mc24080  1 e7xxx_edac
iTCO_wdt   10788  0 
evdev  10080  0 
pcspkr  3872  0 
rtc13624  0 
ext3  121960  3 
jbd56104  1 ext3
mbcache 9028  1 ext3
ide_cd 37184  0 
cdrom  33600  1 ide_cd
ide_disk   17280  6 
ata_generic 8324  0 
libata116720  1 ata_generic
scsi_mod  137388  1 libata
piix9636  0 [permanent]
e1000 114560  0 
floppy 55684  0 
generic 5604  0 [permanent]
ide_core  114788  4 ide_cd,ide_disk,piix,generic
uhci_hcd   23824  0 
usbcore   126152  2 uhci_hcd
thermal14184  0 
processor  32072  1 thermal
fan 5604  0 

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
relative_links = yes
do_bootloader = no
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = update-grub
postrm_hook   = update-grub

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
BOOT=local
DEVICE=eth0
NFSROOT=auto


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

Kernel: Linux 2.6.22-2-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages initramfs-tools depends on:
ii  busybox  1:1.1.3-5   Tiny utilities for small and embed
ii  cpio 2.9-6   GNU cpio -- a program to manage ar
ii  klibc-utils  1.5-

Bug#454660:

[Rene Mayorga]

found 454660 1.3.0~svn20071129-1
thanks

El jue, 06-12-2007 a las 23:15 +0100, Julien BLACHE escribió:
> Rene Mayorga <[EMAIL PROTECTED]> wrote:
> 
> Hi,
> 
> > Anyway, I'm not source is this worth an upload, 1.3 is almost out, and
> > the bug doesn't exist there 
> 
> acc.so in 1.3 isn't radius-enabled either in the current state. I'll
> probably enable the three methods in the next upload.

Indeed, 
when I build 1.3 package from experimental I has ENABLE_RADIUS_ACC=true
as env var at my work station.
I'm market the bug as found at 1.3.

> Or were you only reporting the warning it outputs in this case?
> JB.

BTW regarding to your previous mail; I'm using postgresql and Radius
accounting with 1.2 and there is no problem, I did'nt try using it with
Diameter.

I have commit access at pkg-voip svn if you're busy I can add the proper
patch there.

Cheers

-- 
Rene Mauricio Mayorga   |  GPG: A209C305
http://rmayorga.org |  
--
08B6 58AB A691 DD56 C30B  8D37 8040 19FA A209 C305


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#454669: deb mimetype fails in the /usr/share/applications/xarchiver.desktop

[giggz]

Package: xarchiver
Version: 0.4.6-5
Severity: normal

Hi,

In the /usr/share/applications/xarchiver.desktop there is no mimetype
concerning .deb, but xarchiver can deal with these archives.

Regards,
Guillaume

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

Kernel: Linux 2.6.23.9-1 (PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xarchiver depends on:
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.7-3GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1.1   The Cairo 2D vector graphics libra
ii  libfontconfig1  2.5.0-2  generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libglib2.0-02.14.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.3-1 The GTK+ graphical user interface 
ii  libpango1.0-0   1.18.3-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcomposite1  1:0.4.0-1X11 Composite extension library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxdamage1 1:1.1.1-3X11 damaged region extension libra
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  zlib1g  1:1.2.3.3.dfsg-7 compression library - runtime

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

-- no debconf information



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

Bug#368560: mesa: material under SGI Free Software License B is not DFSG-free

[Sylvestre Ledru]

Hello,

Is there any progress on this issue ?
I packaged JOGL for Debian and would like to see it in Debian.
However, JOGL has the same files as mesa (translated to Java) under the
same license (SGI free license B).
Does anyone tried to contact the upstream ?

Cheers,
Sylvestre



signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#432564: Allow debian/rules to not be a makefile

[Loïc Minier]

On Fri, Dec 07, 2007, Anthony Towns wrote:
> >  Except it completely breaks any hope to benefit of this new Policy
> >  requirement:
> Uh, this isn't a new policy requirement. It's been a MUST in policy for
> years before you even applied to be a DD, eg.

 Right; please strike "new" in my sentence; the "new" part is to
 actually rely on that.

-- 
Loïc Minier

Bug#454663: DM-List nowhere publically available

[Mario Iseli]

Package: debian-maintainers
Version: 1.7
Severity: wishlist

Hi,

I guess a list of the current debian maintainers should be accessible somewhere
in the Web. What about a link to a current list hosten on db.debian.org?
db.debian.org is the first point where I search for a DD - so why not link a
list there?

Thanks and regards,

Mario



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

Bug#454664: Remove Fathi Boudra from the keyring

[Mario Iseli]

Package: debian-maintainers
Version: 1.7
Severity: normal

Hello,

Fathi Boudra became a DD last night, so I guess his key can be removed from this
keyring now.

Regards,

Mario



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

Bug#434469: numbers show up as "#######"

[jidanni]

Can you please tell upstream that the following is absolutely bananas. Thanks.
Just show as much as you can. The user will notice it is cut
off. Imagine web pages where if something doesn't fit the browser, it
becomes all # ! What if lines that went off the end of the Linux
console all became totally ? What were talking about here is a
basic violation of computing standards.

Begin bananas:
> http://www.gnome.org/projects/gnumeric/doc/quick-data-input.shtml

If the content of the cell is too large for the size of the cell, the
entry may span over the edge of the cell into the empty cells to the
right. If the cell is a number, the cell grid area may display hash
marks (##) to indicate the cell has content which is too large to
display in the given cell width.

> http://www.gnome.org/projects/gnumeric/doc/sect-data-types.shtml

A cell may display a series of hash marks (##). This indicates
that the result is too wide to display in the cell given the current
font setting and the current column width. When this occurs, the value
in the cell can be seen in two ways. If the cell is selected, the
value will appear in the data entry area (to the right of the equals
button directly above the cell grid). Alternatively, the column
containing the cell can be widened until the data contents become
visible.



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

Bug#454568: [Linuxwacom-discuss] Bug#454568: xserver-xorg-input-wacom + ksmserver = X crash

[Magnus Vigerlöf]

On torsdag 06 december 2007, Ron wrote:
> This one I'm a bit less sure about...  unless it's another manifestation
> of the double unmapping bug (also in XServer and known upstream), you'll
> probably have to talk this one through on the linux-wacom list.
> I've forwarded it there for comment.

If I read the xserver code correctly, there is a potential null-pointer de-ref 
that could cause this. Is this what you're thinking of Ron?

In XkbIndicatorsToUpdate (./xkb/xkbLEDs.c:56) the call to XkbFindSrvLedInfo 
can potentially return NULL, which is not an uncommon cause for a SEGV.

> Cheers,
> Ron

Cheers
  Magnus

> On Thu, Dec 06, 2007 at 07:48:01PM +1000, Brendon Higgins wrote:
> > Package: xserver-xorg-input-wacom
> > Version: 0.7.9.3-2
> > Severity: normal
> >
> >
> > (Wasn't sure whether to report here or to KDE devs. Here goes...)
> >
> > I've got a weird problem. If I have the wacom drivers enabled in
> > Xorg.conf and login to KDE (4:3.5.8.dfsg.1-3) as normal the X server
> > will crash near the end of the KDE splashscreen, and I'm sent back to
> > the KDM login screen. This doesn't happen when I disable the wacom
> > drivers in ServerLayout.
> >
> > What's weirder is that X does *not* crash if I switch to a console VT
> > while KDE is booting, then switch back not long after booting has
> > finished. Then everything seems fine. But if I leave the screen in X
> > while KDE boots, crash happens.
> >
> > By going through the steps in startkde manually I've narrowed it down to
> > some point inside the call to ksmserver. Something ksmserver starts
> > seems to puke with the wacom driver for some reason. I'm not sure how
> > to go about narrowing it down further than that, though I want to.
> > Advice on an approach to take would be appreciated.
> >
> > Xorg.0.log that ends in such a crash is attached, but it doesn't appear
> > to be very informative.
> >
> >
> > -- 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.22-3-amd64 (SMP w/2 CPU cores)
> > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/bash
> >
> > Versions of packages xserver-xorg-input-wacom depends on:
> > ii  xserver-xorg-core  2:1.4.1~git20071119-1 Xorg X server - core server
> >
> > xserver-xorg-input-wacom recommends no packages.
> >
> > -- no debconf information
> >
> >
> > X.Org X Server 1.4.0
> > Release Date: 5 September 2007
> > X Protocol Version 11, Revision 0
> > Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20071119-1)
> > Current Operating System: Linux phi 2.6.22-3-amd64 #1 SMP Sun Nov 4
> > 18:18:09 UTC 2007 x86_64 Build Date: 20 November 2007  02:55:16AM
> >
> > Before reporting problems, check http://wiki.x.org
> > to make sure that you have the latest version.
> > Module Loader present
> > Markers: (--) probed, (**) from config file, (==) default setting,
> > (++) from command line, (!!) notice, (II) informational,
> > (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Dec  6 18:30:59 2007
> > (==) Using config file: "/etc/X11/xorg.conf"
[...]
> > pad Wacom X driver grabbed event device
> > (==) Wacom USB Graphire4 tablet speed=9600 maxX=10208 maxY=7424 maxZ=511
> > resX=2032 resY=2032  tilt=enabled (==) Wacom device "pad" top X=0 top Y=0
> > bottom X=10208 bottom Y=6380 (==) Wacom device "cursor" top X=0 top Y=0
> > bottom X=10208 bottom Y=6380 (==) Wacom device "eraser" top X=0 top Y=0
> > bottom X=10208 bottom Y=6380 (==) Wacom device "stylus" top X=0 top Y=0
> > bottom X=10208 bottom Y=6380 (II) Configured Mouse:
> > ps2EnableDataReporting: succeeded
> >
> > Backtrace:
> > 0: /usr/bin/X(xf86SigHandler+0x6a) [0x47554a]
> > 1: /lib/libc.so.6 [0x2af088c89040]
> > 2: /usr/bin/X(XkbIndicatorsToUpdate+0x26) [0x5458b6]
> > 3: /usr/bin/X(ProcXkbLatchLockState+0x25d) [0x53bf8d]
> > 4: /usr/bin/X(Dispatch+0x2e2) [0x44e3d2]
> > 5: /usr/bin/X(main+0x47c) [0x436bcc]
> > 6: /lib/libc.so.6(__libc_start_main+0xf4) [0x2af088c751c4]
> > 7: /usr/bin/X(FontFileCompleteXLFD+0x261) [0x435f09]
> >
> > Fatal server error:
> > Caught signal 11.  Server aborting




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