date:20080429

Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false

2008-04-29 Thread Kalle Olavi Niemitalo

Frank Lichtenheld <[EMAIL PROTECTED]> writes:

> |   [CC]   src/main/event.o
> | cc1: warnings being treated as errors
> | /build/buildd/elinks-0.12~20080127/src/main/event.c: In function 
> 'unregister_event_hook':
> | /build/buildd/elinks-0.12~20080127/src/util/math.h:36: error: assuming 
> signed overflow does not occur when assuming that (X + c) < X is always false

The code in unregister_event_hook() is:

|   for (i = 0; i < event->count; i++) {
|   if (event->handlers[i].callback != callback)
|   continue;
|
|   move_event_handler(event, i, i + 1);

which calls:

| static inline void
| move_event_handler(struct event *event, int to, int from)
| {
|   int d = int_max(to, from);

which is defined in src/util/math.h as:

| static inline int
| int_max(register int x, register int y)
| {
|   if (x > y) return x;
|   return y;
| }

So GCC warns about the i > i + 1 comparison.  I think the i + 1
is very unlikely to overflow in practice, although it is possible
because event->count is unsigned int and i is signed int.  Also,
the overflow would need a 64-bit machine because otherwise
register_event_hook() would run out of memory first.

However, there are other places in ELinks where signed overflows
are possible and are expected to wrap around.  The one such place
I know about is parse_bencoding_integer().  You should therefore
compile ELinks with -fno-strict-overflow or -fwrapv.  I will add
one of those to the configure script when I have time.

pgpeRuUXlEgGC.pgp
Description: PGP signature

Bug#453676: setting package to debian-edu-profile-udeb debian-edu-install debian-edu-install-udeb, tagging 453676 ...

2008-04-29 Thread Christian Perrier

# Automatically generated email from bts, devscripts version 2.10.26
#
# debian-edu-install (0.669~svn40887~edu.lenny+1) unstable; urgency=low
#
#  * Consistent spelling of "Debian Edu" in debconf templates. Translations
#unfuzzied. Closes: #434098
#  * Better wording of one template. Closes: #453676
#  * Galician. Closes: #478586 

package debian-edu-profile-udeb debian-edu-install debian-edu-install-udeb
tags 453676 + pending
tags 478586 + pending
tags 434098 + pending




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

Bug#478566: [Pkg-xfce-devel] Bug#478566: thunar: thunar runs amok on /proc, wasting lots of CPU time

2008-04-29 Thread Hilko Bengen

Yves-Alexis Perez <[EMAIL PROTECTED]> writes:

> Are you sure this is thunar process? Is your homedire on nfs or
> something?

Absolutely. grepping  through the sources for fgetsattr finds two such
calls within thunar-vfs/thunar-vfs-mime-database.c.

> I sure can't reproduce this.

Truth be told, I'm not even sure that moving files triggered this.

>> Apparently, thunar crawled /proc in a futile attempt to fetch that
>> "user.mime_type" attribute from every "file" it finds there. Because
>> thunar becomes unresponsive for lengthy periods of time, it becomes
>> quite unresponsive.

Mhm, I'd meant to write "unusable" there. The program being unusable
was the justification for my tagging the bug as "grave".

> Hmhm, I can understand that. What I fail to see is why it tries to do
> some stuff in /proc. You weren't trying to delete stuff in /proc, do
> you?

Of course not. I was moving mp3s from my home directory to an SD card.

Looking at thunar-vfs-mime-database.c shows that one could work around
this issue by not defining HAVE_FGETXATTR while configuring the
package. But upstream should really have a closer look at this.

A file manager that is used by ordinary users should stay out of
/proc, /sys, and /dev.

Cheers,
-Hilko

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

Bug#478554: [INTL:fi] Finnish translation of the debconf templates

2008-04-29 Thread Christian Perrier

Quoting Esko Arajärvi ([EMAIL PROTECTED]):
> Package: isdnutils
> Severity: wishlist
> Tags: l10n patch
> 
> Please include attached translation fi.po to the package.

[EMAIL 
PROTECTED]:~/travail/debian/l10n-nmu/CALL/isdnutils/isdnutils-3.9.20060704/debian/po>
 po_stat fi.po
Charset is UTF-8. Stats: fi.po:2: invalid plural expression
 Try using the following, valid for Finnish:
 "Plural-Forms: nplurals=2; plural=(n != 1);\n"
msgfmt: found 1 fatal error
93 translated messages.


I'll correct this in the NMU, of course.




signature.asc
Description: Digital signature

Bug#478488: [Debian-in-workers] Bug#478488: Bug#478488: Remove Duplicate Rachana Font

2008-04-29 Thread Praveen A

2008/4/29 Christian Perrier <[EMAIL PROTECTED]>:
>  Only drawback: things are settling up for D-I beta2 so any change
>  should preferrably be done *now* so that it appears in beta2 and can
>  be corrected in time for lenny if something is broken

udeb is using Rachana and we have the updated font in the package
already, just need to move to new version for the udeb. Changes to
MalOtf and AnjaliOldLipi does not affect the udeb.

I don't have access to debian-in yet, Kathik has got.

Cheers
Praveen
-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
 I know my rights; I want my phone call!
 What use is a phone call, if you are unable to speak?
(as seen on /.)
Join The DRM Elimination Crew Now!
http://fci.wikia.com/wiki/Anti-DRM-Campaign

Bug#478552: mailagent: [INTL:fr] French debconf templates translation update

2008-04-29 Thread Christian Perrier

Quoting Christian Perrier ([EMAIL PROTECTED]):
> Package: mailagent
> 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.


For the record, here are the indications I gave to Manoj on IRC:

08:05  I'm not sure. I have to check the package
08:09  ah, I get it
08:10  In your original templates, and the ones in the current 
package, the "University of Southern..."
is prepended by 4 spaces
08:11  while in my review, and therefore the translation updates, it 
is prepended by 2 spaces only
08:11  so, when you put the PO files in debian/po, they're complete, 
but when you run
"debconf-updatepo", the PO files are marked fuzzy for that 
string
08:12  What you can do is just changing debian/templates and remove 
the two extra spaces
08:13  then run "debconf-updatepo" and check that PO files are still 
complete ("msgfmt -o /dev/null
--statistics de.po" for instance)
08:18  I'll be away for a few days so answers on IRC are unlikely. If 
you need more input, we can
continue by mail



signature.asc
Description: Digital signature

Bug#478657: sysvinit: Supply Debian files in UTF-8 encoding

2008-04-29 Thread Ben Finney

Package: sysvinit
Version: 2.86.ds1-56
Severity: normal
Tags: patch

Several files in the 'sysvinit' source package are not encoded with 
UTF-8. The attached patch converts the affected files to UTF-8 
encoding.

-- 
 \"Pinky, are you pondering what I'm pondering?" "Wuh, I think |
  `\   so, Brain, but will they let the Cranberry Dutchess stay in the |
_o__)  Lincoln Bedroom?"  -- _Pinky and The Brain_ |
Ben Finney <[EMAIL PROTECTED]>=== modified file 'debian/patches/12_doc_lastb.dpatch'
--- debian/patches/12_doc_lastb.dpatch	2008-04-30 02:17:59 +
+++ debian/patches/12_doc_lastb.dpatch	2008-04-30 06:21:53 +
@@ -1,5 +1,5 @@
 #! /bin/sh /usr/share/dpatch/dpatch-run
-## 12_doc_lastb.dpatch by Javier Fernández-Sanguino Peña
+## 12_doc_lastb.dpatch by Javier FernÃ¡ndez-Sanguino PeÅa
 ##
 ## All lines beginning with `## DP:' are a description of the patch.
 ## DP:

=== modified file 'debian/sysv-rc/etc/init.d/rc'
--- debian/sysv-rc/etc/init.d/rc	2008-04-30 02:17:59 +
+++ debian/sysv-rc/etc/init.d/rc	2008-04-30 06:20:12 +
@@ -92,7 +92,7 @@
 }
 
 sh=sh
-# Debian Policy §9.3.1 requires .sh scripts in runlevel S to be
+# Debian Policy Â§9.3.1 requires .sh scripts in runlevel S to be
 # sourced However, some important packages currently contain .sh
 # scripts that do "exit" at some point, thus killing this process and
 # the boot.  Bad!  See also bug #339955.

=== modified file 'debian/sysv-rc/man8/es/update-rc.d.8'
--- debian/sysv-rc/man8/es/update-rc.d.8	2008-04-30 02:17:59 +
+++ debian/sysv-rc/man8/es/update-rc.d.8	2008-04-30 06:26:27 +
@@ -2,11 +2,11 @@
 .\" Authors: Ian Jackson
 .\" (c) 2003 Software in the Public Interest
 
-.\" Traductor: Rubén Porras ([EMAIL PROTECTED])
-.\" Revisado por : Javier Fernández-Sanguino Peña ([EMAIL PROTECTED])
-.\"		   Esteban Manchado Velázquez ([EMAIL PROTECTED])
-.\" Está basada en la página de manual original:
-.\" versión 1.2 del CVS de /cvs/debian-doc/manpages/english/sysvinit/update-rc.d.8
+.\" Traductor: RubÃ©n Porras ([EMAIL PROTECTED])
+.\" Revisado por : Javier FernÃ¡ndez-Sanguino PeÅa ([EMAIL PROTECTED])
+.\"		   Esteban Manchado VelÃ¡zquez ([EMAIL PROTECTED])
+.\" EstÃ¡ basada en la pÃ¡gina de manual original:
+.\" versiÃ³n 1.2 del CVS de /cvs/debian-doc/manpages/english/sysvinit/update-rc.d.8
 
 .TH UPDATE\-RC.D 8 "23 de Diciembre de 2003" "Proyecto Debian" "sysv-rc"
 .SH NOMBRE
@@ -27,98 +27,98 @@
 .RI [ -n ]
 .I nombre
 .BR start | stop
-.IR "NN nivel_de_ejecución nivel_de_ejecución " ...
+.IR "NN nivel_de_ejecuciÃ³n nivel_de_ejecuciÃ³n " ...
 .B .
 .BR start | stop
-.IR "NN nivel_de_ejecución nivel_de_ejecución " ...
+.IR "NN nivel_de_ejecuciÃ³n nivel_de_ejecuciÃ³n " ...
 .BR . " ..."
-.SH DESCRIPCIÓN
+.SH DESCRIPCIÃN
 .B update-rc.d
-actualiza automáticamente los enlaces a los scripts de init tipo
+actualiza automÃ¡ticamente los enlaces a los scripts de init tipo
 System V que se encuentran en
-.BI /etc/rc[nivel_de_ejecución].d/NNnombre
+.BI /etc/rc[nivel_de_ejecuciÃ³n].d/NNnombre
 y que apuntan a los script
 .BI /etc/init.d/nombre\fR.
 Estos son ejecutados por
 .B init
-cuando se cambia de nivel de ejecución y se usan generalmente para
+cuando se cambia de nivel de ejecuciÃ³n y se usan generalmente para
 arrancar y parar servicios del sistema (por ejemplo, demonios).
-.I nivel_de_ejecución
+.I nivel_de_ejecuciÃ³n
 es uno de los soportados por
 .BR init ", " 0123456789S ,
 y
 .I NN
-es el código de secuencia de dos dígitos usado por
+es el cÃ³digo de secuencia de dos dÃgitos usado por
 .B init
 para decidir en que orden se ejecutan los scripts.
 
-Esta página del manual documenta sólo el modo de uso y comportamiento de
+Esta pÃ¡gina del manual documenta sÃ³lo el modo de uso y comportamiento de
 .BR update-rc.d .
-Para una explicación más detallada sobre la administración de los
+Para una explicaciÃ³n mÃ¡s detallada sobre la administraciÃ³n de los
 scripts de init estilo System V, por favor, lea
 .BR init (8)
 y el 
 .IR "Manual de normativa de Debian" .
-.SH CREACIÓN DE ENLACES A LOS SCRIPTS DE INIT
+.SH CREACIÃN DE ENLACES A LOS SCRIPTS DE INIT
 Cuando se ejecuta con una o varias de las opciones
 .BR defaults ", " start ", o " stop  ,
 .B update-rc.d
 crea los enlaces
-.BI /etc/rc[nivel_de_ejecución].d/[SK]NNnombre
+.BI /etc/rc[nivel_de_ejecuciÃ³n].d/[SK]NNnombre
 apuntando al script
 .BI /etc/init.d/nombre\fR.
 
-Si ya existe algún fichero con el nombre
-.BI /etc/rc[nivel_de_ejecución].d/[SK]??
+Si ya existe algÃºn fichero con el nombre
+.BI /etc/rc[nivel_de_ejecuciÃ³n].d/[SK]??
 entonces
 .B update-rc.d
-no hace nada. Esto es así para que el administrador del sistema pueda
+no hace nada. Esto es asÃ para que el administrador del sistema pueda
 reorganizar los enlaces ( teniendo en cuenta que debe dejar al
 menos un enlace si los quiere eliminar ) sin que se sobreescriba su
-configuración.
+configuraciÃ³n.
 
-Si se usa la opción
+Si se usa la opciÃ³n
 .B defaults
 entonces
 .B update-rc.d
-creará enlace

Bug#470882: /dev/gpmctl freezes acknowledge

2008-04-29 Thread Vaclav Ovsik

Package: gpm
Version: 1.20.3~pre3-3
Followup-For: Bug #470882

Hi,
I have this problem on my box and another two boxes at home too. Gpm
enabled applications freezes on communication with gpm. When I switch to
the console to see if mouse is functional under gpm right now (aptitude
hangs in rxvt) - mouse moves ok in text console.
Applications (aptitude, module-assistant,...) revive after gpm restart.
This problem appears several times a day for me.

It is sufficient to enter/quit aptitude or m-a six times (perhaps
exactly six times!) and problem arises (I check this several times with
aptitude now). Seventh enter is lockup. When I leave locked aptitude in
rxvt, switch to the text console, move around mouse a moment, go back
into the X-Window, aptitude revives.

Best Regards
-- 
Zito


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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash

Versions of packages gpm depends on:
ii  debconf [debconf-2.0]  1.5.21Debian configuration management sy
ii  debianutils2.28.5Miscellaneous utilities specific t
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libgpmg1   1.20.3~pre3-3 General Purpose Mouse - shared lib
ii  lsb-base   3.2-11Linux Standard Base 3.2 init scrip
ii  ucf3.006 Update Configuration File: preserv

gpm recommends no packages.

-- debconf information:
* gpm/responsiveness: 16
* gpm/repeat_type:
* gpm/append: -S ""
* gpm/restart: false
* gpm/sample_rate:
* gpm/type: imps2
* gpm/device: /dev/input/mice
* gpm/restart_default: false



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

Bug#478527: setting package to python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-com

2008-04-29 Thread Mike Hommey

# Automatically generated email from bts, devscripts version 2.10.26
#
# xulrunner (1.9~b5-4) UNRELEASED; urgency=low
#
#  * debian/python-xpcom.install, debian/rules: Put python-xpcom files under
#/usr/lib/pythonX.Y/site-packages. Closes: #478527.
#

package python-xpcom xulrunner-dev-bin xulrunner-1.9 libmozjs1d 
libmozillainterfaces-java libmozjs1d-dbg xulrunner xulrunner-dev 
xulrunner-1.9-dbg libmozjs-dev xulrunner-1.9-common spidermonkey-bin 
xulrunner-1.9-gnome-support
tags 478527 + pending




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

Bug#478597: [Pkg-cups-devel] Bug#478597: French translation of the cupsys manpages

2008-04-29 Thread Martin Pitt

Hi Nicolas,

Nicolas FRANCOIS (Nekral) [2008-04-30  1:04 +0200]:
> I'm opening this bug to ask if you or upstream would accept a patch to
> include these French manpages.

Oh, of course we do! I guess upstream will accept patches, too.

> The translation was performed using po4a to ease its maintenance. This
> does not means that cupsys would have to use po4a at build time, but if
> the translations get accepted, it would be appreciated if the po4a
> material was kept to ease future updates. (The manpages can be built in
> advance)

It's usually better in those cases to rebuild the manpages during
package build, but as long as there is a recipe how to rebuild them
manually it does not matter that much. We can include the .po into the
source, anyway.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



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

Bug#478488: [Debian-in-workers] Bug#478488: Bug#478488: Remove Duplicate Rachana Font

2008-04-29 Thread Christian Perrier

Quoting Jaldhar H. Vyas ([EMAIL PROTECTED]):

> ml people: does this look ok?
> 
> Davide: If I do an upload of the package with these changes only do you 
> agree that it will be ok for a freeze exception?  Is there any special 
> procedure I need to follow or people I need to talk to about this?


This has to be coordinated with the D-I team as the udeb is used by
D-I.

Davide is the person able to point what's needed.

However, as long as speakers of the language mention that a change is
wished, there is no reason for the change not to happen

Only drawback: things are settling up for D-I beta2 so any change
should preferrably be done *now* so that it appears in beta2 and can
be corrected in time for lenny if something is broken



signature.asc
Description: Digital signature

Bug#478656: vdr-plugin-xine: Plugin misses noSignal.mpg file

2008-04-29 Thread Philipp Kolmann

Package: vdr-plugin-xine
Version: 0.8.2-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I just updated to vdr 1.6 to get the xine plugin working. But with this
plugin vdr exits, because a file is missing:

Apr 30 07:59:52 chief vdr: [13652] VDR version 1.6.0 started
Apr 30 07:59:52 chief vdr: [13652] switched to user 'vdr'
Apr 30 07:59:52 chief vdr: [13652] codeset is 'ANSI_X3.4-1968' - unknown
Apr 30 07:59:54 chief vdr: [13652] found 0 locales in /usr/share/locale
Apr 30 07:59:54 chief vdr: [13652] loading plugin: 
/usr/lib/vdr/plugins/libvdr-xine.so.1.6.0
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/setup.conf
Apr 30 07:59:54 chief vdr: [13652] ERROR: unknown config parameter: 
MenuButtonCloses = 0
Apr 30 07:59:54 chief vdr: [13652] unknown locale: '0'
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/sources.conf
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/diseqc.conf
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/channels.conf
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/timers.conf
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/commands.conf
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/reccmds.conf
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/svdrphosts.conf
Apr 30 07:59:54 chief vdr: [13652] loading /var/lib/vdr/keymacros.conf
Apr 30 07:59:54 chief vdr: [13654] video directory scanner thread started 
(pid=13652, tid=13654)
Apr 30 07:59:54 chief vdr: [13654] video directory scanner thread ended 
(pid=13652, tid=13654)
Apr 30 07:59:54 chief vdr: [13655] video directory scanner thread started 
(pid=13652, tid=13655)
Apr 30 07:59:54 chief vdr: [13655] video directory scanner thread ended 
(pid=13652, tid=13655)
Apr 30 07:59:54 chief vdr: [13652] reading EPG data from /var/cache/vdr/epg.data
Apr 30 07:59:54 chief vdr: [13652] probing /dev/dvb/adapter0/frontend0
Apr 30 07:59:55 chief vdr: [13659] tuner on device 1 thread started (pid=13652, 
tid=13659)
Apr 30 07:59:55 chief vdr: [13660] section handler thread started (pid=13652, 
tid=13660)
Apr 30 07:59:55 chief vdr: [13652] found 1 video device
Apr 30 07:59:55 chief vdr: [13652] initializing plugin: xine (0.8.2): Software 
based playback using xine
Apr 30 07:59:55 chief vdr: [13661] XineRemote control thread started 
(pid=13652, tid=13661)
Apr 30 07:59:55 chief vdr: [13661] Entering cXineRemote thread 
Apr 30 07:59:55 chief vdr: [13652] vdr-xine: error: couldn't open 
'/var/lib/vdr/plugins/xine/noSignal.mpg'! 
Apr 30 07:59:55 chief vdr: [13661] Leaving cXineRemote thread 
Apr 30 07:59:55 chief vdr: [13661] XineRemote control thread ended (pid=13652, 
tid=13661)
Apr 30 07:59:56 chief vdr: [13660] section handler thread ended (pid=13652, 
tid=13660)
Apr 30 07:59:56 chief vdr: [13659] tuner on device 1 thread ended (pid=13652, 
tid=13659)
Apr 30 07:59:56 chief vdr: [13652] deleting plugin: xine
Apr 30 07:59:56 chief vdr: [13652] max. latency time 0 seconds
Apr 30 07:59:56 chief vdr: [13652] exiting, exit code 2
Apr 30 07:59:56 chief runvdr: stopping after fatal fail (vdr-xine: error: 
couldn't open '/var/lib/vdr/plugins/xine/noSignal.mpg'!)


[EMAIL PROTECTED]:/etc/vdr# ls -al /var/lib/vdr/plugins/xine/noSignal.mpg 
lrwxrwxrwx 1 root root 39 Apr 30 07:59 /var/lib/vdr/plugins/xine/noSignal.mpg 
-> /usr/share/vdr-plugin-xine/noSignal.mpg

[EMAIL PROTECTED]:/etc/vdr# ls -al /usr/share/vdr-plugin-xine  
ls: cannot access /usr/share/vdr-plugin-xine: No such file or directory


It seems that this dirctory is missing.

thanks
Philipp

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

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

Versions of packages vdr-plugin-xine depends on:
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libgcc1 1:4.3.0-3GCC support library
ii  libstdc 4.3.0-3  The GNU Standard C++ Library v3
ii  libxine 1.1.90hg+20080402+f29350241e48-1 VDR-related plugins for libxine2
ii  vdr 1.6.0-1  Video Disk Recorder for DVB cards

vdr-plugin-xine recommends no packages.

- -- no debconf information

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

iD8DBQFIGAy/b3w5kbZgJjQRAn/ZAKDebgHUbvBbHaYdAZR/fU7tiTvSowCfRS3I
Z/eL21okqnQQjqAsq4raAzA=
=l6S0
-END PGP SIGNATURE-



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

Bug#434097: Announce of the upcoming NMU for the debian-edu-install package

2008-04-29 Thread Christian Perrier

Quoting Holger Levsen ([EMAIL PROTECTED]):

> > big patch file to you (or commit to the debian-edu SVN if you remind
> > me the URL and check if I have commit access)and then you upload.
> 
> No thanks :) I rather prefer you commit ASAP, we already have updated 
> translations committed to svn and thats suboptimal if you changed the 
> templates due to #453676 but if thats not in svn...
> 
> You have commit access to the repo and the svn url is 
> svn+ssh://[EMAIL PROTECTED]/svn/debian-edu/trunk/src/debian-edu-install/
> 
> Just commit all you have in private mails or on your local disk, I (or 
> someone 
> else from Debian Edu (*) :) 'll fish the stuff from svn.


OK, gut

Everything committed.

I'll commit new translations as they arrive until the deadline.

PS: I'm away for a few days so I might be unresponsive...




signature.asc
Description: Digital signature

Bug#414836: Patch for the 3:3.3-5.1 NMU of ntop

2008-04-29 Thread Christian Perrier

Quoting Ola Lundqvist ([EMAIL PROTECTED]):
> Hi Christian
> 
> Thanks for the patch! I have applied it and corrected two more things.


OK. I removed the package from the DELAYED queue, then. Thanks for the
update.




signature.asc
Description: Digital signature

Bug#476630: The previous patch failed to work

2008-04-29 Thread Yan Li

The patch above (Gnome Revision 10995) depends on other two related
patches (Revision 10989, 10996), please refer to
http://svn.gnome.org/viewvc/gnome-panel/trunk/applets/clock/calendar-sources.c

I applied them all (the patch:
http://svn.gnome.org/viewvc/gnome-panel/trunk/applets/clock/calendar-sources.c?r1=10455&r2=10996&view=patch)
and tested, but with no luck, and the clock applet always crashes at
click.



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

Bug#414836: Patch for the 3:3.3-5.1 NMU of ntop

2008-04-29 Thread Ola Lundqvist

Hi Christian

Thanks for the patch! I have applied it and corrected two more things.
Build is in progress now. So there is no need to NMU it anymore.

Best regards,

// Ola

On Tue, Apr 29, 2008 at 08:01:37PM +0200, Christian Perrier wrote:
> 
> Dear maintainer of ntop,
> 
> On Sunday, April 20, 2008 I sent you a notice announcing my intent to upload a
> NMU of your package to fix its pending l10n issues, after an initial
> notice sent on Friday, April 18, 2008.
> 
> You either agreed for this NMU or did not respond to my notices.
> 
> I will now upload this NMU to DELAYED/2-DAY.
> 
> The NMU patch is attached to this mail.
> 
> The NMU changelog is:
> 
> 
> Source: ntop
> Version: 3:3.3-5.1
> Distribution: unstable
> Urgency: low
> Maintainer: Christian Perrier <[EMAIL PROTECTED]>
> Date: Fri, 18 Apr 2008 19:37:35 +0200
> Closes: 414836 466505 476981 476982
> Changes: 
>  ntop (3:3.3-5.1) unstable; urgency=low
>  .
>* Non-maintainer upload to fix pending l10n issues.
>* Fix typos and errors in the man page. Thanks to A. Costa
>  for the patch. Closes: #466505
>* Debconf translations:
>  - Portuguese. Closes: #414836
>  - Finnish. Closes: #476981
>  - Galician. Closes: #476982
>* [Lintian] Set debhelper compatibility level in debian/compat
>* [Lintian] No longer ignore errors by make in the clean target
>* [Lintian] Add copyright information to debian/copyright
> 
> -- 
> 
> 





-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED]  654 65 KARLSTAD  |
|  http://inguza.com/  +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#475270: [Pkg-cups-devel] Bug#475270: cupsys: “Find new printers” not available using french

2008-04-29 Thread Yves-Alexis Perez

On mer, 2008-04-30 at 00:25 +0200, Martin Pitt wrote:
> Hi Yves,

My first name is Yves-Alexis (Alexis is not my middle name :) )
> 
> Yves-Alexis Perez [2008-04-09 22:39 +0200]:
> > I wanted to install my new printer on a box where the browser was configured
> > to use french language. The “Find new printers” (wich looks at snmp and mDNS
> > to find printers) doesn't exist. (I can make a screenshot if you want).
> 
> Screenshots comparing the French and English pages would indeed be
> helpful. Thank you!
> 
Sure, no problem. Please find them at
http://molly.corsac.net/~corsac/debian/cups/

Cheers,
-- 
Yves-Alexis



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

Bug#478655: 'ntpdlockfile creation failed' on system boot

2008-04-29 Thread Kiko Piris

Package: ntp
Version: 1:4.2.4p4+dfsg-4
Severity: normal


On system boot, ntp init script stalls for a very long time and then prints
this error (?) :

Starting NTP server: ntpdlockfile creation failed

ntp server seems to start just fine, but complete boot process is delayed for a
very long time.

Stopping and starting the service after boot does not produce any visible
error.


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

Kernel: Linux 2.6.25 (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 ntp depends on:
ii  adduser   3.107  add and remove users and groups
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libreadline5  5.2-3  GNU readline and history libraries
ii  libssl0.9.8   0.9.8g-8   SSL shared libraries
ii  lsb-base  3.2-11 Linux Standard Base 3.2 init scrip
ii  netbase   4.32   Basic TCP/IP networking system

Versions of packages ntp recommends:
ii  perl  5.8.8-12   Larry Wall's Practical Extraction 

-- no debconf information



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

Bug#475877: dolphin: fails to start

2008-04-29 Thread Marcus Better

I am using a full-blown KDE4 from experimental and still get this bug. 
So it looks like an ABI incompatibility.




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

Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X

2008-04-29 Thread Andrew Moise

reassign 430498 xinit
thanks

  On investigation in the upstream bug, we've discovered that this bug
is actually a bug in xinit (xinit sends SIGKILL to the X server if it
doesn't shut down fast enough, which can happen on my system just from
heavy I/O load, and the X server obviously can't restore video modes
if it's been killed).  I'm reassigning the bug appropriately.
  Cheers!



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

Bug#478295: Sha1 and sha256 in .changes and .dsc file

2008-04-29 Thread Russ Allbery

Manoj Srivastava <[EMAIL PROTECTED]> writes:
> On Tue, 29 Apr 2008 09:39:40 -0700, Russ Allbery <[EMAIL PROTECTED]> said: 

>> That's actually on my to-do list.  I think that belongs in Policy as
>> well (particularly the non-Browser headers, which are used for
>> interoperability within the project -- see debcheckout and
>> svnbuildstat, for example).
>
> In that case, we need to have a discussion with the dpkg team to
>  determine which parts of the format are considered public interfaces,
>  and will not be changed without requiring a formal change process and a
>  transition plan, and which portions they can just change.

Agreed there.  I think they're ready for Policy precisely because I think
they're stable and enough things are already using them that they wouldn't
be changed without that process even if they weren't in Policy.

> Do you honestly think that the chnages to dpkg should have
>  been kept out, until they managed to get policy changed? That dpkg
>  would have been kept out of lenny until they fixed dpkg not to have the
>  interface mentioned in policy?

Oh, no.  I think it's fine to add things to dpkg without adding them to
Policy.  We may have to test things for a while to be sure they work.  I
just think that after they've been in dpkg for a while and won't be
changing further, we should take the specification up a level of formality
and put it into Policy, since at that point it's more than just a dpkg
feature and is now something the project can rely on.

If there are fields that are solely internal to dpkg, I don't think we
should have them in Policy.  But if other software needs to interpret the
fields and take appropriate action, I think the *current* division of
documentation puts a lot of that material into Policy and people are used
to looking in Policy for those details.

It's possible that in a comprehensive rewrite we'll end up wanting to
separate the field specifications out into a different document or handle
this differently.  I don't want to close the door for rethinking this
entirely down the road.  But right now, I think that people do look in
Policy for this information and are surprised that it's not there, and I
think that adding, for example, Homepage was the right thing to do.

The key for me is whether other software is relying on the existence and
format of those fields.  For example, I don't see a need to document
substitution variables in Policy since they're really a feature of
dpkg-gencontrol and software that looks at Debian packages doesn't use the
substvars.  They're part of the dpkg interface for creating packages.  But
the Vcs-* headers and the Checksum-* headers are used by other software
apart from dpkg and are part of the public specification of a Debian
source package or *.changes file.

I realize that Debian is a little odd compared to a pure IETF-style
standards world in that Debian requires that you use dpkg to generate
packages and doesn't fully specify every detail of what dpkg does in
Policy to allow a completely separate implementation.  So it's a bit
harder to draw this line than it would be for, say, a network protocol
where implementations have to be permitted to be entirely different.

> If you think that changing something would keep dpkg out of
>  lenny with a serious bug, by all means include that bit in policy.

I think that we're getting to the point now where if dpkg changed the
contents of the Checksums-* fields, that would be a serious bug.  Of
course, there's no such thing as a bug that would cause us to release
lenny without dpkg.  :)  But I think it would be a bug that would have to
be fixed for the release.

I do think that the dpkg team should have a final say in that, though, and
if they say that they may still change Checksums-* without going through a
formal change process, we should hold off.

> Anything that would automatically be accepted, and merely cause
>  a bug in policy until it is changed, does not belong in policy.

Agreed.

> Stuff in policy should be things that if they are not adhered
>  to, keep a package out of testing.  If things can be changed, and
>  immediately cause a bug in policy when the change is uploaded, do not
>  belong in policy. They belong in documentation.

Agreed.

> Do changes in GCC cause the ISO/IEC9899 to be amended?

This is where the above bit about dpkg being required comes in.  GCC isn't
in that same situation; ISO C99 is supposed to be comprehensive,
sufficient to write a completely separate independent implementation.
There are aspects of the Debian package format (such as the details of how
you put things together with ar and tar) that Policy does not document and
says that you just have to use dpkg.

But in this case, I think we do test new features in Debian in dpkg first,
and then after they've proven to work and are stable, they become Policy.

> What dpkg-genchanges produces is not needed of packaging, and is
>  not need

Bug#473331: linux-image-2.6.24-1-amd64: dma engine support missing

2008-04-29 Thread Brice Goglin

On Sun, Mar 30, 2008 at 12:08:28AM +0100, Brice Goglin wrote:
> Package: linux-image-2.6.24-1-amd64
> Version: 2.6.24-5
> Severity: normal
> 
> Hello,
> 
> It looks like DMA engine support is missing in the 2.6.24 kernel. Only the
> Intel I/O AT driver is available, and thus unusable. 2.6.23 was ok. The
> following config options seem to be missing:
> 
> CONFIG_DMADEVICES=y
> CONFIG_DMA_ENGINE=y
> CONFIG_NET_DMA=y

It looks like the same problem appears in 2.6.25-1. Could you please fix it?

Brice



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

Bug#478527: python-xpcom: depends on bogus Python version "current"

2008-04-29 Thread Mike Hommey

On Wed, Apr 30, 2008 at 12:10:24AM +0200, Jonas Smedegaard wrote:
> On Tue, Apr 29, 2008 at 11:54:51PM +0200, Mike Hommey wrote:
> >On Tue, Apr 29, 2008 at 11:53:00PM +0200, Jonas Smedegaard wrote:
> >> I'd be _very_ happy if you could make the 1.9 branch available in 
> >> unstable.  But even in experimental it will get compiled for the 
> >> popular architectures so is of some use for testing out this core 
> >> Sugar activity.
> >
> >This won't happen before all rdeps of the current xulrunner in unstable 
> >are ready for the transition. I hope this can happen before the end of 
> >May.
> 
> Do I understand you correctly that your aim is only to _replace_ 1.8 
> with 1.9? Isn't it possible to have them side by side (with clashing 1.9 
> package names renamed to -unstable or similar)?

Yes and No. I don't want to have to maintain 2 xulrunners in the stable
release. So there will only be 1.9 (well, 1.8 will stay with iceape and
icedove, but not in a xulrunner form). But the older packages will still
be installable in parallel. You already can install xulrunner from
unstable and experimental at the same time, thought they come from the
same source package name.

Mike



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

Bug#383481: nvidiafb contains obfuscated source code, DFSG violation?

2008-04-29 Thread Sami Liedes

Revisiting a bit old issue, as I haven't seen this specific point
discussed, although related points have been:

On Fri, Nov 10, 2006 at 05:03:49AM -0800, Steve Langasek wrote:
> severity 383481 important
> thanks
> 
> When Kyle cloned this bug, his comment was:
> 
> > Wow. Looks a lot like copying register bank settings. Much like
> > the drivers listed in Bug#383403.
> 
> I don't believe there's any prevailing sentiment that the DFSG requires
> non-numeric "source" in the case of register settings being changed; indeed,
> various discussions on debian-vote and the like have explicitly acknowledged
> that in cases when we *know* we're dealing with registers rather than code
> compiled for an embedded processor, no source code is needed.  I'm going to
> go out on a limb then and downgrade this bug; it is arguably still a bug
> since there is room for improvement to the source, but it's not an RC bug.

We're talking about Linux kernel in this bug, and Linux is GPL, so for
the code to be distributable, it definitely needs to be in "preferred
form for modification" as per GPL, right (or alternatively we need
permission from every GPL code contributor to the kernel)? Although I
don't know if Debian makes exceptions for the kernel in this issue
since upstream doesn't treat it with so much care...

Sami

signature.asc
Description: Digital signature

Bug#478654: fortunes: Mark Twain almost certainly did not write A Plan for the Improvement of English Spelling

2008-04-29 Thread Adam C. Emerson

Package: fortunes
Version: 1:1.99.1-3.1
Severity: minor

See http://www.ojohaven.com/fun/spelling.html .  A print copy of Words
at Play or The Joy of Lex as they mention should be able to verify the
claim.

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

Kernel: Linux 2.6.24 (SMP w/4 CPU cores; 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 fortunes depends on:
ii  fortune-mod 1:1.99.1-3.1 provides fortune cookies on demand
ii  fortunes-min1:1.99.1-3.1 Data files containing fortune cook

fortunes recommends no packages.

-- no debconf information



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

Bug#478653: console-log: Fails to start

2008-04-29 Thread Leandro Noferini

Package: console-log
Version: 1.0-14
Severity: important

At start-up it fails to start with the error message 

Starting console-log:W: /var/log/syslog not readable by 
Debian-console-log...fa\iled.

Trying more times it begins to work after two or more times

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

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

Versions of packages console-log depends on:
ii  adduser  3.107   add and remove users and groups
ii  daemon   0.6.3-1 turns other processes into daemons
ii  debconf [debconf-2.0]1.5.21  Debian configuration management sy
ii  kbd-compat [kbd] 1:0.2.3dbs-65.1 Wrappers around console-tools for 
ii  less 418-1   Pager program similar to more
ii  passwd   1:4.1.1-1   change and administer password and

console-log recommends no packages.

-- debconf information:
  console-log/upgrade-note/config-file-format-pre-0.8:

-- 
Ciao
leandro
Un esteso e "normale" uso della crittografia è il sistema più forte
per rivendicare il diritto alla privacy nelle comunicazioni
telematiche: come tutti i diritti e come i muscoli se non viene
esercitato costantemente si atrofizza e va perso.




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

Bug#473877: linux-image-2.6.24-1-alpha-generic: fail to boot

2008-04-29 Thread Atsuhito Kohda

Hi all,

On Sat, 26 Apr 2008 15:02:57 -0700 (PDT), Gabriele Gorla wrote:

> Thanks Michael.
> Updating aboot to 1.0pre20040408-2 fixed the issue on
> both my xp1000 and my 164sx.
> 
> I believe this bug can be closed unless Kohda-san
> still experiences some issues.

I'm afraid I don't have enough time to do the fix at present
but I don't object to close this bug.

If there will remain any issue with me I'll reopen this
or file another bug report.

Gabriele (or anyone else), it will help me much if you 
teach me the practical fix you did.
Is it correct to understand
1) install a new aboot
2) swriteboot /dev/sda bootlx (or an appropriate device name)

Thanks for your help.

Regards,2008-4-30(Wed)

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

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

Bug#478652: RFP: gdictthai -- a GTK+ English-Thai Dictionary

2008-04-29 Thread Anon Sricharoenchai

Package: wnpp
Severity: wishlist

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

* Package name: gdictthai
  Version : 0.0.2
  Upstream Author : Kitt Tientanopajai <[EMAIL PROTECTED]>
* URL :
ftp://ftp.kitty.in.th/pub/ubuntu/kitty/pool/edgy/gdictthai/
ftp://ftp.kitty.in.th/pub/sources/gdictthai/
* License : GPL
  Description : a GTK+ English-Thai Dictionary

(Include the long description here.)
GDictThai is a GTK+ English-Thai Dictionary. This project aims to
develop a simple E-T dictionary for GTK+/GNOME environment. The
dictionary database is taken from KDictThai, a KDE-based English-Thai
Dictionary.

-- System Information:
Debian Release: testing/unstable
  APT prefers warty-updates
  APT policy: (800, 'warty-updates'), (800, 'warty-security'), (800,
'warty-backports'), (800, 'warty'), (700, 'hoary-updates'), (700,
'hoary-security'), (700, 'hoary-backports'), (700, 'hoary'), (600,
'breezy-updates'), (600, 'breezy-security'), (600, 'breezy-backports'),
(600, 'breezy'), (599, 'dapper-updates'), (599, 'dapper-security'), (599,
'dapper-backports'), (599, 'dapper'), (500, 'gutsy-backports'), (500,
'feisty-backports'), (500, 'edgy-backports')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-29-386
Locale: LANG=C, LC_CTYPE=thai (charmap=TIS-620)

Bug#471576: Audacious segfault bug

2008-04-29 Thread Dylan Piergies

Yep... removing crossfade works for me too. Very helpful advice, considering 
the spontaneity of occurrence, and the myriad of hardware problems I am 
currently experiencing (sound card fussy about its PCI slot (confirmed), bad 
RAM (also confirmed) and anything else that might want to fuck up on me just 
for opening the case). And all this a week before my final exams. F**king 
computers. Really flies with the 15 kRPM HD though. :-p
-- 
Dylan Piergies
Undergraduate Physics, University of Bath
[EMAIL PROTECTED]



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

Bug#63995: bugs.debian.org reveals e-mail addresses to spammers

2008-04-29 Thread Anon Sricharoenchai

Another solution is to implement CAPTCHA to protect email addresses, or any
mbox's raw data.
Something like what implemented in googlegroups web interface.

Bug#478651: linux-2.6: Please include latest vserver patches

2008-04-29 Thread Kapil Hari Paranjape

Package: linux-2.6
Version: 2.6.24+13
Severity: normal

Hello,

The vserver upstream has more recent patches than are available
with the debian kernels. These are at:
http://vserver.13thfloor.at/Experimental/
It would be helpful if these could be packaged (for sid or even in experimental)
so that people can test them. I am getting worried that will not
have an upgrade path for vserver users from etch.

Linux-vserver does not seem to be asleep!
The latest patches for the kernels in lenny and sid seem to be:
http://vserver.13thfloor.at/Experimental/patch-2.6.24.4-vs2.3.0.34.diff
http://vserver.13thfloor.at/Experimental/patch-2.6.25-vs2.3.0.34.9.diff
The latter is from 29th April 2008!

I admit that it is a while since I built a kernel and so it may be
that these patches do not work at all. In that case please feel free
to close this report.

Regards,

Kapil.

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

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

Versions of packages linux-image-2.6-686 depends on:
ii  linux-image-2.6.24-1-686  2.6.24-6   Linux 2.6.24 image on PPro/Celeron

linux-image-2.6-686 recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#478650: tclrtf build depends on buggy, old, broken, dead upstream, superseded package c2man

2008-04-29 Thread Manoj Srivastava

Package: tcltrf
Severity: important

Hi,

c2man has an RC bug, it is abandonned upstream, and is
 orphaned in Debian. For the last 4 years or so it has been marked as
 do not use; I think it is time that you used the last version of
 c2man to generate a real man page, and update and ship that.

manoj

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

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



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

Bug#478337: symbol lookup error: sqlite3: undefined symbol: sqlite3_enable_load_extension

2008-04-29 Thread Florian Weimer

* Adeodato Simó:

> * Julien Cristau [Tue, 29 Apr 2008 18:40:05 +0200]:
>
>> $ objdump -T /usr/lib/libsqlite3.so.0|grep -c sqlite3_enable_load_extension
>> 0
>
> Additionally:
>
> % lib-compare.sh libsqlite3-0_3.5.6-3_i386.deb libsqlite3-0_3.5.8-1_i386.deb  
>   
>   pts/13 [18:50]
> ./usr/lib/libsqlite3.so.0.8.6
> --- /tmp/adeodato/tmp.ourGU287962008-04-29 18:48:12.0 +0200
> +++ /tmp/adeodato/tmp.aORRO287972008-04-29 18:48:12.0 +0200
> -B sqlite3_io_trace
> -D sqlite3_apis
> -R sqlite3IsAsciiIdChar
> -R sqlite3UpperToLower
> -R sqlite3one
> -T sqlite3AddCheckConstraint

Anything that doesn't start with sqlite3_* isn't part of the public API,
so it's okay to remove that.

However, sqlite3_enable_load_extension is indeed missing in version
3.5.8-1.



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

Bug#478634: setting package to ultrastar-ng ultrastar-ng-xine ultrastar-ng-gstreamer, tagging 478634

2008-04-29 Thread Paul Wise

# Automatically generated email from bts, devscripts version 2.10.26
#
# ultrastar-ng (0.2.1-1) UNRELEASED; urgency=low
#
#  * fix a bashism in debian/rules (Closes: #478634)
#

package ultrastar-ng ultrastar-ng-xine ultrastar-ng-gstreamer
tags 478634 + pending




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

Bug#478215: Reverse dependencies

2008-04-29 Thread Manoj Srivastava

Hi,
On Tue, 29 Apr 2008 18:45:12 +, Thomas Viehmann
<[EMAIL PROTECTED]> said:  

> Checking reverse dependencies...
> ** tcltrf has an unsatisfied build-dependency: c2man

> Please do care about your reverse build-dependency.  Best would be
> filing a bug and setting this to block the removal.

The packages depending on c2man have had years to switch; but
 have not, even though the package has had  the note saying that it has
 bugs, does not work, and has better workarounds.

I am not going to waste time on this package anymore.

manoj

-- 
QOTD: "I'd never marry a woman who didn't like pizza... I might play
golf with her, but I wouldn't marry her!"
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#478010: ffmpeg-free: Please add a build-option to just build internal encoders

2008-04-29 Thread Paul Wise

On Tue, Apr 29, 2008 at 3:05 PM, Reinhard Tartler <[EMAIL PROTECTED]> wrote:

>  > Furthermore I suggest to comment out the amr?b packages from the
>  > externalcodecs, because they result in unredistributable ffmpeg
>  > packages.
>
>  Since I don't use them, I have no particular interest in maintaining
>  them in the package. Unless someone stands up to maintain them, I'd say
>  let's remove them as you say.

Couldn't they just be marked "unsupported" or something and left how
they are so that people who need them can still recompile the package
with support for those formats?

I recently had to use them, but not distribute the resulting ffmpeg packages.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

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

Bug#478649: O: c2man -- Graham Stoney's mechanized man page generator.

2008-04-29 Thread Manoj Srivastava

Package: wnpp
Severity: normal

I intend to orphan the c2man package.

The package description is:
 Please do not use c2man -- it is unmaintained upstream now, and only
 exists because other packages depend on it.  Doxygen does a far better
 job. Problems: doesn't handle C++ grammar

This package should be removed from Debian, so no one should
 pick this up, in my opinion.

manoj

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

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



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

Bug#478215: Reverse dependencies

2008-04-29 Thread Manoj Srivastava

Hi,
On Tue, 29 Apr 2008 18:45:12 +, Thomas Viehmann
<[EMAIL PROTECTED]> said:  

> Checking reverse dependencies...
> ** tcltrf has an unsatisfied build-dependency: c2man

> Please do care about your reverse build-dependency.  Best would be
> filing a bug and setting this to block the removal.

The packages depending on c2man have had years to switch; but
 have not, even though the package has had  the note saying that it has
 bugs, does not work, and has better workarounds.

I am not going to waste time on this package anymore.

manoj

-- 
QOTD: "I'd never marry a woman who didn't like pizza... I might play
golf with her, but I wouldn't marry her!"
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#478648: /etc/hosts FQDN first

2008-04-29 Thread jidanni

Package: manpages
Version: 2.79-4
Severity: minor

In /usr/share/man/man5/hosts.5.gz, please change the
EXAMPLE
   127.0.0.1   localhost
to
   127.0.0.1 nerd1.example.net localhost
or
   127.0.0.1 nerd1.example.net localhost nerd1
but not
   127.0.0.1 nerd1 localhost nerd1.example.net

Because this is much more realistic.
Because one will avoid

   Setting up exim4-daemon-light (4.69-5) ...
   Starting MTA:hostname --fqdn did not return a fully qualified name,
   dc_minimaldns will not work. Please fix your /etc/hosts setup.

Also quiets 'apache2ctl start' perhaps.



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

Bug#476195: NOT FIXED

2008-04-29 Thread jidanni

OL> But the files is there now, or?
Error still present as of
$ dpkg -l|perl -alnwe 'print "@F[1,2]" if /  emacs|-elisp/'
emacs 22.2+2-2
emacs-goodies-el 29.2-1
emacs22 22.2+2-2
emacs22-bin-common 22.2+2-2
emacs22-common 22.2+2-2
emacs22-common-non-dfsg 22.2+2-1
emacs22-el 22.2+2-2
emacsen-common 1.4.17
php-elisp 1.4.0-2



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

Bug#296579: Hi Maintain your peak

2008-04-29 Thread Loyd Tolbert

Drastically raise mountain in your pants!
It's really working. Try it only once and use it forever.

http://www.tmracingjapan.com/s/



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

Bug#467105: [radeon] "xset dpms force on" causes one monitor to be blanked briefly [X300 RV370 (PCIE), 5B60]

2008-04-29 Thread Darren Salt

Seems to be fixed in current git; works for me, at least.

(Commit 445b71021843665ba32f37b2ce5c9d2857c07cc7.)

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
|   http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys)

I must ask you to tell me if you don't get this message.



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

Bug#477244: googleearth-package: Bug cause: Dependency bug in created .deb

2008-04-29 Thread Wesley J. Landaker

On Tuesday 29 April 2008 14:08:55 Marc-Jano Knopp wrote:
> Package: googleearth-package
> Version: 0.5.4
> Followup-For: Bug #477244
>
> I just ran "make-googleearth-package", which downloaded Google Earth
> 4.3.7191.6508 and created a .deb package.
>
> After installing the .deb and executing Google Earth, I got the dialog
> window informing me about the failed authentication etc.
>
> Installing "lib32nss-mdns"[0] solved this problem for me, so there seems
> to be a missing dependency entry in the created .deb package.
>
>
> [0] 

Okay, thanks for the info, sounds like I can actually fix that! I will add 
this to the amd64-specific depends in the next version.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


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

Bug#478647: git-core: bisect eats branches and pees on carpets

2008-04-29 Thread Andres Salomon

Package: git-core
Version: 1:1.5.5-1
Severity: grave


[EMAIL PROTECTED]:~/git/geode$ git branch bisect
db3d7edfded94d176e89b369dad6f01ffca4bd8b
[EMAIL PROTECTED]:~/git/geode$ git checkout bisect
Switched to branch "bisect"
[EMAIL PROTECTED]:~/git/geode$ git branch
* bisect
  linux-2.6
  master
  no-ofw
[EMAIL PROTECTED]:~/git/geode$ git log|egrep 
'(6c7df20ed6591822a52979a29032b7886b705e8a|db3d7edfded94d176e89b369dad6f01ffca4bd8b)'
commit db3d7edfded94d176e89b369dad6f01ffca4bd8b
commit 6c7df20ed6591822a52979a29032b7886b705e8a
[EMAIL PROTECTED]:~/git/geode$ git bisect start bisect 
6c7df20ed6591822a52979a29032b7886b705e8a
Switched to branch "master"
[EMAIL PROTECTED]:~/git/geode$ git log|egrep 
'(6c7df20ed6591822a52979a29032b7886b705e8a|db3d7edfded94d176e89b369dad6f01ffca4bd8b)'
[EMAIL PROTECTED]:~/git/geode$ git branch
  linux-2.6
* master
  no-ofw
[EMAIL PROTECTED]:~/git/geode$ git bisect reset
Already on "master"
[EMAIL PROTECTED]:~/git/geode$ 




As you can see, not only has git-bisect failed to bisect the branch that
I've entitled 'bisect', but it has also switched me back to the master
branch _and_ deleted the 'bisect' branch.  This made me most unhappy
when I discovered this (luckily, I had the sha1 in my bash history).

I do believe it's related to the branch name.  If I use the name
'litterbox', it will happily go in there rather than soiling
the rug:

[EMAIL PROTECTED]:~/git/geode$ git branch litterbox
db3d7edfded94d176e89b369dad6f01ffca4bd8b
[EMAIL PROTECTED]:~/git/geode$ git checkout litterbox
Switched to branch "litterbox"
[EMAIL PROTECTED]:~/git/geode$ git branch
  linux-2.6
* litterbox
  master
  no-ofw
[EMAIL PROTECTED]:~/git/geode$ git bisect start litterbox 
6c7df20ed6591822a52979a29032b7886b705e8a
Bisecting: 3567 revisions left to test after this
[e80ab411e589e00550e2e6e5a6a02d59cc730357] Merge
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-2.6
[EMAIL PROTECTED]:~/git/geode$ 

Weird, eh?








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

Bug#478646: fluxbox: fbrun.1 does not document -nearmouse

2008-04-29 Thread Ken Bloom

Package: fluxbox
Version: 1.0.0+deb1-6
Severity: minor

The fbrun.1 manpage doesn't document fbrun's -nearmouse option.
A patch is attached to correct this.

--Ken

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

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

Versions of packages fluxbox depends on:
ii  libc6   2.7-10   GNU C Library: Shared libraries
ii  libfontconfig1  2.5.0-2  generic font configuration library
ii  libgcc1 1:4.3.0-3GCC support library
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libimlib2   1.4.0-1  powerful image loading and renderi
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.3.0-3  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxinerama12:1.0.3-1X11 Xinerama extension library
ii  libxpm4 1:3.5.7-1X11 pixmap library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  menu2.1.38   generates programs menu for all me

fluxbox recommends no packages.

-- no debconf information
--- fbrun.1.orig2008-04-29 21:08:04.0 -0500
+++ fbrun.1 2008-04-29 21:08:53.0 -0500
@@ -43,6 +43,9 @@
 \fB-pos\fP \fIx\fP \fIy\fP
 Window position in pixels
 .TP
+\fB-nearmouse\fP
+Position the window under the mouse cursor
+.TP
 \fB-fg\fP \fIname\fP
 Foreground text color
 .TP

Bug#478645: provide option to close existing bugs when no longer present

2008-04-29 Thread Drew Parsons

Package: reportbug
Version: 3.39-0.1
Severity: wishlist

When selecting an existing bug to add further information to,
reportbug asks you if the bug is present in the current version. If
you say yes, it adds a Version: line, which the BTS uses to mark the
bug with a "Seen in Version x".  If you say no, the bug is no longer
present, then reportbug does nothing.

I think it would enhance reportbug's usefulness if, when saying the
bug is no longer present in the current version, you could then be
given the option to close the bug.  This would mean sending the email
to [EMAIL PROTECTED] instead of [EMAIL PROTECTED]

The advantage, among others, of using reportbug to close the bug
rather than simply emailing directly to [EMAIL PROTECTED] is that the
closing email will then automatically contain current versions for all
dependencies, which may be useful in determining what exactly fixed
the bug.

I guess this operation would be the inverse of that requested in Bug
#447481 :)


-- Package-specific info:
** Environment settings:
EDITOR="jed"
DEBEMAIL="Drew Parsons <[EMAIL PROTECTED]>"
INTERFACE="text"

** /home/drew/.reportbugrc:
reportbug_version "3.0"
mode expert
ui text
realname "Drew Parsons"
email "[EMAIL PROTECTED]"

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

Kernel: Linux 2.6.24
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages reportbug depends on:
ii  apt   0.7.11 Advanced front-end for dpkg
ii  python2.5.2-1An interactive high-level object-o
ii  python-central0.6.5  register and build utility for Pyt

reportbug recommends no packages.

-- no debconf information



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

Bug#478531: totem-plugins: "don't know how to handle video/x-flv" when trying to play a youtube video

2008-04-29 Thread Sajith T S

Sven Arvidsson <[EMAIL PROTECTED]> wrote:

> Can you try again with version 2.22.2-1 of Totem? (Either grab it from
> unstable or wait for it to reach testing)

Grabbed 2.22.2-1 from unstable.  No luck.  It still shows the same
error message.

$ totem
** (totem:11063): DEBUG: Init of Python module
** (totem:11063): DEBUG: Registering Python plugin instance: 
YouTube+TotemPythonPlugin
** (totem:11063): DEBUG: Creating object of type YouTube+TotemPythonPlugin
** (totem:11063): DEBUG: Creating Python plugin instance
** Message: don't know how to handle application/x-shockwave-flash
** Message: Error: Element doesn't implement handling of this stream. Please 
file a bug.
gstffmpegdemux.c(1372): gst_ffmpegdemux_sink_activate_push (): 
/play/decodebin0/ffdemux_swf0:
failed to activate sinkpad in pull mode, push mode not implemented yet

And this is what got upgraded:

$ dpkg -l totem* libpixman*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name  Version   Description
+++-=-=-===
ii  libpixman-1-0 0.10.0-2  pixel-manipulation libr
ii  totem 2.22.2-1  A simple media player f
ii  totem-common  2.22.2-1  Data files for the Tote
ii  totem-gstreamer   2.22.2-1  A simple media player f
pn  totem-mozilla (no description availab
ii  totem-plugins 2.22.2-1  Plugins for the Totem m
rc  totem-xine2.16.5-3  A simple media player f

-- 
 Don't you wish you had more energy... or less ambition?
  9DB8FF06 : CB80 0BA6 7D13 B10A 6FBB  D43E B4D2 28AD 9DB8 FF06

signature.asc
Description: Digital signature

Bug#468858: for those who don't use completion

2008-04-29 Thread jidanni

All I know is running apt-get dselect-upgrade updates bash.
A subsequent run of dselect-upgrade installs bash-completion.
One then needs to do apt-get remove bash-completion if one does not
want it.
A subsequent run of dselect-upgrade at this point will install
nothing.

Therefore for those of us who don't want bash-completion installed,
one has to do the above routine each time one updates bash,
apparently.

As for the tangle of Replaces, Depends, Conflicts: too hard to read
for me.

version info:
bash:
  Installed: 3.2-2

(I also note the bash package depends on some curses stuff, extra
baggage for a pure batch environment (yes, rare.))



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

Bug#474698: partman-base: Inconsistent output if sector size != 512 bytes

2008-04-29 Thread Frans Pop

On Wednesday 30 April 2008, Otavio Salvador wrote:
> Because ramdisks cannot be opened with O_DIRECT and lastest parted
> needs it. This has been done long time ago to avoid some sync problems
> with disks.

Ferenc: can fdisk open /dev/ram devices and report its sector size?

If it can then I'd say closing #477378 was not correct. If fdisk can do it 
then shouldn't parted also be smart enough to just not use O_DIRECT when 
accessing a ramdisk?

> We could hack parted to allow it for testing but it's not a "real" test.

What makes you say that this is not a "real" test?
Seems to me that RAID over ramdisk is sufficient abstraction from the fact 
that a ramdisk is being used that parted should do the right thing, 
especially if fdisk handles it correctly.

You also have not really answered the question whether the use of 
PED_SECTOR_SIZE_DEFAULT in parted_server is correct at all.

If that is hardcoded to a value of 512 in libparted (which seems to be the 
case [1]), then using it whenever _existing_ devices are being read or 
modified seems fundamentally broken to me and parted_server should be using 
whatever variable has the actual sector size of the device (which in most 
cases will probably be identical to PED_SECTOR_SIZE_DEFAULT).

From my layman's perspective adding some debug code to parted_server to 
check whether that variable has sane values in all cases where we currently 
use PED_SECTOR_SIZE_DEFAULT would seem to make sense (the alternative being 
a code review of libparted). If that does not turn up anything strange 
after testing on a couple of architectures, I'd be quite comfortable with 
making a switch in partman.

Cheers,
FJP

[1] In both 1.7.1-5 and version in experimental I see:
include/parted/unit.h:35:#define PED_SECTOR_SIZE_DEFAULT   512LL

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

Bug#478506: googleearth-package: Don't build googleearth >= 4.3 on CPUs

2008-04-29 Thread Wesley J. Landaker

On Tuesday 29 April 2008 06:39:05 Debian BTS wrote:
> Please consider having make-googleearth-package not build (unless
> --force'd, ofcourse) newer (4.3 and up) googleearth packages on CPUs
> without SSE2 support, since the resulting binaries are useless (they
> will crash with SIGILL on startup) and cannot be redistributed anyway.

This is a good suggestion, although I was *hoping* that Google would revert 
this annoying behavior in a future build of 4.3. But if not, I can add a 
check for sse2 in /proc/cpuinfo or something like that.

> [misc rant on]
> Way to go, Google! With 4.3, you managed to kill support for ~ 70% of
> the Linux desktops out there. You know, there's things called 'plugins'
> and 'switchable CPU profiles' out there, you know. Have a look at MPlayer
> and many other multimedia apps and libs for example.
> [misc rant off]

Yeah, I just discovered this the other day trying to update my wife's system 
after saying how the new 4.3 had some cool new features. I spent 30 minutes 
debugging before I had to revert to 4.2 =(

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2

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

Bug#478643: independent checkbashisms package

2008-04-29 Thread jidanni

Package: devscripts
Version: 2.10.26
Severity: wishlist

checkbashisms seems to be a highly useful script not specific to
Debian or Debian's packaging system. Consider moving it to an
independent package of its own.

(Indeed, one could say it belongs more to the bash package... but in
any case it should not be bundled along with something much bigger
there either.)



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

Bug#442810: printing now works

2008-04-29 Thread Drew Parsons

Package: rasmol
Followup-For: Bug #442810

The printing problems no longer appear in the latest rasmol version
(2.7.3.1-3) from unstable, so we can close this bug now.

Must have got fixed by the new versions of libcairo2 or libgtk2.0-0?

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

Kernel: Linux 2.6.24
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rasmol depends on:
ii  libatk1.0-0  1.22.0-1The ATK accessibility toolkit
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libcairo21.6.4-1+b1  The Cairo 2D vector graphics libra
ii  libfontconfig1   2.5.0-2 generic font configuration library
ii  libglib2.0-0 2.16.3-2The GLib library of C routines
ii  libgtk2.0-0  2.12.9-3The GTK+ graphical user interface 
ii  libpango1.0-01.20.2-2Layout and rendering of internatio
ii  libvte9  1:0.16.13-1 Terminal emulator widget for GTK+ 
ii  libx11-6 2:1.1.3-1   X11 client-side library
ii  libxcomposite1   1:0.4.0-1   X11 Composite extension library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxdamage1  1:1.1.1-3   X11 damaged region extension libra
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.3-2   X11 miscellaneous 'fixes' extensio
ii  libxft2  2.1.12-2FreeType-based font drawing librar
ii  libxi6   2:1.1.3-1   X11 Input extension library
ii  libxinerama1 2:1.0.3-1   X11 Xinerama extension library
ii  libxrandr2   2:1.2.2-1   X11 RandR extension library
ii  libxrender1  1:0.9.4-1   X Rendering Extension client libra

rasmol recommends no packages.

-- no debconf information



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

Bug#464387:

2008-04-29 Thread David Hall (coding)

I ended up needing to reboot my computer today, so I did one pass of a
MemTest (with success), but don't currently have the ability to do it for
a whole day, due to the nature of my work on the computer (although this
might be possible about 2 weekends away). Anyway, just after doing that, I
noticed that the 2.6.25 kernel was in Debian, so I changed to that and the
problem seems to have resolved in linux-image-2.6.25-1-686.

David




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

Bug#478632: xkb-data: Space bar gives a non-breakable space with the US keyboard.

2008-04-29 Thread Charles Plessy

Package: xkb-data
Version: 1.1~cvs.20080104.1-1
Severity: important

Dear X maintainers,

Since a recent upgrade of X (but not xkb-data), my spacebar gives
non-breakable spaces when I use the US layout. Here is my configuration:

anx159《~》$ setxkbmap -print
xkb_keymap {
xkb_keycodes  { include "xfree86+aliases(qwerty)"   };
xkb_types { include "complete"  };
xkb_compat{ include "complete"  };
xkb_symbols   { include 
"pc+ca(multix)+us:2+group(shifts_toggle)+ctrl(swapcaps)+compose(menu)"  };
xkb_geometry  { include "pc(pc104)" };
};

I can survive because the CA keyboard is not affected.

Have a nice day,

-- Charles Plessy, Wako, Saitama, Japan


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

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

-- no debconf information



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

Bug#464387:

2008-04-29 Thread David Hall

I ended up needing to reboot my computer today, so I did one pass of a
MemTest (with success), but don't currently have the ability to do it for
a whole day, due to the nature of my work on the computer (although this
might be possible about 2 weekends away). Anyway, just after doing that, I
noticed that the 2.6.25 kernel was in Debian, so I changed to that and the
problem seems to have resolved in linux-image-2.6.25-1-686.

David




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

Bug#471757: additional information

2008-04-29 Thread Raphael Geissert


> possible bashism in lilypond/debian/rules line 77 (brace expansion):
> -rm -f ./stepmake/bin/config.{guess,sub}

-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#478607: djvulibre-bin: 300 dpi is a poor default for /usr/bin/djvudigital

2008-04-29 Thread Norman Ramsey

Package: djvulibre-bin
Version: 3.5.20-6
Severity: wishlist

Given today's storage and bandwidtha availability, I think 600dpi is a
better default than 300dpi for scanned documents.  This would be easy
to change in the /usr/bin/djvudigital script and man page.
Even better would be to make the default dpi controllable with debconf.

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

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

Versions of packages djvulibre-bin depends on:
ii  curl 7.18.0-1+b1 Get a file from an HTTP, HTTPS or 
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libdjvulibre21   3.5.20-6Runtime support for the DjVu image
ii  libgcc1  1:4.3.0-3   GCC support library
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libstdc++6   4.3.0-3 The GNU Standard C++ Library v3
ii  libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra

Versions of packages djvulibre-bin recommends:
ii  djvulibre-desktop 3.5.20-6   Runtime support for the DjVu image

-- no debconf information



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

Bug#478602: 64-bit patch not quite right

2008-04-29 Thread Russ Allbery

JP Sugarbroad <[EMAIL PROTECTED]> writes:

> The current diff says:
>
> +va_copy(ap_copy, ap);
>  vsprintf(tempbuf, spec, ap);
> +va_end(ap_copy);
>
> The line in the middle needs to use ap_copy!

Good catch -- thank you!  I'll fix this.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#474698: partman-base: Inconsistent output if sector size != 512 bytes

2008-04-29 Thread Otavio Salvador

Ferenc Wagner <[EMAIL PROTECTED]> writes:

>> Do you have any disk with sector size bigger then 512 bytes for
>> testing? ramdisk is not the best way of doing that.
>
> RAID1 of two ramdisks... :)  Jokes aside, fdisk says it has sector
> size 1024 and parted can open it (but not the constituent ramdisks).
>
>> I've made a test patch locally here but I can't test it.
>
> Unfortunately I don't have any such real hardware either, but why not
> test with the above trick?

Because ramdisks cannot be opened with O_DIRECT and lastest parted
needs it. This has been done long time ago to avoid some sync problems
with disks.

We could hack parted to allow it for testing but it's not a "real" test.

-- 
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#478606: LDAP: Contacts with commas in their name fail with bad error message

2008-04-29 Thread Andrew Ruthven

Package: evolution
Version: 2.22.1-1
Severity: important

Hi,

Today I right clicked on the a persons email address in an email and
select "Add to Address Book" and then Evolution failed to actually add it to
my LDAP addressbook, the error message returned was:

  Error adding contact

  Other error

This is extremely unhelpful.  I fired up tcpdump to find out what was actually
going on, it turns out the contact had their name as "Lastname, Firstname" in
the email, which Evolution then tried to use as the contacts fullname.

Using that fullname Evolution constructed a dn of:

  cn=Lastname%2C Firstname,ou=Addressbook,dc=example,dc=co,dc=nz

And OpenLDAP returned an addResponse error of:

  value of naming attribute 'cn' is not present in entity

Because the cn in the addRequest is actually 'Lastname, Firstname'.

I can easily reproduce this by trying to create a contact in my LDAP
addressbook for "Foo, Bar".

It would be nice if Evolution could present this error, or a more user friendly
intepretation of it, instead of a generic something unknown happened
message.  

Also, if Evolution is going to escape the comma in the dn, it should also
escape it in the entity fields as well.

Cheers!

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

Kernel: Linux 2.6.24.3-dirk (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages evolution depends on:
ii  dbus   1.2.1-2   simple interprocess messaging syst
ii  evolution-common   2.22.1-1  architecture independent files for
ii  evolution-data-server  2.22.1-1  evolution database backend server
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gtkhtml3.143.18.1-1  HTML rendering/editing library - b
ii  libart-2.0-2   2.3.20-1  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libcamel1.2-11 2.22.1-1  The Evolution MIME message handlin
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.74-2simple interprocess messaging syst
ii  libebook1.2-9  2.22.1-1  Client library for evolution addre
ii  libecal1.2-7   2.22.1-1  Client library for evolution calen
ii  libedataserver1.2-92.22.1-1  Utility library for evolution data
ii  libedataserverui1.2-8  2.22.1-1  GUI utility library for evolution 
ii  libegroupwise1.2-132.22.1-1  Client library for accessing group
ii  libexchange-storage1.2 2.22.1-1  Client library for accessing Excha
ii  libfontconfig1 2.5.0-2   generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgnome-pilot22.0.15-2.3Support libraries for gnome-pilot
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-2GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.9-3  The GTK+ graphical user interface 
ii  libgtkhtml3.14-19  3.18.1-1  HTML rendering/editing library - r
ii  libhal10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libldap-2.4-2  2.4.7-6.2 OpenLDAP libraries
ii  libnm-glib00.6.6-1   network management framework (GLib
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.0-2   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0~beta3-1Network Security Service libraries
ii  liborbit2  1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libpisock9 0.12.3-4  library for communicating with a P
ii  libpisync1 0.12.3-4  synchronization library for

Bug#476758: libsidl-dev: bashism in /bin/sh script

2008-04-29 Thread Adam C Powell IV

On Fri, 2008-04-25 at 17:08 +0100, Clint Adams wrote:
> On Tue, Apr 22, 2008 at 04:34:01PM +0100, Chris Lamb wrote:
> > +trap "$run $rm $removelist; exit $EXIT_FAILURE" SIGHUP SIGINT SIGTERM
> 
> Small nit here: the proper form would be
> 
> trap "$run $rm $removelist; exit $EXIT_FAILURE" HUP INT TERM

Thanks Clint and Chris.  I had to correct one typo (RANDOM declaration
in ltmain.sh is missing an end quote), otherwise it seems to work.  Will
upload tonight.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/




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

Bug#478605: xinerama support broken by recent patches

2008-04-29 Thread Zach Miller

Package: feh
Version: 1.3.4.dfsg.1-1
Severity: normal

Version 1.3.4.dfsg.1-1 included a fix to enable xinerama support addressing bug 
#411003. However the patches for #362618 included in that release also broke 
xinerama support. Fullscreen mode under xinerama is now clipped incorrectly and 
appears on the wrong screen. 

I am not sure which of these patches is the culprit but removing them all from 
debian/patches/series and recompiling fixes the problem:
02_changeset_r52_netwm_full_screen.patch
02_changeset_r53_slideshow_fix.patch
02_changeset_r54_x_window_resize.patch

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

Kernel: Linux 2.6.24-2008040701 (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 feh depends on:
ii  giblib1   1.2.4-5wrapper library for imlib2, and ot
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libimlib2 1.4.0-1powerful image loading and renderi
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.15~beta5-3 PNG library - runtime
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxinerama1  2:1.0.3-1  X11 Xinerama extension library

Versions of packages feh recommends:
ii  wget  1.11.1-1   retrieves files from the web

-- no debconf information



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

Bug#478604: vsdump package missing command table is useless

2008-04-29 Thread Thomas Viehmann


Package: vsdump
Severity: grave
Justification: completely useless in its current form
Version: 0.0.44-1
X-Debbugs-CC: [EMAIL PROTECTED]

vsdump-0.0.44/examples/Ian$ vsdump dump Arrow\ \&\ Text\ samples.vsd
The command table file can't be opened!

Strace shows that its trying to open a file shipped in the upstream tarball but 
not the .deb.

May I suggest that the package could do with more testing before upload?

Kind regards

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



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

Bug#473721: gnu-efi: diff for NMU version 3.0e-1.1

2008-04-29 Thread Jonas Smedegaard


tags 473721 + patch
thanks

Hi,

Attached is the diff for my gnu-efi 3.0e-1.1 NMU.

--
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm
diff -u gnu-efi-3.0e/debian/changelog gnu-efi-3.0e/debian/changelog
--- gnu-efi-3.0e/debian/changelog
+++ gnu-efi-3.0e/debian/changelog
@@ -1,3 +1,11 @@
+gnu-efi (3.0e-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix installing below /emul/ia32-linux/usr/lib (not /usr/lib32) on
+AMD64. This closes: bug#473721.
+
+ -- Jonas Smedegaard <[EMAIL PROTECTED]>  Wed, 30 Apr 2008 01:22:35 +0200
+
 gnu-efi (3.0e-1) unstable; urgency=low
 
   * Fixes x86_64 clobbering registers
diff -u gnu-efi-3.0e/debian/rules gnu-efi-3.0e/debian/rules
--- gnu-efi-3.0e/debian/rules
+++ gnu-efi-3.0e/debian/rules
@@ -54,10 +54,11 @@
 	cp lib/*.a debian/gnu-efi/usr/lib/
 
 ifeq ($(buildarch),amd64)
-	cp build-ia32/gnuefi/*.a debian/gnu-efi/usr/lib32
-	cp build-ia32/gnuefi/elf_ia32_efi.lds debian/gnu-efi/usr/lib32
-	cp build-ia32/gnuefi/crt0-efi-ia32.o debian/gnu-efi/usr/lib32
-	cp build-ia32/lib/*.a debian/gnu-efi/usr/lib32
+	mkdir -p debian/gnu-efi/emul/ia32-linux/usr/lib
+	cp build-ia32/gnuefi/*.a debian/gnu-efi/emul/ia32-linux/usr/lib/
+	cp build-ia32/gnuefi/elf_ia32_efi.lds debian/gnu-efi/emul/ia32-linux/usr/lib/
+	cp build-ia32/gnuefi/crt0-efi-ia32.o debian/gnu-efi/emul/ia32-linux/usr/lib/
+	cp build-ia32/lib/*.a debian/gnu-efi/emul/ia32-linux/usr/lib/
 endif
 
 # Build architecture-independent files here.


signature.asc
Description: Digital signature

Bug#478591: cdebconf-entropy: Dialog texts and buttons

2008-04-29 Thread Frans Pop

On Wednesday 30 April 2008, Frans Pop wrote:
> I would suggest to replace it with a different dialog (that is possibly
> displayed at a later point in the code) that simply says:
> The random key has been created successfully.

Maybe even:
   The encryption key for ,  has been created successfully.

That would match the intro text in the dialog to enter random characters.

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

Bug#478603: epiphany-extensions: Can not select del.icio.us backend

2008-04-29 Thread Sugano Yoshihisa(E)

Package: epiphany-extensions
Version: 2.22.1-2
Severity: normal


tool menu -> Epilicious Configration
backend only ma.gnolia.
why?
del.icio.us is not supported?

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

Kernel: Linux 2.6.24.5
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to ja_JP.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages epiphany-extensions depends on:
ii  epiphany-gecko2.22.1.1-1 Intuitive GNOME web browser - Geck
ii  gconf22.22.0-1   GNOME configuration database syste
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-3  GCC support library
ii  libmozjs0d1.8.1.14-2 The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d   4.7.0-2NetScape Portable Runtime Library
ii  libosp5   1.5.2-5Runtime library for OpenJade group
ii  libpcre3  7.6-2  Perl 5 Compatible Regular Expressi
ii  libxul0d  1.8.1.14-2 Gecko engine library
ii  python-elementtree1.2.6-12   Light-weight toolkit for XML proce
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-gtk2   2.12.1-1   Python bindings for the GTK+ widge
ii  python-support0.7.7  automated rebuilding support for P
ii  python2.5 2.5.2-4An interactive high-level object-o
ii  sgml-data 2.0.3  common SGML and XML data
ii  w3c-dtd-xhtml 1.1-5  W3C eXtensible HyperText Markup La

epiphany-extensions recommends no packages.

-- no debconf information



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

Bug#478591: cdebconf-entropy: Dialog texts and buttons

2008-04-29 Thread Frans Pop

On Wednesday 30 April 2008, Frans Pop wrote:
> Is the "Continue" button defined at all? What happens if it is clicked?
> Does it even make sense to have a "Continue" button? It would effectively
> leave the installer with insufficient entropy to actually continue.

Looks like the "Continue" button becomes active automatically after enough 
entropy has been gathered (same dialog remains displayed, but its text 
changes and the button becomes active).
Maybe it should just be hidden while entropy is still being gathered.

> I think that having a "Go back" button to break off the process of
> gathering entropy would make more sense.

This could still be useful.

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

Bug#478599: dkim-filter: package fails to configure

2008-04-29 Thread Mike Markley

On Wed, Apr 30, 2008 at 01:18:01AM +0200, Roberto Lumbreras <[EMAIL PROTECTED]> 
wrote:
> while installing dkim-filter...
> 
> Starting DKIM Filter: dkim-filter: /etc/dkim-filter.conf: at least one
> selector and key required for signing mode
> invoke-rc.d: initscript dkim-filter, action "start" failed.
> dpkg: error processing dkim-filter (--configure):
>  subprocess post-installation script returned error exit status 78
> Errors were encountered while processing:
>  dkim-filter
> 
> maybe it needs configuration, but it should not fail to install or
> configure if unconfigured.

You're right; it's supposed to be catching this. I'll check it out
before I upload the coming 2.5.5 release.

-- 
Mike Markley <[EMAIL PROTECTED]>



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

Bug#478602: 64-bit patch not quite right

2008-04-29 Thread JP Sugarbroad

Package: tf5
Version: 5.0beta8-1
Severity: important
Tags: patch

The current diff says:

+va_copy(ap_copy, ap);
 vsprintf(tempbuf, spec, ap);
+va_end(ap_copy);

The line in the middle needs to use ap_copy!

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

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



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

Bug#478600: -o loop or -o explicit_loop_device preferred?

2008-04-29 Thread jidanni

Package: mount
Version: 2.13.1-5
Severity: minor

The man page is unclear:

First give an example with just -o loop, before this:

 mount /tmp/fdimage /mnt -t msdos -o loop=/dev/loop3,blocksize=1024

unless -o loop is not preferred.


Maybe this:

   If  no  explicit loop device is mentioned (but just an option `-o loop'
   is given), then mount will try to find some unused loop device and  use
   that.  If you are not so unwise as to make /etc/mtab a symbolic link to
   /proc/mounts...

Means:
Using an explicit loop device is preferred to just -o loop... Never
make a /etc/mtab a symbolic link to /proc/mounts...

Please reword as to whatever it is you mean. "Not so unwise" is
abstruse to anybody who is not a native speaker and some native
speakers too.

P.S.,
# mount
/vietnam.raw on /mnt/extra type iso9660 (rw,loop=/dev/loop0)
but on trying to remove files, get: "rm: ... Read-only file system"
On the man page we see
   (except that it is read-only, of course).
So say ro when reporting iso9660, anything but "rw". ls(1) shows the
files r-xr-xr-x so mount should be as smart too.



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

Bug#380556: closed by Lior Kaplan <[EMAIL PROTECTED]> (#380556,can't see images in .doc)

2008-04-29 Thread jidanni

m> Well, if you have tested the bug report instead of asking questions you
m> could see the bug was fixed in 2.4.0.

Bug reporting should be like tennis, A-B-A-B...
Not A-A-B, or A-A-A-B...: not like airline tickets, where one needs to
reconfirm first.



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

Bug#434097: Announce of the upcoming NMU for the debian-edu-install package

2008-04-29 Thread Holger Levsen

Hi Christian,

On Tuesday 29 April 2008 16:50, Christian Perrier wrote:
> I actually applied the following fixes:
>
>   * Consistent spelling of "Debian Edu" in debconf templates. Translations
> unfuzzied. Closes: #434098
>   * Better wording of one template. Closes: #453676

Cool.

> The former included unfuzzy but the latter (which is a BR by /you)
> need translator's review, hence the difference.

Ok.

> > And I will upload that saturday, notification set :)
> Seems fair. However, given the fact that I introduced changes, I
> hereby offer to collect the translations and updates, then send the
> big patch file to you (or commit to the debian-edu SVN if you remind
> me the URL and check if I have commit access)and then you upload.

No thanks :) I rather prefer you commit ASAP, we already have updated 
translations committed to svn and thats suboptimal if you changed the 
templates due to #453676 but if thats not in svn...

You have commit access to the repo and the svn url is 
svn+ssh://[EMAIL PROTECTED]/svn/debian-edu/trunk/src/debian-edu-install/

Just commit all you have in private mails or on your local disk, I (or someone 
else from Debian Edu (*) :) 'll fish the stuff from svn.


thanks again & regards,
Holger

(*) I do have a reminder cronjob set up for me...


pgpyEWM8Zc7K1.pgp
Description: PGP signature

Bug#478599: dkim-filter: package fails to configure

2008-04-29 Thread Roberto Lumbreras

Package: dkim-filter
Version: 2.5.2.dfsg-1
Severity: normal

while installing dkim-filter...

Starting DKIM Filter: dkim-filter: /etc/dkim-filter.conf: at least one
selector and key required for signing mode
invoke-rc.d: initscript dkim-filter, action "start" failed.
dpkg: error processing dkim-filter (--configure):
 subprocess post-installation script returned error exit status 78
Errors were encountered while processing:
 dkim-filter

maybe it needs configuration, but it should not fail to install or
configure if unconfigured.

Regards,
Roberto Lumbreras

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

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

Versions of packages dkim-filter depends on:
ii  adduser   3.107  add and remove users and groups
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libdb4.5  4.5.20-11  Berkeley v4.5 Database Libraries [
ii  libmilter18.14.2-4   Sendmail Mail Filter API (Milter)
ii  libssl0.9.8   0.9.8g-8   SSL shared libraries

dkim-filter recommends no packages.

-- no debconf information



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

Bug#478597: French translation of the cupsys manpages

2008-04-29 Thread Nicolas FRANCOIS (Nekral)

Package: cupsys
Version: 1.3.7-5
Severity: wishlist
Tags: l10n

Hello,

The French translation team performed and reviewed a translation of the
cupsys manpages

I'm opening this bug to ask if you or upstream would accept a patch to
include these French manpages.

The translation was performed using po4a to ease its maintenance. This
does not means that cupsys would have to use po4a at build time, but if
the translations get accepted, it would be appreciated if the po4a
material was kept to ease future updates. (The manpages can be built in
advance)

If you do not wish to include translated manpages, please reassign this
bug to the manpages-fr-extra package.

Thanks in advance,
-- 
Nekral



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

Bug#478598: partman-crypto: problems with using random keys

2008-04-29 Thread Frans Pop

Package: partman-crypto
Version: 30

There seems to be some bug in the way settings are saved for encrypted 
partitions, because doing things in a different order gives a completely 
different result.

Base situation:
- regular install up to partitioning
- choose "Guided - use entire disk"
- choose disk and "All files in one partition"

Next, the idea is to make the swap partition use loop-aes with random key.

"Correct" method:
- select the swap partition
- choose Use as: physical volume for encryption
- choose Encryption method: Loopback
- choose Encryption key: Random key
- choose Erase data: no
- Done setting up partition
- Proceed with "Configure encrypted volumes", OK to write changes to disk.

After this the process completes immediately, apparently successfully. I do 
*not* get the dialog asking to enter random keys. This seems like it could 
be a bug, especially given that I am asked to do so with the next example.

"Incorrect" method:
- select the swap partition
- choose Use as: physical volume for encryption
- choose Encryption key: Random key
- choose Encryption method: Loopback
Note that I now select the key type before the method.
- choose Erase data: no
- Done setting up partition
- Proceed with "Configure encrypted volumes", OK to write changes to disk.

After this I am first asked to enter an encryption passphrase, even though 
there is no partition that uses one. This is a bug.

After that I *am* asked to enter random characters, with the progress bar at 
only 2%. Getting sufficient entropy litterally takes ages: getting from 5 
to 10% takes 20 seconds. I don't remember it taking that long with previous 
tests I've done.

Question
Is "Random key" a valid choice when using dm-crypt? The interface does allow 
it, but I seem to remember that supporting random keys was the reason why 
we still needed support for loop-aes.

Cheers,
FJP


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

Bug#478579: [moinmoin-common] need readme or howto to enable fckeditor

2008-04-29 Thread Jonas Smedegaard

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

severity 478579 minor
thanks

On Tue, Apr 29, 2008 at 04:46:44PM -0400, Brent S. Elmer wrote:
>FCKeditor was disabled in moinmoin 1.6.2.  There should be a readme or 
>howto somewhere telling how to enable it.

Good idea.

Anyone having a proposal for such text please post it to this bugreport.

You could start from the short text about the issue already in 
/usr/share/doc/moinmoin-common/README.Debian.gz


Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  - Enden er nær: http://www.shibumi.org/eoti.htm
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIF6f/n7DbMsAkQLgRAmYSAJ46GsLX9+rajSjKEF551nOd0JbmDQCfXWwm
HmdCHhbD9K/UKpCkKbG/6wY=
=SlkO
-END PGP SIGNATURE-



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

Bug#478332: screen: new window shows strange message at prompt line

2008-04-29 Thread Jan Christoph Nordholz

Hi,

> and yes, the prompt colour is correct..
> any suggestion to fix it?

you keep forgetting to answer *all* my questions. ;)
I'll make a list...

* Is the 134 coloured, too?
* If you do 'echo -e "$PS1"', does it result in some strange extra characters,
  too? (Besides printing "\u" for your username etc.)
* What happens if you set 'PS1="$"'?
* What is the effect if you start screen with
  'screen -- /bin/bash --norc'?


Regards,

Jan


signature.asc
Description: Digital signature

Bug#478596: bash-completion: Error in postfix bash completion: "bash: get_cword: command not found"

2008-04-29 Thread Daniel Hahler

Package: bash-completion
Version: 20060301-4
Severity: normal

The _postfix function in bash_completion calls "get_cword", while it
should be "_get_cword" (with leading underscore).

There are two occurences of this in the file, which should get replaced.

Thank you.



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

Bug#477841: openbox: please package new upstream version (3.4.7.2)

2008-04-29 Thread Nico Golde

Hi,
YFYI package is pending in the NEW queue 
(http://ftp-master.debian.org/new.html)

Cheers
Nico

-- 
Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpmrBozix9P4.pgp
Description: PGP signature

Bug#478295: Sha1 and sha256 in .changes and .dsc file

2008-04-29 Thread Manoj Srivastava

On Tue, 29 Apr 2008 09:39:40 -0700, Russ Allbery <[EMAIL PROTECTED]> said: 

> Manoj Srivastava <[EMAIL PROTECTED]> writes:
>> On Mon, 28 Apr 2008 22:14:18 -0700, Russ Allbery <[EMAIL PROTECTED]>
>> said:
>> 
>>> Policy is the only formal documentation we have right now of the
>>> control fields in a Debian package, so I think there's at least a
>>> prima facie argument for adding a specification for any new fields
>>> to Policy, at least unless that documentation is split off to some
>>> other source.  I don't know of any other documentation that covers
>>> all the recognized control fields.
>> 
>> Even policy does not. Where is Vcs-Browser and VCS-{Arch,Git,SVN,CVS}
>> et al defined?  Not in policy, for they do not need to be: even
>> though they are entered in directly by package maintainers.

> That's actually on my to-do list.  I think that belongs in Policy as
> well (particularly the non-Browser headers, which are used for
> interoperability within the project -- see debcheckout and
> svnbuildstat, for example).

In that case, we need to have a discussion with the dpkg team to
 determine which parts of the format are considered public interfaces,
 and will not be changed without requiring a formal change process and a
 transition plan, and which portions they can just change.

Do you honestly think that the chnages to dpkg should have
 been kept out, until they managed to get policy changed? That dpkg
 would have been kept out of lenny until they fixed dpkg not to have the
 interface mentioned in policy?

If you think that changing something would keep dpkg out of
 lenny with a serious bug, by all means include that bit in policy.

Anything that would automatically be accepted, and merely cause
 a bug in policy until it is changed, does not belong in policy.

Stuff in policy should be things that if they are not adhered
 to, keep a package out of testing.  If things can be changed, and
 immediately cause a bug in policy when the change is uploaded, do not
 belong in policy. They belong in documentation.

Do changes in GCC cause the  ISO/IEC9899 to be amended?

>> So the argument that no other documentation for dpkg exists is not
>> satisfactory, and it flies in the face of trying to fight policy
>> bloat: I would rather policy was a minimal document that only
>> contained things that a maintainer _had_ to know. Policy should be,
>> err, policy, and not merely documentation. If we lack documentation,
>> the answer should be to create the documentation, not to bloat
>> policy.  This should be a bug against dpkg, really, if the behaviour
>> of dpkg and friends is not documented in detail.

> Hm.  I would argue that knowing everything that goes into a *.changes
> or *.dsc file is something that a maintainer at least should, if not
> must, know.  For example, I'd expect that to be a topic of NM.

People need to know more about Debian and tools than just the
 technical policy (which, for example, does not over things like GPG
 keys and such); so merely these are things one needs to know is again
 not sufficient.  Sure, people ought to  know what lives in *.changes;
 but it is not required for packaging, and yes, changing how programs
 are involved may break other programs (things broke when flex changed,
 for instance), but that does not make it policy materiel either.

What dpkg-genchanges produces is not needed of packaging, and is
 not needed for interoperability, apart from a small smattering of
 infrastructure packages, which do not need the weight of policy to
 enforce.

> That doesn't necessarily mean that it needs to be in Policy, but on
> the other hand if we created dpkg documentation that contained
> comprehensive documentation of all control fields, that would to a
> large extent duplicate the existing Policy document.  And I can't
> imagine wanting to move most of the control fields out of Policy.

I can. If they are not policy, but documentation, they should be
 removed from policy.  We have long been waiting for such a cleanup of
 policy. 

>> It is not as if writing current behavior into stone and preventing
>> any changes is a good thing for the project: the only reason for
>> writing an API down in policy is so that it does not ever change
>> (future versions of the package should adhere to the standard, and
>> not innovate: no one wants, for example, wild and wooly innovation
>> from gcc and libc -- and policy should, in my view, be close to a
>> standards document). If the behaviour is indeed subject to change,
>> and is not a standard API or behaviour that should be preserved by
>> future dpkg authors, then what we want is documentation, not policy.

> This I do agree with.  I don't think it belongs in Policy until it's
> finalized and fairly unlikely to change.

We need the dialogue with dpkg authors to determine what parts
 of packaging related things in policy are standards, that dpkg authors
 cannot ch

Bug#478595: French translation of the sysvinit manpages

2008-04-29 Thread Nicolas FRANCOIS (Nekral)

Package: sysvinit
Version: 2.86.ds1-56
Severity: wishlist
Tags: l10n

The French translation team performed and reviewed a translation of the
sysvinit manpages 

I'm opening this bug to ask if you or upstream would accept a patch to
include these French manpages.

The translation was performed using po4a to ease its maintenance. This
does not means that sysvinit would have to use po4a at build time, but if
the translations get accepted, it would be appreciated if the po4a
material was kept to ease future updates. (The manpages can be built in
advance)

If you do not wish to include translated manpages, please reassign this
bug to the manpages-fr-extra package.

Thanks in advance,
-- 
Nekral



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

Bug#478594: latex-beamer: Please support email on title slide

2008-04-29 Thread Josh Triplett

Package: latex-beamer
Version: 3.07-1
Severity: wishlist

I often want to put my email address on the title slide, so people who
see my presentation on the web have a way to contact me.  Currently,
if I want to do this with beamer, either I must use the hack of
putting it in the author field (which disrupts other uses of the
author string in the presentation theme), or I must manually construct
a title slide.  I'd like to have an optional email command which
specifies an email address to use on the title slide.

- Josh Triplett

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

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

Versions of packages latex-beamer depends on:
ii  latex-xcolor  2.11-1 Easy driver-independent TeX class 
ii  pgf   1.18-1 TeX Portable Graphic Format
ii  texlive-latex-base2007-14TeX Live: Basic LaTeX packages

latex-beamer recommends no packages.

-- no debconf information



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

Bug#478248: [Pkg-cups-devel] Bug#478248: cupsys: CUPS fails to print certain PDF files

2008-04-29 Thread Martin Pitt

Hi Moshe,

Moshe Yudkowsky [2008-04-28  5:51 -0500]:
> D [25/Apr/2008:07:59:39 -0500] [Job 207] Error: /undefined in ViZj1\
> D [25/Apr/2008:07:59:39 -0500] [Job 207] Operand stack:

Since those are clearly PostScript errors, and some files print, the
filter generally works, but might call pdftops in an invalid way. What
concerns me is that the pdftops filter did not change between 1.3.7-1
and -5 (it was rebuilt against different build dependencies, of
course).

However, you should be able to reproduce those errors when watching
the PDFs in xpdf itself (and/or compare the results when using
poppler, by installing poppler-utils instead of xpdf-utils, or using
evince/kpdf etc.). Does that work, or do you get similar error
messages as when trying to print those PDFs?

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#478591: cdebconf-entropy: Dialog texts and buttons

2008-04-29 Thread Frans Pop

Package: cdebconf-entropy
Version: 0.7
Severity: minor

The following dialog has been discussed before:
Key data has been created successfully

My personal main objection is that the message is rather meaningless and 
confusing to users. The term "key data" is vague and has not previously 
been introduced.

I would suggest to replace it with a different dialog (that is possibly 
displayed at a later point in the code) that simply says:
The random key has been created successfully.

I also suggest changing:
Enter random characters or move mouse randomly
to:
Enter random characters or make random movements with your mouse

Also, the newt frontend (and presumably also the gtk one) have a "Continue" 
button that is not accessible; at least in the newt frontend you cannot use
"tab" to activate it.

Possibly the tab key (and the escape key, and maybe even the enter key) 
should be handled differently by the code and not be used as "random 
characters".

Is the "Continue" button defined at all? What happens if it is clicked?
Does it even make sense to have a "Continue" button? It would effectively 
leave the installer with insufficient entropy to actually continue.
I think that having a "Go back" button to break off the process of gathering 
entropy would make more sense.

Cheers,
FJP


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

Bug#462149: [Pkg-cups-devel] Bug#462149: printing with parallelport printers broken in etch

2008-04-29 Thread Martin Pitt

Luk Claes [2008-04-05 11:16 +0200]:
> > > I chowned parallel and usb to root:lp
> > > then  chmodded them to 2755
> > 
> > I wonder if this is the correct fix (it seems 
> > so, /usr/lib/cups/backend/cups-pdf has the same perms) and wonder if the 
> > SRMs 
> > would like to see this fix in etch?
> 
> Is this fixed in sid? It looks like in sid
> /usr/lib/cups/backend/cups-pdf is root:root 700 btw...

It hasn't changed in sid, the 'parallel' backend is still installed as
0755 root:root. Luk, please note that "parallel" != "cups-pdf". :-)

With 0755 root:root, the backends are run as lp:lp, so I wonder why
the backend cannot access /dev/lp if it is 0660 root:lp. It does seem
to work for other people... Can you please attach
/var/log/cups/error_log after a failed attempt to print?

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#478592: sdic-gene95: uses wget in postinst but does not depend on it

2008-04-29 Thread Håkon Stordahl

Package: sdic-gene95
Version: 2.1.3-16
Severity: normal

I have not attempted to install this package, so I haven't had any
trouble with it, but I happened to notice that it uses wget in its
postinst script:

download_archive ()
[...]
nc -w 3 -z www.namazu.org 80 && \
wget -q $TG2ARCH -O $TG2 && \
return 0

Thus, probably it should also have a dependency on the wget package.


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

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



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

Bug#443752: gnome-screensaver: leave message button disables enter key

2008-04-29 Thread Daniel van Eeden

It's not reproducible with 2.22.2

On Tue, 2008-04-29 at 17:04 +0200, Sven Arvidsson wrote:
> On Sun, 2007-09-23 at 21:43 +0200, Daniel van Eeden wrote:
> > 1. Lock screen
> > 2. Leave Message
> > 3. Cancel
> > 4. Enter password
> > 5. Press the enter key
> > 6. Nothing happens (although the unlock button on the screen does
> > function). 
> 
> Hi,
> 
> I haven't been able to reproduce this, is it still a problem in version
> 2.22?
> 




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

Bug#478545: [Alpine-info] Bug#478545: [alpine] alpine does not support large (>2 GiB) mbox's (fwd)

2008-04-29 Thread Mark Crispin


On Tue, 29 Apr 2008, Asheesh Laroia wrote:

But what if the spool is already >2GB?


Yes, in that case, you have to do some external recovery to break the file 
into smaller chunks.  The split program is useful for this purpose.


By the way, I recommend that mixcvt be used instead of mailutil or 
Alpine's snarfing for converting a mailbox.  This is because mailutil and 
Alpine will do an atomic move of the messages from the spool file, thus 
putting them all into one mix data file.  mixcvt will divide the messages 
into multiple files.


-- Mark --

http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.



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

Bug#356500: does not print anything - probably merge with bug 301012

2008-04-29 Thread Martin Pitt

Hi Daniel,

Daniel Knabl [2008-04-23 18:28 +0200]:
> E [23/Apr/2008:18:09:02 +0200] [cups-driverd] Unable to open PPD directory 
> "/opt/share/ppd": No such file or directory

That should be harmless. Third-party drivers can use this directory.

> E [23/Apr/2008:18:09:02 +0200] [cups-driverd] Unable to write 
> "/var/cache/cups/ppds.dat" - Permission denied

This looks more serious. It should be owned by user and group 'lp',
isn't it for you? Please file a new bug report about this issue, the
one here is long obsolete and irrelevant to that.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#385797: The issue was raised, but has not yet been acted upon

2008-04-29 Thread Francesco Poli

Hi!

I am another contributor to the discussion that was held during
the wiki.debian.net->wiki.debian.org migration.
For further details, please see:
http://lists.debian.org/debian-legal/2005/09/msg00565.html
http://lists.debian.org/debian-legal/2005/10/msg1.html
and the thread that followed, including
http://lists.debian.org/debian-legal/2005/10/msg00046.html

Unfortunately, the migration was performed without taking care of this
critical issue...  :-(
Hence, we now have another licensing mess (with possible copyright
violations done during the migration) to address.

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


pgpI9oODFHzk7.pgp
Description: PGP signature

Bug#478434: atokx installation fails during configure phase

2008-04-29 Thread peter green


Are you sure this is a bug?

the debconf message before I get that error seems to ask for a 
commercial CD (which I don't have, it seems this package can only be 
used if you own the appropriate commercial software.






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

Bug#477653: openoffice.org-writer: Apparently a Debian bug after all

2008-04-29 Thread Shai Berger

Package: openoffice.org-writer
Version: 1:2.4.0-5
Followup-For: Bug #477653

The upstream bug was closed today as nor reproduible. As my system
continues to reproduce it on the sample document, I now assume
this is a Debian bug.

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

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

Versions of packages openoffice.org-writer depends on:
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libgcc11:4.3.0-3 GCC support library
ii  libicu38   3.8.1-1   International Components for Unico
ii  libstdc++6 4.3.0-3   The GNU Standard C++ Library v3
ii  libstlport4.6ldbl  4.6.2-3.2 STLport C++ class library
ii  libwpd8c2a 0.8.14-1  Library for handling WordPerfect d
ii  libwps-0.1-1   0.1.2-1   Works text file format import filt
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  openoffice.org-base-co 1:2.4.0-5 OpenOffice.org office suite -- lib
ii  openoffice.org-core1:2.4.0-5 OpenOffice.org office suite archit
ii  python-uno 1:2.4.0-5 Python interface for OpenOffice.or
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages openoffice.org-writer recommends:
ii  gij-4.1 [java2-runtime]   4.1.2-19   The GNU Java bytecode interpreter
ii  java-gcj-compat [java2-runtim 1.0.78-1   Java runtime environment using GIJ
ii  openoffice.org-filter-binfilt 1:2.4.0-5  Legacy filters (e.g. StarOffice 5.
ii  openoffice.org-java-common1:2.4.0-5  OpenOffice.org office suite Java s
ii  openoffice.org-writer2latex   0.5-6  Writer/Calc to LaTeX/XHTML convert

Versions of packages openoffice.org-core depends on:
ii  fontconfig 2.5.0-2   generic font configuration library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-1+b1The Cairo 2D vector graphics libra
ii  libcurl3   7.18.1-1  Multi-protocol file transfer libra
ii  libdb4.6   4.6.21-7  Berkeley v4.6 Database Libraries [
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3.0-3 GCC support library
ii  libglib2.0-0   2.16.3-2  The GLib library of C routines
ii  libgstreamer-plugins-b 0.10.19-1 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.9-3  The GTK+ graphical user interface 
ii  libhunspell-1.2-0  1.2.2-1   spell checker and morphological an
ii  libhyphen0 2.3.1-3   ALTLinux hyphenation library - sha
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libicu38   3.8.1-1   International Components for Unico
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libldap-2.4-2  2.4.7-6.2 OpenLDAP libraries
ii  libneon27  0.28.2-1  An HTTP and WebDAV client library
ii  libnspr4-0d4.7.0-2   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0~beta3-1Network Security Service libraries
ii  libpam0g   0.99.7.1-6Pluggable Authentication Modules l
ii  libpango1.0-0  1.20.2-2  Layout and rendering of internatio
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libssl0.9.80.9.8g-8  SSL shared libraries
ii  libstdc++6 4.3.0-3   The GNU Standard C++ Library v3
ii  libstlport4.6ldbl  4.6.2-3.2 STLport C++ class library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxaw72:1.0.4-1 X11 Athena Widget library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-1 X11 Xinerama extension library
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  libxslt1.1 1.1.23-1  XSLT processing library - runtime 
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  openoffice.org-common  1:2.4.0-5 OpenOffice.org office suite archit
ii  ttf-opensymbol 1:2.4.0-5 The OpenSymbol TrueType font
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

-- no de

Bug#478191: [Pkg-gnutls-maint] Bug#478191: Bug#478191: Bug#478191: Acknowledgement (/usr/bin/gnutls-cli: Fatal error: Internal error in memory allocation.)

2008-04-29 Thread Simon Josefsson

Marc Haber <[EMAIL PROTECTED]> writes:

> On Tue, Apr 29, 2008 at 10:21:11AM +0200, Simon Josefsson wrote:
>> An alternative fix that doesn't require modifications to gnutls is to
>> have exim and any other application set value themselves:
>> 
>>   gnutls_handshake_set_max_packet_length (session, 64*1024);
>> 
>> FYI, the total packet size to do a TLS handshake with your server is
>> 25kb, which is the largest I've seen so far.
>> 
>> I'll backport the change from 16kb to 48kb to the v2.2 branch.  We will
>> do a new stable release soon.
>
> If the backport will be in Unstable soon, I'd rather refrain from
> patching exim. What do you think?

I'm preparing a 2.2.3 now, you can get a release candidate from:

http://josefsson.org/tmp/gnutls-2.2.3.tar.bz2

It contains that fix, and a few others.

/Simon



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

Bug#478545: [Alpine-info] Bug#478545: [alpine] alpine does not support large (>2 GiB) mbox's (fwd)

2008-04-29 Thread Asheesh Laroia


On Tue, 29 Apr 2008, Mark Crispin wrote:

Nothing prevents the user from creating an alternative-format INBOX.  The 
simplest way to create a mix-format INBOX in Alpine is to save a message to 
#driver.mix/INBOX and then exit Alpine.  When Alpine is restarted, it will 
see the mix-format INBOX and then automatically start transferring messages 
there from the spool directory.


But what if the spool is already >2GB?

-- Asheesh.

--
He draweth out the thread of his verbosity finer than the staple of his
argument.
-- William Shakespeare, "Love's Labour's Lost"



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

Bug#478589: klibc-utils: Include README for ipconfig

2008-04-29 Thread Jörg Sommer

Package: klibc-utils
Version: 1.5.9-2
Severity: wishlist

Hi,

can you add the file usr/kinit/ipconfig/README to the next package
version. It includes all those options of ipconfig. Maybe it's useful to
incude some other READMEs from the source tree, but they are more
development READMEs.

Bye, Jörg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.25
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages klibc-utils depends on:
ii  libklibc  1.5.9-2minimal libc subset for use with i

klibc-utils recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP

Bug#475270: [Pkg-cups-devel] Bug#475270: cupsys: “Find new printers” not available using french

2008-04-29 Thread Martin Pitt

Hi Yves,

Yves-Alexis Perez [2008-04-09 22:39 +0200]:
> I wanted to install my new printer on a box where the browser was configured
> to use french language. The “Find new printers” (wich looks at snmp and mDNS
> to find printers) doesn't exist. (I can make a screenshot if you want).

Screenshots comparing the French and English pages would indeed be
helpful. Thank you!

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



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

Bug#474241: [Pkg-cups-devel] Bug#474241: cupsys: Patch for landscape printing from MacOS X clients

2008-04-29 Thread Martin Pitt

tag 474241 moreinfo
thanks

Hi Axel,

Axel Beckert [2008-04-04 15:42 +0200]:
> Please include the patch at
> 
>   http://www.cups.org/str.php?L2149
>   http://www.cups.org/strfiles/2149/str2149.patch

> into the Debian package of CUPS. Without this patch, MacOS X clients
> are no more able to print landscape on a debian-based CUPS printing
> server.

This patch does not apply to the Debian package, since it does not use
the internal xpdf copy shipped by cups 1.3.7, but the new pdftops
filter from cups 1.4, which wraps around xpdf-utils/poppler-utils.

Did you actually test printing landscape from a MacOS X client? If it
doesn't work, this should be reassigned to poppler and xpdf. If it
works, this should just be closed.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#478545: [Alpine-info] Bug#478545: [alpine] alpine does not support large (>2 GiB) mbox's (fwd)

2008-04-29 Thread Asheesh Laroia


On Tue, 29 Apr 2008, Mark Crispin wrote:

The report is correct.  The c-client library makes no attempt to use the 
64bit system calls; and thus flat files are limited to 2GB.


Thanks for the confirmation.

The recommended solution for mailboxes with aggregate size greater than 2GB 
is to use mix format instead of a flat file format.  Even if c-client were 
updated to use the 64bit system calls, flat files (especially in traditional 
UNIX format) do not perform well at multi-GB sizes.


That's true.

If there is some compelling reason offered, I will consider 64bit support. 
However, as of right now, I am highly skeptical that the benefit would be 
worth the effort, especially since there is a superior solution for large 
mailboxes available now ("superior" since it will always work better than a 
large flat file).


Well, on a system where the mail setup is configured by the sysadmin, 
one's only way to read mail might be an enormous /var/mail/$USER that has 
exceeded two gigabytes.


-- Asheesh.

--
Questionable day.

Ask somebody something.



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

Bug#478535: llvm-gcc-4.2 - FTBFS: Unsuported LLVM Target s390-ibm-linux-gnu. Stop.

2008-04-29 Thread Arthur Loiret

On Tue, Apr 29, 2008 at 10:48:36PM +0200, Bastian Blank wrote:
> Okay, I announce a NMU to fix this on april 6.

A NMU on *april* 6 should be okay if the problem is not fixed in the
meanwhile. Thanks already.



signature.asc
Description: Digital signature

Bug#478545: [Alpine-info] Bug#478545: [alpine] alpine does not support large (>2 GiB) mbox's (fwd)

2008-04-29 Thread Mark Crispin


On Tue, 29 Apr 2008, Asheesh Laroia wrote:

Thanks for the confirmation.


You're welcome.

The recommended solution for mailboxes with aggregate size greater than 2GB 
is to use mix format instead of a flat file format.  Even if c-client were 
updated to use the 64bit system calls, flat files (especially in 
traditional UNIX format) do not perform well at multi-GB sizes.

That's true.


I'm glad that we are in agreement on this point.

If there is some compelling reason offered, I will consider 64bit support. 
However, as of right now, I am highly skeptical that the benefit would be 
worth the effort, especially since there is a superior solution for large 
mailboxes available now ("superior" since it will always work better than a 
large flat file).
Well, on a system where the mail setup is configured by the sysadmin, one's 
only way to read mail might be an enormous /var/mail/$USER that has exceeded 
two gigabytes.


Fortunately, this isn't true!

Nothing prevents the user from creating an alternative-format INBOX.  The 
simplest way to create a mix-format INBOX in Alpine is to save a message 
to #driver.mix/INBOX and then exit Alpine.  When Alpine is restarted, it 
will see the mix-format INBOX and then automatically start transferring 
messages there from the spool directory.


-- Mark --

http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.



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

1 2 3 4 5 6 >

1 - 100 of 534 matches

Mail list logo