Bug#355083: marked as done (avahi-daemon: links against non-existent library)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 3 Mar 2006 09:02:32 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#355083: avahi-daemon: links against non-existent library
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: avahi-daemon
Version: 0.6.8-1
Severity: serious

When starting avahi-daemon, I get this error:

Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon/usr/sbin/avahi-daemon:
error while loading shared libraries: libavahi-core.so.4: cannot open
shared object file: No such file or directory
/usr/sbin/avahi-daemon: error while loading shared libraries:
libavahi-core.so.4: cannot open shared object file: No such file or
directory
 failed!

chianamo:~# ldd /usr/sbin/avahi-daemon
linux-gate.so.1 =>  (0xe000)
libavahi-common.so.3 => /usr/lib/libavahi-common.so.3 (0xb7f74000)
libavahi-core.so.4 => not found
libdaemon.so.0 => /usr/lib/libdaemon.so.0 (0xb7f6e000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7f4e000)
libcap.so.1 => /lib/libcap.so.1 (0xb7f4a000)
libdbus-1.so.2 => /usr/lib/libdbus-1.so.2 (0xb7f19000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7f15000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7ddd000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7dca000)
libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7db4000)
/lib/ld-linux.so.2 (0xb7f96000)

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

Versions of packages avahi-daemon depends on:
ii  adduser   3.84   Add and remove users and groups
ii  dbus  0.61-3 simple interprocess messaging syst
ii  libavahi-common3  0.6.8-1Avahi common library
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libdaemon00.10-1 lightweight C library for daemons
ii  libdbus-1-2   0.61-3 simple interprocess messaging syst
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li

Versions of packages avahi-daemon recommends:
ii  libnss-mdns   0.7-1  NSS module for Multicast DNS name 

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Package: avahi
Version: 0.6.8-2

On Fri, Mar 03, 2006 at 01:15:26PM +0800, Paul Wise wrote:
> When starting avahi-daemon, I get this error:
> 
> Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon/usr/sbin/avahi-daemon:
> error while loading shared libraries: libavahi-core.so.4: cannot open
> shared object file: No such file or directory
> /usr/sbin/avahi-daemon: error while loading shared libraries:
> libavahi-core.so.4: cannot open shared object file: No such file or
> directory
>  failed!
> 
> chianamo:~# ldd /usr/sbin/avahi-daemon
> linux-gate.so.1 =>  (0xe000)
> libavahi-common.so.3 => /usr/lib/libavahi-common.so.3 (0xb7f74000)
> libavahi-core.so.4 => not found
> libdaemon.so.0 => /usr/lib/libdaemon.so.0 (0xb7f6e000)
> libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7f4e000)
> libcap.so.1 => /lib/libcap.so.1 (0xb7f4a000)
> libdbus-1.so.2 => /usr/lib/libdbus-1.so.2 (0xb7f19000)
> libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7f15000)
> libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7ddd000)
> libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7dca000)
> libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7db4000)
> /lib/ld-linux.so.2 (0xb7f96000)

Is fixed in version 0.6.8-2

  Sjoerd
-- 
(1) Never draw what you can copy.
(2) Never copy what you can trace.
(3) Never trace what you can cut out and paste down.
--- End Message ---

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-03 Thread Marco d'Itri 
On Mar 03, Adam C Powell IV <[EMAIL PROTECTED]> wrote:

> Kernel upgrade mode, udevd has not been restarted.
> Please reboot the system as soon as possible.
> Kernel version too old.  initramfs-tools requires at least 2.6.12.
> dpkg: error processing udev (--configure):
>  subprocess post-installation script returned error exit status 1

udev did its part, now it looks like that initramfs-tools too needs to
implement the upgrade procedure.
What is the reason for this requirement? I looked at the changelog but
could not find anything related.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#355097: uw-imapd: Serious SSL problems

2006-03-03 Thread Robert Thompson 
Package: uw-imapd
Version: 7:2002edebian1-11sarge1
Severity: grave
Justification: causes non-serious data loss

Some time in the recent past, SSL connections have mostly stopped
working. This seems to primarily affect Thunderbird clients (current OSX
client positively confirmed, users report similar problems from Windows
boxes) as several Apple mail.app users have noticed no problems.

Mar  2 18:20:54 swau imapd[4007]: SSL error status: error:1408F10B:SSL 
routines:SSL3_GET_RECORD:wrong version number

The problem results in the above log line then Thunderbird  reports "You
cannot log in to swau.edu because the server has disabled login. You may
need to connect via SSL or TLS. Please check the account settings for
your mail server." Problem is, the clients are exclusively using TLS (always) 
and the settings have been confirmed. These settings certainly worked unchanged 
up until some time in January at the least.

Unfortunately, I do not currently have enough information to narrow the
time period down more than this.

Searching for the logged error gave me a reference to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338006

and a lot of what they describe seems similar to my problems, but in
uw-imapd rather than postfix. The context seems to imply that they are
talking about unstable rather than stable though, and their versions
don't match my openssl version.



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages uw-imapd depends on:
ii  debconf  1.4.30.13   Debian configuration management sy
ii  libc-client2002e 7:2002edebian1-11sarge1 UW c-client library for mail proto
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libcomerr2   1.37-2sarge1common error description library
ii  libkrb53 1.3.6-2sarge2   MIT Kerberos runtime libraries
ii  libpam-runtime   0.76-22 Runtime support for the PAM librar
ii  libpam0g 0.76-22 Pluggable Authentication Modules l
ii  libssl0.9.7  0.9.7e-3sarge1  SSL shared libraries
ii  netbase  4.21Basic TCP/IP networking system
ii  openssl  0.9.7e-3sarge1  Secure Socket Layer (SSL) binary a

-- debconf information:
* uw-imapd/force_debconf_choice: false
* uw-imapd/protocol: imap2, imaps


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

Bug#355098: debian-installer - FTBFS: Tries to use apt with key checks

2006-03-03 Thread Bastian Blank 
Package: debian-installer
Version: 20060302
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of debian-installer_20060302 on debian01 by sbuild/s390 85
[...]
> 0 upgraded, 42 newly installed, 0 to remove and 0 not upgraded.
> Need to get 4396kB of archives.
> After unpacking 12.5MB of additional disk space will be used.
> WARNING: The following packages cannot be authenticated!
>   cdebconf-udeb anna archdetect cdebconf-priority di-utils di-utils-reboot
>   di-utils-shell di-utils-terminfo rootskel hw-detect installation-locale
>   libdebconfclient0-udeb main-menu libc6-udeb libslang2-udeb nano-udeb
>   libiw28-udeb s390-netdevice ethdetect netcfg-static preseed-common
>   network-preseed kernel-image-2.4.27-2-s390-di nic-modules-2.4.27-2-s390-di
>   rescue-check save-logs udpkg cdebconf-newt-udeb cdebconf-text-udeb
>   libcrypto0.9.8-udeb libdebian-installer4-udeb lowmemcheck choose-mirror
>   net-retriever libnss-files-udeb openssh-server-udeb network-console
>   busybox-udeb download-installer env-preseed initrd-preseed libnss-dns-udeb
> E: There are problems and -y was used without --force-yes

A buildd chroot have no valid setup to do archive key checks.

Bastian


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

Bug#355099: kdelibs - FTBFS

2006-03-03 Thread Bastian Blank 
Package: kdelibs
Version: 4:3.5.1-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of kdelibs_4:3.5.1-3 on debian01 by sbuild/s390 85
[...]
> Making all in kspell
> make[4]: Entering directory 
> `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/doc/kspell'
> ../../kdoctools/meinproc --srcdir=/build/buildd/kdelibs-3.5.1/./kdoctools 
> --check --cache index.cache.bz2 
> /build/buildd/kdelibs-3.5.1/./doc/kspell/index.docbook
> /build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/kdoctools/.libs/lt-meinproc: 
> error while loading shared libraries: libkdecore.so.4: cannot open shared 
> object file: No such file or directory
> make[4]: *** [index.cache.bz2] Error 127
> make[4]: Leaving directory 
> `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/doc/kspell'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory 
> `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu/doc'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/kdelibs-3.5.1/obj-s390-linux-gnu'
> make: *** [debian/stamp-makefile-build] Error 2
> **
> Build finished at 20060303-0410
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#355100: kernel-package - rebuilds image

2006-03-03 Thread Bastian Blank 
Package: kernel-package
Version: 10.036
Severity: grave

make-kpkg kernel-image called after a successfull make-kpkg build
recalls the kernel targets bzImage and modules.

This makes building of the official images mostly impossible.

Bastian

-- 
I'm a soldier, not a diplomat.  I can only tell the truth.
-- Kirk, "Errand of Mercy", stardate 3198.9

Bug#355049: python2.3-poker-network: hangs in "Preconfiguring packages ..."

2006-03-03 Thread Gary Kramlich 
Loic Dachary wrote:
> Hi,
> 
> Thanks for the report. It would be most helpful if you could
> provide more information about the hang.
> 
> Thanks in advance,
> 

Well, it never shows any of the debconf stuff.  It just prints out
"Preconfiguring packages ..." and then proceeds to do nothing... I let
it sit over night, and it does do anything except eat up cpu time.  If
you have anything specific you want me to try lemme know.

-- 
Gary Kramlich <[EMAIL PROTECTED]>


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

Bug#355104: eclipse: doesn't start

2006-03-03 Thread Bogdan Katyński 
Package: eclipse
Version: 3.1.2-1
Severity: grave
Justification: renders package unusable

When I try to start eclipse from an xterminal window, I get the
following error message:

searching for compatible vm...
  testing /usr/lib/j2sdk1.5-sun...found
Unable to access jarfile /usr/share/eclipse/startup.jar

And an error window is spawned with the following text:

JVM terminated. Exit code=1
/usr/lib/j2sdk1.5-sun/bin/java
-Djava.library.path=/usr/lib/jni
-Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.0/classmap.db
-Dgnu.gcj.runtime.VMClassLoader.library_control=never
-Dosgi.locking=none
-jar /usr/share/eclipse/startup.jar
-os linux
-ws gtk
-arch x86
-launcher /usr/lib/eclipse/eclipse
-name Eclipse
-showsplash 600
-exitdata 8b0005
-install /usr/share/eclipse
-vm /usr/lib/j2sdk1.5-sun/bin/java
-vmargs
-Djava.library.path=/usr/lib/jni
-Dgnu.gcj.precompiled.db.path=/var/lib/gcj-4.0/classmap.db
-Dgnu.gcj.runtime.VMClassLoader.library_control=never
-Dosgi.locking=none
-jar /usr/share/eclipse/startup.jar 


-- 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.4
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

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


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

Bug#355049: python2.3-poker-network: hangs in "Preconfiguring packages ..."

2006-03-03 Thread Loic Dachary 

Hi,

Thanks for the report. It would be most helpful if you could
provide more information about the hang.

Thanks in advance,

-- 
Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38
http://www.fsffrance.org/   http://www.dachary.org/loic/gpg.txt


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

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-03 Thread maximilian attems 
On Thu, Mar 02, 2006 at 07:54:08PM -0500, Adam C Powell IV wrote:
> 
> The new upgrade procedure fails on alpha, regardless of the kernel
> workaround, there's still a udev - initramfs-tools dependency loop which
> interrupts the udev postinst, and the failures cascade from there:
> 
> # touch /etc/udev/kernel-upgrade
> # dselect
> Reading package lists... Done
> Building dependency tree... Done
> 0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
> 8 not fully installed or removed.
> Need to get 0B of archives.
> After unpacking 0B of additional disk space will be used.
> Do you want to continue [Y/n]?
> Setting up udev (0.085-1) ...
> Kernel upgrade mode, udevd has not been restarted.
> Please reboot the system as soon as possible.
> Kernel version too old.  initramfs-tools requires at least 2.6.12.

hmm why?
could you put as local workaround an set -x on top in
/usr/sbin/mkinitramfs, would really like to know how we got called
there.

regards

--
maks


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

Bug#355106: beagle: build-depends should use libxml2-dev >=2.6.19

2006-03-03 Thread Jose L. Redrejo 
Package: beagle
Version: 0.2.1-1
Severity: serious
Justification: Policy 4.2

Beagle should add libxml2-dev >= 2.6.19 to the build-depends section. Using a 
lower version of libxml2-dev 
makes the configure fail when checking for libbeagle dependencies.
Checked doing a Sarge backport of it.

Regards.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)


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

Processed: Re: Bug#354131: fixed in mplayerplug-in 3.21-2

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> reopen 354131 !
Bug#354131: mozilla-mplayer: Please remove dependencies on Mozilla
Bug reopened, originator set to Loïc Minier <[EMAIL PROTECTED]>.

> severity 354131 serious
Bug#354131: mozilla-mplayer: Please remove dependencies on Mozilla
Severity set to `serious'.

> stop
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#355108: if parted gives an error (or doesn't know) about a partition table, partman will erase it

2006-03-03 Thread Sven Luther 
Package: partman
Severity: critical
Tags: d-i
Justification: causes serious data loss


Well, it seems that in some rare case (two example below) either libparted
will issue an error or not know about a given partition table.

In these cases, the installer will think there is no partition table, and
propose the creation of a new one, erasing the old partition table, and thus
causing the total loss of all data previously found on the harddisk.

A proposal to fix this would be to create a partman-kernel or whatever, which
would be called if libparted fails, and then go looking at /proc/partitions,
to see if there are partitions there, and propose a read-only partition setup,
which would allow the user to install in existing partition, and more
importanly don't let him to silently over-write existing partition tables.

Two recent bugs have shown that this is a problem :

  - One minimac user who created his partitions under mac-os-x, had an error
message in parted telling about the data area not covering the whole disk,
and d-i simply proposed to create a new partition table, thus loosing all
existing data.

  - The second such issue, in bug #354991, concerned some funny new microsoft
partition table format, which libparted knows nothing about, and could
have resulted in the same problems as above.

In general this is a failback for partition tables not knows by d-i, but
handled well by the linux (or whatever) kernel used by d-i.

Friendly,

Sven Luther

-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.15-1-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)



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

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-03 Thread Marco d'Itri 
On Mar 03, maximilian attems <[EMAIL PROTECTED]> wrote:

> could you put as local workaround an set -x on top in
> /usr/sbin/mkinitramfs, would really like to know how we got called
> there.
The udev postinst always runs update-initramfs -u.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Processed: Re: sudo: Removes all user environment variables except TERM, LANG and LANGUAGE

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 349196 critical
Bug#349196: sudo: DSA-946-1 broke joe horribly
Bug#349549: XAUTHORITY broken
Bug#349587: sudo -s does not preserve $HOME environment variable
Severity set to `critical'.

> merge 349196 349729
Bug#349196: sudo: DSA-946-1 broke joe horribly
Bug#349729: sudo: Removes all user environment variables except TERM, LANG and 
LANGUAGE
Bug#349549: XAUTHORITY broken
Bug#349587: sudo -s does not preserve $HOME environment variable
Merged 349196 349549 349587 349729.

> --
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#349196: a fix for sudo in sarge

2006-03-03 Thread Jeroen van Wolffelaar 
tags 349196 + patch
thanks

On Thu, Feb 09, 2006 at 05:28:30PM +0200, Mikko Rapeli wrote:
> This seems to work and allows me to use ethereal remotely through ssh again.
> 
> The for loop was just copied from above and keepit changed to okvar, so this 
> is
> pretty simple. We did go through all the bits and if clauses and tested the
> result manually. The manual page changes are pretty obvious too.
> 
> I did not go through the list of environment variables mentioned on 
> manual pages and 'sudo -V' when run as root, but perhaps the documentation
> is enough as this is only first aid for sarge.

Thank you for preparing a patch.

Bdale, Security team, what do you think about it?

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#355049: python2.3-poker-network: hangs in "Preconfiguring packages ..."

2006-03-03 Thread Gary Kramlich 
After a random guess of tweaking debconf with

dpkg-reconfigure -plow debconf

and setting the prompt priority to low, i got into the dialogs.  It was
previously at critical.  I'm not to sure of how you'd want to go about
handling this, but yeah, thats the problem :)

-- 
Gary Kramlich <[EMAIL PROTECTED]>


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

Bug#354967: wmspaceweather: FTBFS

2006-03-03 Thread Andreas Jochens 
tags 354967 +patch
thanks

With the following patch 'wmspaceweather' can be built on unstable.

Regards
Andreas Jochens

diff -urN ../tmp-orig/wmspaceweather-1.04/debian/control ./debian/control
--- ../tmp-orig/wmspaceweather-1.04/debian/control  2006-03-03 
11:23:34.0 +
+++ ./debian/control2006-03-03 11:23:32.0 +
@@ -2,7 +2,7 @@
 Section: x11
 Priority: optional
 Maintainer: Debian QA Group <[EMAIL PROTECTED]>
-Build-Depends: xlibs-dev
+Build-Depends: libxt-dev, libxpm-dev
 Standards-Version: 3.5.9.0
 
 Package: wmspaceweather


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

Processed: Re: a fix for sudo in sarge

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> tags 349196 + patch
Bug#349196: sudo: DSA-946-1 broke joe horribly
There were no tags set.
Bug#349549: XAUTHORITY broken
Bug#349587: sudo -s does not preserve $HOME environment variable
Bug#349729: sudo: Removes all user environment variables except TERM, LANG and 
LANGUAGE
Tags added: patch

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

Processed: wmspaceweather: FTBFS

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> tags 354967 +patch
Bug#354967: wmspaceweather - FTBFS: Build-depends against xlibs-dev
There were no tags set.
Tags added: patch

> 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#355113: libxul-dev: header file missing

2006-03-03 Thread David Teller 
Package: libxul-dev
Severity: grave
Justification: renders package unusable


File prtypes.h, required to compile just about everything, is missing.
Currently, this file may only be found in
 mail/mozilla-thunderbird-dev
 libdevel/libnspr-dev
 libdevel/libnspr4-dev
 devel/nvu-dev
all of which conflict with libxul-dev.

Suggestion : either include it in libxul-dev or update libnspr-dev.

Regards,
 David

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





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

Bug#350890: merging 349784 350890, krusader-1.70.0 should fix this bug

2006-03-03 Thread Frank Schoolmeesters 
merge 349784 350890

Hi Jiri and everyone,

I have merged bugs #349784 #350890 with this mail.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349784
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350890

On 3/2/06, Jiri Palecek <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I had a similar problem with krusader 1.60.0-3.1, eg.
> 1.60.0-3+b1 worked fine, and 1.60.0-3.1 crashed on
> my home directory (I even made a testcase for it).
>
> Krusader 1.70.0 solved my problem, so maybe it's really
> fixed. However, I've lost my backtrace, so I can't be sure.

I think 1.70.0 will close this bug, because 1.70.0 fixes many issues.
http://krusader.sourceforge.net/downloads.php
http://krusader.sourceforge.net/phpBB/viewtopic.php?t=1473
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352574


> Maybe the situation will be clearer once krusader 1.70.0
> appears in Debian.
Angel, we are waiting ;)

> BTW: It seems to be the same bug as 349784 --shouldn't
> they be merged?
Done with this mail, thanks for the feedback.

> Regards
>Jiri Palecek

kind regards,

Frank Schoolmeesters
http://www.krusader.org

Bug#355049: python2.3-poker-network: hangs in "Preconfiguring packages ..."

2006-03-03 Thread Loic Dachary 
Gary Kramlich writes:
 > 
 > Well, it never shows any of the debconf stuff.  It just prints out
 > "Preconfiguring packages ..." and then proceeds to do nothing... I let
 > it sit over night, and it does do anything except eat up cpu time.  If
 > you have anything specific you want me to try lemme know.

Could you ps -fA --forest and tell me which process is active ?

-- 
Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38
http://www.fsffrance.org/   http://www.dachary.org/loic/gpg.txt


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

Bug#355049: python2.3-poker-network: hangs in "Preconfiguring packages ..."

2006-03-03 Thread Loic Dachary 
Gary Kramlich writes:
 > After a random guess of tweaking debconf with
 > 
 > dpkg-reconfigure -plow debconf
 > 
 > and setting the prompt priority to low, i got into the dialogs.  It was
 > previously at critical.  I'm not to sure of how you'd want to go about
 > handling this, but yeah, thats the problem :)

Ok. I don't master this aspect at all. Does "critical" 
means that it won't prompt you and use the defaults for everything ? If so
I still don't understand why it hangs instead of finishing on error/success.
It would be helpfull to know exactly which process hangs.

Cheers,

-- 
Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 8 71 18 43 38
http://www.fsffrance.org/   http://www.dachary.org/loic/gpg.txt


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

Bug#355049: python2.3-poker-network: hangs in "Preconfiguring packages ..."

2006-03-03 Thread Gary Kramlich 
Loic Dachary wrote:
> Gary Kramlich writes:
>  > After a random guess of tweaking debconf with
>  > 
>  > dpkg-reconfigure -plow debconf
>  > 
>  > and setting the prompt priority to low, i got into the dialogs.  It was
>  > previously at critical.  I'm not to sure of how you'd want to go about
>  > handling this, but yeah, thats the problem :)
> 
> Ok. I don't master this aspect at all. Does "critical" 
> means that it won't prompt you and use the defaults for everything ? If so
> I still don't understand why it hangs instead of finishing on error/success.
> It would be helpfull to know exactly which process hangs.
> 
> Cheers,
> 

>From the dialog displayed by 'dpkg-reconfigure -plow debconf':

- 'critical' only prompts you if the system might break.

And the process that hangs is http://65.30.209.207/poker-web.

-- 
Gary Kramlich <[EMAIL PROTECTED]>


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

Bug#355113: marked as done (libxul-dev: header file missing)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 3 Mar 2006 13:44:06 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#355113: libxul-dev: header file missing
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: libxul-dev
Severity: grave
Justification: renders package unusable


File prtypes.h, required to compile just about everything, is missing.
Currently, this file may only be found in
 mail/mozilla-thunderbird-dev
 libdevel/libnspr-dev
 libdevel/libnspr4-dev
 devel/nvu-dev
all of which conflict with libxul-dev.

Suggestion : either include it in libxul-dev or update libnspr-dev.

Regards,
 David

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




--- End Message ---
--- Begin Message ---
On Fri, Mar 03, 2006 at 11:52:45AM +, David Teller <[EMAIL PROTECTED]> 
wrote:
> Package: libxul-dev
> Severity: grave
> Justification: renders package unusable
> 
> 
> File prtypes.h, required to compile just about everything, is missing.
> Currently, this file may only be found in
>  mail/mozilla-thunderbird-dev
>  libdevel/libnspr-dev
>  libdevel/libnspr4-dev
>  devel/nvu-dev
> all of which conflict with libxul-dev.

Which is wrong: libnspr4-dev is a dependency of libxul-dev and provided
by the xulrunner source package.

Please try your build again.

Mike
--- End Message ---

Bug#355117: nvidia-modules-i386: Built from old drivers version

2006-03-03 Thread Filipus Klutiero 
Package: nvidia-modules-i386
Version: 1.0.7174+1
Severity: grave
Justification: renders package unusable

The NVIDIA graphics drivers prebuilt modules for kernel 2.4 are built
from version 1.0.7174, while 1.0.8178 X libs are in Etch. The purpose of these
packages is to provide nvidia-kernel-version, which nvidia-glx depends
on, but currently nvidia-kernel-1.0.7174 is provided while nvidia-glx
depends on nvidia-kernel-1.0.8178. There are still 7174 drivers in the
archive, but nvidia-glx-legacy depends on nvidia-kernel-legacy-1.0.7174.

This package should either be rebuilt from 8178 or removed. I'm not sure
of the binNMU capabilities of this package, but as the source package is
versioned with the NVIDIA graphics driver version, I guess a source
upload would be needed.

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


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

Bug#355129: A bug in debian/rules

2006-03-03 Thread Pjotr Kourzanov 
Package: ncurses
Severity: serious
Tags: patch


--- ncurses-5.5/debian/rules2006-03-03 14:55:56.0 +0100
+++ ncurses-5.5-1.my/debian/rules   2006-03-03 15:10:29.0 +0100
@@ -258,7 +258,7 @@
@build_ver=`sed -n -e   \
  's/^.*NCURSES_VERSION_STRING \"\(.*\)\"$$/\1/p'   \
  obj/include/ncurses_cfg.h`;   \
-   if [ "$build_ver" != `tic -V | sed 's/^.* //'` ]; then  \
+   if [ "$$build_ver" != `tic -V | sed 's/^.* //'` ]; then \
  echo "Build environment version mismatch for tic!";   \
  exit 1;   \
fi

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



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

Bug#355131: FTBFS: your build-deps 'gkrellm-common' no longer exists

2006-03-03 Thread Martin Michlmayr 
Package: gkrellm-reminder
Version: 2.0.0-1
Severity: serious

Your package fails to build in unstable because it build-depends on
the gkrellm-common that has been removed.


> Automatic build of gkrellm-reminder_2.0.0-1 on bigsur by sbuild/mips 1.75
...
> Build-Depends: debhelper (>> 4.0.0), libgtk2.0-dev, gkrellm-common (>= 2.1.12)
...
> Updating category xfont..
> *** You don't have any defomized font packages.
> *** So we are trying to force to generate pangox.aliases...
> 
> Setting up libgtk2.0-bin (2.8.12-1) ...
> Updating the IM modules list for GTK+-2.4.0...done.
> Updating the gdk-pixbuf loaders list for GTK+-2.4.0...done.
> 
> Checking correctness of source dependencies...
> Toolchain package versions: libc6-dev_2.3.6-2 
> linux-kernel-headers_2.6.13+0rc3-2 gcc-4.1_4.1-0exp9 g++-4.1_4.1-0exp9 
> binutils_2.16.1cvs20060117-1 libstdc++6-4.1-dev_4.1-0exp9 libstdc++6_4.1-0exp9
> --
> gpg: Signature made Sun Nov 16 22:54:58 2003 UTC using DSA key ID 7E7B8AC9
> gpg: Can't check signature: public key not found
> dpkg-source: extracting gkrellm-reminder in gkrellm-reminder-2.0.0
> dpkg-source: unpacking gkrellm-reminder_2.0.0.orig.tar.gz
> dpkg-source: applying /home/tbm/debian/build/gkrellm-reminder_2.0.0-1.diff.gz
> dpkg-buildpackage: source package is gkrellm-reminder
> dpkg-buildpackage: source version is 2.0.0-1
> dpkg-buildpackage: host architecture mips
> dpkg-checkbuilddeps: Unmet build dependencies: gkrellm-common (>= 2.1.12)
> dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
> dpkg-buildpackage: (Use -d flag to override.)
> **
> Build finished at 20060303-1206

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


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

Bug#355133: FTBFS: your build-deps 'gkrellm-common' no longer exists

2006-03-03 Thread Martin Michlmayr 
Package: alltraxclock
Version: 2.0.2-0
Severity: serious

Your package fails to build in unstable because it build-depends on
the gkrellm-common that has been removed.


> Automatic build of alltraxclock_2.0.2-0 on bigsur by sbuild/mips 1.75
...
> Build-Depends: debhelper (>= 4), gkrellm-common (>= 2.1.12), libgtk2.0-dev
...
> Updating category xfont..
> *** You don't have any defomized font packages.
> *** So we are trying to force to generate pangox.aliases...
> 
> Setting up libgtk2.0-bin (2.8.12-1) ...
> Updating the IM modules list for GTK+-2.4.0...done.
> Updating the gdk-pixbuf loaders list for GTK+-2.4.0...done.
> 
> --
> gpg: Signature made Sat Nov  8 12:18:33 2003 UTC using DSA key ID DC0D40AD
> gpg: Can't check signature: public key not found
> dpkg-source: extracting alltraxclock in alltraxclock-2.0.2
> dpkg-source: unpacking alltraxclock_2.0.2-0.tar.gz
> dpkg-buildpackage: source package is alltraxclock
> dpkg-buildpackage: source version is 2.0.2-0
> dpkg-buildpackage: host architecture mips
> dpkg-checkbuilddeps: Unmet build dependencies: gkrellm-common (>= 2.1.12)
> dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
> dpkg-buildpackage: (Use -d flag to override.)
> **
> Build finished at 20060303-1150
> FAILED [dpkg-buildpackage died]

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


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

Bug#355136: FTBFS: broken build-depends on xlibmesa-dev

2006-03-03 Thread Martin Michlmayr 
Package: cl-sdl
Version: 0.2.2
Severity: serious

Your package no longer builds in unstable because xlibmesa-dev doesn't
exist anymore.


> Automatic build of cl-sdl_0.2.2 on bigsur by sbuild/mips 1.75
...
> Build-Depends: debhelper (>> 4.0.0), libsdl1.2-dev, xlibmesa-dev | libgl-dev, 
> libsdl-ttf2.0-dev, libsdl-mixer1.2-dev, libsdl-image1.2-dev, xlibmesa-glu-dev 
> | libglu-dev
...
> Building dependency tree...
> Package xlibmesa-dev is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> However the following packages replace it:
>   xlibmesa-gl-dev libglu1-xorg-dev
> E: Package xlibmesa-dev has no installation candidate
> apt-get failed.
> Package installation failed

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


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

Bug#274386: Log for failed build of xgsmlib_0.2-4 (dist=unstable)

2006-03-03 Thread Martin Michlmayr 
For me it fails now with the following (with GCC 4.1):

> Automatic build of xgsmlib_0.2-4 on bigsur by sbuild/mips 1.75
...
>   mips-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. 
> -I/usr/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/usr/lib/gnome-libs/include 
> -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0 
> -I/usr/include/gtk-1.2 -I/usr/lib/gtkmm/include -I/usr/include/gtk-1.2 
> -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/lib/sigc++-1.0/include 
> -I/usr/include/sigc++-1.0 -D_REENTRANT   -I/usr/include/gtk-1.2 
> -I/usr/include/glib-1.2 -I/usr/lib/glib/include  -g -O2 -c -o 
> xgsm_status_dialog.o `test -f 'xgsm_status_dialog.cc' || echo 
> './'`xgsm_status_dialog.cc
> /usr/include/gsmlib/gsm_me_ta.h:294: error: extra qualification 
> 'gsmlib::MeTa::' on member 'getFunctionalityLevel'
> /usr/include/gsmlib/gsm_me_ta.h:295: error: extra qualification 
> 'gsmlib::MeTa::' on member 'setFunctionalityLevel'
> /usr/include/gsmlib/gsm_me_ta.h:389: error: extra qualification 
> 'gsmlib::MeTa::' on member 'setCLIRPresentation'
> /usr/include/gsmlib/gsm_me_ta.h:395: error: extra qualification 
> 'gsmlib::MeTa::' on member 'getCLIRPresentation'
> make[3]: *** [xgsm_status_dialog.o] Error 1
> make[3]: Leaving directory `/build/tbm/xgsmlib-0.2/src'
> make[2]: *** [all-recursive] Error 1

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


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

Bug#346086: tetex-bin: New integer overflows in xpdf copy [CVE-2005-3624, CVE-2005-3625, CVE-2005-3627]

2006-03-03 Thread Hilmar Preusse 
severity 346086 important
tags 346086 + woody
# as discussed the bug is fixed in sid and sarge. In woody is a hunk
# missing, which could lead to a hang of xpdf. We consider this not to
# be critical. Lowering severity. Bug will be closed if the support
# for woody has ended.
stop

On 31.01.06 Frank Küster ([EMAIL PROTECTED]) wrote:
> Hilmar Preusse <[EMAIL PROTECTED]> wrote:

Hi,

> > So, the last hunk seems not to exist in cupsys_1.1.14-5woody14.
> > Should we submit a bug against it?
> 
> Yes, definitely
> 
Done. #355122

> > Further I suggest to close the bug now or at least downgrade it
> > to important and close it as soon as the support for woody has
> > ended.
> 
> I'd keep it open as important as long as woody is supported.
> 
OK, downgrading.

H.
-- 
sigmentation fault

Processed: Re: Bug#346086: tetex-bin: New integer overflows in xpdf copy [CVE-2005-3624, CVE-2005-3625, CVE-2005-3627]

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 346086 important
Bug#346086: tetex-bin: New integer overflows in xpdf copy [CVE-2005-3624, 
CVE-2005-3625, CVE-2005-3627]
Severity set to `important'.

> tags 346086 + woody
Bug#346086: tetex-bin: New integer overflows in xpdf copy [CVE-2005-3624, 
CVE-2005-3625, CVE-2005-3627]
Tags were: patch security
Tags added: woody

> # as discussed the bug is fixed in sid and sarge. In woody is a hunk
> # missing, which could lead to a hang of xpdf. We consider this not to
> # be critical. Lowering severity. Bug will be closed if the support
> # for woody has ended.
> stop
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#355140: FTBFS: Oberon-2 compiler was not installed with X11 support.

2006-03-03 Thread Martin Michlmayr 
Package: libooc-vo
Version: 20020310-3
Severity: serious

Your packages doesn't build in unstable; it fails with "Oberon-2
compiler was not installed with X11 support".  This may arguably be a
bug in libooc-x11, but looking at the libooc-x11 bug package suggests
that it may not.  Please investigate if this package, libooc-x11 or
both are at fault.  Looking at #347139 may be helpful.


> Automatic build of libooc-vo_20020310-3 on bigsur by sbuild/mips 1.75
...
> Get:1 ftp://ftp-uxsup.csx.cam.ac.uk unstable/main libooc-x11 20020123-2.2 
> [7120B]
> Get:2 ftp://ftp-uxsup.csx.cam.ac.uk unstable/main libooc-x11-dev 20020123-2.2 
> [99.0kB]
> Get:3 ftp://ftp-uxsup.csx.cam.ac.uk unstable/main libooc-xml 3.2.0-1 [172kB]
> Get:4 ftp://ftp-uxsup.csx.cam.ac.uk unstable/main libooc-xml-dev 3.2.0-1 
> [414kB]
...
> checking for oo2c... oo2c
> checking initialization file... /usr/lib/oo2c/oo2crc
> checking installation directory... /usr/lib/oo2c
> checking for ooconfig... /usr/lib/oo2c/ooconfig
> checking for library support... yes
> checking for oocn... oocn
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for module X11.Mod... no
> configure: error: The Oberon-2 compiler was not installed with X11 support.
> make: *** [configure-stamp] Error 1
> ******
> Build finished at 20060303-1045
> FAILED [dpkg-buildpackage died]

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


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

Bug#355142: FTBFS: cp: missing destination file operand after

2006-03-03 Thread Martin Michlmayr 
Package: libooc-xml
Version: 3.2.0-1
Severity: serious

Your package doesn't build on unstable anymore.  I haven't
investigated the reason but maybe it's related to the new make.


> Automatic build of libooc-xml_3.2.0-1 on bigsur by sbuild/mips 1.75
...
> checking for oocn... oocn
> checking for a BSD-compatible install... /usr/bin/install -c
> checking "for socket in -lxnet"... no
> checking whether make sets $(MAKE)... yes
> configure: creating ./config.status
> config.status: creating Makefile
> touch configure-stamp
> dh_testdir
> /usr/bin/make
> make[1]: Entering directory `/build/tbm/libooc-xml-3.2.0'
> cp  oo2crc.tmp
> cp: missing destination file operand after `oo2crc.tmp'
> Try `cp --help' for more information.
> make[1]: *** [oo2crc] Error 1
> make[1]: Leaving directory `/build/tbm/libooc-xml-3.2.0'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060303-0415
> FAILED [dpkg-buildpackage died]

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


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

Bug#354847: FTBFS: 1.15.1-4 fails 2 tests on amd64

2006-03-03 Thread Roberto Pariset 
Bdale Garbee ha scritto:
> I just had a look, and I can't tell much from that level of the build
> log.  These failures are completely unexpected, and I suspect I'll need
> your help to understand what the problem actually is.  If you still have
> the build tree around, you should find some log files under the test
> directory for these two tests that show the details of what happened.
> It may be obvious to you on inspecting these what the problem is, if not
> please feel free to forward them to me for review and analysis.

Here it is. I still haven't been able to look at it, and I think I won't be
for a few days. If I find out something I'll let you know.

Please remember that it builds on my box as well on Kurt Roeckx's, so it's
probably just some odd buildd chroot thing.

All the best,
Roberto


testsuite.log.bz2
Description: application/bzip

Bug#354854: muine: Crashes with libdbus-1-cil_0.61

2006-03-03 Thread Dave Beckett 
Javier Kohen wrote:
> Package: muine
> Version: 0.8.4-1
> Severity: serious
> Justification: It allows itself to be installed with an incompatible library
> 
> I just upgraded to dbus-0.61, ...

I think you've found the problem.

> ii  libdbus-1-cil0.61-2  CLI binding for D-BUS
interprocess

According to Bug#354798 dbus 0.61-3 fixes a similar bug report for
tomboy and f-spot.  Please can you upgrade and try it.

Dave


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

Bug#297177: fix in incoming

2006-03-03 Thread Josip Rodin 

The fixed package is in incoming, but the package is now NEW...

-- 
 2. That which causes joy or happiness.


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

Bug#355145: FTBFS: ./configure: line 1250: ` case `(ac_space=' '; set | grep ac_space) 2>&1` in'

2006-03-03 Thread Martin Michlmayr 
Package: pam-tmpdir
Version: 0.05-2
Severity: serious

Your package doesn't build in unstable anymore.  A number of other
packages have a similar problem, so it would be great if you could
send a fix to those packages as well. ;-)  See e.g.
#353847: tclparser: FTBFS: syntax error from broken tcl.m4


> Automatic build of pam-tmpdir_0.05-2 on bigsur by sbuild/mips 1.75
...
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for unistd.h... yes
> checking for security/pam_modules.h... yes
> checking system version (for dynamic loading)... ./configure: line 1250: 
> syntax error near unexpected token `('
> ./configure: line 1250: `  case `(ac_space=' '; set | grep ac_space) 2>&1` in'
> make: *** [configure-stamp] Error 2
> **
> Build finished at 20060303-1349
> FAILED [dpkg-buildpackage died]

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


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

Bug#355140: FTBFS: Oberon-2 compiler was not installed with X11 support.

2006-03-03 Thread Martin Michlmayr 
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-03-03 14:37]:
> compiler was not installed with X11 support".  This may arguably be a
> bug in libooc-x11, but looking at the libooc-x11 bug package suggests
> that it may not.  Please investigate if this package, libooc-x11 or
> both are at fault.  Looking at #347139 may be helpful.

I also found #133970 but it seems that's not the problem.

Here's my config.log btw:


This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.59.  Invocation command line was

  $ ./configure --prefix=/usr

## - ##
## Platform. ##
## - ##

hostname = bigsur
uname -m = mips64
uname -r = 2.6.16-rc5
uname -s = Linux
uname -v = #8 SMP Thu Mar 2 15:19:49 GMT 2006

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch  = mips64
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
hostinfo   = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /sbin
PATH: /bin
PATH: /usr/X11R6/bin
PATH: /usr/games


## --- ##
## Core tests. ##
## --- ##

configure:1231: checking for oo2c
configure:1247: found /usr/bin/oo2c
configure:1257: result: oo2c
configure:1344: checking initialization file
configure:1353: result: /usr/lib/oo2c/oo2crc
configure:1359: checking installation directory
configure:1372: result: /usr/lib/oo2c
configure:1386: checking for ooconfig
configure:1400: result: /usr/lib/oo2c/ooconfig
configure:1408: checking for library support
configure:1426: result: yes
configure:1434: checking for oocn
configure:1450: found /usr/bin/oocn
configure:1460: result: oocn
configure:1505: checking for a BSD-compatible install
configure:1560: result: /usr/bin/install -c
configure:1573: checking for module X11.Mod
configure:1600: oo2c -Mv -O --libs  conftest.Mod 1>&5
- ./conftest.Mod
   new symbol file
gcc -pipe -D_REENTRANT   -I/usr/include/gc -O2 -I. -I/usr/lib/oo2c/obj 
-I/usr/lib/oo2c/lib -I/usr/lib/oo2c/X11/obj -I/usr/lib/oo2c/XML/obj -I- -c 
./conftest.c -o ./conftest.o
cc1: note: obsolete option -I- used, please use -iquote instead
gcc -pipe -D_REENTRANT   -I/usr/include/gc -O2 -I. -I/usr/lib/oo2c/obj 
-I/usr/lib/oo2c/lib -I/usr/lib/oo2c/X11/obj -I/usr/lib/oo2c/XML/obj -I- -c 
./_conftest.c -o ./_conftest.o
cc1: note: obsolete option -I- used, please use -iquote instead
gcc -o conftest -L/usr/lib /usr/lib/oo2c/obj/__oo2c.o ./conftest.o 
./_conftest.o -loo2c_x11  -L/usr/X11R6/lib -lX11 -loo2c -lgc
/usr/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
Error: Linker reported error, aborting
configure:1603: $? = 1
configure: failed program was:
#line 1587 "configure"
char XOpenDisplay();
int test_fct() {
XOpenDisplay(); return 0; }

MODULE conftest [INTERFACE "C"; LINK FILE "conftest.c" END];
IMPORT dummy:=Strings, Strings, X11;
END conftest.
configure:1617: result: no
configure:1623: error: The Oberon-2 compiler was not installed with X11 support.

##  ##
## Cache variables. ##
##  ##

ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_install='/usr/bin/install -c'
ac_cv_prog_OOC=oo2c
ac_cv_prog_OOCN=oocn
ooc_cv_ooc_have_libs=yes
ooc_cv_ooc_have_x11=no
ooc_cv_path_ooc_init=/usr/lib/oo2c/oo2crc
ooc_cv_path_ooc_libdir=/usr/lib/oo2c
ooc_cv_prog_ooconfig=/usr/lib/oo2c/ooconfig

## - ##
## Output variables. ##
## - ##

DEFS=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
LIBOBJS=''
LIBS=''
LTLIBOBJS=''
OFLAGS='-O'
OOC='oo2c'
OOCN='oocn'
OOCONFIG='/usr/lib/oo2c/ooconfig'
OOC_INIT='/usr/lib/oo2c/oo2crc'
OOC_LIBDIR='/usr/lib/oo2c'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
SET_MAKE=''
SHELL='/bin/sh'
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${prefix}/share'
exec_prefix='NONE'
have_libImlib=''
have_libXext=''
have_libXpm=''
have_libgif=''
have_libjpeg=''
have_libm=''
have_libpng=''
have_libtiff=''
have_libz=''
have_x11='no'
host_alias=''
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
ooc_Imlib_prefix=''
ooc_Xext_prefix=''
ooc_Xpm_prefix=''
ooc_gif_prefix=''
ooc_have_libs='yes'
ooc_jpeg_prefix=''
ooc_m_prefix=''
ooc_png_prefix=''
ooc_tiff_prefix=''
ooc_z_prefix=''
prefix='/usr'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## --- ##
## confdefs.h. ##
## -

Bug#355104: Problem dissapeared after eclipse reinstall

2006-03-03 Thread Bodzio 
After removing 
eclipse* eclipse-jdt* eclipse-jdt-common* eclipse-pde* eclipse-pde-common* 
eclipse-platform* eclipse-platform-common* eclipse-rcp* eclipse-rcp-common*
  eclipse-source*

and installing eclipse again, the problem disappeared. 


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

Bug#353572: libxft2: undefined symbol: FT_GlyphSlot_Embolden crash (from web browsers)

2006-03-03 Thread Frederick Heckel 
Package: libxft2
Version: 2.1.8.2-3
Followup-For: Bug #353572


I've encountered this crash using both firefox and opera; an easy way to 
reproduce it is by visiting 

http://bayesclasses.sf.net/

The crash occurs after the redirect, leaving:

/usr/lib/mozilla-firefox/firefox-bin: symbol lookup error: 
/usr/lib/libXft.so.2: undefined symbol: FT_GlyphSlot_Embolden

on the terminal, with the appropriate browser binary first, naturally. 
Repeated the crash in Opera 8.51, 8.52, Firefox 1.0.7-1, and Epiphany 
1.6.5-2.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.14.3miranda-highmem
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages libxft2 depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  zlib1g1:1.2.3-9  compression library - runtime

libxft2 recommends no packages.

-- no debconf information


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

Processed: A couple of enhancements required by debian users.

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> forwarded 320282 [EMAIL PROTECTED]
Bug#320282: imapfilter: a quiet option would be nice
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]

> forwarded 320284 [EMAIL PROTECTED]
Bug#320284: palo: ftbfs [sparc] syntax error before '__cpu_to_le64p'
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]

> tags 320282 + upstream
Bug#320282: imapfilter: a quiet option would be nice
There were no tags set.
Tags added: upstream

> tags 320284 + upstream
Bug#320284: palo: ftbfs [sparc] syntax error before '__cpu_to_le64p'
Tags were: fixed patch
Tags added: upstream

> 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#355154: libgnat-3.4: insatisfiable depends in unstable

2006-03-03 Thread Steinar H. Gunderson 
Package: libgnat-3.4
Version: 3.4.5-2
Severity: serious
Justification: uninstallable

libgnat-3.4 depends on:

  Depends: gcc-3.4-base (= 3.4.5-2), libc6 (>= 2.3.5-1), libgcc1 (>= 3.4.4)
  
However, the version of gcc-3.4-base in unstable is 3.4.5-3, and thus
the package is uninstallable.

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


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

Bug#355156: cryptsetup: luksOpen does not work with readonly media anymore

2006-03-03 Thread Bastian Kleineidam 
Package: cryptsetup
Version: 2:1.0.2+1.0.3-rc2-1
Severity: grave
Justification: causes non-serious data loss

Hi,

after upgrading cryptsetup I was not able to use luksOpen on a
DVD image file. Downgrading to 2:1.0.1-16 makes it work again,
so something in the upgrade broke things.
Here is the command line log with the old 1.0.1 version:
$ cryptsetup --readonly luksOpen /dev/hdc _image
Enter LUKS passphrase: 
key slot 0 unlocked.
$
.. and the new version:
$ cryptsetup --readonly luksOpen /dev/hdc _image
Enter LUKS passphrase: 
Aufruf fehlgeschlagen: No key available with this passphrase.


I have attached an strace log (with password data removed).
Feel free to ask if you need any more info or debug runs.

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-treasure7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages cryptsetup depends on:
ii  dmsetup   2:1.02.03-1The Linux Kernel Device Mapper use
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libdevmapper1 2:1.02.03-1The Linux Kernel Device Mapper use
ii  libgcrypt11   1.2.2-1LGPL Crypto library - runtime libr
ii  libgpg-error0 1.1-4  library for common error values an
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libuuid1  1.38+1.39-WIP-2005.12.31-1 universally unique id library

cryptsetup recommends no packages.

-- no debconf information


cryptsetup-strace.txt.gz
Description: Binary data

Processed: bug 317493

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 317493 important
Bug#317493: liquidwar: makes awful noise on start and crashes on exit
Severity set to `important'.

> severity 339052 important
Bug#339052: liquidwar: Does not run on AMD64
Severity set to `important'.

> merge 317493 339052
Bug#317493: liquidwar: makes awful noise on start and crashes on exit
Bug#339052: liquidwar: Does not run on AMD64
Merged 317493 339052.

> 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#355154: marked as done (libgnat-3.4: insatisfiable depends in unstable)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 3 Mar 2006 18:38:58 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#355154: libgnat-3.4: insatisfiable depends in unstable
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: libgnat-3.4
Version: 3.4.5-2
Severity: serious
Justification: uninstallable

libgnat-3.4 depends on:

  Depends: gcc-3.4-base (= 3.4.5-2), libc6 (>= 2.3.5-1), libgcc1 (>= 3.4.4)
  
However, the version of gcc-3.4-base in unstable is 3.4.5-3, and thus
the package is uninstallable.

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

--- End Message ---
--- Begin Message ---
not a bug, it's not available anymore.

Steinar H. Gunderson writes:
> Package: libgnat-3.4
> Version: 3.4.5-2
> Severity: serious
> Justification: uninstallable
> 
> libgnat-3.4 depends on:
> 
>   Depends: gcc-3.4-base (= 3.4.5-2), libc6 (>= 2.3.5-1), libgcc1 (>= 3.4.4)
>   
> However, the version of gcc-3.4-base in unstable is 3.4.5-3, and thus
> the package is uninstallable.
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing')
> Architecture: amd64 (x86_64)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.14.3
> Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---

Bug#345604: [Fontinst] License of the fontinst documentation

2006-03-03 Thread Frank Küster 
Ulrik Vieth <[EMAIL PROTECTED]> wrote:

> As for licensing, I never bothered to define any specifc license for
> the documents. As far as I know, they have been available on CTAN
> since fontinst-prerelease-1.914 in November 1999. (I just checked the
> CTAN CD 2000, which shows a filedate of Nov 16 1999 for doc/talks.)
>
> As for sources, I may still have them somewhere on my local machine,
> but they were never released, partly because the fonts required to
> typeset the documents are non-free (Lucida Bright) and partly because
> the PDF doucments are the final form intended for consumption.

Then we cannot distribute the document in Debian main, anyway.  But of
course we need a permission to distribute them (putting them on CTAN
could also mean that you want them to be available only there, but not
redistributed by anyone).  That's just legalese crap^Wformalities, but
that's how it is.  Just answering "Yes, you have that permission" is
probably sufficient, but in the long run such statement should be
included in the fontinst distribution.

> As for roadmap.eps, the diagram was presumably created by Alan Jeffrey
> and has been part of earlier fontinst distributions since 1995.
>
> The orignal source of the EPS may have been created with xfig, since
> the archive copy of fontinst-1.504 contains a file roadmap.fig along
> with roadmap.eps, which can be found here:
>
> ftp://ftp.tug.org/historic/fonts/utilities/fontinst/fontinst-1.504/doc/

Ah, that's great.

> Please let me know, if you need and further statement of clarification
> regarding the licensing isseue.

As for the documentation, only a formal statement that redistribution is
unlimited (and I hope that also extends to the included fonts).

Regards, Frank

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

Bug#345604: [Fontinst] License of the fontinst documentation

2006-03-03 Thread Frank Küster 
Ulrik Vieth <[EMAIL PROTECTED]> wrote:

> Please let me know, if you need and further statement of clarification
> regarding the licensing isseue.

Regarding the pdf files see my other mail.  But the files in the
doc/encspecs/ and examples directories, and most importantly the manual
does not contain any license statement, just the authors/Copyright
lines.  Therefore from a legal point of view nobody is even allowed to
distribute them.

I suggest to add a file COPYING along with fontinst/README that lists
all files in the distribution and says something like

,
| All files in the fontinst distribution may be used, modified and
| distributed according to the terms of the LPPL, either version
|  or later, or the version indicated in the individual
| files. 
`

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

Bug#355154: libgnat-3.4: insatisfiable depends in unstable

2006-03-03 Thread Ludovic Brenta 
"Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> On Fri, Mar 03, 2006 at 06:57:38PM +0100, Ludovic Brenta wrote:
>> GNAT is no longer being built from gcc-3.4.  No package depends on
>> libgnat-3.4. 
>
> Sorry, that's wrong:
>
> Reverse Depends: 
>   music123,libgnat-3.4 3.4.4

I believe this can be fixed quite easily.  Open a bug against music123
to ask the maintainer to use the default Ada compiler.  This package
violates the Debian Policy for Ada :)

>   gnat-3.4,libgnat-3.4 3.4.5-2
>   gnat-3.4,libgnat-3.4 3.4.1-3

These don't count.

>   ghdl,libgnat-3.4 3.4.1-3

ghdl is a VHDL front-end to GCC, and so depends on a particular
version of the GCC back-end.  Since it is written in Ada, it requires
the Ada run-time.  Strangely, upstream's latest version, 0.21, uses
GCC 4.0.2 as its back-end, and 0.21 is in unstable.  How come it still
requires libgnat-3.4 in Debian?  Sounds like a case for another bug.

Matthias, what do you suggest?

-- 
Ludovic Brenta.



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

Bug#353847: Bug#355145: FTBFS: ./configure: line 1250: ` case `(ac_space=' '; set | grep ac_space) 2>&1` in'

2006-03-03 Thread Martin Michlmayr 
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-03-03 15:20]:
> Your package doesn't build in unstable anymore.  A number of other
> packages have a similar problem, so it would be great if you could
> send a fix to those packages as well. ;-)  See e.g.
> #353847: tclparser: FTBFS: syntax error from broken tcl.m4

Okay, #344981 says "This error is usually caused by broken old
versions of tcl.m4; the current tcl packages have fixed versions."

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


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

Bug#355154: libgnat-3.4: insatisfiable depends in unstable

2006-03-03 Thread Matthias Klose 
Ludovic Brenta writes:
> "Steinar H. Gunderson" <[EMAIL PROTECTED]> writes:
> > On Fri, Mar 03, 2006 at 06:57:38PM +0100, Ludovic Brenta wrote:
> >> GNAT is no longer being built from gcc-3.4.  No package depends on
> >> libgnat-3.4. 
> >
> > Sorry, that's wrong:
> >
> > Reverse Depends: 
> >   music123,libgnat-3.4 3.4.4
> 
> I believe this can be fixed quite easily.  Open a bug against music123
> to ask the maintainer to use the default Ada compiler.  This package
> violates the Debian Policy for Ada :)

sounds sensible

> >   gnat-3.4,libgnat-3.4 3.4.5-2
> >   gnat-3.4,libgnat-3.4 3.4.1-3
> 
> These don't count.
> 
> >   ghdl,libgnat-3.4 3.4.1-3
> 
> ghdl is a VHDL front-end to GCC, and so depends on a particular
> version of the GCC back-end.  Since it is written in Ada, it requires
> the Ada run-time.  Strangely, upstream's latest version, 0.21, uses
> GCC 4.0.2 as its back-end, and 0.21 is in unstable.  How come it still
> requires libgnat-3.4 in Debian?  Sounds like a case for another bug.
> 
> Matthias, what do you suggest?

yes, and maybe point out, that you'll go for gnat-4.1 as the gnat
compiler in etch.

  Matthias


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

Bug#355154: libgnat-3.4: insatisfiable depends in unstable

2006-03-03 Thread Ludovic Brenta 
Matthias Klose <[EMAIL PROTECTED]> writes:
> Ludovic Brenta writes:
>> ghdl is a VHDL front-end to GCC, and so depends on a particular
>> version of the GCC back-end.  Since it is written in Ada, it requires
>> the Ada run-time.  Strangely, upstream's latest version, 0.21, uses
>> GCC 4.0.2 as its back-end, and 0.21 is in unstable.  How come it still
>> requires libgnat-3.4 in Debian?  Sounds like a case for another bug.
>> 
>> Matthias, what do you suggest?
>
> yes, and maybe point out, that you'll go for gnat-4.1 as the gnat
> compiler in etch.

I just had time to check that the version currently in unstable
build-depends on gnat-4.0, not gnat-3.4, which is fine for the time
being.  Steinar, are you sure your installed ghdl is the latest
version?

-- 
Ludovic Brenta.



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

Processed: krusader: severity 350890 important, merge 349784 350890

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 350890 important
Bug#350890: krusader segfaults on some directories
Severity set to `important'.

> merge 349784 350890
Bug#349784: krusader: Krusader Krashes upon selecting user home directory and 
from then on.
Bug#350890: krusader segfaults on some directories
Merged 349784 350890.

>
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#355098: debian-installer - FTBFS: Tries to use apt with key checks

2006-03-03 Thread Frans Pop 
or security checks.
+#	- debian-archive-keyring
+#		To provide the archive key for security checks.
 #	- dpkg (>= 1.13.9)
 #		We tweak dpkg logging options only understood by this
 #		version.
Index: debian/changelog
===
--- debian/changelog	(revision 35185)
+++ debian/changelog	(working copy)
@@ -1,3 +1,10 @@
+debian-installer (20060303) unstable; urgency=low
+
+  * Add build dependency on debian-archive-keyring and make sure that is used
+for downloading udebs. Closes: #355098.
+
+ -- Frans Pop <[EMAIL PROTECTED]>  Fri,  3 Mar 2006 19:51:22 +0100
+
 debian-installer (20060302) unstable; urgency=low
 
   * Remove floppy-modules udeb again from powerpc root floppy as it seems this


pgppMHT09yRy3.pgp
Description: PGP signature

Bug#354798: marked as done (tomboy: Tomboy won't start)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 3 Mar 2006 11:47:15 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#354798: tomboy: Tomboy won't start
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: tomboy
Version: 0.3.3-3
Severity: grave
Justification: renders package unusable

Tomboy fails to start with this output:


** (/usr/lib/tomboy/Tomboy.exe:26838): WARNING **: The following 
assembly referenced from /usr/lib/tomboy/Tomboy.exe could not be loaded:
 Assembly:   dbus-sharp(assemblyref_index=4)
 Version:0.60.0.0
 Public Key: 9eef2692033670f5
The assembly was not found in the Global Assembly Cache, a path listed 
in the MONO_PATH environment variable, or in the location of the 
executing assembly (/usr/lib/tomboy).


** (/usr/lib/tomboy/Tomboy.exe:26838): WARNING **: The class 
DBus.Connection could not be loaded, used in dbus-sharp, 
Version=0.60.0.0, Culture=neutral, PublicKeyToken=9eef2692033670f5
Trying Plugin: ExportToHTML.dll ... ExportToHTMLPlugin. Done.
Trying Plugin: PrintNotes.dll ... PrintPlugin. Done.

=
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=

Stacktrace:

in <0x> Tomboy.TomboyTrayIcon:.ctor (Tomboy.NoteManager)
in <0x43> Tomboy.TomboyTrayIcon:.ctor (Tomboy.NoteManager)
in <0x22> Tomboy.TomboyTrayIcon:.ctor ()
in <0x19> Tomboy.Tomboy:StartTrayIcon ()
in <0xf0> Tomboy.Tomboy:Main (string[])
in <0x9e00c7> (wrapper runtime-invoke) 
System.Object:runtime_invoke_void_string[] (object,intptr,intptr,intptr)

Native stacktrace:

/usr/lib/libmono.so.0(mono_handle_native_sigsegv+0xe5) 
[0xb7e64485]
/usr/lib/libmono.so.0 [0xb7e254dd]
[0xe440]
/usr/lib/libmono.so.0(mono_compile_create_var+0xa8) [0xb7e213f8]
/usr/lib/libmono.so.0(mini_method_compile+0xfd1) [0xb7e415a1]
/usr/lib/libmono.so.0 [0xb7e424db]
/usr/lib/libmono.so.0(mono_compile_method+0x24) [0xb7ea6c64]
/usr/lib/libmono.so.0(mono_magic_trampoline+0x25) [0xb7e7a285]
[0xb7bb8032]
[0xb746e9d3]
[0xb746e95a]
[0xb7462f39]
[0xb7462823]
/usr/lib/libmono.so.0 [0xb7e428c0]
/usr/lib/libmono.so.0(mono_runtime_invoke+0x33) [0xb7ea68c3]
/usr/lib/libmono.so.0(mono_runtime_exec_main+0x6b) [0xb7ea982b]
/usr/lib/libmono.so.0(mono_runtime_run_main+0x18c) [0xb7eacd0c]
/usr/lib/libmono.so.0(mono_jit_exec+0x8e) [0xb7e559fe]
/usr/lib/libmono.so.0(mono_main+0x1100) [0xb7e56bc0]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xd0) 
[0xb7bdeeb0]
mono [0x8048471]


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

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

tomboy recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
On Fri, Mar 03, 2006 at 08:23:46AM +0100, Fabian Steffen wrote:
> this is fixed with the new dbus (0.61-3) from today. f-spot was also
> infected.

Closing then, since this seems to have been a bug in dbus rather than
tomboy.

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


signature.asc
Description:

Processed: also in 1.15.1-2

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> found 347937 1.15.1-2
Bug#347937: tar truncates file >4GB to zero size when having large sparse region
Bug marked as found in version 1.15.1-2.

> stop
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]

Processed: Re: Processed: bug 317493

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 317493 grave
Bug#317493: liquidwar: makes awful noise on start and crashes on exit
Bug#339052: liquidwar: Does not run on AMD64
Severity set to `grave'.

> 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#337992: marked as done (acidlab: sarge to sid upgrade mess with conffiles)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 13:47:09 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#337992: fixed in acidlab 0.9.6b20-15
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: acidlab
Version: 0.9.6b20-13
Severity: serious

When upgrading from sarge, acidlab mess with conffiles and triggers the
dpkg conffiles handling for the file /etc/acidlab/acid_conf.php
while I did not modify it, which is confusing.

See the piuparts log at



Setting up acidlab (0.9.6b20-13) ...

Configuration file `/etc/acidlab/acid_conf.php'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the versions
  Z : background this process to examine the situation
 The default action is to keep your current version.
*** acid_conf.php (Y/I/N/O/D/Z) [default=N] ? D
--- /etc/acidlab/acid_conf.php  2005-11-07 18:01:39.0 +
+++ /etc/acidlab/acid_conf.php.dpkg-new 2005-11-01 13:44:36.0 +
@@ -9,7 +9,7 @@
  *$foo = "c:\tmp"[OK]
  *$foo = "c:\tmp\"   [WRONG]
  */
-$DBlib_path = "/usr/share/adodb";
+$DBlib_path = "/usr/share/php/adodb";
 
 /* The type of underlying alert database
  * 
@@ -17,7 +17,7 @@
  *  PostgresSQL : "postgres"
  *  MS SQL Server : "mssql"
  */
-$DBtype = "mysql";
+$DBtype = "DBTYPE";
 
 /* Alert DB connection parameters
  *   - $alert_dbname   : MySQL database name of Snort alert DB
@@ -29,18 +29,18 @@
  *  This information can be gleaned from the Snort database
  *  output plugin configuration.
  */
-$alert_dbname   = "snort_log";
-$alert_host = "localhost";
-$alert_port = "";
-$alert_user = "root";
-$alert_password = "mypassword";
+$alert_dbname   = "ALERT_NAME";
+$alert_host = "ALERT_HOST";
+$alert_port = "ALERT_PORT";
+$alert_user = "ALERT_USER";
+$alert_password = "ALERT_PASSWORD";
 
 /* Archive DB connection parameters */
-$archive_dbname   = "snort_archive";
-$archive_host = "localhost";
-$archive_port = "";
-$archive_user = "root";
-$archive_password = "mypassword";
+$archive_dbname   = "ARCHIVE_NAME";
+$archive_host = "ARCHIVE_HOST";
+$archive_port = "ARCHIVE_PORT";
+$archive_user = "ARCHIVE_USER";
+$archive_password = "ARCHIVE_PASSWORD";
 
 /* Type of DB connection to use
  *   1  : use a persistant connection (pconnect)
@@ -221,22 +221,27 @@
 /* Whois query */
 $external_whois_link = "http://www.samspade.org/t/ipwhois?a=";;
 //$external_whois_link = 
"http://www.geektools.com/cgi-bin/proxy.cgi?targetnic=auto&query=";
+// Alternative:
+// $external_dns_link = "http://www.dnsstuff.com/tools/whois.ch?ip=";;
 
  /* DNS query */
 $external_dns_link = "http://www.samspade.org/t/dns?a=";;
+// Alternative:
+// $external_dns_link = "http://www.dnsstuff.com/tools/lookup.ch?type=A&name=";;
 
 /* SamSpade "all" query */
 $external_all_link = "http://www.samspade.org/t/lookat?a=";;
 
 /* TCP/UDP port database */
-$external_port_link = "http://www.snort.org/ports.html?port=";;
-//$external_port_link = "http://www.portsdb.org/bin/portsdb.cgi?portnumber=";;
+// No longer available:
+// $external_port_link = "http://www.snort.org/ports.html?port=";;
+$external_port_link = "http://www.portsdb.org/bin/portsdb.cgi?portnumber=";;
 
 /* Signature references */
 $external_sig_link = array("bugtraq"   => 
array("http://www.securityfocus.com/bid/";, ""),
-   "snort" => 
array("http://www.snort.org/snort-db/sid.html?sid=";, ""),
+   "snort" => 
array("http://www.snort.org/pub-bin/sigs.cgi?sid=";, ""),
"cve"   => 
array("http://cve.mitre.org/cgi-bin/cvename.cgi?name=";, ""),
-   "nessus"   => 
array("http://cgi.nessus.org/plugins/dump.php3?id=";, ""),
+   "nessus"   => 
array("http://www.nessus.org/plugins/index.php?view=single&id=";, ""),
"arachnids" => 
array("http://www.whitehats.com/info/ids";, ""),
"mcafee"=> 
array("http://vil.nai.com/vil/content/v_";, ".htm"),
"icat"  => 
array("http://icat.nist.gov/icat.cfm?cvename=";, ""));
1


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

Imagine a large red

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-03 Thread maximilian attems 
On Fri, 03 Mar 2006, Marco d'Itri wrote:

> On Mar 03, maximilian attems <[EMAIL PROTECTED]> wrote:
> 
> > could you put as local workaround an set -x on top in
> > /usr/sbin/mkinitramfs, would really like to know how we got called
> > there.
> The udev postinst always runs update-initramfs -u.

indeed you are right as there are more potential hooks in the time
of the etch release, initramfs-tools need to check for the
file you propsed, will do next week.

-- 
maks


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

Processed: severity of 310103 is serious

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 310103 serious
Bug#310103: ia32-libs: Fails to load gconv modules
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]

Processed: severity of 328949 is serious

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 328949 serious
Bug#328949: ia32-libs needs update to make locales work
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]

Processed: severity of 354380 is serious

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 354380 serious
Bug#354380: ia32-libs has to adapt to new glibc upload
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]

Processed: merging 341919 310103 328949 354380 317887

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> merge 341919 310103 328949 354380 317887
Bug#310103: ia32-libs: Fails to load gconv modules
Bug#317887: ia32-libs: wrong path in postrm
Bug#328949: ia32-libs needs update to make locales work
Bug#341919: Subject: ia32-libs: Upgrade libc6 in package
Bug#354380: ia32-libs has to adapt to new glibc upload
Merged 310103 317887 328949 341919 354380.

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

Processed: severity of 317887 is serious

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 317887 serious
Bug#317887: ia32-libs: wrong path in postrm
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#352227: gmt: FTBFS and uninstallable on hppa.

2006-03-03 Thread Petter Reinholdtsen 

[Daniel Kobras]
> Please investigate.

This seem to be the problem:

  gcc -I/include -fPIC -O2 -ansi -pedantic
-DGMT_DEFAULT_PATH=\"/usr/lib/gmt\" blockmean.o -L. -lgmt -lpsl
-L/lib -lnetcdf -lm -s -Wl,-rpath,/usr/lib/gmt/lib -o blockmean
  /usr/bin/ld: blockmean: hidden symbol
`__canonicalize_funcptr_for_compare' in
/usr/lib/gcc/hppa-linux-gnu/4.0.3/libgcc.a(fptr.o) is referenced
by DSO
  /usr/bin/ld: final link failed: Nonrepresentable section on output
  collect2: ld returned 1 exit status
  make[2]: *** [blockmean] Error 1
  make[2]: Leaving directory `/build/buildd/gmt-4.0/GMT4.0/src'

The problem seem to be to be a bug in gcc, with libgcc.a including a
reference to some strange symbol.  If it is a bug in gcc, it might
help to use a different version of gcc.

I found http://lists.debian.org/debian-gcc/2003/04/msg00029.html>
which might be relevant.  At least it talk about the
`__canonicalize_funcptr_for_compare' function on hppa.

In addition, the build rules do not exit on the first error, so the
log is filled with irrelevant error messages.  I reported that problem
to upstream.


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

Bug#254089: marked as done (FTBFS: test for res_mkquery is broken)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 15:32:11 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#166613: fixed in mtr 0.69-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: mtr
Version: 0.54-1
Severity: important
Tags: patch
Justification: fails to build from source

Hi,

any platform in libc/shlib-versions that starts at GLIBC_2.2 or later
-- currently s390x, cris, x86_64, ia64, sparc64, sh, hppa on Linux -- does
not provide weak symbols for the inofficial res_* function. Instead those
functions are now defined to the __res_* counterparts.

What does that mean? The configure check for res_mkquery in libresolv will
fail because there truely is no such thing. The easiest workaround is to
check for __res_mkquery (see attached patch). The right think is to include
the proper header file for res_mkquery and then the #define takes hold.

MfG
Goswin

-- System Information:
Debian Release: testing/unstable
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.5-amd64
Locale: LANG=C, LC_CTYPE=C
diff -Nurd mtr-0.54.deb/configure mtr-0.54/configure
--- mtr-0.54.deb/configure	2003-04-22 15:25:58.0 +
+++ mtr-0.54/configure	2004-06-12 21:34:53.700604078 +
@@ -1023,6 +1023,7 @@
 #line 1024 "configure"
 #include "confdefs.h"
 #include 
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1031,7 +1032,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1035: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1036: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_char=`cat conftestval`
 else
@@ -1051,7 +1052,7 @@
 
 
 echo $ac_n "checking size of unsigned short""... $ac_c" 1>&6
-echo "configure:1055: checking size of unsigned short" >&5
+echo "configure:1056: checking size of unsigned short" >&5
 if eval "test \"`echo '$''{'ac_cv_sizeof_unsigned_short'+set}'`\" = set"; then
   echo $ac_n "(cached) $ac_c" 1>&6
 else
@@ -1059,9 +1060,10 @@
   ac_cv_sizeof_unsigned_short=2
 else
   cat > conftest.$ac_ext <
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1070,7 +1072,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1074: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1076: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_short=`cat conftestval`
 else
@@ -1090,7 +1092,7 @@
 
 
 echo $ac_n "checking size of unsigned int""... $ac_c" 1>&6
-echo "configure:1094: checking size of unsigned int" >&5
+echo "configure:1096: checking size of unsigned int" >&5
 if eval "test \"`echo '$''{'ac_cv_sizeof_unsigned_int'+set}'`\" = set"; then
   echo $ac_n "(cached) $ac_c" 1>&6
 else
@@ -1098,9 +1100,10 @@
   ac_cv_sizeof_unsigned_int=4
 else
   cat > conftest.$ac_ext <
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1109,7 +1112,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1113: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1116: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_int=`cat conftestval`
 else
@@ -1129,7 +1132,7 @@
 
 
 echo $ac_n "checking size of unsigned long""... $ac_c" 1>&6
-echo "configure:1133: checking size of unsigned long" >&5
+echo "configure:1136: checking size of unsigned long" >&5
 if eval "test \"`echo '$''{'ac_cv_sizeof_unsigned_long'+set}'`\" = set"; then
   echo $ac_n "(cached) $ac_c" 1>&6
 else
@@ -1137,9 +1140,10 @@
   ac_cv_sizeof_unsigned_long=4
 else
   cat > conftest.$ac_ext <
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1148,7 +1152,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1152: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1156: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_long=`cat conftestval`
 else
@@ -1176,7 +1180,7 @@
 # We have to trust the linker not to mess things up... (It should not
 # pull in anything if we don't refer to anything in the lib). 
 echo $ac_n "checking for tgetent in -ltermc

Bug#254089: marked as done (FTBFS: test for res_mkquery is broken)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 15:32:11 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#254089: fixed in mtr 0.69-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: mtr
Version: 0.54-1
Severity: important
Tags: patch
Justification: fails to build from source

Hi,

any platform in libc/shlib-versions that starts at GLIBC_2.2 or later
-- currently s390x, cris, x86_64, ia64, sparc64, sh, hppa on Linux -- does
not provide weak symbols for the inofficial res_* function. Instead those
functions are now defined to the __res_* counterparts.

What does that mean? The configure check for res_mkquery in libresolv will
fail because there truely is no such thing. The easiest workaround is to
check for __res_mkquery (see attached patch). The right think is to include
the proper header file for res_mkquery and then the #define takes hold.

MfG
Goswin

-- System Information:
Debian Release: testing/unstable
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.5-amd64
Locale: LANG=C, LC_CTYPE=C
diff -Nurd mtr-0.54.deb/configure mtr-0.54/configure
--- mtr-0.54.deb/configure	2003-04-22 15:25:58.0 +
+++ mtr-0.54/configure	2004-06-12 21:34:53.700604078 +
@@ -1023,6 +1023,7 @@
 #line 1024 "configure"
 #include "confdefs.h"
 #include 
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1031,7 +1032,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1035: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1036: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_char=`cat conftestval`
 else
@@ -1051,7 +1052,7 @@
 
 
 echo $ac_n "checking size of unsigned short""... $ac_c" 1>&6
-echo "configure:1055: checking size of unsigned short" >&5
+echo "configure:1056: checking size of unsigned short" >&5
 if eval "test \"`echo '$''{'ac_cv_sizeof_unsigned_short'+set}'`\" = set"; then
   echo $ac_n "(cached) $ac_c" 1>&6
 else
@@ -1059,9 +1060,10 @@
   ac_cv_sizeof_unsigned_short=2
 else
   cat > conftest.$ac_ext <
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1070,7 +1072,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1074: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1076: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_short=`cat conftestval`
 else
@@ -1090,7 +1092,7 @@
 
 
 echo $ac_n "checking size of unsigned int""... $ac_c" 1>&6
-echo "configure:1094: checking size of unsigned int" >&5
+echo "configure:1096: checking size of unsigned int" >&5
 if eval "test \"`echo '$''{'ac_cv_sizeof_unsigned_int'+set}'`\" = set"; then
   echo $ac_n "(cached) $ac_c" 1>&6
 else
@@ -1098,9 +1100,10 @@
   ac_cv_sizeof_unsigned_int=4
 else
   cat > conftest.$ac_ext <
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1109,7 +1112,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1113: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1116: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_int=`cat conftestval`
 else
@@ -1129,7 +1132,7 @@
 
 
 echo $ac_n "checking size of unsigned long""... $ac_c" 1>&6
-echo "configure:1133: checking size of unsigned long" >&5
+echo "configure:1136: checking size of unsigned long" >&5
 if eval "test \"`echo '$''{'ac_cv_sizeof_unsigned_long'+set}'`\" = set"; then
   echo $ac_n "(cached) $ac_c" 1>&6
 else
@@ -1137,9 +1140,10 @@
   ac_cv_sizeof_unsigned_long=4
 else
   cat > conftest.$ac_ext <
+#include 
 main()
 {
   FILE *f=fopen("conftestval", "w");
@@ -1148,7 +1152,7 @@
   exit(0);
 }
 EOF
-if { (eval echo configure:1152: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
+if { (eval echo configure:1156: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext} && (./conftest; exit) 2>/dev/null
 then
   ac_cv_sizeof_unsigned_long=`cat conftestval`
 else
@@ -1176,7 +1180,7 @@
 # We have to trust the linker not to mess things up... (It should not
 # pull in anything if we don't refer to anything in the lib). 
 echo $ac_n "checking for tgetent in -ltermc

Bug#166613: marked as done (mtr_0.51-1 (unstable): fails to build)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 15:32:11 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#166613: fixed in mtr 0.69-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: mtr
Version: 0.51-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of mtr_0.51-1 on debian04.zSeries.org by sbuild/s390x 1.169
> Build started at 20021027-1316
> **
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: libncurses-dev, autoconf, automake, debhelper (>= 2.2.12), 
> libgtk1.2-dev
[...]
> Checking correctness of source dependencies...
> --
[...]
> checking for res_mkquery... no
> checking for res_mkquery in -lbind... no
> checking for res_mkquery in -lresolv... no
> configure: error: No resolver library found
> make: *** [build-stamp] Error 1
> **
> Build finished at 20021027-1317
> FAILED [dpkg-buildpackage died]
> Purging chroot-unstable/build/buildd/mtr-0.51
> --

res_mkquery is only available for backward compatiblity in the glibc.

bastian


--- End Message ---
--- Begin Message ---
Source: mtr
Source-Version: 0.69-3

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

mtr-tiny_0.69-3_i386.deb
  to pool/main/m/mtr/mtr-tiny_0.69-3_i386.deb
mtr_0.69-3.diff.gz
  to pool/main/m/mtr/mtr_0.69-3.diff.gz
mtr_0.69-3.dsc
  to pool/main/m/mtr/mtr_0.69-3.dsc
mtr_0.69-3_i386.deb
  to pool/main/m/mtr/mtr_0.69-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.
Robert Woodcock <[EMAIL PROTECTED]> (supplier of updated mtr 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, 03 Mar 2006 15:16:27 -0800
Source: mtr
Binary: mtr-tiny mtr
Architecture: source i386
Version: 0.69-3
Distribution: unstable
Urgency: low
Maintainer: Robert Woodcock <[EMAIL PROTECTED]>
Changed-By: Robert Woodcock <[EMAIL PROTECTED]>
Description: 
 mtr- Full screen ncurses and X11 traceroute tool
 mtr-tiny   - Full screen ncurses traceroute tool
Closes: 166613 254089 257981 301346 305728 320609 354342
Changes: 
 mtr (0.69-3) unstable; urgency=low
 .
   * Added check for __res_mkquery to build on amd64,
 closes: #166613, #254089, #257981, #354342
   * Uppercased initial letter of menu title, closes: #320609
   * Fixed manual page and PrintHelp function for -p/-s switcharoo,
 closes: #305728
   * DNS fix from Jarek Kaminski if no nameservers are configured,
 closes: #301346
Files: 
 f74bf3446efc43895492ed5370db9194 583 net standard mtr_0.69-3.dsc
 86f849a5a3ed9d68dc723c75378306f9 6940 net standard mtr_0.69-3.diff.gz
 8ac6004f50ba30dcf1d659e0eed90c6b 33774 net standard mtr-tiny_0.69-3_i386.deb
 0e5619792ced2934c1fece79462d5dd7 47928 net extra mtr_0.69-3_i386.deb

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

iD8DBQFECM6U9c5o62/wq/IRAgomAJ9MZK8YHdcPkyCrulB10Mzr6irhXQCeK1Pn
JpmZhrFMnzdtqqhVJsriKAM=
=JToH
-END PGP SIGNATURE-

--- End Message ---

Bug#166613: marked as done (mtr_0.51-1 (unstable): fails to build)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 15:32:11 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#254089: fixed in mtr 0.69-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: mtr
Version: 0.51-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of mtr_0.51-1 on debian04.zSeries.org by sbuild/s390x 1.169
> Build started at 20021027-1316
> **
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: libncurses-dev, autoconf, automake, debhelper (>= 2.2.12), 
> libgtk1.2-dev
[...]
> Checking correctness of source dependencies...
> --
[...]
> checking for res_mkquery... no
> checking for res_mkquery in -lbind... no
> checking for res_mkquery in -lresolv... no
> configure: error: No resolver library found
> make: *** [build-stamp] Error 1
> **
> Build finished at 20021027-1317
> FAILED [dpkg-buildpackage died]
> Purging chroot-unstable/build/buildd/mtr-0.51
> --

res_mkquery is only available for backward compatiblity in the glibc.

bastian


--- End Message ---
--- Begin Message ---
Source: mtr
Source-Version: 0.69-3

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

mtr-tiny_0.69-3_i386.deb
  to pool/main/m/mtr/mtr-tiny_0.69-3_i386.deb
mtr_0.69-3.diff.gz
  to pool/main/m/mtr/mtr_0.69-3.diff.gz
mtr_0.69-3.dsc
  to pool/main/m/mtr/mtr_0.69-3.dsc
mtr_0.69-3_i386.deb
  to pool/main/m/mtr/mtr_0.69-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.
Robert Woodcock <[EMAIL PROTECTED]> (supplier of updated mtr 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, 03 Mar 2006 15:16:27 -0800
Source: mtr
Binary: mtr-tiny mtr
Architecture: source i386
Version: 0.69-3
Distribution: unstable
Urgency: low
Maintainer: Robert Woodcock <[EMAIL PROTECTED]>
Changed-By: Robert Woodcock <[EMAIL PROTECTED]>
Description: 
 mtr- Full screen ncurses and X11 traceroute tool
 mtr-tiny   - Full screen ncurses traceroute tool
Closes: 166613 254089 257981 301346 305728 320609 354342
Changes: 
 mtr (0.69-3) unstable; urgency=low
 .
   * Added check for __res_mkquery to build on amd64,
 closes: #166613, #254089, #257981, #354342
   * Uppercased initial letter of menu title, closes: #320609
   * Fixed manual page and PrintHelp function for -p/-s switcharoo,
 closes: #305728
   * DNS fix from Jarek Kaminski if no nameservers are configured,
 closes: #301346
Files: 
 f74bf3446efc43895492ed5370db9194 583 net standard mtr_0.69-3.dsc
 86f849a5a3ed9d68dc723c75378306f9 6940 net standard mtr_0.69-3.diff.gz
 8ac6004f50ba30dcf1d659e0eed90c6b 33774 net standard mtr-tiny_0.69-3_i386.deb
 0e5619792ced2934c1fece79462d5dd7 47928 net extra mtr_0.69-3_i386.deb

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

iD8DBQFECM6U9c5o62/wq/IRAgomAJ9MZK8YHdcPkyCrulB10Mzr6irhXQCeK1Pn
JpmZhrFMnzdtqqhVJsriKAM=
=JToH
-END PGP SIGNATURE-

--- End Message ---

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-03 Thread maximilian attems 
On Thu, 02 Mar 2006, Adam C Powell IV wrote:

> The new upgrade procedure fails on alpha, regardless of the kernel
> workaround, there's still a udev - initramfs-tools dependency loop which
> interrupts the udev postinst, and the failures cascade from there:

please upgrad initramfs-tools to latest 0.53 in testing/unstable.
 
> Setting up udev (0.085-1) ...
> Kernel upgrade mode, udevd has not been restarted.
> Please reboot the system as soon as possible.
> Kernel version too old.  initramfs-tools requires at least 2.6.12.

this could only happen because we had set takover=1 for the past days
with the revision 0.52.
(never the less this broken check needs fixing - as discussed with Md)

thanks for your feedback.

--
maks


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

Bug#355199: libjpeg62: jpegtran -rotate 180 source.jpg > target.jpg damages borders see: http://www.calmar.ws/jpegtrans.png

2006-03-03 Thread Marco Candrian 
Package: libjpeg62
Version: 6b-11
Severity: critical
Justification: causes serious data loss

jpegtran -rotate 180 source.jpg > target.jpg 

damages borders, see: http://www.calmar.ws/jpegtrans.png

note: the borders there just don't rotate with the other picture, but instead
keeps staying, or so

PS: it's critical and causes serious data loss on application, where the 
original
picture gets overwritten with the rotated one - I hope that counts)

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

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

libjpeg62 recommends no packages.

-- no debconf information


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

Bug#353111: linux-image-2.6.15-1-sparc64-smp: 2.6.15 kernel can't find root disk /dev/sda1, won't boot

2006-03-03 Thread maximilian attems 
On Fri, 17 Feb 2006, Blars Blarson wrote:

> I installed unstable udev, added esp, sd_mod, and sr_mod to
> /etc/mkinitramfs/modules, and tried to reboot. 

did you regenerate the initramfs before reboot?
either with update-initramfs -t -u or with 
dpkg-reconfigure linux-image-2.6-XXX

> Same problem as before
> on 2.6.15, esp module is not present in initramfs so root can't be
> loaded.  However, 2.6.12 no longer boots, (apparently not compatable
> with new udev) so system is now boat anchor.

no esp would mean that you are still booting in the old initramfs
where esp was not specified to be loaded.

initramfs-tools adds any modules that are listed /etc/mkinitramfs/modules
and loads them really early on reboot.

-- 
maks


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

Processed: tagging 354971

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.15
> tags 354971 fixed-upstream
Bug#354971: boson-base: 0.11-1 crash on AMD64
There were no tags set.
Tags added: fixed-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#355098: debian-installer - FTBFS: Tries to use apt with key checks

2006-03-03 Thread Frans Pop 
On Friday 03 March 2006 20:31, Frans Pop wrote:
> I think the attached patch may allow the buildd to perform the key
> check, but I'm not completely sure.

Actually, it looks like the change in get-packages may not be needed and 
we can suffice with an extra build-dep on debian-archive-keys. This 
package will run apt-key update in its postinst and thus update
/etc/apt/trusted.gpg.

As Joey mentioned on IRC, hard linking to the keyring in /usr/ would mean 
that locally added keys in the default keyring will no longer be used.


pgpqzYCXLog73.pgp
Description: PGP signature

Bug#349851: marked as done (gpe-contacts - FTBFS: Build-depends against not available package libcontactsdb-dev)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Sat, 04 Mar 2006 02:12:58 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#349851: gpe-contacts - FTBFS: Build-depends against not 
available package libcontactsdb-dev
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: gpe-contacts
Version: 0.43-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of gpe-contacts_0.43-1 on debian-31 by sbuild/s390 85
[...]
> Reading Package Lists...
> Building Dependency Tree...
> E: Couldn't find package libcontactsdb-dev
> apt-get failed.
> Package installation failed
> Trying to reinstall removed packages:
> Trying to uninstall newly installed packages:
> Source-dependencies not satisfied; skipping gpe-contacts
> **
> Finished at 20060123-0603
> Build needed 00:00:11, 0k disk space

--- End Message ---
--- Begin Message ---
On Wed, 2006-01-25 at 18:12 +0100, Bastian Blank wrote:
> There was an error while trying to autobuild your package:
> [...]
> > E: Couldn't find package libcontactsdb-dev

libcontactsdb-dev is available now, so closing this bug.

-- 
Moray
http://www.morayallan.com/
--- End Message ---

Bug#355098: marked as done (debian-installer - FTBFS: Tries to use apt with key checks)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 18:34:09 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#355098: fixed in debian-installer 20060304
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: debian-installer
Version: 20060302
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of debian-installer_20060302 on debian01 by sbuild/s390 85
[...]
> 0 upgraded, 42 newly installed, 0 to remove and 0 not upgraded.
> Need to get 4396kB of archives.
> After unpacking 12.5MB of additional disk space will be used.
> WARNING: The following packages cannot be authenticated!
>   cdebconf-udeb anna archdetect cdebconf-priority di-utils di-utils-reboot
>   di-utils-shell di-utils-terminfo rootskel hw-detect installation-locale
>   libdebconfclient0-udeb main-menu libc6-udeb libslang2-udeb nano-udeb
>   libiw28-udeb s390-netdevice ethdetect netcfg-static preseed-common
>   network-preseed kernel-image-2.4.27-2-s390-di nic-modules-2.4.27-2-s390-di
>   rescue-check save-logs udpkg cdebconf-newt-udeb cdebconf-text-udeb
>   libcrypto0.9.8-udeb libdebian-installer4-udeb lowmemcheck choose-mirror
>   net-retriever libnss-files-udeb openssh-server-udeb network-console
>   busybox-udeb download-installer env-preseed initrd-preseed libnss-dns-udeb
> E: There are problems and -y was used without --force-yes

A buildd chroot have no valid setup to do archive key checks.

Bastian

--- End Message ---
--- Begin Message ---
Source: debian-installer
Source-Version: 20060304

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

debian-installer_20060304.dsc
  to pool/main/d/debian-installer/debian-installer_20060304.dsc
debian-installer_20060304.tar.gz
  to pool/main/d/debian-installer/debian-installer_20060304.tar.gz
debian-installer_20060304_i386.deb
  to pool/main/d/debian-installer/debian-installer_20060304_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.
Frans Pop <[EMAIL PROTECTED]> (supplier of updated debian-installer 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,  4 Mar 2006 01:56:43 +0100
Source: debian-installer
Binary: debian-installer
Architecture: source i386
Version: 20060304
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Frans Pop <[EMAIL PROTECTED]>
Description: 
 debian-installer - Debian installer
Closes: 355098
Changes: 
 debian-installer (20060304) unstable; urgency=low
 .
   * Add build dependency on debian-archive-keyring so that the archive key can
 be checked. Closes: #355098.
Files: 
 59cfab79165be978b78ffacb1ce40a73 1829 devel optional 
debian-installer_20060304.dsc
 e9aff1ebd6860ac271197a89044fb596 1187709 devel optional 
debian-installer_20060304.tar.gz
 ba6c38dd5e782b51e9bcef998ff2341a 719596 devel optional 
debian-installer_20060304_i386.deb
 98be5bf5577e99735abac8148515b7af 65512223 raw-installer - 
debian-installer-images_20060304_i386.tar.gz

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

iD8DBQFECO0ngm/Kwh6ICoQRAiHPAKCwyUiSNx/kjAhSqHIONaB0+dxm3wCcCxt0
SOp7S+A2XehaBbVmdFuUOq4=
=uDxh
-END PGP SIGNATURE-

--- End Message ---

Bug#337467: marked as done (xlockmore: FTBFS: Unsatisfiable Build-Depends on xlibmesa-dev)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 19:17:18 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#337467: fixed in xlockmore 1:5.21-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: xlockmore
Severity: serious
Version: 1:5.13-2.1

>From my pbuilder build log:

...
Installing the build-deps
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.20 
2005/08/17 00:46:54 dancer Exp $
 -> Considering  xlibmesa-dev
   -> Trying xlibmesa-dev
   -> Cannot install xlibmesa-dev; apt errors follow:
Reading package lists... Done
Building dependency tree... Done
Package xlibmesa-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  xlibmesa-gl-dev libglu1-xorg-dev
E: Package xlibmesa-dev has no installation candidate
E: Could not satisfy build-dependency.
E: pbuilder-satisfydepends failed.

You need to replace that with xlibmesa-gl-dev and/or xlibmesa-glu-dev.

-- 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.14-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message ---
Source: xlockmore
Source-Version: 1:5.21-1

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

xlockmore-gl_5.21-1_i386.deb
  to pool/main/x/xlockmore/xlockmore-gl_5.21-1_i386.deb
xlockmore_5.21-1.diff.gz
  to pool/main/x/xlockmore/xlockmore_5.21-1.diff.gz
xlockmore_5.21-1.dsc
  to pool/main/x/xlockmore/xlockmore_5.21-1.dsc
xlockmore_5.21-1_i386.deb
  to pool/main/x/xlockmore/xlockmore_5.21-1_i386.deb
xlockmore_5.21.orig.tar.gz
  to pool/main/x/xlockmore/xlockmore_5.21.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.
Michael Stone <[EMAIL PROTECTED]> (supplier of updated xlockmore 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, 03 Mar 2006 20:48:16 -0500
Source: xlockmore
Binary: xlockmore xlockmore-gl
Architecture: source i386
Version: 1:5.21-1
Distribution: unstable
Urgency: low
Maintainer: Michael Stone <[EMAIL PROTECTED]>
Changed-By: Michael Stone <[EMAIL PROTECTED]>
Description: 
 xlockmore  - Lock X11 display until password is entered.
 xlockmore-gl - Lock X11 display until password is entered -- GL version
Closes: 63021 241925 271558 307223 323445 337467 347050
Changes: 
 xlockmore (1:5.21-1) unstable; urgency=low
 .
   * New upstream version (Closes: #323445)
   * Update man page concerning echokeys (Closes: #271558)
   * Integrate build-dep changes (Closes: #347050, #337467)
   * Clean up references to vtlock (Closes: #63021, #241925, #307223)
   * Bump standards version
Files: 
 e91c37048c9a26ebb6f296b05f56f0b6 874 x11 optional xlockmore_5.21-1.dsc
 4fec93550eed99ef0812ae2955ebe5ba 2119386 x11 optional 
xlockmore_5.21.orig.tar.gz
 6af1dc7c3f1fea87c990a675330a5c22 58272 x11 optional xlockmore_5.21-1.diff.gz
 e029caf67c3e7ad20588c2cb819ebcdb 1092528 x11 optional 
xlockmore-gl_5.21-1_i386.deb
 c6cd8f0321a714b6148cf96fcdcd52a1 626054 x11 extra xlockmore_5.21-1_i386.deb

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

iQCVAwUBRAkB5Q0hVr09l8FJAQIJtwP/WCANyMiBlg6lh6IMohdhovcvRwC+pdea
nCmpdOb9Txv1aHijpxfi3oKtvVFfbg3MKay0d8aOh+GoQ/rCjBj85saaHiQYpajj
tWlT/6Y2u6AGdR2uqTZSpR/FwEsT92kdBteNDyKr34XKJpq5bTTVM/Vbwp0G72X2
6pRcS5+mHXo=
=TBgR
-END PGP SIGNATURE-

--- End Message ---

Bug#347050: marked as done (xlockmore: FTBFS: build-depends on removed xlibs-dev)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Fri, 03 Mar 2006 19:17:18 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#347050: fixed in xlockmore 1:5.21-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: xlockmore
Version: 1:5.13-2.1
Severity: serious

Hello,

  This is a serious bug filed against your package because it
  build-depends on xlibs-dev, which as announced in [1] a while ago, is
  no longer available in sid. This makes your package fail to build from
  source.

[1] http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html

  To fix this bug, you need to update your build-dependencies and
  substitute xlibs-dev for the list of individual X development
  libraries that your package needs to be built. You can find detailed
  information about how to do that in the DependsXlibsDev wiki page [2].

[2] http://wiki.debian.org/DependsXlibsDev

  As indicated by the Release Team [3], the full transition from XFree86
  to Xorg is a release blocker for Etch, which means that Etch will not
  be released until this bug is fixed (or your package removed from
  testing). So, please, try to fix in a timely manner.

[3] http://lists.debian.org/debian-devel-announce/2005/10/msg4.html

  The number of affected packages by the xlibs-dev transition is huge,
  so if you feel like helping with patches or uploads, feel free to
  follow the instructions contained in the wiki page above. A list of
  affected packages can be found here [4].

[4] http://people.debian.org/~adeodato/release-usertag/transition-xlibs-dev

  Finally, if there's a strong reason for which your package should not
  be NMUed, please note so in this bug report. Prospective NMUers will
  read your reasoning, and will decide if it's strong enough to delay
  their upload.

  Thanks for your collaboration!

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org


--- End Message ---
--- Begin Message ---
Source: xlockmore
Source-Version: 1:5.21-1

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

xlockmore-gl_5.21-1_i386.deb
  to pool/main/x/xlockmore/xlockmore-gl_5.21-1_i386.deb
xlockmore_5.21-1.diff.gz
  to pool/main/x/xlockmore/xlockmore_5.21-1.diff.gz
xlockmore_5.21-1.dsc
  to pool/main/x/xlockmore/xlockmore_5.21-1.dsc
xlockmore_5.21-1_i386.deb
  to pool/main/x/xlockmore/xlockmore_5.21-1_i386.deb
xlockmore_5.21.orig.tar.gz
  to pool/main/x/xlockmore/xlockmore_5.21.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.
Michael Stone <[EMAIL PROTECTED]> (supplier of updated xlockmore 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, 03 Mar 2006 20:48:16 -0500
Source: xlockmore
Binary: xlockmore xlockmore-gl
Architecture: source i386
Version: 1:5.21-1
Distribution: unstable
Urgency: low
Maintainer: Michael Stone <[EMAIL PROTECTED]>
Changed-By: Michael Stone <[EMAIL PROTECTED]>
Description: 
 xlockmore  - Lock X11 display until password is entered.
 xlockmore-gl - Lock X11 display until password is entered -- GL version
Closes: 63021 241925 271558 307223 323445 337467 347050
Changes: 
 xlockmore (1:5.21-1) unstable; urgency=low
 .
   * New upstream version (Closes: #323445)
   * Update man page concerning echokeys (Closes: #271558)
   * Integrate build-dep changes (Closes: #347050, #337467)
   * Clean up references to vtlock (Closes: #63021, #241925, #307223)
   * Bump standards version
Files: 
 e91c37048c9a26ebb6f296b05f56f0b6 874 x11 optional xlockmore_5.21-1.dsc
 4fec93550eed99ef0812ae2955ebe5ba 2119386 x11 optional 
xlockmore_5.21.orig.tar.gz
 6af1dc7c3f1fea87c990a675330a5c22 58272 x11 optional xlockmore_5.21-1.diff.gz
 e029caf67c3e7ad20588c2cb819ebcdb 1092528 x11 optional 
xlockmore-gl_5.21-1_i386.deb
 c6cd8f0321a714b6148cf96fcdcd52a1 626054 x11 extra xlockmore_5.21-1_i386.deb

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

iQCVAwUBRAkB5Q0hVr09l8FJAQIJtwP/WCANyMiBlg6

Processed: severity of 355193 is serious

2006-03-03 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

> severity 355193 serious
Bug#355193: Missing dependency libneon24 in sid
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#354131: fixed in mplayerplug-in 3.21-2

2006-03-03 Thread Ari Pollak 
Hopefully xulrunner will be supported upstream and I'll be able to build 
against xulrunner and close this bug, assuming it still works with Moz & 
Firefox.


Loïc Minier wrote:

 What you might want to do to get some shared library support is to
 build against xulrunner which has a shared library, shlibs and stuff,
 and has it's shared libxpcom (in +d version).

 I'm not sure how it will work with mozilla-browser (does one really
 want to support that given the state of the source package?), it
 shouldn't be any worse with firefox, and should work nicely with
 xulrunner-enabled source packages: galeon, epiphany, devhelp, yelp...

Bug#353311: marked as done (mrename: FTBFS: can't parse dependency)

2006-03-03 Thread Debian Bug Tracking System 
Your message dated Sat, 4 Mar 2006 07:34:35 +0100
with message-id <[EMAIL PROTECTED]>
and subject line wrong bug reopened
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: mrename
Version: 1.2-9
Severity: serious

From my pbuilder build log:

...
dh_shlibdeps
dh_gencontrol
dpkg-gencontrol: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (0)
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (0)
dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (0)
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (0)
dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; 
using uid of process (0)
dpkg-gencontrol: warning: can't parse dependency  
dpkg-gencontrol: error: error occoured while parsing Depends
dh_gencontrol: command returned error code 2304
make: *** [binary-arch] Error 1

Using cat -A build-log, the "can't parse dependency" line ends with two
spaces, so it appears it's choking on a dependency consisting of just a
space.
-- 
Daniel Schepler

--- End Message ---
--- Begin Message ---
I'm closing this bus, since it was reopened by mistake.
Please see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=353311
for more informations Sjoerd Simons provided about bug #353131,
which was the correct one! :)

Regards,
-- 
Tommaso Moroni
[EMAIL PROTECTED]
--- End Message ---