Bug#356804: New upstream version released

[Yavor Doganov]

Package: straw
Version: 0.25.1-5
Severity: wishlist

There's a new upstream version available.

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

Versions of packages straw depends on:
ii  gconf22.12.1-9   GNOME configuration database syste
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgtk2.0-0   2.8.13-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.10.4-1   Layout and rendering of internatio
ii  python2.3.5-5An interactive high-level object-o
ii  python2.3 2.3.5-9An interactive high-level object-o
ii  python2.3-egenix-mxdatetime   2.0.6-2date and time handling routines fo
ii  python2.3-glade2  2.8.2-3GTK+ bindings: Glade support
ii  python2.3-gnome2  2.12.3-2   Python bindings for the GNOME desk
ii  python2.3-gnome2-extras   2.12.1-2.1 Python bindings for the GNOME desk
ii  python2.3-gtk22.8.2-3Python bindings for the GTK+ widge

Versions of packages straw recommends:
pn  python2.3-adns (no description available)

-- debconf-show failed


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

Bug#356805: classpath: missing java.lang.Thread.UncaughtExceptionHandler interface

[Petter Reinholdtsen]

Package: classpath
Version: 2:0.90-1

When trying to run the java standalone client for Openstreetmap,
http://www.eigenheimstrasse.de/josm/josm-latest.jar>, it crashes
with the given error message.  According to Michael Koch on IRC, this
is because the java.lang.Thread.UncaughtExceptionHandler interface
that was introduced in java 1.5 is missing in classpath.

Instructions on how to find the source for josm is available from
http://wiki.eigenheimstrasse.de/wiki/JOSM/Install_Notes>.

% jamvm -jar josm-latest.jar
java.lang.reflect.InvocationTargetException
   at java.lang.reflect.Method.invokeNative (Native Method)
   at java.lang.reflect.Method.invoke (Method.java:355)
   at jamvm.java.lang.JarLauncher.main (JarLauncher.java:50)
Caused by: java.lang.NoClassDefFoundError: 
org/openstreetmap/josm/gui/BugReportExceptionHandler
   at org.openstreetmap.josm.Main.setupExceptionHandler (Main.java:277)
   at org.openstreetmap.josm.Main.main (Main.java:187)
   at java.lang.reflect.Method.invokeNative (Native Method)
   ...2 more
Caused by: java.lang.NoClassDefFoundError: 
java/lang/Thread$UncaughtExceptionHandler
   at java.lang.VMClassLoader.defineClass (Native Method)
   at java.lang.ClassLoader.defineClass (ClassLoader.java:472)
   at java.security.SecureClassLoader.defineClass (SecureClassLoader.java:108)
   at java.net.URLClassLoader.findClass (URLClassLoader.java:987)
   at java.lang.ClassLoader.loadClass (ClassLoader.java:342)
   at java.lang.ClassLoader$1.loadClass (ClassLoader.java:1110)
   at java.lang.ClassLoader.loadClass (ClassLoader.java:294)
   at org.openstreetmap.josm.Main.setupExceptionHandler (Main.java:277)
   ...4 more
Caused by: java.lang.ClassNotFoundException: 
java.lang.Thread$UncaughtExceptionHandler not found in 
java.lang.ClassLoader$1{urls=[file:/home/pere/src/debiancvs/pkg-java/josm-latest.jar],
 parent=null}
   at java.net.URLClassLoader.findClass (URLClassLoader.java:902)
   at java.lang.ClassLoader.loadClass (ClassLoader.java:342)
   at java.lang.ClassLoader$1.loadClass (ClassLoader.java:1110)
   at java.lang.ClassLoader.loadClass (ClassLoader.java:294)
   at java.lang.VMClassLoader.defineClass (Native Method)
   ...11 more
^C
%

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages jamvm depends on:
ii  classpath 2:0.90-1   clean room standard Java libraries
ii  classpath-common  2:0.90-1   architecture independent files
ii  java-common   0.23   Base of all Java packages
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  zlib1g1:1.2.3-11 compression library - runtime

jamvm recommends no packages.

-- no debconf information


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

Bug#207932: Consequences of moving Emacs Manuals to non-free

[Sven Joachim]

[ CC'ing debian-emacsen, as this should be of interest for Emacs users and
 developers.  Also, I would like to read other people's opinion about this.]

Jérôme Marant wrote:

Since the FDL documents contain invariant sections, they will have to be
moved to non-free very soon.


When you do this, please consider the consequences for Emacs' usability.
Removing the manual leaves only a bare minimum for learning Emacs (the
tutorial, basically) and has a great impact even for experienced users
who know how to get information out of docstrings and the like.  I would
go as far as saying that Emacs is unusable without the manual.  If you
agree with that, you should make the emacs21 packages depend on (or at
least, recommend) the "non-free" manual; of course, that implies moving
the emacs21 package and everything that depends on it (rather than on
emacsen) to contrib.  I would prefer a dependency over a recommendation,
to ensure that users are not left stuck with an undocumented Emacs.

Note that the same consideration applies to emacs-snapshot and the
upcoming emacs22 release.


So, I'll propose to move those essays to non-free as well at the same
time in order to avoid changing the orig tar as much as possible.


If you disagree with my above reasoning that emacs21 should depend on the
"non-free" bits, this calls for a modification of help.el and startup.el,
i.e. the functions `describe-project' and `startup-echo-area-message'.
Otherwise, people might be in for a nasty surprise when they type C-h C-p.
Oh, and several commands that look up documentation in the manual will
not work at all.

Bug#260587: /bin/netstat: netstat -e is missing a space to separate columns of output

[Olaf van der Spek]

Bernd Eckenfels wrote:
Hello Olaf, 


On Sun, Mar 12, 2006 at 08:38:30PM +0100, Olaf van der Spek wrote:

What is the status of this bug?
Do you mind if an NMU is done to fix this issue?



You dont need to NMU that, since net-tools is maintained.


That's good to hear.
So when do this and other bugs get fixed?


The bug in question is a bit of a problem, since i suspect there are scripts
out there who rely on user field starting at column 80. Thats why I want to
fix this bug together with a new script-optimized output format (which has
an unformatted, single space delimited flow format).


Are you already working on that output format or can I write a patch for it?

FYI: http://mentors.debian.net/debian/pool/main/n/net-tools/


That way the scripts can be converted to  use the lossless, easy to parse
format.

I think a better patch would be the following:




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

Bug#355702: mysql-server-5.0: README.Debian

[Olaf van der Spek]

Christian Hammers wrote:

BTW, where's the documentation on disabling the table check script that
runs after startup? It has been running for 30 minutes already and it

It's just "/etc/mysql/debian-start".


I found that file but have no idea what to change.
Should I just comment the mycheck line?
I don't think that's clear to a 'normal' user.
--
Olaf van der Spek
http://xwis.net/


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

Bug#356693: dokuwiki: new upstream version

[Matti Pöllä]

Hi Jamin,

Before uploading the new upstream version I would like to get a new
revision of the 2005-09-22 package propagate into testing. This new
revision fixes some RC bugs regarding the webserver
configuration. After that, I'll upload the new 2006-03-09.


Cheers,

-Matti


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

Bug#349526: openssh-server: sshd crashes with a segfault

[Steve Langasek]

reassign 349526 libkrb53
severity 349526 important
tags 349526 patch
thanks

On Mon, Jan 23, 2006 at 03:06:45PM -0800, Steve Langasek wrote:

> On Mon, Jan 23, 2006 at 09:29:03AM -0800, Russ Allbery wrote:
> > reassign 349526 openssh-server
> > thanks

> > Justin Pryzby <[EMAIL PROTECTED]> writes:

> > > reassign 349526 libkrb53
> > > thanks

> > Please don't reassign the bug to the Kerberos libraries unless you have
> > evidence that the bug is actually in the *library* rather than in
> > openssh-server's use of Kerberos.  Given the quantity of other software in
> > Debian that hasn't started segfaulting, it seems more likely that
> > something in openssh-server specifically is at fault.  At the least, I
> > think a little more investigation is needed before we can be sure that
> > it's a Kerberos library bug.

> Agreed.  FWIW, I was also seeing complementary errors with openssh-*client*
> whenever I had a valid ccache and tried to ssh to a system that doesn't
> accept Kerberos, but I'm not able to reproduce those errors now; possibly
> the errors went away when kerberos 1.4.3 hit testing...

Hey, so I guess forgetting that you've created a zero-length
/etc/krb5.keytab for testing on a system that you're later trying to convert
to use pam_krb5 is a good way to motivate oneself to find and fix this
bug...

It turns out that the problem is buggy handling of fread() in
src/lib/krb5/keytab/kt_file.c; the code assumes that fread only returns 0
upon error, when it can, of course, also return 0 if there are 0 bytes to be
read. :)  So it sets kerror to 0 (errno), closes the file but doesn't
completely clean up, and the FILE* gets double-freed.

Possible patch attached, reassigned and downgraded.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u krb5-1.4.3/debian/changelog krb5-1.4.3/debian/changelog
--- krb5-1.4.3/debian/changelog
+++ krb5-1.4.3/debian/changelog
@@ -1,3 +1,10 @@
+krb5 (1.4.3-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix incorrect check for return value of xfread().
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Mon, 13 Mar 2006 23:38:02 -0800
+
 krb5 (1.4.3-6) unstable; urgency=low
 
   * Assume krb5 in krb5_gss_canonicalize_name if the null mechanism is
only in patch2:
unchanged:
--- krb5-1.4.3.orig/src/lib/krb5/keytab/kt_file.c
+++ krb5-1.4.3/src/lib/krb5/keytab/kt_file.c
@@ -1108,6 +1108,8 @@
/* gotta verify it instead... */
if (!xfread(&kt_vno, sizeof(kt_vno), 1, KTFILEP(id))) {
kerror = errno;
+   if (!kerror)
+   kerror = EIO;
(void) krb5_unlock_file(context, fileno(KTFILEP(id)));
(void) fclose(KTFILEP(id));
return kerror;


signature.asc
Description: Digital signature

Bug#356806: gdm - FTBFS: No package 'gnome-doc-utils' found

[Bastian Blank]

Package: gdm
Version: 2.13.0.10-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of gdm_2.13.0.10-1 on debian-31 by sbuild/s390 85
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: libpam0g-dev, libgnomeui-dev, librsvg2-dev, libglade2-dev, 
> libwrap0-dev, debhelper, gettext, intltool, scrollkeeper, libselinux1-dev 
> [!hurd-i386], libattr1-dev, libxau-dev, libxt-dev, libxdmcp-dev, 
> libxinerama-dev
[...]
> checking pkg-config is at least version 0.9.0... yes
> checking for GDU_MODULE_VERSION_CHECK... configure: error: Package 
> requirements (gnome-doc-utils >= 0.3.2) were not met:
> 
> No package 'gnome-doc-utils' found
> 
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> 
> Alternatively, you may set the environment variables 
> GDU_MODULE_VERSION_CHECK_CFLAGS
> and GDU_MODULE_VERSION_CHECK_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> 
> make: *** [configure-stamp] Error 1
> **
> Build finished at 20060313-0054
> FAILED [dpkg-buildpackage died]


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

Bug#356807: nessus-core - FTBFS: undefined reference to `stream_pending'

[Bastian Blank]

Package: nessus-core
Version: 2.2.7-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of nessus-core_2.2.7-1 on debian-31 by sbuild/s390 85
[...]
> gcc  auth.o comm.o sighand.o xstuff.o cli.o parser.o plugin_infos.o 
> preferences.o families.o attack.o report.o report_ng.o report_save.o 
> report_utils.o nsr_output.o nbe_output.o html_output.o latex_output.o 
> text_output.o xml_output.o xml_output_ng.o html_graph_output.o error_dialog.o 
> password_dialog.o monitor_dialog.o backend.o data_mining.o prefs_dialog.o 
> prefs_dialog_misc.o prefs_dialog_scan_opt.o prefs_dialog_user.o 
> prefs_dialog_auth.o prefs_dialog_plugins_prefs.o prefs_plugins.o 
> prefs_target.o prefs_about.o prefs_kb.o netmap.o detached_index.o 
> read_target_file.o regex.o filter.o dirutils.o sslui.o nessus.o-o nessus 
> `/usr/bin/nessus-config --libs`   -L/usr/X11R6/lib -lgtk-x11-2.0 
> -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXext -latk-1.0 -lgdk_pixbuf-2.0 -lm 
> -lpangocairo-1.0 -lfontconfig -lXcursor -lpango-1.0 -lcairo -lXrender -lX11 
> -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0  -lgdc -lm  
> monitor_dialog.o: In function 
> `idle_socket':/build/buildd/nessus-core-2.2.7/nessus/monitor_dialog.c:123: 
> undefined reference to `stream_pending'
> collect2: ld returned 1 exit status
> make[2]: *** [nessus] Error 1
> make[2]: Leaving directory `/build/buildd/nessus-core-2.2.7/nessus'
> make[1]: *** [client] Error 2
> make[1]: Leaving directory `/build/buildd/nessus-core-2.2.7'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060312-1717
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#356808: php4-ps - FTBFS: can't read /usr/lib/libjpeg.la: No such file or directory

[Bastian Blank]

Package: php4-ps
Version: 1.3.3-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of php4-ps_1.3.3-2 on debian-31 by sbuild/s390 85
[...]
> make[1]: Entering directory `/build/buildd/php4-ps-1.3.3/ps-1.3.3'
> /bin/sh /build/buildd/php4-ps-1.3.3/ps-1.3.3/libtool --mode=compile gcc  -I. 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -DPHP_ATOM_INC 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/include 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/main 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -I/usr/include/php4 
> -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend  
> -DHAVE_CONFIG_H  -g -O2   -c /build/buildd/php4-ps-1.3.3/ps-1.3.3/ps.c -o 
> ps.lo 
> mkdir .libs
>  gcc -I. -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -DPHP_ATOM_INC 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/include 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/main 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -I/usr/include/php4 
> -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend 
> -DHAVE_CONFIG_H -g -O2 -c /build/buildd/php4-ps-1.3.3/ps-1.3.3/ps.c  -fPIC 
> -DPIC -o .libs/ps.o
> /bin/sh /build/buildd/php4-ps-1.3.3/ps-1.3.3/libtool --mode=link gcc 
> -DPHP_ATOM_INC -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/include 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/main 
> -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -I/usr/include/php4 
> -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend  
> -DHAVE_CONFIG_H  -g -O2   -o ps.la -export-dynamic -avoid-version -prefer-pic 
> -module -rpath /build/buildd/php4-ps-1.3.3/ps-1.3.3/modules  ps.lo -lps
> gcc -shared  .libs/ps.o  /usr/lib/libps.so  -Wl,-soname -Wl,ps.so -o 
> .libs/ps.so
> creating ps.la
> /bin/sed: can't read /usr/lib/libjpeg.la: No such file or directory
> libtool: link: `/usr/lib/libjpeg.la' is not a valid libtool archive
> make[1]: *** [ps.la] Error 1
> make[1]: Leaving directory `/build/buildd/php4-ps-1.3.3/ps-1.3.3'
> make: *** [build-stamp-v4] Error 2
> **
> Build finished at 20060313-1634
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#356809: vamps - FTBFS: Missing build dependency: dpatch

[Bastian Blank]

Package: vamps
Version: 0.99.1-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of vamps_0.99.1-1 on debian-31 by sbuild/s390 85
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.0), libdvdread3-dev
[...]
>  /usr/bin/fakeroot debian/rules clean
> debian/rules:14: /usr/share/dpatch/dpatch.make: No such file or directory
> make: *** No rule to make target `/usr/share/dpatch/dpatch.make'.  Stop.
> **
> Build finished at 20060314-0045
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#111068: RM: oonsoo -- RoQA; orphaned for 500+ days, many alternatives

[Justin Pryzby]

On Tue, Mar 14, 2006 at 08:55:46AM +0100, Raphael Hertzog wrote:
> On Tue, 14 Mar 2006, Matej Vela wrote:
> > It's just something I've started doing to make these bugs easier to
> > ignore on .
> > 
> > > I find this rather strange ... why not simply CC the bug greports so
> > > that anyone trying to fix it will discover that the package is in the
> > > process of being removed ?
> > 
> > Blocking makes the removal bug visible from the summary.  If you find
> > it counter-intuitive, I can use a being-removed user tag...
> 
> I find that more logical, but I'm not sure if it's worth changing your
> habit. What do other people think ?
> 
> Maybe there should be some meta-info per package (and not only per-bug) in
> the same spirit than the usertags ... this may be worth suggesting to the
> debbugs developer.
This is #111068 and relatives; consider this a suggestion for a "being
removed" tag.

Justin


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

Bug#241414: Why wontfix?

[Andreas Barth]

Hi,

what is the reason that you don't intend to fix this bug? I think one
should at least give a reason to the submitter.

Cheers,
Andi


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

Bug#353997: Please upgrade to libmysqlclient15-dev

[Steve Langasek]

severity 353997 important
thanks

On Mon, Mar 13, 2006 at 10:41:14PM +0100, Christian Hammers wrote:
> user [EMAIL PROTECTED]
> usertag 353997 + transition-libmysqlclient15-dev
> severity 353997 serious
> thanks

> Other mysql libraries than libmysqlclient15-dev will soon be removed
> and your package FTBFS. Please upgrade! If you currently lack the time,
> please ask me to NMU (I will do so in a couple of days anyway).

> (p.s. sorry for starting with this high severity, your package must be
> new or overlooked when I initially looked for such packages)

We've discussed this before:  please don't mark transition bugs as "serious"
without a) approval of the release team, b) actual removal of the old
library by the ftp team.  NMUs for such transitions are fine, but declaring
them RC is not.

In this case, you're certainly welcome to NMU libmyodbc *if* you confirm
whether there are any known compatibility issues between MyODBC 3.51.11 and
libmysqlclient15, test the package before uploading, and report the details
of those tests to this bug.  In the past, there have been compatibility
issues between differing versions of MyODBC and libmysqlclient, so I do feel
I need to insist on this.

If you don't have time to test or your tests show a new upstream version of
libmyodbc is needed, please wait for me to package it rather than NMUing a
new version.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#356810: libcrypt-cbc-perl: behaviour-change; header_iv bugs (both sending as receiving)

[Bas van Sisseren]

Package: libcrypt-cbc-perl
Version: 2.12-1sarge1
Severity: grave
Justification: renders package unusable

I've detected 4 problems with the security update of libcrypt-cbc-perl;

1. I'm using Crypt::CBC between several systems; the one system encrypts
data and the other decrypts data. In this security update, you've
changed the header from 'RandomIV' to 'Salted__'. Unfortunately, when
using Crypt::CBC on both sides (one old version of the package, and the
other this new libcrypt-cbc-perl version), the older one cannot decrypt
the messages from the new debian package anymore. I don't think you
would like to have this in a stable release. (at least.. not as default
without a compatibility fallback)

2. The prepend_iv option (default ON) sets the 'my $prepend_header'
variable, but the encrypt function expects this to be
$self->{prepend_header}. Result: $self->{prepend_header} is always
undef, and no header is prepended.

3. On decrypting, the salt and/or iv option is retrieved from the
data-stream. The Salted__ option doesn't work:
   $self->{salt} = $salt;  # Replace manually-specified salt
   undef $self->{key}; # reset the key and iv
   undef $self->{iv};

 and after that:
   my $salt = $self->_get_random_bytes(8);
   my ($key,$iv) = $self->_salted_key_and_iv($self->{key},$salt);
   $self->{key}  ||= $key;   # don't replace manually-specified key
   $self->{iv}   ||= $iv;# don't replace manually-specified IV

Why is $salt randomized here. Should $salt not just be $self->{salt}?
(not tested, might be wrong)

4. On decrypting, the RandomIV option doesn't work either. Haven't
investigated this one further.



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

Versions of packages libcrypt-cbc-perl depends on:
ii  libcrypt-blowfish-perl 2.09-5Blowfish cryptography for Perl
ii  libcrypt-des-perl  2.03-3Perl DES encryption module
ii  perl   5.8.4-8sarge3 Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#348604: new endianness problem?

[Marc Haber]

On Thu, Jan 26, 2006 at 08:07:35AM +0100, Harald Staub wrote:
> In my case, the new versions (gringotts 1.2.8+1.2.9pre1-11, libgringotts1
> 1.2.1-9, libmhash2 0.9.4a-1) throw a segmentation fault. It looks the same
> as with the previous gringotts-versions with libmhash2 0.9.4a-1. Since this
> is on powerpc, I guess there might be an endianness problem in the new mhash
> code?

Since there has been no maintainer reaction for a while, I have taken
the liberty of opening a ticket with upstream.

Since it is not clear whether this is indeed an upstream issue, I am
not tagging this bug as forwarded to indicate that Debian might have
to do something here.

The upsteam ticket URL is
https://sourceforge.net/tracker/index.php?func=detail&aid=1449424&group_id=4286&atid=104286

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#350088: Re: Bug#350088: gringotts: Segm fault when loading file

[Marc Haber]

forwared #350088 
https://sourceforge.net/tracker/index.php?func=detail&aid=1449417&group_id=4286&atid=104286
thanks

On Mon, Jan 30, 2006 at 11:41:24PM +0100, Bastian Kleineidam wrote:
> severity 350088 grave
> reassign 350088 libmhash2 0.9.4a-1
> retitle 350088 libmhash2: crc32 segfaults on big endian machines
> tags 350088 + patch
> thanks

Since mhash's Debian maintainer seems to be inactive, I have taken the
liberty of forwarding this upstream.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#350088: Re: Bug#350088: gringotts: Segm fault when loading file

[Marc Haber]

tags #350088 - patch
thanks

On Tue, Jan 31, 2006 at 09:14:10AM +0100, Uwe Steinmann wrote:
> The patch alone doesn't seem to be enough.

Since the patch doesn't solve the issue, I am removing the patch tag.

Greetins
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#354496: O: psys -- p-system emulation libraries for Chipmunk tools [development].

[Matej Vela]

Hi,

Note to potential adopters: chipmunk-log, the only reverse dependency
of psys, was removed last year [1].  We should probably remove psys as
well in a little while.

[1] 

Thanks,

Matej


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

Bug#356811: gosa: please check, if cookies are enabled before login

[Carsten Wolff]

Package: gosa
Version: 2.4-1
Severity: wishlist
Tags: patch

Often, users will have disabled cookies for the site in question at some
point, or have disabled cookies completely. Therefor Gosa should check,
if cookies are enabled and issue a warning at the login-screen, if they
aren't. Otherwise, the user will just get the login-screen again after
logging in, without information, what went wrong.

Because checking for cookies by doing page-reloads doesn't sound like a
clean solution, the attached patch uses JavaScript to do just what was
described above. Of course, it can still fail, if JavaScript is
disabled, but at least, it will help some users.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gosa depends on:
ii  apache  1.3.34-2 versatile, high-performance HTTP 
s
ii  exim [mail-transport-ag 3.36-18  An MTA (Mail Transport Agent)
ii  fping   2.4b2-to-ipv6-13 sends ICMP ECHO_REQUEST packets 
to
ii  imagemagick 6:6.2.4.5-0.7Image manipulation programs
ii  libcrypt-smbhash-perl   0.12-1   generate LM/NT hash of a password 
ii  php44:4.4.2-1server-side, HTML-embedded 
scripti
ii  php4-cgi4:4.4.2-1server-side, HTML-embedded 
scripti
ii  php4-gd 4:4.4.2-1GD module for php4
ii  php4-imap   4:5.1.2-1IMAP module for php4
ii  php4-ldap   4:4.4.2-1LDAP module for php4
ii  php4-mhash  4:4.4.2-1MHASH module for php4
ii  php4-mysql  4:4.4.2-1MySQL module for php4
ii  php4-recode 4:4.4.2-1Character recoding module for 
php4
ii  smarty  2.6.11-1 Template engine for PHP
ii  wwwconfig-common0.0.44   Debian web auto configuration

gosa recommends no packages.

-- no debconf information
diff -ur gosa.orig/html/index.php gosa/html/index.php
--- gosa.orig/html/index.php	2005-12-05 10:24:43.0 +0100
+++ gosa/html/index.php	2006-03-13 19:53:37.0 +0100
@@ -229,6 +229,9 @@
   $smarty->assign ("ssl", "");
 }
 
+/* Translation of cookie-warning. Whether to display it, is determined by JavaScript */
+$smarty->assign ("cookies", ""._("Warning").": "._("Your Browser has cookies disabled. Please enable cookies and reload this page once, before you log in."));
+
 /* Generate server list */
 $servers= array();
 if (isset($_POST['server'])){
diff -ur gosa.orig/ihtml/themes/default/login.tpl gosa/ihtml/themes/default/login.tpl
--- gosa.orig/ihtml/themes/default/login.tpl	2005-12-05 10:24:43.0 +0100
+++ gosa/ihtml/themes/default/login.tpl	2006-03-13 19:44:20.0 +0100
@@ -18,6 +18,19 @@
 
  {$ssl} 
 
+
+
+ 
+
+ 
+
+
 
 
  

Bug#356490: libmhash-dev: usage of VERSION macro pollutes namespace

[Marc Haber]

forwarded #356490 
https://sourceforge.net/tracker/index.php?func=detail&aid=1449426&group_id=4286&atid=104286
thanks

On Sun, Mar 12, 2006 at 01:03:54PM +0100, Marc Haber wrote:
> libmash-dev started defining a macro called VERSION in
> include/mutils/mhash_config.h. This makes it harder or impossible to
> use VERSION in other software, which has in at least one case led to
> another software misreoprting its version number (aide, #355091).

I have opened a ticket on Sourceforge.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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

Bug#356779: ffmpeg: please use CVS 20060305 or later

[Sam Hocevar]

On Mon, Mar 13, 2006, David Liontooth wrote:

> ffmpeg has introduced several improvements for the amd64 platform since the 
> cvs20050918 currently in sid, notably in the ability to play flv and h264 
> files. 
> Other applications depending on ffmpeg, such as VLC, also currently lack this 
> ability on amd64 in sid. While it's possible to use the VLC nightly builds, 
> they 
> in turn use the same ffmpeg sid uses and thus fail to play flv and h264 files.

   It's been uploaded for a week (see http://ftp-master.debian.org/new.html)
but still waiting for ftp-master approval.

Regards,
-- 
Sam.


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

Bug#288215: RM: rawrec, soundgrab -- RoQA; orphaned for a year, RC bug

[tim hall]

Matej Vela wrote:

retitle 288215 RM: rawrec -- RoQA; orphaned for a year, RC bug
reassign 288215 ftp.debian.org
retitle 288216 RM: soundgrab -- RoQA; orphaned for a year, depends on rawrec
reassign 288216 ftp.debian.org
block 167562 by 288215
block 225760 by 288215
block 323175 by 288215
thanks

I think we should remove rawrec and soundgrab.

  * Both have been orphaned for 1 year and 69 days.
  * rawrec has 1 RC bug.  I'm unable to confirm it because it won't even
start for me ("the sampling rate (-s) could not be set ...").
  * soundgrab uses rawrec under the hood, and isn't usable without it.
  * bplay seems to be a reasonable command-line alternative for rawrec.
AFAICT, no command-line alternatives for soundgrab, but plenty of
audio editors do the same thing.
  * The previous Debian maintainer, Britton Leo Kerin, is also upstream
for both:


  * popcon:
- rawrec: 289 installations, 43 votes.
- soundgrab: 37 installations, 10 votes.


With some of the orphaned multimedia packages it may be possible for 
debian-multimedia to co-maintain essential packages. However, I don't 
think these two come into that category. I'm Cc'ing to debian-multimedia 
just in case anyone feels these packages deserve a last minute reprieve. 
Better get in quick if so.


cheers,

tim hall


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

Bug#356812: wx2.6-examples: contrib examples are not in the package

[Malix]

Package: wx2.6-examples
Version: 2.6


The contrib examples are not in the package. Note that contrib code
are boundle with other wx2.6 packages.
I think that put those examples in the package is a good thing.

Bug#356813: package xdmx-tools is empty

[Xavier Bestel]

Package: xdmx-tools
Version: 1:1.0.1-2
Severity: minor


Hi,

I dunno if it's OK, but the xdmx-tools packages contains no useful file:

[EMAIL PROTECTED]:~]$ dpkg -L xdmx-tools
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/xdmx-tools
/usr/share/doc/xdmx-tools/copyright
/usr/share/doc/xdmx-tools/changelog.Debian.gz

Xav

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages xdmx-tools depends on:
ii  xdmx  1:1.0.1-2  Distributed Multihead X server

xdmx-tools recommends no packages.

-- no debconf information



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

Bug#356814: gdm: odd GNOME version numbers NOT for unstable!

[Martin-Éric Racine]

Package: gdm
Version: 2.13.0.10-2
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ryan, odd version numbers in GNOME packages are development versions.
Those are NOT meant for upload into Debian, except via experimental.
Even worse is that you uploaded it 2 days before GDM 2.14.0 was released.
Please fix this. Thanks!

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

iD8DBQFEFoYreXr56x4Muc0RAmUgAKCNz/AKItzaoSWSKL4EoGc4Yw/tnwCgntoL
U7FTrLmORzgXG63tU0AtuTw=
=x2X5
-END PGP SIGNATURE-


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

Bug#356808: php4-ps - FTBFS: can't read /usr/lib/libjpeg.la: No such file or directory

[Steve Langasek]

reassign 356808 pslib-dev
thanks

On Tue, Mar 14, 2006 at 09:21:13AM +0100, Bastian Blank wrote:

> There was an error while trying to autobuild your package:

> > Automatic build of php4-ps_1.3.3-2 on debian-31 by sbuild/s390 85
> [...]
> > make[1]: Entering directory `/build/buildd/php4-ps-1.3.3/ps-1.3.3'
> > /bin/sh /build/buildd/php4-ps-1.3.3/ps-1.3.3/libtool --mode=compile gcc  
> > -I. -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -DPHP_ATOM_INC 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/include 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/main 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -I/usr/include/php4 
> > -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend  
> > -DHAVE_CONFIG_H  -g -O2   -c /build/buildd/php4-ps-1.3.3/ps-1.3.3/ps.c -o 
> > ps.lo 
> > mkdir .libs
> >  gcc -I. -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -DPHP_ATOM_INC 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/include 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/main 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -I/usr/include/php4 
> > -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend 
> > -DHAVE_CONFIG_H -g -O2 -c /build/buildd/php4-ps-1.3.3/ps-1.3.3/ps.c  -fPIC 
> > -DPIC -o .libs/ps.o
> > /bin/sh /build/buildd/php4-ps-1.3.3/ps-1.3.3/libtool --mode=link gcc 
> > -DPHP_ATOM_INC -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/include 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3/main 
> > -I/build/buildd/php4-ps-1.3.3/ps-1.3.3 -I/usr/include/php4 
> > -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend  
> > -DHAVE_CONFIG_H  -g -O2   -o ps.la -export-dynamic -avoid-version 
> > -prefer-pic -module -rpath /build/buildd/php4-ps-1.3.3/ps-1.3.3/modules  
> > ps.lo -lps
> > gcc -shared  .libs/ps.o  /usr/lib/libps.so  -Wl,-soname -Wl,ps.so -o 
> > .libs/ps.so
> > creating ps.la
> > /bin/sed: can't read /usr/lib/libjpeg.la: No such file or directory
> > libtool: link: `/usr/lib/libjpeg.la' is not a valid libtool archive
> > make[1]: *** [ps.la] Error 1
> > make[1]: Leaving directory `/build/buildd/php4-ps-1.3.3/ps-1.3.3'
> > make: *** [build-stamp-v4] Error 2
> > **
> > Build finished at 20060313-1634
> > FAILED [dpkg-buildpackage died]

pslib-dev references libjpeg.la, but is missing a dependency on
libjpeg62-dev.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#356805: classpath: missing java.lang.Thread.UncaughtExceptionHandler interface

[Mark Wielaard]

On Tue, 2006-03-14 at 08:54 +0100, Petter Reinholdtsen wrote:
> Package: classpath
> Version: 2:0.90-1
> 
> When trying to run the java standalone client for Openstreetmap,
> http://www.eigenheimstrasse.de/josm/josm-latest.jar>, it crashes
> with the given error message.  According to Michael Koch on IRC, this
> is because the java.lang.Thread.UncaughtExceptionHandler interface
> that was introduced in java 1.5 is missing in classpath.

Note that classpath-generics does have support for this in Thread and
ThreadGroup. It could probably be ported to the main branch since it
doesn't need any additional 1.5 language features as far as I can see.

Another option of course is running josm against jamvm and
classpath-generics, but I believe classpath-generics hasn't been
packaged for Debian yet.



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

Bug#288267: RM: gcombust -- RoQA; orphaned for a year, upstream inactive

[tim hall]

Matej Vela wrote:

retitle 288267 RM: gcombust -- RoQA; orphaned for a year, upstream inactive
reassign 288267 ftp.debian.org
thanks

I think we should remove gcombust.

  * Orphaned for 1 year and 69 days.
  * 14 outstanding bugs.
  * Alternatives: eroaster, gcdw, gtoaster, xcdroast.
  * Last upstream release in 2003:

The previous Debian maintainer, Jonas Munsin, is also upstream.
  * popcon: 664 installations, 139 votes.


I'd like to check this one out properly with debian-multimedia first. 
I'm well aware of the brokenness of this app - I used it until recently. 
The other alternative, I guess, is k3b, which is the current default in 
DeMuDi. Does anyone else have any strong feelings about gcombust - is it 
really beyond salvage?


cheers,

tim hall


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

Bug#356810: Acknowledgement (libcrypt-cbc-perl: behaviour-change; header_iv bugs (both sending as receiving))

[Bas van Sisseren]

About item 4:
  To work around the problems i've had, I encoded my data with:
my $encrypted = 'RandomIV'.$crypt->iv.$crypt->encrypt("some data");

  Since the iv is not generated in the constructor but at the moment we
  start encrypting, the iv was undef/'', and my test failed.

  I've retested the library with:
my $encrypted = $crypt->encrypt("some data");
$encrypted = 'RandomIV'.$crypt->iv.$encrypted;

  This worked without any problems, so scrap bugreport item 4 :)

--
Bas van Sisseren <[EMAIL PROTECTED]>


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

Bug#356815: logwatch: unmatched entry, imapd

[Richard Antony Burton]

Package: logwatch
Version: 7.2.1-2
Severity: normal

Am I becoming a pain yet?

 - IMAP Begin  

 **Unmatched Entries**
couriertls: read: Connection timed out: 1 Time(s)
 
 -- IMAP End - 

I vote for ignore.

Richard.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages logwatch depends on:
ii  exim4-daemon-light [mail-tran 4.60-4 lightweight exim MTA (v4) daemon
ii  perl  5.8.8-2Larry Wall's Practical Extraction 

logwatch recommends no packages.

-- no debconf information


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

Bug#356816: 'man svgalib' typos: "freqencies", "knowledgable", "priviledge" and "recomended"

[A Costa]

Package: libsvga1
Version: 1:1.4.3-22
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man7/svgalib.7.gz', see attached '.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libsvga1 depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

libsvga1 recommends no packages.

-- no debconf information
--- svgalib.7   2001-05-30 08:02:48.0 -0400
+++ /tmp/svgalib.7  2006-03-14 03:52:35.0 -0500
@@ -62,7 +62,7 @@
 .BR vga_init (3))
 will also take place at this new console.
 
-Alas, some games misuse their suid root priviledge and run as full root
+Alas, some games misuse their suid root privilege and run as full root
 process. svgalib cannot detect this and allows Joe Blow User to open a new
 VC on the console. If this annoys you,
 .B ROOT_VC_SHORTCUT
@@ -202,7 +202,7 @@
 for details.
 
 There are demos with sources available which will also help to get you 
started, in
-recomended order of interest:
+recommended order of interest:
 .BR vgatest (6),
 .BR keytest (6),
 .BR mousetest (6),
@@ -859,7 +859,7 @@
 .SS ATI Mach64
 The rage.c driver works only on mach64 based cards with internal DAC.
 The driver might misdetect the base frequency the card uses, so if when setting
-any svgalib modes the screen blanks, or complains about out of bound 
freqencies,
+any svgalib modes the screen blanks, or complains about out of bound 
frequencies,
 or the display is unsynced, then try adding the option
 .BR RageDoubleClock
 to the config file.
@@ -920,7 +920,7 @@
 right now if they might have broken OTI-087 support. The author of the '87
 support Christopher Wiles <[EMAIL PROTECTED]> owns no longer an OTI-087 card 
and
 can thus no longer give optimal support to this driver. Thus you might be
-better off contacting me or Frodo for questions. If you are a knowledgable
+better off contacting me or Frodo for questions. If you are a knowledgeable
 OTI-087 user and experience problems you are welcome to provide fixes.
 No user of a OTI-087 is currently
 known to me, so if you are able to fix problems with the driver please do so

Bug#356817: 'man libvga.config' typos: "Miscanellous", "Preceed", "interfer", "prefered", "priviledged" x 16, etc.

[A. Costa]

Package: libsvga1
Version: 1:1.4.3-22
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man5/libvga.config.5.gz', see attached 
'.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libsvga1 depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

libsvga1 recommends no packages.

-- no debconf information

--- libvga.config.5 2001-05-30 08:02:48.0 -0400
+++ /tmp/libvga.config.52006-03-14 03:45:17.0 -0500
@@ -12,7 +12,7 @@
 ignored. Since the driver you will use may not know all config options
 here, unknown commands are silently ignored. Please think of that when
 something does not work as you expect. I know this is a nuisance
-because misformed configuration statements do not cause
+because malformed configuration statements do not cause
 errors. Multiple commands are allowed in one line, and commands can
 exceed lines.
 
@@ -42,9 +42,9 @@
 
 Configuration commands which control hardware settings that might cause
 harm to your hardware are called
-.BR priviledged . 
+.BR privileged . 
 By default the
-.B priviledged
+.B privileged
 commands can only be used in the
 main configuration file
 .I /etc/vga/libvga.config 
@@ -252,8 +252,8 @@
 .B clearDTR
 as well or one set and clear. Try yourself.
 
-Note: Having crtscts handshake enabled on the mouse tty may interfer with this
-options. Do not do that.
+Note: Having crtscts handshake enabled on the mouse tty may interfere with this
+option. Do not do that.
 
 Finally, a special goodie for wheel mice:
 
@@ -374,7 +374,7 @@
 The acceleration factor grows linear with the delta until it
 reaches
 .BR mouse_accel_thresh .
-After that it is a simple mutiplication.
+After that it is a simple multiplication.
 (I know that it can be done with setting
 .B mouse_accel_power
 to 1, but
@@ -579,7 +579,7 @@
 .BR "monitor 40.0" " # equivalent to monitor 3"
 
 This command is
-.BR priviledged .
+.BR privileged .
 
 .SS Mode timings
 It is now possible to define modetimings for some cards (see the info on your 
card
@@ -641,7 +641,7 @@
 Everything should be on one line.
 The values for the horizontal timings must be multiples of eight.
 
-These are prefered over the default timings (if monitor and chipset
+These are preferred over the default timings (if monitor and chipset
 can handle them).
 The format is identical to the one used by XFree86, but the label
 following the modeline keyword is ignored by vgalib.
@@ -714,7 +714,7 @@
 
 Warning, incorrect settings may damage your hardware.
 This command is
-.BR priviledged .
+.BR privileged .
 
 .TP
 .BI "chipset " "type param1 param2"
@@ -734,7 +734,7 @@
 for enforcing specific memory-aperture configurations for Mach32
 
 This command is
-.BR priviledged .
+.BR privileged .
 
 .SS Specific options required for the EGA-driver.
 .TP
@@ -745,7 +745,7 @@
 Card is in color emulation mode
 
 This command is
-.BR priviledged .
+.BR privileged .
 
 .SS RAMDAC configuration
 Some chipsets (e.g. S3 and ARK) allow specifying a RAMDAC type. If
@@ -821,7 +821,7 @@
 .B ICD2061A
 is the only one supported right now.
 
-.SS Miscanellous options
+.SS Miscellaneous options
 .TP
 .B security revoke-all-privs
 Make sure it is impossible to regain root access
@@ -846,7 +846,7 @@
 .TP
 .B overrideenable
 Allow
-.B priviledged
+.B privileged
 commands outside the main configuration file.
 
 .SS Common options currently used by Mach32 only
@@ -883,7 +883,7 @@
 The
 .B maxclock
 commands are
-.BR priviledged .
+.BR privileged .
 
 .TP
 .BI "clocks " "list of clocks"
@@ -940,7 +940,7 @@
 The
 .B clocks
 command is
-.BR priviledged .
+.BR privileged .
 
 .TP
 .B variablelinelength
@@ -984,7 +984,7 @@
 The
 linelength
 commands are
-.BR "not priviledged" .
+.BR "not privileged" .
 
 In the following commands a mode is specified with
 .IR horz X vert X colors .
@@ -1006,7 +1006,7 @@
 The
 .B inhibit
 command is
-.BR "not priviledged" .
+.BR "not privileged" .
 
 .TP
 .BI "setlinelength " length " " mode1 " [" mode2 " " mode3 "...]"
@@ -1029,7 +1029,7 @@
 The
 .B setlinelength
 command is
-.BR "not priviledged" .
+.BR "not privileged" .
 
 .TP
 .BI "define " mode1 " [" mode2 " " mode3 "...] " "clock horz_timing 
vert_timing flags"
@@ -1091,7 +1091,7 @@
 The
 .B define
 command is
-.BR priviledged .
+.BR privileged .
 
 .PP
 There is one really dangerous option (except faking clocks). Please
@@ -1132,7 +1132,7 @@
 The
 .B setuplinear
 command is
-.BR priviledged .
+.BR privileged .
 
 .TP
 .BI "blit " "subcommand1 subcommand2" " ..."
@@ -1144,7 +1144,7 @@
 are
 .BR bit ", " fill ", " image ", and " hlinelist .
 They enable support for the
-corresponding blit functions. Preceed them wit

Bug#356818: 'man svgalib.et4000' typos: "Basicly", "synthizier", "normaly", "growed", "extened", "dumreg", and "teh"

[A. Costa]

Package: libsvga1
Version: 1:1.4.3-22
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man7/svgalib.et4000.7.gz', see attached 
'.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libsvga1 depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

libsvga1 recommends no packages.

-- no debconf information

--- svgalib.et4000.72001-05-30 08:02:48.0 -0400
+++ /tmp/svgalib.et4000.7   2006-03-14 03:58:29.0 -0500
@@ -27,7 +27,7 @@
 
 .SH 1. BASICS OF ET4000 CARDS 
 
-Basicly all ET4000 cards are equal, some are even more equal ...
+Basically all ET4000 cards are equal, some are even more equal ...
 
 The Chipset is well documented (by Tseng Labs and eg. the vgadoc2.zip)
 and all graphics functions can be used the same way on different cards
@@ -52,7 +52,7 @@
 
 By now we found is no reliable way to detect the memory organisation/
 timing and the DAC type/capabilities. Most modern card use a frequency
-synthizier and provide the following pixel frequencies (in MHz):
+synthesizer and provide the following pixel frequencies (in MHz):
 
 .RS
 .B 50.350 56.644 65.0 72.0 80.0 89.8 63.0 75.0
@@ -214,7 +214,7 @@
 generates the related register sets. You may also use
 .BR dumpreg (1)
 from an X window to grab you favourite X graphics mode.
-The X mode normaly isn't usable directly. See
+The X mode normally isn't usable directly. See
 .I cardex.w32
 for an example and
 .I et4000.c
@@ -232,7 +232,7 @@
 
 In the
 .I et4000/
-subdir of teh svgalib distribution you'll find some sample register sets:
+subdir of the svgalib distribution you'll find some sample register sets:
 
 .TP
 .B cardex.w32
@@ -269,8 +269,8 @@
 
 Newer ET4000 chipsets (eg. W32 and W32i) allow up to 32 clock 
 frequencies. Two additional register values were added just before the
-old extened register value. The new registers are CRTC/30h and CRTC/31h.
-The old register set had 71 values, the new growed to 73.
+old extended register value. The new registers are CRTC/30h and CRTC/31h.
+The old register set had 71 values, the new has grown to 73.
 You may update your old register set by hand:
 
 .IP -
@@ -283,7 +283,7 @@
 .RS
 change the number of register values from 71 to 73
 .br
-add the values from dumreg output at front of last data line
+add the values from dumpreg output at front of last data line
 .RE
 .RE
 .IP -

Bug#356819: 'man svgalib.faq' typos: "priviledge" and "similiar"

[A. Costa]

Package: libsvga1
Version: 1:1.4.3-22
Severity: minor
Tags: patch


Found a few typos in '/usr/share/man/man7/svgalib.faq.7.gz', see attached 
'.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libsvga1 depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

libsvga1 recommends no packages.

-- no debconf information

--- svgalib.faq.7   2001-05-30 08:02:48.0 -0400
+++ /tmp/svgalib.faq.7  2006-03-14 04:01:08.0 -0500
@@ -148,7 +148,7 @@
 am the owner of the console.
 
 .SS A)
-Alas, some programs use their suid root priviledge and become a full
+Alas, some programs use their suid root privilege and become a full
 root owned process. svgalib thinks they are run by root which does
 not own the current console.
 Defining
@@ -311,7 +311,7 @@
 Ok, just for completeness, what are your plans about svgalib anyway?
 
 First, make svgalib cooperate nicely with kernel fb device. Then (and it should
-be very similiar) make svgalib work on a secondary vga card.
+be very similar) make svgalib work on a secondary vga card.
 
 A rewrite of the code for memory handling and virtual console handling is 
necessary
 for the previous goals, but is also necessary in itself, and so will be done

Bug#356820: 'man svgalib.mach32' typos: "noticable", "senseable", "slighty", "themself", "videomemory", etc.

[A. Costa]

Package: libsvga1
Version: 1:1.4.3-22
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man7/svgalib.mach32.7.gz', see attached 
'.diff'.

Hope this helps...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libsvga1 depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

libsvga1 recommends no packages.

-- no debconf information

--- svgalib.mach32.72001-05-30 08:02:48.0 -0400
+++ /tmp/svgalib.mach32.7   2006-03-14 04:05:31.0 -0500
@@ -236,7 +236,7 @@
 is only used for some DAC fine tuning (actually the setting you can
 fine tune with the
 .B blank
-command) which is only of barely noticable effect to the screen.
+command) which is only of barely noticeable effect to the screen.
 
 The following configuration commands exist to support AST cards:
 
@@ -332,7 +332,7 @@
 
 .IP
 .I memory
-is the amount of videomemory in KB.
+is the amount of video memory in KB.
 .PP
 Note that the type of the ramdac can be set more conveniently with the
 .B ramdac
@@ -672,7 +672,7 @@
 to find the address in
 .B MEM_CFG.
 Then,
-.BR "if it is a senseable setting for your system" ,
+.BR "if it is a sensible setting for your system" ,
 enable a 4MB aperture at that address with
 .BR setuplinear .
 Ensure that no other card or memory uses the address range you choose.
@@ -717,14 +717,14 @@
 Thus if you setup some mode yourself try to use one of the divided clocks in
 your timings and I can use the undivided clocks internally.
 
-It is a real restriction for 16M colors. ATI themself only supports 25MHz
+It is a real restriction for 16M colors. ATI itself only supports 25MHz
 (640x480) here by use of a 75MHz clock. Depending on your clock chip other
 values may be usable as well. Even the doubled/tripled clocks have to be less
 than the magic 80 MHz. However the driver does all this itself. It may just
 happen that some of the predefined or one of your handmade mode-timings
 can't be used because the clock that is used cannot be doubled/tripled.
 Even though there is already some tolerance in the driver you may fix that by
-slighty changing the clock values that you set with the
+slightly changing the clock values that you set with the
 .B clocks
 command. But
 note that this will as well affect the ability of the driver to calculate

Bug#353891: libjavascript-perl

[Niko Tyni]

On Tue, Mar 14, 2006 at 09:55:15AM +0100, Krzysztof Krzyzaniak wrote:

[libmozjs-dev still uninstallable, CC'ing #353891]
 
> [EMAIL PROTECTED]:~# apt-get install libnspr4-dev
> Reading package lists... Done
> Building dependency tree... Done
> The following packages will be REMOVED:
>   gnome-applets gnome-control-center gnome-panel gnome-session 
> gnome-terminal
>   libcamel1.2-6 libebook1.2-5 libecal1.2-3 libedataserver1.2-4
>   libedataserverui1.2-6 libnspr4 libxmlsec1-nss nautilus openoffice.org
>   openoffice.org-base openoffice.org-calc openoffice.org-common
>   openoffice.org-core openoffice.org-draw openoffice.org-impress
>   openoffice.org-math openoffice.org-writer python-uno rhythmbox-applet

Ah, I didn't realize the problem previously. The libnspr4-dev
package from xulrunner conflicts with libnspr4 from mozilla. OTOH,
libnspr4 is a reverse dependency for at least openoffice.org-core and
libedataserver1.2-4. The latter takes away most of gnome.

Oh well. I guess it's best to wait for at least #354578.

Cheers,
-- 
Niko


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

Bug#207932: To be fixed, truce, peace

[Janusz S. =?UTF-8?Q?Bie=C5=84]

On Mon, 13 Mar 2006  Jérôme Marant <[EMAIL PROTECTED]> wrote:

> Nathanael,
> 
> I noticed this comment from in debian-release:
> 
> > Package: emacs21 (optional; Rob Browning) [emacs21/21.4a-3 ; =] [add/edit
> comment]
> > 207932 [   ] [NONFREE-DOC:UNMODIFIABLE] emacs21: Includes non-free
> documents
> >
> > These are not FDL documents, they're just plain unmodifiable documents, and
> it's quite
> > clear they're intended to be that way.
> >
> > The maintainer here has so far refused to address the bug at all.  I believe
> it is
> > past time to remove emacs21 from etch, 

Removing one of the very first free programs from Debian would be
definitely a milestone in Debian history.

> or to remove the maintainer from the
> package.

It's a pity that Debian project seems now to be dominated by fanatics.

> 
> Since the FDL documents contain invariant sections, they will have to be
> moved to non-free very soon.

Again, a pity.

> 
> So, I'll propose to move those essays to non-free as well at the same
> time in order to avoid changing the orig tar as much as possible.
> 
> Shall we make a truce, a peace even, 

Or make Emacs package unofficial :-). Personally I wouldn't care.

Best regards and thanks for your work on Emacs packaging.

Janusz

-- 
 ,   
dr hab. Janusz S. Bien, prof. UW -  Uniwersytet Warszawski (Katedra Lingwistyki 
Formalnej)
Prof. Janusz S. Bien - Warsaw Uniwersity (Department of Formal Linguistics)
[EMAIL PROTECTED], [EMAIL PROTECTED], http://www.mimuw.edu.pl/~jsbien/, 
http://www.klf.uw.edu.pl

Bug#355702: mysql-server-5.0: README.Debian

[Christian Hammers]

Hi

On 2006-03-14 Olaf van der Spek wrote:
> Christian Hammers wrote:
> >> BTW, where's the documentation on disabling the table check script that
> >> runs after startup? It has been running for 30 minutes already and it
> > It's just "/etc/mysql/debian-start".
> 
> I found that file but have no idea what to change.
> Should I just comment the mycheck line?
> I don't think that's clear to a 'normal' user.

Hm, I though it was clear that the mycheck function gets imported in the
"source" line and then executed in the background later.

But I may add some commments to just remove the mycheck line if
the automatical check is not desired.

bye,

-christian.-


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

Bug#356796: dict-wn: postinst failure with serpento

[Lars Wirzenius]

ti, 2006-03-14 kello 08:32 +0100, Andreas Tille kirjoitti:
> My concern is that such a quick fix does not realy fix the root
> of the problem that as a package maintainer I can't know all
> alternatives for a dependant package.  If there is a further package
> that provides a dict server I have to change the postinst again.
> 
> I wonder whether serpento (as every package that provides a dictd
> server) should include a /etc/init.d/dictd and conflict to dict-server.

I think this sounds like a reasonable solution.

> (BTW, what's the advantage of serpendot - perhaps I want to use it myself.)
> 
> Lars, I just found out that the packages
>dict-devil, dict-elements, dict-foldoc, dict-gcide, dict-jargon,
>dict-misc, dict-moby-thesaurus 
> (and probably others I did not have on my mirror) all suffer from the
> problem you reported as #348262.

I've already reported similar bugs against those. Some of the dict
packages take a lot of time to get fixed, though.

-- 
Comedy evolution: survival of the wittiest



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

Bug#265468: smbmount: option noauto causes options iocharset+codepage to be ignored

[Roland . Baudin]

Thanks for the tip!
The same problem arises with the 'user' option, but there is a little
subtitility because it seems that the 'noexec,nosuid,nodev' options are
then automatically added by the calling program. Thus in this case the
smbmount shell should be modified like this :

-
#!/bin/sh

params=`echo $* | sed 's/noauto,//'`
params=`echo $params | sed 's/noexec,nosuid,nodev,user,//'`

exec smbmount.orig $params


and this corresponds to a line in /etc/fstab like this :

//server/mnt1  /mnt1  smbfs
credentials=/etc/cred,uid=1000,gid=1000,user,noauto,iocharset=iso8859-1,codepage=cp850
  0 0






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

Bug#355827: sshfs: does not work

[Miklos Szeredi]

> [EMAIL PROTECTED]:~% ls -l /usr/bin/fusermount
> -rwsr-sr-x 1 root root 18376 2006-02-22 20:03 /usr/bin/fusermount
> [EMAIL PROTECTED]:~% ls -l `which fusermount`
> -rwsr-sr-x 1 root root 18376 2006-02-22 20:03 /usr/bin/fusermount
> [EMAIL PROTECTED]:~% sudo chmod a+s /usr/bin/fusermount
> [EMAIL PROTECTED]:~% ls -l /usr/bin/fusermount
> -rwsr-sr-x 1 root root 18376 2006-02-22 20:03 /usr/bin/fusermount
> [EMAIL PROTECTED]:~%
> 
> Mmmm, that's weird.
> /me guesses he is missing something totally obvious.

OK, you don't need 'a+s' only 'u+s'.

Anyway if you still get the same error, there's something else going
on.  Perhaps some security module enabled in the kernel?

Miklos


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

Bug#355702: mysql-server-5.0: README.Debian

[Olaf van der Spek]

Christian Hammers wrote:

Hi

On 2006-03-14 Olaf van der Spek wrote:

Christian Hammers wrote:

BTW, where's the documentation on disabling the table check script that
runs after startup? It has been running for 30 minutes already and it

It's just "/etc/mysql/debian-start".

I found that file but have no idea what to change.
Should I just comment the mycheck line?
I don't think that's clear to a 'normal' user.


Hm, I though it was clear that the mycheck function gets imported in the
"source" line and then executed in the background later.


I got confused by the (...)& syntax.
I thought it was some kind of function declaration instead of a function 
call.

--
Olaf van der Spek
http://xwis.net/


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

Bug#356805: classpath: missing java.lang.Thread.UncaughtExceptionHandler interface

[Andrew John Hughes]

On Tue, 14 Mar 2006 10:01:43 +0100
Mark Wielaard <[EMAIL PROTECTED]> wrote:

> On Tue, 2006-03-14 at 08:54 +0100, Petter Reinholdtsen wrote:
> > Package: classpath
> > Version: 2:0.90-1
> > 
> > When trying to run the java standalone client for Openstreetmap,
> > http://www.eigenheimstrasse.de/josm/josm-latest.jar>, it crashes
> > with the given error message.  According to Michael Koch on IRC, this
> > is because the java.lang.Thread.UncaughtExceptionHandler interface
> > that was introduced in java 1.5 is missing in classpath.
> 
> Note that classpath-generics does have support for this in Thread and
> ThreadGroup. It could probably be ported to the main branch since it
> doesn't need any additional 1.5 language features as far as I can see.
> 
> Another option of course is running josm against jamvm and
> classpath-generics, but I believe classpath-generics hasn't been
> packaged for Debian yet.
> 

>From a brief glance over the code, I think this can be copied over to HEAD.  
>It looks
like the kind of stuff I was talking about a couple of weeks ago; code that has 
no
real reason to only be on generics (and shouldn't have been developed there to 
start
with).

However, this won't solve the problem immediately as such a port would not be 
rolled
out until Classpath 0.91.  As Mark says, jamvm and classpath-generics is 
probably
your best solution for now, but you'll have to build the generics branch 
yourself.
Assuming you have a recent enough version of jamvm (presumably from testing or 
unstable),
you can get away with just pointing it at your local generics-branch install 
e.g.

mv /usr/share/classpath /usr/share/classpath.debian
mv /usr/lib/classpath /usr/lib/classpath.debian
ln -s $(generics_prefix)/share/classpath /usr/share/classpath.generics
ln -s $(generics_prefix)/lib/classpath /usr/lib/classpath.generics

This gives you both Debian's copy of Classpath, and the generics one 
respectively
as classpath.debian and classpath.generics in /usr/lib and /usr/share.  Then you
just symlink the one you want to /usr/lib/classpath and /usr/share/classpath 
and jamvm
will use it.

Alternatively, it shouldn't be too hard to build a local version of JamVM too, 
and point
it directly at your generics build.

Note that you'll need ecj to build the generics branch, but, with that on the 
path,
it should work out of the box with the usual ./configure; make; make install 
combo, giving
an appropriate prefix to configure.

Thanks for trying GNU Classpath!
-- 
Andrew :-)

Please avoid sending me Microsoft Office (e.g. Word, PowerPoint) attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
Support OpenDocument instead.

Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
public class gcj extends Freedom implements Java { ... }

"Value your freedom, or you will lose it, teaches history. 
`Don't bother us with politics' respond those who don't want to learn." 
-- Richard Stallman

The views expressed above are representative of my own personal
opinions, and not necessarily those of the University of Sheffield.


pgphb8rgsU90R.pgp
Description: PGP signature

Bug#356821: xscreensaver incorrect binary: /proc/interrupts support missing, mouse button/wheel undetected

[Petr Stehlik]

Package: xscreensaver
Version: 4.23-4

Xscreensaver since version 4.21 (or maybe even earlier) can detect mouse
buttons and the scroll wheel activity on linux by monitoring
the /proc/interrupts file. This works OK in Debian binary version 4.21-7
but does not work in Debian binary 4.23-[1234]. I talked to Jamie and
also compared the source trees but couldn't see any difference so at
last I just rebuilt the 4.23-4 package and surprisingly now
the /proc/interrupts is monitored correctly.

This could be a dupe of #203144 (if Vance skipped the version 4.21-7).

So to repeat: Debian source archive of 4.23-4 is correct. Debian binary
build of 4.23-4 as is provided on Debian FTP servers does not work
correctly, though. Plain rebuilding on my machines (tried on two
different desktops, both mix sarge+etch) with

  apt-get build-dep xscreensaver
  apt-get -b source xscreensaver

fixes the problem for me.

I have no explanation for this behaviour - unless the configure script
detects somehow what to include in the binary build based on the
environment of the building machine.

Easy test of the problem: run xscreensaver with "-debug -no-capture" and
scroll with the mouse wheel (or press mouse buttons) while not moving
the mouse itself. The xscreensaver should report the following:

> xscreensaver: 10:41:14: checking wall clock for hibernation (0:00:05).
xscreensaver: 10:41:19: /proc/interrupts activity: mouse
xscreensaver: 10:41:19: killing idle_timer  (6, 134878920)
xscreensaver: 10:41:19: starting idle_timer (6, 134878920)
> xscreensaver: 10:41:19: checking wall clock for hibernation (0:00:05).

Thanks

Petr




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

Bug#356822: ITP: moleinvasion -- Jump'n run game with Tux

[Gürkan]

Package: wnpp
Severity: wishlist

* Package name: moleinvasion
  Version : 0.2
  Upstream Author : Guillaume Chambraud <[EMAIL PROTECTED]>
* URL : http://moleinvasion.tuxfamily.org/
* License : GNU General Public License, version 2
  Description : Jump'n run game with Tux
 This is a classic jump’n run game where Tux must deal with Moles.
 .
 Homepage: http://moleinvasion.tuxfamily.org/

-- System Information:
Debian Release: testing/unstable
Architecture: powerpc
Kernel: Linux ibook 2.4.23-ben1 #7 Sat Dec 27 11:20:38 CET 2003 ppc 
Locale: LANG=POSIX, LC_CTYPE=POSIX

Bug#353693: Looking for a autotools/libtool expert:Unnecessarily linked libraries

[Ralf Wildenhues]

[ Please Cc: me on replies ]

Hi Frank,

> Steve Langasek <[EMAIL PROTECTED]> wrote:
> > But even after fixing this, tetex-bin seems to be using some obscure and
> > obsolete feature of autoconf 2.13 that replaces "ac_include $file" in
> > Makefile.in with the contents of that file in the output Makefile.  Seems
> > like this setup needs to be completely retooled for automake in order to
> > switch to modern autoconf...
> 
> As I said in the original help-wanted ad, there's already an upstream
> tree that uses autoconf 2.59, maybe that could help.  But it also needs
> an autotools/libtool wizard.

Please point a mere Debian user (stable plus a bit of unstable) to how
he can get this reproduced (as simply as possible), i.e., how he can get
the source setup and where to look at then.

A wild guess without seeing any source would be that you want to use
AC_SUBST_FILE somehow.

Cheers,
Ralf


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

Bug#355752: python-logilab-common: upgrade from sarge, then purge, leaves file behind

[Lars Wirzenius]

ti, 2006-03-14 kello 04:53 -0500, Alexandre Fayolle kirjoitti:
> Could you send me the piuparts log file, please, this would be helpful
> (you can use bzip2 to reduce the size).

Attached.

-- 
Maailma olisi parempi paikka, jos kaikilla olisi häntä kertomassa mitä
kuuluu.


python-logilab-common_0.13.1-4.log.bz2
Description: application/bzip

Bug#355752: python-logilab-common: upgrade from sarge, then purge, leaves file behind

[Alexandre Fayolle]

On Tue, Mar 07, 2006 at 07:11:55PM +0200, Lars Wirzenius wrote:
> Package: python-logilab-common
> Version: 0.13.1-4
> 
> When testing python-logilab-common with piuparts, I get the following
> error:
> 
> 2m16.6s ERROR: Package purging left files on system:
>   /usr/lib/python2.3/site-packages/logilab
> owned by: python2.3-logilab-common
>   /usr/lib/python2.3/site-packages/logilab/__init__.py
> 
> This happens when testing upgrades from sarge to etch to sid.
> 
> I got confused by the many logilab Python packages, so I didn't find the
> reason for the bug. A bug I reported earlier, #334087, may be related.
> 
> The piuparts log file is about 190 kilobytes, so in order to save
> bandwidth, I'm not attaching it, but I'd be happy to send it if you
> think it might be useful.

Hi, 

Thanks for the bug report, and sorry for not answering sooner. 

Could you send me the piuparts log file, please, this would be helpful
(you can use bzip2 to reduce the size).

I'll fix the issue and upload a fix as soon as possible. 

-- 
Alexandre Fayolle  LOGILAB, Paris (France).
http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org
Retrait du projet de loi DADVSI: http://eucd.info/petitions/index.php?petition=2


signature.asc
Description: Digital signature

Bug#356823: vlc is not available in testing

[laurent]

Package: vlc
Version: 0.8.4.debian-2+b1
Severity: normal

Package vlc is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package vlc has no installation candidate

 cat /etc/apt/sources.list
deb http://mirrors.kernel.org/debian testing main contrib non-free

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

Versions of packages vlc depends on:
ii  liba52-0.7.4 0.7.4-1 Library for decoding ATSC A/52 str
ii  libaa1   1.4p5-30ascii art library
ii  libavahi-client3 0.6.7-1 Avahi client library
ii  libavahi-common3 0.6.7-1 Avahi common library
ii  libc62.3.5-13GNU C Library: Shared libraries an
pn  libcdio6   (no description available)
ii  libdbus-1-2  0.61-4  simple interprocess messaging syst
ii  libdc1394-13 1.1.0-3 high level programming interface f
ii  libdvbpsi4   0.1.5-1 library for MPEG TS and DVB PSI ta
pn  libdvdnav4 (no description available)
ii  libdvdread3  0.9.4-5.1   Simple foundation for reading DVDs
ii  libflac7 1.1.2-3.1   Free Lossless Audio Codec - runtim
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
pn  libfribidi0(no description available)
ii  libgcc1  1:4.0.2-9   GCC support library
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libgnutls12  1.2.9-2 the GNU TLS library - runtime libr
ii  libgpg-error01.1-4   library for common error values an
ii  libgsm1  1.0.10-13   Shared libraries for GSM speech co
ii  libhal1  0.5.6-4 Hardware Abstraction Layer - share
pn  libid3tag0 (no description available)
pn  libiso9660-4   (no description available)
pn  liblircclient0 (no description available)
ii  libmad0  0.15.1b-2.1 MPEG audio decoder library
pn  libmodplug0c2  (no description available)
pn  libmpcdec3 (no description available)
ii  libmpeg2-4   0.4.0b-4MPEG1 and MPEG2 video decoder libr
ii  libncurses5  5.5-1   Shared libraries for terminal hand
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libraw1394-5 0.10.1-1.1  library for direct access to IEEE 
ii  libslang22.0.5-3 The S-Lang programming library - r
ii  libsmbclient 3.0.21b-1   shared library that allows applica
ii  libstdc++6   4.0.2-9 The GNU Standard C++ Library v3
pn  libsysfs2  (no description available)
pn  libtar (no description available)
ii  libtheora0   0.0.0.alpha5-1  The Theora Video Compression Codec
pn  libvcdinfo0(no description available)
ii  libvorbis0a  1.1.2-1 The Vorbis General Audio Compressi
ii  libvorbisenc21.1.2-1 The Vorbis General Audio Compressi
ii  libx11-6 6.9.0.dfsg.1-4  X Window System protocol client li
ii  libxext6 6.9.0.dfsg.1-4  X Window System miscellaneous exte
ii  libxinerama1 6.9.0.dfsg.1-4  X Window System multi-head display
ii  libxml2  2.6.23.dfsg.2-2 GNOME XML library
pn  libxosd2   (no description available)
ii  libxv1   6.9.0.dfsg.1-4  X Window System video extension li
pn  ttf-freefont   (no description available)
pn  wxvlc  (no description available)
ii  xlibmesa-gl [libgl1] 6.9.0.dfsg.1-4  Mesa 3D graphics library [X.Org]
ii  xlibmesa-glu [libglu1]   4.3.0.dfsg.1-14 Mesa OpenGL utility library [XFree
ii  zlib1g   1:1.2.3-9   compression library - runtime

Versions of packages vlc recommends:
pn  ttf-thryomanes (no description available)
pn  videolan-doc   (no description available)


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

Bug#354638: [Pkg-octave-devel] Bug#354638: octave2.9-doc: off by one error in showing the pages of octave.pdf

[Thomas Weber]

Am Montag, den 27.02.2006, 16:58 -0500 schrieb Kamaraju Kusumanchi:
>   I have checked with acroread and kpdf. Both of them exhibit the above
> behaviour. However xpdf exhibits correct behaviour (without any off by one
> errors) which made me think that may be it is a problem with acroread and 
> kpdf.

Sorry for the long delay, things are somewhat busy. 

The actual problem is that a link (say "Preface") always puts you at the
end of the page where this section is. Now, if you have "continuous
view" activated (in kpdf), it seems as if you are on the next page.
Switching to a one page view (View->Continous) puts you on the correct
page.

The same holds for Acroread (both Windows and Linux). xpdf doesn't use a
continous mode by default, so you don't see the problem there; 
"xpdf -cont octave.pdf" exhibits the same behaviour.

Unless you object, I will close this bug in the near future.

Regards
Thomas



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

Bug#356793: libgmp3c2: Missing AMD64 port

[Laurent Fousse]

Hello,

* Christopher Seufert [Tue, Mar 14, 2006 at 05:10:07PM +1100]:
> Package: libgmp3c2
> Severity: important
> 
> This breaks 'kde' package, as well as 'kcalc' and other dependants

According to http://packages.debian.org/unstable/libs/libgmp3c2, the
package `libgmp3c2' is available on amd64. Could you be more specific
in the problem description ?

Regards,

Laurent.


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

Bug#356824: new upstream release

[Riccardo Magliocchetti]

Package: sylpheed
Version: 2.2.1-1
Severity: wishlist

Hi!

there is new upstream release, 2.2.3, for this package.

TIA,
rm



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

Bug#356825: elmo: unsuitable control + changelog file encoding

[Roland Stigge]

Package: elmo
Version: 1.2.0-1
Severity: normal

Hi,

elmo's debian/control seems to be encoded in ISO-8859-2 with non-ASCII
characters. However, this makes data evaluation over the whole archive
(e.g. Sources file) difficult since it's not possible to automatically
detect encodings. The only compatible way to provide non-ASCII
characters is to encode in UTF-8. The conversion can be done with e.g.:

  $ iconv -f ISO-8859-2 -t UTF-8 debian/control > debian/control.new
  $ mv debian/control.new debian/control

The same applies to debian/changelog to ensure that the Maintainer field in
both files is the same. See the debian-devel thread at
http://lists.debian.org/debian-devel/2005/11/msg00482.html .

This package is one of the few remaining packages with non-UTF-8 encodings in
the respective files.

bye,
  Roland

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


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

Bug#355752: python-logilab-common: upgrade from sarge, then purge, leaves file behind

[Alexandre Fayolle]

On Tue, Mar 14, 2006 at 11:56:58AM +0200, Lars Wirzenius wrote:
> ti, 2006-03-14 kello 04:53 -0500, Alexandre Fayolle kirjoitti:
> > Could you send me the piuparts log file, please, this would be helpful
> > (you can use bzip2 to reduce the size).
> 
> Attached.


Thanks for the quick answer. I'm looking into the problem right now, and
have to admit I'm a bit surprised. I added in 0.13.1-4 some code in the
preinst script to handle the issue which should work correctly I think:

if [[ "$1" = "upgrade" ]] ;
then 
if dpkg --compare-versions "$2" lt 0.13.1-4 ;
then
rm -f /usr/lib/python2.?/site-packages/logilab/__init__.py* ;
for d in /usr/lib/python2.?/site-packages/logilab ;
do
rmdir $d && true ;
done ;
fi ;
fi

My understanding is that when upgrading from a version earlier than
0.13.1-4, the cleanup in the various python-specific directories should
be performed. This is somehow not executed as I would expect. I shall
dig a bit further into the problem, but any ideas you may have on the
issue are welcome. 


-- 
Alexandre Fayolle  LOGILAB, Paris (France).
http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org
Retrait du projet de loi DADVSI: http://eucd.info/petitions/index.php?petition=2


signature.asc
Description: Digital signature

Bug#356805: classpath: missing java.lang.Thread.UncaughtExceptionHandler interface

[Michael Koch]

On Tue, Mar 14, 2006 at 09:24:03AM +, Andrew John Hughes wrote:
> However, this won't solve the problem immediately as such a port would not be 
> rolled
> out until Classpath 0.91.  As Mark says, jamvm and classpath-generics is 
> probably
> your best solution for now, but you'll have to build the generics branch 
> yourself.
> Assuming you have a recent enough version of jamvm (presumably from testing 
> or unstable),
> you can get away with just pointing it at your local generics-branch install 
> e.g.

Thats not really a problem as I can add "selected" patches to the Debian
classpath package if needed.


Cheers,
Michael
-- 
http://www.worldforge.org/


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

Bug#356826: PTS: could e-mail when DEHS detects new upstream release

[Martin-Éric Racine]

Package: qa.debian.org
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

PTS could e-mail whenever DEHS detects a new upstream release of the 
package being monitored by a watch file.  This would be particularly 
usefull in case where upstream packages don't have a mailing list to 
notify interested parties of new releases.

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

iD8DBQFEFpnaeXr56x4Muc0RAgAWAKCdPoyoXJNyEcN8VvrsGSRv5qlAdwCbBMdW
crGJClFW7SmoQNy5WnNsp8k=
=+ieB
-END PGP SIGNATURE-


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

Bug#356827: fetchyahoo: Not working since 20 Feb: "Got 0 Message IDs"

[clayton]

Package: fetchyahoo
Version: 2.10.2-1
Severity: normal


Message downloads from my main Yahoo account have failed since 20 Feb, 
through a couple of new versions pulled out of unstable. Interestingly
enough, I have a secondary Yahoo account with much lower message traffic
that continues to work on the same computer, with a config file that is
identical except for the login info. Failure is as follows:

fetchyahoo
Logging in securely via SSL as ckoeni on Tue Mar 14 18:08:23 2006
Successfully logged in as ckoeni.
Country code : us   Folder: Inbox   Version: 2.10.2
Getting Message ID(s) for message(s) 1 - 50.

Only the first 90 of 201 is being downloaded.

Getting Message ID(s) for message(s) 51 - 90.
Got 0 Message IDs

Finished downloading 0 messages.
0 message(s) have been deleted.

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

Versions of packages fetchyahoo depends on:
ii  libcrypt-ssleay-perl  0.51-5 Support for https protocol in LWP
ii  libhtml-parser-perl   3.50-1 A collection of modules that parse
ii  libio-socket-ssl-perl 0.97-2 Perl module implementing object or
ii  libmime-perl  5.419-1Perl5 modules for MIME-compliant m
ii  liburi-perl   1.35-2 Manipulates and accesses URI strin
ii  libwww-perl   5.805-1WWW client/server library for Perl
ii  perl  5.8.8-2Larry Wall's Practical Extraction 

Versions of packages fetchyahoo recommends:
ii  libterm-readkey-perl  2.30-3 A perl module for simple terminal 
pn  procmail   (no description available)

-- no debconf information



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

Bug#353796: [Bug 122834] Swedish documentation PO translation (fwd)

[Tomas Pospisek]

Here as well, I guess that will be a "wontfix"

-- Forwarded message --
Date: 7 Mar 2006 21:13:36 -
From: Anders Widell
Reply-To: 122834 bugs.kde.org
Subject: [Bug 122834] Swedish documentation PO translation

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.

http://bugs.kde.org/show_bug.cgi?id=122834
awl passagen se changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From awl passagen se  2006-03-07 22:13 ---
Swedish translation of this application already exists in the svn repository, 
and it is up to date.



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

Bug#356823: vlc is not available in testing

[Wolfgang Lonien]

laurent wrote:
> Package: vlc
> Version: 0.8.4.debian-2+b1
> Severity: normal
> 
> Package vlc is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> E: Package vlc has no installation candidate
> 
>  cat /etc/apt/sources.list
> deb http://mirrors.kernel.org/debian testing main contrib non-free

Hi Laurent,

thanks for your bug report. vlc is indeed not in testing yet - have you
looked at http://bjorn.haxx.se/debian/testing.pl?package=vlc which
explains why?

Kind regards,
wjl aka Wolfgang Lonien

-- 
Key ID 0x728D9BD0 - public key available at wwwkeys.de.pgp.net
Key Fingerprint   = A923 2294 B7ED EB3E 2F18  AE56 AAB8 D36A 728D 9BD0
uid Wolfgang Lonien (wjl) 
We prefer encrypted, text-only email messages here. Thank you.


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

Bug#313714: [Bug 122835] German PO file corrections (fwd)

[Tomas Pospisek]

So I guess James can add a "wontfix" to the bugreport...
*t

-- Forwarded message --
Date: 11 Mar 2006 17:58:14 -
From: Thomas Reitelbach
Reply-To: 122835 bugs.kde.org
Subject: [Bug 122835] German PO file corrections

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.

http://bugs.kde.org/show_bug.cgi?id=122835
tr erdfunkstelle de changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From tr erdfunkstelle de  2006-03-11 18:58 ---
Sorry, the proposed fix is related to a translation that is not maintained by
the KDE translation team. The current translation which is available in KDE's
SVN repository is completely different and the bug does not exist here.



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

Bug#355608: auctex: auctex-11.82-1 will not install

[Frank Küster]

Hi James,

sorry that nobody answered to this bug for so long.  Davide, auctex's
maintainer, seems to be away, so I'll take over this task.

I assume the bug still occurs?

"Lewis, James M." <[EMAIL PROTECTED]> wrote:

> Package: auctex
> Version: 11.82-1
> Severity: serious
>
[...]
> -- debconf information:
>   auctex/doauto: Background
>   auctex/default: true
> * auctex/defaultchanged:
>   auctex/logfile: /tmp/update-auctex-elisp.XQRM90y
>   auctex/alreadydefault:
>   auctex/doautofg: File
[...]
> # dpkg --configure --pending
> Setting up auctex (11.82-1) ...
> debconf: unable to initialize frontend: Dialog
> debconf: (Dialog frontend will not work on a dumb terminal, an emacs
> shell buffer, or without a controlling terminal.)
> debconf: falling back to frontend: Readline
> install/auctex: Setting up for emacs21... emacs-package-install:
> /usr/lib/emacsen-common/packages/install/auctex emacs21 emacs21 failed
> at /usr/lib/emacsen-common/emacs-package-install line 30,  line
> 1.
> dpkg: error processing auctex (--configure):
>  subprocess post-installation script returned error exit status 2
> Errors were encountered while processing:
>  auctex
> # 

Can you send us the postinst logfile - it's name is indicated above as
/tmp/update-auctex-elisp.XQRM90y.  If this file is no longer present,
run

dpkg --configure -a

I expect that auctex will fail again, and create a new logfile in /tmp.

Furthermore, we need the file

/usr/share/emacs21/site-lisp/auctex/CompilationLog.gz

if it exists.

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

Bug#356828: procmail: Bad use of "real" in package description (pedantic)

[Ted Percival]

Package: procmail
Version: 3.22-15
Severity: minor

Package description contains the phrase "real convenient when
subscribing...". It's bad use of English -- "real" should instead
be "really". I know this is trivial, but it really bugs me.

Cheers :)

-Ted

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-1-powerpc
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages procmail depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an

Versions of packages procmail recommends:
ii  exim4 4.60-4 metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.60-4 lightweight exim MTA (v4) daemon

-- no debconf information


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

Bug#356829: libtest-warn-perl: FTBFS: failed tests

[stigge]

Package: libtest-warn-perl
Version: 0.08-2
Severity: serious

Hi,

building the package libtest-warn-perl in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
# # expected to find carped warning: /89/
# # expected to find carped warning: /90/
# # expected to find carped warning: /91/
# # expected to find carped warning: /92/
# # expected to find carped warning: /93/
# # expected to find carped warning: /94/
# # expected to find carped warning: /95/
# # expected to find carped warning: /96/
# # expected to find carped warning: /97/
# # expected to find carped warning: /98/
# # expected to find carped warning: /99/
# # expected to find carped warning: /100/
# 
# as expected
FAILED tests 5-16, 21-160, 197-208, 213-288, 293-304, 309-320, 325-336, 
341-384, 389-400, 405-448
Failed 376/448 tests, 16.07% okay
Failed Test   Stat Wstat Total Fail  Failed  List of Failed
---
t/carped.t   66 100.00%  1-6
t/warning_is.t  48   38  79.17%  3-30 39-48
t/warning_like.t96   76  79.17%  5-60 77-96
t/warnings_are.t   224  188  83.93%  5-80 101-144 149-160 165-192
 197-224
t/warnings_like.t  448  376  83.93%  5-16 21-160 197-208 213-288
 293-304 309-320 325-336 341-
 384 389-400 405-448
Failed 5/6 test scripts, 16.67% okay. 684/823 subtests failed, 16.89% okay.
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory `/tmp/buildd/libtest-warn-perl-0.08'
make: *** [install] Error 2
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/


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

Bug#353693: Looking for a autotools/libtool expert:Unnecessarily linked libraries

[Frank Küster]

Ralf Wildenhues <[EMAIL PROTECTED]> wrote:

> [ Please Cc: me on replies ]
>
> Hi Frank,
>
>> Steve Langasek <[EMAIL PROTECTED]> wrote:
>> > But even after fixing this, tetex-bin seems to be using some obscure and
>> > obsolete feature of autoconf 2.13 that replaces "ac_include $file" in
>> > Makefile.in with the contents of that file in the output Makefile.  Seems
>> > like this setup needs to be completely retooled for automake in order to
>> > switch to modern autoconf...
>> 
>> As I said in the original help-wanted ad, there's already an upstream
>> tree that uses autoconf 2.59, maybe that could help.  But it also needs
>> an autotools/libtool wizard.
>
> Please point a mere Debian user (stable plus a bit of unstable) to how
> he can get this reproduced (as simply as possible), i.e., how he can get
> the source setup and where to look at then.

You need the sources of teTeX 3.0 from unstable.  debian/rules contains
a sarge target, but then libpoppler isn't used, and I think the poppler
patch might have revealed the problem (because the other libraries used
by pdftex don't depend on anything but libc and libstdc++, on which
pfdtex correctly depends).  But I'm currently not sure, it might be that
there are unnecessarily linked libraries even without poppler.

Anyway, backporting libpopper is easy, or you can get (unmaintained)
backports from 

deb http://people.debian.org/~frank/teTeX-3.0 sarge main

The rest should be in the bug, please feel free to ask if you need more
information.  The updated upstream tree is at
rsync://tug.org/tetexdevsrc/, in other words

rsync rsync://tug.org/tetexdevsrc/ localdir

should get you a copy.


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

Bug#352479: ifplugd will not run after latest upgrade on testing

[Jonathan Hepburn]

On 3/11/06, Eric Evans <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 08, 2006 at 07:00:45AM +1000, Jonathan Hepburn muttered these 
> words:
> > On 2/25/06, Eric Evans <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi Jonathan,
> > >
> > > ifplugd is working fine for me here, let's see if we can get a little
> > > more information and see what's wrong.
> > >
> > > You are using 0.26-2.1, is it safe to assume that you upgraded from
> > > 0.26-2? Near as I can tell, the only change made in this NMU was a
> > > in the path to the hotplug functions.
> > >
> > > -HOTPLUGFUNCS=/lib/udev/hotplug.functions
> > > +HOTPLUGFUNCS=/etc/hotplug/hotplug.functions
> > >
> > > Are you using udev? Does the file /lib/udev/hotplug.functions exist?
> >
> > Sorry for the delay in replying: I wasn't using udev, so I decided
> > that this would be a good excuse to upgrade and, following that, I had
> > to get it working properly and upgrade the kernel just in case that
> > helped. I'm strapped for time at the moment.
> >
> > So:
> >
> > I am now using udev, which appears to be working fine.
> >
> > /lib/udev/hotplug.functions exists.
> >
> > I'll assume I upgraded from 0.26-2: I've been using testing for a
> > while now, so whatever I was previously using was the etch version at
> > the time.
> >
> > ifplugd still doesn't work.
>
> Ok, let's step back a bit.
>
> The only change between 0.26-2 and 0.26-2.1 was to correct the location
> of /lib/udev/hotplug.functions. Since your bug report indicated that you
> are using hotplug for all your interfaces, I assumed that this was
> probably where the problem lie, but perhaps that isn't the case.
>
> In your original report you also indicated that you ran ifplugd manually
> without success. What are aguments are you supplying when you do this?
> Can you tell me if anything is being logged, (/var/log/syslog), or if
> there is any output in dmesg?

Run manually, with no arguments at all.

There is nothing in dmesg  or syslog following 'invoke-rc.d ifplugd start'.

After 'ifplugd', Syslog has the following:

Mar 14 20:56:04 ijtihad ifplugd(eth0)[9891]: ifplugd 0.26 initializing.
Mar 14 20:56:04 ijtihad ifplugd(eth0)[9891]: Using interface eth0
Mar 14 20:56:04 ijtihad ifplugd(eth0)[9891]: Failed to detect plug
status of eth0
Mar 14 20:56:04 ijtihad ifplugd(eth0)[9891]: Exiting.

WTF???

Here are the non-commented contents of /etc/default/ifplugd:

INTERFACES=""
HOTPLUG_INTERFACES="all"
ARGS="-q -f -u0 -d10 -w -I"
SUSPEND_ACTION="stop"

I did no configuring by hand of ifplugd the first time I used it, and
did no configuring by hand following the ugprade, after I purged and
reinstalled.

> Can you try running ifplugd with strace, (i.e. strace -f ifplugd ... ),
> and attaching the output in a reply to the bug report?

Attached

> > In case it helps, this is the gdb report:
> >
> > (gdb) start
> > Function "main" not defined.
> >
> > Now, I know very little about programming, but this strikes me as a bad 
> > thing.
>
> How did you invoke gdb to arrive at this?

gdb /usr/sbin/ifplugd

If I understand the syslog entry correctly, is it dying after being
invoked with no arguments because I don't have an eth0 interface? To
the best of my knowledge, I never have had an eth0. After switching to
udev - I'm not sure about before - I don't even have any /dev/eth*
entries.

Cheers,
JH


ifplugd.strace.log
Description: Binary data

Bug#356735: Compiling libc-udeb with -Os ?

[Robert Millan]

On Mon, Mar 13, 2006 at 11:14:35PM -0500, Joey Hess wrote:
> Robert Millan wrote:
> > I've tested what would be the size saving when building glibc with -Os:
> 
> Huh, I think I've checked whether -Os helped pretty much everything in
> d-i, but never thought to try libc. Good idea, and this space savings
> would in fact be useful; both because we're bursting at the seams of
> some of the smaller CD images, and because it would help keep d-i
> running in 32 mb of memory

As you can see in the other mail, it seems to cause some breakage with nptl and
librt.  I'm not sure if d-i needs threading at all (or even what librt is ;).
Is that an issue for libc-udeb ?

If it is, perhaps we could patch nptl/librt code to add the proper -O option to
override previous -Os.  I think this could be accepted in upstream.

> (assuming that the uncompressed sizes, which
> you didn't show, arn't suprising).

Ah, I thought d-i already compressed them (e.g. cloop).  Well, here is it:

$ du -hs *
2.1Mnormal
1.8Mtiny
$ du -h */lib/*.so
100Knormal/lib/ld-2.3.6.so
1.3Mnormal/lib/libc-2.3.6.so
24K normal/lib/libcrypt-2.3.6.so
12K normal/lib/libdl-2.3.6.so
540Knormal/lib/libm-2.3.6.so
72K normal/lib/libpthread-2.3.6.so
80K normal/lib/libresolv-2.3.6.so
12K normal/lib/libutil-2.3.6.so
88K tiny/lib/ld-2.3.6.so
1.1Mtiny/lib/libc-2.3.6.so
24K tiny/lib/libcrypt-2.3.6.so
12K tiny/lib/libdl-2.3.6.so
500Ktiny/lib/libm-2.3.6.so
68K tiny/lib/libpthread-2.3.6.so
68K tiny/lib/libresolv-2.3.6.so
12K tiny/lib/libutil-2.3.6.so

-- 
Robert Millan


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

Bug#329319: Would you be interested in helping maintain yaird for Debian?

[Jonas Smedegaard]

Hi Scott (and cc the related bugreport),

I have looked at your suggested swsusp patch for yaird, but as you
mention yourself this area seems very much work-in-progress.

So rather than just adopt your proposed patch, I want to ask if you'd
perhaps be interested in joining the yaord team, helping maintain the
package for Debian?

It would be fine with me even if all you cared about with yaird was
swsusp support. You could then become the expert in that area, taking
care of bugreports, kernel changes and debian-installer opinions related
to that, and make sure yaird behaved as sane as possible.


You do not need to be a Debian developer to help maintain yaird for
Debian. If interested, just register at http://alioth.debian.org/ and
tell me your login there, and I'll grant you write access to the yaird
SVN repository. :-)

 - Jonas

-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm


pgph1gewh5etb.pgp
Description: PGP signature

Bug#356830: caff: portabilityproblem with "hostname -f"

[Thijs Kinkhorst]

Package: signing-party

 Forwarded Message 
From: Matthias Scheler <[EMAIL PROTECTED]>
To: Thijs Kinkhorst <[EMAIL PROTECTED]>
Cc: Antoine Reilles <[EMAIL PROTECTED]>
Subject: Portability problem in "caff"
Date: Mon, 13 Mar 2006 18:06:19 +

Hello,

Antoine asked me to give you a "HEADS UP" because of the following
bug-fix I added to NetBSD's "caff" package:

http://mail-index.netbsd.org/pkgsrc-changes/2006/03/13/0030.html

The problem is that "caff" uses "hostname -f" which neither NetBSD
nor Solaris understand.

Kind regards



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

Bug#356406: gprolog segfault on division with amd64

[Salvador Abreu]

1.2.18-12 is old already and there are problems compiling 1.2.18-16  
on amd64 machines (gcc 3.3.5 gets "internal errors").


Can you make do with the x86 binaries, while I look into finding an  
amd64 machine to try things on?


On Mar 11, 2006, at 21:14 , carbonated beverage wrote:


Package: gprolog
Version: 1.2.18-12

Any time a division is done in gprolog, I get a segfault with  
sprintf()

at the top of the backtrace, and what looks like tons of NULLs in the
stacktrace.



Regards
--
Salvador Abreu
Departamento de Informática
Universidade de Évora



PGP.sig
Description: This is a digitally signed message part

Bug#356807: nessus-core - FTBFS: undefined reference to `stream_pending'

[Javier Fernández-Sanguino Peña]

merge 356651 356807
thanks

On Tue, Mar 14, 2006 at 09:20:36AM +0100, Bastian Blank wrote:
> There was an error while trying to autobuild your package:

Already reported, see 356651

Regards

Javier


signature.asc
Description: Digital signature

Bug#356831: dpkg-sig: add an option to only sign dsc/changes

[Norbert Preining]

Package: dpkg-sig
Version: 0.13
Severity: wishlist
Tags: patch

Dear Marc!

I know I can do this with debsign, but dpkg-sig has many advantages:
- it can hash the passphrase
- it can work on many changes file at once

So I would ask to add an option to sign only .dsc and .changes files
(if it is asked for with --sign_changes).

I added a --nosignbin option which does this. Ok not perfect, it could
warn if --nosignbin is given and not --sign_changes etc, but it works,
see attached patch.

Best wishes

Norbert


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

Versions of packages dpkg-sig depends on:
ii  gnupg 1.4.2.2-1  GNU privacy guard - a free PGP rep
ii  libconfigfile-perl1.2.1  Parses simple configuration files
ii  perl [libdigest-md5-perl] 5.8.8-3Larry Wall's Practical Extraction 

dpkg-sig recommends no packages.

-- no debconf information
--- dpkg-sig.orig   2006-03-14 12:24:12.0 +0100
+++ dpkg-sig2006-03-14 12:22:48.0 +0100
@@ -52,7 +52,7 @@
 %part_cache, $check_v2_sig, $check_v3_sig, $batch, $gpgoptions, 
 $passphrase, $remote_dpkg_sig, %ssh_connections, $sign_changes, 
 $get_hashes, $sign_hashes, $write_signature, $help, $DEBUG, 
-   $verify_pattern, $remote_ssh_port);
+   $verify_pattern, $remote_ssh_port, $nosignbin);
 
 my @configfiles = qw(/etc/devscripts.conf ~/.devscripts);
 
@@ -133,8 +133,12 @@
if ($file =~ /\.deb$/) { #Yay! That's easy!
print "Processing $file...\n";
if ($sign) {
-   sign_deb($sign, $file);
-   print "Signed deb $file\n" if ! $batch;
+   if ($nosignbin) {
+   print "Skipping deb $file\n" if ! 
$batch;
+   } else {
+   sign_deb($sign, $file);
+   print "Signed deb $file\n" if ! $batch;
+   }
} elsif ($verify || $verify_role || $verify_exact) {
my @verify_output = verify_deb($file, 
$verify_pattern);
print @verify_output;
@@ -173,9 +177,13 @@
print "Processing $deb...\n";

if ($sign) {
-   my $r = sign_deb($sign, $deb);
-   $new_debs{$r->[2]} = $r;
-   print "Signed deb $deb\n" if ! $batch;
+   if ($nosignbin) {
+   print "Skipping deb $deb\n" if ! 
$batch;
+   } else {
+   my $r = sign_deb($sign, $deb);
+   $new_debs{$r->[2]} = $r;
+   print "Signed deb $deb\n" if ! 
$batch;
+   }
} elsif ($verify || $verify_role || 
$verify_exact) {
my @verify_output = verify_deb($deb, 
$verify_pattern);
print @verify_output;
@@ -1832,6 +1840,7 @@
 "gpg-options|g=s" => \$gpgoptions,
 "remote-dpkg-sig|r=s" => \$remote_dpkg_sig,
 "remote-ssh-port|o=i" 
=> \$remote_ssh_port,
+"nosignbin" => 
\$nosignbin,
);
$check_v2_sig = ($check_v2_sig && $check_v2_sig eq "false"?0:"yes");
$check_v3_sig = ($check_v3_sig && $check_v3_sig eq "false"?0:"yes");

Bug#356833: tomboy: Tomboy isn't restarted by X session manager

[Sham Chukoury]

Package: tomboy
Version: 0.3.3-3
Severity: normal


Tomboy isn't restarted by an X session manager, such as xfce4-session or
xsm. Using xsm's 'client list' window, it can be seen that Tomboy does
indeed register with the session manager. However, the restart command
provided to the session manager is 'Tomboy', not 'tomboy' as can be
found on the PATH (in /usr/bin). (This is probably due to Tomboy setting
its Gnome app_id as 'Tomboy' in the call to Gnome.Program, which is then
passed on to Gnome.Client..)

When restoring a saved session (where Tomboy had been running), xsm
outputs this error to the console: "/usr/bin/X11/xsm: Can't execvp()
Tomboy: No such file or directory" Simply providing a symlink fixes the
problem: "ln -s `which tomboy` /usr/bin/Tomboy".


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

Versions of packages tomboy depends on:
ii  libdbus-1-cil 0.61-4 CLI binding for D-BUS interprocess
ii  libgconf-cil  1:1.0.10-3 CLI binding for GConf
ii  libglib-cil   1:1.0.10-3 CLI binding for the GLib utility l
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgnome-cil  1:1.0.10-3 CLI binding for GNOME
ii  libgtk-cil1:1.0.10-3 CLI binding for the Gtk+ toolkit
ii  libgtk2.0-0   2.8.12-1   The GTK+ graphical user interface 
ii  libgtkspell0  2.0.10-3   a spell-checking addon for GTK's T
ii  libpanel-applet2-02.12.3-1   library for GNOME 2 panel applets
ii  mono-classlib-1.0 1.1.13.2-1 Mono class library (1.0)
ii  mono-jit  1.1.13.2-1 fast CLI JIT/AOT compiler for Mono

tomboy recommends no packages.

-- no debconf information


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

Bug#356832: unalz: directory traversal bug

[Ulf Harnhammar]

Subject: unalz: directory traversal bug
Package: unalz
Version: 0.52-1
Severity: important
Tags: security

Hello,

Secunia Research has found a directory traversal security bug in unalz:

  o  http://secunia.com/secunia_research/2006-16/advisory/

"Rating: Less Critical
 Impact: System access
 Where:  Remote

[..]

The vulnerability is caused due to an input validation error when
extracting an ALZ archive. This makes it possible to have files
extracted to arbitrary locations outside the specified directory
using the "../" directory traversal sequence."

Perhaps an update for this bug and the buffer overflow that I found
quite a while ago could be in order?

// Ulf Harnhammar



-- 
___
Surf the Web in a faster, safer and easier way:
Download Opera 8 at http://www.opera.com

Powered by Outblaze

Bug#356834: %e find_free_number deprecated in linux 2.6.16

[Michael Biebl]

Package: udev
Version: 0.087-1
Severity: normal

I'm running the latest 2.6.16 rc kernel. Upon startup I get the warning,
that %e find_free_number is deprecated and will be removed in future
releases. Affected files are /etc/udev/(cd-aliases|udev|devfs).rules.


-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
insgesamt 4
lrwxrwxrwx 1 root root 20 2005-04-10 20:48 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root 19 2005-10-12 03:00 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root 16 2005-12-19 02:12 025_libsane.rules -> ../libsane.rules
lrwxrwxrwx 1 root root 22 2005-11-18 03:39 025_logitechmouse.rules -> 
../logitechmouse.rules
lrwxrwxrwx 1 root root 13 2005-11-07 03:11 030_capi.rules -> ../capi.rules
lrwxrwxrwx 1 root root 24 2006-02-26 00:47 030_sl-modem-daemon.rules -> 
../sl-modem-daemon.rules
lrwxrwxrwx 1 root root 12 2006-03-07 16:34 050_hal-plugdev.rules -> ../hal.rules
lrwxrwxrwx 1 root root 15 2006-01-26 01:46 85-pcmcia.rules -> ../pcmcia.rules
-rw-r--r-- 1 root root 82 2006-03-05 23:14 90-hal.rules
lrwxrwxrwx 1 root root 19 2004-12-05 00:34 cd-aliases.rules -> 
../cd-aliases.rules
lrwxrwxrwx 1 root root 13 2004-04-01 00:34 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 14 2006-01-02 18:42 z00_local.rules -> ../local.rules
lrwxrwxrwx 1 root root 19 2005-08-15 01:04 z20_persistent.rules -> 
../persistent.rules
lrwxrwxrwx 1 root root 12 2005-07-03 22:39 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root 16 2005-10-09 21:27 z55_hotplug.rules -> ../hotplug.rules
lrwxrwxrwx 1 root root 19 2005-08-02 22:57 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root 15 2005-09-20 00:37 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root 17 2005-07-03 22:39 z70_hotplugd.rules -> 
../hotplugd.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda10/dev
/sys/block/hda/hda11/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hda/hda7/dev
/sys/block/hda/hda8/dev
/sys/block/hda/hda9/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/drm/card0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input2/mouse0/dev
/sys/class/input/input2/ts0/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/psaux/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D3c/dev
/sys/class/sound/pcmC0D4p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev3.2/dev
/sys/class/usb_device/usbdev4.1/dev

-- Kernel configuration:
 isapnp_init not present.


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

Versions of packages udev depends on:
ii  initscripts  2.86.ds1-12 Scripts for initializing and shutt
ii  libc62.3.6-3 GNU C Library: Shared libraries an
ii  libselinux1  1.28-4  SELinux shared libraries
ii  lsb-base 3.0-16  Linux Standard Base 3.0 init scrip
ii  makedev  2.3.1-80creates device files in /dev
ii  sed  4.1.4-5 The GNU sed stream editor

udev recommends no packages.

-- debconf information:
  udev/devfs-warning:
* udev/reboot-warning:


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

Bug#356796: dict-wn: postinst failure with serpento

[Laurent Bonnaud]

On mar, 2006-03-14 at 08:32 +0100, Andreas Tille wrote:
> (BTW, what's the advantage of serpendot - perhaps I want to use it
> myself.)

Some time ago I had problems with dictd, French dictionaries,
accentuated characters (éèçàù...), locales and UTF-8.  You probably
have/had a similar problem with the German Umlaut.  Therefore I tried
serpento and did not change back.  Since then dictd has been improved
and there is probably no advantage in serpento.

-- 
Laurent Bonnaud.
http://www.lis.inpg.fr/pages_perso/bonnaud/

Bug#329319: [Yaird-devel] Bug#329319: How about including this patch in the package?

[Jonas Smedegaard]

On Mon, 13 Mar 2006 12:28:02 +0100
Johannes Adams <[EMAIL PROTECTED]> wrote:

> I just wanted to ask again how chances are that this patch will be
> included in the debian package. It works fine for me but due to the
> frequent updates in the last week I had to recompile yaird quite
> often :-)

There's two ways of new/changed yaird functionality to enter Debian:

 1) Adoption by upstream

 2) Someone offering to maintain the patch

As upstream has not yet adopted the patch, and I personally have not
yet played with swsusp at all, I have now proposed the patch ingeneer,
C. Scott Ananian, to step up and become member of the yaird packaging
team.

Alternatively I will reconsider taking on the responsibility myself,
and if not I will probably change the packaging so that it will
get included with simply setting an environment variable when
rebuilding the package.


Hope that helps :-)

 - Jonas

-- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er nær: http://www.shibumi.org/eoti.htm


pgpLg8s4s4uzm.pgp
Description: PGP signature

Bug#356797: trac: should depend on python-subversion instead of python2.3-subversion

[Jesus Climent]

On Tue, Mar 14, 2006 at 07:53:14AM +0100, Laurent Bonnaud wrote:
> Package: trac
> Version: 0.9.4-2
> Severity: important
> 
> 
> Hi,
> 
> with subversion 1.3.0-3, python2.3-subversion has been renamed to
> python-subversion and upgrading subversion forced the removal of trac.
> python2.3-subversion still exists, but will probably be removed from
> the archive and installing trac forces the removal of other packages:
> 
> # apt-get install trac
> Reading package lists... Done
> Building dependency tree... Done
> The following extra packages will be installed:
>   python2.3-subversion
> The following packages will be REMOVED:
>   python-subversion subversion-tools svn-buildpackage
> The following NEW packages will be installed:
>   python2.3-subversion trac

In python-subversion, once can read:

Provides: python2.3-subversion

The problem seem to be a versiones dependency on python2.3-subversion, not the
dependency itself:

[EMAIL PROTECTED]:# apt-get install trac
The following packages have unmet dependencies.
  trac: Depends: python2.3-subversion (>= 0.37)


-- 
Jesus Climent  info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.15|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429  7E18 66FC 1D7F 8694 6D69

Sick as a dog. Gonna vomit.
--Dr. Evil (Austin Powers: The Spy Who Shagged Me)


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

Bug#356835: Postint depends on libapache2-mod-auth-pam, while package merely suggests it

[Martijn Pieters]

Package: dspam-webfrontend
Version: 3.6.4-2
Severity: important

The postint script for dspam-webfrontend tries to enable the auth_pam
Apache module, and fails when this module is not available. As
dspam-webfrontend merely suggests this module, this will often be the
case making the package installation fail.

Either the postin should be made more robust, or libapache2-mod-auth-pem
should be made a dependency.

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

Versions of packages dspam-webfrontend depends on:
ii  libgd-gd2-perl1:2.30-1   Perl module wrapper for libgd - gd
ii  libgd-graph3d-perl0.63-2 Create 3D Graphs with GD and GD::G

dspam-webfrontend recommends no packages.

-- no debconf information


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

Bug#350399: Azureus finally no longer needs non-free java. It works with gij.

[robin putters]

How about uploading an Azureus 'pure' debian package to experimental, while GCJ4.1 is not in unstable yet?

Bug#356836: udev: recognizes usb pendrive but can't access it

[Tomasz Kaźmierczak]

Package: udev
Version: 0.085-1
Severity: important

After plugging USB PenDrive to USB port udev recognized it started it as a SCSI 
disk /dev/sda1 and could not acces it. The same pendrive worked well when using 
hotplug and under windows.

This happened under Debian GNU/Linux testing _Etch_ - Official Snapshot i386 
(20060308)
kernel version: 2.6.15-1-686 (Debian 2.6.15-7)

udev depends on: hal 0.5.6-4

Below are dmesg output and kern.log printouts. the lines corresponding to the 
problem are at the tails of both printouts.

dmesg output:

Linux version 2.6.15-1-686 (Debian 2.6.15-7) ([EMAIL PROTECTED]) (gcc version 
4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #1 Tue Feb 21 20:25:22 UTC 2006
BIOS-provided physical RAM map:
 BIOS-e820:  - 0009f800 (usable)
 BIOS-e820: 0009f800 - 000a (reserved)
 BIOS-e820: 000dc000 - 0010 (reserved)
 BIOS-e820: 0010 - 0f6e (usable)
 BIOS-e820: 0f6e - 0f6ea000 (ACPI data)
 BIOS-e820: 0f6ea000 - 0f70 (ACPI NVS)
 BIOS-e820: 0f70 - 1000 (reserved)
 BIOS-e820: e000 - f0006000 (reserved)
 BIOS-e820: f0008000 - f000c000 (reserved)
 BIOS-e820: fed2 - fed9 (reserved)
 BIOS-e820: ff00 - 0001 (reserved)
0MB HIGHMEM available.
246MB LOWMEM available.
On node 0 totalpages: 63200
  DMA zone: 4096 pages, LIFO batch:0
  DMA32 zone: 0 pages, LIFO batch:0
  Normal zone: 59104 pages, LIFO batch:15
  HighMem zone: 0 pages, LIFO batch:0
DMI present.
ACPI: RSDP (v000 PTLTD ) @ 0x000f7a10
ACPI: RSDT (v001 PTLTDRSDT   0x0604  LTP 0x) @ 0x0f6e5e41
ACPI: FADT (v002 INTEL  ALVISO   0x0604 LOHR 0x005f) @ 0x0f6e9e78
ACPI: MADT (v001 INTEL  ALVISO   0x0604 LOHR 0x005f) @ 0x0f6e9efc
ACPI: BOOT (v001 PTLTD  $SBFTBL$ 0x0604  LTP 0x0001) @ 0x0f6e9fd8
ACPI: MCFG (v001 INTEL  ALVISO   0x0604 LOHR 0x005f) @ 0x0f6e9f9c
ACPI: SSDT (v001  PmRef  Cpu0Cst 0x3001 INTL 0x20030224) @ 0x0f6e6078
ACPI: SSDT (v001  PmRefCpuPm 0x3000 INTL 0x20030224) @ 0x0f6e5e7d
ACPI: DSDT (v001 INTEL  ALVISO   0x0604 MSFT 0x010e) @ 0x
ACPI: PM-Timer IO Port: 0x1008
ACPI: Local APIC address 0xfee0
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 6:13 APIC version 20
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled)
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 1, version 32, address 0xfec0, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 2000 (gap: 1000:d000)
Built 1 zonelists
Kernel command line: root=/dev/hda6 ro
mapped APIC to d000 (fee0)
mapped IOAPIC to c000 (fec0)
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 16384 bytes)
Detected 1496.555 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 243124k/252800k available (1425k kernel code, 9004k reserved, 530k 
data, 144k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 2995.79 BogoMIPS (lpj=1497895)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: afe9fbff 0010    
 
CPU: After vendor identify, caps: afe9fbff 0010    
 
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 1024K
CPU: After all inits, caps: afe9fbff 0010  0040  
 
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
mtrr: v2.0 (20020519)
CPU: Intel(R) Celeron(R) M processor 1.50GHz stepping 08
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
checking if image is initramfs... it is
Freeing initrd memory: 4430k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfd70e, last bus=6
PCI: Using MMCONFIG
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (:00)
PCI: Pr

Bug#356837: ITP: nino -- NINO - a network management solution using SNMP and WMI

[Wolfgang Lonien]

Package: wnpp
Severity: wishlist
Owner: Wolfgang Lonien <[EMAIL PROTECTED]>


* Package name: nino
  Version : 4.1.8
  Upstream Author : Jorgen Gerstel <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/nino/
* License : GPL Version 2
  Description : NINO - a network management solution using SNMP and WMI

>From the upstream author:
NINO is a network management solution to manage routers, switches, 
servers and applications. Using realtime monitoring, event monitoring 
and reporting the health and status of your network can be monitored. On 
high severity events NINO can send e-mail notification. NINO can be used 
from any place in the network or even the internet just using a web 
browser.

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


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

Bug#196429: Does not restore window size on error

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2006-02-21 00:48]:
> > > Right, I know nothing about curses but given that nobody else will
> > > probably look at this bug I might just as well try.  Can you give me a
> > > simple example how I can reproduce this bug?  What kind of error
> > > causes this?
> > Cool, I just saw it myself.  If you have a good recipe to reproduce it
> > I'd still like to hear it tho.
> 
> I just uploaded 3.1.1+cvs20050801-4 which definitely fixes the problem
> I can reproduce.  It would be nice to hear whether you can find other
> problems, though.  In which situation does this bug occur for you
> exactly?

Anthony, can you please give jack 3.1.1+cvs20050801-6 (in unstable and
testing now) a go?
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#356838: dssi: FTBFS: jack-dssi-host missing on dh_install

[stigge]

Package: dssi
Version: 0.9.1-2
Severity: serious

Hi,

building the package dssi in a clean sid build environment
(with pbuilder) on i386 results in:

=
[...]
/usr/bin/install -c .libs/trivial_sampler.lai 
/tmp/buildd/dssi-0.9.1/debian/tmp/usr/lib/dssi/trivial_sampler.la
libtool: install: warning: remember to run `libtool --finish /usr/lib/dssi'
/bin/sh ../mkinstalldirs 
/tmp/buildd/dssi-0.9.1/debian/tmp/usr/lib/dssi/trivial_sampler
mkdir -p -- /tmp/buildd/dssi-0.9.1/debian/tmp/usr/lib/dssi/trivial_sampler
make[4]: Leaving directory `/tmp/buildd/dssi-0.9.1/examples'
make[3]: Leaving directory `/tmp/buildd/dssi-0.9.1/examples'
make[2]: Leaving directory `/tmp/buildd/dssi-0.9.1/examples'
Making install in tests
make[2]: Entering directory `/tmp/buildd/dssi-0.9.1/tests'
make[3]: Entering directory `/tmp/buildd/dssi-0.9.1/tests'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/tmp/buildd/dssi-0.9.1/tests'
make[2]: Leaving directory `/tmp/buildd/dssi-0.9.1/tests'
make[2]: Entering directory `/tmp/buildd/dssi-0.9.1'
make[3]: Entering directory `/tmp/buildd/dssi-0.9.1'
make[3]: Nothing to be done for `install-exec-am'.
/bin/sh ./mkinstalldirs /tmp/buildd/dssi-0.9.1/debian/tmp/usr/include
mkdir -p -- /tmp/buildd/dssi-0.9.1/debian/tmp/usr/include
 /usr/bin/install -c -m 644 dssi/dssi.h 
/tmp/buildd/dssi-0.9.1/debian/tmp/usr/include/dssi.h
/bin/sh ./mkinstalldirs /tmp/buildd/dssi-0.9.1/debian/tmp/usr/lib/pkgconfig
mkdir -p -- /tmp/buildd/dssi-0.9.1/debian/tmp/usr/lib/pkgconfig
 /usr/bin/install -c -m 644 dssi.pc 
/tmp/buildd/dssi-0.9.1/debian/tmp/usr/lib/pkgconfig/dssi.pc
make[3]: Leaving directory `/tmp/buildd/dssi-0.9.1'
make[2]: Leaving directory `/tmp/buildd/dssi-0.9.1'
make[1]: Leaving directory `/tmp/buildd/dssi-0.9.1'
dh_install --sourcedir=debian/tmp -a
cp: cannot stat `debian/tmp//usr/bin/jack-dssi-host': No such file or directory
dh_install: command returned error code 256
make: *** [install-arch] Error 1
=

Thanks for considering.


--
DARTS - Debian Archive Regression Test Suite
http://darts.alioth.debian.org/


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

Bug#356839: [intl:fr] ldap-account-manager debconf template translation

[steve]

Package: ldap-account-manager
Version: 1.0.0-1
Severity: wishlist
Tags: l10n Patch

Hi,

Please find attached the french debconf templates translation, proofread by 
the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Regards
-- 
steve
jabber : [EMAIL PROTECTED]


fr.po
Description: application/gettext

Bug#356700: libmail-spf-query-perl: Missing newline in log output - since perl-5.8.8-3

[John A. Martin]

> "Julian" == Julian Mehnle
> "Re: libmail-spf-query-perl: Missing newline in log output -
> since perl-5.8.8-3" 
>  Mon, 13 Mar 2006 23:48:52 +

Julian> Could you, for testing purposes, try downgrading
Julian> libmail-spf-query-perl to the last version you were using
Julian> before the problem occurred and see if the problem goes
Julian> away?  That should be the definite indicator for whether
Julian> the problem is rooted anywhere in libmail-spf-query-perl.

The same libmail-spf-query-perl-1.999.1-1 was used before and after
the log lines were run together.  The problem arose when the perl and
perl-base packages were upgraded from 5.8.8-2 to 5.8.8-3.

Now when downgrading perl and perl-base to 5.8.8-2 the problem
disappears.  When upgrading perl and perl-base to 5.8.8-3 the problem
appears again.  The problem in reproducible.

,[ From: [EMAIL PROTECTED] (Debian Bug Tracking System)
   Subject: Bug#356700: Acknowledgement
   Date: Mon, 13 Mar 2006 08:33:10 -0800 ]
[[]]
Your message has been sent to the package maintainer(s):
 Debian Perl Group <[EMAIL PROTECTED]>
`

That includes you, right?  Package maintainers can move bugs from one
package to another, no?

>> What are the intended log levels?  I don't make much sense of
>> what is logged even before the mishap.  (I normally just grep
>> what I want from a catch-all log.)

Julian> Unfortunately, I don't have a clue either.  I know little
Julian> about Postfix and the Postfix SPF policy daemon.

http://www.postfix.org/SMTPD_POLICY_README.html

HTH

jam



pgpElFhJE6Juc.pgp
Description: PGP signature

Bug#356840: [intl:fr] tex-common debconf template translation

[steve]

Package: tex-common
Version: 0.18
Severity: wishlist
Tags: l10n Patch

Hi,

Please find attached the french debconf templates translation, proofread by 
the debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Regards
-- 
steve
jabber : [EMAIL PROTECTED]


fr.po
Description: application/gettext

Bug#356841: ps2pdf fails to translate margins correctly

[Land Haj]

Package: gs-gplVersion: 8.50-1When I do ps2pdf on a .ps-file, the resulting .pdf-file has incorrect margins. This problem goes away if I apt-get install gs-esp.The .ps-file in question was generated with this script:#! /bin/bashlatex $1.texdvips -t a5 $1.dvi -o $1.pspsselect -p_,- $1.ps $1b.pspsnup -2 -l -Pa5 $1b.ps $1c.ps ; ps2pdf $1c.ps $1.pdfFor instance ps2pdf yadac.ps generates a faulty pdf-document, but if I install gs-esp, the same command results in a correct pdf-document. I also used the above script in a chrooted, debian stable environment to produce another yadastablec.ps, which I copied into my debian unstable tree. ps2spdf yadastablec.ps produces the same effets as before, which should show that the problem is indeed in the ps2pdf part of the script.I am using Debian GNU/Linux unstable for AMD64, a custom smp kernel 2.6.15 and
 libc-2.3.6.so. I am attaching yada.tex./landhaj
		 Yahoo! Mail 
Use Photomail to share photos without annoying attachments.\documentclass[a5paper]{book}
\usepackage[swedish]{babel}
\usepackage[T1]{fontenc}
\usepackage{pslatex}
\begin{document}
\chapter{Yada}


\noindent\textsc{\Huge{Y}\normalsize ada} Yada yada

\section{Yada}
yada yada

\subsection*{Yada Yada}
yada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yada
\subsection*{Yada Yada}
yada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yada\subsection*{Yada Yada}
yada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yada\subsection*{Yada Yada}
yada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yada\subsection*{Yada Yada}yada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadayada yada yada yada yadaya

\end{document}

Bug#356842: wpasupplicant: /etc/default/wpasupplicant missing in the current version in testing/unstable

[Alexander Gerasiov]

Package: wpasupplicant
Version: 0.4.7-4
Severity: grave

Just installed package from testing and found that there are no
/etc/default/wpasupplicant
inside.

This makes package unusable (fortunatly it doesn't break current installation on
upgrade, because old config stay in the sistem if it was an upgrade and
not fresh install)

-- System Information:
Debian Release: 3.1
  APT prefers proposed-updates
  APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 
'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages wpasupplicant depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libreadline5  5.1-6  GNU readline and history libraries
ii  libssl0.9.8   0.9.8a-7   SSL shared libraries

wpasupplicant recommends no packages.

-- no debconf information


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

Bug#356843: cacti: Please change first depend from apache to apache2

[Jonas Genannt]

Package: cacti
Severity: wishlist
Tags: patch

Please change first depend from apache to apache2, because most people
will use apache2.
If you install cacti on a clean system it will install apache 1, most
people will use apache2!

debian/control:
-Depends: apache | apache-ssl | apache-perl | apache2, php4 | 
libapache2-mod-php4 | php5 | libapache2-mod-php5, php4-mysql (>=4.3.10-9) | 
php5-mysql, php4-cli | php5-cli, php4-snmp | php5-snmp,virtual-mysql-client, 
rrdtool, snmp, logrotate, libphp-adodb (>=4.50-1), ucf, dbconfig-common (>= 
1.8.8), ${misc:Depends}
+Depends: apache2 | apache | apache-ssl | apache-perl, php4 | 
libapache2-mod-php4 | php5 | libapache2-mod-php5, php4-mysql (>=4.3.10-9) | 
php5-mysql, php4-cli | php5-cli, php4-snmp | php5-snmp, virtual-mysql-client, 
rrdtool, snmp, logrotate, libphp-adodb (>=4.50-1), ucf, dbconfig-common (>= 
1.8.8), ${misc:Depends}


Greets,
Jonas


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

Bug#356844: sysklogd changes facility LOG_KERN to LOG_USER

[Jürgen E . Fischer]

Package: sysklogd
Version: 1.4.1-17
Severity: normal

Hi there,

currently it's not possible to syslog(3) messages with facility LOG_KERN
with sysklogd,  It misinterprets LOG_KERN, which happens to be 0, with
no given facility and replaces it by LOG_USER.

BTW facility LOG_USER is default for logger(1) anyway.


Jürgen


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.14-2-k7
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages sysklogd depends on:
ii  klogd [linux-kernel-log-dae 1.4.1-17 Kernel Logging Daemon
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

-- no debconf information

Bug#356845: cdebconf: Preseeded passwords are disclosed in world-readable questions.dat after installation

[Colin Watson]

Package: cdebconf
Version: 0.97
Severity: critical
Tags: pending

If you preseed a password question, then instead of the password being
stored in /var/lib/cdebconf/passwords.dat as it's supposed to be and
thus not copied to the installed system, it is stored in
/var/lib/cdebconf/questions.dat and copied to
/var/log/installer/cdebconf/questions.dat. While obviously your password
was already exposed by virtue of being in the preseed file, even if
you're using passwd/root-password-crypted etc. then this bug makes it
significantly easier for attackers to attack the encrypted password at
their leisure without first having to get at the contents of
/etc/shadow.

This bug arises because cdebconf 0.97 did not properly migrate a
question to a different stacked database when its type changes, which
happens in the case of preseeding because debian-installer/dummy is a
string template. I fixed this in SVN yesterday, but since this
constitutes a security flaw I think it needs a bug report too.

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#345035: coreutils: nc man page tells me how to get info, but emacs C-h i can't find it.

[Edward Welbourne]

Package: coreutils
Version: 5.2.1-2.1
Followup-For: Bug #345035


man dd
ends by telling me that 

  info coreutils dd

   should give you access to the complete manual.

 which I find *does* work from the command-line; however, the
info visible in emacs (C-h i) does not include coreutils; nor does a
regex search for \ get me any hits; and when I start info from
the command-line with no args, m coreutils RET gets [No completions].
I also find, in emacs, that typing C-x C-e after

(info "coreutils")

persuades the C-h i buffer to visit the GNU Coreutils page.
Clearly things are almost-but-not-quite-right with the installation ...

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

Versions of packages coreutils depends on:
ii  libacl1   2.2.35-1   Access control list shared library
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an

coreutils recommends no packages.

-- no debconf information


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

Bug#207932: Consequences of moving Emacs Manuals to non-free

[Jérôme Marant]

Quoting Sven Joachim <[EMAIL PROTECTED]>:

> [ CC'ing debian-emacsen, as this should be of interest for Emacs users and
>   developers.  Also, I would like to read other people's opinion about this.]
>
> JÃ(c)rôme Marant wrote:
> > Since the FDL documents contain invariant sections, they will have to be
> > moved to non-free very soon.
>
> When you do this, please consider the consequences for Emacs' usability.

The Project has decided that invariant sections were unacceptable.
You could help us by talking to GNU people and asking them to remove
those invariant sections from their documentation.

> Removing the manual leaves only a bare minimum for learning Emacs (the
> tutorial, basically) and has a great impact even for experienced users

Newbies usually don't use Emacs. Experienced users are smart enough
to add non-free to their source.list APT file, and grab docs from there.
Were are talking about the info documentation.

> who know how to get information out of docstrings and the like.  I would
> go as far as saying that Emacs is unusable without the manual.  If you
> agree with that, you should make the emacs21 packages depend on (or at
> least, recommend) the "non-free" manual; of course, that implies moving
> the emacs21 package and everything that depends on it (rather than on
> emacsen) to contrib.  I would prefer a dependency over a recommendation,
> to ensure that users are not left stuck with an undocumented Emacs.

I think that docs are going to be moved to an emacs-docs package and
emacs21 will suggest it. I don't think it should go to contrib.

> Note that the same consideration applies to emacs-snapshot and the
> upcoming emacs22 release.
>
> > So, I'll propose to move those essays to non-free as well at the same
> > time in order to avoid changing the orig tar as much as possible.
>
> If you disagree with my above reasoning that emacs21 should depend on the
> "non-free" bits, this calls for a modification of help.el and startup.el,
> i.e. the functions `describe-project' and `startup-echo-area-message'.
> Otherwise, people might be in for a nasty surprise when they type C-h C-p.
> Oh, and several commands that look up documentation in the manual will
> not work at all.

Does C-h C-p points to the documentation (info documentation) or to
the DOC file ?
I guess some patches will have to be added to handle such cases, yes.

I'm sorry you don't like this. I'm not really fond of it either, but I
have the choice of either do what the Project decided or resign from the
Project. I've chosen the former.

--
Jérôme Marant

Bug#356846: O: pth -- The GNU Portable Threads

[Christoph Berg]

Package: wnpp
Severity: normal

The current maintainer of pth, Luis Bustamante <[EMAIL PROTECTED]>,
has orphaned this package.

If you want to be the new maintainer, please take it -- see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly. I'm Cc'ing the glibc
maintainers in case they are interested.

Some information about this package:

Package: pth
Binary: libpth-prof, libpth-dev, libpthread-dev, libpthread2, libpth-dbg, 
libpth2
Version: 2.0.1-2.1
Priority: optional
Section: libs
Maintainer: Luis Bustamante <[EMAIL PROTECTED]>
Build-Depends: debhelper (>> 3.0.0), autotools-dev, libtool
Architecture: any
Standards-Version: 3.6.1
Format: 1.0
Directory: pool/main/p/pth
Files:
 7f4bc83521abfb324e5950df3f070985 652 pth_2.0.1-2.1.dsc
 549b59457f7c3de7372df68b365589e6 635769 pth_2.0.1.orig.tar.gz
 2928567ac4c86a89ebdc089b651beb2c 10819 pth_2.0.1-2.1.diff.gz

Package: libpth-prof
Priority: extra
Section: libdevel
Installed-Size: 144
Maintainer: Luis Bustamante <[EMAIL PROTECTED]>
Architecture: i386
Source: pth
Version: 2.0.1-2.1
Depends: libpth2 (= 2.0.1-2.1)
Filename: pool/main/p/pth/libpth-prof_2.0.1-2.1_i386.deb
Size: 62598
MD5sum: 252f6958edb39e88fc978cbb10317c2e
Description: The GNU Portable Threads (for profiling)
 Pth is a very portable POSIX/ANSI-C based library for Unix
 platforms which provides non-preemptive priority-based
 scheduling for multiple threads of execution ("multithreading")
 inside server applications. All threads run in the same address
 space of the server application, but each thread has its own
 individual program-counter, run-time stack, signal mask and
 errno variable.
 .
 More information can be found at the libpth web site
 http://www.gnu.org/software/pth/ .
Tag: devel::library

Package: libpth-dev
Priority: optional
Section: libdevel
Installed-Size: 232
Maintainer: Luis Bustamante <[EMAIL PROTECTED]>
Architecture: i386
Source: pth
Version: 2.0.1-2.1
Replaces: libpth13-dev
Depends: libpth2 (= 2.0.1-2.1)
Suggests: libpth-dbg, libpth-prof
Conflicts: libpth13-dev
Filename: pool/main/p/pth/libpth-dev_2.0.1-2.1_i386.deb
Size: 92
MD5sum: ac8df362ebf73a0296074e4309a1d520
Description: Header files for The GNU Portable Threads
 Pth is a very portable POSIX/ANSI-C based library for Unix
 platforms which provides non-preemptive priority-based
 scheduling for multiple threads of execution ("multithreading")
 inside server applications. All threads run in the same address
 space of the server application, but each thread has its own
 individual program-counter, run-time stack, signal mask and
 errno variable.
 .
 More information can be found at the libpth web site
 http://www.gnu.org/software/pth/ .
Tag: devel::library, role::sw:devel-lib

Package: libpth-dbg
Priority: extra
Section: libdevel
Installed-Size: 636
Maintainer: Luis Bustamante <[EMAIL PROTECTED]>
Architecture: i386
Source: pth
Version: 2.0.1-2.1
Depends: libc6 (>= 2.3.2.ds1-21)
Filename: pool/main/p/pth/libpth-dbg_2.0.1-2.1_i386.deb
Size: 247224
MD5sum: 86cfa3ba7d15a60dfd7d21cc15bea752
Description: The GNU Portable Threads (with debugging information)
 Pth is a very portable POSIX/ANSI-C based library for Unix
 platforms which provides non-preemptive priority-based
 scheduling for multiple threads of execution ("multithreading")
 inside server applications. All threads run in the same address
 space of the server application, but each thread has its own
 individual program-counter, run-time stack, signal mask and
 errno variable.
 .
 More information can be found at the libpth web site
 http://www.gnu.org/software/pth/ .
Tag: devel::debugger, devel::library

Package: libpth2
Priority: optional
Section: libs
Installed-Size: 156
Maintainer: Luis Bustamante <[EMAIL PROTECTED]>
Architecture: i386
Source: pth
Version: 2.0.1-2.1
Replaces: libpth-dbg (<< 2.0.1-2.1), libpth-prof (<< 2.0.1-2.1), libpth-dev (<< 
2.0.1-2.1), libpth14
Depends: libc6 (>= 2.3.2.ds1-21)
Conflicts: libpth-dbg (<< 2.0.1-2.1), libpth-prof (<< 2.0.1-2.1), libpth-dev 
(<< 2.0.1-2.1), libpth14
Filename: pool/main/p/pth/libpth2_2.0.1-2.1_i386.deb
Size: 72786
MD5sum: dc03db52180cd7b3af3104072a95ba0a
Description: The GNU Portable Threads
 Pth is a very portable POSIX/ANSI-C based library for Unix
 platforms which provides non-preemptive priority-based
 scheduling for multiple threads of execution ("multithreading")
 inside server applications. All threads run in the same address
 space of the server application, but each thread has its own
 individual program-counter, run-time stack, signal mask and
 errno variable.
 .
 More information can be found at the libpth web site
 http://www.gnu.org/software/pth/ .
Tag: devel::library


Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#353826: k3bsetup not working since update to 2.6

[Andreas Rittershofer]

Package: k3b
Version: 0.12.12-1
Followup-For: Bug #353826


A few days ago I updated my kernel from 2.4 to 2.6 and now my
k3bsetup-window is empty and not usable. 

k3b complains about some rights of cdrdao and suggests to run k3bsetup,
but k3bsetup is not usable.

mfg ar


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

Versions of packages k3b depends on:
ii  cdparanoia3a9.8-13   An audio extraction tool for sampl
ii  cdrecord  4:2.01+01a03-5 command line CD writing tool
ii  kcontrol  4:3.5.1-1  control center for KDE
ii  kdebase-bin   4:3.5.1-1  core binaries for the KDE base mod
ii  kdelibs-data  4:3.5.1-4  core shared data for all KDE appli
ii  kdelibs4c2a   4:3.5.1-4  core libraries for all KDE applica
ii  libacl1   2.2.35-1   Access control list shared library
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libattr1  2.4.31-1   Extended attribute shared library
ii  libaudio2 1.7-5  The Network Audio System (NAS). (s
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libdbus-1-2   0.61-4 simple interprocess messaging syst
ii  libdbus-qt-1-1c2  0.61-4 simple interprocess messaging syst
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfam0   2.7.0-9Client library to control the FAM 
ii  libfontconfig12.3.2-5generic font configuration library
ii  libfreetype6  2.1.10-1.1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.3-1  GCC support library
ii  libhal1   0.5.7-1Hardware Abstraction Layer - share
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libidn11  0.5.18-2   GNU libidn library, implementation
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libk3b2   0.12.12-1  The KDE cd burning application lib
ii  libmusicbrainz4c2a2.1.2-3Second generation incarnation of t
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-4  Qt GUI Library (Threaded runtime v
ii  libresmgr11.0-3  resource manager library
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++64.0.3-1The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxft2   2.1.8.2-3  FreeType-based font drawing librar
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-4 X Window System multi-head display
ii  libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  mkisofs   4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages k3b recommends:
ii  cdrdao1:1.2.1-6  records CDs in Disk-At-Once (DAO) 
ii  dvd+rw-tools  6.1-2  DVD+-RW/R tools
ii  kdebase-kio-plugins   4:3.5.1-1  core I/O slaves for KDE
ii  vcdimager 0.7.23-1   A VideoCD (VCD) image mastering an

-- no debconf information


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

Bug#356472: ITP: netjack -- realtime audio transport over IP networks with JACK

[Junichi Uekawa]

Hi,


> * Package name: netjack
>   Version : 0.8
>   Upstream Author : Torben Hohn <[EMAIL PROTECTED]>
> * URL : http://netjack.sourceforge.net/
> * License : GPL
>   Description : realtime audio transport over IP networks with JACK
> 
>  Netjack is a Realtime Audio Transport over a generic IP Network. It is
>  fully integrated into JACK.
> 
>  When you transport Audio Signals over a Network, you will always have
>  the problem, that two Computers are bound to two different Sample
>  Clocks. The other Network Transports face the Problem of compensating
>  for the drift between these Sample Clocks. This is very hard to do.
> 
>  NetJack works around this problem, by syncing all Clients to one
>  Soundcard. So there will be no resampling or glitches in the whole
>  network. As long as there is no packet loss. Packet loss can not be
>  compensated. 

Nice. Do you have a package already?

The description sounds a bit out-of-place for Debian descriptions, how
about rewording it to something along the lines of:



A realtime audio transport over IP network integrated with 
jack-audio-connection-kit.

Netjack will synchronise multiple clients on the network to one
soundcard, so that there is no resampling or glitches.
Netjack however is weak against packet loss.

Useful when using network-connected multiple PC's for audio
recording/playback.



regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#356810: libcrypt-cbc-perl: behaviour-change

[Ioannou Ioannis]

Package: libcrypt-cbc-perl
Version: 2.12-1sarge1
Severity: grave
Justification: renders package unusable

I also have this problem, the security upgrade broke the code and older 
systems were unable to decrypt messages from already upgraded systems. 
The strange is that the problem was there even after upgrading all of them.
Since these are production machines I had to downgrade everything
(and this thing is not supposed to happen in the stable branch - ahem).




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

Bug#356847: dict-vera: addition of A4C

[Francesco Potorti`]

Package: dict-vera
Version: 1:1.15-1
Severity: wishlist

A4C
 Authentication, Authorization, Accounting, Auditing and Charging


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.30-pre2-pr-hrt-1kHz-1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set 
to C)

Versions of packages dict-vera depends on:
ii  dictd [dict-server]   1.10.2-3   Dictionary Server

dict-vera recommends no packages.

-- no debconf information


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

Bug#356848: dict-foldoc: addition of A4C

[Francesco Potorti`]

Package: dict-foldoc
Version: 20030919-5
Severity: wishlist

A4C
 Authentication, Authorization, Accounting, Auditing and Charging


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.30-pre2-pr-hrt-1kHz-1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set 
to C)

Versions of packages dict-foldoc depends on:
ii  dictd [dict-server]   1.10.2-3   Dictionary Server

dict-foldoc recommends no packages.

-- no debconf information


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