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#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#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#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 KÅoczko <[EMAIL PROTECTED]> -
Date: Tue, 5 Apr 2005 19:44:21 +0200 (CEST)
From: Tomasz KÅoczko <[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: <<< Login incorrect
>
> mykerinos login: tintin
> Password: <<< 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Ä problemÃw, tylko sobie sami je stwarzajÄ*
---
Tomasz KÅoczko, 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¥×í¥ó¥×È«¤éƤ·¤¿ºÝ
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#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#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#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#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#95213: [Pkg-shadow-devel] Bug#95213: Passing env variables after the login name does not work
forwarded 95213 Tomasz KÅoczko <[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
On Tue April 5 2005 18:35, Christopher Martin wrote: > 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? I can reproduce with 3.4.0-0pre1 from alioth. Thomas, don't bother upgrading all of KDE for this :) Zack -- 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#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#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: 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
#include
+#include
#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#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#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 @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#290338: how to handle bugs (wishlist) in packages we build depend on
* George Danchev [Sun, 03 Apr 2005 19:43:05 +0300]: > Hello, Hi George, > Here is the situation: This is pretty technical and specific stuff. If what we can tell you here doesn't help, perhaps it'd be best that you asked some others ocaml packages maintainers? Anyway, there we go. > We have #290338 against ara [1]. Also we believe we have done our packaging > right, but as you can see from the buildd logs [2] of the latest version, we > end up with: > -log- > dpkg-genchanges: arch-specific upload - not including arch-independent > packages > dpkg-genchanges: failure: cannot read files list file: No such file or > directory > ** > Build finished at 20050401-0220 > FAILED [dpkg-buildpackage died] > -log- > on arches with no native ocaml compiler (debian/rules snippet appended [3]). * * * > Well, we end up needing dpkg-genchanges and dpkg-buildpackage with support > for > building only architecture-independant parts of the packages (see #109794 > #200454) which I believe will handle our packaging right. > Now, we end up with #290338 wontfix. But is it a good practice to merge it > with #109794 #200454 (we believe we depend on)? Will we be informed in that > case when the last bugs (we depend on) will be resolved so to be able to > trigger a (re-)build of our package ? Uhm, why do you believe that solving these dpkg-* bugs is what you need? Note that when the maintainer uploads, he uploads both arch-indep packages and binaries for one arch, and then the buildds just upload binaries for the rest of arches, no more arch-indep uploads. Buildds are configured, of course, to only build arch-specific packages, and that is not changing any time soon. Who would use the mentioned dpkg-buildpackage feature, and how would that improve things? You certainly want the package to FTBFS on arches with no native ocaml compiler. In the bug log, Goswin von Brederlow and Thiemo Seufer give some advice about what to do next. Is there a reason not to do what Thiemo proposes? (Build-Depend on ocaml-native-compilers instead of -best-, so that the FTBFS comes by itself, by not having the b-d satisfied.) You could then drop the list of arches from debian/control, and the debian/rules snippet. Which is, if you ask me, a bit of a dirty hack. But as I said before, you're probably better checking all this with maintainers of other ocaml packages, which surely have to solve issues similar to yours. * * * Cheers (and full-quoting because I CC'ed the bug report), > [1] http://ara.alioth.debian.org/ > [2] http://buildd.debian.org/build.php?arch=&pkg=ara > [3] > # Build architecture independant packages using the common target. > binary-indep: build install-indep > $(MAKE) -f debian/rules DH_OPTIONS=-i binary-common > # Build architecture dependant packages using the common target. > binary-arch: build install-arch > # The arch-dependent packages are only available on archs supported > by > ocamlopt > [EMAIL PROTECTED] [ -x /usr/bin/ocamlopt ] ; then \ > $(MAKE) -f debian/rules DH_OPTIONS=-s binary-common ; \ > else \ > echo "There are no native code compilers on arch $(shell dpkg > --print-architecture) \ > so this package arch-dependant part should not build on it." ; \ > fi > binary: binary-arch binary-indep > .PHONY: build clean binary-indep binary-arch binary install -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 The easy way is the wrong way, and the hard way is the stupid way. Pick one. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#225214: Gmail Queue Invite Code Notification
Congratulations! You've been invited to open a free Gmail account. The Gmail invite code (see below) has been allocated to this E-mail address. Please bear in mind that this invite code had been generated and could expire soon. >>NOTE>> Make sure that you change the secondary information >>NOTE>> to your preferred E-mail address so that you can >>NOTE>> recover your account IF you forget your Gmail password. To accept this invitation and register for your account, visit: http://gmail.google.com/gmail/a-129aa9ee7d-5e8c00a49a-fa0c21f6a0 Gmail is still in an early stage of development. But If you set up an account, you'll be able to keep it even after Google makes Gmail more widely available. Google might also ask for your comments and suggestions periodically and they'll appreciate your help in making Gmail even better. As you know, the Gmail Queue is only available if there are Gmail invites and this is made possible by users like you, who donate Gmail invite codes. You play an important part of this "Circle of Life". With that being said, if you find yourself with extra Gmail invite codes in the future, this website hopes that you'll consider re-inviting '[EMAIL PROTECTED]' so that your invite code can be donated and give other users a chance to getting a Gmail account. There is no limit to how many you can donate -- so long as you have extra invite codes that you don't need yourself. Again, congratulations! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301485: mozilla-firefox: FTBFS (gcc-4.0/amd64/ppc64): array type has incomplete element type
forwarded 301485 https://bugzilla.mozilla.org/show_bug.cgi?id=289238
tags 301485 patch
thanks
Right, will fix this on the next upload.
* Andreas Jochens ([EMAIL PROTECTED]) wrote:
> On 05-Apr-01 18:24, Eric Dorland wrote:
> > * Andreas Jochens ([EMAIL PROTECTED]) wrote:
> > > On 05-Apr-01 16:06, Eric Dorland wrote:
> > > > It's not wrong, it's just I think the mozilla developers have their
> > > > own typedefs they would rather have used.
> > >
> > > Actually I just found a slightly different patch in the Fedora core
> > > distribution which addresses the same issue. It uses some special
> > > typedefs but the result is the same.
> >
> > Err, can I have it, or is it a secret? :)
>
> I will attach it below.
>
> > > > bug. If you need me to file it upstream, let me know.
> > >
> > > Please file it if you have the time for it.
> >
> > I will.
>
> Thanks!
>
> Regards
> Andreas Jochens
>
> Index: gfx/src/freetype/nsFreeType.cpp
> ===
> RCS file: /cvsroot/mozilla/gfx/src/freetype/nsFreeType.cpp,v
> retrieving revision 1.24
> diff -u -r1.24 nsFreeType.cpp
> --- gfx/src/freetype/nsFreeType.cpp 7 Feb 2004 15:22:30 - 1.24
> +++ gfx/src/freetype/nsFreeType.cpp 4 Mar 2005 19:59:53 -
> @@ -96,7 +96,7 @@
> // Define the FreeType2 functions we resolve at run time.
> // see the comment near nsFreeType2::DoneFace() for more info
> //
> -#define NS_FT2_OFFSET(f) (int)&((nsFreeType2*)0)->f
> +#define NS_FT2_OFFSET(f) (NS_PTR_TO_INT32(&((nsFreeType2*)0)->f))
> FtFuncList nsFreeType2::FtFuncs [] = {
>{"FT_Done_Face",NS_FT2_OFFSET(nsFT_Done_Face),
> PR_TRUE},
>{"FT_Done_FreeType",NS_FT2_OFFSET(nsFT_Done_FreeType),
> PR_TRUE},
> Index: netwerk/protocol/http/src/nsHttpConnectionMgr.cpp
> ===
> RCS file: /cvsroot/mozilla/netwerk/protocol/http/src/nsHttpConnectionMgr.cpp,v
> retrieving revision 1.7.20.1
> diff -u -r1.7.20.1 nsHttpConnectionMgr.cpp
> --- netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 1 Sep 2004 23:31:03
> - 1.7.20.1
> +++ netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 4 Mar 2005 19:59:57
> -
> @@ -834,8 +834,8 @@
> void
> nsHttpConnectionMgr::OnMsgUpdateParam(nsresult status, void *param)
> {
> -PRUint16 name = (PRUint32(param) & 0x) >> 16;
> -PRUint16 value = PRUint32(param) & 0x;
> +PRUint16 name = (NS_PTR_TO_INT32(param) & 0x) >> 16;
> +PRUint16 value = NS_PTR_TO_INT32(param) & 0x;
>
> switch (name) {
> case MAX_CONNECTIONS:
> Index: security/nss/lib/pki1/oiddata.h
> ===
> RCS file: /cvsroot/mozilla/security/nss/lib/pki1/oiddata.h,v
> retrieving revision 1.1
> diff -u -r1.1 oiddata.h
> --- security/nss/lib/pki1/oiddata.h 4 Jan 2002 05:22:07 - 1.1
> +++ security/nss/lib/pki1/oiddata.h 4 Mar 2005 19:59:58 -
> @@ -43,9 +43,6 @@
> #include "nsspki1t.h"
> #endif /* NSSPKI1T_H */
>
> -extern const NSSOID nss_builtin_oids[];
> -extern const PRUint32 nss_builtin_oid_count;
> -
> /*extern const nssAttributeTypeAliasTable nss_attribute_type_aliases[];*/
> /*extern const PRUint32 nss_attribute_type_alias_count;*/
>
> Index: security/nss/lib/pki1/pki1.h
> ===
> RCS file: /cvsroot/mozilla/security/nss/lib/pki1/pki1.h,v
> retrieving revision 1.2
> diff -u -r1.2 pki1.h
> --- security/nss/lib/pki1/pki1.h 19 Jul 2001 20:40:42 - 1.2
> +++ security/nss/lib/pki1/pki1.h 4 Mar 2005 19:59:59 -
> @@ -58,6 +58,8 @@
> /* fgmr 19990505 moved these here from oiddata.h */
> extern const nssAttributeTypeAliasTable nss_attribute_type_aliases[];
> extern const PRUint32 nss_attribute_type_alias_count;
> +extern const NSSOID nss_builtin_oids[];
> +extern const PRUint32 nss_builtin_oid_count;
>
> /*
> * NSSOID
> Index: widget/src/gtk2/nsDragService.cpp
> ===
> RCS file: /cvsroot/mozilla/widget/src/gtk2/nsDragService.cpp,v
> retrieving revision 1.5
> diff -u -r1.5 nsDragService.cpp
> --- widget/src/gtk2/nsDragService.cpp 30 Oct 2003 01:48:41 - 1.5
> +++ widget/src/gtk2/nsDragService.cpp 4 Mar 2005 20:00:01 -
> @@ -838,7 +838,7 @@
> (GtkTargetEntry *)g_malloc(sizeof(GtkTargetEntry));
> listTarget->target = g_strdup(gMimeListType);
> listTarget->flags = 0;
> -listTarget->info = (guint)listAtom;
> +listTarget->info = (guint)(NS_PTR_TO_INT32(listAtom));
> PR_LOG(sDragLm, PR_LOG_DEBUG,
> ("automatically adding target %s with id %ld\n",
> listTarget->target, listAtom));
> @@ -877,7 +877,7 @@
> (GtkTargetEntry
> *)g_malloc(sizeof(GtkTargetEntry));
> listTar
Bug#303337: xball_3.0-15(mipsel/unstable): fails to build when using sudo
Package: xball Version: 3.0-15 Severity: serious There was an error while trying to autobuild your package: > Automatic build of xball_3.0-15 on solitude by sbuild/mipsel 17 > Build started at 20050323-1532 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>> 4.0.0), lesstif2-dev, xutils, libxmu-dev, > libxt-dev [...] > checking whether gcc accepts -g... yes > checking for ranlib... ranlib > checking for a BSD compatible install... /usr/bin/install -c > updating cache ./config.cache > creating ./config.status > creating Makefile > touch configure-stamp > dh_testdir > /usr/bin/make VERSION=3.0 > make[1]: Entering directory `/build/buildd/xball-3.0' > gcc -DPACKAGE=\"xball\" -DVERSION=\"3.0\" -DMOTIF=HAVE_MOTIF -I. -I. -g > -O2 -c xball.c > cc1: Permission denied: opening dependency file .deps/xball.pp > make[1]: *** [xball.o] Error 1 > make[1]: Leaving directory `/build/buildd/xball-3.0' > make: *** [build-stamp] Error 2 xball fails to build from source because the makefile's "distclean" target ends up creating files (in this case, the .deps directory). Here's the problem rule from Makefile.am: DEPS_MAGIC := $(shell mkdir .deps > /dev/null 2>&1 || :) This causes the directory to be created everytime the makefile is evaluated, no matter what target. deps files are entirely useless in uploaded packages, only adding to the buildd's overhead. You need to at least cause the distclean target to remove this directory. The command that is failing to build, run as a regular user with sudo permissions, is: dpkg-buildpackage -uc -us -B -rsudo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303336: kcontrol crashes on the choice of many options
Package: kcontrol Version: 4:3.3.2-1 Severity: minor logged in as user opened KDE control center opened up the 'Appearance & themes' branch clicked on desktop(or something closeby) "the application KDE Control center (kcontrol) crashed and caused the signal 11 (SEGSEGV)." backtrace(?): http://thedark.moonside.org/~themusicgod1/cs/kcontrolcrash1 repeated, opened KDE control center opened up the 'Appearance & themes' branch clicked on desktop clicked on desktop behavior "the application KDE Control center (kcontrol) crashed and caused the signal 11 (SEGSEGV)." attempted to do the same, without opening "Appearance & themes" it also crashed. (I am navigating through the "Index" Tree, clicking on the +) other choices(modules?) that crash similarily internet -> Filesharing Proxy Web Browsing -> Cache Cookies Stylesheets Wireless Network (I do not have a wireless network, but this should not cause a crash) KDE Components -> Session Manager Perhipherals -> Display -> Keyboard -> Mouse Regional & Accessibility -> Accessibility Security & Privacy -> Password & User Account Sound & Multimedia -> CDDB Retrieval -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kcontrol depends on: ii kdebase-data 4:3.3.2-1 KDE Base (shared data) 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 libasound2 1.0.8-3 ALSA library ii libaudio21.7-2 The Network Audio System (NAS). (s ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib 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 libjpeg626b-9The Independent JPEG Group's JPEG ii libpcre3 4.5-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libraw1394-5 0.10.1-1.1 library for direct access to IEEE ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libssl0.9.7 0.9.7e-3SSL shared libraries 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 libxft2 2.1.2-6 FreeType-based font drawing librar ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii libxtst6 4.3.0.dfsg.1-12.0.1 X Window System event recording an 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#302855: pbuilder messes with maintainer field
On 6 Apr 2005, at 01:07, Junichi Uekawa wrote: I'm not quite sure if it was -k or -m that was currently recommended for uploading. It's -k, and not -m. You need to sign the resulting package with your own key, otherwise it would search for one with the sponsoree's email address in the secret keyring, which fails. Kind regards, Philipp Kern Debian Developer PGP.sig Description: This is a digitally signed message part
Bug#303335: Please build python-gnome against gtkhtml
Package: python-gnome Severity: important Please rebuild python-gnome against the new libgtkhtml-dev (at least version 1.1.10-4). It's working its way through the autobuilders now. A trivial attempt to build against the new library fails at configure time when gnome-config reports: Unknown library `gtkhtml' and then during compilation fails because the expected output of gnome-config isn't found. The new libgtkhtml-dev does have a proper pkgconfig spec, so perhaps all that's necessary is fixing the configure script. Let me know if there's anything I can do to fix up gtkhtml if that's what's necessary. This is marked "important" because clearing it will be necessary to get the new libgtkhtml and gnucash into testing, which is necessary to fix an "important" bug in gnucash. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303334: slapd: fakeroot missing from build-deps
Package: slapd Severity: minor 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) A minor thing,fakeroot is not in the build-depends -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301806: java-package: blackdown scripts still hardcode plugin_dir
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Barry Hawkins wrote: [...] > Aaron, > OK, good. It will probably be Tuesday night, UTC -0500. I will be > traveling for work. [...] Aaron/Harri, Sorry for not adding Blackdown the first time; things got pretty hurried. While Jeroen is on vacation, I am awaiting a sponsor to upload 0.23.1 to experimental. In the meantime, could you test out the package? I promised I would have something for you tonight, so I have uploaded the .deb to a personal site[0]. Please download the .deb and install it manually. If you could get back to me on whether it works for the Blackdown JRE/JDKs on amd64, I would greatly appreciate it. [0] - http://www.bytemason.org/public/archive/debian/java-package_0.23.1_all.deb Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCU2C+HuKcDICy0QoRAmjnAKDYx6ma1YPxxU+yYiqEiklIpqdMkACgwIxR GfCIDfxHqnatxJi4O8oKT1I= =+wtx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303333: Fatal Error: Bad rdiff-backup-data dir on destination side
Package: rdiff-backup Version: 0.13.4-5 Severity: important Tags: sid Thanks for maintaining Debian's rdiff-backup package. It's good at backing up linux data. However, I noticed that it fails when run under linux to back up one MS Windows file system to another. The source and destination directories and devices are: source destination --- mtools | c: d: | linux| /mnt/dos/mnt/dos_backup | /dev/hda1 /dev/hdc3 $ # Here's minfo's description of the source file system. $ minfo c: device information: === filename="/dev/hda1" sectors per track: 63 heads: 16 cylinders: 20318 mformat command line: mformat -t 20318 -h 16 -s 63 -H 1032192 c: bootsector information == banner:"MSWIN4.1" sector size: 512 bytes cluster size: 16 sectors reserved (boot) sectors: 32 fats: 2 max available root directory slots: 0 small size: 0 sectors media descriptor byte: 0xf8 sectors per fat: 0 sectors per track: 63 heads: 16 hidden sectors: 1032192 big size: 20480544 sectors physical drive id: 0x80 reserved=0x0 dos4=0x29 serial number: 1E5E1DE5 disk label="NO NAME" disk type="FAT32 " Big fatlen=9996 Extended flags=0x FS version=0x rootCluster=2 infoSector location=1 backup boot sector=6 Infosector: signature=0x41615252 free clusters=1152251 last allocated cluster=5736 $ # Here's minfo's description of the destination file system. $ minfo d: device information: === filename="/dev/hdc3" sectors per track: 63 heads: 255 cylinders: 2759 mformat command line: mformat -t 2759 -h 255 -s 63 d: bootsector information == banner:" mkdosfs" sector size: 512 bytes cluster size: 32 sectors reserved (boot) sectors: 32 fats: 2 max available root directory slots: 0 small size: 0 sectors media descriptor byte: 0xf8 sectors per fat: 0 sectors per track: 63 heads: 255 hidden sectors: 0 big size: 44323334 sectors physical drive id: 0x0 reserved=0x0 dos4=0x29 serial number: 425040F0 disk label=" " disk type="FAT32 " Big fatlen=10816 Extended flags=0x FS version=0x rootCluster=2 infoSector location=1 backup boot sector=6 Infosector: signature=0x41615252 free clusters=1384423 last allocated cluster=131524 $ # Here's rdiff-backup's output and error message: $ rdiff-backup /mnt/dos /mnt/dos_backup - Detected abilities for source (read only) file system: Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - Warning: ownership cannot be changed on filesystem at /mnt/dos_backup/rdiff-backup-data Warning: hard linking not supported by filesystem at /mnt/dos_backup/rdiff-backup-data - Detected abilities for destination (read/write) file system: Characters needing quoting '^a-z0-9_ -.' Ownership changing Off Hard linking Off fsync() directories On Directory inc permissionsOff Access control lists Off Extended attributes Off Mac OS X style resource forksOff Mac OS X Finder information Off - Fatal Error: Bad rdiff-backup-data dir on destination side The rdiff-backup data directory /mnt/dos_backup/rdiff-backup-data exists, but we cannot find a valid current_mirror marker. You can avoid this message by removing the rdiff-backup-data directory; however any data in it will be lost. Probably this error was caused because the first rdiff-backup session into a new directory failed. If this is the case it is safe to delete the rdiff-backup-data directory because there is no important information in it. The rdiff-backup-data appears to be named /mnt/dos_backup/rdiff-ba and created every time rdiff-backup is run. Thanks, Kingsley -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-k7 Locale: LANG=C, LC_CTYPE=C Versions of packages rdiff-backup depends on:
Bug#303332: /usr/bin/AbiWord-2.2: Spellchecking doesn't work
Package: abiword-gnome Version: 2.2.6-1 Severity: important File: /usr/bin/AbiWord-2.2 Neither manual or auto spellchecking works. When spellchecking is manually invoked (by pressing F7 or clicking on Tools / Spelling / Check Spelling), a dialog appears that simply says "Abiword finished checking the selection" even with such obviously mispelled words as "teh" or "hnad." When auto spellchecking is turned on, the mispelled words are NOT highlighted. I suspect this is a dependency problem, that is some library or helper program which should be installed is NOT installed in my system. When started from the console, Abiword produces the following console messages: $abiword (process:6323): Gdk-WARNING **: locale not supported by Xlib (process:6323): Gdk-WARNING **: cannot set locale modifiers Bonobo accessibility support initialized GTK Accessibility Module initialized (AbiWord-2.2:6323): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible *** attempt to put segment in horiz list twice *** attempt to put segment in horiz list twice No specific error message appears when I manually invoke spellchecking or turn auto spellchecking on and off. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-k7r1-betelgeuse Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) Versions of packages abiword-gnome depends on: ii abiword-common2.2.6-1WYSIWYG word processor based on GT ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2Bonobo CORBA interfaces library ii libbonoboui2-02.8.1-2The Bonobo UI library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libenchant1 1.1.4+cvs.2004.08.10-1 a wrapper library for various spel ii libfontconfig12.3.1-2generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libfribidi0 0.10.4-6 Free Implementation of the Unicode ii libgcc1 1:3.4.3-12 GCC support library ii libgconf2-4 2.8.1-5GNOME 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-1The GLib library of C routines ii libgnome2-0 2.8.1-2The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1A powerful object-oriented display ii libgnomeprint2.2- 2.8.2-1The GNOME 2.2 print architecture - ii libgnomeprintui2. 2.8.2-2GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3The GNOME 2 libraries (User Interf ii libgnomevfs2-02.8.4-2The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-4The GTK+ graphical user interface ii libgucharmap4 1:1.4.2-1 Unicode browser widget library (sh ii libice6 4.3.0.dfsg.1-12.0.1Inter-Client Exchange library ii liborbit2 1:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libperl5.85.8.4-8Shared Perl library ii libpng12-01.2.8rel-1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm64.3.0.dfsg.1-12.0.1X Window System Session Management ii libstdc++51:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1X Window System protocol client li ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxml2 2.6.16-4 GNOME XML library ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-12X Keyboard Extension (XKB) configu ii zlib1g1: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#303294: CAN-2005-0400: ext2 mkdir() leaks kernel data
tags 303294 +pending thanks On Tue, Apr 05, 2005 at 11:12:22PM +0200, Moritz Muehlenhoff wrote: > Package: kernel-source-2.4.27 > Severity: important > Tags: security > > CAN-2005-0400 reports that an information leak occurs in the ext2 mkdir(): > > See http://linux.bkbits.net:8080/linux-2.4/[EMAIL PROTECTED]|[EMAIL PROTECTED] > for a description and a patch. Thanks, this is in SVN. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303177: kernel-source-2.6.8: DoS vulnerability in tmpfs
tag 303177 +pending thanks On Tue, Apr 05, 2005 at 11:03:23AM +0200, Moritz Muehlenhoff wrote: > Package: kernel-source-2.6.8 > Version: 2.6.8-16 > Severity: important > Tags: security > > Ubuntu reported a DoS in the tmpfs driver: > | A Denial of Service vulnerability was found in the tmpfs driver, which > | is commonly used to mount RAM disks below /dev/shm and /tmp. The > | shm_nopage() did not properly verify its address argument, which could > | be exploited by a local user to cause a kernel crash with invalid > | addresses. > > Patch is available at: > http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED] Thanks, it is in SVN. > I couldn't find a CVE assignment for this. Me neither. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#234365: Bug unreproducible with kernel 2.6.10
reassign 234365 kernel-source-2.6.8 thanks On Tue, Apr 05, 2005 at 05:32:39PM +0200, Laurent Bonnaud wrote: > Hi, > > I cannot reproduce this bug with this Debian kernel: > > Linux video1 2.6.10-1-686-smp #1 SMP Fri Mar 11 01:49:45 EST 2005 i686 > GNU/Linux > > However, since the bug in bugzilla.kernel.org has not been closed, I > don't know if this IRQ problem is fixed or if it is just not triggered > by the current versions of lib*1394 and coriander. Therefore I'm > leaving it open and will ask the coriander author for comments ... Hi, I have reassigned this to kernel-source-2.6.8, the target for sarge, as from your report it seems that the bug still exists in that kernel. I think it should be left there until resolved for that kernel - likely never. On a related note, there have been one or two security fixes for the radeon driver, these are available in some snapshot images that I have at: http://debian.vergenet.net/testing/ These changes were included in the 2.6.8 snapshots, so if you have a moment to test them, that would be great. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303329: SCSI drivers not loaded by RC3 during install on SMP, multi-SBUS sparc64 machine
retitle 303329 Fails to detect SCSI controller on E4000 with multiple sbus buses reassign 303329 discover1 severity 303329 normal merge 303329 299074 thanks On Tue, 6 Apr 2005, Martin wrote: Package: installation-reports Debian-installer-version: sarge-sparc-netinst.iso RC3 27/03/2005 build from cdimages.debian.org uname -a: 2.4.27-2 sparc64 (sorry I can't be more precise, machine not running ATM) Date: 06/04/05 Method: Boot from CD using main CD drive, nothing actually installed as disks contains a live systems Machine: E4000 Thanks for you report. The problems you've encountered have been previously reported as bug #299074 [0], so I am merging this report with it. Note that the fixed libdiscover/discover1 packages are available, however I didn't receive any confirmation that they take care of the problem. If you'll ever manage to finish the installation, it would be very helpful if you could test them. See the last message to bug #299074 for instructions. [0] http://bugs.debian.org/299074 Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303331: Request for documentation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: laptop-netconf Version: 0.9.6.1 Severity: wishlist A man page and a README in /usr/share/doc would be welcome additions to this package. Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCU1GbHuKcDICy0QoRAtEMAKCn0A22wwSPR0DsIB9dj2l3mAhh4QCeK5br shxSgeVpR7XgZ253TJzMkMk= =ICOk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303330: dhcp addressing does not seem to be supported
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: laptop-netconf Version: 0.9.6.1 Severity: normal - From what I can tell in the sample configuration files and the /etc/laptop-netconf/opts file, it does not seem that DHCP-acquired addresses are supported. Since laptops very often use DHCP, this severely limits the package's utility. If DHCP-acquired addresses are supported, an example in the sample files and some documentation would be quite useful. Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCU1ESHuKcDICy0QoRAu/6AJ9i5Ni9zMoTUtSu2oY68PM6vTBDfwCeOnfR W5SdHabVIwEenZdD3vF0e/Y= =5CLn -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302988: IBM Thinkpad T43 hardware detection incomplete
On Tue, Apr 05, 2005 at 04:55:54PM -0400, Walter Landry wrote: > Christian Perrier <[EMAIL PROTECTED]> wrote: > > Quoting Geert Stappers ([EMAIL PROTECTED]): > > > > > Could you boot the debian-installer another time on your T43? > > > > > > And "modprobe" for the right sata module and share the information with > > > us? > > > > If you don't know which SATA module is the right one, I think that > > trial and error may help. > > > > AFAICT, the available SATA modules for the 2.6.8 kernel are: > > > > ./scsi/sata_nv.ko > > ./scsi/sata_promise.ko > > ./scsi/sata_sil.ko > > ./scsi/sata_sis.ko > > ./scsi/sata_svw.ko > > ./scsi/sata_sx4.ko > > ./scsi/sata_via.ko > > ./scsi/sata_vsc.ko > > 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. I would guess it is ata_pixx or bust. -- Horms -> 2c worth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303329: SCSI drivers not loaded by RC3 during install on SMP, multi-SBUS sparc64 machine
Package: installation-reports Debian-installer-version: sarge-sparc-netinst.iso RC3 27/03/2005 build from cdimages.debian.org uname -a: 2.4.27-2 sparc64 (sorry I can't be more precise, machine not running ATM) Date: 06/04/05 Method: Boot from CD using main CD drive, nothing actually installed as disks contains a live systems Machine: E4000 Processor: 6 x UltraSPARC II 250Mhz Memory: 2304Mb Root Device: N/A Root Size/partition table: N/A Output of lspci and lspci -n: No PCI devices, 4 SBUS's though Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [E] Config network: [ ] Detect CD: [E] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Had some time to play with this system so thought I'd try the first part of an install. Ran into a couple of problems: 1. Got five or so of these: Unimplemented SPARC system call 188 on booting but (they appear to be|I'm told they are) harmless 2. CD is not detected. On dropping to shell the following seems to work ~ # cat /proc/scsi/scsi cat: /proc/scsi/scsi: No such file or directory ~ # lsmod Module Size Used byNot tainted isofs 21216 0 ide-cd 32880 0 cdrom 28896 0 [ide-cd] ide-disk 15832 0 pdc202xx_new8704 0 (unused) aec62xx 6640 0 (unused) alim15x37904 0 (unused) amd74xx12768 0 (unused) cs5530 4048 0 (unused) cy82c6932128 0 (unused) generic 2576 0 (unused) hpt34x 2440 0 (unused) ns87415 2428 0 (unused) opti621 2564 0 (unused) pdc202xx_old 11936 0 (unused) piix 10424 0 (unused) rz1000 1160 0 (unused) sc1200 5544 0 (unused) serverworks 9032 0 (unused) siimage 8496 0 (unused) sis551313120 0 (unused) slc90e665104 0 (unused) trm290 2466 0 (unused) via82cxxx 11856 0 (unused) ~ # modprobe esp Using /lib/modules/2.4.27-2-sparc64/kernel/drivers/scsi/scsi_mod.o Using /lib/modules/2.4.27-2-sparc64/kernel/drivers/scsi/esp.o ~ # cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 06 Lun: 00 Vendor: TOSHIBA Model: XM5701TASUN12XCD Rev: 2395 Type: CD-ROM ANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 12 Lun: 00 Vendor: SEAGATE Model: ST39102LCSUN9.0G Rev: 0828 Type: Direct-AccessANSI SCSI revision: 02 Host: scsi0 Channel: 00 Id: 13 Lun: 00 Vendor: SEAGATE Model: ST39204LCRev: 0002 Type: Direct-AccessANSI SCSI revision: 03 ~ # works fine after that. The CD drive is attached to a ESP366-HME controller via SBUS. 3. The auto config of network devices doesn't find anything (machine has two happy meals and two quad ethernet SBUS cards) but when presented with a list of options, picking qfe seems to work. Didn't get much further as I didn't have nay spare disks to hand. Sorry. HTH Cheers, - Martin -- Martin [EMAIL PROTECTED] "Seasons change, things come to pass" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303130: exim4-daemon-heavy: exim4 "forgets" emails in /var/spool/exim4/scan, leaving emails undelivered without notice
This one time, at band camp, Sebastian Hegler said: > Marc Haber wrote: > > Sebastian, can you please verify whether Stephen's hypothesis is > > true for your system and try to deliver some proof that there were > > indeed messages lost? > Sorry, I cannot. These messages I found are very old, so there are no > more logs available. I stumbled over those messages in search for > other emails which people said were not delivered. As I said, my > server is plagued by low memory conditions, so the scanning processes > blow quite often. > > Well, I do hope that Stephen is right. The oldest message lying around > dates back to November 2004. Was exiscan working alright then? What I have observed is that when the exiscan patch blows chunks, a copy is saved in the scan/ directory. However, this is not a lost email - it it an incoming email that failed to make it past one of the scanners, and has never been 2xx accepted for delivery after that DATA phase. It would of course be ideal if the exiscan patch cleaned up completely, but it is usually an external scanner blowup at the root of it, so I have never reported it against exiscan. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - pgpcuD4JlPTM7.pgp Description: PGP signature
Bug#291467: gst-plugins0.8: plugin postinst scripts choke on missing libssh.so module
Hi Loïc! Loïc Minier wrote: > On Tue, Mar 29, 2005, Nikolaus Schulz wrote: > > You cannot reproduce it? :-/ Did you test Gnome installs from scratch? > > I can try to do so if you wish, if necessary including the full install. I did and failed myself. :-/ > What do you call "Gnome installs from scratch"? > > I've setuped a virgin sid pbuilder and did: > # apt-get install gnome > > That downloaded and installed a big bunch of packages without a glitch. > > (I can reproduce it if that's needed; in sarge, or woody too.) > Well, if the problem is unreproducible for you and for us, I don't see > how me might continue. I'm quite sure there is/was no PEBCAK involved. :-) So I suggest to tag the bug "unreproducible" and leave it alone. If some time has passed with no one else complaining, perhaps close it. > I suggest you find a way of reproducing it, and explain that to us. Or > maybe you have aptitude logs of installations? No way. My bug report dates from January; the logs have long vaporized. Regards, Nikolaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303322: cdrecord: permissions are incorrect for Debian
Package: cdrecord Version: 4:2.01+01a01-2 Severity: important Hi, The Debian policy manual section 10.9 [1], notes that programs should have permissions of 755, however the cdrecord binaries do not. clam:[~]% ls -l /usr/bin/cdrecord* -rwsr-xr-- 1 root cdrom133 Jan 10 03:55 /usr/bin/cdrecord -rwsr-xr-- 1 root cdrom 348556 Jan 10 03:55 /usr/bin/cdrecord.mmap -rwsr-xr-- 1 root cdrom 351404 Jan 10 03:55 /usr/bin/cdrecord.shm I have filed this as an important bug since this is a violation of a 'must' directive but only a should. I wasn't able to find any rationale (either via a mailing list or in README.Debian) hence this bug report. Thanks, Anand [1]: http://www.debian.org/doc/debian-policy/ch-files.html#s10.1> -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages cdrecord depends on: ii debconf 1.4.47 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii makedev 2.3.1-78 creates device files in /dev -- debconf information: cdrecord/MAKEDEVNEW: true cdrecord/do_it_yourself: * cdrecord/SUID_bit: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303321: Several undeclared conflicts between binary packages from this source package
Package: uim Severity: serious Several of the binary packages build from uim conflict with each other, I confirmed this at least for libuim0-nox <-> libuim0 (e.g. usr/lib/uim/plugin/libuim-custom-enabler.so) libuim-nox-dev <-> libuim-dev (e.g. usr/lib/pkgconfig/uim.pc) but there may be others as well. Gruesse, Frank Lichtenheld -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302486: segfault at startup (tested on ARM).
A possible fix:
diff -ruN zcip-4_orig/lockfile.c zcip-4/lockfile.c
--- zcip-4_orig/lockfile.c 2005-04-05 18:05:10.0 -0700
+++ zcip-4/lockfile.c 2005-04-05 18:03:44.0 -0700
@@ -11,19 +11,25 @@
#define LOCKDIR"/var/run"
#define LOCKPREFIX "/zcip."
-int
-lock_check(char * device)
+static void
+gen_lockfile_name(char * nbuf, char * device)
{
- FILE * fd;
- char nbuf[128];
char * p;
- int i;
-
+
p = strrchr(device, '/');
strcpy(nbuf, LOCKDIR LOCKPREFIX);
if( p ) strcat(nbuf, p+1);
elsestrcat(nbuf, device);
+}
+
+int
+lock_check(char * device)
+{
+ FILE * fd;
+ char nbuf[128];
+ int i;
+ gen_lockfile_name(nbuf, device);
fd = fopen(nbuf, "r");
if( fd )
{
@@ -34,7 +40,8 @@
if( unlink(nbuf) == -1 ) return 0;
}
fd = fopen(nbuf, "w"); /* Got it! */
- fprintf(fd, "%10d\n", getpid());
+ i = getpid();
+ fprintf(fd, "%d\n", i);
fclose(fd);
return 1;
}
@@ -44,14 +51,9 @@
{
FILE * fd;
char nbuf[128];
- char * p;
int i;
- p = strrchr(device, '/');
- strcpy(nbuf, LOCKDIR LOCKPREFIX);
- if( p ) strcat(nbuf, p+1);
- elsestrcat(nbuf, device);
-
+ gen_lockfile_name(nbuf, device);
fd = fopen(nbuf, "r");
if( fd )
{
--
___
NEW! Lycos Dating Search. The only place to search multiple dating sites at
once.
http://datingsearch.lycos.com
Bug#303243: slapd: failed upgrade to latest version in sid
Hi, Op wo, 06-04-2005 te 00:45 +0200, schreef Torsten Landschoff: > > No it did use /var/backups/slapd-2.1.30-3, so that went alright :) > > Okay *phew* I should have made that more clear in my first mail :) > I can see that it indeed messes up the configuration. The reason is > quite simple: You wrote the file in DOS mode and the maintainer script > does not cope with that. I assumed that merging lines can be done by > removing combinations of line feed followed by a line which is prefixed > with white space. That's almost what slapd does - well, almost :) Did not know that file was in DOS mode. Seems I edited it when I still was using Windows as my primary workstation OS... > I'll go and fix the script to understand ^M in slapd.conf. > > > Well you can say it isn't true but it still tried to write something in > > or create the /var/backups/slapd-2.1.30-3 directory. I don't know > > Hrm. I can't see how that can happen. When I get arround to implement > putting only the used functions into the maintainer scripts the code > should even get excluded from the postinst which should proof that it > isn't called. But maybe I am wrong, which would mean that I am entirely > stupid. > > Anyway, what I'd expect is that it tries to move /var/lib/ldap to > /var/backups/dc=arriesoft,dc=nl.ldabdb which will fail. Can you by > chance reproduce this failure and send me the output? > I will give it a try tomorrow and give more useful information. > > > I don't think the breakage in your Samba installation is related. Samba > > > is using the libldap2 libraries which should still be from 2.1.x on any > > > Debian system. So nothing has changed on that front. Not sure if that is > > > a good thing... :( > > > > I think it is. The breakage occured right after upgrading slapd and in > > the trace I get from smbd i seel some calls to SSL related functions. So > > it seems the change from gnutls to openssl triggers a bug in Samba (see > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=303272 ). > > Looks interesting. Maybe it is in fact related but in the way that > OpenSSL and GnuTLS do not really like each other. That is what i was thinking. It seems samba can connect 2/3 times but then it still segfaults. > Your slapd.conf has > > TLSCipherSuite HIGH After commenting this out samba still crashes. > I am not sure if the TLS patch will use this setting in any way. Maybe > the algorithm used by samba does not suffice for this setting and now > OpenLDAP is rejecting the connection, triggering a bug in libldap2 > or GnuTLS, more likely the first :( > > Debugging output from slapd about that connection could be helpful. Which info is need (or which loglevel combination? With loglevel 296 I did not see anything interesting.) I will downgrade slapd tomorrow to testing and see if samba starts working again, and then to a nice upgrade and send you the necessary info. Greetings Arjan Oosting signature.asc Description: Dit berichtdeel is digitaal ondertekend
Bug#303139: stops playing mp3 after a few seconds
Howdy, Loic wrote: > Ok, that's nice. Now please try with "gst-launch-0.8 playbin > uri=foo.mp3", as you did in #296848. It plays the first second or two, then is silent for around 20 seconds, then starts playing around the 20 second mark. Here is its output: RUNNING pipeline ... Waiting for the state change... I tried Totem and found that, if I wait 20 seconds, it exhibits the same behavior. -- Matt signature.asc Description: Digital signature
Bug#303320: libyaml-perl: Unneeded dependancy on perl (>= 5.8.0-7)
Package: libyaml-perl Severity: wishlist Any chance we could drop the versioning of the perl dependancy/build-dependancy? Apart from this, the package seems to work fine on Woody. Or at least 0.36-1 did, I haven't tried 0.38-1 yet. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (900, 'experimental'), (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303169: mairix: assertion failure search.c:57
I see. Well, I'll keep an eye out... On Tue, Apr 05, 2005 at 08:17:25PM -0400, Benj. Mako Hill wrote: > > > Hmm. Well, given that it goes away on rebuild, it's probably a > > corrupted database..? So I could send you the database. Otherwise, you > > probably just need to have a lot of messages, I have about 150,000, > > mostly mailing lists (and 30,000 from 'cron')... > > Having a corrupted database will be a good start. I can take a look at > this when you send it. > > The real issue for reproducability will be finding a case where we can > get mairix to corrupt the database reliably since that -- presumably > -- is where the bug is (not in mairix's inability to read corrupted > databases). > > Regards, > Mako > > -- > Benjamin Mako Hill > [EMAIL PROTECTED] > http://mako.yukidoke.org/ > -- http://ofb.net/~frederik/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#266229: Why binary?
On Tue, Apr 05, 2005 at 01:04:16PM +0200, "Jan Henrik Helmuth Lühr" wrote: > Greetings, > if you cannot distribute this module in binary, why not doing a source > distribution, like sl-modem is doing with sl-modem-source? > For instance: > If you ship just the sources of this module, every user is free to type > install-freerad-eap-tls , and build it's own binary. > Adv: > - No user has download the source and do it by themself > - The whole installing-process can be automatic, apart from suggesting the > user to type a certain command. > - No legal problems due to actually not shipping any binary. > - No one has to patch for gnutls. > Dis-Adv: > - Depencies of dev-packages > (Can be removed anyway) > - Quite a dirty hack. > (But better than nothing) > Anyway, I suggest it. Thankyou for your suggestion. I'll consider it, but it seems unlikely to me to happen for the following reasons: - building modules outside of the build process is completely untested by me. I'm not even sure _how_ to do it, given we don't distribute the bits needed to do so. (Header files et. al.) Once libradius has a package of its own, and a -dev package to go with it, this will be easier to organise. - I'm hoping someone will give in, and contribute a gnuTLS patch. The 1.1.0 release will have a rearchitectured EAP module set, which means only one place to convert from OpenSSL to gnuTLS. - I'm trying to not futz with things too much due to the upcoming Sarge release. I'd rather a missing feature than a broken feature being locked into Sarge for years. - The script would have to either produce its own package, or somehow install into /usr/local/ somewhere. The former is more work, and the latter is rather unappealing. -- Paul "TBBle" Hampson, [EMAIL PROTECTED] 7th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. pgpJLqdgWp18C.pgp Description: PGP signature
Bug#282933: It's crashing for me too
Licq Segmentation Violation Detected. Backtrace: licq(licq_handle_sigsegv+0xe6) [0x80eebc6] [0xe420] /lib/tls/i686/cmov/libc.so.6(dl_iterate_phdr+0x95) [0xb7d4c285] /lib/libgcc_s.so.1(_Unwind_Find_FDE+0x1ef) [0xb7d7d54f] /lib/libgcc_s.so.1 [0xb7d7abff] /lib/libgcc_s.so.1 [0xb7d7b830] /lib/libgcc_s.so.1(_Unwind_ForcedUnwind+0x6d) [0xb7d7b8dd] /lib/tls/i686/cmov/libpthread.so.0 [0xb7e964fa] /lib/tls/i686/cmov/libpthread.so.0(__pthread_unwind+0x96) [0xb7e945f6] /lib/tls/i686/cmov/libpthread.so.0 [0xb7e8f6d8] [0xe440] /lib/tls/i686/cmov/libpthread.so.0 [0xb7e8fca3] /lib/tls/i686/cmov/libc.so.6(__clone+0x5a) [0xb7d1a9ba] Attempting to generate core file. -- Chip Salzenberg- a.k.a. -<[EMAIL PROTECTED]> Open Source is not an excuse to write fun code then leave the actual work to others. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303135: debian-installer: ata_piix blocking but not supporting PATA devices. D-I thus fails to install.
thanks Frans Pop wrote on 06/04/2005 00:42: the ata_piix kernel module blocks the PATA part of the chipset but doesn't support the PATA devices. Some additional info on this issue. There is a lot of info in the Ubuntu bug report referenced in this discussion on #d-boot. oh, we turned on LIBATA_ENABLE_ATAPI in the kernel as well [...] the submitter mentioned LIBATA_ENABLE_PATA, which is different; and defining that breaks stuff [...] I was unable to find any breakage from defining LIBATA_ENABLE_PATA, but I can confirm that it didn't help either. Ah. because on some chipsets both piix and ata_piix get the same PCI id in the hotplug pcimap and they both try to claim the disk, which goes totally haywire: you get silent data corruption reading from CD-ROM If that is true, all I can say is: YIKES! However, I tried loading the piix driver on the system in question but it didn't find any channels to support, even before loading ide_generic or ata_piix. LIBATA_ENABLE_ATAPI seemed sufficient if the ide_generic workaround works, that would probably be a lot easier for Debian; it would "only" be some hairy hw-detect code Kamion: Works for installation, but will probably still cause problems after reboot because the SATA driver will be loaded by the initrd before the generic driver. right Exactly. To use the workaroung also after reboot, I had to manually modify the load-modules (or whatever it is called) script in the initrd. However, since I don't have a problem accessing the harddisc at that time, it's less of an issue for me (I use netinst-Images anyway). cu, sven -- Es gibt ausführliche Ausführungen, die auch tatsächlich ins Aus führen... Gabriel Laub (poln. Schriftsteller u. Satiriker, 1928-1998) -- -[ Ciphire Signature ]-- From: [EMAIL PROTECTED] signed email body (1522 characters) Date: on 06 April 2005 at 01:28:02 UTC To: [EMAIL PROTECTED], [EMAIL PROTECTED] : Ciphire has secured this email against identity theft. : Free download at www.ciphire.com. The garbled lines : below are the sender's verifiable digital signature. 00fAEiO1NC8gUAAGYCAAIAAgACACDujzVRjP5/f9QLwgTg5RhECcAdsY MjWhwjUsnHEYPvmQEAOqbAfc4iVEE3ono+lkhvw2J/BRVneea8KvDrT8m1Uns5fq 6IwDg4C351VLQ4QbOge1Q3fS4Zqz6xAqXRpdJsaw== --[ End Ciphire Signed Message ]
Bug#303319: lapack control file doesn't contain blas in Build-Depends
Package: lapack Version: 3.0.2531a-28 When I compile lapack $debuild ... cp: can't evaluate `/usr/lib/libblas.so.2.*': No such file or directory make: *** [libblas.so] Error 1 debuild: fatal error at line 764: dpkg-buildpackage failed! I suggest that you add blas in Build-Depends Regards -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303317: c-fill-paragraph eats characters
Package: emacs21 Version: 21.4a-1 Severity: normal Bug: Enter C++-mode, and type: /* C++ mode is crazy. * */ Place the point at the end of the second line (note that there are two spaces after the asterisk -- they seem to be vital, as the bug doesn't manifest if I delete them). Press M-q to fill it. Now it says: /* C+ mode is crazy. * */ Daniel -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages emacs21 depends on: ii emacs21-bin-common 21.4a-1 The GNU Emacs editor's shared, arc ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libtiff4 3.7.2-1 Tag Image File Format (TIFF) libra ii libungif4g 4.1.3-2 shared library for GIF images (run ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xaw3dg 1.5+E-8 Xaw3d widget set 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 -- /- Daniel Burrows <[EMAIL PROTECTED]> -\ | "Next, consider a circle passing through infinity; that | | is, a straight line.." | \ Evil Overlord, Inc: http://www.eviloverlord.com --/ pgpkF9f105RdD.pgp Description: PGP signature
Bug#303318: samba: the second build fails dh_clean.
Package: samba Version: 3.0.11-1 Severity: normal I can complete the first build of samba package. But then I do the second buid and I get the following message. dh_testdir dh_testroot rm -f build-stamp configure-stamp # Clean first the Samba package /usr/bin/make -C source python_clean distclean make[1]: Entering directory `/pub2/debian/pkg/samba/sid-samba-3.0.11/samba-3.0.11/source' WARNING: you need to run ./configure WARNING: you need to run ./config.status running clean removing 'build/temp.linux-i686-2.3' (and everything under it) Removing prototype headers rm -f core */*~ *~ */*.o */*.po */*.so \ dynconfig.o dynconfig.po bin/smbclient bin/net bin/smbspool bin/testparm bin/testprns bin/smbstatus bin/smbcontrol bin/smbtree bin/tdbbackup bin/nmblookup bin/pdbedit bin/tdbdump bin/tdbtool bin/smbpasswd bin/rpcclient bin/smbcacls bin/profiles bin/ntlm_auth bin/smbcquotas bin/smbmount bin/smbmnt bin/smbumount bin/wbinfo bin/smbd bin/nmbd bin/swat bin/winbindd bin/recycle.so bin/audit.so bin/extd_audit.so bin/full_audit.so bin/netatalk.so bin/fake_perms.so bin/default_quota.so bin/readonly.so bin/cap.so bin/expand_msdfs.so bin/shadow_copy.sobin/CP850.so bin/CP437.so bin/smbtorture bin/msgtest bin/masktest bin/locktest bin/locktest2 bin/nsstest bin/vfstest \ bin/libsmbclient.a bin/libsmbclient.so bin/debug2html bin/smbfilter bin/talloctort bin/log2pcap .headers.stamp rm -f config.log bin/.dummy script/findsmb rm -f include/stamp-h rm -f script/gen-8bit-gap.sh smbadduser rm -f include/config.h Makefile rm -f config.status config.cache so_locations rm -rf .deps TAGS make[1]: Leaving directory `/pub2/debian/pkg/samba/sid-samba-3.0.11/samba-3.0.11/source' # Delete stuff left after a build that is not deleted by 'make clean' rm -f source/bin/wbinfo source/bin/winbindd source/bin/debug2html \ source/bin/libsmbclient.a source/bin/mount.cifs \ source/include/stamp-h sed -e "s/@libacl@/`type-handling any linux-gnu`/g" \ < debian/control.in > debian/control dh_clean dpkg-source -b samba-3.0.11 dpkg-source: building samba using existing samba_3.0.11.orig.tar.gz dpkg-source: building samba in samba_3.0.11-1.diff.gz dpkg-source: cannot represent change to source/client/mount.cifs: binary file contents changed dpkg-source: building samba in samba_3.0.11-1.dsc dpkg-source: unrepresentable changes to source debuild: fatal error at line 764: dpkg-buildpackage failed! The reason is that 'make clean' doesn't remove 'source/client/mount.cifs'. I think that I need to apply the following patch. diff -urN samba-3.0.11.orig/debian/rules samba-3.0.11/debian/rules --- samba-3.0.11.orig/debian/rules 2005-04-02 00:45:06.0 +0900 +++ samba-3.0.11/debian/rules 2005-04-06 09:30:53.0 +0900 @@ -136,7 +136,7 @@ # Delete stuff left after a build that is not deleted by 'make clean' rm -f source/bin/wbinfo source/bin/winbindd source/bin/debug2html \ source/bin/libsmbclient.a source/bin/mount.cifs \ - source/include/stamp-h + source/include/stamp-h source/client/mount.cifs sed -e "s/@libacl@/`type-handling any linux-gnu`/g" \ < debian/control.in > debian/control -- System Information: Debian Release: 3.1 Architecture: i686 Kernel: Linux 2.6.9 Versions of packages samba depends on: ii debconf [debconf-2.0] 1.4.40 Debian configuration management sy ii libacl1 2.2.26-1 Access control list shared library ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libcomerr2 1.37-1 common error description library ii libcupsys2-gnutls10 1.1.23-7 Common UNIX Printing System(tm) - ii libkrb531.3.6-1 MIT Kerberos runtime libraries ii libldap22.1.30-3 OpenLDAP libraries ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpopt01.7-5lib for parsing cmdline parameters ii logrotate 3.7-2Log rotation utility ii netbase 4.19 Basic TCP/IP networking system ii samba-common3.0.11-1 Samba common files used by both th -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303275: mozilla-firefox: "unaligned trap" kernel warnings on Alpha
Eric Dorland wrote: Did Firefox fail to run? Did it behave crashily? Can you try recompiling it with -O rather than -O2 and see if that makes a difference? (Just change the OPTFLAG variable in the debian/rules file) I quess I need some help here. I downloaded, from Debian, the "mozilla-firefox_1.0.2.orig.tar.gz" file and ran ./configure after adding a few development packages. I am unable to find the OPTFLAG variable in the either the debian/rules file or any of the Makefiles. Jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303187: libmecab0: a few Depends
> >cannot use libmecab0 without mecab package.
> What meaning is it? Please explain your problem more precisely.
> I think that you can use libmecab0 without mecab if you prepare both
> your private dictionary and Ruby/Perl/Python binding.
Uah, sorry, my bug report is invalid.
And I didn't think about --rcfile option.
== mecab_test.c
#include
int
main()
{
mecab_t *mecab;
mecab = mecab_new(0, NULL);
if (mecab == NULL) {
fprintf(stderr, "%s", mecab_strerror(NULL));
}
return 0;
}
== run
% gcc -o mecab_test mecab_test.c `mecab-config --cflags --libs`
% ./mecab_test
mecab_new(): Tagger::Impl::open(): Param::load():
/var/lib/mecab/dic/debian/dicrc: no such file or directory
Yet Another Part-of-Speech and Morphological Analyzer
Copyright (C) 2001-2003 Taku Kudo, All rights reserved.
try '--help' for more information.
> >please fix Depends line.
> Your proposed change is not acceptable, because it will cause a
> circulation dependency problem.
Yes, I see. Thanks for your detail answer.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#276238: xvnc4viewer: [patch] Patches available
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/ . 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 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- -- 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
On Tue, Apr 05, 2005 at 05:49:44PM +0200, [EMAIL PROTECTED] wrote: > On Tue, Apr 05, 2005 at 04:11:55PM +0200, Sebastian Hegler wrote: > > the scripts a2(en|dis)(mod|site) should make apache2 reload instead of > > writing a message, stating that you should do it yourself. I find this > > pretty counter-intuitive and suggest this behaviour to be changed. > > Yes, but if you need to en/deisable more than one module your intuitive > behaviour gets rathe anoying. Please leave it as it is. 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. signature.asc Description: Digital signature
Bug#301149: Reassigning to fakeroot (strace FTBFS on sparc)
retitle 301149 Symbolic links in /usr/lib64/libfakeroot are incorrect on sparc reassign 301149 fakeroot thanks Hi, This problem is most likely caused by the symbolic links in the /usr/lib64/libfakeroot directory pointing to the non-existent file: debian:~# ls -al /usr/lib64/libfakeroot/ total 82 drwxr-xr-x 2 root root 1024 2005-04-05 20:44 . drwxr-xr-x 4 root root 1024 2005-04-05 20:44 .. lrwxrwxrwx 1 root root20 2005-04-05 20:44 libfakeroot-sysv.so.0 -> libfakeroot.so.0.0.1 -rwxr-xr-x 1 root root 37912 2005-03-24 07:22 libfakeroot-sysv.so.0.0.1 lrwxrwxrwx 1 root root20 2005-04-05 20:44 libfakeroot-tcp.so.0 -> libfakeroot.so.0.0.1 -rwxr-xr-x 1 root root 40152 2005-03-24 07:22 libfakeroot-tcp.so.0.0.1 Note that libfakeroot.so.0.0.1 is not present in this directory. After I've changed the symbolic link to libfakeroot-sysv.so.0 -> libfakeroot-sysv.so.0.0.1 the strace build went through fine. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303315: websieve: Please allow alternative usage of libcyrus-imap-perl21 or libcyrus-imap-perl22
Package: websieve
Version: 0.62-1
Severity: wishlist
Tags: patch
As I prepare and use cyrus22 packages (as announce on debian-users and
debian-users-german), which are already publicly available at either
alioth (sources only) or http://mail.incase.de/cyrus22/i386 (binary and
source packages, also amd64 binaries available at .../amd64), I noticed
that websieve depends on libcyrus-imap-perl21. While I could make the
cyrus22 perl-library package provide libcyrus-imap-perl21, the cleaner
solution would be for websieve to depend on libcyrus-imap-perl21 or
libcyrus-imap-perl22
--- cut here -
diff -ur websieve-0.62.orig/debian/control websieve-0.62/debian/control
--- websieve-0.62.orig/debian/control 2005-04-06 02:29:16.523413000
+0200
+++ websieve-0.62/debian/control2005-04-06 02:30:17.759657343
+0200
@@ -7,7 +7,7 @@
Package: websieve
Architecture: all
-Depends: ${perl:Depends}, libcyrus-imap-perl21
+Depends: ${perl:Depends}, libcyrus-imap-perl21 | libcyrus-imap-perl22
Suggests: apache | httpd
Recommends: cyrus21-imapd, libnet-ldap-perl
Description: Web based Cyrus IMAP user admin client
--- cut here -
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (990, 'testing'), (400, 'experimental'), (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-rc2-incase
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages websieve depends on:
ii libcyrus-imap-perl21 2.1.18-1 Interface to Cyrus imap client imc
ii perl 5.8.4-8Larry Wall's Practical Extraction
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303314: totd: doesn't create the /var/run/totd directory when absent
Package: totd Version: 1.4-3 Severity: minor I have a tmpfs mounted on /var/run and totd failed to start because of the missing /var/run/totd directory. It was quite easy to work around, however, by changing the value for the 'pidfile' configuration option. I'd like to suggest a default of /var/run/totd.pid for this option anyway, as totd needs only one file in /var/run (I think), and it would solve this minor inconvenience. -- Jeremie Koenig <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303169: mairix: assertion failure search.c:57
> Hmm. Well, given that it goes away on rebuild, it's probably a > corrupted database..? So I could send you the database. Otherwise, you > probably just need to have a lot of messages, I have about 150,000, > mostly mailing lists (and 30,000 from 'cron')... Having a corrupted database will be a good start. I can take a look at this when you send it. The real issue for reproducability will be finding a case where we can get mairix to corrupt the database reliably since that -- presumably -- is where the bug is (not in mairix's inability to read corrupted databases). Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ signature.asc Description: Digital signature
Bug#95213: Passing env variables after the login name does not work
On Wed, Apr 06, 2005 at 01:16:28AM +0200, Tomasz KÅoczko wrote: > After above experiments seems thi is getty feacture. I agree. I'm surprised by the first test. Here on Debian, (1) works (login root FOO=BAR on the command line). This may be a difference between Solaris' login and Debian's one (and probably yours). (something like a check on the terminal, because there were only one password prompt) On my box, getty (agetty) is execl'ing login: execl(options.login, options.login, "--", logname, (char *) 0); So if it could split logname into a login and a set of ENV=VAL, then this feature would work. I will try to check other *getty available on Debian (at least I will check their sources) Dobranoc, -- Nekral
Bug#303312: hddtemp does not pick up drives other than '/dev/hda'
retitle 303312 hddtemp does not recognize all drives
tag 303312 + unreproducible
thanks
On Tue, Apr 05, 2005 at 07:36:27PM -0400, David A. Cobb wrote:
> Package: hddtemp
> Version: 0.3-beta12-16
>
> Script /etc/init.d/hddtemp is finding only /dev/hda, despite the fact
> that my configuration is
> /dev/hda = hard disk
> /dev/hdb = hard disk
> /dev/hdc = cdrom
> /dev/hdd = hard disk
>
> I haven't psyched out the script enough, yet, to see what's failing;
> instead I hacked my DISKS_LIST to be what I needed. Not at all the best
> way.
Without that much information, I don't know how to fix the problem.
Please use the start script I have attached with this mail and send me
the output.
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian GNU/Linux developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
#!/bin/sh -e
#
# skeleton example file to build /etc/init.d/ scripts.
# This file should be used to construct scripts for /etc/init.d.
#
# Written by Miquel van Smoorenburg <[EMAIL PROTECTED]>.
# Modified for Debian GNU/Linux
# by Ian Murdock <[EMAIL PROTECTED]>.
#
# Version: @(#)skeleton 1.8 03-Mar-1998 [EMAIL PROTECTED]
#
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=hddtemp
DAEMON=/usr/sbin/hddtemp
DESC="disk temperature monitoring daemon"
SERVICE="true"
DISKS="/dev/hd? /dev/sr? /dev/sg? /dev/sd?"
INTERFACE="0.0.0.0"
PORT="7634"
SEPARATOR="|"
SYSLOG="0"
# Reads config file (will override defaults above)
[ -r /etc/default/hddtemp ] && . /etc/default/hddtemp
if [ -n "$SYSLOG" -a "$SYSLOG" != "0" ] ; then
SYSLOG_ARG="-S $SYSLOG"
fi
if [ "$RUN_DAEMON" = "true" -o "$RUN_DAEMON" = "yes" ] ; then
DAEMON_ARG="-d -l $INTERFACE -p $PORT -s $SEPARATOR"
fi
[ -x "$DAEMON" ] || exit 0
case "$1" in
start)
# master switch
if [ -n "$DAEMON_ARG" -o -n "$SYSLOG_ARG" ] ; then
echo -n "Starting $DESC:"
CDROMS_LIST="$(grep "^drive name:" /proc/sys/dev/cdrom/info
2>/dev/null | sed -e 's/^drive name:\t//g' -e 's/\t/ \/dev\//g')"
CDROMS_LIST="$CDROMS_LIST $(grep -sl '^ide-scsi '
/proc/ide/hd*/driver | awk -F / '{ print "/dev/"$4 }')"
echo "DISKS=$DISKS"
echo "CDROMS_LIST=$CDROMS_LIST"
for disk in $DISKS ; do
echo $CDROMS_LIST | grep -wq $disk && continue
echo "Testing disk $disk"
if /usr/sbin/hddtemp -wn $OPTIONS $disk 2>/dev/null |
/bin/grep -q '^[0-9]\+$' ; then
DISKS_LIST="$DISKS_LIST $disk";
echo "Adding disk $disk to the list"
fi
done
echo "DISKS_LIST=$DISKS_LIST"
if [ -n "$DISKS_LIST" ] ; then
start-stop-daemon --start --quiet --exec $DAEMON --
$DAEMON_ARG $SYSLOG_ARG $OPTIONS $DISKS_LIST
echo "$DISKS_LIST."
else
echo " no disks with monitoring capability were found."
fi
fi
;;
stop)
# master switch
if [ "$RUN_DAEMON" = "true" -o "$RUN_DAEMON" = "yes" -o "$SYSLOG" !=
"0" ] ; then
echo -n "Stopping $DESC: "
start-stop-daemon --stop --oknodo --exec $DAEMON --retry 30
echo "done."
fi
;;
reload|restart|force-reload)
$0 stop && $0 start
;;
*)
echo "Usage: /etc/init.d/$NAME {start|stop|restart|force-reload}" >&2
exit 1
;;
esac
exit 0
Bug#303304: libapache2-request-perl: Dies complaining uploads cannot be disabled(parser not found)
On Tue, Apr 05, 2005 at 05:12:05PM -0500, Gunnar Wolf wrote: > After uploading from 2.03-dev-3 to 2.04-dev-1, whenever I try to use my > mod_perl2 applications I get a fatal error. This gets logged: Hm, I tested the package before uploading it. Is there any special code trigging this, or will just "use Apache::Request" do? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303169: mairix: assertion failure search.c:57
Hmm. Well, given that it goes away on rebuild, it's probably a corrupted database..? So I could send you the database. Otherwise, you probably just need to have a lot of messages, I have about 150,000, mostly mailing lists (and 30,000 from 'cron')... Frederik On Tue, Apr 05, 2005 at 07:20:30PM -0400, Benj. Mako Hill wrote: > > > mairix: search.c:57: mark_hits_in_table: Assertion `idx < db->n_msgs' > > failed. > > I don't see this often. Can you tell me how I can reproduce this? > > Regards, > Mako > > > -- > Benjamin Mako Hill > [EMAIL PROTECTED] > http://mako.yukidoke.org/ > -- http://ofb.net/~frederik/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303181: apt reports errors if /tmp is mounted noexec
reassign 303181 debconf close 303181 merge 303181 89797 thanks On Tue, Apr 05, 2005 at 12:01:56PM +0200, klaus zerwes wrote: > Package: apt > Version: 0.5.28.1 > > if /tmp is mounted noexec, 'apt-get update' reports errors but completes > the upgrade This is not a bug; don't mount /tmp noexec. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=89797&archive=yes -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302700: Report Sarge Installer RC3 on HPPA
On Saturday 02 April 2005 23:33, Thomi Schmid wrote: > ok, ramdisk_size=40960 did the job, debian installer did start (thanks > to HP "isl" to change the kernel parameters) > > I'm right now within the install process, I will submit another report > when it will be finished. It looks like the ramdisk values shown in your boot messages could be doubled. > attempt to access beyond end of device > ram0: rw=0, want=40650, limit=32768 Could you please try and tell us what the minimal value is at which the installer will boot correctly? If the theory is correct 20480 should also work. Could you please also test a value of 16384? TIA, Frans Pop -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301259: [PATCH] Could this be the same issue with #276548?
Hi, 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 cause a side-effect for any keymap, as this is the old behaviour. But I couldn't understand why this issue arose for 2.6 kernels (if this is the same problem with #276548, of course). Christian, could we try it for French and other keymaps. Note that, if this patch resolves the issue, we shouldn't see any warning message from loadkeys during the startup. Regards, -- roktas --- prebaseconfig.orig 2005-02-28 04:06:31.0 +0200 +++ prebaseconfig 2005-04-06 02:11:55.0 +0300 @@ -24,12 +24,14 @@ if [ "$RET" = "false" ] ; then apt-install console-tools console-data console-common - # FIXME Workaround to install some keymaps properly + # FIXME: Workaround to install some keymaps properly, see #276548. case "$KEYMAP" in - trq|trf|hebrew|lt|lv-latin4|ua) - kbd_mode_temp="ascii" ;; + "") + # Don't know if there is any keymap negatively affected + # from the workaround below, if so exclude it here. + kbd_mode_temp="" ;; *) - kbd_mode_temp="" ;; + kbd_mode_temp="ascii" ;; esac [ -n "$kbd_mode_temp" ] && kbd-mode --$kbd_mode_temp signature.asc Description: Digital signature
Bug#303313: libgtop_1.0.13-8(GNU/k*BSD): out of date config.sub/config.guess
Package: libgtop Version: 1.0.13-8 Severity: wishlist Hello, The current version of libgtop (1.0.13-8) fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The versions of config.guess and config.sub in libgtop 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#303312: hddtemp does not pick up drives other than '/dev/hda'
Package: hddtemp Version: 0.3-beta12-16 Script /etc/init.d/hddtemp is finding only /dev/hda, despite the fact that my configuration is /dev/hda = hard disk /dev/hdb = hard disk /dev/hdc = cdrom /dev/hdd = hard disk I haven't psyched out the script enough, yet, to see what's failing; instead I hacked my DISKS_LIST to be what I needed. Not at all the best way. -- David A. Cobb, Software Engineer, Public Access Advocate "By God's Grace, I am a Christian man; by my actions a great sinner." -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#195510: [libapt-pkg] apt-get -s remove displays candidate version - also breaks on tristate upgrade path
On Tue, Apr 05, 2005 at 07:46:58PM +0200, [EMAIL PROTECTED] wrote: > Does this fix all issues in : > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=204780 > if so could they be merged ? This is a different bug, and has only to do with the informational output. It is not the same as #204780 et al. > ALso could it explain this upgrade path which is broken in > current apt (even apt 0.6): > > installed: > "foo1" contains header.h > "bar1" does not contains headers.h > > installing "x": > "x" depends on "bar2" > "bar2" contains header.h > "foo2" does not contains header.h > > processing installation: > apt install "x" and "bar2" : this breaks on "bar2" trying to > overwrite header.h from "foo1". > Upgrade stop .(sometimes foo2 is upgrade first i guess it > depends on the ordering, in this case everything works well) > > Retrying to upgade: > "x" is in broken state . apt try to resolve the problem before > anything. > One have to dpkg -i foo2 else apt is stuck. This has nothing to do with apt; it indicates a bug in the package (it must declare a Conflicts or Replaces if it contains the same files as another package). -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303286: additional information
I am also seeing trouble with the new ifupdown. None of my interfaces are working now -- I had to get the network running by manually configuring it. Here's a typical trace of the errors, and I've attached my interfaces file. Apr 5 17:18:29 kleph ifplugd(eth0)[23315]: Executing '/etc/ifplugd/ifplugd.action eth0 down'. Apr 5 17:18:30 kleph ifplugd(eth0)[23315]: client: /sbin/ifdown: interface eth0 not configured Apr 5 17:18:30 kleph ifplugd(eth0)[23315]: Program executed successfully. Apr 5 17:18:30 kleph ifplugd(eth0)[23315]: Exiting. Apr 5 17:19:22 kleph ifplugd(eth0)[24104]: ifplugd 0.26 initializing, using NETLINK device monitoring. Apr 5 17:19:22 kleph ifplugd(eth0)[24104]: Using interface eth0/00:0D:60:2E:4D:9D with driver (version: 5.6.10.1-k2-NAPI) Apr 5 17:19:22 kleph ifplugd(eth0)[24104]: Using detection mode: SIOCETHTOOL Apr 5 17:19:22 kleph ifplugd(eth0)[24104]: Initialization complete, link beat detected, interface enabled. Apr 5 17:19:22 kleph ifplugd(eth0)[24104]: Executing '/etc/ifplugd/ifplugd.action eth0 up'. Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: client: SIOCSIFADDR: No such device Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: client: wired-home: ERROR while getting interface flags: No such device Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: client: SIOCSIFNETMASK: No such device Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: client: SIOCSIFBRDADDR: No such device Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: client: wired-home: ERROR while getting interface flags: No such device Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: client: wired-home: ERROR while getting interface flags: No such device Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: client: Failed to bring up wired-home. Apr 5 17:19:26 kleph ifplugd(eth0)[24104]: Program executed successfully. Apr 5 17:19:57 kleph ifplugd(eth0)[24104]: Executing '/etc/ifplugd/ifplugd.action eth0 down'. Apr 5 17:19:57 kleph ifplugd(eth0)[24104]: client: /sbin/ifdown: interface eth0 not configured Apr 5 17:19:57 kleph ifplugd(eth0)[24104]: Program executed successfully. Apr 5 17:19:57 kleph ifplugd(eth0)[24104]: Exiting. # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface auto lo iface lo inet loopback mapping hotplug script /usr/local/sbin/map-exclude map eth0 map ath0 mapping ifplugd script /bin/echo mapping eth* script /usr/local/sbin/map-mac-address map 00:0d:60:2e:4d:9d wired map 00:05:4e:45:3c:f0 wireless mapping ath* script /usr/local/sbin/map-mac-address map 00:0d:60:2e:4d:9d wired map 00:05:4e:45:3c:f0 wireless mapping wired script /usr/local/sbin/map-scheme map home wired-home map work wired-work map none wired-default mapping wireless script /usr/local/sbin/map-scheme map home wireless-home map work wireless-work map none wireless-default iface wired-home inet static address 192.168.1.9 netmask 255.255.255.0 gateway 192.168.1.254 broadcast 192.168.1.255 network 192.168.1.0 dns_search csail.mit.edu ai.mit.edu mit.edu dns_nameservers 204.127.202.19 216.148.227.79 24.147.1.62 iface wired-work inet static address 128.30.16.24 netmask 255.255.255.0 gateway 128.30.16.1 broadcast 128.30.16.255 network 128.30.16.0 dns_search csail.mit.edu ai.mit.edu mit.edu dns_nameservers 128.30.2.23 128.30.2.24 128.30.2.25 128.30.0.125 iface wired-default inet dhcp dns_search csail.mit.edu ai.mit.edu mit.edu name Unknown interface type iface wireless-home inet static wireless_essid cph-home-g address 192.168.1.10 netmask 255.255.255.0 gateway 192.168.1.254 broadcast 192.168.1.255 network 192.168.1.0 metric 1 dns_search csail.mit.edu ai.mit.edu mit.edu dns_nameservers 204.127.202.19 216.148.227.79 24.147.1.62 iface wireless-work inet static wireless_essid StataCenter address 128.30.4.107 netmask 255.255.254.0 gateway 128.30.4.1 broadcast 128.30.5.255 network 128.30.4.0 metric 1 dns_search csail.mit.edu ai.mit.edu mit.edu dns_nameservers 128.30.2.23 128.30.2.24 128.30.2.25 128.30.0.125 iface wireless-default inet dhcp metric 1 dns_search csail.mit.edu ai.mit.edu mit.edu iface usb0 inet static address 192.168.129.1 pointopoint 192.168.129.201 netmask 255.255.255.255 broadcast 192.168.129.1 network 192.168.129.1 iface usb1 inet static address 192.168.129.2 pointopoint 192.168.129.202 netmask 255.255.255.255 broadcast 192.168.129.2 network 192.168.129.2
Bug#95213: [Pkg-shadow-devel] Bug#95213: Passing env variables after the login name does not work
On Tue, 5 Apr 2005, Nicolas [iso-8859-1] François wrote: [..] > Can you also try: > login root FOO=BAR [EMAIL PROTECTED] ~]# login root FOO=BAR Password: Not on system console [EMAIL PROTECTED] ~]# After above there is no new shell. > login "root FOO=BAR" [EMAIL PROTECTED] ~]# login "root FOO=BAR" Password: Login incorrect login: root FOO=BAR Password: Not on system console Does not work. > login (and then specify root FOO=BAR after the prompt) Seems this work only when logged from serial console (so .. getty is used in this case). > I'm asking this because I would like to see if the environments variables > should be parsed by login or by getty. After above experiments seems thi is getty feacture. kloczek -- --- *Ludzie nie mają problemów, tylko sobie sami je stwarzają* --- Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: [EMAIL PROTECTED]
Bug#303169: mairix: assertion failure search.c:57
> mairix: search.c:57: mark_hits_in_table: Assertion `idx < db->n_msgs' failed. I don't see this often. Can you tell me how I can reproduce this? Regards, Mako -- Benjamin Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ signature.asc Description: Digital signature
Bug#277394: Please include newer vserver patches and close this bug
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. 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. Micah signature.asc Description: Digital signature
Bug#303311: ALSA support for ali5451 broken in 2.6.11?
Package: kernel-image-2.6.11-1-686 Version: 2.6.11-2 Severity: normal My sound card worked fine in 2.6.10, but I don't get any sound output in 2.6.11. The driver is loaded and appears in /proc: jester:~> lsmod|grep snd snd_usb_audio 67392 0 snd_usb_lib13088 1 snd_usb_audio usbcore 120312 7 usbhid,ehci_hcd,uhci_hcd,pwc,snd_usb_audio,snd_usb_lib snd_rawmidi24032 1 snd_usb_lib snd_seq_device 8652 1 snd_rawmidi snd_ali545123556 2 snd_ac97_codec 78360 1 snd_ali5451 snd_pcm_oss53344 1 snd_pcm92712 4 snd_usb_audio,snd_ali5451,snd_ac97_codec,snd_pcm_oss snd_timer 24580 1 snd_pcm snd_page_alloc 10020 1 snd_pcm snd_mixer_oss 19872 2 snd_pcm_oss snd55300 9 snd_usb_audio,snd_rawmidi,snd_seq_device,snd_ali5451,snd_ac97_codec,snd_pcm_oss,snd_pcm,snd_timer,snd_mixer_oss soundcore 9664 3 snd jester:~> cat /proc/asound/cards 0 [A5451 ]: ALI5451 - ALI 5451 ALI 5451 at 0x8800, irq 11 Programs that use the sound card appear to work fine, but no sound output is generated. Of course, the mixer volume is just where it was before (about 80% of the maximum). Daniel -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages kernel-image-2.6.11-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- /- Daniel Burrows <[EMAIL PROTECTED]> -\ | "You keep on using that word. I do not think | |it means what you think it means." | | -- "The Princess Bride" | \--- Be like the kid in the movie! Play chess! -- http://www.uschess.org --/ pgpj5hoGPfiix.pgp Description: PGP signature
Bug#182286: The calamaris cronjob spams if there are empty squid logs
Package: calamaris Version: 2.59 Tags: patch Here's a patch that appears to fix this bug. It's affect me, also, with version 2.59. M diff -uNrb -x CVS -x '*~' -x '*.o' calamaris-2.59.orig/calamaris-cron-script calamaris-2.59/calamaris-cron-script --- calamaris-2.59.orig/calamaris-cron-script 2005-04-05 14:50:07.385234424 -0700 +++ calamaris-2.59/calamaris-cron-script2005-04-05 15:34:28.056175460 -0700 @@ -87,6 +87,10 @@ if [ "$WEEKDO" != "nothing" ]; then CALAMARISOPTIONSOLD="$CALAMARISOPTIONS" CALAMARISOPTIONS="$CALAMARISOPTIONS -o forweekly.$DAYOFWEEK" + # Ensure that this file exists and is empty; if there are no entries in the + # squid access.log, calamaris won't create the summary file, which causes + # problems with the weekly and monthly summaries. + :> forweekly.$DAYOFWEEK else if [ "$MONTHDO" != "nothing" ]; then CALAMARISOPTIONSOLD="$CALAMARISOPTIONS" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303310: ITP: ocaml-benchmark -- ocaml benchmarking library
Package: wnpp Severity: wishlist Owner: Sylvain LE GALL <[EMAIL PROTECTED]> * Package name: ocaml-benchmark Version : 0.6 Upstream Author : Christophe Troestler <[EMAIL PROTECTED]> * URL : http://prdownloads.sourceforge.net/ocaml-benchmark/ * License : LGPL v2.1 with OCaml static link exception Description : ocaml benchmarking library This library implements benchmarking functions for measuring the run-time of one or many functions using latency (multiple repetitions) or throughput (repeat until some time period has passed) tests. . It is inspired by the Perl module of the same name ( benchmark ). The package is already done, and lived in the svn repository of the debian-ocaml-maint group ( svn+ssh://svn.debian.org/svn/pkg-ocaml-maint/trunk/packages/ocaml-benchmark/trunk ). It will be uploaded ASAP ( when someone will sponsor me ). Regard Sylvain Le Gall -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11.6-grand Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303309: kcmshell kgamma opens empty dialog (only ok, cancel etc at the bottom)
Package: kgamma Version: 4:3.4.0-0pre1 Severity: normal Not sure if this is the right way. But move & edit the desktop file made the dialog useful again: --- /usr/share/applications/kde/kgamma.desktop 2005-02-03 23:44:58.0 +0100 +++ /usr/share/services/kgamma.desktop 2005-04-06 00:59:15.891926154 +0200 @@ -92,11 +92,14 @@ Keywords[wa]=KGamma, kgamma, Gama, gama Keywords[xx]=xxKGamma, kgamma, Gamma, gammaxx Keywords[zh_CN]=KGamma, kgamma, Gamma, gamma,äç -Type=Application -X-KDE-Init=kgamma + +#Type=Application +Type=Service +ServiceTypes=KCModule +#X-KDE-Init=kgamma X-KDE-FactoryName=kgamma X-KDE-Library=kgamma X-KDE-ModuleType=Library X-KDE-Test-Module=true -NoDisplay=true +#NoDisplay=true Encoding=UTF-8 Achim -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kgamma depends on: ii kdelibs4 4:3.4.0-0pre2 core libraries for all KDE applica ii libc62.3.2.ds1-20GNU C Library: Shared libraries an 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 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 libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte 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
Bug#303308: perl: Untainting a variable does not actually untaint the variable
Package: perl
Version: 5.8.4-8
Severity: normal
The following snippet of code, when run in taint mode, sometimes fails
with a taint error:
$page =~ tr/A-Z/a-z/;
$page =~ tr/a-z0-9//cd;
$page =~ m/^([A-Z0-9]*)$/i;
$page = $1;
my $ev = sprintf 'require ACI::Forms::%s; $self = new
ACI::Forms::%s($q);', $page, $page;
$l->log('info',"page (value = '%s') is tainted when about to eval
'%s'",$page,$ev)
if is_tainted($page);
$l->log('info',"ev (value = '%s') is tainted when about to eval for
page '%s'",$ev,$page)
if is_tainted($ev);
eval $ev;
if ($@) {
$l->log('err','Tried to eval %s, got %s',$ev,$@);
return undef;
}
Specifically, the eval $ev; line fails.
The calls to $l->log() do trigger:
Apr 5 18:47:00 ryan2 index.pl[4539]: 10.37.1.38/ryan ACI::Forms page (value =
'main') is tainted when about to eval 'require ACI::Forms::main; $self = new
ACI::Forms::main($q);'
Apr 5 18:47:00 ryan2 index.pl[4539]: 10.37.1.38/ryan ACI::Forms ev (value =
'require ACI::Forms::main; $self = new ACI::Forms::main($q);') is tainted when
about to eval for page 'main'
$page should begin tainted. This is a snippet of code that runs inside
mod_perl and Apache, using Apache::Registry, Apache::DBI and CGI.pm.
Note: This is an intermittent failure.
This was not the first request handled by this particular Apache
process, nor the last (it is still running after this error.)
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (900, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages perl depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii libgdbm31.8.3-2 GNU dbm database routines (runtime
ii perl-base 5.8.4-8 The Pathologically Eclectic Rubbis
ii perl-modules5.8.4-8 Core Perl modules
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302855: pbuilder messes with maintainer field
> DEBEMAIL=Maintainer Name <[EMAIL PROTECTED]> > If this was specified, dpkg-buildpackage command will be > passed > with the necessary sponsorship option -mMaintainer > Name > <[EMAIL PROTECTED]> on building. Overwridden with --debemail > com- > mand-line option. > > What should this be for? If I sponsor someone, I would not set myself > as Maintainer. I just check the package submitted, build it with > pbuilder and debsign it. This is the sponsorship option. I'm not quite sure if it was -k or -m that was currently recommended for uploading. > According to the following, pbuilder also looks within the user > enviroment variables for DEBEMAIL, which could really mess it up > (however I never noticed such a behaviour): That is due to the fact that the default pbuilder config sets a default value of '' to DEBEMAIL. I do notice that the manual page entry is confusing. I have updated it in CVS. regards, junichi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#300848: This is still present in sarge
On Tue, Apr 05, 2005 at 04:43:54PM +0200, Enrico Zini wrote: > > This bug is currently present in sarge. No, it is not. Versions of polygen in sarge works correctly with the ocaml version in sarge (just tried on an up-to-date testing machine). > > More exactly, there are at least two cases where this bug can cause > > breakage: Thus, if I understand correctly, you're saying that this _can_ be a bug if one of the two happens, am I wrong? If not, this bug should not be open in the BTS. > > 1. If someone using testing upgrades to the unstable ocaml If she do it via apt-pinning this is not an issue for the BTS: you get packages from unstable, you call for trouble. If not, how should she get the unstable ocaml? > > 2. if the ocaml transition makes it into testing and for any reason > >polygen will not enter testing at the same time, polygen in testing > >will be broken Here there is an issue indeed. The polygen version currently in testing doesn't adhere to the debian ocaml policy which require dependency on ocaml-base-nox-, but rather depends only on ocaml-base-nox. Last polygen version uploaded by Enrico to unstable has the correct dependency. Thus, theorically, it is possible that the ocaml transition makes it into testing and polygen not. If that happens, then polygen will break. Still, that case is rather unlikely since all ocaml packages should enter testing at once and some of them are still being uploaded these days. Unstable's polygen can't enter testing before of them (due to the ocaml-base-nox-3.08.3 dependency), but since it has already been uploaded it will enter testing in the same run of the testing scripts as all the other ocaml packages. That said, I still see no reason to have this bug open in the BTS: at the moment we have no problem with polygen in sarge. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#303307: ITP: freecycle -- a beat slicer
Package: wnpp Severity: wishlist Owner: Paul Brossier <[EMAIL PROTECTED]> * Package name: freecycle Version : 0.1alpha411 Upstream Author : Predrag Viceic <[EMAIL PROTECTED]> * URL : http://www.nongnu.org/freecycle/ * License : GPLv2 Description : a beat slicer for audio samples Freecycle is a beat slicer running on GNU/Linux platform, providing amplitude domain and frequency domain beat matching / zero crossing algorithms. It exports sliced audio chunks and generates a MIDI file which can be used to play the sliced loop. Freecycle also exports AKAI S5000/S6000/Z4/Z8 .AKP file to be used with your favorite sampler. Freecycle provides LADSPA interface with full control parameters automation and some quite basic but powerfull routing schemas. With traditional amplitude (scope) view, Freecycle also offers the fully integrated spectrogram view, useful for LADSPA filters visualization. Freecycle features basic OSS output and preliminary JACK layer connectivity. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303062: snmpd: FTBFS something to do with libwrap
hi jochen, On Tue, Apr 05, 2005 at 10:38:36PM +0200, Jochen Friedrich wrote: > > configure: error: Asked to use libwrap but I couldn't find it. > > make: *** [build-stamp] Error 1 > > Please check if your libwrap0-dev package is broken on your system > somehow. Do you have a possibility to try building net-snmp using > pbuilder? i don't believe that it was, though it's a mixed testing/unstable system that's had a lot of stuff installed on it. i can verify that it builds without a problem using pbuilder. i also am no longer able to recreate the problem on the machine in question, so i'm guessing that an apt-get upgrade fixed whatever it was. feel free to close the report :) sean -- signature.asc Description: Digital signature
Bug#303243: slapd: failed upgrade to latest version in sid
Hi Arjan, On Tue, Apr 05, 2005 at 11:37:08PM +0200, Arjan Oosting wrote: > > Erm, it should use /var/backups/slapd-2.1.30-3 under the assumption that > > you were upgrading from the last version in sid. Is it in fact using > > slapd-VERSION as the directory name unchanged? > > No it did use /var/backups/slapd-2.1.30-3, so that went alright :) Okay *phew* > > Hmm. I wonder how that can happen. The merge_logical_lines shell > > function is used to merge any lines which start with a space to the > > preceding line. Can you try to reproduce this and give me the relevant > > section of the config file? > > How can i reproduce this? Can I call some program the convert my > slapd.conf the way the maintainer script does? I will attach my > slapd.conf file I am using the simple trick of sourcing my script library. Still working on getting a better debugging interface. Anyway, using $ source debian/slapd.scripts-common $ merge_logical_lines < your_slapd.conf I can see that it indeed messes up the configuration. The reason is quite simple: You wrote the file in DOS mode and the maintainer script does not cope with that. I assumed that merging lines can be done by removing combinations of line feed followed by a line which is prefixed with white space. That's almost what slapd does - well, almost :) I'll go and fix the script to understand ^M in slapd.conf. > Well you can say it isn't true but it still tried to write something in > or create the /var/backups/slapd-2.1.30-3 directory. I don't know Hrm. I can't see how that can happen. When I get arround to implement putting only the used functions into the maintainer scripts the code should even get excluded from the postinst which should proof that it isn't called. But maybe I am wrong, which would mean that I am entirely stupid. Anyway, what I'd expect is that it tries to move /var/lib/ldap to /var/backups/dc=arriesoft,dc=nl.ldabdb which will fail. Can you by chance reproduce this failure and send me the output? > whether it tried to dump the database again but i couldn't complete the > installation without moving the /var/backups/slapd-2.1.30-3 directory > out of the way. And after the installation was complete I did a manual > slapadd. Maybe it was trying to slapadd data from there as intended. > > Is this the exact indentation? This works just fine here... > This is supposed to work (and works), but the maintainer script changes > it to one single line. Which is also okay apart from merging the comment into it. > > I don't think the breakage in your Samba installation is related. Samba > > is using the libldap2 libraries which should still be from 2.1.x on any > > Debian system. So nothing has changed on that front. Not sure if that is > > a good thing... :( > > I think it is. The breakage occured right after upgrading slapd and in > the trace I get from smbd i seel some calls to SSL related functions. So > it seems the change from gnutls to openssl triggers a bug in Samba (see > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=303272 ). Looks interesting. Maybe it is in fact related but in the way that OpenSSL and GnuTLS do not really like each other. Your slapd.conf has TLSCipherSuite HIGH I am not sure if the TLS patch will use this setting in any way. Maybe the algorithm used by samba does not suffice for this setting and now OpenLDAP is rejecting the connection, triggering a bug in libldap2 or GnuTLS, more likely the first :( Debugging output from slapd about that connection could be helpful. Greetings Torsten signature.asc Description: Digital signature
Bug#303252: eject: various translations from Ubuntu (el, hu, id, nb, pl, ro)
On Tue, Apr 05, 2005 at 05:23:26PM +0100, Colin Watson wrote: > I asked Ubuntu installer translators to translate a master file that > happened to include eject, and got the attached translations as a > result. You might want to include them in Debian. Two of them aren't UTF-8 but are labelled as such: [EMAIL PROTECTED]:~/debian/eject$ LANG=C msgfmt -o- debian/po/hu.po >/dev/null debian/po/hu.po:24:17: invalid multibyte sequence debian/po/hu.po:24:30: invalid multibyte sequence debian/po/hu.po:24:32: invalid multibyte sequence msgfmt: found 3 fatal errors [EMAIL PROTECTED]:~/debian/eject$ LANG=C msgfmt -o- debian/po/nb.po >/dev/null debian/po/nb.po:28:10: invalid multibyte sequence msgfmt: found 1 fatal error Could you find out which encodings these really are? Gruesse and TIA, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303135: debian-installer: ata_piix blocking but not supporting PATA devices. D-I thus fails to install.
severity 303135 important thanks On Tuesday 05 April 2005 01:11, Sven Mueller wrote: > the ata_piix kernel module blocks the PATA part of the chipset > but doesn't support the PATA devices. Some additional info on this issue. There is a lot of info in the Ubuntu bug report referenced in this discussion on #d-boot. SATA blocking IDE-CD? is that the same as https://bugzilla.ubuntu.com/show_bug.cgi?id=1440 ? sadly the Ubuntu fix is rather dependent on using hotplug in the installer Kamion: Yes, looks like same issue. that bug was, er, a fucking nightmare and that's putting it politely I've seen at lease 10 reports on that issue. We've been kind of ignoring it thus far. the fix was basically to make sure the SCSI bus is scanned after PCI and USB Kamion: #303135 has a nice summary. but I don't know if it depended on kernel fixes as well right, same thing by the looks of it oh, we turned on LIBATA_ENABLE_ATAPI in the kernel as well that was required but whether that works in 2.6.8 ... who knows I suspect it may not :( Yes, that is what the submitter of that mail mentioned. Guess it's mainly SATA driver immaturity, will solve itself given time. If only there were less systems using it :-P the submitter mentioned LIBATA_ENABLE_PATA, which is different; and defining that breaks stuff Ah. because on some chipsets both piix and ata_piix get the same PCI id in the hotplug pcimap and they both try to claim the disk, which goes totally haywire: you get silent data corruption reading from CD-ROM LIBATA_ENABLE_ATAPI seemed sufficient if the ide_generic workaround works, that would probably be a lot easier for Debian; it would "only" be some hairy hw-detect code Kamion: Works for installation, but will probably still cause problems after reboot because the SATA driver will be loaded by the initrd before the generic driver. right -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303244: kleopatra: configure crash
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? Thanks, Christopher Martin pgpyOYzC0ORth.pgp Description: PGP signature
Bug#303306: Crash whilst using www.torrentsearch.us
Package: konqueror Version: 4:3.3.2-1 When one goes to http://www.torrentsearch.us , searches for a torrent (any will do) clicks on it, selects open from the pop-up so that the garbled text of the torrent file appears and presses the back button konqueror will just crash and this is reproducible. I've got all the details from "The KDE Crash Handler" if this helps at all (I've removed all the "No debugging symbols found" but can post them up if needs be): Using host libthread_db library "/lib/tls/libthread_db.so.1". `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread -1229971328 (LWP 10016)] [KCrash handler] #3 0xb6399ea7 in KHTMLPart::browserExtension () from /usr/lib/libkhtml.so.4 #4 0xb64fe035 in EmbedLiveConnect::~EmbedLiveConnect () from /usr/lib/libkhtml.so.4 #5 0xb62a9670 in KJS::Reference::getValue () from /usr/lib/libkjs.so.1 #6 0xb626de42 in KJS::timeClip () from /usr/lib/libkjs.so.1 #7 0xb626fd89 in KJS::timeClip () from /usr/lib/libkjs.so.1 #8 0xb626ff83 in KJS::timeClip () from /usr/lib/libkjs.so.1 #9 0xb627062b in KJS::timeClip () from /usr/lib/libkjs.so.1 #10 0xb6274fca in KJS::timeClip () from /usr/lib/libkjs.so.1 #11 0xb627ba3c in KJS::timeClip () from /usr/lib/libkjs.so.1 #12 0xb6274ddf in KJS::timeClip () from /usr/lib/libkjs.so.1 #13 0xb627aee3 in KJS::timeClip () from /usr/lib/libkjs.so.1 #14 0xb629dd7c in KJS::DeclaredFunctionImp::execute () from /usr/lib/libkjs.so.1 #15 0xb629d14c in KJS::FunctionImp::call () from /usr/lib/libkjs.so.1 #16 0xb62a26b0 in KJS::Object::call () from /usr/lib/libkjs.so.1 #17 0xb6270943 in KJS::timeClip () from /usr/lib/libkjs.so.1 #18 0xb6274fca in KJS::timeClip () from /usr/lib/libkjs.so.1 #19 0xb627ba3c in KJS::timeClip () from /usr/lib/libkjs.so.1 #20 0xb6274ddf in KJS::timeClip () from /usr/lib/libkjs.so.1 #21 0xb627aee3 in KJS::timeClip () from /usr/lib/libkjs.so.1 #22 0xb629dd7c in KJS::DeclaredFunctionImp::execute () from /usr/lib/libkjs.so.1 #23 0xb629d14c in KJS::FunctionImp::call () from /usr/lib/libkjs.so.1 #24 0xb62a26b0 in KJS::Object::call () from /usr/lib/libkjs.so.1 #25 0xb6270943 in KJS::timeClip () from /usr/lib/libkjs.so.1 #26 0xb6274fca in KJS::timeClip () from /usr/lib/libkjs.so.1 #27 0xb627ba3c in KJS::timeClip () from /usr/lib/libkjs.so.1 #28 0xb6274ddf in KJS::timeClip () from /usr/lib/libkjs.so.1 #29 0xb627aee3 in KJS::timeClip () from /usr/lib/libkjs.so.1 #30 0xb6292737 in KJS::SourceCode::cleanup () from /usr/lib/libkjs.so.1 #31 0xb62a464a in KJS::Interpreter::evaluate () from /usr/lib/libkjs.so.1 #32 0xb6504a7f in EmbedLiveConnect::~EmbedLiveConnect () from /usr/lib/libkhtml.so.4 #33 0xb639aead in KHTMLPart::executeScript () from /usr/lib/libkhtml.so.4 #34 0xb63fcaa6 in KStaticDeleter >::~KStaticDeleter () from /usr/lib/libkhtml.so.4 #35 0xb64017ed in KStaticDeleter >::~KStaticDeleter () from /usr/lib/libkhtml.so.4 #36 0xb64ad541 in QPtrList::deleteItem () from /usr/lib/libkhtml.so.4 #37 0xb63fc97f in KStaticDeleter >::~KStaticDeleter () from /usr/lib/libkhtml.so.4 #38 0xb63fc2f4 in KStaticDeleter >::~KStaticDeleter () from /usr/lib/libkhtml.so.4 #39 0xb63ff107 in KStaticDeleter >::~KStaticDeleter () from /usr/lib/libkhtml.so.4 #40 0xb640051c in KStaticDeleter >::~KStaticDeleter () from /usr/lib/libkhtml.so.4 #41 0xb639f5e7 in KHTMLPart::write () from /usr/lib/libkhtml.so.4 #42 0xb639dfe9 in KHTMLPart::slotRestoreData () from /usr/lib/libkhtml.so.4 #43 0xb63ba670 in KHTMLPart::qt_invoke () from /usr/lib/libkhtml.so.4 #44 0xb72235ac in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #45 0xb63c79fa in KHTMLPageCacheDelivery::emitData () from /usr/lib/libkhtml.so.4 #46 0xb63c732b in KHTMLPageCache::sendData () from /usr/lib/libkhtml.so.4 #47 0xb63c7788 in KHTMLPageCache::qt_invoke () from /usr/lib/libkhtml.so.4 #48 0xb72235ac in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #49 0xb756126a in QSignal::signal () from /usr/lib/libqt-mt.so.3 #50 0xb723d78d in QSignal::activate () from /usr/lib/libqt-mt.so.3 #51 0xb7244f73 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3 #52 0xb71c6bff in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #53 0xb71c61fe in QApplication::notify () from /usr/lib/libqt-mt.so.3 #54 0xb7800e43 in KApplication::notify () from /usr/lib/libkdecore.so.4 #55 0xb71b6425 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #56 0xb716fc6b in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #57 0xb71d8f58 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #58 0xb71d8e08 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #59 0xb71c6e51 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #60 0xb69f4e4c in kdemain () from /usr/lib/libkdeinit_konqueror.so #61 0xb6a98896 in kdeinitmain () from /usr/lib/kde3/konqueror.so #62 0x0804cd30 in ?? () #63 0x0002 in ?? () #64 0x080701c8 in ?? () #65 0x0001 in ?? () #66 0x in ?? () #67 0x0
Bug#257375: nvidia-glx-ia32 support broken
I'm about to upload a new release that uses -pkg2.run for amd64. Thanks for bringing this to my attention. -- Randall Donald [EMAIL PROTECTED] http://www.khensu.org[EMAIL PROTECTED] Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303258: kontact: crash when trying to configure the kmail-part
On April 5, 2005 12:47, Guillaume Florey wrote: > Package: kontact > Version: 4:3.3.2-2 > Severity: important > > When I try to change the configuration of kmail (message) from the > kontact preferences menu, kontact crashed when it switch to kmail, the > kde debug give me this (see below). The bug is reprodusable. Does updating to 3.3.2-3 from Sid make a difference? Thanks, Christopher Martin pgpv4JnvGnnnm.pgp Description: PGP signature
Bug#303305: tea: uninstallable
Package: tea Version: 7.0-1 Severity: grave Justification: renders package unusable Setting up tea (7.0-1) ... error in control file: `Files' value not specified at /usr/sbin/install-docs line 617, line 10. dpkg: error processing tea (--configure): subprocess post-installation script returned error exit status 9 -- Michał Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Bug#301423: SASL Configuration Location Broken
On Tue, Apr 05, 2005 at 02:41:33PM -0700, [EMAIL PROTECTED] wrote: > Thanks - I encountered this problem & saved some time thanks to your > report - except that you meant /usr/lib/sasl2/smtpd.conf - right? > /var/... didn't work - /usr/... did : ) /usr/ - where it doesn't belong, by policy... hence the next upload restores the default location to /etc/postfix/sasl, while it should still find and use config files in /usr/lib/sasl2. lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303304: libapache2-request-perl: Dies complaining uploads cannot be disabled(parser not found)
Subject: libapache2-request-perl: Dies complaining uploads cannot be disabled (parser not found) Package: libapache2-request-perl Version: 2.04-dev-1 Severity: grave Justification: renders package unusable After uploading from 2.03-dev-3 to 2.04-dev-1, whenever I try to use my mod_perl2 applications I get a fatal error. This gets logged: Apache::Request::config: cannot disable uploads (parser not found) at /usr/lib/perl5/Apache2/Apache/Request.pm line 64. [Tue Apr 05 16:51:37 2005] [error] [client 132.248.72.73] Can't locate auto/Apache/Request/upload.al in @INC (@INC contains: /home/gwolf/cvs/comas_debconf/perl/Apache2 /usr/lib/perl5/Apache2 /home/gwolf/cvs/comas_debconf/perl /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl . /etc/apache2) at /home/gwolf/cvs/comas_debconf/perl/Apache2/Comas.pm line 340\n Effectively, upload.al is not shipped with the module (neither is any other file called *.al). I did note, though, that while the previous version didn't ship any *upload* files, this one does: [EMAIL PROTECTED]:/tmp/libapreq2-perl-2.04-dev$ find . -name *uplo* ./docs/html/group__apreq__xs__upload.html ./docs/man/man3/apreq_xs_upload.3 ./glue/perl/t/apreq/upload.t ./glue/perl/t/response/TestApReq/upload.pm Thank you very much, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-mosca Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libapache2-request-perl depends on: ii apache2-common 2.0.53-5 next generation, scalable, extenda ii libapache2-mod-perl21.999.20-1 Integration of perl with the Apach ii libapr0 2.0.53-5 the Apache Portable Runtime ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libldap22.1.30-3 OpenLDAP libraries ii perl5.8.4-8 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.4] 5.8.4-8 The Pathologically Eclectic Rubbis -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303302: libcppunit-1.10-2 will not install on i386 "sid" system because of dependency
Package: cppunit Version: 1.10.2-2 Severity: normal When I try to "apt-get install libcppunit-dev" on my i386 "sid" system I get this response: The following packages have unmet dependencies: libcppunit-dev: Depends: libcppunit-1.10-2 (= 1.10.2-2) but it is not going to be installed Depends: libcppunit-1.10-2 but it is not going to be installed Depends: libgcc1 (>= 1:4.0) but 1:3.4.3-12 is to be installed To me it looks as if the package has been compiled on an experimental or similar system, that is, a system with a gcc 4.0 installed. I fetched the source deb and compiled it on my own "sid" system - and that resulted in an i386 deb with correct dependency on libgcc1. So a simple re-upload with no precompiled i386 deb will probably solve the problem. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9hipl Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cppunit depends on: ii libcppunit-dev1.10.2-1 Unit Testing Library for C++ -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303303: nemesi: FTBFS (amd64/gcc-4.0): invalid lvalue in increment
Package: nemesi
Version: 0.5.0-1
Severity: normal
Tags: patch
When building 'nemesi' on amd64/unstable with gcc-4.0,
I get the following error:
Making all in rtcp
build_rtcp_sdes.c: In function 'build_rtcp_sdes':
build_rtcp_sdes.c:72: error: invalid lvalue in increment
build_rtcp_sdes.c:93: error: invalid lvalue in increment
build_rtcp_sdes.c:109: error: invalid lvalue in increment
make[3]: *** [build_rtcp_sdes.lo] Error 1
The attached patch fixes these gcc-4.0 related error messages.
There is also a '-fPIC' missing somewhere in decoder/gsm_amr_float
which causes the package to FTBFS on amd64.
Regards
Andreas Jochens
diff -urN ../tmp-orig/nemesi-0.5.0/rtcp/build_rtcp_sdes.c
./rtcp/build_rtcp_sdes.c
--- ../tmp-orig/nemesi-0.5.0/rtcp/build_rtcp_sdes.c 2005-01-25
17:32:14.0 +0100
+++ ./rtcp/build_rtcp_sdes.c2005-04-05 23:54:31.483385985 +0200
@@ -68,8 +68,8 @@
/* No space left in UDP pkt */
pad = 4 - len % 4;
len += pad/4;
- while (pad--)
- *(((char *)item)++)=0;
+ while (pad--) {
+ *((char*)item)=0; item = (char *)item + 1; }
pkt->common.len=htons(len);
return len;
}
@@ -89,8 +89,8 @@
/* No space left in UDP pkt */
pad = 4 - len % 4;
len += pad/4;
- while (pad--)
- *(((char *)item)++)=0;
+ while (pad--) {
+ *((char*)item)=0; item = (char *)item + 1; }
pkt->common.len=htons(len);
return len;
}
@@ -105,8 +105,8 @@
pad = 4 - len % 4;
len += pad/4;
- while (pad--)
- *(((char *)item)++)=0;
+ while (pad--) {
+ *((char*)item)=0; item = (char *)item + 1; }
pkt->common.len=htons(len);
return len;
diff -urN ../tmp-orig/nemesi-0.5.0/decoder/gsm_amr_float/gsm-amr-float.c
./decoder/gsm_amr_float/gsm-amr-float.c
--- ../tmp-orig/nemesi-0.5.0/decoder/gsm_amr_float/gsm-amr-float.c
2005-01-24 18:19:59.0 +0100
+++ ./decoder/gsm_amr_float/gsm-amr-float.c 2005-04-05 23:55:34.081649132
+0200
@@ -90,7 +90,7 @@
enum Mode dec_mode;
req_len = L_FRAME * sizeof(uint16) * ELEVEN + L_FRAME * sizeof(uint16)
/ 40;
- outbuff=(uint8 *)p=funcs->get_buff(req_len);
+ p=funcs->get_buff(req_len); outbuff=(uint8 *)p;
/* init decoder */
if (!destate)
diff -urN ../tmp-orig/nemesi-0.5.0/debian/control ./debian/control
--- ../tmp-orig/nemesi-0.5.0/debian/control 2005-04-05 23:58:45.579744223
+0200
+++ ./debian/control2005-04-05 23:37:22.211369202 +0200
@@ -2,7 +2,7 @@
Section: net
Priority: optional
Maintainer: OMSP Team <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), automake1.8, autoconf, libtool,
libsdl1.2-dev, libgtk2.0-dev
+Build-Depends: debhelper (>= 4.0.0), automake1.8, autoconf, libtool,
libltdl3-dev, libsdl1.2-dev, libgtk2.0-dev
Standards-Version: 3.6.1
Package: nemesi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295297: possibly vulnerable to dns hostname issues (CAN-2004-1485)
Jaakko, I was reminded that this bug has been open for 7 weeks with no reaction. It's a minor and somewhat hypothetical security hole, but we have a fix for it; do you plan to close the bug soon? -- see shy jo signature.asc Description: Digital signature
Bug#95213: Passing env variables after the login name does not work
On Tue, Apr 05, 2005 at 10:35:21PM +0200, Tomasz KÅoczko wrote: > I'm wrote "login from Solaris do not have this kind abilities" only after > reading Solaris login(1) man page text. But now .. > > v440 console login: root FOO=BAR > Password: > Last login: Sat Apr 2 09:29:02 from test1.zie.pg.gd > Apr 5 22:15:17 v440 login: ROOT LOGIN /dev/console > Sun Microsystems Inc. SunOS 5.10 Generic January 2005 > [EMAIL PROTECTED] ~]# echo $FOO > BAR Can you also try: login root FOO=BAR login "root FOO=BAR" login (and then specify root FOO=BAR after the prompt) I'm asking this because I would like to see if the environments variables should be parsed by login or by getty. Thanks in advance, -- Nekral
Bug#303265: sysvinit: Last does not display IPv6 addresses correctly
On Tue, 05 Apr 2005 20:27:36, Jason Cormie wrote: > Package: sysvinit > Version: 2.86.ds1-1 > Severity: minor > > > when I run last -i to dispaly ip addresses, > it can display IPv4 addresses, but messes up IPv6 Can you show an example of how it "messes up IPv6" ? How are you loggin in - telnet, rlogin, ssh ? "last" handles IPv6 in utmp/wtmp correctly as far as I know, but I also know that ssh did not in previous versions at least. Not sure what current versions do. So I guess last just shows you what actually is logged in /var/log/wtmp, and if it's junk, it's junk ... Mike.
Bug#303300: file permissions modification race (CAN-2005-0953)
Package: bzip2 Version: 1.0.2-5 Severity: normal Tags: security According to http://marc.theaimsgroup.com/?l=bugtraq&m=111229375217633&w=2: If a malicious local user has write access to a directory in which a target user is using bzip2 to extract or compress a file to then a TOCTOU bug can be exploited to change the permission of any file belonging to that user. On decompressing bzip2 copies the permissions from the compressed bzip2 file to the uncompressed file. However there is a gap between the uncompressed file being written (and it's file handler being close) and the permissions of the file being changed. During this gap a malicious user can remove the decompressed file and replace it with a hard-link to another file belonging to the user. bzip2 will then change the permissions on the hard-linked file to be the same as that of the bzip2 file. This is a low impact security hole as it requires a local user to exploit a race, and bzip2 must be run in a directory that the attacker can write to (and +t directories probably don't work), and all you can do is change a file permissions. If you fix this hole, please refer to CAN-2005-0953 in your changelog. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages bzip2 depends on: ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#303299: need "undo close tab" function
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: galeon Version: 1.3.20-1 Severity: wishlist It would be great to have some options in galeon that the tabbed browsing extensions add to firefox. My favourite is the "undo close tab" function in the context menu. Please add this to galeon. Regards, Alexander -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCUwkXlLqZutoTiOMRAj4GAJ9QamWGjirf+iqg+OIQ7hHRl9WUEQCeO7Qc 13GA5DVDZSpTsbpYJB7Uw4U= =ElNu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288710: setfacl with many files at cmdline -> Too many open files
On Tue, Apr 05, 2005 at 10:32:49AM +0200, Xavier Hienne wrote: > Nathan Scott a écrit : > > Let's reassign this bug to glibc, and ask those folks to take > > a look at the problem. > > Maybe should this bug be untagged "upstream" then ? Since its working on other versions of glibc (ie SLES9), odds are its an upstream bug anyway (maybe not, but probably). At this stage, I think we should leave it for the glibc guys to determine. cheers. -- Nathan
