Bug#340898: time(2) has wrong return value
Version: 2.3.6.ds1-10 This is fixed (long time ago) now, as it now crashes. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpORAlLpZpnB.pgp Description: PGP signature
Bug#409987: Can't upgrade samba-common
Ok, then why is /etc/rc2.d/K09samba a dangling symlink? Sorry, I assumed this was because the init script was missing, but of course there could be other explanations. Still, that error message is the root problem you need to address, and it's not a samba bug. The problem as it would appear was not with the actual init script but rather the symlink. I ran the following and it solved my problem: debian:/home/justin# cd /etc/rc2.d/ debian:/etc/rc2.d# ln -sf ../init.d/samba K09samba debian:/etc/rc2.d# apt-get -f install Thanks for your help Steve. signature.asc Description: This is a digitally signed message part
Bug#409967: gtkgrepmail: /usr/bin/elm missing
severity 409967 normal thanks David Andel wrote: Package: gtkgrepmail Version: 1.0-1 Severity: grave Justification: renders package unusable Search renders some errors, but then sais that search is complete. View renders an xterm: Can't execvp /usr/bin/elm: No such file or directory. I didn't find that file in any debian package... I'll fix the default to something that is in Debian, but meanwhile you do know that you can configure it to use any other mailbox reader besides elm that you want, right? Elm just happens to be the default, and the documentation explains this. So, I had to downgrade the severity of this bug. -- Jeremy Malcolm LLB (Hons) B Com Internet and Open Source lawyer, IT consultant, actor host -t NAPTR 1.0.8.0.3.1.2.9.8.1.6.e164.org|awk -F! '{print $3}' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409996: amarok 1.4.5 needs to version-depend on the xine-engine
hi, on a side-note: I just saw the engine's (well basically just 1 exists) only have a Recommends: amarok (= same-amarok-version), which is IMHO wrong too. All other binary packages that are built from the same source and need each other have a versioned dependecy here (see kdelibs+kdelibs-data and others). Either I don't understand it, or there's another bug there. Andreas -- You will give someone a piece of your mind, which you can ill afford. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409998: polipo: new upstream bugfix version available, fixes redirection bug
Package: polipo Version: 0.9.10-1 Severity: normal It would be nice if this fix could make it into etch. http://www.pps.jussieu.fr/~jch/software/files/polipo/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages polipo depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries polipo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#149722: libc6: ldd: bogus check for read permission
# ctl is in bcc reassign 149722 bash thanks On Tue, Jun 11, 2002 at 09:50:55PM -0400, Aaron M. Ucko wrote: Package: libc6 Version: 2.2.5-6 Severity: minor File: /usr/bin/ldd ldd insists on bailing out if its argument fails test -r, which in turn may not always yield a terribly meaningful value on file systems whose semantics are not completely Unix-like. (In particular, AFS ignores the group and other bits when checking permissions -- so I may still be able to read a mode 700 file owned by somebody else if I'm on the right ACL.) Perhaps this is really a bug in test (i.e., bash), but I don't see any good reason for ldd to be checking access in the first place. /usr/bin/test -r basically performs: access(..., R_OK) so the problem is definitely not in the libc, but rather in AFS _or_ in bash. further search proves that I'm right: bash test builtin implements access its own way (wtf?!) rather than using access. bash has to be complied with -DAFS to use access(2), which it's obviously not under debian: $ cat a.sh #! /bin/bash test -r /etc/passwd $ strace bash a.sh 21 | grep passwd stat(/etc/passwd, {st_mode=S_IFREG|0644, st_size=1710, ...}) = 0 reassigning. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpCWJuyyyGbf.pgp Description: PGP signature
Bug#409999: fcitx crash when using wubi input method on powerpc platform
Package: fcitx Version: 1:3.4-1 Severity: grave Justification: renders package unusable Hi, I'm using debian on my iBook-G4. fcitx is alwasy crashing when using wubi input method even if I install a new debian box. The pinyin input method is ok. When I switch to wubi input method, any keyboard stike will casue fcitx crashed. The problem exists for more than 3 months, and I have to downgrade fcitx to sarge version. If you needs more information, please let me know. Best Regards Bin Tian -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=zh_CN, LC_CTYPE=zh_CN (charmap=GB2312) Versions of packages fcitx depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libx11-62:1.0.3-5X11 client-side library ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxpm4 1:3.5.5-2X11 pixmap library Versions of packages fcitx recommends: pn im-switch none (no description available) pn ttf-arphic-gbsn00lp | ttf-arp none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410000: courier-imap-ssl: Doesn't seem to care about TLS_CERTFILE config option
Package: courier-imap-ssl Version: 3.0.8-4sarge5 Severity: important courier-imap-ssl doesn't seem to care what I set the TLS_CERTFILE option in the config file to: it seems to read /etc/courier/imapd.pem no matter what. -sq -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-3-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages courier-imap-ssl depends on: ii courier-imap 3.0.8-4sarge5 Courier Mail Server - IMAP server ii courier-ssl 0.47-4sarge5 Courier Mail Server - SSL/TLS Supp ii openssl 0.9.7e-3sarge4 Secure Socket Layer (SSL) binary a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377416: libc6-dev: __THROW defined in sys/cdefs.h is broken with GCC 3.3
Pierre HABOUZIT [EMAIL PROTECTED] writes: tag 377416 + moreinfo thanks On Sat, Jul 08, 2006 at 08:14:35PM +0100, Roger Leigh wrote: Package: libc6-dev Version: 2.3.6-15 Severity: important # if !defined __cplusplus __GNUC_PREREQ (3, 3) # define __THROW __attribute__ ((__nothrow__)) # define __NTH(fct)__attribute__ ((__nothrow__)) fct # else # if defined __cplusplus __GNUC_PREREQ (2,8) # define __THROW throw () # define __NTH(fct) fct throw () # else # define __THROW # define __NTH(fct) fct # endif # endif The line marked with expands incorrectly: void f() __THROW == void f() __attribute__ ((__nothrow__)) instead of void __attribute__ ((__nothrow__)) f() I'm not sure to understand where the problem is. I thought I explained the problem adequately in the bug report. Look at the example in the very first entry. The versions for GCC = 3.3 are totally different from = 2.8. GCC function attributes are specified *before* the function name, and yet the GCC = 2.8 variation uses throw() which is used *after* the function name and arguments. As a result, it it will break depending upon the compiler version, because wherever you put __THROW it will always be broken on one compiler. You'll see __NTH gets it right, because you give it the function name and it can place the expansion on the correct side. For further information: Check for all the definitions of __THROW and __NTH in /usr/include: hardknott% rgrep 'define[[:space:]]*__THROW' /usr/include /usr/include/argp.h:# define __THROW /usr/include/malloc.h:# define __THROWthrow () /usr/include/malloc.h:# define __THROW /usr/include/malloc.h:# define __THROW /usr/include/getopt.h:# define __THROW throw () /usr/include/getopt.h:# define __THROW /usr/include/sys/cdefs.h:# define __THROW __attribute__ ((__nothrow__)) /usr/include/sys/cdefs.h:# define __THROW throw () /usr/include/sys/cdefs.h:# define __THROW /usr/include/sys/cdefs.h:# define __THROW hardknott% rgrep 'define[[:space:]]*__NTH' /usr/include /usr/include/argp.h:# define __NTH(fct) fct __THROW /usr/include/sys/cdefs.h:# define __NTH(fct) __attribute__ ((__nothrow__)) fct /usr/include/sys/cdefs.h:# define __NTH(fct) fct throw () /usr/include/sys/cdefs.h:# define __NTH(fct) fct /usr/include/sys/cdefs.h:# define __NTH(fct)fct Next, check each one and compare them. You'll see that each is different, so depending upon the header include order, you'll get a different definition. Some include version checks for different GCC versions, and others include /different/ version checks and definitions. This is a mess. Some, as this bug report highlights, are broken under some circumstances, so the programmer is screwed however they use __THROW. The circumstances resulting in this bug report are in fact building glibc itself. In some cases, this can cause severe problems. See #340871 for an extreme example, where it broke the m68k build. The patch that fixed it required inserting *yet another* __THROW definition due to the above problems. See http://bugs.debian.org/cgi-bin/bugreport.cgi/local-mathinline_h.diff?bug=340871;msg=137;att=2 Ideally, glibc should provide one (and one only) definition of __THROW and __NTH, which all the other headers can include. The current situation is that __THROW and __NTH can randomly break, because you can't be sure which definition got defined first. As a result, this brokenness really needs cleaning up. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgptXBe5V0fOs.pgp Description: PGP signature
Bug#409915: please do not require channel for setting volume
forwarded 409915 http://bugs.xmms2.xmms.se/view.php?id=1397 tag 409915 + confirmed fixed-upstream thanks On Tue, Feb 06, 2007 at 11:07:20AM +, martin f krafft wrote: Package: xmms2-client-cli Version: 0.2DrHouse-3.1 Severity: wishlist xmms2 volume 20 should set all available channels to 20. A patch implementing that is available in my git tree and will be included with the next release. http://git.xmms.se/?p=xmms2-rafl.git;a=commitdiff;h=8ee73a9a02d79eb452868ae9b125e90645dc1400 -Flo -- BOFH excuse #422: Someone else stole your IP address, call the Internet detectives! signature.asc Description: Digital signature
Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build
On Tue, Feb 06, 2007 at 05:49:14AM +0100, Martin Michlmayr wrote: * Marc Singer [EMAIL PROTECTED] [2007-02-05 18:21]: Looks like an inadvertent change of the output file name. I'll fix it and do an upload. ... or we simply stay with the new name since I've changed d-i to cope with both the old and new name. I already posted the change. I suppose you could make D-I accept either? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409918: please provide a crop command
forwarded 409918 http://bugs.xmms2.xmms.se/view.php?id=1398 tag 409918 + confirmed fixed-upstream thanks On Tue, Feb 06, 2007 at 11:10:59AM +, martin f krafft wrote: Package: xmms2 Version: 0.2DrHouse-3.1 Severity: wishlist It would be nice to have a command 'crop' that would clear the playlist except for the current entry. What martin actually wanted it something to clear the playlist while keeping the current song playing. Then one can add some new songs to the playlist which will be played as soon as the current song finished. This is was the clear command does, except that the current release, DrHouse, fails to continue playback after the currently playing song finished if the playlist has been cleared in the meantime. This is already fixed in the development version of xmms2. -Flo -- BOFH excuse #359: YOU HAVE AN I/O ERROR - Incompetent Operator error signature.asc Description: Digital signature
Bug#409999: fcitx crash when using wubi input method on powerpc platform
I checked the bugs list of fcitx. The removal of ~/.fcitx directory which mentioned in bug #392740 doesn't work. Best regards Bin Tian Bin Tian wrote: Package: fcitx Version: 1:3.4-1 Severity: grave Justification: renders package unusable Hi, I'm using debian on my iBook-G4. fcitx is alwasy crashing when using wubi input method even if I install a new debian box. The pinyin input method is ok. When I switch to wubi input method, any keyboard stike will casue fcitx crashed. The problem exists for more than 3 months, and I have to downgrade fcitx to sarge version. If you needs more information, please let me know. Best Regards Bin Tian -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=zh_CN, LC_CTYPE=zh_CN (charmap=GB2312) Versions of packages fcitx depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libx11-62:1.0.3-5X11 client-side library ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxpm4 1:3.5.5-2X11 pixmap library Versions of packages fcitx recommends: pn im-switch none (no description available) pn ttf-arphic-gbsn00lp | ttf-arp none (no description available) -- no debconf information
Bug#409999: fcitx crash when using wubi input method on powerpc platform
fcitx on debian amd64 is ok. Bin Tian wrote: I checked the bugs list of fcitx. The removal of ~/.fcitx directory which mentioned in bug #392740 doesn't work. Best regards Bin Tian Bin Tian wrote: Package: fcitx Version: 1:3.4-1 Severity: grave Justification: renders package unusable Hi, I'm using debian on my iBook-G4. fcitx is alwasy crashing when using wubi input method even if I install a new debian box. The pinyin input method is ok. When I switch to wubi input method, any keyboard stike will casue fcitx crashed. The problem exists for more than 3 months, and I have to downgrade fcitx to sarge version. If you needs more information, please let me know. Best Regards Bin Tian -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=zh_CN, LC_CTYPE=zh_CN (charmap=GB2312) Versions of packages fcitx depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libx11-62:1.0.3-5X11 client-side library ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxpm4 1:3.5.5-2X11 pixmap library Versions of packages fcitx recommends: pn im-switch none (no description available) pn ttf-arphic-gbsn00lp | ttf-arp none (no description available) -- no debconf information
Bug#408730: crashes on startup
On Sat, Feb 03, 2007, Steve Langasek wrote: All other callers of helpings_translatestringlist are ok, so the attached patch should take care of this bug. I've just uploaded gtoaster with this fix. Thanks Steve. -- Mohammed Adnène Trojette
Bug#410002: kerberos-configs: [INTL:es] Spanish po-debconf translation
Package: kerberos-configs Version: 1.12 Priority: wishlist Tags: l10n patch Please find attached the updated version of the po-debconf translation into Spanish. Thanks. PS: Sorry, I've sent the e-mail without the es.po file attached. -- Venturi # kerberos-configs translation to spanish # Copyright (C) 2007 Free Software Foundation, Inc. # This file is distributed under the same license as the package. # # Changes: # - Initial translation # Manuel Porras Peralta , 2007 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # Si tiene dudas o consultas sobre esta traducción consulte con el último # traductor (campo Last-Translator) y ponga en copia a la lista de # traducción de Debian al español (debian-l10n-spanish@lists.debian.org) msgid msgstr Project-Id-Version: kerberos-configs\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-13 19:34+0100\n PO-Revision-Date: 2007-01-29 12:20+0100\n Last-Translator: Manuel Porras Peralta «Venturi» [EMAIL PROTECTED]\n Language-Team: Debian Spanish [EMAIL PROTECTED] MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../krb4-config.templates:1001 msgid Default Kerberos version 4 realm: msgstr Dominio predeterminado de la versión 4 de Kerberos: #. Type: string #. Description #: ../krb4-config.templates:1001 ../krb5-config.templates:1001 msgid When users attempt to use Kerberos and specify a principal or user name without specifying what administrative Kerberos realm that principal belongs to, the system appends the default realm. Normally, the default realm is the uppercase version of the local DNS domain. msgstr Cuando los usuarios intentan usar Kerberos y especifican un nombre principal o de usuario sin aclarar a qué dominio administrativo de Kerberos pertenece el principal, el sistema toma el dominio predeterminado. Normalmente, el dominio predeterminado es el nombre en mayúsculas del dominio del DNS local. #. Type: boolean #. Description #: ../krb4-config.templates:3001 ../krb5-config.templates:3001 msgid Does DNS contain pointers to your realm's Kerberos Servers? msgstr ¿El DNS contiene punteros a su dominio de Servidores Kerberos? #. Type: boolean #. Description #: ../krb4-config.templates:3001 msgid Traditionally, new realms have been added to /etc/krb.conf so that clients can find the Kerberos servers for the realm. Modern Kerberos implementations sometimes support looking this information up using DNS. If your default realm has DNS pointers, they will be used. Otherwise, if your realm is not already in /etc/krb.conf, you will be asked for the Kerberos servers' hostnames so the realm can be added. msgstr Tradicionalmente, los nuevos dominios se han añadido a «/etc/krb.conf» para que los clientes puedan encontrar los servidores Kerberos para el dominio. Las nuevas implementaciones de Kerberos soportan a veces mirar esta información usando el DNS. Se usarán punteros al DNS si su dominio predeterminado los tiene De lo contrario, si su dominio no está aún en «/etc/krb.conf», se le preguntará por los nombres de los servidores Kerberos para que se pueda añadir el dominio. #. Type: string #. Description #: ../krb4-config.templates:4001 ../krb5-config.templates:4001 msgid Kerberos servers for your realm: msgstr Servidores Kerberos para su dominio: #. Type: string #. Description #: ../krb4-config.templates:4001 msgid Enter the hostnames of Kerberos version 4 servers in the ${realm} Kerberos realm, separated by spaces. msgstr Introduzca los nombres de los servidores Kerberos versión 4 en el dominio ${realm} de Kerberos, separados por espacio. #. Type: string #. Description #: ../krb4-config.templates:5001 ../krb5-config.templates:5001 msgid Administrative server for your Kerberos realm: msgstr Servidor administrativo para su dominio Kerberos: #. Type: string #. Description #: ../krb4-config.templates:5001 ../krb5-config.templates:5001 msgid Enter the hostname of the administrative (password changing) server for the ${realm} Kerberos realm. msgstr Introduzca el nombre del servidor administrativo (cambio de contraseña) para el dominio ${realm} de Kerberos. #. Type: string #. Description #: ../krb5-config.templates:1001 msgid Default Kerberos version 5 realm: msgstr Dominio
Bug#410001: kerberos-configs: [INTL:es] Spanish po-debconf translation
Package: kerberos-configs Version: 1.12 Priority: wishlist Tags: l10n patch Please find attached the updated version of the po-debconf translation into Spanish. Thanks. -- Venturi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410004: wl-summary-resend-bounced-mail doesn't work with many MTAs
Package: wl Version: 2.14.0-4 Messages bounced from MTAs that do not encapsulate the bounce in a MIME envelope are usually not recognised. I suggest changing the default value of wl-rejected-letter-start to ^Received: which will work with almost all bounced messages. -- Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409243: fails to boot.
hmm i'd also be interested in: ls -l /sbin/modprobe dpkg -l module-init-tools -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410003: autolog: [INTL:es] Spanish po-debconf translation
Package: autolog Version: 0.40-9 Priority: wishlist Tags: l10n patch Please find attached the updated version of the po-debconf translation into Spanish. Thanks. -- Venturi # autolog translation to spanish # Copyright (C) 2007 Free Software Foundation, Inc. # This file is distributed under the same license as the package. # # Changes: # - Initial translation # Manuel Porras Peralta , 2007 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # Si tiene dudas o consultas sobre esta traducción consulte con el último # traductor (campo Last-Translator) y ponga en copia a la lista de # traducción de Debian al español (debian-l10n-spanish@lists.debian.org) msgid msgstr Project-Id-Version: autolog\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-13 18:51+0100\n PO-Revision-Date: 2007-02-02 00:26+0100\n Last-Translator: Manuel Porras Peralta [EMAIL PROTECTED]\n Language-Team: Debian Spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:1001 msgid Autolog daemon will start logging out users. msgstr Autolog comenzará a desconectar usuarios. #. Type: note #. Description #: ../templates:1001 msgid The autolog daemon will be activated now and will log users out after two hours of idle time. If you do not want this then either uninstall autolog or customize /etc/autolog.conf and /etc/rc.d/autolog according to your needs. msgstr El demonio autolog se activará ahora y desconectará a los usuarios tras dos horas de inactividad. Si no quiere que ocurra esto, desinstale autolog o personalice «/etc/autolog.conf» y «/etc/rc.d/autolog» de acuerdo a sus necesidades. #. Type: note #. Description #: ../templates:1001 msgid If you are installing or upgrading remotely, then this might disconnect you when you leave things unattended. msgstr Esto podrÃa desconectarlo si está instalando o actualizando remotamente y deja la instalación en espera durante mucho tiempo.
Bug#407503: exaile: use an http proxy
On Tue, Feb 06, 2007 at 10:01:56AM +0100, Fran??ois F??votte wrote: Hi, here is some insight on the proxy system, given on the Exaile BTS [1]. Dann, could you please give us some feed-back on this? hey Fran??ois, This doesn't work for me - I have http_proxy exported in my environment already: [EMAIL PROTECTED]:~$ echo $http_proxy http://proxy.server:8080/ [EMAIL PROTECTED]:~$ exaile (exaile:19662): libgnomevfs-WARNING **: Cannot load module `/usr/lib/gnome-vfs-2.0/modules/libmapping.so' (/usr/lib/gnome-vfs-2.0/modules/libmapping.so: cannot open shared object file: No such file or directory) (exaile:19662): libgnomevfs-WARNING **: Cannot load module `/usr/lib/gnome-vfs-2.0/modules/libmapping.so' (/usr/lib/gnome-vfs-2.0/modules/libmapping.so: cannot open shared object file: No such file or directory) (exaile:19662): libgnomevfs-WARNING **: Cannot load module `/usr/lib/gnome-vfs-2.0/modules/libmapping.so' (/usr/lib/gnome-vfs-2.0/modules/libmapping.so: cannot open shared object file: No such file or directory) (exaile:19662): libgnomevfs-WARNING **: Cannot load module `/usr/lib/gnome-vfs-2.0/modules/libmapping.so' (/usr/lib/gnome-vfs-2.0/modules/libmapping.so: cannot open shared object file: No such file or directory) Plugins 'Alarm Clock' version '0.1' loaded successfully Plugins 'Desktop Cover' version '0.1' loaded successfully Plugins 'LibNotify Plugin' version '0.1' loaded successfully Plugins 'Mini Mode' version '0.1' loaded successfully Plugins 'Serpentine Plugin' version '0.1' loaded successfully Plugins 'Streamripper!' version '0.1' loaded successfully Created db for thread Thread-1 {'Thread-1': pysqlite2.dbapi2.Connection object at 0x23ab8cd8} loading tracks... mmkeys are available. Closed db for thread Thread-1 done loading tracks... loading songs Clearing tracks cache Gamin not available, not watching directories Importing /home/dannf/.exaile/saved/playlist.m3u Exception in thread Thread-7: Traceback (most recent call last): File threading.py, line 442, in __bootstrap self.run() File /usr/share/exaile/xl/covers.py, line 116, in run response = conn.getresponse() File httplib.py, line 864, in getresponse method=self._method) File httplib.py, line 275, in __init__ self.fp = sock.makefile('rb', 0) AttributeError: 'NoneType' object has no attribute 'makefile' new thread created with Amusement Parks On Fire - Amusement Parks On Fire cover thread started Traceback (most recent call last): File /usr/share/exaile/xl/covers.py, line 108, in run conn.request(GET, string) File httplib.py, line 804, in request self._send_request(method, url, body, headers) File httplib.py, line 827, in _send_request self.endheaders() File httplib.py, line 798, in endheaders self._send_output() File httplib.py, line 679, in _send_output self.send(msg) File httplib.py, line 646, in send self.connect() File httplib.py, line 630, in connect raise socket.error, msg error: (111, 'Connection refused') [EMAIL PROTECTED]:~$ http_proxy=http://proxy.server:8088 exaile Plugins 'Alarm Clock' version '0.1' loaded successfully Plugins 'Desktop Cover' version '0.1' loaded successfully Plugins 'LibNotify Plugin' version '0.1' loaded successfully Plugins 'Mini Mode' version '0.1' loaded successfully Plugins 'Serpentine Plugin' version '0.1' loaded successfully Plugins 'Streamripper!' version '0.1' loaded successfully Created db for thread Thread-1 {'Thread-1': pysqlite2.dbapi2.Connection object at 0x23ab8cd8} Closed db for thread Thread-1 loading tracks... mmkeys are available. done loading tracks... loading songs Clearing tracks cache Gamin not available, not watching directories Importing /home/dannf/.exaile/saved/playlist.m3u Exception in thread Thread-7: Traceback (most recent call last): File threading.py, line 442, in __bootstrap self.run() File /usr/share/exaile/xl/covers.py, line 116, in run response = conn.getresponse() File httplib.py, line 864, in getresponse method=self._method) File httplib.py, line 275, in __init__ self.fp = sock.makefile('rb', 0) AttributeError: 'NoneType' object has no attribute 'makefile' new thread created with Amusement Parks On Fire - Amusement Parks On Fire cover thread started Traceback (most recent call last): File /usr/share/exaile/xl/covers.py, line 108, in run conn.request(GET, string) File httplib.py, line 804, in request self._send_request(method, url, body, headers) File httplib.py, line 827, in _send_request self.endheaders() File httplib.py, line 798, in endheaders self._send_output() File httplib.py, line 679, in _send_output self.send(msg) File httplib.py, line 646, in send self.connect() File httplib.py, line 630, in connect raise socket.error, msg error: (111, 'Connection refused') -- dann frazier | HP Open Source and Linux Organization -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of
Bug#410005: liblua5.1-curl0: the doc/ directory in source should be included in the binary package
Package: liblua5.1-curl0 Version: 0.2.0-3 Severity: minor I need to get to the source tarball to find out how to use the binding, I believe it should be included in the binary package. As that is the only updated doc(even the website upstream has only outdated doc) -- 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.17-co-0.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages liblua5.1-curl0 depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libidn11 0.6.5-1 GNU libidn library, implementation ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries ii zlib1g 1:1.2.3-13 compression library - runtime liblua5.1-curl0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#149722: libc6: ldd: bogus check for read permission
Pierre HABOUZIT [EMAIL PROTECTED] writes: # ctl is in bcc reassign 149722 bash Fair enough (building bash with -DAFS is probably a good idea in any case), but I'd still appreciate a response to the last line or so of my original report: but I don't see any good reason for ldd to be checking access in the first place. To wit, why should ldd *care* whether its argument appears to be readable (or, for that matter, executable, though failing that check merely leads to a warning) at all? Security vaguely comes to mind, but the restriction's too easy to circumvent in normal circumstances for that to carry much weight. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406292: Fwd: pysvn_load_dirs: a freely redistributable implementation of svn_load_dirs
Hey, Peter, can I make a suggestion? svn_load_dirs was never a very descriptive name anyway, for a tool that essentially does what most people think of as vendor branches (although some object to the latter term on the grounds that often the source is not a vendor but another open source project). In any case, both in order to avoid identity confusion and to have a better name, maybe you could name it something wholly new, and just say in its documentation that it's intended as a drop-in replacement for svn_load_dirs? Possibilities: sourcedrop, svn_vbranch, sidefork... I dunno, I'm just making stuff up, probably you can come up with something better. -Karl Peter Samuelson [EMAIL PROTECTED] writes: - Forwarded message from dann frazier [EMAIL PROTECTED] - From: dann frazier [EMAIL PROTECTED] Subject: Bug#406292: pysvn_load_dirs: a freely redistributable implementation of svn_load_dirs (I'm not subscribed to this list, please CC me on replies) Due to licensing issues w/ svn_load_dirs[1], I have started a reimplementation of this tool, currently under the GPL license. This implementation is intended to become a drop-in replacement for svn_load_dirs, though it is currently missing some of its features[2] - not uncoincidentally the ones I never used in the original. I plan to increase compatability over time. http://free.linux.hp.com/~dannf/pysvn_load_dirs pysvn_load_dirs uses the pysvn module mostly because that's the one I'm most familiar with. Porting to the libsvn interface, at a glance, looks pretty straightforward. I'm interested in bug reports and, of course, patches :) I'm currently developing in non-public svn repository until I find a public place to host it. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398035 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400230 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406292 [2] -no_user_input, -p, -svn_username, -svn_password, -v -wc -- dann frazier | HP Open Source and Linux Organization -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396496: Suggested upgrade path to put in Etch release notes
Hello, Now that the xserver-xorg package in Etch depends once again on X modules xserver-xorg-video-all and xserver-xorg-input-all (rather than just recommending them), the following Sarge - Etch upgrade path seems to work for me. I've now tested this on two systems that each have a fair bit of Gnome installed. Unfortunately it seems one cannot use aptitude in a set of general upgrade instructions, since in some cases upgrading it causes a lot of other packages to be removed undesirably. It would therefore be nice if Debian could make available new versions of aptitude backported to libs in the old stable release. 0) [edit /etc/apt/sources.list to point at Etch] 1) apt-get update 2) apt-get install initrd-tools 3) apt-get install apt 4) apt-get update 5) apt-get dist-upgrade 6) apt-get install aptitude 7) aptitude dist-upgrade 8) aptitude install whatever got removed undesirably 9) aptitude (run interactively and get rid of obsolete packages) 10) install new kernel package(s) Remarks: Step 2 works around the conflict between new libc6 and old initrd-tools. In step 3 aptitude may end up getting removed. Trying to apt-get install aptitude at this point was easy on one of my test systems; but on the other one, it would have resulted in much of Gnome going away for whatever reason. Step 4 is to obtain the Release.gpg files with the new secure APT. Downgrading back to Sarge at any point before 5) is not too hard as long as one removes all the new python2.4 packages and is careful about the fact that the new tzdata package replaces numerous files in the old libc6 package (necessitating several rounds of dpkg --force-overwrite --install /var/cache/apt/archives/libc6*.deb). In step 5, capplets, gnome-volume-manager, hal, hotplug and inkscape end up getting removed (along with an unofficial mplayer package and a large number of obsolete compiler, interpreter, library, and libdevel packages, about 60 total). This is however better than what happens if one were to try apt-get install aptitude at this point. This is the list of removed packages after apt-get dist-upgrade on the more problematic of my two test machines: The following packages will be REMOVED aspell-bin blas-dev capplets g77-3.3 gnome-volume-manager hal hotplug inkscape lapack-dev libcojets1-dev libdps1 libfltk1.1c102 libgc1 libgeant1-dev libggi-target-x libggi2 libgii0 libgii0-target-x libgksuui1.0-0 libglibmm-2.4-1 libgtkmm-2.4-1 libherwig59-dev libisajet758-dev libkuipx11-1-dev libmagick++6 libmagick6 libmathlib1-dev libmodplug0 libnautilus2-2 libnewt0.51 libostyle1 libpaw1-dev libpdflib804-dev libphtools1-dev libpstoedit0 libqt3-dev libqt3c102-mt libsigc++-2.0-0 libstlport4.6 libtiffxx0 libxft1 libxklavier8 mozilla-firefox-gnome-support mplayer netkit-inetd ntp-server nvidia-glx-dev openoffice.org-bin openoffice.org-debian-files openoffice.org-l10n-en pm-dev pstoedit python2.3 python2.3-dev python2.3-gtk2 python2.3-iconvcodec python2.3-imaging python2.3-numeric python2.3-tk t1lib1 xfree86-common xlibs xlibs-dev xserver-common and this is the list of packages to be removed on the other test machine (interesting items include abiword-gnome, grace, capplets): The following packages will be REMOVED: abiword-doc abiword-gnome abiword-plugins blas-dev capplets g77-2.95 g77-3.3 grace lapack-dev libdps1 libenchant1 libgc1 libkuipx11-1-dev libmagick6 libmathlib1-dev libmyspell3 libnautilus2-2 libnewt0.51 libostyle1 libpaw1-dev libstlport4.6 libwpd8 libxft1 libxklavier8 netkit-inetd openoffice.org-bin openoffice.org-debian-files openoffice.org-l10n-en python2.3 xfree86-common xlibs xserver-common If one still has aptitude, one may run aptitude --without-recommends dist-upgrade for step 5 instead of apt-get dist-upgrade. On my test machine where aptitude was still available at this point, aptitude dist-upgrade (with recommends) never converged to a solution for the large number of conflicts, but --without-recommends worked OK. Step 6 is obviously only needed if aptitude was removed by step 3. Step 7 is for picking up Recommends and/or removing unused obsolete packages. Users should take note of whatever gets removed in steps 3-7 (hopefully not too much) that is still available in Etch, and reinstall it at the end. Hope this is useful information to someone. regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 signature.asc Description: OpenPGP digital signature
Bug#377416: libc6-dev: __THROW defined in sys/cdefs.h is broken with GCC 3.3
On Wed, Feb 07, 2007 at 12:20:38AM +, Roger Leigh wrote: Pierre HABOUZIT [EMAIL PROTECTED] writes: tag 377416 + moreinfo thanks On Sat, Jul 08, 2006 at 08:14:35PM +0100, Roger Leigh wrote: Package: libc6-dev Version: 2.3.6-15 Severity: important # if !defined __cplusplus __GNUC_PREREQ (3, 3) # define __THROW __attribute__ ((__nothrow__)) # define __NTH(fct)__attribute__ ((__nothrow__)) fct # else # if defined __cplusplus __GNUC_PREREQ (2,8) # define __THROW throw () # define __NTH(fct) fct throw () # else # define __THROW # define __NTH(fct) fct # endif # endif The line marked with expands incorrectly: void f() __THROW == void f() __attribute__ ((__nothrow__)) instead of void __attribute__ ((__nothrow__)) f() I'm not sure to understand where the problem is. I thought I explained the problem adequately in the bug report. Look at the example in the very first entry. The versions for GCC = 3.3 are totally different from = 2.8. GCC function attributes are specified *before* the function name, and yet the GCC = 2.8 variation uses throw() which is used *after* the function name and arguments. As a result, it it will break depending upon the compiler version, because wherever you put __THROW it will always be broken on one compiler. Well I was not 100% sure what your problem was, I think I now understand correctly what you think is wrong. So here is my interpretation of the problem: I still think __THROW shall not be used elswhere than in function prototypes. With gcc attributes can be postfixed at the prototype declaration level like this: return_type function_name(something *) __attribute__((__nothrow__)); so about #340871 and http://bugs.debian.org/cgi-bin/bugreport.cgi/local-mathinline_h.diff?bug=340871;msg=137;att=2 I believe that the fix is not correct, it should have used __NTH(...) rather than __THROW. Looking at __NTH, it has (in the glibc2.5) 2 implementations: * argp.h (buggy) * cdefs.h (ok) glibc-ports has none. So it looks like to me that only the argp.h definition has to be fixed, and that the m68k patch has to be fixed to use the one in cdefs rather than __THROW for the static inlines. Summarry: Sorry if I'm being dense, but I really think that the m68k patch is wrong (I'll fix it as soon as I got an access to the pkg-glibc repo on alioth) __and__ the real problem lies in argp.h __NTH implementation. Not with __THROW that indeed has the drawbacks you mention, but is really not meant to be used for anything else than a prototype declaration. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpWAaw2z3o2E.pgp Description: PGP signature
Bug#406292: pysvn_load_dirs: a freely redistributable implementation of svn_load_dirs
dann frazier [EMAIL PROTECTED] writes: Due to licensing issues w/ svn_load_dirs[1], I have started a reimplementation of this tool, currently under the GPL license. This implementation is intended to become a drop-in replacement for svn_load_dirs, though it is currently missing some of its features[2] - not uncoincidentally the ones I never used in the original. I plan to increase compatability over time. http://free.linux.hp.com/~dannf/pysvn_load_dirs pysvn_load_dirs uses the pysvn module mostly because that's the one I'm most familiar with. Porting to the libsvn interface, at a glance, looks pretty straightforward. I'm interested in bug reports and, of course, patches :) I'm currently developing in non-public svn repository until I find a public place to host it. I accidentally sent this reply to Peter Samuelson earlier, instead of to you, because he forwarded your mail to us. Here it is again, this time in the correct thread and with the right reply metadata: -- Can I make a suggestion? svn_load_dirs was never a very descriptive name anyway, for a tool that essentially does what most people think of as vendor branches (although some object to the latter term on the grounds that often the source is not a vendor but another open source project). In any case, both in order to avoid identity confusion and to have a better name, maybe you could name it something wholly new, and just say in its documentation that it's intended as a drop-in replacement for svn_load_dirs? Possibilities: sourcedrop, svn_vbranch, sidefork... I dunno, I'm just making stuff up, probably you can come up with something better. -Karl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410007: myodbc: [INTL:es] Spanish po-debconf translation
Package: myodbc Version: 3.51.11-6 Priority: wishlist Tags: l10n patch Please find attached the updated version of the po-debconf translation into Spanish. Thanks. -- Venturi # myodbc translation to spanish # Copyright (C) 2007 Free Software Foundation, Inc. # This file is distributed under the same license as the package. # # Changes: # - Initial translation # Manuel Porras Peralta , 2007 # # # Traductores, si no conoce el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # Si tiene dudas o consultas sobre esta traducción consulte con el último # traductor (campo Last-Translator) y ponga en copia a la lista de # traducción de Debian al español (debian-l10n-spanish@lists.debian.org) msgid msgstr Project-Id-Version: myodbc\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-13 19:51+0100\n PO-Revision-Date: 2007-02-02 00:17+0100\n Last-Translator: Manuel Porras Peralta «Venturi» [EMAIL PROTECTED]\n Language-Team: Debian Spanish debian-l10n-spanish@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Do you want MyODBC to be registered as an ODBC driver? msgstr ¿Desea que MyODBC se registre como un controlador de ODBC? #. Type: boolean #. Description #: ../templates:1001 msgid You appear to have an ODBC manager (unixodbc or iODBC) installed on your system. msgstr Parece que tiene instalado en su sistema un asistente de ODBC (unixodbc o iODBC). #. Type: boolean #. Description #: ../templates:1001 msgid If you wish, MyODBC will be automatically added as an ODBC driver now and will be automatically deleted from the list when you remove the libmyodbc package, using the /usr/bin/odbcinst utility from unixodbc. msgstr Si lo desea, se usará la utilidad «/usr/bin/odbcinst» de unixodbc para agregar automáticamente MyODBC a la lista de controladores ahora y borrarlo automáticamente de la lista cuando elimine el paquete libmyodbc.
Bug#379016: Please update htree
severity 379016 important thanks NIIBE Yutaka wrote: Specifically, we have now version 0.5 at: http://www.a-k-r.org/htree/ Please update the package. I have a package named wfo (in new queue) which depends on new htree: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406158 So, this bug is important now. I will need to do NMU upload of htree when wfo will be in Debian. Don't you mind? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410009: ecl: FTBFS when unpacked in a path with a space
Package: ecl Version: 0.9i-2 Severity: important Justification: fails to build from source When the source package is unpacked in a path that contains a space, the configure script fails at line 37. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages ecl depends on: ii common-lisp-controller6.9This is a Common Lisp source and c ii gcc-4.1 4.1.1-21 The GNU C compiler ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgc-dev 1:6.8-1conservative garbage collector for ii libgc1c2 1:6.8-1conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libncurses5-dev 5.5-5 Developer's libraries and docs for ecl recommends no packages. -- no debconf information -- [EMAIL PROTECTED] OpenPGP 0xD9D50D8A signature.asc Description: Digital signature
Bug#149722: libc6: ldd: bogus check for read permission
On Tue, Feb 06, 2007 at 08:04:33PM -0500, Aaron M. Ucko wrote: Pierre HABOUZIT [EMAIL PROTECTED] writes: # ctl is in bcc reassign 149722 bash Fair enough (building bash with -DAFS is probably a good idea in any case), but I'd still appreciate a response to the last line or so of my original report: but I don't see any good reason for ldd to be checking access in the first place. To wit, why should ldd *care* whether its argument appears to be readable (or, for that matter, executable, though failing that check merely leads to a warning) at all? Security vaguely comes to mind, but the restriction's too easy to circumvent in normal circumstances for that to carry much weight. well, /usr/bin/ldd is just a bash script quite easy to read. IMHO the sole reason test -r is performed is to give readable error messages to the user. the script is a matter of: if test -r $file; then if ! test -x $file file is not a library; then # barf about it not beeing executable by you fi # do our stuff else # readable error message fi eventually, ldd runs sth that looks like: LD_TRACE_LOADED_OBJECTS=1 LD_WARN= LD_BIND_NOW= LD_LIBRARY_VERSION= LD_VERBOSE= /lib/ld-2.3.6.so $file if $file do not exists e.g. it gives: /bin/bas: error while loading shared libraries: /bin/bas: cannot open shared object file: No such file or directory With ldd, you have a nice _localized_ user readable error message. ldd /bin/bas ldd: /bin/bas: No such file or directory Here is the why and how :) -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpvSXteTQGc2.pgp Description: PGP signature
Bug#410008: arpwatch: override for flip flop detection
Package: arpwatch Version: 2.1a13-2 Severity: normal Several computers on my network share the one IP address for multiple adaptors (e.g. wired and wireless). It would be good if I could somehow provide arpwatch with a list of MAC addresses for these IP addresses so it doesn't constantly detect them as flip flops. Thanks. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages arpwatch depends on: ii adduser 3.102Add and remove users and groups ii debianutils 2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libpcap0.8 0.9.5-1 System interface for user-level pa Versions of packages arpwatch recommends: ii exim4-daemon-light [mail-tran 4.63-17lightweight exim MTA (v4) daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396094: openoffice.org-writer: Steps to reproduce the bug #396094
Followup-For: Bug #396094 Package: openoffice.org-writer Version: 2.0.4.dfsg.2-4 Hello, I have bumped into this specific bug today. Here are the steps to reproduce it: - launch oowriter (from a terminal) - Insert an Hyperlink with target http://foo/%22bar%22;, name Bar - it is displayed as http://foo/bar; - Choose File/Save As..., then File name test and File type Microsoft Word 97/2000/XP (.doc) - Say Yes to the next question about eventual loss of formatting - The recovery process is then launched for the document and oowriter is restarted The terminal show this: [EMAIL PROTECTED]:~$ oowriter [EMAIL PROTECTED]:~$ terminate called after throwing an instance of 'webdav_ucp::DAVException' I got the following backtrace from gdb: [EMAIL PROTECTED]:~$ gdb /usr/lib/openoffice/program/soffice.bin 9276 GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu... (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. Attaching to program: /usr/lib/openoffice/program/soffice.bin, process 9276 Reading symbols from /usr/lib/openoffice/program/libvcl680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libvcl680li.so Reading symbols from /usr/lib/openoffice/program/libsvl680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libsvl680li.so Reading symbols from /usr/lib/openoffice/program/libsvt680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libsvt680li.so Reading symbols from /usr/lib/openoffice/program/libutl680li.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libutl680li.so Reading symbols from /usr/lib/openoffice/program/libtl680li.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libtl680li.so Reading symbols from /usr/lib/openoffice/program/libi18nisolang1gcc3.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libi18nisolang1gcc3.so Reading symbols from /usr/lib/openoffice/program/libcomphelp4gcc3.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libcomphelp4gcc3.so Reading symbols from /usr/lib/openoffice/program/libucbhelper3gcc3.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libucbhelper3gcc3.so Reading symbols from /usr/lib/openoffice/program/libvos3gcc3.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libvos3gcc3.so Reading symbols from /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libuno_cppuhelpergcc3.so.3 Reading symbols from /usr/lib/openoffice/program/libuno_cppu.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libuno_cppu.so.3 Reading symbols from /usr/lib/openoffice/program/libuno_sal.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libuno_sal.so.3 Reading symbols from /usr/lib/openoffice/program/libtk680li.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/openoffice/program/libtk680li.so Reading symbols from /usr/lib/libXext.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXext.so.6 Reading symbols from /usr/lib/libSM.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libSM.so.6 Reading symbols from /usr/lib/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libICE.so.6 Reading symbols from /usr/lib/libX11.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /lib/tls/i686/cmov/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /lib/tls/i686/cmov/libpthread.so.0...(no debugging symbols found)...done. [Thread debugging using libthread_db enabled] [New Thread -1245165344 (LWP 9276)] [New Thread -1470411856 (LWP 9282)] [New Thread -1457767504 (LWP 9280)] [New Thread -141716 (LWP 9278)] [New Thread -1408525392 (LWP 9277)] Loaded symbols for /lib/tls/i686/cmov/libpthread.so.0 Reading symbols from /usr/lib/libstlport_gcc.so.4.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstlport_gcc.so.4.6 Reading symbols from /usr/lib/libstdc++.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/tls/i686/cmov/libm.so.6...(no debugging symbols found)...done. Loaded symbols for
Bug#410010: linux-image-2.6.18-3-amd64: Panic When BNX2 Ring Buffer Fills
Package: linux-image-2.6.18-3-amd64 Version: 2.6.18-7 Severity: critical Tags: patch Justification: breaks the whole system The Linux kernel in Etch does not yet contain the following patch: http://www.mail-archive.com/netdev@vger.kernel.org/msg28143.html While running our NFS server in Etch, it began panicing in the BNX2 driver sometimes as often as once every 15 minutes, leading to loss of sync with the clients and even loss of some data. This bug seems to affect all systems using the BNX2 networking driver. I created a new kernel package from the Etch linux-source-2.6.18 (2.6.18-7 Debian:testing) with just the above patch applied, and have been running that, and it seems that has solved the problem. I believe this simple patch must be backported into the etch kernel right away - certainly before Etch's release. Otherwise, this hard-to-track bug will cause the highest-usage affected machines to crash without warning, especially at times of highest load. This network driver seems to be the one which will be used for all the Dell PowerEdge 1950/2950 servers, so the impact will probably rather widespread. Let me know if I can provide any further information. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.18-3-amd64 depends on: ii coreutils 5.2.1-2 The GNU core utilities ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii e2fsprogs 1.37-2sarge1 ext2 file system utilities and lib ii initramfs-tools [linux-ini 0.85b~bpo.1 tools for generating an initramfs ii module-init-tools 3.2.2-3~bpo.1 tools for managing Linux kernel mo -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410011: html2ps: Honour PAPERSIZE environment variable
Package: html2ps Version: 1.0b5-1 Severity: wishlist AFAICT, html2ps always generates pages of size letter, as this is what is hard-coded in /etc/html2psrc. The libpaper-utils package provides a mechanism for setting a host-wide paper size (/etc/papersize), which can be overridden by users using the PAPERSIZE environment variable. The desired paper size can be queried with `paperconf -n`. It would be nice if these values were used rather where available, so that my scripts do not need to add the arguments -S @html2ps { paper { type: `paperconf -n` } } when invoking html2ps. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410007: myodbc: [INTL:es] Spanish po-debconf translation
Hello, On Wed, Feb 07, 2007 at 02:06:37AM +0100, Venturi Debian wrote: #. Type: boolean #. Description #: ../templates:1001 msgid You appear to have an ODBC manager (unixodbc or iODBC) installed on your system. msgstr Parece que tiene instalado en su sistema un asistente de ODBC (unixodbc o iODBC). Why do you translate ODBC manager as asistente de ODBC? That seems like a very strange translation of manager. 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#388616: Can reports of serious policy violations be downgraded to important?
On Tue, Feb 06, 2007 at 12:05:46PM +0100, Romain Beauxis wrote: Le mardi 6 février 2007 02:47, Philippe Cloutier a écrit : If you wish to add a RC bug more to debian, please ask to the release managers if they feel that this should be solved for debian etch. Release team: I believe that #388616 should be upgraded back to serious. Please state that you agree with Romain if the report shouldn't be upgraded back to serious. Ok, right I acknowledge the answer from the release team. Now here is my anwser: I do not feel apropriate to correcet this bug and here is why : * The configuration file is not located in /etc and this is a policy violation, that is a fact. However, this configuration file is linked in /etc so that the administrator can locate it when he needs it. * Reports claiming that their configuration files had been deleted by update were either users of the previous packaging or users that had a wrong documentation. Since those bugs were posted, I corrected documentation. Also, on a fresh install, messages after install clearly ask for puting this file in /var/lib/mediawiki1.7 * The reason why I did this rely on this header, on the fresh configuration file: if( defined( 'MW_INSTALL_PATH' ) ) { $IP = MW_INSTALL_PATH; } else { $IP = dirname( __FILE__ ); } From this point, the $IP, which is later taken as include path, reflects /etc/mediawiki1.7 as soon as the configuration file is located in /etc: php resolves dirname by the real directory name and not the name for the directory of the link. * I choosed to put the file to /var/lib because I misread the policy, and because, under this bad assumption, I choosed the solution which involved the less patching. Obviously, adding a define(MW_INSTALL_PATH,/var/lib/mediawiki1.7° on top of the file is the good solution. It is also what is done in my next 1.9 package. Hmm, unfortunate. Now that I have cleared the origins of the bug, let's explain why I do not feel appropriate to resolve it: * To me the violation is not that severe since the file is located in /etc after all. I understand that others may not think the same way, but that is my point. No, policy requires that the *file* be stored in /etc, not a symlink *to* the file. So this is still a policy violation. Under the circumstances, I would be willing to grant an etch-ignore exception for the file location. If the location of the file is still causing upgrade errors (which seems possible, since the symlinks under /etc/mediawiki1.7 are not conffiles and therefore may overwrite a user's config), that would be more than just a technicality, and I wouldn't grant an etch-ignore exception for that. -- 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#409882: changes in upstream
On Tue, Feb 06, 2007 at 01:13:09PM +0100, Robert Millan [ackstorm] wrote: On Tue, Feb 06, 2007 at 11:43:15AM +0100, Daniel Baumann wrote: Robert Millan [ackstorm] wrote: Given all this, would still be possible to consider this for etch ? ...which would require another round of main and non-free conglomeration packages in NEW, together with removals in testing and unstable of the non-free ones. Don't know if we can make this happen as it's not depending on me. Well, what does -release have to say about this? Not a high priority. We might look at it for etch once uploaded, if the changes are reasonable. -- 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#410012: html2ps: Unnecessary repetition of author metadata
Package: html2ps Version: 1.0b5-1 Severity: wishlist Consider the following transcript: $ cat [123].xhtml html xmlns=http://www.w3.org/1999/xhtml;headtitle1/titlemeta name=Author content=Foo //headbody //html html xmlns=http://www.w3.org/1999/xhtml;headtitle2/titlemeta name=Author content=Foo //headbody //html html xmlns=http://www.w3.org/1999/xhtml;headtitle3/titlemeta name=Author content=Bar //headbody //html $ html2ps [123].xhtml | ps2pdf - tmp.pdf $ pdfinfo tmp.pdf | grep ^Author: Author: Foo + Foo + Bar html2ps generates author metadata by simply concatenating the author metadata of each source document (interspersed with + ). When multiple documents are by the same author, this is unnecessarily repetetive. Consider the case when a large document is split into 80 separate HTML documents. Instead of Author: Trent Buck, the resulting PDF will contain Author: Trent Buck + Trent Buck + ... + Trent Buck. html2ps should accumulate a list of author metadata values as it reads in each source document, and only add an element to the list if there is not already an identical element in the list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410013: Fix graph formatting
Package: couriergraph Version: 0.25-3 Tags: patch The graphs produced are currently stretched out to 800 pixels, where the data is designed for 540 (so the graph just looks stretched). Also, the text below isn't properly aligned. Attached patch fixes both these issues. Regards, Kevin Fixes couriergraph formattting: 1. Bring the xpoints back to 540, in line with mailgraph. 2. Align graph text and numbers again. diff -urN couriergraph-0.25/couriergraph.cgi couriergraph-0.25+cosmetics/couriergraph.cgi --- couriergraph-0.25/couriergraph.cgi 2007-02-07 12:50:42.0 +1030 +++ couriergraph-0.25+cosmetics/couriergraph.cgi 2007-02-07 12:53:22.0 +1030 @@ -14,7 +14,7 @@ my $host = (POSIX::uname())[1]; my $scriptname = 'couriergraph.cgi'; -my $xpoints = 800; +my $xpoints = 540; my $points_per_sample = 3; my $ypoints = 160; my $ypoints_err = 96; @@ -80,24 +80,24 @@ CDEF:rmimapd_ssl_login=mimapd_ssl_login,60,*, CDEF:vimapd_ssl_login=imapd_ssl_login,UN,0,imapd_ssl_login,IF,$range,*, - 'LINE:rpop3d_login#DD:pop3', - 'GPRINT:vpop3d_login:AVERAGE:total\: %.0lf logins', - 'GPRINT:rmpop3d_login:MAX:max\: %.0lf logins/min\l', + 'LINE:rpop3d_login#DD:pop3', + 'GPRINT:vpop3d_login:AVERAGE:total\: %8.0lf logins', + 'GPRINT:rmpop3d_login:MAX:max\: %4.0lf logins/min\l', 'HRULE:0#00', 'AREA:rpop3d_ssl_login#77:pop3/ssl:STACK', - 'GPRINT:vpop3d_ssl_login:AVERAGE:total\: %.0lf logins', - 'GPRINT:rmpop3d_ssl_login:MAX:max\: %.0lf logins/min\l', + 'GPRINT:vpop3d_ssl_login:AVERAGE:total\: %8.0lf logins', + 'GPRINT:rmpop3d_ssl_login:MAX:max\: %4.0lf logins/min\l', 'HRULE:0#00', - 'LINE:rimapd_login#00DD00:imap', - 'GPRINT:vimapd_login:AVERAGE:total\: %.0lf logins', - 'GPRINT:rmimapd_login:MAX:max\: %.0lf logins/min\l', + 'LINE:rimapd_login#00DD00:imap', + 'GPRINT:vimapd_login:AVERAGE:total\: %8.0lf logins', + 'GPRINT:rmimapd_login:MAX:max\: %4.0lf logins/min\l', 'HRULE:0#00', 'AREA:rimapd_ssl_login#007700:imap/ssl:STACK', - 'GPRINT:vimapd_ssl_login:AVERAGE:total\: %.0lf logins', - 'GPRINT:rmimapd_ssl_login:MAX:max\: %.0lf logins/min\l', + 'GPRINT:vimapd_ssl_login:AVERAGE:total\: %8.0lf logins', + 'GPRINT:rmimapd_ssl_login:MAX:max\: %4.0lf logins/min\l', 'COMMENT:\s', 'COMMENT:['.$date.']\r',
Bug#364034: Truecrypt license clarified
Hi, Just noting for the record that the license[1] has been clarified[2]. Sami [1] http://www.truecrypt.org/license.php [2] http://lists.debian.org/debian-legal/2006/07/msg9.html signature.asc Description: Digital signature
Bug#410015: libgd2: Please package new upstream 2.0.34
Package: libgd2 Severity: wishlist http://www.libgd.org/ReleaseNote020034 Thanks Matthew -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (700, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409848: ccache: zlib compression support
On Tue, Feb 06, 2007 at 06:14:25PM -0500, Francois Marier wrote: I'm tending towards applying this patch but disabling compression by default. What do you think? Sounds reasonable to me, if you don't feel comfortable enabling it by default. Sami signature.asc Description: Digital signature
Bug#406686: exim4: Client Auth Can't Handle Special Characters in Passwords
On Sun, Jan 14, 2007 at 02:02:01PM +0100, Marc Haber wrote: Can you please try this new, simplified authenticator? Sorry I didn't reply sooner - I have been down sick. Yes, the changes which have propogated through etch have resolved the problems with all the symbols I was testing. Thank you for you help. -- Steaphan Greene [EMAIL PROTECTED] Lecturer, Computer Science, Binghamton University GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410014: doesn't depend on grepmail
Package: gtkgrepmail Severity: normal gtkgrepmail recommends, but does not depend on grepmail, and fails as follows if grepmail is not installed: Use of uninitialized value in concatenation (.) or string at /usr/bin/gtkgrepmail line 1256. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- see shy jo signature.asc Description: Digital signature
Bug#409872: On slow arch apt just wastes cpu while waiting for dpkg to run
On Tue, Feb 06, 2007 at 02:36:07AM +, Brian Brunswick [EMAIL PROTECTED] was heard to say: I'm running apt from an nfs-mounted chroot of the real disk inside a qemu-system-arm instance. This is quite slow, but better than the real machine (nslu2) which has infeasibly little memory (32MB) [When I was young...], at least for modern big package databases. However, I notice that while dpkg is running to decompress something, apt is still taking about as much cpu as the dpkg instance. This is sad, giving that all its doing is waiting. I bet the culprit is the read on line 590 of dpkgpm.cc: // read a single char, make sure that the read can't block // (otherwise we may leave zombies) int len = read(_dpkgin, buf, 1); It's followed by a usleep() call and a jump to the top of the loop if no data is available. are we there yet? are we there yet? are we there yet? ad infinitum... I don't believe the comment claiming that we'd get zombies if the read blocked. You get zombies if you don't waitpid() on them when they die, which this loop is quite conscientuous about doing. Perhaps the code is worried about blocking indefinitely in read() if dpkg dies? But if dpkg dies, the pipe will be closed and read should terminate with an error (the code properly closes the unused pipe endpoints, so it won't hang around). There may be a concern due to the fact that SIGINT is blocked, but again it should be passed to the subprocess, which would kick us out of this loop. I don't see the reason for not blocking in this read, but I could just be stupid this morning. Does anyone else have a suggestion? Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409953: /usr/bin/moc must not be handled by alternatives
Matthias Klose [EMAIL PROTECTED] writes: Having both qt3-dev-tools and libqt4-dev results in moc pointing to moc-qt3 by default. Trying to generate files with moc-qt3 when files for qt4 are needed results in build errors like: ./slotcallbacks.moc.h:13:34: error: private/qucomextra_p.h: No such file or directory ./slotcallbacks.moc.h:15:2: error: #error This file was generated using the moc from 3.3.7. It ./slotcallbacks.moc.h:16:2: error: #error cannot be used with the include files from this version of Qt. ./slotcallbacks.moc.h:17:2: error: #error (The moc has changed too much.) To reliable build, each package generating files with moc during the build and build-depending on libqt4-dev must have a build conflict against qt3-dev-tools. Same for packages build-depending on qt3-dev-tools, if you consider that the alternative can be manually adjusted as well. This seems to be a lot of work for many packages; why is moc provided as an alternative at all? It causes builds to fail, so it isn't an alternative for many cases. moc-qt3 and moc-qt4 are able to coexist to an extent so it doesn't seem overly productive to have libqt4-dev and qt3-dev-tools conflict with each other. For example, if you use qmake-qt4, it's smart enough to use moc-qt4. I do development on both Qt3 and Qt4 and would be pretty annoyed if I couldn't have both installed at the same time. However, some other Qt3/Qt4 build systems just rely on the existence of /usr/bin/moc so that's why it's provided through alternatives. I'm not aware of a better solution. We can't just choose to have it always be a link to either moc-qt3 or moc-qt4, since that would break a lot of builds too. -- Captain Logic is not steering this tugboat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249327: is it you? breanna here
Hi It`s breanna again. Will you ever contact me? I made those nude pictures especially for you and I wont write to you again! If you wanna see them just drop me a line at: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build
Hi Marc On 2/6/07, Marc Singer [EMAIL PROTECTED] wrote: I already posted the change. I suppose you could make D-I accept either? It's a bit of a hack, but it does now. Gordon -- Gordon Farquharson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410017: mpgtx segfaults on large files
Package: mpgtx Version: 1.3.1-2 Severity: important mpgtx -s seems to consistently segfault when the input file is more than about 12 megabytes in size. mpgtx creates the (empty) output file (asking for permission to overwrite it if it already exists), then crashes before any data is written. I have been unable to generate any other data (core dumps, bug.report) from the crashes. I have some *long* videos that I would like to split up. :-( -- 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.17-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Versions of packages mpgtx depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 mpgtx recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410016: ITP: Orange-data-mining -- Component-based data mining software
Package: wnpp Severity: wishlist Owner: Charles Plessy [EMAIL PROTECTED] Package name: Orange-data-mining Version : 2007-02-06 Upstream Author : Janez Demsar and Blaz Zupan (see also http://www.ailab.si/orange/acknowledgements.htm) URL : http://www.ailab.si/orange License : GPL Description : Component-based data mining software orange-data-mining-common: Orange is a component-based data mining software. It includes a range of preprocessing, modelling and data exploration techniques. It is based on C++ components, that are accessed either directly (not very common), through Python scripts (easier and better), or through GUI objects called Orange Widgets. . Homepage: http://www.ailab.si/orange orange-data-mining-widgets: Orange's visual programming interface is based on GUI components called Orange Widgets, and a signalling framework that uses communication channels to connect widgets and tokens to pass the data from one widget to another. Although this sounds very scientific, working with widgets in the Orange Canvas is simple as point-and-click. . Homepage: http://www.ailab.si/orange orange-data-mining-genomics: Orange offers an intuitive means of combining known analysis and visualization methods into powerful applications. The system presented here enables users who are not programmers to manage microarray and genomic data flow and to customize their analysis by combining common data analysis tools to fit their needs. . Homepage: http://www.ailab.si/supp/bi-visprog Orange will be co-maintained by Cyril Brulebois and me. Orange is released under the GPL with an additional restriction, which in my understanding makes it incompatible with GPL works and the DFSG. I am very confident that this is only a wording problem and will contact the authors to ask them if they can rephrase their statement. Orange is released under General Public License (GPL) and as such is free if you use it under these terms. We do, however, oblige the users to cite the following white paper together with any other work that accompanied Orange any time you use Orange in your publications: Demsar J, Zupan B, Leban G (2004) Orange: From Experimental Machine Learning to Interactive Data Mining, White Paper (www.ailab.si/orange), Faculty of Computer and Information Science, University of Ljubljana. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400233: Why sleep 1 instead of start-stop-daemon --stop --retry ...?
I just looked at your init-script Carlos and would like to propose a a couple of changes. In the restart|force-reload) case there is a sleep 1 after stop. I recently noticed that this might be deprecated by the --retry option of start-stop-daemon. You could add this option to the stop) case so the sleep would be unnecessary. Please have a look at the attached file. As you can see I changed the stop) and also the force-stop) cases and removed the sleep in restart|force-reload). Since --retry causes start-stop-daemon to fail with exit code 2 this can be used to avoid removing the pidfile, when in fact it should be kept to prevent a start attempt over a still running process. Please evaluate the attached init script and consider those changes. I think it is a little more elegant version. Regards Marcus #! /bin/sh # # Written by Carlos Rodrigues [EMAIL PROTECTED]. PATH=/bin:/usr/bin:/sbin:/usr/sbin DAEMON=/usr/sbin/thttpd CONFFILE=/etc/thttpd/thttpd.conf PIDFILE=/var/run/thttpd.pid OPTIONS=-C $CONFFILE -i $PIDFILE test -x $DAEMON || exit 0 test -f $CONFFILE || exit 1 case $1 in start) start-stop-daemon --start --verbose --pidfile $PIDFILE --exec $DAEMON -- $OPTIONS ;; stop) if start-stop-daemon --stop --retry TERM/1 --verbose --pidfile $PIDFILE --exec $DAEMON; then rm -f $PIDFILE fi ;; force-stop) if start-stop-daemon --stop --retry TERM/1/KILL/1 --verbose --pidfile $PIDFILE --exec $DAEMON; then rm -f $PIDFILE fi ;; restart|force-reload) $0 stop $0 start ;; *) echo Usage: /etc/init.d/thttpd {start|stop|restart|force-stop|force-reload} exit 1 ;; esac exit 0 signature.asc Description: Digital signature
Bug#402881: Confirming bug 402881
I'm seeing this behavior as well. Is the problem the expectation of a '/' character in the symlink file name? --dkg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410019: SSLMutex expects /var/run/apache2 to be preserved
Package: apache2 Version: 2.0.54-5sarge1 Severity: normal According to the FHS, anything in /var/run can be wiped out between boots. The FHS isn't clear about whether or not this applies to directories in /var/run or just files, but I suspect both. When doing a migration, apache2 would not start because /var/run/apache2 was missing from the destination. Specifically, the ssl mod expects this: /etc/apache2/mods-available/ssl.conf: SSLMutex file:/var/run/apache2/ssl_mutex -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.8-3-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.0.54-5sarge1 traditional model for Apache2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410018: dependency version problem
Package: libopenssl-ruby1.8 Version: 1.8.4-1 I found following error. % /usr/bin/ruby -rnet/https -e ' http = Net::HTTP.new(www.codeblog.org, 443) http.use_ssl = true http.verify_mode = OpenSSL::SSL::VERIFY_NONE http.start { req = Net::HTTP::Get.new(/blog/akr/) http.request(req) {|response| p response } } ' /usr/lib/ruby/1.8/net/http.rb:2019:in `read_status_line': wrong status line: !DOCTYPE HTML PUBLIC \-//IETF//DTD HTML 2.0//EN\ (Net::HTTPBadResponse) from /usr/lib/ruby/1.8/net/http.rb:2006:in `read_new' from /usr/lib/ruby/1.8/net/http.rb:1047:in `request' from -e:7 from /usr/lib/ruby/1.8/net/http.rb:543:in `start' from -e:5 zsh: exit 1 /usr/bin/ruby -rnet/https -e I investigated that the problem is caused by package version inconsistency. % dpkg -S /usr/lib/ruby/1.8/net/https.rb libopenssl-ruby1.8: /usr/lib/ruby/1.8/net/https.rb % dpkg -S /usr/lib/ruby/1.8/net/http.rb libruby1.8: /usr/lib/ruby/1.8/net/http.rb % dpkg -l |egrep 'libopenssl-ruby1.8|libruby1.8' ii libopenssl-ruby1.8 1.8.4-1OpenSSL interface for Ruby 1.8 ii libruby1.8 1.8.5-4Libraries necessary to run Ruby 1.8 libopenssl-ruby1.8 is declared to work with libruby1.8 1.8.4 or later. But actually it doesn't work with libruby1.8 1.8.5-4. So the Depends clause is wrong. % dpkg -s libopenssl-ruby1.8 Package: libopenssl-ruby1.8 Status: install ok installed Priority: optional Section: interpreters Installed-Size: 584 Maintainer: akira yamada [EMAIL PROTECTED] Architecture: amd64 Source: ruby1.8 Version: 1.8.4-1 Replaces: libruby1.8 (= 1.8.3-2) Depends: libc6 (= 2.3.5-1), libruby1.8 (= 1.8.4), libssl0.9.8 (= 0.9.8a-1) Description: OpenSSL interface for Ruby 1.8 Ruby/OpenSSL makes Ruby to be able to use OpenSSL. It includes HTTP and TELNET protocols' SSL/TLS support. . This package provides Ruby/OpenSSL for Ruby 1.8. % uname -a Linux athlon64 2.6.16-amd64-k8-smp #3 SMP Sat Mar 25 18:52:59 JST 2006 x86_64 GNU/Linux -- Tanaka Akira -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408908: default install attempt of heimdal-kdc results in kstart error
Joshua == Joshua Rodman [EMAIL PROTECTED] writes: Joshua My hunch is that the problem is that my debconf priority Joshua level was high, thus skipping the realm questions, thus Joshua leaving the realm undefined, causing kstash to fail. The realm question was also skipped on my test. Joshua I think to get a reasonable chance at reproducing it I Joshua will need to set up a new chroot and this takes some time Joshua over my slow netlink. Joshua Currently, `hostname -d' appears to produce nothing: That might be the problem. From the postinst: if db_get krb5-config/default_realm [ x$RET != x ] then default_realm=$RET else default_realm=`hostname -d | tr a-z A-Z` fi db_fget heimdal/realm seen if [ $RET != true ]; then db_set heimdal/realm $default_realm fi db_subst heimdal/realm default_realm $default_realm db_input medium heimdal/realm || true db_go db_get heimdal/realm; REALM=$RET ... echo -e \n\n | kadmin -l init $REALM /dev/null Notice how $REAM is quoted? Ok, maybe it isn't... What was I thinking of? Are you able to confirm if this is your problem? Joshua The whole kerberos experiment brought about much Joshua gnashing of teeth and poking at things with a stick Joshua regarding naming, where some services seemed to want Joshua calufrax.ducker.org, while others (nfs4) insisted that Joshua they wanted 'calufrax' sans ducker.org. And this was not Joshua only plain vanilla forward name lookups, there was some Joshua kind of insane incestuous behavior going on with reversing Joshua the IP and mapping the name back to the service and Joshua refusing it because the domain name was present. As a general rule, I don't particular like this hostname thing. It is very much global in nature and very arbitrary (especially if computer has multiple IP addresses). Once set it can be difficult to change in a safe manner depending on what services you are running (e.g. openafs...) Unfortunately, there isn't a reliable way of determining the default REALM to use. -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409026: wims: FTBFS: cp: cannot stat `/wims-3.60/wims/public_html/wims': No such file or directory
Raphael Hertzog a écrit : You are trying to compile WIMS as 'root'! You should not do that. Compile as 'wims', please. Thanks! Georges, is there a good reason explaining why wims is doing that ? Of course, Raphael, there is a check in the script which compiles wims, to detect if it has root privilege. If it has such privilege, it throws the message You are trying to compile WIMS as 'root'! and stops. So the failure to compile the package is completely explicated, and it cannot be considered as a bug. I can see one reason why the package should be built as 'wims' user : if it is to be maintained by a 'wims' user later. As we do a package for Debian, the files will finally be owned by 'root', so it does not matter if their are built by 'root'. Hereafter I write some thoughts about the permissions we should organise for the public wims tree : If we do not give back some files and directories to 'wims' at post-installation time, the server won't be able to synchronize with other Wims servers (that means: benefit from newer educational modules, and allow automatic upgrading). My opinion is that we should allow exchanges of educational modules and give the relevant directories to 'wims', but that we should not allow the server to upgrade directly. So the permission schema should not be the same that the one scheduled in the upstream side. Therefore it does not matter if we compile it as 'root' : the permissions will be definitely set by the post-installation script. Otherwise, consider removing that check for the next upload. OK, I do that. Should we upload it shortly, or do we wait for a new upstream release? Note that even debuild -r sudo doesn't build as root, it only installs cleans as root. Which explains why I couldn't reproduce the failure. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#409999: fcitx crash when using wubi input method on powerpc platform
Hi Did you use the wbx.mb? Could you try regenerate the wbx.mb on powerbook using mb2txt and txt2mb commands? On 2/7/07, Bin Tian [EMAIL PROTECTED] wrote: fcitx on debian amd64 is ok. Bin Tian wrote: I checked the bugs list of fcitx. The removal of ~/.fcitx directory which mentioned in bug #392740 doesn't work. Best regards Bin Tian Bin Tian wrote: Package: fcitx Version: 1:3.4-1 Severity: grave Justification: renders package unusable Hi, I'm using debian on my iBook-G4. fcitx is alwasy crashing when using wubi input method even if I install a new debian box. The pinyin input method is ok. When I switch to wubi input method, any keyboard stike will casue fcitx crashed. The problem exists for more than 3 months, and I have to downgrade fcitx to sarge version. If you needs more information, please let me know. Best Regards Bin Tian -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=zh_CN, LC_CTYPE=zh_CN (charmap=GB2312) Versions of packages fcitx depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library 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 libxpm4 1:3.5.5-2 X11 pixmap library Versions of packages fcitx recommends: pn im-switch none (no description available) pn ttf-arphic-gbsn00lp | ttf-arp none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406728: imp4: hide deleted messages doesn't work
severity 406728 normal tags 406728 +upstream thanks On Wed, Feb 07, 2007 at 12:31:05AM +0100, Yann Rouillard wrote: Thanks for your quick answer, I think you can close this bug on the debian side. I have lowered its severity. important means has a major effect on the usability of a package, but that is not the case with this bug. I still consider it as a bug, and unless upstream develops better arguments for the current behaviour, I'm going to fix it in a Debian-specific patch. It would be preferable to convince upstream, though. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409973: rkhunter leaves copies of /etc/passwd and /etc/groups in $TMPDIR
Le mardi 06 février 2007 à 21:30 +0100, Dr. Markus Waldeck a écrit : Package: rkhunter Version: 1.2.9-2 Severity: normal During the execution of rkhunter some files are copied or generated in $TMPDIR but passwd and groups are the only ones that were not removed. Hi, It is the standard and normal behaviour, as rkhunter keeps a local copy of these files to be able to report any changes made between 2 rkhunter checks. Checking for differences in user accounts... Checking for differences in user groups... Cheers, Julien
Bug#409999: fcitx crash when using wubi input method on powerpc platform
I tried but it doesn't work. Backtrace of fcitx is attached as bellow. It may be helpful. Best Regards Bin Tian. ~$ gdb -p 4821 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux-gnu. Attaching to process 4821 Reading symbols from /usr/bin/fcitx...(no debugging symbols found)...done. Using host libthread_db library /lib/tls/libthread_db.so.1. Reading symbols from /usr/lib/libXpm.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXpm.so.4 Reading symbols from /usr/lib/libXft.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXft.so.2 Reading symbols from /usr/lib/libfontconfig.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libfontconfig.so.1 Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libfreetype.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXrender.so.1 Reading symbols from /usr/lib/libexpat.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libexpat.so.1 Reading symbols from /usr/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXau.so.6 Reading symbols from /usr/lib/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXdmcp.so.6 Reading symbols from /lib/tls/libdl.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/ld.so.1 Reading symbols from /usr/lib/gconv/GB18030.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/GB18030.so Reading symbols from /usr/lib/libXcursor.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libXcursor.so.1 Reading symbols from /usr/lib/libXfixes.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXfixes.so.3 (no debugging symbols found) 0x0fd83318 in poll () from /lib/tls/libc.so.6 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x1001cf10 in ?? () (gdb) bt #0 0x1001cf10 in ?? () #1 0x1001cf0c in ?? () #2 0x1001d814 in ?? () #3 0x10005160 in ?? () #4 0x1001fdec in ?? () #5 0x1002bb08 in ?? () #6 0x1002c71c in ?? () #7 0x10025a80 in ?? () #8 0x0fe46858 in XFilterEvent () from /usr/lib/libX11.so.6 #9 0x10007a98 in ?? () #10 0x0fcca994 in __libc_init_first () from /lib/tls/libc.so.6 #11 0x0fcca994 in __libc_init_first () from /lib/tls/libc.so.6 #12 0x0fcca994 in __libc_init_first () from /lib/tls/libc.so.6 Previous frame inner to this frame (corrupt stack?) (gdb) Guanghui Yu wrote: Hi Did you use the wbx.mb? Could you try regenerate the wbx.mb on powerbook using mb2txt and txt2mb commands? On 2/7/07, Bin Tian [EMAIL PROTECTED] wrote: fcitx on debian amd64 is ok. Bin Tian wrote: I checked the bugs list of fcitx. The removal of ~/.fcitx directory which mentioned in bug #392740 doesn't work. Best regards Bin Tian Bin Tian wrote: Package: fcitx Version: 1:3.4-1 Severity: grave Justification: renders package unusable Hi, I'm using debian on my iBook-G4. fcitx is alwasy crashing when using wubi input method even if I install a new debian box. The pinyin input method is ok. When I switch to wubi input method, any keyboard stike will casue fcitx crashed. The problem exists for more than 3 months, and I have to downgrade fcitx to sarge version. If you needs more information, please let me know. Best Regards Bin Tian -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=zh_CN, LC_CTYPE=zh_CN (charmap=GB2312) Versions of packages fcitx depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library 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 libxpm4 1:3.5.5-2 X11 pixmap library Versions of packages fcitx recommends: pn im-switch none (no description available) pn ttf-arphic-gbsn00lp | ttf-arp none (no
Bug#409975: ikiwiki fails to find template
On (06/02/07 19:18), Joey Hess wrote: Version: 1.39 Upon the dist-upgrade that pulled in the new ikiwiki the postinst tried to rebuild all the wikis. They then looked for the new feedlink.tmpl in the templates dir, where it wasn't as it was only included in /usr/share/. This caused the package to be left unconfigured, until I copied the template over. This was addressed in version 1.39, which will fallback to looking for templates in /usr/share if it does not find them in your custom templatedir. Ah, apologies for the bogus report then. Perhaps this is a candidate for a backport fix to etch as it can interfere with upgrades? Thanks for all your great work. James -- James Westby --GPG Key ID: B577FE13-- http://jameswestby.net/ seccure key - (3+)k7|M*edCX/.A:n*N!|7U.L#9E)Tu)T0AM - secp256r1/nistp256 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410020: libssh-2-dev: Missing libssh/priv.h
Package: libssh-2-dev Version: 0.2-1 Severity: normal The header file libssh/priv.h is missing from the package. It is required by libssh/server.h. It appears to have been overlooked in Makefile.in's install routines from upsteam. Adding it to Makefile.in at line 92 worked on my machine. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libssh-2-dev depends on: ii libgcrypt11-dev 1.2.3-2LGPL Crypto library - development ii libssh-2 0.2-1 A tiny C SSH library ii zlib1g-dev1:1.2.3-13 compression library - development libssh-2-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410021: ITP: gkrelltop -- Plugin for gkrellm to display the top three intensive processes
Package: wnpp Severity: wishlist Owner: Adi Zaimi [EMAIL PROTECTED] * Package name: gkrelltop Version : 2.2.8 Upstream Author : Adi Zaimi [EMAIL PROTECTED] * URL : http://gkrelltop.sourceforge.net/ * License : GPL Description : Plugin for gkrellm to display the top three intensive processes Plugin for gkrellm that displays the top three cpu or memory intensive processes in a small window inside gkrellm, similar to wmtop. Useful to check out anytime what processes are consuming most cpu or memory resources on your machine. Two components are available, a local one and a server based one (for gkrellmd). -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.16-Debian-3.1.0 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317388: This bug has been resolved in the latest logwatch CVS for postfix
Folks, This bug has been resolved with my latest updates to the postfix logwatch filter. It has been essentially rewritten, and provides more capabilities and reporting. reject_warnings are captured correctly. MrC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410022: installation report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Boot method: CD and dvd Image version: http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-dvd Date: the 6th of february Machine: Asus P5W motherboard, Intel core 2 duo 6600 processor, 2GOs of ram Processor: Core2duo 6600 Memory:2Go Partitions: Sys. de fich. Type1K-blocs Occupé Disponible Capacité Monté sur /dev/sda5 ext3 9614116 5053468 4072276 56% / tmpfstmpfs 1038236 0 1038236 0% /lib/init/rw udev tmpfs 10240 112 10128 2% /dev tmpfstmpfs 1038236 0 1038236 0% /dev/shm /dev/sda1 ext3 90297 11471 74009 14% /boot /dev/sda2 vfat1952547216 19525456 1% /dos /dev/sda6 ext328834716 3989416 23380576 15% /home /dev/sda8 ext3 237873536527780 225262468 1% /mnt/pool /dev/sda9 ext310096236 1838076 7745288 20% /mnt/ubuntu Output of lspci -nn and lspci -vnn: lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation 975X Express Memory Controller Hub [8086:277c] (rev c0) 00:01.0 PCI bridge [0604]: Intel Corporation 975X Express PCI Express Root Port [8086:277d] (rev c0) 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definit ion Audio Controller [8086:27d8] (rev 01) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Po rt 1 [8086:27d0] (rev 01) 00:1c.3 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Po rt 4 [8086:27d6] (rev 01) 00:1c.4 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Ex press Port 5 [8086:27e0] (rev 01) 00:1c.5 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Ex press Port 6 [8086:27e2] (rev 01) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI # 1 [8086:27c8] (rev 01) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI # 2 [8086:27c9] (rev 01) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI # 3 [8086:27ca] (rev 01) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI # 4 [8086:27cb] (rev 01) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller [8086:27cc] (rev 01) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev e 1) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interf ace Bridge [8086:27b8] (rev 01) 00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Control ler [8086:27df] (rev 01) 00:1f.2 IDE interface [0101]: Intel Corporation 82801GB/GR/GH (ICH7 Family) Seri al ATA Storage Controller IDE [8086:27c0] (rev 01) 00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus Controller [8 086:27da] (rev 01) 01:01.0 Multimedia video controller [0400]: Brooktree Corporation Bt878 Video Ca pture [109e:036e] (rev 11) 01:01.1 Multimedia controller [0480]: Brooktree Corporation Bt878 Audio Capture [109e:0878] (rev 11) 01:03.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A IEEE-1394a-20 00 Controller (PHY/Link) [104c:8023] 02:00.0 IDE interface [0101]: JMicron Technologies, Inc. JMicron 20360/20363 AHC I Controller [197b:2363] (rev 02) 02:00.1 IDE interface [0101]: JMicron Technologies, Inc. JMicron 20360/20363 AHC I Controller [197b:2363] (rev 02) 03:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller [11ab:4362] (rev 20) 04:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller [11ab:4362] (rev 20) 06:00.0 VGA compatible controller [0300]: ATI Technologies Inc Unknown device [1 002:724b] 06:00.1 Display controller [0380]: ATI Technologies Inc Unknown device [1002:726 b] lspci -vnn 00:00.0 Host bridge [0600]: Intel Corporation 975X Express Memory Controller Hub [8086:277c] (rev c0) Subsystem: ASUSTeK Computer Inc. Unknown device [1043:8178] Flags: bus master, fast devsel, latency 0 Capabilities: access denied 00:01.0 PCI bridge [0604]: Intel Corporation 975X Express PCI Express Root Port [8086:277d] (rev c0) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=06, subordinate=06, sec-latency=0 I/O behind bridge: c000-cfff Memory behind bridge: ff90-ff9f Prefetchable memory behind bridge: cff0-efef Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 01) Subsystem: ASUSTeK Computer Inc. Unknown device [1043:81d8] Flags: bus master, fast devsel, latency 0, IRQ 177 Memory at ffafc000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied 00:1c.0 PCI
Bug#409907: Installing lpr over lprng doesn't work
Craig Small wrote: On Tue, Feb 06, 2007 at 10:19:51AM +0100, Martin Schulze wrote: 2. lprng.postrm should not remove /var/spool/lpd upon purge I cannot see the justification for this, purge means purge right? Purge means purge, but it shouldnt purge files/directories now owned by another package. lpr/lprng are a special case I guess. Regards, Joey -- Every use of Linux is a proper use of Linux. -- Jon 'maddog' Hall Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409961: foobillard: Menu does not work, no text ever appears.
On Tue, 2007-02-06 at 15:04 -0800, Joshua Rodman wrote: - The new machine uses the unproven intel i965 opengl stuff, although it is working fairly well in the main here (mostly there are probablems changing screen mode/resolution). It does seem like the prime suspect so far though. Which version of libgl1-mesa-dri do you have? Can you try installing libgl1-mesa-swx11 to see if it happens with that as well? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#403980: closed by Aurelien Jarno [EMAIL PROTECTED] (Bug#403980: fixed in glibc 2.5-0exp4)
Frank Lichtenheld a écrit : reopen 403980 thanks On Mon, Feb 05, 2007 at 05:18:44AM -0800, Debian Bug Tracking System wrote: * sysdeps/sparc.mk: install 64-bit headers (actually gnu/stubs-64.h) directly into /usr/include and provide /usr/include/sparc64-linux-gnu as a symlink to /usr/include for compatibility reasons. Closes: #403980. From the build log: Running debhelper for libc6-dev-sparc64 dh_testroot dh_installdirs -plibc6-dev-sparc64 dh_install -plibc6-dev-sparc64 dh_installman -plibc6-dev-sparc64 dh_installinfo -plibc6-dev-sparc64 dh_installdebconf -plibc6-dev-sparc64 dh_installchangelogs -plibc6-dev-sparc64 dh_installinit -plibc6-dev-sparc64 dh_installdocs -plibc6-dev-sparc64 dh_link -plibc6-dev-sparc64 # extra_debhelper_pkg_install is used for debhelper.mk only. # when you want to install extra packages, use extra_pkg_install. mkdir -p debian/libc6-dev-sparc64/usr/include/gnu cp -af debian/tmp-sparc64/usr/include/sparc64-linux-gnu/gnu/stubs-64.h debian/libc6-dev-sparc64/usr/include/gnu cp: cannot stat `debian/tmp-sparc64/usr/include/sparc64-linux-gnu/gnu/stubs-64.h': No such file or directory make: *** [/build/buildd/glibc-2.5/stamp-dir/binaryinst_libc6-dev-sparc64] Error 1 Oops, my fault I have made a small typo in debian/sysdeps/sparc.mk (a missing '\'). I have fixed it in the SVN, so the next upload should build correctly on sparc. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410023: document lack of MCE support on Xen kernels
Package: mcelog Severity: wishlist After moving my system to a Xen kernel (linux-image-2.6.18-4-xen-amd64), the device /dev/mcelog no longer exists and mcelog therefore doesn't work. I spent a while tracking this down and eventually discovered that the kernel has: config X86_MCE bool Machine check support if EMBEDDED depends on !X86_64_XEN in arch/x86_64/Kconfig, which means X86_MCE is always disabled on Xen kernels. Apparently the MCE info is collected by the Xen hypervisor instead, and errors would appear in xm dmesg. It might be useful to document this in README.Debian so others can avoid confusion. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4 Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409026: wims: FTBFS: cp: cannot stat `/wims-3.60/wims/public_html/wims': No such file or directory
On Wed, 07 Feb 2007, Georges Khaznadar wrote: Otherwise, consider removing that check for the next upload. OK, I do that. Should we upload it shortly, or do we wait for a new upstream release? We can safely wait. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#409963: mozilla-opensc freezes Iceweasel occasionally
On Tue, Feb 06, 2007 at 08:51:25PM +0200, Antti-Juhani Kaijanaho wrote: Fairly often, but not always, if I try to load a page that requires FINEID authentication, the page never loads and neither does it seem to time out. I can browse other pages on other tabs just fine. Now, if in this situation I go view the security devices through the menu (in my Finnish translated Iceweasel, Muokkaa Asetukset Lisäasetukset Turvallisuuslaitteet), Iceweasel freezes. It looks like this was caused by the default setting of lock_login in /etc/opensc/opensc.conf. I set it to false, and this has not happened since. It remains, as far as I can see, this package's bug that it freezes Iceweasel when that setting is true (which happens to be the default). It might also be a good idea to document the need to change that setting.
Bug#410024: /etc/opensc/opensc.conf: lock_login documentation is incorrect
Package: libopensc2 Version: 0.11.1-2 Severity: minor File: /etc/opensc/opensc.conf The comments in this file documenting the lock_login setting claim that the default is false. It appears, however, that the default is actually true. From opensc-0.11.1/src/pkcs11/misc.c: /* Set defaults */ [...] conf-lock_login = 1; -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages libopensc2 depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libltdl31.5.22-4 A system independent dlopen wrappe ii libopenct1 0.6.11-1 middleware framework for smart car ii libpcsclite11.3.3-1 Middleware to access a smart card ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime libopensc2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410025: [FINEID] mozilla-opensc prompts for both PINs when only PIN1 is required
Package: mozilla-opensc Version: 0.11.1-2 Severity: normal The Finnish national identity cards (FINEID) contain two secret keys: one of them is for common authentication and the other is for nonrepudiable signatures backed by law. These keys have different PINs; PIN1 is for common auth and PIN2 is for signatures. It is obvious that PIN2 should only ever be requested when a signature is needed. Therefore, asking for PIN2 when logging in to a website is harmful. This is, however, what happens when using mozilla-opensc. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages mozilla-opensc depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libopensc2 0.11.1-2 SmartCard library with support for ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime mozilla-opensc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]