Processed: severity of 254089 is serious

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 254089 serious
Bug#254089: FTBFS: test for res_mkquery is broken
Bug#166613: mtr_0.51-1 (unstable): fails to build
Severity set to `serious'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#352225: adduser: severe problem in existing_user_ok()

[Joerg Hoh]

Hi Henrique

Thank you for your detailled bug description.

On Fri, Feb 10, 2006 at 12:54:04PM -0200, Henrique de Moraes Holschuh wrote:
> 
> The bug is in routine existing_user_ok.  It must not return 2 if $new_uid is
> undefined.  In that case, only 0 and 1 are valid results.

Can you try the attached patch for adduser 3.82. Adduser returns now
correctly "0" if you try to add the same user again and again.


> I miss a third return value, "3" for users which exist but are not in the
> system range (which is a valid result independent of $new_uid being defined
> or not).  It is useful to generate a printf (gtx("The user `%s' already
> exists as a non-system user. Aborting\n"), $new_name) error message.

I consider this for some of the next releases.

Jörg

-- 
Was denen einen ihr Watergate, ist den anderen ihr Firstgate.
- Thomas Bliessner, <[EMAIL PROTECTED]>
Index: adduser
===
--- adduser (Revision 475)
+++ adduser (Arbeitskopie)
@@ -223,10 +223,15 @@
 #
 if ($action eq "addsysgroup") {
 # Check if requested group already exists and we can exit safely
-if (existing_group_ok($new_name, $new_gid)) {
+if (existing_group_ok($new_name, $new_gid) == 1) {
printf (gtx("The group `%s' already exists as a system group. 
Exiting...\n"), $new_name) if $verbose;
exit 0;
 }
+if (existing_group_ok($new_name, $new_gid) == 2) {
+   printf (gtx("The group `%s' already exists, but has a different gid, 
aborting...\n"), $new_name) if $verbose;
+   exit 1;
+}
+
 dief (gtx("The group `%s' already exists and is not a system 
group.\n"),$new_name)
if (defined getgrnam($new_name));
 dief (gtx("The GID `%s' is already in use.\n"),$new_gid)
@@ -600,8 +605,8 @@
 }
 
 # returns 0 if the the user doesn't exist or
-# returns 1 if the user already exists with the specified uid
-# returns 2 if the user already exists with a different uid
+# returns 1 if the user already exists with the specified uid (or $new_uid 
wasn't specified)
+# returns 2 if the user already exists, but $new_uid doesn't matches its uid
 sub existing_user_ok {
 my($new_name,$new_uid) = @_;
 my ($dummy1,$dummy2,$uid);
@@ -609,6 +614,9 @@
if( defined($new_uid) && $uid == $new_uid ) {
return 1;
}
+   if (! defined($new_uid)) { 
+   return 1;
+   }
if( $uid >= $config{"first_system_uid"} &&
$uid <= $config{"last_system_uid" } ) {
return 2;
@@ -619,9 +627,8 @@
 }
 
 # returns 0 if the group doesn't exist or
-# returns 1 if 
-# - the group already exists as a system group or
-# - if an explicit GID is given, that GID matches the existing group.
+# returns 1 if the group already exists with the specified gid (or $new_gid 
wasn't specified)
+# returns 2 if the group already exists, but $new_gid doesn't match its gid 
 sub existing_group_ok {
 my($new_name,$new_gid) = @_;
 my ($dummy1,$dummy2,$gid);
@@ -629,9 +636,12 @@
if( defined($new_gid) && $gid == $new_gid ) {
return 1;
}
+   if (! defined($new_gid)) {
+   return 1;
+   }
if( $gid >= $config{"first_system_gid"} &&
$gid <= $config{"last_system_gid" } ) {
-   return 1;
+   return 2;
}
 } else {
return 0;


signature.asc
Description: Digital signature

Bug#352207: grub-update does not work since update to 0.97-3

[Kristian Edlund]

Can you reproduce the error when you run update-grub with "sh update-grub"?

Can you send supply your menu.lst file, and try to run update-grub
with "sh -x update-grub " and send the output of that file as well.

Kristian

Bug#352323: mondo: ---FATALERROR--- Pre-param initialization phase failed. Please review the error messages above, make the specified changes, then try again. Exiting...

[mahashakti89]

Package: mondo
Version: 2.06-2
Severity: grave
Justification: renders package unusable

Sorry to report this bug, I hoped it would work so fine as with version
2.05, but I cannot make a right start, it stops me after 30 seconds !
Also hope you have all informations you need.

Thanks

mahashakti89

-- Package-specific info:

Contents of /var/log/mindi.log:

mindi v1.06-r266
i686 architecture detected
mindi called with the following arguments:
--makemountlist /tmp/mountlist.txt.test
MINDI_LIB = /usr/lib/mindi
MINDI_SBIN = /usr/sbin
MINDI_CONF = /etc/mindi
MONDO_LIB = /usr/lib/mondo
MINDI_VERSION is 1.06-r266
Fatal error. DebFindFailsafe failed.
Please e-mail a copy of /tmp/mindi.err.30168.tgz to the mailing list.
See http://www.mondorescue.org for more information.
WE CANNOT HELP unless you enclose that file.

=

Contents of /var/log/mondo-archive.log:

running: dmesg -n1 > /tmp/mondo-run-prog-thing.tmp 2> 
/tmp/mondo-run-prog-thing.err
start of output-
end of output--
...ran just fine. :-)
Mondo Archive v2.06-266 --- http://www.mondorescue.org
running on i386 architecture
---
NB: Mondo logs almost everything, so don't panic if you see
some error messages.  Please read them carefully before you
decide to break out in a cold sweat.Despite (or perhaps
because of) the wealth of messages. some users are inclined
to stop reading this log. If Mondo stopped for some reason,
chances are it's detailed here.  More than likely there's a
message at the very end of this log that will tell you what
is wrong. Please read it!  -Devteam
---
Zero...
[Main] main.c->welcome_to_mondoarchive#179: One...
[Main] main.c->welcome_to_mondoarchive#180: Two...
[Main] main.c->welcome_to_mondoarchive#181: Three...
[Main] main.c->welcome_to_mondoarchive#182: Four...
[Main] main.c->distro_specific_kludges_at_start_of_mondoarchive#199: 
Unmounting old ramdisks if necessary
running: umount `mount | grep shm | grep mondo | cut -d' ' -f3` > 
/tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
start of output-
Usage: umount [-hV]
umount -a [-f] [-r] [-n] [-v] [-t vfstypes] [-O opts]
umount [-f] [-r] [-n] [-v] special | node...
end of output--
...ran with res=512
running: mount | grep cdrom | grep super > /tmp/mondo-run-prog-thing.tmp 2> 
/tmp/mondo-run-prog-thing.err
start of output-
end of output--
...ran with res=256
running: mount | grep floppy | grep super > /tmp/mondo-run-prog-thing.tmp 2> 
/tmp/mondo-run-prog-thing.err
start of output-
end of output--
...ran with res=256
[Main] libmondo-tools.c->mount_boot_if_necessary#1387: Started sub
[Main] libmondo-tools.c->mount_boot_if_necessary#1388: 
About to set g_boot_mountpt[0] to '\0'
[Main] libmondo-tools.c->mount_boot_if_necessary#1390: 
Done. Great. Seeting command to something
[Main] libmondo-tools.c->mount_boot_if_necessary#1393: 
Cool. Command = 'cat /etc/fstab | grep -v ":" | grep -vx "#.*" | grep -w 
"/boot" | tr -s ' ' '   ' | cut -f1 | head -n1'
[Main] libmondo-tools.c->mount_boot_if_necessary#1395: 
tmp = '/dev/hdb1'
[Main] libmondo-tools.c->mount_boot_if_necessary#1397: /boot is at 
/dev/hdb1 according to /etc/fstab
[Main] libmondo-tools.c->mount_boot_if_necessary#1407: command 
= mount | grep -w "/dev/hdb1"
[Main] libmondo-tools.c->mount_boot_if_necessary#1429: Ended sub
[Main] libmondo-tools.c->get_kernel_version#394: g_kernel_version = 2.615000
[Main] libmondo-tools.c->reset_bkpinfo#948: Hi
root is mounted at /dev/hdb

No, Schlomo, that doesn't mean /dev/hdb is the root partition. It's just a 
debugging message. Relax. It's part of am_I_in_disaster_recovery_mode().
[Main] libmondo-devices.c->am_I_in_disaster_recovery_mode#363: Is this a 
ramdisk? result = 0
running: rm -Rf /tmp/changed.files* > /tmp/mondo-run-prog-thing.tmp 2> 
/tmp/mondo-run-prog-thing.err
start of output-
end of output--
...ran just fine. :-)
Checking sanity of your Linux distribution
[Main] libmondo-tools.c->some_basic_system_sanity_checks#1082: Free 
space on given partition = 16333 MB
running: cat /proc/devices | grep ramdisk > /tmp/mon

Bug#352323: mondo: ---FATALERROR--- Pre-param initialization phase failed. Please review the error messages above, make the specified changes, then try again. Exiting...

[Andree Leidenfrost]

Hi,

Thanks a lot for reporting this bug.

Could you run /usr/lib/mindi/DebFindFailsafe directly and let me know
what the outcome is, i.e. mail the output?

In the system information it says:

Shell:  /bin/sh linked to /bin/bash

So, you do have bash installed, don't you? What happens when you
run /bin/bash? (I'm sure it's fine, just double-checking.)

(REMINDER TO MYSELF: check bash dependencies and necessity!)

Maybe it has to do with your locale. Could you set:

export LANG=""
export LC_CTYPE=""

and check whether that makes a difference?

Regards,
Andree

On Sat, 2006-02-11 at 10:33 +0100, mahashakti89 wrote: 
> Package: mondo
> Version: 2.06-2
> Severity: grave
> Justification: renders package unusable
> 
> Sorry to report this bug, I hoped it would work so fine as with version
> 2.05, but I cannot make a right start, it stops me after 30 seconds !
> Also hope you have all informations you need.
> 
> Thanks
> 
> mahashakti89
> 
> -- Package-specific info:
> 
> Contents of /var/log/mindi.log:
> 
> mindi v1.06-r266
> i686 architecture detected
> mindi called with the following arguments:
> --makemountlist /tmp/mountlist.txt.test
> MINDI_LIB = /usr/lib/mindi
> MINDI_SBIN = /usr/sbin
> MINDI_CONF = /etc/mindi
> MONDO_LIB = /usr/lib/mondo
> MINDI_VERSION is 1.06-r266
> Fatal error. DebFindFailsafe failed.
> Please e-mail a copy of /tmp/mindi.err.30168.tgz to the mailing list.
> See http://www.mondorescue.org for more information.
> WE CANNOT HELP unless you enclose that file.
> 
> =
> 
> Contents of /var/log/mondo-archive.log:
> 
> running: dmesg -n1 > /tmp/mondo-run-prog-thing.tmp 2> 
> /tmp/mondo-run-prog-thing.err
> start of output-
> end of output--
> ...ran just fine. :-)
> Mondo Archive v2.06-266 --- http://www.mondorescue.org
> running on i386 architecture
> ---
> NB: Mondo logs almost everything, so don't panic if you see
> some error messages.  Please read them carefully before you
> decide to break out in a cold sweat.Despite (or perhaps
> because of) the wealth of messages. some users are inclined
> to stop reading this log. If Mondo stopped for some reason,
> chances are it's detailed here.  More than likely there's a
> message at the very end of this log that will tell you what
> is wrong. Please read it!  -Devteam
> ---
> Zero...
> [Main] main.c->welcome_to_mondoarchive#179: One...
>   [Main] main.c->welcome_to_mondoarchive#180: Two...
>   [Main] main.c->welcome_to_mondoarchive#181: Three...
>   [Main] main.c->welcome_to_mondoarchive#182: Four...
>   [Main] main.c->distro_specific_kludges_at_start_of_mondoarchive#199: 
> Unmounting old ramdisks if necessary
> running: umount `mount | grep shm | grep mondo | cut -d' ' -f3` > 
> /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
> start of output-
> Usage: umount [-hV]
> umount -a [-f] [-r] [-n] [-v] [-t vfstypes] [-O opts]
> umount [-f] [-r] [-n] [-v] special | node...
> end of output--
> ...ran with res=512
> running: mount | grep cdrom | grep super > /tmp/mondo-run-prog-thing.tmp 2> 
> /tmp/mondo-run-prog-thing.err
> start of output-
> end of output--
> ...ran with res=256
> running: mount | grep floppy | grep super > /tmp/mondo-run-prog-thing.tmp 2> 
> /tmp/mondo-run-prog-thing.err
> start of output-
> end of output--
> ...ran with res=256
> [Main] libmondo-tools.c->mount_boot_if_necessary#1387: Started sub
>   [Main] libmondo-tools.c->mount_boot_if_necessary#1388: 
> About to set g_boot_mountpt[0] to '\0'
>   [Main] libmondo-tools.c->mount_boot_if_necessary#1390: 
> Done. Great. Seeting command to something
>   [Main] libmondo-tools.c->mount_boot_if_necessary#1393: 
> Cool. Command = 'cat /etc/fstab | grep -v ":" | grep -vx "#.*" | grep -w 
> "/boot" | tr -s ' ' '   ' | cut -f1 | head -n1'
>   [Main] libmondo-tools.c->mount_boot_if_necessary#1395: 
> tmp = '/dev/hdb1'
>   [Main] libmondo-tools.c->mount_boot_if_necessary#1397: /boot is at 
> /dev/hdb1 according to /etc/fstab
>   [Main] libmondo-tools.c->mount_boot_if_necessary#1407: command 
> = mount | grep -w "/dev/hdb1"
> [Main] libmondo-tools.c->mount_boot_if_necessary#1429: Ended sub
> [Main] libmondo-tools.c->get_kernel_version#394: g_kernel_version = 2.615000
> [Main] libmond

Bug#352323: mondo: ---FATALERROR--- Pre-param initialization phase failed. Please review the error messages above, make the specified changes, then try again. Exiting...

[mahashakti89]

On Sat, Feb 11, 2006 at 09:21:40PM +1100, Andree Leidenfrost wrote :
> Hi,
> 
> Thanks a lot for reporting this bug.
> 
> Could you run /usr/lib/mindi/DebFindFailsafe directly and let me know
> what the outcome is, i.e. mail the output?
>

Perhaps we have the solution , output of /usr/lib/mindi/DebFindFailsafe
gives following output :

 /usr/lib/mindi/DebFindFailsafe
 FATAL ERROR: Failed to get real kernel package for virtual kernel
 package candiate(s) linux-image-2.6-486 kernel-image-2.6-386
 linux-image-386. Terminating.
 
 I am remembering, aptitude mentioned, one of the packages listed in the
 error message were recommanded, but would not be installed.
 Should I try with one of these packages installed ?


> In the system information it says:
> 
> Shell:  /bin/sh linked to /bin/bash
> 
> So, you do have bash installed, don't you? What happens when you
> run /bin/bash? (I'm sure it's fine, just double-checking.)
>

No particular message. Seems to be O.K

> (REMINDER TO MYSELF: check bash dependencies and necessity!)
> 
> Maybe it has to do with your locale. Could you set:
> 
> export LANG=""
> export LC_CTYPE=""
> 
> and check whether that makes a difference?

No changes , I am running in the same error.

Thanks

mahashakti89
> Regards,
> Andree
> 
> On Sat, 2006-02-11 at 10:33 +0100, mahashakti89 wrote: 
> > Package: mondo
> > Version: 2.06-2
> > Severity: grave
> > Justification: renders package unusable
> > 
> > Sorry to report this bug, I hoped it would work so fine as with version
> > 2.05, but I cannot make a right start, it stops me after 30 seconds !
> > Also hope you have all informations you need.
> > 
> > Thanks
> > 
> > mahashakti89
> > 
> > -- Package-specific info:
> > 
> > Contents of /var/log/mindi.log:
> > 
> > mindi v1.06-r266
> > i686 architecture detected
> > mindi called with the following arguments:
> > --makemountlist /tmp/mountlist.txt.test
> > MINDI_LIB = /usr/lib/mindi
> > MINDI_SBIN = /usr/sbin
> > MINDI_CONF = /etc/mindi
> > MONDO_LIB = /usr/lib/mondo
> > MINDI_VERSION is 1.06-r266
> > Fatal error. DebFindFailsafe failed.
> > Please e-mail a copy of /tmp/mindi.err.30168.tgz to the mailing list.
> > See http://www.mondorescue.org for more information.
> > WE CANNOT HELP unless you enclose that file.
> > 
> > =
> > 
> > Contents of /var/log/mondo-archive.log:
> > 
> > running: dmesg -n1 > /tmp/mondo-run-prog-thing.tmp 2> 
> > /tmp/mondo-run-prog-thing.err
> > start of output-
> > end of output--
> > ...ran just fine. :-)
> > Mondo Archive v2.06-266 --- http://www.mondorescue.org
> > running on i386 architecture
> > ---
> > NB: Mondo logs almost everything, so don't panic if you see
> > some error messages.  Please read them carefully before you
> > decide to break out in a cold sweat.Despite (or perhaps
> > because of) the wealth of messages. some users are inclined
> > to stop reading this log. If Mondo stopped for some reason,
> > chances are it's detailed here.  More than likely there's a
> > message at the very end of this log that will tell you what
> > is wrong. Please read it!  -Devteam
> > ---
> > Zero...
> > [Main] main.c->welcome_to_mondoarchive#179: One...
> > [Main] main.c->welcome_to_mondoarchive#180: Two...
> > [Main] main.c->welcome_to_mondoarchive#181: Three...
> > [Main] main.c->welcome_to_mondoarchive#182: Four...
> > [Main] main.c->distro_specific_kludges_at_start_of_mondoarchive#199: 
> > Unmounting old ramdisks if necessary
> > running: umount `mount | grep shm | grep mondo | cut -d' ' -f3` > 
> > /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
> > start of output-
> > Usage: umount [-hV]
> > umount -a [-f] [-r] [-n] [-v] [-t vfstypes] [-O opts]
> > umount [-f] [-r] [-n] [-v] special | node...
> > end of output--
> > ...ran with res=512
> > running: mount | grep cdrom | grep super > /tmp/mondo-run-prog-thing.tmp 2> 
> > /tmp/mondo-run-prog-thing.err
> > start of output-
> > end of output--
> > ...ran with res=256
> > running: mount | grep floppy | grep super > /tmp/mondo-run-prog-thing.tmp 
> > 2> /tmp/mondo-run-prog-thing.err
> > start of output-
> > end of output--
> > ...ran with res=256
> > [Main] libmondo-tools.c->mount_boot_if_necessary#1387: Started sub
> > [Main] libmondo-tools.c->mount_boot_if_necessary#1388: 

Bug#352335: stgit: lacks dependency on git-core

[Yann Dirson]

Package: stgit
Severity: serious
Version: 0.8.1-1

See subject.
-- 
Yann Dirson<[EMAIL PROTECTED]> |
Debian-related: <[EMAIL PROTECTED]> |   Support Debian GNU/Linux:
|  Freedom, Power, Stability, Gratis
 http://ydirson.free.fr/| Check 


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

Bug#352336: dssi-dev: Depends on ladspa-sdk missing

[Michael Koch]

Package: dssi-dev
Version: 0.9.1-1
Severity: grave
Justification: renders package unusable

I tried to compile classpath with DSSI support. classpath includes
dssi_data.h which in turn includes ladspa.h. As dssi-dev does not
depends on ladspa-sdk this file is missing when just depending on
dssi-dev. Please inlude ladspa-sdk in the Depends field of dssi-dev.


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

-- no debconf information


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

Bug#222757: Bug #222757: multisync: Still unfixed

[Steve Langasek]

> > Some of the build-dependencies have been updated, but there are still
> > many of them which are not necessary and potentially troublesome.

> Can you be a bit more specific?

The current build failures are due to a build-dependency on libgal2.0-dev,
which no longer exists.  But I have no idea how many of the other
build-dependencies are relevant to the package -- my guess is, not many.  At
least heimdal-dev and libgnomeprintui2.2-dev appear to be false positives.

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


signature.asc
Description: Digital signature

Bug#352027: marked as done (heartbeat: missing pre-depends on adduser)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 03:17:07 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352027: fixed in heartbeat 1.2.4-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: heartbeat
Version: 1.2.4-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of evms_2.5.4-6 on debian-31 by sbuild/s390 85
[...]
> Selecting previously deselected package heartbeat.
> Unpacking heartbeat (from .../heartbeat_1.2.4-2_s390.deb) ...
> Use of uninitialized value in printf at /usr/sbin/adduser line 329.
> Password: chfn: PAM authentication failed
> adduser: `/usr/bin/chfn -f Heartbeat System Account hacluster' returned error 
> code 1.  Aborting.
> dpkg: error processing 
> /home/buildd/build/chroot-unstable/var/cache/apt/archives/heartbeat_1.2.4-2_s390.deb
>  (--unpack):
>  subprocess pre-installation script returned error exit status 2

Bastian

--- End Message ---
--- Begin Message ---
Source: heartbeat
Source-Version: 1.2.4-3

We believe that the bug you reported is fixed in the latest version of
heartbeat, which is due to be installed in the Debian FTP archive:

heartbeat-dev_1.2.4-3_i386.deb
  to pool/main/h/heartbeat/heartbeat-dev_1.2.4-3_i386.deb
heartbeat_1.2.4-3.diff.gz
  to pool/main/h/heartbeat/heartbeat_1.2.4-3.diff.gz
heartbeat_1.2.4-3.dsc
  to pool/main/h/heartbeat/heartbeat_1.2.4-3.dsc
heartbeat_1.2.4-3_i386.deb
  to pool/main/h/heartbeat/heartbeat_1.2.4-3_i386.deb
ldirectord_1.2.4-3_all.deb
  to pool/main/h/heartbeat/ldirectord_1.2.4-3_all.deb
libpils-dev_1.2.4-3_i386.deb
  to pool/main/h/heartbeat/libpils-dev_1.2.4-3_i386.deb
libpils0_1.2.4-3_i386.deb
  to pool/main/h/heartbeat/libpils0_1.2.4-3_i386.deb
libstonith-dev_1.2.4-3_i386.deb
  to pool/main/h/heartbeat/libstonith-dev_1.2.4-3_i386.deb
libstonith0_1.2.4-3_i386.deb
  to pool/main/h/heartbeat/libstonith0_1.2.4-3_i386.deb
stonith_1.2.4-3_i386.deb
  to pool/main/h/heartbeat/stonith_1.2.4-3_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Simon Horman <[EMAIL PROTECTED]> (supplier of updated heartbeat package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 10 Feb 2006 12:18:01 +0900
Source: heartbeat
Binary: libstonith-dev ldirectord libstonith0 heartbeat libpils-dev libpils0 
stonith heartbeat-dev
Architecture: source i386 all
Version: 1.2.4-3
Distribution: unstable
Urgency: low
Maintainer: Simon Horman <[EMAIL PROTECTED]>
Changed-By: Simon Horman <[EMAIL PROTECTED]>
Description: 
 heartbeat  - Subsystem for High-Availability Linux
 heartbeat-dev - Subsystem for High-Availability Linux - development files
 ldirectord - Monitors virtual services provided by LVS
 libpils-dev - Plugin and Interface Loading System - development files
 libpils0   - Plugin and Interface Loading System
 libstonith-dev - Interface for remotely powering down a node in the cluster
 libstonith0 - Interface for remotely powering down a node in the cluster
 stonith- Interface for remotely powering down a node in the cluster
Closes: 351180 351202 352027
Changes: 
 heartbeat (1.2.4-3) unstable; urgency=low
 .
   * Make /usr/bin/cl_status setgid
 (closes: #351180)
   * Fix inconsistency between hb_standb(1) man page and wiki
 (closes: #351202)
   * Add pre-depends on adduser
 (closes: #352027)
Files: 
 55ba5f2a56140c3964c76e106547def6 892 admin optional heartbeat_1.2.4-3.dsc
 9a6f246ab78d5004e46b4566e72215d2 2552 admin optional heartbeat_1.2.4-3.diff.gz
 862205437a6127893e551ebad3c1f133 48522 admin optional 
ldirectord_1.2.4-3_all.deb
 7908586e7ad661d1f41b76b6f04b2997 38828 admin optional stonith_1.2.4-3_i386.deb
 522f5a2976d85d6d22fe61412ce748d9 93958 libs optional 
libstonith0_1.2.4-3_i386.deb
 7306b5d43a6144242cb038973b0c769a 31880 libdevel optional 
libstonith-dev_1.2.4-3_i386.deb
 612dddf65c05b7da195055aa5e7fe04c 49808 libs optional libpils0_1.2.4-3_i386.deb
 976d5b101d16b43b290806601e6f8558 61094 devel optional 
libpils-dev_1.2.4-3_i386.deb
 3d589f4485e8585657cbc482d247ed13 501782 admin optional 
heartbeat_1.2.4-3_i386.deb
 61a21e8433897e6c

Bug#352158: marked as done (heartbeat-2: missing pre-depends on adduser)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 03:17:10 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352158: fixed in heartbeat-2 2.0.3-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: heartbeat
Version: 1.2.4-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of evms_2.5.4-6 on debian-31 by sbuild/s390 85
[...]
> Selecting previously deselected package heartbeat.
> Unpacking heartbeat (from .../heartbeat_1.2.4-2_s390.deb) ...
> Use of uninitialized value in printf at /usr/sbin/adduser line 329.
> Password: chfn: PAM authentication failed
> adduser: `/usr/bin/chfn -f Heartbeat System Account hacluster' returned error 
> code 1.  Aborting.
> dpkg: error processing 
> /home/buildd/build/chroot-unstable/var/cache/apt/archives/heartbeat_1.2.4-2_s390.deb
>  (--unpack):
>  subprocess pre-installation script returned error exit status 2

Bastian

--- End Message ---
--- Begin Message ---
Source: heartbeat-2
Source-Version: 2.0.3-1

We believe that the bug you reported is fixed in the latest version of
heartbeat-2, which is due to be installed in the Debian FTP archive:

heartbeat-2-dev_2.0.3-1_i386.deb
  to pool/main/h/heartbeat-2/heartbeat-2-dev_2.0.3-1_i386.deb
heartbeat-2_2.0.3-1.diff.gz
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.3-1.diff.gz
heartbeat-2_2.0.3-1.dsc
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.3-1.dsc
heartbeat-2_2.0.3-1_i386.deb
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.3-1_i386.deb
heartbeat-2_2.0.3.orig.tar.gz
  to pool/main/h/heartbeat-2/heartbeat-2_2.0.3.orig.tar.gz
ldirectord-2_2.0.3-1_all.deb
  to pool/main/h/heartbeat-2/ldirectord-2_2.0.3-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Simon Horman <[EMAIL PROTECTED]> (supplier of updated heartbeat-2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 11 Feb 2006 09:41:17 +
Source: heartbeat-2
Binary: heartbeat-2-dev ldirectord-2 heartbeat-2
Architecture: source i386 all
Version: 2.0.3-1
Distribution: unstable
Urgency: low
Maintainer: Simon Horman <[EMAIL PROTECTED]>
Changed-By: Simon Horman <[EMAIL PROTECTED]>
Description: 
 heartbeat-2 - Subsystem for High-Availability Linux
 heartbeat-2-dev - Subsystem for High-Availability Linux - development files
 ldirectord-2 - Monitors virtual services provided by LVS
Closes: 336580 337030 339016 339016 351178 351181 352158
Changes: 
 heartbeat-2 (2.0.3-1) unstable; urgency=low
 .
   * New Upstream
   * Make sure adduser is passed the --system flag
 (closes: #336580)
   * Slightly Enhanced package descriptions
 (closes: #337030)
   * Add build dependancy on swig
   * As PYTHON_PATH has been added to configure.in it seems that autoconf1.4
 can no longer build this tree.  Currently autoconf is provided by
 autoconf1.4, and autoconfn is a virtual package provided by autoconf1.7,
 1.8 and 1.9.  Accordingly, replace the autoconf build dependancy with
 autoconf1.9 | autoconfn.  And add a build conflict on autoconf1.4. This
 way the autoconf command should be autoconf1.7, 1.8 or 1.9, but not 1.4
 as was previously the case.
   * Don't apply 00-ssh_scp_path.patch as it should no longer be needed,
 instead add a build dependancy on openssh-client.
 Also removed call to relevant configure options.
   * Removed configure option that no longer exists
 --enable-checkpointd
   * Removed configure options that are now on by default
 --enable-crm --enable-lrm
   * Add build dependancy on libgnutls11-dev, as 1.0 probably doesn't
 compile as _t types don't exist.
 http://lists.gnu.org/archive/html/help-gnutls/2004-08/msg1.html
   * Fix insonsistency between hb_stanby(1) man page, an the wiki
 (closes: #339016)
   * Make /usr/bin/cl_status setgid
 (closes: #351178)
   * Make sure that /var/run/heartbeat/{ccm,crm} exist on install
 else postinst, and thus the install will abort.
 (closes: #351181)
   * Fix inconsistency between hb_standb(1) man page and wiki
 (closes: #339016)
   * Add Pre-Depends on addus

Bug#352027: acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)

[Bastian Blank]

reopen 352027
severity 352027 serious
retitle 352027 heartbeat - pre-depends on adduser without consensus
thanks

On Sat, Feb 11, 2006 at 03:34:06AM -0800, Debian Bug Tracking System wrote:
>* Add pre-depends on adduser
>  (closes: #352027)

Bastian

-- 
No more blah, blah, blah!
-- Kirk, "Miri", stardate 2713.6

Bug#352323: mondo: ---FATALERROR--- Pre-param initialization phase failed. Please review the error messages above, make the specified changes, then try again. Exiting...

[Andree Leidenfrost]

Hi again,

On Sat, 2006-02-11 at 12:07 +0100, mahashakti89 wrote: 
> On Sat, Feb 11, 2006 at 09:21:40PM +1100, Andree Leidenfrost wrote :
> > Hi,
> > 
> > Thanks a lot for reporting this bug.
> > 
> > Could you run /usr/lib/mindi/DebFindFailsafe directly and let me know
> > what the outcome is, i.e. mail the output?
> >
> 
> Perhaps we have the solution , output of /usr/lib/mindi/DebFindFailsafe
> gives following output :
> 
>  /usr/lib/mindi/DebFindFailsafe
>  FATAL ERROR: Failed to get real kernel package for virtual kernel
>  package candiate(s) linux-image-2.6-486 kernel-image-2.6-386
>  linux-image-386. Terminating.
>  
>  I am remembering, aptitude mentioned, one of the packages listed in the
>  error message were recommanded, but would not be installed.
>  Should I try with one of these packages installed ?

Yes, please. As you appear to be running a (self-compiled) 2.6.15 kernel
and are on sid, could you install linux-image-2.6-486 and try again?

We recommend one of these kernel packages to not enforce the
installation for people who don't need it and a space-conscious. But in
general, a recommends should be followed, really. Whether a 2.6 or a 2.4
kernel should be used, depends on what the machine in question is
running. We could of course recommend a 2.4 _and_ a 2.6 kernel but I
sincerely hope, that 2.4 will be removed from sid/etch soon anyway.

(I think I may have to redirect the output of DebFindFailsafe
to /var/log/mindi.log so that this is visible in the standard log.)

Regards,
Andree

> 
> > In the system information it says:
> > 
> > Shell:  /bin/sh linked to /bin/bash
> > 
> > So, you do have bash installed, don't you? What happens when you
> > run /bin/bash? (I'm sure it's fine, just double-checking.)
> >
> 
> No particular message. Seems to be O.K
> 
> > (REMINDER TO MYSELF: check bash dependencies and necessity!)
> > 
> > Maybe it has to do with your locale. Could you set:
> > 
> > export LANG=""
> > export LC_CTYPE=""
> > 
> > and check whether that makes a difference?
> 
> No changes , I am running in the same error.
> 
> Thanks
> 
> mahashakti89
> > Regards,
> > Andree
> > 
> > On Sat, 2006-02-11 at 10:33 +0100, mahashakti89 wrote: 
> > > Package: mondo
> > > Version: 2.06-2
> > > Severity: grave
> > > Justification: renders package unusable
> > > 
> > > Sorry to report this bug, I hoped it would work so fine as with version
> > > 2.05, but I cannot make a right start, it stops me after 30 seconds !
> > > Also hope you have all informations you need.
> > > 
> > > Thanks
> > > 
> > > mahashakti89
> > > 
> > > -- Package-specific info:
> > > 
> > > Contents of /var/log/mindi.log:
> > > 
> > > mindi v1.06-r266
> > > i686 architecture detected
> > > mindi called with the following arguments:
> > > --makemountlist /tmp/mountlist.txt.test
> > > MINDI_LIB = /usr/lib/mindi
> > > MINDI_SBIN = /usr/sbin
> > > MINDI_CONF = /etc/mindi
> > > MONDO_LIB = /usr/lib/mondo
> > > MINDI_VERSION is 1.06-r266
> > > Fatal error. DebFindFailsafe failed.
> > > Please e-mail a copy of /tmp/mindi.err.30168.tgz to the mailing list.
> > > See http://www.mondorescue.org for more information.
> > > WE CANNOT HELP unless you enclose that file.
> > > 
> > > =
> > > 
> > > Contents of /var/log/mondo-archive.log:
> > > 
> > > running: dmesg -n1 > /tmp/mondo-run-prog-thing.tmp 2> 
> > > /tmp/mondo-run-prog-thing.err
> > > start of 
> > > output-
> > > end of 
> > > output--
> > > ...ran just fine. :-)
> > > Mondo Archive v2.06-266 --- http://www.mondorescue.org
> > > running on i386 architecture
> > > ---
> > > NB: Mondo logs almost everything, so don't panic if you see
> > > some error messages.  Please read them carefully before you
> > > decide to break out in a cold sweat.Despite (or perhaps
> > > because of) the wealth of messages. some users are inclined
> > > to stop reading this log. If Mondo stopped for some reason,
> > > chances are it's detailed here.  More than likely there's a
> > > message at the very end of this log that will tell you what
> > > is wrong. Please read it!  -Devteam
> > > ---
> > > Zero...
> > > [Main] main.c->welcome_to_mondoarchive#179: One...
> > >   [Main] main.c->welcome_to_mondoarchive#180: Two...
> > >   [Main] main.c->welcome_to_mondoarchive#181: Three...
> > >   [Main] main.c->welcome_to_mondoarchive#182: Four...
> > >   [Main] main.c->distro_specific_kludges_at_start_of_mondoarchive#199: 
> > > Unmounting old ramdisks if necessary
> > > running: umount `mount | grep shm | grep mondo | cut -d' ' -f3` > 
> > > /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
> > > start of 
> > > output--

Processed: Re: Bug#352027 acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 352027
Bug#352027: heartbeat: missing pre-depends on adduser
Bug reopened, originator not changed.

> severity 352027 serious
Bug#352027: heartbeat: missing pre-depends on adduser
Severity set to `serious'.

> retitle 352027 heartbeat - pre-depends on adduser without consensus
Bug#352027: heartbeat: missing pre-depends on adduser
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#352182: [EMAIL PROTECTED]: [gnutls-dev] Re: Libtasn1 0.2.18 - Tiny ASN.1 Library - Security release]

[Andreas Metzler]

- Forwarded message from Simon Josefsson <[EMAIL PROTECTED]> -
From: Simon Josefsson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], help-gnutls@gnu.org
Date: Sat, 11 Feb 2006 11:19:56 +0100
Message-ID: <[EMAIL PROTECTED]>
Cc: Matthias Urlichs <[EMAIL PROTECTED]>, Martin Schulze <[EMAIL PROTECTED]>
X-Spam-Report: (-2.6 / 8.0 requ) AWL=0.000,BAYES_00=-2.599 autolearn=ham

On popular demand, we have prepared a minimal set of patches against
0.2.17 that will fix the security problem.

There is a branch in CVS called "libtasn1_0_2_17_security" that also
contain the minimal fixes for 0.2.17 you'll have to apply to get a
security libtasn1.

I'm including the patch below.  Please review it.

Astute readers may recognize that some _asn1* APIs have changed their
signature.  Those APIs are not exported, and are not intended to be
used by external applications.  Unfortunately, GnuTLS did use them.
We are considering to bump the so version in libtasn1_0_2_17_security
and in a new libtasn1 0.3.0.  We would then also have to deprecate
0.2.18 because it didn't bump the so version.  Comments on this
approach are appreciated.

Regards,
Simon

Index: lib/coding.c
===
RCS file: /cvs/gnutls/libtasn1/lib/coding.c,v
retrieving revision 1.16
retrieving revision 1.16.2.1
diff -u -p -r1.16 -r1.16.2.1
--- lib/coding.c16 Jul 2005 11:25:32 -  1.16
+++ lib/coding.c11 Feb 2006 10:00:11 -  1.16.2.1
@@ -1,22 +1,23 @@
 /*
+ *  Copyright (C) 2004, 2006 Free Software Foundation
  *  Copyright (C) 2002  Fabio Fiorina
- *  Copyright (C) 2004  Simon Josefsson
  *
- * This file is part of LIBASN1.
+ * This file is part of LIBTASN1.
  *
- * The LIBTASN1 library is free software; you can redistribute it and/or
- * modify it under the terms of the GNU Lesser General Public   
- * License as published by the Free Software Foundation; either 
+ * The LIBTASN1 library is free software; you can redistribute it
+ * and/or modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
  * version 2.1 of the License, or (at your option) any later version.
  *
- * This library is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of 
+ * This library is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
  * Lesser General Public License for more details.
  *
  * You should have received a copy of the GNU Lesser General Public
  * License along with this library; if not, write to the Free Software
- * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301,  
USA
+ * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
+ * 02110-1301, USA
  */
 
 
@@ -148,7 +149,7 @@ _asn1_octet_der(const unsigned char *str
 {
   int len_len;
 
-  if(der==NULL) return;
+  if(der==NULL || str_len <= 0) return;
   _asn1_length_der(str_len,der,&len_len);
   memcpy(der+len_len,str,str_len);
   *der_len=str_len+len_len;
@@ -196,7 +197,8 @@ _asn1_get_utctime_der(unsigned char *der
   char temp[20];
 
   if(str==NULL) return;
-  str_len=_asn1_get_length_der(der,&len_len);
+  str_len=_asn1_get_length_der(der,*der_len,&len_len);
+  if (str_len<0) return;
   memcpy(temp,der+len_len,str_len);
   *der_len=str_len+len_len;
   switch(str_len){
@@ -534,7 +536,7 @@ _asn1_insert_tag_der(node_asn *node,unsi
 /* Return:*/
 /**/
 void
-_asn1_ordering_set(unsigned char *der,node_asn *node)
+_asn1_ordering_set(unsigned char *der, int der_len, node_asn *node)
 {
   struct vet{
 int end;
@@ -569,12 +571,14 @@ _asn1_ordering_set(unsigned char *der,no
 last=p_vet;
 
 /* tag value calculation */
-tag=_asn1_get_tag_der(der+counter,&class,&len2);
+if (_asn1_get_tag_der(der+counter, der_len-counter,&class,&len2, 
&tag)!=ASN1_SUCCESS)
+   return;
 p_vet->value=(class<<24)|tag;
 counter+=len2;
 
 /* extraction and length */
-len2=_asn1_get_length_der(der+counter,&len);
+len2=_asn1_get_length_der(der+counter,der_len-counter,&len);
+if (len2<0) return;
 counter+=len+len2;
 
 p_vet->end=counter;
@@ -626,7 +630,7 @@ _asn1_ordering_set(unsigned char *der,no
 /* Return:*/
 /**/
 void
-_asn1_ordering_set_of(unsigned char *der,node_asn *node)
+_asn1_ordering_set_of(unsigned char *der, int der_len, node_asn *node)
 {
   struct vet{
 int end;
@@ -661,10 +665,16 @@ _asn1_ordering_set_of(unsigned char *der
 last=p_vet;
 
 /* extraction of tag and length */
-_asn1_get_tag_der(der+counter,&class,&len);
-counter+=len;
-len2=_asn1_get_length_der(der+counter,&len);
-  

Bug#352342: vpopmail: FTBFS: freecdbmake.h: No such file or directory

[Andreas Jochens]

Package: php4-vpopmail
Version: 5.4.4-1
Severity: serious

When building 'vpopmail' in 'unstable', I get the following error:

gcc -g -shared -fPIC -o freecdb.so ../vcdb.c -I.. -I/usr/include/freecdb -lfreec
db -lfreecdbmake
../vcdb.c:38:25: error: freecdbmake.h: No such file or directory
../vcdb.c: In function 'make_vpasswd_cdb':
../vcdb.c:73: error: storage size of 'cdbm' isn't known
../vcdb.c:128: error: 'CDBMAKE_HASHSTART' undeclared (first use in this function
)
../vcdb.c:128: error: (Each undeclared identifier is reported only once
../vcdb.c:128: error: for each function it appears in.)
make[1]: *** [freecdb.so] Error 1
make[1]: Leaving directory `/vpopmail-5.4.4/plugins'
make: *** [build-stamp] Error 2

This occurs because the latest unstable version of freecdb
no longer provides freecdbmake.h.

Regards
Andreas Jochens


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

Bug#348076: Cleaning up

[Alberto Gonzalez Iniesta]

retitle 348076 Kmyfirewall Hangs and KDE also does
severity 348076 normal
tags 348076 moreinfo unreproducible
thanks tronko

Hi, 

I'm not able to reproduce this behavior, but it could be due to a
erroneous firewall config, and had nothing to do with Kmyfirewall per
se. So please, let me know the exact actions you took to reproduce it so
I may be able to judge/solve it.

By the way, you must be pretty sure the application is really broken to
submit a bug with severity 'Critical', I'm setting it to normal till
further info is available.

Thanks,

Alberto



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

Processed: Cleaning up

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 348076 Kmyfirewall Hangs and KDE also does
Bug#348076: kmyfirewall: The Kmyfirewall GUI hangs then I start it from the 
Kmyfirewall menu after I have configured the inittable script. And then the KDE 
panel hangs also, including K-menu, pager and the windowlist (activityfield) or 
that it's called in english. The kicker continue working. If I quit Kfirewall 
the panel start working again. I also realiced that KDE doesn't started efter 
that I configured Kmyfirewall with the "easy template" forbid "Reply to 
echo-requests". During boot KDE hangs on "init systemrecourses" or that it's 
called in english. I don't now if that is normal (depending of wrong firewall 
configuration) or a bug in Kmyfirewall. boot KDE hangs on "init 
systemrecourses" or that it's called in english. I don't now if that is normal 
(depending of wrong firewall configuration) or a bug in Kmyfirewall.
Changed Bug title.

> severity 348076 normal
Bug#348076: Kmyfirewall Hangs and KDE also does
Severity set to `normal'.

> tags 348076 moreinfo unreproducible
Bug#348076: Kmyfirewall Hangs and KDE also does
There were no tags set.
Tags added: moreinfo, unreproducible

> thanks tronko
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#352336: dssi-dev: Depends on ladspa-sdk missing

[Michael Koch]

On Sat, Feb 11, 2006 at 12:30:57PM +, Michael Koch wrote:
> Package: dssi-dev
> Version: 0.9.1-1
> Severity: grave
> Justification: renders package unusable
> 
> I tried to compile classpath with DSSI support. classpath includes
> dssi_data.h which in turn includes ladspa.h. As dssi-dev does not
> depends on ladspa-sdk this file is missing when just depending on
> dssi-dev. Please inlude ladspa-sdk in the Depends field of dssi-dev.

I forgot it doesnt depend on libjack0.100.0-dev either which is needed
by dssi_data.h too.


Cheers,
Michael
-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/


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

Bug#352346: antlr - FTBFS: Tries to write outside of the build directory

[Bastian Blank]

Package: antlr
Version: 2.7.6-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of antlr_2.7.6-3 on debian01 by sbuild/s390 85
[...]
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> >> /usr/bin/make -C lib/cpp/antlr install  
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> make[2]: Entering directory `/build/buildd/antlr-2.7.6/lib/cpp/antlr'
> install hpp files .. 
> /bin/mkdir: cannot create directory `/build/buildd/antlr-2.7.6/../../debian': 
> Permission denied
> make[2]: *** [install] Error 1
> make[2]: Leaving directory `/build/buildd/antlr-2.7.6/lib/cpp/antlr'
> make[1]: *** [install] Error 1
> make[1]: Leaving directory `/build/buildd/antlr-2.7.6/lib/cpp'
> make: *** [install] Error 2
> **
> Build finished at 20060211-1136
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#352347: xfe - FTBFS: *** target file `unpatch' has both : and :: entries. Stop.

[Bastian Blank]

Package: xfe
Version: 0.88-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of xfe_0.88-1 on debian-31 by sbuild/s390 85
[...]
> dpkg-buildpackage: source package is xfe
> dpkg-buildpackage: source version is 0.88-1
> dpkg-buildpackage: host architecture s390
>  /usr/bin/fakeroot debian/rules clean
> debian/rules:20: *** target file `unpatch' has both : and :: entries.  Stop.
> **
> Build finished at 20060210-1638
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#352348: eclipse tries to overwrite file(s) in eclipse-platform-common, missing Conflicts:/Replaces:

[Rene Engelhard]

Package: eclipse
Version: 3.1.2-1
Severity: serious

Hi,

sorry, no log available but eclipse tried to overwrite file(s) (iirc
/usr/bin/eclipse) from eclipse-platform-common but fails to declare
appropriate relationships which does fail on a upgrade run where
eclipse is unpacked first...

Regards,

Rene

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

Versions of packages eclipse depends on:
ii  eclipse-jdt   3.1.2-1Java Development Tools plug-ins fo
ii  eclipse-pde   3.1.2-1Plug-in Development Environment to
ii  eclipse-source3.1.2-1Eclipse source code plug-ins

eclipse recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#352027: acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)

[Horms]

On Sat, Feb 11, 2006 at 12:51:00PM +0100, Bastian Blank wrote:
> reopen 352027
> severity 352027 serious
> retitle 352027 heartbeat - pre-depends on adduser without consensus

What exactly is that supposed to mean?
That we all need to agree before adding the pre-depends?
That we aren't sure if it solves the problem? That
pre-depends should be added with extreeme caution?
Are there other options available? I'm pretty ambivilent
about how this problem gets fixed. Just let me know what
you decide.

Presumably these alterations to 352027 also apply to 352158.
Could you please update that bug too?

-- 
Horms


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

Bug#352342: vpopmail: FTBFS: freecdbmake.h: No such file or directory

[Andreas Jochens]

reassign 352342 vpopmail 5.4.4-1
thanks

I filed the bug report to the wrong source package, sorry!

Regards
Andreas Jochens


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

Processed: vpopmail: FTBFS: freecdbmake.h: No such file or directory

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 352342 vpopmail 5.4.4-1
Bug#352342: vpopmail: FTBFS: freecdbmake.h: No such file or directory
Bug reassigned from package `php4-vpopmail' to `vpopmail'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#170795: fixed in opensp 1.5.2-1

[Neil Roeth]

On Feb 10, Steinar H. Gunderson ([EMAIL PROTECTED]) wrote:
 > On Fri, Feb 10, 2006 at 07:44:23AM -0500, Neil Roeth wrote:
 > > Correct on both counts: it would be just "pushing it ahead", and I am
 > > reluctant at this time to turn off DTDDECL in stable, because that is 
 > > removing
 > > behavior, though the longer the package remains in unstable with DTDDECL
 > > handling turned off and no complaints, the less reluctant I will be to make
 > > the corresponding change in stable.
 > 
 > What does the DTDDECL thing _do_, BTW? I don't think I've gotten to that part
 > yet :-)

An SGML declaration defines the syntax of SGML used in the document, down to
what characters are allowed, capacities, case sensitivity, etc.  This is how
the rules for XML and HTML are specified.  It basically specifies the syntax
of elements, while the DTD specifies the structure of the document in terms of
elements.  There are three ways to determine the SGML decaration to use:

(1) Use the default implied SGML declaration built into OpenSP.

(2) Explicitly specify it on the command line, e.g.,

onsgmls -s /usr/share/xml/declaration/xml.dcl foo.xml

(3) Use one implied by the DTD of the document and a DTDDECL entry in the SGML
catalog.  This entry means that if using the specified DTD, use the
corresponding SGML declaration.  The test document in this case does use a DTD
that has a DTDDECL catalog entry in the catalog, so it is trying to use that
SGML declaration to parse the document.  One difference between this way of
finding an SGML declaration and the other two is that the document has to be
parsed once to some extent in order to find its DTD and then that DTD has to
be used to find any corresponding DTDDECL entries.  Conceptually, you could do
a first pass over the document to find the DTD, find any DTDDECL entries, read
the corresponding SGML declaration, then make a second pass over the document
with the new SGML declaration.  I think it is this multipass requirement of
DTDDECL handling that is causing this bug.

 > But will a workaround for this be to simply use a temporary file instead of
 > reading from a pipe? I guess I can do that, I don't need the validation in
 > production code...

Yes, that will work.  A temporary file has no problem being reread.

You could also pipe the SGML declaration before the document, e.g.

cat /usr/share/sgml/html/dtd/4.01/HTML4.decl test8k.html | onsgmls -s

I think an explicit SGML declaration passed to OpenSP tells it to skip looking
for one any other way.  If you know what SGML declaration to use, that's fine;
the trick is that it depends on the DTD of the document, and figuring out the
SGML declaration that corresponds to the DTD of the document is the whole
point of the DTDDECL handling that is causing this bug!

HTH

-- 
Neil Roeth


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

Bug#170795: fixed in opensp 1.5.2-1

[Steinar H. Gunderson]

On Sat, Feb 11, 2006 at 09:11:36AM -0500, Neil Roeth wrote:
> (2) Explicitly specify it on the command line, e.g.,
> 
> onsgmls -s /usr/share/xml/declaration/xml.dcl foo.xml

That's odd, I do:

  my $cmd = "/usr/bin/onsgmls -s -n -c 
/usr/share/w3c-markup-validator/catalog/xml.soc -wxml <$sp_in 2>$sp_err";

and it's failing consistently.

Apart from that, I think I understand the issues at least partially now;
thanks :-)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#351312: core file

[Balazs Scheidler]

It seems that the crash is caused by some kind of heap corruption. The
backtrace and the ltrace file is no real use as the damage was done
somewhat earlier.

The best way to track this down is to make it reproducible on my
machine, but for that I probably need your configuration file. Running
syslog-ng with unlimited core file limit (ulimit -c unlimited) and
mailing me the core file and all the binaries (syslog-ng and everything
it depends on) could also help.

I'm currently running syslog-ng under valgrind with 4 sources (file,
udp, tcp, kernel log), HUPing it every second while also sending some
messages. It did not crash so far and the messages of valgrind do not
indicate anything serious. So, I'm unable to do anything else right now.

-- 
Bazsi



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

Bug#333636: marked as done (FTBFS: Request for pix_fmt, width, and height members in non-struct)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 06:17:06 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#333636: fixed in ffmpeg2theora 0.15-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: ffmpeg2theora
Version: 0.13+svn20050704-1
Severity: serious

ffmpeg2theora fails to build because it tries to access members of
something that isn't a struct:

> source='ffmpeg2theora.c' object='ffmpeg2theora-ffmpeg2theora.o' libtool=no \
> depfile='.deps/ffmpeg2theora-ffmpeg2theora.Po' 
> tmpdepfile='.deps/ffmpeg2theora-ffmpeg2theora.TPo' \
> depmode=gcc3 /bin/sh ./depcomp \
> cc -DPACKAGE_NAME=\"ffmpeg2theora\" -DPACKAGE_TARNAME=\"ffmpeg2theora\" 
> -DPACKAGE_VERSION=\"0.13\" -DPACKAGE_STRING=\"ffmpeg2theora\ 0.13\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"ffmpeg2theora\" -DVERSION=\"0.13\" 
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1  -I. -I.
> -D_FILE_OFFSET_BITS=64 -I/usr/include   -I/usr/include/ffmpeg -g -Wall -O2 -c 
> -o ffmpeg2theora-ffmpeg2theora.o `test -f 'ffmpeg2theora.c' || echo 
> './'`ffmpeg2theora.c
> ffmpeg2theora.c: In function 'ff2theora_output':
> ffmpeg2theora.c:131: warning: initialization from incompatible pointer type
> ffmpeg2theora.c:142: warning: initialization from incompatible pointer type
> ffmpeg2theora.c:159: warning: assignment from incompatible pointer type
> ffmpeg2theora.c:225: warning: pointer targets in passing argument 1 of 
> 'av_reduce' differ in signedness
> ffmpeg2theora.c:225: warning: pointer targets in passing argument 2 of 
> 'av_reduce' differ in signedness
> ffmpeg2theora.c:238: warning: pointer targets in passing argument 1 of 
> 'av_reduce' differ in signedness
> ffmpeg2theora.c:238: warning: pointer targets in passing argument 2 of 
> 'av_reduce' differ in signedness
> ffmpeg2theora.c:301: warning: assignment from incompatible pointer type
> ffmpeg2theora.c:353: error: request for member 'pix_fmt' in something not a 
> structure or union
> ffmpeg2theora.c:354: error: request for member 'width' in something not a 
> structure or union
> ffmpeg2theora.c:354: error: request for member 'height' in something not a 
> structure or union
> ffmpeg2theora.c:355: error: request for member 'pix_fmt' in something not a 
> structure or union
> ffmpeg2theora.c:356: error: request for member 'width' in something not a 
> structure or union
> ffmpeg2theora.c:356: error: request for member 'height' in something not a 
> structure or union
> ffmpeg2theora.c:358: error: request for member 'width' in something not a 
> structure or union
> ffmpeg2theora.c:358: error: request for member 'height' in something not a 
> structure or union
> ffmpeg2theora.c:360: error: request for member 'width' in something not a 
> structure or union
> ffmpeg2theora.c:360: error: request for member 'height' in something not a 
> structure or union
> ffmpeg2theora.c:457: warning: suggest parentheses around && within ||
> ffmpeg2theora.c:465: warning: passing argument 1 of 'avcodec_decode_video' 
> from incompatible pointer type
> ffmpeg2theora.c:483: warning: implicit declaration of function 'lrintf'
> ffmpeg2theora.c:483: warning: incompatible implicit declaration of built-in 
> function 'lrintf'
> ffmpeg2theora.c:541: warning: suggest parentheses around && within ||
> ffmpeg2theora.c:549: warning: passing argument 1 of 'avcodec_decode_audio' 
> from incompatible pointer type
> ffmpeg2theora.c: In function 'main':
> ffmpeg2theora.c:1070: warning: zero-length printf format string

-- 
Matt


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: ffmpeg2theora
Source-Version: 0.15-1

We believe that the bug you reported is fixed in the latest version of
ffmpeg2theora, which is due to be installed in the Debian FTP archive:

ffmpeg2theora_0.15-1.diff.gz
  to pool/main/f/ffmpeg2theora/ffmpeg2theora_0.15-1.diff.gz
ffmpeg2theora_0.15-1.dsc
  to pool/main/f/ffmpeg2theora/ffmpeg2theora_0.15-1.dsc
ffmpeg2theora_0.15-1_i386.deb
  to pool/main/f/ffmpeg2theora/ffmpeg2theora_0.15-1_i386.deb
ffmpeg2theora_0.15.orig.tar.gz
  to pool/main/f/ffmpeg2theora/ffmpeg2theora_0.15.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen th

Bug#352253: crashes on startup with wx.PyEventBinder problem

[Hilko Bengen]

Joey Hess <[EMAIL PROTECTED]> writes:

> Package: ipodder
> Version: 2.1.9-4
> Severity: serious
>
> [EMAIL PROTECTED]:~>ipodder
> Traceback (most recent call last):
>   File "/usr/share/ipodder/iPodderGui.py", line 44, in ?
> import gui.iPodderWindows
>   File "/usr/share/ipodder/gui/iPodderWindows.py", line 21, in ?
> import listctrl  as  listmix
>   File "/usr/share/ipodder/gui/listctrl.py", line 296, in ?
> EVT_DOPOPUPMENU = wx.PyEventBinder(wxEVT_DOPOPUPMENU, 0)
> AttributeError: 'module' object has no attribute 'PyEventBinder'
>
> If I comment out the problimatic line, I'm right back to the SplashScreen
> bug:
>
> [EMAIL PROTECTED]:~>ipodder
> [, ]
> Traceback (most recent call last):
>   File "/usr/share/ipodder/iPodderGui.py", line 159, in ?
> class MySplashScreen(wx.SplashScreen):
> AttributeError: 'module' object has no attribute 'SplashScreen'
>
> If I edit that file to remove all mentions of splash screens, it dies with
> this error:
>
> [EMAIL PROTECTED]:~>ipodder
> [, ]
> Traceback (most recent call last):
>   File "/usr/share/ipodder/iPodderGui.py", line 173, in ?
> class iPodderStatusBar(wx.StatusBar):
> AttributeError: 'module' object has no attribute 'StatusBar'
>
> At this point I sorta gave up..

Do you have anything wxgtk2.4/python related installed? I remember
that in earlier versions of my package there was a bug related to
that.

Cheers,
-Hilko


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

Bug#339414: NMU heavly changed behavior of munchlist

[Roland Rosenfeld]

Please note Bug #352360, which shows, that the patch from #348784 and
#339414, which was applied in 3.1.20.0-4.1 heavily changes the
behavior of munchlist.  I attached a patch to #352360, which reverts
to the old behavior while still using the new sort(1) parameter
syntax.

@David Coe: If you like, I can upload an NMU to fix this problem.  I
fear that this bug otherwise may increase the size of most ispell
dictionaries unnecessarily and my make them less usable...

Tscho

Roland


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

Bug#352370: libnss-lwres: Uninstallable due to unmet dep on liblwres1

[Luk Claes]

Package: libnss-lwres
Severity: serious
Version: 0.93-4

Hi

Your package is uninstallable because liblwres1 is not available
(anymore). You might want to update the (build-)dependency to liblwres9.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352371: xastir: FTBFS because of unmet build-dep on libgdal1-dev

[Luk Claes]

Package: xastir
Severity: serious
Version: 1.8.0-1

Hi

Your package FTBFS because libgdal1-dev is not available (anymore). You
might want to update the build dependency to libgdal1-1.3.1-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#170795: fixed in opensp 1.5.2-1

[Neil Roeth]

On Feb 11, Steinar H. Gunderson ([EMAIL PROTECTED]) wrote:
 > On Sat, Feb 11, 2006 at 09:11:36AM -0500, Neil Roeth wrote:
 > > (2) Explicitly specify it on the command line, e.g.,
 > > 
 > > onsgmls -s /usr/share/xml/declaration/xml.dcl foo.xml
 > 
 > That's odd, I do:
 > 
 >   my $cmd = "/usr/bin/onsgmls -s -n -c 
 > /usr/share/w3c-markup-validator/catalog/xml.soc -wxml <$sp_in 2>$sp_err";
 > 
 > and it's failing consistently.

Why is that odd? There is no SGML declaration specified on your command line,
you are specifying the catalog xml.soc rather than relying on the default
catalog, so onsgmls will look for DTDDECL entries in xml.soc or any catalogs
referenced within that.  This is similar to what I did while debugging this: I
created a small catalog that had just the entries needed to reproduce the
problem, and called onsgmls like this:

./onsgmls -s -c ./catalog < test.html

on the test.html attached to the bug report.

 > Apart from that, I think I understand the issues at least partially now;
 > thanks :-)

You're welcome, glad to help.  I learned all this since picking up maintenance
of the package, it's been an educating experience for me.

-- 
Neil Roeth


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

Bug#352299: Maybe there is no bug

[Juhapekka Tolvanen]

I just run "dpkg-reconfigure console-setup" and this time used
arrow-keys and return in a little bit different way: I use that
curses-based front-end of debconf. I pressed return-key when cursor of
terminal was in right choice and not not when it was in OK-button.
After that /etc/default/console-setup was just right. Then I run
"/etc/init.d/console-setup restart" and then keys started to work
right.


-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"She turns me on. She makes me real. I have to apologize for the way I feel."
  Nine Inch Nails


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

Bug#352299: [Pkg-kbd-devel] Bug#352299: Maybe there is no bug

[Anton Zinoviev]

On Sat, Feb 11, 2006 at 05:53:36PM +0200, Juhapekka Tolvanen wrote:
> 
> I just run "dpkg-reconfigure console-setup" and this time used
> arrow-keys and return in a little bit different way: I use that
> curses-based front-end of debconf. I pressed return-key when cursor of
> terminal was in right choice and not not when it was in OK-button.
> After that /etc/default/console-setup was just right. Then I run
> "/etc/init.d/console-setup restart" and then keys started to work
> right.

Do you think that there is something in console-setup that needs to be
fixed or the bug can be closed?

Anton Zinoviev



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

Bug#352372: gnustep-netclasses: FTBFS because of unmet build-dep on libgnustep-base1.10-dev

[Luk Claes]

Package: gnustep-netclasses
Severity: serious
Version:  0.0.20040112-2

Hi

Your package FTBFS because libgnustep-base1.10-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-base1.11-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#170795: fixed in opensp 1.5.2-1

[Steinar H. Gunderson]

On Sat, Feb 11, 2006 at 10:48:05AM -0500, Neil Roeth wrote:
>>> onsgmls -s /usr/share/xml/declaration/xml.dcl foo.xml
>>   my $cmd = "/usr/bin/onsgmls -s -n -c 
>> /usr/share/w3c-markup-validator/catalog/xml.soc -wxml <$sp_in 2>$sp_err";
> Why is that odd? There is no SGML declaration specified on your command line,
> you are specifying the catalog xml.soc rather than relying on the default
> catalog,

Oh, of course, soc != dcl :-)

Anyhow, I changed from <$sp_in to $sp_in, and it works now. That's an
acceptable workaround for me, at least :-)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#352375: preferences: FTBFS because of unmet build-dep on libgnustep-gui0.9-dev

[Luk Claes]

Package: preferences
Severity: serious
Version: 1.2.100.0-1

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352376: ndiswrapper-utils: Uninstallable because of unmet dep on ndiswrapper-modules-1.8

[Luk Claes]

Package: ndiswrapper-utils
Severity: serious
Version: 1.8-1

Hi

Your package is not installable with binary packages in main. This is
because ndiswrapper-modules-1.8 is not available in the archive. You
might want to depend on one of the existing ndiswrapper-modules-*
packages instead.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352377: wrapperfactory.app: FTBFS because of unmet build-dep on libgnustep-gui0.9-dev

[Luk Claes]

Package: wrapperfactory.app
Severity: serious
Version: 0.1.0-1

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352379: meta-gnustep: Uninstallable due to unmet dep libgnustep-gui0.9-dev

[Luk Claes]

Package: gnustep-core-devel
Severity: serious
Version: 4

Hi

Your package is not installabe because libgnustep-gui0.9-dev is not
available (anymore). You might want to update the dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352381: libroxen-xmlrpc-common: Uninstallable due to unmet dep pike | pike7 | pike7.2

[Luk Claes]

Package: libroxen-xmlrpc-common
Severity: serious
Version:  1.91-4

Hi

Your package is not installabe because pike, pike7 and pike7.2 are not
available (anymore). You might want to add pike7.6 to the alternatives.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352383: helpviewer.app: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: helpviewer.app
Severity: serious
Version: 0.3-2

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352382: connect.app: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: connect.app
Severity: serious
Version: 0.1-2

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#348645: Please reopen 348645

[Carl Fink]

I'm experiencing exactly the symptoms Lukas Ruf reported, with 2.2.8-9. 
I'll be glad to forward any other information that might help.

The lack of mail-transport-agent is blocking all other upgrades, so any help
would be greatly appreciated.
-- 
Carl Fink [EMAIL PROTECTED]
   "Patriotism is supporting your country all the time, and your
   government when it deserves it."
  - Mark Twain


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

Bug#352385: projectcenter: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: projectcenter
Severity: serious
Version: 0.4.2-0.2

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352390: imageviewer: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: imageviewer
Severity: serious
Version: 0.6.3-0.3

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352392: rssreader.app: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: rssreader.app
Severity: serious
Version: 0.2.2-1

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352395: gkrellshoot: Uninstallable due to unmet dep on gkrellm-common

[Luk Claes]

Package: gkrellshoot
Severity: serious
Version: 0.4.3-2

Hi

Your package is not installable because gkrellm-common is not available
(anymore). You might want to update the dependency to gkrellm.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352396: uwm: Uninstallable due to unmet dep ude (= 0.2.9b-2)

[Luk Claes]

Package: uwm
Severity: serious
Version: 0.2.9b-2.1

Hi

Your package is uninstallable because ude 0.2.9b-2 is not available. You
might want to update the dependency to ude (>= ${Source-Version}).

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352397: simpleui.bundle: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: simpleui.bundle
Severity: serious
Version: 0.1-1

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#339414: Bug#348784: NMU heavly changed behavior of munchlist

[David Coe]

Thanks, Roland; If you're confident that your patch is better
than reverting the NMU, please do it.  If you're not, feel
free to revert the NMU.
I haven't had time to look at this issue at all, so I trust
in your judgement.

Roland Rosenfeld <[EMAIL PROTECTED]> writes:

> Please note Bug #352360, which shows, that the patch from #348784 and
> #339414, which was applied in 3.1.20.0-4.1 heavily changes the
> behavior of munchlist.  I attached a patch to #352360, which reverts
> to the old behavior while still using the new sort(1) parameter
> syntax.
>
> @David Coe: If you like, I can upload an NMU to fix this problem.  I
> fear that this bug otherwise may increase the size of most ispell
> dictionaries unnecessarily and my make them less usable...
>
> Tscho
>
> Roland


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

Bug#352299: [Pkg-kbd-devel] Bug#352299: Maybe there is no bug

[Juhapekka Tolvanen]

On Sat, 11 Feb 2006, +19:08:53 EET (UTC +0200),
Anton Zinoviev <[EMAIL PROTECTED]> pressed some keys:

> On Sat, Feb 11, 2006 at 05:53:36PM +0200, Juhapekka Tolvanen wrote:

> > I just run "dpkg-reconfigure console-setup" and this time used
> > arrow-keys and return in a little bit different way: I use that
> > curses-based front-end of debconf. I pressed return-key when cursor of
> > terminal was in right choice and not not when it was in OK-button.
> > After that /etc/default/console-setup was just right. Then I run
> > "/etc/init.d/console-setup restart" and then keys started to work
> > right.

> Do you think that there is something in console-setup that needs to be
> fixed or the bug can be closed?

Feel free to close this bug. Or move my bugreport to package called
debconf.


-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"She turns me on. She makes me real. I have to apologize for the way I feel."
  Nine Inch Nails


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

Bug#352299: [Pkg-kbd-devel] Bug#352299: Maybe there is no bug

[Anton Zinoviev]

On Sat, Feb 11, 2006 at 07:10:46PM +0200, Juhapekka Tolvanen wrote:
> 
> 
> Feel free to close this bug. Or move my bugreport to package called
> debconf.

It would be best to reassign the bug to debconf.

Unfortunately I was unable to reproduce it on my system.  I tried
Debconf both with dialog and whiptail.  Do you know what should I do
in order to reproduce the bug?

Anton Zinoviev



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

Bug#352336: marked as done (dssi-dev: Depends on ladspa-sdk missing)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 09:17:12 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352336: fixed in dssi 0.9.1-2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: dssi-dev
Version: 0.9.1-1
Severity: grave
Justification: renders package unusable

I tried to compile classpath with DSSI support. classpath includes
dssi_data.h which in turn includes ladspa.h. As dssi-dev does not
depends on ladspa-sdk this file is missing when just depending on
dssi-dev. Please inlude ladspa-sdk in the Depends field of dssi-dev.


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

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: dssi
Source-Version: 0.9.1-2

We believe that the bug you reported is fixed in the latest version of
dssi, which is due to be installed in the Debian FTP archive:

dssi-dev_0.9.1-2_all.deb
  to pool/main/d/dssi/dssi-dev_0.9.1-2_all.deb
dssi-example-plugins_0.9.1-2_i386.deb
  to pool/main/d/dssi/dssi-example-plugins_0.9.1-2_i386.deb
dssi-host-jack_0.9.1-2_i386.deb
  to pool/main/d/dssi/dssi-host-jack_0.9.1-2_i386.deb
dssi-utils_0.9.1-2_i386.deb
  to pool/main/d/dssi/dssi-utils_0.9.1-2_i386.deb
dssi_0.9.1-2.diff.gz
  to pool/main/d/dssi/dssi_0.9.1-2.diff.gz
dssi_0.9.1-2.dsc
  to pool/main/d/dssi/dssi_0.9.1-2.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mark Hymers <[EMAIL PROTECTED]> (supplier of updated dssi package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 11 Feb 2006 12:41:43 +
Source: dssi
Binary: dssi-utils dssi-host-jack dssi-dev dssi-example-plugins
Architecture: source i386 all
Version: 0.9.1-2
Distribution: unstable
Urgency: low
Maintainer: DSSI Maintainers <[EMAIL PROTECTED]>
Changed-By: Mark Hymers <[EMAIL PROTECTED]>
Description: 
 dssi-dev   - Header file for compiling DSSI plugins and hosts
 dssi-example-plugins - Example DSSI plugins
 dssi-host-jack - An example DSSI host
 dssi-utils - Command-line utilities for sending commands to DSSI plugins
Closes: 352336
Changes: 
 dssi (0.9.1-2) unstable; urgency=low
 .
   * dssi-dev needs to Depend on ladspa-sdk and libjack0.100.0-dev.
 Closes: #352336.  Thanks to Michael Koch for noticing
Files: 
 8e498bb4ffe58d8f936c1559f8ed2d38 810 libdevel optional dssi_0.9.1-2.dsc
 4410c4977a1b088932140acbffb1d6b0 17525 libdevel optional dssi_0.9.1-2.diff.gz
 88546412537984cc4b8b1df95e01c912 9374 libdevel optional 
dssi-utils_0.9.1-2_i386.deb
 abd606500174c2713f82654bf7cf8235 20276 libdevel optional 
dssi-host-jack_0.9.1-2_i386.deb
 45db4947b290094d8e463a6c084162d3 57806 libdevel optional 
dssi-example-plugins_0.9.1-2_i386.deb
 419edae0e911c8859d3165f29aa5adbd 37784 libdevel optional 
dssi-dev_0.9.1-2_all.deb

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

iD8DBQFD7hjdSYIMHOpZA44RAtbJAKCMa75Sy5SGUmpQqYmVwulupyvX9ACgu6kI
UAHPxLgCL86xOj4oLXRiBbY=
=qeaf
-END PGP SIGNATURE-

--- End Message ---

Bug#352346: marked as done (antlr - FTBFS: Tries to write outside of the build directory)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 19:26:38 +0100
with message-id <[EMAIL PROTECTED]>
and subject line #352346: antlr - FTBFS: Tries to write outside of the build 
directory
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: antlr
Version: 2.7.6-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of antlr_2.7.6-3 on debian01 by sbuild/s390 85
[...]
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> >> /usr/bin/make -C lib/cpp/antlr install  
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> make[2]: Entering directory `/build/buildd/antlr-2.7.6/lib/cpp/antlr'
> install hpp files .. 
> /bin/mkdir: cannot create directory `/build/buildd/antlr-2.7.6/../../debian': 
> Permission denied
> make[2]: *** [install] Error 1
> make[2]: Leaving directory `/build/buildd/antlr-2.7.6/lib/cpp/antlr'
> make[1]: *** [install] Error 1
> make[1]: Leaving directory `/build/buildd/antlr-2.7.6/lib/cpp'
> make: *** [install] Error 2
> **
> Build finished at 20060211-1136
> FAILED [dpkg-buildpackage died]

Bastian

--- End Message ---
--- Begin Message ---
Version: 2.7.6-4


Hello,


this bug was fixed with the upload of 2.7.6-4 but I forgot to mention
the bug number in the changelog entry. sorry for that.


Cheers,
Michael
-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/
--- End Message ---

Bug#352401: gorm: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: gorm
Severity: serious
Version: 0.9.2-1

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352402: openmosixview: Uninstallable due to unmet dep openmosix

[Luk Claes]

Package: openmosixview
Severity: serious
Version: 1.5-9

Hi

Your package is not installable because openmosix is not available
(anymore). You might want to ask for removal of your package,
reintroduce openmosix or move your package to contrib.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352403: phpmyadmin return a void response

[Daniele Cruciani]

Package: phpmyadmin
Version: 4:2.7.0-pl2-1
Severity: grave
Justification: renders package unusable


browser url: http://mys.fincos.homeip.net/ return a void page,
this:

prompt$ curl -i http://mys.fincos.homeip.net/
HTTP/1.1 200 OK
Date: Sat, 11 Feb 2006 17:38:35 GMT
Server: Apache/2.0.55 (Debian) mod_python/3.1.3 Python/2.3.5 PHP/4.4.2-1
X-Powered-By: PHP/4.4.2-1
Transfer-Encoding: chunked
Content-Type: text/html


Configuration is:
 1. automatic configuration for apache2 done by phpmyadmin:
   a link in /etc/apache2/conf.d/phpmyadmin.conf to /etc/phpmyadmin/apache.conf

 2. virtual host configuratuion in /etc/apache2/site-enabled/000-default file
 
 ServerAdmin [EMAIL PROTECTED]
 ServerName mys.fincos.homeip.net

 DocumentRoot /usr/share/phpmyadmin/
 
 AllowOverride All
 
 ServerSignature On
 
 
I also removed 1. (since I do not really need it) and restarted. Do not work.
 
-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages phpmyadmin depends on:
ii  apache2-mpm-prefork [httpd]   2.0.55-4   traditional model for Apache2
ii  debconf [debconf-2.0] 1.4.70 Debian configuration management sy
ii  php4  4:4.4.2-1  server-side, HTML-embedded scripti
ii  php4-mysql4:4.4.2-1  MySQL module for php4
ii  ucf   2.005  Update Configuration File: preserv

Versions of packages phpmyadmin recommends:
ii  php4-mcrypt   3:4.3.10-2 MCrypt module for php4

-- debconf information:
* phpmyadmin/reconfigure-webserver: apache2
* phpmyadmin/restart-webserver: true


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

Bug#351312: probably fixed

[Balazs Scheidler]

Hi,

It seems that I was finally able to reproduce the problem and fixed it
in my tla archive. The patch is a little bit large so I'm not posting it
here, however the daily snapshot (due at midnight in CET, e.g. about 6
hours from now) should contain the fix.

I'll probably create a new release in the next couple of days.

-- 
Bazsi



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

Bug#352404: libgdal-grass: FTBFS due to unmet build-dep libgdal1-dev

[Luk Claes]

Package: libgdal-grass
Severity: serious
Version: 1.2.6-1

Hi

Your package FTBFS because libgdal1-dev is not available (anymore). You
might want to update the build dependency to libgdal1-1.3.1-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352406: qt-x11-free: Build-depens on firebird2-dev, but not on libfirebird2-classic

[Szo]

Package: qt-x11-free
Severity: serious
Justification: no longer builds from source

qt-x11-free refuses to build if libfbclient1 installed, it doesn't have
libgds

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (400, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.15
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)



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

Bug#352407: terminal: FTBFS due to unmet build-dep libgnustep-gui0.9-dev

[Luk Claes]

Package: terminal
Severity: serious
Version: 0.9.4+cvs20041218-0.2

Hi

Your package FTBFS because libgnustep-gui0.9-dev is not available
(anymore). You might want to update the build dependency to
libgnustep-gui0.10-dev.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352408: cddb.bundle: FTBFS due to unmet build-dep libgnustep-base1.10-dev

[Luk Claes]

Package: cddb.bundle
Severity: serious
Version: 0.2-2

Hi

Your package FTBFS because libgnustep-base1.10-dev is not available
(anymore). You might want to update the build dependency and the
dependency to libgnustep-base1.11-dev and libgnustep-base1.11.

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D


signature.asc
Description: OpenPGP digital signature

Bug#352411: quilt: push -a can be run multiple times without warnins

[Jari Aalto]

Package: quilt
Version: 0.42-2
Severity: serious

The error checking is completely missing from the "all" command,
because user is able to do to:

  quilt push -a
  quilt push -a (recall command; ooops pressed RET)
  .. mess follows ..

SUGGESTED CORRECTION

In context of repeated "-a", the program could intelligently continue
from where it left off. The .pc/applied-patches already records what
is the last patch that has been applied and the rest of the patches in
"series" cound be then applied to the end.

This would be the preferred interpretation of consequtive "-a"
options. It would also help workflow:

quilt push to-this-path
.. hack .. hack ..
.. test ...

quilt push -a



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.14-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages quilt depends on:
ii  bzip2 1.0.3-2high-quality block-sorting file co
ii  diffstat  1.41-1 produces graph of changes introduc
ii  gawk  1:3.1.5-1  GNU awk, a pattern scanning and pr
ii  gettext   0.14.5-2   GNU Internationalization utilities
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  patch 2.5.9-4Apply a diff file to an original

quilt recommends no packages.

-- no debconf information


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

Bug#352253: crashes on startup with wx.PyEventBinder problem

[Joey Hess]

Hilko Bengen wrote:
> Do you have anything wxgtk2.4/python related installed? I remember
> that in earlier versions of my package there was a bug related to
> that.

ii  libwxgtk2.4 2.4.3.1 wxWindows Cross-platform C++ GUI 
toolkit (GTK+ runtime
ii  libwxgtk2.4-1   2.4.4.1.1   wxWindows Cross-platform C++ GUI 
toolkit (GTK+ runtime
un  libwxgtk2.4-1-dbg-p   (no description available)
ii  libwxgtk2.4-1-pytho 2.4.4   wxWindows Cross-platform C++ GUI 
toolkit (wxPython bin
ii  libwxgtk2.4-contrib 2.4.3.1 wxWindows Cross-platform C++ GUI 
toolkit (runtime cont
pn  libwxgtk2.4-python(no description available)
un  libwxgtk2.4c2 (no description available)

-- 
see shy jo


signature.asc
Description: Digital signature

Processed: this is at least RC

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 350183 serious
Bug#350183: udev (in contrast to hotplug) does not recognize multiple ethernets 
consistently
Severity set to `serious'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#257939: Solution for falconseye problem

[Bas Wijnen]

Hi,

I tested this, and appearantly the playback is not the problem.  In fact, the
parsing of the play_* options is reversed, 0 means on, 1 means off.

A working solution for the missing midi-player is removing the
linux_midi_player=... line though.

I'll have an NMU done to fix this this in the package sometime soon (I hope).

Thanks,
Bas Wijnen

-- 
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
   in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://129.125.47.90/e-mail.html


signature.asc
Description: Digital signature

Bug#352309: tioga: FTBFS: Missing Build-Depends on 'ruby1.8'

[Vincent Fourmond]

  Hello !

>Please add the missing Build-Depends on 'ruby1.8' to debian/control.
>  
>

  Thanks for reporting this. I naively thought that ruby1.8-dev depended
on rub1.8, but obviously... I've just sent a corrected version (along
with a new upstream release) to my sponsor.

  Regards

Vincent Fourmond



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

Bug#352427: debconf: installation fails

[Sean Finney]

Package: debconf
Version: 1.4.70
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi,

i get this when trying to update my amd64 pbuilder chroot:

it seems that overload.pm is owned by perl-base, fwiw.

Setting up debconf (1.4.70) ...
Can't locate overload.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
/usr/local/lib/site_perl .) at /usr/share/perl5/Debconf/Template.pm line 331.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Template.pm line 
331.
Compilation failed in require at /usr/share/perl5/Debconf/Question.pm line 8.
BEGIN failed--compilation aborted at
/usr/share/perl5/Debconf/Question.pm line 8.
Compilation failed in require at /usr/share/perl5/Debconf/Config.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Config.pm line 7.
Compilation failed in require at /usr/share/perl5/Debconf/Log.pm line 10.
Compilation failed in require at /usr/share/perl5/Debconf/Db.pm line 7.
BEGIN failed--compilation aborted at /usr/share/perl5/Debconf/Db.pm line 7.
Compilation failed in require at /usr/share/debconf/frontend line 6.
BEGIN failed--compilation aborted at /usr/share/debconf/frontend line 6.
dpkg: error processing debconf (--configure):
 subprocess post-installation script returned error exit status 2



sean

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

iD8DBQFD7kqTynjLPm522B0RAr3qAKCHn1gNJXDvLR27TGNUPNffKU2gjgCfXX8n
LBVeQqzlI5GZBSrtugLyXWk=
=80bP
-END PGP SIGNATURE-


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

Bug#349571: fixed in upstream

[Balazs Scheidler]

Hi,

I believe I've fixed this issue upstream, I committed a fix today and a
new snapshot should be available by tomorrow.

I'm also planning to release a new version in the next couple of days.

-- 
Bazsi



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

Bug#352406: qt-x11-free: Build-depens on firebird2-dev, but not on libfirebird2-classic

[Christopher Martin]

On Saturday 11 February 2006 12:54, Szo wrote:
> Package: qt-x11-free
> Severity: serious
> Justification: no longer builds from source
>
> qt-x11-free refuses to build if libfbclient1 installed, it doesn't have
> libgds

Current firebird2-dev packages depend on libfbembed1 and libfbclient1. 
libfirebird2-classic has been removed from Sid and Etch. Qt does build 
against the latest firebird packages, since it build-depends on 
firebird2-dev provides libgds.so symlinks that point to 
libfbclient.so.1.5.2.

Perhaps you've only partially upgraded firebird. This might reflect a lack 
of versioning in some dependency somewhere. Let us know the full names and 
versions of all firebird packages installed on your system, and maybe I can 
figure out what the matter is and why Qt doesn't build for you.

Thanks,
Christopher Martin


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

Bug#351089: marked as done (xfonts-terminus: build-depends on non-existing package `bdf2psf')

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 22:30:14 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#351089: xfonts-terminus: build-depends on non-existing 
package `bdf2psf'
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: xfonts-terminus
Version: 4.16-2
Severity: serious
Justification: build-depends must exist

Hi,

I just tried to build this package from source and realized that
it build depends on a non-existing package `bdf2psf'. Please specify
the correct build dependencies.

Regards,
  Bastian

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

Versions of packages xfonts-terminus depends on:
ii  xutils6.9.0.dfsg.1-4 X Window System utility programs

xfonts-terminus recommends no packages.

-- debconf information:
* xfonts-terminus/voting:

--- End Message ---
--- Begin Message ---
On Thu, Feb 02, 2006 at 07:57:56PM +0100, Bastian Kleineidam wrote:
> 
> I just tried to build this package from source and realized that
> it build depends on a non-existing package `bdf2psf'. Please specify
> the correct build dependencies.

The bdf2psf package entered unstable so I can now close this bug.

Thanks, Anton Zinoviev
--- End Message ---

Bug#348703: Zeroconf breaks network configuration

[Cesare Leonardi]

Today i have fallen in the these bug caused by zeroconf an i want to
contribute with information to confirm them and hoping to be useful to 
solve them.


Also for me zeroconf was not installed on my choice but as a recommended
package. This package was present on my system since some week but its
effects was clear to me only today, when i've tryed a new ADSL router:
trying to understand why i could not connect to internet, ifconfig
revelead me the presence of a 169.254.0.0/16 network address, that i
had never set. And working with the ifup/ifdown/ifconfig programs
brought me to strange behaviours.
Up to yesterday i haven't got connection troubles since i was using an 
ADSL modem with PPPoE, and seems it was unaffected.


The first thing that i have to report, and that i found to be related to
zeroconf, is that the boot process hang for some seconds during the eth0
bring up phase.
This delay is present even using ifup by hand.

After the boot process has completed, ifconfig reveal that eth0 has not
the network address i have set but another one that seems to be randomly
applied (and when i searched for information about such zeroconf thing,
i found that it was true).
The network address that i have set in /etc/network/interface file (say
192.168.1.1) it is not visible, but it is present in the system. In fact 
if i ping 192.168.1.1, it replies me.


Now if i try to bring down eth0, it seems to success, but if try to
bring it up again it says:

---
# ifup eth0
SIOCSIFADDR: File exists
Failed to bring up eth0.
#
---

In fact, now ifconfig surprisingly reveal:
---
# ifconfig
eth0  Link encap:Ethernet  HWaddr 00:01:4A:07:4C:1A
  inet addr:192.168.1.1  Bcast:192.168.1.255 Mask:255.255.255.0
  inet6 addr: fe80::201:4aff:fe07:4c1a/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:1386 errors:0 dropped:0 overruns:0 frame:0
  TX packets:1289 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:1140907 (1.0 MiB)  TX bytes:152146 (148.5 KiB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

#
---

My IP address is here but i can't  bring it down with ifdown because it
correctly says:

---
# ifdown eth0
ifdown: interface eth0 not configured
#
---

I have to thank those who have reported these bugs since has pointed me
that the cause of such caos was zeroconf. Before that i was lost in the
dark, since i really couldn't understand what was happening.

For now i have uninstalled zeroconf, since i don't need it and now i
don't want to learn how can it be useful to me. But i hope that the
package maintainer will found a solution that make the package default
settings do not conflict with existing configuration. And if it is not
possible, to print at least a warning message during install, as happen 
when you upgrade a kernel using the same version.


Regards.

Cesare.



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

Bug#351043: Determining severity

[Filipus Klutiero]

The generation of ambiguous puzzles is a known bug.  None of the authors
has the time to do anything about it at this time.
 


OK, well, at least that simplifies determining this bug's severity.


However, I would argue that the poster overestimates the seriousness of
it.
1. Nowhere I can find is there some official definition of Su Doku
   that states puzzles must be unambiguous, although I acknowlege
   that it is conventional.
 

From http://en.wikipedia.org/wiki/Sudoku : "It is possible to set 
starting grids with more than one solution and to set grids with no 
solution, but such are not considered proper /Sudoku/ puzzles; as in 
most other pure-logic puzzles, a unique solution is expected."



2. gnudoku also serves to load puzzles obtained elsewhere, as well
   as solving puzzles the user inputs.

The presence of ksudoku and gnome-sudoku in testing also makes the
transition of gnudoku to testing quite useless


I don't know how debian operates, but I didn't realise that an
application had to satisfy a criterion of usefulness compared to
existing alternatives to be allowed into the distribution.

A new application's usefullness is obviously relative to the existing 
applications, but this isn't really the problem here. Before gnudoku 
enters testing, the question is more whether gnudoku's usefullness 
compensates the frustration this bug would cause to users.





I don't know how to deal with this bug. I am quite surprised of its
severity since I totally agree with John.

Of course I don't want to start a "severity war" so I just mark the bug
with the help tag.

Hi David, I'm happy to see your reply. IMO this bug is important. I 
don't know whether it should be serious. This is mostly why I opened 
this last week and asked to consider bumping the bug to serious. I was 
expecting feedback from you, but this didn't happen until I upgraded the 
bug, so I thought you were missing and not aware of the bug. I chose to 
upgrade this to serious because I wanted you to judge this bug's 
severity before gnudoku enters testing. Now that you're clearly aware of 
it, it's your call to downgrade this bug or not. It's theorically your 
privilege to make a bug serious, so I won't infringe this once more and 
there won't be any severity war. This bug isn't RC according to any 
Debian policy, so it's your privilege to set it's severity.


I'll still precise why I think this is serious since I'm the only one 
that seems to think that. As John says, generating puzzles is only one 
of gnudoku's features. Let's start by analyzing puzzle generation. I 
don't know how you play sudoku, but I progress by filling 1 case for 
which I deducted the content at a time. If I can't fill a single case, I 
try more or abdicate. It's certainly possible to complete puzzles with 
multiple solutions, but I'd have to use a different solving method, and 
I don't think I'd enjoy. The problem is that if gnudoku generates 
puzzles with multiple solutions sometimes, I have to either put the 
initial puzzle in a different solver like logicgamesonline.com's, check 
whether it has multiple solutions and generate a new puzzle if it does 
(then repeat) or try puzzles anyway and always wonder whether the 
solving method I use is ineffective or if I should just try harder. The 
level of uncertainty caused by this issue depends on the proportion of 
puzzles with multiple solutions generated by gnudoku. In my case this 
proportion is 1 up to now. I may have that proportion wrong (hopefully 
it's actually lower :) ) but I'm already sure that I won't ever enjoy 
solving a puzzle generated by current gnudoku again without making sure 
it has a unique solution first. And doing that is also painful (and 
relies on other software being available anyway). Also, this description 
is only valid once the user is aware of the bug. In my case, I said to 
Josh Metzler that I was unable to solve the first puzzle generated by 
gnudoku only 7 digits away from completion and thought I was getting 
dumb, and he replied that the puzzle had multiple solutions. But most 
people probably don't know authors of Sudoku websites and are not so 
lucky :) Probably that someone would try a first puzzle, abdicate after 
a long time, try again, abdicate, lower the difficulty. Then if gnudoku 
generates one puzzle with a single solution, people are probably only 
going to take more time to realize that the bug isn't in their brain and 
look at the BTS.


And then there are the other uses of gnudoku. IMHO gnudoku is reasonably 
useful to solve puzzles obtained elsewhere. It's certainly not as good 
as ksudoku, but it will at least warn about direct conflicts and be a 
bit more useful than paper. gnudoku can also compute solutions. AFAIK it 
does that well. gnudoku should also be rather useful to verify solutions.


So gnudoku does at least three things well. However, here it can be 
noted that there is already software in Etch that does that. I haven't 
tried gn

Bug#352427: confirmed

[Bas Zoetekouw]

Hi!

I can confirm this bug, which bit me while upgrading my amd64 machine
from sarge to sid.  I guess debconf should pre-depend on perl-base?

-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


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

Bug#352427: confirmed

[Bas Zoetekouw]

Hi Joey!

You wrote:

> I can confirm this bug, which bit me while upgrading my amd64 machine
> from sarge to sid.  I guess debconf should pre-depend on perl-base?

Hmm, it seems overload.pm is gone in perl 5.8.8-1.  I'm not sure if this
is a bug in perl though, or if overload.pm just moved to another
package.

-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


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

Bug#352427: confirmed

[Bas Zoetekouw]

Hi Joey!
> 
> > I can confirm this bug, which bit me while upgrading my amd64 machine
> > from sarge to sid.  I guess debconf should pre-depend on perl-base?
> 
> Hmm, it seems overload.pm is gone in perl 5.8.8-1.  I'm not sure if this
> is a bug in perl though, or if overload.pm just moved to another
> package.

Ok, it seems this was a bug in perl:

22:11   perl (5.8.8-2) unstable; urgency=low
22:11   .
22:11 * Move overload.pm back to perl-base (closes: #352060).


-- 
Kind regards,
++
| Bas Zoetekouw  | GPG key: 0644fab7 |
|| Fingerprint: c1f5 f24c d514 3fec 8bf6 |
| [EMAIL PROTECTED], [EMAIL PROTECTED] |  a2b1 2bae e41f 0644 fab7 |
++ 


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

Bug#338006: Doesn't seem to fix the problems with Nessus

[Javier Fernández-Sanguino Peña]

The latest OpenSSL version (0.9.8-6) does not seem to fix the problem with
Nessus, actually, it makes it work since now the workaround of using a
restricted set of ciphers no longer works either:

If you try to connect the Nessus client with the server you get this:
[26753] SSL_connect: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert
handshake failure
nessus : SSL error

And using the standard OpenSSL client:

$ openssl s_client -connect localhost:1241 -ssl3 -CAfile \
/var/lib/nessus/CA/cacert.pem -bugs -no_ssl2
CONNECTED(0003)
26745:error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake
failure:s3_pkt.c:1057:SSL alert number 40
26745:error:1409E0E5:SSL routines:SSL3_WRITE_BYTES:ssl handshake
failure:s3_pkt.c:534:

So it seems that the fix introduced a different behaviour [1], but it's still
broken.

Should be easy to reproduce, just install Nessus, make a certificate and try
to connect to the Nessus server...

:-(

Javier

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343487
In which the error was

 SSL_connect: error:140943FC:SSL routines:SSL3_READ_BYTES:sslv3 alert
 bad record mac 
 nessus : SSL error


signature.asc
Description: Digital signature

Processed: reassign 352427 to perl-base, closing 352427, merging 352427 352060

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.12
> reassign 352427 perl-base
Bug#352427: debconf: installation fails
Bug reassigned from package `debconf' to `perl-base'.

> close 352427
Bug#352427: debconf: installation fails
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Sean Finney <[EMAIL PROTECTED]>

> merge 352427 352060
Bug#352060: perl-base: missing overload.pm breaks deboostrap
Bug#352427: debconf: installation fails
Mismatch - only Bugs in same state can be merged:
Values for `severity' don't match:
 #352060 has `serious';
 #352427 has `grave'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#350577: marked as done (rake: FTBFS: Missing Build-Depends on 'dpatch')

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 14:03:13 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#350577: fixed in rake 0.7.0-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: rake
Version: 0.6.2-2
Severity: minor


Does not build using pbuilder on Sarge, unless dpatch is added to
Build-Depends: in debian/control. 

I imagine this also happens on Sid, but I did not test it.

- -- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-7.1-686-jue
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

- -- 
 The box said it requires Windows 95 or better so I installed Linux
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iQEVAwUBQ94Su/y64gyiEfXtAQJC8Qf/bAHtnbH1HBhPdTSMrShPQKVibib1p2g/
O4jksHRUHmDRkvikeXG0s/oAEsd4fDm5m2XZrmsR2iGbvU5ZmF/vnrXP96Sap7Y3
QdwN4Gc3O4hbVV789B27x5LeQ9cK+5eiBS/hoAKzr/peufvMMtCwOrKlOF3evYKi
9u4LHGmNqAUxlUJ3aDwLsh1+aa1q2lwBvycJmEApueqMmaiAq2xOiMkm1bPciE7a
xPtwfEw+dHSYr5ggwXoAOfDORfu3rvQMRmeuVFBx7+zRX4rpPEtCBGoRmdZ8LNl0
LGo1yB7LweMFbJfC7PAFR1LhKP3voMRMMOeuQIbcASoeDDBs275i9A==
=N9ry
-END PGP SIGNATURE-

--- End Message ---
--- Begin Message ---
Source: rake
Source-Version: 0.7.0-1

We believe that the bug you reported is fixed in the latest version of
rake, which is due to be installed in the Debian FTP archive:

rake_0.7.0-1.diff.gz
  to pool/main/r/rake/rake_0.7.0-1.diff.gz
rake_0.7.0-1.dsc
  to pool/main/r/rake/rake_0.7.0-1.dsc
rake_0.7.0-1_all.deb
  to pool/main/r/rake/rake_0.7.0-1_all.deb
rake_0.7.0.orig.tar.gz
  to pool/main/r/rake/rake_0.7.0.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Adam Majer <[EMAIL PROTECTED]> (supplier of updated rake package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 11 Feb 2006 15:19:14 -0600
Source: rake
Binary: rake
Architecture: source all
Version: 0.7.0-1
Distribution: unstable
Urgency: low
Maintainer: Adam Majer <[EMAIL PROTECTED]>
Changed-By: Adam Majer <[EMAIL PROTECTED]>
Description: 
 rake   - a ruby build program
Closes: 350577 351999
Changes: 
 rake (0.7.0-1) unstable; urgency=low
 .
   * New upstream release (closes: 351999)
  + Added flexmock to the package's source to enable tests during build
  + dpatch is no longer needed for building (closes: 350577)
   * Moved Build-Depends to Build-Depends-Indep
Files: 
 0bc06944a4b82c7dd7cdcb2ebb0fe4f9 610 devel optional rake_0.7.0-1.dsc
 42abcd12d1f83a399a7ff137e4c2898f 68950 devel optional rake_0.7.0.orig.tar.gz
 4d51ad7cc0c84a261ce37b17d1632b36 16838 devel optional rake_0.7.0-1.diff.gz
 edb8185939d680ca9ecf4e92d906eaa4 102834 devel optional rake_0.7.0-1_all.deb

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

iD8DBQFD7lUY73/bNdaAYUURAr/4AJ9/K9mgPJLbXPNXFPSnuOYDoy4Y9QCgrEyZ
WmhtjE8QaXjrVw3R+Ghdc6A=
=ImiK
-END PGP SIGNATURE-

--- End Message ---

Bug#352323: mondo: ---FATALERROR--- Pre-param initialization phase failed. Please review the error messages above, make the specified changes, then try again. Exiting...

[Andree Leidenfrost]

Hi,

On Sat, 2006-02-11 at 15:08 +0100, mahashakti89 wrote:
> Hi, Andree!
> 
> I installed linux-image-2.6-486 and its dependance linux-image-2.6..15-1
> and it works, I mean I am not encountering the error which made me post
> this reportbug. But I have no time now to test it thoroughly and to make a 
> full 
> system backup, as I am leaving for two weeks. We will see in time.

I'm glad it works for you now.

> Thanks for your help

You are welcome. I interpret this as the bug can be closed now.

(Pending the error messages not appearing in mindi.log that is.)

> mahashakti89
> 
> PS = Will this dependance on linux-image-2.6-486 now stay ?

Yes, and it will automatically make it so that always the latest 2.6 486
kernel is available as failsafe. 
> 
>  On Sat, Feb 11, 2006 at 10:59:08PM +1100, Andree Leidenfrost wrote :
> > Hi again,
> > 
> > On Sat, 2006-02-11 at 12:07 +0100, mahashakti89 wrote: 
> > > On Sat, Feb 11, 2006 at 09:21:40PM +1100, Andree Leidenfrost wrote :
> > > > Hi,
> > > > 
> > > > Thanks a lot for reporting this bug.
> > > > 
> > > > Could you run /usr/lib/mindi/DebFindFailsafe directly and let me know
> > > > what the outcome is, i.e. mail the output?
> > > >
> > > 
> > > Perhaps we have the solution , output of /usr/lib/mindi/DebFindFailsafe
> > > gives following output :
> > > 
> > >  /usr/lib/mindi/DebFindFailsafe
> > >  FATAL ERROR: Failed to get real kernel package for virtual kernel
> > >  package candiate(s) linux-image-2.6-486 kernel-image-2.6-386
> > >  linux-image-386. Terminating.
> > >  
> > >  I am remembering, aptitude mentioned, one of the packages listed in the
> > >  error message were recommanded, but would not be installed.
> > >  Should I try with one of these packages installed ?
> > 
> > Yes, please. As you appear to be running a (self-compiled) 2.6.15 kernel
> > and are on sid, could you install linux-image-2.6-486 and try again?
> > 
> > We recommend one of these kernel packages to not enforce the
> > installation for people who don't need it and a space-conscious. But in
> > general, a recommends should be followed, really. Whether a 2.6 or a 2.4
> > kernel should be used, depends on what the machine in question is
> > running. We could of course recommend a 2.4 _and_ a 2.6 kernel but I
> > sincerely hope, that 2.4 will be removed from sid/etch soon anyway.
> > 
> > (I think I may have to redirect the output of DebFindFailsafe
> > to /var/log/mindi.log so that this is visible in the standard log.)
> > 
> > Regards,
> > Andree
> > 
> > > 
> > > > In the system information it says:
> > > > 
> > > > Shell:  /bin/sh linked to /bin/bash
> > > > 
> > > > So, you do have bash installed, don't you? What happens when you
> > > > run /bin/bash? (I'm sure it's fine, just double-checking.)
> > > >
> > > 
> > > No particular message. Seems to be O.K
> > > 
> > > > (REMINDER TO MYSELF: check bash dependencies and necessity!)
> > > > 
> > > > Maybe it has to do with your locale. Could you set:
> > > > 
> > > > export LANG=""
> > > > export LC_CTYPE=""
> > > > 
> > > > and check whether that makes a difference?
> > > 
> > > No changes , I am running in the same error.
> > > 
> > > Thanks
> > > 
> > > mahashakti89
> > > > Regards,
> > > > Andree
> > > > 
> > > > On Sat, 2006-02-11 at 10:33 +0100, mahashakti89 wrote: 
> > > > > Package: mondo
> > > > > Version: 2.06-2
> > > > > Severity: grave
> > > > > Justification: renders package unusable
> > > > > 
> > > > > Sorry to report this bug, I hoped it would work so fine as with 
> > > > > version
> > > > > 2.05, but I cannot make a right start, it stops me after 30 seconds !
> > > > > Also hope you have all informations you need.
> > > > > 
> > > > > Thanks
> > > > > 
> > > > > mahashakti89
> > > > > 
> > > > > -- Package-specific info:
> > > > > 
> > > > > Contents of /var/log/mindi.log:
> > > > > 
> > > > > mindi v1.06-r266
> > > > > i686 architecture detected
> > > > > mindi called with the following arguments:
> > > > > --makemountlist /tmp/mountlist.txt.test
> > > > > MINDI_LIB = /usr/lib/mindi
> > > > > MINDI_SBIN = /usr/sbin
> > > > > MINDI_CONF = /etc/mindi
> > > > > MONDO_LIB = /usr/lib/mondo
> > > > > MINDI_VERSION is 1.06-r266
> > > > > Fatal error. DebFindFailsafe failed.
> > > > > Please e-mail a copy of /tmp/mindi.err.30168.tgz to the mailing list.
> > > > > See http://www.mondorescue.org for more information.
> > > > > WE CANNOT HELP unless you enclose that file.
> > > > > 
> > > > > =
> > > > > 
> > > > > Contents of /var/log/mondo-archive.log:
> > > > > 
> > > > > running: dmesg -n1 > /tmp/mondo-run-prog-thing.tmp 2> 
> > > > > /tmp/mondo-run-prog-thing.err
> > > > > start of 
> > > > > output-
> > > > > end of 
> > > > > output--
> > > > > ...ran just fine. :-)
> > > > > Mondo Archive v2.06-266 --- http://www.mondorescue.org
> > > > > ru

Bug#351078: marked as done (libcontactsdb: ftbfs [sparc] Package requirements (sqlite libgpepimc) were not met)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 14:32:29 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#351078: fixed in libgpepimc 0.5-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libcontactsdb
Severity: serious
Justification: no longer builds from source


libcontactsdb failed to build on all buildds, duplicated on my sparc
pbuilder.



checking pkg-config is at least version 0.9.0... yes
checking for CONTACTSDB... configure: error: Package requirements (sqlite 
libgpepimc) were not met:

Package glib-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glib-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'glib-2.0', required by 'libgpevtype', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables CONTACTSDB_CFLAGS
and CONTACTSDB_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

make: *** [config.status] Error 1

--- End Message ---
--- Begin Message ---
Source: libgpepimc
Source-Version: 0.5-3

We believe that the bug you reported is fixed in the latest version of
libgpepimc, which is due to be installed in the Debian FTP archive:

libgpepimc0-dev_0.5-3_i386.deb
  to pool/main/libg/libgpepimc/libgpepimc0-dev_0.5-3_i386.deb
libgpepimc0_0.5-3_i386.deb
  to pool/main/libg/libgpepimc/libgpepimc0_0.5-3_i386.deb
libgpepimc_0.5-3.diff.gz
  to pool/main/libg/libgpepimc/libgpepimc_0.5-3.diff.gz
libgpepimc_0.5-3.dsc
  to pool/main/libg/libgpepimc/libgpepimc_0.5-3.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Moray Allan <[EMAIL PROTECTED]> (supplier of updated libgpepimc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 11 Feb 2006 22:19:23 +
Source: libgpepimc
Binary: libgpepimc0-dev libgpepimc0
Architecture: source i386
Version: 0.5-3
Distribution: unstable
Urgency: low
Maintainer: Moray Allan <[EMAIL PROTECTED]>
Changed-By: Moray Allan <[EMAIL PROTECTED]>
Description: 
 libgpepimc0 - category management for GPE applications [runtime]
 libgpepimc0-dev - category management for GPE applications [development]
Closes: 351078
Changes: 
 libgpepimc (0.5-3) unstable; urgency=low
 .
   * Add libglib2.0-dev to -dev package's Depends.  Closes: #351078.
Files: 
 47298d6b6ecb0231f85ffc2b51a175e3 709 libs optional libgpepimc_0.5-3.dsc
 a1af855eae6b18499879cc00e63c64e8 1559 libs optional libgpepimc_0.5-3.diff.gz
 e1d23c4ac3deea6ac3216a5933c8454f 9340 libdevel optional 
libgpepimc0-dev_0.5-3_i386.deb
 327d5268f13a75bf1c4443022a4e2fe5 10634 libs optional libgpepimc0_0.5-3_i386.deb

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

iD8DBQFD7mNr500puCvhbQERAtx+AKCccq6Y+LRZwbSypa/VlfacSrd+twCgtHqp
JhyGMiZCL02O+Co+joKHhfA=
=yglJ
-END PGP SIGNATURE-

--- End Message ---

Bug#352449: console-setup: seriously broken

[Norbert Preining]

Package: console-setup
Version: 1.0
Severity: serious

Hi!

I cannot get console-setup *not* to mess up completely the console,
these are the problems:

- console-setup/variant: Germany - Eliminate dead keys
  is not honored:
  ~ is not a dead key, but ' (the un-shifted `) is not useable at all

- the settings do not affect all terminals, only the one I am logged in
  and call dpkg-reconfigure, so I cannot enter any umlauts in any other
  console thant the one I called setupconf from.

- Strange effect (hard to repeat, but it happens sometimes), after
  reconfiguring the console, suddenly some programs cannot be found
  (less /etc/X11/xorg.conf: bash: less command not found, but it is
  there!)

Otherwise, I really appreciate the program, I really missed something
like this!!!

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

Versions of packages console-setup depends on:
ii  console-terminus  4.16-2 Fixed-width fonts for fast reading
ii  debconf [debconf-2.0] 1.4.70 Debian configuration management sy

Versions of packages console-setup recommends:
ii  console-tools  1:0.2.3dbs-60 Linux console and font utilities

-- debconf information:
* console-setup/variant: Germany - Eliminate dead keys
  console-setup/modelcode: pc105
* console-setup/fontsize: 16
  console-setup/layoutcode: de
  console-setup/dont_ask_layout:
* console-setup/altgr: Right Alt
* console-setup/ttys: /dev/tty[1-6]
* console-setup/codeset: Lat15
  console-setup/toggle: No toggling
* console-setup/fontface: TerminusBoldVGA
* console-setup/compose: Menu key
  console-setup/switch: No temporary switch
* console-setup/charmap: ISO-8859-15
  console-setup/optionscode: lv3:ralt_switch,compose:menu
* console-setup/layout: Germany
  console-setup/variantcode: nodeadkeys
* console-setup/model: Generic 105-key (Intl) PC


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

Bug#352451: grass: [FTBFS] No such file or directory

[Christian T. Steigies]

Package: grass
Version: 6.0.1-2
Severity: serious
Justification: no longer builds from source

Automatic build of grass_6.0.1-2 on aahz by sbuild/m68k 85
[...]
** Using build dependencies supplied by package:
Build-Depends: flex, bison, libreadline5-dev | libreadline-dev, 
libncurses5-dev, lesstif2-dev, debhelper (>= 4.0.2), dpatch, libtiff4-dev, 
tcl8.3-dev, tk8.3-dev, fftw-dev, xlibmesa-gl-dev, libglu1-xorg-dev | 
xlibmesa-glu-dev, libfreetype6-dev, autoconf2.13, autotools-dev, 
libgdal1-1.3.1-dev, proj (>= 4.4.7), libjpeg62-dev, libpng12-dev, libpq-dev | 
postgresql-dev, unixodbc-dev, doxygen, fakeroot, libmysqlclient15-dev | 
libmysqlclient14-dev
[...]
# fix all the braindead scripts
debian/fixscripts.sh
sed: can't read 
/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_get_line:
 No such file or directory
sed: can't read 
/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_play:
 No such file or directory
sed: can't read 
/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_tools:
 No such file or directory
sed: can't read 
/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_file_tools:
 No such file or directory
sed: can't read 
/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/nviz2.2_script:
 No such file or directory
sed: can't read 
/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_label.tcl:
 No such file or directory
sed: can't read 
/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_scale.tcl:
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_kanimator.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_scale.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/structlib.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_label.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/attPopup.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/attIsosurfPopup.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_pos.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_vol.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panelIndex':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/colorPopup.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/multimapBrowser.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_animation.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/script_support.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_vect.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_sdiff.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/assoc.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/unique.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_main.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/position_procs.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_lights.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_query.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/panel_query_orig.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/nviz_init.tcl':
 No such file or directory
chmod: cannot access 
`/build/buildd/grass-6.0.1/debian/tmp/usr/lib/grass/etc/nviz2.2/scripts/cutplane_channels.tcl':
 No such file or directory
chmod: cannot access 
`

Bug#352453: denemo: dependency missing

[David Serrano]

Package: denemo
Version: 0.7.4-2
Severity: grave
Justification: renders package unusable


I was unable to execute denemo:


$ denemo
BinReloc failed to initialize:
Domain: 1 (GBinReloc)
Code: 4
Message: Binary relocation support is disabled.


GNU Denemo, a gtk+ frontend for GNU Lilypond
(c) 1999-2005 Matthew Hiller, Adam Tee, and others


This program is provided with absolutely NO WARRANTY; see
the file COPYING for details.

This software may be redistributed and modified under the
terms of the GNU General Public License; again, see the file
COPYING for details.


** ERROR **: file main.cpp: line 95 (void register_stock_icon(GtkIconFactory*, 
const gchar*, const gchar*)): assertion failed: (pixbuf != NULL)
aborting...


After surfing google [1] [2] I tried to install some packages to see if the
problem went away. I played a while with:

librsvg2-2
librsvg2-bin
librsvg2-common
libgdk-pixbuf-gnome2
libgdk-pixbuf2

And finally found that installing just librsvg2-common (and its
dependencies, of course) fixed the problem. Now I'm able to execute denemo
and insert some notes in it.

# COLUMNS=80 dpkg -l librsvg2-common
[...]
ii  librsvg2-commo 2.12.7-5   SAX-based renderer library for SVG files. (f


1. http://www.mail-archive.com/fink-users@lists.sourceforge.net/msg21780.html
2. http://article.gmane.org/gmane.os.apple.fink.beginners/17590


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

Versions of packages denemo depends on:
ii  libatk1.0-01.10.3-1  The ATK accessibility toolkit
ii  libc6  2.3.5-13  GNU C Library: Shared libraries an
ii  libgcc11:4.0.2-8 GCC support library
ii  libglib2.0-0   2.8.6-1   The GLib library of C routines
ii  libgtk2.0-02.8.11-1  The GTK+ graphical user interface 
ii  libpango1.0-0  1.10.3-1  Layout and rendering of internatio
ii  libstdc++6 4.0.2-8   The GNU Standard C++ Library v3
ii  libxml22.6.23.dfsg.1-0.1 GNOME XML library
ii  zlib1g 1:1.2.3-9 compression library - runtime

Versions of packages denemo recommends:
pn  csound (no description available)
ii  lilypond  2.6.3-10   A program for typesetting sheet mu

-- no debconf information


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

Bug#352027: acknowledged by developer (Bug#352027: fixed in heartbeat 1.2.4-3)

[Steve Langasek]

On Sat, Feb 11, 2006 at 09:50:20PM +0900, Horms wrote:
> On Sat, Feb 11, 2006 at 12:51:00PM +0100, Bastian Blank wrote:
> > reopen 352027
> > severity 352027 serious
> > retitle 352027 heartbeat - pre-depends on adduser without consensus

> What exactly is that supposed to mean?
> That we all need to agree before adding the pre-depends?
> That we aren't sure if it solves the problem? That
> pre-depends should be added with extreeme caution?
> Are there other options available? I'm pretty ambivilent
> about how this problem gets fixed. Just let me know what
> you decide.

Policy says that pre-depends must be discussed on debian-devel.  So post to
debian-devel, wait a few days, then close this bug again. :)  I don't
anticipate any objections, adduser is commonly found in pre-depends and
heartbeat is not a high-priority package (in the Priority: sense).

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


signature.asc
Description: Digital signature

Processed: Fixed in NMU of multisync 0.82-5.2

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 222757 + fixed
Bug#222757: multisync: too many build-dependencies
There were no tags set.
Tags added: fixed

> tag 304720 + fixed
Bug#304720: libmultisync-plugin-evolution: Evolution 2 generates vcard 3.0, 
some phones require vcard 2.1, multisync does not convert
Tags were: patch
Tags added: fixed

> tag 315060 + fixed
Bug#315060: multisync: Multisync unable to open Evo2 calendar and addressbook
There were no tags set.
Tags added: fixed

> tag 323740 + fixed
Bug#323740: FTBFS: Unsatisfiable build-dependency on 
evolution-data-server1.2-dev
There were no tags set.
Tags added: fixed

> tag 335141 + fixed
Bug#335141: removal of automake1.6
There were no tags set.
Tags added: fixed

> tag 349635 + fixed
Bug#349635: libmultisync-plugin-evolution / Unmet dependencies
There were no tags set.
Tags added: fixed

> tag 350053 + fixed
Bug#350053: multisync: stores sensible password information with permission 644
Tags were: security
Tags added: fixed

> quit
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#352449: [Pkg-kbd-devel] Bug#352449: console-setup: seriously broken

[Denis Barbier]

On Sat, Feb 11, 2006 at 11:47:37PM +0100, Norbert Preining wrote:
> Package: console-setup
> Version: 1.0
> Severity: serious
> 
> Hi!
> 
> I cannot get console-setup *not* to mess up completely the console,
> these are the problems:
> 
> - console-setup/variant: Germany - Eliminate dead keys
>   is not honored:
>   ~ is not a dead key, but ' (the un-shifted `) is not useable at all

Anton, I do not know if this is related, but your files contain
   key   { [  acute, grave, cedilla, cedilla ] };
but in X, acute should be replaced by apostrophe.

> - the settings do not affect all terminals, only the one I am logged in
>   and call dpkg-reconfigure, so I cannot enter any umlauts in any other
>   console thant the one I called setupconf from.

This is normal, users cannot modify other ttys unless they are also
logged into them.

> - Strange effect (hard to repeat, but it happens sometimes), after
>   reconfiguring the console, suddenly some programs cannot be found
>   (less /etc/X11/xorg.conf: bash: less command not found, but it is
>   there!)

Hey, that sounds indeed quite unbelievable ;)

Denis


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

Bug#268664: marked as done (dosemu: purge destroys user data)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 15:17:19 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#268664: fixed in dosemu 1.2.2-2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: dosemu
Version: 1.2.1.0
Severity: normal

I'm using dosemu-1.2.1.0 together with freedos.

Now I have dosemu correctly configured (and running like a charm!) I'd
like to disable the startup dos banner, since I generally run commands
from the bash shell (e.g. "dosemu myprog") and the startup output each
time interferes with the output I want to see.

I added

  $_dosbanner = (off)

to /etc/dosemu/dosemu.conf and also to .dosemurc, but neither had any
effect. I've also tried (0), (1) and (on) etc., but nothing changes the
config (which I've read by using "-D+c -O").

I also tried chaning the "dosbanner on" line in
/usr/lib/dosemu/global.conf, and sourcing this with -F, but it also had
no effect! Running as root didn't change anything either.

I had a look at the sources, and the yacc grammar seems to say that the
config line I added should parse correctly...

Is it possible to turn off the dosbanner?


Many thanks,
Roger

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=en_GB, LC_CTYPE=en_GB (ignored: LC_ALL set to en_GB)

--- End Message ---
--- Begin Message ---
Source: dosemu
Source-Version: 1.2.2-2

We believe that the bug you reported is fixed in the latest version of
dosemu, which is due to be installed in the Debian FTP archive:

dosemu_1.2.2-2.diff.gz
  to pool/contrib/d/dosemu/dosemu_1.2.2-2.diff.gz
dosemu_1.2.2-2.dsc
  to pool/contrib/d/dosemu/dosemu_1.2.2-2.dsc
dosemu_1.2.2-2_i386.deb
  to pool/contrib/d/dosemu/dosemu_1.2.2-2_i386.deb
xfonts-dosemu_1.2.2-2_all.deb
  to pool/contrib/d/dosemu/xfonts-dosemu_1.2.2-2_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bart Martens <[EMAIL PROTECTED]> (supplier of updated dosemu package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 10 Feb 2006 19:47:50 +0100
Source: dosemu
Binary: dosemu xfonts-dosemu
Architecture: source i386 all
Version: 1.2.2-2
Distribution: unstable
Urgency: low
Maintainer: Bart Martens <[EMAIL PROTECTED]>
Changed-By: Bart Martens <[EMAIL PROTECTED]>
Description: 
 dosemu - The Linux DOS Emulator
 xfonts-dosemu - VGA font for the DOS Emulator
Closes: 249242 249718 268664 307021 332478 351016
Changes: 
 dosemu (1.2.2-2) unstable; urgency=low
 .
   * New maintainer.  Closes: #249718.
   * debian/postrm: Don't purge user data.  Closes: #268664.
   * debian/rules: Install midid.  Closes: #249242.
   * debian/patches/04socalled.dpatch: Fix typo.  Closes: #307021.  Patch by A
 Costa <[EMAIL PROTECTED]>, thanks.
   * debian/patches/05typos351016.dpatch: Fix typo's.  Closes: #351016.  Patch
 by A Costa <[EMAIL PROTECTED]>, thanks.
   * debian/patches/06dosemu-dosdrive_d.dpatch: Environment variable
 DOSDRIVE_D.  Closes: #332478.  Patch by Michael Klein
 <[EMAIL PROTECTED]>, thanks.
Files: 
 fd7bc9205dea2e178165dd3f53f4ef90 706 contrib/otherosfs optional 
dosemu_1.2.2-2.dsc
 a8ae0bc1aa63561148b6739a3c60e829 23833 contrib/otherosfs optional 
dosemu_1.2.2-2.diff.gz
 ba797ac9d409d4b14a5cc739e3f7a411 127424 contrib/x11 optional 
xfonts-dosemu_1.2.2-2_all.deb
 105103a5610d54c4de13118fe8b9e1bd 983004 contrib/otherosfs optional 
dosemu_1.2.2-2_i386.deb

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

iD8DBQFD7m3UipBneRiAKDwRAtZGAJ9pzrQiad16wIE5hnjZDpc3lUM/7wCgp8N3
M03554gmv1JDWyt7GXcaRQI=
=/zL/
-END PGP SIGNATURE-

--- End Message ---

Bug#349730: marked as done (jikes-gij: Uninstallable; please depend on libgcj6-jar)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 15:32:22 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#349730: fixed in jikes 1:1.22-4
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: jikes-gij
Version: 1:1.22-3
Severity: serious

Hi,

Currently jikes-gij is uninstallable in sid, since none of the
libgcj*-common dependencies can be satisfied.

It seems the jar is now provided by libgcj6-jar, not libgcj6-common.
I therefore suspect that you'll be fine if you add a libgcj6-jar option
to the dependency list.

Ben.

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

--- End Message ---
--- Begin Message ---
Source: jikes
Source-Version: 1:1.22-4

We believe that the bug you reported is fixed in the latest version of
jikes, which is due to be installed in the Debian FTP archive:

jikes-gij_1.22-4_all.deb
  to pool/main/j/jikes/jikes-gij_1.22-4_all.deb
jikes_1.22-4.diff.gz
  to pool/main/j/jikes/jikes_1.22-4.diff.gz
jikes_1.22-4.dsc
  to pool/main/j/jikes/jikes_1.22-4.dsc
jikes_1.22-4_i386.deb
  to pool/main/j/jikes/jikes_1.22-4_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Adam Majer <[EMAIL PROTECTED]> (supplier of updated jikes package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 11 Feb 2006 15:45:43 -0600
Source: jikes
Binary: jikes-gij jikes
Architecture: source i386 all
Version: 1:1.22-4
Distribution: unstable
Urgency: low
Maintainer: Adam Majer <[EMAIL PROTECTED]>
Changed-By: Adam Majer <[EMAIL PROTECTED]>
Description: 
 jikes  - Fast Java compiler adhering to language and VM specifications
 jikes-gij  - Wrapper for jikes using GNU GIJ classes
Closes: 349730
Changes: 
 jikes (1:1.22-4) unstable; urgency=low
 .
   * jikes-gij should now depend on libgcj6-jar as that package was
 renamed (closes: #349730)
   * jikes-gij will no longer match .zip files, only .jar files
Files: 
 53d64beb95d8738fbdeb74b6fd17d68a 561 devel optional jikes_1.22-4.dsc
 d6b948cc6c8b2b6d797979a18bc948cf 12828 devel optional jikes_1.22-4.diff.gz
 b3b8596cff187155dbf67bad15ba2530 1486 devel optional jikes-gij_1.22-4_all.deb
 ea8f5dc63cfc2226a5486132f587af63 699408 devel optional jikes_1.22-4_i386.deb

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

iD8DBQFD7nAV73/bNdaAYUURAr79AJ95gZVEdE289a8WJ2nbRbVCHX2/KwCfcgVD
+4TGwGHT8/VyvUBsKjaKdVQ=
=0uwD
-END PGP SIGNATURE-

--- End Message ---

Bug#352031: marked as done (libcontactsdb: FTBFS: Missing Build-Depends on 'libgpewidget-dev')

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 15:17:25 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352031: fixed in libcontactsdb 0.1-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libcontactsdb
Version: 0.1-2
Severity: serious
Tags: patch

The package currently fails to build in a clean chroot environment
because of a missing Build-Depends on 'libgpewidget-dev':

 cc -DPACKAGE_NAME=\"libcontactsdb\" -DPACKAGE_TARNAME=\"libcontactsdb\" 
-DPACKAGE_VERSION=\"0.1\" "-DPACKAGE_STRING=\"libcontactsdb 0.1\"" 
-DPACKAGE_BUGREPORT=\"[EMAIL PROTECTED]" -DPACKAGE=\"libcontactsdb\" 
-DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. 
-I. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -Wall -O2 -MT 
contacts-db.lo -MD -MP -MF .deps/contacts-db.Tpo -c contacts-db.c  -fPIC -DPIC 
-o .libs/contacts-db.o
contacts-db.c:19:26: error: gpe/errorbox.h: No such file or directory


Regards
Andreas Jochens

diff -urN ../tmp-orig/libcontactsdb-0.1/debian/control ./debian/control
--- ../tmp-orig/libcontactsdb-0.1/debian/control2006-02-09 
09:12:09.0 +
+++ ./debian/control2006-02-09 09:12:01.0 +
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Moray Allan <[EMAIL PROTECTED]>
-Build-Depends: cdbs (>= 0.4.21), debhelper (>= 4.1.0), pkg-config (>= 0.18), 
libsqlite-dev, libgpepimc-dev
+Build-Depends: cdbs (>= 0.4.21), debhelper (>= 4.1.0), pkg-config (>= 0.18), 
libsqlite-dev, libgpepimc-dev, libgpewidget-dev
 Standards-Version: 3.6.2
 
 Package: libcontactsdb-dev

--- End Message ---
--- Begin Message ---
Source: libcontactsdb
Source-Version: 0.1-3

We believe that the bug you reported is fixed in the latest version of
libcontactsdb, which is due to be installed in the Debian FTP archive:

libcontactsdb-dev_0.1-3_i386.deb
  to pool/main/libc/libcontactsdb/libcontactsdb-dev_0.1-3_i386.deb
libcontactsdb0_0.1-3_i386.deb
  to pool/main/libc/libcontactsdb/libcontactsdb0_0.1-3_i386.deb
libcontactsdb_0.1-3.diff.gz
  to pool/main/libc/libcontactsdb/libcontactsdb_0.1-3.diff.gz
libcontactsdb_0.1-3.dsc
  to pool/main/libc/libcontactsdb/libcontactsdb_0.1-3.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Moray Allan <[EMAIL PROTECTED]> (supplier of updated libcontactsdb package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 11 Feb 2006 22:51:55 +
Source: libcontactsdb
Binary: libcontactsdb0 libcontactsdb-dev
Architecture: source i386
Version: 0.1-3
Distribution: unstable
Urgency: low
Maintainer: Moray Allan <[EMAIL PROTECTED]>
Changed-By: Moray Allan <[EMAIL PROTECTED]>
Description: 
 libcontactsdb-dev - shared library for accessing gpe-calendar database 
[development]
 libcontactsdb0 - shared library for accessing gpe-calendar database [runtime]
Closes: 352031
Changes: 
 libcontactsdb (0.1-3) unstable; urgency=low
 .
   * Add libgpewidget-dev to Build-Depends.  Closes: #352031.
Files: 
 c371e7bd97d3930231a26e2e0097c6fe 686 libs optional libcontactsdb_0.1-3.dsc
 15011d4c84c5a3d1681dd5a20ac99b56 60753 libs optional 
libcontactsdb_0.1-3.diff.gz
 1897c046ac20539713f00bde3b351d34 10178 libdevel optional 
libcontactsdb-dev_0.1-3_i386.deb
 6bb75311160f2123fc37909dfcb7834c 9902 libs optional 
libcontactsdb0_0.1-3_i386.deb

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

iD8DBQFD7mww500puCvhbQERAkuqAJ9VQ8qz3YxsD4vr58hNZe8YAFecZgCgnv2g
eh+LONrIPImSGQZCxYN0AZk=
=1TtI
-END PGP SIGNATURE-

--- End Message ---

Bug#352376: ndiswrapper-utils: Uninstallable because of unmet dep on ndiswrapper-modules-1.8

[Steve Langasek]

On Sat, Feb 11, 2006 at 05:12:38PM +0100, Luk Claes wrote:
> Package: ndiswrapper-utils
> Severity: serious
> Version: 1.8-1

> Your package is not installable with binary packages in main. This is
> because ndiswrapper-modules-1.8 is not available in the archive. You
> might want to depend on one of the existing ndiswrapper-modules-*
> packages instead.

This is a virtual package that is supposed to be provided by the individual
ndiswrapper-modules-* flavors.  There just aren't any such module packages
for 1.8 yet.

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


signature.asc
Description: Digital signature

Bug#352406: marked as done (qt-x11-free: Build-depens on firebird2-dev, but not on libfirebird2-classic)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 16:09:49 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352406: qt-x11-free: Build-depens on firebird2-dev, but 
not on libfirebird2-classic
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: qt-x11-free
Severity: serious
Justification: no longer builds from source

qt-x11-free refuses to build if libfbclient1 installed, it doesn't have
libgds

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (400, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.15
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


--- End Message ---
--- Begin Message ---
On Sat, Feb 11, 2006 at 06:54:52PM +0100, Szo wrote:
> Package: qt-x11-free
> Severity: serious
> Justification: no longer builds from source

> qt-x11-free refuses to build if libfbclient1 installed, it doesn't have
> libgds

Er, firebird2-dev Depends on libfbclient1, and qt-x11-free has been built
with the current firebird2-dev.  I don't know what error you're seeing since
you didn't include it in your report, but your analysis appears to be wrong.

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


signature.asc
Description: Digital signature
--- End Message ---

Processed: found 350183 in 0.070-3, tagging 350183

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.11
> found 350183 0.070-3
Bug#350183: udev (in contrast to hotplug) does not recognize multiple ethernets 
consistently
Bug marked as found in version 0.070-3.

> tags 350183 upstream
Bug#350183: udev (in contrast to hotplug) does not recognize multiple ethernets 
consistently
Tags were: help upstream
Tags added: upstream

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#350183: this is at least RC

[Marco d'Itri]

On Feb 11, Ryan Murray <[EMAIL PROTECTED]> wrote:

> Having debian-installer see devices one way and the next boot having
> the devices in some other order (with the config files set up for the
> d-i order) is not a releaseable state.  If udev can't provide this basic
> feature in time for release, then we should be looking at other options.
Persistence of network interfaces names will be implemented in time for
the freeze.
0.084-4 (to be uploaded as soon as -3 will be in testing) contains a
patch from the Ubuntu package which will let me use a much simpler
script to find the interface names (the last month I started rewriting
the SuSE script, but stopped disgusted by what an ugly hack it is).
Then I will start writing a new helper script, which hopefully will be
ready in a few weeks.

> One of which would have d-i set up mappings from MAC addresses to
> configuration in /etc/network/interfaces, similar to the examples in
> ifupdown.  This isn't something that the average end user should ever
> have to set up, and certainly will confuse a lot of existing users.
Being able to query ifupdown for the name of an interface would be very
useful indeed, because it would be a natural interface and would make
implementing the udev side almost trivial, but that code scares me and
there is no way that I will look at it again, ever.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#342815: marked as done (Xdialog: syntax error leads to infinite memory allocation loop)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 16:47:13 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#342815: fixed in xdialog 2.1.2-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: Xdialog
Version: 2.0.6-3
Severity: critical
Justification: breaks the whole system

Running
Xdialog --menubox "rotation angle?" 0 0 0 \
""  "erase picture" \
0   "don't rotate" \
90  "clockwise" \
180 "flip over" \
270 "anticlock"
makes the "erase picture" option grayed out.  If I click on it, my
system becomes unresponsive for five minutes while all 2.5 GB
memory+swap are allocated.  However, the crash is a segfault rather
than "memory exhausted."

If the option is " " rather than "" there is no problem.

Trivial input sanitization is in order here.

Rob

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (985, 'testing'), (30, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages Xdialog depends on:
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libglib1.2 1.2.10-9  The GLib library of C routines
ii  libgtk1.2  1.2.10-17 The GIMP Toolkit set of widgets fo
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu

-- no debconf information

-- 
Rob Mahurin
Dept. of Physics & Astronomyphone:  865.974.8097 (sometimes)
University of Tennessee fax:865.974.7843
Knoxville, TN  37996email:  [EMAIL PROTECTED]
--
As well look for a needle in a bottle of hay.
-- Miguel de Cervantes

--- End Message ---
--- Begin Message ---
Source: xdialog
Source-Version: 2.1.2-1

We believe that the bug you reported is fixed in the latest version of
xdialog, which is due to be installed in the Debian FTP archive:

xdialog_2.1.2-1.diff.gz
  to pool/main/x/xdialog/xdialog_2.1.2-1.diff.gz
xdialog_2.1.2-1.dsc
  to pool/main/x/xdialog/xdialog_2.1.2-1.dsc
xdialog_2.1.2-1_i386.deb
  to pool/main/x/xdialog/xdialog_2.1.2-1_i386.deb
xdialog_2.1.2.orig.tar.gz
  to pool/main/x/xdialog/xdialog_2.1.2.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Stan Vasilyev <[EMAIL PROTECTED]> (supplier of updated xdialog package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 29 Jan 2006 16:35:42 -0800
Source: xdialog
Binary: xdialog
Architecture: source i386
Version: 2.1.2-1
Distribution: unstable
Urgency: low
Maintainer: Stan Vasilyev <[EMAIL PROTECTED]>
Changed-By: Stan Vasilyev <[EMAIL PROTECTED]>
Description: 
 xdialog- X11 replacement for the text util dialog
Closes: 302661 306532 329717 332275 342815 348161
Changes: 
 xdialog (2.1.2-1) unstable; urgency=low
 .
   * New maintainer. (Closes: #348161)
   * New upstream release. (Closes: #306532)
 - Fixes "timebox don't display user time HH:MM:SS" (Closes: #332275)
 - Fixes "Xdialog: syntax error leads to infinite memory allocation loop"
   (Closes: #342815)
 - Catalan translation added (Closes: #329717)
 .
   [ Paul Wise ]
   * debian/control: Add homepage to the package description
   * debian/watch: Add watch file
   * debian/control: Update standards-version:
   * Switch to debhelper compatability level 4
 .
   [ Stan Vasilyev ]
   * Use dpatch system for all patches
   * Convert to CDBS
   * Removed Build-Depends: automake
   * Build-depend upon autotools-dev for updated config.{sub,guess}
   * Added a fix for automake bugs: debian/fixautomake.sh
   * Added xdialog documentation to doc-base
   * debian/copyright
 - updated FSF address, got rid of dh_make boilerplate and added copyright
   statements.
   * doc/Xdialog.man
 - Fixed spelling errors (Closes: #302661)
 - Created a new patch to fix Debian specific paths
 - Added information about XDIALOG_NO_GMSGS hack
   * Fixed unquoted strings in debian/menu
   * Dropped README file, it is not maintained anymore
Files: 
 8cfe047b11f1667d24b7f344fd4c93cf 632 x11 optional xdia

Bug#345641: marked as done (libc6: libnss_dns-2.3.5.so incompatible with libc-2.3.5.so : version GLIBC_PRIVATE not defined)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 16:47:10 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#345641: fixed in glibc 2.3.6-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libc6
Version: 2.3.5-8
Severity: grave
Justification: renders package unusable


not defined link time reference of GLIBC_PRIVATE in libc-2.3.5.so
call from symbol __res_maybe_init of libnss_dns-2.3.5.so

i.e. exact error message of webmin was:
/usr/share/webmin-1.220/webmin/upgrade.cgi: relocation error: 
/lib/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE not 
defined in file libc.so.6 with link time reference

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

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.3.6-1

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.6-1_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.6-1_all.deb
glibc_2.3.6-1.diff.gz
  to pool/main/g/glibc/glibc_2.3.6-1.diff.gz
glibc_2.3.6-1.dsc
  to pool/main/g/glibc/glibc_2.3.6-1.dsc
glibc_2.3.6.orig.tar.gz
  to pool/main/g/glibc/glibc_2.3.6.orig.tar.gz
locales_2.3.6-1_all.deb
  to pool/main/g/glibc/locales_2.3.6-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Clint Adams <[EMAIL PROTECTED]> (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu,  9 Feb 2006 21:45:45 -0500
Source: glibc
Binary: glibc-doc locales
Architecture: source all
Version: 2.3.6-1
Distribution: unstable
Urgency: low
Maintainer: GNU Libc Maintainers 
Changed-By: Clint Adams <[EMAIL PROTECTED]>
Description: 
 glibc-doc  - GNU C Library: Documentation
 locales- GNU C Library: National Language (locale) data [support]
Closes: 225516 227214 248377 279697 295810 309846 323159 327025 329428 331377 
334864 343885 345479 345641 347315 347323 347686 348518 348804 350103 350501 
351036 351049 351375
Changes: 
 glibc (2.3.6-1) unstable; urgency=low
 .
   [ Denis Barbier ]
   * debian/debhelper.in/libc.postinst: Restart webmin on upgrade.
 (Closes: #345641)
   * debian/debhelper.in/libc.postinst: Restart dropbear on upgrade.
 (Closes: #351036)
   * Fix yesexpr/noexpr in tl_PH locale.  Reported by eric pareja.
 (Closes: #295810)
   * Fix langinfo(_NL_TIME_FIRST_WEEKDAY) for C locale.  Reported by
 Graham Wilson (Closes: #327025)
   * Add first_weekday fields to most locales.
 (Closes: #343885, #347323, #347686, #348518, #351375)
   * Apply various fixes to French locales.  (Closes: #248377)
   * Fix d_t_fmt and date_fmt in fo_FO. Reported by Jacob Sparre Andersen.
   * New sa_IN locale file, provided by Vidya Ayer and Christian Perrier.
 (Closes: #331377)
   * Add several locales to SUPPORTED:
 - ru_RU.CP1251, requested by Michael Bravo.  (Closes: #225516)
 - uz_UZ.UTF-8 (its ISO-8859-1 counterpart had no UTF-8 variant)
 - da_DK.ISO-8859-15, en_GB.ISO-8859-15, en_US.ISO-8859-15, no_NO.UTF-8,
   no_NO and sv_SE.ISO-8859-15 are found in fedora-branch CVS branch.
   * Apply several improvements to hy_AM found in upstream Bugzilla.
   * Fix LC_MONETARY section of en_DK and provide en_DK.ISO-8859-15.
 (Closes: #323159)
   * Improve localedef(1) manual page, by Lars Wirzenius (Closes: #309846)
   * Fix LC_MONETARY section of pl_PL. Reported by Michał Politowski.
 (Closes: #227214)
   * New wo_SN locale file, provided by Samba Ndao Diop and Christian
 Perrier.  (Closes: #279697)
   * Add new ca_AD, ca_FR and ca_IT locale files, sent upstream by Robert
 Millan.
   * New csb_PL locale file, sent upstream by Andrzej Krzysztofowicz.
   * Rewrite collation rules of several locales to include iso14651_t1.
 This eases maintenance and saves about 1MB for installed size.
   * Sort SUP

Bug#350501: marked as done (nscd: [hppa] error while loading shared libraries: unexpected reloc type 0x42)

[Debian Bug Tracking System]

Your message dated Sat, 11 Feb 2006 16:47:11 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#350501: fixed in glibc 2.3.6-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: nscd
Version: 2.3.5-12
Severity: grave
Justification: renders package unusable

nscd won't start on hppa, throwing the following error:
[EMAIL PROTECTED] ~]# nscd -d
nscd: error while loading shared libraries: unexpected reloc type 0x42

I can't tell yet whether this is 64bit-related (i'll test it on 32bit
later).

HTH

T-Bone

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

Versions of packages nscd depends on:
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an

nscd recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.3.6-1

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.3.6-1_all.deb
  to pool/main/g/glibc/glibc-doc_2.3.6-1_all.deb
glibc_2.3.6-1.diff.gz
  to pool/main/g/glibc/glibc_2.3.6-1.diff.gz
glibc_2.3.6-1.dsc
  to pool/main/g/glibc/glibc_2.3.6-1.dsc
glibc_2.3.6.orig.tar.gz
  to pool/main/g/glibc/glibc_2.3.6.orig.tar.gz
locales_2.3.6-1_all.deb
  to pool/main/g/glibc/locales_2.3.6-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Clint Adams <[EMAIL PROTECTED]> (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu,  9 Feb 2006 21:45:45 -0500
Source: glibc
Binary: glibc-doc locales
Architecture: source all
Version: 2.3.6-1
Distribution: unstable
Urgency: low
Maintainer: GNU Libc Maintainers 
Changed-By: Clint Adams <[EMAIL PROTECTED]>
Description: 
 glibc-doc  - GNU C Library: Documentation
 locales- GNU C Library: National Language (locale) data [support]
Closes: 225516 227214 248377 279697 295810 309846 323159 327025 329428 331377 
334864 343885 345479 345641 347315 347323 347686 348518 348804 350103 350501 
351036 351049 351375
Changes: 
 glibc (2.3.6-1) unstable; urgency=low
 .
   [ Denis Barbier ]
   * debian/debhelper.in/libc.postinst: Restart webmin on upgrade.
 (Closes: #345641)
   * debian/debhelper.in/libc.postinst: Restart dropbear on upgrade.
 (Closes: #351036)
   * Fix yesexpr/noexpr in tl_PH locale.  Reported by eric pareja.
 (Closes: #295810)
   * Fix langinfo(_NL_TIME_FIRST_WEEKDAY) for C locale.  Reported by
 Graham Wilson (Closes: #327025)
   * Add first_weekday fields to most locales.
 (Closes: #343885, #347323, #347686, #348518, #351375)
   * Apply various fixes to French locales.  (Closes: #248377)
   * Fix d_t_fmt and date_fmt in fo_FO. Reported by Jacob Sparre Andersen.
   * New sa_IN locale file, provided by Vidya Ayer and Christian Perrier.
 (Closes: #331377)
   * Add several locales to SUPPORTED:
 - ru_RU.CP1251, requested by Michael Bravo.  (Closes: #225516)
 - uz_UZ.UTF-8 (its ISO-8859-1 counterpart had no UTF-8 variant)
 - da_DK.ISO-8859-15, en_GB.ISO-8859-15, en_US.ISO-8859-15, no_NO.UTF-8,
   no_NO and sv_SE.ISO-8859-15 are found in fedora-branch CVS branch.
   * Apply several improvements to hy_AM found in upstream Bugzilla.
   * Fix LC_MONETARY section of en_DK and provide en_DK.ISO-8859-15.
 (Closes: #323159)
   * Improve localedef(1) manual page, by Lars Wirzenius (Closes: #309846)
   * Fix LC_MONETARY section of pl_PL. Reported by Michał Politowski.
 (Closes: #227214)
   * New wo_SN locale file, provided by Samba Ndao Diop and Christian
 Perrier.  (Closes: #279697)
   * Add new ca_AD, ca_FR and ca_IT locale files, sent upstream by Robert
 Millan.
   * New csb_PL locale file, sent upstream by Andrzej Krzysztofowicz.
   * Rewrite collation rules of several locales to include iso14651_t1.
 This eases maintenance and save