Bug#403136: udev bug ... (d-i fails to create /dev/sd* devices)

[Sven Luther]

On Sun, Dec 17, 2006 at 02:48:24PM +0100, Marco d'Itri wrote:
> On Dec 16, Sven Luther <[EMAIL PROTECTED]> wrote:
> 
> > Well, i never dealt with udev, i have not even the faintest idea where to
> > start, and the initramfs-tools or d-i environment i have to play with is
> > really not all that user friendly, so please help me or give me guidance on
> > how to further investigate ? 
> OTOH looks like you were really quick to blame udev for this.
> 
> > Can you tell me how i can make udev log all received events, or something
> > such. Once i get the hand, it is usually already too late, and everything
> > happened.
> Uncomment the last line of /etc/udev/hotplug.rules .

Well, in the d-i context, or probably even the initramfs-tools context, this
is probably not going to do us much good.

I did build a modified udev-udeb, in which i added a hotplug.rules which
includes only the :

  # Log every event to /dev/hotplug.log (for debugging).
  RUN+="logger.agent"

lines, and i added /lib/udev/logger.agent to it too.

I am unsure if this will be enough though, because lot of stuff are missing
from the udev-udeb, and possibly also whatever is used to run the
hotplug.rules.

Would a udev-dbg-udev make sense ? It would make debugging this kind of stuff
much easier.

Now, i wonder if it is udev related, since the udev-udeb is much more
lightweight than the full udev, is d-i using something else to create the
devices ? 

Anyway, thanks for your help.

Friendly,

Sven Luther



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403420: kvm-source: kvm module loads but no /dev/kvm

[Ritesh Raj Sarraf]

On Monday 18 December 2006 12:25, Baruch Even wrote:
> Did you load the module for your processor? you need load kvm-intel or
> kvm-amd depending on what your CPU is.

Hmm!! I hoped the kvm module should have taken care of that.

Anyway. I manually loaded the kvm and kvm-intel module with which the ref 
count for kvm went to 1. But still no messages in dmesg and starting the kvm 
application complained the same message.

Also, to confirm is that my Intel process does support VT. It is a Core Duo 
2.0 GHz T2500 for which /proc/cpuinfo does list the vmx extension.

Thanks,
Ritesh
-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."
"Stealing logic from one person is plagiarism, stealing from many is 
research."
"The great are those who achieve the impossible, the petty are those who 
cannot - rrs"


pgpe9pzA7JVgl.pgp
Description: PGP signature

Bug#403356: fontconfig: 'fc-cache -f' crashes

[Leszek Koltunski]

If you helped me out with compilation of the package, I think I could 
gather some more info.


Following the Debian reference Sec. 2.2.12 , I did:

su
apt-get source fontconfig
dpkg-source -x fontconfig_2.4.2-1.dsc
cd fontconfig-2.4.2
dpkg-buildpackage

But the last command fails with

tajwan:~/tmp/fontconfig-2.4.2# dpkg-buildpackage
dpkg-buildpackage: source package is fontconfig
dpkg-buildpackage: source version is 2.4.2-1
dpkg-buildpackage: source changed by Keith Packard <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture i386
dpkg-buildpackage: source version without epoch 2.4.2-1
 debian/rules clean
test -x debian/rules
test "`id -u`" = 0
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory `/root/tmp/fontconfig-2.4.2'
for i in ./config.guess ./config.sub  ; do \
if test -e $i.cdbs-orig ; then \
mv $i.cdbs-orig $i ; \
fi ; \
done
make[1]: Leaving directory `/root/tmp/fontconfig-2.4.2'
if [ "reverse-patches" = "reverse-patches" ]; then rm -f 
debian/stamp-patched; fi

patches:
if [ "reverse-patches" != "reverse-patches" ]; then touch 
debian/stamp-patched; fi

if [ "reverse-patches" != "reverse-patches" ] ; then \
/usr/bin/make -f debian/rules update-config ; \
fi
for dir in debian/patches ; do \
rm -f $dir/*.log ; \
done
for i in ./config.guess ./config.sub  ; do \
if test -e $i.cdbs-orig ; then \
mv $i.cdbs-orig $i ; \
fi ; \
done
dh_clean
LC_ALL=C /usr/bin/make -C . -k distclean
make[1]: Entering directory `/root/tmp/fontconfig-2.4.2'
make[1]: *** No rule to make target `distclean'.
make[1]: Leaving directory `/root/tmp/fontconfig-2.4.2'
make: [makefile-clean] Error 2 (ignored)
rm -f debian/stamp-makefile-build
rm -f debian/stamp-autotools-files
chmod +w debian/po/*.po
debconf-updatepo
/usr/bin/perl: symbol lookup error: 
/usr/lib/perl/5.8/auto/List/Util/Util.so: undefined symbol: Perl_fv_init

make: *** [clean] Error 1



Google doesn't know anything about 'Perl_fv_init'.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403561: aptitude: [INTL:fr] french help translation update: help-fr.txt

[Christian Perrier]

tags 403561 pending
thanks

Quoting Simon Paillard ([EMAIL PROTECTED]):
> Package: aptitude
> Version: 0.4.4-1
> Severity: minor
> Tags: patch l10n
> 
> Hi,
> 
> Sébastien Barthélemy reported an error in the french translation
> help-fr.txt. Please find attached the fixed help-fr.txt.


Committed in my copy.




signature.asc
Description: Digital signature

Bug#289267: [pkg-ntp-maintainers] Bug#289267: [debian-ntp] Bug#289267: ntp: NTP on ifup

[Tore Anderson]

* Peter Eisentraut

> Well, I don't know what Ubuntu has done or does, but the current
> behavior was requested in Debian bug reports.  If we don't run ntpdate
> on ifup, when would we run it?

  During boot, after the network is normally started, and before system
 services are started.  If there's no network available before services
 are started, the clock should not be stepped by ntpdate at all.  IMHO.

Regards
-- 
Tore Anderson



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#401745: sympa: Does not set up correct owner and group

[Stefan Hornburg (Racke)]

Marco Solieri wrote:

Stefan Hornburg (Racke) wrote:

Marco Solieri wrote:

Package: sympa
Version: 5.2.1-0.1
Severity: grave
Tags: experimental
Justification: renders package unusable

After a fresh installation lot of important Sympa files are owned by
root:root and are unaccessable. This is because sympa processes run as
sympa user.

The configuration process itself suffers this problem reporting
errors probably due to this. In fact '/etc/sympa/data_structure.version'
is owned by root and this make the configuration process fail.

Moreover the entire '/usr/lib/sympa/' directory is owned (according with
postinst script) by root. I fixed setting up user and group to
sympa:sympa on that subtree.

/usr/lib/sympa is owned by root on purpose, the data directories for sympa
are within /var.



There are some files which need to be readable from user sympa: some 
in /usr/lib/sympa, other in /etc/sympa (/etc/sympa/data_structure.version).

Take a look on errors raised during package configuration.


All files in /usr/lib/sympa are readable for everyone.

/etc/sympa/data_structure.version should be generated in preinst (if
non-existent) with the ownership of the sympa user.

Bye
Racke


--
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403495: [Pkg-mono-group] Bug#403495: mono: assertion failure

[Sebastian Dröge]

On So, 2006-12-17 at 11:28 +0100, Wouter Verhelst wrote:
> Package: mono-jit
> Version: 1.2.2.1-1
> Severity: important
> File: /usr/bin/mono
> 
> Hi,
> 
> When I use f-spot, a mono application, and try to export a bunch of
> pictures to CD, then after the application has processed about 20 or 30
> pictures mono produces an assertion failure:
> 
> ** ERROR **: file mini-ppc.c: line 1877 (handle_thunk): assertion failed: 
> (pdata.found == 1)
> aborting...

Seems to be the same bug that I get with banshee... it's filed upstream
here: http://bugzilla.ximian.com/show_bug.cgi?id=80067

Bye


signature.asc
Description: This is a digitally signed message part

Bug#403568: ltsp: German gettext translation

[Vagrant Cascadian]

On Mon, Dec 18, 2006 at 02:13:04AM +0100, Wolfgang Schweer wrote:
> Please add german translation.

 msgfmt --statistics -o de.mo de.po
 37 translated messages, 1 untranslated message.

there is one message that didn't get translated(i think the ltsp.pot
file was recently updated). attached is an updated de.po file with one
unstranslated message remaining.

please update when you get the chance.

thanks!

live well,
  vagrant
# translation of ltsp.po to Deutsch
# Copyright (C) 2006 LTSP Debian/Ubuntu Maintainers <[EMAIL PROTECTED]>
# This file is distributed under the same license as the ltsp package.
#
# Wolfgang Schweer <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: ltsp-099debian8\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-12-17 21:35-0700\n"
"PO-Revision-Date: 2006-12-18 01:16+0100\n"
"Last-Translator: Wolfgang Schweer <[EMAIL PROTECTED]>\n"
"Language-Team: Deutsch <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../server/ltsp-build-client:49
#, sh-format
msgid "API ERROR: you need to provide true or false."
msgstr "API-Fehler: Bitte wahr oder falsch angeben."

#: ../server/ltsp-build-client:101
#, sh-format
msgid "Display this help message"
msgstr "Diese Hilfe-Seite anzeigen."

#: ../server/ltsp-build-client:102
#, sh-format
msgid "Display help for all available commandline options"
msgstr ""

#: ../server/ltsp-build-client:106
#, sh-format
msgid "LTSP Build Client usage:"
msgstr "Bedienungshinweise:"

#: ../server/ltsp-build-client:110
#, sh-format
msgid "  Regular options:"
msgstr "Reguläre Optionen:"

#: ../server/ltsp-build-client:114
#, sh-format
msgid "  Advanced options:"
msgstr "Zusätzliche Optionen:"

#: ../server/ltsp-build-client:126
#, sh-format
msgid "info: LTSP client installation completed successfully"
msgstr "Info: Installation erfolgreich abgeschlossen."

#: ../server/ltsp-build-client:128
#, sh-format
msgid "error: LTSP client installation ended abnormally"
msgstr "Fehler: Installation abgebrochen."

#: ../server/plugins/ltsp-build-client/Debian/001-apt-keys:3
#, sh-format
msgid "include the listed keys in the apt keyring"
msgstr "Aufgeführte Schlüssel in den apt-Schlüsselring übernehmen."

#: ../server/plugins/ltsp-build-client/Debian/001-set-accept-unsigned-packages:3
#, sh-format
msgid "allow unsigned packages during install."
msgstr "Unsignierte Pakete zur Installation zulassen."

#: ../server/plugins/ltsp-build-client/Debian/001-set-components:3
#, sh-format
msgid "Set the components to be used in mirror"
msgstr "Komponenten für den Spiegelserver angeben."

#: ../server/plugins/ltsp-build-client/Debian/010-debconf-seeds:3
#, sh-format
msgid "load debconf seeding in the chroot after install"
msgstr "Nach der Installation debconf-seeding im chroot-Verzeichnis ausführen."

#: ../server/plugins/ltsp-build-client/Debian/010-distribution-specific:5
#, sh-format
msgid "NOTE: disabling security APT source for sid.  It does not exist."
msgstr ""
"Hinweis: APT-Eintrag für sid security nicht eingetragen, da nicht vorhanden."

#: ../server/plugins/ltsp-build-client/Debian/010-enable-popcon:3
#, sh-format
msgid "enable popularity-contest in the chroot"
msgstr "Im chroot popularity-contest auf ja setzen."

#: ../server/plugins/ltsp-build-client/Debian/010-enable-popcon:12
#, sh-format
msgid "Enabling popularity contest..."
msgstr "popularity-contest auf ja gesetzt."

#: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:3
#, sh-format
msgid "Set the mirror location"
msgstr "Spiegelserver angeben."

#: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:4
#, sh-format
msgid "add a mirror, which takes priority over the default mirror"
msgstr ""
"Spiegelserver hinzufügen; diesem wird höhere Priorität als dem "
"voreingestellten gegeben."

#: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:5
#, sh-format
msgid "add a mirror, with lower priority than the default mirror"
msgstr ""
"Spiegelserver hinzufügen; diesem wird eine niedrigere Priorität als dem "
"voreingestellten gegeben."

#: ../server/plugins/ltsp-build-client/Debian/010-manage-mirror:6
#, sh-format
msgid "add a security mirror"
msgstr "Spiegelserver für security hinzufügen."

#: ../server/plugins/ltsp-build-client/Debian/010-security-mirror:8
#, sh-format
msgid "NOTE: adding default dist and components to security mirror:"
msgstr ""
"Hinweis: Für security wurden Voreinstellungen für Distribution und "
"Komponenten eingetragen."

#: ../server/plugins/ltsp-build-client/Debian/010-serial-console:3
#, sh-format
msgid "enable serial console"
msgstr "Zugang über serielle Konsole ermöglichen."

#: ../server/plugins/ltsp-build-client/Debian/010-serial-console:12
#, sh-format
msgid "Enabling serial console..."
msgstr "Zugang über serielle Konsole wird eingerichtet."

#: ../server/plugins/ltsp-build-client/Debian/020-kernel-selection:3
#, sh-format
msgid "set the list of kernel packages to install."
msg

Bug#403356: fontconfig: 'fc-cache -f' crashes

[Keith Packard]

On Mon, 2006-12-18 at 08:49 +0100, Leszek Koltunski wrote:
> If you helped me out with compilation of the package, I think I could 
> gather some more info.

Ok, let's try building just the raw upstream package; trust me, there
aren't any significant debian changes outside of the configuration
stuff, and besides, we aren't going to install any of this, just test
from the build directory.

$ apt-get source fontconfig
$ tar xzf fontconfig_2.4.2.orig.tar.gz
$ cd fontconfig-2.4.2/
$ ./configure --sysconfdir=/etc --prefix=/usr --mandir=/usr/share/man 
--localstatedir=/var CFLAGS=-g
$ make
$ cd fc-cache
$ su
#  ../libtool --mode=execute gdb fc-cache
(gdb) run -f

> /usr/bin/perl: symbol lookup error: 
> /usr/lib/perl/5.8/auto/List/Util/Util.so: undefined symbol: Perl_fv_init

I haven't a clue what that could mean, I'm afraid. The procedure above
shouldn't hit this issue though.

Thanks much for your perseverance; a crash in fontconfig on any system
is cause for concern.

-- 
[EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part

Bug#403580: Installation fails if /etc/mailname does not exist

[schönfeld / in-medias-res.com]

Package: mantis
Severity: normal

I have received the following mail which indicates that there seems to
be a bug in the postinst script of mantis. I haven't checked it yet, but
i open this bug report, so that others can be informed about this issue,
too.


 Original Message 
Subject: Hello, maintainer of mantis~
Date: Mon, 18 Dec 2006 12:47:44 +0900
From: 김진욱 Jinwook Kim <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]

Dear Patrick Schoenfeld

Today I update mantis by apt. but there are some errors that I don't
remember. And next time, mantis is 'half-configured' in my aptitude list.

I tried to reinstall mantis. But I just get some error msg like this

migraing old settings into dbconfig-common: done
cat: /etc/mailname: No such file or directory
dpkg: error processing mantis (--configure):

In my opinion 'mantis package' need more dependency or '/etc/mailname'
requirement. Is that right?


sorry that my short english.

-- 
in medias res Gesellschaft für Kommunikationstechnologien mbH
Dahlenerstr. 570
41239 Mönchengladbach

tel. +49 (0) 2166 - 685
fax. +49 (0) 2166 - 800
email: [EMAIL PROTECTED]




signature.asc
Description: OpenPGP digital signature

Bug#403216: dpkg-shlibdeps: Fails to check /emul/ia32-linux/[usr/]lib

[Goswin von Brederlow]

Guillem Jover <[EMAIL PROTECTED]> writes:

> tags 403216 - patch
> thanks
>
> On Fri, 2006-12-15 at 13:26:41 +0100, Goswin von Brederlow wrote:
>> Package: dpkg-dev
>> Version: 1.13.24
>> Severity: critical
>> File: /usr/bin/dpkg-shlibdeps
>> Tags: patch
>
> Er, there's not patch in here... and I think the proposed fix is
> wrong.
>
>> dpkg-shlibdeps sets
>> 
>> my @librarypaths = qw( /lib /usr/lib /lib32 /usr/lib32 /lib64 /usr/lib64 );
>> 
>> to include the 32bit libraries on ia64 and amd64. But packages install their
>> libraries in /emul/ia32-linux/[usr/]lib to which [/usr]/lib is a link.
>
>> The problem now is that dpkg will not find the package for a library
>> under [/usr]/lib32/ as it was installed under a different path. This
>> causes dpkg-shlibdeps to not find a package for 32bit libraries and no
>> shlibs file. In the end the packages will lack the neccessary depends
>> to the 32bit libraries used in the package.
>
> It could be argued that the handling of this biarch stuff is a mess,
> but anyway. This was fixed in the past when we gave dpkg-shlibdeps
> support to handle /lib/ldconfig/ symlinks. Now it's gone, so the
> proper fix is for the package providing such libs in such nasty
> paths to add a file under /etc/ld.so.conf.d with those, and for
> dpkg-shlibdeps to read those files. I'll implement that tomorrow
> or the day after (I'm traveling today).
>
> regards,
> guillem

That requires that libc6-i386 or libc6-i386-dev does contain the

/etc/ld.so.conf.d/i486-linux-gnu.conf

file. Which it does not. See

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388489

I'm CCing the bug so this use case is documented there also. Note that
388489 was reduced to wishlist since it lacked serious use. That
should probably be raised to RC level again if you go this way.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403540: [l10n] Updated Czech translation of mantis debconf messages

[schönfeld / in-medias-res]

Tags 403540 pending

Hi,


in attachement there is updated Czech (cs.po) translation of
mantis debconf messages. Please include it with the package.


thanks for the updated translation. I will include it in the next upload.

Best Regards

Patrick


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#399649: reportbug hangs and memory usage skyrockets

[Celejar]

Followup-For: Bug #399649
Package: reportbug
Version: 3.31

*** Please type your report below this line ***

I'm also seeing reportbug hang when "checking for newer versions ..."; it just 
sits there while memory usage rapidly skyrockets until the system runs out of 
RAM and begins to swap, and then continues rising. I only see this with 
operating mode set to advanced; setting it to normal resolves the problem, 
which is how I'm filing this :).

-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/yitzhak/.reportbugrc:
reportbug_version "3.31"
mode standard
ui text
realname "celejar"
email "[EMAIL PROTECTED]"

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages reportbug depends on:
ii  python2.4.3-11   An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

Versions of packages reportbug recommends:
pn  python-cjkcodecs | python-ico  (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403581: Multiple security vulnerabilities in osh

[Solar Eclipse]

Package: osh
Version: 1.7-13sarge1

The are multiple vulnerabilities in the Operator Shell (osh). In my audit of
version 1.7-12 I found a total of 11 vulnerabilites, a large number of which
are still present in the latest stable version 1.7.-13sarge1.

A detailed analysis of the vulnerabilities is available here:
http://www.phreedom.org/solar/vuln/osh/

The bugs include buffer overflows, format string bugs and race conditions.
This program is almost a textbook example of how not to write privileged Unix
applications.

I recommend removing the package from stable, or fixing all the bugs with the
following simple patch in the beginning of the main() function:

diff -ru osh-1.7-13sarge1.orig/main.c osh-1.7-13sarge1/main.c
--- osh-1.7-13sarge1.orig/main.c2005-12-17 14:39:58.0 -0800
+++ osh-1.7-13sarge1/main.c 2006-12-18 00:26:09.0 -0800
@@ -758,6 +758,9 @@
   struct utsname un;
 #endif
 
+  printf("This program is too insecure to run as root.\n");
+  exit(1);
+
 #ifndef HAVE_SYS_UTSNAME
   gethostname(host, 16);
   if ((x=strchr(host, '.'))!=NULL)




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403478: release-notes: dangling link to volatile.debian.org

[Andreas Barth]

tags 403478 + pending
thanks

* francois ([EMAIL PROTECTED]) [061217 14:57]:
> The site  linked from "2.1.1
> debian-volatile now an official service" is not accessible. The site
>  give a link to the up-to-date site
> .

The link volatile.debian.org is being set up right now - as soon as that
is done, the link in the release notes is now longer dangling.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403582: Each time a new gaim-data package becomes available, gaim is removed

[Eric Valette]

Package: gaim
Version: 1:2.0.0+beta5-8
Severity: important


This morning again because  gaim_data_1:2.0.0+beta5-9 was available and not the 
corresponding binary package it was once again removed.

This happens nearly for a month now and this is enough especially when the gaim 
package cannot be found in incoming. Could you please fix the packages 
dependencies so that gaim_data is not installed until the corresponding gaim 
package is available?

Thanks. 

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages gaim depends on:
ii  gaim-data1:2.0.0+beta5-8 multi-protocol instant messaging c
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libavahi-compat-howl00.6.15-2Avahi Howl compatibility library
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.0.2-1 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.71-3  simple interprocess messaging syst
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libglib2.0-0 2.12.4-2The GLib library of C routines
ii  libgstreamer0.10-0   0.10.10-2   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libncursesw5 5.5-5   Shared libraries for terminal hand
ii  libnspr4-0d  1.8.0.8-1   NetScape Portable Runtime Library
ii  libnss3-0d   1.8.0.8-1   Network Security Service libraries
ii  libpango1.0-01.14.8-3Layout and rendering of internatio
ii  libperl5.8   5.8.8-7 Shared Perl library
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libstartup-notification0 0.8-2   library for program launch feedbac
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxml2  2.6.27.dfsg-1   GNOME XML library
ii  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  libxss1  1:1.1.0-1   X11 Screen Saver extension library

Versions of packages gaim recommends:
pn  gstreamer0.10-alsa | gstreame  (no description available)
pn  gstreamer0.10-plugins-base (no description available)
pn  gstreamer0.10-plugins-good (no description available)
ii  python2.4.4-2An interactive high-level object-o

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#379564: Bug#389163: How to handle filename conflict "aleph" (Packages aleph, tetex-bin, texlive-bin)?

[Frank Küster]

Norbert Preining <[EMAIL PROTECTED]> wrote:

> On Sam, 16 Dez 2006, Frank Küster wrote:
>> > THis name change is currently under discussion in the tex-live
>> > (upstream) mailing list with the original authors participating. As soon
>> > as we have come to a conclusion there it will be executed in Debian.
>> 
>> Sorry, aren't the texlive people talking about mex?  I always thought
>> that it was settled that aleph "belongs" to the TeX community, and the
>> programming language is "afnix"?
>
> Damned, you are right, I mixed this. So we have
>   aleph(texlive-omega,tetex-bin) vs. aleph(aleph)
> and
>   mex(texlive-lang-polish) vs. mex(octave)

No, we don't have any problems (for etch):

- aleph has been removed and will probably be reintroduced as afnix

- octave uses /usr/bin/mex2.1

We should, however, contact the octave people about the possible
conflict, perhaps with a wishlist bug "Please don't use /usr/bin/mex". 

Regards, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#403356: fontconfig: 'fc-cache -f' crashes

[Leszek Koltunski]

tajwan:~/tmp/orig-source/fontconfig-2.4.2/fc-cache# ../libtool 
--mode=execute gdb fc-cache

GNU gdb 6.5-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you 
are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db 
library "/lib/tls/libthread_db.so.1".


(gdb) run -f
Starting program: 
/root/tmp/orig-source/fontconfig-2.4.2/fc-cache/.libs/lt-fc-cache -f
warning: Lowest section in system-supplied DSO at 0xe000 is .hash at 
e0b4

[Thread debugging using libthread_db enabled]
[New Thread -136579392 (LWP 17610)]

Program exited normally.
(gdb) q



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403580: Hello, maintainer of mantis~

[Patrick Schönfeld]

Hi,

first to note: I have opened up a bugreport for this issue at
bugs.debian.org. So please CC every answer to [EMAIL PROTECTED], as
I do, so that others can get up-to-date information about this issue, too.

김진욱 Jinwook Kim wrote:
 > I tried to reinstall mantis. But I just get some error msg like this
> 
> migraing old settings into dbconfig-common: done
> cat: /etc/mailname: No such file or directory
> dpkg: error processing mantis (--configure):

I have checked this and this is (seems to be) a bug in the configuration
scripts of the packages. In fact i did not check if this file exists and
handle the situation gracefully if it doesn't. I will fix this with the
next upload which will be in a few days, together with updated translations.

> In my opinion 'mantis package' need more dependency or '/etc/mailname' 
> requirement. Is that right?

To get your package running for now, you will have to do a
touch /etc/mailname
just for it to exist (it doesn't matter if it is empty, cause it is only
used to suggest you an administrator email address), so that maintainer
script will not fail. After that run:

dpkg-reconfigure mantis

It should finish installation then. Please test that to see if my
assumption about the bug is write in your case.

> sorry that my short english.

Not that bad. I'm not a native speaker as well, therefore my english
isn't the best neither.

Best Regards
Patrick



signature.asc
Description: OpenPGP digital signature

Bug#402456: Serious Copyright violation in "cdrkit"

[Andreas Barth]

* Joerg Schilling ([EMAIL PROTECTED]) [061217 18:19]:
> You do not need to understand the background.
> 
> You just need to remember that you are not allowed to remove Copyright 
> information.

This is a partial-true information. Please look in the relevant
commentaries for e.g. §13 UrhG (that is a german law). The law states
that one has to acknoledge who created a work, and the commentaries say
that this does (unless the contract say otherwise) does not give the
creator of any work the right to specify e.g. fontsize or how it is
presented in detail (with limits to faulty advertisment etc of course),
but only the right to specify whether you want to be named or not.

As far as I can see, your name has not been removed, so the actions were
in accordance with §13 UrhG.

I hope you realised that your behaviour does allow anyone who is part of
the cdrkit team to take legal action against you (Feststellungsklage),
and also that you are at least at the border of being criminal because
of slender (Verleumdung).


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#402994: use new libpaper hook to track system paper size

[Frank Küster]

Frank Küster <[EMAIL PROTECTED]> wrote:

> Or wait.  We could
>
> - ship our default config.ps in /usr/share/tetex-bin
>
> - in postinst, run the equivalent of the libpaper hook on this file,
>   creating a temporary file which differs from the default one only by
>   the papersize setting
>
> - use ucf to install the temporary file in /etc/texmf/dvips/

To put a little flesh on this:

- paperconfig/libpaper.postinst call the hook without parameters

- TeX packages' postinsts call it with option "packagename"

and the script does the following (example only for dvips)

if [ -n "$1" ]; then
  sourcedir=/usr/share/$1
else
  sourcedir=/etc/texmf/dvips
fi

papersize=`ask libpaper`

case $papersize in
  list|of|known|papers)
:
;;
  *)
error_message #debconf or stderr?
exit 0
esac

sed -e 's/\($pattern_for_papersize\)[anysize]*/\1 $papersize/ \
  $sourcdir/config.ps > tempfile
ucf tempfile /etc/texmf/dvips/config.ps

Regards, Frank

-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#403583: exim4: client TLS authentication is broken

[Celejar]

Package: exim4
Version: 4.63-2
Severity: normal

*** Please type your report below this line ***

Exim is set to relay outgoing mail through a smarthost (smtp.gmail.com
a.k.a gmail-smtp.l.google.com) which requires the client to authenticate
via TLS. Exim is configured to do so, and /etc/exim4/passwd.client
contains the following lines:

> *:[EMAIL PROTECTED]:my_password
> gmail-smtp.l.google.com:[EMAIL PROTECTED]:my_password
> smtp.gmail.com:[EMAIL PROTECTED]:my_password

Sending mail is often succesful, but it often fails with the
following log message:

> -xx-xx xx:xx:xx xx ** [EMAIL PROTECTED] R=smarthost
> T=remote_smtp_smarthost: SMTP error from remote mail server after MAIL
> FROM:<> SIZE=: host gmail-smtp.l.google.com [64.233.185.111]: 530
> 5.5.1 Authentication Required xx

Other MTAs on the system (Sylpheed, swaks and others) are consistently
successful at relaying mail through the same smarthost.
This problem is discussed at some length on the (regular, non-Debian) exim
mailing list [0], but I see no resolution there.
The information on the "GmailandExim4" page of the Debian wiki [1] also
does not help to resolve the problem.

[0] 
http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20061023/msg00323.html
[1] http://wiki.debian.org/GmailAndExim4

Package-specific info:
Exim version 4.63 #1 built 15-Aug-2006 20:40:36
Copyright (c) University of Cambridge 2006
Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September  6, 2005)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis 
nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to replace
# the DEBCONFsomethingDEBCONF strings in the configuration template files.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='smarthost'
dc_other_hostnames='localhost.localdomain'
dc_local_interfaces='127.0.0.1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.gmail.com'
CFILEMODE='644'
dc_use_split_config='true'
dc_hide_mailname='false'
dc_mailname_in_oh='true'
mailname:localhost.localdomain

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages exim4 depends on:
ii  exim4-base4.63-2 support files for all exim MTA (v4
ii  exim4-daemon-light4.63-2 lightweight exim MTA (v4) daemon

exim4 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#400923: gdm: $DISPLAY variable not set

[Mohammed Sameer]

retitle 400923 multi-gnome-terminal: $DISPLAY variable not set from the 
--display argument
thanks

I've just rebuilt the package. Forgot to close a bug.

-- 
GNU/Linux registered user #224950
Proud Egyptian GNU/Linux User Group  Member.
Life powered by Debian, Homepage: www.foolab.org
--
Don't send me any attachment in Micro$oft (.DOC, .PPT) format please
Read http://www.gnu.org/philosophy/no-word-attachments.html
Preferable attachments: .PDF, .HTML, .TXT
Thanx for adding this text to Your signature


signature.asc
Description: Digital signature

Bug#403356: fontconfig: 'fc-cache -f' crashes

[Leszek Koltunski]

after

apt-get source fontconfig
dpkg-source -x fontconfig_2.4.2-1.dsc

I already can see a directory named 'fontconfig-2.4.2' . This is the 
source with all Debian patches applied, right? If I compile that the 
'./configure ...' way, fc-cache also doesn't crash.


Looks like the package compiled on plain i386 crash in my 386 chroot 
inside AMD64 system, or my chroot is borked in some way.





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403562: [xml/sgml-pkgs] Bug#403562: xsltproc crashed (bus error) - memory corruption?

[Vincent Lefevre]

On 2006-12-18 07:50:28 +0100, Mike Hommey wrote:
> No input files

See the attached archive, the command is in the file cmd. I hope these
are the correct arguments, I had to find the right ones after looking
at the timestamps (the crash occurred during a make and I restarted it
without noticing it was a crash, until I noticed the core file). This
also seems to be confirmed by the contents of the core file.

> and unreproducibility from bug reporter... that's
> helpful. Did you try memtest86 ?

memtest86 doesn't seem to exist on PowerPC. memtest gives no errors.
The log files don't show anything suspect.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)


xsltproc-20061217.tar.bz2
Description: Binary data

Bug#398091: Upstream xcache release ought to provide PHP 5.2 compatibility

[Sigurd Magnusson]

> ... php5-xcache failed to build on all
 >architectures; it doesn't seem to be compatible with php 5.2 without
 >modifications.
 
 Yes, any many upstream releases have been made over the past four 
 months that provide many bugfixes and "full" PHP 5.2 support.
 See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389329
 
 Sigurd Magnusson
 SilverStripe
 [EMAIL PROTECTED]
 +64 4 978 7332 
 

Bug#402746: undefined reference to __FD_ZERO and __FD_SET

[sferriol]

maximilian attems a écrit :

> reassign rootskel
> stop
>
> On Tue, 12 Dec 2006, sferriol wrote:
>
>
>> Package: libklibc-dev
>> Version: 1.4.30-2
>> Severity: normal
>>
>> in d-i, building rootskel/src-bootfloppy/bin/timeout_read.c failed 
on alpha, amd64, ia64, s390

>> undefined reference to '__FD_ZERO'
>> undefined reference to '__FD_SET'
>>
>> sylvain
>>
>
>
> wtf are you poking around in internal kernel routines.
> the double underscore should be a warning enough.
>
> __FD_SET and __FD_ZERO are found in __KERNEL__ sections of posix_types.h
>
>
no i'd never used internal kernel routines, i just used FD_SET and FD_ZERO
see man select
but fjp said that it bugs on other architectures



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#403085: possible fix

[Michael Piefel]

Am Freitag, den 15.12.2006, 14:39 +0100 schrieb Markus Dahms:
> I made two patches which resolve the problem for me, one fixes
> magic_compile(), the other one magic_check():

Sorry, you were too slow.

> All the problems are missing initializations, there can be many more of
> these bugs in the code :(. Is somebody maintaining file/libmagic (despite
> the Debian package)?

Indeed. Of course file is maintained upstream. He’ll know about the
problems, but I cannot use a more recent version now: Etch is frozen.

Bye,
   Mike

-- 
|=| Michael Piefel
|=| Member of the Debian project


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#403584: RFH: apt-cacher -- caching proxy system for Debian package and source files

[Eduard Bloch]

Package: wnpp
Severity: normal

I request assistance with maintaining the apt-cacher package. It needs a
Perl coder with sufficient knowledge about network programming and HTTP
protocol AND lots of spare time to test the fixes.

And/Or help developing or rewritting the incomplete designated
successor, apt-cacher-ng (currently C++ with some sugar).

Eduard.

The package description is:
 Apt-cacher performs caching of .deb and source packages which have been
 downloaded by local users. It is most useful for local area networks with slow
 internet uplink.
 .
 When a package is requested, the cache checks whether it already has the
 expected version, in which case it sends the package to the user immediately.
 If not, it downloads the package while streaming it to the user at the same
 time. A local copy is then kept for use by other users.
 .
 Apt-cacher has been optimized for best utilization of network bandwith and
 efficiency even on slow low-memory servers. Multiple ways of installation are
 possible: as a stand-alone HTTP server, as a daemon executed by inetd or as a
 CGI program. The client machines are configured by changing APT's proxy
 configuration or modification of access URLs in sources.list.
 .
 The package includes utilities to clean the cache (removing obsolete package
 files), to generate usage reports and import existing package files.
 Experimental features include a simple package checksum verification framework
 and pre-fetching of new packages (upgrade candidates).
 .
 Apt-cacher can be used as a replacement for apt-proxy, with no need to modify
 clients' /etc/apt/sources.list files (and even reusing its config and cached
 data), or as an alternative to approx.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1
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#389329: 1.2.0 out...

[Sigurd Magnusson]

Further to this message back from September, its now December and two 
 major releases (1.1 and 1.2) are both out and considered better than 
 the 1.0 that this package produces. I'll watch this post and gladly 
 test it when you rerelease php5-xcache with v1.2.
 
 To my understanding then, this bug should really be considered 
 "Importantant" or "Grave", because without it being compatible with 
 PHP5.2, it is removed from debian testing/unstable.
 
 Sigurd Magnusson
 SilverStripe
 [EMAIL PROTECTED]
 +64 4 978 7332 
 

Bug#399509: xserver-xorg-video-mga: hangs after switch to console and back

[Marek Michalkiewicz]

I can independently confirm the same problem with the 2.6.18 kernel
as packaged in "testing" - works fine with text console, fails with
matroxfb exactly as described in the bug report (hang and lots of
these "mga_dma_* called without lock held" messages).

Hope this helps,
Marek


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403586: fp-compiler: miscompiles multilevel if-statement

[Heno Ivanov]

Package: fp-compiler
Version: 2.0.0-4
Severity: important

Using -O2 produces invalid code. demonstration programm included.
Expected output "5 2", but with -O2 the program results "5 5"

the problem is fixed in 2.0.4.


code:
--
var x,y,r,s,v  : integer;
begin
   r:=3; v:=5; s:=7;

   if s <= v then begin
  x := s; y := 1;
   end else if (s - v) <= r then begin
  x := v; y := s - v;
   end;
  writeln(x, ' ', y);
end.
-


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.20-grsec
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 
(charmap=ISO-8859-15)


Versions of packages fp-compiler depends on:
ii  fp-units-rtl  2.0.0-4Free Pascal -- Runtime 
Library




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403585: Regression in 2.4.35-1

[Aurélien GÉRÔME]

Package: libattr1
Version: 2.4.35-1
Severity: serious
Justification: make other packages FTBFS

There has been a regression on your package since 2.4.32-1.

When building gnu-fdisk yesterday for instance, it went fine. However,
today with 2.4.35-1, I got:

make[3]: Entering directory `/home/ag/build/fdisk-0.9.1/src'
test -z "/usr/sbin" || mkdir -p -- 
"/home/ag/build/fdisk-0.9.1/debian/fdisk/usr/sbin"
  /usr/bin/install -c 'fdisk' 
'/home/ag/build/fdisk-0.9.1/debian/fdisk/usr/sbin/gnu-fdisk'
/usr/bin/install: relocation error: /lib/libacl.so.1: symbol setxattr, version 
ATTR_1.0 not defined in file libattr.so.1 with link time reference
make[3]: *** [install-sbinPROGRAMS] Error 1

Other people reported the same on #debian-devel for other software.

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#403379: closed by A Mennucc1 <[EMAIL PROTECTED]> (Bug#403379: fixed in mplayer 1.0~rc1-9)

[A Mennucc]

Aurelien Jarno ha scritto:
> reopen 403379
> thanks

> Sorry, but I still have the same problem. Also a debdiff show no code
> change between this version and the previous one.


I forgot to copy the patch from my -debug tree to my -build tree
before debuild (damn it)

the patch is not on this PC, but I remember what it was about, so I just
recreated

the good point is that , on this amd64 box, I can debug also h264 code,
so now I am adding some fixes to that too

a.



signature.asc
Description: OpenPGP digital signature

Bug#403587: libattr1: Upgrade renders ls unuseable

[Mathias Brodala]

Package: libattr1
Version: 2.4.35-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The latest upgrade of libattr and libacl renders ls -l unusable:

> $ ls -l
> ls: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not 
> defined in file libattr.so.1 with link time reference

I haven’t restarted my system yet and don’t think that this should be necessary.

- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)

Versions of packages libattr1 depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries

libattr1 recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFhmHMYfUFJ3ewsJgRAmc9AKCATfuXJB8Ivb0JNOVEt3yGQDNhAQCfZKjw
mhGBN4v59428bclebWet2UE=
=i2wz
-END PGP SIGNATURE-

Bug#400831: [EMAIL PROTECTED]: Bug#400831: logic error in

[Thomas Roessler]

fixed

On 2006-12-02 17:05:47 -0500, Kyle Wheeler wrote:
> From: Kyle Wheeler <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Sat, 2 Dec 2006 17:05:47 -0500
> Subject: [EMAIL PROTECTED]: Bug#400831: logic error in
>   mutt-1.5.13/account.c]
> X-Spam-Level: 
> Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
> 
> I came across this posting to the Debian mutt list.
> 
> ~Kyle
> -- 
> I love America more than any other country in this world, and, exactly 
> for this reason, I insist on the right to criticize her perpetually.
>   -- James Baldwin, Notes of a Native Son

> From: Jochen Voss <[EMAIL PROTECTED]>
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> Date: Tue, 28 Nov 2006 23:00:29 +
> Subject: Bug#400831: logic error in mutt-1.5.13/account.c
> Reply-To: Jochen Voss <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> X-Spam-Level: 
> DomainKey-Status: no signature
> 
> Package: mutt
> Version: 1.5.13-1
> Severity: normal
> 
> Hi,
> 
> recently I came across the following bit of code in the source file
> mutt-1.5.13/account.c (near the end of the file):
> 
> void mutt_account_unsetpass (ACCOUNT* account)
> {
>   account->flags &= !M_ACCT_PASS;
> }
> 
> Since the flags field is used as a collection of separate bit, this is
> a bug in the program.  Since M_ACCT_PASS equals 8, !M_ACCT_PASS equals
> 0 and the 'mutt_account_unsetpass' function erroneously clears all
> flags instead of only M_ACCT_PASS.
> 
> This bug can be fixed by using bitwise negation instead of logical
> negation:
> 
>   account->flags &= ~M_ACCT_PASS;
> 
> I hope this helps,
> Jochen
> 
> -- System Information:
> Debian Release: 4.0
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18.3
> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
> 
> Versions of packages mutt depends on:
> ii  exim4 4.63-10metapackage to ease exim MTA 
> (v4) 
> ii  exim4-daemon-light [mail- 4.63-10lightweight exim MTA (v4) daemon
> ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
> ii  libdb4.4  4.4.20-8   Berkeley v4.4 Database Libraries 
> [
> ii  libgnutls13   1.4.4-3the GNU TLS library - runtime 
> libr
> ii  libidn11  0.6.5-1GNU libidn library, 
> implementation
> ii  libncursesw5  5.5-5  Shared libraries for terminal 
> hand
> ii  libsasl2  2.1.22.dfsg1-4 Authentication abstraction 
> library
> 
> Versions of packages mutt recommends:
> ii  locales  2.3.6.ds1-8 GNU C Library: National Language 
> (
> ii  mime-support 3.37-1  MIME files 'mime.types' & 
> 'mailcap
> 
> -- no debconf information




-- 
Thomas Roessler   <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403320: libsys-syscall-perl: FTBFS: tests failed

[Krzysztof Krzyzaniak]

gregor herrmann wrote:
> On Sat, 16 Dec 2006 10:55:34 +0100, Julien Danjou wrote:
> 
>> There was a problem while autobuilding your package:
> 
>>> t/01-epoll...Can't bind : IO::Socket::INET: Bad protocol 'udp'
> 
> I've fixed this bug by adding netbase to Build-Depends-Indep in our
> svn repository.
> 
> Could someone please check/upload?

Yep, I'll do this.

... and I swear that I've tested this with pbuilder in chroot.

  eloy
-- 
[EMAIL PROTECTED]

   jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej

Bug#403589: libacl1: relocation error

[LT-P]

Package: libacl1
Version: 2.2.42-1
Severity: important

$ /bin/ls -l
/bin/ls: relocation error: /lib/libacl.so.1: symbol getxattr, version
ATTR_1.0 not defined in file libattr.so.1 with link time reference


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages libacl1 depends on:
ii  libattr1 2.4.35-1Extended attribute shared library
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries

libacl1 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403590: ls -l does not work any longer

[Svante Signell]

Package: libattr1
Version: 2.4.35-1
Severity: Serious
Tags: sid

Long directory listings does not work any longer:

ls: OK

ls -l:
ls: relocation error: /lib/libacl.so.1: symbol getxattr, version
ATTR_1.0 not defined in file libattr.so.1 with link time reference

Reverting to libattr1_2.4.32-1_i386.deb everything is OK again.

Installed packages:
linux-kernel-2.6.18-3-686
libacl1_2.2.42-1



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#389797: Where is freehdl?

[L. Redrejo]

El dom, 17-12-2006 a las 21:07 +, roucaries bastien escribió:
> I do not see freehdl neither in new nor in unstable.
> 
> Therefore where is freehdl ?
> 
> Regards bastien
> 
> PS: I saw freehdl in new queue a month ago but it was removed but I do
> not know why.
> 

It has been rejected by ftp-masters due to non-free files  in the source
tarball. I'm checking it to know if the application is operative
removing those files.



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#403591: octave2.1-forge: Please do not use /usr/bin/mex in the future

[Frank Küster]

Package: octave2.1-forge, texlive-lang-polish
Severity: wishlist

Look at this, a fortunate coincidence:

$ findpkg bin/mex
oldstable
usr/bin/mex math/octave-forge
stable
usr/bin/mex math/octave-forge
testing
usr/bin/mex 
tex/texlive-lang-polish
usr/bin/mex2.1  math/octave2.1-forge
unstable
usr/bin/mex 
tex/texlive-lang-polish
usr/bin/mex2.1  math/octave2.1-forge

Although the TeX incarnateion of the mex binary (actually a symlink) has
been introduced into Debian only recently, it has been in use in the TeX
community for years.  The same is probably true for Matlab/Octave's mex,
so it's very fortunate that we do not need to argue who should give up
the name, or do it both.

TeXlive upstream has recently discussed this and decided to keep things
unchanged, you can read the thread starting at

http://tug.org/pipermail/tex-live/2006-December/011670.html

This bug report is mainly to inform you about the problem; it doesn't
mean that we, the Debian TeX maintainers, claim to have stronger rights
on the name.

Regards, Frank

P.S. in Ubuntu ($whatever_strange_animal) there's a file conflict
between the packages...

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#385285: scsi-idle: obsolete kernel, dummy bug

[Marcus Better]

Moreover:
*The scsi-idle patch (for 2.6 kernels) provides only a silly IOCTL for finding 
out the time since the last disk access. The same information can be 
extracted by monitoring /sys/block/sda/stat, with sufficient accuracy for the 
indented application (spinning down hard disks).

*The user-space tools are superfluous. Stopping and starting drives can be 
done with sdparm or sg_start. (Additionally, scsi-idle uses the deprecated 
SG_IO interface.)

Suggest removing the package from Debian altogether.


pgpdmkmusxGvI.pgp
Description: PGP signature

Bug#403356: fontconfig: 'fc-cache -f' crashes

[Keith Packard]

On Mon, 2006-12-18 at 10:07 +0100, Leszek Koltunski wrote:
> after
> 
> apt-get source fontconfig
> dpkg-source -x fontconfig_2.4.2-1.dsc
> 
> I already can see a directory named 'fontconfig-2.4.2' . This is the 
> source with all Debian patches applied, right? If I compile that the 
> './configure ...' way, fc-cache also doesn't crash.
> 
> Looks like the package compiled on plain i386 crash in my 386 chroot 
> inside AMD64 system, or my chroot is borked in some way.

Or, alternatively, there's some weird optimization issue; you might try
again without the CFLAGS and see if that makes any difference, but it
seems unlikely.

I'm afraid I suspect something is wrong with your chroot environment, it
looks like the libc there is different from what fontconfig expects.

-- 
[EMAIL PROTECTED]


signature.asc
Description: This is a digitally signed message part

Bug#403557: xscreensaver does not lock when there are network problems

[Frank Küster]

Hi Steve,

Thomas Prokosch <[EMAIL PROTECTED]> wrote:

> Package: xscreensaver
> Version: 4.24-5
> Severity: grave
> Tags: security
> Justification: user security hole

Why have you set the severity of this bug to important?  IMHO it should
be RC, because indeed for a large group of users (those with LCD flat
screens) the main purpose of a screensaver is the locking function.  And
from the network address in the original bugreport

> xscreensaver: nss_ldap: failed to bind to LDAP server 
> ldap://ldap.example.com: Can't contact LDAP server

it seems as if this does not only happen when actually LDAP is used for
user authentication, but either in all cases with remote authentication,
or even in all cases.

Therefore I think this should at least be thoroughly investigated before
downgrading. 

Thanks for considering, Frank
-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#403592: libattr1: relocation error: /lib/libacl.so.1:

[Kiko Piris]

Package: libattr1
Version: 2.4.35-1
Severity: critical
Justification: breaks unrelated software


Since upgrade of libattr1 ls -l returns the error in the subject:

$ ls -dl /
ls: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not 
defined in file libattr.so.1 with link time reference

downgrading libattr1 to 2.4.32-1 seems to "solve" the problem.

-- 
Kiko



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libattr1 depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries

libattr1 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#379564: Bug#389163: How to handle filename conflict "aleph" (Packages aleph, tetex-bin, texlive-bin)?

[Norbert Preining]

On Mon, 18 Dez 2006, Frank Küster wrote:
> No, we don't have any problems (for etch):
> 
> - aleph has been removed and will probably be reintroduced as afnix

Good.

> - octave uses /usr/bin/mex2.1

True, I already have removed the conflict some time ago, but forgot it
;-)

> We should, however, contact the octave people about the possible
> conflict, perhaps with a wishlist bug "Please don't use /usr/bin/mex". 

Good idea ...

Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
YATE (n.)
Dishearteningly white piece of bread which sits limply in a pop-up
toaster during a protracted throcking (q.v.) session.
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403593: xine-ui: DEB_BUILD_OPTIONS=debug debuild binary

[A Mennucc]

Package: xine-ui
Version: 0.99.4+dfsg+cvs2006-1
Severity: normal

hi

$ DEB_BUILD_OPTIONS=debug debuild binary 
fails as in attachment

also, Policy 10.1 changed, and now there is no DEB_BUILD_OPTIONS=debug
but rather  DEB_BUILD_OPTIONS=noopt AFAICR

thanks

a.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (450, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages xine-ui depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcaca0 0.99.beta11.debian-2colour ASCII art library
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii  libcucul 0.99.beta11.debian-2low-level Unicode character drawin
ii  libcurl3 7.15.5-1Multi-protocol file transfer libra
ii  libfontc 2.4.1-2 generic font configuration library
ii  libgnutl 1.4.4-3 the GNU TLS library - runtime libr
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libkrb53 1.4.4-4 MIT Kerberos runtime libraries
ii  libncurs 5.5-5   Shared libraries for terminal hand
ii  libpng12 1.2.15~beta5-0  PNG library - runtime
ii  libreadl 5.2-1   GNU readline and history libraries
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxft2  2.1.8.2-8   FreeType-based font drawing librar
ii  libxine1 1.1.2+dfsg-2the xine video/media player librar
ii  libxiner 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxtst6 1:1.0.1-5   X11 Testing -- Resource extension 
ii  libxv1   1:1.0.2-1   X11 Video extension library
ii  libxxf86 1:1.0.1-2   X11 XFree86 video mode extension l
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages xine-ui recommends:
ii  libaa11.4p5-30   ascii art library

-- no debconf information

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,http://www.securityfocus.com/columnists/420
Script started on lun 18 dic 2006 10:21:10 CET
debian/rules:31: trying to disable machine-specific optimizations
debian/rules:32: add 'optimize' to DEB_BUILD_OPTIONS to enable them
debian/rules:43: WARNING: cross compiling is not supported by xine
debian/rules:44: .using DEB_BUILD_GNU_TYPE = x86_64-linux-gnu
debian/rules:45: .ignoring DEB_HOST_GNU_TYPE = 
dh_testdir
/usr/bin/make debug
make[1]: Entering directory `/home/debian/xine/xine-ui-0.99.4+dfsg+cvs2006'
make[1]: *** No rule to make target `debug'.  Stop.
make[1]: Leaving directory `/home/debian/xine/xine-ui-0.99.4+dfsg+cvs2006'
make: *** [build-stamp] Error 2
debuild: fatal error at line 1210:
couldn't exec fakeroot debian/rules: 

Script done on lun 18 dic 2006 10:21:11 CET


signature.asc
Description: Digital signature

Bug#374834: menu: Patch to just fork and die, instead of waiting on a si

[Tim Dijkstra]

On Mon, 18 Dec 2006 00:33:58 +0100
Bill Allombert <[EMAIL PROTECTED]> wrote:

> > > What worry me about the patch is the fact that create_lock() and
> > > check_dpkglock() are not performed in the same order. In particular, if
> > > create_lock() fail we exit with error 0 instead of 1 thus maybe
> > > concealing a real error.
> > 
> > You used to exit with 1 only if both creat_lock and check_dpkglock were
> > false at the same time. If that is what you want, that is easy to fix. 
> > New patch attached. The locking logic is now the same as in the original.
> 
> If I am not mistaken, your new patch adds a race condition between
> create_lock() and check_dpkglock().  If dpkg release the lock after
> create_lock() and before check_dpkglock(), then we do exit(1) while we
> should not. In the original version, check_dpkglock was checked first
> so this race condition was not possible.

I don't think that can happen. In normal circumstances we are a child
process of dpkg until the fork. So it can't release the lock in between
those two calls; it is waiting for us.

Anyway, in the attached patch I swapped the order of check_dpkglock and
create_lock again to match the original.

> Sorry to be so slow dealing with this issue...

That's OK. I'm happy we're dealing with it know. And it is good you are 
reviewing the patch thoroughly.

grts Tim
--- update-menus/update-menus.cc--	2006-10-31 17:00:50.0 +0100
+++ update-menus/update-menus.cc	2006-12-18 10:58:58.0 +0100
@@ -792,77 +792,54 @@
   int child;
   int parentpid;
   int i,r;
-
   // This function checks to see if dpkg is running, and if
   // so, forks into the background, to let dpkg go on installing
   // packages. After dpkg finished (and wrote the new packages file),
   // this function wakes up, and returns.
-  
-  // Writing the console output correctly is actually non-trivial.
-  // The problem is that we in the following if statement
-  // if(child=fork())
-  //   exit(0);//parent process
-  // else
-  //   do something (and write to stdout); //child `background' process
-  // want to write to stdout. But if we write to stdout there,
-  // the exit(0) may already have occured, and dpkg may already
-  // have started writing stuff to the console. To prevent that,
-  // I use signals: the `background' process sents a signal to the
-  // parent once it's written everything it wants to stdout,
-  // and only after the parent received the signal it will exit(0);
-  // [Oh god! (added by Bill trying to understand the fork() business)]
 
+  
+  // Check if the dpkg lock is taken
   if (check_dpkglock()) {
-sigset_t sig,oldsig;
 
-// Apparently libc2 on 2.0 kernels, with threading on, blocks
-// SIGUSR1. This blocking would be inherited by children, so
-// as apt was compiled with -lpthread, this caused problems in 
-// update-menus. I now get rid of that by using
-//  - SIGUSR2 instead of SIGUSR1,
-//  - sigprocmask to unblock SIGUSR2.
-// Either one of those solutions should be enough, though.
-
-sigemptyset(&sig);
-sigaddset(&sig,SIGUSR2);
-sigprocmask(SIG_UNBLOCK,&sig,&oldsig);
+// If we can't get the u-m lock, probably another process is waiting 
+// for dpkg. We can savely exit.
+r = create_lock();
+if (!r)
+	exit(0);
+
+// OK, we need to fork, create log file name and tell user about it.
+stdoutfile = string("/tmp/update-menus.")+itostring(getpid());
+config.report(String::compose(_("Waiting for dpkg to finish (will fork to background).\n"
+"(checking %1)"), DPKG_LOCKFILE),
+configinfo::report_normal);
+config.report(String::compose(_("Further output (if any) will appear in %1."), stdoutfile),
+configinfo::report_normal);
 
-signal(SIGUSR2, exit_on_signal);
+// Now do the fork
 parentpid=getpid();
 if ((child=fork())) {
   if (child==-1) {
 perror("update-menus: fork");
 exit(1);
   }
-  pause();
-} else {
-  r = create_lock();
-  if (r) {
-stdoutfile = string("/tmp/update-menus.")+itostring(getpid());
-config.report(String::compose(_("Waiting for dpkg to finish (forking to background).\n"
-"(checking %1)"), DPKG_LOCKFILE),
-configinfo::report_normal);
-config.report(String::compose(_("Further output (if any) will appear in %1."), stdoutfile),
-configinfo::report_normal);
-// Close all fd's except the lock fd, for daemon mode.
-for (i=0;i<32;i++) {
-  if (i != r)
-  close(i);
-}
-kill(parentpid, SIGUSR2);
-
-while(check_dpkglock())
-sleep(2);
-  } else {
-// Exit without doing anything. Kill parent too!
-kill(parentpid,SIGUSR2);
-exit(0);
+  exit(0);
+} else {  
+  // Close all fd's except the lock fd, for daemon mode.
+  for (i=0;i<32;i++) {
+if 

Bug#403587: more info on libattr1 bug

[Farzad FARID]

Hi,

I had the same bug this morning. Downgrading libattr1 to version
libattr1_2.4.32-1_i386.deb is enough to solve the problem. I first
downgraded libacl1, to no avail, then downgraded libattr1 and
re-upgraded libacl1. I never rebooted.

 Regards,

-- 
Farzad FARID <[EMAIL PROTECTED]>   http://www.farzy.org/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403592: libattr1: relocation error: /lib/libacl.so.1:

[Andreas Barth]

* Kiko Piris ([EMAIL PROTECTED]) [061218 11:08]:
> Package: libattr1
> Version: 2.4.35-1
> Severity: critical
> Justification: breaks unrelated software
> 
> 
> Since upgrade of libattr1 ls -l returns the error in the subject:
> 
> $ ls -dl /
> ls: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not 
> defined in file libattr.so.1 with link time reference
> 
> downgrading libattr1 to 2.4.32-1 seems to "solve" the problem.

+   - Remove system call stubs from libattr, we always defer to
+ the libc interfaces in this day and age.

This seems to be the issue.


Given how many bug reports reached us I wonder if the maintainer has
tested his upload as all before - and I propose to do a 0-day-NMU back
to the old version within 24 hours unless the maintainer disagrees.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403594: mpd: Can't go back to play previous track in random/shuffle mode

[Mauro Torrez]

Package: mpd
Version: 0.12.1-1
Severity: normal

When using MPD in "Random" mode, it lets me skip the track forward, but 
not backwards i.e. i can't go to the previous track, it just re-starts 
the current track. I'm using MPD with 
ESD configured through libao. It behaves very strangely, it seems to get 
fixed after disabling/re-enabling Random mode and going back and forth 
many tracks for a while ( trying to find out what's really going wrong!
)
I thought it could be a problem on gmpc not mpd, but tried with mpc also 
and the same thing happens. Right now after skipping many tracks it 
started to work fine.

Thanks :-)
Mauro.-

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)

Versions of packages mpd depends on:
ii  libao2 0.8.6-4   Cross Platform Audio Output Librar
ii  libasound2 1.0.13-1  ALSA library
ii  libaudiofile0  0.2.6-6   Open-source version of SGI's audio
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libflac7   1.1.2-5   Free Lossless Audio Codec - runtim
ii  libid3tag0 0.15.1b-8 ID3 tag reading library from the M
ii  libmad00.15.1b-2.1   MPEG audio decoder library
ii  libmikmod2 3.1.11-a-6A portable sound library
ii  libmpcdec3 1.2.2-1   Musepack (MPC) format library
ii  libogg01.1.3-2   Ogg Bitstream Library
ii  libshout3  2.2.2-1   MP3/Ogg Vorbis broadcast streaming
ii  libspeex1  1.1.12-2  The Speex Speech Codec
ii  libtheora0 0.0.0.alpha7.dfsg-1.1 The Theora Video Compression Codec
ii  libvorbis0a1.1.2.dfsg-1.2The Vorbis General Audio Compressi
ii  libvorbisenc2  1.1.2.dfsg-1.2The Vorbis General Audio Compressi
ii  libvorbisfile3 1.1.2.dfsg-1.2The Vorbis General Audio Compressi
ii  zlib1g 1:1.2.3-13compression library - runtime

mpd recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#389797: Where is freehdl?

[roucaries bastien]

On 12/18/06, José L. Redrejo Rodríguez
<[EMAIL PROTECTED]> wrote:

El dom, 17-12-2006 a las 21:07 +, roucaries bastien escribió:
> I do not see freehdl neither in new nor in unstable.
>
> Therefore where is freehdl ?
>
> Regards bastien
>
> PS: I saw freehdl in new queue a month ago but it was removed but I do
> not know why.
>

It has been rejected by ftp-masters due to non-free files  in the source
tarball. I'm checking it to know if the application is operative
removing those files.


Could be possible to add the ftp master report to this bug report?


Regards

Bastien

Bug#403595: gnome-session: please ship Etch with the attached translation

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: gnome-session
Tags: l10n, patch
Severity: minor

Hello Josselin,

The attached po file is a corrected translation into Romanian of the 
gnome-session application.
The original translation Sebastian Ivan <[EMAIL PROTECTED]> introduced lots of 
errors and
inconsistencies.

Please include this translation in the package that will be shipped in Etch.

Thanks in advance.

- --
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFhkxJY8Chqv3NRNoRAvagAJ0b5pYMeUQcEaMnCQWUWynBn33fSgCgzzRE
dY4oJ0eVIAMNQWlFyMyV0Mc=
=8pEG
-END PGP SIGNATURE-
# Sebastian Ivan <[EMAIL PROTECTED]>, 2006.
# Eddy Petrișor <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: gnome-session-2.0\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-03-09 06:43+0100\n"
"PO-Revision-Date: 2006-12-18 09:57+0200\n"
"Last-Translator: Eddy Petrișor <[EMAIL PROTECTED]>\n"
"Language-Team: Romanian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms: nplurals=3;plural=(n==1?0:(((n%100>19)||((n%100==0)&&(n!=0)))?2:1))\n"

msgid ""
"\n"
"\n"
"GNOME will still try to restart the Settings Daemon next time you log in."
msgstr ""
"\n"
"\n"
"GNOME va încerca să repornească demonul preferinţelor la următoarea autentificare."

msgid ""
"\n"
"\n"
"The last error message was:\n"
"\n"
msgstr ""
"\n"
"\n"
"Ultimul mesaj de eroare a fost:\n"
"\n"

msgid "A normal member of the session."
msgstr "Un membru normal al sesiunii."

msgid "A session shutdown is in progress."
msgstr "Chiar acum se efectuează o oprire a sesiunii."

msgid "Action"
msgstr "Acţiune"

msgid "Add Startup Program"
msgstr "Adaugă un program de pornit"

msgid "Add a new session"
msgstr "Adaugă o nouă sesiune"

msgid "Additional startup _programs:"
msgstr "_Programe suplimetare de pornit:"

msgid "Allow TCP connections"
msgstr "Permite conexiuni TCP"

msgid "Always started on every login."
msgstr "Totdeauna pornite la fiecare autentificare."

msgid "Apply changes to the current session"
msgstr "Aplică schimbările la sesiunea curentă"

msgid "Are you sure you want to log out?"
msgstr "Sigur doriţi să vă deautentificaţi?"

msgid "As_k on logout"
msgstr "Î_ntreabă la deautentificare"

msgid "Automatically save chan_ges to session"
msgstr "Salvează automat schim_bările la sesiune"

msgid "Command"
msgstr "Comandă"

msgid "Configure your sessions"
msgstr "Configuraţi sesiunile proprii"

msgid "Could not connect to the session manager"
msgstr "Nu s-a putut realiza conectarea la administratorul de sesiuni"

msgid ""
"Could not look up internet address for %s.\n"
"This will prevent GNOME from operating correctly.\n"
"It may be possible to correct the problem by adding\n"
"%s to the file /etc/hosts."
msgstr ""
"Nu s-a putut găsi adresa Internet pentru %s.\n"
"Această eroare va împiedica GNOME să opereze corect.\n"
"Este posibilă corectarea problemei prin adăugarea\n"
"%s la fişierul /etc/hosts."

msgid "Current Session"
msgstr "Sesiune curentă"

msgid "Currently running _programs:"
msgstr "_Programele pornite acum:"

msgid "Desktop Settings"
msgstr "Preferinţe desktop"

msgid "Disable"
msgstr "Dezactivează"

msgid "Discarded on logout and can die."
msgstr "Uitate la deautentificare şi pot muri."

msgid "Edit Startup Program"
msgstr "Editare program de pornit"

msgid "Edit session name"
msgstr "Schimbaţi numele sesiunii"

msgid "Enable"
msgstr "Activează"

msgid ""
"For security reasons, on platforms which have _IceTcpTransNoListen() "
"(XFree86 systems), gnome-session does not listen for connections on TCP "
"ports. This option will allow connections from (authorized) remote hosts. "
"gnome-session must be restarted for this to take effect."
msgstr ""
"Din motive de securitate, pe platformele ce suportă „_IceTcpTransNoListen"
"()” (sistemele XFree86), gnome-session nu monitorizează porturile pentru "
"conexiuni TCP. Această opţiune permite conexiuni (autorizate) de la calculatoare "
"de la distanţă. Gnome-session trebuie repornit pentru ca schimbarea acestei opţiuni să aibă efect."

msgid "If enabled, gnome-session will prompt the user before ending a session."
msgstr ""
"La activare, gnome-session va întreba utilizatorul înainte de terminarea "
"sesiunii."

msgid ""
"If enabled, gnome-session will save the session automatically. Otherwise, "
"the logout dialog will have an option to save the session."
msgstr ""
"La activare, gnome-session va salva sesiunea automat. Altfel, dialogul de "
"deautentificare va avea o opţiune pentru salvarea sesiunii."

msgid "Inactive"
msgstr "Inactiv"

msgid "Initialize session settings"
msgstr "Iniţializează preferinţele sesiunii"

msgid "Kill session"
msgstr "Închide forţat sesiunea"

msg

Bug#403568: (ltsp: German debconf templates translation)

[Wolfgang Schweer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

updated file attached.

wolfgang
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFhmo4nlCf5+ELaesRAtZpAJwKUVa95ih3Hqhdib+KWLFEWd4tOQCgxl+I
8dpxQNl5AZ+DFsaviYjyAUs=
=SN7L
-END PGP SIGNATURE-


templates.de.po.gz
Description: Binary data

Bug#403597: ltsp: add german templates translation

[Wolfgang Schweer]

Package: ltsp
Version: 0.99
Severity: wishlist
Tags: patch l10n

hi vagrant,

as desired ...

still using lessdisks ;)

wolfgang


templates.de.po.gz
Description: Binary data

Bug#402994: use new libpaper hook to track system paper size

[Ralf Stubner]

On Mon, Dec 18, 2006 at 09:47 +0100, Frank Küster wrote:
> Frank Küster <[EMAIL PROTECTED]> wrote:
> 
> > Or wait.  We could
> >
> > - ship our default config.ps in /usr/share/tetex-bin
> >
> > - in postinst, run the equivalent of the libpaper hook on this file,
> >   creating a temporary file which differs from the default one only by
> >   the papersize setting
> >
> > - use ucf to install the temporary file in /etc/texmf/dvips/
> 
> To put a little flesh on this:
> 
> - paperconfig/libpaper.postinst call the hook without parameters
> 
> - TeX packages' postinsts call it with option "packagename"
> 
> and the script does the following (example only for dvips)
> 
> if [ -n "$1" ]; then
>   sourcedir=/usr/share/$1
> else
>   sourcedir=/etc/texmf/dvips
> fi
> 
> papersize=`ask libpaper`
> 
> case $papersize in
>   list|of|known|papers)
> :
> ;;
>   *)
> error_message #debconf or stderr?
> exit 0
> esac
> 
> sed -e 's/\($pattern_for_papersize\)[anysize]*/\1 $papersize/ \
>   $sourcdir/config.ps > tempfile
> ucf tempfile /etc/texmf/dvips/config.ps

Looks good in general. Some brief comments:

- editing config.ps is non-trivial; there is readymade ed-code in
  texconfig for this, though

- maybe one could make use of texconfig for editing the files:

  . ship files somewhere in /use/share/$packagename 
  . copy files to tmpdir in proper TDS structure (see tcfmgr.map)
  . edit files with 'TEXMFCONFIG=$tmpdir texconfig'
  . install files with ucf

- actually neither 'a4' nor 'letter' as defined in config.ps should not
  be used as default paper sizes; one should use A4size or letterSize; 
  see the end of '4.2 Configuration file paper size command' in the dvips
  documentation (texdoc dvips)

The latter point might actually be a bug in texconfig and/or the default
config.ps. 

cheerio
ralf

Bug#389797: Where is freehdl?

[L. Redrejo]

El lun, 18-12-2006 a las 11:12 +0100, roucaries bastien escribió:
> On 12/18/06, José L. Redrejo Rodríguez
> <[EMAIL PROTECTED]> wrote:
> > El dom, 17-12-2006 a las 21:07 +, roucaries bastien escribió:
> > > I do not see freehdl neither in new nor in unstable.
> > >
> > > Therefore where is freehdl ?
> > >
> > > Regards bastien
> > >
> > > PS: I saw freehdl in new queue a month ago but it was removed but I do
> > > not know why.
> > >
> >
> > It has been rejected by ftp-masters due to non-free files  in the source
> > tarball. I'm checking it to know if the application is operative
> > removing those files.
> 
> Could be possible to add the ftp master report to this bug report?
> 
> 

Sure:

rejected, your debian/copyright misses information.
For example doc/ has files with different license than what you list,
including
non-free files. There may be more in other dirs, check yourself and
correct
your tarball and your copyrights file.

-- 
bye Joerg


After checking it I've found that doc/fire* files are not free, but
still worse, vhdl files in directory ieee are not free either. 



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#314212: [BRLTTY] brltty deb update give still a eternal still unresolved problem

[Aldo]

On Mon, Dec 18, 2006 at 10:30:18AM +0100, Samuel Thibault wrote:
> Aldo, le Mon 18 Dec 2006 09:40:30 +0100, a écrit :
> > Well, after having updated I heard the beep sound of a starting brltty, 
> > but it still forget to kill the older one: 
> 
> Debian doesn't start a new brltty if it already started one.

Why then does the cursor of my Alva swings or no longer follows 
the command I entered? And why after I rebooted the system it was(/is) 
Ok?
 
> > - can't it be a good idea to prevent from starting a new brltty
> 
> That's _already_ the case, and it works for me:

Sorry I have rebooted because the response of my Alva was no longer 
correct: delays, a jumping cursor, etc, as if it tries to hang but 
didn't that fully...
 
> Preparing to replace brltty 3.7.2-5 (using .../brltty_3.7.2-5_i386.deb) ...
> Unpacking replacement brltty ...
> Setting up brltty (3.7.2-5) ...
> Starting Braille terminal driver: process already running.
> brltty.
> 
> If it doesn't work for you, then there's a bug on your setup and we
> can't work it out unless you give more information.

> For a start, could you check that /var/run/brltty.pid properly contains
> the pid of the currently running brltty?

I can't see any /var/run/brltty.pid
but I see someone when doing ps ax |grep brltty;
what output or so did you exactly want to see?
(just have attached my brltty.conf, but no brltty.pid under /var/run)

> Mmm, just to make sure: do you start brltty very early?  For instance,
> before / is even mounted read and write, so that brltty may not be able
> to write /var/run/brltty.pid? 

I didn't moved any link in /etc/rcS.d, so it uses what the deb pkg 
maintainer decided to provide:
it's now /etc/rcS.d/S25brltty

>(and hence the upgrade script not be able
> to find out that there is a brltty daemon running)

I don't understand this.
 
Aldo.


# This is a configuration file for the BRLTTY application. 
# Uncomment those entries which apply to your personal needs and system
# requirements.

# BRLTTY expects to find its configuration file in "/etc/brltty.conf"
# (can be overridden with the -f [--configuration-file=] option).
# If it doesn't exist, then BRLTTY silently continues but may require
# that certain command line options be explicitly supplied.

# Blank lines are ignored. The character '#', anywhere on a line,
# initiates a comment; all characters from it to the end of that line
# are ignored.

# Each configuration entry consists of a keyword followed by its operand.
# An arbitrary amount of white space, (blanks and/or tabs), may occur
# before the keyword, as well as before and after the operand. Keyword
# processing is not case sensitive. Examples of valid entries are:
#
#   Braille-Driver  pm  # Papenmeier braille displays.
#   braille-device  ttyS0   # The first Linux serial device.
#   SPEECH-DRIVER   fv  # The Festival Text to Speech System.

# The default settings given within the following descriptions assume no
# special build options (see "./configure --help" in the top-level
# directory of the source tree.



# Generic Braille Settings #


# The braille-driver directive specifies the two-letter driver
# identification code of the driver for the braille display.
# (can be overridden with the -b [--braille-driver=] option)
#braille-driver auto# Iterate over appropriate drivers
braille-driver  al  # Alva
#braille-driver at  # Albatross
#braille-driver ba  # BrlAPI
#braille-driver bd  # Braudi
#braille-driver bl  # BrailleLite
#braille-driver bm  # Baum
#braille-driver bn  # BrailleNote
#braille-driver cb  # CombiBraille
#braille-driver ec  # EcoBraille
#braille-driver eu  # EuroBraille
#braille-driver fs  # FreedomScientific
#braille-driver ht  # HandyTech
#braille-driver lb  # Libbraille
#braille-driver lt  # LogText
#braille-driver mb  # MultiBraille
#braille-driver md  # MDV (protocol 5)
#braille-driver mn  # MiniBraille
#braille-driver pm  # Papenmeier
#braille-driver tn  # TechniBraille
#braille-driver ts  # TSI
#braille-driver tt  # TTY
#braille-driver vd  # VideoBraille
#braille-driver vo  # Voyager
#braille-driver vr  # Virtual
#braille-driver vs  # VisioBraille
#braille-driver xw  # XWindow

# The braille-device directive specifies the device to which the braille
# display is connected. Relative paths are anchored at "/dev". If not
# specified, "ttyS0" will be used.
# (can be overridden with the -d [--braille-device=] option)
braille-device  serial:ttyS0# First serial device.
#braille-device usb:# First USB device matching braille driver.
#braille-device usb:n   # Specific USB device by serial number.
#braille-device bluetooth:xx:xx:xx:xx:xx:xx # Specific bluetooth device by 
address.

# The text-table directive specifies which text translation table to
# use. Relative paths are anchored at "/etc/brltty". 

Bug#403568: german gettext temolates

[Wolfgang Schweer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

this time, the attached file should be the right one.

wolfgang
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFhmuAnlCf5+ELaesRAiwiAJ93xpfJm0H1SmUCSslndAEiRpwgIgCgk3PB
eJP/mRNx/RSZOJ8NEVj/lac=
=Qxtr
-END PGP SIGNATURE-


gettext.de.po.gz
Description: Binary data

Bug#403356: fontconfig: 'fc-cache -f' crashes

[Leszek Koltunski]

CFLAGS=-g or CFLAGS='' does not make any difference.

But here's another clue: now I noticed that the 
fontconfig-2.4.2/fc-cache/fc-cache I was tracing with gdb is really a 
wrapper script that just runs fontconfig-2.4.2/fc-cache/.libs/lt-fc-cache.


If I run that 'lt-fc-cache' directly, it also doesn't crash. But when I
run the 'fontconfig-2.4.2/fc-cache/.libs/fc-cache' that crashes with 
exactly the same trace like the original package.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403585: Regression in 2.4.35-1

[Aurélien GÉRÔME]

clone 403585 -1
reassign -1 libacl1
found -1 2.2.42-1
retitle -1 Regression in 2.2.42-1
thanks

On Mon, Dec 18, 2006 at 10:29:54AM +0100, Aurélien GÉRÔME wrote:
> Package: libattr1
> Version: 2.4.35-1
> Severity: serious
> Justification: make other packages FTBFS
> 
> There has been a regression on your package since 2.4.32-1.

The same goes for acl 2.2.41-1.

> When building gnu-fdisk yesterday for instance, it went fine. However,
> today with 2.4.35-1, I got:

Tried with acl 2.2.42-1.

> make[3]: Entering directory `/home/ag/build/fdisk-0.9.1/src'
> test -z "/usr/sbin" || mkdir -p -- 
> "/home/ag/build/fdisk-0.9.1/debian/fdisk/usr/sbin"
>   /usr/bin/install -c 'fdisk' 
> '/home/ag/build/fdisk-0.9.1/debian/fdisk/usr/sbin/gnu-fdisk'
> /usr/bin/install: relocation error: /lib/libacl.so.1: symbol setxattr, 
> version ATTR_1.0 not defined in file libattr.so.1 with link time reference
> make[3]: *** [install-sbinPROGRAMS] Error 1
> 
> Other people reported the same on #debian-devel for other software.

Of course, it is up to you to know which package is the cause of
this. :)

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#403596: FTBFS with GCC 4.2: ... discards qualifiers from pointer target type

[Martin Michlmayr]

Package: colo
Version: 1.22-1

colo doesn't build with GCC 4.2.

> Automatic build of colo_1.22-1 on swarm by sbuild/mipsel 0.45
> ...
> gcc -Werror -Wall -Wstrict-prototypes -fomit-frame-pointer -O2 
> -fno-strict-aliasing -march=r5000 -ffreestanding -mno-abicalls -fno-pic -G0 
> -MD -nostdinc -Iinclude -I../include -D_DEBUG 
> -I/usr/lib/gcc-snapshot/lib/gcc/mipsel-linux-gnu/4.2.0/include -c -o libmem.o 
> src/libmem.c
> cc1: warnings being treated as errors
> src/libmem.c: In function 'memcpy':
> src/libmem.c:28: warning: passing argument 1 of 'unaligned_load' discards 
> qualifiers from pointer target type
> make[2]: *** [libmem.o] Error 1
> make[2]: Leaving directory `/build/tbm/colo-1.22/stage2'

and later:

> /usr/lib/gcc-snapshot/bin/gcc -Werror -Wall -Wstrict-prototypes 
> -fomit-frame-pointer -O2 -fno-strict-aliasing -march=r5000 -ffreestanding 
> -mno-abicalls -fno-pic -G0 -MD -nostdinc -Iinclude -I../include -D_DEBUG 
> -I/usr/lib/gcc-snapshot/lib/gcc/mipsel-linux-gnu/4.2.0/include -c -o memory.o 
> src/memory.c
> cc1: warnings being treated as errors
> src/memory.c: In function 'mem_poke':
> src/memory.c:44: warning: passing argument 1 of 'unaligned_store' discards 
> qualifiers from pointer target type
> make[1]: *** [memory.o] Error 1

-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403598: gnump3d-top produces wrong statistics when --logfiles option is used.

[d'Artagnan]

Package: gnump3d
Version: 2.9.9.9-2

When I activate the option
   --logfiles=/var/log/gnump3d/access.log*
in /etc/gnump3d/gnump3d.conf to enable statistics on all log files 
processed by logrotate, the "View the most recent tracks served." web 
page displays wrong statistics.


Here you can show this webpage in the described situation :
$gnump3d-top --last --logfiles=/var/log/gnump3d/access.log*  | head -n 3
HostTimeSong
AReims-157-1-105-208.w90-7.abo.wanadoo.fr04/Nov/2006:11:10:24 
/nonmetal/Herman Düne/Herman Düne - Giant/07. take 
me back to NYC.mp3
AReims-157-1-105-208.w90-7.abo.wanadoo.fr04/Nov/2006:11:09:21 
/nonmetal/Herman Düne/Herman Düne - Giant/16.Mrs 
Bigger.mp3


You can see that most recent listened files seems to have been listening 
on 04/Nov/2006. It is not true.

If I search in log files :
$for i in /var/log/gnump3d/access.log*gz; do if zcat $i | grep -q 
"04/Nov"; then echo $i; fi; done

/var/log/gnump3d/access.log.44.gz  < contains log of november 2005
/var/log/gnump3d/access.log.7.gz< contains log of november 2006

You can see that these "most recent tracks served" come from 
access.log.7.gz.
And of course between 04/Nov/2006 and today (18/Dec/2006) there are more 
recent listened files that should appear in "View the most recent tracks 
served.", logged in files between access.log.7.gz and access.log



Maybe an interesting point : if I write myself the 10 most recent files, 
the output is good
$gnump3d-top --last -logfiles=/var/log/gnump3d/access.log 
/var/log/gnump3d/access.log.1 /var/log/gnump3d/access.log2.gz 
/var/log/gnump3d/access.log3.gz /var/log/gnump3d/access.log4.gz 
/var/log/gnump3d/access.log5.gz /var/log/gnump3d/access.log6.gz 
/var/log/gnump3d/access.log7.gz /var/log/gnump3d/access.log8.gz 
/var/log/gnump3d/access.log9.gz | head -n 3

HostTimeSong
c2fa9614.adsl.oleane.fr18/Dec/2006:10:09:39 href="/nonmetal/Iggy Pop-In the Death Car.mp3.m3u">/nonmetal/Iggy Pop-In 
the Death Car.mp3
c2fa9614.adsl.oleane.fr18/Dec/2006:10:09:39 href="/nonmetal/Iggy Pop-In the Death Car.mp3.m3u">/nonmetal/Iggy Pop-In 
the Death Car.mp3


And if I use pattern, output is bad :
$gnump3d-top --last --logfiles=/var/log/gnump3d/access.log.[0-9].gz | 
head -n 3

HostTimeSong
AReims-157-1-105-208.w90-7.abo.wanadoo.fr04/Nov/2006:11:10:24 
/nonmetal/Herman Düne/Herman Düne - Giant/07. take 
me back to NYC.mp3
AReims-157-1-105-208.w90-7.abo.wanadoo.fr04/Nov/2006:11:09:21 
/nonmetal/Herman Düne/Herman Düne - Giant/16.Mrs 
Bigger.mp3



System is Debian GNU/Linux Etch (last upgrade done after frozen), kernel 
2.6.8-3-k7-smp, libc6 2.3.6.ds1-8

Bug#403318: sysfence: Missing an init file

[Lukasz Jachowicz]

Francesco P. Lovergine wrote:
> Package: sysfence
> Version: 0.14-1
> Severity: wishlist
> 
> I found quite strange you do not provide an easy init script for
> sysfence. It works as a daemon and you could provide a silly script
> which starts/stop it using an /etc/sysfence.conf file, with usual conventions
> about /etc/default/sysfence overrides and so on. Please, the rule of
> least surprise is always valid, do not upset users with this kind of 
> mispackaging.

Sounds reasonable - I'll add the init script during the next package
update. Hope - this X-mas.

ł.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403589: libacl1: relocation error

[Sebastian Bremicker]

Hi,

see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403587 where it
appears that the bug is not in libacl1 but in libattr1, downgrading the
latter resolves the error, but the maintainer fixed libattr1 already.

Regards,

Sebastian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403566: psad doesn't start because /usr/lib/psad doesn't exist

[Mau]

Daniel Gubser <[EMAIL PROTECTED]> wrote:

> Hello
> 
> Please read the README.Debian file in /usr/share/doc/psad/. We do not
> want to change the /etc/syslog.conf file so you have to edit it manually
> or use the script provieded in the README.Debian.
> 
> Thanks
> Daniel

My /etc/syslog.conf already contained the directive

kern.info |/var/lib/psad/psadfifo

but the failure

"Starting Port Scan Attack Detector and associated daemons: [*] psad lib 
directory:
/usr/lib/psad does not exist, use --Lib-dir  at /usr/sbin/psad line 2509."

appears.

Thanks

Mau



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#402952: tla: segmentation fault trying to get [EMAIL PROTECTED]/emacs--devo--0

[Sylvain Beucler]

> The good thing is that the old tla (the one that works) will be shipped
> with Etch.

Version -8 is actually in Etch now.
Is that normal?

-- 
Sylvain

On Wed, Dec 13, 2006 at 02:17:27PM -0600, Adam Majer wrote:
> This issue is probably related to the update of libneon from the
> embedded version of libneon to libneon26.
> 
> The good thing is that the old tla (the one that works) will be shipped
> with Etch.
> 
> - Adam
> 
> PS. How do you silently segfault? :) That's like a silent scream of death!
> 
> Manoj Srivastava wrote:
> > Package: tla
> > Version: 1.3.5+dfsg-8
> > Severity: important
> > 
> > Hi,
> > 
> > 1.3.5+dfsg-4 still works when trying to get/update
> >  [EMAIL PROTECTED]/emacs--devo--0; later versions silently segfault,
> >  and the revision library gets corrupted.
> > 
> > strace did not show anything useful :/ 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403591: [Pkg-octave-devel] Bug#403591: octave2.1-forge: Please do not use /usr/bin/mex in the future

[Thomas Weber]

Hi Frank,

Am Montag, den 18.12.2006, 10:55 +0100 schrieb Frank Küster:
> Package: octave2.1-forge, texlive-lang-polish
> Severity: wishlist
> 
> Look at this, a fortunate coincidence:
> 
> $ findpkg bin/mex
> oldstable
> usr/bin/mex   math/octave-forge
> stable
> usr/bin/mex   math/octave-forge
> testing
> usr/bin/mex   
> tex/texlive-lang-polish
> usr/bin/mex2.1
> math/octave2.1-forge
> unstable
> usr/bin/mex   
> tex/texlive-lang-polish
> usr/bin/mex2.1
> math/octave2.1-forge

We discussed this with Norbert Preining some time ago. The mex binary in
octave* packages will vanish (this is an unrelated upstream decision). 


> Although the TeX incarnateion of the mex binary (actually a symlink) has
> been introduced into Debian only recently, it has been in use in the TeX
> community for years.  The same is probably true for Matlab/Octave's mex,
> so it's very fortunate that we do not need to argue who should give up
> the name, or do it both.

This is more due to the fact that we have both Octave 2.1 and 2.9 in
Debian and appended the number to every binary for a distinction ;)


> TeXlive upstream has recently discussed this and decided to keep things
> unchanged, you can read the thread starting at
> 
> http://tug.org/pipermail/tex-live/2006-December/011670.html

I don't consider this to be a real bug. Matlab should be installed under
the /usr/local hierarchy and users can then set up aliases as they
please (btw, we have Matlab here and most users don't use the mex
interface at all). 


> P.S. in Ubuntu ($whatever_strange_animal) there's a file conflict
> between the packages...

Yes, from the time when octave-forge was a real package. 

Thomas

Bug#402456: Serious Copyright violation in "cdrkit"

[Joerg Schilling]

Stephen Gran <[EMAIL PROTECTED]> wrote:

> This one time, at band camp, Joerg Schilling said:
> > You do not need to understand the background.
> > 
> > You just need to remember that you are not allowed to remove Copyright 
> > information.
> > 
> > This is a week sence I did inform you about the Copyright violation.
> > Note that today, you have to either remove your project from the server or
> > to undo the deletion of the copyright information.
>
> Please supply either an interdiff or a useable svn command tha shows that
> your copyright claims have been abused.  svn diff -r1:2 /path/ would be
> fine.

I am not sure what you mean.. If you did read the previous text yu did find 
this:

http://svn.debian.org/wsvn/debburn/?rev=591&sc=1

Is this what you like?

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

Bug#314212: [BRLTTY] brltty deb update give still a eternal still unresolved problem

[Samuel Thibault]

Aldo, le Mon 18 Dec 2006 09:40:30 +0100, a écrit :
> Well, after having updated I heard the beep sound of a starting brltty, 
> but it still forget to kill the older one: 

Debian doesn't start a new brltty if it already started one.

> - can't it be a good idea to prevent from starting a new brltty

That's _already_ the case, and it works for me:

Preparing to replace brltty 3.7.2-5 (using .../brltty_3.7.2-5_i386.deb) ...
Unpacking replacement brltty ...
Setting up brltty (3.7.2-5) ...
Starting Braille terminal driver: process already running.
brltty.

If it doesn't work for you, then there's a bug on your setup and we
can't work it out unless you give more information.

For a start, could you check that /var/run/brltty.pid properly contains
the pid of the currently running brltty?

Mmm, just to make sure: do you start brltty very early?  For instance,
before / is even mounted read and write, so that brltty may not be able
to write /var/run/brltty.pid? (and hence the upgrade script not be able
to find out that there is a brltty daemon running)

Samuel

Bug#273511: nis: domainname(8) french translation

[Mark Brown]

On Sun, Dec 17, 2006 at 09:41:32PM +0100, Thomas Huriaux wrote:

> If it is ok, please reassign this bug to manpages-fr-extra.

Or, alternatively, just go ahead without bothering to wait for a reply...

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403426: linux-image-2.6.18-3-ixp4xx: kernel corrupts LUKS partition header on arm NSLU2

[Martin Michlmayr]

Is there some easy way I can reproduce this?  Format a disk with LUKS
on one PC, connect it to the slug and do what exactly to trigger the
corruption?
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#273511: nis: domainname(8) french translation

[Mark Brown]

On Sun, Dec 17, 2006 at 09:41:32PM +0100, Thomas Huriaux wrote:
> Samuel Thibault <[EMAIL PROTECTED]> (26/09/2004):

> > Here is the french translation of the domainname(8) man page. It should
> > pass through ./configure and then installed in /usr/share/man/fr/man8,
> > along with links from nisdomainname.8.gz and ypdomainname.8.gz to it.

> As this translation is sleeping in the BTS for more than 2 years, do you
> see any problem if I include it in the manpages-fr-extra package? This
> package includes French translation of manpages when neither upstream nor
> Debian maintainers want to have to deal with translated manpages.

I'd rather have it in the package itself but it requires modifications
to the automake files to integrate it which are painful to carry around.
I'm trying to push upstream to include it but he's a bit random about
what he responds to.

In any case, there's no way this can be looked at again before etch.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403130: [Krusader-devel] Re: Bug#403130: krusader is HORRIBLY UNSTABLE in REMOTE/FTP, for OVER A YEAR, for the LOVE OF GOD!

[Karai Csaba]

Hi!

Valgrind reports the problem. Unfortunately, you don't have debug mode
Krusader. The (within /usr/bin/krusader) is not very detailed information.

1. please download Krusader from CVS
  http://krusader.sourceforge.net/downloads/krusader-cvs-20061218.tar.gz
2. install KDevelop (very big 500MByte, but will install all
   files  that are required for compilation)
   after that, you may remove it
3. compile Krusader:
   make -f Makefile.cvs
   ./configure --prefix=/usr --enable-debug
   make
4. run with valgrind


Valgrind exactly tells, that

   ==== Invalid read of size 4

- as it is called from Krusader, then it's a Krusader bug and we
  could correct it

it could cause the crash...

Thanks,

Csaba



====
==== Invalid read of size 4
====at 0x8108013: (within /usr/bin/krusader)
====by 0x811DEBA: (within /usr/bin/krusader)
====by 0x53D8CB2: QObject::activate_signal(QConnectionList*,
QUObject*) (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x53D91DF: QObject::activate_signal(int, QString) (in
/usr/lib/libqt-mt.so.3.3.7)
====by 0x8141A76: (within /usr/bin/krusader)
====by 0x8141FB3: (within /usr/bin/krusader)
====by 0x81413B2: (within /usr/bin/krusader)
====by 0x8112DD2: (within /usr/bin/krusader)
====by 0x8113767: (within /usr/bin/krusader)
====by 0x8113903: (within /usr/bin/krusader)
====by 0x53D8CB2: QObject::activate_signal(QConnectionList*,
QUObject*) (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x53D9743: QObject::activate_signal(int) (in
/usr/lib/libqt-mt.so.3.3.7)
====  Address 0x6CD932C is 76 bytes inside a block of size 140 free'd
====at 0x401CCBC: operator delete(void*) (vg_replace_malloc.c:244)
====by 0x56CFEB1: QGDict::remove_string(QString const&, void*)
(in /usr/lib/libqt-mt.so.3.3.7)
====by 0x8141FCB: (within /usr/bin/krusader)
====by 0x81413B2: (within /usr/bin/krusader)
====by 0x8112DD2: (within /usr/bin/krusader)
====by 0x8113767: (within /usr/bin/krusader)
====by 0x8113903: (within /usr/bin/krusader)
====by 0x53D8CB2: QObject::activate_signal(QConnectionList*,
QUObject*) (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x53D9743: QObject::activate_signal(int) (in
/usr/lib/libqt-mt.so.3.3.7)
====by 0x5763DB5: QTimer::timeout() (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x5400566: QTimer::event(QEvent*) (in
/usr/lib/libqt-mt.so.3.3.7)
====by 0x5370BD5: QApplication::internalNotify(QObject*,
QEvent*) (in /usr/lib/libqt-mt.so.3.3.7)
====
==== Invalid read of size 4
====at 0x8108016: (within /usr/bin/krusader)
====by 0x811DEBA: (within /usr/bin/krusader)
====by 0x53D8CB2: QObject::activate_signal(QConnectionList*,
QUObject*) (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x53D91DF: QObject::activate_signal(int, QString) (in
/usr/lib/libqt-mt.so.3.3.7)
====by 0x8141A76: (within /usr/bin/krusader)
====by 0x8141FB3: (within /usr/bin/krusader)
====by 0x81413B2: (within /usr/bin/krusader)
====by 0x8112DD2: (within /usr/bin/krusader)
====by 0x8113767: (within /usr/bin/krusader)
====by 0x8113903: (within /usr/bin/krusader)
====by 0x53D8CB2: QObject::activate_signal(QConnectionList*,
QUObject*) (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x53D9743: QObject::activate_signal(int) (in
/usr/lib/libqt-mt.so.3.3.7)
====  Address 0x6FCD04C is 12 bytes inside a block of size 20 free'd
====at 0x401CCBC: operator delete(void*) (vg_replace_malloc.c:244)
====by 0x56EFEC7: QStringData::deleteSelf() (in
/usr/lib/libqt-mt.so.3.3.7)
====by 0x81449FB: (within /usr/bin/krusader)
====by 0x56CFEB1: QGDict::remove_string(QString const&, void*)
(in /usr/lib/libqt-mt.so.3.3.7)
====by 0x8141FCB: (within /usr/bin/krusader)
====by 0x81413B2: (within /usr/bin/krusader)
====by 0x8112DD2: (within /usr/bin/krusader)
====by 0x8113767: (within /usr/bin/krusader)
====by 0x8113903: (within /usr/bin/krusader)
====by 0x53D8CB2: QObject::activate_signal(QConnectionList*,
QUObject*) (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x53D9743: QObject::activate_signal(int) (in
/usr/lib/libqt-mt.so.3.3.7)
====by 0x5763DB5: QTimer::timeout() (in /usr/lib/libqt-mt.so.3.3.7)
====
==== Invalid read of size 4
====at 0x8108067: (within /usr/bin/krusader)
====by 0x811DEBA: (within /usr/bin/krusader)
====by 0x53D8CB2: QObject::activate_signal(QConnectionList*,
QUObject*) (in /usr/lib/libqt-mt.so.3.3.7)
====by 0x53D91DF: QObject::activate_signal(int, QString) (in
/usr/lib/libqt-mt.so.3.3.7)
====by 0x8141A76: (within /usr/bin/krusader)
====by 0x8141FB3: (within /usr/bin/krusader)
====by 0x81413B2: (within /usr/bin/krusader)
====by 0x8112DD2: (within /usr/bin/krusader)
====by

Bug#403591: [tex-live] Fwd: Polish TexLive Stuff

[Norbert Preining]

Dear all!

I think we can finish this thread with the Polish mex staying in place.
Furthermore, ubuntu should update to the latest texlive packages AND
octave-forge packages as there is no mex in the octave-forge anymore.

On Mon, 18 Dez 2006, Thomas Weber wrote:
> We discussed this with Norbert Preining some time ago. The mex binary in
> octave* packages will vanish (this is an unrelated upstream decision). 
>
[..]
>
> > TeXlive upstream has recently discussed this and decided to keep things
> > unchanged, you can read the thread starting at
> > 
> > http://tug.org/pipermail/tex-live/2006-December/011670.html
> 
> I don't consider this to be a real bug. Matlab should be installed under
> the /usr/local hierarchy and users can then set up aliases as they
> please (btw, we have Matlab here and most users don't use the mex
> interface at all). 
> 
> 
> > P.S. in Ubuntu ($whatever_strange_animal) there's a file conflict
> > between the packages...
> 
> Yes, from the time when octave-forge was a real package. 
> 
>   Thomas


Best wishes

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
And wow! Hey! What's this thing coming towards me very
fast? Very very fast. So big and flat and round, it needs a
big wide sounding word like... ow... ound... round...
ground! That's it! That's a good name - ground!
I wonder if it will be friends with me?
 --- For the sperm whale, it wasn't.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403355: Users of xinetd can't live with openbsd-inetd

[Marco d'Itri]

On Dec 18, Joao Serrachinha <[EMAIL PROTECTED]> wrote:

> I hope you or the team will resolve this before etch release.
Obviously not, as it has been frozen.
Again, read teh debian-devel@ thread about this.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#403601: tex-common: unable to install because of cp

[Sam Hocevar (Debian packages)]

Package: tex-common
Version: 0.42
Severity: serious
Justification: fails to install

   I get the following while trying to install tex-common:

Setting up tex-common (0.42) ...
cp: relocation error: /lib/libacl.so.1: symbol getxattr, version ATTR_1.0 not 
defined in file libattr.so.1 with link time reference
dpkg: error processing tex-common (--configure):
 subprocess post-installation script returned error exit status 127

   "cp" works otherwise, maybe it's a problem in coreutils, but then
tex-common should depend on a working version. The following information
might be relevant, too:

ii  coreutils  5.97-5.2   The GNU core utilities
ii  libacl12.2.42-1   Access control list shared library
ii  libattr1   2.4.35-1   Extended attribute shared library

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0] 1.5.10 Debian configuration management sy
ii  ucf   2.0017 Update Configuration File: preserv

tex-common recommends no packages.

Versions of packages tetex-base depends on:
ii  ucf   2.0017 Update Configuration File: preserv

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2.0] 1.5.10 Debian configuration management sy
ii  debianutils   2.17.4 Miscellaneous utilities specific t
ii  dialog1.0-20060221-1 Displays user-friendly dialog boxe
ii  dpkg  1.13.24package maintenance system for Deb
ii  ed0.2-20 The classic unix line editor
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libkpathsea4  3.0-27 path search library for teTeX (run
ii  libpaper1 1.1.21 Library for handling paper charact
ii  libpng12-01.2.15~beta5-0 PNG library - runtime
ii  libpoppler0c2 0.4.5-5PDF rendering library
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libt1-5   5.1.0-2Type 1 font rasterizer library - r
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxaw7   1:1.0.2-4  X11 Athena Widget library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxmu6   1:1.0.2-2  X11 miscellaneous utility library
ii  libxpm4   1:3.5.5-2  X11 pixmap library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  mime-support  3.39-1 MIME files 'mime.types' & 'mailcap
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  sed   4.1.5-1The GNU sed stream editor
pn  tetex-base (no description available)
ii  ucf   2.0017 Update Configuration File: preserv
ii  whiptail  0.52.2-8   Displays user-friendly dialog boxe
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages tetex-extra depends on:
pn  tetex-base (no description available)
ii  tetex-bin 3.0-27 The teTeX programs
ii  ucf   2.0017 Update Configuration File: preserv

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403603: gnokii: configuration information insufficient for Nokia 7250i (6510 series)

[Arthur Marsh]

Package: gnokii
Version: 0.6.14-1
Severity: normal


As posted to gmane.linux.drivers.gnokii:

Hi, I've looked on the gnokii web site, and have failed to find a 
complete solution to get the Nokia 7250i to talk to this computer 
through a genuine Nokia CA-42 cable.

I'm running Debian unstable with gnokii 0.6.14-1 and Linux kernel 2.6.18 
built from linux-source 2.6.18-8 (current to kernel.org 2.6.18.5).

As suggested at http://www.qbik.ch/usb/devices/showdev.php?id=3251

I did the following before connecting the CA-42 cable to the computer:

modprobe usbserial vendor=0x0421 product=0x0802

/var/log/messages reported:

Dec 18 20:21:47 localhost kernel: usbcore: registered new driver 
usbserial
Dec 18 20:21:47 localhost kernel: drivers/usb/serial/usb-serial.c: USB 
Serial support registered for generic
Dec 18 20:21:47 localhost kernel: usbcore: registered new driver 
usbserial_generic
Dec 18 20:21:47 localhost kernel: drivers/usb/serial/usb-serial.c: USB 
Serial Driver core
Dec 18 20:22:31 localhost kernel: usb 2-2: new full speed USB device 
using ohci_hcd and address 6
Dec 18 20:22:32 localhost kernel: usb 2-2: configuration #1 chosen from 
1 choice
Dec 18 20:22:32 localhost kernel: usbserial_generic 2-2:1.0: generic 
converter detected
Dec 18 20:22:32 localhost kernel: usbserial_generic: probe of 2-2:1.0 
failed with error -5
Dec 18 20:22:32 localhost kernel: usbserial_generic 2-2:1.1: generic 
converter detected
Dec 18 20:22:32 localhost kernel: usb 2-2: generic converter now 
attached to ttyUSB0
Dec 18 20:22:33 localhost kernel: cdc_acm: probe of 2-2:1.0 failed with 
error -16
Dec 18 20:22:33 localhost kernel: usbcore: registered new driver cdc_acm
Dec 18 20:22:33 localhost kernel: drivers/usb/class/cdc-acm.c: v0.25:USB 
Abstract Control Model driver for USB modems and ISDN adapters

/dev/ttyUSB0 was created:

crw-rw 1 root dialout 188,  0 2006-12-18 20:22 /dev/ttyUSB0

When I ran:

$ gnokii --identify
GNOKII Version 0.6.14
Lockfile /var/lock/LCK..ttyS0 is stale. Overriding it..
Overriding failed, please check the permissions.
Cannot lock device.
Lock file error. Exiting.
Command is still being executed.

When I added a ~/.gnokiirc containing:

serial=/dev/ttyUSB0

and re-ran gnokii --identify, I received the error:

Orphaned line: serial=/dev/ttyUSB0

When I added

[global]

to the start of ~/.gnokiirc I received the error:

No [global] section in /home/amarsh04/.gnokiirc config file.

Any suggestions on what to do?

Regards,

Arthur. 


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages gnokii depends on:
ii  adduser   3.100  Add and remove users and groups
ii  dialog1.0-20060221-1 Displays user-friendly dialog boxe
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libbluetooth2 3.7-1  Library to use the BlueZ Linux Blu
ii  libc6 2.3.6.ds1-9GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1generic font configuration library
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnokii30.6.14-1   Gnokii library
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  liblockfile1  1.06.1 NFS-safe locking library, includes
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxpm4   1:3.5.5-2  X11 pixmap library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  timeout   1.11-6.3   Run a command with a time limit.

gnokii recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#402994: use new libpaper hook to track system paper size

[Ralf Stubner]

Ralf Stubner wrote:

> - actually neither 'a4' nor 'letter' as defined in config.ps should not
>   be used as default paper sizes; one should use A4size or letterSize; 
>   see the end of '4.2 Configuration file paper size command' in the dvips
>   documentation (texdoc dvips)
> 
> The latter point might actually be a bug in texconfig and/or the default
> config.ps. 

Actually this latter point is not quite correct (typically it is really
difficult to find errors in TE's scripts). When texconfig is called as

 texconfig paper letter


than 'letterSize' is used as default paper size for dvips (and 'us' for
xdvi). Only when one explicitly uses

 texconfig dvips paper letter

'letter' and not 'letterSize' is set as default. This is what I tested.
Similar for a4 vs. A4paper.

cheerio
ralf


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403602: clamav-daemon: Error message while upgrading

[Thue Janus Kristensen]

Package: clamav-daemon
Version: 0.84-2.sarge.13
Severity: normal


While upgrading clamav today I got this error message:

[...]
Setting up clamav-daemon (0.84-2.sarge.13) ...
/var/lib/dpkg/info/clamav-daemon.postinst: line 163: db_stop: command not found
Starting ClamAV daemon: LibClamAV Warning: 

[...]

Note that the the relevant part is the "line 163: db_stop: command not found"

Regards, Thue

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.16.27
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages clamav-daemon depends on:
ii  clamav-base   0.84-2.sarge.13base package for clamav, an anti-v
ii  clamav-freshclam [cla 0.84-2.sarge.13downloads clamav virus databases f
ii  libbz2-1.01.0.2-7high-quality block-sorting file co
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii  libclamav10.84-2.sarge.13virus scanner library
ii  libcurl3  7.13.2-2sarge5 Multi-protocol file transfer libra
ii  libgmp3   4.1.4-6Multiprecision arithmetic library
ii  libidn11  0.5.13-1.0 GNU libidn library, implementation
ii  libssl0.9.7   0.9.7e-3sarge4 SSL shared libraries
ii  zlib1g1:1.2.2-4.sarge.2  compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#304330: Update?

[Stu Teasdale]

Hi there,

Just checking progress on this. If it's a matter of sponsorship get in 
touch about an upload, otherwise I'm prepared to take on this ITP is no 
progress is being made.

Stu
-- 
>From the prompt of Stu Teasdale

The relative importance of files depends on their cost in terms of the
human effort needed to regenerate them.
-- T.A. Dolotta


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#402994: use new libpaper hook to track system paper size

[Frank Küster]

Ralf Stubner <[EMAIL PROTECTED]> wrote:

> - editing config.ps is non-trivial; there is readymade ed-code in
>   texconfig for this, though
>
> - maybe one could make use of texconfig for editing the files:
>
>   . ship files somewhere in /use/share/$packagename 
>   . copy files to tmpdir in proper TDS structure (see tcfmgr.map)
>   . edit files with 'TEXMFCONFIG=$tmpdir texconfig'
>   . install files with ucf

Yes, that's a good idea. 

> - actually neither 'a4' nor 'letter' as defined in config.ps should not
>   be used as default paper sizes; one should use A4size or letterSize; 
>   see the end of '4.2 Configuration file paper size command' in the dvips
>   documentation (texdoc dvips)

I admit that I don't understand the info file at this point.  It isn't a
bug in PS to specify the papersize correctly, is it?  Then why not map
"a4" onto correct "A4sixe", and the same with letter, or simply define
a4 correctly?

> The latter point might actually be a bug in texconfig and/or the default
> config.ps. 

config.ps in tetex-base starts with A4size and letterSize, so this looks
good.  texlive-base-bin nearly has the same, but it's lowercase
"a4size".  

When calling "texconfig paper a4", it's internally mapped to A4size, and
the same for letter.

Regards, Frank

-- 
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Bug#403605: exim4-config: dc_other_hostnames expanded by the shell, corrupting it

[Paul Slootman]

Package: exim4-config
Version: 4.63-11
Severity: grave
Justification: email was bounced, thus lost to me

I have a wildcard MX *.wurtel.net, and that's filled in
/etc/exim4/update-exim4.conf.conf accordingly:

dc_other_hostnames='wurtel.net : *.wurtel.net : ...'

However, I noticed once that instead of *.wurtel.net, the generated
config file had db.wurtel.net.  At the time I passed that off as an
error on my part, as when running update-exim4.conf again it was
correct.

Today I again noticed in the exim logs that a lot of mail was being
bounced due to "relay not permitted". Again I saw db.wurtel.net instead
of *.wurtel.net, and now I was sure I hadn't made any mistake.

Upon investigation it appeared that if a file exists in the current
directory that matches *.wurtel.net when update-exim4.conf is run, the
filename is filled into the config file, hence corrupting it :-(
update-exim4.conf echoes the value of dc_other_hostnames without any
quoting!

I could imagine that this might even be used to bypass security if a
malicious user could get an admin to run update-exim4.conf in a
directory with specially prepared filenames.

I recommend that a fix is included in the version that's to go into
etch.


Paul Slootman


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403607: with xserver-xorg-video-via module, kpdf draw any gray line on the screen outside of kpdf's windows

[Io]

Package: xserver-xorg-video-via
Version: 1:0.2.1-6
Severity: wishlist

When I load any pdf document with kpdf any gray lines appar in my
desktop, outside the document's area.

I'm try the new version of this module from the source code, and this
bug
is not present.

Why the version of the unstable is the old same of stable???



-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2003-01-05 12:01 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1597708 2006-11-24 22:17 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: VIA Technologies, Inc. S3 Unichrome Pro VGA 
Adapter (rev 01)

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-video-via depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libdrm2  2.0.2-0.1   Userspace interface to kernel DRM 
ii  xserver-xorg-core2:1.1.1-11  X.Org X server -- core server

xserver-xorg-video-via recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#402649: udev detects harddisk in USB case as non removable and thus sets wrong permissions for device nodes

[Modestas Vainius]

clone 402649 -1
notfound -1 0.103-1
reassign -1 kdebase-kio-plugins
found -1 3.5.5a.dfsg.1-3
retitle -1 /etc/fstab parser does not support LABEL= device nodes
severity -1 important
thanks

Thanks Martin. I'm cloning this bug since the permission problem is in udev 
(which will be resolved soon together with #402622), but missing LABEL= 
support is a problem with kdebase-kio-plugins and its mediamanager HAL 
backend (not HAL itself).


pgppXV5t3Ygax.pgp
Description: PGP signature

Bug#360536: matroskamux audio input does not work

[Sebastian Dröge]

forwarded 360536 http://bugzilla.gnome.org/show_bug.cgi?id=387121
tag 360536 upstream confirmed
thanks

Hi,
thanks for reporting this issue. I can reproduce this here and forwarded
it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=387121

This only seems to happen to raw audio, MP3 and vorbis muxing works
fine.

Bye


signature.asc
Description: This is a digitally signed message part

Bug#403379: strange hypotheses, Re: Bug#403379

[A Mennucc]

I have two hypotheses in mind:

--- hypothesis 1
Aurelien Jarno ha scritto:

> mplayer segfaults on a file I have (probably badly) downloaded from the
> Internet. Note that other video applications in Debian (vlc, kaffeine) 
> do not segfault. It is very likely a security problem.

> Sorry, but I don't have the URL anymore, if I remember correctly it was
> a russian site. The original name is d3efc17df8c6b.mpg. This video is
> supposed to show a L298 chip burning. This chip is supposed to be
> thermally protected, but I also burnt one :(


-- hypothesis 2
The file that you sent me is almost similar to the file that Pierre sent
 me in bug 402922 : the two files have the same length, and moreover

$ cmp -l mplayer-{8,7}-crash.mpeg | wc -l
4365

a change of 4365 bytes on a total of 224Kb is quite low...

it is so low that it is virtually impossible that those two files are
found independently on the internet

so the second hypothesis is :
you downloaded Pierre example, altered some bytes out of it, until you
found a file that could crash mplayer (but not some other programs)


Even  the two bug reports are s similar:
Pierre:
>   xine and vlc that use debian libpmeg2 instead do not segfault.
>   I'm not 100% sure it's a security problem, but it's very likely.
Aurelien:
> Note that other video applications in Debian (vlc, kaffeine) 
> do not segfault. It is very likely a security problem.

--


unfortunately, you cannot find any more the original URL ... so we
cannot really disprove hypothesis 1 

whereas, you see , hypothesis 2 is s  plausible

a.



signature.asc
Description: OpenPGP digital signature

Bug#403601: tex-common: unable to install because of cp

[Norbert Preining]

reassign 403601 libattr1
merge 403601 403592
thanks

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
LUDLOW (n.)
A wad of newspaper, folded tablenapkin or lump of cardboard put under
a wobbly table or chair to make it stand-up straight. It is perhaps
not widely known that air-ace Sir Douglas Bader used to get about on
an enormous pair of ludlows before he had his artificial legs fitted.
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403606: linux-image-2.6.18-3-686: Seemingly random system freezes

[Thijmen de Gooijer]

Package: linux-image-2.6.18-3-686
Version: 2.6.18-7
Severity: important

The system seems to freeze quite randomly. The only way out is a hard reset.
Everything works perfectly under 2.6.16 kernels, however in those versions the 
JMB361 
driver is disabled because of "outstanding" problems.

I am continiously trying to recreate the freezes with heavy load, combinations 
of 
processes running, OpenGL games, heavy i/o operations. Unfortunately I haven't 
found 
any consistency yet.

I myself haven't been able to find anything related in the system logs yet. 
There 
aren't any entries made just before the freeze or continious error messages 
flooding 
the logs. Upon request I can provide (parts) of them.

I had similar problems in 2.6.18-1 and 2.6.18-2 which I installed from the sid 
repository. Those freezes appeared to be linked to the JMB361 driver, which is 
known 
to be troublesome. The freezes are less frequent now than with these kernels, 
but I 
have to note I switched from a PATA to SATA dvd-ram drive to circumvent the 
JMB361 
controller on my MSI P965 Neo F motherboard even the windows drivers for the 
JMB chip 
are buggy.

--
Thijmen de Gooijer

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages linux-image-2.6.18-3-686 depends on:
ii  coreutils 5.97-5 The GNU core utilities
ii  debconf [debconf-2.0] 1.5.8  Debian configuration management sy
ii  initramfs-tools [linux-initra 0.85c  tools for generating an initramfs
ii  module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.18-3-686 recommends:
ii  libc6-i686   2.3.6.ds1-8 GNU C Library: Shared libraries [i

-- debconf information:
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.18-3-686/postinst/bootloader-error-2.6.18-3-686:
  linux-image-2.6.18-3-686/postinst/old-dir-initrd-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/kimage-is-a-directory:
  linux-image-2.6.18-3-686/preinst/elilo-initrd-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/old-system-map-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/preinst/lilo-initrd-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/depmod-error-initrd-2.6.18-3-686: false
  linux-image-2.6.18-3-686/preinst/bootloader-initrd-2.6.18-3-686: true
  linux-image-2.6.18-3-686/prerm/removing-running-kernel-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/create-kimage-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/prerm/would-invalidate-boot-loader-2.6.18-3-686: true
  linux-image-2.6.18-3-686/preinst/abort-install-2.6.18-3-686:
  linux-image-2.6.18-3-686/preinst/overwriting-modules-2.6.18-3-686: true
  linux-image-2.6.18-3-686/preinst/initrd-2.6.18-3-686:
  linux-image-2.6.18-3-686/preinst/lilo-has-ramdisk:
  linux-image-2.6.18-3-686/preinst/already-running-this-2.6.18-3-686:
  linux-image-2.6.18-3-686/postinst/bootloader-test-error-2.6.18-3-686:
  linux-image-2.6.18-3-686/preinst/abort-overwrite-2.6.18-3-686:
  linux-image-2.6.18-3-686/postinst/old-initrd-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/depmod-error-2.6.18-3-686: false
  linux-image-2.6.18-3-686/preinst/failed-to-move-modules-2.6.18-3-686:


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403604: ltsp: [INTL:es] Spanish po-debconf translation

[Felipe Caminos]

Package: ltsp
Version: 0.99debian8
Priority: wishlist
Tags: l10n patch

Please find attached a first version of the po-debconf translation of 
ltsp into Spanish.


Thanks for including it in the package,

Felipe
#
# ltsp po-debconf translation to spanish
# Copyright (C) 2006 Software in the Public Interest, SPI Inc.
# This file is distributed under the same license as the ltsp package.
#
# Changes:
# - Initial translation
#   Felipe Caminos Echeverría , 2006
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la 
#  documentación de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#   http://www.debian.org/intl/spanish/
#   especialmente las notas y normas de traducción en
#   http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
# Si tiene dudas o consultas sobre esta traducción consulte con el último
# traductor (campo Last-Translator) y ponga en copia a la lista de
# traducción de Debian al español ()
#

msgid ""
msgstr ""
"Project-Id-Version: ltsp 0.99debian8 \n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-11-15 15:15-0700\n"
"PO-Revision-Date: 2006-12-18 08:35-0300\n"
"Last-Translator: Felipe Caminos <[EMAIL PROTECTED]>\n"
"Language-Team: Debian l10n spanish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:1001
msgid "Set up an LTSP chroot environment?"
msgstr "¿Desea establecer un entorno restringido para LTSP?"

#. Type: boolean
#. Description
#: ../ltsp-client-builder.templates:1001
msgid ""
"This will set up an LTSP chroot environment on the machine, to act as a thin "
"client server."
msgstr "Esto establecerá un entorno restringido («chroot») para LTSP en el 
equipo, para utilizarse como servidor de cliente ligero."

#. Type: text
#. Description
#. Item in the main menu to select this package
#: ../ltsp-client-builder.templates:2001
msgid "Build LTSP chroot"
msgstr "Construir el entorno restringido para LTSP"

#. Type: text
#. Description
#: ../ltsp-client-builder.templates:3001
msgid "Building LTSP chroot..."
msgstr "Construyendo el entorno restringido para LTSP ..."

#. Type: error
#. Description
#: ../ltsp-client.templates:1001
msgid "Installation aborted "
msgstr "Instalación cancelada"

#. Type: error
#. Description
#: ../ltsp-client.templates:1001
msgid ""
"ltsp-client cannot be installed in a regular machine. This package provides  "
"the basic structure for a LTSP terminal."
msgstr "No se puede instalar el cliente LTSP en un equipo común. Este paquete 
solo provee la estructura básica para un terminal LTSP."

#. Type: error
#. Description
#: ../ltsp-client.templates:1001
msgid "Please read the package description to understand what it means."
msgstr "Por favor, lea la descripción del paquete para entender qué significa 
esto."

Bug#403608: kcachegrind-converters: add list of supported languages to package description

[Bastian Kleineidam]

Package: kcachegrind-converters
Version: 4:3.5.5-3
Severity: wishlist

Hi,

it would be very useful if the package description had a list of what profiling
formats the converters support. This way it would be possible to find the
package when searching for example for "python" and "profiling" with apt-cache.
I myself found the package only through coincidence when googling around for
python profiler tools.

Regards,
  Bastian

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-treasure9
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages kcachegrind-converters depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  php4-cli  6:4.4.4-8  command-line interpreter for the p
ii  python2.4.4-2An interactive high-level object-o

Versions of packages kcachegrind-converters recommends:
ii  kcachegrind   4:3.5.5-3  visualisation tool for valgrind pr

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#401530: usb-scanners don't work on powerpc (little endian)

[Henrique de Moraes Holschuh]

On Mon, 18 Dec 2006, Andreas Barth wrote:
> * Henrique de Moraes Holschuh ([EMAIL PROTECTED]) [061217 23:17]:
> > On Fri, 15 Dec 2006, Andreas Barth wrote:
> > > * Holger Levsen ([EMAIL PROTECTED]) [061204 02:03]:
> > > > scanning with usb-connected devices does not work on powerpc (or all 
> > > > little 
> > > > endian archs I guess).
> > > > 
> > > > After I followed the instructions in this email, 
> > > > http://www.mail-archive.com/hplip-devel%40lists.sourceforge.net/msg00233.html
> > > > and recompiled the package, scanning works.
> > > > 
> > > > But I dont think removing that macro is the right solution for all 
> > > > archs :)
> > > 
> > > did the maintainer had a chance to take a look in this bug?
> > 
> > Yes, and I am waiting for the upstream fix, which is AFAIK in closed beta
> > right now and should be available publicly very shortly.
> 
> Thanks. It is just a bit hard to know about whether someone is working
> hard or not when there is no comment inside the bug.

I have it fixed, but I am on vacation so I may or may not be able to upload
it today.

Anyway, what *would* fix a number of big issues would be an OK for the new
upstream version which will be released in one week tops (I am testing it
now, as I get a closed for-packagers-only beta before it is released).

I will try to at least backport the most obvious fixes, but...

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403592: libattr1: Same error with ls -l

[Anthony Campbell]

Package: libattr1
Version: 2.4.35-1
Followup-For: Bug #403592

Getting the same error here.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages libattr1 depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries

libattr1 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#402456: Serious Copyright violation in "cdrkit"

[Michael Ablassmeier]

On Mon, Dec 18, 2006 at 11:45:52AM +0100, Joerg Schilling wrote:
> Stephen Gran <[EMAIL PROTECTED]> wrote:
> 
> > This one time, at band camp, Joerg Schilling said:
> > > You do not need to understand the background.
> > > 
> > > You just need to remember that you are not allowed to remove Copyright 
> > > information.
> > > 
> > > This is a week sence I did inform you about the Copyright violation.
> > > Note that today, you have to either remove your project from the server or
> > > to undo the deletion of the copyright information.
> >
> > Please supply either an interdiff or a useable svn command tha shows that
> > your copyright claims have been abused.  svn diff -r1:2 /path/ would be
> > fine.
> 
> I am not sure what you mean.. If you did read the previous text yu did 
> find 
> this:
> 
>   http://svn.debian.org/wsvn/debburn/?rev=591&sc=1
> 
> Is this what you like?

this link shows all changed files, but not the actual differences to
older revisions. For the record:

 http://svn.debian.org/wsvn/debburn?op=comp&[EMAIL PROTECTED]&[EMAIL PROTECTED]
 http://tinyurl.com/y9ld8g

bye,
- michael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#401567: Gaim crashes

[iain broadfoot]

Agreed, having the libnotify plugin enabled seems to be the cause of
the crashes; at least, disabling it stops the crashes.

cheers,
iain


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403565: tig: Segmentation fault when navigating in tree mode

[Sebastian Harl]

severity 403565 serious
thanks

Hi,

Thanks for reporting this bug.

I upgraded the severity to serious because imho this makes the package 
unsuitable for release in Etch.

On Sun, Dec 17, 2006 at 04:33:14PM -0800, Josh Triplett wrote:
> Reproducible segfault in tig when navigating in tree mode:

This has been fixed in upstream's git repository already. I will upload a new
package including this fix as soon as possible.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl
GnuPG-ID: 0x8501C7FC
http://tokkee.org/



signature.asc
Description: Digital signature

Bug#403342: Re: Bug#403342: aide: Bug report 377383 is NOT fixed!

[waldeck]

> Your original bug report was only against the aide man page.

This is NOT correct!

I wrote:

> aide: Wrong FILES section in man page
  

aide is the package name!

I think it was added by reportbug.

I did NOT wrote: "wrong FILES section in AIDE man page"

> The debian build uses
> /var/lib/aide/aide.db
> and
> /var/lib/aide/aide.db.new
> for the database.

Could I expect from a Debian maintainer that he checks EVERY manpage wether it 
contains wrong a path?

Obviously not!

> While this waits to be uploaded, please explain why this bug "has a
> major effect on the usability of a package", as you filed it as
> priority important.

See above!

Dr. Markus Waldeck




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#399848: With -R, less should support ^N (smacs) and ^O (rmacs)

[Vincent Lefevre]

On 2006-11-22 13:25:38 +0100, Vincent Lefevre wrote:
> A way to disable all the color changes is to send the sgr0 sequence.
> The xterm-xfree86 terminfo data for sgr0 contain both \E[m (supported
> by less as a color escape sequence) and ^O (which is in fact, rmacs),
> but ^O is not supported by less as a special character. This means
> that a colorized input file is displayed by less with lots of ^O on
> such a terminal.
> 
> Moreover it would be a good idea to support ^N as well: this would
> allow to have characters of the alternate character set (ACS), a.k.a.
> line graphics, correctly displayed.

Just a note: it seems that ^N and ^O are no longer used in
Debian/unstable, but they're in sarge.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#403611: xemacs21-basesupport: xsl mode interprets delete key inconsistently

[Peter Eisentraut]

Package: xemacs21-basesupport
Version: 2006.05.10-1
Severity: serious
Justification: release criterion 5.(e)

The xsl mode (xslide) supplied in this package interprets the delete
key as a backspace.  This is inconsistent with other emacs modes and
the rest of the system.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xemacs21-basesupport depends on:
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 

xemacs21-basesupport recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#403612: "less -R" doesn't take rmacs into account (regression)

[Vincent Lefevre]

Package: less
Version: 394-4
Severity: normal

$ echo "`tput smacs`mq`tput rmacs`> foo"

outputs an arrow and "foo". But if I type

  echo "`tput smacs`mq`tput rmacs`> foo" | less -R

in xterm, less doesn't take the rmacs into account.
This is a regression: less 382-1 behaved correctly.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686-bigmem
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages less depends on:
ii  debianutils  2.17.4  Miscellaneous utilities specific t
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand

less recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]