Bug#37297: Reassigning this bug
On Tue, Apr 05, 2005 at 06:31:18PM +0200, Christian Perrier wrote: reassign 37297 adduser retitle 37297 adduser: should allow forcing a local login thanks As announced on March 30th, That mail has somehow missed to reach my mailbox. That may be a mistake on my side, or whatever else. I sent the mail to [EMAIL PROTECTED]. I indeed knew you are the maintainer but as, IIRC, adduser is a team effort, I wanted to send the information to the whole team. This is not the first time that a mail to package@packages.d.o fails to get an answer from the maintainer...strange. I reassign this bug to the package it seems to belong to. I'm not really sure that the adduser package maintainers will be able to do comething with it, but it obviously does not belong to passwd. Does it? I do not have a NIS system available, but I suspect that it is useradd which refuses to create a local user if a NIS user exists. adduser does not interface with any management system other than via the useradd family of programs. Hmm, so what you're saying is that even if the report was about adduser, the real bug is a useradd bug because adduser only calls it. Am I right ? If so, then we will play BTS tennis and reassign the bug to passwd, untag it, tag it upstream and handle this with shadow's upstream. Given tht I also don't have access to a NIS system, this may be tricky to track downthe first check being whether the bug is still here..:-) /me very sick of the status of shadow bug log:-(
Bug#301259: [PATCH] Could this be the same issue with #276548?
This bug seems to be the #276548 issue, if so the patch attached could be a workaround. I think temporarily switching to ascii mode should not Well, Eugen said (and I tend to believe him) this patch would break all languages using UTF-8. So, the fix has to be a little less invasive. case $KEYMAP in - trq|trf|hebrew|lt|lv-latin4|ua) - kbd_mode_temp=ascii ;; Indeed, adding fr-latin9 to the above list fixes the problem (easy to testsee the IRC log I posted in the bug log). What we have to do now is identify all keymaps which experience the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#142070: Patch applied in sarge branch
Attached is the patch we applied to sarge regarding this bug. We have to check if it applies cleanly in woody. -- #! /bin/sh -e ## 010_chpasswd-md5.patch by Ian Gulliver [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add MD5 support to chpasswd. Debian bug #283961 if [ $# -lt 1 ]; then echo `basename $0`: script expects -patch|-unpatch as argument 2 exit 1 fi [ -f debian/patches/00patch-opts ] . debian/patches/00patch-opts patch_opts=${patch_opts:--f --no-backup-if-mismatch} ${2:+-d $2} case $1 in -patch) patch -p1 ${patch_opts} $0;; -unpatch) patch -R -p1 ${patch_opts} $0;; *) echo `basename $0`: script expects -patch|-unpatch as argument 2 exit 1;; esac exit 0 @DPATCH@ --- shadow-4.0.3_31/src/chpasswd.c 2005-01-07 19:10:02.0 +0100 +++ shadow-4.0.3_30.7/src/chpasswd.c2004-12-23 21:49:26.0 +0100 @@ -38,6 +38,7 @@ #include defines.h #include pwd.h #include fcntl.h +#include getopt.h #include pwio.h #ifdef SHADOWPWD #include shadowio.h @@ -49,6 +50,7 @@ #endif /* USE_PAM */ static char *Prog; static int eflg = 0; +static int md5flg = 0; #ifdef SHADOWPWD static int is_shadow_pwd; @@ -65,7 +67,7 @@ static void usage (void) { - fprintf (stderr, _(usage: %s [-e]\n), Prog); + fprintf (stderr, _(usage: %s [--encrypted] [--md5]\n), Prog); exit (1); } @@ -144,11 +146,32 @@ } #endif /* USE_PAM */ - /* XXX - use getopt() */ - if (!(argc == 1 || (argc == 2 !strcmp (argv[1], -e - usage (); - if (argc == 2) - eflg = 1; + { + int option_index = 0; + int c; + static struct option long_options[] = { + { encrypted, no_argument,eflg, 1 }, + { md5,no_argument,md5flg,1 }, + { 0 } + }; + + while ((c = getopt_long(argc,argv,em,long_options,option_index)) != -1) { + switch (c) { + case 'e': + eflg = 1; + break; + case 'm': + md5flg = 1; + break; + case 0: + /* long option */ + break; + default: + usage(); + break; + } + } + } /* * Lock the password file and open it for reading. This will bring @@ -225,8 +248,14 @@ continue; } newpwd = cp; - if (!eflg) - cp = pw_encrypt (newpwd, crypt_make_salt ()); + if (!eflg) { + if (md5flg) { + char salt[12] = $1$; + strcat(salt,crypt_make_salt()); + cp = pw_encrypt (newpwd, salt); + } else + cp = pw_encrypt (newpwd, crypt_make_salt()); + } /* * Get the password file entry for this user. The user must
Bug#303338: kbarcode_1.8.0-2(GNU/k*BSD): out of date config.sub/config.guess
Package: kbarcode Version: 1.8.0-2 Severity: wishlist Hello, The current version of kbarcode (1.8.0-2) fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The versions of config.guess and config.sub in kbarcode are too old to correctly support Debian GNU/k*BSD. A version is needed from this year, which is available in the autotools-dev packages that are in current sarge, and sid. You can simply copy them manually, but it can also be done automatically using the method described in /usr/share/doc/autotools-dev/README.Debian.gz Thanks, Aurelien -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i586) Kernel: GNU/kFreeBSD 5.3-5 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#142070: [Pkg-shadow-devel] Bug#142070: acknowledged by developer (Bug is a duplicate of closed 283961)
Quoting Tim Warnock ([EMAIL PROTECTED]): That fix went into sarge by the looks of it, what about us woody users? Given the huge bug log of shadow, the lack of backsight we have on it, I'm very reluctant for keeping bugs opened, tagged woody and sleep in the BTS, while sarge is near to be released. There is no chance that woody is ever fixed for such bugs, so keeping them opened is just a way to prevent them to be reported againwhich is very unlikely to happen from woody users now, from my experience. In the future life of shadow, bugs appearing on the stable version, fixed in unstable and testing, *will* be handled by marking them sarge and leaving them opened. But, at this moment, our priority is going through the backlog of shadow bugs...which will last for more time than it will take for sarge to be released. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302988: IBM Thinkpad T43 hardware detection incomplete
Actually, I think that it is ata_piix. I am attaching my working 2.6.11.5 kernel config and the output of lsmod. I am not using an initrd image. However, if I modprobe ata_piix and sd_mod, the installer still does not find the hard drive. I don't find any entries in /dev/scsi either. It does not help to modprobe all of the other sata_* modules either. So, loading ata_piix should be the Right Way for discover when finding your SATA chipset but what you say it that this is not enough with the D-I kernel, right ? So, this problem is dual: -discover needs to load the correct module : easy to fix in pci.lst -the kernel module must properly handle your hardware : not easy to fix if this fails with the current 2.6.8-2 kernel we have in D-I For everyone reading this : is this the correct conclusion?
Bug#95213: [Pkg-shadow-devel] Bug#95213: Passing env variables after the login name does not work
forwarded 95213 Tomasz Koczko [EMAIL PROTECTED] thanks As Tomasz has ACK'ed this bug report, I note it has been forwarded to upstream author. This is purely formal of course, as Tomasz works with the Debian maintenance team, but it helps in sorting bugs... I'll tag it fixed-upstream when I'll be sure it is fixed in the CVS. Tomasz, when dealing with mail discussions about Debian bugs for shadow, you don't need to CC the pkg-shadow-devel mailing list if you answer to a given bug report ([EMAIL PROTECTED]). All contributions sent to Debian bugs will indeed go to the list
Bug#303244: kleopatra: configure crash
Le Mercredi 06 Avril 2005 00:35, Christopher Martin a écrit : On April 5, 2005 11:27, Thomas Labourdette wrote: Package: kleopatra Version: 4:3.3.2-2 Severity: grave Justification: renders package unusable When I select Configurer Kleopatra ... in configuration menu, the application crash with this message : KCrash: Application 'kleopatra' crashing... Does updating to 3.3.2-3 from Sid make a difference? It's ok with 3.3.2-3. Thanks, @+ -- Thomas Labourdette
Bug#270324: xfstt: xls font crashes X only when used as xls
Package: xfstt Version: 1.6-3 Followup-For: Bug #270324 never thought I could bring my system into a state of total lock-up but I can... with just one font. Everything freezes, mouse, keyboard, screen (black with some barely perceptible patterns). Reset is the only escape (since the keyboard is locked no ctl-alt-bksp or f1 is possible). I'm running Debian Sarge 2.6.8-2-386-2-386 with Xfree 4.3.0.dfsg.1-12.0.1. I need to create a custom font with phonetic characters for an application I've built. The programming language (Unicon) will only take xls fonts. I took a Tex ipa font (tipa) and loaded the pfb file into fontforge (a font editor). I organised the font according to my needs and then generated the ttf font (still using fontforge). I installed the ttf font using the KDE font installer and it worked perfectly. Openoffice, Abiword, everybody saw it and liked it. So far no problem. I now had to get the font to be recognised as an xlsfont. I followed the Debian mini-howto http://www.linux.org/docs/ldp/howto/TT-Debian-3.html setting up the xfs server, and then setting up the xfstt server to add truetype support. I install the font as per instructions and it shows up nicely with $xlsfonts. It even shows up using xfontsel and all appears normal. The problem is that any time after that any application that even has the font available will crash the system as described in the first paragraph. As I said, the font works fine as long as it is not an xls font - the catch 22 is that an xls font is what it has to be. I can send you a copy of the ttf font if you wish. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages xfstt depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libstdc++5 1:3.3.5-8The GNU Standard C++ Library v3 -- debconf information: xfstt/fonts_not_provided: * xfstt/default_port_changed: xfstt/listen_tcp: false __ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303341: glade-2: crashes when removing GtkScrolledWindow
Package: glade-2 Version: 2.6.8-2 Severity: important Removing a GtkScrolledWindow by any means --- deleting or cutting, whether in a nested structure or just by itself --- causes an immediate segfault. (glade-2:1678): Gtk-CRITICAL **: gtk_container_foreach: assertion `GTK_IS_CONTAINER (container)' failed Segmentation fault It appears to have been caused by a change in libgtk2.0 as a previously working glade-2 stopped working when gtk was upgraded alone. Upgrading glade-2 and gtk2.0 and its associated libraries to the latest versions in unstable have had no effect on the bug which is still 100% reproducible. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.25delphinium Locale: LANG=C, LC_CTYPE=C Versions of packages glade-2 depends on: ii glade-common-2 2.6.8-2 Common files for GTK+ 2 User Inter ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libxml2 2.6.16-4 GNOME XML library hi xlibs 4.2.1-12.1 X Window System client libraries ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303339: usage data for gmailfs is incorrect
Package: gmailfs Version: 0.3-8 Severity: normal du shows the following: $ df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/md1 2948972 1341428 1457744 48% / tmpfs 257584 0257584 0% /dev/shm /dev/sda145130 11252 31470 27% /boot /dev/sdb145130 11252 31470 27% /boot2 /dev/md0 150347964 84913396 57797272 60% /home /tmp/.fuse_devzabHhW/fuse 1024000 19456 0 100% /gmailfs gmail has increased the quota beyond 1024000, and the available shows as 0 even though I have only used 19MB and can still write to the gmailfs mounted fs. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gmailfs depends on: ii fuse-utils 2.2.1-2 Filesystem in USErspace (utilities ii python 2.3.5-1 An interactive high-level object-o ii python-fuse 2.2-1 Python bindings for FUSE (Filesyst ii python-libgmail 0.0.8+cvs20050208-1 Python bindings to access Gmail ac -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303340: xboard_4.2.6-2.1(GNU/k*BSD): out of date config.sub/config.guess
Package: xboard Version: 4.2.6-2.1 Severity: wishlist Hello, The current version of xboard (4.2.6-2.1) fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The versions of config.guess and config.sub in xboard are too old to correctly support Debian GNU/k*BSD. A version is needed from this year, which is available in the autotools-dev packages that are in current sarge, and sid. You can simply copy them manually, but it can also be done automatically using the method described in /usr/share/doc/autotools-dev/README.Debian.gz Thanks, Aurelien -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i586) Kernel: GNU/kFreeBSD 5.3-5 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#95213: (forw) Re: [Pkg-shadow-devel] Bug#95213: Passing env variables after the login name does not work
Kenshi, could you help the shadow package and shadow upstream maintainer on that issue: http://bugs.debian.org/95213? In short, the login man page mentions the ability to pass environment variables along with the user name at login prompt. It appears that this feature does not work in all cases and the discussion concluded it would be better to remove this from the man page. Tomasz, upstream author, did so for the en man page as well as several translations; but cannot do it for the Japanese man page. Could you help us in removing that part in the attached file? Please send the corrected file to bug 95213 - Forwarded message from Tomasz Koczko [EMAIL PROTECTED] - Date: Tue, 5 Apr 2005 19:44:21 +0200 (CEST) From: Tomasz Koczko [EMAIL PROTECTED] To: Christian Perrier [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], debian-bugs-dist@lists.debian.org, Shadow package maintainers [EMAIL PROTECTED] Subject: Re: [Pkg-shadow-devel] Bug#95213: Passing env variables after the login name does not work On Mon, 4 Apr 2005, Christian Perrier wrote: tags 95213 confirmed upstream severity 95213 minor thanks I have confirmed the symptoms described in this bug report: [EMAIL PROTECTED]:~# login mykerinos login: tintin TEST=HOP Password: correct password Login incorrect mykerinos login: tintin Password: correct password too Linux mykerinos 2.6.9-1-686 #1 Thu Nov 25 03:48:29 EST 2004 i686 GNU/Linux You have mail. [EMAIL PROTECTED]:/home/tintin$ And, as mentioned in the bug report, te env var passing at the login prompt is advertised in the login(1) man page) login from Solaris do not have this kind abilities. Also I don't see this kind abilities in oldest login.c code (mantaining shadow in CVS was started in 1996). So in next shadow (4.0.8) will be removed text about abilities to allow pass envoroment variable in login prompt. I'm identify text fragment about this abilities in src/{de,hu,pl}/login.1 but I need help on update ja/login.1. kloczek -- --- *Ludzie nie maj problemw, tylko sobie sami je stwarzaj* --- Tomasz Koczko, sys adm @zie.pg.gda.pl|*e-mail: [EMAIL PROTECTED] - End forwarded message - -- .\$Id: login.1,v 1.8 2005/04/05 19:08:55 kloczek Exp $ .\ Copyright 1989 - 1994, Julianne Frances Haugh .\ All rights reserved. .\ .\ Redistribution and use in source and binary forms, with or without .\ modification, are permitted provided that the following conditions .\ are met: .\ 1. Redistributions of source code must retain the above copyright .\notice, this list of conditions and the following disclaimer. .\ 2. Redistributions in binary form must reproduce the above copyright .\notice, this list of conditions and the following disclaimer in the .\documentation and/or other materials provided with the distribution. .\ 3. Neither the name of Julianne F. Haugh nor the names of its contributors .\may be used to endorse or promote products derived from this software .\without specific prior written permission. .\ .\ THIS SOFTWARE IS PROVIDED BY JULIE HAUGH AND CONTRIBUTORS ``AS IS'' AND .\ ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\ IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\ ARE DISCLAIMED. IN NO EVENT SHALL JULIE HAUGH OR CONTRIBUTORS BE LIABLE .\ FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\ DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\ OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\ HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\ LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\ OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\ SUCH DAMAGE. .\ .\ Japanese Version Copyright (c) 1997 Kazuyoshi Furutaka .\ all rights reserved. .\ Translated Fri Feb 14 23:06:00 JST 1997 .\ by Kazuyoshi Furutaka [EMAIL PROTECTED] .\ Updated Fri Jan 12 04:05:44 JST 2001 .\ by Kentaro Shirakata [EMAIL PROTECTED] .\ Modified Tue 16 Sep 2002 by NAKANO Takeo [EMAIL PROTECTED] .\ .TH LOGIN 1 .SH login \- .SH \fBlogin\fR [\fB\-p\fR] [\fIusername\fR] [\fIENV=VAR\fR ...] .br \fBlogin\fR [\fB\-p\fR] [\fB\-h\fR \fIhost\fR] [\fB\-f\fR \fIusername\fR] .br \fBlogin\fR [\fB\-p\fR] \fB\-r\fR \fIhost\fR .SH .B login .I login: .B login .B login \fBexec login\fR \fBlogin\fR .PP \fIlogin:\fR \fBNAME=VALUE\fR \fBPATH\fR, \fBHOME\fR, \fBSHELL\fR \fB/bin/sh\fR \fBIFS\fR .PP \fBlogin\fR .PP \fBpasswd\fR(1) .PP 0 \fI.hushlogin\fR \fI/etc/motd\fR \fBYou have new mail.\fR, \fBYou have mail.\fR, \fBNo Mail.\fR .PP ID ID \fI/etc/passwd\fR \fB$HOME\fR, \fB$SHELL\fR, \fB$PATH\fR, \fB$LOGNAME\fR, \fB$MAIL\fR ulimit,
Bug#301192: avalon-framework: FTBFS: Missing Build-Depends on junit
Hello, I've prepared an NMU for this bug based on Andreas's patch, which I will be uploading shortly. Please find the full diff attached. Cheers, -- Steve Langasek postmodern programmer diff -u avalon-framework-4.1.2/debian/control avalon-framework-4.1.2/debian/control --- avalon-framework-4.1.2/debian/control +++ avalon-framework-4.1.2/debian/control @@ -2,7 +2,7 @@ Section: contrib/libs Priority: optional Maintainer: Takashi Okamoto [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 3.0.0),liblogkit-java, libxerces-java, ant, liblog4j, libxalan2-java, j2sdk1.3 +Build-Depends-Indep: debhelper ( 3.0.0), junit, liblogkit-java, libxerces-java, ant, liblog4j, libxalan2-java, j2sdk1.4 Standards-Version: 3.5.2 Package: libavalon-framework-java diff -u avalon-framework-4.1.2/debian/rules avalon-framework-4.1.2/debian/rules --- avalon-framework-4.1.2/debian/rules +++ avalon-framework-4.1.2/debian/rules @@ -15,13 +15,13 @@ export LANG=C export VERSION=4.1.2 -jdk_dirs:=/usr/lib/j2se/1.3 /usr/lib/j2sdk1.3 +jdk_dirs:=/usr/lib/j2sdk1.4-sun /usr/lib/j2sdk1.4-blackdown /usr/lib/j2sdk1.4-ibm export JAVA_HOME=$(shell for jdir in $(jdk_dirs); do if [ -d $$jdir ]; then echo $$jdir; exit 0; fi; done) export ANT=/usr/bin/ant -CLASSPATH=/usr/share/kaffe/Klasses.jar:/usr/share/java/logkit.jar:/usr/share/java/xerces.jar:/usr/share/java/log4j.jar:/usr/share/java/xalan2.jar:. +CLASSPATH=/usr/share/kaffe/Klasses.jar:/usr/share/java/junit.jar:/usr/share/java/logkit.jar:/usr/share/java/xerces.jar:/usr/share/java/log4j.jar:/usr/share/java/xalan2.jar:. build: build-stamp diff -u avalon-framework-4.1.2/debian/changelog avalon-framework-4.1.2/debian/changelog --- avalon-framework-4.1.2/debian/changelog +++ avalon-framework-4.1.2/debian/changelog @@ -1,3 +1,12 @@ +avalon-framework (4.1.2-2.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for sarge-targetted RC bugfix + * Add missing build-dependency on junit, and favor j2sdk1.4 over j2sdk1.3; +thanks to Andreas Jochens for the patch (closes: #301192). + + -- Steve Langasek [EMAIL PROTECTED] Tue, 5 Apr 2005 20:48:33 -0700 + avalon-framework (4.1.2-2) unstable; urgency=low * add ConsoleLogger from CVS. (closes: #162135) signature.asc Description: Digital signature
Bug#303156: tecnoballz: FTBFS (amd64/gcc-4.0): cast from 'ecran_hard*' to 'Sint32' loses precision
* Alexis Sukrieh ([EMAIL PROTECTED]) disait : I have sent a mail to upstream author, forwarding him the patch and asking for a new upstream release when possible. Upstream author just confirmed that he will apply your patch in the sources. Then, I'm waiting for a new upstream version of TecnoballZ to close that bug. Thanks for the report. Cheers, Alexis. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#303342: mailman: please consider adding Debian-specific information for exim 4 setup
Package: mailman Severity: wishlist Hi, the README.EXIM file shipped with the mailman packages is confusing as it doesn't address the Debian specialities. Please consider including mailman config for exim 4 as examples files. Here is my config from my productive mailman installation. I cannot, however, guarantee that it will work with a stock install. mailman transport, /etc/exim4/conf.d/transport/30_local_mailman on my system: mailman: driver = pipe command = /usr/lib/mailman/mail/mailman \ '${if def:local_part_suffix \ {${sg{$local_part_suffix}{-(\\w+)(\\+.*)?}{\$1}}} \ {post}}' \ $local_part current_directory = /var/lib/mailman debug_print = T: mailman for [EMAIL PROTECTED] group = list home_directory = /var/lib/mailman user = list mailman routers, /etc/exim4/conf.d/router/255_local_mailman on my system: mailman: driver = accept debug_print = D: mailman for [EMAIL PROTECTED] domains = CONFDIR/mailman_domains local_part_suffix = -bounces : -bounces+* : \ -confirm+* : -join : -leave : \ -owner : -request : -admin local_part_suffix_optional require_files = /var/lib/mailman/lists/$local_part/config.pck retry_use_local_part transport = mailman bounce_mailman: driver = redirect allow_defer allow_fail data = :fail: Unknown user debug_print = D: bounce_mailman for [EMAIL PROTECTED] domains = CONFDIR/mailman_domains retry_use_local_part # this director bounces all mail from a mailman domain that hasn't been # picked up by the mailman director This assumes that there are no non-lists in domains that are used by mailman, and that all list domains are listed in CONFDIR/mailman_domains. Hope this helps. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-zgserver Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages mailman depends on: ii apache [httpd] 1.3.33-4 versatile, high-performance HTTP s ii cron3.0pl1-87management of regular background p ii debconf 1.4.46 Debian configuration management sy ii exim4-daemon-light [mail-tr 4.50-1 lightweight exim MTA (v4) daemon ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii logrotate 3.7-2Log rotation utility ii python 2.3.5-2 An interactive high-level object-o -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303228: apache2-common: a2(en|dis)(mod|site) scripts should make apache2 reload
tags 303228 = wontfix thanks mate On Wed, Apr 06, 2005 at 08:46:02AM +0200, Sebastian Hegler wrote: Daniel Stone wrote: Also, think of this case: you enable a module such as proxy, which sets up proxying, but you need to configure it first so it's not an open proxy, or whatever. This is counter-intuitive, too, IMHO. You would only want to enable something that is already configured. Thanks for telling me how I use my computer ... but that's not how it happens. A lot of HOWTOs also describe first enabling and then configuring the module. How about the following behavior: 1. Create symlink in enabled dir. 2. Run apache2ctl configtest to do basic syntax checking. 3. If 2) fails, remove symlink created in 1), complain, exit. If 2) is successful, restart apache2. No. The current behaviour is fine. signature.asc Description: Digital signature
Bug#303228: apache2-common: a2(en|dis)(mod|site) scripts should make apache2 reload
Daniel Stone wrote: Also, think of this case: you enable a module such as proxy, which sets up proxying, but you need to configure it first so it's not an open proxy, or whatever. This is counter-intuitive, too, IMHO. You would only want to enable something that is already configured. How about the following behavior: 1. Create symlink in enabled dir. 2. Run apache2ctl configtest to do basic syntax checking. 3. If 2) fails, remove symlink created in 1), complain, exit. If 2) is successful, restart apache2. Yours, Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302988: IBM Thinkpad T43 hardware detection incomplete
On Wed, Apr 06, 2005 at 07:16:09AM +0200, Christian Perrier wrote: Actually, I think that it is ata_piix. I am attaching my working 2.6.11.5 kernel config and the output of lsmod. I am not using an initrd image. However, if I modprobe ata_piix and sd_mod, the installer still does not find the hard drive. I don't find any entries in /dev/scsi either. It does not help to modprobe all of the other sata_* modules either. So, loading ata_piix should be the Right Way for discover when finding your SATA chipset but what you say it that this is not enough with the D-I kernel, right? I dare to differ. IIRC `modprobe ata_piix` generates logging in /var/log/syslog with information about the chipset (disc-controller) found. So there is the clue for succesfull `modprobe ata_piix` So, this problem is dual: -discover needs to load the correct module: easy to fix in pci.lst -the kernel module must properly handle your hardware: not easy to fix if this fails with the current 2.6.8-2 kernel we have in D-I For everyone reading this: is this the correct conclusion? I agree on the fix in pci.lst. I'm not sure about the kernel module must properly handle hardware. IMNSHO are inserting kernel modules and scanning for discs two _different_ actions. My questions: * What is the _right way_ to scan for disks in debian-installer? * How to trigger it? (which menu item?) * How to check the result? (which command in the vt2 console?) Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301956: cfengine2: EmailMaxLines not working?
Hi! FYI: I got an email from Mark Burgess (upstream) telling me that this will be fixed in 2.1.14. - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303343: libdata-dumper-perl_2.121-1(alpha/unstable): broken debian/rules
Package: libdata-dumper-perl Version: 2.121-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of libdata-dumper-perl_2.121-1 on goedel by sbuild/alpha 1.170.5 Build started at 20050310-1833 [...] ** Using build dependencies supplied by package: Build-Depends: perl (= 5.6.1-8.7), debhelper (= 3.0.18) [...] /usr/bin/make -C Data-Dumper-2.121 install PREFIX=`pwd`/debian/tmp/usr; \ else \ /usr/bin/make -C Data-Dumper-2.121 pure_install DESTDIR=`pwd`/debian/tmp; \ fi install_vendor :: all pure_vendor_install doc_vendor_install make[1]: Entering directory `/build/buildd/libdata-dumper-perl-2.121/Data-Dumper-2.121' Installing /build/buildd/libdata-dumper-perl-2.121/debian/tmp/usr/lib/perl5/auto/Data/Dumper/Dumper.so Installing /build/buildd/libdata-dumper-perl-2.121/debian/tmp/usr/lib/perl5/auto/Data/Dumper/Dumper.bs Files found in blib/arch: installing files in blib/lib into architecture dependent library tree Installing /build/buildd/libdata-dumper-perl-2.121/debian/tmp/usr/lib/perl5/Data/Dumper.pm make[1]: Leaving directory `/build/buildd/libdata-dumper-perl-2.121/Data-Dumper-2.121' touch install-stamp dpkg-genchanges -B -mDebian Build Daemon buildd_alpha-goedel dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory A full build log can be found at: http://buildd.debian.org/build.php?arch=alphapkg=libdata-dumper-perlver=2.121-1 All of the commands in the debian/rules file are under the binary-indep target, (underneath the comment # Build architecture-independent files here.). This target is only called when building binary-all, which is not what the package produces. You need to move all of the commands under binary-indep to binary-arch. (which has the comment # Build architecture-dependent files here. above it) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#187460: RFP: apache-lingerd -- Apache with lingerd support
After all this time (well, two years ;-), I just want to underline that an apache-lingerd package exists[1] and that the Debian Apache Team is aware of it. Discussion has been opened to add this flavour in the Debian Apache source package. So this bug is not really a pending upload one, but could become soon... Kind regards. Alexis. 1 : http://www.sukria.net/packages/apache-lingerd/ -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#276238: xvnc4viewer: [patch] Patches available
Hello On Tue, Apr 05, 2005 at 09:55:32PM -0300, Javier Kohen wrote: Package: xvnc4viewer Version: 4.0-7.0.0.1.gcc4 Followup-For: Bug #276238 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please apply one of the patches at http://debian-amd64.alioth.debian.org/gcc-3.4/patches/ . One? What is the difference between them? They are against different versions, but is there more differences? Here's the current list of patches in that location: http://debian-amd64.alioth.debian.org/gcc-3.4/patches/vnc4_4.0-5.0.0.1.amd64.patch http://debian-amd64.alioth.debian.org/gcc-3.4/patches/vnc4_4.0-6.0.0.1.gcc4.patch http://debian-amd64.alioth.debian.org/gcc-3.4/patches/vnc4_4.0-6.1.0.0.1.gcc4.patch http://debian-amd64.alioth.debian.org/gcc-3.4/patches/vnc4_4.0-7.0.0.1.gcc4.patch Do you also know if the amd64 version really and not just compile? Thanks for your help. Regards, // Ola Thanks, - -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-ck3 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages xvnc4viewer depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:4.0-0pre7 GCC support library ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libstdc++6 4.0-0pre7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCUzOE823633cP2P8RAk/rAJ9DSG5a56TYl77/F2g2Dm5ajifKMACfRJtJ o1ONanv/kQKlkx0/x5XlaCc= =C45a -END PGP SIGNATURE- -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#277394: Please include newer vserver patches and close this bug
Hello On Tue, Apr 05, 2005 at 06:17:07PM -0500, Micah Anderson wrote: I notice that the package name has changed to kernel-patch-vserver, this is great! Additionally, the new package includes two patches for 2.6: patch-2.6.10-5-debian-vs1.9.4.diff.gz patch-2.6.11-rc3-vs1.9.4.diff.gz It seems that the inclusion of these two patches would close this bug which is asking to include patches for 2.6. Didn't I close that bug... Must have missed that. :) Additionally, I would ask that you include the newer vserver patches, which include the release of 1.9.5, against actual releases of 2.6.11 (the only 2.6.11 patch you have is against release candidate 3). The following provides version 1.9.5 of the vserver patch against 2.6.11.5: http://www.13thfloor.at/vserver/d_rel26/v1.9.5/patch-2.6.11.5-vs1.9.5.diff.bz2 The following provides version 1.9.5 against 2.6.11.6: http://vserver.13thfloor.at/Experimental/patch-2.6.11.6-vs1.9.5.12.diff.bz2 If you would like the help, I would be happy to Co-Maintain this package with you. I maintain a kernel-patch package already (kernel-patch-lkcd), so I know how kernel-patch packages work. Yes, that would be a good thing. Add yourself to the Uploaders field and upload the modified package. It will help me a lot. Make sure that it applies on the Debian kernel and not just the pristine kernel. As you already maintain a kernel package, you probably know about all these problems. :) Happy hacking and thanks for helping me with this package. Regards, // Ola Micah -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#95213: (forw) Re: [Pkg-shadow-devel] Bug#95213: Passing env variables after the login name does not work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, At Wed, 6 Apr 2005 08:28:08 +0200, Christian Perrier wrote: Kenshi, could you help the shadow package and shadow upstream maintainer on that issue : http://bugs.debian.org/95213? In short, the login man page mentions the ability to pass environment variables along with the user name at login prompt. Could you help us in removing that part in the attached file? OK, I updated (removed lines) login.1 file. I'm CCing to Mr.NAKANO who was last translator of this file. Thanks, - -- Kenshi Muto [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkJTjHgACgkQQKW+7XLQPLEa1gCgsaefKHtCkZssWI8Ycho5mFgK WuQAn2mDjIS9PIY4Smo9xXwk7NxHoMtH =p8gD -END PGP SIGNATURE- login.1.gz Description: Binary data
Bug#303346: gdm: Suppresses X logging with Too much output
Package: gdm Version: 2.6.0.4-1 Severity: grave Justification: Discards error output rather than logging as requested When an X session has been running for a while, I get the message ...Too much output, ignoring rest... and then all logging to my ~/.xsession-errors stops. I googled for this message, and the only relevant hit I got http://cvs.gnome.org/viewcvs/gdm2/daemon/slave.c?rev=1.276 suggests that GDM is responsible for this message. http://cvs.gnome.org/viewcvs/gdm2/daemon/gdm.h?rev=1.176 defines MAX_XSESSION_ERROR_BYTES to be 80*2500 -- I guess that's supposed to be 2500 lines at full width. (My current .xsession-errors which just got this message is actually 4422 lines, for comparison, but about half of those are empty, because many programs seem to include a spurious newline with each message.) This limitation seems a bit ill-conceived. I can imagine that it might be useful to limit the output produced by a runaway process in rapid succession, but it should still be possible to get log messages from a process which runs for as long as the computer is up; eventually, if there are no crashes or power failures, it will produce enough log messages to exceed whatever limit you come up with. Still, as a workaround, perhaps the Debian package could make the limit really large. In the meantime, feel free to tag this as upstream and forwarding it to the Gnome folks. Ultimately, the limit should probably be configurable at startup time, with an option to disable it (perhaps by setting the limit to 0 in the configuration), and documented. Thanks in advance for your attention to this, /* era */ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686-smp Locale: LANG=C, LC_CTYPE=C Versions of packages gdm depends on: ii adduser 3.59Add and remove users and groups ii debconf 1.4.30.10 Debian configuration management sy ii dpkg 1.10.23 Package maintenance system for Deb ii gksu 1.2.2-1 graphical frontend to su ii gnome-session2.6.2-6 The GNOME 2 Session Manager ii gnome-terminal [x-te 2.6.1-6 The GNOME 2 terminal emulator appl ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libattr1 2.4.16-1Extended attribute shared library ii libaudiofile00.2.6-4 Open-source version of SGI's audio ii libbonobo2-0 2.6.2-7 Bonobo CORBA interfaces library ii libbonoboui2-0 2.6.1-1 The Bonobo UI library ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc62.3.2.ds1-18GNU C Library: Shared libraries an ii libcroco30.6.0-2 a generic Cascading Style Sheet (C ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libgconf2-4 2.6.4-2 GNOME configuration database syste ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libglade2-0 1:2.4.0-1 Library to load .glade files at ru ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgnome-keyring00.2.1-3 GNOME keyring services library ii libgnome2-0 2.6.1.2-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.6.1.1-2 A powerful object-oriented display ii libgnomeui-0 2.6.1.1cvs-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.6.2-2 The GNOME virtual file-system libr ii libgnutls11 1.0.16-9GNU TLS library - runtime library ii libgpg-error01.0-1 library for common error values an ii libgsf-1 1.10.1-1Structured File Library - runtime ii libgtk2.0-0 2.4.13-1The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-8 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g 0.76-22 Pluggable Authentication Modules l ii libpango1.0-01.8.0-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-1 SAX-based renderer library for SVG ii libselinux1 1.16-2 SELinux shared libraries ii libsm6 4.3.0.dfsg.1-8 X Window System Session Management ii libtasn1-2
Bug#303344: Wrong output of backup statistic or inconsistenz of database
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: afbackup Version: 3.3.8.1beta2-2 Severity: normal The last two days I have the following phenomene: Erstes benutztes Band: 12 Erste geschriebene Banddatei: 180 Letztes benutztes Band:12 Letzte geschriebene Banddatei: 184 ... First Cartridge used: 12 First Tapefile accessed: 186 Last Cartridge used: 12 Last Tapefile accessed:186 This bothe backups runs directely one after another. But it jumps over one tapefile (185). As this could not happens normaly I suggest that the server is not capable to see correctely witch tapefiles are realy used. - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages afbackup depends on: ii afbackup-common 3.3.8.1beta2-2 Client-Server Backup System (commo ii debianutils 2.8.4 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii netbase 4.20 Basic TCP/IP networking system ii tcsh [c-shell]6.13.00-1 TENEX C Shell, an enhanced version ii zlib1g1:1.2.2-3 compression library - runtime - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iQEVAwUBQlOJUZ+OKpjRpO3lAQL1LAf9GJP/xBJS7BuZC72fQ0jpuM1T8bsqxPQW 3bD0RD8j6lmQhdiHrrbeAvNdPnIeo+q8yov/zSwj0cI4jGwyYKjGvdnfyvsomT5U w0dOIztwDKeWAvc7nufoy1r4JBfJug2KY2jKg7y2AGx2LddSniehS+ng7E6ssD+T YCz9ugD5S6TFu7popDZp1FmWzWmFVJmwkUGX49d8BWAcbZjrolOCGmKecmONT8vT MDVpjid6UM+5OAMfWP0AZZZY2n65i9FGIdjrtm6oW3Gh+D31USs08KlKQbTG/nMp KI02Vn6zyHNqNiw2mu5UuvAX1MZhxH/OLeTYuw7zyZm9d8xWplWTRQ== =YkMa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303345: Take care for the apache way of separate files per locale
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: logwatch Version: 5.2.2-4 Severity: minor Tags: patch I did patch the /usr/share/logwatch/scripts/services/http to make it seeng *.html.en or *.html.de as it has to be used in apache to use content for different language as content. Apache decide with this methode which files to provide for which laguage without providing explicite map files. But this files cann be reached by *.html where apache decide by itself as also as *.html.?? to choose one language. - --- /usr/share/logwatch/scripts/services/http.distrib 2005-02-28 22:38:37.0 +0100 +++ /usr/share/logwatch/scripts/services/http 2005-04-06 08:52:39.0 +0200 @@ -109,6 +109,7 @@ my $content_types = '('; $content_types = $content_types.'\/server-status|\/server-info'; $content_types = $content_types.'|\.htm|\.html|\.jhtml|\.phtml|\.shtml|\/'; + $content_types = $content_types.'|\.html\...'; $content_types = $content_types.'|\.inc|\.php|\.php3|\.asp|\.pl|\.wml|\/'; $content_types = $content_types.'|\.css|\.js|\.cgi|\/'; $content_types = $content_types.'|\.fla|\.swf|\/'; - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages logwatch depends on: ii mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent ii perl 5.8.4-6 Larry Wall's Practical Extraction - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iQEVAwUBQlOK9p+OKpjRpO3lAQLj8Qf/ScFDHKH0dFCeZjFmrqRCdkpOFpLVD31/ rtlLR8mh01b4xWDJmNrK0ofc3QRBenDyqLBKFLrRlZHtxnBhJ2JQXSaGwDU4JKUi xIsyLvxZwEVedzrqCIqg0bw3DFyzn+bfkUcz12OJxi2hVGGrDQiBU0iOXahpxwDi hTphwFBUXpA4ymaFNwkEywi67GvpgbaCqJtfbNX0jQ6MOjUxTYGI6h9j1aDepuDL 7OVWuFjQAhwPdnctsYnWeXZ1JoxDLgq5vNF1qswpKalEb+5ecN/HtukM5rXB2K3U GhiW5a9vnGojTDT5YRDrTCu+/JMt9ODNkcqeBgu1NrN7S7Jx57raCA== =p2AY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#142070: [Pkg-shadow-devel] Bug#142070: Patch applied in sarge branch
Quoting Christian Perrier ([EMAIL PROTECTED]): Attached is the patch we applied to sarge regarding this bug. We have to check if it applies cleanly in woody. The attached patch applies cleanly. I'm currently building a new version of the shadow package on a woody system to check if this fixes the DES/MD5 problem. PS : the build system of shadow in woody in incredibly better. All Debian specific patches were in debian/patches and there was a clean line between Debian specific patches and upstream sources, not the mess we currently have:-(. This is exactly what I want to get back with the 4.0.3-32 release and the use of dpatch. --- chpasswd.c.ori Wed Apr 6 09:07:01 2005 +++ chpasswd.c Wed Apr 6 08:59:47 2005 @@ -50,6 +50,7 @@ #include defines.h #include pwd.h #include fcntl.h +#include getopt.h #include pwio.h #ifdef SHADOWPWD #include shadowio.h @@ -57,6 +58,7 @@ static char *Prog; static int eflg = 0; +static int md5flg = 0; #ifdef SHADOWPWD static int is_shadow_pwd; #endif @@ -73,7 +75,7 @@ static void usage(void) { - fprintf(stderr, _(usage: %s [-e]\n), Prog); + fprintf (stderr, _(usage: %s [--encrypted] [--md5]\n), Prog); exit(1); } @@ -104,11 +106,32 @@ bindtextdomain(PACKAGE, LOCALEDIR); textdomain(PACKAGE); - /* XXX - use getopt() */ - if (!(argc == 1 || (argc == 2 !strcmp(argv[1], -e - usage(); - if (argc == 2) - eflg = 1; + { + int option_index = 0; + int c; + static struct option long_options[] = { + { encrypted, no_argument,eflg, 1 }, + { md5,no_argument,md5flg,1 }, + { 0 } + }; + + while ((c = getopt_long(argc,argv,em,long_options,option_index)) != -1) { + switch (c) { + case 'e': + eflg = 1; + break; + case 'm': + md5flg = 1; + break; + case 0: + /* long option */ + break; + default: + usage(); + break; + } + } + } /* * Lock the password file and open it for reading. This will @@ -182,8 +205,14 @@ continue; } newpwd = cp; - if (!eflg) - cp = pw_encrypt(newpwd, crypt_make_salt()); + if (!eflg) { + if (md5flg) { + char salt[12] = $1$; + strcat(salt,crypt_make_salt()); + cp = pw_encrypt (newpwd, salt); + } else + cp = pw_encrypt (newpwd, crypt_make_salt()); + } /* * Get the password file entry for this user. The user
Bug#302827: tetex-bin: fails to install on several architectures
Dear release team, since I must go on vacaction for several weeks, and I'm unsure whether there is enough (wo)manpower on debian-tetex-maint to resolve this bug, I recommend that you keep a close look at it. All my activities so far are recorded in the bug log. I have tried to contact the buildd admins only by mailing to rian murray whose address is at the bottom of the build logs - probably you know better than I how to get in contact with the right people. In my opinion, the first step to resolve this should be to check what exactly is messed up in the build environments of the failing hosts, clean it up, and verify whether this is the cause of the bug. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer pgpMiApf5N2BF.pgp Description: PGP signature
Bug#295060: wwwoffle: patch for part of this bug
clone 295060 -1 retitle -1 Should work with symlinks in /etc/wwwoffle, and respect file removals severity -1 important thanks Paul Slootman [EMAIL PROTECTED] wrote: On Tue 05 Apr 2005, David Schmitt wrote: http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3 says: local changes must be preserved during a package upgrade I was under the impression, that this includes the removal of said configuration files. See e.g. http://lists.debian.org/debian-user/2003/08/msg01816.html Are they configuration files (to a first approximation, files in /etc)? If so, dpkg considers deleting the file as a valid configuration option, and will preserve this across upgrades. That discusses conffiles, as managed by dpkg, not files that happen to be in /etc; this is a case of a maintainer scripts maintained file. I I think you are wrong here, Paul. Personally, I cannot put any more effort into this discussion, since I am going on an unforeseen vacation as far as my Debian work is concerned right now. I believe that if you don't agree with me and David here, this is a case that should be discussed on -devel, or perhaps even better related to the technical committee. However, it seems unlikely that a decision could be reached that way in time for sarge. Therefore, I suggest that we split this bug - no, I just do it: The part about not preserving the ports and ppp settings should be fixed (and working suggestions are in my and Davids patch). The new bug about symlinks and removing files in /etc/ is now severity important, to allow wwwoffle to enter sarge. This gives us time to sort this out without being in a hurry. I don't mind if you come to a consensus earlier, but I am willing to take part in the discussion with the tech committee after I come back to Debian work (probably at the end of May). Thus $HOME/nohup.out can be created iff /var/cache/wwwoffle/temp/nohup.out is not writeable but will not be removed by your script. Huh? We're running as root here. no space left on device, wrong mount options for a network share,... Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#303334: slapd: fakeroot missing from build-deps
On Wed, Apr 06, 2005 at 02:21:12PM +1000, Craig Small wrote: tried to build ldap packages to enable aci because the mainline one doesnt have it and your experimental packages break in installation (try installing slapd/experimental from a system with no existing slapd) Yep, known bug. Try installing the version in unstable, it gives some errorneous output on first install but it should work. A minor thing,fakeroot is not in the build-depends And it should be why? You can build slapd using su, sudo or whatever just fine. Greetings Torsten signature.asc Description: Digital signature
Bug#303208: ITP: nss-updatedb -- Maintain local cache of a network directory
Le 05/04/05 à 23:13 Guido Guenther ([EMAIL PROTECTED]) écrivait : On Tue, Apr 05, 2005 at 04:27:12PM +0200, Jean-Michel Kelbert wrote: Le 05/04/05 à 15:38 Guido Guenther ([EMAIL PROTECTED]) écrivait : I allready made an ITP for this package, but since I don't have enough time for the moment, I let you package it. I overlooked your ITP sorry. I merged the bugs. What about comaintainership? As you want, but the package is a little one. Do you think there is a need for two maintainers ? I have _really_ no problem (in fact it's with pleasure :)) to let you this package. -- Jean-Michel Kelbert signature.asc Description: Digital signature
Bug#302684: zeroconf configuration method?
On Sun, Apr 03, 2005 at 01:30:00PM +0200, Thomas Hood wrote: Do you think that there should be a zeroconf configuration method for the inet and inet6 address families (in the sense of the term 'method' used in interfaces(5))? That is, would it make sense to have a stanza like this in /etc/network/interfaces?: iface eth0 inet zeroconf zeroconf would only be valid for inet address families, IPv6 already has link-local addresses. Cheers, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- signature.asc Description: Digital signature
Bug#300768: cweb: Recommends cannot be fulfilled
Julian Gilbey [EMAIL PROTECTED] wrote: I've just uploaded cweb version 3.64.debian-1 to unstable, which is a dummy package depending on tetex-bin ( 2.0.1-2). Please could you then change the Conflicts: line in tetex-bin to say cweb (= 3.64-3)? I've reassigned bug #170773 and this bug to tetex-bin. Fine. As you probably have noticed, I'm going on Debian-VAC until end of May. I guess you still have access to the tetex cvs, and can do the change? Please note, however, that the changes for tetex-bin_2.0.2-28 are not yet checked in, since gluck wasn't accessible these days. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer pgpOkmFFmFD9k.pgp Description: PGP signature
Bug#303348: tetex-extra: please re-add algorithms
Package: tetex-extra Version: 2.0.2c-7 Severity: normal please refer to the recent discussion on the mailinglist, this is just a reminder -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#303091: fancybox.sty licence update
severity 303091 normal retitle 303091 outdated license information for fancybox thanks Adrian Bunk [EMAIL PROTECTED] wrote: FYI: teTeX 3.0 ships a fancybox.sty that is identical to the one in 2.0.2 except for an updated licence notice (now Artistic License). So this is just a question of updating the license information. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#302000: developers-reference: Please add documentation about Packages-arch-specific
Jeroen van Wolffelaar [EMAIL PROTECTED] wrote: Conclusion is: people should simply look up the current preferred way of contact at the top of the file. A role address would just be another new entrypoint of spam. Since I'm going on Debian-vacation for a couple of weeks, I won't be able to refine the patch for this bug. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer pgpIiett23hn4.pgp Description: PGP signature
Bug#303139: stops playing mp3 after a few seconds
On Tue, Apr 05, 2005 at 09:12:58PM +0200, Loïc Minier wrote: Another developer suggested the following Ubuntu report might be the same bug: https://bugzilla.ubuntu.com/show_bug.cgi?id=7359 Could you try out the patch in this bug report? That fixes it. -- Matt signature.asc Description: Digital signature
Bug#37297: Reassigning this bug
reassign #37297 passwd tags #37297 - wontfix tags #37297 upstream thanks Marc forgot putting [EMAIL PROTECTED] in CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#37297: Reassigning this bug
reassign #37297 passwd tags #37297 - wontfix tags #37297 upstream thanks On Wed, Apr 06, 2005 at 07:37:04AM +0200, Christian Perrier wrote: On Tue, Apr 05, 2005 at 06:31:18PM +0200, Christian Perrier wrote: reassign 37297 adduser retitle 37297 adduser: should allow forcing a local login thanks As announced on March 30th, That mail has somehow missed to reach my mailbox. That may be a mistake on my side, or whatever else. I sent the mail to [EMAIL PROTECTED]. Which is ok and usually works. I indeed knew you are the maintainer but as, IIRC, adduser is a team effort, I wanted to send the information to the whole team. You did the right thing. No worries. Hmm, so what you're saying is that even if the report was about adduser, the real bug is a useradd bug because adduser only calls it. Am I right ? Yes. adduser doesn't add the user itself, it just relies on the underlying system mechanisms and uses useradd as a backend. If so, then we will play BTS tennis and reassign the bug to passwd, untag it, tag it upstream and handle this with shadow's upstream. Ok. Doing so. Given tht I also don't have access to a NIS system, this may be tricky to track downthe first check being whether the bug is still here..:-) Is the original reporter still around? /me very sick of the status of shadow bug log:-( I can understand that. You have opened a can of worms. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295300: Un-localizing error message and subject
retitle 295300 gdm: gdm_slave_xioerror_handler|: Fatal X error - Restarting :0 thanks As per http://anoncvs.gnome.gr.jp/viewcvs.cgi/gdm2/po/fr.po?rev=1.62 the error message is a translation of Fatal X error - Restarting %s (where in this case apparently %s expands to :0). /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296388: [fw] Bug#296388: torcs: fullscreen doesn't use the whole screen
Hi Bernard, I've confirmed this behaviour, it seems to work on fluxbox, blackbox and the like but GNOME and Xfce. Previous version also had this issue. I've filled a bug in project bug tracking system also. ID: 1154683 thanks, Rudy - Forwarded message from jeff [EMAIL PROTECTED] - From: jeff [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Date: Mon, 21 Feb 2005 22:59:32 -0800 Subject: Bug#296388: torcs: fullscreen doesn't use the whole screen Reply-To: jeff [EMAIL PROTECTED], [EMAIL PROTECTED] X-Mailer: reportbug 3.7.1 Message-Id: [EMAIL PROTECTED] Package: torcs Version: 1.2.2-5 Severity: normal If I select full-screen mode in the display options it changes my screen to the selected resolution but I can still see the window frame and the gnome taskbar so it really isn't using the full screen. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-mppe-swsusp-686-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages torcs depends on: ii freeglut32.2.0-8 OpenGL Utility Toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii plib1.8.31.8.3-2 Portability Libraries: Run-time pa ii torcs-data 1.2.2-2 Base data files for TORCS game ii xlibmesa-gl [libgl1] 4.3.0.dfsg.1-10 Mesa 3D graphics library [XFree86] ii xlibmesa-glu [libglu1] 4.3.0.dfsg.1-10 Mesa OpenGL utility library [XFree ii xlibs4.3.0.dfsg.1-11 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information - End forwarded message - -- Rudy Godoy | 0x3433BD21 | http://stone-head.org ,''`. http://www.apesol.org - http://www.debian.org : :' : GPG FP: 0D12 8537 607E 2DF5 4EFB 35A7 550F 1A00 3433 BD21 `. `' `- signature.asc Description: Digital signature
Bug#142070: Patch applied in sarge branch
Hello Christian, Can you also update the chpasswd man page? I think it is part of the fix, because it indicates that the default algorithm is DES. -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303350: squid: unmet dependencies
Package: squid Version: 2.5.9-2 Severity: important After system upgrade squid get removed due to unmet dependencies: squid-2.5.9-3 depend on squid-common = 2.5.9.3, but it is not available. There are 2.5.9-2 and 2.5.9-4 of squid-common only. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages squid depends on: ii adduser 3.63 Add and remove users and groups ii coreutils 5.2.1-2 The GNU core utilities ii debconf 1.4.47 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libldap22.1.30-3 OpenLDAP libraries ii libpam0g0.76-22 Pluggable Authentication Modules l ii logrotate 3.7-2Log rotation utility ii netbase 4.21 Basic TCP/IP networking system ii squid-common2.5.9-2 Internet Object Cache (WWW proxy c -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301384: nano: experimental: missing build-dep on libglib*-dev ?
On Tue, Apr 05, 2005 at 10:11:22PM +0300, Martin-Éric Racine wrote: Have you tried building in pbuilder or something? My build was done inside pbuilder and it went fine. I used dbuild. Should I send you the whole build log? Yes, please! -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#272669: ITP: archmbox -- a simple email archiver written in perl
Package: wnpp Followup-For: Bug #272669 Owner: [EMAIL PROTECTED] Archmbox is a simple email archiver written in perl; it parses one or more mailboxes, selects some or all messages and then performs specific actions on the selected messages. At this time archmbox supports mbox and mbx mailbox formats. Messages selection is based upon a date criteria; an absolute date or a days offset can be specified. It is also possible to refine the selection using regular expressions on the header fields of the message. All archived messages are stored in a new mailbox with the same name of the original one plus .archived as extension (this is the default, but can be changed); the archive mailbox can be saved in gz or bz2 compressed format as well. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296734: patch for #296734 (hosed info file for idutch)
tags 296734 +patch thanks Please, pretty please? It would be nice to have a version that works in sarge. Here's a patch. -- Lionel diff -u --recursive dutch-0.1e.orig/debian/idutch.info-ispell dutch-0.1e/debian/idutch.info-ispell --- dutch-0.1e.orig/debian/idutch.info-ispell 2005-04-06 10:07:57.361782703 +0200 +++ dutch-0.1e/debian/idutch.info-ispell2005-04-06 10:12:55.822771226 +0200 @@ -1,8 +1,8 @@ Language: nederlands (Dutch) Hash-Name: dutch Emacsen-Name: nederlands -Casechars: [A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374] -Not-Casechars: [^A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374] +Casechars: [A-Za-zÀ-ÅÇÈ-ÏÒ-ÖÙ-Üà-åçè-ïñò-öù-ü] +Not-Casechars: [^A-Za-zÀ-ÅÇÈ-ÏÒ-ÖÙ-Üà-åçè-ïñò-öù-ü] Otherchars: ['] Many-Otherchars: yes Ispell-Args: -C -d dutch @@ -13,8 +13,8 @@ Language: nederlands (Dutch) Hash-Name: dutch Emacsen-Name: nederlands8 -Casechars: [A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374] -Not-Casechars: [^A-Za-z\300-\305\307\310-\317\322-\326\331-\334\340-\345\347\350-\357\361\362-\366\371-\374] +Casechars: [A-Za-zÀ-ÅÇÈ-ÏÒ-ÖÙ-Üà-åçè-ïñò-öù-ü] +Not-Casechars: [^A-Za-zÀ-ÅÇÈ-ÏÒ-ÖÙ-Üà-åçè-ïñò-öù-ü] Otherchars: ['] Many-Otherchars: yes Additionalchars: àâäçèéêëîïñöóûüÀÂÄÇÈÉÊËÎÏÑÖÓÛÜ @@ -23,10 +23,3 @@ Coding-System: iso-8859-1 Pspell-Ispell: nl iso8859-1 - - - - - - -
Bug#303349: Remoting performance - test code
This demonstrates the problem. Build and run the attached code with: mcs -t:library -out:thing.dll thing.cs mcs -r:thing.dll -r:System.Runtime.Remoting server.cs mcs -r:thing.dll -r:System.Runtime.Remoting client.cs xterm -e mono server.exe time mono client.exe to time 200 calls. It takes ~16seconds realtime on my machine, but with only 0.467s user and 0.037s system time it's basically sitting there mostly doing nothing (top shows 99% idle)! Tried it on a couple of machines with the same results. The code is essentially straight out of the OReilly Programming C# book. The mono system itself seems to be zippy enough: I can sum a billion ints in a couple of seconds. mono --profile on the client.exe shows most of the 16 seconds runtime is made up of 2800 calls at ~5.6ms each to System.Net.Sockets.Socket::Receive_internal using System; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Tcp; public class Client { static void Main(string[] args) { ChannelServices.RegisterChannel(new TcpChannel()); MarshalByRefObject obj=(MarshalByRefObject)RemotingServices.Connect ( typeof(Thing), tcp://localhost:8080/thing ); Thing thing=obj as Thing; for (int i=0;i200;i++) thing.Call(); } } using System; using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Tcp; public class Server { static void Main(string[] args) { ChannelServices.RegisterChannel(new TcpChannel(8080)); Thing thing = new Thing(); RemotingServices.Marshal(thing,thing); while(true) { Console.Write('.'); System.Threading.Thread.Sleep(1000); } } } using System; public class Thing : MarshalByRefObject { public Thing() {Console.WriteLine(Thing created);} public void Call() {Console.Write('!');} }
Bug#302684: re : zeroconf links to localhost - produce some strange problems
Hi Alban, On Mon, Apr 04, 2005 at 04:01:34AM +0200, [EMAIL PROTECTED] wrote: thanks for taking care of this problem. I have not understood if a fix was found but i can confirm a bug it produce. I had this error (my proxy was unable to start): /var/log/squid/cache.log 2005/03/31 16:42:20| commBind: Cannot bind socket FD 13 to *:3128: (98) Address already in use FATAL: Cannot open HTTP Port lsof -i and netstat wher unable to show anything bound to port 3128 . Out of luck i killed zeroconf and the problem disappeared. lsof and netstat should not have any problems with multiple addresses per interface. SHould i bug report (wishlist) against lsof and netstat that they don't manage multiple address per interface ? Or is this an unrelated problem ? I knew that zeroconf bound to interface but does it opens some ports on those (which may explain why lo 3128 was not free) ? I would liek to build a test case before reporting the problem further. It is hard to say at the moment; it certainly could be an interaction with zeroconf but I'm not sure. Please send the output of '/sbin/ip addr' and '/sbin/ip route' if possible. Thanks, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- signature.asc Description: Digital signature
Bug#302684: zeroconf configuration method / option?
On Sun, Apr 03, 2005 at 03:15:23PM +0200, Thomas Hood wrote: I am reading RFC 3927 Dynamic Configuration of IPv4 Link-Local Addresses and I notice that it says. IPv4 Link-Local addresses should therefore only be used where stable, routable addresses are not available (such as on ad hoc or isolated networks) or in controlled situations where these limitations and their impact on applications are understood and accepted. This document does not recommend that IPv4 Link-Local addresses and routable addresses be configured simultaneously on the same interface. Later on, section 1.9, has a 'SHOULD NOT' (as per RFC2119) and throughout the document it explains how to cope/handle the case of multiple addresses assigned to an interface. Just as in IPv6 where both globally routable and link-local addresses exist on an interface simultaneouly, I don't perceive any particular issue with having multiple IPv4 address per interface. IPv4LL (LL = Link-local) addresses and IPv4 global address Given this, I am beginning to doubt that the zeroconf package should install a hook script in /etc/network/if-up.d/ which runs /usr/sbin/zeroconf -i $IFACE at a time when ifup has already configured the interface following some method or other, selected in /etc/network/interfaces. I don't think that it is appropriate that I end up with multiple addresses assigned to the same interface: It is a normaly, natural consequence in IPv6 and is also possible when using IPv4 anycast addresses as well. IPv4LL address might be the first time most users encounter multiple addresses per-interface though. # ip addr show ethp_0 8: ethp_0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:80:c7:ee:88:d6 brd ff:ff:ff:ff:ff:ff inet 192.168.1.8/24 brd 192.168.1.255 scope link ethp_0 / That is a concern, that address - should really have global scope. Was this address alocated via zeroconf? If so, that is a grave failure and I would appreciate knowing more about your setup/configuration if possible. I am beginning to think that zeroconf should, in the ifupdown world, either be a distinct configuration method or an option for the dhcp method. My inital thought was to implement zeroconf (IPv4LL) as a fall-back for the various DHCP clients. However section 2.11 notes that modifyin the DHCP state machine to incorporate zeroconf reduces the reliability of the DHCP service. Since the specification does note that IPv4LL and IPv4 global scope will be in use simultaneously and has merely a 'SHOULD NOT' prohibition (i.e. don't do it if you don't know what you are doing) I believe configuring zeroconf address via the if-up.d approach is correct. Cheers, Anand PS: Thank you for your bug reports, they've been most helpful and have forced me to re-read the specification to clarify my justification. -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- signature.asc Description: Digital signature
Bug#303353: ksplash: blink-based splash screen misses the third seam
Package: ksplash Version: 4:3.3.2-1 Severity: minor When showing any splash screen that has a series of seven icons that blink, on the third icon (Initializing peripherals) it flashes the left-most pixel column on the fourth icon as well as the whole third icon. When it gets around to the fourth icon, the left-most pixel column of the fouth icon is on, like it was a part of the previous icon. For example, in the Default splash screen, when the globe is flashing, you will see the left-most tip of the wrench flashing as well. It does this with all such seven blinking icons themes. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ksplash depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295703: Patch for debian/FileActions
Tue, 05 Apr 2005 22:11:08 +0200, Wolfgang Baer [EMAIL PROTECTED] wrote: As jthreads is build without awt-gtk the awt header stuff is not included in its include directory. Excellent shoot Wolfgang! I'll apply this patch asap! ;-) Cheers, -- Arnaud Vandyck http://fosdem.org/ Free and Open Source Developers' European Meeting jabber: [EMAIL PROTECTED] February 26-27 2005, Bruxelles, Belgium Thanks for your presence and your help to make this year such a success Java Trap: http://www.gnu.org/philosophy/java-trap.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302709: More infos on SIGTERM
Hi, after some tests (each of which took 24h) I have a surprising result. When the ppp interface is started via ifup (regradless wether automitically at boot time or by hand from the command line), pppd gets a SIGTERM when the remote side closes the session. When I start the interface by hand via pon dsl-provider, pppd keeps on living when the remote side closes the connection and reconnects 5 seconds later (as configured). HTH, Joerg signature.asc Description: Digital signature
Bug#303148:
Hmm, even after upgrading ifupdown to 0.6.6 ist still doesn't want to start my hotplug interface eth0 automagically - it is visible in `ifconfig -a` but the dhcp-client doesn't want to start. Only a `ifup eth0` brings up the interface. Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303206: Acknowledgement (hostapd: MAC address deny unsless in accept list not working)
I have more information: This problem was apparently caused by a change in the configuration file (hostapd.conf) in a recent update. Since I changed mine before to configure the MAC address filtering, I did not accept the new configuration file at upgrade time. Thereafter, whenever hostapd was started/restarted using /etc/init.d/hostapd, hostapd would fail silently (no logs, no messages) because it didn't like an obsolete parameter in my old config file. When I finally tried a command line start, ie hostapd /etc/hostapd/hostapd.conf, I got an error message about the problem with the config file. I think a bug report is still warranted because of the silent nature of this failed upgrade, perhaps with even a fairly high severity level, as this is a security issue. Something should at least be sent to syslog!! I was running for days or weeks (not sure) with no MAC address filtering on my wireless network!! Begin forwarded message: Date: Tue, 05 Apr 2005 05:33:11 -0700 From: [EMAIL PROTECTED] (Debian Bug Tracking System) To: clayton [EMAIL PROTECTED] Subject: Bug#303206: Acknowledgement (hostapd: MAC address deny unsless in accept list not working) Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Faidon Liambotis [EMAIL PROTECTED] If you wish to submit further information on your problem, please send it to [EMAIL PROTECTED] (and *not* to [EMAIL PROTECTED]). Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303287: tecnoballz: Description improvement
tags 303287 + pending thanks - Description: Breaking block game proted from the Amiga platform + Description: Breaking block game ported from the Amiga platform Thanks for the report, applied to my work-in-progess sources. -- Alexis Sukrieh [EMAIL PROTECTED] http://www.sukria.net « Quidquid latine dictum sit, altum sonatur. » Whatever is said in Latin sounds profound.
Bug#302684: re : zeroconf links to localhost - produce some strange problems
06 april 2005 à 18:52 +1000, Anand Kumria wrote : It is hard to say at the moment; it certainly could be an interaction with zeroconf but I'm not sure. Please send the output of '/sbin/ip addr' and '/sbin/ip route' if possible. This problem is pretty unreproducible. Though i will keep the command you gave and if it happens again open a new bug for it. Regards Alban
Bug#303355: Debian Installation Report
Package: installation-reports Debian-installer-version: RC-2 Date: Method: Net CD install Machine: IBM eserver xseries 206 Processor: Memory: Root Device: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [E] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] lspci -v :00:00.0 Host bridge: Intel Corp. 82875P Memory Controller Hub (rev 02) Subsystem: IBM: Unknown device 02ae Flags: bus master, fast devsel, latency 0 Memory at d200 (32-bit, prefetchable) [size=32M] Capabilities: [e4] #09 [3106] :00:03.0 PCI bridge: Intel Corp. 82875P Processor to PCI to CSA Bridge (rev 02) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, fast devsel, latency 48 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: 2000-2fff Memory behind bridge: d010-d01f :00:1c.0 PCI bridge: Intel Corp. 6300ESB 64-bit PCI-X Bridge (rev 02) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, fast devsel, latency 48 Bus: primary=00, secondary=03, subordinate=03, sec-latency=64 Capabilities: [50] PCI-X bridge device. :00:1d.0 USB Controller: Intel Corp. 6300ESB USB Universal Host Controller (rev 02) (prog-if 00 [UHCI]) Subsystem: IBM: Unknown device 02ad Flags: bus master, medium devsel, latency 0, IRQ 169 I/O ports at 1400 [size=32] :00:1d.1 USB Controller: Intel Corp. 6300ESB USB Universal Host Controller (rev 02) (prog-if 00 [UHCI]) Subsystem: IBM: Unknown device 02ad Flags: bus master, medium devsel, latency 0, IRQ 177 I/O ports at 1420 [size=32] :00:1d.4 System peripheral: Intel Corp. 6300ESB Watchdog Timer (rev 02) Subsystem: IBM: Unknown device 02ad Flags: medium devsel Memory at d000 (32-bit, non-prefetchable) [size=16] :00:1d.5 PIC: Intel Corp. 6300ESB I/O Advanced Programmable Interrupt Controller (rev 02) (prog-if 20 [IO(X)-APIC]) Subsystem: IBM: Unknown device 02ad Flags: bus master, fast devsel, latency 0 Capabilities: [50] PCI-X non-bridge device. :00:1d.7 USB Controller: Intel Corp. 6300ESB USB2 Enhanced Host Controller (rev 02) (prog-if 20 [EHCI]) Subsystem: IBM: Unknown device 02ad Flags: bus master, medium devsel, latency 0, IRQ 185 Memory at d400 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Capabilities: [58] #0a [2080] :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 0a) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=04, subordinate=04, sec-latency=32 I/O behind bridge: 2000-2fff Memory behind bridge: d020-d02f Prefetchable memory behind bridge: e000-efff :00:1f.0 ISA bridge: Intel Corp. 6300ESB LPC Interface Controller (rev 02) Flags: bus master, medium devsel, latency 0 :00:1f.2 IDE interface: Intel Corp. 6300ESB SATA Storage Controller (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: IBM: Unknown device 02ad Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 193 I/O ports at unassigned I/O ports at unassigned I/O ports at unassigned I/O ports at unassigned I/O ports at 1470 [size=16] :00:1f.3 SMBus: Intel Corp. 6300ESB SMBus Controller (rev 02) Subsystem: IBM: Unknown device 02ad Flags: medium devsel, IRQ 201 I/O ports at 1440 [size=32] :02:01.0 Ethernet controller: Intel Corp. 82547GI Gigabit Ethernet Controller Subsystem: IBM: Unknown device 02ad Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 193 Memory at d012 (32-bit, non-prefetchable) [size=128K] Memory at d010 (32-bit, non-prefetchable) [size=128K] I/O ports at 2000 [size=32] Capabilities: [dc] Power Management version 2 :04:02.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 02c8 Flags: bus master, stepping, fast Back2Back, medium devsel, latency 66, IRQ 169 Memory at e000 (32-bit, prefetchable) [size=256M] I/O ports at 3000 [size=256] Memory at d020 (32-bit, non-prefetchable) [size=64K] Capabilities: [50] Power Management version 2 Comments/Problems: Installation failed on 2.6 kernel. On 2.4 worked fine. cheers, igor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL
Bug#303354: fontconfig: /etc/fonts/conf.d/30-debconf-no-bitmaps.conf should be relative symlink
Package: fontconfig Version: 2.3.1-2 Severity: minor Hi, The package creates /etc/fonts/conf.d/30-debconf-no-bitmaps.conf as an absolute symbolic link to /etc/fonts/conf.d/no-bitmaps.conf. According to policy 10.5, the link should be relative. Cheers, Martin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.11-9-amd64-k8 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages fontconfig depends on: ii debconf [debco 1.4.47Debian configuration management sy ii defoma 0.11.8-0.1Debian Font Manager -- automatic f ii gsfonts-x110.17 Make Ghostscript fonts available t ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii ttf-bitstream- 1.10-3The Bitstream Vera family of free ii ttf-freefont 20031008-1.1 Freefont Serif, Sans and Mono True ii ucf1.17 Update Configuration File: preserv -- debconf information: * fontconfig/subpixel_rendering: Automatic * fontconfig/enable_bitmaps: false * fontconfig/rendering_type: Subpixel rendering (LCD screens) * fontconfig/hinting_type: Native * fontconfig/enable_autohinter: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#238438: xmms-arts: Skips on all non-41kHz audio
Package: xmms-arts Version: 0.7.1-2 Followup-For: Bug #238438 According to my tests, this happens on all audio files (not just MP3s) that do not output at exactly 41kHz; lower bitrates skip around too. In general, the further away it is from 41kHz, the more it skips. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xmms-arts depends on: ii libartsc0 1.3.2-2 aRts Sound system C support librar ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.3-1 The GLib library of C routines ii xmms1.2.10-2 Versatile X audio player that look -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290708: initrd-tools: dm-crypt devices initialized with wrong arguments for cryptsetup
On Sun, Jan 16, 2005 at 17:38:50 +0100, Wesley W. Terpstra wrote: On Sun, Jan 16, 2005 at 03:42:50PM +, Martin Michlmayr wrote: Maybe the information in /etc/crypttab should be used the same way as in the initscript to contruct the command line for cryptsetup. Wesley, can you take a look at this bug report? I can confirm that this is indeed a bug. I will look into it soon; I am in the middle of discussing a change to upstream cryptsetup which will also affect /etc/crypttab, and I'd like to kill the two birds with one stone. My current plan is to move /etc/crypttab parsing into another script 'parse-crypttab' and call this from both /etc/init.d/cryptdisks and /usr/sbin/mkinitrd. This means I will need to upload a new cryptsetup and provide you a mkinitrd patch. Then initrd-tools will have to conflict with old versions of cryptsetup. Hi Wesley, what's the status here? Will we have fixed initrd-tools and cryptsetup packages in Sarge? Regards, Tino -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302684: zeroconf configuration method / option?
On Sun, Apr 03, 2005 at 03:28:24PM +0100, Mark Brown wrote: On Sun, Apr 03, 2005 at 03:15:23PM +0200, Thomas Hood wrote: I am beginning to think that zeroconf should, in the ifupdown world, either be a distinct configuration method or an option for the dhcp method. It would be helpful if the program were to monitor the configuration of the interface and only bring up a zeroconf address in the absence of any other configuration (though if it were to do this it ought to look out for active use of a zeroconf address before deconfiguring it to ease failover). It is explicitly okay to have an interface with both a IPv4 routable address and an IPv4 link-local Something (either the script or the program) also ought to check to make sure that the interface it is being configured for is one that uses ARP before running. zeroconf should work on any interface which implement IEEE802 and has an IP layer. As far as I know that would mean they also have an ARP layer to perform duplicate address detection. If you know of any way I can programatically determine whether a specific interface will use ARP to do hardware - IP address resoultion, I'm certainly interested. Thanks, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- signature.asc Description: Digital signature
Bug#302684: zeroconf configuration method / option?
On Sun, Apr 03, 2005 at 07:46:30PM +0100, Mark Brown wrote: On Sun, Apr 03, 2005 at 05:21:41PM +0200, Thomas Hood wrote: For the time being I think that the cleanest thing to do is to add a zeroconf method to the inet and inet6 address families. Initially the Note that zeroconf should not be used with IPv6 - that includes its own link local allocation mechanism that's not such a bolt-on and is handled by the kernel. Yes - totally agreed, it is a bug that zeroconf currently wil attempt to assign an IPv4 link-local address to an interface with an address family of 'inet6'. Regards, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- signature.asc Description: Digital signature
Bug#302709: More infos on SIGTERM
reassign 302709 ifupdown severity 302709 important tag 302709 sarge sid -upstream -moreinfo -unreproducible retitle 302709 ifupdown breaks the pppd persist option thanks On Apr 06, Joerg Dorchain [EMAIL PROTECTED] wrote: after some tests (each of which took 24h) I have a surprising result. When the ppp interface is started via ifup (regradless wether automitically at boot time or by hand from the command line), pppd gets a SIGTERM when the remote side closes the session. When I start the interface by hand via pon dsl-provider, pppd keeps on living when the remote side closes the connection and reconnects 5 seconds later (as configured). Thank you for your testing, and sorry if I could not get back to you sooner. Another user reported something like this, so I believe that there is something in ifupdown which needs to be better explained. I'm reassigning this bug. -- ciao, Marco signature.asc Description: Digital signature
Bug#303148:
Just found out that ejecting and re-inserting the pcmcia-card brings the interface up, too. But not when booting the system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302680: zeroconf copyright
Hi Alban, On Mon, Apr 04, 2005 at 04:15:18AM +0200, [EMAIL PROTECTED] wrote: Thank you for giving us a zeroconf implementation. I read the bug report about the (C) issue but found it less important than the upstream url pointing to a non existant page. I was willing to learn more about this zeroconf implementation and was a bit at lost. Should i read progsoc mailing list, is debian archive the newx upstream (maybe the url should be changed to the debian archive) ? The upstream URL not existing should be fixed shortly - it's a problem with Progsoc Apache configuration. If the webpage isn't clear or doesn't have enough information on it, please let me know. Today I have asked for the data i was interested in (if zeroconf open ports on the interfaces it uses) : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=302684 Though i have other questions , is this zeroconf implementation described in hte ietf draft or does it go beyond it ? It is intended to follow the ietf-draft and I regard any deviations as a bug. However I have NOT validated the implementation completely against the latest draft (17). I feel lame as the source is available but i am working on other packages right now and would still use zeroconf even .if i won't have time to look it in depth before long. Well I welcome any questions you have, although I am hoping that zeroconf becomes a packages that most people 'apt-get install' and know that it just works. Regards, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, This you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, If this goes on -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302684: zeroconf configuration method / option?
On Wed, 2005-04-06 at 18:49 +1000, Anand Kumria wrote: On Sun, Apr 03, 2005 at 03:15:23PM +0200, Thomas Hood wrote: # ip addr show ethp_0 8: ethp_0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:80:c7:ee:88:d6 brd ff:ff:ff:ff:ff:ff inet 192.168.1.8/24 brd 192.168.1.255 scope link ethp_0 / That is a concern, that address - should really have global scope. Was this address alocated via zeroconf? If so, that is a grave failure and I would appreciate knowing more about your setup/configuration if possible. That configuration was applied by ifupdown (iface name inet static) followed by zeroconf run twice from the command line, IIRC. I am sure that I didn't configure anything by hand (using ifconfig or ip). Tonight I can perform that test again. I am now at work where I connect the same machine using a Wi-Fi card. Here is the log of an experiment. Note that when i run zeroconf the first time it fails. It succeeds on the second attempt. The wifi0 interface can be ignored; the airo driver creates it as a duplicate of eth0. I have ifrename set up to rename eth0 to wlanp_0. To begin with zeroconf has _not_ been run since bootup. [EMAIL PROTECTED]:~$ sudo ip addr show 1: lo: LOOPBACK,UP mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 12: wlanp_0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff inet 130.161.177.123/26 brd 130.161.177.127 scope global wlanp_0 13: wifi0: BROADCAST,MULTICAST mtu 2312 qdisc noop qlen 100 link/ieee802.11 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff [EMAIL PROTECTED]:~$ sudo /usr/sbin/zeroconf -i wlanp_0 RTNETLINK answers: Cannot assign requested address [EMAIL PROTECTED]:~$ sudo /usr/sbin/zeroconf -i wlanp_0 [EMAIL PROTECTED]:~$ sudo ip addr show 1: lo: LOOPBACK,UP mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 12: wlanp_0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff inet 169.254.5.26/16 scope link wlanp_0 inet 130.161.177.123/26 brd 130.161.177.127 scope global wlanp_0 13: wifi0: BROADCAST,MULTICAST mtu 2312 qdisc noop qlen 100 link/ieee802.11 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff The 130.161 address is still global scope, which is good. Since the specification does note that IPv4LL and IPv4 global scope will be in use simultaneously and has merely a 'SHOULD NOT' prohibition (i.e. don't do it if you don't know what you are doing) I believe configuring zeroconf address via the if-up.d approach is correct. OK -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300681: #300681: Package Fails to build from Source in a sane way
Hi, As the binary modules of realtime-lsm have been removed, and the package is merely providing the sources of the realtime-lsm module, this bug is not valid anymore, I am going to close it. Thanks for reporting, Guenter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295060: wwwoffle: patch for part of this bug
Paul Slootman [EMAIL PROTECTED] wrote: I did actually. I would have expected an email, or at least a message to d-devel-announce with a list of removed packages. That sucks. Thanks for bringing it to my attention! I have already complained about the procedure on -devel, I suggested to send a mail to the bug address, thus recording it in the database, and notifying the maintainer. Where do these images show up? If you think that many people do You list sites that are not be be accessed; the default action (for images, e.g. banners from doubleclick.net) is to replace the image that should have been fetched with the transparent 1x1 image. By putting your own banner there, you don't have unexpected white areas. Ah, I see. Replacing the wwwoffle.conf with a symlink would seem pretty silly anyway, and I wonder as to what extent such actions need to be supported. I do it, and I do it with many files. Obviously others have noted this, too. Please enlighten me, why? What are the advantanges? I switch network configurations for my laptop during boot time by redirecting symlinks to the correct target for the current network. I do this for /etc/resolv.conf, /etc/network/interfaces, exim.conf, chrony.conf, and wwwoffle.{conf,options}. I even maintain a package, netenv, that uses this as the standard method for on-board NICs. This works really like a charm, except for wwwoffle: It nukes the symlinks upon upgrade, and it cannot be switched to the new configuration using init.d/wwwoffle restart. Someone's always complaining; doesn't mean they're right. I'd say: NMU for the RC stuff only; after a suitable period, other things could be done. I won't do an NMU - as I said earlier, I have to stop Debian work for a couple of weeks. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#303356: Firefox spelling error - minor
Package: mozilla-firefox version: 1.0.2-1 When i upgraded mozilla-firefox with apt-get, I got the message: Setting up mozilla-firefox (1.0.2-1) ... Installing new version of config file /etc/mozilla-firefox/profile/bookmarks.html ... Updating mozilla-firefox chrome registry...done. Please restart any running Firfoxes, or you will exprience problems. Firfoxes should read Firefoxes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266681: blender: yafray does not work as a plugin
Hi, This bug has been fixed a long time ago. May I close the bug report? Cheers, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299566: gringotts: better documentation needed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Hans, please open a new wishlist bug for this. Of course I welcome any patches that implement some kind of can we safely memlock check. Kind regards, Bastian On Tue, Apr 05, 2005 at 03:41:10PM -0600, Hans Fugal wrote: I had the same problem. I did think to look at README.Debian, but it was not apparent that it was at all related to the errors I was getting. I am still not sure whether my system is more or less secure now and whether I should be feeling better or worse. The pam changes don't take effect until the next login, so making the changes in README.Debian doesn't seem to help at first - and since it wasn't obviously the same problem in the first place I was left in a very confused state. I recommend that the program check for sufficient memlock ability and give a sensible error in the insufficient case. Even better, start without locking memory and displaying an error indicating what is going on and the solution. In the absence of that solution, more explicit documentation would be good. - -- ,''`. Bastian Kleineidam : :' :GnuPG Schlssel `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCU6lFeBwlBDLsbz4RArS8AKDJXHwxhlzhf3ds0FnnJ0VkgKpjXQCdFKjg P7J6nDwPcL3DnkzOHYqbrxk= =yc1z -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303247: sysv-rc: update-rc.d does not add links to /etc/rcS.d
* Thomas Hood [EMAIL PROTECTED] [050405 21:45]: $ sudo touch /etc/init.d/dummy $ sudo chmod ugo+x /etc/init.d/dummy [EMAIL PROTECTED]:/etc/init.d$ sudo update-rc.d -n dummy start 37 S . Adding system startup for /etc/init.d/dummy ... /etc/rcS.d/S37dummy - ../init.d/dummy [EMAIL PROTECTED] ~ # touch /etc/init.d/dummy [EMAIL PROTECTED] ~ # chmod ugo+x /etc/init.d/dummy [EMAIL PROTECTED] ~ # update-rc.d -n dummy start 37 S . sort: read failed: .: Is a directory update-rc.d: error: expected runlevel [0-9S] (did you forget . ?) usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | sNN kNN] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . -n: not really -f: force 2 [EMAIL PROTECTED] ~ # added the -w switch to the perl skript update-rc.d [EMAIL PROTECTED] ~ # update-rc.d -n dummy start 37 S . sort: read failed: .: Is a directory Use of uninitialized value in pattern match (m//) at /usr/sbin/update-rc.d line 160. update-rc.d: error: expected runlevel [0-9S] (did you forget . ?) usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | sNN kNN] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . -n: not really -f: force 2 [EMAIL PROTECTED] ~ # if you need any other infos to track this bug down please inform me, i am glad to help you. ps.: i am not using file-rc cu, mg -- /*The only secure computer is one that's unplugged, locked in a safe, and buried 20 feet under the ground in a secret location... and i'm not even too sure about that one.*/ signature.asc Description: Digital signature
Bug#303268: akregator: lost feed
Hi, This morning feed came back. I don't know why. Thanks, -- Thomas Labourdette -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303289: apt-proxy: Ubuntu repository as default
On Tuesday 05 Apr 2005 21:07, Marco Túlio Gontijo e Silva wrote: The ubuntu repository is on the default list and it's not commented. Is there a problem with that? If no clients use ubuntu it does not make any difference. Chris
Bug#302684: zeroconf configuration method / option?
On Wed, Apr 06, 2005 at 07:08:18PM +1000, Anand Kumria wrote: Yes - totally agreed, it is a bug that zeroconf currently wil attempt to assign an IPv4 link-local address to an interface with an address family of 'inet6'. That's not buggy: an interface can quite happily run multiple protocols simultaneously. Indeed, when the IPv6 kernel module is installed it will go ahead and do automatic address assignment on all network interfaces it can (IPv6 address assignment is rather different to IPv4 so this is can sensibly be done by the kernel - there's no policy in having an ethernet link local address, for example). -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303010: xfce4: testing splash screen crashes
reassign 303010 xfce4-session tags 303010 patch thanks Hello, the init functions of the splash screens did not write null out engine.start (which is optional and seems to be added somewhat after the 4.2.0 release, because I remember having used this feature before in another build), therefore engine.start != NULL was true but a dangling pointer, which led to a SIGSEGV. I attached a patch for that. This patch should also be sent upstream, in case they don't know about this yet. greetings Torsten -- Torsten Marek [EMAIL PROTECTED] ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net diff -Naur xfce4-session-4.2.1/engines/balou/engine.c xfce4-session-4.2.1-mine/engines/balou/engine.c --- xfce4-session-4.2.1/engines/balou/engine.c 2004-11-01 17:10:55.0 +0100 +++ xfce4-session-4.2.1-mine/engines/balou/engine.c 2005-04-06 11:40:37.0 +0200 @@ -91,6 +91,7 @@ engine-next= engine_next; engine-run = engine_run; engine-destroy = engine_destroy; + engine-start = 0; } diff -Naur xfce4-session-4.2.1/engines/mice/mice.c xfce4-session-4.2.1-mine/engines/mice/mice.c --- xfce4-session-4.2.1/engines/mice/mice.c 2004-11-01 17:10:55.0 +0100 +++ xfce4-session-4.2.1-mine/engines/mice/mice.c2005-04-06 11:44:35.0 +0200 @@ -352,6 +352,7 @@ engine-next = mice_next; engine-run = mice_run; engine-destroy = mice_destroy; + engine-start = 0; } diff -Naur xfce4-session-4.2.1/engines/simple/simple.c xfce4-session-4.2.1-mine/engines/simple/simple.c --- xfce4-session-4.2.1/engines/simple/simple.c 2004-11-01 17:10:55.0 +0100 +++ xfce4-session-4.2.1-mine/engines/simple/simple.c2005-04-06 11:44:31.0 +0200 @@ -292,6 +292,7 @@ engine-next = simple_next; engine-run = simple_run; engine-destroy = simple_destroy; + engine-start = 0; } signature.asc Description: OpenPGP digital signature
Bug#302503: apt-proxy: occassioanally dies, but less often than version from a few months ago
On Friday 01 Apr 2005 06:18, Miernik wrote: There is not much diagnosis in log when it dies, log ends like this: [apt_pkg] Loading Packages database for /var/cache/apt-proxy/.apt-proxy/backends/kadu Could it be that you have an out of memory situation? Memory usage for the packages databases is huge at the moment. It seems to be something to do with the way it uses python-apt. I do want to fix it but I don't know if I can get it done for the sarge release. As a work around, can you reduce the number of backends you use for now? Alternatively, increase the amount of swap space available on the apt-proxy machine. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303010: xfce4: testing splash screen crashes
On Wed, Apr 06, 2005 at 11:59:41AM +0200, Torsten Marek wrote: the init functions of the splash screens did not write null out engine.start (which is optional and seems to be added somewhat after the 4.2.0 release, because I remember having used this feature before in another build), therefore engine.start != NULL was true but a dangling pointer, which led to a SIGSEGV. I attached a patch for that. This patch should also be sent upstream, in case they don't know about this yet. Wow, thanks for that. I hadn't had time to investigate it. I'll make sure it makes it upstream. Simon. -- Black Cat Networks-( - You have saved our lives. We )- UK domain, email and web hosting -( are eternally grateful. )- http://www.blackcatnetworks.co.uk -(- Yeah, yeah, yeah whatever. )- pgp7dijKiejqC.pgp Description: PGP signature
Bug#301566: python-4suite-doc fails in postinst
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, there are some missing build-depends for python-4suite. If the pythonx.y-xml packages are not installed, the setup.py scripts fail in very subtle ways (there are some exception handlers that catch ImportErrors for other packages, and they end up catching the errors of the missing xml packages), therefore leading to the HTML docs not being built and, successively, not being copied to the doc package. Just adding python2.2-xml, python2.3-xml, python2.4-xml to the build-depends solves the problem. greetings Torsten - -- Torsten Marek [EMAIL PROTECTED] ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCU7RrfMVFHqJEyFgRApXSAKCngoahiM4dAd2p/Sd7hz6cyYIurgCgpG27 DkTeaG9YJJu95zgzSnj2rLA= =MOd6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298010: monodoc-browser: fails to depend on any Gtk#/etc bindings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, The dependencies are created by the dh_netdeps script (from the mono-utils package) at build time. When I build monodoc, I get the correct dependency string, which is monodoc-manual, mono-jit (= 1.0.5) | mono-mint (= 1.0.5), libglade-cil (= 1.0), libglib-cil (= 1.0), libgnome-cil (= 1.0), libgtk-cil (= 1.0), mono-assemblies-base (= 1.0), monodoc-base (= 1.0.4), monodoc-base ( 1.1.4) compared to monodoc-manual, mono-jit (= 1.0.2) | mono-mint (= 1.0.2), monodoc-base (= 1.0.4), monodoc-base ( 1.1.4) from $ apt-cache show monodoc-browser. This is most likely due to broken/experimental development packages on the packagers machine. A simple rebuild/reupload will solve this problem. greetings Torsten - -- Torsten Marek [EMAIL PROTECTED] ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451E A244 C858 Keyserver: subkeys.pgp.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCU7TtfMVFHqJEyFgRAhOOAJ9Sr2i0U26vfeEGa1c0dNMDDY182wCglDv7 lBrGeI5fdcVlreyYx6qwKQs= =fNpZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290984: yafray doesn't work with blender
On Tue, Jan 18, 2005 at 01:16:10PM +1100, Brian May wrote: When trying to render an image using yafray, I get the following error: Starting scene conversion. Scene conversion done. No export directory set in user defaults! Do you use yafray as a blender plugin or via XML export? To find out, click on the YafRay panel in the Render panel and check if the xml button is selected (XML export) or not (plugin). If you use XML export, you have to set a valid (i.e. existing) directory where blender can write the XML file. To verify this, go to the User Preferences (the window type button that looks like an i), click on File Paths, and check what YFexport is set to. It should have a trailing slash. I personally set it to ./, so that the XML file is created in the current working directory. This is with blender in sid: ii blender2.35-1 Very fast and versatile 3D modeller/renderer As far as I can tell, this is a different problem to bug #266677 and #266681, as I don't get any undefined symbol errors. I agree. First of all, #266677 and #266681 are fixed in blender 2.35, and secondly, if you use XML export (it sounds as if you do), these bugs don't affect you anyway. Cheers, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295941: fluxbox: Fluxbox startup extremely slow. Fonts with many themes are gibberish.
I've run into this bug as well. However I am also able to reproduce this bug. It only hits when the user first run fluxbox, with empty ~/.fluxbox/init file. version: fluxbox (0.9.11-1) 1. backup or move ~/.fluxbox to ~/.fluxbox.backup 2. restart fluxbox or X. Workaround: 1. Download dot init from elsewhere such as fluxbox homepage (last time I checked it didn't allow download init file) 2. I managed to maze through the menu with gibberish fonts and selected one of the many themes, then the settings is saved in init file, the next time fluxbox starts it is working OK. 3. possible solution, when starting fluxbox, first check whether user has a init file in ~/fluxbox , if not create a non-empty one (copy some settings from known working init examples) the long startup time could be due to UTF-8 encodings? check /etc/environment or user environment to see : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=262305 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302684: zeroconf configuration method / option?
On Wed, Apr 06, 2005 at 07:06:21PM +1000, Anand Kumria wrote: On Sun, Apr 03, 2005 at 03:28:24PM +0100, Mark Brown wrote: It would be helpful if the program were to monitor the configuration of the interface and only bring up a zeroconf address in the absence of any other configuration (though if it were to do this it ought to look out It is explicitly okay to have an interface with both a IPv4 routable address and an IPv4 link-local It is possible but this behaviour is discouraged: the main reason for doing it is when failing over from a zeroconf address to an allocated one (for example, when a DHCP server becomes avaliable). I do believe the RFC recommends this behaviour and it's mostly how the Apple and Microsoft implementations appear to behave (see the appendix in the RFC). Because of this I do feel allocating an address when another is present ought to be at most optional behaviour. Allocating a route without an address is more useful since it allows communication with zeroconfed devices even when the system is explicitly configured (for example, statically) so I can see that usefully being done separately. Perhaps as another option, perhaps non-optionally. If you know of any way I can programatically determine whether a specific interface will use ARP to do hardware - IP address resoultion, I'm certainly interested. You can determine the link type of the interface from the kernel (it is displayed as link/ether or whatever by 'ip link') and select specific interface types you know do ARP. That's not 100% ideal but it does appear from a brief glance to be what the kernel is doing internally so if it's good enough for the kernel I'd say it's good enough for zeroconf too :) . -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303010: xfce4: testing splash screen crashes
forwarded 303010 http://bugzilla.xfce.org/show_bug.cgi?id=837 tags fixed-upstream thanks On Wed, Apr 06, 2005 at 11:11:14AM +0100, Simon Huggins wrote: Wow, thanks for that. I hadn't had time to investigate it. I'll make sure it makes it upstream. Ah I think it's been fixed in bug #837 upstream. Simon. -- Black Cat Networks-( An excellent suggestion sir, with )- UK domain, email and web hosting -( only two minor flaws - Kryten )- http://www.blackcatnetworks.co.uk -( )- pgpcoeuf0sSPR.pgp Description: PGP signature
Bug#297811: proposed fix to allow security support for fai-kernels in sarge (#297811)
Hi Steve, On Tuesday 05 April 2005 16:54, Steve Langasek wrote: To reiterate our discussion on IRC, I don't think this addresses my concerns, which are that: - Nothing in the package (binary or source) uniquely identifies the kernel-source patchlevel used (including the added ABI name, since ABI name != patchlevel) I've changed the build dependencies to kernel-tree-2.6.8-15 and kernel-tree-2.4.27-8 now. - Nothing in the source or binary package names matches the kernel.*2\.(4\.27|6\.8) regexp that I've been using so far to identify the kernel packages requiring attention I have no knowledge of how important the latter is to the security team; As it seems, it's not really important at least to Joey. they may not be bothered by it as long as they're aware that this package exists which doesn't follow the usual naming convention. (which I presume that after this thread, at least one member of the security team *is* aware of this.) Hmmm... the only mail address for stable security support on http://www.debian.org/intro/organization is [EMAIL PROTECTED] - [EMAIL PROTECTED] didnt seem appropriate to me. Would that have been a better address ? regards, Holger pgptalNj4zASw.pgp Description: PGP signature
Bug#303328: file conflicts in zope-dcworkflow zope-cmfworkflow
I've modified the package zope-cfm1.4 but I can't upload it myself (my Debian account hasn't been yet created, sorry). This is an RC bug, so we have to close it as soon as possible. Can you please upload it? If you haven't enough time, I'll ask on Debian Zope Team mailing list, so don't worry. http://www.kobold.it/zope-cmf1.4/ Thanks, Fabio Il giorno mer, 06-04-2005 alle 04:15 +0200, Frank Lichtenheld ha scritto: Package: zope-dcworkflow,zope-cmfworkflow Subject: zope-dcworkflow,zope-cmfworkflow: conflicting files Severity: serious At least the following files are included in at least two packages (there may be others, only the first one found is reported): usr/lib/zope/lib/python/Products/DCWorkflow/version.txt -- Fabio Tranchitella http://www.kobold.it Studio Tranchitella Assoc. Professionale http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata
Bug#303361: netapplet doesn't notice when interface activation fails
Package: netapplet Version: 0.99.4-1 Severity: normal wlanp_0 is down. $ sudo /etc/init.d/netapplet start $ netapplet netapplet displays wlanp_0 as inactive. OK. I click on wlanp_0. The interface is not configured because the Wi-Fi card is not associated to an access point. (Running ifup wlanp_0 from the command line yields Ignoring unknown interface wlanp_0=none.) Nevertheless, netapplet labels wlanp_0 as active. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages netapplet depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome-keyring00.4.1-1 GNOME keyring services library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libiw27 27-2Wireless tools - library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-4GNOME XML library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303359: netapplet shows connection status as active even after ifdown
Package: netapplet Version: 0.99.4-1 Severity: normal I start netapplet and it rightly shows my wlanp_0 interface as active. $ sudo ifdown wlanp_0 wlanp_0 is no longer listed in /etc/network/ifstate. netapplet still shows wlanp_0 as active. I kill netapplet and restart it. netapplet still shows wlanp_0 as active. $ sudo /etc/init.d/netapplet restart netapplet now says No network connections available even though wlanp_0 is still listed in /proc/net/dev. Still wrong. I kill netapplet and restart it. netapplet now shows wlanp_0 as inactive. Finally OK. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages netapplet depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgnome-keyring00.4.1-1 GNOME keyring services library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-2 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libiw27 27-2Wireless tools - library ii liborbit21:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxml2 2.6.16-4GNOME XML library ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303360: bittornado: please enable psyco support in the package
Package: bittornado Version: 0.3.10-3 Severity: wishlist bittornado has psyco support (see /usr/share/doc/bittornado/README-Psyco.txt) but editting that file manually is not very satisfactory. maybe /usr/lib/python2.3/site-packages/BitTornado/PSYCO.py could e.g. be : try import psyco psyco = 1 except: psyco = 0 or sth more subtle like : from BittornadoConf import enable_psycho psyco = enable_psycho with BittornadoConf beeing a module in /etc/bittornado (see how mailman does this with mm_cfg.py) because enabling Psyco makes bittornado use 40% of the CPU to 7% here, with the same torrents, and same conditions. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages bittornado depends on: ii python2.3.5-1An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303362: scp: Restore termios flags on Ctrl-C
Package:ssh Version:3.8.1p1 Hi! Occassionally, I mistype my username when I try to scp a file from one machine to another one. Typically, I then press Ctrl-C (while being at the Password: prompt). Unfortunately, the termios settings aren't restored then, leaving me with a terminal that doesn't echo my input. I need to reset(1) then... For inhouse use, I'm using this patch to fix the issue, maybe it's useful for Debian (or even upstream), too: diff -Nur openssh-3.8.1p1/scp.c openssh-3.8.1p1-hacked/scp.c --- openssh-3.8.1p1/scp.c 2003-11-24 03:09:28.0 +0100 +++ openssh-3.8.1p1-hacked/scp.c2005-04-06 12:24:31.0 +0200 @@ -109,12 +109,22 @@ /* This is used to store the pid of ssh_program */ pid_t do_cmd_pid = -1; +/* Keep old terminal settings to restore them on Ctrl-C etc. */ +int termios_valid = -1; +struct termios old_termios[3]; + static void killchild(int signo) { if (do_cmd_pid 1) kill(do_cmd_pid, signo); + if (termios_valid == 0) { + (void) tcsetattr(STDIN_FILENO, TCSANOW, old_termios[0]); + (void) tcsetattr(STDOUT_FILENO, TCSANOW, old_termios[1]); + (void) tcsetattr(STDERR_FILENO, TCSANOW, old_termios[2]); + } + _exit(1); } @@ -298,6 +308,10 @@ argc -= optind; argv += optind; + termios_valid = tcgetattr(STDIN_FILENO, old_termios[0]); + termios_valid |= tcgetattr(STDOUT_FILENO, old_termios[1]); + termios_valid |= tcgetattr(STDERR_FILENO, old_termios[2]); + if ((pwd = getpwuid(userid = getuid())) == NULL) fatal(unknown user %u, (u_int) userid); Thanks, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED]. +49-172-7608481 _ O _ Eine Freie Meinung in einem Freien Kopf| Gegen Zensur | Gegen Krieg _ _ O fuer einen Freien Staat voll Freier Brger | im Internet! | im Irak! O O O ret = do_actions((curr | FREE_SPEECH) ~(NEW_COPYRIGHT_LAW | DRM | TCPA)); signature.asc Description: Digital signature
Bug#303279: kino: Depends too much on filenames of source objects
severity 303279 wishlist thanks On Tue, Apr 05, 2005 at 07:55:49PM +0100, rich walker wrote: I have a bunch of material from an iMovie project. The individual clips are recognised by kino if the filenames are changed to end in .dv, but not otherwise. It would be much better if the files were recognised without needing to frig the filenames! Yes, and this behaviour is clearly documented in the kino man page. Therefore I'm downgrading the severity of this bug to wishlist. I agree that it would be nicer if kino detected file types automatically. Alas, at least in the case of raw DV, there is no easy to parse header to determine the file type, and autodetection will get messy. I can try bugging the upstream developers about this feature request. However, lately they've put kino into bugfix-only mode because they are working on a new replacement. Wishlist items are very unlikely to get addressed these days. That said, if someone manages to cook up a clean patch for this feature, I'll happily apply it to the Debian version. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297811: proposed fix to allow security support for fai-kernels in sarge (#297811)
Hi Joey, On Tuesday 05 April 2005 18:26, Martin Schulze wrote: Howto handle security fixes for fai-kernels --- fai-kernels uses the kernel-source-2.4.27 and kernel-source-2.6.8 packages. If these packages get updated with a security fix, fai-kernels needs to be rebuild. As just said in the other mail, this is not true anymore, fai-kernels now build-depends on the latest kernel-tree packages. The kernel-image-debs which are included in the fai-kernel package contain the kernel abi version in the included packages name. If the abi version changes, those abi version number has to be incremented in fai kernels control file as well. Oh great, so we need to consider FAI as another architecture. Another arch because it's another kernel package to watch for ? (I would just like to understand that sentence :) Since there are only two base source packages left over (many thanks to the kernel team), this should be doable. Great. So, AFAIU, the proposed fixes for #297811 are accepted by the stable security team. regards, Holger pgpkoQu9Kl51I.pgp Description: PGP signature
Bug#294660: severity of 294660 is serious
Selon Debian Bug Tracking System [EMAIL PROTECTED]: Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.10 severity 294660 serious Bug#294660: libtao-qtreactor-dev installation fails Severity set to `serious'. I have a pending fix for this at home. And for other bugs, too. But I am waiting for my ISP to send me an ADSL modem and cannot commit anything until then. Hopefully it should arrive really soon. Thanks, Thomas
Bug#303363: installation-reports
Package: installation-reports Debian-installer-version: 050331, sarge cd-net-install uname -a: updated the kernel to 2.6.10-1-686 Date: 050331 Method: used the cd to boot Machine: Shuttle SG62G2 Processor: Celeron D (533) 2.4ghz Memory: 1024 pc3200 Root Device: 2 x maxtor 200gb (raid0) Root Size/partition table: 2.8gb /boot (hda), 2.8gb swap (hdb), the rest raided as / using raid0 Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:01.0 PCI bridge: Intel Corp. 82865G/PE/P PCI to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) :00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02) :00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 00f2 (rev a2) :02:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:08.0 Ethernet controller: Intel Corp. 82562EZ 10/100 Ethernet Controller (rev 02) lspci -n :00:00.0 0600: 8086:2570 (rev 02) :00:01.0 0604: 8086:2571 (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.3 0c03: 8086:24de (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.1 0101: 8086:24db (rev 02) :00:1f.3 0c05: 8086:24d3 (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :01:00.0 0300: 10de:00f2 (rev a2) :02:06.0 0200: 10ec:8139 (rev 10) :02:08.0 0200: 8086:1050 (rev 02) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Create file systems:[E] Mount partitions: [E] Install base system:[O] Install boot loader:[E] Reboot: [O] Comments/Problems: second attempt to install raid0, but this time using ide instead of sata which should be easier. (got only sata raid0 working on a 2.4.xx kernel) had some troubles finding info how the partitiontable should look like to achieve raid0. first, raided everything. got problems all the time with base system, boot loader, partitiontable and so on.got the idea to create a /boot on hda where the bootloader was placed and put the swap on hdb, both ofcause the same size. raided the rest as /. had also some problems to get the correct drivers to my nvidia GF6600 card. driver nv didnt work, had to use vesa until i installed the nvidia driver available at their site. thank you for a great dist.! /axel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303364: zeroconf fails the first time with Cannot assign requested address; succeeds the second time
Package: zeroconf Version: 0.3-1 [EMAIL PROTECTED]:~$ sudo ip addr show 1: lo: LOOPBACK,UP mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 12: wlanp_0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff inet 130.161.177.123/26 brd 130.161.177.127 scope global wlanp_0 13: wifi0: BROADCAST,MULTICAST mtu 2312 qdisc noop qlen 100 link/ieee802.11 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff [EMAIL PROTECTED]:~$ sudo /usr/sbin/zeroconf -i wlanp_0 RTNETLINK answers: Cannot assign requested address [EMAIL PROTECTED]:~$ sudo /usr/sbin/zeroconf -i wlanp_0 [EMAIL PROTECTED]:~$ sudo ip addr show 1: lo: LOOPBACK,UP mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo 12: wlanp_0: BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff inet 169.254.5.26/16 scope link wlanp_0 inet 130.161.177.123/26 brd 130.161.177.127 scope global wlanp_0 13: wifi0: BROADCAST,MULTICAST mtu 2312 qdisc noop qlen 100 link/ieee802.11 00:07:0e:b3:89:8e brd ff:ff:ff:ff:ff:ff -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297811: proposed fix to allow security support for fai-kernels in sarge (#297811)
Holger Levsen wrote: Hmmm... the only mail address for stable security support on http://www.debian.org/intro/organization is [EMAIL PROTECTED] - [EMAIL PROTECTED] didnt seem appropriate to me. What's wrong with that address? Would that have been a better address ? Yes. Regards, Joey -- GNU GPL: The source will be with you... always. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300768: cweb: Recommends cannot be fulfilled
On Wed, Apr 06, 2005 at 09:36:42AM +0200, Frank K?ster wrote: Julian Gilbey [EMAIL PROTECTED] wrote: I've just uploaded cweb version 3.64.debian-1 to unstable, which is a dummy package depending on tetex-bin ( 2.0.1-2). Please could you then change the Conflicts: line in tetex-bin to say cweb (= 3.64-3)? I've reassigned bug #170773 and this bug to tetex-bin. Fine. As you probably have noticed, I'm going on Debian-VAC until end of May. I guess you still have access to the tetex cvs, and can do the change? Please note, however, that the changes for tetex-bin_2.0.2-28 are not yet checked in, since gluck wasn't accessible these days. Yes, I do still have CVS access but have the same problem as you about gluck. When cvs.d.o comes back online (in some form), who will commit the 2.0.2-28 changes? Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302527: sane-utils: scanimage -L segfault on powerpc with AGFA snapscan e25
Djoume SALVETTI [EMAIL PROTECTED] wrote: Hi Djoume, Does it segfault too if you only enable the sm3600 backend ? No, it doesn't segfault when sm3600 is the only one enable But it still segfault when sm3600 and u12 are enable or sm3600 and umax are enable or sm3600 and umax1220u are enable (or sm3600 and snapscan are enable) All others backends that are enable by default doesn't seems to cause scanimage to segfault when enable with sm3600. Thanks for the data. We are trying to reproduce the problem or to detect something with valgrind. I've found references to a similar problem on older versions of sane-backends, but no solution, and it might have been caused by libusb at the time. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]