Bug#410085: reassigning to poppler
reassign 410085 poppler close 410085 0.5.4-2 thanks This is actually a poppler bug, and it is fixed in the experimental version. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413788: Daily Etch build fails to install on iMac G5 - Ethernet not detected
-Original Message- From: Mike Hore [mailto:[EMAIL PROTECTED] Sent: 09 March 2007 01:40 To: Frans Pop Cc: [EMAIL PROTECTED] Subject: Bug#413788: Daily Etch build fails to install on iMac G5 - Ethernet not detected Hi again Frans, On Thursday 08 March 2007 02:30, Mike Hore wrote: 0001:03:0f.0 Ethernet controller: Apple Computer Inc. Shasta (Sun GEM) [106b:0051] According to this information, your NIC needs the sungem driver, which _is_ included in the installer and should be loaded automatically. After the installer has failed to detect your NIC, please try the following: - switch to VT2 - check if the sungem module is loaded ('lsmod | grep sungem') No output. - if it is, check dmesg for any messages about the NIC I didn't see any, but there were about 2 screenfuls of info and I didn't know how to stop it scrolling off. - if it is not, try to load it manually ('modprobe sungem') FATAL: module sungem not found So it really looks to me like it isn't there, sorry! have you checked the md5sum against the one for the day your image is dated? (you can find older dailies by cutting back the image url to remove the current and everything before it and browsing manually from there) i'm thinking this may be another case of a half and half download (half one days image half the next)
Bug#414112: [INTL:gl] Galician debconf templates translation for atftp
Package: atftp Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of atftp's debconf templates # This file is distributed under the same license as the atftp package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: atftp\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-10-02 00:46+0200\n PO-Revision-Date: 2007-03-09 09:21+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../atftpd.templates:1001 msgid Should the server be started by inetd? msgstr ¿Debería iniciarse o servidor mediante inetd? #. Type: boolean #. Description #: ../atftpd.templates:1001 msgid atftpd can be started by the inetd superserver or as a daemon and handle incoming connections by itself. The latter is only recommend for very high usage server. msgstr Pódese iniciar atftpd no superservidor inetd ou pódese iniciar coma un servizo para que xestione as conexións entrantes el só. Só se recomenda isto se se emprega moito o servidor. #. Type: string #. Description #: ../atftpd.templates:2001 msgid Server timeout: msgstr Tempo de espera do servidor: #. Type: string #. Description #: ../atftpd.templates:2001 msgid How many seconds the main thread waits before exiting. msgstr Cantos segundos agarda o fío principal antes de saír. #. Type: string #. Description #: ../atftpd.templates:3001 msgid Retry timeout: msgstr Tempo de espera para volver tentar: #. Type: string #. Description #: ../atftpd.templates:3001 msgid How many seconds to wait for a reply before retransmitting a packet. msgstr Cantos segundos hai que agardar por unha resposta antes de retransmitir un paquete. #. Type: string #. Description #: ../atftpd.templates:4001 msgid Maximum number of threads: msgstr Número máximo de fíos: #. Type: string #. Description #: ../atftpd.templates:4001 msgid Maximum number of concurrent threads that can be running. msgstr Número máximo de fíos simultaneos que pode haber en execución. #. Type: select #. Description #: ../atftpd.templates:5001 msgid Verbosity level: msgstr Nivel de información: #. Type: select #. Description #: ../atftpd.templates:5001 msgid Level of logging. 7 logs everything including debug logs. 1 will log only the system critical logs. 5 (LOG_NOTICE) is the default value. msgstr Nivel do rexistro. 7 rexistra todo, incluídos os rexistros de depuración. 1 ha rexistrar só os sucesos críticos. 5 (LOG_NOTICE) é o valor por defecto. #. Type: boolean #. Description #: ../atftpd.templates:6001 msgid Enable 'timeout' support? msgstr ¿Activar o soporte de \timeout\? #. Type: boolean #. Description #: ../atftpd.templates:7001 msgid Enable 'tsize' support? msgstr ¿Activar o soporte de \tsize\? #. Type: boolean #. Description #: ../atftpd.templates:8001 msgid Enable 'block size' support? msgstr ¿Activar o soporte de \block size\? #. Type: boolean #. Description #: ../atftpd.templates:9001 msgid Enable multicast support? msgstr ¿Activar o soporte de multicast? #. Type: string #. Description #: ../atftpd.templates:10001 msgid TTL for multicast packets: msgstr TTL dos paquetes multicast: #. Type: string #. Description #: ../atftpd.templates:11001 msgid Port to listen for tftp request: msgstr Porto no que esperar peticións tftp: #. Type: string #. Description #: ../atftpd.templates:12001 msgid Port range for multicast file transfer: msgstr Rango de portos para a transferencia de ficheiros multicast: #. Type: string #. Description #: ../atftpd.templates:12001 msgid Multicast transfer will use any available port in a given set. For example, \2000-2003, 3000\ allow atftpd to use port 2000 to 2003 and 3000. msgstr As transferencias multicast han empregar calquera porto dispoñible dun conxunto determinado. Por exemplo, \2000-2003, 3000\ permite a atftpd empregar os portos 2000 a 2003 e o porto 3000. #. Type: string #. Description #: ../atftpd.templates:13001 msgid Address range for multicast transfer: msgstr Rango de enderezos para as transferencias multicast: #. Type: string #. Description #: ../atftpd.templates:13001 msgid Multicast transfer will use any available addresses from a given set of addresses. Syntax is \a.b.c.d-d,a.b.c.d,...\ msgstr As transferencias multicast han empregar calquera enderezo dun conxunto dado de enderezos. A sintaxe é \a.b.c.d-d,a.b.c.d,...\ #. Type: boolean #. Description #: ../atftpd.templates:14001 msgid Log to file instead of syslog? msgstr ¿Rexistrar nun ficheiro no canto de en syslog? #. Type: boolean #. Description #: ../atftpd.templates:14001 msgid If your server does intensive tftp file serving, it is a good idea to accept here. That will avoid cluttering your syslog with tftpd logs. msgstr Se o seu servidor serve moitos ficheiros, é unha boa idea aceptar esta opción. Isto ha impedir que se encha o
Bug#414113: [INTL:gl] Galician debconf templates translation for amanda
Package: amanda Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of amanda's debconf templates # This file is distributed under the same license as the amanda package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: amanda\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-02-21 04:27+0900\n PO-Revision-Date: 2007-03-09 09:24+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: error #. Description #: ../templates:1001 msgid Please merge /var/lib/amandates and /var/lib/amanda/amandates msgstr Combine /var/lib/amandates e /var/lib/amanda/amandates #. Type: error #. Description #: ../templates:1001 msgid You have both /var/lib/amandates and /var/lib/amanda/amandates. Please review the files, and merge the contents you care about to the /var/lib/ amanda/amandates location, and remove the old file /var/lib/amandates. msgstr No seu sistema existen os dous ficheiros, /var/lib/amandates e /var/lib/ amanda/amandates. Revise os ficheiros e combine o contido interesante no ficheiro /var/lib/amanda/amandates e elimine o ficheiro antigo, /var/lib/ amandates.
Bug#390429: bcm5700-source: does not compile against 2.6.18
I send an ITA for this package to wnpp (http://bugs.debian.org/366806). An updated package with the last and latest bcm driver is available at https://www.csn.tu-chemnitz.de/~marks/debian/ waiting for upload by a maintainer. Regards, Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237723: debian-chinese-* re-encoder broken
Can the gateway script be setup again? I'd like to see the cross-posting between debian-chinese-* functions again. Or is it because the currently available script broken? -- Anthony Wong -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414114: [INTL:gl] Galician debconf templates translation for rkhunter
Package: rkhunter Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of rkhunter's debconf templates # This file is distributed under the same license as the rkhunter package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: rkhunter\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-02-15 04:32+0100\n PO-Revision-Date: 2007-03-09 09:29+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Activate daily run? msgstr ¿Activar a execución diaria? #. Type: boolean #. Description #: ../templates:1001 msgid Choose this option if you want rkhunter to be run automatically via cron. daily. msgstr Escolla esta opción se quere que rkhunter se execute automaticamente cada día mediante cron. #. Type: boolean #. Description #: ../templates:2001 msgid Activate weekly database update? msgstr ¿Activar a actualización semanal da base de datos? #. Type: boolean #. Description #: ../templates:2001 msgid Choose this option if you want rkhunter databases to be updated automatically via cron.weekly. msgstr Escolla esta opción se quere que as bases de datos de rkhunter se actualicen automaticamente mediante cron.weekly.
Bug#398129: #398129: gij-4.1: keytool fails where keytool from sun java 1.5 works
tags 398129 + moreinfo thanks Please recheck with gij-4.1 from experimental -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404204: Very slow linking with binutils
Hi, I think that 404204 and 407877 are duplicates with upstream bug URL: http://sourceware.org/bugzilla/show_bug.cgi?id=3321 . If this assumption is true, then CVS snapshot version 2.17.20070210cvs-1 in experimental contains fix for this slowness. At least my personal experience is that experimental version is much faster when used with G++ 4.1. This upstream bug has been fixed already, but version containing fix (2.18) has not been yet released. HTH, -- Tommi Vainikainen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397905: libgcj has no problem, ant is responsible for the failure
Marcus: I think you can close the bug. doing so. If you see it again, please recheck with gij-4.1 from experimental. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411755: please make a non-free package of bash info manual
Sometimes, I need to write a shell script without access to the web. Could anybody make a non-free package of bash info manual? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414116: [INTL:gl] Galician debconf templates translation for elilo
Package: elilo Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of elilo's debconf templates # This file is distributed under the same license as the elilo package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: elilo\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-05 16:47-0700\n PO-Revision-Date: 2007-03-09 09:49+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../elilo.templates:1001 msgid Automatically run elilo? msgstr ¿Executar elilo automaticamente? #. Type: boolean #. Description #: ../elilo.templates:1001 msgid It is necessary to run /usr/sbin/elilo to install the new elilo binary into the EFI partition. msgstr É necesario executar /usr/sbin/elilo para instalar o novo binario de elilo na partición EFI. #. Type: boolean #. Description #: ../elilo.templates:1001 msgid WARNING: This procedure will write data into the debian directory of the EFI disk partition, possibly overwriting files installed there by hand. msgstr AVISO: Este procedemento ha gravar os datos no directorio debian da partición de disco EFI, posiblemente sobrescribindo os ficheiros que teña instalados alí á man. #. Type: boolean #. Description #: ../elilo.templates:1001 msgid Not installing the new elilo binary on the EFI disk partition may leave the system in an unbootable state. Alternatives to automatic updating of the partition include runnning /usr/sbin/elilo by hand, or installing the new / usr/lib/elilo/elilo.efi executable into the EFI disk partition manually. msgstr Se non instala o novo binario de elilo na partición de disco EFI pode deixar o sistema nun estado no que non se pode iniciar. As alternativas á actualización automática da partición inclúen executar /usr/sbin/elilo á man, ou instalar o novo executable /usr/lib/elilo/elilo.efi na partición de disco EFI á man. #. Type: boolean #. Description #: ../elilo.templates:2001 msgid Reformat and reload EFI partition? msgstr ¿Reformatar e recargar a partición EFI? #. Type: boolean #. Description #: ../elilo.templates:2001 msgid The structure of files in the EFI disk partition has changed since pre-3.2 versions of the elilo package. The EFI boot manager entry for Debian needs to be updated to reflect these changes. msgstr A estructura dos ficheiros na partición de disco EFI cambiou desde as versións anteriores á 3.2 do paquete elilo. É necesario actualiar a entrada para Debian do xestor de inicio EFI para reflectir os cambios. #. Type: boolean #. Description #: ../elilo.templates:2001 msgid In most cases, if no manual changes to the EFI partition content need to be preserved, this update can be handled automatically. msgstr Na maioría dos casos, se non hai que conservar ningún cambio manual no contido da partición EFI, pódese xestionar automaticamente esta actualización.
Bug#414092: airport-utils: Tools start and quit immediately without working
Arjan Opmeer [EMAIL PROTECTED] wrote: Hi, Is there maybe some mysterious incompatibility problem between the Sun 6 JRE and the airport utils? Works here with gij 4.1. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414117: [i386][netinst][daily 20070211] success: Dell PE1950, no raid
Package: installation-reports Boot method: CD, with the command 'install' Image version: Netinst daily image http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso, version 20070211-2.iso md5sum: 045f122cd20090fca10772c72f61ab57 Date: 2007-02-12 Machine: Dell PowerEdge 1950 Dual Xeon CPUs, dual SATA hdd, no raid controller Partitions: System is configured with two identical disks in (software) RAID1 The first partition is /, is an ext3 partition. The remainder is an LVM volume, with is sliced up further # df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/md0 ext3 482090102625354573 23% / tmpfstmpfs 1038312 0 1038312 0% /lib/init/rw udev tmpfs 1024092 10148 1% /dev tmpfstmpfs 1038312 4 1038308 1% /dev/shm /dev/mapper/vg00-local ext3 2064208 68680 1890672 4% /local /dev/mapper/vg00-mysql ext310321208154236 9642684 2% /srv/mysql /dev/mapper/vg00-svn ext3 154818540192072 146762148 1% /srv/svn /dev/mapper/vg00-tmp ext3 1032088 36580943080 4% /tmp /dev/mapper/vg00-usr ext3 6192704 1535244 4342888 27% /usr /dev/mapper/vg00-var ext3 4128448299216 3619520 8% /var /dev/mapper/vg00-www--logs ext310321208154244 9642676 2% /var/log/apache2 /dev/mapper/vg00-vhosts ext310321208154236 9642684 2% /var/www/vhosts raw partition table: # sfdisk -l /dev/sda Disk /dev/sda: 30394 cylinders, 255 heads, 63 sectors/track Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls#blocks Id System /dev/sda1 0+ 61 62-497983+ fd Linux raid autodetect /dev/sda2 62 30393 30332 243641790 fd Linux raid autodetect /dev/sda3 0 - 0 00 Empty /dev/sda4 0 - 0 00 Empty same for /dev/sdb Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [o] Detect network card:[o] Configure network: [e] Detect CD: [o] Load installer modules: [o] Detect hard drives: [o] Partition hard drives: [o] Install base system:[o] Clock/timezone setup: [o] User/password setup:[o] Install tasks: [o] Install boot loader:[o] Overall install:[o] Comments/Problems: System has two ethernet interfaces. Same type of device, just different MACs. The installer consistently picked the wrong interface during installation - i.e. the one that was not plugged in. I tried a couple of i386 netinst installs, and one using the amd64 netinst. Behaviour was consistent in all these cases. I did try moving the ethernet cable to the other interface at the network configuration stage, and got link-up messages etc. I moved it back to complete the install because I was looking for further problems precipiated by this. This is likely the well-known problem with udev, and might be fixed by the udev rules described in debian bugs #403706 and #405775. I haven't tried this yet. I answered 'no' to the use network mirror during apt-setup-udeb. At the tasksel stage I selected standard system which added 9 packages. On one occasion there was a hang while these packages were being copied from the cdrom and installed. There was an error message from apt-setup/generators/50mirror, and while all the dialogs indicated all the packages were copied, it got stuck after or during the 6th. However I was unable to reproduce this. udev continues to give problems with disk renumbering; I would install to a disk detected as /dev/sdb and reboot and the disk would now be named /dev/sda. This needs to be documented in the release notes; its a significantly different behaviour from sarge. I worked around this issue by putting the disks into an mdadm raid set; this uses uuids to identify disks unambigously for udev and I get to use reasonably short device names in /etc/fstab. I decided to use LVM to give me flexibility in resizing partitions after installation (and multiple partitions are a pain). The installer's default choices for this were reasonable but I dislike having /boot as a separate partition; I would rather have all of / and put /usr, /var /home and so on in separate partitions. I followed (approximately) the paritioning and disk setup described by http://dev.jerryweb.org/raid/ - I changed my mind several times about the layout and redid it completely a number of times; partman soaked up the punishment admirably. The mdadm system for controlling the raid mirror also works well. After installation, I was able to fail a disk, remove it and hot-add it back with no problem. I was also able to boot the system if
Bug#390429: bcm5700-source: does not compile against 2.6.18
On 09/03/07 at 09:22 +0100, Markus Schade wrote: I send an ITA for this package to wnpp (http://bugs.debian.org/366806). An updated package with the last and latest bcm driver is available at https://www.csn.tu-chemnitz.de/~marks/debian/ waiting for upload by a maintainer. I'm curious: What's the point of this package ? Are there devices not supported by the tg3 driver ? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413133: hal doesn't recognize removable media change (cdrom,usbstick)
Clemens Hlauschek wrote: With the upgrade from hal 0.5.8.1-6 to 0.5.8.1-6.1 recognition of media change stopped on my system. hal-device-manager doesn't show the updated information if, e.g. cdrom has been changed, etc. hence no automount of removeable media downgraded back to 0.5.8.1-6 and everything works fine again. Can you still reproduce the problem with 0.5.8.1-7? If so, could you please run hald --daemon=no --verbose=yes and send us the output. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#390429: bcm5700-source: does not compile against 2.6.18
I'm curious: What's the point of this package ? Are there devices not supported by the tg3 driver ? It's not a support problem, but a stability problem. I have a Dell server with the 5700 chip, which will hang predictably after a day or so. Also the TSO support is not very mature in the in-kernel driver. So yes, the tg3 driver is working, but it's still not as good as the bcm5700 driver, at least the one in 2.6.18. So, probably it can be removed in the next Debian release. Regards, Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414003: jabber-jit: [libpth transition] broken with newer libpth20, please rebuild
tags 414003 + unreproducible thanks On Thu, Mar 08, 2007 at 12:23:40PM -0800, Steve Langasek wrote: On Thu, Mar 08, 2007 at 04:08:17PM +0100, Filippo Giunchedi wrote: Package: jabber-jit Version: 2.0.7-6 Severity: grave Justification: renders package unusable [filing as grave for now, feel free to downgrade/reassing] as libpth20 entered testing, jabber can be upgraded to 1.4.3-3.3, unfortunately jabber-jit (and other jabber extensions I suppose) need to be rebuilt against libpth20. Huh? Based on what? If something is broken, you should say *what* is broken. A library update should not have broken any of these packages. to make a long story short: today I upgraded jabber and jabber-jit in etch as libpth20 was in. After the upgrade jabber stopped working, I did a bit of investigation and decided to rebuild jabber + jabber-jit, after that it worked flawlessly. However, retrying today with etch's packages I'm unable to reproduce the bug (i.e. it works) the bug can be closed IMO, sorry for the noise. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: Endian little hate we -- Anonymous (?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408888: gcj-4.1: FTBFS on GNU/Hurd
Samuel Thibault writes: Package: gcj-4.1 Version: 4.1.1-20 Severity: important Tags: patch Hi, gcj-4.1 currently FTBFS on hurd-i386. Here are patches: - libjava-hurdfix.dpatch, to be put in debian/patches/ - gcj-4.1.diff, which enables java for hurd-i386 and the above patch. thanks for the patch. Please could you update it for gcj-4.1 from experimental? Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409457: sonata 1.0.1 available upstream
intrigeri wrote (09 Mar 2007 08:33:55 GMT) : reopen 409457 ! thanks sonata 1.0.1 is available upstream ; this is a bugfix release ; please consider packaging it. Thanks, -- intrigeri [EMAIL PROTECTED] | gnupg key @ http://intrigeri.boum.org/intrigeri.asc | Every now and then I get a little bit restless | and I dream of something wild. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414097: lomoco: Please support MX Revolution
Julien Goodwin wrote: Package: lomoco Version: 1.0beta1+1.0-5 Severity: wishlist Hi Julien, Please add support for the Logitech MX Revolution. Ideally with the ability to disable the clutch switch and gain back the third mouse button. this is not possible cause the MX Revolution uses like the G series a second HID device for the configuration. It isn't possible to support this with the current code. We need a complete rewrite. I will start working on a library after I finished my diploma thesis. The other problem is, I don't have a MX Revolution. Thanks, Julien -- andreas -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages lomoco depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libusb-0.1-42:0.1.12-5 userspace USB programming library Versions of packages lomoco recommends: ii udev 0.105-2/dev/ and hotplug management daemo -- no debconf information -- http://www.linux-gamers.net - your online gaming resource signature.asc Description: OpenPGP digital signature
Bug#413807: new screenshot: xsysinfo from etch eats up a lot of CPU and memory
Hi there, Here's another screenshot. This is what happens when I start xsysinfo around 11:00 AM and come back the next day around 9:00 AM: http://pierre.baudu.in/files/2007-03-09-083317_1024x768_scrot.png There's for sure a memory leak there ;) Ah wait, the bug is closed ? Does that mean I just need to apt-get update apt-get upgrade ? Greetings, -- Pierre Bauduin Linux enthusiast since 1996 Debian GNU/Linux user website: http://pierre.baudu.in/ [EMAIL PROTECTED]
Bug#413850: generating the splashimage does not work due to wrong path
Looking at the code, the contents of boot$N/isolinux-amd64 have already been moved across to boot$N/isolinux and the directory itself deleted. A simpler change to make things work is just like this, I think. Yes? Works here for me, thanks a lot. Cheers Steffen Index: tools/boot/etch/boot-amd64 === --- tools/boot/etch/boot-amd64 (revision 1371) +++ tools/boot/etch/boot-amd64 (working copy) @@ -164,7 +164,7 @@ # background, and index 7 is foreground. Set to black and # white respecively pngtopnm $SPLASHPNG | ppmquant 16 | \ - ppmtolss16 #ff=7 #00=0 boot$N/isolinux-amd64/splash.rle + ppmtolss16 #ff=7 #00=0 boot$N/isolinux/splash.rle fi rm -rf cdrom pgp1V10nlXrKN.pgp Description: PGP signature
Bug#413974: gstreamer-properties needs libesd-alsa0
On Thu, Mar 08, 2007 at 12:37:22PM +0100, Sven Arvidsson wrote: On Thu, 2007-03-08 at 12:06 +0100, Robert Millan [ackstorm] wrote: By upstream decision, it appears that the gnome media subsystem is now unusable with OSS. When using OSS, esound blocks access to /dev/dsp and all write attempts there result in EBUSY. It seems they have provided no option in gstreamer-properties to pipe the sound via esd, so the only option if you want mixing is to use ALSA. Hi, I think you need to install gstreamer0.10-esd. Sure that's better, as long as gstreamer-properties defaults to it in the autodetect option. If it tries to pick ALSA or OSS it'll just break. You still need to add a dependency, though. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413974: gstreamer-properties needs libesd-alsa0
On Thu, Mar 08, 2007 at 12:52:09PM +0100, Loïc Minier wrote: On Thu, Mar 08, 2007, Robert Millan [ackstorm] wrote: Please, can you add a dependency [1] on libesd-alsa0 ? Users shouldn't get all these problems unless they explicitly need OSS. Isn't this something to do on esound instead? I don't see why gnome-media should gain any knowledge on the implementation of esound's outputs, but I'd prefer to avoid this. In a default install, gnome-media isn't using esound. It attempts to use OSS directly, which is precisely what you want to avoid (i.e. knowledge on the underlying implementation). My mistake, as Sven pointed out, has been ignoring that gstreamer0.10-esd can solve the problem properly by using esound. Can you add a dependency on that package? We also need to make sure that autodetect will figure out that -esd is installed and works, rather than attempting to use broken OSS (EBUSY) or ALSA (missing libesd-alsa0). -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414118: iceweasel: Problemas al explorar ficheros locales con locale=es_ES.UTF-8
Package: iceweasel Version: 2.0.0.2+dfsg-3 Severity: important Tags: l10n Si se tiene el locale 'es_ES.UTF-8', al explorar ficheros locales creados con símbolos de puntuación, no se muestran estos ficheros ni directorios, impidiendo la exploración de dichas carpetas y directorios. Si se cambia el locale a 'es_ES', el problema desaparece -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) Versions of packages iceweasel depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.4.2-1.2 generic font configuration library ii libatk1.0-0 1.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime iceweasel recommends no packages. -- no debconf information
Bug#414092: airport-utils: Tools start and quit immediately without working
Arjan Opmeer [EMAIL PROTECTED] wrote: Is there maybe some mysterious incompatibility problem between the Sun 6 JRE and the airport utils? Works with sun-java6 too. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413538: G-I freezes on directfb initialization
Frans Pop wrote: On Thursday 08 March 2007 22:01, Attilio Fiandrotti wrote: Frans, can i proceed closing this bug or you want this bug to be renamed and ket open to be listed in the errata list or in the GUI post Etch TODO? I would not close it but ask dok to look into it to see if he wants to fix the bug that is obviously there in directfb. Ok, i'll properly retitle and reassign to directfb package. I already reported this bug upstream yesterday, but i think this will be a hard one because debugging would require owning the offending hardware. It's, more or less, the situation we're facing with some MacIntosh [1] laptopts, where linux-input module causes a crash: it's hard fixing that bug without owning the hardware. regards Attilio [1] http://wiki.debian.org/DebianInstaller/GUIToDo#head-fa668fd9c7b4c31a91f90019b6133be37ab31fda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414068: brltty: FTBFS on GNU/kFreeBSD: porting needed
Cyril Brulebois [EMAIL PROTECTED] writes: Package: brltty Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: Checking for source dependency conflicts... [...] E: Package libbluetooth2-dev has no installation candidate Package libbluetooth2-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source apt-get failed. Package installation failed Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=brltty. Please find attached some patches to get it built on GNU/kFreeBSD (and which might help a bit GNU/Hurd as well), First of all, thanks for the feedback. Since your changes involve autoconf, makefile and C code changes, I will first take the upstream relevant changes and get them into upstream (since I do work on upstream as well). With the next upstream release of BRLTTY (hopefully 3.8) I will then do the remaining changes to the packaging. Let me ask you some specific questions: * brltty_Programs_Makefile.in-kfreebsd.diff: As far as I understand it, it is sufficient to copy sys_freebsd.c and usb_freebsd.c to respectively sys_kfreebsd.c and usb_kfreebsd.c (in Programs), and to add them in this Makefile.in to allow the build on GNU/kFreeBSD. I know that I might use 'freebsd' instead of 'kfreebsd' in the configure.in file, but these files might need adjustments in the future, and might differ from the plain FreeBSD ones. As I understand it, the kFreeBSD project uses a more or less unmodified FreeBSD kernel with a different user-space. What exactly do you expect that we'd have to modify in *_kfreebsd.c? Since these files in BRLTTY define the layer into different kernels, I kind of wonder if we really want to copy these files. -- CYa, Mario | Debian Developer URL:http://debian.org/ .''`. | Get my public key via finger [EMAIL PROTECTED] : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44 `. `' `- URL:http://delysid.org/ URL:http://www.staff.tugraz.at/mlang/ pgpl4ZraiWMng.pgp Description: PGP signature
Bug#414119: filelight: Follows symlinks
Package: filelight Version: 0.99beta6-1+b1 Severity: important Filelight follows symlinks while scanning directories. This makes the reports unaccurate, and leads to scans across filesystem boundaries even tho the option is disabled. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages filelight depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 filelight recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413899: elilo: Extra spaces et the end of lines in debconf templates
As no translation popped up yet, I hereby propose you guys to handle a call for translations for you and, after the deadline I'll give to translators, send you a full patch fixing both this glitch and adding a big bunch of translations (changelog entries included for free). Would you agree with this? Yes. Thank you, Christian! Do you have an SVN or other VCS somewhere so that I can commit changes directly and save you some valuable time? Otherwise, I'll send a full tarball at the end of the update round, of course. signature.asc Description: Digital signature
Bug#413899: debconf PO translations for the package elilo
Christian Perrier-(e)k esan zuen: Dear Debian I18N people, The elilo package maintainers recently introduced debconf templates in their package. These templates had minor formatting issues which I reported in #413899. I offerred them to handle a round of translation updates as of this opportunity. There is currently no translation for that package. French is already under work. Please respect the Reply-To: field and send your updated translation to [EMAIL PROTECTED] The deadline for receiving the updated translation is March 23th 23/59UTC. If you have read so far, please find the POT file in attachement. Thanks in advance, Atached basque translation,please add it. Thanks signature.asc Description: Digital signature
Bug#414121: mediawiki: Package description: WikiPedia is spelled Wikipedia
Package: mediawiki Severity: minor It just jumped into my eye (package description): WikiPedia is spelled Wikipedia (at least at the official site.) This applies to all mediawiki1.* packages. Regards, David -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (600, 'testing'), (300, 'unstable'), (250, 'experimental'), (200, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: [EMAIL PROTECTED], LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364773: xpdf always says: Warning: Attempt to remove nonexistent passive grab
Peter Chubb [EMAIL PROTECTED] wrote: Package: xpdf Version: 3.01-7 On exit, xpdf always says: Warning: Attempt to remove nonexistent passive grab To reproduce: start xpdf on some file, then close the window or press the `quit' button. It doesn't even need to open a file. $ xpdf Warning: Attempt to remove nonexistent passive grab $ I only clicked on Quit. I tried to build xpdf without stripping and with CFLAGS='-O0' in the environment and run it in gdb, but that didn't show anything interesting. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#413209: xserver-xorg-video-ati: beryl doesn't refresh correctly since 6.6.3-5
reassign 413209 xserver-xorg-core notfound 413209 2:1.2.99.901-1 kthxbye On Fri, 2007-03-09 at 00:02 +0100, Xavier Bestel wrote: It looks fixed with latest xorg update (1.2.99something). Thanks, reassigning to xserver-xorg-core and marking as fixed in 2:1.2.99.901-1 . -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#414122: clamav-freshclam: does not honor umask
Package: clamav-freshclam Version: 0.90.1-1 Severity: normal [4/[EMAIL PROTECTED] sid]:~/clamav-data$ umask 002 [5/[EMAIL PROTECTED] sid]:~/clamav-data$ mkdir clgf [6/[EMAIL PROTECTED] sid]:~/clamav-data$ ls -al total 12K drwxrwxr-x 3 mh mh 4.0K Mar 9 10:48 ./ drwxr-xr-x 9 mh mh 4.0K Mar 9 10:47 ../ drwxrwxr-x 2 mh mh 4.0K Mar 9 10:48 clgf/ [7/[EMAIL PROTECTED] sid]:~/clamav-data$ freshclam --quiet --user clamav-data-build --datadir clgf --log clgf/freshclam.log --log-verbose --on-update-execute=touch freshclam-new LibClamAV Error: Database Directory: clgf not locked [8/[EMAIL PROTECTED] sid]:~/clamav-data$ ls -al clgf/ total 8.8M drwxrwxr-x 2 mh mh 4.0K Mar 9 10:49 ./ drwxrwxr-x 3 mh mh 4.0K Mar 9 10:48 ../ -rw-r--r-- 1 mh mh 949K Mar 9 10:49 daily.cvd -rw-rw-r-- 1 mh mh0 Mar 9 10:49 freshclam-new -rw-r- 1 mh mh 383 Mar 9 10:49 freshclam.log -rw-r--r-- 1 mh mh 7.9M Mar 9 10:49 main.cvd -rw--- 1 mh mh 52 Mar 9 10:49 mirrors.dat [9/[EMAIL PROTECTED] sid]:~/clamav-data$ umask 0002 [10/[EMAIL PROTECTED] sid]:~/clamav-data$ Despite umask 002, the .cvd files are not created group writeable. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1-zgsrv Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages clamav-freshclam depends on: ii clamav-base 0.90.1-1 base package for clamav, an anti-v ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii debianutils 2.17.5 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libclamav2 0.90.1-1 virus scanner library ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii ucf 2.0020 Update Configuration File: preserv ii zlib1g 1:1.2.3-13 compression library - runtime clamav-freshclam recommends no packages. -- debconf information: * clamav-freshclam/autoupdate_freshclam: manual clamav-freshclam/proxy_user: * clamav-freshclam/NotifyClamd: false * clamav-freshclam/local_mirror: db.local.clamav.net * clamav-freshclam/http_proxy: clamav-freshclam/mirrors.txt-note: * clamav-freshclam/update_interval: 24 clamav-freshclam/internet_interface: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414118: iceweasel: Problemas al explorar ficheros locales con locale=es_ES.UTF-8
On Fri, Mar 09, 2007 at 10:15:09AM +0100, AngelD [EMAIL PROTECTED] wrote: Package: iceweasel Version: 2.0.0.2+dfsg-3 Severity: important Tags: l10n Si se tiene el locale 'es_ES.UTF-8', al explorar ficheros locales creados con símbolos de puntuación, no se muestran estos ficheros ni directorios, impidiendo la exploración de dichas carpetas y directorios. Si se cambia el locale a 'es_ES', el problema desaparece Try setting the G_BROKEN_FILENAMES environment variable to 1. Mike
Bug#414120: The remove of nepenthes 0.2.0-1 (experimental) package fails
Package: nepenthes Version: 0.2.0-1 (experimental) The process of remove of the package fails when the service is not executing carpanta:~# apt-get remove nepenthes Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho Los siguientes paquetes se ELIMINARÁN: nepenthes 0 actualizados, 0 se instalarón, 1 para eliminar y 0 no actualizados. Necesito descargar 0B de archivos. Se liberarón 22,5MB después de desempaquetar. ¿Desea continuar [S/n]? S (Leyendo la base de datos ... 28711 ficheros y directorios instalados actualmente.) Desinstalando nepenthes ... Stopping nepenthes: invoke-rc.d: initscript nepenthes, action stop failed. dpkg: error al procesar nepenthes (--remove): el subproceso pre-removal script devolvió el código de salida de error 1 Starting nepenthes: nepenthes. Se encontraron errores al procesar: nepenthes E: Sub-process /usr/bin/dpkg returned an error code (1) carpanta:~# And the service does not start with the default configuration of the package carpanta:~# /etc/init.d/nepenthes start Starting nepenthes: nepenthes. carpanta:~# ps xafu USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 1864 628 ?SMar08 0:00 init [2] root 2 0.0 0.0 0 0 ?SN Mar08 0:00 [ksoftirqd/0] root 3 0.0 0.0 0 0 ?S Mar08 0:00 [events/0] root 4 0.0 0.0 0 0 ?S Mar08 0:00 \_ [khelper] root 5 0.0 0.0 0 0 ?S Mar08 0:00 \_ [kacpid] root37 0.0 0.0 0 0 ?S Mar08 0:00 \_ [kblockd/0] root47 0.0 0.0 0 0 ?SMar08 0:00 \_ [pdflush] root48 0.0 0.0 0 0 ?SMar08 0:00 \_ [pdflush] root50 0.0 0.0 0 0 ?S Mar08 0:00 \_ [aio/0] root 882 0.0 0.0 0 0 ?S Mar08 0:00 \_ [kmirrord/0] root49 0.0 0.0 0 0 ?SMar08 0:00 [kswapd0] root 192 0.0 0.0 0 0 ?SMar08 0:00 [kseriod] root 301 0.0 0.0 0 0 ?SMar08 0:00 [kjournald] root 911 0.0 0.0 0 0 ?SMar08 0:00 [kjournald] root 912 0.0 0.0 0 0 ?SMar08 0:00 [kjournald] root 913 0.0 0.0 0 0 ?SMar08 0:00 [kjournald] root 914 0.0 0.0 0 0 ?SMar08 0:00 [kjournald] root 1240 0.0 0.0 0 0 ?SMar08 0:00 [khubd] root 2658 0.0 0.1 2496 968 ?Ss Mar08 0:00 /sbin/syslogd root 2668 0.0 0.0 1500 480 ?Ss Mar08 0:00 /sbin/klogd -x 102 2815 0.0 0.3 5324 1788 ?Ss Mar08 0:00 /usr/sbin/exim4 -bd -q30m root 2841 0.0 0.3 4856 1848 ?Ss Mar08 0:00 /usr/sbin/sshd root 21172 0.0 0.4 8572 2532 ?Ss 10:14 0:00 \_ sshd: dfirvida [priv] dfirvida 21177 0.0 0.5 8740 2648 ?S10:14 0:00 \_ sshd: [EMAIL PROTECTED]/0 dfirvida 21178 0.0 0.3 3508 1896 pts/0Ss 10:14 0:00 \_ -bash root 21184 0.0 0.2 2768 1056 pts/0S10:14 0:00 \_ su - root 21185 0.0 0.3 3072 1728 pts/0S10:14 0:00 \_ -su root 21445 0.0 0.1 2456 928 pts/0R+ 10:34 0:00 \_ ps xafu daemon2861 0.0 0.1 1744 704 ?Ss Mar08 0:00 /usr/sbin/atd root 2868 0.0 0.1 2132 996 ?Ss Mar08 0:00 /usr/sbin/cron root 2912 0.0 0.0 1492 484 tty1 Ss+ Mar08 0:00 /sbin/getty 38400 tty1 root 2918 0.0 0.0 1492 484 tty2 Ss+ Mar08 0:00 /sbin/getty 38400 tty2 carpanta:~# if it is necessary I can attach the file /var/log/nepenthes.log I am using Debian GNU/Linux 4.0, kernel 2.6.8-3-386 and libc6 2.3.6.ds1-13
Bug#414096: italc: FTBFS on GNU/kFreeBSD: unsupported OS (yet)
tags 414096 + confirmed thanks I will work on this over the weekend/or next week, thanks Greetings Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413868: brandy: FTBFS on GNU/kFreeBSD: porting needed
Tags: pending Patch committed to cvs. -- Colin Tuckley | [EMAIL PROTECTED] | PGP/GnuPG Key Id +44(0)1903 236872 | +44(0)7799 143369 | 0x1B3045CE Those who dream by day are cognisant of many things that escape those who dream only by night. - E. A. Poe. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414040: [Pkg-xen-devel] Bug#414040: kernel: xen_net: Memory squeeze in netback driver.
Am Freitag, 9. März 2007 04:07 schrieb Nate Carlson: On Thu, 8 Mar 2007, Bob Tanner wrote: Package: xen-hypervisor-3.0.3-1-amd64 Version: 3.0.3-0-2 Severity: grave Justification: renders package unusable This bug looks to be tracked in upstream: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=762 Mailing list discussion here: http://lists.xensource.com/archives/html/xen-bugs/2006-11/msg00030.html IIRC, a workaround is to set a 'dom0_mem' parameter on bootup, so it doesn't have to shrink dom0's memory to start the guest domains. Hi Nate, Bob all, dom0_mem often helps, when it comes to problems with memory management, especially when pae-kernel hypervisor are used. It helps for example when you have buggy hardware, that is not really 100% pae (48bit addressing) capabale. But I haven't watched the phenomena that setting dom0_mem fixes the memory squeenze error message that xen brings on some systems. But on all systems I saw this error, this never brings the whole system down or crashes something or so. It's just ugly. For me the first questions is, if the reporter (Bob Tanner) really has the problem that this makes xen unuseable at all? The bug report itself is rather short and only linking to an upstream bug report. Even this upstream bug report is not very exact. One is telling about his amd64bit system (2.6.17 debian kernel with the debian xen-hypervisor which is quite outdated and not anymore supported within debian) and someone else responses I got the same with pae (so obviously not on amd64, but no clue if on debian or even on some else distribution). But none of the xen guys reacted on this ticket so far. If this is really a bug that makes xen unusable than I am quite sure this is an upstream problem and the xen guys are the right ones to fix this. Bob, can you give more info on why this makes your system ununsable? Have you seen domUs crash or even your whole system? Were you able to write the exact kernel oopses down? Have you tried setting (dom0-min-mem 196) (or even more MB for dom0) and maybe also (dom0-cpus 1) in /etc/xen/xend-config.sxp? regards, Ralph
Bug#413974: gstreamer-properties needs libesd-alsa0
On Fri, Mar 09, 2007, Robert Millan [ackstorm] wrote: In a default install, gnome-media isn't using esound. It attempts to use OSS directly, which is precisely what you want to avoid (i.e. knowledge on the underlying implementation). The default is (or should be) to use autoaudiosink, which will try to select the best output sink. Is this the default value you have seen? autoaudiosink _will_ use esound if it's running (for example because the relevant configuration is set in GNOME to start esound), but this requires the esd plugin indeed. Please note that in the default install esound shouldn't be running IIRC. My mistake, as Sven pointed out, has been ignoring that gstreamer0.10-esd can solve the problem properly by using esound. Can you add a dependency on that package? Well, technically it would be useful to have it available, and I think that the latest esound plugin in gstreamer will _not_ spawn a daemon if it's not running (which is what we want); however, esound is not really rocket quality, and I wouldn't want to advocate it by pulling the elements; in fact, my personal preference goes to being able to remove it entirely. I suppose that we should do one of these: - stop pulling esound altogether (but this would break e.g. the sound daemon option in GNOME), and suggest it only; alsa dmix should be enough for most users - pull esound _support_ completely, that is gstreamer0.10-esd, and not only esound, but not turn it on by default - pull support for pulseaudio instead which is a compatible replacement and is of good quality; we can't enable it by default either because it's heavy on the CPU and not all users want a sound daemon when they are happy with the capabilities of their sound card or of dmix The only realistic option for etch is either to add a dep on gstreamer0.10-esd (perhaps in the meta-gnome2 package which pulls esound?), or to remove the dep on esound in meta-gnome2. Perhaps it's too late for etch already. My preference goes to the third option for lenny; pulling pulseaudio by default, leaving people with the choice to remove it or use esound instead, and by using ALSA without pulseaudio by default. We also need to make sure that autodetect will figure out that -esd is installed and works, rather than attempting to use broken OSS (EBUSY) or ALSA (missing libesd-alsa0). It will if it's available. On Ubuntu, it will prefer ALSA dmix if available over Esound IIRC, but I don't think we have that patch. -- Loïc Minier [EMAIL PROTECTED]
Bug#414072: Bug#414075: mplayer patch
hi you also need this patch -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 --- trunk/loader/dshow/DS_VideoDecoder.c 2007/01/26 09:21:22 22019 +++ trunk/loader/dshow/DS_VideoDecoder.c 2007/02/11 17:57:02 22205 @@ -114,6 +114,7 @@ this-iv.m_bh = malloc(bihs); memcpy(this-iv.m_bh, format, bihs); +this-iv.m_bh-biSize = bihs; this-iv.m_State = STOP; //this-iv.m_pFrame = 0; signature.asc Description: Digital signature
Bug#414118: iceweasel: Problemas al explorar ficheros locales con locale=es_ES.UTF-8
On Fri, March 9, 2007 10:48, Mike Hommey wrote: On Fri, Mar 09, 2007 at 10:15:09AM +0100, AngelD [EMAIL PROTECTED] wrote: Package: iceweasel Version: 2.0.0.2+dfsg-3 Severity: important Tags: l10n Si se tiene el locale 'es_ES.UTF-8', al explorar ficheros locales creados con símbolos de puntuación, no se muestran estos ficheros ni directorios, impidiendo la exploración de dichas carpetas y directorios. Si se cambia el locale a 'es_ES', el problema desaparece Try setting the G_BROKEN_FILENAMES environment variable to 1. $ export G_BROKEN_FILENAMES=1 $ iceweasel This solution don't work. :(
Bug#410652: python-omniorb2 does not install python files according to policy
severity 410652 grave tag 410652 +patch thanks Rationale: This is actually a bug in the source package that applies to all binary packages generated by it. It violates the python policy and makes the packages unusable since it does not install the required files inside the python site-packages directory (I don't think you can expect a user to find the gross hack explained in this bug report). The patch is minimal and attached. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org diff -ru python-omniorb2-2.6/debian/changelog python-omniorb2-2.6.mine/debian/changelog --- python-omniorb2-2.6/debian/changelog 2007-03-09 10:20:46.0 + +++ python-omniorb2-2.6.mine/debian/changelog 2007-03-09 10:20:11.0 + @@ -1,3 +1,9 @@ +python-omniorb2 (2.6-3.3) unstable; urgency=low + + * Correct usage of dh_pycentral (Closes: #410652). + + -- Floris Bruynooghe [EMAIL PROTECTED] Fri, 9 Mar 2007 10:14:15 + + python-omniorb2 (2.6-3.2) unstable; urgency=medium * Non-maintainer upload. diff -ru python-omniorb2-2.6/debian/control python-omniorb2-2.6.mine/debian/control --- python-omniorb2-2.6/debian/control 2007-03-09 10:20:46.0 + +++ python-omniorb2-2.6.mine/debian/control 2007-03-09 09:56:08.0 + @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Bastian Blank [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11), libomniorb4-dev (= 4.0.6-2), omniorb4-idl (= 4.0.6), omniidl4 (= 4.0.6), autotools-dev, python-central (= 0.5) +Build-Depends: debhelper (= 5.0.38), python-all-dev (= 2.3.5-11), libomniorb4-dev (= 4.0.6-2), omniorb4-idl (= 4.0.6), omniidl4 (= 4.0.6), autotools-dev, python-central (= 0.5.6) XS-Python-Version: all Standards-Version: 3.6.1 diff -ru python-omniorb2-2.6/debian/rules python-omniorb2-2.6.mine/debian/rules --- python-omniorb2-2.6/debian/rules 2007-03-09 10:20:46.0 + +++ python-omniorb2-2.6.mine/debian/rules 2007-03-09 10:11:44.0 + @@ -94,13 +94,12 @@ # dh_installinfo -i # dh_undocumented -i dh_installchangelogs update.log -i + dh_pycentral -i dh_link -i dh_compress -i dh_fixperms -i dh_installdeb -i # dh_perl -i - dh_pycentral -i - dh_python -i dh_gencontrol -i dh_md5sums -i dh_builddeb -i @@ -123,6 +122,7 @@ # dh_installinfo -a # dh_undocumented -a dh_installchangelogs update.log -a + dh_pycentral -a dh_strip -a dh_link -a dh_compress -a @@ -130,8 +130,6 @@ # dh_makeshlibs -a dh_installdeb -a # dh_perl -a - dh_pycentral -a - dh_python -a dh_shlibdeps -a dh_gencontrol -a dh_md5sums -a
Bug#414123: neko: FTBFS on GNU/kFreeBSD: easy porting needed
Package: neko Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: cc -Wall -fPIC -fomit-frame-pointer -I vm -DCOMPACT_TABLE -g -O3 -pthread -o libs/std/sys.o -c libs/std/sys.c libs/std/sys.c:171:2: error: #error Unknow system string libs/std/sys.c: In function 'sys_string': libs/std/sys.c:173: warning: no return statement in function returning non-void make[1]: *** [libs/std/sys.o] Error 1 make[1]: Leaving directory `/home/kibi/x/neko-1.5.3' make: *** [build-stamp] Error 2 (Full build log available upon request.) Although the buildd was lacking some B-D during the last build test, hull build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=neko. Please find attached a tiny patch to add support for GNU/kFreeBSD. Cheers, -- Cyril Brulebois --- neko-1.5.3/libs/std/socket.c 2007-03-09 11:59:27.544454000 +0100 +++ neko-1.5.3/libs/std/socket.c 2007-03-09 12:04:07.0 +0100 @@ -45,7 +45,7 @@ # define INVALID_SOCKET (-1) #endif -#ifndef NEKO_LINUX +#if !defined(NEKO_LINUX) !defined(NEKO_GNUKFREEBSD) # define MSG_NOSIGNAL 0 #endif @@ -397,7 +397,7 @@ tt = tval; } if( select((int)(n+1),ra,wa,ea,tt) == SOCKET_ERROR ) { -# if defined(NEKO_LINUX) || defined(NEKO_MAC) +# if defined(NEKO_LINUX) || defined(NEKO_MAC) || defined(NEKO_GNUKFREEBSD) if( errno == EINTR ) continue; # endif --- neko-1.5.3/libs/std/sys.c 2007-03-09 11:57:56.940596000 +0100 +++ neko-1.5.3/libs/std/sys.c 2007-03-09 12:03:25.0 +0100 @@ -167,6 +167,8 @@ return alloc_string(BSD); #elif defined(NEKO_MAC) return alloc_string(Mac); +#elif defined(NEKO_GNUKFREEBSD) + return alloc_string(GNU/kFreeBSD); #else #error Unknow system string #endif --- neko-1.5.3/vm/jit_x86.c 2007-03-09 11:59:27.315504000 +0100 +++ neko-1.5.3/vm/jit_x86.c 2007-03-09 11:59:57.0 +0100 @@ -23,7 +23,7 @@ #include math.h #include stdio.h -#ifdef NEKO_LINUX +#if defined(NEKO_LINUX) || defined(NEKO_GNUKFREEBSD) # include sys/types.h # include sys/mman.h # define USE_MMAP --- neko-1.5.3/vm/main.c 2007-03-09 11:59:27.389858000 +0100 +++ neko-1.5.3/vm/main.c 2007-03-09 12:01:38.0 +0100 @@ -27,7 +27,7 @@ # include sys/param.h # include mach-o/dyld.h #endif -#ifdef NEKO_LINUX +#if defined(NEKO_LINUX) || defined(NEKO_GNUKFREEBSD) # include signal.h #endif @@ -177,7 +177,7 @@ # define _CrtSetDbgFlag(x) #endif -#ifdef NEKO_LINUX +#if defined(NEKO_LINUX) || defined(NEKO_GNUKFREEBSD) static void handle_signal( int signal ) { val_throw(alloc_string(Segmentation fault)); } @@ -191,7 +191,7 @@ neko_global_init(vm); vm = neko_vm_alloc(NULL); neko_vm_select(vm); -# ifdef NEKO_LINUX +# if defined(NEKO_LINUX) || defined(NEKO_GNUKFREEBSD) struct sigaction act; act.sa_sigaction = NULL; act.sa_handler = handle_signal; --- neko-1.5.3/vm/neko.h 2007-03-09 11:59:27.464777000 +0100 +++ neko-1.5.3/vm/neko.h 2007-03-09 12:02:39.0 +0100 @@ -30,6 +30,10 @@ # define NEKO_LINUX #endif +#if defined(__FreeBSD_kernel__) +# define NEKO_GNUKFREEBSD +#endif + #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) # define NEKO_BSD #endif
Bug#410286: Please test
Hi support for Gnome session is included in package which is just sitting in incoming. It is only disabled for now. Just apply attached patch to enable it. -- Michal Čihař | http://cihar.com | http://blog.cihar.com --- /usr/share/pycentral/sonata/site-packages/sonata.py 2007-02-14 06:48:09.0 +0100 +++ /usr/share/pycentral/sonata/site-packages/sonata.py 2007-03-09 10:16:43.0 +0100 @@ -95,11 +95,11 @@ except: HAVE_WSDL = False -#try: -# import gnome, gnome.ui -# HAVE_GNOME_UI = True -#except: -# HAVE_GNOME_UI = False +try: + import gnome, gnome.ui + HAVE_GNOME_UI = True +except: + HAVE_GNOME_UI = False # Test pygtk version if gtk.pygtk_version (2, 6, 0): @@ -193,7 +193,7 @@ start_dbus_interface(toggle_arg) - #self.gnome_session_management() + self.gnome_session_management() # Initialize vars: self.TAB_CURRENT = 0 signature.asc Description: PGP signature
Bug#413974: gstreamer-properties needs libesd-alsa0
clone 413974 reassign -1 gnome-desktop-environment retitle -1 gnome + esound - you need gstreamer0.10-esd thanks On Fri, Mar 09, 2007 at 11:02:53AM +0100, Loïc Minier wrote: On Fri, Mar 09, 2007, Robert Millan [ackstorm] wrote: In a default install, gnome-media isn't using esound. It attempts to use OSS directly, which is precisely what you want to avoid (i.e. knowledge on the underlying implementation). The default is (or should be) to use autoaudiosink, which will try to select the best output sink. Is this the default value you have seen? Yes. autoaudiosink _will_ use esound if it's running (for example because the relevant configuration is set in GNOME to start esound), but this requires the esd plugin indeed. Please note that in the default install esound shouldn't be running IIRC. gnome-desktop-environment depends on it. Well, technically it would be useful to have it available, and I think that the latest esound plugin in gstreamer will _not_ spawn a daemon if it's not running (which is what we want); however, esound is not really rocket quality, and I wouldn't want to advocate it by pulling the elements; in fact, my personal preference goes to being able to remove it entirely. I'm not in favour neither against that. But if we're going to provide it, using it as default is mandatory. At this time in release, I don't think it's safe to start this kind of transition, though. I suppose that we should do one of these: - stop pulling esound altogether (but this would break e.g. the sound daemon option in GNOME), and suggest it only; alsa dmix should be enough for most users Doesn't that break for OSS users ? - pull esound _support_ completely, that is gstreamer0.10-esd, and not only esound, but not turn it on by default I don't think you can safely rely on it not being started. Have all Debian packages been widely tested and are known not to start esd if it's not running already ? - pull support for pulseaudio instead which is a compatible replacement and is of good quality; we can't enable it by default either because it's heavy on the CPU and not all users want a sound daemon when they are happy with the capabilities of their sound card or of dmix Then again, what about OSS users ? Also, I think it's too late for this kind of change to make it in etch. The only realistic option for etch is either to add a dep on gstreamer0.10-esd (perhaps in the meta-gnome2 package which pulls esound?), or to remove the dep on esound in meta-gnome2. I'm cloning this bug for gnome-desktop-environment. Jordi, can you please do that (and make sure it gets into etch)? -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413899: debconf PO translations for the package elilo
fre 2007-03-09 klockan 09:32 +0100 skrev Christian Perrier: Dear Debian I18N people, The elilo package maintainers recently introduced debconf templates in their package. Here is the Swedish translation for the elilo debconf template. -- Daniel Nylander (CISSP, GCFA, GCUX) Stockholm, Sweden [EMAIL PROTECTED] # Swedish translation of elilo debconf template. # Copyright (C) 2007 Free Software Foundation, Inc. # This file is distributed under the same license as the elilo package. # Daniel Nylander [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: elilo\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-05 16:47-0700\n PO-Revision-Date: 2007-03-09 11:49+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../elilo.templates:1001 msgid Automatically run elilo? msgstr Kör automatiskt elilo? #. Type: boolean #. Description #: ../elilo.templates:1001 msgid It is necessary to run /usr/sbin/elilo to install the new elilo binary into the EFI partition. msgstr Det är nödvändigt att köra /usr/sbin/elilo för att installera den nya elilo-binären till EFI-partitionen. #. Type: boolean #. Description #: ../elilo.templates:1001 msgid WARNING: This procedure will write data into the debian directory of the EFI disk partition, possibly overwriting files installed there by hand. msgstr VARNING: Den här proceduren kommer att skriva data till debian-katalogen på EFI-diskpartitionen och möjligen skriva över filer som manuellt har installerats där. #. Type: boolean #. Description #: ../elilo.templates:1001 msgid Not installing the new elilo binary on the EFI disk partition may leave the system in an unbootable state. Alternatives to automatic updating of the partition include runnning /usr/sbin/elilo by hand, or installing the new /usr/lib/elilo/elilo.efi executable into the EFI disk partition manually. msgstr Att inte installera den nya elilo-binären på EFI-diskpartitionen kan göra att systemet inte kan starta upp. Alternativen till automatisk uppdatering av partitionen inkluderar att man kör /usr/sbin/elilo för hand eller att man manuellt installerar den nya /usr/lib/elilo/elilo.efi till EFI-diskpartitionen. #. Type: boolean #. Description #: ../elilo.templates:2001 msgid Reformat and reload EFI partition? msgstr Formatera om och läs om EFI-partitionen? #. Type: boolean #. Description #: ../elilo.templates:2001 msgid The structure of files in the EFI disk partition has changed since pre-3.2 versions of the elilo package. The EFI boot manager entry for Debian needs to be updated to reflect these changes. msgstr Strukturen för filerna på EFI-diskpartitionen har ändrats sedan versionerna innan 3.2 av paketet elilo. Posten för EFI-starthanteraren för Debian behöver uppdateras för att reflektera dessa ändringar. #. Type: boolean #. Description #: ../elilo.templates:2001 msgid In most cases, if no manual changes to the EFI partition content need to be preserved, this update can be handled automatically. msgstr I de flesta fall, om inga manuella ändringar i EFI-partitionens innehåller behöver behållas, kan denna uppdatering hanteras automatiskt.
Bug#414115: kernel panic on a postgresql server - fs/jbd/commit.d:793
* Farabet Olivier [EMAIL PROTECTED] [2007-03-09 09:48]: Package: kernel-image Version: 2.6.15.7-p-0605 Please try the latest version in testing (i.e. 2.6.18-4). Also, 2.6.15.7-p-0605 doesn't look like a Debian kernel at all. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414124: linux-ntfs is not binNMU safe (was: Upload of fuse to t-p-u, binNMUs required)
Package: linux-ntfs Version: 1.13.1-6 Severity: important Tags: patch Dear David, dear release managers, [question to the RMs at the end] a library which linux-ntfs build-depends no (fuse) has been uploaded to testing-proposed-updates, and linux-ntfs needs to be rebuilt against this library. Unfortunately, this cannot be done with a binNMU, because the package is not bin-NMU safe. Since this affects etch, it would be cool if you could answer soon and at least state whether you will be able to work on that (or rather have someone NMU it, or so). Steve Langasek [EMAIL PROTECTED] wrote: BinNMUs scheduled (and dep-wait'ed) for all packages, with the exception of linux-ntfs for the reasons mentioned below. 2. linux-ntfs builds lots of binary packages, but there is only one with interdependencies: Package: libntfs9 Section: libs Architecture: any Depends: ${shlibs:Depends} ... Package: libntfs-dev Section: libdevel Architecture: any Depends: libntfs9 (= ${Source-Version}) If linux-ntfs were bin-NMU'ed, libntfs9 and libntfs-dev would be present with version 1.13.1-6.0.1, but libntfs-dev would depend on libntfs9 ( = 1.13.1-6). The changes to make it binNMU safe are described on http://wiki.debian.org/binNMU. This would mean to use the following patch diff -Nur linux-ntfs-1.13.1.old/debian/changelog linux-ntfs-1.13.1/debian/changelog --- linux-ntfs-1.13.1.old/debian/changelog 2007-03-09 11:15:59.0 +0100 +++ linux-ntfs-1.13.1/debian/changelog 2007-03-09 11:18:35.0 +0100 @@ -1,3 +1,10 @@ +linux-ntfs (1.13.1-7) unstable; urgency=high + + * Make the package binNMU safe: use ${binary:Version} instead of +${Source-Version} for the dependency of libntfs-dev on libntfs9 + + -- Frank KÃŒster [EMAIL PROTECTED] Fri, 9 Mar 2007 11:18:09 +0100 + linux-ntfs (1.13.1-6) unstable; urgency=low * Upload to unstable. Please test by resizing Vista (more information in diff -Nur linux-ntfs-1.13.1.old/debian/control linux-ntfs-1.13.1/debian/control --- linux-ntfs-1.13.1.old/debian/control2007-03-09 11:15:59.0 +0100 +++ linux-ntfs-1.13.1/debian/control2007-03-09 11:17:15.0 +0100 @@ -2,7 +2,7 @@ Section: otherosfs Priority: optional Maintainer: David MartÃnez Moreno [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.2), libgnutls-dev ( 1.4.0), libgnomevfs2-dev, libfuse-dev +Build-Depends: debhelper ( 4.2), libgnutls-dev ( 1.4.0), libgnomevfs2-dev, libfuse-dev, dpkg-dev (= 1.13.19) Standards-Version: 3.7.2.0 Package: ntfsprogs @@ -87,7 +87,7 @@ Package: libntfs-dev Section: libdevel Architecture: any -Depends: libntfs9 (= ${Source-Version}) +Depends: libntfs9 (= ${binary:Version}) Description: library that provides common NTFS access functions (development files) The Linux-NTFS project (http://www.linux-ntfs.org/) aims to bring full support for the NTFS filesystem to the Linux operating system. (with appropriate tweaks to the changelog). The udeb isn't an /immediate/ problem, that I can see. We could even get away with having just the one package left in etch with wrong deps, if it came to that. If you want this fixed, though, please coordinate with the maintainer to get uploads to both unstable and testing-proposed-updates fixing the ${Source-Version} dependency. Integration into etch will still be subject to Frans's approval. The upload to t-p-u is necessary because fuse in sid has a new upstream version, and a package compiled against this version cannot propagate to etch. vorlon suggested version numbers 1.13.1-7 for unstable and 1.13.1-6+etch1 for testing-proposed-updates. I think -7 must be uploaded first. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#413788: Daily Etch build fails to install on iMac G5 - Ethernet not detected
Hi, On Friday 09 March 2007 09:11, peter green wrote: - if it is not, try to load it manually ('modprobe sungem') FATAL: module sungem not found So it really looks to me like it isn't there, sorry! have you checked the md5sum against the one for the day your image is dated? (you can find older dailies by cutting back the image url to remove the current and everything before it and browsing manually from there) i'm thinking this may be another case of a half and half download (half one days image half the next) I think so too. I also downloaded the (ppc)-netinst on the 7th and just tried to load the sungem module from it, and it worked. So... regards, Holger pgp4vPbGgxDqz.pgp Description: PGP signature
Bug#409252: icedove: Can't drag-and-drop emails between folders on IMAP
Hi, This bug seems to be solved with the last versions of icedove (1.5.0.10.dfsg1-1) and libgtk2.0-0 (2.10.9-1 in experimental), but I don't know which update makes the drag-and-drop works again. Regards, Jean-Jacques -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413960: wodim: fails to burn with dev='0,0,0' but burns with dev='/dev/sr0'
#include hallo.h * Jan Völkers [Fri, Mar 09 2007, 08:04:44AM]: Maybe also with -vv -VV please? ;-) Attached again: wodim -dev='0,0,0' -dummy -dddvvVV test.iso dev000v.log wodim -dev='/dev/sr0' -dummy -dddvvVV test.iso devsr0v.log Thank you. Now it looks like a bug in the Linux' scsi generic driver (Linux sg driver version: 3.5.34) bug. Could you try the following things please: apt-get source wodim apt-get build-dep cdrkit cd cdrkit* editor libusal/scsitransp.c go to line 563 containing cp-ux_errno != 0 || and remove this line make And then try again using the binary build/wodim/wodim . Thanks, Eduard. -- alphascorpii ja mei wir jungen sind halt nix mehr gewöhnt HE alphascorpii: Du Junge? alphascorpii jung as in !alt alphascorpii jung as in !$damals_1945_vor_Stalingrad_DAS_war_noch_echte_Kälte
Bug#414125: eclipse-gcj: Package uninstallable on sparc
Package: eclipse-gcj Version: 3.2.1-4 Severity: grave Justification: renders package unusable I'm trying to install Eclipse on sparc architecture. That's what I get: # LANG=en_US.UTF-8 apt-get install eclipse-gcj Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: eclipse-gcj: Depends: eclipse but it is not installable Depends: eclipse-jdt-gcj but it is not installable Depends: eclipse-pde-gcj but it is not installable Depends: eclipse-platform-gcj but it is not installable Depends: eclipse-rcp-gcj but it is not installable Depends: libswt3.2-gtk-gcj but it is not installable E: Broken packages Indeed, none of its dependencies is available on sparc - only intel and powerpc. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-sparc64 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414127: clamav-freshclam: please add an option to use a different configuration file
Package: clamav-freshclam Version: 0.90.1-1 Severity: wishlist Hi, freshclam unconditionally uses /etc/clamav/freshclam.conf, which prevents different uses of freshclam on a single system. Please consider adding an option to point freshclam towards a different configuration file. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1-zgsrv Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages clamav-freshclam depends on: ii clamav-base 0.90.1-1 base package for clamav, an anti-v ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii debianutils 2.17.5 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libclamav2 0.90.1-1 virus scanner library ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii ucf 2.0020 Update Configuration File: preserv ii zlib1g 1:1.2.3-13 compression library - runtime clamav-freshclam recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414128: eog: Scroll wheel behaves non-intuitively
Package: eog Version: 2.16.3-3 Severity: wishlist When there are a lot of images to be viewed, there is a scrollbar in the collection window. I find it intuitive to hover the pointer over that window, and use the mouse wheel to control the scroll bar. However, it instead switches between images (and if the selected image isn't currenly in view, it even moves the view back to the newly selected image, far away from where I wanted to go). I agree that switching between images is a useful operation, however even after quite some time of using eog, I still make the mistake regularly to try scrolling with the mouse wheel. To me, this clearly means that it would be better to follow the standard gnome interface style, and use the mouse wheel for scrolling the (vertical) scrollbar if there is one. If there is none, as in the image window, it's fine to use it for other things (like scaling). (Actually, by zooming in there does appear a vertical scroll bar there, too, but that only happens after using the wheel for zooming, which makes it quite a different situation.) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages eog depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libexif12 0.6.13-5 library to parse EXIF files ii libgconf2-4 2.16.1-1 GNOME configuration database syste ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-2 Utility library for loading .deskt ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-02.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-02.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-6 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii liblcms11.15-1 Color management library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-62:1.0.3-5X11 client-side library Versions of packages eog recommends: ii librsvg2-common 2.14.4-2 SAX-based renderer library for SVG -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414126: firehol: RESERVED_IPS need to be updated
Package: firehol Version: 1.231-7 Severity: normal RESERVED_IPS variable is out of date. I don't know when the last sync with upstream happened but at least http://firehol.cvs.sourceforge.net/firehol/firehol/firehol.sh?r1=1.249r2=1.250 and above were not merged. I'm also curious about Debian version. Any chance it will be sync'ed with upstream (1.251)? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Versions of packages firehol depends on: ii bash3.1dfsg-8The GNU Bourne Again SHell ii iproute 20061002-4 Professional tools to control the ii iptables1.3.6.0debian1-5 administration tools for packet fi ii net-tools 1.60-17 The NET-3 networking toolkit Versions of packages firehol recommends: ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii wget 1.10.2-2 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407181: Some kind of remote DoS
Amusingly enough, this will also cause Windows Silky clients in the same channel to crash. Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414129: pam-keyring: FTBFS on GNU/kFreeBSD (and probably GNU/Hurd): easy fix
Package: pam-keyring Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: dh_testdir dh_testroot dh_installchangelogs ChangeLog dh_installdocs dh_install cp: cannot stat `./debian/tmp/lib/security/pam_keyring.so': No such file or directory dh_install: command returned error code 256 make: *** [binary-arch] Error 1 Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=pam-keyring. Please find attached a tiny patch to fix this. No auto(re)conf is needed since the build process does the right thing. Cheers, -- Cyril Brulebois --- pam-keyring-0.0.8/configure.in 2007-03-09 13:14:02.023116000 +0100 +++ pam-keyring-0.0.8/configure.in 2007-03-09 13:18:40.0 +0100 @@ -69,7 +69,7 @@ AC_SUBST(KILL) case $host in - *-*-linux*) + *-*-linux*|*-*-kfreebsd*|*-*-gnu*) # See also configure-flags in pam_mount.xml. PAM_MODDIR=\$(prefix)/../\$(libdir)/security ;;
Bug#394657: [Pkg-sysvinit-devel] Bug#394657: initscripts: Option for an fsck no matter whether the machine is on AC or battery
Hi All Anyone out there who can tell me what has happened with the issue since I wrote the first report (Oct 2006) on the subject? Regards Wolfgang -- Wolfgang Pfeiffer: /ICQ: 286585973/ + + + /AIM: crashinglinux/ http://profiles.yahoo.com/wolfgangpfeiffer I made slight changes on Key ID: E3037113. Please refresh it. http://keyserver.mine.nu/pks/lookup?search=0xE3037113fingerprint=on -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam: auth_pam does not work
Package: libapache2-mod-auth-pam Version: 1.1.1-6.1 Followup-For: Bug #394097 Hi! Following this thread I could get auth_pam to work, but for each action that I take it prints the following in my apache error.log: [Fri Mar 09 08:43:07 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:07 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) [Fri Mar 09 08:43:07 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:07 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) [Fri Mar 09 08:43:07 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:07 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) [Fri Mar 09 08:43:08 2007] [error] Internal error: pcfg_openfile() called with NULL filename [Fri Mar 09 08:43:08 2007] [error] [client 200.189.112.13] (9)Bad file descriptor: Could not open password file: (null) And so on. It works, but still creating those logs. My configuration: Location /svn/debian DAV svn SVNPath /var/lib/svn/debian AuthType Basic AuthPAM_Enabled on AuthBasicAuthoritative off AuthName Subversion Repository require valid-user SSLRequireSSL /Location Regards, Filipe -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) Versions of packages libapache2-mod-auth-pam depends on: ii apache2.2-common2.2.3-3.3Next generation, scalable, extenda ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libpam0g0.79-4 Pluggable Authentication Modules l libapache2-mod-auth-pam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414126: firehol: RESERVED_IPS need to be updated
Max Kutny schrieb am Freitag, den 09. März 2007: Package: firehol Version: 1.231-7 Severity: normal RESERVED_IPS variable is out of date. I don't know when the last sync with upstream happened but at least http://firehol.cvs.sourceforge.net/firehol/firehol/firehol.sh?r1=1.249r2=1.250 and above were not merged. The last RESERVED_IPs update was at 10. July 2006. Since there were a few updates since then I will upload an updated firehol to unstable and volatile later this day. I'm also curious about Debian version. Any chance it will be sync'ed with upstream (1.251)? 1.251 was no release, but I backported the most interisting features with 1.231-5: * Backported some fix the nfs service * Backported service ospf from cvs * Backported a fix for the spf client from cvs * Backported a fix for the sip service * Backported recent feature From the changelog. (This happened at July 2006, as you can see in the SVN Changelog there was nothing important new since then.) Alex
Bug#414130: plan: FTBFS on GNU/kFreeBSD (and probably GNU/Hurd)
Package: plan Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: gcc -O2 -DPLANHOME=\.plan.dir\ -DPLANLOCK=\~/.plan.dir/lock.plan\ -DPLANDLOCK=\~/.plan.dir/lock.pland\ -W -Wall -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -I/usr/X11R6/include -DNOLOCK -DLINUX -DRABBITS -o plan main.o popup.o print.o gotomenu.o network.o calmenu.o monmenu.o mondraw.o editmenu.o editdraw.o edit.o msgmenu.o cycmenu.o cyccalc.o keymenu.o excmenu.o cnfmenu.o yearmenu.o yeardraw.o holmenu.o adjmenu.o weekmenu.o weekdraw.o weekcalc.o servmenu.o usermenu.o confmenu.o yovmenu.o yovdraw.o yovcalc.o daymenu.o daydraw.o daycalc.o usersel.o psdraw.o xutil.o help.o dbase.o file_r.o file_w.o convert.o util.o time.o sublist.o parser.o lex.yy.o holiday.o language.o g_dbase.o g_dbfile.o g_formfile.o g_formop.o vcalendar_w.o -L/usr/X11R6/lib -L/usr/lib/X11R6/lib -lSM -lXm -lXt -lX11 -lXpm -lc -lXext -lSM -lICE -lX11 sublist.o: In function `keymatch': sublist.c:(.text+0x1e0): undefined reference to `regex' sublist.o: In function `create_sublist': sublist.c:(.text+0x5cf): undefined reference to `regcmp' collect2: ld returned 1 exit status make[2]: *** [plan] Error 1 make[2]: Leaving directory `/build/buildd/plan-1.9/src' make[1]: *** [linux] Error 2 make[1]: Leaving directory `/build/buildd/plan-1.9/src' make: *** [build-stamp] Error 2 Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=plan. Please find attached a patch to make it build on GNU/kFreeBSD. I'd say that a check on __GLIBC__ (instead of __FreeBSD_kernel__) works also OK and should be more portable (and will help GNU/Hurd too). Cheers, -- Cyril Brulebois --- plan-1.9/src/sublist.c 2007-03-09 13:35:44.087551000 +0100 +++ plan-1.9/src/sublist.c 2007-03-09 13:35:56.0 +0100 @@ -23,7 +23,7 @@ #define regcmp re_comp #define regex re_exec #endif -#if defined(linux) || defined(__EMX__) +#if defined(linux) || defined(__EMX__) || defined(__FreeBSD_kernel__) #define regcmp regcomp #define regex regexec #endif
Bug#413788: Daily Etch build fails to install on iMac G5 - Ethernet not detected
Hi Holger and others, Hi, On Friday 09 March 2007 09:11, peter green wrote: - if it is not, try to load it manually ('modprobe sungem') FATAL: module sungem not found So it really looks to me like it isn't there, sorry! have you checked the md5sum against the one for the day your image is dated? (you can find older dailies by cutting back the image url to remove the current and everything before it and browsing manually from there) i'm thinking this may be another case of a half and half download (half one days image half the next) I think so too. I also downloaded the (ppc)-netinst on the 7th and just tried to load the sungem module from it, and it worked. So... I had some aborted downloads, but that time I switched to an ftp client and did it that way -- also OSX mounted the .iso file which I doubt would have happened if it was half-and-half -- but no, I didn't check the MD5. I probably should just try again with a later build, but the server is so slow it takes me all night to download, and at the moment I'm trying a Gentoo install, so I'll leave it for a while. Cheers, Mike. --- Mike Hore[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412862: Duplicate of 411787?
Yes, that's true. I've applied the patch from 411787 and It's now working. Thanks -- Enrico Rossi [EMAIL PROTECTED] Cell: +39 338 9064702 - ICQ: 14142419 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414131: k3b: Mixed mode CD fails to burn data session
Package: k3b Version: 0.12.17-8 Severity: normal Using default options to burn a mixed mode CD fails after burning the first session when burning to CD-R - the disc is not appendable. Strangely burning to CD-RW seem to work. Running cdrdao on the resulting CD gives the following: CD-RW: no Total Capacity : n/a CD-R medium : n/a Recording Speed : n/a CD-R empty : no Toc Type : CD-DA or CD-ROM Sessions : 1 Last Track : 32 Appendable : no The debug log from k3b is below: System --- K3b Version: 0.12.17 KDE Version: 3.5.5 QT Version: 3.3.7 Kernel: 2.6.18-4-amd64 Devices --- PIONEER DVD-ROM DVD-115F 1.33 (/dev/hdc, ) at /media/cdrom0 [CD-ROM; DVD-ROM] [DVD-ROM; CD-ROM] [None] HL-DT-ST DVDRAM GSA-4167B DL12 (/dev/hdd, ) at /media/cdrom1 [CD-R; CD-RW; CD-ROM; DVD-ROM; DVD-RAM; DVD-R; DVD-RW; DVD-R DL; DVD+R; DVD+RW; DVD+R DL] [DVD-ROM; DVD-R Sequential; DVD-R Dual Layer Sequential; DVD-R Dual Layer Jump; DVD-RAM; DVD-RW Restricted Overwrite; DVD-RW Sequential; DVD+RW; DVD+R; DVD+R Double Layer; CD-ROM; CD-R; CD-RW] [SAO; TAO; RAW; SAO/R96P; SAO/R96R; RAW/R16; RAW/R96P; RAW/R96R; Restricted Overwrite] K3b --- Size of filesystem calculated: 45559 Used versions --- cdrecord: 2.1.1a03 cdrecord --- scsidev: '/dev/hdd' devname: '/dev/hdd' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.2 SCSI buffer size: 64512 Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. TOC Type: 0 = CD-DA Driveropts: 'burnfree' atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'HL-DT-ST' Identification : 'DVDRAM GSA-4167B' Revision : 'DL12' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 (CD-R) Profile: 0x0012 (DVD-RAM) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0015 (DVD-R/DL sequential recording) Profile: 0x0016 (DVD-R/DL layer jump recording) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x001A (DVD+RW) Profile: 0x001B (DVD+R) Profile: 0x002B (DVD+R/DL) Profile: 0x0010 (DVD-ROM) Profile: 0x0009 (CD-R) (current) Profile: 0x000A (CD-RW) Profile: 0x0008 (CD-ROM) Profile: 0x0002 (Removable disk) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1053696 = 1029 KB Drive DMA Speed: 13843 kB/s 78x CD 9x DVD FIFO size : 12582912 = 12288 KB Track 01: audio 35 MB (03:31.10) no preemp swab Track 02: audio 11 MB (01:11.26) no preemp swab Track 03: audio2 MB (00:15.73) no preemp swab Track 04: audio 34 MB (03:23.05) no preemp swab Track 05: audio 19 MB (01:58.84) no preemp swab Track 06: audio1 MB (00:06.88) no preemp swab Track 07: audio 30 MB (03:03.38) no preemp swab Track 08: audio8 MB (00:51.24) no preemp swab Track 09: audio 24 MB (02:27.16) no preemp swab Track 10: audio 12 MB (01:17.20) no preemp swab Track 11: audio 20 MB (02:01.02) no preemp swab Track 12: audio8 MB (00:48.80) no preemp swab Track 13: audio 28 MB (02:47.97) no preemp swab Track 14: audio4 MB (00:24.09) no preemp swab Track 15: audio 10 MB (00:59.69) no preemp swab Track 16: audio3 MB (00:19.81) no preemp swab Track 17: audio1 MB (00:11.32) no preemp swab Track 18: audio 30 MB (03:02.57) no preemp swab Track 19: audio 23 MB (02:20.54) no preemp swab Track 20: audio7 MB (00:44.76) no preemp swab Track 21: audio9 MB (00:55.46) no preemp swab Track 22: audio1 MB (00:07.89) no preemp swab Track 23: audio 42 MB (04:11.06) no preemp swab Track 24: audio 23 MB (02:20.10) no preemp swab Track 25: audio 45 MB (04:31.24) no preemp swab Track 26: audio 12 MB (01:13.22) no preemp swab Track 27: audio 40 MB (03:59.02) no preemp swab Track 28: audio 31 MB (03:05.45) no preemp swab Track 29: audio3 MB (00:18.10) no preemp swab Track 30: audio 30 MB (03:01.29) no preemp swab Track 31: audio 11 MB (01:07.56) no preemp swab Track 32: audio 31 MB (03:09.13) no preemp swab Total size: 603 MB (59:46.04) = 268953 sectors Lout start: 603 MB (59:48/03) = 268953 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) Speed set to 706 KB/s ATIP start of lead in: -12514 (97:15/11) ATIP start of lead out: 359849 (79:59/74) Disk type:Long strategy type (Cyanine, AZO or similar) Manuf. index: 22
Bug#359314: smbldap-tools: Incorrect documentation for ldap passwd sync and smbldap-passwd
Hi, I updated the README.Debian because of changes in the current slapd.conf and smb.conf. Regards, Gonéri --- README.Debian.orig 2007-03-09 12:36:12.0 +0100 +++ README.Debian 2007-03-09 13:04:40.0 +0100 @@ -38,11 +38,11 @@ 4. Allow users to change their NT and LM Passwords changing the line: - access to attribute=userPassword + access to attrs=userPassword,shadowLastChange by: - access to attrs=userPassword,sambaNTPassword,sambaLMPassword + access to attrs=userPassword,sambaNTPassword,sambaLMPassword,shadowLastChange 5. Restart the LDAP server. @@ -52,7 +52,7 @@ 1. Edit the '/etc/samba/smb.conf' to change the passdb backend from the original: - passdb backend = tdbsam guest + passdb backend = tdbsam to: @@ -74,9 +74,11 @@ 3. More to use the smbldap-tools to change passwords: - ; Do ldap passwd sync - ldap passwd sync = Yes - passwd program = /usr/sbin/smbldap-passwd %u + ; Don't use samba's internal LDAP password sync + ldap passwd sync = No + ; Use an external program to sync the LDAP password + unix password sync = Yes + passwd program = /usr/sbin/smbldap-passwd -u %u passwd chat = *New*password* %n\n *Retype*new*password* %n\n *all*authentication*tokens*updated* 4. And if you want to administer user and groups from windows add: pgpjVWid8Hfhe.pgp Description: PGP signature
Bug#414132: [INTL:gl] Galician debconf templates translation for mpdscribble
Package: mpdscribble Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of mpdscribble's debconf templates # This file is distributed under the same license as the mpdscribble package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: mpdscribble\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-12-04 09:49+0100\n PO-Revision-Date: 2007-03-09 12:52+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Install system mpdscribble service? msgstr ¿Instalar o servizo mpdscribble do sistema? #. Type: boolean #. Description #: ../templates:1001 msgid You can install mpdscribble as a system daemon. The mpdscribble service will be started on boot. Note that is not necessary to run mpd as a system service as it runs fine when started manually using a regular user account. msgstr Pode instalar mpdscribble coma un servizo do sistema. O servizo mpdscribble hase iniciar co ordenador. Teña en conta que non é necesario executar mpd coma un servizo do sistema, xa que funciona ben ao inicialo manualmente cunha conta de usuario normal. #. Type: string #. Description #: ../templates:2001 msgid Audioscrobbler username: msgstr Usuario de Audioscrobbler: #. Type: string #. Description #: ../templates:2001 msgid Enter username you use on Audioscrobbler. msgstr Introduza o nome do usuario que emprega en Audioscrobbler. #. Type: password #. Description #: ../templates:3001 msgid Audioscrobbler password: msgstr Contrasinal de Audioscrobbler: #. Type: password #. Description #: ../templates:3001 msgid Enter password you use on Audioscrobbler. msgstr Introduza o contrasinal que emprega en Audioscrobbler.
Bug#389881: RC-ness of this bug
On Thu, Mar 08, 2007 at 11:21:05AM +, Colin Watson wrote: + uuid=$(PATH=/lib/udev:$PATH vol_id -u $fs) + if [ $uuid ]; then + printf # %s\n $(mapdevfs $fs) + printf %-15s %-15s %-7s %-15s %-7s %s\n UUID=$uuid ${mp} $type $options $dump $pass I've seen these UUID tags break fsck on edgy (after it was released as stable). I don't think it's a good idea to switch to this in the last minute. Besides, what's the point of fixing it at the fstab generation? grub still expects device ordering to be consistent (and doesn't rely on fstab for device mapping). If device ordering can't be made consistent, you can still workaround the problem in device.map, but then you'll have to change it again post grub-install or installed system's device.map will be broken. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414124: linux-ntfs is not binNMU safe (was: Upload of fuse to t-p-u, binNMUs required)
On Fri, Mar 09, 2007 at 11:29:57AM +0100, Frank Küster wrote: 2. linux-ntfs builds lots of binary packages, but there is only one with interdependencies: Package: libntfs9 Section: libs Architecture: any Depends: ${shlibs:Depends} ... Package: libntfs-dev Section: libdevel Architecture: any Depends: libntfs9 (= ${Source-Version}) If linux-ntfs were bin-NMU'ed, libntfs9 and libntfs-dev would be present with version 1.13.1-6.0.1, but libntfs-dev would depend on libntfs9 ( = 1.13.1-6+b1, not 1.13.1-6.0.1. (surely this is documented everywhere by now?) 1.13.1-6). The changes to make it binNMU safe are described on http://wiki.debian.org/binNMU. (well, it's at least documented on the page you referenced. :) This would mean to use the following patch snip looks good to me. The udeb isn't an /immediate/ problem, that I can see. We could even get away with having just the one package left in etch with wrong deps, if it came to that. If you want this fixed, though, please coordinate with the maintainer to get uploads to both unstable and testing-proposed-updates fixing the ${Source-Version} dependency. Integration into etch will still be subject to Frans's approval. The upload to t-p-u is necessary because fuse in sid has a new upstream version, and a package compiled against this version cannot propagate to etch. vorlon suggested version numbers 1.13.1-7 for unstable and 1.13.1-6+etch1 for testing-proposed-updates. I think -7 must be uploaded first. Yes. (Was that the only question?) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#414124: linux-ntfs is not binNMU safe
Steve Langasek [EMAIL PROTECTED] wrote: 1.13.1-6+b1, not 1.13.1-6.0.1. (surely this is documented everywhere by now?) Except in my head, in the parts loaded into memory. The upload to t-p-u is necessary because fuse in sid has a new upstream version, and a package compiled against this version cannot propagate to etch. vorlon suggested version numbers 1.13.1-7 for unstable and 1.13.1-6+etch1 for testing-proposed-updates. I think -7 must be uploaded first. Yes. (Was that the only question?) Yes, sorry to bother you. I forgot to remove the question to RMs below after we talked on IRC. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#414124: linux-ntfs is not binNMU safe (was: Upload of fuse to t-p-u, binNMUs required)
On Fri, Mar 09, 2007 at 03:24:22AM -0800, Steve Langasek wrote: On Fri, Mar 09, 2007 at 11:29:57AM +0100, Frank Küster wrote: 2. linux-ntfs builds lots of binary packages, but there is only one with interdependencies: Package: libntfs9 Section: libs Architecture: any Depends: ${shlibs:Depends} ... Package: libntfs-dev Section: libdevel Architecture: any Depends: libntfs9 (= ${Source-Version}) If linux-ntfs were bin-NMU'ed, libntfs9 and libntfs-dev would be present with version 1.13.1-6.0.1, but libntfs-dev would depend on libntfs9 ( = 1.13.1-6+b1, not 1.13.1-6.0.1. (surely this is documented everywhere by now?) ... you know, it just goes to show how bad of a name ${Source-Version} is that I completely forgot that it's *equivalent* to ${binary:Version}. So since this dependency is between two arch: any packages, the package is already perfectly binNMU-safe; so I've scheduled binNMUs for linux-ntfs, and there's no need for any source uploads to t-p-u (though it would be nice to have the package using the saner variable name in unstable). Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#413899: debconf PO translations for the package elilo
here is the tamil translation From: drtv-guest To: [EMAIL PROTECTED] Subject: [INTL:ta] debconf PO translations for the package elilo Package:elilo Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Tamil translation of the elilo ta.po package. -- BE HAPPY! LIFE IS TOO SHORT TO BE UNHAPPY! # translation of elilo.po to TAMIL # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Dr.T.Vasudevan [EMAIL PROTECTED], 2007. msgid msgstr Project-Id-Version: elilo\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-05 16:47-0700\n PO-Revision-Date: 2007-03-09 17:24+0530\n Last-Translator: Dr.T.Vasudevan [EMAIL PROTECTED]\n Language-Team: TAMIL [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../elilo.templates:1001 msgid Automatically run elilo? msgstr à®à®²à®¿à®²à¯à®µà¯ தனியà®à¯à®à®¿à®¯à®¾à® à®à®¯à®à¯à®à®µà®¾? #. Type: boolean #. Description #: ../elilo.templates:1001 msgid It is necessary to run /usr/sbin/elilo to install the new elilo binary into the EFI partition. msgstr à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà®¿à®²à¯ பà¯à®¤à®¿à®¯ à®à®²à®¿à®²à¯ à®à®°à¯à®®à®¤à¯à®¤à¯ நிறà¯à®µ /usr/sbin/elilo à® à®à®¯à®à¯à® வà¯à®£à¯à®à¯à®®à¯. #. Type: boolean #. Description #: ../elilo.templates:1001 msgid WARNING: This procedure will write data into the debian directory of the EFI disk partition, possibly overwriting files installed there by hand. msgstr à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà®¿à®²à¯ à®à®³à¯à®³ à®à¯à®ªà®¿à®¯à®©à¯ à® à®à¯à®µà®¿à®²à¯ தரவ௠à®à®´à¯à®¤à®ªà¯ பà®à¯à®®à¯, ஠னà¯à®à®®à®¾à® à®à¯à®®à¯à®±à¯à®¯à®¾à® à® à®à¯à®à¯ நிறà¯à®µà®ªà¯à®ªà®à¯à® à®à¯à®ªà¯à®ªà¯à®à®³à¯ ஠ழிதà¯à®¤à¯à®µà®¿à®à¯à®®à¯ à®à®© ஠றிà®. #. Type: boolean #. Description #: ../elilo.templates:1001 msgid Not installing the new elilo binary on the EFI disk partition may leave the system in an unbootable state. Alternatives to automatic updating of the partition include runnning /usr/sbin/elilo by hand, or installing the new / usr/lib/elilo/elilo.efi executable into the EFI disk partition manually. msgstr à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà®¿à®²à¯ பà¯à®¤à®¿à®¯ à®à®²à®¿à®²à¯ à®à®°à¯à®®à®¤à¯à®¤à¯ நிறà¯à®µà®¾à®®à®²à¯ à®à®°à¯à®¤à¯à®¤à®²à¯ à®à®à¯à®à®³à¯ à®à®£à®¿à®©à®¿à®¯à¯ தà¯à®µà®à¯à® à®®à¯à®à®¿à®¯à®¾à®®à®²à¯ à®à¯à®¯à¯à®¯à®à¯ à®à¯à®à¯à®®à¯. தானியà®à¯à®à®¿ à®à®±à¯à®±à¯à®ªà¯ பà®à¯à®¤à¯à®¤à®²à¯à®à¯à®à¯ மாறà¯à®±à¯ à®à¯à®®à¯à®±à¯à®¯à®¾à® /usr/sbin/elilo à® à®à®¯à®à¯à®à¯à®µà®¤à¯ ஠லà¯à®²à®¤à¯ பà¯à®¤à®¿à®¯ /usr/lib/elilo/elilo.efi à®à¯à®¯à®²à®¿à®¯à¯ à®à¯à®®à¯à®±à¯à®¯à®¾à® à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà®¿à®²à¯ நிறà¯à®µà¯à®¤à®²à¯. #. Type: boolean #. Description #: ../elilo.templates:2001 msgid Reformat and reload EFI partition? msgstr à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà¯ தà¯à®à¯à®¤à¯à®¤à¯ à®à®´à¯à®à¯à®à¯ à®à¯à®¯à¯à®¤à¯ à®®à¯à®³à¯à®±à¯à®±à®®à¯ à®à¯à®¯à¯à®¯à®µà®¾? #. Type: boolean #. Description #: ../elilo.templates:2001 msgid The structure of files in the EFI disk partition has changed since pre-3.2 versions of the elilo package. The EFI boot manager entry for Debian needs to be updated to reflect these changes. msgstr à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà®¿à®²à¯ à®à¯à®ªà¯à®ªà¯ à® à®à¯à®à¯à®à¯ à®®à¯à®±à¯ à®à®²à®¿à®²à¯ 3.2 பதிபà¯à®ªà®¿à®±à¯à®à¯ à®®à¯à®©à¯ à®à®°à¯à®¨à¯à®¤à®¤à¯ வி஠மாறிவிà®à¯à®à®¤à¯. à®à¯à®ªà®¿à®¯à®©à¯à®à¯à®à®¾à®© à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà¯ தà¯à®µà®à¯à® à®®à¯à®²à®¾à®³à®°à¯ à®à®³à¯à®³à¯à®à¯ à®à®¨à¯à®¤ மாறà¯à®¤à®²à¯à®à®³à¯ பிரதிபலிà®à¯à® à®à®±à¯à®±à¯à®ªà¯ பà®à¯à®¤à¯à®¤à®ªà¯ ப஠வà¯à®£à¯à®à¯à®®à¯. #. Type: boolean #. Description #: ../elilo.templates:2001 msgid In most cases, if no manual changes to the EFI partition content need to be preserved, this update can be handled automatically. msgstr ஠னà¯à®à®®à®¾à® à®à®à®ªà¯à®à® பà®à®¿à®°à¯à®µà®¿à®²à¯ à®à®³à¯à®³ தரவ௠பாதà¯à®à®¾à®à¯à®à®ªà¯ ப஠தà¯à®µà¯à®¯à®¿à®²à¯à®²à®¾à®µà®¿à®à®¿à®²à¯ à®à®¨à¯à®¤ à®à®±à¯à®±à¯à®ªà¯ பà®à¯à®¤à¯à®¤à®²à¯ தானியà®à¯à®à®¿à®¯à®¾à® à®à¯à®¯à¯à®¯à®ªà¯ பà®à®²à®¾à®®à¯.
Bug#414133: plotmtv: FTBFS on GNU/kFreeBSD: changing your hack is needed
Package: plotmtv Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: # Hack to get the right start in DataFormat.ps zcat Docs/DataFormat.ps.gz \ | sed '1 s/.*/%!PS-Adobe-2.0/' \ | install -D -m 644 /dev/stdin \ debian/plotmtv/usr/share/doc/plotmtv/DataFormat.ps install: skipping file `/dev/stdin', as it was replaced while being copied make: *** [install] Error 1 Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=plotmtv. Please find attached an patch for debian/rules, but I guess that you might want to install the /usr/share/doc/plotmtv directory before and write the file directly there. Cheers, -- Cyril Brulebois --- plotmtv-1.4.4t/debian/rules 2007-03-09 13:50:05.82522 +0100 +++ plotmtv-1.4.4t/debian/rules 2007-03-09 13:50:10.0 +0100 @@ -28,6 +28,9 @@ -$(MAKE) distclean + # See the hack in install: + -rm $(CURDIR)/debian/DataFormat.ps + dh_clean install: build @@ -40,9 +43,10 @@ # Hack to get the right start in DataFormat.ps zcat Docs/DataFormat.ps.gz \ - | sed '1 s/.*/%!PS-Adobe-2.0/' \ - | install -D -m 644 /dev/stdin \ - debian/plotmtv/usr/share/doc/plotmtv/DataFormat.ps + | sed '1 s/.*/%!PS-Adobe-2.0/' $(CURDIR)/debian/DataFormat.ps + + install -D -m 644 $(CURDIR)/debian/DataFormat.ps \ + debian/plotmtv/usr/share/doc/plotmtv/DataFormat.ps # Build architecture-independent files here. binary-indep: build install
Bug#349460: phpsysinfo: Incorrectly uses country codes for languages
Hi, May I also add the request to add a translatable default value for the language choice? This allows us to translate that default into e.g. nl and thus provide a better default for our users. More info about this is in the developer's reference: http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s6.5.4.4 thanks, Thijs signature.asc Description: This is a digitally signed message part
Bug#390342: Ubuntu Bittornado
https://bugs.launchpad.net/ubuntu/+source/bittornado/+bug/79227 -- Sem mais de momento, Marco Rodrigues www.ClusterCube.com - Soluções Web -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414134: trac version bump request
Package: trac Version: 0.10.3-1 Tags: security Please bump trac to 0.10.3.1 in 'testing' and 'unstable' because of these two issues listed in the release announcement[1]: * Always send Content-Disposition: attachment headers where potentially unsafe (user provided) content is available for download. This behaviour can be altered using the render_unsafe_content option in the attachment and browser sections of trac.ini. * Fixed XSS vulnerability in download wiki page as text in combination with Microsoft IE. Reported by Yoshinori Oota, Business Architects Inc. [1] Release Announcement http://groups.google.com/group/trac-announce/browse_thread/thread/a0179f00ab b51972 smime.p7s Description: S/MIME cryptographic signature
Bug#349540: Update?
On Thu, Mar 08, 2007 at 07:42:03PM +0100, Moritz Naumann wrote: Hi, are there any news on this? Hello Moritz, packaging JacORB is still on my TODO list. Actually it's now on top of it :-) Thomas, did you get around to sort out the assumed licensing issue? Nope. From my understanding the JacORB org.omg.* classes in the tarball are not DFSG free. I'll post an email to the JacORB mailing list soon. It seems doable to either use some GNU Classpath classes, or to use classes from OpenORB. jacORB 2.3.0 has been released on Feb 17th 2007, maybe it's worth giving it another look? Sure. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414118: iceweasel: Problemas al explorar ficheros locales con locale=es_ES.UTF-8
On Fri, Mar 09, 2007 at 11:01:24AM +0100, AngelD [EMAIL PROTECTED] wrote: On Fri, March 9, 2007 10:48, Mike Hommey wrote: On Fri, Mar 09, 2007 at 10:15:09AM +0100, AngelD [EMAIL PROTECTED] wrote: Package: iceweasel Version: 2.0.0.2+dfsg-3 Severity: important Tags: l10n Si se tiene el locale 'es_ES.UTF-8', al explorar ficheros locales creados con símbolos de puntuación, no se muestran estos ficheros ni directorios, impidiendo la exploración de dichas carpetas y directorios. Si se cambia el locale a 'es_ES', el problema desaparece Try setting the G_BROKEN_FILENAMES environment variable to 1. $ export G_BROKEN_FILENAMES=1 $ iceweasel This solution don't work. :( Try setting G_FILENAME_ENCODING to ISO-8859-1. Mike
Bug#414135: postman: FTBFS on GNU/kFreeBSD: tiny adjustment needed
Package: postman Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD with the following error: g++ -Wall -Wpointer-arith -O2 -DLINUX -g -fno-operator-names -I. -I/usr/include/c-client -c XSocket.cc -o XSocket.o In file included from XSocket.h:58, from XSocket.cc:5: Utils.h:33:23: error: asm/errno.h: No such file or directory make[1]: *** [XSocket.o] Error 1 make[1]: Leaving directory `/build/buildd/postman-2.1' make: *** [build-stamp] Error 2 Full build logs are available at http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386pkg=postman. Since -DLINUX is used (and there's no reason to change that), a tiny tweak is needed to include the appropriate header for GNU/kFreeBSD, since there's no asm/errno.h on this platform. Cheers, -- Cyril Brulebois --- postman-2.1/Utils.h 2007-03-09 14:08:17.843683000 +0100 +++ postman-2.1/Utils.h 2007-03-09 14:09:11.0 +0100 @@ -29,7 +29,9 @@ #include Config.h #include XSocket.h -#if defined (LINUX) +#if defined (__FreeBSD_kernel__) +#include sys/errno.h +#elif defined (LINUX) #include asm/errno.h #elif defined (HP) #include sys/errno.h
Bug#414124: linux-ntfs is not binNMU safe
severity 414124 normal retitle 414124 please use new names to indicate same-version dependencies: ${binary:Version} thanks Frank Küster [EMAIL PROTECTED] wrote: Unfortunately, this cannot be done with a binNMU, because the package is not bin-NMU safe. That was wrong, because insanely, the deprecated ${Source-Version} means the same as ${binary:Version}, namely, the binary version including Debian revision and all. The upload to t-p-u is necessary ... is *not* necessary. A binNMU has been scheduled. Steve Langasek wrote: it would be nice to have the package using the saner variable name in unstable Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#413469: ion3: The package is outdated
It is starting to seem, that it will be easier to just change the license, than beat some sense into your heads. Obviously, since you so desperately want to have ancient development releases in Debian, you do not need newer releases at all. -- Tuomo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414139: dbus-1-utils: dbus-monitor does not react to SIGTERM
Package: dbus-1-utils Version: 1.0.2-1 Severity: normal Ctrl-C on running dbus-monitor does nothing. You need to put it in background and kill in order to stop. Reproduced under zsh and dash. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-openvz Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages dbus-1-utils depends on: ii dbus1.0.2-1 simple interprocess messaging syst ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst dbus-1-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414137: norwegian: string duplication in templates
Package: norwegian Severity: minor Tags: l10n Hi, While reviewing a translation I discovered that the package norwegian contains three debconf template strings that are nearly identical. Only the last sentence differs. The attached patch addresses this by splitting these paragraphs up. This reduces the amount of duplication in your strings and hence the amount of work and possibility for errors for translators. Please apply it. If you do, run debconf-updatepo to get all translations updated again, and use podebconf-report-po to ask translators to update their existing translations. thanks, Thijs diff -u norwegian-2.0.8/debian/po/templates.pot norwegian-2.0.8/debian/po/templates.pot --- norwegian-2.0.8/debian/po/templates.pot +++ norwegian-2.0.8/debian/po/templates.pot @@ -1,22 +1,14 @@ -# -#Translators, if you are not familiar with the PO format, gettext -#documentation is worth reading, especially sections dedicated to -#this format, e.g. by running: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' -# -#Some information specific to po-debconf are available at -#/usr/share/doc/po-debconf/README-trans -# or http://www.debian.org/intl/l10n/po-debconf/README-trans -# -#Developers do not need to manually edit POT or PO files. +# SOME DESCRIPTIVE TITLE. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# FIRST AUTHOR [EMAIL PROTECTED], YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n -Report-Msgid-Bugs-To: \n -POT-Creation-Date: 2004-02-18 19:11+0100\n +Report-Msgid-Bugs-To: [EMAIL PROTECTED] +POT-Creation-Date: 2007-03-09 13:12+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME [EMAIL PROTECTED]\n Language-Team: LANGUAGE [EMAIL PROTECTED]\n @@ -31,36 +23,39 @@ #. use this glyph when available. The HTML entity is aring; -#: ../wnorwegian.templates.in:6 ../inorwegian.templates.in:6 -#: ../aspell-no.templates:6 +#: ../wnorwegian.templates.in:1001 ../inorwegian.templates.in:1001 +#: ../aspell-no.templates:1001 msgid nynorsk, bokmaal msgstr #. Type: select #. Description -#: ../wnorwegian.templates.in:8 ../inorwegian.templates.in:8 -#: ../aspell-no.templates:8 +#: ../wnorwegian.templates.in:1002 ../inorwegian.templates.in:1002 +#: ../aspell-no.templates:1002 msgid Which variant? msgstr #. Type: select #. Description -#: ../wnorwegian.templates.in:8 +#: ../wnorwegian.templates.in:1002 ../inorwegian.templates.in:1002 +#: ../aspell-no.templates:1002 msgid -As you might know, Norwegian has two different written forms bokmaal and -nynorsk. Which one do you want to use? +As you might know, Norwegian has two different written forms: bokmaal and +nynorsk. msgstr #. Type: select #. Description -#: ../inorwegian.templates.in:8 -msgid -As you might know, Norwegian has two different written forms, bokmaal and -nynorsk. Which one do you want ispell to use as Norwegian? +#: ../wnorwegian.templates.in:1002 +msgid Which one do you want to use? msgstr #. Type: select #. Description -#: ../aspell-no.templates:8 -msgid -As you might know, Norwegian has two different written forms bokmaal and -nynorsk. Which one do you want aspell to use as Norwegian? +#: ../inorwegian.templates.in:1002 +msgid Which one do you want ispell to use as Norwegian? +msgstr + +#. Type: select +#. Description +#: ../aspell-no.templates:1002 +msgid Which one do you want aspell to use as Norwegian? msgstr diff -u norwegian-2.0.8/debian/aspell-no.templates norwegian-2.0.8/debian/aspell-no.templates --- norwegian-2.0.8/debian/aspell-no.templates +++ norwegian-2.0.8/debian/aspell-no.templates @@ -9,2 +9,4 @@ - As you might know, Norwegian has two different written forms bokmaal and - nynorsk. Which one do you want aspell to use as Norwegian? + As you might know, Norwegian has two different written forms: bokmaal and + nynorsk. + . + Which one do you want aspell to use as Norwegian? diff -u norwegian-2.0.8/debian/inorwegian.templates.in norwegian-2.0.8/debian/inorwegian.templates.in --- norwegian-2.0.8/debian/inorwegian.templates.in +++ norwegian-2.0.8/debian/inorwegian.templates.in @@ -9,2 +9,4 @@ - As you might know, Norwegian has two different written forms, bokmaal and - nynorsk. Which one do you want ispell to use as Norwegian? + As you might know, Norwegian has two different written forms: bokmaal and + nynorsk. + . + Which one do you want ispell to use as Norwegian? diff -u norwegian-2.0.8/debian/wnorwegian.templates.in norwegian-2.0.8/debian/wnorwegian.templates.in --- norwegian-2.0.8/debian/wnorwegian.templates.in +++ norwegian-2.0.8/debian/wnorwegian.templates.in @@ -9,2 +9,4 @@ - As you might know, Norwegian has two different written forms bokmaal and - nynorsk. Which one do you want to use? + As you might know, Norwegian has two different written forms: bokmaal and + nynorsk. + . + Which one do you want
Bug#414138: apt: fails to install dependencies from non-default release
Package: apt Version: 0.7.0 Hello, when I try to get source or build-depends from the experimental distribution, apt fails to download the dependencies which are not in my Default-Release (=testing). The same happens if I try to download the source given the binary package name. Eg. $ apt-get build-dep xserver-xorg-core=2:1.2.99.901-1 E: Unable to find a source package for xserver-xorg-core but: $ apt-get source xorg-server=2:1.2.99.901-1 Reading package lists... Done Building dependency tree... Done Need to get 8343kB of source archives. Get:1 http://ftp.cz.debian.org experimental/main xorg-server 2:1.2.99.901-1 (dsc) [2048B] Get:2 http://ftp.cz.debian.org experimental/main xorg-server 2:1.2.99.901-1 (tar) [7987kB] Get:3 http://ftp.cz.debian.org experimental/main xorg-server 2:1.2.99.901-1 (diff) [354kB] Fetched 8343kB in 0s (10.4MB/s) And $ apt-get build-dep xorg-server=2:1.2.99.901-1 Reading package lists... Done Building dependency tree... Done E: Build-Depends dependency for xorg-server cannot be satisfied because no available versions of package x11proto-damage-dev can satisfy version requirements However, there is a version of x11proto-damage-dev that satisfy the dependency in experimental. Regards Jiri Palecek
Bug#411240: kolab-cyrus-imapd: Corrupt quota files cause data loss
Hi Peter, Does your question for the cyrus team about this bug mean there is some doubt about the patch David provided? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350484: Please package new upstream version 1.3
Someone made a patch to flite in fedora, to address this and other things: http://rpmfind.net/linux/RPM/fedora/extras/5/i386/flite-1.3-8.fc5.i386.html -- http://www.mardy.it -- Geek in un lingua international! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413866: kmail: openoffice opens attachments as read-only
On Wed, Mar 07, 2007 at 09:40:00PM +0100, Sune Vuorela wrote: reassign 413866 openoffice.org thanks [Openoffice-people (Rene) - please see full bug log for detials - quick summary: please allow read-only documents to be edited and saved under a different name] This should probably be reported to upstream openoffice.org as an wishlist bug, (it's not an Debian bug, AFAIK it works the same way in the Windows version also). Here is an work around: http://www.novell.com/coolsolutions/qna/1741.html copy-paste If you press the Edit File button in the toolbar while a read-only file is open, you'll get an untitled copy of the file to work with. When you try to save the document you will be prompted for a new file name. /copy-paste HTH Tomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414136: ia64: ICE: in expand_expr_real_1, at expr.c:8786
Package: gcc-snapshot Version: 20070303-1 PR31095 Automatic build of libnasl_2.2.8-1 on coconut0 by sbuild/ia64 0.49 ... /bin/sh /build/tbm/libnasl-2.2.8/libtool --silent gcc -pipe -g -Wall -D_REENTRANT -DSYSTEM_PCAP -O2 `sh ./cflags` -c capture_packet.c *** Warning: inferring the mode of operation is deprecated. *** Future versions of Libtool will require -mode=MODE be specified. capture_packet.c: In function 'capture_next_packet': capture_packet.c:97: internal compiler error: in expand_expr_real_1, at expr.c:8786 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411542: libc6: does not create /etc/ld.so.conf for broken installations
Aurelien Jarno [EMAIL PROTECTED] wrote: Frank Küster a écrit : Hi Steve, hi Aurelien, Steve Langasek [EMAIL PROTECTED] wrote: severity 411542 important thanks [...] As this does not (AIUI) affect upgrades from sarge, this is not a must for the release; downgrading. Note that is affect all Etch systems installed since May 2006. Are you aware that the fix is too correct, in a way, and did not fix most affected systems? Since 2.3.6.ds1-10, the file is created upon fresh install Since 2007-02-14, 2.3.6.ds1-11 was in etch On2007-03-04, 2.3.6.ds1-13 migrated to etch which was supposed to fix old systems, with the following code: # Add support for /etc/ld.so.conf.d if [ -z $preversion ] || dpkg --compare-versions $preversion lt 2.3.6.ds1-11; then However, systems installed with one of the buggy versions pre -10 which tracked testing will probably have picked up -11 somewhen between February 14th and March 4th, and therefore ld.so.conf was not created (it wasn't on my system, that's why I found out). I'm not sure whether this is important enough for a new upload, and I have even less of an idea how this can be fixed without unconditionally creating that file, even if a local admin might have deleted it. (For those reading this bugreport, #/var/lib/dpkg/info/libc6.postinst configure 2.3.6.ds1-10 betrays you system properly and creates the file). Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#405704:
Hi Thijs, I really don't understand why this bug should be considered 'grave'. The explanation of the provided patch is that imapproxy segfaults /when the server isn't listening/; I've configured imapproxy here to test, and it starts fine for me when pointed at my imap server. Yes, it crashes for me if I instead configure it to look at a non-existent (or down) server, but does that make the package unusable? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413974: gstreamer-properties needs libesd-alsa0
reassign 413974 gnome-desktop-environment stop On Fri, Mar 09, 2007, Robert Millan [ackstorm] wrote: autoaudiosink _will_ use esound if it's running (for example because the relevant configuration is set in GNOME to start esound), but this requires the esd plugin indeed. Please note that in the default install esound shouldn't be running IIRC. gnome-desktop-environment depends on it. It depends on it because people /may/ enable the sound server, but it's not enabled by default. (That, and Esound is an official desktop module too.) Well, technically it would be useful to have it available, and I think that the latest esound plugin in gstreamer will _not_ spawn a daemon if it's not running (which is what we want); however, esound is not really rocket quality, and I wouldn't want to advocate it by pulling the elements; in fact, my personal preference goes to being able to remove it entirely. I'm not in favour neither against that. But if we're going to provide it, using it as default is mandatory. Why? I think these are two independent decisions: install the sound server, run the sound server. You may want to install esound and not run it all the time (e.g. only run it before some applications or when a certain user logs in). Beside, the fact that GStreamer will automatically prefer a running esound over ALSA (or OSS) makes it even easier to allow for esound to be running or not (you don't need to sync the start sound server option with the preferred audiosink one). I suppose that we should do one of these: - stop pulling esound altogether (but this would break e.g. the sound daemon option in GNOME), and suggest it only; alsa dmix should be enough for most users Doesn't that break for OSS users ? Err, I don't see any connection with OSS; this is about installing esound or not and the problems I see with this are: - if you don't install it, you can't use the sound server option in GNOME, - you obviously don't have software mixing, but some people have hardware mixing or ALSA dmix But it could indeed prevent mixing for people with non-working ALSA dmix or with OSS only and a single channel output in their hardware / OSS driver. But these (rare) people could still install esound. The biggest problem for me in this scenario (let's call it scenario 1) is that the sound server setting is broken. That's why I wouldn't follow it. - pull esound _support_ completely, that is gstreamer0.10-esd, and not only esound, but not turn it on by default I don't think you can safely rely on it not being started. Have all Debian packages been widely tested and are known not to start esd if it's not running already ? I don't understand the direction of your remark. We already install esound, so scenario 2 is about installing gstreamer0.10-esd as well so that GStreamer apps can use esound if it's running. But this is still orthogonal to deciding to launch it or not during the session start. Of course, some apps could still trigger the start of esound -- this is the situation where we are now -- but at least if this happens in scenario 2, the necessary plugins would be available to permit playback on esound. IMO, scenario 2 is an enhancement over the current situation, just like scenario 1. The only problem is that it makes it harder to get rid of esound, and that it generally sends a support statement for esound to the end user. :-/ My biggest problem with implementing scenario 2 is that we might be missing some use cases where pulling gstreamer-esd causes a regression. - pull support for pulseaudio instead which is a compatible replacement and is of good quality; we can't enable it by default either because it's heavy on the CPU and not all users want a sound daemon when they are happy with the capabilities of their sound card or of dmix Then again, what about OSS users ? Also, I think it's too late for this kind of change to make it in etch. I don't see the relevance with OSS here either; I don't think pulseaudio is good enough to be pushed for all users in etch, but I would definitely push it a bit more for lenny. The only realistic option for etch is either to add a dep on gstreamer0.10-esd (perhaps in the meta-gnome2 package which pulls esound?), or to remove the dep on esound in meta-gnome2. I'm cloning this bug for gnome-desktop-environment. Jordi, can you please do that (and make sure it gets into etch)? Fortunately you didn't clone it; we didn't reach a conclusion, and only a single package needs to be changed in both cases: gde; hence simply reassigning. -- Loïc Minier [EMAIL PROTECTED]
Bug#414140: chdrv : [INTL:pt] Portuguese translation for debconf messages
Package: chdrv Version: 1.0.13p-3.1 Tags: l10n, patch Severity: wishlist Portuguese translation for chdrv's debconf messages. Translator: Miguel Figueiredo elmig _at_ debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#414142: noofle : [INTL:pt] Portuguese translation for debconf messages
Package: noofle Version: 1.2.0~rc1-5 Tags: l10n, patch Severity: wishlist Portuguese translation for noofle's debconf messages. Translator: Miguel Figueiredo elmig _at_ debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#405704:
Steve Langasek wrote: Hi Thijs, I really don't understand why this bug should be considered 'grave'. Thank you for your interest, Steve. The bug has been patched anyway :-) Seems to be working, so I will proceed to ask for an sponsored upload soon, along with some additional translations. Thijs, wanna sponsor that ? The explanation of the provided patch is that imapproxy segfaults /when the server isn't listening/; I've configured imapproxy here to test, and it starts fine for me when pointed at my imap server. Yes, it crashes for me if I instead configure it to look at a non-existent (or down) server, but does that make the package unusable? In fact not, but a SEGFAULT is always a severe thing, so we'd better fix it if possible. I will be forwarding this patch upstream, so that it can be merged and released along future releases. Meanwhile, let's make this the best release ever :-) Cheers, J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414141: bonsai : [INTL:pt] Portuguese translation for debconf messages
Package: bonsai Version: 1.3+cvs20060111-2 Tags: l10n, patch Severity: wishlist Portuguese translation for bonsai's debconf messages. Translator: Miguel Figueiredo elmig _at_ debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#414144: knews : [INTL:pt] Portuguese translation for debconf messages
Package: knews Version: 1.0b.1-21 Tags: l10n, patch Severity: wishlist Portuguese translation for knews's debconf messages. Translator: Ricardo Silva ardoric _at_ gmail.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#414145: recordmydesktop: FTBFS on GNU/kFreeBSD: please make ALSA optional
Package: recordmydesktop Severity: important Tags: patch Hi, currently your package FTBFS on GNU/kFreeBSD (and probably on GNU/Hurd, not checked) because of the lack of libasound2-dev, since ALSA is quite Linux-specific. ;-) Please apply the attached diff to make it optional for these architectures. Cheers, -- Cyril Brulebois --- recordmydesktop-0.3.3/debian/control2007-03-09 14:58:57.556453000 +0100 +++ recordmydesktop-0.3.3/debian/control2007-03-09 14:59:19.0 +0100 @@ -2,7 +2,7 @@ Section: graphics Priority: optional Maintainer: José L. Redrejo Rodríguez [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), autotools-dev, libxdamage-dev, libvorbis-dev, libogg-dev, libxext-dev, libtheora-dev (= 0.0.0.alpha7), libasound2-dev, libice-dev, libsm-dev, zlib1g-dev, libjack-dev +Build-Depends: debhelper (= 4), autotools-dev, libxdamage-dev, libvorbis-dev, libogg-dev, libxext-dev, libtheora-dev (= 0.0.0.alpha7), libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libice-dev, libsm-dev, zlib1g-dev, libjack-dev Standards-Version: 3.7.2 Package: recordmydesktop
Bug#413469: ion3: The package is outdated
* Tuomo Valkonen wrote: It is starting to seem, that it will be easier to just change the license, than beat some sense into your heads. Obviously, since you so desperately want to have ancient development releases in Debian, you do not need newer releases at all. If you change the license in the next release, we can't update the package in unstable, because of the broken license. As a result there's not just an outdated package in stable, but in unstable as well. You can't force us to completely remove the current release from Debian. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]