Bug#568498: mysql-server-5.1: Unable to backup db with '-' in name with mysqlhotcopy
Package: mysql-server-5.1 Version: 5.1.43-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have upgraded mysql from 5.0.84? to 5.1.43 today and now, I'm unable to backup databases with - in name using mysqlhotcopy. For example db named test-test is now saved in directory /var/lib/mysql/t...@002dtest Running /usr/bin/mysqlhotcopy test-test /tmp/x/nAgJGLdC results in Cannot open dir '/var/lib/mysql/test-test': No such file or directory at /usr/bin/mysqlhotcopy line 289. Running /usr/bin/mysqlhotcopy t...@002dtest /tmp/x/nAgJGLdC results in Unable to retrieve list of tables in t...@002dtest: DBD::mysql::db selectall_arrayref failed: Unknown database 't...@002dtest' at /usr/bin/mysqlhotcopy line 775. No tables to hot-copy at /usr/bin/mysqlhotcopy line 380. Is there some solution? With regards Libor - -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (700, 'experimental'), (700, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bfs311-bfs311 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server-5.1 depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libdbi-perl 1.609-1 Perl Database Interface (DBI) ii libgcc1 1:4.5-20100202-1 GCC support library ii libmysqlclient165.1.43-1 MySQL database client library ii libstdc++6 4.5-20100202-1 The GNU Standard C++ Library v3 ii libwrap07.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii mysql-client-5.15.1.43-1 MySQL database client binaries ii mysql-common5.1.43-1 MySQL database common files (e.g. ii passwd 1:4.1.4.2-1 change and administer password and ii perl5.10.1-10Larry Wall's Practical Extraction ii psmisc 22.10-1 utilities that use the proc file s ii zlib1g 1:1.2.3.5.dfsg-1 compression library - runtime Versions of packages mysql-server-5.1 recommends: ii bsd-mailx [mailx] 8.1.2-0.20090911cvs-2 simple mail user agent ii libhtml-template-p 2.9-1 HTML::Template : A module for usin Versions of packages mysql-server-5.1 suggests: pn tinycanone (no description available) - -- debconf information: mysql-server-5.1/postrm_remove_databases: false mysql-server-5.1/really_downgrade: false mysql-server/error_setting_password: mysql-server-5.1/start_on_boot: true mysql-server-5.1/nis_warning: mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAktrzowACgkQhMrxGRe1HmGewACeIdfeuhrulr2fa0vkARvV3cRl qPIAoJLhx+5KiNRlU631W5PLsvlzMuvA =NvPg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504301: debdelta-upgrade for the experimental branch
hi, Nelson A. de Oliveira ha scritto: Full output of debdelta-upgrade -vd (version 0.38) is attached. I see that debdelta is looking for http://www.bononia.it/debian-deltas/pool/main/p/pcsc-lite/libpcsclite1_1.5.5-2_1.5.5-3_i386.debdelta and not finding it ; but now that delta is available ; the problem is that it takes some time for the servers to generate deltas I see nothing about openoffice.org* packages, even with the deltas available in your repository. # apt-cache policy openoffice.org-core openoffice.org-core: Installed: 1:3.2.0~rc3-1 Candidate: 1:3.2.0~rc3-1 Version table: 1:3.2.0~rc4-1 0 1 http://ftp.us.debian.org experimental/main Packages *** 1:3.2.0~rc3-1 0 100 /var/lib/dpkg/status 1:3.1.1-14 0 500 http://ftp.us.debian.org sid/main Packages Could it somehow be related with apt-get priority system? (since experimental has a lower priority than unstable). maybe... I am not familiar with that so much... what happens if you call 'apt-get dist-upgrade' ? is openoffice.org in the list of stuff that will be upgraded? or, do you need to add a '-t experimental' option? debdeltas tries to see what may be upgraded, and the new version, using the python-apt call 'cache=apt.Cache() ; cache.upgrade(True)' so it is similar to a 'apt-get dist-upgrade' call Also, may you try with the new 'cupt' (that uses debdelta if available) what does it do? Thank you! actually... thank you! even more, for testing and caring a. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568468: [Logcheck-devel] Bug#568468: logcheck: ignore wpa_supplicant scan results
Hi, This message should be filtered in workstation level. Please ensure that you use this level (set REPORTLEVEL in /etc/logcheck/logcheck.conf to workstation) and provide feedback if that solves your problem. Thanks, Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568499: clang: please ship scan-build and ccc-analyzer
Package: clang Version: 2.6-1 Severity: wishlist Hi, Those scripts make it very easy to use clang's static analyser, please ship/install them on the binary packages. Thanks. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.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#568460: strange gconf schema failure
Le jeudi 04 février 2010 à 15:53 -0500, Joey Hess a écrit : This was happening yesterday with version 2.28.3-1. j...@gnu:~gnome-power-manager (gnome-power-manager:3480): Gtk-CRITICAL **: gtk_status_icon_is_embedded: assertion `GTK_IS_STATUS_ICON (status_icon)' failed TI:14:02:33 TH:0x927e9f8FI:gpm-manager.cFN:gpm_manager_init,1887 - no gconf schema installed! Was it happening during the upgrade (which would be expected) or just like that (which would be a bug)? I tried upgrading to -2 and running it again: sudo apt-get install gnome-power-manager gnome-power-manager Same failure after upgrade. However, when I tried to run it again a minute later, it worked. Apparently something went and fixed up the problem in the background, or it is failing intermittently, or something. After an upgrade, the gconfd daemon reloads its databases after at most 30 seconds, so it’s probably this behavior that you witnessed. It doesn’t explain why this schemas would not have been registered with 2.28.3-1; there was nothing of the like fixed in the upgrade. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568500: RFP: libapp-daemon-perl -- helps running an application as a daemon
Package: wnpp Severity: wishlist * Package name: libapp-daemon-perl Version : 0.08 Upstream Author : Michael Schilli m...@perlmeister.com * URL : http://www.cpan.org/ * License : GPL Programming Lang: Perl Description : helps running an application as a daemon Start an Application as a Daemon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566234: A try to compile gnat-4.4 on mips crashed...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ludovic Brenta a écrit : Did you compile using dpkg-buildpackage? I think your image lacks some build dependencies, like gcc. Yes I'm using dpkg-buildpackage. But before I have done an apt-get build-dep gnat-4.4 also I have : prompt apt-get install gcc Reading package lists... Done Building dependency tree Reading state information... Done gcc is already the newest version. May be the problem comes from the fact that I have needed to install by hand gcc-4.4-source in a version number that was lacking in mips sid : 4.4.3-2 ? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktr2lwACgkQVIZi0A5BZF7WlwCgvQQXJ1+efzuYiuYzMGxNUr9W 88oAn3/wjgDtgti59d+f8WfpL4XUOo5I =QWA6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566513: kfreebsd: file name too long problem?
Jens Thiele a écrit : Aurelien Jarno aurel...@aurel32.net writes: Actually it doesn't, it's just that the chroot's name I used was a bit smaller. ok If we find from where this limit come, we can probably increase it (most probably in the kernel). Looking at the reported limits: cat test.c make -k test ./test #include stdio.h #include limits.h #include unistd.h #include dirent.h #define x(x) do{printf(%s=%d\n,#x,x);}while(0) #define p(x) do{printf(%s=%d\n,#x,pathconf(/,x));}while(0) int main() { x(PATH_MAX); x(_POSIX_PATH_MAX); x(NAME_MAX); x(MAXNAMLEN); x(FILENAME_MAX); x(_POSIX_NAME_MAX); p(_PC_NAME_MAX); p(_PC_PATH_MAX); return 0; } make: »test« ist bereits aktualisiert. PATH_MAX=1024 _POSIX_PATH_MAX=256 NAME_MAX=255 MAXNAMLEN=255 FILENAME_MAX=1024 _POSIX_NAME_MAX=14 _PC_NAME_MAX=255 _PC_PATH_MAX=1024 So depending on the interpretation of those values (i only did a quick look) this is a kernel or libc bug right? I guess it is a kernel bug. A quick look at the source did not reveal something obvious in the nullfs code. A really wild guess in a completely different corner (i am really a noob regarding (k)freebsd): The problem actually from here sys/sys/mount.h, and is not specific to procfs: | #define MNAMELEN88 /* size of on/from name bufs */ ... | #define OMNAMELEN (88 - 2 * sizeof(long)) /* size of on/from name bufs */ The variable length depending on the architecture is there to keep the size of the structure statfs to 256 bytes. The problem in changing those values is that it will break the ABI of at least the statfs syscall. It's not impossible to change, but we have to take extreme care about that. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567730: aiccu: Should handle empty DNS query responses - Pending
tag 567730 + pending thanks I fix this issue, it will be in the -12 upload. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542512: dicod works with libgsasl7 1.1-1
Looking at this more closely, this do not appear as problematic as first can be thought. The patch I proposed earlier solves a problem on mixed stable/testing systems (such as for the original bug reported). There is no need to bump the shared library version of libgsasl7, which Cascardo and I have discussed on the XMPP mailing list. Here is what I'm trying. Create gsasl.c: #include gsasl.h #include stdio.h int main (void) { printf (header %s library %s\n, GSASL_VERSION, gsasl_check_version (NULL)); return 0; } Install libgsasl from stable: apt-get install libgsasl7/stable libgsasl7-dev/stable Build the tool: j...@mocca:~$ gcc -o gsasl gsasl.c -lgsasl Invoke it: j...@mocca:~$ ./gsasl header 0.2.26 library 0.2.26 j...@mocca:~$ Now install libgsasl from testing, which has versioned symbols: apt-get install libgsasl7/testing libgsasl7-dev/testing Do NOT rebuild the application, just invoke it again: j...@mocca:~$ ./gsasl header 0.2.26 library 1.4.0 j...@mocca:~$ This works fine, and indicates that 1.4.0 is backwards compatible with 0.2.26 (at least for this simple test function). Now rebuild the application using 1.4.0: j...@mocca:~$ gcc -o gsasl gsasl.c -lgsasl Invoke it: j...@mocca:~$ ./gsasl header 1.4.0 library 1.4.0 j...@mocca:~$ That's expected. Now install the old libgsasl, without symbol versioning: apt-get install libgsasl7/stable libgsasl7-dev/stable Then invoke the tool again: j...@mocca:~$ ./gsasl ./gsasl: /usr/lib/libgsasl.so.7: no version information available (required by ./gsasl) header 1.4.0 library 0.2.26 j...@mocca:~$ This is the same warning message that the original reporter got. However, note that the tool appears to work. Thus it seems that if you build a tool (i.e., dicod or my example above) using a modern version of libgsasl7 and then run the tool with an older version of libgsasl7, the tool will still work fine but you will get a linker warning. In other words, the ABI of libgsasl7 is both forwards and backwards compatible. The reason for the warning, though, is not in libgsasl7 -- it is that the tool was built incorrectly if the intention is that the tool should work without warning on both old and new libraries. However, I don't think debian makes any guarantee that this should work. If you upgrade a tool to the version in unstable or testing on a stable system, you may need to pull in whatever dependencies it has too, and essentially you are on your own. It would be nice if these dependencies were automatically installed, though, and my patches takes care of that (but dicod needs to be rebuilt against a newer libgsasl7 for it to work). Going back to dicod, here is what I get if I install dicod (2.0-7) with libgsasl from stable: mocca:/home/jas# ps auxww|grep dico root 20050 0.0 0.0 4808 800 pts/4S+ 09:44 0:00 grep dico mocca:/home/jas# /etc/init.d/dicod start Starting dictionary server : dicod/usr/bin/dicod: /usr/lib/libgsasl.so.7: no version information available (required by /usr/bin/dicod) failed! mocca:/home/jas# ps auxww|grep dico dicod20068 0.0 0.0 6792 596 ?Ss 09:44 0:00 /usr/bin/dicod root 20079 0.0 0.0 4808 796 pts/4S+ 09:44 0:00 grep dico mocca:/home/jas# Note that dicod is running! Launching it from a terminal works too: mocca:/home/jas# ps auxww|grep dico root 20212 0.0 0.0 4808 800 pts/4S+ 09:45 0:00 grep dico mocca:/home/jas# /usr/bin/dicod /usr/bin/dicod: /usr/lib/libgsasl.so.7: no version information available (required by /usr/bin/dicod) mocca:/home/jas# echo $? 0 mocca:/home/jas# ps auxww|grep dico dicod20217 0.0 0.0 6792 592 ?Ss 09:45 0:00 /usr/bin/dicod root 20222 0.0 0.0 4808 800 pts/4S+ 09:45 0:00 grep dico mocca:/home/jas# This indicates that the problem is just in the dicod init.d script, which says 'fail' when the daemon outputs something on stdout/stderr. It doesn't notice that dicod was started successfully anyway. In other words, there is only a wishlist-kind of bug here. The problem is that the dicod init.d script says 'fail' where it should have said 'success', but the only situation where this happens if the user runs a mixed testing/stable system and install dicod using libgsasl7 from stable -- and that is not something that is supported. The patch I proposed does not hurt, though, and if libgsasl7 had that patch when dicod was built in testing, the user here could not have installed dicod without also automatically pulling in libgsasl7. However this is still only happening on mixed stable/testing systems, which, again, I believe is not something that is generally supported. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568501: ITP: doctrine -- PHP Object Relational Mapper
Package: wnpp Severity: wishlist Owner: Federico Gimenez Nieto fgime...@coit.es * Package name: doctrine Version : 1.2.1 Upstream Author : Jonathan H. Wage jonw...@gmail.com * URL : http://www.doctrine-project.org/ * License : LGPL Programming Lang: PHP Description : PHP Object Relational Mapper Doctrine is an object relational mapper (ORM) for PHP 5.2.3+ that sits on top of a powerful database abstraction layer (DBAL). One of its key features is the option to write database queries in a proprietary object oriented SQL dialect called Doctrine Query Language (DQL), inspired by Hibernates HQL. This provides developers with a powerful alternative to SQL that maintains flexibility without requiring unnecessary code duplication. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568138: [Pkg-mc-devel] Bug#568138: broken mcview with binary files
Hi Riccardo! On Wed, 2010-02-03 at 23:04 +0100, Riccardo Stagni wrote: what version of mc are you using? Locale? 4.7.0.1 package, fully UTF-8 locale. Looking in the upstream ticket archive I found the following one: http://www.midnight-commander.org/ticket/1918 and it seems the same issue! OK, this might very well apply to you, I didn't notice that you are not using a non-UTF-8 locale in the first place. I filled this ticket because another user has been having problems with quick view, but apparently it applies to mcview as well, he just didn't notice it. Also this doesn't really have to do with executing binary files, but rather incorrect on-screen position calculations for single-byte non-alphanumeric characters. (so I think that version 4.7.0.2 should fix this issue... I tagged this bugreport consequently, if you think that it isn't the same issue please feel free to retag) Unfortunately, we can't release 4.7.0.2 right now, it will take us some time to merge all the changes, but it would be nice if you could report back if this fixes the issue after the package is updated. Thank you for your help! -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568502: LVM support should be added
Package: live-initramfs Version: 1.157.4-2 Severity: wishlist Please add LVM support in live-initramfs, so that it will become possible to host Live filesystem images on LVM logical volumes. To do that, two changes are to be made: * the local-top/lvm2 script (of initramfs-tools) should somehow be called earlier, most probably as part of the live-premount/ sequence; * the script should also consider $LIVE_MEDIA, like: activate_vg $ROOT + activate_vg $LIVE_MEDIA activate_vg $resume FWIW, copying the script's contents into /scripts/live-premount/zz_lvm2, making the change above and recreating the image (with $ fakeroot... cpio --quiet --dereference -o -H newc | gzip -9c ...) have allowed me to create a bootable Debian Live system with the Live image residing on a logical volume. -- FSF associate member #7257 pgpgot6hVbkUD.pgp Description: PGP signature
Bug#527581: dh_autoreconf script for autotools-dev
Am 04.02.2010 21:29, schrieb Julian Andres Klode: Anyway, this approach should allow us to build packages including autoreconf with a simple %: dh --with autoreconf $@ debian/rules file which would be great. If you don't want to libtoolize, and the package includes the libtool macros (ltversion, etc.) you could even do an export LIBTOOLIZE := true in rules, so autoreconf calls true instead of libtoolize. Julien, I've got one thing to add to your scripts. You just check for files that have been changed during autoreconf and remove them. However, in most (all?) cases the directory autom4te.cache will be created by autoreconf. Since I haven't found it to be of any use after the autoreconf invocation, I suggest to remove it afterwards: --- dh_autoreconf.orig +++ dh_autoreconf @@ -29,6 +29,7 @@ # Run autoreconf to recreate the needed files. doit('autoreconf', '-f', '-i'); +doit('rm', '-f', '-r', 'autom4te.cache'); # Create a list of all the files (compared later on) complex_doit('find -type f | xargs md5sum debian/autoreconf.after'); - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527581: dh_autoreconf script for autotools-dev
Am Freitag, den 05.02.2010, 10:11 +0100 schrieb Fabian Greffrath: Julien, I've got one thing to add to your scripts. You just check for files that have been changed during autoreconf and remove them. However, in most (all?) cases the directory autom4te.cache will be created by autoreconf. Since I haven't found it to be of any use after the autoreconf invocation, I suggest to remove it afterwards: New files are also changed files in some way and will be removed as well. But we don't have to care about new directories because directories don't appear in a diff. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527581: dh_autoreconf script for autotools-dev
Am 05.02.2010 10:12, schrieb Julian Andres Klode: New files are also changed files in some way and will be removed as well. But we don't have to care about new directories because directories don't appear in a diff. I know, but it feels cleaner to not have empty (and actually useless) directories linger around after having cleaned the package. So would you please? ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568502: LVM support should be added
user debian-l...@lists.debian.org usertag 568502 + 2.0-priority3 retitle 568502 support lvm thanks Ivan Shmakov wrote: Please add LVM support in live-initramfs, so that it will become possible to host Live filesystem images on LVM logical volumes. it's already on the todo for live-initramfs 2: http://live.debian.net/devel/live-initramfs/todo/ Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544039: mediatomb FTBFS with glibc-2.10
severity 544039 wishlist retitle 544039 Allow playing video/x-mkv files thanks On 0, Alessio Treglia quadris...@ubuntu.com wrote: Package: mediatomb Version: 0.12.0~svn2018-4 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch In Ubuntu, we've applied the attached patch to achieve the following: * Merge from debian unstable, Ubuntu remaining changes: - Add OR depends on abrowser. Still to be applied (up to the maintainer). * Add glibc-2.10_fix.patch patch to prevent FTBFS with glibc-2.10. Applied in 0.12.0~svn2018-5. * debian/config.xml.dist: Allow playing the mkv files that haven't video/x-matroska as mimetype (LP: #417533). Still to be applied (up to the maintainer). Is there any active maintainer for mediatomb? Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568506: [INTL:es] Spanish debconf template translation for apt-dater
Package: apt-dater Version: 0.8.1+svn453-1 Severity: wishlist Tags: l10n patch -- Saludos Fran # apt-dater po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the apt-dater package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2010 # # 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 y normas 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: apt-dater 0.8.1+svn453-1\n Report-Msgid-Bugs-To: apt-da...@packages.debian.org\n POT-Creation-Date: 2010-01-25 21:08+0100\n PO-Revision-Date: \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: boolean #. Description #: ../apt-dater-host.templates:1001 msgid Enable automatic upgrades? msgstr ¿Desea activar las actualizaciones automáticas? #. Type: boolean #. Description #: ../apt-dater-host.templates:1001 msgid If you disable this option, you have to acknowledge every upgrade process for all hosts. The pro of it would be, that you will be aware of every action apt wants to do. The con is, that you have to attach every host on multiple upgrades and acknowledge every single host. msgstr Si desactiva esta opción, tendrá que responder a cada proceso de actualización para todas las máquinas. La ventaja de esto sería que conocería todas las acciones que apt quiera hacer. El inconveniente es que tiene que ejecutar de forma simultánea varias actualizaciones en el conjunto de máquinas, a las que tendrá que responder de forma independiente.
Bug#568503: [l10n:eu] scponly 4.8-4.1: updated Basque translation
Package: scponly Version: 4.8-4.1 X-Debbugs-CC: p...@beobide.net, debian-l10n-bas...@lists.debian.org Severity: wishlist Tags: l10n patch Attached Basque translation. Please, could you add it for us? Thanks and best regards, Dooteo # translation of scponly_4.8-4.1_eu.po to Basque # translation of scponly debconf to Basque # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # xabier bilbao xab...@gmail.com, 2008. # Piarres Beobide p...@beobide.net, 2008. # Iñaki Larrañaga Murgoitio doo...@euskalgnu.org, 2010. msgid msgstr Project-Id-Version: scponly_4.8-4.1_eu\n Report-Msgid-Bugs-To: scpo...@packages.debian.org\n POT-Creation-Date: 2009-07-10 13:16+\n PO-Revision-Date: 2010-02-05 10:31+0100\n Last-Translator: Iñaki Larrañaga Murgoitio doo...@euskalgnu.org\n Language-Team: Basque debian-l10n-bas...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../scponly.templates:1001 ../scponly-full.templates:1001 #| msgid #| Install the chrooted binary /usr/sbin/scponlyc and set it to mode 4755 #| (root.root)? msgid Install the chrooted binary /usr/sbin/scponlyc SUID root? msgstr Instalatu chroot egin zaion /usr/sbin/sponlyc bitarraren root-aren SUIDa? #. Type: boolean #. Description #: ../scponly.templates:1001 ../scponly-full.templates:1001 msgid If you want scponly to chroot into the user's home directory prior to doing its work, the scponly binary has to be installed in /usr/sbin/scponlyc and has to have the suid-root-bit set. msgstr Scponly-k bere lana bete aurretik erabiltzailearen direktorio nagusira chroot egin dezan nahi baduzu, scponly bitarra /usr/sbin/scponly-n instalatu behar da lehenago, eta suid-root bit-a aktibatuta eduki behar du. #. Type: boolean #. Description #: ../scponly.templates:1001 ../scponly-full.templates:1001 msgid This could lead (in the worst case) to a remotely exploitable root hole. If you don't need the chroot- functionality, don't install the file. msgstr Hau egiteak (kasurik txarrenean) erroan segurtasun zulo bat sortaraz lezake, kanpotik asmo txarrekin erabili daitekeelarik. Ez badituzu chroot-en funtzioak behar, ez instalatu fitxategia. #. Type: note #. Description #: ../scponly-full.templates:2001 msgid Potential security hazard msgstr Segurtasuneko arrisku potentziala #. Type: note #. Description #: ../scponly-full.templates:2001 msgid WARNING: this package was compiled with rsync, unison and SVN support, which can be a potential SECURITY hazard if not configured correctly! Please read the file /usr/share/doc/scponly-full/SECURITY! msgstr ABISUA: pakete hau rsync, unison eta SVN euskarriekin konpilatua izan denez, SEGURTASUNEKO ARAZO bat izan daiteke ez bada ongi konfiguratzen. Irakur ezazu /usr/share/doc/scponly-full/SECURITY fitxategia!
Bug#568381: debconf segfauls with DEBIAN_FRONTEND=text
On Friday 05 February 2010, Colin Watson wrote: On Thu, Feb 04, 2010 at 07:52:23PM +, Colin Watson wrote: I've traced this to Colin's commit that adds the passthrough frontend (r59807). If I revert that the text frontend works fine again. Fixed in r62177. I've asked Otavio on IRC if it's OK to upload this, since I don't want to inadvertently stomp on d-i release preparation. Thanks a lot Colin. Works fine again now. AFAIK Otavio is planning another D-I upload (a few other components migrated only a few days ago), so it would be nice to get this in especially as without it s390 is unusable. So I've gone ahead and uploaded with 'high' priority. Cheers, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568504: heartbeat: ha_propagate tries to run chkconfig instead of update-rc.d
Package: heartbeat Version: 2.1.3-6lenny4 Severity: normal /usr/lib/heartbeat/ha_propagate is not debian aware, uses a redhat like command chkconfig for setting boot config instead of update-rc.d -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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 heartbeat depends on: ii adduser 3.110add and remove users and groups ii gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii iproute 20080725-2 networking and traffic control too ii iputils-ping3:20071127-1 Tools to test the reachability of ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcurl37.18.2-8lenny3 Multi-protocol file transfer libra ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr ii libltdl31.5.26-4+lenny1 A system independent dlopen wrappe ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libnet1 1.1.2.1-2library for the construction and h ii libopenhpi2 2.12.0-1 OpenHPI libraries (runtime and sup ii libpam-runtime 1.0.1-5+lenny1 Runtime support for the PAM librar ii libpam0g1.0.1-5+lenny1 Pluggable Authentication Modules l ii libsnmp15 5.4.1~dfsg-12SNMP (Simple Network Management Pr ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries ii libuuid11.41.3-1 universally unique id library ii libwrap07.6.q-16 Wietse Venema's TCP wrappers libra ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii libxml2-utils 2.6.32.dfsg-5+lenny1 XML utilities ii mawk1.3.3-11.1 a pattern scanning and text proces ii psmisc 22.6-1 Utilities that use the proc filesy ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8register and build utility for Pyt ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime Versions of packages heartbeat recommends: ii iptables 1.4.2-6administration tools for packet fi ii logrotate 3.7.1-5Log rotation utility ii rsyslog [system-log-daemon] 3.18.6-4 enhanced multi-threaded syslogd heartbeat 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#538129: aiccu: setupscript not executed - Pending
tag 538129 + pending thanks Thanks to Norman Rasmussen I applied a patch that fix this issue, it will be in the -12 upload. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484876: [apt-mirror] still broken on lenny
I also want to confirm that this issue has not been committed and is still broken. The patch fixes this issue. Please, be kind and release an updated version of apt-mirror. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566711: rhythmbox: split plugins to separate packages
On 24/01/2010 19:03, Yves-Alexis Perez wrote: Package: rhythmbox Version: 0.12.6-2 Severity: wishlist Hi, when trying to upgrade rhythmbox on one box, it asked me to install dvd+rw-tools while the box doesn't have a dvd burner. That's because one plugin (the cd recorder one) brings libbrasero, which brings the dvd+rw-tools. I find weird that the *lib* depends on some tools, but anyway the real issue is that RB brings burn-related tools while initial purpose is to play. One way to fix this is to split the various plugins in separate packages, so attached patch should help on that. Hey, I just saw there was a rhythmbox upload, but no news on this bug. Could someone take the time to review the patch and comment? Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567618: Fixed upstream in commit 2152
Hi, the mentioned fixes are already fixed upstream in commit 2152. GRUB branch trunk: revno: 2152 author: Torsten Landschoff tors...@debian.org committer: Vladimir 'phcoder' Serbinenko phco...@gmail.com branch nick: mainline timestamp: Wed 2010-02-03 00:46:55 +0100 message: 2010-02-03 Torsten Landschoff tors...@debian.org * kern/disk.c (grub_disk_read): Fix offset computation when reading last sectors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568126: lm-sensors: Fails to read my sensors
reassign 568126 linux-2.6 thanks Didier 'OdyX' Raboud a écrit : Le jeudi 4 février 2010 22:25:09, vous avez écrit : lm-sensors is actually just a program that read raw values from /sys/classes/hwmon and display it in a nice way. Could you check in this directory if your smsc47m192 device is present or not. As mentioned above, I have nothing in /sys/class/hwmon (es too much I guessed). Sorry you are right, I meant /sys/classes/hwmon. From where does your kernel come? Are your sure CONFIG_THERMAL_HWMON is enabled in it? As wrongly (all numbers mixed) mentioned in http://bugs.debian.org/568126#20 , it works (I have a symlink in /sys/class/hwmon/) with 2.6.30-2 but doesn't with 2.6.32-trunk. Both kernels have been once in squeeze (2.6.30-2 is still in security squeeze/updates/main). Ok, with this new info, this shows it is definitely a kernel issue. I am reassigning the bug in consequence. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560058: [buildd-tools-devel] Bug#560058: quinn-diff: should support architecture wildcards
Andres, am Fri, Feb 05, 2010 at 01:25:21AM -0500 hast du folgendes geschrieben: I've attached a log showing different running times for quinn-diff with and without the dpkg-perl support on my system. Top of the log shows running time for current quinn-diff from unstable. Bottom of log shows quinn-diff built with dpkg-perl switch turned on in configure. at least you get consistent results which I didn't manage on a openvz box. I used a current Packages file for amd64 main, a corresponding Sources file, and Packages-arch-specific from https://buildd.debian.org/quinn-diff/Packages-arch- specific. Yes, there is a performance penalty, but it's not too bad I think. Well, it's 300%, but it's still ok I guess. By the way, I would like to report that building quinn-diff from the dpkg-perl branch without the --with-dpkg-perl switch causes quinn-diff to segfault. Could you provide me with a backtrace and the input data? I cannot reproduce that on an amd64 box. (I.e. I always tested through recompilation of the dpkg-perl branch without the configure option set.) Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#568317: linux-image-* postinst did not correctly run lilo
On Fri, Feb 05, 2010 at 12:10:46PM +1100, paul.sz...@sydney.edu.au wrote: Dear Ben, kernel-package has an old version of the script templates. The templates used by linux-2.6 are in debian/templates/temp.image.plain. Where do I find that? apt-get source linux-2.6 or svn co svn://svn.debian.org/svn/kernel/dists/trunk/linux-2.6 I am using (working, building on) Debian lenny, building from linux-source-2.6.26-21.tar.bz2 . (Anyway, are not my suggested changes simple enough so you do not need actual patch files?) Possibly... I haven't compared yet. Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: Digital signature
Bug#566995: NMU: avant-window-navigator_0.3.2.1-4.1
tags 566995 + pending thanks Hi Julien, I uploaded a NMU to DELAYED/2, please tell me if I have to delay it. Regards, -- .''`. : :' : Luca Falavigna dktrkr...@debian.org `. `' `- --- avant-window-navigator-0.3.2.1/debian/control +++ avant-window-navigator-0.3.2.1/debian/control @@ -13,13 +13,12 @@ libxcomposite-dev, libxdamage-dev, python-support (= 0.7.0), - python-all-dev (= 2.4), + python-all-dev (= 2.5), python-gnome2-dev, python-cairo-dev, gtk-doc-tools, doc-base, - valac (= 0.5.4), - python-elementtree | python (= 2.5) + valac (= 0.5.4) Standards-Version: 3.8.1 Homepage: https://launchpad.net/avant-window-navigator/ Vcs-Git: git://github.com/gilir/awn-debian.git --- avant-window-navigator-0.3.2.1/debian/changelog +++ avant-window-navigator-0.3.2.1/debian/changelog @@ -1,3 +1,12 @@ +avant-window-navigator (0.3.2.1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control: +- Remove python-elementtree from Build-Depends, only depend on + python-all-dev as elementtree is already part of stdlib (Closes: #566995). + + -- Luca Falavigna dktrkr...@debian.org Fri, 05 Feb 2010 10:47:35 +0100 + avant-window-navigator (0.3.2.1-4) unstable; urgency=low * debian/rules: Build python-awn for only 1 version of python. signature.asc Description: OpenPGP digital signature
Bug#568507: libsane: uses SYSFS in udev rules
Package: libsane Version: 1.0.19-23 Severity: normal SYSFS is deprecated in udev rules and udev 150 complains about it. Printing thousands of deprecation messages during boot takes quite a while. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (900, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-intel-i2c-reset (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510119: rpc.idmapd not working on various 2.6.26.* 2.6.27.* 2.6.28
On Thu, Feb 04, 2010 at 10:49:43AM +1000, Alexander Zangerl wrote: On Mon, 29 Dec 2008 14:15:52 +0100, Ruben Puettmann writes: but rpc.idmapd don't work I get : strace -f -F rpc.idmapd -f -c /etc/idmapd.conf -v ... open(/var/lib/nfs/rpc_pipefs/nfs, O_RDONLY) = 9 fcntl64(9, F_SETSIG, 0xa) = 0 fcntl64(9, 0x402 /* F_??? */, 0x800e) = -1 EINVAL (Invalid argument) ... no idea if this issue is still active, but i've had the same problem recently and found some explanation: http://bugs.gentoo.org/261697 apparently the rpc.idmapd requires dnotify support the kernel. maybe your kernels don't include that? My Kernel was build with dnotify and inotify as you can see in my first mail: CONFIG_DNOTIFY=y CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y Ruben -- Ruben Puettmann ruben.puettm...@rcs-networks.com http://www.rcs-networks.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555408: private locale copy is never updated
Russ Allbery r...@debian.org: en_US.UTF-8 certainly does change from time to time, for an example to add new characters to the LC_CTYPE character classes when new Unicode versions are released. I do not know if these changes would affect the man-db warnings, but the above changelog entry suggests that lintian may plan to use its private locale copy for other purposes as well. Nope, that's all we're using it for. If we had a C.UTF-8 locale, we'd use that instead; we just need *some* UTF-8 locale for man-db and its utilities to not explode. Ok, thanks for an explanation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568508: zabbix-proxy-mysql: Add database migration information for proxy packages
Package: zabbix-proxy-mysql Version: 3 Severity: normal The zabbix-server-mysql and zabbix-server-pgsql package include information on how to upgrade a database from 1.6 to 1.8. This information needs to be given in the zabbix-proxy-* packages, too. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545553: [libtemplate-perl] New version available
On Thu, Feb 04, 2010 at 08:37:58PM -0500, Scott Glenn wrote: Any update on this? It looks like there may have been a packaged version here: http://people.debian.org/~mako/outgoing/libtemplate-perl/ at some point but it's no longer there and the latest version (2.2) is still not in testing or unstable. Hi Mako, Would you be amenable to me moving libtemplate-perl into pkg-perl? I'd be happy to do that and prepare this new release. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568510: haskell-mode: major loss of indentation functionality
Package: haskell-mode Version: 2.7.0-2 Severity: normal After the recent upgrade, indentation is much less useful than it used to be. M-x haskell-indent-mode seems to help. If I should have been doing some configuration after the upgrade, a NEWS.Debian would have been a good idea. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.7-ibid-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages haskell-mode depends on: ii emacs23 [emacsen] 23.1+1-6 The GNU Emacs editor (with GTK+ us Versions of packages haskell-mode recommends: ii ghc6 6.10.4-1 GHC - the Glasgow Haskell Compilat ii hugs 98.200609.21-5+b1 A Haskell 98 interpreter haskell-mode 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#568509: josm: fails to start saying that network is unreachable
Package: josm Version: 0.0.svn2255-1 Severity: normal Hi, I tried to launch josm today and it failed with the following messages on the console: Revision: Manifest-Version: 1.0 Ant-Version: Apache Ant 1.7.1 Created-By: 14.0-b16 (Sun Microsystems Inc.) Main-class: JOSM Main-Version: 2255 SVN Main-Date: 2009-10-07T19:25:15.114514Z Debian-Release: 0.0.svn2255-1 Class-Path: /usr/share/java/gettext-commons.jar /usr/share/java/metadata-extractor.jar Warning: failed to read MOTD from 'http://josm.openstreetmap.de/wiki/Fr:StartupPage'. Exception was: java.net.SocketException: Network is unreachable Warning: failed to read MOTD from 'http://josm.openstreetmap.de/wiki/StartupPage'. Exception was: java.net.SocketException: Network is unreachable Fatal: failed to locate image 'styles/standard/shop/rental/library.png'. This is a serious configuration problem. JOSM will stop working. Could not get presets icon styles/standard/shop/rental/library.png I can ping josm.openstreetmap.de from the same shell that I used to launch josm. My network settings are straightforward (no http proxy for instance). Maybe it's a JVM issue (I'm using sun java6). Thanks for your time and contribution to Debian -- Alexandre -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (70, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages josm depends on: ii libgettext-commons-java 0.9.6-1 Java classes for internationalizat ii libmetadata-extractor-j 2.3.1+dfsg-1 JPEG metadata extraction framework ii openstreetmap-map-icons 1:0.0.svn18468-1 Collection of map icons (classic s ii sun-java6-jre 6-16-1 Sun Java(TM) Runtime Environment ( Versions of packages josm recommends: ii josm-plugins 0.0.svn18009-1 Plugins for JOSM josm 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#566711: rhythmbox: split plugins to separate packages
On 05/02/10 10:54, Yves-Alexis Perez wrote: I just saw there was a rhythmbox upload, but no news on this bug. Could someone take the time to review the patch and comment? Sorry, I didn't notice there was a patch attached when I initially saw the bug. I'll review it later. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522063: Twisted conflict
We are working on a new package for calendar server 2.3. All other dependent packages have been uploaded. But for the main calendarserver package, there is a conflict with the existing python twisted package. We are considering alternatives for this and shall soon be uploading a new package. What conflict? Wasn't the point of the 2.x series that they don't need a specially patched Twisted so that it doesn't conflict anymore? -- Sander Marechal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568316: Please provide upgrade path from traceroute-nanog
Hi Daniel! On Wed, Feb 03, 2010 at 11:07:19PM +0100, Daniel Baumann wrote: Daniel Kobras wrote: Once the traceroute-nanog source package is gone, could you please add a dummy package to traceroute to provide an upgrade path? Also, alternatives handling can be dropped for the nanog wrapper and its man page. done in git, ready to upload once it's RM'ed. Perfect! I've just received the note that tranceroute-nanog has been removed from unstable, so you should be okay to go ahead now. Regards, Daniel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568511: Please add module to monitor interface package drops
Package: munin-node Version: 1.2.6-10 Severity: wishlist I ran into a problem with dropped packages on a LTSP server with many NFS clients. It would be nice if munin would graph the number of dropped packages as well as throughtput and error packages. It is trivial to implement by changing the if_err script, using the column to the right of the error package count. Here is a patch to implement it. Please provide such script as if_drop, and make it autoconfigure like if_err. :) --- if_err_eth0 2009-11-25 11:38:05.0 +0100 +++ if_drop_eth02010-02-05 10:43:10.0 +0100 @@ -63,7 +63,7 @@ #%# family=auto #%# capabilities=autoconf suggest -INTERFACE=`basename $0 | sed 's/^if_err_//g'` +INTERFACE=`basename $0 | sed 's/^if_drop_//g'` if [ $1 = autoconf ]; then if [ -r /proc/net/dev ]; then @@ -86,11 +86,11 @@ if [ $1 = config ]; then echo graph_order rcvd trans - echo graph_title $INTERFACE errors + echo graph_title $INTERFACE drops echo 'graph_args --base 1000' echo 'graph_vlabel packets in (-) / out (+) per ${graph_period}' echo 'graph_category network' - echo graph_info This graph shows the amount of errors on the $INTERFACE network interface. + echo graph_info This graph shows the amount of drops on the $INTERFACE network interface. echo 'rcvd.label packets' echo 'rcvd.type COUNTER' echo 'rcvd.graph no' @@ -107,6 +107,6 @@ 'BEGIN { gsub(/\./, \\., interface) } \ $1 ~ ^ interface : { split($0, a, /: */); $0 = a[2]; \ -print rcvd.value $3 \ntrans.value $11 \ +print rcvd.value $4 \ntrans.value $12 \ }' \ /proc/net/dev 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#561291: please provide a .symbols file
m...@linux.it (Marco d'Itri) writes: The problem is that this is not enough to make the built binaries work on stable again[1] because upstream gratuitously broke the ABI in 1.13 by versioning the symbols and now it is too late to revert the change. The symbols are the same, so the ABI should be both forward and backwards compatible. See my discussion about a similar issue in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542512#45 Do you see any problem there? I suppose that there is some way to generate both versioned and unversioned symbols with appropriate linker magic, but I have not been able to do it. That happens by default. Tools linked with versioned libraries will get a warning with (dynamically) linked to un-versioned libraries, though, but that is not really an ABI issue as far as I can tell. It is a problem in the binary that is linked to libgsasl. I'll release upstream libidn 1.17 as an alpha release and upload it to experimental today -- if there is no concerns with it, I'll announce 1.17 as a real release and upload to unstable when I return from vacation. This should give you (and others) time to look into this further. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568475: keyboard-configuration: Please use pc104 for *_PL.
On Fri, Feb 05, 2010 at 02:19:24AM +0100, Piotr Engelking wrote: As of version 1.51, keyboard-configuration uses pc105 as the default keyboard model for *_PL locales. Please use pc104 instead, as this the keyboard that is normally used in Poland. True, but pc104 works only for people having a pc104 keyboard while pc105 works for both. Is there something that doesn't work properly with XKBMODEL=pc105 (other than printing the keyboard layout)? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568507: libsane: uses SYSFS in udev rules
fixed 568507 1.0.20-1 close 568507 thanks Michal Suchanek hramr...@centrum.cz michal.sucha...@ruk.cuni.cz wrote: Version: 1.0.19-23 SYSFS is deprecated in udev rules and udev 150 complains about it. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (900, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Please take better care of your system. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: please provide a .symbols file
On Feb 05, Simon Josefsson si...@josefsson.org wrote: The problem is that this is not enough to make the built binaries work on stable again[1] because upstream gratuitously broke the ABI in 1.13 by versioning the symbols and now it is too late to revert the change. The symbols are the same, so the ABI should be both forward and backwards compatible. See my discussion about a similar issue in: They are not the same, since the old ones are unversioned. I know well that it's just a warning, but the warning means that distributions now must treat this as an ABI change and binaries built with new new library must depend on it. Since having programs spewing warnings on startup is bad and will often also break things (think e.g. a daemon run by inetd), for all practical purposes you effectively broke the ABI (and without any benefit even!). I suppose that there is some way to generate both versioned and unversioned symbols with appropriate linker magic, but I have not been able to do it. That happens by default. Tools linked with versioned libraries will get It does not, or we could link programs and libraries with unversioned symbols and forget about versioned symbols until they will actually be needed. a warning with (dynamically) linked to un-versioned libraries, though, but that is not really an ABI issue as far as I can tell. It is a problem in the binary that is linked to libgsasl. This happens with everything, not only libraries. -- ciao, Marco signature.asc Description: Digital signature
Bug#568512: python-brlapi: ConnectionError is invalidly specified
Package: python-brlapi Version: 4.1-4 Severity: important Description of the problem: ipython In [1]:import brlapi In [2]:b=brlapi.Connection() --- ConnectionError Traceback (most recent call last) /home/oaubert/src/advene/ipython console in module() /usr/lib/pymodules/python2.5/brlapi.so in brlapi.Connection.__init__() type 'str': (type 'exceptions.AttributeError', AttributeError('ConnectionError' object has no attribute 'exception',)) Analysis: ConnectionError inherits from OperationError. OperationError.__init__ is rightly called from ConnectionError.__init__. In OperationError.__init__, if c_brlapi.brlapi_protocolException() returns null, no self.exception attribute is defined, but it is checked against in __str__ (which is implicitly called when displaying the exception). Proposed patch-idea: modify the self.exception check in __str__ this way: if hasattr(self, 'exception'): return self.exception -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages python-brlapi depends on: ii libbrlapi0.5 4.1-4 braille display access via BRLTTY ii libc6 2.10.2-2 GNU C Library: Shared libraries ii python2.5.4-9An interactive high-level object-o ii python-support1.0.6 automated rebuilding support for P python-brlapi recommends no packages. python-brlapi 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#561291: please provide a .symbols file
m...@linux.it (Marco d'Itri) writes: On Feb 05, Simon Josefsson si...@josefsson.org wrote: The problem is that this is not enough to make the built binaries work on stable again[1] because upstream gratuitously broke the ABI in 1.13 by versioning the symbols and now it is too late to revert the change. The symbols are the same, so the ABI should be both forward and backwards compatible. See my discussion about a similar issue in: They are not the same, since the old ones are unversioned. Resolving the symbol 'foo' works the same, doesn't it? See my walk-through in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542512#45 I know well that it's just a warning, but the warning means that distributions now must treat this as an ABI change and binaries built with new new library must depend on it. Yes, that is required but it is not due to an ABI change in the library as far as I can see. I believe the issue is with the binary linked to the library, not in the library. The reason this becomes problematic is because the warning is printed to stdout/stderr. Since having programs spewing warnings on startup is bad and will often also break things (think e.g. a daemon run by inetd), for all practical purposes you effectively broke the ABI (and without any benefit even!). It is not the library that prints the warning -- it is the dynamic linker. In a way, the ABI that an application expects is broken by the dynamic linker, not by the library. Maybe we could bring this up with the maintainer of the code that prints the warning? I suppose that there is some way to generate both versioned and unversioned symbols with appropriate linker magic, but I have not been able to do it. That happens by default. Tools linked with versioned libraries will get It does not How so? I believe my #45 messages demonstrates that a versioned library exports the unversioned symbols too. But I may be missing something. or we could link programs and libraries with unversioned symbols and forget about versioned symbols until they will actually be needed. We could, if the dynamic linker didn't warn about this. a warning with (dynamically) linked to un-versioned libraries, though, but that is not really an ABI issue as far as I can tell. It is a problem in the binary that is linked to libgsasl. This happens with everything, not only libraries. Sure, but it matters where things are fixed: if the problem is not in the library, the fix belongs in the applications. They need to depend on a newer version of the library. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: Symbol versioning bug
I have pre-released 1.17, available from: http://alpha.gnu.org/gnu/libidn/libidn-1.17.tar.gz http://alpha.gnu.org/gnu/libidn/libidn-1.17.tar.gz.sig I've also uploaded it to debian experimental. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: Symbol versioning bug
On Feb 03, Simon Josefsson si...@josefsson.org wrote: I'll be away the entire next week, so I plan to release this on Friday if I haven't heard any objections. I'd appreciate quick review if this is looking OK. I do not understand why you introduced the LIBIDN_1.17 version tag, the ABI does not have two different versions of these symbols which require a version tag to distinguish them. If you really want to pretend that the symbols never existed before release 1.17 then you just add them along the others and declare an ABI change: now packages using libidn built by distributions will either depend on release = 1.17 or use .symbols files like Debian does to determine the exact version of libidn the package being built needs to depend on. -- ciao, Marco signature.asc Description: Digital signature
Bug#561291: please provide a .symbols file
On Feb 05, Simon Josefsson si...@josefsson.org wrote: The problem is that this is not enough to make the built binaries work on stable again[1] because upstream gratuitously broke the ABI in 1.13 by versioning the symbols and now it is too late to revert the change. The symbols are the same, so the ABI should be both forward and backwards compatible. See my discussion about a similar issue in: They are not the same, since the old ones are unversioned. Resolving the symbol 'foo' works the same, doesn't it? Yes, but you keep ignoring my point that the linker prints a warning. I know well that it's just a warning, but the warning means that distributions now must treat this as an ABI change and binaries built with new new library must depend on it. Yes, that is required but it is not due to an ABI change in the library as far as I can see. I believe the issue is with the binary linked to If binaries compiled with a newer library do not work (and the linker printing a warning means that they do not work for Debian's purposes) with an older library then you really changed the ABI. The reason this becomes problematic is because the warning is printed to stdout/stderr. Yes, it makes the binaries useless on older systems. Since having programs spewing warnings on startup is bad and will often also break things (think e.g. a daemon run by inetd), for all practical purposes you effectively broke the ABI (and without any benefit even!). It is not the library that prints the warning -- it is the dynamic linker. In a way, the ABI that an application expects is broken by the dynamic linker, not by the library. Maybe we could bring this up with the maintainer of the code that prints the warning? WTF? The linker warning is there for a purpose, because library maintainers do not try to do what you did and so when a symbol is suddenly unversioned probably there is a real bug. It's clear that the libc maintainers will never accept to remove the warning so I do not understand why you keep trying to shift the blame. Sure, but it matters where things are fixed: if the problem is not in the library, the fix belongs in the applications. They need to depend on a newer version of the library. Which means that you changed the ABI, my point. -- ciao, Marco signature.asc Description: Digital signature
Bug#561291: Symbol versioning bug
Simon Josefsson si...@josefsson.org writes: I have pre-released 1.17, available from: The NEWS blurb is below. I'll wait with making this a ftp.gnu.org release until this issue has been more thoroughly understood... /Simon * Version 1.17 (released 2010-02-05) ** Fix symbol export problem for a few variables. Applications (that use these rarely used variables) built against versions before 1.13 did not work with libidn versions 1.13 to 1.16. Symbol versioning was introduced in version 1.13 but by accident some symbols that were visible before that release were not exported, and the consequence was that those symbols were not available in version 1.13 to 1.16. This release fixes the problem, so the symbols are visible again, making this release backwards compatible with all earlier releases. The affected symbols are the following variables: stringprep_iscsi_prohibit, stringprep_rfc3454_A_1, stringprep_rfc3454_B_1, stringprep_rfc3454_B_2, stringprep_rfc3454_B_3, stringprep_rfc3454_C_1_1, stringprep_rfc3454_C_1_2, stringprep_rfc3454_C_2_1, stringprep_rfc3454_C_2_2, stringprep_rfc3454_C_3, stringprep_rfc3454_C_4, stringprep_rfc3454_C_5, stringprep_rfc3454_C_6, stringprep_rfc3454_C_7, stringprep_rfc3454_C_8, stringprep_rfc3454_C_9, stringprep_rfc3454_D_1, stringprep_rfc3454_D_2, stringprep_saslprep_space_map. Thanks to Marco d'Itri m...@linux.it for reporting http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561291 that led to discovering this problem. ** Really fix the link error of self-tests on MinGW. ** API and ABI is backwards compatible with the previous version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: please provide a .symbols file
m...@linux.it (Marco d'Itri) writes: On Feb 05, Simon Josefsson si...@josefsson.org wrote: The problem is that this is not enough to make the built binaries work on stable again[1] because upstream gratuitously broke the ABI in 1.13 by versioning the symbols and now it is too late to revert the change. The symbols are the same, so the ABI should be both forward and backwards compatible. See my discussion about a similar issue in: They are not the same, since the old ones are unversioned. Resolving the symbol 'foo' works the same, doesn't it? Yes, but you keep ignoring my point that the linker prints a warning. I'm not ignoring that, but it is not something I can fix. I know well that it's just a warning, but the warning means that distributions now must treat this as an ABI change and binaries built with new new library must depend on it. Yes, that is required but it is not due to an ABI change in the library as far as I can see. I believe the issue is with the binary linked to If binaries compiled with a newer library do not work (and the linker printing a warning means that they do not work for Debian's purposes) with an older library then you really changed the ABI. That isn't clear to me. I'm not convinced incrementing the shared library version is the right response to silence a warning printed by the dynamic linker. The reason this becomes problematic is because the warning is printed to stdout/stderr. Yes, it makes the binaries useless on older systems. And the direct cause for that is the dynamic linker warning. Since having programs spewing warnings on startup is bad and will often also break things (think e.g. a daemon run by inetd), for all practical purposes you effectively broke the ABI (and without any benefit even!). It is not the library that prints the warning -- it is the dynamic linker. In a way, the ABI that an application expects is broken by the dynamic linker, not by the library. Maybe we could bring this up with the maintainer of the code that prints the warning? WTF? The linker warning is there for a purpose, because library maintainers do not try to do what you did and so when a symbol is suddenly unversioned probably there is a real bug. Yes, in the binary that is linked to that library. It's clear that the libc maintainers will never accept to remove the warning so I do not understand why you keep trying to shift the blame. I'm just looking for ideas on what do here. Are you suggesting that libidn upstream should increment the shared library version to resolve this? Sure, but it matters where things are fixed: if the problem is not in the library, the fix belongs in the applications. They need to depend on a newer version of the library. Which means that you changed the ABI, my point. As far as I could tell with my experiment, the ABI hasn't changed. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: please provide a .symbols file
On Feb 05, Simon Josefsson si...@josefsson.org wrote: I'm just looking for ideas on what do here. Are you suggesting that libidn upstream should increment the shared library version to resolve this? It's not, the solution would be to make the linker also emit unversioned symbols and have them appear as the default ones so binaries will be linked to these instead of the versioned ones. But I have been unable to implement this. The problem is that *you broke the ABI* and there is nothing else you can do about it now since the versioned symbols cannot just be removed now that other packages use them. -- ciao, Marco signature.asc Description: Digital signature
Bug#561291: Symbol versioning bug
On Feb 05, Simon Josefsson si...@josefsson.org wrote: What are you suggesting should be done instead? Keep them under the old LIBIDN_1.0 version tag? That would work too, I think. Yes. -- ciao, Marco signature.asc Description: Digital signature
Bug#561291: Symbol versioning bug
m...@linux.it (Marco d'Itri) writes: On Feb 03, Simon Josefsson si...@josefsson.org wrote: I'll be away the entire next week, so I plan to release this on Friday if I haven't heard any objections. I'd appreciate quick review if this is looking OK. I do not understand why you introduced the LIBIDN_1.17 version tag, the ABI does not have two different versions of these symbols which require a version tag to distinguish them. If you really want to pretend that the symbols never existed before release 1.17 then you just add them along the others and declare an ABI change No, what I'd like to achieve is to make the 1.17 release backwards compatible with versions = 1.13 (which did export these symbols), and treat the forgotten symbols as newly added in libidn 1.17 as far as versioned symbols is related. What are you suggesting should be done instead? Keep them under the old LIBIDN_1.0 version tag? That would work too, I think. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: please provide a .symbols file
m...@linux.it (Marco d'Itri) writes: On Feb 05, Simon Josefsson si...@josefsson.org wrote: I'm just looking for ideas on what do here. Are you suggesting that libidn upstream should increment the shared library version to resolve this? It's not, the solution would be to make the linker also emit unversioned symbols and have them appear as the default ones so binaries will be linked to these instead of the versioned ones. But I have been unable to implement this. Me too. I'm not sure that is even possible, quoting http://people.redhat.com/drepper/symbol-versioning: The implementation allows every DSO to either use versions for their symbols or not. Depending on whether the DSO an object is linked against had symbols or not, the reference to the DSO requires symbols or not. Possibly the two last symbols should be versions, or else I cannot parse it. The problem is that *you broke the ABI* and there is nothing else you can do about it now since the versioned symbols cannot just be removed now that other packages use them. 1) So what should be done now? Is 1.17 fine? 2) What should have been done from the beginning? Increment the shared library version? /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: Symbol versioning bug
m...@linux.it (Marco d'Itri) writes: On Feb 05, Simon Josefsson si...@josefsson.org wrote: What are you suggesting should be done instead? Keep them under the old LIBIDN_1.0 version tag? That would work too, I think. Yes. I think that makes more sense too. I'll revert this part and prepare version 1.18 when I'm back from vacation. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: please provide a .symbols file
On Feb 05, Simon Josefsson si...@josefsson.org wrote: 1) So what should be done now? Is 1.17 fine? I recommend that you remove the new symbol tag since it has no useful purpose. 2) What should have been done from the beginning? Increment the shared library version? No, you should not have added versioning because there was no need for it and now the library is not backward compatible. -- ciao, Marco signature.asc Description: Digital signature
Bug#474457: [PATCH] Make the commit message for upstream imports configurable.
This adds the import-msg commandline and configuration file option to change the commit message. --- docs/chapters/import.sgml |7 +++ docs/manpages/git-import-orig.sgml |9 + gbp/config.py |3 +++ git-import-orig| 17 + 4 files changed, 28 insertions(+), 8 deletions(-) diff --git a/docs/chapters/import.sgml b/docs/chapters/import.sgml index 3da7bd3..079ea33 100644 --- a/docs/chapters/import.sgml +++ b/docs/chapters/import.sgml @@ -74,6 +74,13 @@ by version number. (orig.tar.gz) from git; you should also specify the option--pristine-tar/option option. This is recommended. /para +paraTo customize the commit message used by git-import-orig; use +the option--import-msg/option option. This string is a standard +python format string, into which the +replaceableversion/replaceable variable is interpolated. (i.e., +use replaceable%(version)s/replaceable in your message to get +the imported upstream version). +/para /sect1 sect1 id=gbp.import.convert diff --git a/docs/manpages/git-import-orig.sgml b/docs/manpages/git-import-orig.sgml index 84811b4..102f383 100644 --- a/docs/manpages/git-import-orig.sgml +++ b/docs/manpages/git-import-orig.sgml @@ -119,6 +119,15 @@ /listitem /varlistentry varlistentry + termoption--import-msg=/optionreplaceablemsg-format/replaceable +/term +listitem + parause this format string for the commit message when + importing upstream versions, default is replaceableImported + Upstream version %(version)s/replaceable/para +/listitem + /varlistentry + varlistentry termoption--filter=/optionreplaceablepattern/replaceable /term listitem diff --git a/gbp/config.py b/gbp/config.py index b72b129..8c4bf36 100644 --- a/gbp/config.py +++ b/gbp/config.py @@ -39,6 +39,7 @@ class GbpOptionParser(OptionParser): 'postimport' : '', 'debian-tag' : 'debian/%(version)s', 'upstream-tag': 'upstream/%(version)s', + 'import-msg' : 'Imported Upstream version %(version)s', 'filter' : [], 'snapshot-number' : 'snapshot + 1', 'git-log' : '--no-merges', @@ -69,6 +70,8 @@ class GbpOptionParser(OptionParser): sign tags, default is '%(sign-tags)s', 'keyid': GPG keyid to sign tags with, default is '%(keyid)s', + 'import-msg': + format string for commit message, default is '%(import-msg)s', 'pristine-tar': use pristine-tar to create .orig.tar.gz, default is '%(pristine-tar)s', 'filter-pristine-tar': diff --git a/git-import-orig b/git-import-orig index a60f200..15e5403 100755 --- a/git-import-orig +++ b/git-import-orig @@ -95,15 +95,14 @@ def symlink_orig(archive, pkg, version): return archive -def upstream_import_commit_msg(version): -return Imported Upstream version %s % version +def upstream_import_commit_msg(options, version): +return options.import_msg % dict(version=version) - -def import_upstream_tree(repo, src_dir, version, filters, verbose): +def import_upstream_tree(repo, src_dir, version, options, verbose): import the upstream tree to the current branch try: -if repo.replace_tree(src_dir, filters, verbose=True): - gbpc.GitCommitAll(verbose=verbose)(msg=upstream_import_commit_msg(version)) +if repo.replace_tree(src_dir, options.filters, verbose=True): + gbpc.GitCommitAll(verbose=verbose)(msg=upstream_import_commit_msg(options, version)) else: raise GbpNothingImported except gbpc.CommandExecFailed: @@ -127,7 +126,7 @@ def fast_import_upstream_tree(repo, tarball, version, options): if options.verbose: print Starting fastimport of %s % tarball fastimport.start_commit(options.upstream_branch, name, email, now, -upstream_import_commit_msg(version)) +upstream_import_commit_msg(options, version)) fastimport.do_deleteall() for item in tar: @@ -261,6 +260,8 @@ def main(argv): dest=pristine_tar) import_group.add_boolean_config_file_option(option_name=filter-pristine-tar, dest=filter_pristine_tar) +import_group.add_config_file_option(option_name=import-msg, + dest=import_msg) cmd_group.add_config_file_option(option_name=postimport, dest=postimport, help=hook run after a successful import, default is '%(postimport)s') @@ -367,7 +368,7 @@ on howto create it otherwise use --upstream-branch to specify it. if options.fast_import:
Bug#568513: gforge: Please move domains for projects features in an optional package
Package: gforge Severity: wishlist Hi. Noty everyone wants to, or can, host a forge which provides individual domains for each projects. Most of the features are probably useable on a single machine with only one domain name, without vhosts in the web interface for projects sites nor individual sub-domains. Although this may still be useful for public hosting forges. So it would be great if an optional package contained only these things, and it was possible to install easily a fusionforge on a regular machine. Hope this helps. P.S.: this has been discussed with upstream and will require a few bug fixes upstream, but affects largely the packaging side. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568382: libxslt1.1: Invalid free() in xslReleaseRVT
reassign 568382 libxml-libxslt-perl thanks I'm now becoming convinced that this is a memory management issue between Perl and libxslt - I think that both are trying to free the same objects. So I'm reassigning this - feel free to punt it back to libxslt if appropriate. The following code should demonstrate this, and gives a good backtrace under GDB (try it with and without the 'push @keep'): #!/usr/bin/perl -w use strict; use warnings; use XML::LibXSLT; use XML::LibXML; my $xslt = XML::LibXSLT-new(); my $ext_uri = urn:local; my @keep; XML::LibXSLT-register_function($ext_uri, uc, sub { push @keep, @_; return uc shift; } ); my $stylesheet = $xslt-parse_stylesheet(XML::LibXML-load_xml(string = 'EOF')); xsl:stylesheet version=1.0 extension-element-prefixes=exsl local xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:exsl=http://exslt.org/common; xmlns:local=urn:local xsl:template match=/ xsl:variable name=foofoo a=foo//xsl:variable barxsl:value-of select=local:uc(exsl:node-set($foo)//@a)//bar /xsl:template /xsl:stylesheet EOF my $input = XML::LibXML-load_xml(string = input/); print $stylesheet-transform($input)-toString; # Next line crashes Perl @keep = undef; Further experimentation shows that this issue is not triggered if I select the text content instead of the attribute to pass to the extension function - this may be a basis for a workaround for me. Alternatively, going through a second variable seems to work, thus: #!/usr/bin/perl -w use strict; use warnings; use XML::LibXSLT; use XML::LibXML; my $xslt = XML::LibXSLT-new(); my $ext_uri = urn:local; XML::LibXSLT-register_function($ext_uri, uc, sub { return uc shift; } ); my $stylesheet = $xslt-parse_stylesheet(XML::LibXML-load_xml(string = 'EOF')); xsl:stylesheet version=1.0 extension-element-prefixes=exsl local xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:exsl=http://exslt.org/common; xmlns:local=urn:local xsl:template match=/ xsl:variable name=foofoo a=foo//xsl:variable xsl:variable name=barxsl:value-of select=exsl:node-set($foo)//@a//xsl:variable barxsl:value-of select=local:uc($bar)//bar /xsl:template /xsl:stylesheet EOF my $input = XML::LibXML-load_xml(string = input/); print $stylesheet-transform($input)-toString;
Bug#568514: gmplayer randomly crashes
Package: mplayer Version: 1.0~rc3+svn20090405-1+b1 Severity: normal The latest gmplayer in squeeze randomly crashes with signal 11. It only happens when gmplayer starts to play a video. It plays the same video without problem after the second try. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-cm0.62 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer depends on: ii debconf [debconf-2.0 1.5.28 Debian configuration management sy ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libaudio21.9.2-3 Network Audio System - shared libr ii libavcodec52 4:0.5+svn20090706-6 ffmpeg codec library ii libavformat524:0.5+svn20090706-6 ffmpeg file format library ii libavutil49 4:0.5+svn20090706-6 ffmpeg utility library ii libc62.10.2-2GNU C Library: Shared libraries ii libcaca0 0.99.beta16-3 colour ASCII art library ii libcairo21.8.8-2 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10.2+debian-9 audio extraction tool for sampling ii libdirectfb-1.2-01.2.8-5 direct frame buffer graphics - sha ii libesd0 0.2.41-6Enlightened Sound Daemon - Shared ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libfribidi0 0.10.9-1+b1 Free Implementation of the Unicode ii libgcc1 1:4.4.2-9 GCC support library ii libgif4 4.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [lib 7.6.1-1 A free implementation of the OpenG ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgtk2.0-0 2.18.6-1The GTK+ graphical user interface ii libjack0 0.118+svn3796-2 JACK Audio Connection Kit (librari ii libjpeg626b-15 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblzo2-22.03-2 data compression library ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libogg0 1.1.4~dfsg-2Ogg bitstream library ii libopenal1 1:1.10.622-1Software implementation of the Ope ii libpango1.0-01.26.2-1Layout and rendering of internatio ii libpng12-0 1.2.42-1PNG library - runtime ii libpostproc514:0.5+svn20090706-6 ffmpeg video postprocessing librar ii libpulse00.9.21-1PulseAudio client libraries ii libsdl1.2debian 1.2.13-5Simple DirectMedia Layer ii libsmbclient 2:3.4.5~dfsg-1 shared library for communication w ii libspeex11.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-29 console SVGA display libraries ii libswscale0 4:0.5+svn20090706-6 ffmpeg video scaling library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libx11-6 2:1.3.3-1 X11 client-side library ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxinerama1 2:1.1-2 X11 Xinerama extension library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxv1 2:1.0.5-1 X11 Video extension library ii libxvmc1 2:1.0.5-1 X11 Video extension library ii libxxf86dga1 2:1.1.1-2 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l ii mplayer-skin-blue [m 1.6-2 blue skin for mplayer ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-4high-quality block-sorting file co ii fontconfig2.8.0-2generic font configuration library pn mplayer-doc none (no description available) pn netselect | fping none (no description available) ii ttf-freefont 20090104-5 Freefont Serif, Sans and Mono True -- debconf information excluded __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to
Bug#553201: last comment invalid
My last comment was invalid, as it turned out to be an hardware issue. Please disregard it. -- Paolo Cavallini: http://www.faunalia.it/pc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561291: please provide a .symbols file
m...@linux.it (Marco d'Itri) writes: On Feb 05, Simon Josefsson si...@josefsson.org wrote: 1) So what should be done now? Is 1.17 fine? I recommend that you remove the new symbol tag since it has no useful purpose. Agreed, will do. 2) What should have been done from the beginning? Increment the shared library version? No, you should not have added versioning because there was no need for it and now the library is not backward compatible. I read that as saying that if one really wants to introduce versioned symbols to a library, incrementing the shared library version is required, and that only to avoid a warning printed by glibc's rtld. I think that is unfortunate, and it will lead to less libraries switching to symbol versioning. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568510: haskell-mode: major loss of indentation functionality
Antti-Juhani Kaijanaho a...@debian.org writes: After the recent upgrade, indentation is much less useful than it used to be. M-x haskell-indent-mode seems to help. If I should have been doing some configuration after the upgrade, a NEWS.Debian would have been a good idea. Hard to tell, really. Upstream seems to suggest this is now the preferred indentation mode (but I might have missed something). I have been using recently and I am not sure about it either. I'll try to check with the upstream, and possibly revert to the previous behaviour. Yours, Petr. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568516: xserver-xorg-video-geode: Recommends inexistant packages xserver-xorg-video-cyrix, xserver-xorg-video-nsc
Package: xserver-xorg-video-geode Version: 2.11.6-3+b1 Severity: normal xserver-xorg-video-geode Recommends two packages that don't exist anymore (xserver-xorg-video-cyrix and xserver-xorg-video-nsc): sascha.si...@xo-bine:~$ apt-cache show xserver-xorg-video-geode Package: xserver-xorg-video-geode Priority: optional Section: x11 Installed-Size: 348 Maintainer: Martin-Éric Racine q-f...@iki.fi Architecture: i386 Version: 2.11.6-4 Replaces: xserver-xorg ( 7.1), xserver-xorg-driver-geode Provides: xserver-xorg-video-6 Depends: libc6 (= 2.7), xserver-xorg-core (= 2:1.6.99.900) Recommends: xserver-xorg-video-cyrix, xserver-xorg-video-nsc Conflicts: xserver-xorg-driver-geode, xserver-xorg-video-amd ( 2.11.6-4), xserver-xorg-video-nsc ( 1:2.8.3-3) Filename: pool/main/x/xserver-xorg-video-geode/xserver-xorg-video-geode_2.11.6-4_i386.deb Size: 146132 MD5sum: cfc31caa711d1f8cbf526a606c05ceb9 SHA1: 6086677b8131ae951e716e42848e0f55b38b413f SHA256: dd1192781716da63803a704477a3655acbe78c0d5129ed500672cff8e2ce3ef4 Description: X.Org X server -- Geode GX2/LX display driver This package provides the 'geode' driver for the Geode family of chipsets, including NSC GX2 (Red Cloud), AMD GX and AMD LX series chips. . This package also provides the 'ztv' driver for the video input feature. . More information about X.Org can be found at: URL:http://www.X.org URL:http://xorg.freedesktop.org URL:http://lists.freedesktop.org/mailman/listinfo/xorg URL:http://lists.freedesktop.org/mailman/listinfo/xorg-driver-geode . This package is built from the X.Org xf86-video-geode driver module. Homepage: http://www.x.org/wiki/GeodeDriver Tag: admin::hardware, hardware::video, implemented-in::c, role::shared-lib, use::driver, x11::library Package: xserver-xorg-video-geode Priority: optional Section: x11 Installed-Size: 348 Maintainer: Martin-Éric Racine q-f...@iki.fi Architecture: i386 Source: xserver-xorg-video-geode (2.11.6-3) Version: 2.11.6-3+b1 Replaces: xserver-xorg ( 7.1), xserver-xorg-driver-geode Provides: xserver-xorg-video-6 Depends: libc6 (= 2.7), xserver-xorg-core (= 2:1.6.99.900) Recommends: xserver-xorg-video-cyrix, xserver-xorg-video-nsc Conflicts: xserver-xorg-driver-geode, xserver-xorg-video-amd ( 2.11.6-3+b1), xserver-xorg-video-nsc ( 1:2.8.3-3) Filename: pool/main/x/xserver-xorg-video-geode/xserver-xorg-video-geode_2.11.6-3+b1_i386.deb Size: 146450 MD5sum: ea2ef990b94294d697ba36cf28100725 SHA1: 9b56bcc14350c2ec9bb2419eb9a8c6fc5b1f3f09 SHA256: 943ae758aeaf9044c34b064535d9b723739d75630abf4bf255a74acbfd679d8b Description: X.Org X server -- Geode GX2/LX display driver This package provides the 'geode' driver for the Geode family of chipsets, including NSC GX2 (Red Cloud), AMD GX and AMD LX series chips. . This package also provides the 'ztv' driver for the video input feature. . More information about X.Org can be found at: URL:http://www.X.org URL:http://xorg.freedesktop.org URL:http://lists.freedesktop.org/mailman/listinfo/xorg URL:http://lists.freedesktop.org/mailman/listinfo/xorg-driver-geode . This package is built from the X.Org xf86-video-geode driver module. Homepage: http://www.x.org/wiki/GeodeDriver Tag: admin::hardware, hardware::video, implemented-in::c, role::shared-lib, use::driver, x11::library sascha.si...@xo-bine:~$ apt-cache show xserver-xorg-video-nsc sascha.si...@xo-bine:~$ apt-cache show xserver-xorg-video-cyrix -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Nov 15 17:46 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1710344 Jan 21 00:01 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:01.1 VGA compatible controller: Advanced Micro Devices [AMD] Geode LX Video /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 22605 Feb 3 22:46 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.4 Release Date: 2010-01-08 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-686 i686 Debian Current Operating System: Linux xo-bine.sascha.silbe.org 2.6.31.6-xo-bine-nfs-12-00317-gf58e4aa #37 PREEMPT Thu Jan 28 16:06:11 CET 2010 i586 Kernel command line: olpc.ecdebug=0 video=lxfb fbcon=font:SUN12x22 no_console_suspend ro root=/dev/nfs ip=dhcp nfsroot=/tftpboot/%s,nfsvers=3,intr,acl,rsize=1024,wsize=1024 rootflags=noatime rootwait Build Date: 20 January 2010 10:52:55PM xorg-server 2:1.7.4-2 (bgog...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Feb
Bug#568515: E: unable to schedule circular actions
Package: libcupt-perl Version: 1.5.3 Severity: normal Eugene, hi! As we were talking later: === # cupt -t experimental install openoffice.org-core openoffice.org-common W: attempt to set wrong option 'Acquire::http::Pipeline-Depth' W: attempt to set wrong option 'Acquire::http::No-Cache' Building the package cache... E: unable to open release file '/var/lib/apt/lists/download.skype.com_linux_repos_debian_dists_stable_Release' W: skipped index file '/var/lib/apt/lists/download.skype.com_linux_repos_debian_dists_stable_non-free_binary-i386_Packages' E: unable to open release file '/var/lib/apt/lists/_var_cache_pbuilder_result_._Release' W: skipped index file '/var/lib/apt/lists/_var_cache_pbuilder_result_._Packages' [done] Initializing package resolver and worker... W: package 'googleearth', version '5.1.3533.1731+0.5.7-1': installed size is not defined, setting 0 [done] Scheduling requested actions... [done] Resolving possible unmet dependencies... The following 1 packages will be INSTALLED: libstlport4.6ldbl The following 8 packages will be UPGRADED: openoffice.org-base-core openoffice.org-calc openoffice.org-common openoffice.org-core openoffice.org-draw openoffice.org-impress openoffice.org-l10n-pt-br openoffice.org-writer Need to get 81.7MiB/81.7MiB of archives. After unpacking 992KiB will be used. Do you want to continue? [y/N/q] y Performing requested actions: E: unable to schedule circular actions 'unpack openoffice.org-l10n-pt-br 1:3.2.0~rc4-1, unpack openoffice.org-core 1:3.2.0~rc4-1' E: error performing command 'install' === The solution seems to be correct (we can also see that the third solution from aptitude is the same): === # aptitude -t experimental install openoffice.org-core openoffice.org-common Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done The following NEW packages will be installed: libstlport4.6ldbl{a} The following packages will be upgraded: openoffice.org-common{b} openoffice.org-core{b} The following packages are RECOMMENDED but will NOT be installed: xfonts-mathml 2 packages upgraded, 1 newly installed, 0 to remove and 114 not upgraded. Need to get 63.2MB of archives. After unpacking 1004kB will be used. The following packages have unmet dependencies: openoffice.org-core: Conflicts: openoffice.org-calc ( 1:3.2.0~rc4-1) but 1:3.2.0~rc3-1 is installed and it is kept back. Conflicts: openoffice.org-draw ( 1:3.2.0~rc4-1) but 1:3.2.0~rc3-1 is installed and it is kept back. Conflicts: openoffice.org-impress ( 1:3.2.0~rc4-1) but 1:3.2.0~rc3-1 is installed and it is kept back. Conflicts: openoffice.org-writer ( 1:3.2.0~rc4-1) but 1:3.2.0~rc3-1 is installed and it is kept back. openoffice.org-writer: Depends: openoffice.org-core (= 1:3.2.0~rc3-1) but 1:3.2.0~rc4-1 is to be installed. openoffice.org-impress: Depends: openoffice.org-core (= 1:3.2.0~rc3-1) but 1:3.2.0~rc4-1 is to be installed. openoffice.org-draw: Depends: openoffice.org-core (= 1:3.2.0~rc3-1) but 1:3.2.0~rc4-1 is to be installed. openoffice.org-l10n-pt-br: Conflicts: openoffice.org-core (= 1:3.2.0~rc3.1) but 1:3.2.0~rc4-1 is to be installed. openoffice.org-common: Conflicts: openoffice.org-calc ( 1:3.2.0~rc4) but 1:3.2.0~rc3-1 is installed and it is kept back. Conflicts: openoffice.org-draw ( 1:3.2.0~rc4) but 1:3.2.0~rc3-1 is installed and it is kept back. Conflicts: openoffice.org-impress ( 1:3.2.0~rc4) but 1:3.2.0~rc3-1 is installed and it is kept back. Conflicts: openoffice.org-writer ( 1:3.2.0~rc4) but 1:3.2.0~rc3-1 is installed and it is kept back. openoffice.org-base-core: Depends: openoffice.org-core (= 1:3.2.0~rc3-1) but 1:3.2.0~rc4-1 is to be installed. openoffice.org-calc: Depends: openoffice.org-core (= 1:3.2.0~rc3-1) but 1:3.2.0~rc4-1 is to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) openoffice.org-base-core 2) openoffice.org-calc 3) openoffice.org-draw 4) openoffice.org-impress 5) openoffice.org-l10n-pt-br 6) openoffice.org-writer Tier: Safe actions, Remove packages (1) Accept this solution? [Y/n/q/?] n The following actions will resolve these dependencies: Remove the following packages: 1) openoffice.org-base-core 2) openoffice.org-calc 3) openoffice.org-common 4) openoffice.org-core 5) openoffice.org-draw 6) openoffice.org-impress 7) openoffice.org-style-galaxy
Bug#568517: schroot: segfaults at start
Package: schroot Version: 1.4.0-1 Severity: important $ schroot E: Child terminated by signal 'Segmentation fault' schroot.conf is attached. This is new since 1.4.0. I could revert to 1.2.2, but I've upgraded by config for 1.4. Thanks, Andrew. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (400, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/3 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/bash Versions of packages schroot depends on: ii libboost-filesystem1.40.01.40.0-6+b1 filesystem operations (portable pa ii libboost-program-options1.40 1.40.0-6+b1 program options library for C++ ii libboost-regex1.40.0 1.40.0-6+b1 regular expression library for C++ ii libboost-system1.40.01.40.0-6+b1 Operating system (e.g. diagnostics ii libc62.10.2-5Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii liblockdev1 1.0.3-1.3 Run-time shared library for lockin ii libpam0g 1.1.0-4 Pluggable Authentication Modules l ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libuuid1 2.16.2-0Universally Unique ID library ii schroot-common 1.4.0-1 common files for schroot schroot recommends no packages. Versions of packages schroot suggests: pn aufs-modules | unionfs-module none (no description available) ii debootstrap 1.0.20 Bootstrap a basic Debian system ii lvm2 2.02.54-1 The Linux Logical Volume Manager ii unzip 6.0-1 De-archiver for .zip files -- no debconf information [ia32] aliases=default,i386 command-prefix=/usr/bin/setarch,i386 description=ia32 chroot groups=users directory=/i386 personality=linux priority=0 root-groups= root-users= type=plain
Bug#568518: Aix 5.3 nis-client crashs ypserv[2358]: segfault
Subject: Aix 5.3 nis-client crashs ypserv[2358]: segfault Package: nis Version: 3.17-17 Severity: grave Justification: renders package unusable *** Please type your report below this line *** !!! Attention: A german writes in english !!! ;-) We are using Debian as a NIS-Server since 3 years, with up to 100 clients on serveral locations. With Etch we had no problems all the years. Now we have upgraded the system to Lenny and the problem is as follow: If a IBM-unix-workstation with aix5.3 has a networkproblem during boot time, the system waits for the nis-service (server). When the network is ok again, the ibm tells that the nis-server is ok, but in the same second the yp-server on Lenny crashs with the message: ypserv[2358]: segfault at 1c4ccca4 ip b7e88468 sp bf9c30e4 error 6 in libc-2.7.so[b7e17000+155000] If you now restart the yp-server, it crashes again at once. To bring the yp-server in normal operation, you now must shutdown all IBM-workstations, start the yp-server and after that you can start the IBM's again and hope that you have no network problems during they start. For first aid we went back from Lenny to Etch to have a secure system. But, how we know the Etch system get out of security-support in the next days. We hope you can fix the problem. We try to send a debug-logfile of /etc/init.d/nis start as an attachment. Thank you for your help. -- Package-specific info: NIS domain: cadwv nm-tool is not installed -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages nis depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii libglib2.0-0 2.16.6-3 The GLib library of C routines ii libslp1 1.2.1-7.5 OpenSLP libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii make 3.81-5 The GNU version of the make util ii netbase 4.34 Basic TCP/IP networking system ii portmap 6.0-9 RPC port mapper nis recommends no packages. nis suggests no packages. -- debconf information: nis/not-yet-configured: * nis/domain: cadwv Mit freundlichen Grüßen / Best regards WITTE Automotive WITTE-Velbert GmbH Co. KG i.A. Thomas Lefringhausen Applikationsmanagement Entwicklungsprozesse Höferstraße 3-15, D-42551 Velbert Fon: +49 (0) 2051 / 498-336 Fax: +49 (0) 2051 / 498-429 Mobile: +49 (0) 173 / 2503096 thomas.lefringhau...@witte-automotive.de p. h. G.: E. Witte Beteiligungsgesellschaft mbH, Velbert, HRB 18366, Amtsgericht Wuppertal Geschäftsführer: Rainer Gölz, Rolf-W. Walter Dieses Dokument ist vertraulich zu behandeln. Die Weitergabe sowie Vervielfältigung, Verwertung und Mitteilung seines Inhalts ist nur mit unserer ausdrücklichen Genehmigung gestattet. Alle Rechte vorbehalten, insbesondere für den Fall der Schutzrechtsanmeldung. This document has to be treated confidentially. Its contents are not to be passed on, duplicated, exploited or disclosed without our express permission. All rights reserved, especially the right to apply for protective rights. - WITTE Automotive Schluessige Konzepte fuer die Automobilwelt/ Key Concepts for the Automotive World http://www.WITTE-Automotive.com nisd-err-100205.log Description: Binary data
Bug#568519: lighttpd fails proxy connections when upgraded to 1.4.19-5+lenny1
Package: lighttpd Version: 1.4.19-5+lenny1 Severity: normal After upgrading lighttpd to 1.4.19+lenny1 I found that the apache server that forwards one of its directories (hereafter referred to as /proxydir/) to the machine in question via the proxy module of apache can no longer serve requests to that directory. The message in the apache log is: Fri Feb 05 12:11:01 2010] [error] [client 123.45.67.89] (70014)End of file found: proxy: error reading status line from remote server lighttpd-running-server.mydomain.de [Fri Feb 05 12:11:01 2010] [error] [client 123.45.67.89] proxy: Error reading from remote server returned by /proxydir/ The same proxy setup (without any change on the apache side) works when I downgrade to 1.4.19-5. The setup of the apache server is as described in http://www.redmine.org/wiki/redmine/HowTo_Install_Redmine_in_a_sub-URI#With-a-reverse-proxy Greetings, Thomas Jahns -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-bpo.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-2Extended attribute shared library ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libfam02.7.0-13.3+lenny1 Client library to control the FAM ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8g-15+lenny6 SSL shared libraries ii libterm-readline-perl- 1.0302-1 Perl implementation of Readline li ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime lighttpd recommends no packages. Versions of packages lighttpd suggests: pn apache2-utils none (no description available) ii openssl 0.9.8g-15+lenny6 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#568513: Upstream related ticket
Hi. I filed this ticket upstream : https://fusionforge.org/tracker/index.php?func=detailaid=81group_id=6atid=114 It will in principle help track down what would need to be changed usptream to support that. Not setting a forwarded-upstream as is not really complete correspondance, but more a prerequisite. Hope this helps. -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568520: autoconf: AC_PROG_F77 code executed though in a test that is always false
Package: autoconf Version: 2.65-3 Severity: normal In MPFR, we had in configure.in: if test -n $variable_indefinie ; then AC_PROG_CXX([g++]) AC_PROG_F77([g77]) AC_PROG_CXXCPP fi This doesn't seem to be forbidden according to the autoconf documentation. Even though the test test -n $variable_indefinie is always false, the configure script checks for the GNU Fortran 77 compiler. To reproduce the problem: $ svn checkout svn://scm.gforge.inria.fr/svn/mpfr/tr...@6694 mpfr $ cd mpfr $ autoreconf -i $ ./configure In the configure output: checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no But if one replaces AC_PROG_F77([g77]) by dnl AC_PROG_F77([g77]) and rerun autoreconf -i and ./configure, the above lines are no longer there. There seems to be a similar problem for: AC_PROG_CXX([g++]) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages autoconf depends on: ii debianutils 3.2.2 Miscellaneous utilities specific t ii m41.4.13-3 a macro processing language ii perl 5.10.1-9 Larry Wall's Practical Extraction Versions of packages autoconf recommends: ii automake [automaken] 1:1.11.1-1 A tool for generating GNU Standard Versions of packages autoconf suggests: pn autoconf-archivenone (no description available) ii autoconf-doc2.65-1 automatic configure script builder pn autoconf2.13none (no description available) ii gettext 0.17-8 GNU Internationalization utilities ii gnu-standards 2010.01.27-1 GNU coding and package maintenance ii libtool 2.2.6b-2 Generic library support script -- 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#568521: request-tracker3.8 - invalid byte sequence for encoding UTF8: 0xfc
Package: request-tracker3.8 Version: 3.8.7-1 Severity: important Current request tracker fails to create tickets with umlauts in the subject via the quick ticket generation tab. It logs the following: | RT: DBD::Pg::st execute failed: ERROR: invalid byte sequence for encoding UTF8: 0xfc#012HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. at /usr/share/perl5/DBIx/SearchBuilder/Handle.pm line 505, DATA line 468. (/usr/share/perl5/DBIx/SearchBuilder/Handle.pm:505)#012 | RT: RT::Handle=HASH(0x65ae490) couldn't execute the query 'INSERT INTO Attachments (Subject, ContentType, Headers, Creator, MessageId, Parent, Created, TransactionId) VALUES (?, ?, ?, ?, ?, ?, ?, ?)' at /usr/share/perl5/DBIx/SearchBuilder/Handle.pm line 518#012#011DBIx::SearchBuilder::Handle::SimpleQuery('RT::Handle=HASH(0x65ae490)', 'INSERT INTO Attachments (Subject, ContentType, Headers, Creat...', 'Workflow für private Bereiche', 'text/plain', 'MIME-Version: 1.0\x{a}X-Mailer: MIME-toools 5.427 (Entity 5.427)\x{a}S...', 26, '', 0, '2010-02-05 13:04:21', ...) called at /usr/share/perl5/DBIx/SearchBuilder/Handle.pm line 353#012#011DBIx::SearchBuilder::Handle::Insert('RT::Handle=HASH(0x65ae490)', 'Attachments', 'Subject', 'Workflow für priivate Bereiche', 'ContentType', 'text/plain', 'Headers', 'MIME-Version: 1.0\x{a}X-Mailer: MIME-tools 5.427 (Entity 5.427)\x{a}S...', 'Creator', ...) called at /usr/share/perl5/DBIx/SearchBuilder/Handle/Pg.pm line 66#012#011DBIx::SearchBuilder::Handle::Pg::Insert('RT::Handle=HASH(0x65ae490)', 'Attachments', 'Subject', 'Workflow für private Bereiche', 'ContentType', 'text/plain', 'Heeaders', 'MIME-Version: 1.0\x{a}X-Mailer: MIME-tools 5.427 (Entity 5.427)\x{a}S...', 'MessageId', ...) called at /usr/share/perl5/DBIx/SearchBuilder/Record.pm line 1293#012#011DBIx::SearchBuilder::Record::Create('RT::Attachment=HASH(0xf0b1ed8)', 'Subject', 'Workflow für private Bereiche', 'ContentType', 'text/plain', 'Headers', 'MIME-Version: 1.0\x{a}X-Mailer: MIME-tools 5.427 (Enttity 5.427)\x{a}S...', 'Creator', 26, ...) called at /usr/share/request-tracker3.8/lib/RT/Record.pm line 289#012#011RT::Record::Create('RT::Attachment=HASH(0xf0b1ed8)', 'TransactionId', 589, 'Parent', 0, 'ContentType', 'text/plain', 'Headers', 'MIME-Version: 1.0\x{a}X-Mailer: MIME-tools 5.427 (Entity 5.427)\x{a}S...', ...) called at /usr/share/request-tracker3.8/lib/RT/Attachment_Overlay.pm line 143#012#011RT::Attachment::Create('RT::Attachment=HASH(0xf0b1ed8)', 'TransactionId', 589, 'Attachment', 'MIME::En | RT: Attachment insert failed - ERROR: invalid byte sequence for encoding UTF8: 0xfc#012HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. (/usr/share/request-tracker3.8/lib/RT/Attachment_Overlay.pm:153)#012 | RT: RT::Scrips=HASH(0xf0bc450) couldn't load ticket 40 (/usr/share/request-tracker3.8/lib/RT/Scrips_Overlay.pm:291)#012 0xfc is ü. Bastian -- What kind of love is that? Not to be loved; never to have shown love. -- Commissioner Nancy Hedford, Metamorphosis, stardate 3219.8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533185: Solution(?)
I happenend to have roughly the same problem (sometimes, keypresses being repeated without reason ... and, under X11, multiple X events for single keypresses) The thing that solved it was a simple edit of /etc/X11/xorg.conf : remove the Option AllowEmptyInput from ServerFlags section .. hope this helps
Bug#568522: Valid client certificates fail with GNUTLS slapd
Package: slapd Version: 2.4.11-1+lenny1 Severity: important I am in the process of replacing expiring client certificates for use with SASL/EXTERNAL. Unfortunately every certificate I have generated (including commerical certificates) has failed when connecting to the slapd server, with the following error: SASL/EXTERNAL authentication started ldap_sasl_interactive_bind_s: Unknown authentication method (-6) (The server gives an unable to get TLS client DN error.) When building OpenLDAP linked against OpenSSL, the problem disappears. There is also no problem when using the certificates to make a connection between gnutls-cli and gnutls-serv. The certificates also work when used as server certificates in GNUTLS-linked slapd. The only time the certificates do not work is as client certificates connecting to a GNUTLS-linked slapd server. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages slapd depends on: ii adduser 3.110 add and remove users and groups ii coreutils 6.10-6 The GNU core utilities ii debconf [debconf- 1.5.24 Debian configuration management sy ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-5 Berkeley v4.2 Database Libraries [ ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.11-1+lenny1OpenLDAP libraries ii libltdl3 1.5.26-4+lenny1A system independent dlopen wrappe ii libperl5.10 5.10.0-19lenny2Shared Perl library ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libslp1 1.2.1-7.5 OpenSLP libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii perl [libmime-bas 5.10.0-19lenny2Larry Wall's Practical Extraction ii psmisc22.6-1 Utilities that use the proc filesy ii unixodbc 2.2.11-16 ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.22.dfsg1-23+lenny1 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils 2.4.11-1+lenny1 OpenLDAP utilities -- debconf information: slapd/password2: (password omitted) slapd/internal/adminpw: (password omitted) slapd/password1: (password omitted) slapd/allow_ldap_v2: false slapd/password_mismatch: slapd/tlsciphersuite: slapd/suffix_change: false slapd/invalid_config: true shared/organization: maths.ox.ac.uk slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/upgrade_slapcat_failure: slapd/slurpd_obsolete: slapd/purge_database: false slapd/domain: maths.ox.ac.uk slapd/backend: HDB slapd/no_configuration: false slapd/move_old_database: true slapd/dump_database: when needed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568518: Aix 5.3 nis-client crashs ypserv[2358]: segfault
severity 568518 important kthxbye On Fri, Feb 05, 2010 at 01:51:18PM +0100, thomas.lefringhau...@witte-automotive.de wrote: Severity: grave Justification: renders package unusable Please file bugs with realistic severities, inflating the severity is unhelpful. In this case the problem only affects people trying to interoperate with AIX, which leaves a rather large set of users unaffected. We are using Debian as a NIS-Server since 3 years, with up to 100 clients on serveral locations. With Etch we had no problems all the years. Now we have upgraded the system to Lenny and the problem is as follow: Please try with the current package from unstable to see if this issue has been fixed subsequently. To bring the yp-server in normal operation, you now must shutdown all IBM-workstations, start the yp-server and after that you can start the IBM's again and hope that you have no network problems during they start. Could you please also: - capture the network traffic that occurs during startup. - start ypserv via gdb and obtain a backtrace (with the 'bt' command) when it crashes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568523: gnome-dbg: Recommends inexistant packages libgda3-3-dbg, libgnomedb3-4-dbg
Package: gnome-dbg Version: 1:2.28+4 Severity: normal gnome-dbg Recommends the no longer existing packages libgda3-3-dbg and libgnomedb3-4-dbg: sascha.si...@xo-bine:~$ apt-cache show gnome-dbg Package: gnome-dbg Priority: extra Section: debug Installed-Size: 20 Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Architecture: all Source: meta-gnome2 Version: 1:2.28+4 Depends: libatk1.0-dbg, libatspi-dbg, libgail-dbg, libglib2.0-0-dbg, gnome-applets-dbg, gnome-panel-dbg, libgnomevfs2-0-dbg, libgtk2.0-0-dbg, libgnome2-dbg, libgnomecanvas2-dbg, libgnomeui-0-dbg, nautilus-dbg, libpango1.0-0-dbg, librsvg2-dbg, totem-dbg, evolution-data-server-dbg, evolution-dbg, python-gtk2-dbg, libgsf-gnome-1-114-dbg, gstreamer0.10-plugins-base-dbg, gstreamer0.10-plugins-good-dbg, gstreamer0.10-plugins-ugly-dbg, libgstreamer0.10-0-dbg, libgtkhtml3.14-dbg, anjuta-dbg, evince-dbg, epiphany-browser-dbg, eog-dbg, libgdl-1-dbg Recommends: libgda3-3-dbg, libgnomedb3-4-dbg, libloudmouth1-0-dbg, gimp-dbg, libfontconfig1-dbg, libgail-gnome-dbg, libgoffice-dbg, libnspr4-0d-dbg, libnss3-1d-dbg, liboobs-1-4-dbg, libxft2-dbg, libxml2-dbg, libwebkit-1.0-2-dbg, rhythmbox-dbg Suggests: bug-buddy Filename: pool/main/m/meta-gnome2/gnome-dbg_2.28+4_all.deb Size: 16580 MD5sum: 94d41aeee01ff198a897b1191eacfa25 SHA1: 044f23981de7635e57e0ac549eba6787fc6a071d SHA256: 31678990bdce9988232ed7dc1023cf1168e7755275dcbe7a98bf1e4f06a68991 Description: debugging symbols for the GNOME desktop environment This metapackage brings all available debugging symbols for the GNOME desktop environment, an intuitive and attractive desktop. They contain debugging information for most GNOME libraries and core applications, which can help providing useful traces in bug reports. . Warning: these packages are huge. Tag: role::dummy, suite::gnome sascha.si...@xo-bine:~$ apt-cache show libgda3-3-dbg libgnomedb3-4-dbg sascha.si...@xo-bine:~$ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.31.6-xo-bine-nfs-12-00317-gf58e4aa (PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568520: autoconf: AC_PROG_F77 code executed though in a test that is always false
Note that this is a regression. On a Debian/stable (lenny) machine with autoconf 2.61-8, there is no such problem. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568504: heartbeat: ha_propagate tries to run chkconfig instead of update-rc.d
On Fri, Feb 05, 2010 at 10:32:23AM +0100, mastrboy wrote: Package: heartbeat Version: 2.1.3-6lenny4 Severity: normal /usr/lib/heartbeat/ha_propagate is not debian aware, uses a redhat like command chkconfig for setting boot config instead of update-rc.d Hi, thanks for pointing that out. To me the interesting problem seems to be knowing which command to run on the other end, after all it could be a heterogeneous cluster. But I guess that isn't the common case and it seems like an easy win would be to just substitute chkconfig for update-rc.d if the calling machine is running Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568521: [request-tracker-maintainers] Bug#568521: request-tracker3.8 - invalid byte sequence for encoding UTF8: 0xfc
tags 568521 +upstream thanks On Fri, Feb 05, 2010 at 02:19:37PM +0100, Bastian Blank wrote: Current request tracker fails to create tickets with umlauts in the subject via the quick ticket generation tab. It logs the following: | RT: DBD::Pg::st execute failed: ERROR: invalid byte sequence for encoding UTF8: 0xfc#012HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by client_encoding. at /usr/share/perl5/DBIx/SearchBuilder/Handle.pm line 505, DATA line 468. (/usr/share/perl5/DBIx/SearchBuilder/Handle.pm:505)#012 [snip rest of stack trace] 0xfc is ü. Hi Bastian, Thanks for the bug report. This looks similar to a bug reported on the RT users list last week, and may be fixed already: http://lists.bestpractical.com/pipermail/rt-users/2010-January/063318.html I'll wait to hear more from upstream about their expected next release date before deciding whether to apply the patch to the 3.8.7 packages. Incidentally, can you reproduce the behaviour described in that message where the problem only occurs if the content is blank? Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568520: autoconf 2.65: AC_PROG_F77 code executed though in a test that is always false
I'm forwarding this bug... I can reproduce it under Mac OS X (with autoconf 2.65). Note that this is a regression. On a Debian/stable (lenny) machine with autoconf 2.61-8, there is no such problem. On 2010-02-05 14:14:56 +0100, Vincent Lefevre wrote: Package: autoconf Version: 2.65-3 Severity: normal In MPFR, we had in configure.in: if test -n $variable_indefinie ; then AC_PROG_CXX([g++]) AC_PROG_F77([g77]) AC_PROG_CXXCPP fi This doesn't seem to be forbidden according to the autoconf documentation. Even though the test test -n $variable_indefinie is always false, the configure script checks for the GNU Fortran 77 compiler. To reproduce the problem: $ svn checkout svn://scm.gforge.inria.fr/svn/mpfr/tr...@6694 mpfr $ cd mpfr $ autoreconf -i $ ./configure In the configure output: checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no But if one replaces AC_PROG_F77([g77]) by dnl AC_PROG_F77([g77]) and rerun autoreconf -i and ./configure, the above lines are no longer there. There seems to be a similar problem for: AC_PROG_CXX([g++]) -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568524: xserver-xorg-video-s3: on S3 86c764/765 [Trio32/64/64V+] screen stays blank in power saving mode
Package: xserver-xorg-video-s3 Version: 1:0.6.0-1 Severity: important As soon as X is started the screen switches to power saving mode, the same when running gdm or xorg. If I use the vesa driver this does not happen (but it is slow). This happened after installing Lenney, it worked all right with etch. I wonder if this is a regression since a similar bug was apparantly solved in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-s3/+bug/33504 . There seems to be a similar bug outstanding upstream: https://bugs.freedesktop.org/show_bug.cgi?id=16859 -- 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 2010-01-28 17:44 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1718484 2009-06-08 10:35 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:08.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 53) /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1077 2010-01-28 17:44 /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 XkbRulesxorg Option XkbModelpc105 Option XkbLayout gb 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 EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 24009 2010-02-05 10:16 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-10.lenny2) Current Operating System: Linux p133v 2.6.26-2-486 #1 Sat Dec 26 08:37:39 UTC 2009 i586 Build Date: 08 June 2009 09:12:57AM 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: Fri Feb 5 10:16:29 2010 (==) 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 /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi 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/100dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Loader magic: 0x81e38c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3
Bug#567424: amsn freeze during connection or just after
Le Mon, 1 Feb 2010 09:03:54 -0430 Muammar El Khatib muammarelkha...@gmail.com a écrit: Hi, On Thu, Jan 28, 2010 at 7:45 PM, gpe92 gp...@free.fr wrote: Package: amsn Version: 0.98.1-1 Severity: important during the connection or just after amsn freeze totaly and I must kill it. It's systematic. If I launch amsn form cli, at the start of connection process I've these message in the terminal: ** (unknown:2823): WARNING **: sendto: Error 1 sending message: Operation not permitted ** (unknown:2823): WARNING **: sendto: Error 1 sending message: Operation not permitted ** (unknown:2823): WARNING **: sendto: Error 1 sending message: Operation not permitted ** (unknown:2823): WARNING **: sendto: Error 1 sending message: Operation not permitted ** (unknown:2823): WARNING **: sendto: Error 1 sending message: Operation not permitted ** (unknown:2823): WARNING **: sendto: Error 1 sending message: Operation not permitted I haven't been able to reproduce this. Are you sure that your problem is not related to something else? It seems that aMSN is not able to send packages through your connection. Are you behind a firewall? I have tested the package in testing and unstable and no problems so far. Are you still getting the problem? Regards, It seems that you're right. If I disable my firewall, amsn works fine. Sorry for the noise... Regards, Gpe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567424: amsn freeze during connection or just after
On Fri, Feb 5, 2010 at 9:31 AM, gpe gp...@free.fr wrote: Le Mon, 1 Feb 2010 09:03:54 -0430 Muammar El Khatib muammarelkha...@gmail.com a écrit: I haven't been able to reproduce this. Are you sure that your problem is not related to something else? It seems that aMSN is not able to send packages through your connection. Are you behind a firewall? I have tested the package in testing and unstable and no problems so far. Are you still getting the problem? Regards, It seems that you're right. If I disable my firewall, amsn works fine. Sorry for the noise... Don't worry. I'll proceed to close this bug report, or if you want it, you can do it. Thanks for your interest in aMSN and reporting, -- Muammar El Khatib. Linux user: 403107. GPG Key = 127029F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562821: (no subject)
I got the following error mount.ntfs4: access denied by server while mounting server.local.lan:/home2 Adding a realm line into idmapd.conf is not beneficial cheers gfwp Subject: nfs-common: Clients fails to mount Kerberized nfs4 partitions Package: nfs-common Version: 1:1.2.1-3 Severity: normal -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=it_CH.UTF-8, LC_CTYPE=it_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser3.112 add and remove users and groups ii initscripts2.87dsf-8 scripts for initializing and shutt ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcomerr2 1.41.9-1 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-2 1.8+dfsg~alpha1-5 MIT Kerberos runtime libraries - k ii libgssglue10.1-4 mechanism-switch gssapi library ii libk5crypto3 1.8+dfsg~alpha1-5 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8+dfsg~alpha1-5 MIT Kerberos runtime libraries ii libnfsidmap2 0.23-2An nfs idmapping library ii librpcsecgss3 0.19-2allows secure rpc communication us ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii netbase4.40 Basic TCP/IP networking system ii rpcbind [portmap] 0.2.0-4 converts RPC program numbers into ii ucf3.0025Update Configuration File: preserv nfs-common recommends no packages. nfs-common 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#568251: [Pkg-sysvinit-devel] Bug#568251: Please support fsck on shutdown
Henrique de Moraes Holschuh h...@debian.org writes: On Wed, 03 Feb 2010, Goswin von Brederlow wrote: recently we discussed the anoyance that is fsck during boot on irc and came to the conclusion that on many systems the shutdown would be a btter time to do this. As long as fsck on startup remains. We need that to avoid further damage to corrupted filesystems. Obviously. Wouldn't it be nice if during shutdown it would run fsck whenever the next boot would do so? That way the next morning you do not have to wait for the fsck before starting to work. Well, we do NOT have a way to tell fsck to ignore check-after-n-umounts and check-after-n-days that some filesystems implement. The only available fix I know of is to: 1) DISABLE these misfeatures in the filesystem so that fsck won't trigger on an otherwise clean filesystem during boot 2) re-implement the check-after-whatever-trigger through a script that calls fsck -f every once in a while and we certaily could call that script on shutdown, if the user wants us to. The check for this is exactly the same as during boot. Just make triple-sure to coordinate with the UPS monitoring stuff, because if you trigger the fsck when the box is going down due to an UPS low battery shutdown, very bad things could happen. The proper fix to that would be to add a new shutdown runlevel for the UPS stuff to use, I suppose. Or laptop on battery. Same us boot there though. Implementation wise I think it would be best if it continous the shutdown if fsck fails and let the user handle that case by a repeated fsck during the next boot. I think you could do it using fsck -fn. But this is NOT going to work on every filesystem out there. If you use fs-type-based whitelisting, it might be usable (after all, not all filesystems need this either... just those that have auto-check triggers when clean...) Same as during boot except that on error it doesn't ask for a root passwd. PS: It might even check / too after mounting it read-only again, right? Yes. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537138: Sorry
I just had not noticed the : in --recurse:. I think the documentation could highlight the difference, but still, the real bug was just in my head... Pietro signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#568525: debhelper: 'man dh' cannot find dh.3ssl.gz
Package: debhelper Version: 7.4.13 Severity: normal $ man dh man: can't resolve /usr/share/man/man3/dh.3ssl.gz: No such file or directory -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-rc5 (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 debhelper depends on: ii binutils 2.20-5 The GNU assembler, linker and bina ii dpkg-dev 1.15.5.6 Debian package development tools ii file 5.04-1 Determines file type using magic ii html2text 1.3.2a-14 advanced HTML to text converter ii man-db2.5.6-5on-line manual pager ii perl 5.10.1-9 Larry Wall's Practical Extraction ii perl-base 5.10.1-9 minimal Perl system ii po-debconf1.0.16 tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make 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#568493: samba: zero-day remote access exploit
severity 568493 important thanks On Fri, Feb 05, 2010 at 01:07:14AM -0500, Michael Gilbert wrote: package: samba version: 2:3.4.5~dfsg-1 severity: critical hi, a zero-day remote access exploit has been demonstrated using a vulnerability in samba [0]. the only info to go on right now is a rather blurry video demonstrating the exploit in action as well as the code modified. i know this isn't a lot to go on, but hopefully its enough info to figure out the problem. mike [0] http://seclists.org/fulldisclosure/2010/Feb/82 Why are you presuming to file critical-severity bugs for an unconfirmed vulnerability if you can't even give a description of what that vulnerability is? There's nothing critical here; the video shows that, if you allow untrusted users anonymous access to a Samba share, they can read any files on the system that your guest user (i.e., user 'nobody') can read. That's a bug, it should be fixed, but its impact isn't release-critical. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#517804: base: CPU scaling for the 2nd core stops working after suspend to RAM
Hi, I am not the OP but I have the same problem, in my case affecting a Dell Latitude D830 running linux-image-2.6.26-2-686 (lenny). In fact for me the first CPU seemed to be stuck on lowest CPU frequency as well after I resumed. I wasn't able to test with kernel 2.6.32 because, though it boots and suspends to RAM, it will not resume for me. I hazard a guess that some userspace tools might need upgrading from my Lenny versions. However I can confirm that the problem was already fixed in 2.6.30, as thanks to your hints I have now tested using the backports.org kernel 2.6.30-bpo.2-686, and suspend-to-RAM now no longer causes the second CPU to lose scaling. I think this is the applicable kernel bug: http://bugzilla.kernel.org/show_bug.cgi?id=10734 I hope the confirmation is useful. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568526: [gq] gq crashes if it is unable to access the gnome-keyring
Package: gq Version: 1.3.4-1 Severity: normal --- Please enter the report below this line. --- If gnome-keyring is not installed and File - Preferences - Servers - Some entry - Connections - Ask for Password on first Connection is unchecked, gq crashes when clicking on the + to open a server connection. The same crash happens if you decline access to the password in the gnome-keyring dialog! A backtrace with debugging symbols has been attached. A shorthand solution would be to let gq depend on gnome-keyring. In the end upstream should handle a missing gnome-keyring-daemon correctly: Fall back to safe plain-text-passwords in the gq-config or do not offer the save password option. Testers beware: Purging gnome-keyring does not stop the gnome-keyring-daemon! You have to kill it or reboot to see gq crashing! And the Bind DN-filed has a UTF-8 problem... --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-px1-amd64 Debian Release: sid --- Package information. --- Depends (Version) | Installed ===-+-== libatk1.0-0 (= 1.20.0) | 1.28.0-1 libc6 (= 2.7) | 2.10.2-5 libcairo2(= 1.2.4) | 1.8.8-2 libfontconfig1 (= 2.8.0) | 2.8.0-2 libfreetype6 (= 2.2.1) | 2.3.11-1 libglade2-0(= 1:2.6.1) | 1:2.6.4-1 libglib2.0-0(= 2.16.0) | 2.22.4-1 libgnome-keyring0 (= 2.20.3) | 2.28.2-1 libgtk2.0-0 (= 2.10.0) | 2.18.6-1 libldap-2.4-2(= 2.4.7) | 2.4.17-2.1 libpango1.0-0 (= 1.14.0) | 1.26.2-1 libssl0.9.8 (= 0.9.8k-1) | 0.9.8k-8 libxml2 (= 2.7.4) | 2.7.6.dfsg-2+b1 $ gdb gq GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/gq...done. (gdb) run Starting program: /usr/bin/gq [Thread debugging using libthread_db enabled] ** (gq:23455): WARNING **: couldn't communicate with gnome keyring daemon via dbus: The name org.gnome.keyring was not provided by any .service files ** (gq:23455): WARNING **: couldn't communicate with gnome keyring daemon via dbus: The name org.gnome.keyring was not provided by any .service files ** (gq:23455): WARNING **: couldn't communicate with gnome keyring daemon via dbus: The name org.gnome.keyring was not provided by any .service files ** Message: FIXME: implement with GtkTreeView ** Message: FIXME: implement with GtkTreeView ** Message: FIXME: implement with GtkTreeView ** Message: FIXME: implement with GtkTreeView ** (gq:23455): WARNING **: couldn't communicate with gnome keyring daemon via dbus: The name org.gnome.keyring was not provided by any .service files Program received signal SIGSEGV, Segmentation fault. 0x743ac451 in _IO_vfprintf_internal (s=0x7fffd5d0, format=value optimized out, ap=0x7fffd780) at vfprintf.c:1601 1601vfprintf.c: No such file or directory. in vfprintf.c (gdb) bt full #0 0x743ac451 in _IO_vfprintf_internal (s=0x7fffd5d0, format=value optimized out, ap=0x7fffd780) at vfprintf.c:1601 len = value optimized out string_malloced = value optimized out step0_jumps = {0, 3429, 3508, 6312, 6398, 2688, 2781, 5665, 3688, 3864, 4093, 1453, 1532, 1621, 1851, 1898, 3673, 3038, 5571, 4996, 6074, -557,
Bug#560058: [buildd-tools-devel] Bug#560058: quinn-diff: should support architecture wildcards
On Friday 05 February 2010 04:54:59 Philipp Kern wrote: Andres, am Fri, Feb 05, 2010 at 01:25:21AM -0500 hast du folgendes geschrieben: I've attached a log showing different running times for quinn-diff with and without the dpkg-perl support on my system. Top of the log shows running time for current quinn-diff from unstable. Bottom of log shows quinn-diff built with dpkg-perl switch turned on in configure. at least you get consistent results which I didn't manage on a openvz box. I used a current Packages file for amd64 main, a corresponding Sources file, and Packages-arch-specific from https://buildd.debian.org/quinn-diff/Packages-arch- specific. Yes, there is a performance penalty, but it's not too bad I think. Well, it's 300%, but it's still ok I guess. By the way, I would like to report that building quinn-diff from the dpkg-perl branch without the --with-dpkg-perl switch causes quinn-diff to segfault. Could you provide me with a backtrace and the input data? I cannot reproduce that on an amd64 box. (I.e. I always tested through recompilation of the dpkg-perl branch without the configure option set.) Here it is. This is on Debian sid on an amd64 box. (gdb) bt #0 strcmp () at ../sysdeps/x86_64/strcmp.S:30 #1 0x00403e17 in arch_equivalent (arch1=0x6124d0 alpha, arch2=0x0, use_equivalence=1) at utils.c:311 #2 0x00403e97 in in_arch_list_internal ( arch_list=0x608110 alpha, ' ' repeats 13 times, arch=0x0, use_equivalence=1) at utils.c:326 #3 0x00403ef7 in in_arch_list ( arch_list=0x608110 alpha, ' ' repeats 13 times, arch=0x0) at utils.c:341 #4 0x00402795 in read_arch_specific_packages ( buffer_p=0x609be0 # Packages-arch-specific-version: 3\n# Quinn Diff packages-arch-specific file\n#\n# Please submit additions, corrections and removals as bugs against\n# buildd.debian.org to the Debian bug tracking system..., buffer_length=35035) at arch_specific.c:241 #5 0x00402227 in arch_specific_packages_read () at arch_specific.c:67 #6 0x004050b8 in main (argc=7, argv=0x7fffe1f8) at main.c:87 -- Regards, Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532169: ccache: Please add support for gcc-4.4
Hi Giridhar, Now that gcc 4.4 migrated to testing, would you upload a new ccache version which supports it? Thanks in advance, Chris __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568527: /lib/udev/vol_id is still used
Subject: initramfs-tools: sf Package: initramfs-tools Version: 0.93.4 Severity: normal Hi. At least /usr/share/initramfs-tools/scripts/local could still used vol_id which does however not longer exist. Cheers, chris. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568517: [buildd-tools-devel] Bug#568517: schroot: segfaults at start
On Fri, Feb 05, 2010 at 08:02:57AM -0500, Andrew Schulman wrote: $ schroot E: Child terminated by signal 'Segmentation fault' schroot.conf is attached. This is new since 1.4.0. I could revert to 1.2.2, but I've upgraded by config for 1.4. Thanks for the report. I've had another user report this, so I now have a backtrace and debug log at the point of failure and should get a fix out this weekend. For the time being, this appears to be when reading a session file under /var/lib/schroot/session. Unclear why at this point, but likely to be not coping with a missing type= parameter. Removing the session file should fix it--there's no problem with session files created by the new schroot. You could verify this by running with --debug=notice. Once I've found the cause and fixed it, I'll release a new version. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#568367: usbmon logs of the vodafone k3520/huawei e169 ttyUSB0-2 disconnect problem
I have created a usbmon log and hope that it helps with the analysis. Logging was started before the stick was plugged in. The disconnect happened 15.1 hours after plugging it in. The file size of the compressed log is 6.6MBytes which is probably too big for sending it via e-mail. So I have uploaded it to rapidshare: http://rapidshare.com/files/346280024/k3520_log.lzma.html Best regards, Alex _ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568528: po4a: patch to support a single centralized catalog
Package: po4a Version: 0.39-1 Tags: patch Currently, split mode is moderately useful, because it is based on the assumption than people want to have their split pofiles as a source for their translations. The attached patch reuses existing code for split mode, but uses the assumption that the central pofile is the one we want to use for translating (and we keep the central pot around for the same reason). Split pofiles can then be considered as pure products of the po4a run (and manual changes to them are lost - if you don't want that, you want the existing split mode). It can be used eg. as follows: [po4a_paths] $master/l10n/$master.pot $lang:$master/l10n/.$lang.po centralpot:l10n/messages.pot central_$lang:l10n/$lang.po Note that because of the way things are parsed, central_$lang must come last, and centralpot just before it. (a similar comment applies to my patch to #564245) commit f120ed9011168ec26c0f68602cbf059383d23142 Author: Yann Dirson ydir...@linagora.com Date: Fri Feb 5 15:19:14 2010 +0100 Po4a: add support for 'centralpot:' and 'central_$lang' in po4a_paths declarations. diff --git a/l10n/po4a b/l10n/po4a index 37449fb..7ed9581 100644 --- a/l10n/po4a +++ b/l10n/po4a @@ -704,6 +704,8 @@ my (%aliases); # module aliases ([po4a_alias:...] my ($pot_filename) = ; my (%po_filename); # po_files: '$lang'='$path' my (%document); # '$master'= {'format'='$format'; '$lang'='$path'; 'add_$lang'=('$path','$path') } +my ($central_pot); # central potfile to be kept +my (%central_po); # '$master'= central pofile to be kept my $doc_count = 0; open CONFIG,,$config_file or die wrap_msg(gettext(Can't open %s: %s), $config_file, $!); my ($line,$nb) = (,0); @@ -757,6 +759,21 @@ while (CONFIG) { gettext('%s' redeclared), po4a_path) if (length $pot_filename); $pot_filename = $main; + + # Extract lang-specific central catalog. + if ($args =~ m/^(.*?) +(?:central(?:_(.+))?:(\S*))\s*$/) { + $args = $1; + $args = unless defined $args; + $central_po{$2} = $3; + } + + # Extract central pot catalog. + if ($args =~ m/^(.*?) +(?:centralpot:(\S*))\s*$/) { + $args = $1; + $args = unless defined $args; + $central_pot = $2; + } + foreach my $arg (split(/ /,$args)) { die wrap_ref_mod($config_file:$nb, , gettext(Unparsable argument '%s'.), $arg) @@ -1150,6 +1167,12 @@ if ($po4a_opts{split}) { chdir $po4a_opts{calldir} if (defined $po4a_opts{srcdir}); } +# Generate a big pot if required +if (defined $central_pot) { + my $cmd = msgcat --use-first -o .$central_pot. . + join( , map { $split_pot{$_} or } keys %document); + run_cmd($cmd); +} # Generate a complete .po foreach my $lang (sort keys %po_filename) { my $tmp_bigpo; @@ -1177,7 +1200,11 @@ if ($po4a_opts{split}) { run_cmd($cmd_cat); } # We do not need to keep the original name with $master -$po_filename{$lang} = $tmp_bigpo; +if (defined $central_pot and defined $central_po{$lang}) { +$po_filename{$lang} = $central_po{$lang}; +} else { +$po_filename{$lang} = $tmp_bigpo; +} } } @@ -1455,9 +1482,13 @@ if (not $po4a_opts{no-translations}) { if ($po4a_opts{split}) { chdir $po4a_opts{srcdir} if (defined $po4a_opts{srcdir}); -# We don't need the tmp big POs anymore -foreach $lang (keys %po_filename) { -unlink $po_filename{$lang}; +unless (defined $central_pot) { +foreach $lang (keys %po_filename) { +unless (defined $central_po{$lang}) { +# That big PO is a tmp one, we don't need it anymore +unlink $po_filename{$lang}; +} +} } chdir $po4a_opts{calldir} if (defined $po4a_opts{srcdir});
Bug#568529: overwrites MBR of installation medium
Package: debian-installer Severity: grave During installation of debian squezee using USB flash drive (hd-media) grub-installer has overwritten its MBR (obviously, it has /dev/sda device associated with it). I'm aware that device enumeration issues were reported in #517563 and #516280 and are present in errata for lenny release RC2, but I believe that installer should not overwrite installation medium under any circumstances. The problem seems to be located in grub-installer script[1]. When grub-installer/only_debian is set to true the bootdev is set unconditionally to '(hd0)'. Installer should make sure that this device is not installation medium by any chance. I've set severity to grave because of data loss (MBR), but the case is obviously not so common so feel free to reduce it. [1] packages/arch/i386/grub-installer/grub-installer -- Piotr Lewandowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568517: [buildd-tools-devel] Bug#568517: schroot: segfaults at start
For the time being, this appears to be when reading a session file under /var/lib/schroot/session. Unclear why at this point, but likely to be not coping with a missing type= parameter. Removing the session file should fix it--there's no problem with session files created by the new schroot. You could verify this by running with --debug=notice. /var/lib/schroot/session is empty on my host. ?? In case it's helpful, here are the results of schroot --debug=notice. D(1): Loading config file: /etc/schroot/schroot.conf D(1): Loading data file: /etc/schroot/schroot.conf D(2): Getting keyfile group=ia32, key=type D(1): value=plain D(2): Getting keyfile group=ia32, key=active D(1): key not found D(2): Getting keyfile group=ia32, key=run-setup-scripts D(1): key not found D(2): Getting keyfile group=ia32, key=run-session-scripts D(1): key not found D(2): Getting keyfile group=ia32, key=run-exec-scripts D(1): key not found D(2): Getting keyfile group=ia32, key=script-config D(1): key not found D(2): Getting keyfile group=ia32, key=priority D(1): value=0 D(2): Getting keyfile group=ia32, key=aliases D(1): value=default,i386 D(1): value=default D(1): value=i386 D(2): Getting keyfile group=ia32, key=environment-filter D(1): key not found D(2): Getting keyfile group=ia32, key=description D(1): value=ia32 chroot D(2): Getting keyfile group=ia32, key=users D(1): key not found D(2): Getting keyfile group=ia32, key=groups D(1): value=users D(1): value=users D(2): Getting keyfile group=ia32, key=root-users D(1): value= D(2): Getting keyfile group=ia32, key=root-groups D(1): value= D(2): Getting keyfile group=ia32, key=mount-location D(1): key not found D(2): Getting keyfile group=ia32, key=name D(1): key not found D(2): Getting keyfile group=ia32, key=command-prefix D(1): value=/usr/bin/setarch,i386 D(1): value=/usr/bin/setarch D(1): value=i386 D(2): Getting keyfile group=ia32, key=directory D(1): value=/i386 D(2): Getting keyfile group=ia32, key=location D(1): key not found D(2): Getting keyfile group=ia32, key=personality D(1): value=linux D(1): Loading config directory: /etc/schroot/chroot.d D(2): Creating schroot session D(2): auth uid = 1,000, gid = 2,000 D(2): auth uid = 1,000, gid = 2,000 D(1): pam_start OK D(2): In users: 0 In groups: 1 In root-users: 0 In root-groups: 0 D(1): Inserted into environment: PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games D(1): Inserted into environment: HOME=/home/andrex D(1): Inserted into environment: LOGNAME=andrex D(1): Inserted into environment: USER=andrex D(1): Inserted into environment: TERM=screen D(1): Inserted into environment: SHELL=/bin/bash D(2): pam_putenv: set HOME=/home/andrex D(2): pam_putenv: set LOGNAME=andrex D(2): pam_putenv: set PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games D(2): pam_putenv: set SHELL=/bin/bash D(2): pam_putenv: set TERM=screen D(2): pam_putenv: set USER=andrex D(1): pam_putenv OK D(1): pam_acct_mgmt OK D(1): pam_setcred OK D(2): PAM authentication succeeded for user D(1): Running session in default chroot: D(2): setup_chroot: chroot=ia32, setup_type=0, chroot_status=1, lock_status=1 D(2): setup_chroot: chroot=ia32, setup_type=1, chroot_status=1, lock_status=1 D(1): pam_open_session OK D(2): CWD=/home/andrex D(2): location=/i386 D(1): Set GID=2,000 D(1): Set supplementary groups D(1): Set personality=linux D(1): Changed directory to /i386 D(1): Changed root to /i386 D(1): Set UID=1,000 D(1): Dropped root privileges D(1): Inserted into environment: HOME=/home/andrex D(1): Inserted into environment: LOGNAME=andrex D(1): Inserted into environment: PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games D(1): Inserted into environment: SHELL=/bin/bash D(1): Inserted into environment: TERM=screen D(1): Inserted into environment: USER=andrex D(1): Inserted into environment: XDG_SESSION_COOKIE=c5c05a456c5d0734c0a48eb1924daa00-1265382881.32862-1886943345 D(2): Getting environment variable=HOME D(1): value=/home/andrex D(2): Directory fallbacks: /home/andrex, / D(1): Changed directory to /home/andrex D(1): Running shell: /bin/bash D(1): command=/bin/bash D(1): Inserted into environment: HOME=/home/andrex D(1): Inserted into environment: LOGNAME=andrex D(1): Inserted into environment: PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games D(1): Inserted into environment: SHELL=/bin/bash D(1): Inserted into environment: TERM=screen D(1): Inserted into environment: USER=andrex D(1): Inserted into environment: XDG_SESSION_COOKIE=c5c05a456c5d0734c0a48eb1924daa00-1265382881.32862-1886943345 D(1): Inserted into environment: HOME=/home/andrex D(1): Inserted into environment: LOGNAME=andrex D(1): Inserted into environment: PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games D(1): Inserted into environment: SHELL=/bin/bash D(1): Inserted into environment: TERM=screen D(1): Inserted into environment: USER=andrex D(1): Inserted into environment: XDG_SESSION_COOKIE=c5c05a456c5d0734c0a48eb1924daa00-1265382881.32862-1886943345
Bug#568530: ITP: campcaster -- A radio program automation and support tool
Package: wnpp Severity: wishlist Owner: Alessio Treglia quadris...@ubuntu.com * Package name: campcaster Version : 1.3.0 Upstream Author : Media Developmnet Loan Fund, http://www.mdlf.org/ * URL : http://campcaster.campware.org * License : GPL Programming Lang: C++ Description : A radio program automation and support tool Campcaster is the first free and open radio management software that provides live studio broadcast capabilities as well as remote automation in one integrated system. . Major features of Campcaster: live, in-studio playout; web-based remote station management; automation; playlists; centralized archives of station program material; solid, fast playback using the Gstreamer multimedia framework; search-based backup; localization into several languages; innovative design by the Parsons School of Design; open, extensible architecture based on XML-RPC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org