Bug#406215: Fwd: Re: Debian Bug #406215
I assume it was oversight that stopped you sending this to the BTS, so I have
done so. This means I can point upstream to read your report if required.
Thanks for your report.
On Sun, Jul 12, 2009 at 10:19:40AM -0700, Jeff Doyle wrote:
Of course I can reproduce this error.
1.) Edit krb5.conf on KDC. Add one LDAP-based Heimdal backend config.
2.) Start KDC and view logs
3.) In logs, single LDAP Heimdal backend is acknowledged, and Kerberos via
LDAP works fine.
4.) Stop KDC and edit krb5.conf again. Add a second DB instance, below
existing one.
5.) Start KDC again, and view logs.
6.) Only the first DB instance is acknowledged. Subsequent ones are
ignored entirely. No errors, no messages saying only one backend is
allowed. Nothing.
7.) Reverse order of DB instances in krb5.conf (make sure I haven't
misconfigured them).
8.) Again, only the first DB is acknowledged; whatever one is at the top
of the database section.
Example krb5.conf on local KDC/LDAP server:
[kdc]
database = {
dbname =
ldap:cn=DEV.EXAMPLE.COM,cn=gssapi,cn=auth,dc=example,dc=com
realm = DEV.EXAMPLE.COM
}
database = {
dbname =
ldap:cn=OPS.EXAMPLE.COM,cn=gssapi,cn=auth,dc=example,dc=com
realm = OPS.EXAMPLE.COM
}
As you can see, identical configuration, aside from realm definitions and
LDAP backend DNs. But the 1st parsed DB is the only one to be in the
spotlight.
I have pored over the Debian man pages related to this. It really does
seem as if this IS a legal configuration.
--
Brian May b...@snoopy.debian.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#406215: Fwd: Re: Debian Bug #406215
On Mon, Jul 13, 2009 at 04:12:08PM +1000, Brian May wrote: I assume it was oversight that stopped you sending this to the BTS, so I have done so. This means I can point upstream to read your report if required. Thanks for your report. Upstream now say it is fixed in the subversion repository. -- Brian May b...@snoopy.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484841: staff group root equivalence
* Don Armstrong (d...@debian.org) [090712 20:37]: On Sun, 12 Jul 2009, Andreas Barth wrote: For this reason, I intend to propose the following options: 1. Keep /usr/local writeable by group staff (i.e. leave things as they are). 2. Decide to change the default so that /usr/local is not writeable by group staff anymore. This change should only be implemented after an appropriate transition plan exists, so that system administrators can keep that functionality. Suggest This change should only be implemented after an appropriate transition plan exists which enables system administrators to maintain the ability of group staff to write to /usr/local. instead (which is what I think you mean.) yes. Cheers, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536644: initramfs-tools: Boot failure from software-RAID1 with debian Lenny
also sprach D. North ro...@tditx.com [2009.07.13.0023 +0200]: Do you have multipaths? The multipath tools are installed -- but I don't think they're required. The selected packages for this system came from a package list on an etch system which this machine is replacing. I have to ask: does the problem persist if you deinstall the package (multipath-tools-boot)? I can certainly do that... however, enabling 'debug' on the kernel boot line affects the timing enough that the problem doesn't occur any more. Do you still want the debug log? I love Heisenbugs. Yes, I think you should still include it. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#536737: no archives availeble
Quoting Gerard Bekking (ger...@dehoenderkooi.nl): Install tasks: [ E] Bad archive mirror Have you re-tried by using another mirror. You maybe ran into a moment where the mirror you were using was incomplete. signature.asc Description: Digital signature
Bug#536715: [INTL:sv] Swedish strings for console-setup debconf
Quoting Martin Bagge (brot...@bsnet.se): package: console-setup severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. Console-setup strings are handled through debian-installer master files. So, updating them directly is not really possible: the translations need to come from the D-I master files, which Swedish translation is managed by Daniel Nylander. I can of course merge your translation into the D-I master file, but I need both your permission and the permission of Daniel. signature.asc Description: Digital signature
Bug#534273: boinc-client: Client is ignoring usb mouse input and continues processing when the computer is not idle
Hi Andres This bug was identified as an upstream bug [1], and the team is coordinating efforts with upstream to fix it as soon as possible. Thanks for your support. [1] http://boinc.berkeley.edu/trac/ticket/463 -- Fernando C. Estrada http://www.fcestrada.com fcestr...@fcestrada.com 1024D/45D559A2 2007-08-09 6BC0 293A 9C7A 9DD5 2D12 6DCB 6A99 02A1 45D5 59A2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527314: monotone: Monotone needs recompile against libbotan 1.8.2
Greetings, Any ETA for resolution of this bug? Thanks for any feedback. Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536741: vim-scripts: xmledit added as user fails to open xml files
Package: vim-scripts Version: 20081206-1 Severity: minor Trying to open a XML file with (g)vim will open *xml-plugin.txt* help instead, preventing user to access the xml file, if, and only if, xmledit has been added with 'vim-addons' as user... probably due to check line 564 and following of the /usr/share/vim-scripts/ftplugin/xml.vim file. Workaround : install xmledit system-wide with 'vim-addons -w install xmledit' as root. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (960, 'experimental'), (80, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim 2:7.2.148-2 Vi IMproved - enhanced vi editor ii vim-addon-manager0.4 manager of addons for the Vim edit ii vim-gtk [vim]2:7.2.148-2 Vi IMproved - enhanced vi editor - Versions of packages vim-scripts suggests: pn libtemplate-perl none (no description available) pn perlsgml none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536724: wordpress: CORE-2009-0515 priviledges unchecked and multiple information disclosures
this is fixed in upstream version 2.8.1. please coordinate with the security team to prepare updates for the stable releases. Wordpress 2.8.1 is going to be uploaded in sid in the near future. As for the stable release I'm going to prepare a patch and submit it so security team. Thank you for reporting this. Cheers. Andrea De Iacovo
Bug#536744: libgpod: Please update libsgutils dependency
Package: libgpod Version: 0.7.2-1 Tags: patch Hello, sg3utils recently got a new SONAME. Please update your build dependency libsgutils1-dev to libsgutils2-dev, so that the old 1 soname binary packages can be removed from the archive. I verified that the package builds correctly with the new version. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#536742: [INTL:es] Spanish debconf template translation for up-imapproxy
Package: up-imapproxy Version: 1.2.6-5 Severity: wishlist Tags: l10n patch -- Saludos Fran # up-imapproxy po-debconf translation to Spanish # Copyright (C) 2006, 2009 Software in the Public Interest # This file is distributed under the same license as the up-imapproxy package. # # Changes: # - Initial translation # Jose Luis Tallon jltal...@adv-solutions.net, 2006 # # - Updates # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor, lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: up-imapproxy 1.2.6-5\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2009-02-08 10:30+0100\n PO-Revision-Date: 2009-07-02 09:33+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid IMAP server to connect to: msgstr Servidor IMAP al que conectarse: #. Type: string #. Description #: ../templates:1001 msgid Please enter the hostname or address of the IMAP server ImapProxy will connect to. msgstr Por favor, introduzca el nombre o la dirección del servidor IMAP al que se conectará ImapProxy.
Bug#536743: [INTL:es] Spanish debconf template translation for caudium
Package: caudium
Version: 3:1.4.12-12
Severity: wishlist
Tags: l10n patch
--
Saludos
Fran
# caudium po-debconf translation to Spanish
# Copyright (C) 2005, 2009 Software in the Public Interest
# This file is distributed under the same license as the caudium package.
#
# Changes:
# - Initial translation
# César Gómez Martín cesar.go...@gmail.com, 2005
#
# - Updates
# Francisco Javier Cuadrado fcocuadr...@gmail.com, 2009
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor, lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas de traducción en
# http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid
msgstr
Project-Id-Version: caudium 3:1.4.12-12\n
Report-Msgid-Bugs-To: gren...@debian.org\n
POT-Creation-Date: 2006-10-16 10:52+0200\n
PO-Revision-Date: 2009-07-11 18:19+0100\n
Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n
Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: string
#. Description
#: ../templates:1001
msgid Config interface port:
msgstr Puerto de la interfaz de configuración:
#. Type: string
#. Description
#: ../templates:1001
msgid Specify the port on which Caudium will provide its configuration interface. You can access the interface using any form capable web browser (like Mozilla, Lynx, Links or Galeon)
msgstr Especifique el puerto en el que se podrá acceder a la interfaz de configuración de Caudium. Puede acceder a la interfaz con cualquier navegador web capaz de utilizar formularios (como Mozilla, Lynx, Links o Galeon).
#. Type: string
#. Description
#: ../templates:2001
msgid Server port:
msgstr Puerto del servidor:
#. Type: string
#. Description
#: ../templates:2001
msgid Caudium is currently configured to listen on port '${portno}' of every interface in your machine. You can however specify a different port here if there's such need.
msgstr Caudium está actualmente configurado para escuchar en el puerto «${portno}» de todas las interfaces de su máquina. Aquí puede especificar un puerto diferente si realmente lo necesita.
#. Type: multiselect
#. Choices
#: ../templates:3001
msgid threads, debug, once, profile, fd-debug, keep-alive
msgstr hilos, depurar, una vez, perfilar, depurar df, mantener vivas
#. Type: multiselect
#. Description
#: ../templates:3002
msgid Startup options:
msgstr Opciones de inicio:
#. Type: multiselect
#. Description
#: ../templates:3002
msgid
You can select zero or more options from:\n
'threads' - use threads (if available)\n
'debug' - output debugging information while running\n
'once' - run in foreground\n
'profile' - store profiling information\n
'fd-debug' - debug file descriptor usage\n
'keep-alive' - keep connections alive with HTTP/1.1
msgstr
Puede seleccionar ninguna o más opciones de:\n
«hilos» - usar hilos (si están disponibles)\n
«depurar» - mostrar información de depuración mientras se ejecuta\n
«una vez» - ejecutar en primer plano\n
«perfilar» - almacenar información sobre el rendimiento\n
«depurar df» - depurar el uso de descriptor de archivo\n
«mantener activas» - mantener las conexiones activas con HTTP/1.1
#. Type: boolean
#. Description
#: ../templates:4001
msgid Tune for maximum performance settings?
msgstr ¿Desea ajustar las opciones para un máximo rendimiento?
#. Type: boolean
#. Description
#: ../templates:4001
msgid
If you select this option the Caudium default configuration will be tweaked by turning off certain features that can severely slow your server down. The features turned off are:\n
- extra Roxen compatibility\n
- module level security\n
- the support database\n
- DNS lookups\n
- URL modules
msgstr
Si selecciona esta opción, la configuración predeterminada de Caudium se retocará deshabilitando algunas características que pueden hacer que su servidor vaya más lento. Las características deshabilitadas son:\n
- compatibilidad Roxen extra\n
- seguridad a nivel de módulo\n
- base de datos de soporte\n
- búsquedas DNS\n
- módulos URL
#. Type: boolean
#. Description
#: ../templates:4001
msgid If you use any of the above features DO NOT turn this option on!
msgstr ¡NO habilite esta opción si usa alguna de las características de arriba!
#. Type: note
#. Description
#: ../templates:5001
msgid Cannot bind to port
msgstr No se puede enlazar con el puerto.
#. Type: note
#. Description
#: ../templates:5001
msgid The port you have
Bug#536745: audacious: Incorrect playback of mono MP3 files with extra-stereo plugin enabled
Package: audacious Version: 1.5.1-4 Severity: normal When attempting to play mono MP3 files while the extra-stereo plugin is turned on (something which worked correctly with xmms), Audacious outputs loud noise. The spectrum analyzer visualization is correct. This problem does not appear to happen when playing mono Ogg Vorbis files. Steps to reproduce: 1: Turn on the extra-stereo plugin. 2: Play a mono MP3 file. -- System Information: Debian Release: 5.0.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-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 audacious depends on: ii audacious-plugins 1.5.1-2 Base plugins for audacious ii dbus1.2.1-5 simple interprocess messaging syst ii gtk2-engines-pixbuf 2.12.12-1~lenny1 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libaudclient1 1.5.1-4 audacious dbus remote control libr ii libaudid3tag1 1.5.1-4 audacious id3 tag manipulation lib ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5 simple interprocess messaging syst ii libdbus-glib-1-20.76-1 simple interprocess messaging syst ii libglib2.0-02.16.6-1+lenny1 The GLib library of C routines ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libmcs1 0.7.1-1 Abstraction library to store confi ii libmowgli1 0.6.1-1 a high performance development fra ii libpango1.0-0 1.20.5-3+lenny1 Layout and rendering of internatio ii libsamplerate0 0.1.4-1 audio rate conversion library ii libsm6 2:1.0.3-2X11 Session Management library ii libx11-62:1.1.5-2X11 client-side library Versions of packages audacious recommends: ii audacious-plugins-extra 1.5.1-2Various extra plugins for audaciou ii unzip 5.52-12De-archiver for .zip files audacious suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536746: podsleuth: please build against libsgutils2
Package: podsleuth
Version: 0.6.4-2
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch karmic
Hello,
sg3utils recently got a new SONAME. Please update your package
so that the old 1 soname binary packages can be removed from the
archive.
Patch attached.
Thanks for considering,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff -u podsleuth-0.6.4/debian/changelog podsleuth-0.6.4/debian/changelog
--- podsleuth-0.6.4/debian/changelog
+++ podsleuth-0.6.4/debian/changelog
@@ -1,3 +1,11 @@
+podsleuth (0.6.4-2ubuntu1) karmic; urgency=low
+
+ * debian/control: libsgutils1-dev → libsgutils2-dev.
+ * Add 01-sgutils-soname.patch: Update configure check for new libsgutils
+soname.
+
+ -- Martin Pitt martin.p...@ubuntu.com Mon, 13 Jul 2009 08:50:53 +0200
+
podsleuth (0.6.4-2) unstable; urgency=low
* Upload to unstable.
diff -u podsleuth-0.6.4/debian/control podsleuth-0.6.4/debian/control
--- podsleuth-0.6.4/debian/control
+++ podsleuth-0.6.4/debian/control
@@ -11,7 +12,7 @@
libmono-posix2.0-cil,
libndesk-dbus1.0-cil (= 0.4),
libhal-dev (= 0.5.6),
- libsgutils1-dev
+ libsgutils2-dev
Standards-Version: 3.8.0
Vcs-Svn: svn://svn.debian.org/svn/pkg-cli-apps/packages/podsleuth/trunk
Vcs-Browser: http://svn.debian.org/wsvn/pkg-cli-apps/packages/podsleuth/trunk/
only in patch2:
unchanged:
--- podsleuth-0.6.4.orig/debian/patches/01-sgutils-soname.patch
+++ podsleuth-0.6.4/debian/patches/01-sgutils-soname.patch
@@ -0,0 +1,49 @@
+diff -Nur -x '*.orig' -x '*~' podsleuth-0.6.4/configure
podsleuth-0.6.4.new/configure
+--- podsleuth-0.6.4/configure 2009-01-20 23:43:04.0 +0100
podsleuth-0.6.4.new/configure 2009-07-13 08:58:05.520994982 +0200
+@@ -4392,13 +4392,13 @@
+
+
+
+-{ $as_echo $as_me:$LINENO: checking for sg_ll_inquiry in -lsgutils 5
+-$as_echo_n checking for sg_ll_inquiry in -lsgutils... 6; }
++{ $as_echo $as_me:$LINENO: checking for sg_ll_inquiry in -lsgutils2 5
++$as_echo_n checking for sg_ll_inquiry in -lsgutils2... 6; }
+ if test ${ac_cv_lib_sgutils_sg_ll_inquiry+set} = set; then
+ $as_echo_n (cached) 6
+ else
+ ac_check_lib_save_LIBS=$LIBS
+-LIBS=-lsgutils $LIBS
++LIBS=-lsgutils2 $LIBS
+ cat conftest.$ac_ext _ACEOF
+ /* confdefs.h. */
+ _ACEOF
+@@ -4462,11 +4462,11 @@
+ #define HAVE_LIBSGUTILS 1
+ _ACEOF
+
+- LIBS=-lsgutils $LIBS
++ LIBS=-lsgutils2 $LIBS
+
+ else
+- { { $as_echo $as_me:$LINENO: error: Error! You need to have libsgutils.
5
+-$as_echo $as_me: error: Error! You need to have libsgutils. 2;}
++ { { $as_echo $as_me:$LINENO: error: Error! You need to have libsgutils2.
5
++$as_echo $as_me: error: Error! You need to have libsgutils2. 2;}
+{ (exit 1); exit 1; }; }
+
+ fi
+diff -Nur -x '*.orig' -x '*~' podsleuth-0.6.4/m4/podsleuth.m4
podsleuth-0.6.4.new/m4/podsleuth.m4
+--- podsleuth-0.6.4/m4/podsleuth.m42007-12-19 23:37:05.0 +0100
podsleuth-0.6.4.new/m4/podsleuth.m42009-07-13 08:57:40.636785472
+0200
+@@ -32,8 +32,8 @@
+
+ AC_DEFUN([PODSLEUTH_CHECK_SGUTILS],
+ [
+- AC_CHECK_LIB(sgutils, sg_ll_inquiry, [],
+- AC_MSG_ERROR([Error! You need to have libsgutils.])
++ AC_CHECK_LIB(sgutils2, sg_ll_inquiry, [],
++ AC_MSG_ERROR([Error! You need to have libsgutils2.])
+ )
+ ])
+
signature.asc
Description: Digital signature
Bug#536747: libipoddevice: please build against libsgutils2
Package: libipoddevice
Version: 0.5.3-3.1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch karmic
Hello,
sg3utils recently got a new SONAME. Please update your package
so that the old 1 soname binary packages can be removed from the
archive.
Patch attached.
Thanks for considering,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff -u libipoddevice-0.5.3/debian/changelog
libipoddevice-0.5.3/debian/changelog
--- libipoddevice-0.5.3/debian/changelog
+++ libipoddevice-0.5.3/debian/changelog
@@ -1,3 +1,11 @@
+libipoddevice (0.5.3-3.1ubuntu2) karmic; urgency=low
+
+ * debian/control: libsgutils1-dev → libsgutils2-dev.
+ * configure.ac, configure: Update check for libsgutils to use -lsgutils2.
+ * src/hal-ipod-info.c: Add missing stdint.h include.
+
+ -- Martin Pitt martin.p...@ubuntu.com Mon, 13 Jul 2009 08:48:41 +0200
+
libipoddevice (0.5.3-3.1ubuntu1) intrepid; urgency=low
* src/ipod-device.c:
diff -u libipoddevice-0.5.3/debian/control libipoddevice-0.5.3/debian/control
--- libipoddevice-0.5.3/debian/control
+++ libipoddevice-0.5.3/debian/control
@@ -4,7 +4,7 @@
Maintainer: Ubuntu MOTU Developers ubuntu-m...@lists.ubuntu.com
XSBC-Original-Maintainer: Debian Mono Group
pkg-mono-gr...@lists.alioth.debian.org
Uploaders: Sebastian Dröge sl...@debian.org
-Build-Depends: debhelper (= 5), cdbs, pkg-config, libglib2.0-dev (= 2.6.0),
libdbus-glib-1-dev, libhal-dev (= 0.5.6), libgtop2-dev (= 2.14.0),
libsgutils1-dev, libxml2-dev, zlib1g-dev
+Build-Depends: debhelper (= 5), cdbs, pkg-config, libglib2.0-dev (= 2.6.0),
libdbus-glib-1-dev, libhal-dev (= 0.5.6), libgtop2-dev (= 2.14.0),
libsgutils2-dev, libxml2-dev, zlib1g-dev
Standards-Version: 3.7.2
Package: ipod
only in patch2:
unchanged:
--- libipoddevice-0.5.3.orig/configure
+++ libipoddevice-0.5.3/configure
@@ -20863,13 +20863,13 @@
fi
-{ echo $as_me:$LINENO: checking for sg_ll_inquiry in -lsgutils 5
-echo $ECHO_N checking for sg_ll_inquiry in -lsgutils... $ECHO_C 6; }
+{ echo $as_me:$LINENO: checking for sg_ll_inquiry in -lsgutils2 5
+echo $ECHO_N checking for sg_ll_inquiry in -lsgutils2... $ECHO_C 6; }
if test ${ac_cv_lib_sgutils_sg_ll_inquiry+set} = set; then
echo $ECHO_N (cached) $ECHO_C 6
else
ac_check_lib_save_LIBS=$LIBS
-LIBS=-lsgutils $LIBS
+LIBS=-lsgutils2 $LIBS
cat conftest.$ac_ext _ACEOF
/* confdefs.h. */
_ACEOF
@@ -20941,10 +20941,10 @@
{ echo $as_me:$LINENO: result: $ac_cv_lib_sgutils_sg_ll_inquiry 5
echo ${ECHO_T}$ac_cv_lib_sgutils_sg_ll_inquiry 6; }
if test $ac_cv_lib_sgutils_sg_ll_inquiry = yes; then
- HAL_IPOD_INFO_LIBS=-lsgutils
+ HAL_IPOD_INFO_LIBS=-lsgutils2
else
- { { echo $as_me:$LINENO: error: Error! You need to have libsgutils. 5
-echo $as_me: error: Error! You need to have libsgutils. 2;}
+ { { echo $as_me:$LINENO: error: Error! You need to have libsgutils2. 5
+echo $as_me: error: Error! You need to have libsgutils2. 2;}
{ (exit 1); exit 1; }; }
fi
only in patch2:
unchanged:
--- libipoddevice-0.5.3.orig/configure.ac
+++ libipoddevice-0.5.3/configure.ac
@@ -48,8 +48,8 @@
AC_DEFINE([HAVE_HAL_EJECT], [1], [Have a HAL that supports DBus
Methods])
fi
-AC_CHECK_LIB(sgutils, sg_ll_inquiry, HAL_IPOD_INFO_LIBS=-lsgutils,
- AC_MSG_ERROR([Error! You need to have libsgutils.])
+AC_CHECK_LIB(sgutils, sg_ll_inquiry, HAL_IPOD_INFO_LIBS=-lsgutils2,
+ AC_MSG_ERROR([Error! You need to have libsgutils2.])
)
AC_SUBST(HAL_IPOD_INFO_LIBS)
only in patch2:
unchanged:
--- libipoddevice-0.5.3.orig/src/hal-ipod-info.c
+++ libipoddevice-0.5.3/src/hal-ipod-info.c
@@ -6,6 +6,7 @@
#include errno.h
#include sys/types.h
#include fcntl.h
+#include stdint.h
#include scsi/sg_cmds.h
#include libhal.h
#include glib.h
signature.asc
Description: Digital signature
Bug#536682: [Enigma-devel] Refresh of 1.01 Debian package in experimental - please help testing.
reopen 536682 thanks Hello Roland, Unfortunatly your fix is incomplete and breaks the backward compatibility for Xerces 2.x. Please use the attached patch that has been commited in r1755 to the trunk and r1756 to the 1.01 branch. Thank you. Yeah, I missed the reverse direction, it didn't show up in my grep. If I have some time on tuesday, I'll try to resync all my patches to bring the Debian package into a direct r1756+patches shape. Right now it's the released 1.01 version plus some debian patches plus patches up to 1755 minus a lot of overlap manually removed from one or the other patch. Thank you for your work on Enigma - it's an excellent software, and you are the perfect upstream any maintainer dreams of. best regards, Erich Schubert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536719: git-dch: eats up newlines from git log
On Sun, Jul 12, 2009 at 11:29:12PM +0300, أحمد المحمودي wrote: [..snip..] When I run git-dch --full, it eats up newlines from the git log, for example I got this entry in git log: * debian/rules: + Everything is now installed using dh_install instead of install. + Make debian/dicodconfig* files executable in build target before they get installed by install-arch target. + Cleanup. Now when I run: git-dch --full, I get this in debian/changelog: * * debian/rules: + Everything is now installed using dh_install instead of install. + Make debian/dicodconfig* files executable in build target before they get installed by install-arch target. + Cleanup. * Added debian/dico-module-mediawiki.install * Removed debian/dicoweb.dirs We'd need to implement our own dch like functionality for that since we can't pass on the line breaks to dch. This is on my todo list. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#411206: Please implement --git-overlay option
On Sun, Jul 12, 2009 at 11:06:02PM +0300, أحمد المحمودي wrote: Hello, I see that this discussion stopped almost 2 years ago. Could you please implement the --git-overlay option to unpack the upstream orig tarball into build-area before adding debian/ changes on top of it ? This is unlikely to happen from my side in the near future. This really isn't the workflow gbp tries to ease working with. I'd certainly be happy to apply clean patches doing that though. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534459: Unreproduceable
* Patrick Matthäi pmatth...@debian.org [2009-07-09 19:51:21 CEST]: I tried it out several times now, with dpkg and apt in different situations without any success - are you able to reproduce it? It happens when you upgrade geoip-bin without pulling in libgeoip1 in the same run. geoip-bin is missing its versioned Replaces on libgeoip1 for doing file moves from one binary package to another. I bumped the severity to important first.. Hmm, may I bump it back to serious then? :) So long! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536748: qa.debian.org: watch column show incorrect version number
Package: qa.debian.org Severity: normal Subject says it all. Take for instance virtualbox-ose. The watch column says up-to-date version is 2.2.4 but it also gives a Details link going to the DEHS page that correctly shows 3.0.2. Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536749: prelude-manager: postinst fails
Package: prelude-manager Version: 0.9.15-1 Setting up prelude-manager (0.9.15-1) ... dbconfig-common: writing config to /etc/dbconfig-common/prelude-manager.conf chown: cannot access `/var/run/prelude-manager/': No such file or directory dpkg: error processing prelude-manager (--configure): subprocess installed post-installation script returned error exit status 1 The deb does not contain the /var/run/prelude-manager directory. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages prelude-manager depends on: ii adduser3.110 add and remove users and groups ii dbconfig-common1.8.41common framework for packaging dat ii debconf [debconf-2.0] 1.5.27Debian configuration management sy ii libc6 2.9-19GNU C Library: Shared libraries ii libgcrypt111.4.4-3 LGPL Crypto library - runtime libr ii libgnutls262.6.6-1 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libltdl7 2.2.6a-4 A system independent dlopen wrappe ii libprelude20.9.24-1 Hybrid Intrusion Detection System ii libpreludedb0 0.9.15.1-3Hybrid Intrusion Detection System ii libtasn1-3 2.2-1 Manage ASN.1 structures (runtime) ii libxml22.7.3.dfsg-1 GNOME XML library ii ucf3.0018Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime Versions of packages prelude-manager recommends: pn mysql-client | postgresql-cli none (no description available) prelude-manager suggests no packages. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536751: tinyproxy: postrotate problem
Package: tinyproxy Version: 1.6.3-3.2 Severity: normal The postrotate entry does check for /var/run/tinyproxy/tinyproxy.pid but this file oes not exist. PID file is at /var/run/tinyproxy.pid -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (400, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.19.7 Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages tinyproxy depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii logrotate 3.7.1-5Log rotation utility tinyproxy recommends no packages. tinyproxy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536752: encfs must respect maximum file length (255/256 for ext2/3/4)
Package: encfs Version: 1.5.2-1 Severity: normal The maximum filename length on ext2/3 is 255 bytes, and 256 bytes for ext4. Since encfs has a tendency to inflate the filename, it runs against these boundaries even if the unencrypted plain text file name does not. In that case, a file cannot be stored, the OS acquits with ENAMETOOLONG and refuses to store. I think encfs needs to find a way to handle this situation to be able to store long file names according to the underlying filesystem restrictions. I would not hardcode 255/256 but instead add a handler for ENAMETOOLONG, which squashes the file over two inodes, or uses a rewrite map. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages encfs depends on: ii fuse-utils2.7.4-2Filesystem in USErspace (utilities ii libboost-filesystem1.38.0 1.38.0-7 filesystem operations (portable pa ii libboost-serialization1.38.0 1.38.0-7 serialization library for C++ ii libc6 2.9-19 GNU C Library: Shared libraries ii libfuse2 2.7.4-2Filesystem in USErspace library ii libgcc1 1:4.4.0-10 GCC support library ii librlog1c2a 1.3.7-1.2 flexible message logging library ii libssl0.9.8 0.9.8k-3 SSL shared libraries ii libstdc++64.4.0-10 The GNU Standard C++ Library v3 encfs recommends no packages. encfs suggests no packages. -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#536435: [Pkg-scicomp-devel] Bug#536435: gmsh: Please Build-Depends: libopencascade-modeling-dev
On 2009/7/10 Christophe Prud'homme wrote: Hi Denis I just uploaded -3 with your patch and a few other things Thanks Christophe, Unfortunately my patch was incomplete, OCC has to be enabled at configure time. Here is a patch to fix debian/rules. Denis --- debian/rules +++ debian/rules @@ -27,22 +27,8 @@ export CXXFLAGS= -O3 export FFLAGS= -O3 export CPPFLAGS= -WITH_OCC=no +WITH_OCC=yes WITH_MPI=no -ifeq ($(shell dpkg --print-architecture),amd64) - WITH_OCC=yes -# WITH_MPI=yes -endif -ifeq ($(shell dpkg --print-architecture),i386) - WITH_OCC=yes -# WITH_MPI=yes -endif -ifeq ($(shell dpkg --print-architecture),ia64) -# WITH_MPI=yes -endif -ifeq ($(shell dpkg --print-architecture),powerpc) -# WITH_MPI=yes -endif ifeq ($(WITH_OCC),yes) CFLAGS += -I/usr/include/opencascade -DHAVE_NO_OCC_CONFIG_H CXXFLAGS += -I/usr/include/opencascade -DHAVE_NO_OCC_CONFIG_H
Bug#536750: option to not chmod() on destination at all
Package: rdiff-backup Version: 1.2.8-1 Severity: wishlist rdiff-backup has the ability to store metadata separately, e.g. in case the destination filesystem does not support metadata or the user does not have permission to chown() etc. However, it also still chown()'s and chmod()'s if it can. It would be nice if there was an option to prevent any sort of metdata storage on the destination filesystem (and files would only be created according to the umask). The reason is that I have a few files and directories with permissions and those create errors on the destination, when storing the backups themselves to tape. It seems a bit counterproductive to store metadata externally but also insist on using chmod() if possible. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rdiff-backup depends on: ii libc6 2.9-19 GNU C Library: Shared libraries ii librsync1 0.9.7-5rsync remote-delta algorithm libra ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P Versions of packages rdiff-backup recommends: ii python-pylibacl 0.4.0-3module for manipulating POSIX.1e A ii python-xattr [python-pyxattr] 0.4-4 module for manipulating filesystem rdiff-backup suggests no packages. -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#508289: [nfs-common] mount nfs at boot fails when insserv with shell or startpar concurrency is enabled
[Dominik Bodi] However, automatic nfs mount stops working as soon as wicd is installed. I haven't tried network-manager as unstable has got kde4 now, which hasn't a working network-manager front-end yet. I've attached the files you wanted, once with wicd installed, once without wicd. Thank you. I've looked at the dependency graph and the boot script ordering, and all of it seem to be correct. The ordering of nfs related scripts are not affected by the wicd scripts. Because of this, I do not believe your problem is boot order related. In newer Debian versions, the automatic NFS mounting is event based, meaning that the NFS mounting is tried when the network is up, and not at a given sequence in the boot. This behaviour is controled by the scripts /etc/network/if-up.d/mountnfs and /etc/init.d/mountnfs.sh. Could it be that wicd change the way the network is handled, and thus confuses these scripts? Or, could it be that the boot is quicker when concurrent booting is enabled, and thus the network is not enabled when it need to be enabled for NFS mounting to work? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536753: libqd-dev 2.3.4-1
Package: libqd-dev Version: 2.3.4-1 libqdmod.a does not exist. apt-get install libqd-dev f95 -O2 -ffree-from -c f_test.f -I/usr/lib/qd c++ -O2 -DHAVE_CONFIG_H -o f_test.exe f_test.o \ -L/usr/lib/ -lqdmod -lqd -lrt -lm \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2 \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib \ -L/lib/../lib -L/usr/lib/../lib \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../.. -lrt -lgfortranbegin \ -lgfortran -lm Finally, the linker couldn't generate the binary file for f_test.f where f_test.f could be found in quad-double package source qd-2.3.8/tests/f_test.f While the qd library is compiled from source, f_test.f could be compiled and linked successfully. This bug could fix by just including libqdmod.a while building the package. libqd-dev 2.3.4-1 depends on libqd2c2a 2.3.4-1 Linux node1 2.6.26-2-amd64 #1 SMP Sun Jun 21 04:47:08 UTC 2009 x86_64 GNU/Linux libc.so.6 Version: 2.7-18 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536754: unattended-upgrades: origin (Allowed-Origins) can't contain space (e.g. Unofficial Multimedia Packages)
Package: unattended-upgrades Version: 0.42debian1 Severity: minor This script seems not to honor origins with spaces (e.g. Unofficial Multimedia Packages). I tried to fix it but I'm not sure if this will break other configs. This lines have been added to the script: def split_allowed_origins(origin): i = string.split(origin) if len(i) 2: return [string.join(i[:-1]), i[-1]] else: return i And this line allowed_origins = map(string.split, apt_pkg.Config.ValueList(Unattended-Upgrade::Allowed-Origins)) was replaced by allowed_origins = map(split_allowed_origins, apt_pkg.Config.ValueList(Unattended-Upgrade::Allowed-Origins)) regards Joerg -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unattended-upgrades depends on: ii apt 0.7.21 Advanced front-end for dpkg ii apt-utils 0.7.21 APT utility programs ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii python2.5.4-2An interactive high-level object-o ii python-apt0.7.10.4 Python interface to libapt-pkg ii ucf 3.0018 Update Configuration File: preserv unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii mailx 1:20081101-2 Transitional package for mailx ren -- debconf information: unattended-upgrades/enable_auto_updates: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536755: option to not chmod() on destination at all
Package: rsync Version: 3.0.6-1 Severity: wishlist rsync has --fake-super, the ability to store metadata in extended attributes, e.g. in case the filesystem does not support metadata or the user does not have permission to chown() etc. However, it also still chown()'s and chmod()'s if it can, even with --fake-super, if I pass --uid, --perms, etc. If I do not pass those flags, then it does not chown() and chmod(), but also doesn't store that information in the extended attributes. It would be nice if there was an option to prevent any sort of metadata storage on the destination filesystem (and files would only be created according to the umask). Maybe this should even be inherent in the use of --fake-super. The reason is that I have a few files and directories with permissions and those create errors on the destination, when storing the backups themselves to tape. It seems a bit counterproductive to store metadata externally but also insist on using chmod() if possible. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-rc5-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsync depends on: ii base-files5.0.0 Debian base system miscellaneous f ii libacl1 2.2.47-3 Access control list shared library ii libc6 2.9-19 GNU C Library: Shared libraries ii libpopt0 1.14-4 lib for parsing cmdline parameters ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client1:5.1p1-6 secure shell client, an rlogin/rsh ii openssh-server1:5.1p1-6 secure shell server, an rshd repla -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#523787: Logfile
Hi Simon, Sorry for the delay in getting around to testing this further. I attach the daemon.log file with log-dhcp switched on. I tested three machines yesterday, each of which has two entries in /etc/ethers (because they have two NICs - but only one is ever used at a time): junior works fine - comes up on .1.17 each time it boots (using its wireless NIC - I haven't tried the wired one) tony should come up on .1.10 but gets given .1.104 instead (see 23:32 in the log) xaphod should come up on .1.21 but gets given .1.110 instead (see 23:34 in the log) The problems are different - tony sent a DHCPDISCOVER, but xaphod sent a DHCPREQUEST. In case it's relevant, tony uses eth0 and xaphod uses eth1. Each has two wired NICs and no wireless. Grateful for any further tests to run, Many thanks, Chris daemon.log.gz Description: GNU Zip compressed data
Bug#536668: lighttpd: Static HTML file results in Content-Type: application/octet-stream
Package: lighttpd Version: 1.4.23-2 Severity: normal Hi, GET / HTTP/1.1 Host: 192.168.1.7 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729) Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cache-Control: max-age=0 HTTP/1.1 200 OK Content-Type: application/octet-stream Accept-Ranges: bytes Content-Length: 3585 Date: Mon, 13 Jul 2009 08:43:33 GMT Server: lighttpd/1.4.23 Greetings, Olaf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-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 lighttpd depends on: ii libattr1 1:2.4.43-3Extended attribute shared library ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.9-19GNU C Library: Shared libraries ii libfam02.7.0-14 Client library to control the FAM ii libldap-2.4-2 2.4.15-1.1OpenLDAP libraries ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8k-3 SSL shared libraries ii libterm-readline-perl- 1.0302-1 Perl implementation of Readline li ii lsb-base 3.2-22Linux Standard Base 3.2 init scrip ii mime-support 3.46-1MIME files 'mime.types' 'mailcap ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime Versions of packages lighttpd recommends: pn spawn-fcginone (no description available) Versions of packages lighttpd suggests: pn apache2-utils none (no description available) ii openssl 0.9.8k-3 Secure Socket Layer (SSL) binary a pn rrdtool none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536365: [Pkg-samba-maint] Bug#536365: samba: domain member don't authorize domain users
On Fri, Jul 10, 2009 at 10:10:31PM +0200, Christian Perrier wrote: I'm not entirely sure about the whole sequence, but have you tried adding passdb backend = smbpasswd on the server which you upgraded from 3.3.4 to 3.4? Has no effect. See above: I don' touch production servers, but experiment with fresh install instead. More over one of those servers has tdbsam backend and other - smbpasswd, but smbpasswd file is empty. Both are working with old version. The default value for passdb backend changed between 3.3 and 3.4 and I noticed the following in log.pot you sent: I think passdb backend is not a problem. If You careful read thread, You know that user authorized locally and that is what is core of problem. Here is one more evidence from log.pot: saf_fetch: failed to find server for INISTDOM domain ... Mapped domain from [INISTDOM] to [HOG] for user [vs] from workstation [POT] Thats mean, samba couldn't find pdc and then use local domain hog. -- * Vladimir Stavrinov ** *** v...@inist.ru * * -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536598: fixed by increasing block size large directories
retitle 536598 consider using a hash-directory layout or a filename map severity 536598 wishlist also sprach martin f krafft madd...@debian.org [2009.07.11.1542 +0200]: The problem is that rsync (or tar) fail to copy all entries in large directories (50,000+ entries), because apparently the directory index (dir_index feature of ext2/3) gets exhausted. The problem was that the destination filesystem has a 1k block size, since it was originally intended to be used as Maildir storage. Theodore Tso explains in the thread [0] that the block size b (in kilobytes) determines the size of the directory index: n = 200,000 × b³ which is 200,000 for 1k blocks, 1.6 million for 2k blocks, and 12.8 million for 4k blocks. I don’t know where the 200,000 constant comes from. 0. http://www.linux-archive.org/ext3-users/90496-ext3_dx_add_entry-directory-index-full.html In my case, using 4k (or even just 2k) fixed the issue. Nevertheless, Anyway, the problem is a function of encfs, which inflates the filenames. Notably, the problem occurs with block-encrypting filenames, *as well as* stream encryption. Arguably, encfs might simply not be usable for this use-case, but on the other hand I think that it wouldn't be too hard to solve this problem, for instance by hashing each directory transparently. A trivial implementation might be the following: since encrypted filenames seem to be made up of letters, digits, and some special characters, let's assume the set of possible characters is 26+10+6==42. It would already help if each directory had 42 single-letter/digit subdirectories and files would be sorted into those accordingly. An alternative might be to store all files in a giant 3-4-level directory hash structure and to maintain an (encrypted) database of filename - hashed file mappings. In --reverse mode, this database would have to be virtual and simulated by the encfs code. I think these two options are still worth considering, especially in the light of #536752. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#533885: Stops booting with message that it cannot load av7110/bootcode.bin
On 13/07/09 00:30, Ben Hutchings wrote: On Sun, 2009-07-12 at 18:45 +0200, Laurent Grawet wrote: Package: linux-image-2.6.30-1-amd64 Followup-For: Bug #533885 Hello, Hum, I tried vanilla 2.6.30.1 kernel and got the same problem + multiple BUG: soft lockup - CPU#0 stuck for 61s! [work_for_cpu:2730] These lockups are related to the inability to load av7110/bootcode.bin. I used make-kpkg to build kernel with firmware compiled INSIDE kernel. So it looks more like a bug from the av7110 driver. You can only build firmware inside the kernel if you also build the corresponding driver inside the kernel (i.e. not as a module). Module loading and firmware loading go hand-in-hand. I was sure I was missing something ;-) Anyway, Debian kernel packages are not built this way, so this is irrelevant. Of course, I did it that way to do some testing because of the problem. Then I tried to compile kernel with firmware OUTSIDE kernel. I got the same error until I decided to do : # cp -r /lib/firmware/2.6.30.1-amd64/av7110 /lib/firmware and it worked (+ no more lockups) ! So it seems there is a problem with av7110 and firmware compiled in + path problem with firmware outside kernel. The version of the Debian-packaged kernel is 2.6.30-1-amd64, not 2.6.30.1-amd64. I just wanted to add more information based on my experiments. I forgot to mention I also rebuilt 2.6.30-1 from Sid as fist step, then tried the corresponding bpo kernel, then vanilla 2.6.30 and got exactly the same problem. With kernel-package, #492516 is likely to be the source of the problem. With Debian-packaged kernel, it seems bootcode.bin is not part of any package. Anyway, there shouldn't be lockups when missing firmware. Regards, Laurent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#142172: Do we want to change libxml2's package name
On Mon, 13 Jul 2009, Mike Hommey wrote: I am now wondering what to do. Doing the change, introducing a transitional package, shouldn't be disruptive. On the other hand, leaving the package as it is is doing no harm besides the policy violation that has been in place for almost a decade. What do you think? I agree with Junichi's last comment. Keep the package name as is and update it only next time that the SONAME changes. Many package do not respect this point of the policy. It should be a conventional name to use when you have to rename the package for a SONAME change but it should not introduce a useless transition just for aesthetics. Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536756: ia32-apt-get: it would be nice to still have ia32-libs
Package: ia32-apt-get Version: 21 Severity: wishlist it would be nice to still have ia32-libs. lots of packages from external repositories depends on it (like picasa from google). maybe it would be possible to still have it as a transitional meta package. -- System Information: Debian Release: squeeze/sid APT prefers unstable-i386 APT policy: (500, 'unstable-i386'), (500, 'transitional-i386'), (500, 'transitional'), (500, 'testing-i386'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-i386'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.1 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-apt-get depends on: ii debconf 1.5.27 Debian configuration management sy ii ia32-libs-tools 22 Tools for converting i386 debs for ia32-apt-get recommends no packages. ia32-apt-get suggests no packages. -- debconf information: * ia32-apt-get/allowed-packages: Libraries ia32-apt-get/undo-old-sources-list: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533042: tomboy-latex: Becomes incredibly slow with larger notes
Hi Iain!
Iain Lane schrieb:
Hi Christian,
We recently added tomboy-latex to Debian, and a user has reported a bug
against it[0] which is an upstream issue:
With larger notes tomboy (with LaTeX-plugin enabled) becomes really
slow. I can often type whole sentences without any feedback from
tomboy (no cursor movement, no charachters appearing, and tomboys
windows don't redraw if I drag another window over it). When I'm
finished typing and wait for about 30-60 seconds, the typed stuff will
appear all at once. My impression is that there is some O(n^2)
behaviour there, where n is either the total size of the note or the
number of equations in it.
I checked the source and it does indeed seem to scan over the whole
document whenever the user moves the cursor. This seems to be the
source of the slowdown.
You are right, the plugin is not really optimized with regard to
execution time. I have tried to optimize at least some part, please see
the attached source code. It would be great if someone could check if it
is at least as stable as the previous version. At the moment I'm trying
to change the source code so that only a part of the note is scanned for
missing images at each text change.
Kind regards,
Christian
/*
* Latex.cs: A tomboy Addin that reders inline LaTeX math code.
*
* Copyright 2007, Christian ReitwieÃner christ...@reitwiessner.de
*
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public
* License as published by the Free Software Foundation; either
* version 2.1 of the License, or (at your option) any later version.
*
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* Lesser General Public License for more details.
*
* You should have received a copy of the GNU Lesser General Public
* License along with this library; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
*
*/
using System;
using System.Threading;
using System.Collections.Generic;
using System.Runtime.InteropServices;
using System.Diagnostics;
using System.IO;
using Mono.Unix;
using Gtk;
using Tomboy;
namespace Tomboy.Latex
{
public class LatexImageRequest
{
static Random random = new Random();
static string[] latex_blacklist = {\\def, \\let, \\futurelet,
\\newcommand, \\renewcomment, \\else, \\fi, \\write,
\\input, \\include, \\chardef, \\catcode, \\makeatletter,
\\noexpand, \\toksdef, \\every, \\errhelp, \\errorstopmode,
\\scrollmode, \\nonstopmode, \\batchmode, \\read, \\csname,
\\newhelp, \\relax, \\afterground, \\afterassignment,
\\expandafter, \\noexpand, \\special, \\command, \\loop,
\\repeat, \\toks, \\output, \\line, \\mathcode, \\name,
\\item, \\section, \\mbox, \\DeclareRobustCommand, \\[, \\]};
string code;
LatexAddin requester;
public string Code {
get { return code; }
}
public LatexImageRequest (string code, LatexAddin requester)
{
this.code = code;
this.requester = requester;
}
public void NotifyRequester ()
{
Gtk.Application.Invoke(delegate { requester.ImageGenerated (); } );
}
public override bool Equals (System.Object obj)
{
if (obj == null || GetType() != obj.GetType()) return false;
LatexImageRequest r = (LatexImageRequest) obj;
return (r.code.Equals(code) r.requester == requester);
}
public override int GetHashCode ()
{
return code.GetHashCode() ^ requester.GetHashCode();
}
public string CreateImage ()
{
if (code.Length 5) return null;
string realCode = code.Substring(2, code.Length - 4);
if (realCode.Trim().Equals(String.Empty)) {
return null;
}
foreach (string s in latex_blacklist) {
if (realCode.IndexOf(s) != -1) {
return null;
}
}
/* TODO: if there is no output, dvips will not cut the image */
Logger.Log(Latex: Creating image for {0}..., code);
string tmpfile = Path.Combine(Path.GetTempPath(), tbltx_ + random.Next());
try {
System.IO.StreamWriter writer = new System.IO.StreamWriter(tmpfile + .tex, false);
writer.Write(\\documentclass[12pt]{article}\\usepackage[dvips]{graphicx}\\usepackage{amsmath}\\usepackage{amssymb}\\pagestyle{empty});
writer.Write(\\begin{document}\\begin{large}\\begin{gather*});
writer.Write(realCode);
writer.Write(\\end{gather*}\\end{large}\\end{document});
writer.Close();
Process p = new Process ();
p.StartInfo.FileName = latex;
p.StartInfo.Arguments = --interaction=nonstopmode \ + tmpfile +
Bug#536365: [Pkg-samba-maint] Bug#536365: samba: domain member don't authorize domain users
On Sat, Jul 11, 2009 at 02:46:07PM -0700, Steve Langasek wrote: If you think this is a Samba bug, please open a new bug report. It is certainly unrelated to this existing bug report. I am not sure. Could be a ulimit issue, or an issue with the limit in /proc/sys/fs/nr_open. No, all of those and related parameters has ordinary values. How this effected by samba? Again: downgrade solve this problem. That is this is the samba issue. In any way, Your are right to stop this sub-thread. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536498: closed by Nico Golde n...@debian.org (Re: Bug#536498: Please backport roundcube CVE-2008-5619)
* Benjamin Bannier benjamin.bann...@netronaut.de [2009-07-10 20:08:57 CEST]: On Fri, 10 Jul 2009 19:45:41 +0200 Nico Golde n...@debian.org wrote: I see roundcube-0.1.1-10~bpo40+2 still in backports. [..] That's why I marked this bug as done with the unstable version. Sorry, maybe I got confused. I reported this bug here because the backports version was listed in the list of Debian packages. Yes, that's a service along the path to get backports more integrated and official. We unfortunately aren't there yet. If backports doesn't even have bugtracker (couldn't find one on their homepage) this is maybe the right time to dump if from my sources.list. The backports-us...@lists.backports.org mailinglist[1] is as good as you can get currently. A request tracker is in the works. Please also see the informations available on e.g. [2] about who did the actual backport - in this case it was Holger Levsen. Though, I just asked him and he said that he doesn't care about etch-backports. [1] http://lists.backports.org/mailman/listinfo/backports-users [2] http://www.backports.org/~formorer/changes/etch-backports.html I urge you to please make a version bump to backports since this is a security issue. The best would be probably to ping the one who did the initial backport. I CCed Alexander Wirt and Gerfried Fuchs (from backports.org), maybe they can help you. Thanks. This should really be fixed. I usually track things in backports and prod the people who uploaded the packages there or jump in myself. I'm though just one person and can only do as much as I can do and offer best effort. Thanks for bringing the issue directly to my attention, Nico. :) Given that Holger gives a damn I'm willing to invest the neccessary effort in case Alexander doesn't remove the package earlier than I am able to produce the working backport. So long, and sorry for the inconvenience. Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536029: Patch update
Package: apt
Version: 0.7.21
Severity: normal
Attached a patch update. The patch now parses the options (previously
vendor) field and uses the arch key, if given, to limit sources.list
entries to those archs.
MfG
Goswin
-- Package-specific info:
-- (/etc/apt/preferences present, but not submitted) --
-- (/etc/apt/sources.list present, but not submitted) --
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-xen-1 (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 apt depends on:
ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a
ii libc6 2.9-18 GNU C Library: Shared libraries
ii libgcc1 1:4.4.0-10 GCC support library
ii libstdc++64.4.0-10 The GNU Standard C++ Library v3
apt recommends no packages.
Versions of packages apt suggests:
pn apt-doc none (no description available)
ii aptitude 0.4.11.11-1+b1 terminal-based package manager
ii bzip2 1.0.5-3high-quality block-sorting file co
ii dpkg-dev 1.15.3 Debian package development tools
ii lzma 4.43-14Compression method of 7z format in
ii python-apt0.7.10.4 Python interface to libapt-pkg
-- no debconf information
diff -Nru apt-0.7.21/apt-pkg/cdrom.cc apt-0.7.21a0.mrvn.1/apt-pkg/cdrom.cc
--- apt-0.7.21/apt-pkg/cdrom.cc 2009-04-14 14:20:29.0 +0200
+++ apt-0.7.21a0.mrvn.1/apt-pkg/cdrom.cc 2009-07-13 08:53:50.0 +0200
@@ -217,33 +217,41 @@
/* Here we drop everything that is not this machines arch */
bool pkgCdrom::DropBinaryArch(vectorstring List)
{
- char S[300];
- snprintf(S,sizeof(S),/binary-%s/,
- _config-Find(Apt::Architecture).c_str());
-
+ string Arch = _config-Find(Apt::Architecture);
+ vectorstring Archs = _config-FindList(Apt::Architectures);
+
for (unsigned int I = 0; I List.size(); I++)
{
const char *Str = List[I].c_str();
- const char *Res;
- if ((Res = strstr(Str,/binary-)) == 0)
+ const char *Start, *End;
+ char Tmp[300];
+ if ((Start = strstr(Str,/binary-)) == 0)
continue;
+ Start += 8;
+ if ((End = strstr(Start,/)) == 0 || Start == End)
+ continue;
+ --End;
+
+ // Create temp string
+ strncpy(Tmp,Start,End-Start);
+ Tmp[End-Start] = 0;
+
+ // Check if arch matches
+ bool matching = false;
+ if (Arch == Tmp) matching = true;
+ for(vectorstring::const_iterator J = Archs.begin();
+ !matching J != Archs.end(); ++J) {
+ if (*J == Tmp) matching = true;
+ }
// Weird, remove it.
- if (strlen(Res) strlen(S))
+ if (!matching)
{
List.erase(List.begin() + I);
I--;
continue;
}
-
- // See if it is our arch
- if (stringcmp(Res,Res + strlen(S),S) == 0)
- continue;
-
- // Erase it
- List.erase(List.begin() + I);
- I--;
}
return true;
diff -Nru apt-0.7.21/apt-pkg/clean.cc apt-0.7.21a0.mrvn.1/apt-pkg/clean.cc
--- apt-0.7.21/apt-pkg/clean.cc 2008-06-09 23:10:08.0 +0200
+++ apt-0.7.21a0.mrvn.1/apt-pkg/clean.cc 2009-07-13 08:53:50.0 +0200
@@ -77,8 +77,9 @@
if (*I != '.')
continue;
string Arch = DeQuoteString(string(Start,I-Start));
-
- if (Arch != all Arch != MyArch)
+
+ if (Arch != all Arch != MyArch
+ !_config-Member(APT::architectures, Arch))
continue;
// Lookup the package
diff -Nru apt-0.7.21/apt-pkg/contrib/configuration.cc apt-0.7.21a0.mrvn.1/apt-pkg/contrib/configuration.cc
--- apt-0.7.21/apt-pkg/contrib/configuration.cc 2009-04-08 22:58:28.0 +0200
+++ apt-0.7.21a0.mrvn.1/apt-pkg/contrib/configuration.cc 2009-07-13 08:53:50.0 +0200
@@ -223,6 +223,27 @@
return Res;
}
/*}}}*/
+// Configuration::FindList - Find a list of values /*{{{*/
+// -
+/* */
+vectorstring Configuration::FindList(const string Name) const
+{
+ vectorstring Vec;
+ const Item *Top = Lookup(Name.c_str());
+ if (Top == 0 || Top-Child == 0)
+ return Vec;
+
+ Item *I;
+ I = Top-Child;
+
+ while(I != NULL)
+ {
+ Vec.push_back(I-Value);
+ I = I-Next;
+ }
+ return Vec;
+}
+ /*}}}*/
// Configuration::FindI - Find an integer value/*{{{*/
// -
/* */
@@ -370,6 +391,30 @@
}
/*}}}*/
+// Configuration::Member - Check if Value is member of a list /*{{{*/
+// -
+/* */
+bool Configuration::Member(const string Name, string
Bug#536757: gvfs-backends: invalid argument when trying to copy file from smb share
Package: gvfs-backends Version: 1.2.3-1+b1 Severity: important when I try to copy a file from an smb share mounted by gfvs (which fuse-utils and gvfs-fuse installed and the share being accessible under ~/.gvfs), copying fails, returning invalid argument. (but no further details) I can browse the directories on the server, I can delete and rename files on the server, however, I cannot read the contents of files. When I log on to the server using smbclient, everything works just fine. The same is true for mounting the share with cifsmount. Other gvfs file systems seem to be unaffected, I can read files on a (authenticated) ftp mount. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gvfs-backends depends on: ii gvfs 1.2.3-1+b1 userspace virtual filesystem - ser ii libarchive1 2.6.2-1 Single library to read/write tar, ii libavahi-cli 0.6.25-1Avahi client library ii libavahi-com 0.6.25-1Avahi common library ii libavahi-gli 0.6.25-1Avahi glib integration library ii libbluetooth 4.42-2 Library to use the BlueZ Linux Blu ii libc62.9-19 GNU C Library: Shared libraries ii libcdio-cdda 0.81-4 library to read and control digita ii libcdio-para 0.81-4 library to read digital audio CDs ii libcdio100.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.14-3simple interprocess messaging syst ii libdbus-glib 0.80-4 simple interprocess messaging syst ii libexpat12.0.1-4 XML parsing C library - runtime li ii libgconf2-4 2.26.2-2GNOME configuration database syste ii libglib2.0-0 2.20.4-1The GLib library of C routines ii libgnome-key 2.26.1-1GNOME keyring services library ii libgphoto2-2 2.4.6-1 gphoto2 digital camera library ii libgphoto2-p 2.4.6-1 gphoto2 digital camera port librar ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libsmbclient 2:3.4.0-1 shared library for communication w ii libsoup-gnom 2.26.2-1an HTTP library implementation in ii libsoup2.4-1 2.26.2-1an HTTP library implementation in ii libxml2 2.7.3.dfsg-1GNOME XML library gvfs-backends recommends no packages. Versions of packages gvfs-backends suggests: ii obex-data-server 0.4.4-2D-Bus service for OBEX client and -- no debconf information -- http://www.infoe.de/ signature.asc Description: Digital signature
Bug#536354: linux-2.6: [s390,lenny] kernel panic during boot
Linus has committed a different solution: replacing -fwrapv by -fno-strict-overflow. See upstream commit a137802ee839ace40079bebde24cfb416f73208a. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536758: freevo: French debconf templates translation
Package: freevo Version: 1.9.0-1 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable'), (970, 'testing'), (500, 'stable'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.1-monk (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # Translation of freevo debconf templates to French # This file is distributed under the same license as the freevo package. # Copyright (C) 2006-2009 Debian French l10n team debian-l10n-fre...@lists.debian.org # Translator: # Steve Petruzzello dl...@bluewin.ch, 2009 msgid msgstr Project-Id-Version: freevo 1.8.0~rc2-1\n Report-Msgid-Bugs-To: fre...@packages.debian.org\n POT-Creation-Date: 2009-06-29 08:26+0200\n PO-Revision-Date: 2008-02-26 20:42+0100\n Last-Translator: Steve Petruzzello dl...@bluewin.ch\n Language-Team: French debian-l10n-french at lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../freevo.templates:2001 msgid Video output: msgstr Sortie vidéo : #. Type: select #. Description #: ../freevo.templates:2001 msgid Please choose the type of video output to use with Freevo. msgstr Veuillez choisir le type de sortie vidéo à utiliser avec Freevo. #. Type: select #. Description #: ../freevo.templates:3001 msgid Output resolution: msgstr Résolution de la sortie : #. Type: select #. Description #: ../freevo.templates:3001 #| msgid #| Choose the resolution to display Freevo at. Most Televisions should be #| configured as 768x576 (NTSC or PAL) msgid Please choose the resolution to use with Freevo. Most CRT television systems should be configured as 768x576 (NTSC or PAL). HD television systems use 1280x720, and FullHD uses 1920x1080. msgstr Veuillez choisir la résolution d'affichage de Freevo. La plupart des télévisions devraient être configurées en 768x576 (NTSC ou PAL). Les télévisions HD utilisent 1280x720 et les FullHD 1920x1080. #. Type: select #. Description #: ../freevo.templates:4001 #| msgid TV Standard: msgid TV standard: msgstr Norme TV : #. Type: select #. Description #: ../freevo.templates:4001 msgid Please choose the TV standard to use. NTSC is used in North America, much of South America, and Japan; SECAM in France, the former USSR, and parts of Africa and the Middle East; and PAL elsewhere. msgstr Veuillez choisir la norme TV. Le système NTSC est utilisé en Amérique du Nord, dans la plupart des pays d'Amérique du Sud et au Japon. Le système SECAM est utilisé en France, dans les anciens pays membres de l'URSS ainsi qu'au Moyen-Orient. Enfin, Le système PAL est utilisé dans le reste du monde. #. Type: select #. Choices #: ../freevo.templates:5001 msgid USA broadcast msgstr USA hertzien #. Type: select #. Choices #: ../freevo.templates:5001 msgid USA cable msgstr USA câble #. Type: select #. Choices #: ../freevo.templates:5001 msgid USA cable HRC msgstr USA câble HCR #. Type: select #. Choices #: ../freevo.templates:5001 msgid Japan broadcast msgstr Japon hertzien #. Type: select #. Choices #: ../freevo.templates:5001 msgid Japan cable msgstr Japon câble #. Type: select #. Choices #: ../freevo.templates:5001 msgid Europe (West) msgstr Europe de l'Ouest #. Type: select #. Choices #: ../freevo.templates:5001 msgid Europe (East) msgstr Europe de l'Est #. Type: select #. Choices #: ../freevo.templates:5001 msgid Italy msgstr Italie #. Type: select #. Choices #: ../freevo.templates:5001 msgid New Zealand msgstr Nouvelle-Zélande #. Type: select #. Choices #: ../freevo.templates:5001 msgid Australia msgstr Australie #. Type: select #. Choices #: ../freevo.templates:5001 msgid Ireland msgstr Irlande #. Type: select #. Choices #: ../freevo.templates:5001 msgid France msgstr France #. Type: select #. Choices #: ../freevo.templates:5001 msgid China broadcast msgstr Chine hertzien #. Type: select #. Choices #: ../freevo.templates:5001 msgid South Africa msgstr Afrique du Sud #. Type: select #. Choices #: ../freevo.templates:5001 msgid Argentina msgstr Argentine #. Type: select #. Description #: ../freevo.templates:5002 #| msgid Channel List: msgid Channel list: msgstr Liste des chaînes : #. Type: select #. Description #: ../freevo.templates:5002 #| msgid #| Set the channel list (set of tuning frequencies) that most closely #| matches yours. msgid Please choose the channel list (set of tuning frequencies) that most closely matches the one used in your country. msgstr Veuillez choisir la liste des chaînes (ensemble de fréquences) qui se rapproche le plus de celle utilisée dans votre pays. #. Type: select #. Default #: ../freevo.templates:6001 msgid Video
Bug#535957: clive: --format switch doesn't work anymore
* Toni Gundogdu lega...@gmail.com [2009-07-11 13:09:15 CEST]: [...] clive doesn't even be able anymore to download mp4 files from youtube. [...] You did not give any examples so I'm assuming you did not try -f fmt18. No, I didn't, I used the old options and also the documented parts in the example config file. When I did try -f fmt18 it worked, also with -f best -- both did get me mp4. Why doesn't -f mp4 give me mp4 anymore? Note that fmt18 (mp4) may not always be available for reasons unknown to me. All of the hosts and the formats that they support are covered in the FORMATS section of the manual page. It's one thing that they aren't always available, it's a completely different thing that -f mp4 simply stopped working where -f best or -f fmt18 still does get me mp4 files. Sorry, I can just encourage everyone to switch to a different product than clive -- this ever changing thing with every single release and being incompatible with every version before is just getting annoying. I also recommend reading the change log from time to time. For every single update? Sorry, that's extremely inconvenient and I'd even say ridiculous. No single other tool or package does change that much with every single version, I spot regressions in every update that happened in the last months, which just is too much for a sensible tool. Sorry, extremely disappointed to the end. Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536760: debsecan shouldn't need to be root to work
Package: debsecan Version: 0.4.12 Severity: wishlist Specifically the configuration file and whitelist file should default to a user-accessible place. Reasoning: debsecan does not need to be run as root for any of its functionality, so it should not be run as root. Keep up the good work, AW -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii python2.5.4-2An interactive high-level object-o ii python-apt0.7.10.4 Python interface to libapt-pkg Versions of packages debsecan recommends: ii cron 3.0pl1-106 process scheduling daemon ii exim4 4.69-11metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-11lightweight Exim MTA (v4) daemon debsecan suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536759: getmail4: New version available
Package: getmail4 Version: 4.8.4-1 Severity: wishlist Hi, Just a wishlist bug to inform you that a new version of getmail is available since a few days. Thanks for your work ... -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages getmail4 depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P getmail4 recommends no packages. getmail4 suggests no packages. -- no debconf information -- Nicolas Évrard | Web: http://www.openhex.com Liège - Belgique -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536700: kbd: no KDSKBDIACRUC support
forcemerge 524907 536700 thanks Hi Ian, On Sun, Jul 12, 2009 at 10:04:44AM -0700, Ian Zimmerman wrote: The loadkeys program in the kbd package ignores the KDSKBDIACRUC ioctl in current kernels (and so does the console-tools flavor, as far as i can tell). That means even though I can set both my display and my keyboard into UTF-8 mode and I can display all of the Latin2 characters (for example) if I have them in my console font, there's no way to enter them on a plain US keyboard other than with AltGr + keypad, not quite a user-friendly method. Thanks for pointing this out. The issue has already been discussed in #524907; the next revision of kbd will support Unicode compose tables via KD?KBDIACRUC. Cheers, -- Michael Schutte mi...@uiae.at signature.asc Description: Digital signature
Bug#536498: closed by Nico Golde n...@debian.org (Re: Bug#536498: Please backport roundcube CVE-2008-5619)
On Montag, 13. Juli 2009, Gerfried Fuchs wrote: - in this case it was Holger Levsen. Though, I just asked him and he said that he doesn't care about etch-backports. Given that Holger gives a damn thanks for your understanding and your well done summary of my position. love, Holger, really motivated now signature.asc Description: This is a digitally signed message part.
Bug#535957: clive: --format switch doesn't work anymore
Hi! On Mon, Jul 13, 2009 at 11:32:42AM +0200, Gerfried Fuchs wrote: I also recommend reading the change log from time to time. For every single update? Sorry, that's extremely inconvenient and I'd even say ridiculous. No single other tool or package does change that much with every single version, I spot regressions in every update that happened in the last months, which just is too much for a sensible tool. I agree fully, having a wrapper script around clive that I've had to update multiple times. at this point (despite me working on keeping the clive package up to date...), I have stopped upgrading clive on all of machines because porting and testing my script on every update is too much of a PITA. Cheers, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#526236: [Patch] nvidia-graphics-modules-amd64: update for nvidia driver 185.18.14 on kernel 2.6.30
retitle 526236 nvidia-graphics-modules-amd64: update for nvidia driver 185.18.14 on kernel 2.6.30 thanks Hi, attached is an version of the previous patch updated for kernel 2.6.30 and driver 185.18.14. (It is diffed against the SVN version of nvidia-graphics-modules-amd64, just skip the previous version of the patch.) Please also remove debian/nvidia-kernel-2.6.16-1-* from the svn repository, these are leftover temporary directories from the nvidia-graphics-modules-i386 age. As long as linux-modules-nonfree support for nvidia is not available it would be much more convenient for Debian+Nvidia users if binary module packages would be available for the current sid kernel, too. It would probably also reduce the bug reports of types * nvidia-kernel-source does not build with my-favorite-module-builder * nvidia modules are not available. Andreas nvidia-graphics-modules-amd64-2.6.30.patch.gz Description: GNU Zip compressed data
Bug#536761: paps: please add a --gutter-width option
Subject: paps: please add a --gutter-width option
Package: paps
Version: 0.6.8-2
Severity: wishlist
Tags: patch
Please add a --gutter-width with which to set the gutter when printing
multiple columns. This is needed because with 8-points Courier it is
hard to get 80 characters in a two-column layout.
Attached is a pretty minimal patch that implements this.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages paps depends on:
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libfreetype6 2.3.7-2+lenny1 FreeType 2 font engine, shared lib
ii libglib2.0-0 2.16.6-2 The GLib library of C routines
ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio
--
-- arthur de jong - art...@west.nl - west consulting b.v. --
--- src/paps.c.orig 2009-07-13 11:47:40.0 +0200
+++ src/paps.c 2009-07-13 11:49:40.0 +0200
@@ -282,6 +282,7 @@
gboolean do_wordwrap = TRUE; // What should be default?
int num_columns = 1;
int top_margin = 36, bottom_margin = 36, right_margin = 36, left_margin = 36;
+ int gutter_width = 40;
gchar *font = MAKE_FONT_NAME (DEFAULT_FONT_FAMILY, DEFAULT_FONT_SIZE), *encoding = NULL;
page_layout_t page_layout;
GOptionContext *ctxt = g_option_context_new([text file]);
@@ -299,6 +300,7 @@
{top-margin, 0, 0, G_OPTION_ARG_INT, top_margin, Set top margin. (Default: 36), NUM},
{right-margin, 0, 0, G_OPTION_ARG_INT, right_margin, Set right margin. (Default: 36), NUM},
{left-margin, 0, 0, G_OPTION_ARG_INT, left_margin, Set left margin. (Default: 36), NUM},
+{gutter-width, 0, 0, G_OPTION_ARG_INT, gutter_width, Set gutter width. (Default: 40), NUM},
{header, 0, 0, G_OPTION_ARG_NONE, do_draw_header, Draw page header for each page., NULL},
{encoding, 0, 0, G_OPTION_ARG_STRING, encoding, Assume the documentation encoding., ENCODING},
{lpi, 0, 0, G_OPTION_ARG_CALLBACK, _paps_arg_lpi_cb, Set the amount of lines per inch., REAL},
@@ -317,7 +319,6 @@
PangoFontset *fontset;
PangoFontMetrics *metrics;
int num_pages = 1;
- int gutter_width = 40;
int total_gutter_width;
int page_width = paper_sizes[0].width;
int page_height = paper_sizes[0].height;
--- src/paps.1.orig 2009-07-13 11:56:01.0 +0200
+++ src/paps.1 2009-07-13 11:56:09.0 +0200
@@ -60,6 +60,9 @@
.B \-\-right-margin=rm
Set right margin. Default is 36 postscript points.
.TP
+.B \-\-gutter-width=gw
+Set gutter width. Default is 40 postscript points.
+.TP
.B \-\-help
Show summary of options.
.TP
Bug#536757: Acknowledgement (gvfs-backends: invalid argument when trying to copy file from smb share)
I just downgraded samba to the version in testing (2:3.3.4-1 0), which fixes it. So there seems to be an incompatibility between samba and gvfs-backends. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536498: closed by Nico Golde n...@debian.org (Re: Bug#536498: Please backport roundcube CVE-2008-5619)
Hi, On Montag, 13. Juli 2009, Gerfried Fuchs wrote: - in this case it was Holger Levsen. Though, I just asked him and he said that he doesn't care about etch-backports. given that its not possible/desirable to have backports from squeeze in etch-bpo (see http://lists.backports.org/lurker-bpo/message/20090220.215045.8a623425.en.html) Alexander Wirt and me have decided last week, that it's best to remove the roundcube backport from etch-bpo. Of course, if Gerfried wants to cherrypick and backport the neeeded fixes to roundcube 0.1 and upload that to etch-bpo, he can do that. I'd still recommend to upgrade to lenny, but thats the beauty of free software: there is more than one way to do it and everybody can get involved :-) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#528653: player: Please update package to newer upstream release
Hi, I've seen, that an updated version has been in the new queue, but was removed. Are there any problems with the package I can help fixing? Greetings Daniel signature.asc Description: Digital signature
Bug#536763: nvidia-graphics-modules-i386: update for nvidia driver 185.18.14 on kernel 2.6.30
Package: nvidia-graphics-modules-i386 Severity: normal Tags: patch Hi, I ported my patch to update nvidia-graphics-modules-amd64 to use current driver and kernel versions now also to nvidia-graphics-modules-i386 For more information please see the corresponding nvidia-graphics-modules-amd64 bug: http://bugs.debian.org/526236 Unlike the amd64 packages which I use on several machines I don't have any i386+nvidia system where I could test these. Andreas -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (800, 'stable'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Index: debian/control === --- debian/control (.../trunk) (revision 892) +++ debian/control (.../branches/anbe) (revision 892) @@ -1,30 +1,27 @@ Source: nvidia-graphics-modules-i386 -Section: non-free/x11 +Section: non-free/kernel Priority: optional Maintainer: Debian NVIDIA Maintainers pkg-nvidia-de...@lists.alioth.debian.org Uploaders: Randall Donald rdon...@debian.org -Build-Depends: linux-headers-2.6.26-1-amd64, linux-headers-2.6.26-1-686, linux-headers-2.6.26-1-686-bigmem, linux-headers-2.6.26-1-openvz-686, debhelper (= 4.0.0), nvidia-kernel-source (= 173.14.09), nvidia-kernel-source ( 173.14.10) +Build-Depends: linux-headers-2.6.30-1-amd64, linux-headers-2.6.30-1-686, linux-headers-2.6.30-1-686-bigmem, debhelper (= 4.0.0), nvidia-kernel-source (= 185.18.14), nvidia-kernel-source ( 185.18.15), module-assistant Standards-Version: 3.6.2 +Homepage: http://www.nvidia.com/ -Package: nvidia-kernel-2.6.26-1-686-bigmem +Package: nvidia-kernel-2.6.30-1-686-bigmem Architecture: i386 Description: NVIDIA binary kernel module -Package: nvidia-kernel-2.6.26-1-686 +Package: nvidia-kernel-2.6.30-1-686 Architecture: i386 Description: NVIDIA binary kernel module -Package: nvidia-kernel-2.6.26-1-amd64 +Package: nvidia-kernel-2.6.30-1-amd64 Architecture: i386 Description: NVIDIA binary kernel module -Package: nvidia-kernel-2.6.26-1-openvz-686 -Architecture: i386 -Description: NVIDIA binary kernel module - Package: nvidia-kernel-2.6-amd64 Architecture: i386 -Depends: nvidia-kernel-2.6.26-1-amd64, linux-image-2.6-amd64 +Depends: nvidia-kernel-2.6.30-1-amd64, linux-image-2.6-amd64 Description: NVIDIA binary kernel module for 2.6 series compiled for amd64 This is a metapackage to track the NVIDIA kernel module for the 2.6 kernel series. @@ -33,7 +30,7 @@ Package: nvidia-kernel-2.6-686 Architecture: i386 -Depends: nvidia-kernel-2.6.26-1-686, linux-image-2.6-686 +Depends: nvidia-kernel-2.6.30-1-686, linux-image-2.6-686 Description: NVIDIA binary kernel module for 2.6 series compiled for 686 This is a metapackage to track the NVIDIA kernel module for the 2.6 kernel series. @@ -42,18 +39,9 @@ Package: nvidia-kernel-2.6-686-bigmem Architecture: i386 -Depends: nvidia-kernel-2.6.26-1-686-bigmem, linux-image-2.6-686-bigmem +Depends: nvidia-kernel-2.6.30-1-686-bigmem, linux-image-2.6-686-bigmem Description: NVIDIA binary kernel module for 2.6 series compiled for bigmem This is a metapackage to track the NVIDIA kernel module for the 2.6 kernel series. . This package tracks the module compiled against bigmem headers. - -Package: nvidia-kernel-2.6-openvz-686 -Architecture: i386 -Depends: nvidia-kernel-2.6.26-1-openvz-686, linux-image-2.6-openvz-686 -Description: NVIDIA binary kernel module for 2.6 series compiled for openvz - This is a metapackage to track the NVIDIA kernel module for - the 2.6 kernel series. - . - This package tracks the module compiled against openvz headers. Index: debian/changelog === --- debian/changelog (.../trunk) (revision 892) +++ debian/changelog (.../branches/anbe) (revision 892) @@ -1,3 +1,12 @@ +nvidia-graphics-modules-i386 (185.18.14+0+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Build for 2.6.30-1 + * Use nvidia-kernel-source 185.18.14-2 + * drop openvz flavour + + -- Andreas Beckmann deb...@abeckmann.de Mon, 13 Jul 2009 02:00:31 +0200 + nvidia-graphics-modules-i386 (173.14.09+3) unstable; urgency=medium * Fix Provides Index: debian/copyright === --- debian/copyright (.../trunk) (revision 892) +++ debian/copyright (.../branches/anbe) (revision 892) @@ -4,7 +4,7 @@ It was downloaded from ftp://download.nvidia.com/XFree86/ -Upstream Author(s): NVIDIA linux-b...@nvidia.com +Upstream Author: NVIDIA linux-b...@nvidia.com Copyright: Index: debian/rules === --- debian/rules (.../trunk) (revision 892) +++ debian/rules (.../branches/anbe) (revision 892) @@ -19,9 +19,9 @@ sed
Bug#536764: needs new maintainer?
Package: source-highlight Version: 2.4-5.2 Severity: important This package hasn't been touched by the maintainer in about 3 years, there are serious bugs, lots of lintian warnings, and a new major upstream release waiting to be packaged. I volunteer to maintain this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536733: dh-make-perl: Bring back --notest
On Mon, 13 Jul 2009 12:34:32 +1000, Dean Hamstead wrote: could you please add to man file? I've added a notice to the POD in our subversion repository. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x00F3CFE4, 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/ `-NP: U2: Beautiful Day signature.asc Description: Digital signature
Bug#536762: kio_locate.la: incorrect-libdir-in-la-file
Package: kio-locate Version: 0.4.5+ds-1 Severity: normal Tags: patch Hey, lintian reports: E: kio-locate: incorrect-libdir-in-la-file usr/lib/kde3/kio_locate.la /build/buildd/kio-locate-0.4.5+ds/debian/kio-locate/usr/lib/kde3 != /usr/lib/kde3 N: N:The given .la file points to a libdir other than the path where it is N:installed. This can be caused by resetting prefix at make install time N:instead of using DESTDIR. The incorrect path will cause packages linking N:to this library using libtool to build incorrectly (adding incorrect N:paths to RPATH, for example). N: N:Severity: important, Certainty: possible N: This is easily resolved by using scons’ DESTDIR option in debian/rules instead of prepending DEB_DESTDIR to the prefix. A patch is attached. Cheers, -- Michael Schutte mi...@uiae.at --- kio-locate-0.4.5+ds/debian/rules +++ kio-locate-0.4.5+ds/debian/rules @@ -24,7 +24,7 @@ common-configure-arch common-configure-indep:: common-configure-impl common-configure-impl:: $(CONFIG_STATUS) $(CONFIG_STATUS): - CXXFLAGS=$(CXXFLAGS) $(SCONS_CMD) configure prefix=$(DEB_DESTDIR)$(DEB_SCONS_PREFIX) $(CONFIGFLAGS); \ + CXXFLAGS=$(CXXFLAGS) $(SCONS_CMD) configure prefix=$(DEB_SCONS_PREFIX) $(CONFIGFLAGS); \ touch $@ common-build-arch common-build-indep:: common-build-impl @@ -35,7 +35,7 @@ common-install-arch common-install-indep:: common-install-impl common-install-impl:: - $(SCONS_CMD) install + $(SCONS_CMD) install DESTDIR=$(DEB_DESTDIR) clean:: # workaround to fix a dependencies loop: signature.asc Description: Digital signature
Bug#536733: Bug in dh-make-perl fixed in revision 39815
tag 536733 + pending thanks Some bugs are closed in revision 39815 by Gregor Herrmann (gregoa) Commit message: POD: add a notice that --notest was removed and the new way to skip tests is to add nocheck to the DEB_BUILD_OPTIONS environment variable (closes: #536733). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516589: PTS: packages without an Ubuntu source package have invalid XHTML
tags 516589 patch thanks Cause for invalid HTML was empty table, which is not allowed. Following patch fixes XSL so that table tag is generated only if it has also some content. Index: www/xsl/pts.xsl === --- www/xsl/pts.xsl (revision 2220) +++ www/xsl/pts.xsl (working copy) @@ -796,6 +796,7 @@ xsl:template name=ubuntu !-- Patches list [FG] -- xsl:if test=$other/@ubuntu='yes' +table class=lefttable id=ubuntubox tr class=titlerow td class=titlecell colspan=2a title=Information about Ubuntu for Debian Developers @@ -821,6 +822,7 @@ /ul /td /tr +/table /xsl:if /xsl:template @@ -1225,9 +1227,7 @@ table class=lefttable xsl:call-template name=other-links / /table - table class=lefttable id=ubuntubox - xsl:call-template name=ubuntu / - /table + xsl:call-template name=ubuntu / /td/tr /table -- Tommi Vainikainen
Bug#536733: dh-make-perl: Bring back --notest
could you please add to man file? Dean gregor herrmann wrote: On Mon, 13 Jul 2009 11:28:45 +1000, Dean Hamstead wrote: The --notest option has disappeared, not running tests may be dangerous but lets not choose for us please! Please bring back --notest As documented in changelog and NEWS.Debian please set DEB_BUILD_OPTIONS=nocheck Cheers, gregor -- http://fragfest.com.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536757: Acknowledgement (gvfs-backends: invalid argument when trying to copy file from smb share)
Le lundi 13 juillet 2009 à 12:18 +0200, Johannes Rohr a écrit : I just downgraded samba to the version in testing (2:3.3.4-1 0), which fixes it. So there seems to be an incompatibility between samba and gvfs-backends. Hi Samba maintainers, according to this bug report, there are some regressions in gvfs when upgrading samba. Are you aware of any incompatibilities in the client libraries? Could it be possible that some incompatible ABI changes slipped in? Johannes, it would be interesting to know, on your side, if rebuilding gvfs against the latest samba fixes the issue. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#516737: No popcon in PTS for packages with special chars
tags 516737 patch
thanks
Escaping special chars is just fine in PTS's XSL, but because PTS page
links to http://qa.debian.org/developer.php?popcon=$PACKAGE which
returns HTTP level redirection (where it loses escaping) to
http://qa.debian.org/popcon.php?package=$PACKAGE, this escaping is lost.
PTS should be fixed by giving direct URL to popcon:
Index: www/xsl/pts.xsl
===
--- www/xsl/pts.xsl (revision 2220)
+++ www/xsl/pts.xsl (working copy)
@@ -930,7 +930,7 @@
/li
/xsl:if
li
- a href=http://qa.debian.org/developer.php?popcon={$escaped-package};Popcon stats/a
+ a href=http://qa.debian.org/popcon.php?package={$escaped-package};Popcon stats/a
/li
xsl:if test=$other/@svnbuildstat='yes'
li
Also developer.php (which does not seem to be part of PTS) can be
fixed to preserve escaping of special chars in redirection pages.
--
Tommi Vainikainen
Bug#536766: RM: phpicalendar -- RoQA; security-issues, unmaintained
Package: ftp.debian.org Severity: normal Hi, phpicalendar doesn't seem to get the necessary attention by its maintainer, it has security bugs (#513517) since quite a long time, an FTBFS (#534047) and considering that it only has 22 installations I ask for its deletetion. Cheers Nico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536589: support for DEB_BUILD_OPTIONS=parallel=n broken
Hallo Joachim. Em Sat, 11 Jul 2009 13:39:40 +0200 Joachim Breitner nome...@debian.org escreveu: (...) haskell-devscripts has support for DEB_BUILD_OPTIONS=parallel=n, but it’s broken: (...) At least for packages that happen to ship a Makefile. Note that support for this is disabled in hlibrary.mk (...) Possible solutions are: a) Fix it somehow in haskell-devscripts. b) Remove the support again in haskell-devscripts. c) Fix it, and use it in hlibrary.mk I don’t like a), because it makes packages using hlibrary.mk and dh_haskell behave differently. Isn't it time to make all libraries use hlibrary.mk and remove support for dh_haskell_install et al? This would eliminate this kind of sync problems. c) sounds good, but there were probably good reasons for the removal in hlibrary.mk. I think it was removed because it needs an extra work, to generate the Makefile, and then call it with -jN. I implemented this, and Kaol disabled it because of this problem. Now I think that, while Cabal doesn't support parallel build, we should not support it too, instead of using a Makefile hack. So, for me, we should disable parallel support at all. Gutten Morgen. -- marcot http://marcot.iaaeee.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523363: kontact: problem at logon when starting kontact
On Sunday, 2009-06-21, Gerard Mensoif wrote: Hi, I have the same problem as described by Andres, and I don't have kontact in .kde/Autostart/ If you have an IMAP based address book, this could be causing a start at login if the Contacts plugin of KRunner (ALT+F2 thingy) is enabled. The reason is that the plugin accesses the addressbook which in turn needs to access the IMAP addressbook which in turn needs KMail (stand-alone or in Kontact) to provide the IMAP access. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#529568: kaddressbook: The resource is locked by application ''.
On Wednesday, 2009-05-20, Christian Marillat wrote: Package: kaddressbook Version: 4:4.2.2-1 Severity: grave Justification: renders package unusable Hi, I'm unable to add/remove/modify a contact. Each time a dialog box is open with : The resource '/home/marillat/.kde/share/apps/kabc/std.vcf' is locked by application ''. lsof display nothing. That is usually caused by a stale lock file in $HOME/.kde/share/apps/kabc/lock Since they are only needed during write operations, it is usually safe to remove them if one doesn't save the addressbook exactly at the same time. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#536589: support for DEB_BUILD_OPTIONS=parallel=n broken
Hi, Am Montag, den 13.07.2009, 07:58 -0300 schrieb Marco Túlio Gontijo e Silva: Em Sat, 11 Jul 2009 13:39:40 +0200 Joachim Breitner nome...@debian.org escreveu: (...) haskell-devscripts has support for DEB_BUILD_OPTIONS=parallel=n, but it’s broken: (...) At least for packages that happen to ship a Makefile. Note that support for this is disabled in hlibrary.mk (...) Possible solutions are: a) Fix it somehow in haskell-devscripts. b) Remove the support again in haskell-devscripts. c) Fix it, and use it in hlibrary.mk I don’t like a), because it makes packages using hlibrary.mk and dh_haskell behave differently. Isn't it time to make all libraries use hlibrary.mk and remove support for dh_haskell_install et al? This would eliminate this kind of sync problems. Let’s see how many packages are joined under the DHG and see what’s left. Maybe there won’t be any dh_haskell-using packages left. c) sounds good, but there were probably good reasons for the removal in hlibrary.mk. I think it was removed because it needs an extra work, to generate the Makefile, and then call it with -jN. I implemented this, and Kaol disabled it because of this problem. Now I think that, while Cabal doesn't support parallel build, we should not support it too, instead of using a Makefile hack. So, for me, we should disable parallel support at all. Agreed. Will you prepare the upload? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#536480: gnome-*-icon-theme overrides my start-here icon (Debian swirl)
tags 536480 + patch
thanks
Please find attached a minimal patch based on gnome-icon-theme
(2.24.0-4) against the package found at mentors.debian.org. I have
tested it and it successfully changed my start-here icon back to the
default, i.e. the Debian swirl icon, while retaining the gnome-colors
icon as an alternative.
Cheers,
Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum
Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail: greffr...@leat.ruhr-uni-bochum.de
diff -u gnome-colors-5.1.1/debian/rules gnome-colors-5.1.1/debian/rules
--- gnome-colors-5.1.1/debian/rules
+++ gnome-colors-5.1.1/debian/rules
@@ -9,0 +10,6 @@
+
+binary-install/gnome-colors-common ::
+ for ICON in `find debian/gnome-colors-common -type f -name 'start-here.*'`; \
+ do mv -f $$ICON `echo $$ICON | sed 's:start-here:gnome-colors:'`; \
+ ln -sf `echo $$ICON | sed 's:^.*/usr/share/icons/gnome-colors-common/:/usr/share/icons/gnome/:'` $$ICON; \
+ done
diff -u gnome-colors-5.1.1/debian/control gnome-colors-5.1.1/debian/control
--- gnome-colors-5.1.1/debian/control
+++ gnome-colors-5.1.1/debian/control
@@ -39,7 +39,7 @@
Package: gnome-colors-common
Architecture: all
-Depends: gnome-icon-theme,
+Depends: gnome-icon-theme (= 2.24.0-4),
${misc:Depends}
Description: common icons for all GNOME-Colors icon themes
GNOME-Colors is a set of GNOME icon themes, with some inspiration from
diff -u gnome-colors-5.1.1/debian/changelog gnome-colors-5.1.1/debian/changelog
--- gnome-colors-5.1.1/debian/changelog
+++ gnome-colors-5.1.1/debian/changelog
@@ -1,3 +1,16 @@
+gnome-colors (5.1.1-1.1) unstable; urgency=low
+
+ * debian/control:
++ Make gnome-colors-common depend on gnome-icon-theme (= 2.24.0-4).
+ * debian/rules:
++ Rename all start-here icons in gnome-colors-common to gnome-colors.
++ Symlink all start-here icons to the ones in gnome-icon-theme,
+ which are managed by update-alternatives (Closes: #536480).
+ * debian/gnome-colors-common.{prerm,postinst}:
++ Register gnome-colors as an alternative for the start-here icon.
+
+ -- Fabian Greffrath fab...@debian-unofficial.org Mon, 13 Jul 2009 10:32:27 +0200
+
gnome-colors (5.1.1-1) unstable; urgency=low
* New upstream release.
only in patch2:
unchanged:
--- gnome-colors-5.1.1.orig/debian/gnome-colors-common.postinst
+++ gnome-colors-5.1.1/debian/gnome-colors-common.postinst
@@ -0,0 +1,16 @@
+#! /bin/sh
+set -e
+
+SIZES=$(ls /usr/share/icons/gnome-colors-common/*/places | sed -rn 's,^.*/([0-9]+)x[0-9]+/.*$,\1,p')
+
+( while read name prio; do
+command=update-alternatives --install /usr/share/icons/gnome/scalable/places/start-here.svg start-here.svg /usr/share/icons/gnome-colors-common/scalable/places/$name.svg $prio
+for s in $SIZES; do
+ command=$command --slave /usr/share/icons/gnome/${s}x${s}/places/start-here.png start-here-${s}.png /usr/share/icons/gnome-colors-common/${s}x${s}/places/$name.png
+done
+$command
+ done ) EOF
+gnome-colors 20
+EOF
+
+#DEBHELPER#
only in patch2:
unchanged:
--- gnome-colors-5.1.1.orig/debian/gnome-colors-common.prerm
+++ gnome-colors-5.1.1/debian/gnome-colors-common.prerm
@@ -0,0 +1,11 @@
+#! /bin/sh
+set -e
+
+if [ $1 = remove ] || [ $1 = deconfigure ] ; then
+ for name in gnome-colors; do
+update-alternatives --remove start-here.svg /usr/share/icons/gnome-colors-common/scalable/places/$name.svg
+ done
+ rm -f /usr/share/icons/gnome-colors-common/icon-theme.cache
+fi
+
+#DEBHELPER#
Bug#535324: kaddressbook: I want an addressbook client, not a mysql server
Kevin Krammer wrote: On Wednesday, 2009-07-01, Simone Piccardi wrote: Package: kaddressbook Version: 4:4.2.4-1 Severity: normal Don't know why but installing kaddressbook install also mysql-server. That's absurd because I just need an address book client. MySQL is currently a dependeny of the Akonadi server, which KAddressbook indirectly depends on through the Akonadi based addressbook plugin. That's the problem, then... What I do not understand is why a client should be depend on the installation of the corresponding server. It seems to like requiring to install apache to run firefox. Kaddressbook was (what is now in not so clear) a client giving a graphical interface to some address book management technologies. It still connect to an LDAP server (that's my use case) without requiring to install slapd. So I cannot understand why the dependency on the akonadi plugin is forced on all of us. It should be possible to put this in a separate package, avoiding it if the user dos'nt need that. Simone -- Simone Piccardi Truelite Srl picca...@truelite.it (email/jabber) Via Monferrato, 6 Tel. +39-347-103243350142 Firenze http://www.truelite.it Tel. +39-055-7879597Fax. +39-055-736 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535324: kaddressbook: I want an addressbook client, not a mysql server
On Wednesday, 2009-07-01, Simone Piccardi wrote: Package: kaddressbook Version: 4:4.2.4-1 Severity: normal Don't know why but installing kaddressbook install also mysql-server. That's absurd because I just need an address book client. MySQL is currently a dependeny of the Akonadi server, which KAddressbook indirectly depends on through the Akonadi based addressbook plugin. Some of the developers are working on getting SQLite to behave properly (has issued with multi threading). For the time being MySQL is a reliable option which can be used without requiring users to do any manual database setup. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#529568: kaddressbook: The resource is locked by application ''.
Kevin Krammer kevin.kram...@gmx.at writes: On Wednesday, 2009-05-20, Christian Marillat wrote: Package: kaddressbook Version: 4:4.2.2-1 Severity: grave Justification: renders package unusable Hi, I'm unable to add/remove/modify a contact. Each time a dialog box is open with : The resource '/home/marillat/.kde/share/apps/kabc/std.vcf' is locked by application ''. lsof display nothing. That is usually caused by a stale lock file in $HOME/.kde/share/apps/kabc/lock A directory here. Since they are only needed during write operations, it is usually safe to remove them if one doesn't save the addressbook exactly at the same time. Yes, thank you very much. I can now sync my Nokia. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529568: kaddressbook: The resource is locked by application ''.
On Monday, 2009-07-13, Christian Marillat wrote: Kevin Krammer kevin.kram...@gmx.at writes: That is usually caused by a stale lock file in $HOME/.kde/share/apps/kabc/lock A directory here. Yes ... stale lock file *in*... :) A rather crude way to avoid different addressbook using applications overwriting each others changes. One of the reasons why there is a move to a single point of access (Akonadi server). Since they are only needed during write operations, it is usually safe to remove them if one doesn't save the addressbook exactly at the same time. Yes, thank you very much. I can now sync my Nokia. Excellent. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#535001: CONFIG_NF_CT_ACCT is deprecated
#I don't think anybody cares about our bugs, but anyway: reassign 535001 linux-2.6 forcemerge 535001 526521 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536767: gnome-panel: task bar hidden on windows when using xrandr A --above B
Package: gnome-panel Version: 2.26.2-1 Severity: normal Hi, gnomes task bar hides the windows, when I use both of my screens via: ' xrandr --output VGA --auto --above LVDS' This does not happen, when I only use one screen. When maximizing a window, the lower part of a window is also below the task bar. I tried to upgrade gnome-panel to 1:2.26.0-3 (from unstable) in order to match with metacity (2.26.2-1) without success. My taskbar is at the normal position (bottom of the screen). When using xrandr, both of gnomes panels (the top panel and the task bar) move to VGA, so the task bar is then at the bottom of VGA. Thank you for your consideration. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-panel depends on: ii gnome-about2.26.1-1 The GNOME about box ii gnome-control-center 1:2.24.0.1-5 utilities to configure the GNOME d ii gnome-desktop-data 2.26.1-1 Common files for GNOME 2 desktop a ii gnome-menus2.26.1-2 an implementation of the freedeskt ii gnome-panel-data 2.26.2-1 common files for the GNOME Panel ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.1-1 The Bonobo UI library ii libc6 2.9-12GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libdbus-1-31.2.14-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4simple interprocess messaging syst ii libecal1.2-7 2.26.3-1 Client library for evolution calen ii libedataserver1.2-11 2.26.3-1 Utility library for evolution data ii libedataserverui1.2-8 2.26.3-1 GUI utility library for evolution ii libgconf2-42.26.2-1 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgnome-desktop-2-11 2.26.1-1 Utility library for loading .deskt ii libgnome-menu2 2.26.1-2 an implementation of the freedeskt ii libgnome2-02.26.0-1 The GNOME library - runtime files ii libgnomeui-0 2.24.1-1 The GNOME 2 libraries (User Interf ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libgweather1 2.26.1-1 GWeather shared library ii libical0 0.43-2iCalendar library implementation i ii liborbit2 1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.26.2-1 library for GNOME Panel applets ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libpolkit-dbus20.9-4 library for accessing PolicyKit vi ii libpolkit2 0.9-4 library for accessing PolicyKit ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii libwnck22 2.26.1-1 Window Navigator Construction Kit ii libx11-6 2:1.2.1-1 X11 client-side library ii libxau61:1.0.4-2 X11 authorisation library ii menu-xdg 0.4 freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii alacarte 0.12.1-1 easy GNOME menu editing tool ii evolution-data-server 2.26.1.1-2evolution database backend server ii gnome-applets 2.24.3.1-2+b1 Various applets for GNOME 2 panel ii gnome-icon-theme 2.26.0-1 GNOME Desktop icon theme ii gnome-session 2.22.3-3 The GNOME 2 Session Manager ii gvfs 1.2.2-2 userspace virtual filesystem - ser ii policykit-gnome0.9.2-2 GNOME dialogs for PolicyKit Versions of packages gnome-panel suggests: ii epiphany-browser 2.26.1-1 Intuitive web browser - dummy pack ii evolution 2.26.1.1-2 groupware suite with mail client a ii gdm 2.20.9-1 GNOME Display Manager ii gnome-session 2.22.3-3 The GNOME 2 Session Manager ii gnome-system-tools2.22.1-4 Cross-platform configuration utili ii gnome-terminal [x-terminal-em 2.26.2-2 The GNOME terminal emulator applic ii gnome-user-guide [gnome2-user 2.26.2-1 GNOME user's guide ii nautilus 2.26.3-1 file manager and graphical shell f ii xterm [x-terminal-emulator] 243-1 X terminal emulator ii
Bug#429169: any word on packaging?
I'm way out of commission with this... if you'd like to take the reigns, please do. After that initial burst of energy on it, the ITP has become a bit of an albatross. a On Mon, Jul 13, 2009 at 12:35 AM, Robert Ames rams...@yahoo.com wrote: Once more into the breech ... I am interested in this ITP, any progress w/ upstream? Looks like there's been a lot of dancing around but no actual progress. --Robert -- Tap the collective. http://www.fluther.com
Bug#536715: [INTL:sv] Swedish strings for console-setup debconf
tags: wontfix thanks Christian Perrier wrote: Console-setup strings are handled through debian-installer master files. I think I have done this error once before. Better try to learn some day. I can of course merge your translation into the D-I master file, but I need both your permission and the permission of Daniel. Let's handle it the proper way. -- brother -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535324: kaddressbook: I want an addressbook client, not a mysql server
On Monday, 2009-07-13, Simone Piccardi wrote: What I do not understand is why a client should be depend on the installation of the corresponding server. It seems to like requiring to install apache to run firefox. Not quite, this is a different kind of server/client relation ship. This is a session runtime service, more like D-Bus clients depending on D-Bus. A part of the runtime infrastructure, essential functionality shared between applications through inter process communication. So I cannot understand why the dependency on the akonadi plugin is forced on all of us. It should be possible to put this in a separate package, avoiding it if the user dos'nt need that. Not sure what the rational was given that it is a plugin not enabled by default, but you could try asking for a change from depends to recommends. Cheers, Kevin signature.asc Description: This is a digitally signed message part.
Bug#446538: Seg fault when closing the information/lyric/bookmark pop-up window.
Hello, Very sorry that I missed the earlier (March) reply. Unfortunately I can no longer verify if there still is a problem with the builds, as I do not use either Debian nor Quodlibet any more. Please mark the bug as closed, as it appears I as the only one with the problem in this instance :) Thanks, -Lou -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536768: cannot use hashes other than SHA1 with smartcard
Package: gnupg Version: 1.4.9-4 Severity: normal Hi, attempting to use any hash other than SHA1 fails: gpg: detected reader `Towitoko Chipdrive Reader 00 00' gpg: card does not support digest algorithm SHA256 gpg: signing failed: invalid argument gpg: signing failed: invalid argument I'd like to migrate to a stronger hash soonish, this makes things difficult however. Simon -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnupg depends on: ii gpgv 1.4.9-4 GNU privacy guard - signature veri ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.9-19GNU C Library: Shared libraries ii libreadline5 5.2-5 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime Versions of packages gnupg recommends: ii libldap-2.4-2 2.4.15-1.1 OpenLDAP libraries Versions of packages gnupg suggests: pn gnupg-doc none (no description available) ii libpcsclite1 1.5.4-1Middleware to access a smart card pn xloadimage | imagemagick | eo none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536770: vim-runtime: remind.vim syntax file not up-to-date
Package: vim-runtime
Version: 1:7.1.314-3+lenny2
Severity: minor
Tags: patch
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages vim-runtime depends on:
ii dpkg 1.14.25Debian package management system
Versions of packages vim-runtime recommends:
ii vim-gnome [vim] 1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor -
vim-runtime suggests no packages.
-- no debconf information
There is a newer version of the syntax file for remind,
/usr/share/vim/vim71/syntax/remind.vim, which can be found at
http://erlug.linux.it/~da/vim/syntax/remind.vim.
The new syntax file (v 0.4) recognizes the FROM keyword, which was introduced
with remind 3.01.00.
The patch I am submitting is simply a diff between version 0.3 of remind.vim
and version 0.4 found at above address.
--- /usr/share/vim/vimcurrent/syntax/remind.vim 2008-10-17 19:11:29.0
+0100
+++ /home/tarlika/.vim/syntax/remind.vim2009-07-13 11:33:16.0
+0100
@@ -1,11 +1,12 @@
Vim syntax file
Language:Remind
Maintainer: Davide Alberani albera...@libero.it
- Last Change: 10 May 2006
- Version: 0.3
+ Last Change: 25 Jun 2007
+ Version: 0.4
URL: http://erlug.linux.it/~da/vim/syntax/remind.vim
- remind is a sophisticated reminder service; you can download remind from:
+ remind is a sophisticated reminder service
+ you can download remind from:
http://www.roaringpenguin.com/penguin/open_source_remind.php
if version 600
@@ -18,21 +19,27 @@
syn case ignore
syn keyword remindCommands REM OMIT SET FSET UNSET
-syn keyword remindExpiry UNTIL SCANFROM SCAN WARN SCHED
+syn keyword remindExpiry UNTIL FROM SCANFROM SCAN WARN SCHED
syn keyword remindTag PRIORITY TAG
syn keyword remindTimedAT DURATION
syn keyword remindMove ONCE SKIP BEFORE AFTER
-syn keyword remindSpecial INCLUDE INC BANNER PUSH-OMIT-CONTEXT PUSH
CLEAR-OMIT-CONTEXT CLEAR POP-OMIT-CONTEXT POP
+syn keyword remindSpecial INCLUDE INC BANNER PUSH-OMIT-CONTEXT PUSH
CLEAR-OMIT-CONTEXT CLEAR POP-OMIT-CONTEXT POP COLOR
syn keyword remindRun MSG MSF RUN CAL SATISFY SPECIAL PS PSFILE SHADE
MOON
syn keyword remindConditional IF ELSE ENDIF IFTRIG
+syn keyword remindDebugDEBUG DUMPVARS DUMP ERRMSG FLUSH
PRESERVE
syn match remindComment#.*$
syn region remindStringstart=+'+ end=+'+ skip=+\|\\'+
oneline
syn region remindStringstart=++ end=++ skip=+\|\\+
oneline
-syn keyword remindDebugDEBUG DUMPVARS DUMP ERRMSG FLUSH
PRESERVE
syn match remindVar\$[_a-zA-Z][_a-zA-Z0-9]*
syn match remindSubst %[^ ]
syn match remindAdvanceNumber \(\*\|+\|-\|++\|--\)[0-9]\+
- This will match trailing whitespaces that seem to break rem2ps.
+ XXX: divide separators used for dates from the ones used by times?
+syn match remindDateSeparators [/:@\.-] contained
+syn match remindTimes [0-9]\{1,2}[:\.][0-9]\{1,2}
contains=remindDateSeparators
+ TODO: why not match only valid dates? (ok, checking for 02/29 would be
+ impossible, but at least check for valid months and times).
+syn match remindDates
'[0-9]\{4}[/-][0-9]\{1,2}[/-][0-9]\{1,2}\(@[0-9]\{1,2}[:\.][0-9]\{1,2}\)\?'
contains=remindDateSeparators
+ This will match trailing whitespaces that seem to broke rem2ps.
Courtesy of Michael Dunn.
syn match remindWarningdisplay excludenl \S\s\+$ms=s+1
@@ -54,6 +61,9 @@
HiLink remindRun Function
HiLink remindConditional Conditional
HiLink remindComment Comment
+ HiLink remindDateSeparators Comment
+ HiLink remindDates String
+ HiLink remindTimes String
HiLink remindString String
HiLink remindDebug Debug
HiLink remindVar Identifier
@@ -67,3 +77,4 @@
let b:current_syntax = remind
vim: ts=8 sw=2
+
Bug#536686: enters an infinite loop
On Sun, 2009-07-12 at 18:56 +0200, Thorsten Alteholz wrote: Sorry, but I could not reproduce your bug in my environment: Versions of packages harminv depends on: ii libatlas3gf-base [liblapack.s 3.6.0-24 Automatically Tuned Linear Algebra ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-7 GCC support library ii libgfortran3 4.3.3-7Runtime library for GNU Fortran ap ii libharminv2 1.3.1-2Library for using harminv ii liblapack3gf [liblapack.so.3g 3.2.1-1library of linear algebra routines ii libstdc++64.3.3-7The GNU Standard C++ Library v3 sid-vm:~# echo 0 0.1 0.2 0.2 0.1 0 -0.1 -0.2 -0.2 -0.1 0 | harminv 0-10 frequency, decay constant, Q, amplitude, phase, error -0.103148, 2.214556e-02, 14.6326, 0.106908, -1.64183, 3.886296e-02 0.103148, 2.214556e-02, 14.6326, 0.106908, 1.64183, 3.886296e-02 So for what reason do you think that it is a problem of harminv and not of some library? Have you read the bug report? The problem is obviously related with a library, namely with libatlas. Try to install libatlas3gf-sse2 3.6.0-24 (if your CPU supports SSE2) to reproduce the problem. However, what triggers entering this infinite loop - the bug in the library or something in harminv - this cannot be judged easily, that is why I reported this bug first to harminv. From the technical point of view it can be even a problem of the compiler but I think you do not expect me to report this bug to gcc folks first? Btw, meep that uses libharminv internally also has the same problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536769: bug mail should get thru to lists
Package: lists.debian.org I sent these commands !Processing commands for cont...@bugs.debian.org: ! ! #I don't think anybody cares about our bugs, but anyway: ! reassign 535001 linux-2.6 !Bug#535001: linux-image-2.6.30-1-686: CONFIG_NF_CT_ACCT is deprecated and will be removed soon !Bug reassigned from package `linux-image-2.6.30-1-686' to `linux-2.6'. ! ! forcemerge 535001 526521 !Bug#535001: linux-image-2.6.30-1-686: CONFIG_NF_CT_ACCT is deprecated and will be removed soon !Bug#526521: [nop] CONFIG_NF_CT_ACCT is deprecated and will be removed soon !Forcibly Merged 526521 535001. And got this mail d == debian-kernel-request debian-kernel-requ...@lists.debian.org writes: d General info d d Subscription/unsubscription/info requests should always be sent to d the -request address of a mailing list Please configure the lists so that bugs.debian.org changes get through to the mailing lists, instead of bounced back to e.g., me. No wonder they aren't aware of bugs, they never get the mail I bet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#69192: dpkg does not maintain a binary cache of its huge text databases
Hi, I just stumbled across this bug, because I wondered why dpkg is always spending a lot of time when installing new packages. Now I wonder if the dpkg maintainers do have interest to optimize dpkg in this aspect. Waiting for 30-60 seconds (which is true for people with slow harddisks and/or crypto) for dpkg to read in a lot of text files on every installation is really a bad thing. Are there any plans to include a binary cache of the database or something? Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536753: [Pkg-scicomp-devel] Bug#536753: libqd-dev 2.3.4-1
Zhen-Xiang I just uploaded 2.3.7-2 which ships libqdmod.a in libqd-dev It should be available tomorrow on all Debian mirrors in unstable Best regards C. On Mon, Jul 13, 2009 at 10:28 AM, Zhen-Xiang Zhongasmask9...@gmail.com wrote: Package: libqd-dev Version: 2.3.4-1 libqdmod.a does not exist. apt-get install libqd-dev f95 -O2 -ffree-from -c f_test.f -I/usr/lib/qd c++ -O2 -DHAVE_CONFIG_H -o f_test.exe f_test.o \ -L/usr/lib/ -lqdmod -lqd -lrt -lm \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2 \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib \ -L/lib/../lib -L/usr/lib/../lib \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../.. -lrt -lgfortranbegin \ -lgfortran -lm Finally, the linker couldn't generate the binary file for f_test.f where f_test.f could be found in quad-double package source qd-2.3.8/tests/f_test.f While the qd library is compiled from source, f_test.f could be compiled and linked successfully. This bug could fix by just including libqdmod.a while building the package. libqd-dev 2.3.4-1 depends on libqd2c2a 2.3.4-1 Linux node1 2.6.26-2-amd64 #1 SMP Sun Jun 21 04:47:08 UTC 2009 x86_64 GNU/Linux libc.so.6 Version: 2.7-18 ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536435: [Pkg-scicomp-devel] Bug#536435: Bug#536435: gmsh: Please Build-Depends: libopencascade-modeling-dev
Yup you are right I forgot to remove the arch specific stuff On Mon, Jul 13, 2009 at 10:09 AM, Denis Barbierbou...@gmail.com wrote: On 2009/7/10 Christophe Prud'homme wrote: Hi Denis I just uploaded -3 with your patch and a few other things Thanks Christophe, Unfortunately my patch was incomplete, OCC has to be enabled at configure time. Here is a patch to fix debian/rules. Denis ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485859: FoxyProxy behind iceweasel (3.5-1) again
Maybe something could be done to stop this from happening each time iceweasel is updated. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485859 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#181170: dpkg: -l cannot get status to match desire if purged
GJ But I could certainly change the first to something like “Desired Action”. OK, you're the boss. It's hard to get my mind focused after six years. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536498: Please backport roundcube CVE-2008-5619
* Benjamin Bannier benjamin.bann...@netronaut.de [2009-07-10 17:14:45 CEST]: thanks for your quick response. I see roundcube-0.1.1-10~bpo40+2 still in backports. I presume this doesn't include the patch to fix this specific issue. Erm, are you sure? According to Nico it was fixed in 0.1.1-9 which is older than 0.1.1-10. I'm now pretty puzzled about the whole fuzz and the issue at hand? Thanks for any clearification, Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#181170: dpkg: -l cannot get status to match desire if purged
Hi! [ CCing debian-l10n-english for wording suggestions. ] On Sun, 2003-02-16 at 13:36:52 +0800, Dan Jacobson wrote: Package: dpkg Version: 1.10.9 Severity: wishlist lets say we purge a package, then list it: # dpkg -l dpkg-www Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:uppercase=bad) ||/ Name VersionDescription +++-==-==- pn dpkg-www none (no description available) well, true, it is a cosmetic problem, but as you see, there is no way to make the desired state letter match the status letter, as all there is is Not/Installed and no matching category. therefore we never reach our desires, one could say. so maybe rename something. I'm not going to change the ‘desired’ or ‘status’ letters, as that would break external packages and scripts realying on them bein what they currently are. You have to consider though, that they are not meant to match, as one is an action to perform and the other a state. But I could certainly change the first to something like “Desired Action”. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536757: Acknowledgement (gvfs-backends: invalid argument when trying to copy file from smb share)
Am Montag, den 13.07.2009, 12:44 +0200 schrieb Josselin Mouette: [..] Johannes, it would be interesting to know, on your side, if rebuilding gvfs against the latest samba fixes the issue. It doesn't. I rebuilt in pbuilder, installed and tested, the situation is unchanged. Only downgrading samba helps. thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#411206: Please implement --git-overlay option
tags + patch
Hello,
On Mon, Jul 13, 2009 at 09:26:50AM +0200, Guido Günther wrote:
I'd certainly be happy to apply clean patches doing that though.
---end quoted text---
Here's a patch I made to implement this functionality in a basic
manner.
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net)
GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7
Implemented basic overlay functionality
Thanks to Muayyad Alsadi for helping me with the extract_orig function.
diff --git a/gbp/config.py b/gbp/config.py
index 0ffcc32..9aec395 100644
--- a/gbp/config.py
+++ b/gbp/config.py
@@ -43,6 +43,7 @@ class GbpOptionParser(OptionParser):
'git-log' : '--no-merges',
'export' : 'HEAD',
'export-dir' : '',
+ 'overlay' : 'False',
'tarball-dir' : '',
'ignore-new' : 'False',
'meta': 'False',
@@ -79,6 +80,8 @@ class GbpOptionParser(OptionParser):
parse meta tags in commit messages, default is '%(meta)s',
'ignore-new':
build with uncommited changes in the source tree, default
is '%(ignore-new)s',
+ 'overlay':
+ extract orig tarball when using export-dir option, default
is '%(overlay)s',
}
config_files = [ '/etc/git-buildpackage/gbp.conf',
os.path.expanduser('~/.gbp.conf'),
diff --git a/git-buildpackage b/git-buildpackage
index 2e9ebdd..1356631 100755
--- a/git-buildpackage
+++ b/git-buildpackage
@@ -29,6 +29,7 @@ from gbp.command_wrappers import (GitTag, Command,
RunAtCommand, CommandExecFail
PristineTar, RemoveTree, GitAdd)
from gbp.config import (GbpOptionParser, GbpOptionGroup)
from gbp.errors import GbpError
+from glob import glob
# when we want to reference the index in a treeish context we call it:
index_name = INDEX
@@ -136,6 +137,32 @@ def write_wc(repo):
return tree
+def extract_orig(orig_tarball, dest_dir):
+extract orig tarball to export dir before exporting from git
+print Extracting %s to '%s' % (os.path.basename(orig_tarball), dest_dir)
+
+# TODO: do not create this dir ? remove the dir if something wrong goes
with tar ?
+os.mkdir(dest_dir)
+r=os.system('tar -zxf %s -C %s' % (orig_tarball, dest_dir))
+if r!=0:
+raise Could not extract orig tarball
+
+# Check if tarball extracts into a single folder or not:
+r=glob(%s/* % dest_dir)
+r.extend(glob(%s/.* % dest_dir)) # include hidden files and folders
+fdnum=len(r) # number of files folders
+dnum=len(filter(lambda f: os.path.isdir(f) ,r)) # number of folders
+
+if fdnum==1 and dnum==1:
+# If it extracts a single folder, move all of its contents to dest_dir:
+r1=glob(%s/* % r[0])
+r1.extend(glob(%s/.* % r[0])) # include hidden files and folders
+for f in r1:
+os.rename(f, os.path.join(dest_dir, os.path.basename(f)))
+
+# Remove that single folder:
+os.rmdir(r[0])
+
def main(argv):
changelog = 'debian/changelog'
retval = 0
@@ -192,6 +219,7 @@ def main(argv):
help=export treeish object TREEISH, default is
'%(export)s', metavar=TREEISH)
export_group.add_option(--git-dont-purge, action=store_false,
dest=purge, default=True,
help=retain exported package build directory)
+export_group.add_boolean_config_file_option(option_name=overlay,
dest=overlay)
(options, args) = parser.parse_args(args)
if options.verbose:
@@ -242,6 +270,20 @@ def main(argv):
else:
tarball_dir = output_dir
+# Get/build the orig.tar.gz if necessary:
+if not du.is_native(cp):
+# look in tarball_dir first, if found force a symlink to it
+if options.tarball_dir:
+print Looking for orig tarball '%s' at '%s' %
(du.orig_file(cp), tarball_dir)
+if not du.symlink_orig(cp, tarball_dir, output_dir,
force=True):
+print Orig tarball '%s' not found at '%s' %
(du.orig_file(cp), tarball_dir)
+else:
+print Orig tarball '%s' found at '%s' %
(du.orig_file(cp), tarball_dir)
+# build an orig unless the user forbidds it
+if not options.no_create_orig and not du.has_orig(cp,
output_dir):
+if not pristine_tar_build_orig(repo, cp, output_dir,
options):
+git_archive_build_orig(repo, cp, output_dir, options)
+
# Export to another build dir if requested:
if options.export_dir:
# write a tree of the index if necessary:
@@ -254,6 +296,11 @@ def main(argv):
if not repo.has_treeish(tree):
Bug#527731: monotone-viz: FTBFS: ocaml-giochannel.c:(.text+0x2f4): multiple definition of `ml_g_io_channel_read_chars'
FYI: on Fedora we use the attached patch.
diff -up monotone-viz-1.0.1/glib/giochannel.mli.orig monotone-viz-1.0.1/glib/giochannel.mli
--- monotone-viz-1.0.1/glib/giochannel.mli.orig 2007-03-07 22:53:54.0 +0100
+++ monotone-viz-1.0.1/glib/giochannel.mli 2009-02-26 14:15:28.0 +0100
@@ -20,7 +20,7 @@ external new_file : string - string -
external read_chars : t - ?off:int - ?len:int - string -
[ `NORMAL of int | `AGAIN | `EOF]
- = ml_g_io_channel_read_chars
+ = ml_mtnviz_g_io_channel_read_chars
(** @raise Error .
@raise Glib.Convert.Error .*)
external write_chars : t - ?bytes_written:int ref - ?off:int - ?len:int - string -
diff -up monotone-viz-1.0.1/glib/giochannel.ml.orig monotone-viz-1.0.1/glib/giochannel.ml
--- monotone-viz-1.0.1/glib/giochannel.ml.orig 2007-03-07 22:53:54.0 +0100
+++ monotone-viz-1.0.1/glib/giochannel.ml 2009-02-26 14:15:28.0 +0100
@@ -24,7 +24,7 @@ external new_file : string - string -
external read_chars : t - ?off:int - ?len:int - string -
[ `NORMAL of int | `AGAIN | `EOF]
- = ml_g_io_channel_read_chars
+ = ml_mtnviz_g_io_channel_read_chars
external write_chars : t - ?bytes_written:int ref - ?off:int - ?len:int - string -
[ `NORMAL of int | `AGAIN]
= ml_g_io_channel_write_chars
diff -up monotone-viz-1.0.1/glib/ocaml-giochannel.c.orig monotone-viz-1.0.1/glib/ocaml-giochannel.c
--- monotone-viz-1.0.1/glib/ocaml-giochannel.c.orig 2007-03-07 22:53:54.0 +0100
+++ monotone-viz-1.0.1/glib/ocaml-giochannel.c 2009-02-26 14:15:28.0 +0100
@@ -134,7 +134,7 @@ check_substring (value s, gsize off, gsi
#endif
CAMLprim value
-ml_g_io_channel_read_chars (value c, value o_off, value o_len, value s)
+ml_mtnviz_g_io_channel_read_chars (value c, value o_off, value o_len, value s)
{
CAMLparam1(s);
GError *err = NULL;
Bug#523495: keepassx: duplicate icon in gnome menu on lenny
Package: keepassx Version: 0.3.1-1 Followup-For: Bug #523495 Gnome menu is still showing duplicate icons for keepassx on lenny/stable. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages keepassx depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libqt4-core 4.4.3-1 transitional package for Qt 4 core ii libqt4-gui 4.4.3-1 transitional package for Qt 4 GUI ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension keepassx recommends no packages. keepassx suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536498: Please backport roundcube CVE-2008-5619
Hi again! * Holger Levsen hol...@layer-acht.org [2009-07-13 12:10:41 CEST]: On Montag, 13. Juli 2009, Gerfried Fuchs wrote: - in this case it was Holger Levsen. Though, I just asked him and he said that he doesn't care about etch-backports. given that its not possible/desirable to have backports from squeeze in etch-bpo (see http://lists.backports.org/lurker-bpo/message/20090220.215045.8a623425.en.html) Alexander Wirt and me have decided last week, that it's best to remove the roundcube backport from etch-bpo. Erm, you propably did misread that mail: , quote | But remember that contributors are now allowed to add packages to | etch-bpo which have a higher version than in lenny (because they are | allowed to add versions from squeeze). ` quote That's extremely far from not possible/desirable - and especially when it comes to security issues it is more than desirable to have them fixed. ... which, in the case of this bugreport, is done. 0.1.1-9 did fix CVE-2008-5619 for etch-backports, so it rather seems to me that Benjamin got some things mixed up, unless the claimed patch in that upload wasn't complete. Of course, if Gerfried wants to cherrypick and backport the neeeded fixes to roundcube 0.1 and upload that to etch-bpo, he can do that. I'd still recommend to upgrade to lenny, but thats the beauty of free software: there is more than one way to do it and everybody can get involved :-) Unfortunately, lenny doesn't ship roundcube so that doesn't buy one anything. Would be great to get things straightened out. Benjamin, do you claim the package in etch-bpo affected by this bug and the fix to be incomplete, or what's the deal? I'm especially puzzled by your original version you reported it again to be 0.2.2-1 which is by far close to anything that's in bacports - or way over the version that it was fixed in already. Do you claim by that that the patch got removed again, or were you just puzzled? Thanks! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536771: xserver-xorg-video-intel: Intermittent Intel 945GM issue starting gdm: Error in I830WaitLpRing()
Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny6 Severity: normal Usually it's fine, but sometimes when gdm tries to start after boot I instead get something like the log enclosed at the bottom of this message. Mark -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2009-06-20 16:51 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1901136 2009-06-11 06:07 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1177 2009-07-10 06:14 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor SubSection Display Depth24 Virtual 3120 1050 EndSubSection EndSection -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (600, 'stable'), (50, 'testing'), (40, 'unstable'), (30, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libdrm22.3.1-2 Userspace interface to kernel DRM ii xserver-xorg-core 2:1.4.2-10.lenny2 Xorg X server - core server xserver-xorg-video-intel recommends no packages. xserver-xorg-video-intel suggests no packages. -- no debconf information X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-10.lenny2) Current Operating System: Linux lemurtopia 2.6.30-1-amd64 #1 SMP Wed Jul 8 12:20:34 UTC 2009 x86_64 Build Date: 11 June 2009 09:45:25AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Jul 13 08:02:59 2009 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to
Bug#536498: Please backport roundcube CVE-2008-5619
Hi, * Gerfried Fuchs rho...@deb.at [2009-07-13 14:17]: * Benjamin Bannier benjamin.bann...@netronaut.de [2009-07-10 17:14:45 CEST]: thanks for your quick response. I see roundcube-0.1.1-10~bpo40+2 still in backports. I presume this doesn't include the patch to fix this specific issue. Erm, are you sure? According to Nico it was fixed in 0.1.1-9 which is older than 0.1.1-10. I'm now pretty puzzled about the whole fuzz and the issue at hand? I checked the package of backports and the issue you are reporting seems indeed to be fixed. Do you have any evidence that this or a similar issue is being exploited on your system? Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgp34700L8kO5.pgp Description: PGP signature
Bug#536739: quodlibet: crahses at startup while trying to import EditingPlugins
On Mon, Jul 13, 2009 at 06:41:40AM +0200, David Riebenbauer wrote: Package: quodlibet Version: 2.1-1 Severity: important I am actually quite surprised to be the first to report this bug. Quodlibet won't start for me. Here's the output on the commandline. I can reproduce, and I've tracked down which files are causing the failure. It's definitely a packaging issue, and I think it has something to do with python-support triggers. I'll look at it more tonight or tomorrow and get back to you. (A hackish temporary fix would be to kill /usr/lib/pymodules/python2.5/quodlibet/plugins/editing/__init__.py* and /usr/lib/pymodules/python2.5/quodlibet/plugins/songsmenu/__init__.py*.) It seems to not occur sometimes depending on what packages out of exfalso, quodlibet, quodlibet-plugins, and quodlibet-ext are installed, which might explain why no one else has reported this yet. Thanks for your bug report! Christine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534415: [Pkg-freevo-maint] Bug#534415: [BTS#534415] templates://freevo/{freevo.templates}
hi everybody, I went to update freevo templates according to your work, and I noted that the debian/control has been rewritten too. In your proposal, each description contains a general part, that reads as follows: Description: home theater framework - binaries Freevo is a Personal Video Recorder system for saving television input to disk and playing it back. It can be used either for a dedicated PVR with a TV (plus remote) or on a regular desktop computer using the monitor and keyboard. I am not too happy about it, since it reduces Freevo to a TV recorder, wheres Freevo can be used to manage and play DVDs, music, pictures, games, podcasts etc etc. Would it be fine for you if I augmented it as follows? Description: home theater framework - binaries Freevo is a complete home theater framework. It comprises a Personal Video Recorder system for saving television input to disk and playing it back. It can browse and play pictures, music, games, and movies, both from the internal hard disk or from CDs and DVDs. It can be used either to build a dedicated home theater with a TV (plus remote) or on a regular desktop computer using the monitor, the mouse and keyboard. What do you think? a. ps: your work so far was uploaded into SVN, see http://svn.debian.org/wsvn/pkg-freevo/packages/freevo/trunk/debian/control ps2: mouse support was added recently to Freevo ps3: so far, thanks for all the nice work signature.asc Description: Digital signature
