Bug#514314: /var/lib/dpkg/info/dnsmasq.postinst should check if /etc/init.d/dnsmasq is executable
Package: dnsmasq Version: 2.47-1 Severity: normal A lot services in Debian check in their postinst script if the corresponding script in /etc/init.d is executable. ONLY in this case update-rc.d is invoked. Otherwise startup attempts of the init.d script will fail! -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514151: [Pkg-samba-maint] Bug#514151: Bug#514151: samba: Account locking out doesnt work with an LDAP backend
Quoting Christian Perrier (bubu...@debian.org): > Quoting Diego A. Gomez (di...@dgomez.com.ar): > > Package: samba > > Version: 2:3.2.5-4 > > Severity: critical > > Tags: security > > Justification: root security hole > > > > > > This bug make Samba vulnerable to brute-force attack and make possible to > > gain administrator's domain priviledges. > > > Nothing in the bug log seems to be qualifying that issue as > such. Moreover, the fact that upstream didn't issue any security > update about this makes me think that both the criticity and the > security implications of that bug needs to be discussed. Looking again closer at upstream's bug report, I see that this bug summarizes to "bad login counter in the LDAP backend is not incremented when a failed login happens" This is a clear regression from 3.0 and it maybe deserves to be fixed in a point release for lennymaybe even before lenny is released, by backporting upstream's fix and do an high urgency upload, provided the release team ACK's this. We have very few time left for this. I'm still balanced to qualify this as a security issue (which would make us go through a security upload). signature.asc Description: Digital signature
Bug#514210: rhythmbox gui freez after podcast download
hello. ok.. the first backtrace of my live... i hope i have done everything right. Am Donnerstag, den 05.02.2009, 10:30 +0100 schrieb Josselin Mouette: > Please install rhythmbox-dbg and its Recommends, and try to obtain a > backtrace of the frozen process using gdb: > $ gdb /usr/bin/rhythmbox $(pidof rhythmbox) > ... > (gdb) thread apply all bt full > > Thanks, (gdb) thread apply all bt full Thread 2 (Thread 0xb4ff6b90 (LWP 6449)): #0 0xb7f10424 in __kernel_vsyscall () No symbol table info available. #1 0xb7c83025 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb6ea7eda in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0x09dff948 in ?? () No symbol table info available. #4 0x096fcbc0 in ?? () No symbol table info available. #5 0x1931 in ?? () No symbol table info available. #6 0xb7e7d2bd in ?? () from /usr/lib/librhythmbox-core.so.0 No symbol table info available. #7 0x011a in ?? () No symbol table info available. #8 0xb7e6e000 in ?? () No symbol table info available. #9 0x00084790 in ?? () No symbol table info available. #10 0xb6f493a0 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #11 0x0001 in ?? () No symbol table info available. #12 0x09708d58 in ?? () No symbol table info available. #13 0xb4ff62c8 in ?? () No symbol table info available. #14 0xb6ea8278 in g_async_queue_pop () from /usr/lib/libglib-2.0.so.0 No symbol table info available. Backtrace stopped: frame did not save the PC Thread 1 (Thread 0xb64c7720 (LWP 6437)): #0 0xb7f10424 in __kernel_vsyscall () No symbol table info available. #1 0xb6da8e67 in poll () from /lib/i686/cmov/libc.so.6 --Type to continue, or q to quit--- No symbol table info available. #2 0xb6ed16e2 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0x09db05f8 in ?? () No symbol table info available. #4 0x000c in ?? () No symbol table info available. #5 0x1d18 in ?? () No symbol table info available. #6 0x09db05f8 in ?? () No symbol table info available. #7 0x000c in ?? () No symbol table info available. #8 0x09682060 in ?? () No symbol table info available. #9 0xb6f49758 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #10 0xb6f49780 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #11 0xbfe2a034 in ?? () No symbol table info available. #12 0xb6f49758 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #13 0xb6f49780 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #14 0x09657664 in ?? () No symbol table info available. #15 0x0001 in ?? () No symbol table info available. #16 0x09657660 in ?? () No symbol table info available. #17 0x09db05f8 in ?? () No symbol table info available. #18 0xb6da8df0 in ?? () from /lib/i686/cmov/libc.so.6 No symbol table info available. #19 0xb7c823f0 in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #20 0xb7c80980 in ?? () from /lib/i686/cmov/libpthread.so.0 ---Type to continue, or q to quit--- No symbol table info available. #21 0x09657664 in ?? () No symbol table info available. #22 0xb7756000 in ?? () No symbol table info available. #23 0xbfe2a070 in ?? () No symbol table info available. #24 0x1d18 in ?? () No symbol table info available. #25 0x7fff in ?? () No symbol table info available. #26 0xb6f493a0 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #27 0x09576b28 in ?? () No symbol table info available. #28 0xb7c80980 in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #29 0xbfe2a088 in ?? () No symbol table info available. #30 0xb6ed1d72 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. Backtrace stopped: frame did not save the PC #0 0xb7f10424 in __kernel_vsyscall ()
Bug#514312: openvas-server: [INTL:fr] French debconf templates translation update
Package: openvas-server Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of openvas-server debconf templates to French # Copyright (C) 2005-2009 Debian French l10n team # This file is distributed under the same license as the openvas-server package. # # Translators: # Renaud Deraison, 1998-2005 # Christophe Masson , 2005. # Christian Perrier , 2009. msgid "" msgstr "" "Project-Id-Version: openvas-server\n" "Report-Msgid-Bugs-To: openvas-ser...@packages.debian.org\n" "POT-Creation-Date: 2009-01-22 07:14+0100\n" "PO-Revision-Date: 2009-02-01 14:46+0100\n" "Last-Translator: Christian Perrier \n" "Language-Team: French \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" #. Type: note #. Description #: ../openvas-server.templates:2001 msgid "OpenVAS daemon certificate generation" msgstr "Création du certificat du démon OpenVAS" #. Type: note #. Description #: ../openvas-server.templates:2001 msgid "" "You will need to provide the relevant information to create an SSL " "certificate for your OpenVAS daemon. Note that this information will remain " "local to this system, but anyone with the ability to connect to your " "OpenVAS daemon will be able to see it." msgstr "" "Vous allez devoir fournir les informations nécessaires à la création d'un " "certificat SSL pour le démon OpenVAS. Veuillez noter que ces informations " "resteront locales, mais quiconque pouvant se connecter au démon OpenVAS sera " "en mesure de les récupérer." #. Type: string #. Description #: ../openvas-server.templates:3001 msgid "Certificate authority certificate lifetime (days):" msgstr "" "Durée de validité, en jours, du certificat de l'autorité de certification :" #. Type: string #. Description #: ../openvas-server.templates:3001 msgid "" "Please choose the lifetime of the Certificate Authority certificate that " "will be used to generate the OpenVAS daemon certificate." msgstr "" "Veuillez choisir la durée de validité du certificat de l'Autorité de " "Certification (CA : « Certificate Authority ») qui sera utilisée pour créer " "le certificat du démon OpenVAS." #. Type: string #. Description #: ../openvas-server.templates:4001 msgid "Server certificate lifetime (days):" msgstr "Durée de validité, en jours, du certificat du serveur :" #. Type: string #. Description #: ../openvas-server.templates:4001 msgid "Please choose the lifetime of the OpenVAS daemon certificate." msgstr "Veuillez indiquer la durée de validité du certificat du démon OpenVAS." #. Type: string #. Description #: ../openvas-server.templates:4001 msgid "" "OpenVAS clients will not connect to servers with expired certificates, so " "you should choose a duration longer than the time you plan to run this " "server." msgstr "" "Les clients OpenVAS ne pourront pas se connecter aux serveurs utilisant des " "certificats expirés. Il est donc conseillé de choisir une durée suffisante " "pour la vie du serveur." #. Type: string #. Description #: ../openvas-server.templates:4001 msgid "" "This certificate can be regenerated later by removing the certificate file " "stored in /var/lib/openvas/CA/ and running \"openvas-mkcert\"." msgstr "" "Le certificat peut être recréé plus tard en supprimant le fichier de " "certificat dans /var/lib/openvas/CA/ et en utilisant la commande « openvas-" "mkcert »." #. Type: string #. Description #: ../openvas-server.templates:5001 msgid "Country (two-letter code):" msgstr "Pays (code à deux lettres) :" #. Type: string #. Description #: ../openvas-server.templates:5001 msgid "" "Please enter the two-letter code for the country where this server resides." msgstr "Veuillez indiquer le code du pays où est situé le serveur." #. Type: string #. Description #: ../openvas-server.templates:6001 msgid "State or province:" msgstr "État ou province :" #. Type: string #. Description #: ../openvas-server.templates:6001 msgid "Please enter the state or province where this server resides." msgstr "" "Veuillez indiquer le nom de l'état ou de la province où est situé le serveur." #. Type: string #. Description #: ../openvas-server.templates:7001 msgid "Location:" msgstr "Emplacement du serveur :" #. Type: string #. Description #: ../openvas-server.templates:7001 msgid "" "Please enter the location (town, for example) where this server resides." msgstr "" "Veuillez indiquer l'emplacement (par exemple la ville) où est situé le " "serveur." #. Type:
Bug#514242: claws-mail: claws mail triggers debugging messages on console
It's not a bug, it's just a warning message. And it's not actually 'critical'. regards Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514311: Acknowledgement (Libass is outdated and needs updating *patches inside*)
Just a heads up, the coder says that there will be more fixes in the near future. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511726: finally purged debconf items with no owners
> "AM" == Agustin Martin writes: AM> You can try /usr/share/debconf/fix_db.pl AM> IIRC, it checks for templates with no owners. Ah, Indeed, it seems to mention that in the code. I wish these things were documented. $ find /usr/share/man*/m*|grep debconf|xargs zgrep -i fix $ dlocate bin/debconf|sed s/.*://|xargs grep -i fix OK, I will cross my fingers and run the unlabeled medicine bottle /usr/share/debconf/fix_db.pl once a year. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514313: openssh-client: little typo in ssh_config.5 manpage
Package: openssh-client Version: 1:5.1p1-5 Severity: minor Tags: patch Hello, there is a little type in the ssh_config(5) manpage, whitepsace instead of whitespace. Attached patch fixes the problem -- System Information: Debian Release: 5.0 APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-client depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii dpkg 1.14.25Debian package management system ii libc6 2.9-0exp2 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libedit2 2.11~20080614-1BSD editline and history libraries ii libkrb53 1.6.dfsg.4~beta1-6 MIT Kerberos runtime libraries ii libncurses5 5.7+20090124-1 shared libraries for terminal hand ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii passwd1:4.1.1-6 change and administer password and ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openssh-client recommends: ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS pn openssh-blacklist-extra(no description available) ii xauth 1:1.0.3-2 X authentication utility Versions of packages openssh-client suggests: pn keychain (no description available) pn libpam-ssh (no description available) pn ssh-askpass(no description available) -- no debconf information --- ssh_config.5.old2009-02-06 08:20:09.0 +0100 +++ ssh_config.52009-02-06 08:20:32.0 +0100 @@ -119,7 +119,7 @@ .Cm Host keyword) to be only for those hosts that match one of the patterns given after the keyword. -If more than one pattern is provided, they should be separated by whitepsace. +If more than one pattern is provided, they should be separated by whitespace. A single .Ql * as a pattern can be used to provide global
Bug#513589: dpkg: Fehler beim Bearbeiten von rsyslog-mysql (--configure)
hi, note: i also sent you a reply to your private mail wrt dbc_go and dbconfig-generate-include, which might possibly be of help. On Thu, Feb 05, 2009 at 11:31:36PM +0100, Michael Biebl wrote: > fwiw, I can also trigger an error in noninteractive mode (although a different > one). postinst and dbc.log attached. the log is a bit verbose so i may have missed something, but what i did notice is that you don't seem to have the mysql cmdline client installed, which should be a dependency of your package (dbc does not take care of this automatically, it's briefly mentioned in section 3.1.1 of the docs) sean signature.asc Description: Digital signature
Bug#514311: Libass is outdated and needs updating *patches inside*
Package: libass1 and libass-dev Version: 0.9.5-2 Severity: normal Patches that mitigate this problem can be found here: http://greg.geekmind.org/mplayer/ -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-proposed'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) Kernel: Linux 2.6.28-6-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libass1 depends on: ii libc6 2.9-0ubuntu9 GNU C Library: Shared libraries ii libenca01.9-6Extremely Naive Charset Analyser - ii libfontconfig1 2.6.0-1ubuntu4 generic font configuration library ii libfreetype62.3.7-2ubuntu1 FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3.3.dfsg-12ubuntu1 compression library - runtime libass1 recommends no packages. libass1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514310: vncsnapshot: argument parsing (-tunnel) broken
Package: vncsnapshot
Version: 1.2a-1+b1
Severity: normal
Took some playing around with ltrace to catch this, but
vncsnapshot -tunnel ${host}:3 /tmp/${host}.03.jpg
gives a Usage message which includes
> Usage: vncsnapshot [] []: filename
>vncsnapshot [] -listen [] filename
>vncsnapshot [] -tunnel : filename
>vncsnapshot [] -via []: filename
Turns out -tunnel (tunnel.c, processTunnelArgs) looks at the *last*
argument for host:port:
pdisplay = strchr(argv[*pargc - 1], ':');
rather than tunnelArgIndex. This would suggest
vncsnapshot -tunnel /tmp/${host}.03.jpg ${host}:3
which in fact gets around the argument parsing, and prompts for a
password, and then fails with:
Couldn't convert '/tmp/${host}.03.jpg' to host address
Unable to connect to VNC server
Anyway, here's a patch (with debugging noise left in) that makes
vncsnapshot -tunnel work. -via is probably broken too, I haven't
tried it yet. The key bits are
* actually *use* tunnelArgIndex
* use localhost::port so it doesn't add 5900 to it again
(It looks like upstream hasn't been touched since 2004, so getting
this fixed in debian directly would probably be worthwhile.)
--- vncsnapshot-1.2a.orig/tunnel.c
+++ vncsnapshot-1.2a/tunnel.c
@@ -106,6 +106,8 @@
if (!runCommand(cmd))
return False;
+ fprintf(stderr, "Successfully runCommand(%s)\n", cmd);
+
return True;
}
@@ -115,11 +117,16 @@
{
char *pdisplay;
+ fprintf(stderr, "processTunnelArgs:");
+ showArgs(*pargc, argv);
+
if (tunnelArgIndex >= *pargc - 1)
usage();
- pdisplay = strchr(argv[*pargc - 1], ':');
- if (pdisplay == NULL || pdisplay == argv[*pargc - 1])
+ fprintf(stderr, "tAI=%d: %s\n", tunnelArgIndex, argv[tunnelArgIndex]);
+ fprintf(stderr, "tAI+1: %s\n", argv[tunnelArgIndex+1]);
+ pdisplay = strchr(argv[tunnelArgIndex + 1], ':');
+ if (pdisplay == NULL || pdisplay == argv[tunnelArgIndex + 1])
usage();
*pdisplay++ = '\0';
@@ -130,12 +137,15 @@
if (*remotePort < 100)
*remotePort += SERVER_PORT_OFFSET;
- sprintf(lastArgv, "localhost:%d", localPort);
+ sprintf(lastArgv, "localhost::%d", localPort); /* see argsresources.c,
GetArgsAndResources, Two colons comment */
- *remoteHost = argv[*pargc - 1];
- argv[*pargc - 1] = lastArgv;
+ *remoteHost = argv[tunnelArgIndex + 1];
+
+ argv[tunnelArgIndex + 1] = lastArgv;
removeArgs(pargc, argv, tunnelArgIndex, 1);
+ showArgs(*pargc, argv);
+
}
static void
--- vncsnapshot-1.2a.orig/argsresources.c
+++ vncsnapshot-1.2a/argsresources.c
@@ -337,3 +337,10 @@
*((Bool *)arg) = value;
return 1;
}
+
+void showArgs(int argc, char** argv) {
+ int i;
+ for (i=0; i
Bug#514179: CVE-2009-0413: possible XSS issue
OoO En cette nuit nuageuse du jeudi 05 février 2009, vers 00:13, Steffen Joeris disait : > Package: roundcube > Version: 0.2~alpha-4 > Severity: important > Tags: security > Hi, > the following CVE (Common Vulnerabilities & Exposures) id was > published for roundcube. > CVE-2009-0413[0]: > | Cross-site scripting (XSS) vulnerability in RoundCube Webmail > | (roundcubemail) 0.2 stable allows remote attackers to inject arbitrary > | web script or HTML via the background attribute embedded in an HTML > | e-mail message. > This bugreport concerns the experimental version. The other versions > don't seem to be affected after a quick glance. The published upstream > patch is here[1]. > If you fix the vulnerability please also make sure to include the > CVE id in your changelog entry. Hi Steffen! From my knowledge, 0.1.1 and 0.2alpha are not affected because the background attribute is not accepted at all. The patch also fixes a regexp and I don't know if this is related to a security issue. I will ask upstream about this. Until I get a confirmation, I leave the report as is. I hope that roundcube won't be removed from lenny. ;-) Thanks for the report. -- BOFH excuse #328: Fiber optics caused gas main leak pgpjlvfB4fN9j.pgp Description: PGP signature
Bug#514309: mutt: SEGV on 3rd listing of mailbox after 2 IMAP logins
Package: mutt Version: 1.5.18-5 Severity: important I use multiple (5) IMAP servers. When I change between them, mutt always crashes after I logged into the 2nd and than want to get the list of all mailboxes specified by the "mailboxes" command. mailboxes + \ ... imaps://XXX.informatik.uni-Z.YY/ \ imap://.informatik.uni-Z.YY/ \ imap://XXX.offis.uni-Z.YY/ \ imaps://XXX.svs.informatik.uni-Z.YY/ \ imaps://XXX.lahn.YY/INBOX \ imaps://XXX.lahn.YY/INBOX.spam mutt -y select e.g. 'imaps://XXX.informatik.uni-Z.de/' change-folder, toggle-mailboxes+ select e.g. 'imap://.informatik.uni-Z.de/' change-folder, toggle-mailboxes+ CRAH Using "ulimit -c unlimited" and gdb on the core-file: #0 0x0048d9fa in imap_mailbox_state ( path=0x74c020 "imaps://XXX.svs.informatik.uni-Z.YY/", state=0x7fff60f973b0) at ../../imap/browse.c:233 233 ../../imap/browse.c: No such file or directory. in ../../imap/browse.c -- Package-specific info: Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.28.3 (x86_64) ncurses: ncurses 5.7.20090124 (compiled with 5.7) libidn: 1.10 (compiled with 1.10) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 08:41:43) Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP +USE_GSS -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/share/mutt" SYSCONFDIR="/etc" EXECSHELL="/bin/sh" MIXMASTER="mixmaster" To contact the developers, please mail to . To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 patch-1.5.13.cd.purge_message.3.4 patch-1.5.13.nt+ab.xtitles.4 patch-1.5.4.vk.pgp_verbose_mime patch-1.5.6.dw.maildir-mtime.1 patch-1.5.8.hr.sensible_browser_position.3 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgdbm3 1.8.3-4GNU dbm database routines (runtime ii libgnutls26 2.4.2-5the GNU TLS library - runtime libr ii libidn11 1.10-3 GNU libidn library, implementation ii libkrb53 1.6.dfsg.4~beta1-6 MIT Kerberos runtime libraries ii libncursesw5 5.7+20090124-1 shared libraries for terminal hand ii libsasl2-22.1.22.dfsg1-23Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii locales 2.7-18 GNU C Library: National Language ( ii mime-support 3.44-1 MIME files 'mime.types' & 'mailcap ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag Versions of packages mutt suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ca-certificates 20080809 Common CA certificates ii gnupg 1.4.9-3 GNU privacy guard - a free PGP rep ii ispell 3.1.20.0-4.4 International Ispell (an interacti pn mixmaster (no description available) ii openssl 0.9.8g-15Secure Socket Layer (SSL) binary a pn urlview(no description available) Versions of packages mutt is related to: ii mutt 1.5.18-5 text-based mailreader supporting M ii mutt-dbg 1.5.18-5 debugging symbols for mutt pn mutt-patched (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497760: ITP: ttf-aoyagi-kouzan
Package: wnpp Followup-For: Bug #497760 Hi, mind you, my Japanese is anything but good. But I visited the upstream homepage of Mr Aoyagi and took a look at what he has to say about the license himself. http://www7a.biglobe.ne.jp/~kouzan/page012.html "いかなる条件もございません" -> no restrictions at all "本当に自由に掲載して頂いて結構です" -> you are absolutely free to make public "１００％自由に問題なく使っていただけます。問い合わせも必要ありません。" -> 100% free to use. There is no need for inquiries. The whole text gave me the impression of "public domain", do with it as you please. Since the font is indeed nice, I'd like to give it a shot at packaging it. I'd appreciate some kind of mentorship, though, since it would be my first font to package. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514308: sysstat: [INTL:vi] Vietnamese debconf templates translation update
Package: sysstat Version: 8.1.7-2 Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the debconf file: sysstat completely reviewed, translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data
Bug#514264: Possible /var/lib/cereal/sessions/*/env/* permission problem.
On Thu, Feb 05, 2009 at 07:41:12PM +, ian wrote: > Can't list/attach with non-privileged users. Hi, Ian. Thank you very much for this bug report. You certainly should be able to list/attach with the user you specify when creating the session. > Now, it appears that handing out read access to > /var/lib/cereal/sessions/test/env/* is sufficient to allow user > 'ian' to attach/list. > 'chown root:ian /var/lib/cereal/sessions/test/env/*' makes the > session 'test' seem to work for 'ian'. > > I can provide more information if requested. We were wondering if you maybe have an unusually strict umask (eg. 0077) set for the root user. This is the only thing that we can think of at the moment that would have caused the permissions on the env files to be set so that a non-privileged user could not read them. And unreadable env files could definitely have caused the problems you're seeing. I believe the default root umask in Debian is 022, which would mean the env files would normally be created with permissions such that all users could read them. Clearly cereal should fail more gracefully if there is an unusually strict umask set. We're now working on making it more robust for such a setup. Thanks for bringing it to our attention, and sorry for the inconvenience. jamie. signature.asc Description: Digital signature
Bug#514084: [xf86-input-tslib] patch for latest XINPUT ABI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Upstream author of xf86-input-tslib said that he/she rarely use it anymore and do not even have the possibility to compile and test it under latest X.org. If anyone do have interest in xf86-input-tslib and want to take upstream maintainership, please read what Sascha Hauer said listed below. :-) I have no enough knowledge to take the upstream maintainership. I will keep maintaining xf86-input-tslib for Debian. Kind regards Wen-Yen Chuang (caleb) Sascha Hauer (upstream author of xf86-input-tslib) wrote: > Hi, > > I wrote this driver as a quick hack to support our hardware and I'm > glad to see that there's interest in it and that there are even > patches to support it on later X releases. > I must say that I rarely use it anymore and that I do not even have > the possibility to compile and test it under latest X.org. So do you > have interest to take the maintainership for this driver? I think that > you would be the better person for the job. > > And yes, the patch looks good, so acked-by Sascha Hauer > ;) > > Sascha -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmLz7wACgkQdEpXpumNYVmU5gCeNRhMp73OnNuJh9RgPDbEpYMu mLcAnixu7g/yY4+x1dzdFUWDHgsWFlo/ =HMqj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514307: devscripts: [wnpp-alert] pad fields to common length
Rolf Leggewie wrote:
While we are at it, why not include the URL for the bug numbers so that
in many shells it becomes clickable?
=== Schnipp ===
--- /usr/bin/wnpp-alert 2008-06-27 19:46:52.0 +0900
+++ /tmp/wnpp-alert 2009-02-06 13:43:47.645340010 +0900
@@ -125,4 +125,4 @@
fi
comm -12 $WNPP_PACKAGES $INSTALLED | sed -e 's/+/\\+/g' | \
-xargs -i egrep '^[A-Z]+ [0-9]+ {} ' $WNPP
+xargs -i egrep '^[A-Z]+ [0-9]+ {} ' $WNPP | sed s/^O/O\ \ /sed 's!\ !\
http://bugs.debian.org/!'
This line should of course be
+xargs -i egrep '^[A-Z]+ [0-9]+ {} ' $WNPP |sed 's!\ !\
http://bugs.debian.org/!' | sed s/^O/O\ \ /
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#446323: mdadm: recovery in infinite loop
On Thu, Feb 5, 2009 at 12:45 PM, martin f krafft wrote: > also sprach Lukasz Szybalski [2009.02.05.0731 +0100]: >> Both drives are fairly new...Would the drive be defective since day1? >> >> Was the error log that I am getting now available in previous version >> of the kernel? > > Yes. > > Either the drives are faulty or the controller. This is a software raid? Which controller? Is there a way to run fschk in a way that moves the bad sectors into good once. I've also run the smartctrl on the hard drive that being added which gives errors and it shows "no errors occurred" aptitude install smartmontools "=== START OF READ SMART DATA SECTION === SMART Error Log Version: 1 No Errors Logged " And the drives that is active and I want to sync from: "=== START OF READ SMART DATA SECTION === SMART Error Log Version: 1 ATA Error Count: 1665 (device log contains only the most recent five errors) CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 1665 occurred at disk power-on lifetime: 11609 hours (483 days + 17 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 07 5b 00 48 e0 Error: UNC 7 sectors at LBA = 0x0048005b = 4718683 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- 25 00 08 5a 00 48 05 28 13:59:36.510 READ DMA EXT 25 00 08 52 00 48 05 28 13:59:36.510 READ DMA EXT 25 00 08 4a 00 48 05 28 13:59:36.510 READ DMA EXT 25 00 08 42 00 48 05 28 13:59:36.510 READ DMA EXT 25 00 08 3a 00 48 05 28 13:59:36.510 READ DMA EXT Error 1664 occurred at disk power-on lifetime: 11609 hours (483 days + 17 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 37 5b 00 48 e0 Error: UNC 55 sectors at LBA = 0x0048005b = 4718683 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- 25 00 38 5a 00 48 05 28 13:59:34.340 READ DMA EXT 25 00 40 52 00 48 05 28 13:59:32.250 READ DMA EXT 25 00 48 4a 00 48 05 28 13:59:30.185 READ DMA EXT 25 00 50 42 00 48 05 28 13:59:28.060 READ DMA EXT 25 00 58 3a 00 48 05 28 13:59:25.970 READ DMA EXT Error 1663 occurred at disk power-on lifetime: 11609 hours (483 days + 17 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 37 5b 00 48 e0 Error: UNC 55 sectors at LBA = 0x0048005b = 4718683 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- 25 00 40 52 00 48 05 28 13:59:32.250 READ DMA EXT 25 00 48 4a 00 48 05 28 13:59:30.185 READ DMA EXT 25 00 50 42 00 48 05 28 13:59:28.060 READ DMA EXT 25 00 58 3a 00 48 05 28 13:59:25.970 READ DMA EXT 25 00 60 32 00 48 05 28 13:59:23.735 READ DMA EXT Error 1662 occurred at disk power-on lifetime: 11609 hours (483 days + 17 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 37 5b 00 48 e0 Error: UNC 55 sectors at LBA = 0x0048005b = 4718683 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- 25 00 48 4a 00 48 05 28 13:59:30.185 READ DMA EXT 25 00 50 42 00 48 05 28 13:59:28.060 READ DMA EXT 25 00 58 3a 00 48 05 28 13:59:25.970 READ DMA EXT 25 00 60 32 00 48 05 28 13:59:23.735 READ DMA EXT 25 00 68 2a 00 48 05 28 13:59:21.665 READ DMA EXT Error 1661 occurred at disk power-on lifetime: 11609 hours (483 days + 17 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN
Bug#512228: [Pkg-utopia-maintainers] Bug#512228: dbus-daemon error message in auth.log
I see this too, but it seems like a bug in system-tools-backends to me. I first started seeing this message when s-t-b was fixed due to CVE-2008-4311, so I think the dbus system.d config just isn't right. There's an explicit in there, which is specifically what e.g. nautilus is calling. If I add to the default policy in /etc/dbus-1/system.d/system-tools-backends.conf, it looks like I don't get the message anymore. Is this a correct fix? -- Andrew Deason adeas...@uiuc.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514306: checksecurity: check-diskfree should not check whether a cdrom is full
Package: checksecurity Version: 2.0.11 Severity: normal Tags: patch It is not very useful to be told every morning that my cdrom is 100% full, so a first pass at stopping this is included below. It is arguable that you would want any mounted filesystem in /media to be checked, so that's what the following disables: --- /usr/share/checksecurity/check-diskfree.bak 2009-02-06 15:37:38.0 +1100 +++ /usr/share/checksecurity/check-diskfree 2009-02-06 15:42:53.0 +1100 @@ -40,6 +40,7 @@ df -klP | grep ^/ | +grep -v /media/ | sed -e 's/.*[[:space:]]\([[:digit:]]\+\)%/\1/' | while read PERC LOCATION; do if [ "$PERC" -gt "$CHECK_DISK_PERCENT" ]; then echo "Usage warning on $CHECK_DISK_PERCENT" >>$TMPDF -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages checksecurity depends on: ii cron 3.0pl1-105 management of regular background p ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii perl 5.10.0-19 Larry Wall's Practical Extraction Versions of packages checksecurity recommends: pn logcheck (no description available) pn tiger (no description available) pn tripwire | integrit | aide | (no description available) Versions of packages checksecurity suggests: ii cron-apt 0.6.7 automatic update of packages using ii lockfile-progs0.1.11-0.1 Programs for locking and unlocking -- debconf information: checksecurity/oldconf: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514305: smarty: Please sync the install path with Ubuntu
Package: smarty Version: 2.6.22-1 Severity: important Currently, the Debian package for smarty installs it in: /usr/share/php/smarty/libs/ whereas the Ubuntu package install its files here: /usr/share/php/smarty/ This causes smarty-enabled applications in Debian to fail on Ubuntu because the include path is different. Two such packages are Moodle and Mahara. They require Ubuntu customisations to work around the different paths. I'm not sure what the right path is, but there was a discussion in the Ubuntu tracker which referred to the upstream install guide: https://bugs.launchpad.net/ubuntu/+source/smarty/+bug/118793 Francois -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.13-grsec (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smarty depends on: ii php5-cli 5.2.6.dfsg.1-3 command-line interpreter for the p smarty recommends no packages. smarty suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514280: sl-modem: [INTL:pt] Updated Portuguese translation for debconf messages
On Thu, Feb 05, 2009 at 10:57:29PM +, Miguel Figueiredo wrote: > Updated Portuguese translation for sl-modem's debconf messages. > Translator: Américo Monteiro > Feel free to use it. > > For translation updates please contact 'Last Translator' or the > Portuguese Translation Team . ---end quoted text--- Sorry, but that's not an updated translation. That's exactly the same old translation file used for sl-modem 2.9.11~20080817-1. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514302: Info received (Fwd: Re: gftp: "Overwrite by default" is ignored.)
This is gftp-text session. --- (0) phreaque /home/keeling_ gftp-text ftp://ftp.nucleus.com/~keeling Could not change local directory to /home/keeling/dwn': No such file or directory gFTP 2.0.18, Copyright (C) 1998-2003 Brian Masney . If you have any questions, comments, or suggestions about this program, please feel free to email them to me. You can always find out the latest news about gFTP from my website at http://www.gftp.org/ gFTP comes with ABSOLUTELY NO WARRANTY; for details, see the COPYING file. This is free software, and you are welcome to redistribute it under certain conditions; for details, see the COPYING file Username [anonymous]: keeling Password: Looking up ftp.nucleus.com Trying www.nucleus.com:21 Connected to ftp.nucleus.com:21 220 (vsFTPd 2.0.5) USER keeling 331 Please specify the password. PASS 230 Login successful. SYST 215 UNIX Type: L8 TYPE A 200 Switching to ASCII mode. CWD /~keeling 550 Failed to change directory. PWD 257 "/" ftp> bye Error: Command not recognized ftp> quit --- Why's it trying to go to /~keeling? :-| -- Any technology distinguishable from magic is insufficiently advanced. (*) Please don't Cc: me. - - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514302: Fwd: Re: gftp: "Overwrite by default" is ignored.
Er, that was using the GUI gftp. Sorry, didn't know there was a cli ver. I'll look into it. Sorry for the noise and I will report back. FYI: (0) phreaque /home/keeling_ grep write .gftp/gftprc # Overwrite files by default or set to resume file transfers overwrite_default=1 Incoming from s. keeling: > Package: gftp > Version: 2.0.18-16 > Severity: normal > > This may well be suckage on the part of my ISP. They do have smart > Debian guys on staff, but also do a lot of stuff with Windows (so all > bets are off :-). > > gftp always pops up the dialog insisting I verify that transfers should > be done, even with overwrite by default selected. Ewww. :-) > > I'd much prefer to use CLI scp for this, but ISP can't handle it (drat). > > It all works, but why is gftp acting like Windows Security? :-P > > Still, better than CuteFTP, pt! > > Thanks mon. > -- System Information: > Debian Release: 4.0 > APT prefers stable > APT policy: (500, 'stable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.25-2-686 > Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) > > Versions of packages gftp depends on: > ii gftp-gtk 2.0.18-16 X/GTK+ FTP client > ii gftp-text 2.0.18-16 colored FTP client using GLib > > gftp recommends no packages. > --- > > -- no debconf information -- Any technology distinguishable from magic is insufficiently advanced. (*) Please don't Cc: me. - - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#501326: linux-image-2.6.26-1-amd64: The same on Asus p5l-vm1394
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-13 Followup-For: Bug #501326 I am using suspend to disk. The /sys/power/disk is set to platform and does not work when set to shutdown either. The PC powers off for a few seconds and then powers on again. It does not work with 2.6.25 either. However, the problem started only recently, suspend to disk used to work. It is possible to power off by holding the power button or by booting other system and powering off using that. -- Package-specific info: ** Version: Linux version 2.6.26-1-amd64 (Debian 2.6.26-13) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 17:57:00 UTC 2009 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.26-1-amd64 root=UUID=ae7d5095-c8b3-4205-af0e-032b0e124ec3 ro ** Not tainted ** Kernel log: [ 168.464445] PM: Writing back config space on device :00:1b.0 at offset 1 (was 16, writing 12) [ 168.464466] ACPI: PCI Interrupt :00:1b.0[A] -> GSI 19 (level, low) -> IRQ 19 [ 168.464473] PCI: Setting latency timer of device :00:1b.0 to 64 [ 168.464542] PCI: Setting latency timer of device :00:1c.0 to 64 [ 168.464600] PCI: Setting latency timer of device :00:1c.1 to 64 [ 168.464609] ACPI: PCI Interrupt :00:1d.0[A] -> GSI 20 (level, low) -> IRQ 20 [ 168.464615] PCI: Setting latency timer of device :00:1d.0 to 64 [ 168.464660] usb usb1: root hub lost power or was reset [ 168.464678] ACPI: PCI Interrupt :00:1d.1[B] -> GSI 17 (level, low) -> IRQ 17 [ 168.464684] PCI: Setting latency timer of device :00:1d.1 to 64 [ 168.464734] usb usb2: root hub lost power or was reset [ 168.464761] ACPI: PCI Interrupt :00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18 [ 168.464765] PCI: Setting latency timer of device :00:1d.2 to 64 [ 168.464804] usb usb3: root hub lost power or was reset [ 168.464820] ACPI: PCI Interrupt :00:1d.3[D] -> GSI 19 (level, low) -> IRQ 19 [ 168.464825] PCI: Setting latency timer of device :00:1d.3 to 64 [ 168.464864] usb usb4: root hub lost power or was reset [ 168.464889] ACPI: PCI Interrupt :00:1d.7[A] -> GSI 20 (level, low) -> IRQ 20 [ 168.464894] PCI: Setting latency timer of device :00:1d.7 to 64 [ 168.464931] usb usb5: root hub lost power or was reset [ 168.468816] ehci_hcd :00:1d.7: debug port 1 [ 168.468822] PCI: cache line size of 32 is not supported by device :00:1d.7 [ 168.468856] PCI: Setting latency timer of device :00:1e.0 to 64 [ 168.468913] ACPI: PCI Interrupt :00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18 [ 168.468938] PM: Writing back config space on device :00:1f.2 at offset 1 (was 2b1, writing 2b5) [ 168.468951] ACPI: PCI Interrupt :00:1f.2[B] -> GSI 17 (level, low) -> IRQ 17 [ 168.468955] PCI: Setting latency timer of device :00:1f.2 to 64 [ 168.471738] ata2.01: _GTF evaluation failed (AE 0x1001) [ 168.484447] PM: Writing back config space on device :02:00.0 at offset 1 (was 12, writing 16) [ 168.484476] ACPI: PCI Interrupt :02:00.0[A] -> GSI 17 (level, low) -> IRQ 17 [ 168.484484] PCI: Setting latency timer of device :02:00.0 to 64 [ 168.492912] atl1 :02:00.0: eth0 link is up 100 Mbps full duplex [ 168.561175] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[21] MMIO=[cfeff800-cfef] Max Packet=[2048] IR/IT contexts=[4/8] [ 168.568294] parport_pc 00:06: current resources: pnp_start_dev [ 168.568297] parport_pc 00:06: irq 7 flags 0x401 [ 168.568299] parport_pc 00:06: dma 3 flags 0x800 [ 168.568301] parport_pc 00:06: io 0x378-0x37f flags 0x101 [ 168.568303] parport_pc 00:06: io 0x778-0x77f flags 0x101 [ 168.568306] parport_pc 00:06: set resources [ 168.569714] parport_pc 00:06: encode 4 resources [ 168.569718] parport_pc 00:06: encode irq 7 edge high exclusive (2-byte descriptor) [ 168.569721] parport_pc 00:06: encode dma 3 type 0x0 transfer 0x0 master 0 [ 168.569723] parport_pc 00:06: encode io 0x378-0x37f decode 0x1 [ 168.569725] parport_pc 00:06: encode io 0x778-0x77f decode 0x1 [ 168.570488] parport_pc 00:06: activated [ 168.570495] serial 00:0d: current resources: pnp_start_dev [ 168.570497] serial 00:0d: irq 4 flags 0x401 [ 168.570500] serial 00:0d: io 0x3f8-0x3ff flags 0x101 [ 168.570503] serial 00:0d: set resources [ 168.571217] serial 00:0d: encode 3 resources [ 168.571220] serial 00:0d: encode irq 4 edge high exclusive (2-byte descriptor) [ 168.571223] serial 00:0d: encode dma -1 type 0x0 transfer 0x0 master 0 [ 168.571225] serial 00:0d: encode io 0x3f8-0x3ff decode 0x1 [ 168.571929] serial 00:0d: activated [ 168.643329] ata1.00: ACPI cmd ef/03:45:00:00:00:a0 filtered out [ 168.64] ata1.00: ACPI cmd ef/03:0c:00:00:00:a0 filtered out [ 168.644014] ata1.00: ACPI cmd c6/00:10:00:00:00:a0 succeeded [ 168.644014] ata1.00: ACPI cmd ef/90:06:00:00:00:00 succeeded [ 168.658119] ata2.01: configured for UDMA/133 [ 168.658185] sd 1:0:
Bug#514303: boinc-client: by default BOINC binds to all network adaptors
Package: boinc-client Version: 6.2.14-3 Severity: normal Rather distrubingly, BOINC binds to all network adaptors rather than just localhost, despite the allow_remote_gui_rpc setting not being set. As an end-user, I would have expected just for it to bind to the localhost for availability for the boinc-manager. While there is not an explicity security issue here, because no hosts/ip's are listed in the remote authorisation file, there is an implicit one and that is if there is ever a buffer overflow against boinc then it's possible that is going to be exploited by other people. Netstat output: tcp0 0 0.0.0.0:31416 0.0.0.0:* LISTEN 20006/boinc tcp0 0 127.0.0.1:631 0.0.0.0:* LISTEN 3126/cupsd You can see where cupsd for example has bound locally and boinc has bound globally. If I can be of any further assistance then please don't hesistate to let me know. -- Package-specific info: -- Contents of /etc/default/boinc-client: # This file is /etc/default/boinc-client, it is a configuration file for the # /etc/init.d/boinc-client init script. # Set this to 1 to enable and to 0 to disable the init script. ENABLED="1" # Set this to 1 to enable advanced scheduling of the BOINC core client and # all its sub-processes (reduces the impact of BOINC on the system's # performance). SCHEDULE="1" # The BOINC core client will be started with the permissions of this user. BOINC_USER="boinc" # This is the data directory of the BOINC core client. BOINC_DIR="/var/lib/boinc-client" # This is the location of the BOINC core client, that the init script uses. # If you do not want to use the client program provided by the boinc-client # package, you can specify here an alternative client program. #BOINC_CLIENT="/usr/local/bin/boinc" BOINC_CLIENT="/usr/bin/boinc" # Here you can specify additional options to pass to the BOINC core client. # Type 'boinc --help' or 'man boinc' for a full summary of allowed options. #BOINC_OPTS="--allow_remote_gui_rpc" BOINC_OPTS="" -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages boinc-client depends on: ii adduser3.110 add and remove users and groups ii ca-certificates20080809 Common CA certificates ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-18GNU C Library: Shared libraries ii libcurl3 7.18.2-8 Multi-protocol file transfer libra ii libssl0.9.80.9.8g-15 SSL shared libraries ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime boinc-client recommends no packages. Versions of packages boinc-client suggests: pn boinc-app-seti (no description available) ii boinc-manager 6.2.14-3 GUI to control and monitor the BOI pn schedtool (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514302: gftp: "Overwrite by default" is ignored.
Package: gftp Version: 2.0.18-16 Severity: normal This may well be suckage on the part of my ISP. They do have smart Debian guys on staff, but also do a lot of stuff with Windows (so all bets are off :-). gftp always pops up the dialog insisting I verify that transfers should be done, even with overwrite by default selected. Ewww. :-) I'd much prefer to use CLI scp for this, but ISP can't handle it (drat). It all works, but why is gftp acting like Windows Security? :-P Still, better than CuteFTP, pt! Thanks mon. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.25-2-686 Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) Versions of packages gftp depends on: ii gftp-gtk 2.0.18-16 X/GTK+ FTP client ii gftp-text 2.0.18-16 colored FTP client using GLib gftp recommends no packages. --- -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514039: please make debian-...@l.d.o moderated
On Wed, 04 Feb 2009, Don Armstrong wrote: > Since the major problem seems to be backscatter, we can pretty > easily more rules to handle most of it. I've dropped in a slew of rules to deal with the majority of this issue. I've probably missed some sources, but I'll try to check again in the next few days and add additional rules for anything that I've missed. As always, more assistance with generating better rules is always accepted. Don Armstrong -- Certainly the game is rigged. Don't let that stop you. If you don't bet, you can't win. -- Robert Heinlein _Time Enough For Love_ p240 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514300: apt_preferences(5) typo
Package: apt Version: 0.7.20.1 Severity: minor The line "Pin: release unstable" should be "Pin: release a=unstable". -- Package-specific info: -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514294: [deb...@pusling.com: Re: lurker && kde4 && mimelib]
- Forwarded message from Sune Vuorela - Date: Fri, 6 Feb 2009 01:56:55 +0100 From: Sune Vuorela Subject: Re: lurker && kde4 && mimelib To: Jonas Meurer On Friday 06 February 2009 01:33:09 you wrote: > I found libmimelib4 from kde4 in the expermental repository, but no > libmimelib4-dev. Also I'm not very experienced in c++ programming. but > i'll take a look at it and see what i can do. There is no -dev package for libmimelib4, as kde currently promise to not promise any kind of abi stability and thus we in kde team really don't want to provide -dev packages for such libraries. Even if we did find a way, you would grow quite some new dependencies: $ ldd -r /usr/lib/libmimelib.so.4 linux-gate.so.1 => (0xb7f7f000) libkdecore.so.5 => /usr/lib/libkdecore.so.5 (0xb7cd9000) libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0xb7aad000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb79be000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7863000) libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0xb7764000) libQtDBus.so.4 => /usr/lib/libQtDBus.so.4 (0xb76f6000) libz.so.1 => /usr/lib/libz.so.1 (0xb76e1000) libbz2.so.1.0 => /lib/libbz2.so.1.0 (0xb76d1000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb76aa000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb769d000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7698000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb768f000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb75da000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb75c) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb75bc000) /lib/ld-linux.so.2 (0xb7f8) libQtXml.so.4 => /usr/lib/libQtXml.so.4 (0xb7579000) libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb754a000) - basically a dependency on kdelibs5 - I don't know if that's something you want. > Unfortunately the upstream author of lurker is quite busy and seems to > have lost interest in lurker since about a year. still lurker is a very > efficient and well-designed mailinglist archiving software, so i'd like > to keep it in the debian archive. I guess we need to find some different solution then. /Sune -- How can I get access over the hardware from Mac? You neither should link the Ultra-wide virus, nor can telnet to a tower of the command prompt over a pin to a line but from the preferences menu within Netscape you can't overclock the memory address and from Outlook Express 5.8 or from the control file inside X-Windows you either have to digit from the parallel AT case, or must get access on a folder, in such way therefore you either have to connect from a fan to the firewall to a login, or must debug the operating system over a Ultra SMTP site to remove from the IRC computer of the level-62 IDE mouse. - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514299: jacksum: Incorrect output for data provided by stdin
Package: jacksum Version: 1.7.0-2 Severity: normal *** /tmp/reportbug-jacksum-20090205-14781-RuopgH Subject: jacksum: incorrect checksum generated from stdin Package: jacksum Version: 1.7.0-2 Severity: normal When reading from standard input, Jacksum assumes the existence of a newline at the end of the input even if one is not present. Consider the following: zpal...@thirtyseven:~$ echo "test" | md5sum d8e8fca2dc0f896fd7cb4cb0031ba249 - zpal...@thirtyseven:~$ echo "test" | jacksum -a md5 d8e8fca2dc0f896fd7cb4cb0031ba249 zpal...@thirtyseven:~$ echo -n "test" | md5sum 098f6bcd4621d373cade4e832627b4f6 - zpal...@thirtyseven:~$ echo -n "test" | jacksum -a md5 d8e8fca2dc0f896fd7cb4cb0031ba249 This appears to be independent of the algorithm in question; the same problem arose when using CRC8 and SHA1. This problem is not present when reading from a file: zpal...@thirtyseven:~$ echo -n "test" > ztemp zpal...@thirtyseven:~$ jacksum -a md5 ztemp 098f6bcd4621d373cade4e832627b4f6 ztemp -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jacksum depends on: ii gij-4.1 [java2-runtime] 4.1.1-20 The GNU Java bytecode interpreter ii java-gcj-compat [java2-runtim 1.0.78-2 Java runtime environment using GIJ ii openjdk-6-jre [java2-runtime] 6b11-9 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-runtime] 1.5.0-16-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-runtime] 6-07-4 Sun Java(TM) Runtime Environment ( jacksum recommends no packages. Versions of packages jacksum suggests: ii gij [java-virtual-machine]4:4.3.2-2 The GNU Java bytecode interpreter ii gij-4.1 [java-virtual-machine 4.1.1-20 The GNU Java bytecode interpreter ii gij-4.3 [java-virtual-machine 4.3.2-2The GNU Java bytecode interpreter ii java-gcj-compat [java-virtual 1.0.78-2 Java runtime environment using GIJ ii java-gcj-compat-headless [jav 1.0.78-2 Java runtime environment using GIJ ii openjdk-6-jre-headless [java- 6b11-9 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java-virtual-m 1.5.0-16-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java-virtual-m 6-07-4 Sun Java(TM) Runtime Environment ( -- no debconf information -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jacksum depends on: ii gij-4.1 [java2-runtime] 4.1.1-20 The GNU Java bytecode interpreter ii java-gcj-compat [java2-runtim 1.0.78-2 Java runtime environment using GIJ ii openjdk-6-jre [java2-runtime] 6b11-9 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-runtime] 1.5.0-16-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-runtime] 6-07-4 Sun Java(TM) Runtime Environment ( jacksum recommends no packages. Versions of packages jacksum suggests: ii gij [java-virtual-machine]4:4.3.2-2 The GNU Java bytecode interpreter ii gij-4.1 [java-virtual-machine 4.1.1-20 The GNU Java bytecode interpreter ii gij-4.3 [java-virtual-machine 4.3.2-2The GNU Java bytecode interpreter ii java-gcj-compat [java-virtual 1.0.78-2 Java runtime environment using GIJ ii java-gcj-compat-headless [jav 1.0.78-2 Java runtime environment using GIJ ii openjdk-6-jre-headless [java- 6b11-9 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java-virtual-m 1.5.0-16-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java-virtual-m 6-07-4 Sun Java(TM) Runtime Environment ( -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514298: linux-image-2.6.26-1-amd64: If i connect my dvb-t usb sick terratec xxs he makes some entries in the /var/log/syslog
Package: linux-image-2.6.26-1-amd64 Version: 2.6.26-13 Severity: minor -- Package-specific info: ** Version: Linux version 2.6.26-1-amd64 (Debian 2.6.26-13) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Sat Jan 10 17:57:00 UTC 2009 ** Command line: root=/dev/sda1 ro quiet vga=795 ** Tainted: P (1) ** Kernel log: [30932.445624] dib0700: Unknown remote controller key: 13 36 1 0 [30932.605581] dib0700: Unknown remote controller key: 13 36 1 0 [30932.789008] dib0700: Unknown remote controller key: 13 36 1 0 [30932.972792] dib0700: Unknown remote controller key: 13 36 1 0 [30933.132293] dib0700: Unknown remote controller key: 13 36 1 0 [30933.296651] dib0700: Unknown remote controller key: 13 36 1 0 [30933.444874] dib0700: Unknown remote controller key: 13 36 1 0 [30933.628643] dib0700: Unknown remote controller key: 13 36 1 0 [30933.785726] dib0700: Unknown remote controller key: 13 36 1 0 [30933.949291] dib0700: Unknown remote controller key: 13 36 1 0 [30934.149291] dib0700: Unknown remote controller key: 13 36 1 0 [30934.308814] dib0700: Unknown remote controller key: 13 36 1 0 [30934.468818] dib0700: Unknown remote controller key: 13 36 1 0 [30934.699814] dib0700: Unknown remote controller key: 13 36 1 0 [30934.896405] dib0700: Unknown remote controller key: 13 36 1 0 [30935.059937] dib0700: Unknown remote controller key: 13 36 1 0 [30935.308203] dib0700: Unknown remote controller key: 13 36 1 0 [30935.524322] dib0700: Unknown remote controller key: 13 36 1 0 [30935.744034] dib0700: Unknown remote controller key: 13 36 1 0 [30935.896191] dib0700: Unknown remote controller key: 13 36 1 0 [30936.121374] dib0700: Unknown remote controller key: 13 36 1 0 [30936.291369] dib0700: Unknown remote controller key: 13 36 1 0 [30936.479064] dib0700: Unknown remote controller key: 13 36 1 0 [30936.655770] dib0700: Unknown remote controller key: 13 36 1 0 [30936.874306] dib0700: Unknown remote controller key: 13 36 1 0 [30937.030130] dib0700: Unknown remote controller key: 13 36 1 0 [30937.200502] dib0700: Unknown remote controller key: 13 36 1 0 [30937.376651] dib0700: Unknown remote controller key: 13 36 1 0 [30937.584613] dib0700: Unknown remote controller key: 13 36 1 0 [30937.738102] dib0700: Unknown remote controller key: 13 36 1 0 [30937.926887] dib0700: Unknown remote controller key: 13 36 1 0 [30938.081590] dib0700: Unknown remote controller key: 13 36 1 0 [30938.243238] dib0700: Unknown remote controller key: 13 36 1 0 [30938.433996] dib0700: Unknown remote controller key: 13 36 1 0 [30938.589764] dib0700: Unknown remote controller key: 13 36 1 0 [30938.774132] dib0700: Unknown remote controller key: 13 36 1 0 [30938.967194] dib0700: Unknown remote controller key: 13 36 1 0 [30939.124553] dib0700: Unknown remote controller key: 13 36 1 0 [30939.286452] dib0700: Unknown remote controller key: 13 36 1 0 [30939.439736] dib0700: Unknown remote controller key: 13 36 1 0 [30939.665398] dib0700: Unknown remote controller key: 13 36 1 0 [30939.821875] dib0700: Unknown remote controller key: 13 36 1 0 [30940.020245] dib0700: Unknown remote controller key: 13 36 1 0 [30940.227740] dib0700: Unknown remote controller key: 13 36 1 0 [30940.408496] dib0700: Unknown remote controller key: 13 36 1 0 [30940.567808] dib0700: Unknown remote controller key: 13 36 1 0 [30940.739979] dib0700: Unknown remote controller key: 13 36 1 0 [30940.904184] dib0700: Unknown remote controller key: 13 36 1 0 [30941.088459] dib0700: Unknown remote controller key: 13 36 1 0 [30941.244159] dib0700: Unknown remote controller key: 13 36 1 0 [30941.500904] dib0700: Unknown remote controller key: 13 36 1 0 [30941.664404] dib0700: Unknown remote controller key: 13 36 1 0 [30941.824705] dib0700: Unknown remote controller key: 13 36 1 0 [30941.995886] dib0700: Unknown remote controller key: 13 36 1 0 [30942.167414] dib0700: Unknown remote controller key: 13 36 1 0 [30942.386417] dib0700: Unknown remote controller key: 13 36 1 0 [30942.578752] dib0700: Unknown remote controller key: 13 36 1 0 [30942.752134] dib0700: Unknown remote controller key: 13 36 1 0 [30942.908223] dib0700: Unknown remote controller key: 13 36 1 0 [30943.092738] dib0700: Unknown remote controller key: 13 36 1 0 [30943.300531] dib0700: Unknown remote controller key: 13 36 1 0 [30943.454382] dib0700: Unknown remote controller key: 13 36 1 0 [30943.620448] dib0700: Unknown remote controller key: 13 36 1 0 [30943.808448] dib0700: Unknown remote controller key: 13 36 1 0 [30944.003752] dib0700: Unknown remote controller key: 13 36 1 0 [30944.176004] dib0700: Unknown remote controller key: 13 36 1 0 [30944.328008] dib0700: Unknown remote controller key: 13 36 1 0 [30944.548219] dib0700: Unknown remote controller key: 13 36 1 0 [30944.750951] dib0700: Unknown remote controller key: 13 36 1 0 [30944.926176]
Bug#509312: please register kopensolaris-i386
Hi Guillem,
On Fri, Feb 06, 2009 at 03:04:26AM +0200, Guillem Jover wrote:
> On Tue, 2009-01-27 at 20:52:17 +0100, Robert Millan wrote:
> > On Sun, Dec 21, 2008 at 05:05:15AM +0100, Robert Millan wrote:
> > > Patch available at:
> > >
> > >
> > > http://csclub.uwaterloo.ca/~dtbartle/opensolaris/patches/dpkg-1.14.20-kopensolaris-gnu.diff
> >
> > Actually, please do only include the {os,cpu}table part of the patch
> > (attached for your convenience). The /proc layout is different than
> > the one provided by Linux, and we're not ready to provide a patch for
> > that yet.
>
> Ok, added the arch in git now.
Thanks!
> And, yes the s-s-d part seemed fishy
> anyway. You could probably port libkvm from {Open,}Solaris and use that
> instead, but AFAICS the libkvm from Solaris is slightly different than
> the one from the BSDs, stuff like kvm_getproc -> kvm_getprocs.
>
> But then it might be more "portable" to make use of /proc, instead of
> libkvm, as you avoid the problem of not being able to mix 32bit userland
> and 64bit kernels and similar.
We're currently using /proc in our patched version. I suppose we'll stay
that way, it's simpler and doesn't bring license trouble with CDDL stuff.
We'll send a patch for that when we're reasonably sure this is what we want
to do, and that s-s-d is working properly.
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening your freedom: we
still allow you to remove your data and not access it at all."
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509312: please register kopensolaris-i386
tag 509312 pending
thanks
On Tue, 2009-01-27 at 20:52:17 +0100, Robert Millan wrote:
> On Sun, Dec 21, 2008 at 05:05:15AM +0100, Robert Millan wrote:
> > Patch available at:
> >
> >
> > http://csclub.uwaterloo.ca/~dtbartle/opensolaris/patches/dpkg-1.14.20-kopensolaris-gnu.diff
>
> Actually, please do only include the {os,cpu}table part of the patch
> (attached for your convenience). The /proc layout is different than
> the one provided by Linux, and we're not ready to provide a patch for
> that yet.
Ok, added the arch in git now. And, yes the s-s-d part seemed fishy
anyway. You could probably port libkvm from {Open,}Solaris and use that
instead, but AFAICS the libkvm from Solaris is slightly different than
the one from the BSDs, stuff like kvm_getproc -> kvm_getprocs.
But then it might be more "portable" to make use of /proc, instead of
libkvm, as you avoid the problem of not being able to mix 32bit userland
and 64bit kernels and similar.
regards,
guillem
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514238: kpdf: cannot copy text from documents with encryption
Pino Toscano wrote, on 2009-02-06 03:11: Package: kpdf Pino Toscano wrote, on 2009-02-06 02:09: Hi, With a pdf version 1.6 that reported security: encryption, I was unable to copy text from the document to the clipboard. Is kpdf deliberately crippled, or is there a workaround? Please provide a sample of document showing the issue. http://www.acma.gov.au/webwr/_assets/main/lib310648/ecs_disc_paper.pdf The permissions of this document say that client applications should not copy the test of the document. KPDF could tell that the reason is that indeed, but KPDF is frozen solid and no more KDE 3 releases are planned, so it cannot be done. (And Okular - KPDF successor in KDE 4 - does that, anyway.) However, you can disable the fact that KPDF respect the DRM bits of the document, just go in the preferences. Ah, thanks! I couldn't find anything in the manual page or /usr/share/doc/kpdf, and the online help only gives a picture of the preferences box. Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514240: whohas: "-d mandriva" not supported
On Thu, Feb 05, 2009 at 03:17:20PM +, Steve Cotton wrote: > st...@tsunami:~$ whohas -d mandriva foo > Unsupported distribution 'mandriva' > > It's a bug in quilt patch 25-use-getopt-513473, > patch 20 adds Mandriva support, then 25 breaks it: Odd, I fixed that once, but I must have reset it in CVS by accident. Thanks for the catch. > Also, the 20- patch adds an extra copy of the script in program/whohas.orig . Ok, this one I have no excuse for. I've split the bug to deal with this seperately. Cheers -- Jonathan Wiltshire PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 signature.asc Description: Digital signature
Bug#460618: unreachable homepage
er.. The homepage http://falcon.kaarsemaker.net/ says "Forbidden - You don't have permission to access / on this server." I guess the new homepage is at launchpad: https://launchpad.net/falcon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510884: bastille: InteracticeBastille complains about unsupported OS 'DB5.0'
I've seen the same problem too. Looks like the list of supported OS needs to be updated in 2 files so that it supports Lenny (Debian 5.0): /usr/lib/Bastille/API.pm /usr/lib/Bastille/IOLoader.pm I also tried the version from Experimental and it has the same problem. Bastille starts, because I've had it configured and running for a few years. Now I need to reconfigure bastille and InteractiveBastille fails on the Debian Version number in /etc/debian_version . -- Mick Timony --- Ever tried. Ever failed. No matter. Try Again. Fail again. Fail better. -- S. Beckett ---
Bug#514296: libjasper1: Bug #469786 reintroduced in libjasper1 (1.900.1-5.1)
Subject: Bug #469786 reintroduced in libjasper1 (1.900.1-5.1) Package: libjasper1 Version: 1.900.1-5.1 Severity: important -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libjasper1 depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libjpeg62 6b-14 The Independent JPEG Group's JPEG libjasper1 recommends no packages. Versions of packages libjasper1 suggests: pn libjasper-runtime (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514180: Bug unreproducible
tags 514180 + unreproducible moreinfo severity 514180 important thanks Hi, I've upgraded several machines now, and never hit the bug you're showing here, also I just debootstrapped Etch, installed spe, python2.5 and the other packages you've mentioned, and dist-upgraded to Lenny - no problem (except that aptitude is weird ;)) Therefore I'm downgrading the bug. In case you think that's not right, please show me how to reproduce it. Thanks, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514295: watchdog: shutdown procedure could segfault
Subject: watchdog: shutdown procedure could segfault
Package: watchdog
Version: 5.4
Severity: important
Tags: patch
*** Please type your report below this line ***
I've discovered that watchdog package may crash during shutdown
procedure in mnt_off() function due to the missing MNTTAB file.
This may be due to the exotic platform (and handmade gentoo derivate
distro) I'm trying to use watchdog on but I still think it is not
neccessary to crash so hard here.
MNTTAB is defined as /etc/fstab and this file is not present on the
system. Thus NULL is returned from setmntent and is later used without
validation.
I'm attaching simple patch that performs validation and thus
eliminates segfault.
I think that the problem is not debian related as it occured on a
different distro
but looking at the AUTHORS I found out that author of the package is also the
debian maintainer so I'm submitting this way.
Wish you good day,
ja.ro
--- src/shutdown.c 2009-02-06 01:10:34.0 +0100
+++ src/shutdown.c 2009-02-06 01:14:44.0 +0100
@@ -172,7 +172,8 @@
struct mntent *mnt;
fp = setmntent(MNTTAB, "r");
-while ((mnt = getmntent(fp)) != (struct mntent *) 0) {
+/* in some rare cases fp might be NULL so be careful */
+while (fp != NULL && ((mnt = getmntent(fp)) != (struct mntent *) 0)) {
/* First check if swap */
if (!strcmp(mnt->mnt_type, MNTTYPE_SWAP))
if (swapoff(mnt->mnt_fsname) < 0)
Bug#514294: lurker && kde4 && mimelib
Package: lurker Version: 2.1-13 Hey, On 04/02/2009 Sune Vuorela wrote: > I'm looking at transitioning kde3 to kde4 right after lenny release. > > On my way, I stumpled upon the fact that lurker was using the kde mimelib, a > part of kdepim. > > I was kind of not expecting this, but the plan has so far been to not provide > any parts of kde3 kdepim in the future. > > I don't know exactly what lurker needs and how we can find a solution, > without > keeping kde3 kdepim around. It seems like kdepim in kde4 still contains libmimelib. did mimelib change the api fundamentally from kde3 to kde4, or would it be easy to migrate packages which use mimelib (like lurker)? I found libmimelib4 from kde4 in the expermental repository, but no libmimelib4-dev. Also I'm not very experienced in c++ programming. but i'll take a look at it and see what i can do. Unfortunately the upstream author of lurker is quite busy and seems to have lost interest in lurker since about a year. still lurker is a very efficient and well-designed mailinglist archiving software, so i'd like to keep it in the debian archive. greetings, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514286: Acknowledgement (xserver-xorg-video-radeon: Time to
When X has started the system works at normal speed. The graphics card works fine under Windows 2000. So it's not a hardware problem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514293: dblatex: relax dependencies (on texlive-lang-cyrillic and texlive-xetex)?
Package: dblatex Severity: normal Hello, does it make sense to relax a bit the dependencies on texlive-lang-cyrillic and texlive-xetex? How are they commonly needed? What about move them to Suggests instead? I'm currently forced to download >10M to have dblatex installed. Thanks for considering, Sandro -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dblatex depends on: ii docbook-xml 4.5-6 standard XML documentation system, ii python2.5.2-3An interactive high-level object-o ii python-apt0.7.8 Python interface to libapt-pkg pi python-support0.8.7 automated rebuilding support for P ii texlive 2007.dfsg.1-5 TeX Live: A decent selection of th ii texlive-extra-utils 2007.dfsg.2-4 TeX Live: TeX auxiliary programs pn texlive-lang-cyrillic (no description available) ii texlive-latex-extra 2007.dfsg.15-1 TeX Live: LaTeX supplementary pack ii texlive-math-extra2007.dfsg.15-1 TeX Live: Advanced math typesettin pn texlive-xetex (no description available) ii xsltproc 1.1.24-2 XSLT command line processor Versions of packages dblatex recommends: ii libxml2-utils 2.6.32.dfsg-5 XML utilities Versions of packages dblatex suggests: ii acroread [pdf-viewer] 8.1.3-0.0 Adobe Acrobat Reader: Portable Doc ii docbook4.5-4 standard SGML representation syste ii ghostscript8.63.dfsg.1-2 The GPL Ghostscript PostScript/PDF ii gv [pdf-viewer]1:3.6.5-2 PostScript and PDF viewer for X ii imagemagick7:6.3.7.9.dfsg1-3 image manipulation programs pn latex-cjk-all (no description available) pn lmodern(no description available) ii opensp 1.5.2-6 OpenJade group's SGML parsing tool ii transfig 1:3.2.5-rel-3.1 Utilities for converting XFig figu ii xpdf-reader [pdf-viewe 3.02-1.4 Portable Document Format (PDF) sui -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514292: linux-image-2.6.28-1-amd64: Bad page state in process 'emacs'
Package: linux-image-2.6.28-1-amd64 Version: 2.6.28-1~experimental.1~snapshot.12674 Severity: important Hello! I hope it is OK to report bugs in the unofficial kernels to the official Debian BTS, please correct me if I am wrong. This afternoon, I was moving a mail from my IMAP mailbox to the local disk with Gnus on Emacs [1] when the machine froze, with the attached messages on the screen. FYI, I have never experienced it with other kernels, both official from the Debian archive or unofficial from http://kernel-archive.buildserver.net . In case I am wrong and the bug is indeed in Emacs, feel free to close it, I will submit a new one to the Emacs BTS. FWIW, this is not the first problem I have with 2.6.28 [2]. Moreover, it seems the temperature problem I experienced in the past with previous kernels are still there [3]. Thx, bye, Gismo / Luca Footnotes: [1] http://emacs.orebokech.com/ [2] http://bugs.debian.org/514109 [3] http://thread.gmane.org/gmane.linux.acpi.devel/37230 -- Package-specific info: ** Version: Linux version 2.6.28-1-amd64 (Debian 2.6.28-1~experimental.1~snapshot.12674) (wa...@debian.org) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23+1)) #1 SMP Wed Feb 4 15:57:36 UTC 2009 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.28-1-amd64 root=/dev/mapper/vggismo-lvroot ro panic=10 vga=792 splash ** Not tainted ** Kernel log: [see the attached extract from syslog instead] ** Loaded modules: Module Size Used by iptable_filter 7296 0 xt_tcpudp 7552 0 ipt_MASQUERADE 7296 0 iptable_nat 9988 0 nf_nat 23956 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 18840 3 iptable_nat,nf_nat nf_conntrack 73488 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 6400 1 nf_conntrack_ipv4 ip_tables 21264 2 iptable_filter,iptable_nat x_tables 25480 4 xt_tcpudp,ipt_MASQUERADE,iptable_nat,ip_tables cdc_ether 9728 0 usbnet 21000 1 cdc_ether mii 9728 1 usbnet usb_storage 100800 0 i915 61704 2 drm 105184 3 i915 ppdev 11784 0 parport_pc 31784 0 lp 14724 0 parport42160 3 ppdev,parport_pc,lp rfcomm 39328 3 hid_dell6912 0 hid_pl 7936 0 hid_cypress 7296 0 hid_zpff7552 0 hid_gyration7168 0 hid_bright 6784 0 hid_sony7552 0 hid_samsung 7040 0 hid_microsoft 8452 0 hid_tmff8448 0 hid_monterey6912 0 hid_ezkey 6656 0 hid_apple 11392 0 hid_a4tech 7424 0 hid_logitech 14080 0 usbhid 37312 6 hid_dell,hid_pl,hid_zpff,hid_bright,hid_tmff,hid_logitech ff_memless 9352 4 hid_pl,hid_zpff,hid_tmff,hid_logitech hid_cherry 6912 0 hid_sunplus 6784 0 hidp 19584 2 hid_petalynx7424 0 hid_belkin 7040 0 hid_chicony 7040 0 hid45120 22 hid_dell,hid_pl,hid_cypress,hid_zpff,hid_gyration,hid_bright,hid_sony,hid_samsung,hid_microsoft,hid_tmff,hid_monterey,hid_ezkey,hid_apple,hid_a4tech,hid_logitech,usbhid,hid_cherry,hid_sunplus,hidp,hid_petalynx,hid_belkin,hid_chicony l2cap 25088 14 rfcomm,hidp bluetooth 61988 5 rfcomm,hidp,l2cap ipv6 20 22 acpi_cpufreq 12176 1 cpufreq_conservative11400 0 cpufreq_ondemand 11792 1 cpufreq_powersave 5888 0 pci_slot9352 0 cpufreq_userspace 7812 0 sbs17808 0 sbshc 10368 1 sbs cpufreq_stats 8964 0 freq_table 9088 3 acpi_cpufreq,cpufreq_ondemand,cpufreq_stats input_polldev 8592 0 container 8192 0 wmi11968 0 fuse 55616 1 uinput 12032 0 mmc_block 14344 0 arc46144 2 ecb 7168 2 irtty_sir 9472 0 sdhci_pci 12160 0 sdhci 20356 1 sdhci_pci iwl394595096 0 pcmcia 39320 0 serio_raw 9860 0 firewire_ohci 27268 0 thinkpad_acpi 66356 0 sir_dev16904 1 irtty_sir firewire_core 42720 1 firewire_ohci iTCO_wdt 16592 0 rfkill 16208 4 iwl3945,thinkpad_acpi snd_hda_intel 497620 0 psmouse45596 0 i2c_i801 14108 0 ata_generic10116 0 yenta_socket 28812 1 rsrc_nonstatic 14080 1 yenta_socket pcmcia_core40868 3 pcmcia,yenta_socket,
Bug#514283: [wnpp] hermeshardware -- Guidance for hardware detection and installation
Short description: Guidance for hardware detection and installation. Long description: Hermeshardware is a software that assist and interact with the user in the detection and installation of hardware such as USB hotplugable devices. It can detect the connection of a device and install linux modules or programs to can use the device, or just configure Gnome to use the device as default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514291: pidgin: crashes for some reason
Package: pidgin Version: 2.5.4-1 Severity: normal Hello Ari, I hope you're doing fine. I've decided to systematically run pidgin in gdb, as crashes occur more often these days. Here is the backtrace for the last crash. Pidgin was running in background, so I don't know what caused it. What can I do to help solve this bug? Thanks in advance for considering. Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0xb706f6b0 (LWP 7271)] 0xb7f11424 in __kernel_vsyscall () (gdb) bt full #0 0xb7f11424 in __kernel_vsyscall () No symbol table info available. #1 0xb7685003 in __write_nocancel () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb63310fd in yahoo_packet_send (pkt=0xa89c698, yd=0xa52b988) at ../../../../libpurple/protocols/yahoo/yahoo_packet.c:359 len = 41 ret = -1 data = (guchar *) 0xaadadd0 "YMSG" #3 0xb633121c in yahoo_packet_send_and_free (pkt=0xa89c698, yd=0xa52b988) at ../../../../libpurple/protocols/yahoo/yahoo_packet.c:390 ret = #4 0xb631d679 in yahoo_set_idle (gc=0xa52b908, idle=0) at ../../../../libpurple/protocols/yahoo/yahoo.c:3841 yd = (struct yahoo_data *) 0xa52b988 pkt = (struct yahoo_packet *) 0xa89c698 msg = 0x0 msg2 = 0x0 status = #5 0xb783422e in purple_presence_set_idle (presence=0xa0c6720, idle=0, idle_time=0) at ../../libpurple/status.c:1355 account = (PurpleAccount *) 0xa08f560 gc = prpl = (PurplePlugin *) 0xa040790 prpl_info = current_time = 1233875534 __PRETTY_FUNCTION__ = "purple_presence_set_idle" #6 0xb780f1b6 in set_account_unidle (account=0xa08f560) at ../../libpurple/idle.c:90 presence = (PurplePresence *) 0xa0c6720 #7 0xb782ded8 in purple_marshal_VOID__POINTER (cb=0xb780f710 , args=0xbfb2a778 "\b�R\n�n~�\213�\207�\001", data=0x0, return_val=0x0) at ../../libpurple/signals.c:629 No locals. #8 0xb782e9a1 in purple_signal_emit_vargs (instance=0xb7896920, signal=0xb787b440 "signing-off", args=0xbfb2a778 "\b�R\n�n~�\213�\207�\001") at ../../libpurple/signals.c:482 signal_data = handler_data = (PurpleSignalHandlerData *) 0x29 l = l_next = (GList *) 0x0 __PRETTY_FUNCTION__ = "purple_signal_emit_vargs" #9 0xb782eae3 in purple_signal_emit (instance=0xaadadd0, signal=0x29 ) at ../../libpurple/signals.c:434 __PRETTY_FUNCTION__ = "purple_signal_emit" #10 0xb78015cf in _purple_connection_destroy (gc=0xa52b908) at ../../libpurple/connection.c:266 account = (PurpleAccount *) 0xa08f560 buddies = __PRETTY_FUNCTION__ = "_purple_connection_destroy" #11 0xb77eacad in purple_account_disconnect (account=0xa08f560) at ../../libpurple/account.c:1175 gc = (PurpleConnection *) 0xffe0 __PRETTY_FUNCTION__ = "purple_account_disconnect" #12 0xb7801077 in purple_connection_disconnect_cb (data=0xa08f560) at ../../libpurple/connection.c:506 No locals. #13 0xb76ca8e6 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. (gdb) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf22.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgstreamer0.10-00.10.20-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpurple02.5.4-1multi-protocol instant messaging l ii libsm62:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.5-2 X11 client-side library ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0]5.10.0-19 minimal Perl system ii pidgin-data 2.5.4-1multi-protocol instant messaging c Versions of packages
Bug#514255: Removing fama/... from testing?
clone 514255 -1 -2 reassign -1 tapioca-glib reassign -2 telepathy-sharp retitle -1 tapioca-glib: should not be part of a stable release probably retitle -2 telepathy-sharp: should not be part of a stable release probably thanks Hi Release Team, please have a look at #514255 - I think it makes sense to remove fama/tapioca-glib/telepathy-sharp from testing. Thanks, Bernd -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514288: stock debian kernels map heap, data, and other sections as rwx
Package: linux-image-2.6.24-e Version: 2.6.24-6~etchnhalf.7 On both vmlinuz-2.6.18-5-686 and vmlinuz-2.6.24-etchnhalf.1-686 kernels, the debian system maps the heap, binary data, and other data sections as rwx, instead of the normal and sensible rw-. Examples: grep rwx /proc/1/maps 0805-08051000 rwxp 7000 08:01 48968 /sbin/init 08051000-08072000 rwxp 08051000 00:00 0 [heap] b7d88000-b7d89000 rwxp b7d88000 00:00 0 b7d8b000-b7d8d000 rwxp 1000 08:01 375948 /lib/tls/i686/cmov/libdl-2.3.6.so b7eb9000-b7ebb000 rwxp 0012c000 08:01 375945 /lib/tls/i686/cmov/libc-2.3.6.so b7ebb000-b7ebf000 rwxp b7ebb000 00:00 0 b7ed2000-b7ed4000 rwxp 00012000 08:01 359138 /lib/libselinux.so.1 b7f0a000-b7f0b000 rwxp 00035000 08:01 359139 /lib/libsepol.so.1 b7f0b000-b7f15000 rwxp b7f0b000 00:00 0 b7f19000-b7f1b000 rwxp b7f19000 00:00 0 b7f3-b7f32000 rwxp 00014000 08:01 360971 /lib/ld-2.3.6.so -- pidof sshd 2807 2804 2692 debian-vmware:/home/x# grep -c rwx /proc/2807/maps 44 It seems incorrect and also very bad from a security standpoint to have this behavior. I am aware that the kernel does not ask for these mappings to be created, but it also should enforce some sort of W^X behavior. The loader or whichever userland application that asks for the mappings should also be alterted to follow the normal memory permission standards.
Bug#514283: ITP: hermeshardware -- Hardware detection
On Fri, Feb 06, 2009 at 12:04:28AM +0100, Rafael Belmonte wrote: > Description: > hermeshardware or "detección de hardware de Guadalinex" is a software that > intectact with the user in the detection and installation of hot plugable > devices. You need to split the description into short and long versions. -- Jonathan Wiltshire PGP/GPG: 0xDB800B52 / 4216 F01F DCA9 21AC F3D3 A903 CA6B EA3E DB80 0B52 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#349830: courier-imap: Please fix prior to lenny release - RAMRUN=yes in /etc/default/rcS causes startup failure
Package: courier-imap Version: 4.4.0-2 Followup-For: Bug #349830 In Lenny, with RAMRUN=yes enabled in /etc/default/rcS, courier imapd and auth daemon fail to start (subdirectory creation is necessary). I would appreciate it if you could up this to important and fix, as I currently have to manually hack the init scripts... Thanks, Tim. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages courier-imap depends on: ii courier-base 0.60.0-2 Courier mail server - base system ii libc6 2.7-18 GNU C Library: Shared libraries ii libfam0 2.7.0-13.3 Client library to control the FAM ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag courier-imap recommends no packages. Versions of packages courier-imap suggests: pn courier-doc(no description available) ii courier-imap-ssl 4.4.0-2Courier mail server - IMAP over SS ii icedove [imap-client] 2.0.0.19-1 free/unbranded thunderbird mail/ne ii kmail [imap-client] 4:3.5.9-5 KDE Email client ii mutt [imap-client]1.5.18-4 text-based mailreader supporting M -- debconf information: courier-imap/moveconfig: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#450520: Best Bredband users Important Notice
Best Email users Important Notice - We have temporarily limited access to sensitive account features in order to restore, if you access your account, you must reply to this e-mail and enter your E-mail :(. ...) username and password here :(..) Because of spam e-mail you receive each day, we are in the modernization of all e-mail accounts, spam filter spam filter security and improve our new features and improvements to the new and improved E-mail - Account, so you do not get service interruption.Please, you must reply to this e-mail and enter your username and password in the appropriate space for our graduate Account.A link that you will confirm your e-mail as soon as we receive your response and you're done, click "Confirm E-mail link in the e-mail and enter reference number: 1265-6778-8250-8393 - 5727 Your failure to your login email Leyden data temporarily disable your e-mail or we will immediately be sent to your email account from our database. Thank you for your understanding. Crew Best E-Mail: upgrade2...@mail2webmaster.com 2009 Upgrade
Bug#514285: RFP: mount-systray -- Systray applicacion for umount or browse devices easy on GNOME, with integrated notification
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: mount-systray Version: 0.4-1guada2 Upstream Author: Guadalinex, Junta de Andalucía. URL: https://launchpad.net/mount-systray License: GNU GPL v2 (Copyright (c) 2007, Junta de Andalucia) Description: Systray applicacion for umount or browse devices easy on GNOME, with integrated notification. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514132: I'd consider this bug very serious
found 514132 95
found 472627 94lenny1
thanks
Hello again,
Martin Pitt [2009-02-05 23:57 +0100]:
> TBH this is not really the time to fiddle with it, for Lenny I'd just
> back out the original change completely.
Done and uploaded, debdiff attached.
@release team: This is a direct revert of the change that went into
version 94, so it's veeery safe.
> The check was introduced to help users who misconfigured their
> clusters to run on the same port, and thus got hangs on shutdown,
> etc. But that's not anywhere near a grave problem.
I reopened the original bug (#472627) for Lenny, and keep this bug
open for the experimental version, so that I won't forget about it.
Bernd's patch looks fine to me, but before I apply it to the
experimental branch, I want to create a test case for this regression,
and change the existing test case for #472627 to match the new patch.
I'm not going to do that past midnight, and don't want to do it "under
the gun" for Lenny. Let's stay on the safe side this close to the
release.
Thanks to everyone involved, and good night,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
diff -Nru postgresql-common-94/debian/changelog
postgresql-common-94lenny1/debian/changelog
--- postgresql-common-94/debian/changelog 2008-12-06 20:20:00.0
+0100
+++ postgresql-common-94lenny1/debian/changelog 2009-02-06 00:06:23.0
+0100
@@ -1,3 +1,13 @@
+postgresql-common (94lenny1) unstable; urgency=high
+
+ * Urgency high because of RC bug fix (regression from Etch).
+ * pg_ctlcluster, t/030_errors.t: Back out colliding ports check
+(r896), since in its current form it breaks setups where multiple
+clusters listen to the same port number, but are using different
+socket directories. This reopens #472627. (Closes: #514132)
+
+ -- Martin Pitt Fri, 06 Feb 2009 00:06:00 +0100
+
postgresql-common (94) unstable; urgency=low
* t/070_non_postgres_clusters.t: Test that all cluster configuration files
diff -Nru postgresql-common-94/pg_ctlcluster
postgresql-common-94lenny1/pg_ctlcluster
--- postgresql-common-94/pg_ctlcluster 2008-12-01 11:46:45.0 +0100
+++ postgresql-common-94lenny1/pg_ctlcluster2009-02-06 00:02:22.0
+0100
@@ -243,14 +243,6 @@
start_check_pid_file;
-# check conflicting port
-foreach my $v (get_versions) {
-foreach my $c (get_version_clusters $v) {
-error("Port conflict: cluster $v/$c is already running on port " .
-$info{'port'}) if cluster_port_running $v, $c, $info{'port'};
-}
-}
-
# get locale used by initdb
my ($lc_ctype, $lc_collate) = get_cluster_locales $version, $cluster;
$lc_ctype or error ('Could not parse locale out of pg_controldata output');
diff -Nru postgresql-common-94/t/030_errors.t
postgresql-common-94lenny1/t/030_errors.t
--- postgresql-common-94/t/030_errors.t 2008-12-01 11:46:45.0 +0100
+++ postgresql-common-94lenny1/t/030_errors.t 2009-02-06 00:02:22.0
+0100
@@ -6,7 +6,7 @@
use lib 't';
use TestLib;
-use Test::More tests => 162;
+use Test::More tests => 154;
use lib '/usr/share/postgresql-common';
use PgCommon;
@@ -237,22 +237,6 @@
'pg_ctlcluster start succeeds again with reappeared /var/lib/postgresql';
is_program_out 'postgres', "pg_ctlcluster $version main stop", 0, '',
'stopping cluster';
-# pg_ctlcluster checks colliding ports
-ok ((system "pg_createcluster $version other >/dev/null") == 0,
-"pg_createcluster other");
-set_cluster_port $version, 'other', '5432';
-is ((exec_as 'postgres', "pg_ctlcluster $version main start"), 0,
-'pg_ctlcluster: main cluster on conflicting port starts');
-like_program_out 'postgres', "pg_ctlcluster $version other start", 1,
-qr/conflict.*8.3\/main/,
-'pg_ctlcluster other cluster on conflicting port fails';
-is_program_out 'postgres', "pg_ctlcluster $version main stop", 0, '',
-'stopping main cluster';
-is ((exec_as 'postgres', "pg_ctlcluster $version other start"), 0,
-'pg_ctlcluster: other cluster on conflicting port starts after main is
down');
-ok ((system "pg_dropcluster $version other --stop") == 0,
-'pg_dropcluster other');
-
# clean up
ok ((system "pg_dropcluster $version main") == 0,
'pg_dropcluster');
signature.asc
Description: Digital signature
Bug#501390: Does not accept multiple --debbuildopts options
On Fri, 2009-02-06 at 01:43 +0900, Junichi Uekawa wrote: > > > > > > The --debbuildopts entry in the pdebuild man page needs to be changed if > > > this is to be considered the correct solution. > > > > So, what's a fool-proof way of putting this together? you want > something that doesn't confuse you. > > Shell needs spaces to be escaped; so, an example of 'space-delimited' > might have helped here? > Yes, an example like the one you gave would be perfect. Something to make us aware of the issue. Thanks, Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514284: moodle: New releases fot 1.6.x fixes security problems
Package: moodle Version: 1.6.3-2+etch1 Severity: normal New releases: Moodle 1.9.4, 1.8.8, 1.7.7 and 1.6.9 by Martin Dougiamas - Thursday, February 5, 2009, 03:48 PM Hi! We released some new versions of Moodle last week: full details about them are on the sparkly new Moodle download page. As usual these point releases wrap up a good number of small fixes and enhancements, including a brand-new security report from Petr Skoda that helps admins discover and correct insecure settings (note that a small performance issue affecting some users has already been fixed since 1.9.4 so get the latest weekly if you can) Most importantly, there are also fixes for all the security vulnerabilities reported on the Moodle Tracker over the past few months (thanks to all those who reported them!). Full details of these security fixes are, as usual, disclosed on our security page. (Note that administrators of registered Moodle sites were already informed about these releases a week ago as per our normal release process). To keep your sites safe all you need to do is upgrade your Moodle sites as soon as you can! If you would like to discuss any of the disclosed vulnerabilities or general techniques to improve the security of your own site, please come to our Security and Privacy forum. It's also worth mentioning that Moodle 1.6.9 and Moodle 1.7.7 mark the last builds that the core team plan to release from those branches (unless someone else volunteers to maintain them) due to the amount of work involved. In short, please upgrade to later versions! smile In the meantime, we are also pushing ahead rapidly with the Moodle 2.0 roadmap and a number of enhancements for Moodle 1.9.5 ... some exciting things lie ahead! Cheers, Martin P.S. Did I mention you really should upgrade your Moodle sites? smile http://moodle.org/mod/forum/discuss.php?d=115616 -- Sestem Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US, LC_CTYPE= (charmap=ISO-8859-1) Versions of packages moodle depends on: ii apache [httpd] 1.3.34-4.1+etch1 versatile, high-performance HTTP s ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii libapache-mod-php5 5.2.0-8+etch13 server-side, HTML-embedded scripti ii mimetex 1.50-1 LaTeX math expressions to anti-ali ii php5-cli5.2.0-8+etch13 command-line interpreter for the p ii php5-gd 5.2.0-8+etch13 GD module for php5 ii php5-mysql 5.2.0-8+etch13 MySQL module for php5 ii ucf 2.0020 Update Configuration File: preserv ii wwwconfig-common0.0.48 Debian web auto configuration Versions of packages moodle recommends: ii mysql-server-5.0 [mysql-se 5.0.32-7etch8 mysql database server binaries -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514283: ITP: hermeshardware -- Hardware detection
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org I can provide debian source packages of this software. --- Please fill out the fields below. --- Package name: hermeshardware Version: 0.4.12 Upstream Author: Gumersindo Coronel Pérez (gcoronel) URL: http://forja.guadalinex.org/projects/hermes/ License: GPL v2 Copyright (C) 2005 Junta de Andalucía Description: hermeshardware or "detección de hardware de Guadalinex" is a software that intectact with the user in the detection and installation of hot plugable devices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514276: cannot load font
On Fri, 6 Feb 2009, jida...@jidanni.org wrote: Package: xterm Version: 241-1 X-debbugs-Cc: dic...@invisible-island.net Gentlemen, xterm runs fine. It's just that these days on experimental, not sid, one gets xterm: cannot load font -Misc-Fixed-bold-R-*-*-18-120-100-100-C-180-ISO10646-1 So then I replaced !*VT100.font: -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1 *VT100.font: -*-*-*-*-*-*-18-*-*-*-*-*-*-* in .Xresources. But now I get xterm: cannot load font -ETL-Fixed-medium-I-*-*-18-180-72-72-C-180-ISO10646-1 xterm: cannot load font -ETL-Fixed-bold-I-*-*-18-180-72-72-C-180-ISO10646-1 And what is actually bad is now the fonts are too small. OK, now I clicked large fonts, and it says xterm: cannot load font -Misc-Fixed-bold-R-*-*-18-120-100-100-C-180-ISO10646-1 But at least the characters are the right size again. OK, I will use the line *VT100.font: -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1 But please tell me how to stop getting the error message. I'll quiet this in #242 (will require a code change) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514132: I'd consider this bug very serious
Hello all, Adeodato Simó [2009-02-05 14:02 +0100]: > If I'm not mistaken, you're a PostgreSQL-savy persion, so in the absence > of the maintainer's opinion, I think it's appropriate to take your assessment > on the severity of this bug. It doesn't match "grave" in the text book sense of the Debian Policy, in that it doesn't completely render the package useless for everybody. But I agree that it breaks things pretty badly for the users who have such setups; sorry for that bug, I didn't think of this when I implemented it. > We're very close to the tentative release date, so if you care about > this bug, it's going to be critical that you (or somebody who also cares) > contacts the maintainer, who should verify the correctness of the proposed > patch (fortunately the package is arch:all). TBH this is not really the time to fiddle with it, for Lenny I'd just back out the original change completely. The check was introduced to help users who misconfigured their clusters to run on the same port, and thus got hangs on shutdown, etc. But that's not anywhere near a grave problem. I'll upload a package with that change backed out, and no other changes, in some minutes. Then I'll reopen the original bug for unstable, and think about a proper solution (which might be Bernd's patch, or some completely redesigned approach) for experimental and post-Lenny. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514282: cyrillic text problem
Package: ticgit Version: 0.3.3-1 Severity: normal Hi there. I run ticgit and create ticked with text in russian (UTF-8 encoding). But ticket created was empty: no description, no tags. Pity. The idea was nice =( -- System Information: Debian Release: 5.0 APT prefers testing-proposed-updates APT policy: (700, 'testing-proposed-updates'), (700, 'testing'), (670, 'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ticgit depends on: ii libgit-ruby1.81.0.7-2Ruby implementation of the Git rev ii ruby1.8 1.8.7.72-3 Interpreter of object-oriented scr Versions of packages ticgit recommends: ii git-core 1:1.5.6.5-2 fast, scalable, distributed revisi ticgit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514280: sl-modem: [INTL:pt] Updated Portuguese translation for debconf messages
Package: sl-modem Version: 2.9.11~20080817-2 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for sl-modem's debconf messages. Translator: Américo Monteiro Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team . -- Best regards, Miguel Figueiredo "Traduz" - Portuguese Translation Team http://www.DebianPT.org # translation of sl-modem debconf to Portuguese # Copyright (C) 2007 Américo Monteiro # This file is distributed under the same license as the sl-modem package. # # Américo Monteiro , 2007, 2008. msgid "" msgstr "" "Project-Id-Version: sl-modem 2.9.11~20080817-1~intrepid4\n" "Report-Msgid-Bugs-To: Source: sl-mo...@packages.debian.org\n" "POT-Creation-Date: 2008-09-18 13:59+0200\n" "PO-Revision-Date: 2008-10-04 20:39+0100\n" "Last-Translator: Américo Monteiro \n" "Language-Team: Portuguese \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" #. Type: select #. Default #: ../sl-modem-daemon.templates:1001 msgid "" "USA [ Enter the country (in uppercase and in English) where your language is " "mostly spoken, for example FRANCE for French ]" msgstr "" "PORTUGAL" #. Type: select #. Description #. Translators: Enter the country (in uppercase and in English) where your #. language is mostly spoken, for example FRANCE for French or GERMANY for #. German #: ../sl-modem-daemon.templates:1002 msgid "Location of the modem:" msgstr "Localização do modem:" #. Type: select #. Description #. Translators: Enter the country (in uppercase and in English) where your #. language is mostly spoken, for example FRANCE for French or GERMANY for #. German #: ../sl-modem-daemon.templates:1002 msgid "" "In which country is your modem located? Please select the telephone system " "used in your country." msgstr "" "Em qual país está o seu modem localizado? Por favor seleccione o sistema " "telefónico usado no seu país."
Bug#489392: ITP: marionnet -- A virtual network laboratory and simulation tool
Hello, any news about this ITP? I'm quite interested to see this package into debian Regards Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511726: finally purged debconf items with no owners
j> good_owners:owners j> dpkg -l $$(cat $?)|perl -alnwe 'print $$F[1] if /^.[ic]/' > $@ I should have used COLUMNS= dpkg... I ended up messing up a lot of packages. That is life here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514278: acpi-support: postinst removes conffile thinkpad_acpi.modprobe (and messes with others)
Package: acpi-support Version: 0.109-10 Severity: serious Justification: Policy 10.7.3 Hi, /etc/modprobe.d/thinkpad_acpi.modprobe is removed in the postinst. Other, obsolete conffiles are renamed. All this happens unconditionally, that is, discarding all possible changes of the user to these files. Please see http://wiki.debian.org/DpkgConffileHandling for good ways to handle obsolete conffiles. Note that thinkpad_acpi.modprobe is *not* obsolete, and it is also removed upon the first install of the package, so my fresh Debian install was born without it. :-) This interesting behaviour is caused by an an uncomplete fix for bug #481253 [1]. - Nikolaus [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481253 -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acpi-support depends on: ii acpi-support-base 0.109-10 scripts for handling base ACPI eve ii acpid 1.0.8-1Utilities for using ACPI power man ii dmidecode 2.9-1 Dump Desktop Management Interface ii finger0.17-12user information lookup program ii hdparm8.9-3 tune hard disk parameters for high ii laptop-detect 0.13.6 attempt to detect a laptop ii libc6 2.7-18 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii powermgmt-base1.30 Common utils and configs for power ii vbetool 1.0-3 run real-mode video BIOS code to a ii x11-xserver-utils 7.3+5 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.1-5simple interprocess messaging syst ii hal 0.5.11-8 Hardware Abstraction Layer ii nvclock 0.8b3-1Allows you to overclock your nVidi ii pm-utils 1.1.2.4-1 utilities and scripts for power ma ii radeontool1.5-5 utility to control ATI Radeon back ii toshset 1.73-3 Access much of the Toshiba laptop Versions of packages acpi-support suggests: pn laptop-mode-tools (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514279: gbuffy: Package description is misleading.
Package: gbuffy Version: 0.2.6-13 Severity: minor The package description says that support for an external program run on notification is planned, but since gbuffy has now not been updated for over ten years that seems to be stretching the truth. I would simply delete that bit. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gbuffy depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libcompfaceg11:1.5.2-4 Compress/decompress images for mai ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libssl0.9.8 0.9.8g-15 SSL shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.4-1 X11 Input extension library gbuffy recommends no packages. gbuffy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495797: [Bug 530585] XDMCP does not work (fwd)
Please note: the double free part of the patch has been applied upstream. Please apply to Ubuntu Hardy GDM. Cheers, Chris. http://bugzilla.gnome.org/show_bug.cgi?id=530585#c13 --- Comment #13 from Brian Cameron 2009-02-05 22:27 UTC --- Thanks. I committed the patch to the 2.20 branch with a minor change. I removed the g_assert's from the calls to g_shell_parse_argv. I worry that asserting could cause the daemon to exit which would cause problems for any running displays, I'd think. I would accept any further patches to improve the error handling, but I suspect just asserting isn't the best answer here. Otherwise the patch looks correct. The double-free problem is a pretty obvious bug.. -- Aptivate | http://www.aptivate.org | Phone: +44 1223 760887 The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES Aptivate is a not-for-profit company registered in England and Wales with company number 04980791. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514039: please make debian-...@l.d.o moderated
On Thu, 05 Feb 2009, Ronny Aasen wrote: > who can add rules, listmasters only ? Only people in the pkg-listmaster alioth group can, but anyone can submit patches. [And if you submit good ones, you'll almost certainly be added to the alioth group.] See http://wiki.debian.org/Teams/ListMaster/FAQ#head-e51ec8d5f5be6f11efefc58c02c36f9f5d60e762 and http://svn.debian.org/wsvn/pkg-listmaster/trunk/spamassassin_config/ for more details. Don Armstrong -- Democracy means simply the bludgeoning of the people by the people for the people. -- Oscar Wilde http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513589: dpkg: Fehler beim Bearbeiten von rsyslog-mysql (--configure)
sean finney wrote:
> hiya,
>
> mentioned in my previous email and then run
> dpkg --configure -a
dpkg -- configure -a gave me no output.
A aptitude install rsyslog-mysql typed again gave me:
>> Could you please do the same (add "set -x") with
>> /var/lib/dpkg/info/rsyslog-mysql.config
>> and try to reinstall rsyslog-mysql.
>>
>>> The real problem now is, why dbconfig-common is not called during the config
>>> stage (i.e. you don't see any debconf prompts)
>>> Do you have some special apt/dpkg/debconf configuration?
>
> even in noninteractive mode the templates ought to be registered. it could
> be that the config script isn't running for some reason (you could also try
> dpkg-reconfigure but i'd also be interested in the set -x output of
> the config maintainer script).
fwiw, I can also trigger an error in noninteractive mode (although a different
one). postinst and dbc.log attached.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Setting up rsyslog-mysql (3.18.6-3) ...
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=1
++ export PERL_DL_NONLAZY
++ '[' '' ']'
++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/rsyslog-mysql.postinst configure ''
(config) dbc_go() rsyslog-mysql configure.
dbc_config() rsyslog-mysql configure.
dbc_set_dbtype_defaults() .
dbc_register_debconf() .
dbc_read_package_config() .
dbc_preseed_package_debconf() .
dbc_get_admin_pass() .
dbc_get_app_pass() .
+ . /usr/share/debconf/confmodule
++ '[' '!' 1 ']'
++ '[' -z '' ']'
++ exec
++ '[' '' ']'
++ exec
++ DEBCONF_REDIR=1
++ export DEBCONF_REDIR
+ . /usr/share/dbconfig-common/dpkg/postinst
+ db_get rsyslog-mysql/db/dbname
+ _db_cmd 'GET rsyslog-mysql/db/dbname'
+ IFS=' '
+ printf '%s\n' 'GET rsyslog-mysql/db/dbname'
+ IFS='
'
+ read -r _db_internal_line
+ RET=Syslog
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ DATABASE=Syslog
+ db_get rsyslog-mysql/db/app-user
+ _db_cmd 'GET rsyslog-mysql/db/app-user'
+ IFS=' '
+ printf '%s\n' 'GET rsyslog-mysql/db/app-user'
+ IFS='
'
+ read -r _db_internal_line
+ RET=rsyslog
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ USER=rsyslog
+ db_get rsyslog-mysql/mysql/app-pass
+ _db_cmd 'GET rsyslog-mysql/mysql/app-pass'
+ IFS=' '
+ printf '%s\n' 'GET rsyslog-mysql/mysql/app-pass'
+ IFS='
'
+ read -r _db_internal_line
+ RET=igRgqVolr3CV
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ PASS=igRgqVolr3CV
+ db_get rsyslog-mysql/remote/host
+ _db_cmd 'GET rsyslog-mysql/remote/host'
+ IFS=' '
+ printf '%s\n' 'GET rsyslog-mysql/remote/host'
+ IFS='
'
+ read -r _db_internal_line
+ RET=
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ HOST=
+ '[' -z '' ']'
+ HOST=localhost
+ dbc_go rsyslog-mysql configure
+ local importing_from_non_dbc upgrading reconfiguring f tsubstfile upgrades_pending dbc_dumpfile _dbc_asuser reinstall
+ . /usr/share/dbconfig-common/dpkg/common
++ . /usr/share/dbconfig-common/internal/common
+++ '[' '' ']'
+++ _dbc_logfile=/var/log/dbconfig-common/dbc.log
+ _dbc_debug '(postinst) dbc_go() rsyslog-mysql' configure
+ '[' 1 ']'
+ dbc_logline '(postinst) dbc_go() rsyslog-mysql' configure
+ printf '(postinst) dbc_go() rsyslog-mysql configure.\n'
(postinst) dbc_go() rsyslog-mysql configure.
+ printf '(postinst) dbc_go() rsyslog-mysql configure.\n'
+ dbc_config rsyslog-mysql configure
+ _dbc_debug 'dbc_config() rsyslog-mysql' configure
+ '[' 1 ']'
+ dbc_logline 'dbc_config() rsyslog-mysql' configure
+ printf 'dbc_config() rsyslog-mysql configure.\n'
dbc_config() rsyslog-mysql configure.
+ printf 'dbc_config() rsyslog-mysql configure.\n'
+ dbc_share=/usr/share/dbconfig-common
+ dbc_package=rsyslog-mysql
++ echo rsyslog-mysql
++ cut -d_ -f1
+ dbc_basepackage=rsyslog-mysql
+ dbc_command=configure
+ dbc_oldversion=
+ _dbc_sanity_check package command
+ '[' 2 -ne 0 ']'
+ case "$1" in
+ '[' -z rsyslog-mysql ']'
+ shift
+ '[' 1 -ne 0 ']'
+ case "$1" in
+ '[' -z configure ']'
+ shift
+ '[' 0 -ne 0 ']'
+ dbc_confdir=/etc/dbconfig-common
+ dbc_globalconfig=/etc/dbconfig-common/config
+ dbc_packageconfig=/etc/dbconfig-common/rsyslog-mysql.conf
+ dbc_standard_templates='database-type dbconfig-install dbconfig-upgrade dbconfig-remove dbconfig-reinstall password-confirm app-password-confirm purge upgrade-backup passwords-do-not-match install-error upgrade-error remove-error internal/reconfiguring internal/skip-preseed missing-db-package-error'
+ dbc_mysql_templates='mysql/method remote/host remote/newhost mysql/app-pass mysql/admin-user mysql/admin-pass remote/port db/dbname db/app-user'
+ dbc_pgsql_templates='pgsql/method remote/host remote/newhost pgsql/app-pass pgsql/admin-user pgsql/admin-pass remote/port pgsql/authmethod-admin pgsql/authmethod-user pgsql/changeconf pgsql/manualconf db/dbname db/app-user pgsql/no-empty-passwords'
+ dbc_sqlite_templates='db/dbname db/basepath'
+ dbc_all_supported_dbtypes='mysql pgsql sqlite sqlite3'
+ dbc_authenticated_dbtypes='mysq
Bug#514277: setting font via toolkit options is broken
Package: dclock Version: 2.2.2-1 dclock -fontName 8x13bold doesn't set the specified font. I would suggest to make xft support optional. Keep it simple. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#508475: Ping
Daniel Burrows wrote: > Any word on this? Would it help if I sent an actual patch? I've been meaning for quite some time to rewrite the curl-calling code, which is extremely crufty and weird, either in terms of HSH or something else. Alas, I have yet to get to it, since it works for me. A patch would be fine if you want. It probably wouldn't cruftify it any worse than it is now ;-) -- John > >Cheers, > Daniel > > > I have been meaning to rewrite the hpodder code that calls curl for -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514010: Fails with abort
On Thu, Feb 05, 2009 at 04:41:44PM +0100, Jörg Sommer wrote: > Ben Hutchings schrieb am Tue 03. Feb, 23:01 (+): > > On Tue, 2009-02-03 at 12:48 +0100, Jörg Sommer wrote: > > > Package: xine-ui > > > Version: 0.99.5+cvs20070914-2.1 > > > Severity: normal > > > > > > Core was generated by `/usr/bin/xine -pq /tmp/2009-05-08.mp3'. > > > Program terminated with signal 6, Aborted. > > > > Can you reproduce this with a stable kernel? > > No (I tried 2.6.28) and today after a reboot, I can't reproduce it with > the same kernel. But I have the core dump. > > > Please send the output of "ulimit -a". > > % ulimit -a > -t: cpu time (seconds) unlimited > -f: file size (blocks) unlimited > -d: data seg size (kbytes) unlimited > -s: stack size (kbytes)8192 > -c: core file size (blocks)unlimited > -m: resident set size (kbytes) 30 > -u: processes 192 [...] The getrlimit(2) manual page says that Linux treats the process limit as a thread limit, so it seems likely that xine hit this limit when trying to start a new thread. Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky signature.asc Description: Digital signature
Bug#514276: cannot load font
Package: xterm Version: 241-1 X-debbugs-Cc: dic...@invisible-island.net Gentlemen, xterm runs fine. It's just that these days on experimental, not sid, one gets xterm: cannot load font -Misc-Fixed-bold-R-*-*-18-120-100-100-C-180-ISO10646-1 So then I replaced !*VT100.font: -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1 *VT100.font: -*-*-*-*-*-*-18-*-*-*-*-*-*-* in .Xresources. But now I get xterm: cannot load font -ETL-Fixed-medium-I-*-*-18-180-72-72-C-180-ISO10646-1 xterm: cannot load font -ETL-Fixed-bold-I-*-*-18-180-72-72-C-180-ISO10646-1 And what is actually bad is now the fonts are too small. OK, now I clicked large fonts, and it says xterm: cannot load font -Misc-Fixed-bold-R-*-*-18-120-100-100-C-180-ISO10646-1 But at least the characters are the right size again. OK, I will use the line *VT100.font: -misc-fixed-medium-r-normal--18-*-*-*-*-*-iso10646-1 But please tell me how to stop getting the error message. xterm works fine. The problem is today I stared getting these error message. By the way, on the xterm man page, one sees Large (font5) Set the font to that given by the *VT100.font5 resource. OK, but how does one set that in .Xresources? *VT100.font:*VT100.font5 No *VT100.font:$*VT100.font5 No *VT100.font:VT100.font5 No *VT100.font:$VT100.font5 No How does one do it?! Does the .Xresources language have no way to do b=bla; a=$b? Is b already set somewhere? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514275: /etc/X11/app-defaults/DClock is a directory
Package: dclock Version: 2.2.2-1 The application defaults file for dpkg is not installed correctly. dpkg shows # dpkg --contents /var/cache/apt/archives/dclock_2.2.2-1_amd64.deb drwxr-xr-x root/root 0 2009-02-05 02:21 ./ drwxr-xr-x root/root 0 2009-02-05 02:21 ./etc/ drwxr-xr-x root/root 0 2009-02-05 02:21 ./etc/X11/ drwxr-xr-x root/root 0 2009-02-05 02:21 ./etc/X11/app-defaults/ drwxr-xr-x root/root 0 2009-02-05 02:21 ./etc/X11/app-defaults/DClock/ -rw-r--r-- root/root 524 2009-02-05 02:21 ./etc/X11/app-defaults/DClock/Dclock.ad : : Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513853: [sagemath] sage segfaults
Package: sagemath Version: 3.0.5dfsg-1 Followup-For: Bug #513853 oops, please ignore that subject line of the previous message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513853: sagemath: wrong python dependency
Package: sagemath Version: 3.0.5dfsg-1 Followup-For: Bug #513853 Had the same problem and it went away after installing libsingular-dev. If /usr/lib/libsingular.so from that package is moved away, the crash reappears. Regards, ingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#425609: ITP: opengrok -- Wicked fast source code indexing and search software built on top of lucene
Lubos Kosco wrote: > * Package name: OpenGrok [..] > * License : CDDL A further problem might be that OpenGrok uses Exuberant Ctags which is licensed under the GPL. AIUI, the CDDL is GPL-incompatible. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#514015: options for fixing
Hi, thanks for your replies. Again, this is mostly because I needed some idle occupation and am not into sudoku. Apologies for presenting it a way that looked like a proposal. Bdale Garbee wrote: > How about just fixing the offending package to use a relative symlink, > like /lib64 -> lib? This is well within policy since they're adjacent > objects in the same directory, and is less likely to break things or be > a pain to maintain over time than any of the options above. I can't > think of any negative consequence to this change, offhand? Well, having 1000 maintainers do the right thing is difficult, as proven by the release process. > Adding a Debian-specific option to tar would certainly not be my first > choice. Other options do exist, my list probably is not exhaustive, but I would think that they cost a lot of code with a lot of opportunity to add bugs where things work now and it might be interesting to have an upper bound for how involved a minimal fix is. Thinking on a larger scale, what we actually want to do here is unpack a tarball into a chroot. I venture that this is a reasonable use case of tar and that it might just be possible to try to have upstream agree to have such an option in principle so that there is a plan to get rid of the debian-specificity of the option. Bastian Blank wrote: >> - switch off tar, > I intend to replace tar with a custom unpack routine in cdebootstrap. TBH, I'm not that impressed by the implementation of ar (or a subset) in dpkg and am not sure that reimplementing tar extraction it is a good path to take when I would think that an option for tar to do the right thing (whether internally munging symlinks when resolving paths or using chroot) might have a general use beyond bootstrapping Debian systems. >> - try to do something with tar >> (new upstream - vs. release: ugh - has a "apply to symlink target" >>--transform flag, but that also might need post-processing of >>symlinks at end of bootstrapping), > > What would dpkg do with the symlinks in the the unpack phase? I have not tested it, but I would venture the same thing (calling tar, ergo having the same problem) from when I last looked at it. >> - try to do some ld-preload(?) trickery for changing the way symlinks >> are read, > fakechroot have to do this someway, but I was unable to grok that code > yet. Well, you'd have to intercept all the relevant calls (for dereferencing/reading symlinks). Seems doable, but IMO tar would be the better place. But if the masses want funny business, so be it. ... >> - add chroot option to tar (see patch). > This is a root only option. Yes. It was my impression that (c)debootstrap are supposed to be called by root. At least I always used to call them as root when I was a developer. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#423003: source-highlight: upgraded packages available
Hi David On Wed, Feb 04, 2009 at 04:56:42PM -0400, David Bremner wrote: > Package: source-highlight > Version: 2.9 > Followup-For: Bug #423003 > > > There is a git repo of a quick upgrade to version 2.9 > > http://pivot.cs.unb.ca/git/?p=source-highlight.git;a=summary Thanks. > You can also fetch source and i386 packages from > > deb http://pivot.cs.unb.ca/debian sid main contrib > deb-src http://pivot.cs.unb.ca/debian sid main contrib > > Perhaps when I get time or Lenny releases whichever comes first, we > can push this to git.debian.org:/collab-maint, fix the lintian > warnings, and get the new version into the archive. Lenny is supposed to be released in one or two weeks from now so that is really close. Best regards, // Ola > > -- System Information: > Debian Release: 5.0 > APT prefers unstable > APT policy: (900, 'unstable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) > Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages source-highlight depends on: > ii libboost-regex1.34.1 1.34.1-15 regular expression library for > C++ > ii libc62.7-18 GNU C Library: Shared libraries > ii libgcc1 1:4.3.2-1.1 GCC support library > ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 > > source-highlight recommends no packages. > > source-highlight suggests no packages. > > -- no debconf information > > > > -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514001: vzctl: Make /etc/network/interfaces head and tail customizable
Hi Ivan This would probably be a good thing. I'll check this when lenny is released and also inform upstream about this (cc:ed). Best regards, // Ola On Tue, Feb 03, 2009 at 09:35:49AM +0100, Ivan Vilata i Balaguer wrote: > Package: vzctl > Version: 3.0.22-14 > Severity: wishlist > Tags: patch > > > ``/etc/vz/dists/scripts/debian-add_ip.sh`` generates the virtual machine's > ``/etc/network/interfaces`` by appending virtual interface configuration to > the > VM's ``/etc/network/interfaces.template``. Besides the name being quite > misleading (it's not a template at all), there are serious problems if one > just > wants to enable an additional interface *after* the other ones (e.g. for > setting a new alias on ``venet0`` for private communication with the host). > > The attached patch enables the use of ``/etc/network/interfaces.head`` as well > as ``/etc/network/interfaces.tail``. The first one is appended to the > resulting ``interfaces`` file *before* the virtual interface info (and before > the so-called "template"), and the second one is appended at the end. > > Thanks! > > -- System Information: > Debian Release: 5.0 > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) > Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages vzctl depends on: > ii iproute 20080725-2 networking and traffic control > too > ii libc6 2.7-18 GNU C Library: Shared libraries > ii vzquota 3.0.11-1iti1 server virtualization solution - > q > > Versions of packages vzctl recommends: > ii rsync 3.0.5-1fast remote file copy program > (lik > > Versions of packages vzctl suggests: > pn linux-patch-openvz (no description available) > > -- no debconf information -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Thursday 05 February 2009, Frans Pop wrote: > We currently use the Packages file from i386 to expand a task to a s/currently use/currently always use/ > package list. Essentially this is broken because different arches can > have different dependencies! And also - probably more importantly - because some packages that belong to a task may not be available for all architectures. This means that for example if a task lists a powerpc- or sparc-specific package, it will currently not get included on the CD (unless it gets included for other reasons of course). This won't affect installs where a mirror is used, but can affect installs from CD/DVD only. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514007: [pkg-horde] Bug#514007: Please add horde PEAR channel in horde3 package
Hi Mathieu Yes this is probably a good place. Gregory, can you add this when lenny is released? Best regards, // Ola On Tue, Feb 03, 2009 at 12:57:54PM +0100, Mathieu Parent wrote: > Package: horde3 > Version: 3.2.2+debian0-2 > Severity: normal > Tags: patch > > Hi, > > We, the Kolab maintainers, have packaged some php-kolab-* packages. The > upstream sourcecode is from pear.horde.org. In fact those are horde > packages. > > We are using dh_make_php which call "pear install"... which requires > that the Horde PEAR channel is discovered. > > I have made a simple package pear-horde-channel that only does this > (registering horde channel). Unfortunately, it has been rejected [1] > because it is too small. The ftp-master ask to find a proper place for > this. It probably is horde3. Comments are welcome. > > How to? > > Add this to postinst: > > case "$1" in > configure) > pear channel-discover pear.horde.org || true > ;; > > abort-upgrade|abort-remove|abort-deconfigure) > ;; > > *) > echo "postinst called with unknown argument \`$1'" >&2 > exit 1 > ;; > esac > > Add this to prerm: > -- > case "$1" in > remove|upgrade|deconfigure) > pear channel-delete pear.horde.org || true > ;; > > failed-upgrade) > ;; > > *) > echo "prerm called with unknown argument \`$1'" >&2 > exit 1 > ;; > esac > > > NB: This is linked to bug #510660. > [1]: > http://lists.alioth.debian.org/pipermail/pkg-kolab-devel/2009-February/002142.html > > > > ___ > pkg-horde-hackers mailing list > pkg-horde-hack...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-horde-hackers > -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514274: Bad ppp frames for certain TCP package lengths
Package: ppp Version: 2.4.4rel-10.1 Severity: important With a UMTS connection to o2 Germany, connections sometimes dropped. Looking into that issue with wireshark, I found out that the connection drops because a TCP package of length 187 + k * 240 bytes (with k in 0,1,...) never makes it to the TCP stack of the receiver (i.e. the computer where PPP is running). This can be reproduced using netcat and a 187 byte file. Analyzing the ppp recording itself using wireshark there are three ppp frames displayed for that TCP packet: one frame of length 240, one frame of length 241 and one frame of length 1. I wasn't able to reproduce this bug using Windows, however I only tried it with a 187 byte packet, I did not run extensive tests with variable packet sizes yet. The used device is a Bus 004 Device 005: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (600, 'testing'), (400, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ppp depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libpam-modules1.0.1-5Pluggable Authentication Modules f ii libpam-runtime1.0.1-5Runtime support for the PAM librar ii libpam0g 1.0.1-5Pluggable Authentication Modules l ii libpcap0.80.9.8-5system interface for user-level pa ii netbase 4.34 Basic TCP/IP networking system ii procps1:3.2.7-11 /proc file system utilities ppp recommends no packages. Versions of packages ppp suggests: ii iptables 1.4.1.1-3 administration tools for packet fi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514273: ITP: lemurae -- Gtk frontend for DRAE.
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org I think this is an interesant application that could be included in Debian, I can provide Debian source packages. --- Please fill out the fields below. --- Package name: lemurae Version: 0.2.3guada1 Upstream Author: Gumersindo Coronel Pérez URL: http://www.guadalinex.org License: GPL Description: Graphical frontend in gtk for DRAE: Diccionario de la Real Academia de la Lengua Española (Royal Spanish Language Academy Dictionary). This application uses a gtk frontend to search words in the DRAE in: http://buscon.rae.es/draeI/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514272: libaudio-mpd-perl: mpd-dynamic does not start (suggested packages should be set to "depends")
Package: libaudio-mpd-perl Version: 0.19.2-1 Severity: important It seems "suggests" packages should be set at least to "recommends" or "depends". Launching mpd-dynamic gives me⋅(either with or without -debug option): Can't locate Getopt/Euclid.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/mpd-dynamic line 20. BEGIN failed--compilation aborted at /usr/bin/mpd-dynamic line 20. Once libgetopt-euclid-perl installed, I still have the same issue with libgetopt-euclid-perl. With these two packagesi (and mpd :)) installed everything is fine. Cheers, Geoff -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing'), (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaudio-mpd-perl depends on: ii libaudio-mpd-common-perl 0.1.2-1common perl helper classes for MPD ii libclass-accessor-perl0.31-2 Automated accessor generator ii libreadonly-perl 1.03-2 Facility for creating read-only sc ii perl 5.10.0-19 Larry Wall's Practical Extraction libaudio-mpd-perl recommends no packages. Versions of packages libaudio-mpd-perl suggests: ii libgetopt-euclid-perl 0.2.0-1Executable Uniform Command-Line In ii libproc-daemon-perl 0.03-2 Run Perl program as a daemon proce ii mpd 0.13.2-3lenny1 Music Player Daemon -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513979: malloc() fails when IMAP is used
Re: Michelle Konzack 2009-02-04 <20090204141136.ga4...@tamay-dogan.net> > > 1) if mutt crashes you should be able to provide us with > > a core file, please compress it (bzip2 or gzip) and include it > > in this bug report; please also include your .muttrc > > How to produce the core dump? ulimit -c unlimited > > 2) can you reproduce the problem with mutt 1.5.18-4 (testing) or > > 1.5.19-1? > > Since I am running Etch, I do not know, if I can install this version > without problems, since I have currently not enough diskspace to macke a > full distupgrade to Lenny. You could try the version from backports.org. Please also install mutt-dbg. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#514008: apache2: Alias for /usr/share/images missing?
On Thu, 5 Feb 2009, Tollef Fog Heen wrote: Given that /usr/share/images is not only used by web packages, I think the answer is «no». Those packages should make sure to set up the necessary aliases they need (or we could have something like /usr/share/httpd/images that would be shipped in apache2.2-common and which would be in the default config). Should I file bugs against packages that don't set up these links then? -- http://rrt.sc3d.org/ | Floc: an egregiously good aperitif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514263: thinks that my ext2 root filesystem is fat
Am Donnerstag, den 05.02.2009, 15:09 -0500 schrieb Joey Hess: > I deleted those partitions in d-i (lenny rc1), and made a single /dev/hda1 of > the whole disk, so its start would have been where that fat used to be. > > This seems identical to #505137, so I think that bug was closed too > entusiastically.. I made now a little patch which fixes this. If nobody of the other grub-devs objects then I commit this in a few days. Luckly that Dell partition has .AT16 where normal FAT partitions have FAT12/FAT16/FAT32 and I hope that nobody wants to access this partition with grub2. But there seems to be a bug in D-I or somewhere else, for me mkfs.ext2 clears out the first 512 bytes if I format a file/partition with it. -- Felix Zielcke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514237: debian-cd: Support non-i386 mirrors, and support D-I modules in non-main
On Thursday 05 February 2009, Jonathan Hall wrote: > Frans Pop wrote: > > Wouldn't it make much more sense for which_deb to just try the > > current arch(es) (the one(s) for which we're building the image) > > instead of trying arches randomly? Or at least to try relevant arches > > first? > > This works fine, except when building a source-only CD Then I'm > back to looking through all possible arches, unless someone can think > of a more reasonable thing to do in that case..? For the calls from boot-* it does not matter as those scripts won't be called for source only CDs. So we're left with the call from update_tasks. There we really have another, more fundamental issue that has to be considered. We currently use the Packages file from i386 to expand a task to a package list. Essentially this is broken because different arches can have different dependencies! In practice this problem is quite limited, but it _is_ important that we don't use one of the more obscure arches to build the list as that is *a lot* more likely to result in a broken expanded package list than when we use i386 or amd64. So IMO: * ideally we should run update_tasks for every architecture separately, using the Packages file for that arch; for source-only CDs we should use i386 with fallback to amd64, and fail otherwise * but as long as we do not do that - for binary or binary/source CDs: prefer i386, with fallback to: 1) amd64 2) arches listed in $ARCHES - for source-only CDs: use i386, with fallback to amd64, and fail otherwise IMO it's reasonable to fail if someone wants to build source only but does not have a full mirror, or at least has the most common arches. Other cases will be extremely rare, and if someone really wants to he can just modify the script. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514127: gnumeric: Function selector fails to display translated descriptions
tags 514127 + upstream patch forwarded 514127 http://svn.gnome.org/viewvc/gnumeric?view=revision&revision=17123 thanks On Wed, Feb 04, 2009 at 16:25:51 +0100, Frederic Mothe wrote: > If LANG is set to fr_Fr (or es_ES) most of the function descriptions are > not displayed in the Function Selector window. -- Frankly, I think anybody's a fool to put (Microsoft operating system Windows) XP on their computer. It's like installing a continuous, 24-hour monitor on your mind. EFF co-founder John Perry Barlow in http://news.com.com/2008-1082-843349.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514052: googleearth-package: Update needed for the new 5.0 version
tags 514052 + patch
block 514122 by 514052
thanks.
* Nelson A. de Oliveira | 2009-02-03 17:04:37 [-0200]:
>A new version of Google Earth is available and make-googleearth-package needs
>to be updated:
Attached patch fixes this problem for me on AMD64, the resulting package
|5.0.11337.1968+0.5.4-1.1
runs fine.
Killing libcrypto fixes also #514122. The new binary depends on
libgthread-2.0.so.0 with is provided by ia32-libs-gtk.
>Nelson
Sebastian
--- a/make-googleearth-package
+++ b/make-googleearth-package
@@ -69,7 +69,7 @@ function check_version() {
echo $version >&2
- if grep -E 'GNU/Linux 4.[0123]' <<<"$version" > /dev/null; then
+ if grep -E 'GNU/Linux 5.[0123]' <<<"$version" > /dev/null; then
GoogleEarth_VERSION=$(sed -e 's/.*GNU\/Linux //' <<<"$version")
echo 'Supported Google Earth version:' $GoogleEarth_VERSION >&2
elif [ "$OPT_FORCE" ]; then
@@ -301,7 +301,7 @@ EOF
rmdir debian
if [ "$(dpkg-architecture -qDEB_BUILD_ARCH)" != "i386" ]; then
-ia32libs=", ia32-libs"
+ia32libs=", ia32-libs, ia32-libs-gtk"
fi
cat
Bug#514271: New upstream version available
Package: libquantum Version: 0.2.4-2 Severity: wishlist Hi, first of all thanks a lot for your efforts in packaging libquantum. I just received a request from a user for updated Debian packages, which I would hereby like to pass onto you. The latest version of libquantum (1.1.0) can be found at http://www.libquantum.de/files/libquantum-1.1.0.tar.gz. Best regards, Hendrik (your most friendly upstream developer) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514200: [xml/sgml-pkgs] Bug#514200: apt-get build-dep missing python-libxml2 as a dependency to build libxml2
You are correct - it was a problem on my build environment. Please close this bug. > severity 514200 important > tag 514200 unreproducible > > On Wed, Feb 04, 2009 at 11:43:01PM -0500, Albert Lash wrote: >> >From the build process: >> dh_install: python-libxml2 missing files >> (usr/lib/python*/site-packages/*.py*), aborting >> make: *** [binary-arch] Error 1 > > All buildds build it fine, and I just tried again, and it builds fine > too. Do you have the full log ? > > Mike > -- http://www.docunext.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514263: thinks that my ext2 root filesystem is fat
Aioanei Rares wrote: > You chose to install grub on the MBR? Yes, as debian will by default. -- see shy jo signature.asc Description: Digital signature
Bug#511482: tovid: cannot burn a dvd using makedvd. Nerolinux [...]
reassign 511482 wodim severity 511482 normal forcemerge 511369 511482 thanks Le jeudi 5 février 2009 20:24:13 Paul Cartwright, vous avez écrit : > On Thu February 5 2009, Didier Raboud wrote: > > You have been asked your version of genisoimage on the 14. January - > > please respond with the output of: > > > > $ dpkg -p genisoimage|grep Version > > from my original thread: > > yes it did. with K3B it would say completed, yet when I ejected the DVD & > then put it back in, it said it was blank. Other times, it wouldstart > buring, get to 27% then hang and fail. > If you look back in this thread or the other thread I gave the error > messages. like this one: > http://groups.google.com/group/linux.debian.user/browse_thread/thread/72de0 >f9c14bc4a05/1280fb0da9c33e03?lnk=raot&pli=1 Okay. I won't read nor comment a very long thread polluted by well-known trolls around wodim vs cdrkit/cdrecord. You already reported this bug on wodim and I think that this actual bug is a duplicate of it. So I am hereby reassigning, downgrading and merging this bug. If you want that bug to be handled with more care, you will need to be more concise and precise in your following-up mails. * For CD-burning related bugs, please mention the exact hardware that you use. * For all bugs, please mention the versions of the various packages used * When you test or try to reproduce your bug, use one tool and do only one action at once (wodim file.iso => works ?, genisoimage => works ?, ...) that is: "hunt" the bug down to a "single point of failure". If this turns out to be impossible or too hard, at least provide a "path to reproduce the bug", that is: I did this with that file, I used that command and it produced this. Keep in mind that the maintainer or anybody willing to correct the bug that you report has to be able to understand and/or reproduce your bug to be able to correct it. "A good question contains half the answer." Best regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#498396: ITP: argyll -- ICC compatible color management system
Kurt Roeckx, 2009-02-05 20:13:06 +0100 : > Hi, > > The bug log mentions that it was uploaded to NEW, but I don't see it > in queue anymore, so I wonder what happened with it? Rejected because of file conflicts with other packages. > I was just wondering myself why it wasn't in Debian yet and was > considering uploading it ot the archive. I'm rather busy with other tasks these days, but if you're interested my current state is available from the Bazaar repository at http://bzr.debian.org/users/lolando/argyll/ -- I'd be happy to move that repo to collab-maint or another project and co-maintain the package, too. Roland. -- Roland Mas [...] ou une dent pourrie [...] -- in Variations sur un thème imposé -- Signatures à collectionner, série n°2, partie 2/3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511903: lvm2s initramfs should add multipath as a prereq
On Thu, Feb 05, 2009 at 09:26:13PM +0100, Guido Günther wrote:
> tags 511903 + patch
>
> Hi,
> otherwise rootfs on multipath can't work. Patch attached.
Here's the trivial patch:
diff --git a/debian/initramfs-tools/scripts/local-top/lvm2
b/debian/initramfs-tools/scripts/local-top/lvm2
index d9b2205..553ee0e 100644
--- a/debian/initramfs-tools/scripts/local-top/lvm2
+++ b/debian/initramfs-tools/scripts/local-top/lvm2
@@ -1,6 +1,6 @@
#!/bin/sh
-PREREQ="mdadm mdrun"
+PREREQ="mdadm mdrun multipath"
prereqs()
{
Cheers,
-- Guido
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511903: lvm2s initramfs should add multipath as a prereq
tags 511903 + patch Hi, otherwise rootfs on multipath can't work. Patch attached. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514270: audacious: rolled up playlist adds dragged files to front of playlist
Package: audacious Version: 1.5.1-4 Severity: minor When the playlist editor is rolled up (Shift-Ctrl-W) and a music file is dragged onto it from a file manager (such as Thunar) the file is added to the begining of the playlist. Can this please be changed to add the file to the end of the playlist instead? -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages audacious depends on: ii audacious-plugins 1.5.1-2Base plugins for audacious ii dbus 1.2.1-5simple interprocess messaging syst ii gtk2-engines-pixbuf 2.12.11-4 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libaudclient1 1.5.1-4audacious dbus remote control libr ii libaudid3tag1 1.5.1-4audacious id3 tag manipulation lib ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libsamplerate00.1.4-1audio rate conversion library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library Versions of packages audacious recommends: ii audacious-plugins-extra 1.5.1-2Various extra plugins for audaciou ii unzip 5.52-12De-archiver for .zip files audacious suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514263: thinks that my ext2 root filesystem is fat
Joey Hess wrote: Felix Zielcke wrote: hm maybe something simliar as in #505137 Could you please show the output of hexdump -Cn 512 /dev/hda1? Maybe you had a fat filesystem and mkfs.ext2 didn't overwrite the first 512 bytes. r...@gnu:~>grub-probe / fat IIRC the original partition layout of this machine was: /dev/hda1 - small FAT partition containing dell utilities /dev/hda2 - ubuntu I deleted those partitions in d-i (lenny rc1), and made a single /dev/hda1 of the whole disk, so its start would have been where that fat used to be. This seems identical to #505137, so I think that bug was closed too entusiastically.. eb 54 90 00 65 6c 6c 20 38 2e 30 00 02 04 01 00 |.T..ell 8.0.| 0010 02 00 02 03 bc f8 2f 00 3f 00 ff 00 3f 00 00 00 |../.?...?...| 0020 00 00 00 00 80 00 29 1d 07 d8 07 44 65 6c 6c 55 |..)DellU| 0030 74 69 6c 69 74 79 00 41 54 31 36 20 20 20 10 00 |tility.AT16 ..| 0040 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 0050 00 00 00 00 00 00 33 c0 8e d0 bc 00 07 fc b9 80 |..3.| 0060 00 8e d8 be 00 7c b8 00 20 8e c0 33 ff f3 66 a5 |.|.. ..3..f.| 0070 ea 75 00 00 20 8e d8 be cc 01 b8 01 02 b9 01 00 |.u.. ...| 0080 b6 00 8a 16 24 00 bb 00 02 cd 13 0f 82 0c 01 80 |$...| 0090 3e c2 03 06 74 0e c6 06 c2 03 06 b8 01 03 cd 13 |>...t...| 00a0 0f 82 f7 00 66 0f b7 06 0e 00 66 03 06 1c 00 66 |f.ff| 00b0 0f b7 0e 16 00 66 d1 e1 66 03 c1 66 a3 46 00 66 |.f..f..f.F.f| 00c0 0f b7 0e 11 00 89 0e 52 00 83 c1 0f c1 e9 04 88 |...R| 00d0 0e 40 00 66 03 c1 66 a3 4e 00 b8 00 30 a3 44 00 |@.f..f.n...0.d.| 00e0 8e c0 e8 d4 00 33 db b9 0b 00 be e1 01 8b fb f3 |.3..| 00f0 a6 74 0f 83 c3 20 ff 0e 52 00 75 eb be d7 01 e9 |.t... ..R.u.| 0100 99 00 26 8b 47 1a a3 54 00 a1 16 00 a3 52 00 66 |..&.G..T.R.f| 0110 0f b7 06 0e 00 66 03 06 1c 00 66 a3 46 00 a1 52 |.ff.F..R| 0120 00 3d 40 00 76 02 b0 40 a2 40 00 e8 8b 00 66 0f |@.v..@@f.| 0130 b6 06 40 00 66 01 06 46 00 29 06 52 00 74 09 c1 |@.f..f.).R.t..| 0140 e0 05 01 06 44 00 eb d6 c7 06 44 00 70 00 a0 0d |D.D.p...| 0150 00 a2 40 00 66 0f b7 06 54 00 66 83 e8 02 66 0f |@.f...t.f...f.| 0160 b6 0e 0d 00 66 f7 e1 66 03 06 4e 00 66 a3 46 00 |f..f..N.f.F.| 0170 e8 46 00 8b 36 54 00 b8 00 30 d1 e6 73 03 05 00 |.F..6T...0..s...| 0180 10 8e c0 26 ad 3d f8 ff 73 16 a3 54 00 0f b6 06 |...&.=..s..T| 0190 0d 00 c1 e0 09 01 06 42 00 eb b9 e8 0d 00 eb fe |...B| 01a0 8a 16 24 00 33 ed ea 00 00 70 00 b4 0e ac bb 07 |..$.3p..| 01b0 00 cd 10 80 3c 00 75 f3 c3 b4 42 8a 16 24 00 be |<.u...B..$..| 01c0 3e 00 cd 13 72 01 c3 be cc 01 eb cf 44 69 73 6b |>...r...Disk| 01d0 20 65 72 72 6f 72 00 4e 6f 20 6c 6f 61 64 65 72 | error.No loader| 01e0 00 44 45 4c 4c 42 49 4f 20 42 49 4e 00 00 00 00 |.DELLBIO BIN| 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 0200 BTW, if a before/after comparison of the partition would help, I have a snapshot of the entire original disk squirreled away somewhere.. You chose to install grub on the MBR? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
