Bug#413310: zzuf: [patch] Allow LD_PRELOADing other libraries

[Sami Liedes]

On Sun, Mar 04, 2007 at 07:08:13AM +0200, Sami Liedes wrote:
> I found it useful to allow preloading other libraries when using zzuf.
> Here's a patch for that:

Argh, shouldn't do this when tired. Here's a patch that should work.

Sami


diff -ur zzuf-0.8.1/src/zzuf.c zzuf-0.8.1.sli/src/zzuf.c
--- zzuf-0.8.1/src/zzuf.c   2007-03-02 01:51:54.0 +0200
+++ zzuf-0.8.1.sli/src/zzuf.c   2007-03-04 09:50:13.0 +0200
@@ -837,7 +837,7 @@
 char buf[64];
 #if defined HAVE_FORK
 static int const files[] = { DEBUG_FILENO, STDERR_FILENO, STDOUT_FILENO };
-char *libpath, *tmp;
+char *libpath, *tmp, *old_preload, *new_preload;
 int pid, j, len = strlen(opts->oldargv[0]);
 #   if defined __APPLE__
 #   define FILENAME "libzzuf.dylib"
@@ -910,10 +910,31 @@
 
 strcpy(tmp ? tmp + 1 : libpath, ".libs/" FILENAME EXTRAINFO);
 if(ret == 0)
-setenv(PRELOAD, libpath, 1);
+{
+   old_preload = getenv(PRELOAD);
+   if (!old_preload)
+   old_preload = "";
+   new_preload = malloc(strlen(old_preload)+strlen(libpath)+2);
+   strcpy(new_preload, old_preload);
+   strcat(new_preload, ":");
+   strcat(new_preload, libpath);
+setenv(PRELOAD, new_preload, 1);
+}
 else
-setenv(PRELOAD, LIBDIR "/" FILENAME EXTRAINFO, 1);
+{
+   old_preload = getenv(PRELOAD);
+   if (!old_preload)
+   old_preload = "";
+   new_preload =
+   malloc(strlen(old_preload)+
+  strlen(LIBDIR "/" FILENAME EXTRAINFO)+2);
+   strcpy(new_preload, old_preload);
+   strcat(new_preload, ":");
+   strcat(new_preload, LIBDIR "/" FILENAME EXTRAINFO);
+   setenv(PRELOAD, new_preload, 1);
+}
 free(libpath);
+free(new_preload);
 
 if(execvp(opts->newargv[0], opts->newargv))
 {


signature.asc
Description: Digital signature

Bug#411953: emacs-lisp-intro: The package has an invariant section

[Anthony Towns]

FWIW, I've uploaded an NMU moving this to non-free. It'll need NEW
processing (by someone else) before hitting the archive.

Cheers,
aj



signature.asc
Description: Digital signature

Bug#411953: emacs-lisp-intro: The package has an invariant section

[Anthony Towns]

tag 411953 + confirmed
thanks

Hi,

I emailed Richard Stallman (FSF) and Robert Chassell (the original
author). Robert replied that he considered the Preface to be a secondary
section because it described how he thought of his audience; but that
he didn't really care; Richard replied that he Robert's reasons seemed
sound, and that he didn't see any reason to take any action.

So afaics this is a valid bug, and isn't going to be resolved upstream,
so a move to non-free is definitely needed.

Cheers,
aj



signature.asc
Description: Digital signature

Bug#385366: libgl1-mesa-dri: Sometimes crashes even without EnablePageFlip

[Jan Hudec]

Package: libgl1-mesa-dri
Version: 6.5.2-3
Followup-For: Bug #385366

I further tried (again experimental packages) with:

Option "AccelMethod" "XAA"
Option "EnablePageFlip" "0"

and the OSD displayed several times correctly and than it locked up anyway.

The time it locked up the OSD touched 2 windows using GL -- I had fgfs
running at 1280x960 and below it Atlas maximized to 1400x(1050-panel). The
OSD touched both windows.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)

Versions of packages libgl1-mesa-dri depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libdrm2 2.3.0-1  Userspace interface to kernel DRM 
ii  libexpat1   1.95.8-3.4   XML parsing C library - runtime li
ii  libgl1-mesa-glx 6.5.2-3  A free implementation of the OpenG

Versions of related packages:
ii  xserver-xorg-core   1.1.1-18+b1  X.Org X server -- core server
ii  xserver-xorg-video-ati  6.6.3-2  X.Org X server -- ATI display 
driver

libgl1-mesa-dri recommends no packages.

-- no debconf information
-- 
 Jan 'Bulb' Hudec <[EMAIL 
PROTECTED]>


signature.asc
Description: Digital signature

Bug#413316: ltsp-server: incompatible with ltsp-utils

[Vagrant Cascadian]

Package: ltsp-server
Version: 0.99debian11
Severity: important

it seems that ltsp-utils and ltsp-server packages are incompatible...

ltsp-utils is used for installing and configuring ltsp 4.x environments
using ltsp.org binaries, whereas ltsp-server is used to build ltsp 5
environments using debian binaries.

using programs from ltsp-utils on machines that have installed ltsp
environments with ltsp-server will quite possibly result in a broken
ltsp environment, as they populate /opt/ltsp with totally different
binaries.

i propose adding a "Conflicts: ltsp-utils" to ltsp-server, at least
until the two different sets of tools become aware of one another and
play nicely together.

live well,
  vagrant


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

Bug#413185: When the files are downloaded with apt-get install, the system reboots occasionally.

[YAMAMOTO, Hiroyuki]

Michael Banck wrote:

Can you install the corresponding version of gnumach-dbg, and change
your Grub entry to boot that?  If you catch the Mach bug the next time,
it should drop you to the kernel debugger; please tell us the address of
eip for further information.
  


I was not able to reproduce the phenomenon by the gnumach-dbg kernel 
(Version: 2:1.3.99.dfsg.cvs20070211-1) though I

tested 30 times or more.

By way of experiment, when it returned to the gnumach kernel (Version: 
2:1.3.99.dfsg.cvs20070211-1) and I tested on the same condition, I 
reproduced it by the first time.


I suggest that this phenomenon doesn't occur in the gnumach-dbg kernel 
in fact.




Hiroyuki


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

Bug#397457: php5-ming: installation not complete

[Steve Langasek]

On Fri, Mar 02, 2007 at 09:18:05PM -0500, Stuart Anderson wrote:
> >>> After further Sarge->Etchupgrade testing, it seems that this problem is 
> >>not
> >>> an occasional fluke, but is at best non-deterministic. It needs to be 
> >>fixed
> >>> properly as described in #404159.

> >>I don't understand what this has to do with sarge->etch upgrade testing
> >>given that php5-ming was not in sarge, hopefully the maintainer can 
> >>explain
> >>(and explain why this should be a release blocker).

> I have a set of sarge backports of the packages that I have been using
> on some production servers here. Technically, Steve is right in that
> this doesn't apply to a sarge->etch upgrade, except on my servers (but
> see below).

> The remaining problem, is that the php package changed the scheme it
> uses for identifying what modules to load. This happened around the
> time -10 was uploaded, and the problem had not been seen (or at least
> not recognized) then. The problem is that the php.ini file gets replaced
> by the php package

Uh, no, the php.ini file is only supposed to be replaced by the php package
if the administrator *approves* of having the new version installed.  That's
the administrator's choice; if they choose to discard local changes to this
config file from the sarge version, then yeah, any changes from php-ming are
going to fall out, but that's hardly RC any more than it's RC when the same
thing happens to an admin allowing a conffile to be overwritten.

> and the addition of the phpN-ming module gets lost.

Yes, but only as described above.

> A 'dpkg-reconfigure phpN-ming' fixes the problem. This bug can be seen
> in a testing->testing upgrade as well as the sarge->etch upgrade that is
> only my problem. Bug 404159 is for this situation.

Sure.  It can also happen in an etch->lenny upgrade in the future.

And yes, installing a per-extension file to the conf.d directory is
absolutely preferable, but not RC in my opinion.

> After doing a few more upgrades, I have seen this problem most of the
> time, instead of the once which made me think it was just some kind of a
> fluke. This is why I raised the severity. I didn't fix this back in
> Deceember as I thought the old scheme was still adequate, and I didn't
> want to be changing postinstalls so late in the release. Recent experience
> has indicated it needs to be done anyway, so I have set aside some time this
> weekend to prepare -11 packages.

> Btw, if anyone can put in a good word for me with the DAM (I'm on the last
> step of the NM process), I could save the time of hunting down my sponsor
> to get the -11 packages uploaded. 8-)

If you can post the URL for these packages to this bug, I'm sure someone
will pick them up for you.  Not that I'm opposed to putting in a good word
with the DAM, but there's some difference of time scale that applies
there... :)

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/


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

Bug#413184: [EMAIL PROTECTED]: Re: Bug#397973: parted: Fix mac partition table corruption]

[Steve Langasek]

Right, forwarding to the right bug, since the main bug moved out from under
me.

- Forwarded message from Steve Langasek <[EMAIL PROTECTED]> -

From: Steve Langasek <[EMAIL PROTECTED]>
To: David Härdeman <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#397973: parted: Fix mac partition table corruption
Date: Sat, 3 Mar 2007 22:00:59 -0800

On Sat, Mar 03, 2007 at 03:25:20AM +0100, David Härdeman wrote:
> >So "clearing" the flag will only clear it in the internal mac_data
> >structure, it won't cause the system name of the partition to be reset?  Or
> >is this handled by mac_partition_set_system?

> Yes, the system name will not be reset. clearing the flag implies 
> nothing else than that it doesn't apply, it doesn't say what type the 
> partition is after the flag is removed.

Which means, AIUI, that clearing the flag is not sufficient to clear the
flag on disk, so if a user clears the flag, saves changes, closes parted (or
similar), and restarts parted, the flag will show up again, correct?

That seems suboptimal to me.

> If we would set a default, then a partition of type foobar (without the 
> lvm flag set) would get its system type changed if you executed "set 
>  lvm off" in parted.

Yes, I understand that's a deficiency of how raid flag support is
implemented on mac partition tables.

> Also, I believe this is the same approach that has been taken in the 
> later versions of the upstream package (see the source package in 
> experimental).

Ah well, it's a minor point anyway, compared with the bits that are wholly
breaking partman, so I won't insist on it (at least, not here and now).

Maintainers, please advise whether you're planning a maintainer upload of
parted to fix this for etch, otherwise I'll probably NMU this weekend.

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/

- End forwarded message -
- Forwarded message from Steve Langasek <[EMAIL PROTECTED]> -

From: Steve Langasek <[EMAIL PROTECTED]>
To: David Härdeman <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: parted: Fix mac partition table corruption
Date: Sat, 3 Mar 2007 22:05:38 -0800

A further concern on this patch:

On Sat, Mar 03, 2007 at 02:47:04AM +0100, David Härdeman wrote:

> diff -ur ./parted-1.7.1.orig/libparted/labels/mac.c 
> ./parted-1.7.1/libparted/labels/mac.c
> --- ./parted-1.7.1.orig/libparted/labels/mac.c2006-05-25 
> 19:28:55.0 +0200
> +++ ./parted-1.7.1/libparted/labels/mac.c 2007-03-03 02:41:42.0 
> +0100
> @@ -1260,19 +1260,23 @@
>   return 1;
>  
>   case PED_PARTITION_LVM:
> - mac_data->is_lvm = state;
> - if (state)
> + if (state) {
>   strcpy (mac_data->system_name, "Linux_LVM");
> - else
> - mac_partition_set_system (part, part->fs_type);
> + mac_data->is_lvm = state;
> + } else {
> + if (mac_data->is_lvm)
> + mac_partition_set_system (part, part->fs_type);
> + }
>   return 1;

So in this case, if (!state), mac_data->is_lvm is never un-set.  Is that not
an issue?

-- 
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/

- End forwarded message -

Bug#413315: qemu: No longer allocates I/O address space for PCI devices

[Göran Weinholt]

Package: qemu
Version: 0.9.0-1
Tags: experimental

Qemu no longer allocates I/O address space for PCI devices:

$ qemu -h | head -n1
QEMU PC emulator version 0.9.0, Copyright (c) 2003-2007 Fabrice Bellard
$ echo -e " info pci\nquit\n" | qemu -hda /dev/zero -monitor stdio \
>   -nographic -serial null -no-kqemu | grep BAR
  BAR4: I/O at 0x [0x000e].
  BAR0: 32 bit memory at 0xe000 [0xe1ff].
  BAR1: 32 bit memory at 0xe200 [0xe2000fff].
  BAR0: I/O at 0x [0x00fe].

As you can see, it has used 0x instead of proper addresses.
The devices still work in e.g. Linux, because Linux apparently
allocates the address space itself. Version 0.8.2 did not have this
problem:

$ qemu -h | head -n1
QEMU PC emulator version 0.8.2, Copyright (c) 2003-2005 Fabrice Bellard
$ echo -e " info pci\nquit\n" | qemu -hda /dev/zero -monitor stdio \
>   -nographic -serial null -no-kqemu | grep BAR
  BAR4: I/O at 0xc000 [0xc00f].
  BAR0: 32 bit memory at 0xe000 [0xe1ff].
  BAR1: 32 bit memory at 0xe200 [0xe2000fff].
  BAR0: I/O at 0xc100 [0xc1ff].

Regards,

-- 
Göran Weinholt <[EMAIL PROTECTED]>
20 JUSTICE KENNEDY:  That seems odd.  I mean,
21 Microsoft doesn't say please buy our disk because it's
22 the prettiest disk in the business.

Bug#412975: quilt-el: please include debian/watch

[Satoru Takeuchi]

tags 412975 + pending

> To check a newest upstream version by uscan, could you please
> include a debian/watch file in the quilt-el source package as
> follows?

Looks good to me. I'm going to include this file at the next
release.

Thanks,
Satoru


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

Bug#412179: [pkg-wpa-devel] Bug#412179: D-Bus interface

[Kel Modderman]

Hi Michael,

On Saturday 03 March 2007 12:22, Michael Biebl wrote:
> Hi,
>
> you will also very likely need the attached patch:
> Debian does not use pam_console but uses group membership to control
> access to D-Bus. Activating both options in the conf file makes it work
> on Debian and Ubuntu.

Thanks very much.

>
> About activating the service, you will very likely have to provide a
> D-Bus init script (for /etc/dbus-1/event.d/) comparable to the one from
> dhcdbd.

Ok. How would the sequnce number of the wpa_supplicant event.d scriplet be 
determined?

Attached is the patch I recently commited to SVN, can you please check it?

Also, an experimental package has been prepared at:

http://users.tpg.com.au/sigm/debian/pkg-wpa/wpasupplicant_0.6.0~cvs20070224-1.dsc

> I don't think that NetworkManager uses D-Bus's service autostart
> activation, but you can install the attached wpa_supplicant.service to
> /usr/share/dbus-1/service/ anyway, for applications that use that
> mechanism.

Added.

Thanks, Kel.
Index: debian/changelog
===
--- debian/changelog	(revision 799)
+++ debian/changelog	(working copy)
@@ -29,13 +29,16 @@
   * Install a service file to /usr/share/dbus-1/services/ for dbus aware
 applications that may take advantage of that in the future (Michael
 Biebl).
+  * Add a dbus event hook for starting wpa_supplicant as a system service.
+  * Add prerm and postinst handling for reloading dbus daemon, and restarting
+or stopping the wpa_supplicant dbus daemon on configure/remove.
   * Add support to ifupdown.sh for `wpa-mode' and `wpa-frequency' options used
 in IBSS mode. Note that ifupdown.sh does not do any sanity checking for
 the other many requirements for using wpa_supplicant in IBSS mode.
   * Update XS-Vcs-* fields in control file, add Vcs-Browser token.
   * Move debian spcific ifupdown sh glue into debian/ifupdown/.
 
- -- Kel Modderman <[EMAIL PROTECTED]>  Sun,  4 Mar 2007 14:06:46 +1000
+ -- Kel Modderman <[EMAIL PROTECTED]>  Sun,  4 Mar 2007 15:17:27 +1000
 
 wpasupplicant (0.5.5-4) unstable; urgency=low
 
Index: debian/rules
===
--- debian/rules	(revision 799)
+++ debian/rules	(working copy)
@@ -25,6 +25,8 @@
 		debian/wpasupplicant/sbin/wpa_action
 	install --mode=644 -D dbus-wpa_supplicant.conf \
 		debian/wpasupplicant/etc/dbus-1/system.d/wpa_supplicant.conf
+	install --mode=755 -D debian/dbus/wpa_supplicant.dbus-event \
+		debian/wpasupplicant/etc/dbus-1/event.d/23wpa_supplicant
 	install --mode=644 -D debian/dbus/wpa_supplicant.service \
 		debian/wpasupplicant/usr/share/dbus-1/services/wpa_supplicant.service
 	dh_installinit --name=wpa-ifupdown --no-start \
Index: debian/dbus/wpa_supplicant.dbus-event
===
--- debian/dbus/wpa_supplicant.dbus-event	(revision 0)
+++ debian/dbus/wpa_supplicant.dbus-event	(revision 0)
@@ -0,0 +1,56 @@
+#!/bin/sh
+#
+# wpa_supplicant D-Bus daemon
+#
+# Debian/Ubuntu wpasupplicant Maintainers <[EMAIL PROTECTED]>
+#
+
+set -e
+
+PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+DESC="wpa_supplicant D-Bus daemon"
+NAME="wpa_supplicant"
+PIDFILE="/var/run/$NAME.dbus.pid"
+DAEMON="/sbin/$NAME"
+DAEMON_OPTS="-u -B -P $PIDFILE"
+SCRIPTNAME="/etc/dbus-1/event.d/23$NAME"
+
+test -x $DAEMON || exit 0
+
+. /lib/lsb/init-functions
+
+d_start() {
+	start-stop-daemon --start --quiet --pidfile $PIDFILE \
+		--exec $DAEMON -- $DAEMON_OPTS
+}
+
+d_stop() {
+	start-stop-daemon --stop --quiet --pidfile $PIDFILE \
+		 --oknodo --exec $DAEMON
+}
+
+case "$1" in
+	start)
+	log_daemon_msg "Starting $DESC" "$NAME"
+		d_start
+		log_end_msg $?
+		;;
+	stop)
+		log_daemon_msg "Stopping $DESC" "$NAME"
+		d_stop
+		log_end_msg $?
+		;;
+	restart|force-reload)
+		log_daemon_msg "Restarting $DESC" "$NAME"
+		d_stop
+		sleep 5
+		d_start
+		log_end_msg $?
+		;;
+	*)
+		echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
+		exit 1
+		;;
+esac
+
+exit 0
Index: debian/wpasupplicant.postinst
===
--- debian/wpasupplicant.postinst	(revision 796)
+++ debian/wpasupplicant.postinst	(working copy)
@@ -43,6 +43,16 @@
 	if dpkg --compare-versions "$2" lt "0.4.8-1"; then
 	rm_init_script
 	fi
+
+	# Ask the bus to reload the config file
+	if [ -x /etc/init.d/dbus ]; then
+		invoke-rc.d dbus force-reload || true
+	fi
+
+	# Restart wpa_supplicant D-Bus service
+	if [ -x /etc/dbus-1/event.d/23wpa_supplicant ]; then
+		 /etc/dbus-1/event.d/23wpa_supplicant restart
+	fi
 	;;
 
 abort-upgrade|abort-deconfigure|abort-remove)
Index: debian/wpasupplicant.prerm
===
--- debian/wpasupplicant.prerm	(revision 0)
+++ debian/wpasupplicant.prerm	(revision 0)
@@ -0,0 +1,27 @@
+#!/bin/sh
+
+# summary of how this script can be called:
+# 

Bug#397973: parted: Fix mac partition table corruption

[Steve Langasek]

A further concern on this patch:

On Sat, Mar 03, 2007 at 02:47:04AM +0100, David Härdeman wrote:

> diff -ur ./parted-1.7.1.orig/libparted/labels/mac.c 
> ./parted-1.7.1/libparted/labels/mac.c
> --- ./parted-1.7.1.orig/libparted/labels/mac.c2006-05-25 
> 19:28:55.0 +0200
> +++ ./parted-1.7.1/libparted/labels/mac.c 2007-03-03 02:41:42.0 
> +0100
> @@ -1260,19 +1260,23 @@
>   return 1;
>  
>   case PED_PARTITION_LVM:
> - mac_data->is_lvm = state;
> - if (state)
> + if (state) {
>   strcpy (mac_data->system_name, "Linux_LVM");
> - else
> - mac_partition_set_system (part, part->fs_type);
> + mac_data->is_lvm = state;
> + } else {
> + if (mac_data->is_lvm)
> + mac_partition_set_system (part, part->fs_type);
> + }
>   return 1;

So in this case, if (!state), mac_data->is_lvm is never un-set.  Is that not
an issue?

-- 
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/

Bug#397973: parted: Fix mac partition table corruption

[Steve Langasek]

On Sat, Mar 03, 2007 at 03:25:20AM +0100, David Härdeman wrote:
> >So "clearing" the flag will only clear it in the internal mac_data
> >structure, it won't cause the system name of the partition to be reset?  Or
> >is this handled by mac_partition_set_system?

> Yes, the system name will not be reset. clearing the flag implies 
> nothing else than that it doesn't apply, it doesn't say what type the 
> partition is after the flag is removed.

Which means, AIUI, that clearing the flag is not sufficient to clear the
flag on disk, so if a user clears the flag, saves changes, closes parted (or
similar), and restarts parted, the flag will show up again, correct?

That seems suboptimal to me.

> If we would set a default, then a partition of type foobar (without the 
> lvm flag set) would get its system type changed if you executed "set 
>  lvm off" in parted.

Yes, I understand that's a deficiency of how raid flag support is
implemented on mac partition tables.

> Also, I believe this is the same approach that has been taken in the 
> later versions of the upstream package (see the source package in 
> experimental).

Ah well, it's a minor point anyway, compared with the bits that are wholly
breaking partman, so I won't insist on it (at least, not here and now).

Maintainers, please advise whether you're planning a maintainer upload of
parted to fix this for etch, otherwise I'll probably NMU this weekend.

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/

Bug#410951: r-other-gking-matchit: sarge to etch upgrade fails

[Steve Langasek]

reassign 410951 r-other-gking-matchit
tags 410951 -pending
thanks

On Fri, Mar 02, 2007 at 04:19:15PM -0300, Gustavo Franco wrote:
> reassign 410951 r-cran-matchit
> tags 410951 pending
> thanks

> I've found that r-other-gking-matchit sarge to etch upgrade fails due
> to the relaxed dependency on r-cran-matchit [ Depends: r-base-core (>>
> 2.2.0) ], if r-cran-matchit works with r-base-core >= 2.4, please
> update the Depends field to >= 2.4.0.20061125-1, otherwhise
> r-other-gking-matchit, r-cran-matchit and maybe others should be
> removed.

> The error message is due to the missing ldpaths on r-base-core 2.2
> that is running in the sarge system and satisfies the r-cran-matchit
> dependency. ldpaths exists on r-base-core 2.4 though.

I don't see any problems with the dependencies of r-cran-matchit. 
r-cran-matchit has a correct, *versioned* dependency on r-base-core (>>
2.2.0).  This isn't satisfied by any r-base-core package in sarge, only by
the r-base-core_2.4.0.20061125-1 package in etch.

Furthermore, it's not r-cran-matchit that's failing here.  This failure is
from the postrm of the *old* version of r-other-gking-matchit, which depends
on having a fully-configured r-base-core package installed at the point of
postrm upgrade -- a condition which is not guaranteed by policy.

The new version of r-base-core is /unpacked/ at this stage, but
/usr/lib/R/etc/ldpaths is left as a dangling symlink pointing to
/etc/R/ldpaths, which is only created in the r-base-core postinst.

So the real bug is in the postrm of the old version of r-other-gking-matchit
in sarge.  

Here's the full sequence in more detail, from an aptitude dist-upgrade:

[...]
Preparing to replace r-base-core 2.1.0-1 (using 
.../r-base-core_2.4.0.20061125-1_i386.deb) ...
Unpacking replacement r-base-core ...
[...]
Unpacking replacement r-other-gking-matchit ...
/usr/bin/R: line 113: /usr/lib/R/etc/ldpaths: No such file or directory
dpkg: warning - old post-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
dpkg: error processing 
/mirror/pool/main/m/matchit/r-other-gking-matchit_2.2-11-1_all.deb (--unpack):
 there is no script in the new version of the package - giving up
[...]
Selecting previously deselected package r-cran-matchit.
dpkg: considering removing r-other-gking-matchit in favour of r-cran-matchit ...
dpkg: yes, will remove r-other-gking-matchit in favour of r-cran-matchit.
Unpacking r-cran-matchit (from .../r-cran-matchit_2.2-11-1_all.deb) ...
/usr/bin/R: line 113: /usr/lib/R/etc/ldpaths: No such file or directory
dpkg: error processing 
/mirror/pool/main/m/matchit/r-cran-matchit_2.2-11-1_all.deb (--unpack):
 subprocess post-removal script returned error exit status 1
[...]

[...]
Setting up r-cran-matchit (2.2-11-1) ...
Reading Package Lists... Done 
Building Dependency Tree   
Reading extended state information  
Initializing package states... Done
$ dpkg -l r-other-gking-matchit
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
iH  r-other-gking- 1.0-1-1GNU R package of nonparametric matching meth
$

Note that at this point, it's trivial to get r-other-gking-matchit properly
installed -- all it takes is a second aptitude dist-upgrade or a dpkg
--configure --pending.  But it does add to the complexity of the upgrade
path, and each bug like this increases the probability that a user will end
up with a wedged system in the middle of an upgrade.

So I'm reassigning this bug back to r-other-gking-matchit, which is both the
package with the bug and the only package that can fix the bug.  In this
case, the fix is simple: all we need is a no-op postrm script to be included
in the new version of the r-other-gking-matchit package, which will handle
the failed-upgrade case gracefully.

For reference, the only thing that the old version of r-other-gking-matchit
does in its postrm is:

R CMD perl /usr/lib/R/share/perl/build-help.pl --htmllists

If that's actually an important thing to have done during the upgrade (the
new version of r-other-gking-matchit no longer does this), then it can be
cleaned up in the postinst instead.

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/


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

Bug#413314: Iptraf doesn't generates log when called from command line

[Fabiano Pires]

Package: iptraf
Version: 3.0.0-3 2

Hi, i'm using Debian Etch and tried to run iptraf as root with the
following command:

iptraf -s eth0 -L ./fabiano.log -B

So it should run in background (-B), runing the TCP and UDP monitor in
the eth0 iface (-s eth0) and saving the results in the file
./fabiano.log. The program starts and goes to background, but nothing
is writed in the logfile (except by a header like "Wed Feb 21 19:09:16
2007;  TCP/UDP service monitor started "). I left the
process runing for as long as some hours (3 or 4 hours), and nothing.
I already tried to enable loging in the options, and setting the log
interval to 1 minute, but it fails anyway. I can give more info if you
need.

Thanks in advance and sorry for my bad english

--
Abraços,
Fabiano

Bug#413311: Acknowledgement (linux-image-2.6.18-4-686: Install routine fails due to readlink error)

[Todd A. Jacobs]

The problem appears to be caused by unresolved dependencies when
tracking stable, but using kernel packages from testing or unstable. The
follwing steps are needed to get this situation straightened out:

1. aptitude remove linux-image-2.6.18-4-686
2. aptitude install coreutils/unstable
3. aptitude install linux-image-686/unstable

The key packages which seem to be needed as part of the upgrade are
coreutils and libc6-i686, which don't seem to get pulled in properly as
dependencies. However, the manual procedure *did* resolve the issue on
my system.

-- 
"Oh, look: rocks!"
-- Doctor Who, "Destiny of the Daleks"


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

Bug#413177: The mouse pointer moves awkwardly on X on Hurd.

[YAMAMOTO, Hiroyuki]

Samuel Thibault wrote:

Samuel Thibault, le Sat 03 Mar 2007 21:36:28 +0100, a écrit :
  

I had to fix the TODO of my patch, it seems to work fine now: please try
to replace debian/patches/20_mmx_support.patch with
http://dept-info.labri.fr/~thibault/tmp/patch-gnumach-mmx
and rebuild the package, it works for me.



(and please try to reproduce 413185's bug, in case that's actually the
same).
  


I repackaged the official souce of gnumach (2:1.3.99.dfsg.cvs20070211-1) 
with replaced
debian/patches/20_mmx_support.patch and installed it, I confirmed the 
problem solved.



[EMAIL PROTECTED] wrote:

I also get some other X oddities with the new gnumach package:
WindowMaker segfaults on startup. And if the session fails to come up
(because of an unrelated problem in my strange environment), instead of
the X server just restarting once and sitting there as it normally does,
it goes into a loop restarting again and again; also, monitor timings
are wrong after restart(s).

None of this happens with the older package.
  
Although mouse's problem was certainly solved, it was confirmed that X 
without WM restarted again after the logout.

I suggest that it may be another problem perhaps.


Hiroyuki


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

Bug#413312: gauche: New upstream release 0.8.9

[Hideki Yamane (Debian-JP)]

Package: gauche
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

 gauche 0.8.9 was released, it includes a lot of bug fixes.
 see http://www.shiro.dreamhost.com/scheme/gauche/index.html
 Please update your package to 0.8.9 based one.
 Thanks.

- -- 
Regards,

 Hideki Yamane


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

iD8DBQFF6lcfIu0hy8THJksRAs6VAJ0ZNEV0PhrNB/H03DwQpQxsx6iu2wCfb7DP
qQWVPvnkrYI6pZ1BYIzI76c=
=0v9T
-END PGP SIGNATURE-


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

Bug#413310: zzuf: [patch] Allow LD_PRELOADing other libraries

[Sami Liedes]

Package: zzuf
Version: 0.8.1-1
Severity: wishlist
Tags: patch

Hi,

I found it useful to allow preloading other libraries when using zzuf.
Here's a patch for that:


diff -ur zzuf-0.8.1/src/zzuf.c zzuf-0.8.1.sli/src/zzuf.c
--- zzuf-0.8.1/src/zzuf.c   2007-03-02 01:51:54.0 +0200
+++ zzuf-0.8.1.sli/src/zzuf.c   2007-03-04 06:23:16.0 +0200
@@ -837,7 +837,7 @@
 char buf[64];
 #if defined HAVE_FORK
 static int const files[] = { DEBUG_FILENO, STDERR_FILENO, STDOUT_FILENO };
-char *libpath, *tmp;
+char *libpath, *tmp, *old_preload, *new_preload;
 int pid, j, len = strlen(opts->oldargv[0]);
 #   if defined __APPLE__
 #   define FILENAME "libzzuf.dylib"
@@ -910,10 +910,27 @@
 
 strcpy(tmp ? tmp + 1 : libpath, ".libs/" FILENAME EXTRAINFO);
 if(ret == 0)
-setenv(PRELOAD, libpath, 1);
+{
+   old_preload = getenv(PRELOAD);
+   new_preload = malloc(strlen(old_preload)+strlen(libpath)+2);
+   strcpy(new_preload, old_preload);
+   strcat(new_preload, ":");
+   strcat(new_preload, libpath);
+setenv(PRELOAD, new_preload, 1);
+}
 else
-setenv(PRELOAD, LIBDIR "/" FILENAME EXTRAINFO, 1);
+{
+   old_preload = getenv(PRELOAD);
+   new_preload =
+   malloc(strlen(old_preload)+
+  strlen(LIBDIR "/" FILENAME EXTRAINFO)+2);
+   strcpy(new_preload, old_preload);
+   strcat(new_preload, ":");
+   strcat(new_preload, LIBDIR "/" FILENAME EXTRAINFO);
+   setenv(PRELOAD, new_preload, 1);
+}
 free(libpath);
+free(new_preload);
 
 if(execvp(opts->newargv[0], opts->newargv))
 {


Sami


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

Versions of packages zzuf depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

zzuf recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#413311: linux-image-2.6.18-4-686: Install routine fails due to readlink error

[Todd A. Jacobs]

Package: linux-image-2.6.18-4-686
Version: 2.6.18.dfsg.1-11
Severity: grave
Justification: renders package unusable


Attempting to do an upgrade produces the following error:

Setting up linux-image-2.6.18-4-686 (2.6.18.dfsg.1-11) ...
Running depmod.
Finding valid ramdisk creators.
Using mkinitrd.yaird to build the ramdisk.
readlink: invalid option -- m
Try `readlink --help' for more information.
readlink: invalid option -- m
Try `readlink --help' for more information.
Failed to symbolic-link initrd.img-2.6.18-4-686 to initrd.img.
dpkg: error processing linux-image-2.6.18-4-686 (--configure):
 subprocess post-installation script returned error exit status 17
Errors were encountered while processing:
 linux-image-2.6.18-4-686
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:

A quick check of the man page for readlink does indeed show that there
is no such option. So, the kernel install is left in a partial state,
and attempting to remove linux-image-2.6.18-4-686 with aptitude attempts
to remove other packages as well, such as linux-image-686.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages linux-image-2.6.18-4-686 depends on:
ii  coreutils 5.2.1-2The GNU core utilities
ii  debconf [debconf-2.0] 1.4.30.13  Debian configuration management sy
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo
ii  yaird [linux-initramfs-tool]  0.0.12-18  Yet Another mkInitRD

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


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

Bug#413057: Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Steve Langasek]

On Sat, Mar 03, 2007 at 11:50:54PM -0500, Theodore Tso wrote:
> On Sat, Mar 03, 2007 at 08:57:40PM +0100, Steinar H. Gunderson wrote:

> > I talked to the release team -- they'd approve a freeze exception
> > for fixing the shlibs entry.

> To the Debian-Release team, 

>   Could you please confirm that you'd approve a freeze exception
> to fix the shlibs entry for libblkid1?  It would require respinning
> the debian-installer images, so I want to make sure it would be
> acceptable before I upload a new set of e2fsprogs packages.

It's acceptable to me; the final d-i images haven't been spun yet for etch,
and anyway a one-line change for a shlibs fix isn't exactly a big delta so I
don't see a reason to respin even if we did have version skew.  (I.e., the
source requirements are still satisfied for d-i as much as they are for any
random other package that might happen to be built against a previous
version of libblkid1, no?)

Anyway, cc:ed to Frans to get input from the d-i side.

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/


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

Bug#413208: Bug#413057: nfs-kernel-server: Exports dont work any more

[Theodore Tso]

On Sat, Mar 03, 2007 at 08:57:40PM +0100, Steinar H. Gunderson wrote:
> 
> I talked to the release team -- they'd approve a freeze exception
> for fixing the shlibs entry.

To the Debian-Release team, 

Could you please confirm that you'd approve a freeze exception
to fix the shlibs entry for libblkid1?  It would require respinning
the debian-installer images, so I want to make sure it would be
acceptable before I upload a new set of e2fsprogs packages.

The downside if we don't fix this bug is that someone who has
sarge installed and then upgrades to nfs-kernel-server without
upgrading libblkid1, will suffer bug#413057.  The fix is low risk; a
one-line fix in debian/rules.

Thanks, regards,

- Ted


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

Bug#412899: CVE-2007-1099: dropbear dbclient insufficient warning on hostkey mismatch

[Steve Langasek]

The description of this bug in the upstream changelog is:

- Security: dbclient previously would prompt to confirm a 
  mismatching hostkey but wouldn't warn loudly. It will now
  exit upon a mismatch.

Why should "it didn't warn loudly" be a grave security bug?  Isn't any sort
of prompt already a pretty loud warning in terms of user experience?  Did
the prompt fail to mention that there was a key mismatch somehow?

-- 
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/


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

Bug#410695: zope2.7 causqe upgrade failure

[Steve Langasek]

On Fri, Mar 02, 2007 at 07:49:53PM +0100, Josselin Mouette wrote:
> I have already encountered similar problems in the past, with GConf, and
> they were triggered by a circular dependency.

> It seems that APT is unable to deal with such dependencies correctly, as
> it removes packages depending on each other in random order (which is
> fair) but can also remove one of them before packages depending on the
> other are removed.

Sorry, can you point to the dependency loop at work here?  I didn't notice
one in my examination.

> The solution is, in such cases, to make APT remove all packages
> depending on either of those in the dependency loop, then remove the
> loop itself. This is unfortunately far from trivial to implement, and -
> let's be realistic - impossible to do before the release.

Agreed.

As the recommended upgrade path from sarge->etch is aptitude rather than
apt, the main reason I've left this as 'serious' is concern that the cause
is common to both apt-get and aptitude and just triggers sooner with apt-get
(which seems to be the case if the problem is the dependency loop bug), and
that, in the absence of clear understanding of the origin of the bug, there
could be a significant number of other upgrade scenarios where apt would
fail.

But if this only affects circular dependencies, that seems unlikely.

> An acceptable workaround would be to upload a dummy zope2.7 package,
> which doesn't depend on python2.3, and would make the transition to
> zope2.9. At least, such upgrades wouldn't fail.

Based on discussions on the -python list, where users insist that it's
unacceptable even for zope2.7's removal to be forced on upgrade to etch, it
seems unlikely that this would be accepted either.

-- 
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/


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

Bug#413309: uswsusp: Adding System76 Darter laptop to the whitelist?

[Francois Marier]

Package: uswsusp
Version: 0.6~cvs20070202-1
Severity: normal
Tags: patch

I have submitted this information upstream, but I'm including it here in case 
you're interested
in adding this machine to the s2ram whitelist in the meantime.

  { "ASUSTeK Computer Inc.", "Z35FM   ","",   "", 
S3_BIOS|PCI_SAVE },

It is for the System76 Darter laptop which ship (and work out of the box) with 
Ubuntu.  This patch
makes it also work with Debian.

Francois


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

Bug#407361: libtowitoko2: postinst calls wrong paramter for pscd restart install fails

[Steve Langasek]

On Fri, Mar 02, 2007 at 12:43:29PM -0300, Gustavo Franco wrote:
> tags 407361 patch
> thanks

> Please consider the following patches to fix this bug that i intent to NMU 
> soon.

> --- libtowitoko2.postrm2007-03-02 12:30:58.0 -0300
> +++ libtowitoko2.postrm 2007-03-02 12:41:02.0 -0300
> @@ -23,7 +23,9 @@
> # restart pcscd (PCSC daemon) if the package is installed
> # and if pcscd is running
> if [ -x /etc/init.d/pcscd ]; then
> -  /etc/init.d/pcscd restart-if-running 3>/dev/null || true
> +  if [ `pidof pcscd` ]; then
> +/etc/init.d/pcscd restart 3>/dev/null || true
> +  fi
> fi

Please see policy 9.3.3 for an explanation of why this patch is incorrect
(as is the original code).

Also, if using invoke-rc.d as described in policy, you can arguably do
without the pidof check at all, since it's the admin's responsibility to set
a policy for the daemon if they don't want it to be started.  (The most
straightforward way to do that is by turning it off in the relevant
runlevel.)

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/


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

Bug#406853: updated patch for 5.8.16

[Thibaut VARENE]

On Sun, 4 Mar 2007 01:07:04 +0100
Thibaut VARENE <[EMAIL PROTECTED]> wrote:

[...]

OK it seems I was a bit too quick. ia64 /proc/cpuinfo content changed
between 2.6.18 and 2.6.19 it seems (see
http://www.pateam.org/archive/tmp/boinc/cpuinfo-ia64-recentkernel.txt),
so I'll have to work around that...

New patch sometime tomorrow, probably.

T-Bone


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

Bug#413042: zaptel-source:

[Karl Schmidt]

I was able to reinstall the stock modules this Saturday  - it appears to work.

Doing more digging in the Make file - the kernel flag is already there.

Please close this bug - looks like it is a different problem.



Karl Schmidt EMail [EMAIL PROTECTED]
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th StreetPh (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434

Why are so many spending time watching dark movies about
hopelessness, the macabre, and perversion; why are they reading
books about unfaithfulness and self destruction?  Why is nothing
uplifting, also considered 'cool' or entertaining? -kps




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

Bug#407461: boinc-client sends bogus platform '' on amd64

[Thibaut VARENE]

On 3/3/07, Thibaut VARENE <[EMAIL PROTECTED]> wrote:

On 3/3/07, Frank S. Thomas <[EMAIL PROTECTED]> wrote:
> Hi Steffen, hi Thibaut,
>
> On Wednesday 24 January 2007 10:25, Steffen Moeller wrote:
> > For the patch, maybe one should just check if the string to be strdup-ped
> > is not empty? The idea behind the patch from how I understood it is that
> > once can disguise the 64bit machine as a 32bit one and thus also work on
> > the otherwise beloved 32bit-only projects.
>
> Yes that is the general idea. It took me some time but I've now posted
> packages of BOINC 5.8.16 to our repository[1]. This version does exactly what
> Steffen proposed, it only resets projects if statefile.platform_name is not
> empty. Thibaut, it would be nice if you could build 5.8.16 on amd64 and check
> if it really fixes #407461.


According to my testing after /upgrading/ from previous "fixed"
5.4.11, pristine 5.8.16 doesn't seem to break anything.


> > You should not work at 04:26 in the morning.
> :-) I fully agree.

Hehe, I tend to do that more often than not ;)


It wasn't intended but it seems I sent my previous email at 4:26 again
;P I should get a life =]

Cheers

T-Bone

--
Thibaut VARENE
http://www.parisc-linux.org/~varenet/


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

Bug#403396: enigmail: security issue: attachments may be not encrypted

[Bernd Zeimetz]

close 403396
thanks

Heya,

although I'm still not sure if this was a bug in 2:0.94.1-1 or if it was
just my fault - at least the error didn't occur anymore in the last
time. I didn't check if it was just fixed by 2:0.94.2-1 or just
*someweirdthinggoingaway*, though. enigmail works just fine now.


At least another bug closed :)

Thanks,

Bernd


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

Bug#413308: seems to be unsupported

[Daniel Leidert]

Package: docbook-utils
Version: 0.6.14-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The refsection element seems to be unsupported. Replacing it with any of
the refsectx elements works and gives the expected output.

Regards, Daniel


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

Versions of packages docbook-utils depends on:
ii  docbook-dsssl 1.79-4 modular DocBook DSSSL stylesheets,
ii  jadetex   3.13-7.1   generator of printable output from
ii  links 0.99+1.00pre12-1.1 Character mode WWW browser
ii  lynx  2.8.5-2sarge2.2Text-mode WWW Browser
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  sgmlspl   1.03ii-31  SGMLS-based example Perl script fo
ii  sp1.3.4-1.2.1-47 James Clark's SGML parsing tools
ii  w3m   0.5.1-5.1  WWW browsable pager with excellent

Versions of packages docbook-utils recommends:
ii  docbook-xml   4.4-5  standard XML documentation system,

- -- no debconf information

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

iD8DBQFF6jPym0bx+wiPa4wRAgtGAJ0VuZV/cV16ye42BWm7jpmMFRZtTQCfaA3e
w7UU+CHKRakeqwVKR2DH8lM=
=76X+
-END PGP SIGNATURE-


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

Bug#412897: [Fontforge-devel] Bug#412897: Typo in man page fontforge(1)

[George Williams]

On Thu, 2007-03-01 at 13:59, Kęstutis Biliūnas wrote:
> tags 412897 pending
> thanks
> 
> 
> Tr, 2007 02 28 19:42 +, Reuben Thomas rašė:
> > Package: fontforge
> > Version: 0.0.20061019-1
> > Severity: minor
> > 
> > Near the top there's missing space in:
> > 
> > "fontforgespline font database (.sfd)"
> 
> Reuben, this bug is fixed on the my local copy and will be closed
> on the next upload.
> 
> George, please apply attached patch for fixing this typo.
Thank you, applied.



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

Bug#413306: zope2.9: DateTime messed up again

[Bernd Zeimetz]

Package: zope2.9
Version: 2.9.6-3
Severity: important

Heya,

obviously DateTime is messed up again. Doesn't look related to #224256,
so I'm submitting a new bug.

Please see
http://dev.plone.org/plone/ticket/6062
and
http://www.zope.org/Collectors/Zope/2191
(check comments >= #15)

This renders plone's ATEvent useless, for example.
Having zope with a broken DateTime module in etch doesn't sound like
something you'd want to have in etch - if possible please try to fix it
before etch is released.



Thanks,

Bernd

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.2-grsec
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages zope2.9 depends on:
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  libc6   2.3.6.ds1-11 GNU C Library: Shared libraries
ii  lsb-base3.1-23   Linux Standard Base 3.1 init scrip
ii  python2.4   2.4.4-2  An interactive high-level object-o
ii  zope-common 0.5.31   common settings and scripts for zo

zope2.9 recommends no packages.

-- no debconf information


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

Bug#413307: FTBFS with GCC 4.3: error: 'std::string' has not been

[Martin Michlmayr]

Package: boinc
Version: 5.4.11-4
Usertags: ftbfs-gcc-4.3
Tags: patch

Your package fails to build with GCC 4.3.  Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning.  A patch for this problem is
below.

> Automatic build of boinc_5.4.11-4 on coconut0 by sbuild/ia64 0.49
...
> if g++ -DHAVE_CONFIG_H -I. -I. -I..  -fPIC -DPIC -I../lib -I../api -I../db 
> -I../client -I../tools -I../sched  -pthread  -fPIC -DPIC -I../lib -I../api 
> -I../db -I../client -I../tools -I../sched  -pthread -g -Wall -O3 
> -I/usr/include -I/usr/include/openssl -pthread -MT boinc_cmd.o -MD -MP -MF 
> ".deps/boinc_cmd.Tpo" -c -o boinc_cmd.o boinc_cmd.C; \
>   then mv -f ".deps/boinc_cmd.Tpo" ".deps/boinc_cmd.Po"; else rm -f 
> ".deps/boinc_cmd.Tpo"; exit 1; fi
> boinc_cmd.C:39: error: 'std::string' has not been declared
> boinc_cmd.C: In function 'int main(int, char**)':
> boinc_cmd.C:391: error: 'string' was not declared in this scope
> make[3]: *** [boinc_cmd.o] Error 1
> make[3]: Leaving directory `/build/tbm/boinc-5.4.11/lib'


--- boinc-5.4.11/client/client_state.h~ 2007-03-04 02:23:43.858424648 +
+++ boinc-5.4.11/client/client_state.h  2007-03-04 02:23:57.352565108 +
@@ -25,6 +25,7 @@
 #include 
 #endif
 
+#include 
 using std::string;
 using std::vector;
 
--- boinc-5.4.11/lib/boinc_cmd.C~   2007-03-04 02:19:40.080107322 +
+++ boinc-5.4.11/lib/boinc_cmd.C2007-03-04 02:22:36.348659850 +
@@ -35,6 +35,7 @@
 #endif
 
 #include 
+#include 
 using std::vector;
 using std::string;
 

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


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

Bug#413245: iceweasel: also getting two tabs in a new window

[Christopher J Peikert]

Package: iceweasel
Version: 2.0.0.2+dfsg-2
Followup-For: Bug #413245

I can confirm this bug; I'm getting exactly the same behavior as the
submitter.

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

Versions of packages iceweasel depends on:
ii  debianutils   2.17.5 Miscellaneous utilities specific t
ii  fontconfig2.4.2-1.2  generic font configuration library
ii  libatk1.0-0   1.12.4-2   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.2-1.2  generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib2.0-0  2.12.6-2   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-5   The GTK+ graphical user interface 
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libmyspell3c2 1:3.1-18   MySpell spellchecking library
ii  libpango1.0-0 1.14.8-5   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-5  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  psmisc22.3-1 Utilities that use the proc filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

iceweasel recommends no packages.

-- no debconf information


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

Bug#413304: catalog rewrites 'PUBLIC "-//OASIS//DTD DocBook V4//EN"' to "4.3/docbook.dtd", instead of 4.4

[Daniel Leidert]

Package: docbook
Version: 4.4-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

/usr/share/sgml/docbook/dtd/catalog states:

 -- latest DocBook v4--
 PUBLIC  "-//OASIS//DTD DocBook V4//EN" "4.3/docbook.dtd"
 -- DTDDECL "-//OASIS//DTD DocBook V4//EN" "4.3/docbook.dcl" --

which should probably be "4.4/docbook.dtd" (or 4.5 with the next
upload).

Regards, Daniel


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

Versions of packages docbook depends on:
ii  sgml-base 1.26   SGML infrastructure and SGML catal
ii  sgml-data 2.0.3  common SGML and XML data

docbook recommends no packages.

- -- no debconf information

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

iD8DBQFF6i81m0bx+wiPa4wRAmH2AKCvH4PzI3SsbHZ7rVMTLv+sMoXIlgCePGSl
PaTt4V3XQHDin/GkOizHehM=
=IRMy
-END PGP SIGNATURE-


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

Bug#413248: success with 'utf8' vfat mount option

[Jeremy S Bygott]

Many thanks for the quick replies (including the info about #409516).

I've now tried the following vfat mount options:

(0) defaults (as generated by my oldish installer (weekly build 20070115))
(1) defaults,codepage=437 (this should be the default, so should be the same)
(2) defaults,codepage=850
(3) defaults,iocharset=UTF-8
(4) defaults,iocharset=UTF8 (just a hunch, but no good)
(5) defaults,utf8 (see mount(8) in the section 'Mount options for vfat')

Option (5) works for me; the others don't (details below).

Frans Pop wrote:
> Anyway, I doubt this would be an installer issue as there is no real way 
> for the installer to determine the correct settings.

Peter Green wrote:
> if so then imo this option should be set by the installer when generating
> fstab as afaict newly installed debian systems are completely utf-8 based
> nowadays.

Okay, if vfat option 'utf8' is the solution, perhaps the installer *should* 
set it when generating fstab? It doesn't seem so variable (and difficult to 
determine) as different codepage/iocharset things might have been.

It would be nice if this stuff worked 'out of the box'.  Much better than just
a comment in the release notes.  (Unless it does work with newer builds? I
should repeat that this is with the 20070115 build.) I still don't understand 
why I don't observe this problem on the box that I upgraded from sarge, as if 
the upgrade is incomplete somehow.  Is the reason that I haven't 'upgraded' 
the locale settings to utf-8? Or something deeper?

Anyway, details on the tests:

(0),(1),(2) the same problems as in the original report, for example:

   debian:~$ mount | grep hda1
   /dev/hda1 on /windows type vfat (rw,codepage=850)

   debian:~$ find /windows/windows/SendTo/ | wc
   wc: standard input:2: Invalid or incomplete multibyte or wide character
   7  17 315


(3),(4) the mount fails, for example:

   debian:/etc# mount /windows/
   mount: wrong fs type, bad option, bad superblock on /dev/hda1,
  missing codepage or other error
  In some cases useful info is found in syslog - try
  dmesg | tail  or so

   debian:/etc# dmesg | tail -2
   Unable to load NLS charset UTF-8
   FAT: IO charset UTF-8 not found


(5) success! so far, anyway... for example:

   debian:/etc# mount | grep hda1
   /dev/hda1 on /windows type vfat (rw,utf8)

   debian:~$ find /windows/windows/SendTo/
   /windows/windows/SendTo/
   /windows/windows/SendTo/3½ Floppy (A).lnk
   [...]
   debian:~$ find /windows/windows/SendTo/ | wc
   7  17 316

   debian:~$ find /windows/windows/Favorites/ | grep Hifisound
   /windows/windows/Favorites/Hifisound der Lautsprecher Selbstbau Spezialist 
aus Münster.url

(final example: mkisofs now works; previously it aborted)

   debian:~$ mkisofs -r -J -o cdtest.iso /windows/windows/Favorites
   I: -input-charset not specified, using utf-8 (detected in locale settings)
   [...]
   Total rockridge attributes bytes: 20387
   Total directory bytes: 14336
   Path table size(bytes): 86
   Max brk space used 22000
   387 extents written (0 MB)

Bug#413305: O: ami

[Changwoo Ryu]

Package: wnpp
Severity: normal


I orphan ami package, as few people use it now and I don't use it.  

Most Korean users I know already switched to other (and much better) Korean 
IMs.  It has problems like dependency on GTK+ 1.x.  And the most serious
problem is that upstream is almost dead.  

Information about this package:

 Package: ami
 Version: 1.2.3-2
 Section: x11
 Priority: optional
 Architecture: i386
 Depends: libc6 (>= 2.3.5-1), libgdk-pixbuf2 (>= 0.22.0), libglib1.2 (>= 
1.2.0), libgtk1.2 (>= 1.2.10-4), libx11-6
 Installed-Size: 1264
 Maintainer: Changwoo Ryu <[EMAIL PROTECTED]>
 Description: An X input method server for Korean text input
  Ami is an X input method server for Korean text input.
  .
  Hangul or Hanja Korean text can be input with Ami, which
  responds the requests from XIM compliant applications.
  .
  In this package, Ami has been built as a standalone version and a
  WindowMaker dock.


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




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

Bug#413073: atlantik: Ctrl-R to roll doesn't work in jail.

[Ana Guerrero]

Hi,

On Thu, Mar 01, 2007 at 06:22:11PM -0800, Josh Triplett wrote:
> Package: atlantik
> Version: 4:3.5.5-1
> Severity: normal
> 
> Ctrl-R, the shortcut to roll the dice, doesn't work to choose "roll" while in
> jail.

I have not played atlantik, but it is a Monopoly®-like board game. In Monopoly, 
when you're un jail, you are stuck there for several turns and therefore you 
can 
not roll the dice. So, maybe this is not a bug? Just asking :)

Ana


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

Bug#413303: boot failure

[Андрей Брилевский]

Package: linux-image
Version: 2.6.18-4-686

I can not boot system (Debian etch), becouse I receive error:
irq 233: nobody cared (try booting with the "irqpoll" option)
[] _report_bad_irq+0x2b/0x69
[] note_interrupt+0x1a6/0x1df
[] _do_IRQ+0xae/0xe8
[] do_IRQ+0x3f/0x4d
[] mwait_idle+0x0/0x38
[] common_interrupt+0x1a/0x20
[] mwait_idle+0x0/0x38
[] mwait_idle+0x25/0x38
[] cpu_idle+0x6f/0x98
[] start_kernel+0x369/0x36f
handlers:
[] (usb_hcd_irq+0x0/0x55 [usbcore])
Disabling IRQ #233
.
ATA: abnormal status 0xD8 on port 0xF807
ATA: abnormal status 0xD8 on port 0xF807
ATA: abnormal status 0xD8 on port 0xF807
ATA: abnormal status 0xD8 on port 0xF807
ata4.00: qc timeout (cmd 0xec)
ata4.00: failed to IDENTIFY (I/O error, err_mask=0x4)

My MotherBoard: MSI p965 (intel p965, JMicron)
I connect my SATA HDD to ICH8 SATA socked.
I connect 2 IDE CD-ROM to JMicron.

When I connect my HDD to another SATA socked of ICH8 - system boot normal.
When I disconnect one CD-rom, system boot, but with error (see attachment  
dmesg).

With 2.6.16 kernel system boot normal, but without CD-Rom.

lspci
Description: Binary data


dmesg
Description: Binary data

Bug#413288: FTBFS on mipsel/experimental (Was: Re: Log for failed build of postfix_2.4.0~rc2-1 (dist=experimental))

[LaMont Jones]

On Sun, Mar 04, 2007 at 12:15:33AM +0100, Martin Zobel-Helas wrote:
> > ../../lib/libdns.a: undefined reference to `_info'

Well, that's a different error than I've seen on the mipsel buildd for
unstable...  Which I also haven't been able to reproduce

Can you capture the failed build tree for me?

thanks,
lamont


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

Bug#411319: Vedr. Re: Bug#411319: Vedr. Re: Bug#411319: Hang at "Creating device files"

[Kjell Rune Skaaraas]

Hi

Selection of network mirror isn't until the next step,
so there shouldn't be any mirrors there yet, my bad.
Still, the error is that it doesn't recognize the CD.
I added a debian mirror manually to
/target/etc/apt/sources.list, then killed the apt-get
task and reran the step from the installer and it
worked.

Regards,
Kjell Rune





_
Alt i én. Få Yahoo! Mail med adressekartotek, kalender og
notisblokk. http://no.mail.yahoo.com


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

Bug#413247: Konqueror crashes

[Ana Guerrero]

On Sat, Mar 03, 2007 at 11:07:19AM -0600, [EMAIL PROTECTED] wrote:
> Package: Konqueror
> version: 4.3.3.5a.d
> 
> When I visit the site:   
> http://www.popularmechanics.com/science/research/1282186.html
> Konqueror crashes. KDE crash handler gives me this: 
>

Konqueror works fine for me in such page, seems you have problems with
the flash plugin.
Btw, to get a good backtrace, install kdebase-dbg.

Ana



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

Bug#397045: ant - java-gcj-compat-dev as dependency

[Paul Cager]

Currently:

Depends: java-gcj-compat | java-virtual-machine, java-gcj-compat |
   java1-runtime | java2-runtime, libxerces2-java
Recommends: ant-optional, jikes | java-compiler

Should ant Depend or Suggest the compiler packages? I'd say Depend, but
I suppose its not an absolute dependency - you could have a buildfile
that doesn't call javac.


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

Bug#413302: libexosip2: manpages with wrong filename

[Aurelien Jarno]

Package: libexosip2-dev
Version: 2.2.3-2
Severity: normal

Here is the problem:

[i386:~]$ dpkg -L libexosip2-dev | grep mark
/usr/share/man/man3/_home_mark_src_debian_pkg-voip_build-area_libexosip2-2.2.3_include_.3.gz
/usr/share/man/man3/_home_mark_src_debian_pkg-voip_build-area_libexosip2-2.2.3_include_eXosip2_.3.gz
[i386:~]$

Such manpages are not really useful. In addition the build directory 
is leaked in the package.

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

Versions of packages libexosip2-dev depends on:
ii  libexosip2-5  2.2.3-2eXtended OSIP library
ii  libosip2-dev  2.2.2-3.1  development files for the SIP libr

libexosip2-dev recommends no packages.

-- no debconf information


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

Bug#413301: ocsigen: FTBFS: chowns files to nonexistent user

[Julien Cristau]

Package: ocsigen
Version: 0.6.0~rc1-1
Severity: serious
Justification: fails to build from source


> Automatic build of ocsigen_0.6.0~rc1-1 on xenophanes by sbuild/amd64 98-farm
> Build started at 20070303-2323
> **
> [...]
> mv /build/buildd/ocsigen-0.6.0~rc1/debian/ocsigen///etc/ocsigen/mime.types 
> /build/buildd/ocsigen-0.6.0~rc1/debian/ocsigen///etc/ocsigen/mime.types.old
> mv: cannot stat 
> `/build/buildd/ocsigen-0.6.0~rc1/debian/ocsigen///etc/ocsigen/mime.types': No 
> such file or directory
> make[1]: [fullinstall] Error 1 (ignored)
> cp -f files/mime.types 
> /build/buildd/ocsigen-0.6.0~rc1/debian/ocsigen///etc/ocsigen
> mkdir -p /build/buildd/ocsigen-0.6.0~rc1/debian/ocsigen///var/log/ocsigen
> chown -R ocsigen:ocsigen 
> /build/buildd/ocsigen-0.6.0~rc1/debian/ocsigen///var/log/ocsigen
> chown: `ocsigen:ocsigen': invalid user
> make[1]: *** [fullinstall] Error 1
> make[1]: Leaving directory `/build/buildd/ocsigen-0.6.0~rc1'
> make: *** [install] Error 2
> **
> Build finished at 20070303-2326
> FAILED [dpkg-buildpackage died]

Cheers,
Julien


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

Bug#413245: iceweasel: new instance opens a new tab in existing window

[Igor Stirbu]

I have upgraded iceweasel yesterday (March 3rd) and have
similar problems. To the one reported by Adrien Clerc I want
to add the issue starting iceweasel using sensible-browser
link: instead of opening a new window, a new tab is opened
in most recent window and points to my home directory.

$ /usr/sbin/update-alternatives --display x-www-browser
x-www-browser - status is manual.
link currently points to /usr/bin/iceweasel

Package: iceweasel
Version: 2.0.0.2+dfsg-2
Severity: wishlist

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

Versions of packages iceweasel depends on:
ii  debianutils   2.17.5 Miscellaneous utilities
specific t
ii  fontconfig2.4.2-1.2  generic font configuration
library
ii  libatk1.0-0   1.12.4-2   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics
libra
ii  libfontconfig12.4.2-1.2  generic font configuration
library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared
lib
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libglib2.0-0  2.12.6-2   The GLib library of C routines
ii  libgtk2.0-0   2.8.20-5   The GTK+ graphical user
interface
ii  libjpeg62 6b-13  The Independent JPEG Group's
JPEG
ii  libmyspell3c2 1:3.1-18   MySpell spellchecking library
ii  libpango1.0-0 1.14.8-5   Layout and rendering of
internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-5  X11 client-side library
ii  libxft2   2.1.8.2-8  FreeType-based font drawing
librar
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint)
clie
ii  libxrender1   1:0.9.1-3  X Rendering Extension client
libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  psmisc22.3-1 Utilities that use the proc
filesy
ii  zlib1g1:1.2.3-13 compression library - runtime

iceweasel recommends no packages.

-- no debconf information


--
:wq

Bug#398765: (no subject)

[Bernd Zeimetz]

Heya,

if nobody is in a hurry and wants to do it before me I'll look into that
and create a package in april - after exams are done at university.

Best regards,

Bernd


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

Bug#410666: update-notifier doesn't work with apt-secure

[Anthony Towns]

On Sat, Mar 03, 2007 at 02:44:29PM +0100, Gerfried Fuchs wrote:
> * Anthony Towns  [2007-02-28 14:46]:
> > AFAICS, update-notifier/update-manager just uses regular python-apt
> > to handle all this stuff, which should go through the same code path
> > as aptitude and apt-get. Unless you've got some way of reproducing the
> > problem, I don't think there's a bug here.
>  It's strange - I can't reproduce it myself anymore.  But it happened
> more than once, and the only thing I could think of at that time was
> update-notifier.

My guess would be you hit the archive signing key change, which would've
given you an error until you upgraded the archive signing keyring. That
should be much less of a problem in future with the much longer validity
of the new key.

Cheers,
aj



signature.asc
Description: Digital signature

Bug#413281: x11-common: sarge to etch upgrade fails

[Julien Cristau]

clone 413281 -1
reassign -1 hanterm-xf
retitle -1 hanterm-xf: installs an alternative in /usr/bin/X11
thanks

On Sun, Mar  4, 2007 at 00:41:16 +0100, Bill Allombert wrote:

> On Sun, Mar 04, 2007 at 12:15:40AM +0100, Julien Cristau wrote:
> > Do you have any idea where hanterm comes from?
> 
> Yes, it comes from hanterm-classic and/or hanterm-xf (there is an
> alternative)
> 
> # ls -l /usr/X11R6/bin/
> -rwxr-xr-x 1 root root 6001 Apr 21  2003 hamsoft
> lrwxrwxrwx 1 root root   25 Mar  3 21:03 hanterm -> /etc/alternatives/hanterm
> 
> # ls -l /etc/alternatives/hanterm
> lrwxrwxrwx 1 root root   28 Mar  3 21:03 /etc/alternatives/hanterm -> 
> /usr/bin/X11/hanterm-classic
> 
x11-common already conflicts with earlier versions of these packages, so
I'm not sure what else we can do on the X side.
hanterm-classic is not in etch, so nothing we can do there either.
However it seems that hanterm-xf in etch still installs its alternative
in /usr/bin/X11, which I guess can cause problems if it is configured
before x11-common is unpacked.
I don't really understand how only the symlink is still in
/usr/X11R6/bin in your upgrade scenario, though, could it be a bug in
hanterm-classic's prerm, which doesn't remove the alternative cleanly?

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#349005: About your bug: "libarts1c2a: artsdsp supposed to work for shell scripts" on the Debian BTS

[Bernd Zeimetz]

Hi,
> You filed the bug
>  #349005 "libarts1c2a: artsdsp supposed to work for shell scripts"
> some time ago, you can read the bug report at:
> http://bugs.debian.org/349005
>   
I still can't see the reason why artsdsp does not work if you call
shellscripts (for example: realplayer) with it. Probably I'm just
missing somethign here.

Thanks,


Bernd


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

Bug#184437: Please, God. Make this patch work.

[Brandon Barnes]

tags 184437 + patch

I don't think this bug is actually in penguin-command. I think it is in
sdl-mixer. Or maybe it is in libpng. The conditions that make
penguin-command crash are really weird. It seems that a .mod file has
to be playing in the background while a png file is blitted to the
screen. Like I said, weird.

I have a simple patch that fixes this segfault for me. Here it is:

- Patch begin ---
diff -r src-orig/sound.c src/sound.c
8c8
<   {"ramagard.s3m","icefront.s3m","pennight.mod","datajack.s3m"};
---
>   {"ramagard.s3m","icefront.s3m","datajack.s3m"};

diff -r src-orig/sound.h src/sound.h
3c3
< #define MUSICNUM 4
---
> #define MUSICNUM 3
--- Patch end ---

Yep. Not asking sdl-mixer to play a mod file fixes it, at least it does
for me. I've narrowed down where I think the segfault occurs, and I
think the problem is genuinely with sdl-mixer playing mod files. If I
am right, this patch will work for everybody.

While debugging, I tried replacing that line in sound.c with 4
pennights. I thought it would crash more. It didn't crash at all. I
also tried moving it to the front, back, and second position. It didn't
crash under those seemingly identical situations. Like I said, weird.

Also worthy of note, is that every time I got penguin-command to crash
, it was playing song #2 (starting from 0). Here is a log I have been
keeping. I only added to this log sometimes when penguin-command would
crash. I am not including the core dumps. If someone wants them, email
me.

Matches core penguin-command1.core
I was using libsdl1.2debian-oss here.

~$ penguin-command   
** Starting SDL init **
** Init video **
** Set video mode **
** Create buffers **
** Finding Joysticks **
** Init joystick **
** Loading Title Screen **
** Opening Audio Mixer **
   8 channels allocated
** Loading Music **
** Loading Sounds **

Warning: I could not open the options file for read:
/home/wk/.penguin-command
The error that occured was:
No such file or directory

** Playing Music **
** Ready to enter Menu **
Now playing song #1
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
** Loading Font **
** Init Font **
** Loading Images **
Now playing song #1
FPS 74.932544
Now playing song #0
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
Now playing song #2
FPS 74.029192
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
Segmentation fault (core dumped)


Matches core penguin-command2.core
I was using libsdl1.2debian-alsa here.

** Starting SDL init **
** Init video **
** Set video mode **
** Create buffers **
** Finding Joysticks **
** Init joystick **
** Loading Title Screen **
** Opening Audio Mixer **
   8 channels allocated
** Loading Music **
** Loading Sounds **
** Playing Music **
** Ready to enter Menu **
Now playing song #1
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
** Loading Font **
** Init Font **
** Loading Images **
Now playing song #1
Now playing song #0
FPS 73.957016
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
Now playing song #2
Segmentation fault (core dumped)

Matches core penguin-command3.core
I was still using libsdl1.2debian-alsa here. I don't think it has to do
with the particular
sound thing in sdl. However, I played half an hour without sound, and
penguin command did not
crash.

[EMAIL PROTECTED]:~$ date
Tue Feb 20 23:07:29 PST 2007
[EMAIL PROTECTED]:~$ penguin-command  
** Starting SDL init **
** Init video **
** Set video mode **
** Create buffers **
** Finding Joysticks **
** Init joystick **
** Loading Title Screen **
** Opening Audio Mixer **
   8 channels allocated
** Loading Music **
** Loading Sounds **
** Playing Music **
** Ready to enter Menu **
Now playing song #0
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
** Loading Font **
** Init Font **
** Loading Images **
Now playing song #1
Now playing song #3
FPS 74.785722
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
Now playing song #1
Now playing song #2
Segmentation fault (core dumped)
[EMAIL PROTECTED]:~$ date
Tue Feb 20 23:21:25 PST 2007



This goes with penguin-command-debug1.core

[EMAIL PROTECTED]:~$ time penguin-command
** Starting SDL init **
** Init video **
** Set video mode **
** Create buffers **
** Finding Joysticks **
** Init joystick **
** Loading Title Screen **
** Opening Audio Mixer **
   8 channels allocated
** Loading Music **
** Loading Sounds **
** Playing Music **
** Ready to enter Menu **
Now playing song #0
** Fade in Music **
** Showing Title Screen **
** Blit Background **
** Background image drawn **
** Loading Font **
** Init Font **
** Loading Images **
Now playing song #0
FPS 74.185714
** Fade in Music **
** Showing Title Screen **
**

Bug#413287: Failed install (Sarge 2.6 kernel) -- Dell 8400 + SATA Redux

[Peter Farley]

--- Frans Pop <[EMAIL PROTECTED]> wrote:
 
> The kernel versions that shipped with Sarge are
> known to have very limited Sata support. Therefore
> it is no surprise that your installation failed.
> 
> Please try again with the installer for Etch [1],
> which is soon to be released. If you really require
> Sarge, you could consider this *unofficial and
> unsupported* Sarge installer [1] that has a
> backported kernel and some related packages.
> 
> Closing this report as lack of support for
> Sata-based systems is a known issue. Feel free to
> file a new report after trying with the Etch 
> installer.
> 
> Cheers,
> FJP
> 
> [1] http://www.debian.org/devel/debian-installer/
> [2] http://kmuto.jp/debian/d-i/

Thanks, I will try that unofficial installer first.

Peter


 

Get your own web address.  
Have a HUGE year through Yahoo! Small Business.
http://smallbusiness.yahoo.com/domains/?p=BESTDEAL


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

Bug#413299: conquest: memory corruption potential in processPacket

[Clint Adams]

Package: conquest
Version: 8.1-2
Severity: grave
Tags: security
Justification: user security hole

in client.c, in the case block starting at line 964,
no validation is done on the snum or unum values sent
by the server.

On line 968, you can see one place where an invalid snum
value could lead to a memory write outside Ships.

If this is not exploitable, please downgrade & untag.


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

Bug#413298: [xrdb] requires cpp but xbase-clients does not depend on it

[Marcus C. Gottwald]

Package: xbase-clients
Version: 7.1.ds1-2

xrdb requires cpp to process ~/.Xdefaults, but xbase-clients
does not depend on a package providing it.


Cheers,

Marcus

-- 
   Marcus C. Gottwald  ·  <[EMAIL PROTECTED]>  ·  http://cheers.de

Bug#413284: quodlibet crashes frequently during play

[Michel Salim]

It crashes reliably at the end of the first song played on Fedora's
Rawhide as well. It's probably not song change, since my song
selection was set to "One song only". I thought it was Rawhide's
Python 2.5, but it's obviously not the case.

Does Debian have debugging files that you can include? On Fedora you
can install -debuginfo RPMs, this saves you from having to recompile
quodlibet with debugging turned on. Otherwise it's really hard to
trace the crash.



2007/3/3, Mugurel Tudor <[EMAIL PROTECTED]>:

Package: quodlibet
Version: 0.23.1-1
Severity: important

During play, quodlibet crashes (sometimes during song change, sometimes
while playing). There is no meaningful message shown in the console (I
started it from a console, in hope for some clues shown while crashing).

It must be something going wrong recently, because quodlibet never
crashed before on my system. Today, in one hour of play (mp3 format
involved), I had 4 crashes.

I'll list below the backtrace:

Backtrace was generated from '/usr/X11R6/bin/quodlibet'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1210280256 (LWP 6954)]
[New Thread -1292219472 (LWP 7070)]
[New Thread -1302295632 (LWP 7068)]
[New Thread -1272312912 (LWP 6960)]
[New Thread -1282016336 (LWP 6958)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no deb

Bug#413297: ITP: myhdl-doc -- Documentation for MyHDL

[Oscar Daniel Diaz]

Package: wnpp
Owner: Oscar Daniel Diaz <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: myhdl-doc
  Version : 0.5.1
  Upstream Author : Jan Decaluwe <[EMAIL PROTECTED]>
* URL : http://myhdl.jandecaluwe.com/
* License : LGPL
  Programming Lang: Python
  Description : Documentation for MyHDL

MyHDL is an Python package that lets you go from Python 
 to silicon. With MyHDL, you can use Python as a hardware description 
 and verification language. Furthermore, you can convert 
 implementation-oriented MyHDL code to Verilog automatically, and 
 take it to a silicon implementation from there. This is the
documentation package for MyHDL.

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




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

Bug#413185: When the files are downloaded with apt-get install, the system reboots occasionally.

[Samuel Thibault]

YAMAMOTO, Hiroyuki, le Sun 04 Mar 2007 09:13:48 +0900, a écrit :
> I compiled the upsteam CVS source with gcc-4.0, installed it, and 
> verified the phenomenon.
> As a result, I have understood happening similarly as for the source of 
> the upstream.

Ok, so this is a different bug from the mouse one.

Samuel

Bug#413296: conquest: buffer overflow in metaGetServerList

[Clint Adams]

Package: conquest
Version: 8.1-2
Severity: grave
Tags: security
Justification: user security hole

The loop starting on line 406 of meta.c does not do any bounds checking
when writing to a fixed-length buffer (buf).

If this is not exploitable, please downgrade & untag.


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

Bug#413295: classpath: menus missing in Swing applications

[Timo Juhani Lindfors]

Package: classpath
Version: 2:0.92-4
Severity: normal

Steps to reproduce:
1) cat > jmenu.java << EOF
import javax.swing.*;
import java.awt.*;
public class jmenu extends JFrame {
public static void main(String[] args) {
(new jmenu()).show();
}
public jmenu() {
JMenuBar mb = new JMenuBar();
this.setJMenuBar(mb);
JMenu m = new JMenu("menu0");
mb.add(m);
JMenuItem mi = new JMenuItem("menuitem0");
m.add(mi);
m.add(mi);
this.setSize(new Dimension(600, 600));
}
}
EOF
2) ecj jmenu.java
3) jamvm jmenu.java

Expected results:
3) A window shows up, it has menu "menu0" which includes "menuitem0" menuitem

Actual results:
3) A window shows up bit it has no visible menu bar at all.

More info:
1) The above works in debian testing, I see the problematic behavior
only in unstable.

2) In addition to jamvm the bug is reproducible with gij-4.1 and
cacao. However, I see the menu in kaffe. This made me think the bug is
probably in classpath and not in any individual virtual machine.

3) I haven't tested with classpath cvs head since I couldn't figure
out how to tell cacao to use classpath cvs head (I did manage to build
classpath cvs head with ecj though and I can compile java 1.5 programs
with

ecj -1.5 -bootclasspath 
~/installdir/classpath-2007-01-22/share/classpath/glibj.zip "$@"

)

Please let me know if you can't reproduce the bug. I'm happy to
provide more info.

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

Versions of packages classpath depends on:
ii  classpath-common2:0.92-4 clean room standard Java libraries
ii  classpath-gtkpeer   2:0.92-4 clean room standard Java libraries
ii  libasound2  1.0.13-2 ALSA library
ii  libatk1.0-0 1.12.4-2 The ATK accessibility toolkit
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libcairo2   1.2.4-4  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libgcj-common   1:4.1.1-21   Java runtime library (common files
ii  libgconf2-4 2.16.1-1 GNOME configuration database syste
ii  libglib2.0-02.12.6-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface 
ii  libjack0.100.0-00.101.1-2JACK Audio Connection Kit (librari
ii  libmagic1   4.19-1   File type determination library us
ii  liborbit2   1:2.14.4-1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.14.8-5 Layout and rendering of internatio
ii  libx11-62:1.0.3-5X11 client-side library
ii  libxcursor1 1.1.7-4  X cursor management library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.1-5X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-5  X11 RandR extension library
ii  libxrender1 1:0.9.1-3X Rendering Extension client libra
ii  libxtst61:1.0.1-5X11 Testing -- Resource extension 

classpath recommends no packages.

-- no debconf information


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

Bug#413185: When the files are downloaded with apt-get install, the system reboots occasionally.

[YAMAMOTO, Hiroyuki]

Samuel Thibault wrote:

For this bug and the mouse one, could you try compiling from
upstream repository to see whether it fails too?

cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/hurd co -r 
gnumach-1-branch gnumach


In case it fails too, could you try checking out older CVS revisions, so
as to find which commit brought the bug? (there are not so many so that
shouldn't be so long)


I compiled the upsteam CVS source with gcc-4.0, installed it, and 
verified the phenomenon.
As a result, I have understood happening similarly as for the source of 
the upstream.

I will start the work to find which commit brought the bug.


Michael Banck wrote:

Can you install the corresponding version of gnumach-dbg, and change
your Grub entry to boot that? If you catch the Mach bug the next time,
it should drop you to the kernel debugger; please tell us the address of
eip for further information


Originally because it is a phenomenon that happens to occasionally,
though I will have deliberately verified, the phenomenon has not occured
after the packages of gnumach (Version: 2:1.3.99.dfsg.cvs20070211-1)
and gnumach-dbg (Version: 2:1.3.99.dfsg.cvs20070211-1) installed.
Sorry. Please give time a little more.


Hiroyuki


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

Bug#413293: nettle-bin: binary-without-manpage nettle-lfib-stream

[Aníbal Monsalve Salazar]

Package: nettle-bin
Version: 1.15-1
Severity: important

As per Debian's Policy, every executable file in Debian has to
supply a man page.

lintian -i /home/pbuilder/result/nettle/nettle_1.15-1_i386.changes
W: nettle-bin: binary-without-manpage nettle-lfib-stream
N:
N:   Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should
N:   have a manual page
N:
N:   Note, that though the `man' program has the capability to check for
N:   several program names in the NAMES section, each of these programs
N:   should have its own manual page (a symbolic link to the appropriate
N:   manual page is sufficient) because other manual page viewers such as
N:   xman or tkman don't support this.
N:
N:   Refer to Policy Manual, section 12.1 for details.
N:
W: nettle-bin: binary-without-manpage pkcs1-conv

linda -i /home/pbuilder/result/nettle/nettle_1.15-1_i386.changes
E: nettle-bin; No manual page for binary nettle-lfib-stream.
 The binary displayed doesn't have a corresponding manual page, while
 Policy dictates that every binary in /bin, /sbin, /usr/bin, /usr/sbin,
 /usr/games and /usr/X11R6/bin requires a manual page.
E: nettle-bin; No manual page for binary pkcs1-conv.

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#413294: nettle-bin: binary-without-manpage pkcs1-conv

[Aníbal Monsalve Salazar]

Package: nettle-bin
Version: 1.15-1
Severity: important

As per Debian's Policy, every executable file in Debian has to
supply a man page.

lintian -i /home/pbuilder/result/nettle/nettle_1.15-1_i386.changes
W: nettle-bin: binary-without-manpage nettle-lfib-stream
N:
N:   Each binary in /usr/bin, /usr/sbin, /bin, /sbin or /usr/games should
N:   have a manual page
N:
N:   Note, that though the `man' program has the capability to check for
N:   several program names in the NAMES section, each of these programs
N:   should have its own manual page (a symbolic link to the appropriate
N:   manual page is sufficient) because other manual page viewers such as
N:   xman or tkman don't support this.
N:
N:   Refer to Policy Manual, section 12.1 for details.
N:
W: nettle-bin: binary-without-manpage pkcs1-conv

linda -i /home/pbuilder/result/nettle/nettle_1.15-1_i386.changes
E: nettle-bin; No manual page for binary nettle-lfib-stream.
 The binary displayed doesn't have a corresponding manual page, while
 Policy dictates that every binary in /bin, /sbin, /usr/bin, /usr/sbin,
 /usr/games and /usr/X11R6/bin requires a manual page.
E: nettle-bin; No manual page for binary pkcs1-conv.

Aníbal Monsalve Salazar
--
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#401916: PANIC: Circular dependency

[David Härdeman]

Hugo Vanwoerkom wrote:
After patching (no probs) and 'update-initramfs -u' and booting, I get 
'PANIC: Circular dependency. Exiting.' from the functions script #167.


Could you provide me with the output from 
"grep PREREQ= /usr/share/initramfs-tools/scripts/local-top/*"


--
David Härdeman

Bug#406853: updated patch for 5.8.16

[Thibaut VARENE]

Hi,

Here's an updated semi-ugly quick patch for 5.8.16. It's built based on
the previous one, and adds some comments and #ifdefs which are necessary
to avoid unwanted output on foreign platforms. Tested using a quick-hack
testcase program on all 4 platforms (same machines as the first time).

Since I'm not quite sure what upstream wants in the various fields, I
tried to be sensible, but if they want to look more into this, I've put a
bunch of cpuinfo files here: http://www.pateam.org/archive/tmp/boinc/

These files are plain copy in order to preserve tabs/spaces.

I don't really know how to contact upstream (I'm not too fond of web
forums), so Frank, if you can I'd suggest you forward them this and see
how they react. I'd be willing to offer machine access if they need it.

Also note they're not getting cache information on alpha, dunno if that's
intended so I didn't touch it. 

Some more about cache: except for hppa where I explicitly initialize
m_cache to 0, I suspect that this version will still expose the minor bug
of reporting bogus cache value if no cache info is found in cpuinfo...
They might want to fix that as well, if it hasn't been already.

HTH

T-Bone

(PS: answer to #407461 is coming, testing of 5.8.16 amd64 in progress :)--- boinc-5.8.16/client/hostinfo_unix.C.orig	2007-03-01 17:10:08.0 +0100
+++ boinc-5.8.16/client/hostinfo_unix.C	2007-03-04 00:25:46.0 +0100
@@ -268,33 +268,93 @@
 strcpy(features, "");
 while (fgets(buf, 256, f)) {
 strip_whitespace(buf);
-if (strstr(buf, "vendor_id\t: ") || strstr(buf, "system type\t\t: ")) {
+ if (
+/* there might be conflicts if we dont #ifdef */
+#ifdef __ia64__
+strstr(buf, "vendor : ")
+#elif __hppa__		
+		strstr(buf, "cpu\t\t: ")
+#elif __powerpc__
+strstr(buf, "machine\t\t: ")
+#elif __sparc__
+		strstr(buf, "type\t\t: ")
+#else
+		strstr(buf, "vendor_id\t: ") || strstr(buf, "system type\t\t: ")
+#endif
+		) {
 if (!vendor_found) {
 vendor_found = true;
 strlcpy(host.p_vendor, strchr(buf, ':') + 2, sizeof(host.p_vendor));
 }
 }
-if (strstr(buf, "model name\t: ") || strstr(buf, "cpu model\t\t: ")) {
+if (
+#ifdef __ia64__
+		strstr(buf, "family : ")
+#elif __powerpc__ || __sparc__
+		strstr(buf, "cpu\t\t: ")
+#else
+		strstr(buf, "model name\t: ") || strstr(buf, "cpu model\t\t: ")
+#endif
+) {
 if (!model_found) {
 model_found = true;
+#ifdef __powerpc__
+	char *coma = NULL;
+if ((coma = strrchr(buf, ','))) {   /* we have ", altivec supported" */
+		*coma = '\0';	/* strip the unwanted line */
+strcpy(features, "altivec");
+features_found = true;
+}
+#endif
 strlcpy(host.p_model, strchr(buf, ':') + 2, sizeof(host.p_model));
 }
 }
+#ifndef __hppa__
+	/* XXX: hppa: "cpu family	: PA-RISC 2.0" */
 if (strstr(buf, "cpu family\t: ") && family<0) {
-family = atoi(buf+strlen("cpu family\t: "));
+	family = atoi(buf+strlen("cpu family\t: "));
 }
+/* XXX: hppa: "model: 9000/785/J6000" */
 if (strstr(buf, "model\t\t: ") && model<0) {
 model = atoi(buf+strlen("model\t\t: "));
 }
+/* ia64 */
+if (strstr(buf, "model  : ") && model<0) {
+model = atoi(buf+strlen("model : "));
+}
+#endif
 if (strstr(buf, "stepping\t: ") && stepping<0) {
 stepping = atoi(buf+strlen("stepping\t: "));
 }
+#ifdef __hppa__
+bool icache_found=false,dcache_found=false;
+host.m_cache = 0;
+if ( (strstr(buf, "I-cache\t\t: ") == buf) &&
+ (icache_found == 0) ) {
+icache_found = true;
+sscanf(buf, "I-cache\t\t: %d", &n);
+host.m_cache += n*1024;
+}
+if ( (strstr(buf, "D-cache\t\t: ") == buf) &&
+ (dcache_found == 0) ) {
+dcache_found = true;
+sscanf(buf, "D-cache\t\t: %d", &n);
+host.m_cache += n*1024;
+}
+#elif __powerpc__
+if ( (strstr(buf, "L2 cache\t: ") == buf) &&
+ (cache_found == 0) ) {
+cache_found = true;
+sscanf(buf, "L2 cache\t: %d", &n);
+host.m_cache = n*1024;
+}
+#else
 if (!cache_found && (strstr(buf, "cache size\t: ") == buf)) {
 cache_found = true;
 sscanf(buf, "cache size\t: %d", &n);
 host.m_cache = n*1024;
 }
-
+#endif
 if (!features_found) {
 // Some versions of the linux kernel call them flags,
 // others call them features, so look for both.
@@ -303,7 +363,9 @@
 strlcpy(features, strchr(buf, ':') + 2, sizeof(features));
 } else if ((strstr(buf, "features\t\t: ") == buf)) {
   

Bug#379452: sgt-puzzles: please remember window size across type changes

[Jacob Nevins]

I've finally rolled in the last three patches from this bug (although
I was unable to test on Gtk+-1.2); r7366:7368. Thanks.

It's probably about time for a new version, anyway. Here are the other
major changes since r6879:
 - new puzzles: Unequal, Galaxies, Filling
 - solver improvements to Loopy
 - Guess now has optional alphabetical labels ('L' key)
 - puzzles now have icons


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

Bug#413222: typo in a changelog

[Rafael Laboissiere]

* Kobayashi Noritada <[EMAIL PROTECTED]> [2007-03-04 08:33]:

> >* debian/po/gl.po: Added translation of debconf templates to Japanese.
> >  (closes: #413222).  Thanks to Kobayashi Noritada.
> 
> s/gl.po/ja.po/ :-)  Could you please correct retrospectively?
> 
> # This is not a problem and reuploading is unnecessary since ja.po is
> # correctly located in the package. :-)

I noticed that after uploading and fixed it already in the DJG SVN
repository.  The fix will appear in the next release.

Thanks,

-- 
Rafael


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

Bug#323192: Tag upstream

[Paul Cupis]

tags 323192 + upstream
thanks

This is an upstream bug - feature request for configuring
Netfilter/syslog options.



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

Bug#413281: x11-common: sarge to etch upgrade fails

[peter green]

> Thanks, I'll add a conflict on hamsoft.
> Do you have any idea where hanterm comes from?
after doing some initial research and some quick tests in a sarge chroot it 
seems to be a symlink into /etc/alternatives that is created when either 
hanterm-classic or hanterm-xf is installed and removed when both of them are 
removed.

Bug#413292: cron.d/kronolith2 broken without php4-cli

[Gerald Turner]

Package: kronolith2
Version: 2.1.4-1
Severity: normal

/etc/cron.d/kronolith2 contains the entry:

  * * * * * root test -x /usr/bin/php4 && /usr/bin/php4 -q 
/usr/share/horde3/kronolith/scripts/reminders.php 1>&2 > /dev/null

This will not work on a pure php5 system.  Changing to /usr/bin/php (alternative
provided by php4-cli and php5-cli) fixes this.

Furthermore I've tested the script running as user 'nobody' as opposed to
'root' and it works properly.

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

Versions of packages kronolith2 depends on:
ii  horde33.1.3-3horde web application framework
ii  php-date  1.4.6-1PHP PEAR module for date and time 
ii  php-http-request  1.3.0-3provides an easy way to perform HT
ii  php5-mysql5.2.0-8MySQL module for php5

Versions of packages kronolith2 recommends:
ii  locales 2.3.6.ds1-11 GNU C Library: National Language (
ii  php5-cli5.2.0-8  command-line interpreter for the p

-- no debconf information


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

Bug#407331: Patch for outdated BOGONS list

[Paul Cupis]

tags 407331 + patch
thanks

Please find attached patch which updates the BOGONs file.

diff -Naur firestarter-1.0.3/debian/changelog firestarter/debian/changelog
--- firestarter-1.0.3/debian/changelog	2007-03-03 23:01:25.0 +
+++ firestarter/debian/changelog	2007-03-03 23:40:28.0 +
@@ -1,3 +1,12 @@
+firestarter (1.0.3-1.4) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update non-routables file to reflect changes in BOGON space.
+Data from http://www.cymru.com/Documents/bogon-bn-agg.txt
+(closes: #407331)
+
+ -- Paul Cupis <[EMAIL PROTECTED]>  Sat,  3 Mar 2007 23:36:33 +
+
 firestarter (1.0.3-1.3) unstable; urgency=low
 
   * NMU
diff -Naur firestarter-1.0.3/scripts/non-routables firestarter/scripts/non-routables
--- firestarter-1.0.3/scripts/non-routables	2005-01-29 12:32:09.0 +
+++ firestarter/scripts/non-routables	2007-03-03 23:36:18.0 +
@@ -1,5 +1,4 @@
-0.0.0.0/8
-1.0.0.0/8
+0.0.0.0/7
 2.0.0.0/8
 5.0.0.0/8
 7.0.0.0/8
@@ -7,78 +6,22 @@
 23.0.0.0/8
 27.0.0.0/8
 31.0.0.0/8
-36.0.0.0/8
-37.0.0.0/8
+36.0.0.0/7
 39.0.0.0/8
-41.0.0.0/8
 42.0.0.0/8
 49.0.0.0/8
 50.0.0.0/8
-73.0.0.0/8
-74.0.0.0/8
-75.0.0.0/8
-76.0.0.0/8
-77.0.0.0/8
-78.0.0.0/8
-79.0.0.0/8
-89.0.0.0/8
-90.0.0.0/8
-91.0.0.0/8
-92.0.0.0/8
-93.0.0.0/8
-94.0.0.0/8
-95.0.0.0/8
-96.0.0.0/8
-97.0.0.0/8
-98.0.0.0/8
-99.0.0.0/8
-100.0.0.0/8
-101.0.0.0/8
-102.0.0.0/8
-103.0.0.0/8
-104.0.0.0/8
-105.0.0.0/8
-106.0.0.0/8
-107.0.0.0/8
-108.0.0.0/8
-109.0.0.0/8
-110.0.0.0/8
-111.0.0.0/8
-112.0.0.0/8
-113.0.0.0/8
-114.0.0.0/8
-115.0.0.0/8
-116.0.0.0/8
-117.0.0.0/8
-118.0.0.0/8
-119.0.0.0/8
-120.0.0.0/8
-121.0.0.0/8
-122.0.0.0/8
-123.0.0.0/8
-124.0.0.0/8
-125.0.0.0/8
-126.0.0.0/8
+92.0.0.0/6
+100.0.0.0/6
+104.0.0.0/5
+112.0.0.0/6
 127.0.0.0/8
 169.254.0.0/16
 172.16.0.0/12
 173.0.0.0/8
-174.0.0.0/8
-175.0.0.0/8
-176.0.0.0/8
-177.0.0.0/8
-178.0.0.0/8
-179.0.0.0/8
-180.0.0.0/8
-181.0.0.0/8
-182.0.0.0/8
-183.0.0.0/8
-184.0.0.0/8
-185.0.0.0/8
-186.0.0.0/8
-187.0.0.0/8
-189.0.0.0/8
-190.0.0.0/8
+174.0.0.0/7
+176.0.0.0/5
+184.0.0.0/6
 192.0.2.0/24
 192.168.0.0/16
 197.0.0.0/8

Bug#413281: x11-common: sarge to etch upgrade fails

[Bill Allombert]

On Sun, Mar 04, 2007 at 12:15:40AM +0100, Julien Cristau wrote:
> On Sat, Mar  3, 2007 at 23:37:49 +0100, Bill Allombert wrote:
> 
> > # ls /usr/X11R6/bin/
> > hamsoft  hanterm
> > 
> > # dpkg -S /usr/X11R6/bin/*
> > hamsoft: /usr/X11R6/bin/hamsoft
> > dpkg: /usr/X11R6/bin/hanterm not found.
> > 
> Thanks, I'll add a conflict on hamsoft.
> Do you have any idea where hanterm comes from?

Yes, it comes from hanterm-classic and/or hanterm-xf (there is an
alternative)

# ls -l /usr/X11R6/bin/
-rwxr-xr-x 1 root root 6001 Apr 21  2003 hamsoft
lrwxrwxrwx 1 root root   25 Mar  3 21:03 hanterm -> /etc/alternatives/hanterm

# ls -l /etc/alternatives/hanterm
lrwxrwxrwx 1 root root   28 Mar  3 21:03 /etc/alternatives/hanterm -> 
/usr/bin/X11/hanterm-classic

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large blue swirl here. 


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

Bug#413291: imwheel: Sends/lets through extra ButtonRelease events, even when no action defined for that button

[Sami Liedes]

Package: imwheel
Version: 1.0.0pre12-7
Severity: normal

Hi,

I found out I get some extra ButtonRelease events when running imwheel
while inspecting why a browser behaves erratically when I click a
mouse button.

Here's my .imwheelrc:


#".*Event Tester$"
#, Thumb2, Button2

".*Konqueror$"
, Thumb1, Control_L|W

".*KNode$"
, Thumb1, space

".*Iceweasel"
, Thumb1, Control_L|W


When I run xev (with its entry in .imwheelrc commented out), I get
output like the following for every time I press Thumb2(=Button9):


LeaveNotify event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 437302273, (165,75), root:(169,104),
mode NotifyGrab, detail NotifyAncestor, same_screen YES,
focus YES, state 16

EnterNotify event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 437302282, (165,75), root:(169,104),
mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
focus YES, state 16

KeymapNotify event, serial 31, synthetic NO, window 0x0,
keys:  77  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

ButtonPress event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 437302284, (165,75), root:(169,104),
state 0x10, button 9, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 437302290, (165,75), root:(169,104),
state 0x10, button 9, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 437302399, (165,75), root:(169,104),
state 0x10, button 9, same_screen YES


Note the duplicate ButtonRelease. There should be only one. I don't
get these if I'm not running imwheel.

Now if I uncomment the xev specific thing in .imwheelrc, I get output
like this:


LeaveNotify event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 438177316, (123,62), root:(127,91),
mode NotifyGrab, detail NotifyAncestor, same_screen YES,
focus YES, state 16

EnterNotify event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 438177324, (123,62), root:(127,91),
mode NotifyUngrab, detail NotifyAncestor, same_screen YES,
focus YES, state 16

KeymapNotify event, serial 31, synthetic NO, window 0x0,
keys:  77  0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

ButtonPress event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 438177325, (123,62), root:(127,91),
state 0x10, button 2, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 438177332, (123,62), root:(127,91),
state 0x210, button 2, same_screen YES

ButtonRelease event, serial 31, synthetic NO, window 0x401,
root 0x4d, subw 0x0, time 438177490, (123,62), root:(127,91),
state 0x10, button 9, same_screen YES


Notice how the ButtonRelease event for Thumb2 is still somehow coming
through. That's the one that should be omitted.

Here's imwheel's debug output from the case where the xev stuff is
still commented out:


Allocating 6 names
display=:0.0
getRC:filename="/home/sliedes/.imwheelrc"
uid=1000 euid=1000
gid=1000 egid=1000
/home/sliedes/.imwheelrc: stats.st_uid=1000 stats.st_gid=1000 stats.st_mode=1a4
getRC:pre:line:
#".*Event Tester$"
getRC:pre:line:
#, Thumb2, Button2
getRC:pre:line:

getRC:pre:line:
".*Konqueror$"
getRC:win:line:"".*Konqueror$""
id=".*Konqueror$"
getRC:pre:line:
, Thumb1, Control_L|W
getRC:mod:line:",Thumb1,Control_L|W"
Priority: 0
Keysym mask: ""
Button: "Thumb1"
=8
Keysyms Out: "Control_L|W"
0) "Control_L" "W"
1) "W" "(null)"
getRC:pre:line:

getRC:pre:line:
".*KNode$"
getRC:win:line:"".*KNode$""
id=".*KNode$"
getRC:pre:line:
, Thumb1, space
getRC:mod:line:",Thumb1,space"
Priority: 0
Keysym mask: ""
Button: "Thumb1"
=8
Keysyms Out: "space"
0) "space" "(null)"
getRC:pre:line:

getRC:pre:line:
".*Iceweasel"
getRC:win:line:"".*Iceweasel""
id=".*Iceweasel"
getRC:pre:line:
, Thumb1, Control_L|W
getRC:mod:line:",Thumb1,Control_L|W"
Priority: 0
Keysym mask: ""
Button: "Thumb1"
=8
Keysyms Out: "Control_L|W"
0) "Control_L" "W"
1) "W" "(null)"
WinAction (0x5127b0):
Priority : 0
Window Regex : ".*Konqueror$"
Keysyms Mask (0x512730):
Button   : 8
Keysyms Out (0x512750) :
"Control_L"
"W"
Reps: 1
  

Bug#413222: typo in a changelog

[Kobayashi Noritada]

Hi Rafael,

Thank you for quick reponse!

>* debian/po/gl.po: Added translation of debconf templates to Japanese.
>  (closes: #413222).  Thanks to Kobayashi Noritada.

s/gl.po/ja.po/ :-)  Could you please correct retrospectively?

# This is not a problem and reuploading is unnecessary since ja.po is
# correctly located in the package. :-)

Many thanks,

-nori


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

Bug#389249: patch

[Davide G. M. Salvetti]

tags 389249 + confirmed pending
thanks

>  fant == Frank Küster [2006-9-25]

fant> A Mennucc <[EMAIL PROTECTED]> wrote:

>> hi this patch fixes the problem

fant> Thank you for the patch.  I think Davide should apply it, but IMO the
fant> proper solution would be to ask upstream for a noninteractive version of
fant> TeX-submit-bugreport.  What do you think, Davide?

That I will add the patch to next upload and that you are right about a
noninteractive version of TeX-submit-bugreport.  If you have some time,
can you ask for it in auctex-devel?  (David, are you reading this
message?  What do you think?)

-- 
Ciao, Davide

Bug#413281: x11-common: sarge to etch upgrade fails

[Julien Cristau]

On Sat, Mar  3, 2007 at 23:37:49 +0100, Bill Allombert wrote:

> # ls /usr/X11R6/bin/
> hamsoft  hanterm
> 
> # dpkg -S /usr/X11R6/bin/*
> hamsoft: /usr/X11R6/bin/hamsoft
> dpkg: /usr/X11R6/bin/hanterm not found.
> 
Thanks, I'll add a conflict on hamsoft.
Do you have any idea where hanterm comes from?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#413289: ITP: mcs -- abstraction library and tools for the storage of configuration settings

[Le_Vert]

Package: wnpp
Severity: wishlist
Owner: "Adam Cécile (Le_Vert)" <[EMAIL PROTECTED]>

* Package name: mcs
  Version : 0.4.1
  Upstream Author : William Pitcock <[EMAIL PROTECTED]>
* URL : http://sacredspiral.co.uk/~nenolod/mcs/
* License : BSD
  Description : abstraction library and tools for the storage of 
configuration settings

mcs is a library and set of userland tools which abstract the storage of
configuration settings away from userland applications.
.
Is is licenced under the BSD licence, to help people to adopt it.
.
Highlights :
  * Cleanly implemented BSD-licenced code.
  * Simple, elegant, non-intrusive programming interface.
  * Modular design allows for third-party configuration backends to be
implemented without any extra effort on the part of the development
process of your products.
  * Dummy configuration backend which pretends that the configuration is
blank.
  * Many other features planned, such as configuration profiles.
  * Robust object-oriented design implemented as low-footprint C, mcs only
adds a ~20KB memory footprint to your application.
  * Full XDG BASEDIR spec compliance.
  * GConf support for free, with KDE settings support available in 0.4 or
later.
  * It's fast.
.
 Homepage: http://sacredspiral.co.uk/~nenolod/mcs/

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.18-3-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Bug#407435: laptop-net: does not set the appropriate scheme according to the neighbouring IPs

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eddy Petrișor wrote:
> Steve Langasek wrote:
>> severity 407435 important
>> thanks
> 
>> On Fri, Mar 02, 2007 at 10:33:04AM +0200, Eddy Petrior wrote:
> Attached.
 Nothing stands out to me in the trace.
 You say that running tshark is necessary to trigger laptop-net to work
 correctly.  Is this the case if you run tshark with -p?
>>> If I run tshark with -p it has the broken behaviour.
>> Ok, then I don't think this is really a laptop-net bug at all.  The kernel
>> shouldn't have to set its interface in promisc mode in order for laptop-net
>> to receive responses to arp inquiries, and this seems to be a bug specific
>> to your network config (or firewall config?), which is why I can't reproduce
>> it.
> 
>> If the new version of libpcap works around this issue, updating laptop-net
>> to the new libpcap sounds to me like it would be an ok change for etch, but
>> this no longer appears to be RC in nature.
> 
> Should I prepare a NMU? The maintainer never answered to this bug
> report?

I have prepared a package which is available at:

http://users.alioth.debian.org/~eddyp-guest/upload/laptop-net_2.26-7.2/

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

iD8DBQFF6gDJY8Chqv3NRNoRAijMAKCncYLi2RyRb1I0359FQ9CgzGCTeACgl3MC
ESkiKbJaedoMM697VkGcO5M=
=ErYv
-END PGP SIGNATURE-


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

Bug#413288: FTBFS on mipsel/experimental (Was: Re: Log for failed build of postfix_2.4.0~rc2-1 (dist=experimental))

[Martin Zobel-Helas]

Package: postfix
Version: 2.4.0~rc2-1
Severity: Serious
Tags: experimental


> make: Leaving directory `/build/buildd/postfix-2.4.0~rc2/src/cleanup'
> [src/smtpd]
> make: Entering directory `/build/buildd/postfix-2.4.0~rc2/src/smtpd'
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_token.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_check.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_chat.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_state.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_peer.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_sasl_proto.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_sasl_glue.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_proxy.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_xforward.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_dsn_fix.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -c smtpd_milter.c
> gcc -Wmissing-prototypes -Wformat -DDEBIAN -DMAX_DYNAMIC_MAPS -DHAS_PCRE 
> -DHAS_LDAP -DHAS_CDB -DHAS_MYSQL -I/usr/include/mysql -DHAS_PGSQL 
> -I/usr/include/postgresql -DHAS_SSL -I/usr/include/openssl -DUSE_SASL_AUTH 
> -I/usr/include/sasl -DUSE_CYRUS_SASL -DUSE_TLS  -O2 -I. -I../../include 
> -DLINUX2 -o smtpd smtpd.o smtpd_token.o smtpd_check.o smtpd_chat.o 
> smtpd_state.o smtpd_peer.o smtpd_sasl_proto.o smtpd_sasl_glue.o smtpd_proxy.o 
> smtpd_xforward.o smtpd_dsn_fix.o smtpd_milter.o ../../lib/libmaster.a 
> ../../lib/libtls.a ../../lib/libdns.a ../../lib/libxsasl.a 
> ../../lib/libmilter.a ../../lib/libglobal.a ../../lib/libutil.a -lssl 
> -lcrypto -lsasl2 -L/build/buildd/postfix-2.4.0~rc2/debian -ldb -lnsl -lresolv
> ../../lib/libdns.a: undefined reference to `_info'
> collect2: ld returned 1 exit status
> make: *** [smtpd

Bug#413290: ITP: device-tree-compiler -- OpenFirmware Device Tree Compiler

[Aurélien GÉRÔME]

Package: wnpp
Severity: wishlist
Owner: "Aurélien GÉRÔME" <[EMAIL PROTECTED]>

* Package name: device-tree-compiler
  Version : 0.1~git20070226
  Upstream Author : David Gibson <[EMAIL PROTECTED]>
* URL : http://dtc.ozlabs.com/
  Licence : GPLv2
  Programming Lang: C
  Description : OpenFirmware Device Tree Compiler

This tool compiles device-tree descriptions for booting PowerPC64 or
embedded PowerPC kernels on systems without OpenFirmware.

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


signature.asc
Description: Digital signature

Bug#352747: korganizer: extremely wide window

[Artur R. Czechowski]

Hi,
I just found that this is a known case and it is a bug in in widget style:
http://bugs.kde.org/show_bug.cgi?id=110557

I am using Motif.

Best regards
Artur
-- 
[...]Just remember: Ju kan onli liw tłajs.
/"CyberJoly Dream", Nina Liedtke/


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

Bug#404508: Using linux-latest-2.6

[Vincent Bernat]

reopen 404508 !
severity 404508 wishlist
thanks

I  would  like to  reopen  this bug.  When  using  a metapackage  like
linux-image-2.6-xen-686,   the  Dom0  kernel   can  be   updated  from
linux-image-2.6.18-3-xen-686  to  linux-image-2.6.18-4-xen-686. If  we
want to use  this new kernel for  DomU, we have to modify  the .cfg as
well. But we also have to add the correct /lib/modules directory.

I think that  the patch from Joey could be modified  to try to install
linux-modules-2.6-686  if the metapackage  linux-image-2.6-xen-686 was
used. Well, this metapackage does not exist.

Another  solution would  be  to make  xen-update-image  call the  hook
updating /lib/modules directory.
-- 
BOFH excuse #298:
Not enough interrupts


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

Bug#413287: Failed install (Sarge 2.6 kernel) -- Dell 8400 + SATA Redux

[Peter Farley]

Package: installation-reports

Boot method: CD-ROM, boot: linux26
debconf/priority=medium
Image version:
http://cdimage.debian.org/debian-cd/current/i386/jigdo-dvd/debian-31r5-i386-binary-{1,2}.jigdo
Date: 2007/03/02, 15:40

Machine: Dell 8400
Processor: 3.2Ghz P4
Memory: 1Gb
Partitions: (df -Tl N/A in install ash shell)
No working linux available

Output of lspci and lspci -n:
N/A in install ash shell
No working linux available

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] =
didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [E]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [E]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

At "Detect and mount CD-ROM", MUST remove module
"ata_piix" from list, or the CD-ROM is not detected at
all if this driver is loaded:
ata_piix (Intel Corporation I/O Controller Hub SATA
cc=raid).  Note that "CD-ROM" is really DVD-ROM, also
have DVD+RW as 2nd optical drive.

Disk scan for Partitioning finds only external USB2.0
IDE HDD.
Internal SATA HDD is not detected at all.
Adaptec AHA-2930CU SCSI card with attached Jaz-2GB and
ZIP-250 drives is not detected at all (or at least
never mentioned).

Tried expert26, same problems, can never see internal
SATA HDD.

Note: Will try to install on external USB HDD, but I
suspect the device names generated will be wrong. 
Will report back on that effort.

Note 2: Latest GParted (0.3.4) LiveCD sees both USB
and SATA HDD's no problem.  I may use GParted for
partitioning before install.


 

Don't get soaked.  Take a quick peak at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather


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

Bug#411818: openafs-modules-source: Fails to compile/install on 2.6.8.3-mckinley-smp (ia64): linux/modversions.h

[Russ Allbery]

Sorry about the delay in getting back to this.

Ippokratis Pandis <[EMAIL PROTECTED]> writes:

> Well, it looks like the problem is specific to ia64 with 2.6 kernel.

> The modversions.h in this configuration is located at:

> [# > locate modversions.h
> /usr/src/kernel-headers-2.6.8-3/include/config/modversions.h
> /usr/src/kernel-headers-2.6.8-3-mckinley/include/config/modversions.h
> /usr/src/kernel-source-2.6.8/include/config/modversions.h

> Where as in the corresponding configuration file of the package
> (src/config/param.ia64_linux26.h) it is uncommented the inclusion of the
> modversions header.

Commented out, you mean.

I looked at this in more detail.  None of the Linux 2.6 configuration
files include any modversions.h header at all.  Doing so should not be
necessary on Linux 2.6.  Hence, uncommenting that line in the
param.ia64_linux26.h looks wrong to me.

Could you include the exact error messages that you get when you try to
build the current backports openafs-modules-source without making that
change?

As far as I can tell, nothing in the tree will attempt to include any
modversions.h header on ia64 Linux 2.6.

> I believe that since it is not explicitly defined, it uses the default
> value for MODVERSIONS (linux/modversions.h) which is not correct. Thus,
> the building stops.

I don't see anything in the source that would cause that to happen.

> I uncommented this line, made a dist clean and rebuild. Now it seems to
> finish the compilation successfully. BUT, it fails to install :(

> I get the following error. Any ideas?

[...]

> /usr/src/modules/openafs/src/pinstall/pinstall -f
> openafs.ko/usr/local/lib/openafs/openafs.ko

Note that it's trying to install into /usr/local/lib/openafs instead of
into debian/tmp.  This usually means that you ran configure via some means
other than running the configure-modules target of debian/rules.  When you
did a distclean and then rebuilt, exactly what commands did you use?

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#402414: Metapackage for Etch

[Vincent Bernat]

Hi !

I really think we need a metapackage xen-linux-system-2.6-xen-* ! This
would allow troublefree updates. For example, I have recently upgraded
an Etch system.  I was using non PAE hypervisor  with the new 2.6.18-4
PAE enabled  kernel for Xen. Therefore,  my system was  not booting. A
metapackage would solve this issue.

I may provide a patch if needed.
-- 
printk("Illegal format on cdrom.  Pester manufacturer.\n"); 
2.2.16 /usr/src/linux/fs/isofs/inode.c


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

Bug#413286: ITP: mppenc -- Musepack lossy audio codec encoder

[Jorge Salamero Sanz]

Package: wnpp
Severity: wishlist
Owner: Jorge Salamero Sanz <[EMAIL PROTECTED]>


* Package name: mppenc
  Version : 1.16
  Upstream Author : Musepack Development Team
* URL : http://www.musepack.net/
* License : LGPL
  Programming Lang: C
  Description : Musepack lossy audio codec encoder

 Musepack is a lossy audio codec specifically optimized for transparent
 compression of stereo audio at bitrates of 160-180 kbit/s.
 .
 This package contains the encoder, for decoding see libmpcdec3.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-powerpc
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#411836: [INTL:gl] Galician debconf templates translation for auctex

[Davide G. M. Salvetti]

tags 411836 + confirmed pending
thanks

It will be added to the next upload.

-- 
Thanks, Davide


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

Bug#413284: quodlibet crashes frequently during play

[Mugurel Tudor]

Package: quodlibet
Version: 0.23.1-1
Severity: important

During play, quodlibet crashes (sometimes during song change, sometimes
while playing). There is no meaningful message shown in the console (I
started it from a console, in hope for some clues shown while crashing).

It must be something going wrong recently, because quodlibet never
crashed before on my system. Today, in one hour of play (mp3 format
involved), I had 4 crashes.

I'll list below the backtrace:

Backtrace was generated from '/usr/X11R6/bin/quodlibet'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1210280256 (LWP 6954)]
[New Thread -1292219472 (LWP 7070)]
[New Thread -1302295632 (LWP 7068)]
[New Thread -1272312912 (LWP 6960)]
[New Thread -1282016336 (LWP 6958)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols foun

Bug#413285: Failed install (Sarge 2.4 kernel) - Dell 8400 + SATA Redux

[Peter Farley]

Package: installation-reports

Boot method: CD-ROM, boot: linux
debconf/priority=medium
Image version:
http://cdimage.debian.org/debian-cd/current/i386/jigdo-dvd/debian-31r5-i386-binary-{1,2}.jigdo
Date: 2007/03/02, 15:40

Machine: Dell 8400
Processor: 3.2Ghz P4
Memory: 1Gb
Partitions: df -Tl not avail in install ash shell
No working linux available

Output of lspci and lspci -n:
N/A in install ash shell
No working linux available

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] =
didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [E]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

Disk scan for Partitioning finds only Adaptec
AHA-2930CU SCSI card with attached Jaz-2GB and ZIP-250
drives.
Internal SATA HDD is not detected at all.
External USB2.0 IDE HDD is not detected at all.



 

Don't get soaked.  Take a quick peak at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather


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

Bug#413283: libghc6-cairo-dev: Missing dependency on libghc6-mtl-dev

[Adam Hupp]

Package: libghc6-cairo-dev
Version: 0.9.10.5-1
Severity: normal


On installing libghc6-soegtk-dev, the install failed due to
libghc6-cairo-dev missing a dependency on libghc6-mtl-dev.  Manually
installing that package allowd the cairo install to proceed.  See below:

[EMAIL PROTECTED] ~]$ sudo apt-get install libghc6-soegtk-dev
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  libghc6-cairo-dev libghc6-glib-dev libghc6-gtk-dev
Suggested packages:
  gtk2hs-doc
The following NEW packages will be installed:
  libghc6-cairo-dev libghc6-glib-dev libghc6-gtk-dev libghc6-soegtk-dev
0 upgraded, 4 newly installed, 0 to remove and 8 not upgraded.
Need to get 2979kB of archives.
After unpacking 27.7MB of additional disk space will be used.
Do you want to continue [Y/n]?
Get:1 http://ftp.us.debian.org unstable/main libghc6-glib-dev 0.9.10.5-1 
[191kB]Get:2 http://ftp.us.debian.org unstable/main libghc6-cairo-dev 
0.9.10.5-1 [287kB]
Get:3 http://ftp.us.debian.org unstable/main libghc6-gtk-dev 0.9.10.5-1 
[2339kB]Get:4 http://ftp.us.debian.org unstable/main libghc6-soegtk-dev 
0.9.10.5-1 [162kB]
Fetched 2979kB in 9s (305kB/s)
Selecting previously deselected package libghc6-glib-dev.
(Reading database ... 242898 files and directories currently installed.)
Unpacking libghc6-glib-dev (from .../libghc6-glib-dev_0.9.10.5-1_i386.deb) ...
Selecting previously deselected package libghc6-cairo-dev.
Unpacking libghc6-cairo-dev (from .../libghc6-cairo-dev_0.9.10.5-1_i386.deb) 
...Selecting previously deselected package libghc6-gtk-dev.
Unpacking libghc6-gtk-dev (from .../libghc6-gtk-dev_0.9.10.5-1_i386.deb) ...
Selecting previously deselected package libghc6-soegtk-dev.
Unpacking libghc6-soegtk-dev (from .../libghc6-soegtk-dev_0.9.10.5-1_i386.deb) 
...
Setting up libghc6-glib-dev (0.9.10.5-1) ...
Reading package info from 
"/usr/lib/haskell-packages/ghc6/lib/glib-0.9.10.5/glib.package.conf" ... done.
building GHCi library 
/usr/lib/haskell-packages/ghc6/lib/glib-0.9.10.5/HSglib.o... done.
Saving old package config file... done.
Writing new package config file... done.

Setting up libghc6-cairo-dev (0.9.10.5-1) ...
Reading package info from 
"/usr/lib/haskell-packages/ghc6/lib/cairo-0.9.10.5/cairo.package.conf" ... done.
ghc-pkg: dependency mtl doesn't exist (use --force to override)
dpkg: error processing libghc6-cairo-dev (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of libghc6-gtk-dev:
 libghc6-gtk-dev depends on libghc6-cairo-dev (= 0.9.10.5-1); however:
  Package libghc6-cairo-dev is not configured yet.
dpkg: error processing libghc6-gtk-dev (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of libghc6-soegtk-dev:
 libghc6-soegtk-dev depends on libghc6-gtk-dev (= 0.9.10.5-1); however:
  Package libghc6-gtk-dev is not configured yet.
 libghc6-soegtk-dev depends on libghc6-cairo-dev (= 0.9.10.5-1); however:
  Package libghc6-cairo-dev is not configured yet.
dpkg: error processing libghc6-soegtk-dev (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libghc6-cairo-dev
 libghc6-gtk-dev
 libghc6-soegtk-dev
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

Versions of packages libghc6-cairo-dev depends on:
ii  ghc6  6.6-3  GHC - the Glasgow Haskell Compilat
ii  libc6 2.3.6.ds1-13   GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libcairo2-dev 1.2.4-4Development files for the Cairo 2D
ii  libghc6-glib-dev  0.9.10.5-1 A GUI library for Haskell (Gtk2Hs)
ii  libglib2.0-0  2.12.6-2   The GLib library of C routines
ii  libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library

libghc6-cairo-dev recommends no packages.

-- no debconf information


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

Bug#413281: x11-common: sarge to etch upgrade fails

[Bill Allombert]

Package: x11-common
Version: 7.1.0-13
Severity serious

Hello X Strike force,

upgrade from sarge to etch fails with

  Removing xbase-clients ...
  Selecting previously deselected package x11-common.
  (Reading database ... 71210 files and directories currently installed.)
  Unpacking x11-common (from .../x11-common_1%3a7.1.0-13_i386.deb) ...
  rmdir: /usr/X11R6/bin: Directory not empty
  dpkg: error processing 
/var/cache/apt/archives/x11-common_1%3a7.1.0-13_i386.deb (--unpack):
   subprocess pre-installation script returned error exit status 1
  Errors were encountered while processing:
   /var/cache/apt/archives/x11-common_1%3a7.1.0-13_i386.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)

# ls /usr/X11R6/bin/
hamsoft  hanterm

# dpkg -S /usr/X11R6/bin/*
hamsoft: /usr/X11R6/bin/hamsoft
dpkg: /usr/X11R6/bin/hanterm not found.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large blue swirl here. 


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

Bug#358128: closed by Brian Nelson <[EMAIL PROTECTED]> (Re: kdebindings: please provide bindings for Qt4 !)

[Vincent Fourmond]

Debian Bug Tracking System wrote:
>
> I think some of those already exist in the archive.  If not, feel free
> to file a "RFP"--see http://www.debian.org/devel/wnpp/

  Yes, I'm the packager for one of them ;-) ! Cheers,

Vincent



-- 
Vincent Fourmond, PhD student (not for long anymore)
http://vincent.fourmond.neuf.fr/


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

Bug#413018: nautilus: Display current location in title bar.

[Josselin Mouette]

tag 413018 + pending
thanks

Le vendredi 02 mars 2007 à 12:31 +0100, Adrien DELLE CAVE a écrit :
> Thanks for your reply, I have modify the patch.
> Now, the feature is apply in spatial mode too.

I have added the patch to our SVN - without making the new behavior the
default - and forwarded it upstream. However, I think it still needs
work, especially for not displaying the URI when it is not needed (like
computer:///). 

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#413282: libsdl1.2debian: Mouse pointer periodically snaps to wrong position

[Ben Hutchings]

Package: libsdl1.2debian
Version: 1.2.11-7
Severity: normal

When I use the mouse in an SDL application (tested in ppracer and
nexuiz), the mouse pointer snaps to the centre of the screen every
~7 seconds.  If I set the environment variable
SDL_VIDEO_X11_DGAMOUSE=0 then the pointer snaps to varying posititons
on the screen at unpredictable intervals.

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

Versions of packages libsdl1.2debian depends on:
ii  libsdl1.2debian-alsa  1.2.11-7   Simple DirectMedia Layer (with X11

libsdl1.2debian recommends no packages.

-- no debconf information

Versions of X server packages:

ii  xserver-xorg 7.1.0-11  the X.Org X server
ii  xserver-xorg-core1.1.1-15  X.Org X server -- 
core server
ii  xserver-xorg-input-evdev 1.1.2-6   X.Org X server -- 
evdev input driver
ii  xserver-xorg-input-kbd   1.1.0-4   X.Org X server -- 
keyboard input driver
ii  xserver-xorg-input-mouse 1.1.1-3   X.Org X server -- 
mouse input driver
ii  xserver-xorg-input-synaptics 0.14.6-1  Synaptics TouchPad 
driver for X.Org/XFree86
ii  xserver-xorg-input-wacom 0.7.4.1-5 X.Org X server -- 
wacom input driver
ii  xserver-xorg-video-ati   6.6.3-2   X.Org X server -- 
ATI display driver


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

Bug#355936: Seems to be solved but I cant' test it.

[Raúl Sánchez Siles]

forwarded 355936 https://bugs.kde.org/show_bug.cgi?id=128699
tags 355936 +fixed
thanks

  Thanks Ana/Debian-KDE for caring about this. This app for me is a use and 
dispose kind, so I haven't used it anymore.  Digging into the bugs.kde.org 
I've find almost(if not) the same 
problem(https://bugs.kde.org/show_bug.cgi?id=128699), the difference is that 
kde bug reporter was so appropriate to get a backtrace right there.

  I think we could take this as "solved" because moreover no one else reported 
about this and the bug submitter assures is solved.

  Saludos ;)

-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


pgp6hOJWstwgA.pgp
Description: PGP signature

Bug#409295: iceape: v1.1 is available

[Wladimir Mutel]

Hendrik-Jan Heins wrote:


I think I worked the kinks out.
I'm writing this from an iceape 1.1.1
This version of 1.1.1 should work without any issues.
You can find it at: http://hjh.passys.nl in the Debian/Sid/i386 folder



Could you tell me if it works for you as well?


Yes, now it works much better that previous build.
I only noticed that default font became smaller
(in Western and Cyrillic encodings), and I can not
control this by minimal font size setting.

That is observable, for example, on LWN.net site,
and in mail&news message viewing&composing windows.
I checked min.font size in my preferences, set it to 10,
then back to 12, but this did not help. Now I have to press Ctrl-+
once or twice to bring the font to more familiar size.

As well, I had installed iceape-gnome-support package v1.0.7,
and in your build, v1.1.1 of this package clashes with
iceape-browser on file /usr/share/iceape/components/imgicon.xpt .
So far I was forced to remove iceape-gnome-support.
Don't know if this has any impact on font size.


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

Bug#413168: pangzero: Show a website at exit by default

[Eddy Petrișor]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

# I tested the patch from Roland and patched the package in our SVN
# thanks Roland
tags 411792 pending
thanks

Pierre THIERRY wrote:
> The fact that by default, pangzero will fire up the browser to show its
> website is rather intrusive.

I agree, probably this was a mistake from upstream since the option
exists in the menu and we should forward them the patch.

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

iD8DBQFF6fcAY8Chqv3NRNoRAmQrAJsEl/LnoW4NUatioS7jZtW1MzmcXACfYc2c
jl0RxSMv25ucpSm0SR5xEQE=
=dAY4
-END PGP SIGNATURE-


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

Bug#402711: Roundup 1.3.3 available

[Ben Finney]

On 03-Mar-2007, Toni Mueller wrote:
> Ben Finney <[EMAIL PROTECTED]> wrote:
> > Roundup 1.3.3 has been released, fixing bugs and adding features.
> 
> yes... I'm aware of it, and working on it, too.

Great! Thanks for the response.

-- 
 \   "bash awk grep perl sed, df du, du-du du-du, vi troff su fsck |
  `\  rm * halt LART LART LART!"  -- The Swedish BOFH, |
_o__)alt.sysadmin.recovery |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#413269: wordpress: Should not ship with Etch

[Thibaut VARENE]

On 3/3/07, Moritz Muehlenhoff <[EMAIL PROTECTED]> wrote:

Package: wordpress
Severity: serious

On behalf of the Security Team I'm requesting the removal of Wordpress
from Etch. There's a steady flow of security issues being found in
Wordpress and we don't believe it's sanely maintainable over the
course of 30-36 months. (Etch life-time)


I didn't know the debian security team was entitled to ask for package
removal based on FUD.

Wordpress is well maintained, both upstream and in Debian. What the heck?

As to the "even more worrying" point, let's just recall that this is
exactly what happened to openssh[0]. And we had a number of Debian
machines compromised. Shit happens, I don't think that's a reason to
ask for package removal. This is plain and pure FUD.

T-Bone

[0] http://www.openssh.com/txt/trojan.adv


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

Bug#413280: gnomemeeting: Format string vulnerabilities

[Moritz Muehlenhoff]

Package: gnomemeeting
Severity: grave
Tags: security
Justification: user security hole

While fixed for Ekiga, GnomeMeeting is still affected by unauthenticated,
remote format string flaws. I'm attaching the patch I used for stable,
but the proper fix is probably to remove gnomemeeting from Etch:

Why is gnomemeeting still in etch along with the new name Ekiga?
We can't support an arbitrary number of old packages just because
they have been renamed at some point in time; our archive it already
way too big.

Cheers,
Moritz

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


99_security-CVE-2007-1006.dpatch
Description: application/shellscript