Bug#405268: Missing dependency, should be rebuilt against new libpcap

2007-01-03 Thread Laurent Bigonville
Hi,

Adding the 'file' package to build-dep seems to do the trick..

Regards

Laurent


pgpPOaBY23rJX.pgp
Description: PGP signature


Processed: Re: Missing dependency, should be rebuilt against new libpcap

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

> tags 405268 patch
Bug#405268: Missing dependency, should be rebuilt against new libpcap
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]



Processed: FYI, the most recent package still exhibit the bug

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

> found 393403 2.1.30-13.2
Bug#393403: Source package contains non-free IETF RFC/I-D's
Bug marked as found in version 2.1.30-13.2.

> 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#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2007-01-03 Thread dann frazier
On Fri, Dec 29, 2006 at 11:29:59AM +0100, Marco d'Itri wrote:
> reassign 404927 linux-2.6
> thanks
> 
> On Dec 29, Stefanos Harhalakis <[EMAIL PROTECTED]> wrote:
> 
> >   Notice the 'aacraid' and 'adaptec' values that identify the hardware
> >   raid controller and the 'removable flag. I believe that this is not
> >   a misconfiguration of me and I don't have access to another machine
> >   with a hardware raid controller to test it there.
> Blame the kernel then, udev just believes the information provided.

hey Marco,
 Can you elaborate on what you believe the kernel is doing
incorrectly? My first guess would be the setting of the removable
flag, but aacraid claims to be setting this to prevent partition table
caching - do you believe that to be an incorrect usage?

An explanation for it is here:
  http://www.ussg.iu.edu/hypermail/linux/kernel/0602.2/1231.html

It seems like there is precedence for workarounds for older kernels in
permissions.rules, so would it be appropriate to add an override of
the default floppy rule for aacraid devices for compatability even if
this is a kernel bug?

-- 
dann frazier



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



Bug#365465: gaphor and zope3/python-interface dependency

2007-01-03 Thread Fabio Tranchitella
Hi Cedric,
  your package gaphor is affected by a RC bug (#365465) and for this reason
it will be excluded from the etch if the bug won't be solved in time.

  The actual package in testing/unstable conflicts on zope3 and
python-zopeinterface because gaphor makes use of some of the libraries
provided by zope3, but they are provided upstream and installed within the
same path used by the zope3 package. This makes the package not usable on
machines where there are other zope3-related packages.

  My proposed solution is to split those files into a gaphor-lib (or
gaphor-zope) package, conflicting with zope3 and python-zopeinterface, and
let gaphor depend on gaphor-lib | zope3.

  I'm writing this e-mail in order to have your opinion on such a change:
as you could imagine, I am not comfortable to do it with a NMU. I'm willing
to co-maintain the package if you think it would be the case, too.

Thanks in advance,

-- 
Fabio Tranchitella http://www.kobold.it
Free Software Developer and Consultant http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature


Bug#370186: Problem almost solved ( ? )

2007-01-03 Thread prosolutions

For what its worth - I use Thinkpad laptops and noticed a problem with
the CD not spinning down up until very recently but as of right now I
cannot reproduce this problem at all.  Something like this was
definitely happening but seems to have been resolved.



When I run the latest version of haltest here is what happens:

1. drive is open
2. status is "standby"  haltest reports state is "0"
3. close CD tray with CD loaded
4. drive state is "1" and stays that way, but I do not hear the drive
spinning





--
Daniel O'Neill



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



Bug#405386: digikam: moving items loses tag and rating data in 0.9.0-beta3

2007-01-03 Thread Yitzchak Gale

As a heavy users of digicam (actually my kids, not me,
anyway...), we would lose a LOT more data from digicam
being removed from etch than from this bug.

It would be nice if 0.9.0-final could make it into etch,
but I have my doubts that it is possible at this point.

So I urgently request that this bug be downgraded
to important, or tagged etch-ignore.

Thanks!


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



Bug#405268: Missing dependency, should be rebuilt against new libpcap

2007-01-03 Thread Laurent Bigonville
tags 405268 patch
thanks

Here the patch...

Laurent
diff -ru tcptrace-6.6.1.orig/debian/control tcptrace-6.6.1/debian/control
--- tcptrace-6.6.1.orig/debian/control	2007-01-03 08:35:20.0 +0100
+++ tcptrace-6.6.1/debian/control	2007-01-03 08:35:42.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Noah Meyerhans <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1
-Build-depends: libpcap-dev
+Build-depends: libpcap-dev, file
 
 Package: tcptrace
 Architecture: any


pgpH8YzyNEMch.pgp
Description: PGP signature


Bug#405360: erlang: contains non-free files

2007-01-03 Thread Sergei Golovan

On 1/3/07, Stephen Gran <[EMAIL PROTECTED]> wrote:

Yes, many do.  It's also not immediately clear to me that this is under
a non-free license.  I agree that it could be better worded, but that's
not quite the same thing.


Kenneth Lundin has pointed me (in erlang-questions mailing list) to
the following document: http://www.ietf.org/ietf/IPR/RSA-MD-all

It more clearly states that any implementation of the MD2, MD4, and
MD5 algorithms, derived from the reference C code in RFC-1319,
RFC-1320, and RFC-1321 may be distrbuted.

--
Sergei Golovan


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



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

2007-01-03 Thread Daniel Gubser
Hello Mau

Mau schrieb:
> Yes, exactly the same error. Tried to purge and re-install, tried all I
> can without success, so I reverted again to 1.4.8-1.
> 
> Adding --Lib-dir /var/lib/psad in /etc/init.d/psad solves, but an
> identical error is then raised by fwcheck_psad.

I will shortly upload a new version (2.0.3) which should fix this
problem. Could you please test it and let me know if it work for you?

Thanks
Daniel


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



Bug#402707: Seems fixed in latest svn

2007-01-03 Thread Alexandre Rossi

FYI, I installed svn snapshot 8066 from :
http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/linux-image-2.6.18-4-vserver-amd64_2.6.18-9~snapshot.8066_amd64.deb
and I cannot reproduce this bug.

Thanks!


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



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

2007-01-03 Thread Mau
Daniel Gubser wrote:
> Hello Mau
> 
> I will shortly upload a new version (2.0.3) which should fix this
> problem. Could you please test it and let me know if it work for you?
> 
> Thanks
> Daniel
> 
> 

OK, I will test it as soon as it becomes available in sid.

Thank you

Mau


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



Bug#405342: libwrap0: hosts.deny becomes useless

2007-01-03 Thread Janusz Krzysztofik
I believe my patch is safe because for the old behaviour (process name) it 
only removes error provoking condition on request->server-:sim being set, 
introduced by port numbrer patch, and does not change anything else. This 
condition is only applicable in case of port number, I think.

On the other hand, I can not imagine a real-life example when 
request->server->sin is not set. I think this can only happen using 
tcpdmatch, so maybe correcting this utility to set request->server->sin 
instead of (or in addition to) patching the library would be more 
appropriate.

Janusz


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



Bug#225539: marked as done (python-pcgi: uninstallable (depends on python-bobo))

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:50:22 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: python-pcgi
Version: 1.999a5-3
Severity: grave

python-bobo has been removed (see #162495), so python-pcgi is now
uninstallable since it depends on it.

Thanks,

-- 
Colin Watson  [EMAIL PROTECTED]

--- End Message ---
--- Begin Message ---
This package was removed ages ago and is not in the current stable or
the next stable release.  Closing these bugs.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#227715: marked as done (ntaim: I'm always disconnected after a minute or so.)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:50:22 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: ntaim
Version: 998020954-1
Severity: grave
Justification: renders package unusable

Whenever I log into nTAIM, the services is disconnected almost
imediately. The messages are:
INFO: Attempting to login...
INFO: Initializing...
INFO: Settings loaded successfully.
INFO: Login Successful.  .
ALERT: you have been disconnected from the AIM server.

This seems to be a known bug with nTAIM, and the author has released a
new version of the software which fixes it upstream. Would it be
possible to update the debian package to the latest version (1045466052)?


-- System Information
Debian Release: 3.0
Architecture: powerpc
Kernel: Linux giantsquid.net 2.4.20 #1 Fri Aug 1 12:00:35 EDT 2003 ppc
Locale: LANG=C, LC_CTYPE=C

Versions of packages ntaim depends on:
ii  libc62.3.2.ds1-10GNU C Library: Shared libraries an
ii  libncurses5  5.2.20020112a-7 Shared libraries for terminal hand


--- End Message ---
--- Begin Message ---
This package was removed ages ago and is not in the current stable or
the next stable release.  Closing these bugs.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#403566: marked as done (psad doesn't start because /usr/lib/psad doesn't exist)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 10:32:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#403566: fixed in psad 2.0.3-1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: psad
Version: 2.0.1-1
Severity: normal

Here is what I get when I try to start psad:

  $ sudo /etc/init.d/psad restart
  Stopping Port Scan Attack Detector: Shutting down the psadwatchd monitoring 
daemon: psadwatchd.
  Shutting down the psad daemon: psad.
  Shutting down the kmsgs daemon: kmsgs.
  psad.
  Starting Port Scan Attack Detector and associated daemons: [*] psad lib 
directory: /usr/lib/psad does not exist, use --Lib-dir  at /usr/sbin/psad 
line 2509.

The /usr/lib/psad directory doesn't exist on my machine.

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

Versions of packages psad depends on:
ii  ipchains1.3.10-16Network firewalling for Linux 2.2.
ii  iptables1.3.6.0debian1-5 administration tools for packet fi
ii  libc6   2.3.6.ds1-9  GNU C Library: Shared libraries
ii  libcarp-clan-perl   5.8-1Perl enhancement to Carp error log
ii  libdate-calc-perl   5.4-5Perl library for accessing dates
ii  libnetwork-ipv4addr-per 0.10-1.1 The Net::IPv4Addr perl module API 
ii  libunix-syslog-perl 0.100-5  Perl interface to the UNIX syslog(
ii  perl5.8.8-7  Larry Wall's Practical Extraction 
ii  psmisc  22.3-1   Utilities that use the proc filesy
ii  sysklogd [syslogd]  1.4.1-20 System Logging Daemon
ii  whois   4.7.20   the GNU whois client

Versions of packages psad recommends:
ii  bastille  1:2.1.1-13 Security hardening tool

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: psad
Source-Version: 2.0.3-1

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

psad_2.0.3-1.diff.gz
  to pool/main/p/psad/psad_2.0.3-1.diff.gz
psad_2.0.3-1.dsc
  to pool/main/p/psad/psad_2.0.3-1.dsc
psad_2.0.3-1_i386.deb
  to pool/main/p/psad/psad_2.0.3-1_i386.deb
psad_2.0.3.orig.tar.gz
  to pool/main/p/psad/psad_2.0.3.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.
Daniel Gubser <[EMAIL PROTECTED]> (supplier of updated psad 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: Tue,  2 Jan 2007 12:27:13 +0100
Source: psad
Binary: psad
Architecture: source i386
Version: 2.0.3-1
Distribution: unstable
Urgency: low
Maintainer: Daniel Gubser <[EMAIL PROTECTED]>
Changed-By: Daniel Gubser <[EMAIL PROTECTED]>
Description: 
 psad   - The Port Scan Attack Detector
Closes: 403566
Changes: 
 psad (2.0.3-1) unstable; urgency=low
 .
   * New upstream release
   * Finaly checking of /usr/lib/psad/ was removed (Closes: #403566)
   * Psad.pm, kmsgsd.pl and psadwatchd.pl removed
Files: 
 2b59d1c840b0ec84991cbac5563b6c36 546 admin optional psad_2.0.3-1.dsc
 260b83940406a9ef21f1c8cb5a784fe5 723705 admin optional psad_2.0.3.orig.tar.gz
 42c5587bf36f151eac9a416df36a0d6a 44569 admin optional psad_2.0.3-1.diff.gz
 8dc500744c14aa50371caf0f5e7f0409 269492 admin optional psad_2.0.3-1_i386.deb

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

iD8DBQFFm4OZNgbFFFW/0CQRAlzwAJ9CqGjBZawhbyN4titrsmPIWO0WXwCbBAlJ
SRQeNJXU/m6EO5IYWtfG/gY=
=0QYi
-END PGP SIGNATURE-

--- End Message ---


Bug#246356: marked as done (Postaci in stable and not in /dev/null)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:50:22 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: postaci
Version: 1.1.3-4
Severity: grave

Postaci is seriously broken (see Bug-Reports #169360 and #182376)
and doesn't have any kind of active development, so the maintainer
decided last year to remove the package from Debian/unstable.

The bug-reports have all been closed (not resolved), but someone seems
to have forgotten one final 'rm'.  

Upto now there are no active bugs and the same buggy version from last
year made its way into stable!!!1!

--- End Message ---
--- Begin Message ---
This package was removed ages ago and is not in the current stable or
the next stable release.  Closing these bugs.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#263289: marked as done (postfix-snap: Possible DoS attack with forged sender address)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:43:50 +0100
with message-id <[EMAIL PROTECTED]>
and subject line removed
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: postfix-snap
Version: 0.0.20020115-5
Severity: critical

Postfix seems to break when a mail was received with the forged sender address
<[EMAIL PROTECTED]>. The forged mail will be sent to the mail queue and every 
time the queue
is processed, all mail that is processed at the same time seem to be lost.

Postfix log says:

Aug  2 22:51:49 cassidy2 postfix/pipe[12789]: E08C978B79: to=<[EMAIL 
PROTECTED]>, relay=filter, delay=4, status=sent (butch.nberg.linuxtag.
net)
Aug  2 22:51:50 cassidy2 postfix/master[10601]: warning: process 
/usr/lib/postfix/cleanup pid 12778 killed by signal 6
Aug  2 22:51:50 cassidy2 postfix/pickup[11995]: warning: maildrop/919F1F33D9: 
Error writing message file
Aug  2 22:51:50 cassidy2 postfix/pipe[12497]: E8D4978B92: to=<[EMAIL 
PROTECTED]>, relay=filter, delay=5, status=sent (butch.nberg.linu
xtag.net)
Aug  2 22:51:50 cassidy2 postfix/pickup[11995]: 3460C78B79: uid=1034 
from=<[EMAIL PROTECTED]>
Aug  2 22:51:50 cassidy2 postfix/cleanup[12779]: panic: resolve_local: null 
domain
Aug  2 22:51:51 cassidy2 postfix/master[10601]: warning: process 
/usr/lib/postfix/cleanup pid 12779 killed by signal 6
Aug  2 22:51:51 cassidy2 postfix/pickup[11995]: warning: maildrop/919F1F33D9: 
Error writing message file

The mail to [EMAIL PROTECTED] was sent to the spamfilter (relay=filter, see 
master.cf), but 
never returned (or was returned and then killed as pickup[11995] suggests).

-- System Information
Debian Release: 3.0
Kernel Version: Linux butch.nberg.linuxtag.net 2.4.24 #1 SMP Tue Jan 20 
18:23:08 CET 2004 i686 unknown

Versions of the packages postfix-snap depends on:
ii  adduser3.47   Add and remove users and groups
ii  debconf1.0.32 Debian configuration management system
ii  dpkg   1.9.21 Package maintenance system for Debian
ii  libc6  2.2.5-11.5 GNU C Library: Shared libraries and Timezone
ii  libdb3 3.2.9-16   Berkeley v3 Database Libraries [runtime]
ii  libgdbmg1  1.7.3-27   GNU dbm database routines (runtime version).
ii  netbase4.07   Basic TCP/IP networking system

--- Begin /etc/postfix/access (modified conffile)
localhost ok
127.0.0.1 ok
131.246.18.121 ok
192.168.100.1 ok
192.168.0.1 ok
192.168.200.1 ok

--- End /etc/postfix/access

--- Begin /etc/postfix/master.cf (modified conffile)
smtp  inet  n   -   -   -   -   smtpd -o 
content_filter=filter:
pickupfifo  n   -   -   60  1   pickup
cleanup   unix  n   -   -   -   0   cleanup
qmgr  fifo  n   -   -   300 1   nqmgr
rewrite   unix  -   -   -   -   -   trivial-rewrite
bounceunix  -   -   -   -   0   bounce
defer unix  -   -   -   -   0   bounce
flush unix  n   -   -   1000?   0   flush
smtp  unix  -   -   -   -   -   smtp
showq unix  n   -   -   -   -   showq
error unix  -   -   -   -   -   error
local unix  -   n   n   -   -   local
virtual   unix  -   n   n   -   -   virtual
lmtp  unix  -   -   n   -   -   lmtp
filterunix  -   n   n   -   -   pipe
user=filter argv=/etc/postfix/spamfilter.sh -f ${sender} -- ${recipient}
old-cyrus unix  -   n   n   -   -   pipe
  flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
cyrus unix  -   n   n   -   -   pipe
  flags=R user=cyrus argv=/usr/sbin/cyrdeliver -e -r ${recipient} -m 
${extension} ${user}
uucp  unix  -   n   n   -   -   pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmailunix  -   n   n   -   -   pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix  -   n   n   -   -   pipe
  flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -d -t$nexthop -f$sender 
$recipient
scalemail-backend unix  -   n   n   -   2   pipe
  flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} 
${user} ${extension}

--- End /etc/postfix/master.cf

--- Begin /etc/postfix/pcre_table

Bug#405360: Fwd: [erlang-questions] Non-free files in Erlang/OTP distribution?

2007-01-03 Thread Torsten Werner

severity 405360 important
retitle 405360 erlang: license of RSA derived sources should be documented
thanks

Hi,

I think the explanation is clear enough to lower the severity.

Cheers,
Torsten

-- Forwarded message --
From: Kenneth Lundin <[EMAIL PROTECTED]>
Date: Jan 3, 2007 10:03 AM
Subject: Re: [erlang-questions] Non-free files in Erlang/OTP distribution?
To: Sergei Golovan <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], Torsten Werner <[EMAIL PROTECTED]>


Hi,

What about this statement from RSA? (the link below)
I think it clarifies that it is ok to redistribute derivative work
regarding the MD5 Message-Digest Algorithm.

http://www.ietf.org/ietf/IPR/RSA-MD-all

It is written by:
"Linn, John" <[EMAIL PROTECTED]>
February 19, 2000

and begin like this:

The purpose of this memo is to clarify the status of intellectual
property rights asserted by RSA Security Inc. ("RSA") in the MD2, MD4 and
MD5 message-digest algorithms, which are documented in RFC-1319, RFC-1320,
and RFC-1321 respectively.

   Implementations of these message-digest algorithms, including
implementations derived from the reference C code in RFC-1319, RFC-1320, and
RFC-1321, may be made, used, and sold without license from RSA for any
purpose.


It then continues, but I think the above statement is clear enough.
Note, the code distributed with Erlang/OTP is derivative work from the reference
implementation in RFC 1321.

/Regards Kenneth


On 1/2/07, Sergei Golovan <[EMAIL PROTECTED]> wrote:

Hi!

I'm packaging Erlang/OTP for Debian GNU/Linux distribution. Today
there was a bugreport
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405360) concerning a
license of some files, included in the Erlang/OTP distribution.

The suspicious files are

otp_src_R11B-2/lib/erl_interface/src/misc/eimd5.c
otp_src_R11B-2/lib/erl_interface/src/misc/eimd5.h
otp_src_R11B-2/erts/emulator/beam/erl_md5.c

They contain (modified) reference implementation of MD5 digest algorithm.

The included licence states:

 * License is also granted to make and use derivative works provided
 * that such works are identified as "derived from the RSA Data
 * Security, Inc. MD5 Message-Digest Algorithm" in all material
 * mentioning or referencing the derived work.

The problem is that the license doesn't permit redistribution of
derived works explicitly. Therefore it is considered non-free.

Can you tell me, how do you interpret the license. Don't you think
that Erlang/OTP distribution can't contain these files, derived from
RSA code?

Best wishes!
--
Sergei Golovan
___
erlang-questions mailing list
[EMAIL PROTECTED]
http://www.erlang.org/mailman/listinfo/erlang-questions




--
blog: http://twerner.blogspot.com/
homepage: http://www.twerner42.de/


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



Processed: Fwd: [erlang-questions] Non-free files in Erlang/OTP distribution?

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

> severity 405360 important
Bug#405360: erlang: contains non-free files
Severity set to `important' from `serious'

> retitle 405360 erlang: license of RSA derived sources should be documented
Bug#405360: erlang: contains non-free files
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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



Bug#190210: marked as done (Accessing Drift-font (xfonts-gimpers) in X causes X to crash)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:46:47 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
has caused the attached Bug report to be marked as done.

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

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

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

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

Package: xfonts-gimpers
Version: 1.5
Severity: grave

There is no error message. Trying to access the Drift font via any 
application causes an immediate crash of the entire X server. To 
reproduce the bug, install xfonts-gimpers package and try to access the 
Drift font via any method. Scrolling through font lists in a GUI 
application or, like I did at first, try to launch gnumail.

My suggestion for this bug is to remove the Drift font from 
xfonts-gimpers package.

Below is the fonts section of my X configuration and installed font 
packages:

Section "Files"
FontPath"unix/:7100"
FontPath"/usr/lib/X11/fonts/TrueType"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
SubSection "extmod"
Option "omit xfree86-dga"
EndSection
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"pex5"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
Load"xie"
EndSection

$ dpkg -l 'xfonts-*' |grep ^ii
ii  xfonts-100dpi  4.1.0-16   100 dpi fonts for X
ii  xfonts-100dpi- 4.1.0-16   100 dpi fonts for X (transcoded
ii  xfonts-75dpi   4.1.0-16   75 dpi fonts for X
ii  xfonts-75dpi-t 4.1.0-16   75 dpi fonts for X (transcoded
ii  xfonts-base4.1.0-16   standard fonts for X
ii  xfonts-base-tr 4.1.0-16   standard fonts for X (transcoded
ii  xfonts-konsole 3.1.1-0woody1  Fonts used by the KDE Konsole
ii  xfonts-scalabl 4.2.0-2non-free Type1 and TrueType fonts

xutils version 4.1.0-16.
libc6 version 2.2.5-11.5
kernel 2.4.18 (compiled it self, using make-kpkg)
I have a ATI Radeon 8500LE graphics accelerator, using ATI's graphics 
drivers for X.

Section "Device"
Identifier  "Generic Video Card"
Driver  "fglrx"
Option  "no_accel" "no"
Option  "no_dri" "no"
Option  "AGPMode" "4"
EndSection

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE+pXFnWD8Ca88cV68RAogRAJ9jdvkFOpOSWHmg4IXaiXNM5XrjNwCfRWD8
dJcfkAcoYs6QMKDMq9DGK8k=
=sRmy
-END PGP SIGNATURE-


--- End Message ---
--- Begin Message ---
This package was removed from Debian in 2002 ("uninstallable,
orphaned").
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#206082: marked as done (pcmcia-modules-2.4.18-bf2.4 broken dependency.)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:47:23 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: pcmcia-modules-2.4.18-bf2.4
Version: 3.1.33-6woody1k5woody3

When I wish to update 'kernel-image-2.4.18-bf2.4' and 
'pcmcia-modules-2.4.18-bf2.4', my apt-get returns error messages.


$ sudo apt-get install pcmcia-modules-2.4.18-bf2.4 kernel-image-2.4.18-bf2.4 -u
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

Sorry, but the following packages have unmet dependencies:
  pcmcia-modules-2.4.18-bf2.4: Depends: kernel-image-2.4.18-bf2.4 (= 
2.4.18-5woody3) but 2.4.18-5woody4 is to be installed
E: Sorry, broken packages
$ 


Please fix up the dependency, so that 'pcmcia-modules-2.4.18-bf2.4' depends on 
'kernel-image-2.4.18-bf2.4' version 2.4.18-5woody4.

I am using Debian GNU/Linux 3.0, kernel-image-2.4.18-bf2.4 2.4.18-5woody1, 
pcmcia-modules-2.4.18-bf2.4 3.1.33-6woody1k5woody1 and pcmcia-cs 3.1.33-6woody1.

--- End Message ---
--- Begin Message ---
This package was in woody only and this release is no longer supported.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Processed: reassign installation reports

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

> reassign 310939 installation-reports
Bug#310939: installation: mismatch between install kernel and initial boot 
kernel
Warning: Unknown package 'installation'
Bug reassigned from package `installation' to `installation-reports'.

> reassign 341135 installation-reports
Bug#341135: Problem installing on I2O disks
Warning: Unknown package 'installation'
Bug reassigned from package `installation' to `installation-reports'.

> reassign 352758 installation-reports
Bug#352758: installation: "etch" installer fails to detect/configure PC card NIC
Warning: Unknown package 'installation'
Bug reassigned from package `installation' to `installation-reports'.

> reassign 378534 installation-reports
Bug#378534: The Installer can't found CDROM and HDD on Intel 82801FBM SATA 
Controller
Warning: Unknown package 'installation'
Bug reassigned from package `installation' to `installation-reports'.

> reassign 394963 installation-reports
Bug#394963: installation: Problems with dual booting Dell D600 with winXP pro 
in the first partition (hd0, 0). After installing the Dell Etch Beta 3, Windows 
fails to boot and I get the blue screen of death.
Warning: Unknown package 'installation'
Bug reassigned from package `installation' to `installation-reports'.

> reassign 399126 installation-reports
Bug#399126: installation: Debian Installer etch RC1 installs lpr package 
Warning: Unknown package 'installation'
Bug reassigned from package `installation' to `installation-reports'.

> reassign 403195 installation-reports
Bug#403195: installation: Finnish timezone not selected by the etch installer
Warning: Unknown package 'installation'
Bug reassigned from package `installation' to `installation-reports'.

> --
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#308862: marked as done (file conflict in inn, diablo-readerd)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:51:42 +0100
with message-id <[EMAIL PROTECTED]>
and subject line woody only
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: inn,diablo-readerd
Severity: grave

Unpacking inn (from .../inn_1%3a1.7.2debian-29_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/inn_1%3a1.7.2debian-29_i386.deb 
(--unpack):
 trying to overwrite `/etc/news/distrib.pats', which is also in package 
diablo-readerd
dpkg-deb: subprocess paste killed by signal (Broken pipe)

Gruesse,
Frank Lichtenheld

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message ---
This was only a problem in woody which is no longer supported.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2007-01-03 Thread Marco d'Itri
On Jan 03, dann frazier <[EMAIL PROTECTED]> wrote:

>  Can you elaborate on what you believe the kernel is doing
> incorrectly? My first guess would be the setting of the removable
> flag, but aacraid claims to be setting this to prevent partition table
> caching - do you believe that to be an incorrect usage?
Yes, this looks like an abuse of the interface to me.

> It seems like there is precedence for workarounds for older kernels in
> permissions.rules, so would it be appropriate to add an override of
> the default floppy rule for aacraid devices for compatability even if
> this is a kernel bug?
There are workarounds for bugs which are going to be fixed, but looks
like this is going to stay forever...
Are there other drivers in this situation?

-- 
ciao,
Marco


signature.asc
Description: Digital signature


Bug#404733: dpkg error upgrading iceweasel

2007-01-03 Thread Mike Hommey
On Tue, Jan 02, 2007 at 11:03:58AM -0200, Fabiano Manoel de Andrade <[EMAIL 
PROTECTED]> wrote:
>  The totem-mozila version was 2.16.4-2. /usr/lib/firefox was a symbolic
> link to iceweasel directory.
>   Fabiano.

This whole issue might be related to the fact that /usr/lib/firefox is a
symlink to /usr/lib/iceweasel in the iceweasel package. That was set like
this for compatibility purpose: extensions packages still supporting
firefox, but installed afterwards, would still work with iceweasel.
Unfortunately, that has been abused (not necessarily purposely) by
extensions maintainers, that put files in /usr/lib/firefox AND
/usr/lib/iceweasel...

Extensions that are concerned by the above are:
totem-mozilla, mozilla-nukeimage, mozilla-imagezoom,
mozilla-bookmarksftp, mozilla-biofox, and firefox-sage.

RMs, what should we do about this ? File RC bugs on each of these and/or
remove the /usr/lib/firefox symlink ?

Mike


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



Bug#291053: marked as done (kernel-source-2.4.19: CAN-2004-1235 not been patched)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:51:07 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: kernel-source-2.4.19
Version: stable
Severity: grave
Tags: security
Justification: user security hole


Is this package no longer being patched? The changelog doesn't mention
anything about the recent vulnerabilities and the last upload seems to
have been a long time ago. I need a patched kernel on my woody
systems...

greets,
Wim


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=nl_BE.ISO-8859-1, LC_CTYPE=nl_BE.ISO-8859-1 (charmap=ISO-8859-1)

--- End Message ---
--- Begin Message ---
woody is no longer supported and this bug is only in the release in
woody, so I'm closing it now.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#405360: erlang: contains non-free files

2007-01-03 Thread Tollef Fog Heen
* "Sergei Golovan" 

| On 1/3/07, Stephen Gran <[EMAIL PROTECTED]> wrote:
| > Yes, many do.  It's also not immediately clear to me that this is under
| > a non-free license.  I agree that it could be better worded, but that's
| > not quite the same thing.
| 
| Kenneth Lundin has pointed me (in erlang-questions mailing list) to
| the following document: http://www.ietf.org/ietf/IPR/RSA-MD-all
| 
| It more clearly states that any implementation of the MD2, MD4, and
| MD5 algorithms, derived from the reference C code in RFC-1319,
| RFC-1320, and RFC-1321 may be distrbuted.

No, it states that you may sell implementations derived from the
reference code.  Note that in the second paragraph it says «may be
made, used, and sold», while in the third (where it restricts what you
may do) it says «no right to use, copy, sell, or distribute» which
seems to imply that you're allowed to sell (but not distribute the
code outside of a sale).

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  



Bug#157115: marked as done (The .deb doesn't contain the utilities)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:45:48 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: libsword-runtime
Version: 1.5.3-3
Severity: grave

The package contains only documentation and the default "no manpage" 
manpages, not the binaries themselves or any other executable code. 
This obviously makes the package entirely useless.

$ dpkg -L libsword-runtime
/.
/usr
/usr/bin
/usr/share
/usr/share/doc
/usr/share/doc/libsword-runtime
/usr/share/doc/libsword-runtime/copyright
/usr/share/doc/libsword-runtime/changelog.gz
/usr/share/doc/libsword-runtime/changelog.Debian.gz
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/lexdump.1.gz
/usr/share/man/man1/mkfastmod.1.gz
/usr/share/man/man1/mod2vpl.1.gz
/usr/share/man/man1/vpl2mod.1.gz
/usr/share/man/man1/mod2zmod.1.gz
/usr/share/man/man1/modwrite.1.gz
/usr/share/man/man1/addld.1.gz
/usr/share/man/man1/emptyvss.1.gz
/usr/share/man/man1/addvs.1.gz

Sami


--- End Message ---
--- Begin Message ---
This package was woody only; this bug (and package) no longer exists.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#310574: marked as done ('kernel-patch-2.4-kgdb' does not apply to any current sarge kernel)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:52:03 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: kernel-patch-2.4-kgdb
Version: 1.9-1
Severity: grave

Dear Brandt Dusthimer 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-kgdb does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it applies properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine

--- End Message ---
--- Begin Message ---
This package has been removed.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#403071: mozilla messes up mailbox, loss of mails

2007-01-03 Thread Mike Hommey
On Sat, Dec 16, 2006 at 12:36:14PM +0100, Caspar Bothmer <[EMAIL PROTECTED]> 
wrote:
> So I have this picture:
> 
> 1. I got two mails, the friend's mail some months ago, the spam message
> some days ago.  The spam message was marked spam on arrival.
> 
> 2. The friend's mail stayed in my normal inbox, the spam message was
> automatically filtered and moved to my spam mailbox.
> 
> 3. I did a search on all mailboxes for messages marked as spam.  I got
> several of these and moved them to another mailbox.
> 
> 4. I did a search on all mailboxes for the second pattern and got this
> friend's message, which didn't match the search pattern.
> 
> 5. By then the message was mixed up at least within the UI.  I still got
> the old header information within the mail list section but the new
> header and new body in the mail view section.
> 
> 6. After restart I got only the new header information and mail body,
> but no hint on the old friend's message.

And what happens if you try this again ? Do you lose an email again ? Or
is it just unreproducible ? In which case it's not even possible to know
if it was fixed in seamonkey/iceape...

Mike


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



Bug#405386: [Pkg-kde-extras] Bug#405386: digikam: moving items loses tag and rating data in 0.9.0-beta3

2007-01-03 Thread Mark Purcell
On Wednesday 03 January 2007 20:47, Yitzchak Gale wrote:
> As a heavy users of digicam (actually my kids, not me,
> anyway...), we would lose a LOT more data from digicam
> being removed from etch than from this bug.

Unfortunately we are going to have to revert digikam in etch to 0.8.2 due to a 
library transition for libexiv2, which hasn't been approved by the release 
team..  This gives the smoothest upgrade path from sarge to etch.

> It would be nice if 0.9.0-final could make it into etch,
> but I have my doubts that it is possible at this point.

digikam 0.9.0 (final) is currently available in the experimental distribution.

http://packages.debian.org/digikam

Don't let the name scare you, it is only in experimental because of the etch 
release.  Once etch is released it will move quickly to unstable (sid) and 
then testing (larry ?).  But won't make it to etch.. :-(

I would suggest that you both upgrade to 0.9.0 and advise if this issue is 
still a problem.

> So I urgently request that this bug be downgraded
> to important, or tagged etch-ignore.

Unfortunately this bug isn't the reason for the removal from etch.

Mark


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



Bug#404733: dpkg error upgrading iceweasel

2007-01-03 Thread Mike Hommey
On Wed, Jan 03, 2007 at 03:22:37AM -0800, Steve Langasek <[EMAIL PROTECTED]> 
wrote:
> To my eye, I think it would be much better to drop the /usr/lib/firefox
> symlink.  I wholly expect that people will want to install third-party
> firefox packages, maybe even alongside the iceweasel package, and having
> this symlink in place is going to make that harder.
> 
> Can iceweasel be modified to look for extensions in /usr/lib/firefox in
> addition to /usr/lib/iceweasel, so that it gets all the benefits of any
> untransitioned extensions?

Not sure it would be easily doable. And not sure it would have any
interesting effect, since AFAIK, there is no extension that has not
transitioned...

Mike


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



Bug#404733: dpkg error upgrading iceweasel

2007-01-03 Thread Steve Langasek
On Wed, Jan 03, 2007 at 12:14:23PM +0100, Mike Hommey wrote:
> On Tue, Jan 02, 2007 at 11:03:58AM -0200, Fabiano Manoel de Andrade <[EMAIL 
> PROTECTED]> wrote:
> >  The totem-mozila version was 2.16.4-2. /usr/lib/firefox was a symbolic
> > link to iceweasel directory.
> >   Fabiano.

> This whole issue might be related to the fact that /usr/lib/firefox is a
> symlink to /usr/lib/iceweasel in the iceweasel package. That was set like
> this for compatibility purpose: extensions packages still supporting
> firefox, but installed afterwards, would still work with iceweasel.
> Unfortunately, that has been abused (not necessarily purposely) by
> extensions maintainers, that put files in /usr/lib/firefox AND
> /usr/lib/iceweasel...

> Extensions that are concerned by the above are:
> totem-mozilla, mozilla-nukeimage, mozilla-imagezoom,
> mozilla-bookmarksftp, mozilla-biofox, and firefox-sage.

> RMs, what should we do about this ? File RC bugs on each of these and/or
> remove the /usr/lib/firefox symlink ?

To my eye, I think it would be much better to drop the /usr/lib/firefox
symlink.  I wholly expect that people will want to install third-party
firefox packages, maybe even alongside the iceweasel package, and having
this symlink in place is going to make that harder.

Can iceweasel be modified to look for extensions in /usr/lib/firefox in
addition to /usr/lib/iceweasel, so that it gets all the benefits of any
untransitioned extensions?

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


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



Bug#311344: marked as done (Replacing lpr-ppd with lprng removes printer database)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 11:56:52 +0100
with message-id <[EMAIL PROTECTED]>
and subject line woody only
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: lpr-ppd
Severity: grave
Justification: causes non-serious data loss

Replacing lpr-ppd with lprng should be a breeze, I read somewhere. But
after the change, I was left with no /etc/printcap and a dead link to
that location from /etc/lprng/printcap. Clearly, there is an upgrade
path missing, even if lprng’s config format may be slightly different.

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

--- End Message ---
--- Begin Message ---
This is a bug related to woody which is no longer supported.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#405342: libwrap0: hosts.deny becomes useless

2007-01-03 Thread Jamin W. Collins

Janusz Krzysztofik wrote:
I believe my patch is safe because for the old behaviour (process name) it 
only removes error provoking condition on request->server-:sim being set, 
introduced by port numbrer patch, and does not change anything else. This 
condition is only applicable in case of port number, I think.


On the other hand, I can not imagine a real-life example when 
request->server->sin is not set. I think this can only happen using 
tcpdmatch, so maybe correcting this utility to set request->server->sin 
instead of (or in addition to) patching the library would be more 
appropriate.


I can give you a real world example, after all that's how I found it.  I 
only use hosts.allow and hosts.deny to set the two rules I indicated in 
the initial bug report.  That is allowing ssh connections from any 
location and denying everything else except those connections from 
localhost.  Support for libwrap was recently added to vino.  With the 
existing libwrap0 package in testing/unstable connections to vino are 
allowed from any location (not just connections from localhost).  You 
may ask why this is useful.  Requiring that the connections come from 
localhost is a means of securing vnc connections. In my case the 
localost connection is achieved by tunneling vnc connections over ssh.


--
Jamin W. Collins


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



Processed: Re: Bug#382252: Python PATH problem

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

> # sorry pal but mishandling *.pyc files is a policy violation.
> severity 382252 serious
Bug#382252: ImportError: No module named bdiff
Severity set to `serious' from `normal'

> 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#405386: [Pkg-kde-extras] Bug#405386: digikam: moving items loses tag and rating data in 0.9.0-beta3

2007-01-03 Thread Yitzchak Gale

Mark Purcell wrote:

...we are going to... revert digikam in etch to 0.8.2 due to a
library transition for libexiv2...
digikam 0.9.0 (final) is currently available in the experimental distribution.
I would suggest that you both upgrade to 0.9.0 and advise if this issue is
still a problem.


Where can I get libexiv2-0.12?


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



Bug#382252: Python PATH problem

2007-01-03 Thread Sam Morris
Josselin Mouette wrote:
> mdiff.py does "import bdiff" which looks for bdiff.so in the same
> directory. On your system, mdiff.py is is
> in /var/lib/python-support/python2.4/mercurial/ which is the correct
> place for packages handled by python-support, while on the user's system
> it is in /usr/lib/python2.4/site-packages/mercurial/. Therefore you need
> to understand how the file ended up in this place.

Wouter Cloetens wrote:
>> $ ls -l /usr/lib/python*/site-packages/mercurial/
> 
> -rw-r--r-- 1 root root134 Jun  1  2006 __init__.pyc
> -rw-r--r-- 1 root root168 Jun  1  2006 __version__.pyc
> -rw-r--r-- 1 root root   5494 Jun  1  2006 appendfile.pyc
> -rw-r--r-- 1 root root   7589 Jun  1  2006 archival.pyc
> ... etc ...

This is #397111 cropping up again. Python really shouldn't import modules
from .pyc and .pyo files unless the original .py file still exists
alongside them.

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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


Bug#382252: Python PATH problem

2007-01-03 Thread Wouter Cloetens
On Wed, Jan 03, 2007 at 01:04:37PM +0100, Pierre Habouzit wrote:
> To Wouter: to resolve your problem, just rm -rf
> /usr/lib/python*/site-packages/mercurial. You can do that safely,
> that'll solve your problem.

Success! Many thanks!


signature.asc
Description: Digital signature


Bug#382252: Python PATH problem

2007-01-03 Thread Vincent Danjean
Wouter Cloetens a écrit :
> On Wed, Jan 03, 2007 at 01:04:37PM +0100, Pierre Habouzit wrote:
>> To Wouter: to resolve your problem, just rm -rf
>> /usr/lib/python*/site-packages/mercurial. You can do that safely,
>> that'll solve your problem.
> 
> Success! Many thanks!

You need to remove /usr/lib/python*/site-packages/hgext, too.

I just upload a new version of the package that will do that
automatically. You can find it on my repo[1] now or on all
debian mirrors in a few hours.

  Best regards
Vincent

[1]: http://people.debian.org/~vdanjean/debian/pool/main/m/mercurial



Processed: severity of 379113 is grave

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

> # Automatically generated email from bts, devscripts version 2.9.27
> severity 379113 grave
Bug#379113: python-soappy: fpconst failure on 64 Bit
Severity set to `grave' from `important'

>
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#382252: marked as done (ImportError: No module named bdiff)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 13:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#382252: fixed in mercurial 0.9.3-2
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: mercurial
Version: 0.9.1-1
Severity: grave
Tags: patch
Justification: renders package unusable

hi,

# hg diff
** unknown exception encountered, details follow
** report bug details to [EMAIL PROTECTED]
** Mercurial Distributed SCM (version 0.9)
Traceback (most recent call last):
  File "/usr/bin/hg", line 12, in ?
commands.run()
  File "/usr/lib/python2.4/commands.py", line 3206, in run

  File "/usr/lib/python2.4/commands.py", line 3377, in dispatch

  File "/usr/lib/python2.4/commands.py", line 3352, in 

  File "/usr/lib/python2.4/commands.py", line 1379, in diff

  File "/usr/lib/python2.4/commands.py", line 342, in dodiff

  File "/usr/lib/python2.4/site-packages/mercurial/changelog.py", line 37, in 
read
  File "/usr/lib/python2.4/site-packages/mercurial/revlog.py", line 823, in 
revision
  File "/usr/lib/python2.4/site-packages/mercurial/revlog.py", line 742, in 
patches
  File "/usr/lib/python2.4/site-packages/mercurial/demandload.py", line 61, in 
__getattribute__
  File "/usr/lib/python2.4/site-packages/mercurial/demandload.py", line 54, in 
module
  File "/usr/lib/python2.4/site-packages/mercurial/demandload.py", line 30, in 
module
  File "/usr/lib/python2.4/site-packages/mercurial/mdiff.py", line 9, in ?
ImportError: No module named bdiff

This is imho because mercurial is started with python2.4.
Changing the version to python2.3 solves the problem.

# cat =hg
#!/usr/bin/python2.3
#


michael

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

Versions of packages mercurial depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  python2.3.5-11   An interactive high-level object-o
ii  python-support0.3.9  automated rebuilding support for p
ii  python2.4 2.4.3-8An interactive high-level object-o

Versions of packages mercurial recommends:
ii  rcs   5.7-16 The GNU Revision Control System
ii  tk8.4 [wish]  8.4.12-1   Tk toolkit for Tcl and X11, v8.4 -

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: mercurial
Source-Version: 0.9.3-2

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

mercurial_0.9.3-2.diff.gz
  to pool/main/m/mercurial/mercurial_0.9.3-2.diff.gz
mercurial_0.9.3-2.dsc
  to pool/main/m/mercurial/mercurial_0.9.3-2.dsc
mercurial_0.9.3-2_i386.deb
  to pool/main/m/mercurial/mercurial_0.9.3-2_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.
Vincent Danjean <[EMAIL PROTECTED]> (supplier of updated mercurial 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: Wed,  3 Jan 2007 14:22:10 +0100
Source: mercurial
Binary: mercurial
Architecture: source i386
Version: 0.9.3-2
Distribution: unstable
Urgency: low
Maintainer: Vincent Danjean <[EMAIL PROTECTED]>
Changed-By: Vincent Danjean <[EMAIL PROTECTED]>
Description: 
 mercurial  - Scalable distributed version control system
Closes: 382185 382252
Changes: 
 mercurial (0.9.3-2) unstable; urgency=low
 .
   * [debian/rule, debian/control] remove workaround for symlink support in
 python-support and bump dependency of python-support (>= 0.4.3)
   * [debian/rule] use default python interpreter as 2.4 is the default now
   * [debian/mercurial.postinst] remove old
 /usr/lib/python*/site-packages/{mercurial,hgext} directories if needed
 (Closes: #382252)
   * forgot to closes: #382185 since 0.9.2 upstream release (hgrc manual does
 not say [smtp] host is optional any more)
Files: 
 0d97cfeef

Bug#405386: [Pkg-kde-extras] Bug#405386: digikam: moving items loses tag and rating data in 0.9.0-beta3

2007-01-03 Thread Mark Purcell
On Wednesday 03 January 2007 23:56, Yitzchak Gale wrote:
> Mark Purcell wrote:
> > ...we are going to... revert digikam in etch to 0.8.2 due to a
> > library transition for libexiv2...
> > digikam 0.9.0 (final) is currently available in the experimental
> > distribution. I would suggest that you both upgrade to 0.9.0 and advise
> > if this issue is still a problem.
>
> Where can I get libexiv2-0.12?

Ah sorry,

It is currently sitting in the NEW queue after another NMU.

http://ftp-master.debian.org/new.html

You can also locate a copy at 

http://people.debian.org/~msp

Mark


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



Bug#404970: qemu for amd64 test bed

2007-01-03 Thread Alex Owen

Hello,
Could qemu be used to emulate a 64bit system for debuging this problem?

Regards
Alex Owen


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



Bug#405425: FrSIRT/ADV-2007-0026: vlc: "cdio_log_handler()" and "vcd_log_handler()" Format String Vulnerabilities

2007-01-03 Thread Alex de Oliveira Silva
Package: vlc
Version: 0.8.6-svn20061012.debian-1
Severity: critical
Tags: security
Justification: root security hole

Description:
Multiple vulnerabilities have been identified in VideoLAN VLC, which could be 
exploited by attackers to take complete control of an affected system. These 
issues 
are due to format string errors in the "cdio_log_handler()" and 
"vcd_log_handler()" functions that call "msg_Dbg()", "msg_Warn()", and 
"msg_Err()" in an insecure 
manner, which could be exploited by remote attackers to execute arbitrary 
commands by tricking a user into visiting a specially crafted web page or 
opening a 
malicious M3U playlist.

Affected:
VideoLAN VLC version 0.8.6 and prior 

Solution:
A fix is available via SVN :
http://trac.videolan.org/vlc/changeset/18481

References:
http://www.frsirt.com/english/advisories/2007/0026
http://projects.info-pull.com/moab/MOAB-02-01-2007.html

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

-- 
   .''`.  
  : :' :Alex de Oliveira Silva | enerv
  `. `' www.enerv.net
`- 


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



Bug#405386: marked as done (digikam: moving items loses tag and rating data in 0.9.0-beta3)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Thu, 4 Jan 2007 01:10:34 +1100
with message-id <[EMAIL PROTECTED]>
and subject line [Pkg-kde-extras] Bug#405386: digikam: moving items loses tag 
and rating data in 0.9.0-beta3
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: digikam
Version: 1:0.9.0~beta3-3
Severity: grave
Justification: causes non-serious data loss

If you have tag/ratings data in an item in your digikam photo, and you move the 
item from one folder to another (both folders are under digikam "My Albums"),   
the item appears in the destination folder without tag/ratings data.  
And there seems to be no way to recover the data.

This behavior can be demonstrated with just 2 folders and moving images 
between them.

I initially reported this problem directly to digikam, but the 
developers said they could not duplicate it in the 0.9.0 final release, 
and they asked me to upgrade.  I tried but ran into to many dependencies.
Since Etch currently comes with 0.9.0-beta3 (where I saw this problem)
I thought I'd report it to Debian.

Thank you

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

Versions of packages digikam depends on:
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libexif12  0.6.13-5  library to parse EXIF files
ii  libexiv2-0.10  0.10-1.3  EXIF/IPTC metadata manipulation li
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]0.1.8-1   Client library for the gamin file 
ii  libgcc11:4.1.1-19GCC support library
ii  libgphoto2-2   2.2.1-12  gphoto2 digital camera library
ii  libgphoto2-2-dev   2.2.1-12  gphoto2 digital camera library (de
ii  libgphoto2-port0   2.2.1-12  gphoto2 digital camera port librar
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkipi0   0.1.4-1   library for apps that want to use 
ii  liblcms1   1.15-1Color management library
ii  libltdl3   1.5.22-4  A system independent dlopen wrappe
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libsqlite3-0   3.3.8-1   SQLite 3 shared library
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-6   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.3-4 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages digikam recommends:
ii  digikamimageplugins0.9.0~beta3-3 image editor plugins for digikam a
ii  kdeprint   4:3.5.5a.dfsg.1-2 print system for KDE
ii  kipi-plugins   0.1.2-3   image manipulation/handling p

Processed: Duplicate bug

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

> tags 405111 security confirmed fixed-upstream pending
Bug#405111: miredo: Spoofing vulnerability
Tags were: fixed-upstream pending
Tags added: security, confirmed, fixed-upstream, pending

> tags 405412 security confirmed fixed-upstream pending
Bug#405412: SA23596: miredo: HMAC-MD5-64 Hash Spoofing Vulnerability
Tags were: security
Tags added: security, confirmed, fixed-upstream, pending

> severity 405111 grave
Bug#405111: miredo: Spoofing vulnerability
Severity set to `grave' from `normal'

> severity 405412 grave
Bug#405412: SA23596: miredo: HMAC-MD5-64 Hash Spoofing Vulnerability
Severity set to `grave' from `important'

> merge 405412 405111
Bug#405111: miredo: Spoofing vulnerability
Bug#405412: SA23596: miredo: HMAC-MD5-64 Hash Spoofing Vulnerability
Merged 405111 405412.

> 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#405439: Wengophone 2.0 isn't in a releasable shape

2007-01-03 Thread Marco Nenciarini
Package: wengophone
Version: 2.0.0~rc5-svn8108-3
Severity: grave

I've told to some persons to test the wengophone package included in
testing, and i've received a very bad result.  

No one of them was using it without varius segfault and random weird
things, so i think wengophone isn't releasable in this shape.

Asking to an upstream developer he told me that the linux users should
use 2.1 version of program because the 2.0 is developed mainly under
windows.

So the next wengophone upload will be the 2.1 version on
experimental.

Heppy new year to all

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

Versions of packages wengophone depends on:
ii  libasoun 1.0.13-1ALSA library
ii  libavcod 0.cvs20060823-4 ffmpeg codec library
ii  libavfor 0.cvs20060823-4 ffmpeg file format library
ii  libboost 1.33.1-9program options library for C++
ii  libboost 1.33.1-9regular expression library for C++
ii  libboost 1.33.1-9managed signals and slots library 
ii  libboost 1.33.1-9portable C++ multi-threading
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libglib2 2.12.6-2The GLib library of C routines
ii  libgnutl 1.4.4-3 the GNU TLS library - runtime libr
ii  libporta 19+svn20060825-1Portable audio I/O - shared librar
ii  libqt4-c 4.2.1-2 Qt 4 core non-GUI functionality ru
ii  libqt4-g 4.2.1-2 Qt 4 core GUI functionality runtim
ii  libspeex 1.1.12-3The Speex Speech Codec
ii  libssl0. 0.9.8c-4SSL shared libraries
ii  libstdc+ 4.1.1-21The GNU Standard C++ Library v3
ii  libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  zlib1g   1:1.2.3-13  compression library - runtime

wengophone recommends no packages.

-- no debconf information

-- 
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia   |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4



signature.asc
Description: Digital signature


Bug#337779: lilo postinst should (offer to) run lilo like it used to

2007-01-03 Thread Ian Jackson
The postinst for the lilo package used to offer to run lilo.  Because
it didn't, my colo system had a broken bootloader halfway through my
own upgrade from woody to sarge.  I normally run lilo myself anyway
just to be sure but the system crashed due to a kernel bug triggered
by another part of the upgrade before I got around to it; as a result
I had to make a 5-hour round trip to the colo to fix the machine.

I don't think you can make a bug go away by documenting it in the
release notes !

Ian.

(I don't use distribution kernels and the kernel hadn't changed; the
only thing that broke lilo was that the package second stage had been
overwritten.)


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



Bug#394392: Alternative msync() fix for 2.6.18?

2007-01-03 Thread Jeff Licquia
On Fri, 2006-12-29 at 15:01 +0100, Martin Michlmayr wrote:
> Yes, I agree.  I'm CCing the linux-mm list in hope that someone can
> review your patch.  In the meantime, I've asked the Debian LSB folks to
> verify that your patch fixes the LSB problem.

I am running the complete lsb-runtime-test suite against the new kernels
(as installed yesterday from the sid apt repo at
http://kernel-archive.buildserver.net/debian-kernel), but I also did a
run with just the msync test, which passed.  I will report the results
for the full suite when they become available.

FWIW, here's uname:

Linux xenpc 2.6.18-4-xen-686 #1 SMP Mon Jan 1 02:33:53 UTC 2007 i686 GNU/Linux



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



Bug#404927: udev/aacraid interaction - should aacraid set 'removable'?

2007-01-03 Thread dann frazier
(lkml readers: this concerns a security issue reported to debian by a
user of udev/aacraid. udev gives the aacraid devices the floppy group
because it reports block devices as 'removable'. See
http://bugs.debian.org/404927 for the entire thread).

On Wed, Jan 03, 2007 at 11:49:51AM +0100, Marco d'Itri wrote:
> On Jan 03, dann frazier <[EMAIL PROTECTED]> wrote:
> 
> >  Can you elaborate on what you believe the kernel is doing
> > incorrectly? My first guess would be the setting of the removable
> > flag, but aacraid claims to be setting this to prevent partition table
> > caching - do you believe that to be an incorrect usage?
> Yes, this looks like an abuse of the interface to me.

Ok, let's ask lkml

> > It seems like there is precedence for workarounds for older kernels in
> > permissions.rules, so would it be appropriate to add an override of
> > the default floppy rule for aacraid devices for compatability even if
> > this is a kernel bug?
> There are workarounds for bugs which are going to be fixed, but looks
> like this is going to stay forever...
> Are there other drivers in this situation?

I didn't turn up any otherwise when I was grepping yesterday, but my
search terms may have been too naive. I also checked a machine I had
w/ cciss - it did not have the removable flag set.

I found a message from Mark Salyzyn from last year that suggested this
was more pervasive:
  http://www.ussg.iu.edu/hypermail/linux/kernel/0602.2/1231.html
Mark: Can you identify some of these other drivers?


-- 
dann frazier



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



Bug#405342: libwrap0: hosts.deny becomes useless

2007-01-03 Thread Janusz Krzysztofik

Jamin W. Collins napisał(a):
... With the 
existing libwrap0 package in testing/unstable connections to vino are 
allowed from any location (not just connections from localhost).


Maybe vino does not provide libwrap with valid server socket data, like 
in the case of tcpdmatch without server address specified? Maybe other 
applications don't do as well? If this is the case, I think libwrap must 
be patched for security.


Janusz


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



Bug#405342: libwrap0: hosts.deny becomes useless

2007-01-03 Thread Jamin W. Collins
Janusz Krzysztofik wrote:
> 
> Maybe vino does not provide libwrap with valid server socket data, like
> in the case of tcpdmatch without server address specified? Maybe other
> applications don't do as well? If this is the case, I think libwrap must
> be patched for security.

That is why I filed the bug report and set the severity as high as I
did.  None of the tests I performed indicated that the version of
libwrap in testing/unstable were respecting hosts.deny at all.  As it
stands currently, you can utilized a valid documented method of calling
the hosts_ctl function (from the manpage):

 int hosts_ctl(daemon, client_name, client_addr, client_user)

 hosts_ctl()  is  a wrapper around the request_init() and hosts_access()
 routines with a perhaps more convenient interface (though it  does  not
 pass  on  enough  information  to  support  automated  client  username
 lookups).  The client host address, client host name and username argu-
 ments should contain valid data or STRING_UNKNOWN.  hosts_ctl() returns
 zero if access should be denied.

as vino does (server/libvncserver/sockets.c):

if(!hosts_ctl("vnc",STRING_UNKNOWN,inet_ntoa(addr.sin_addr),
STRING_UNKNOWN)) {
   rfbLog("Rejected connection from client %s\n",
  inet_ntoa(addr.sin_addr));
   close(sock);
   return;
}

and the configuration in hosts.deny will be effectively ignored.

-- 
Jamin W. Collins


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



Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-03 Thread Clemens Fruhwirth
At Tue, 2 Jan 2007 19:04:41 +0100,
Martin Michlmayr <[EMAIL PROTECTED]> wrote:
> 
> * Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-02 18:00]:
> > Does luksDump report the same things on both architecture?
> 
> Yes.

After a bit of debugging on Gordon's slug, I found out that we have
some kind of read race/read corruption when reading the encrypted
master key from a key slot.

If you get into luks/keyencryption.c:LUKS_decrypt_from_storage and replace
return LUKS_endec_template(dst,dstLength,hdr,key,keyLength, device, 
sector, backend, read_blockwise, O_RDONLY);
by something like
int r=LUKS_endec_template(dst,dstLength,hdr,key,keyLength, device, 
sector, backend, read_blockwise, O_RDONLY);
while(dstLength) {
hexprint(dst, 32);
dstLength-=32;
dst+=32;
printf("\n");
}
return r;
you get the whole decrypted content dumped to stdout. Just to give you
a brief idea of how master key decryption from a key slot works:
cryptsetup derives a user key, sets up a temporary dm-crypt mapping
with that user key, and starts to read encrypted content from the
underlying device via the temporary dm-crypt mapping.

The problem: The decrypted content is _different_ for two identical
runs. When you use the debugging sniplet from above you can see, the
corruptions seem to be displaced copies of other content parts. For
instance, when every character below is a 32 byte block then we would
see:

a b c d e f 
a b c d c f

I have no idea why 32 byte block in particular. There seem to be no
regular pattern in the corruption, for instance every x'th block, but
there is a regular pattern in which block is duplicated at the point
of the corruption, namely the previous 16th block. (Notice 16*32byte =
512 byte = sector size. Welcome to linux number mysticism).

As far as I understand page caching comes after dm-crypt, so maybe we
have some kind of cache corruption here?

On more things: The situation stabilizes under strace. Using strace
usually lets you open the LUKS partition.
-- 
Fruhwirth Clemens - http://clemens.endorphin.org 
for robots: [EMAIL PROTECTED]


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



Processed: Bug also found in Sarge

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

> found 405425 0.8.1.svn20050314-1sarge1
Bug#405425: FrSIRT/ADV-2007-0026: vlc: "cdio_log_handler()" and 
"vcd_log_handler()" Format String Vulnerabilities
Bug marked as found in version 0.8.1.svn20050314-1sarge1.

> 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: reassign 404756 to libxklavier11

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

> # Automatically generated email from bts, devscripts version 2.9.27
> reassign 404756 libxklavier11 3.1-1
Bug#404756: gnome-control-center: "Error activating XKB configuration" when 
logging on
Bug reassigned from package `gnome-control-center' to `libxklavier11'.

>
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: reopening 354355, closing 354355

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

> # Automatically generated email from bts, devscripts version 2.9.26
> reopen 354355 4.1.5-8
Bug#354355: New debian sympa package
'reopen' is deprecated when a bug has been closed with a version;
use 'found' or 'submitter' as appropriate instead.
Bug reopened, originator set to 4.1.5-8.

> # The bug really applies to the testing version... we need the new upstream 
> version in etch for this bug to be fixed
> close 354355 5.2.3-1
Bug#354355: New debian sympa package
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 5.2.3-1, send any further explanations to 4.1.5-8

>
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#404756: marked as done (gnome-control-center: "Error activating XKB configuration" when logging on)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 17:47:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#404756: fixed in libxklavier 3.1-2
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: gnome-control-center
Version: 1:2.16.2-2
Severity: serious
Justification: breaks user config

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Having compiled & installed the packages of GNOME 2.16, when logging in
I am presented with my old friend ;)

 Error activating XKB configuration.
 It can happen under various circumstances:
 - a bug in libxklavier library
 - a bug in X server (xkbcomp, xmodmap utilities)
 - X server with incompatible libxkbfile implementation

 X server version data:
 The X.Org Foundation
 70101000

 If you report this situation as a bug, please include:
 - The result of xprop -root | grep XKB
 - The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd

$ xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc105", "us", "", ""
_XKB_RULES_NAMES(STRING) = "xorg", "pc105", "us", "", ""

$ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd
 layouts = [gb]
 model = 
 options = [Compose key compose:rwin,altwin altwin:super_win]
 overrideSettings = true

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages gnome-control-center depends on:
ii  capplets-data 1:2.16.2-2 configuration applets for GNOME 2 
ii  desktop-file-utils0.11-1 Utilities for .desktop files
ii  gnome-desktop-data2.16.2-1   Common files for GNOME 2 desktop a
ii  gnome-icon-theme  2.16.1-1   GNOME Desktop icon theme
ii  gnome-menus   2.16.1-2   an implementation of the freedeskt
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.16.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.16.0-1   The Bonobo UI library
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.71-3 simple interprocess messaging syst
ii  libebook1.2-9 1.8.1-3Client library for evolution addre
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libglade2-0   1:2.6.0-3  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-desktop-22.16.2-1   Utility library for loading .deskt
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome-menu22.16.1-2   an implementation of the freedeskt
ii  libgnome-window-settings1 1:2.16.2-2 Utility library for getting window
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeui-0  2.16.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.16.1-1   GNOME virtual file-system (runtime
ii  libgstreamer-plugins-base 0.10.11-1  GStreamer libraries from the "base
ii  libgstreamer0.10-00.10.11-1  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.10.6-4   The GTK+ graphical user interface 
ii  libhal1   0.5.8.1-4  Hardware Abstraction Layer - share
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libmetacity0  1:2.16.3-1 library of lightweight GTK2 based 
ii  libnautilus-extension12.16.3-1   libraries for nautilus components 
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~bet

Bug#404927: udev/aacraid interaction - should aacraid set 'removable'?

2007-01-03 Thread Salyzyn, Mark
The ips driver, indirectly via Firmware as it spoofs it's own inquiry
data, reports the Removable bit set in the inquiry response for the
arrays. The dpt_i2o driver similarly has the firmware constructing the
bit set. Some of the Array Bridges and external RAID boxes do the same
thing. I think the aacraid driver is the only RAID driver that has it's
own SCSI interpreter such that this coded activity surrounding the
removable status is visible, however it currently responds by setting
the removable scsi_device field when the READ_CAPACITY is reported.
About four years ago and before it would actually set the RMB bit in the
Inquiry response like the other array drivers.

If a new interface was added to tell the scsi layer to re-read the
partition table, then the aacraid driver, at least, could stop reporting
the array as removable. However, we loose the 'busy check' that results
from the upper layers doing media locking when the removable device is
mounted; the array management applications would then be permitted to
change an array while it is in use. We would need some other way of
asking the upper layers if the device is in use (open or mounted), that
apparently is impossible given the new design of the scsi layers
(Christoph?).

Sincerely -- Mark Salyzyn

> -Original Message-
> From: dann frazier [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, January 03, 2007 10:58 AM
> To: Salyzyn, Mark; linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; 
> debian-kernel@lists.debian.org
> Subject: udev/aacraid interaction - should aacraid set 'removable'?
> 
> 
> (lkml readers: this concerns a security issue reported to debian by a
> user of udev/aacraid. udev gives the aacraid devices the floppy group
> because it reports block devices as 'removable'. See
> http://bugs.debian.org/404927 for the entire thread).
> 
> On Wed, Jan 03, 2007 at 11:49:51AM +0100, Marco d'Itri wrote:
> > On Jan 03, dann frazier <[EMAIL PROTECTED]> wrote:
> > 
> > >  Can you elaborate on what you believe the kernel is doing
> > > incorrectly? My first guess would be the setting of the removable
> > > flag, but aacraid claims to be setting this to prevent 
> partition table
> > > caching - do you believe that to be an incorrect usage?
> > Yes, this looks like an abuse of the interface to me.
> 
> Ok, let's ask lkml
> 
> > > It seems like there is precedence for workarounds for 
> older kernels in
> > > permissions.rules, so would it be appropriate to add an 
> override of
> > > the default floppy rule for aacraid devices for 
> compatability even if
> > > this is a kernel bug?
> > There are workarounds for bugs which are going to be fixed, 
> but looks
> > like this is going to stay forever...
> > Are there other drivers in this situation?
> 
> I didn't turn up any otherwise when I was grepping yesterday, but my
> search terms may have been too naive. I also checked a machine I had
> w/ cciss - it did not have the removable flag set.
> 
> I found a message from Mark Salyzyn from last year that suggested this
> was more pervasive:
>   http://www.ussg.iu.edu/hypermail/linux/kernel/0602.2/1231.html
> Mark: Can you identify some of these other drivers?
> 
> 
> -- 
> dann frazier
> 
> 



Bug#395258: marked as done (python-licosmamo is unsuitable for release, remove from etch)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:11:35 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: python-licosmamo
Severity: serious
Justification: in the maintainer's opinion

I'm the maintainer of python-licosmamo. I've asked for it to be removed
(#390735) but since the removal request takes a while to be processed,
I'm filing this bug to ask for its removal from etch (which the release
managers can do quickly), so that it doesn't get included in the release
by mistake.

-- 
Programming should be fun, otherwise you're doing something wrong.


--- End Message ---
--- Begin Message ---
This package has been removed because it's "unused", see #390735.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#382252: marked as done (ImportError: No module named bdiff)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 19:02:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#382252: fixed in mercurial 0.9.1-1+etch1
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: mercurial
Version: 0.9.1-1
Severity: grave
Tags: patch
Justification: renders package unusable

hi,

# hg diff
** unknown exception encountered, details follow
** report bug details to [EMAIL PROTECTED]
** Mercurial Distributed SCM (version 0.9)
Traceback (most recent call last):
  File "/usr/bin/hg", line 12, in ?
commands.run()
  File "/usr/lib/python2.4/commands.py", line 3206, in run

  File "/usr/lib/python2.4/commands.py", line 3377, in dispatch

  File "/usr/lib/python2.4/commands.py", line 3352, in 

  File "/usr/lib/python2.4/commands.py", line 1379, in diff

  File "/usr/lib/python2.4/commands.py", line 342, in dodiff

  File "/usr/lib/python2.4/site-packages/mercurial/changelog.py", line 37, in 
read
  File "/usr/lib/python2.4/site-packages/mercurial/revlog.py", line 823, in 
revision
  File "/usr/lib/python2.4/site-packages/mercurial/revlog.py", line 742, in 
patches
  File "/usr/lib/python2.4/site-packages/mercurial/demandload.py", line 61, in 
__getattribute__
  File "/usr/lib/python2.4/site-packages/mercurial/demandload.py", line 54, in 
module
  File "/usr/lib/python2.4/site-packages/mercurial/demandload.py", line 30, in 
module
  File "/usr/lib/python2.4/site-packages/mercurial/mdiff.py", line 9, in ?
ImportError: No module named bdiff

This is imho because mercurial is started with python2.4.
Changing the version to python2.3 solves the problem.

# cat =hg
#!/usr/bin/python2.3
#


michael

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

Versions of packages mercurial depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  python2.3.5-11   An interactive high-level object-o
ii  python-support0.3.9  automated rebuilding support for p
ii  python2.4 2.4.3-8An interactive high-level object-o

Versions of packages mercurial recommends:
ii  rcs   5.7-16 The GNU Revision Control System
ii  tk8.4 [wish]  8.4.12-1   Tk toolkit for Tcl and X11, v8.4 -

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: mercurial
Source-Version: 0.9.1-1+etch1

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

mercurial_0.9.1-1+etch1.diff.gz
  to pool/main/m/mercurial/mercurial_0.9.1-1+etch1.diff.gz
mercurial_0.9.1-1+etch1.dsc
  to pool/main/m/mercurial/mercurial_0.9.1-1+etch1.dsc
mercurial_0.9.1-1+etch1_i386.deb
  to pool/main/m/mercurial/mercurial_0.9.1-1+etch1_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.
Vincent Danjean <[EMAIL PROTECTED]> (supplier of updated mercurial 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: Wed,  3 Jan 2007 19:38:55 +0100
Source: mercurial
Binary: mercurial
Architecture: source i386
Version: 0.9.1-1+etch1
Distribution: testing-proposed-updates
Urgency: low
Maintainer: Vincent Danjean <[EMAIL PROTECTED]>
Changed-By: Vincent Danjean <[EMAIL PROTECTED]>
Description: 
 mercurial  - Scalable distributed version control system
Closes: 382252
Changes: 
 mercurial (0.9.1-1+etch1) testing-proposed-updates; urgency=low
 .
   * [debian/mercurial.postinst] remove old
 /usr/lib/python*/site-packages/{mercurial,hgext} directories if needed
 (Closes: #382252), backport from 0.9.3-2
   * [debian/control] update maintainer field with my debian.org address
Files: 
 338de19c1f08bdeb4bd9a9d96809d673 698 devel optional mercurial_0.9.1-1+etch1.dsc
 fb7c6bc150335946dc4efd6cfbb2098d 18284 devel optional 
mercurial_0.9.1-1+etch1.diff.gz
 1a83c

Bug#382912: marked as done (depends on mozilla)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:09:33 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: mozilla-locale-sl
Severity: serious

mozilla-locale-sl depends on mozilla-browser, which is scheduled to be
removed from Etch. You should most likely request removal from
ftp-master.

--- End Message ---
--- Begin Message ---
The mozilla locale packages have been removed now.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#405206: marked as done (FTBFS - gnome-terminal needs build-dep on gnome-doc-utils)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 19:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#405206: fixed in gnome-terminal 2.16.1-3
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: gnome-terminal
Version: 2.16.1-2
Severity: serious
Justification: FTBFS

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

While building gnome-terminal from source in a pbuilder chroot i get this error:

checking for GDU_MODULE_VERSION_CHECK... configure: error: Package requirements 
(gnome-doc-utils >= 0.3.2) were not met:

No package 'gnome-doc-utils' found

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

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

make: *** [config.status] Error 1
pbuilder: Failed autobuilding of package
 -> Aborting with an error
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> cleaning the build env
-> removing directory /var/cache/pbuilder/build//12313 and its 
subdirectories

A build-dep on gnome-doc-utils fixes this.

Cheers
Carsten Luedtke

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

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

iD8DBQFFmXEqK569vX68PzgRAqVnAKCu08mJn3wQ5ndPsCOBrPNJ9MjdIgCglKBL
uvQt5qKef8fKbjJDvoRQFuM=
=LAKt
-END PGP SIGNATURE-

--- End Message ---
--- Begin Message ---
Source: gnome-terminal
Source-Version: 2.16.1-3

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

gnome-terminal-data_2.16.1-3_all.deb
  to pool/main/g/gnome-terminal/gnome-terminal-data_2.16.1-3_all.deb
gnome-terminal_2.16.1-3.diff.gz
  to pool/main/g/gnome-terminal/gnome-terminal_2.16.1-3.diff.gz
gnome-terminal_2.16.1-3.dsc
  to pool/main/g/gnome-terminal/gnome-terminal_2.16.1-3.dsc
gnome-terminal_2.16.1-3_amd64.deb
  to pool/main/g/gnome-terminal/gnome-terminal_2.16.1-3_amd64.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.
Josselin Mouette <[EMAIL PROTECTED]> (supplier of updated gnome-terminal 
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: Tue,  2 Jan 2007 15:32:45 +0100
Source: gnome-terminal
Binary: gnome-terminal gnome-terminal-data
Architecture: source amd64 all
Version: 2.16.1-3
Distribution: experimental
Urgency: low
Maintainer: Guilherme de S. Pastore <[EMAIL PROTECTED]>
Changed-By: Josselin Mouette <[EMAIL PROTECTED]>
Description: 
 gnome-terminal - The GNOME 2 terminal emulator application
 gnome-terminal-data - Data files for the GNOME terminal emulator
Closes: 405206
Changes: 
 gnome-terminal (2.16.1-3) experimental; urgency=low
 .
   * Build-depend on gnome-doc-utils (closes: #405206).
Files: 
 94efe457e06f1c6704cf9bef1a1196d3 1643 gnome optional 
gnome-terminal_2.16.1-3.dsc
 6f35b9720f3a12eab39d51bb1b27f2b2 21710 gnome optional 
gnome-terminal_2.16.1-3.diff.gz
 692825db257aa50292e0dd90de4dc88b 2203668 gnome optional 
gnome-terminal-data_2.16.1-3_all.deb
 f38938e827852277ebbd7f031334e5ee 187844 gnome optional 
gnome-terminal_2.16.1-3_amd64.deb

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

iD8DBQFFm/n/rSla4ddfhTMRApRWAJ9GGRZjsG5wjD8q4/Te0+JxZze5OQCg+qDe
NA1MFmtF/kBWQARgEUy7Dhc=
=Hl0a
-END PGP SIGNATURE-

--- End Message ---


Bug#403699: Re: Bug#403699: fixed in ktrack 0.3.0-alpha1-9

2007-01-03 Thread prosolutions

Package: ktrack
Version: 0.3.0-alpha1-8.1


I can confirm this also.  Here is the output of what appears to be a
relevant section of the strace:


32153 open("/usr/lib/i486-linux-gnu/i686/cmov/hamlib-dummy", O_RDONLY) = -1 
ENOENT (No such file or directory)
32153 stat64("/usr/lib/i486-linux-gnu/i686/cmov", 0xbfa1a41c) = -1 ENOENT (No 
such file or directory)
32153 open("/usr/lib/i486-linux-gnu/i686/hamlib-dummy", O_RDONLY) = -1 ENOENT 
(No such file or directory)
32153 stat64("/usr/lib/i486-linux-gnu/i686", 0xbfa1a41c) = -1 ENOENT (No such 
file or directory)
32153 open("/usr/lib/i486-linux-gnu/sse2/cmov/hamlib-dummy", O_RDONLY) = -1 
ENOENT (No such file or directory)
32153 stat64("/usr/lib/i486-linux-gnu/sse2/cmov", 0xbfa1a41c) = -1 ENOENT (No 
such file or directory)
32153 open("/usr/lib/i486-linux-gnu/sse2/hamlib-dummy", O_RDONLY) = -1 ENOENT 
(No such file or directory)
32153 stat64("/usr/lib/i486-linux-gnu/sse2", 0xbfa1a41c) = -1 ENOENT (No such 
file or directory)
32153 open("/usr/lib/i486-linux-gnu/cmov/hamlib-dummy", O_RDONLY) = -1 ENOENT 
(No such file or directory)
32153 stat64("/usr/lib/i486-linux-gnu/cmov", 0xbfa1a41c) = -1 ENOENT (No such 
file or directory)
32153 open("/usr/lib/i486-linux-gnu/hamlib-dummy", O_RDONLY) = -1 ENOENT (No 
such file or directory)
32153 stat64("/usr/lib/i486-linux-gnu", {st_mode=S_IFDIR|0755, st_size=1, ...}) 
= 0
32153 munmap(0xb6428000, 62649) = 0
32153 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
32153 rt_sigaction(SIGALRM, {SIG_DFL}, {SIG_DFL}, 8) = 0
32153 alarm(3)  = 0
32153 getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
32153 close(3)  = 0
32153 close(4)  = 0
32153 close(5)  = 0
32152 <... read resumed> "\2\4\0\2\0\0\0\0", 8) = 8
32153 close(6 
32152 read(3,  
32153 <... close resumed> ) = 0
32152 <... read resumed> "\1\0\0\0", 4) = 4




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



Bug#403703: Fix confirmed?

2007-01-03 Thread Patrice Fournier

Hello,

Quoting Alex Owen <[EMAIL PROTECTED]>:


Patrice, please update this bug if it still does not work for you.
With the patch I cannot recreate your original problem.


As promised, I re-did the tests and the patch *does* work correctly.  
The multi-page problem I had in my earlier testing was caused by the  
testing workstation generating the PostScript with inter-page  
dependencies causing problems when page order was reversed as  
functions were used before being defined.


Thanks

--
Patrice Fournier


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



Bug#365107: marked as done (missing build-dep on groff)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:10:50 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: tktable
version: 2.9-1
severity: serious

tktable is missing a build-depend on groff.

/usr/bin/make html
make[1]: Entering directory `/home/e/src/tktable-2.9'
Creating "tkTable.html" from "tkTable.n"
/bin/sh: line 5: nroff: command not found
make[1]: Leaving directory `/home/e/src/tktable-2.9'


-- 
off the chain like a rebellious guanine nucleotide

--- End Message ---
--- Begin Message ---
Removed, superseded by tktable2.9.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#393485: marked as done (FTBFS: error: perfmon2/perfmon.h: No such file or directory)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:17:36 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: libpfm2
Version: 2.0-6
Severity: serious

> Automatic build of libpfm2_2.0-6 on coconut0 by sbuild/ia64 0.49
...
> gcc -Wall -I/build/tbm/libpfm2-2.0/libpfm/../include -I. -O2 -g  
> -DCONFIG_PFMLIB_GENERIC -DCONFIG_PFMLIB_ITANIUM -DCONFIG_PFMLIB_ITANIUM2 -c 
> pfmlib_common.c
> In file included from pfmlib_common.c:38:
> /build/tbm/libpfm2-2.0/libpfm/../include/perfmon/pfmlib.h:28:30: error: 
> perfmon2/perfmon.h: No such file or directory
> /build/tbm/libpfm2-2.0/libpfm/../include/perfmon/pfmlib.h:29:38: error: 
> perfmon2/pfmlib_compiler.h: No such file or directory
> In file included from pfmlib_common.c:38:
> /build/tbm/libpfm2-2.0/libpfm/../include/perfmon/pfmlib.h:72: error: expected 
> specifier-qualifier-list before 'pfarg_reg_t'
> make[2]: *** [pfmlib_common.o] Error 1
> make[2]: Leaving directory `/build/tbm/libpfm2-2.0/libpfm'

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

--- End Message ---
--- Begin Message ---
Removed - deprecated; 2.4 kernels only.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#335254: marked as done (initrd-netboot-tools: incompatible with linux-image-2.6.12-1-386)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:16:00 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: initrd-netboot-tools
Version: 0.7.0b-1
Severity: normal

initrd-netboot-tools appears to be incompatible with
linux-image-2.6.12-1-386.

when used with kernel-image-2.4.27-2-386 or kernel-image-2.6.8-2-386, it
works fine, but after installing linux-image-2.6.12-1-386 and trying to
boot in the same manner, i get the following:

RAMDISK: Couldn't find valid RAM disk image starting at 0.
VFS: Cannot open root device "nfs" or unknown-block(0,255)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,255)

it appears that initrd-tools is not getting run at all, so it *might* be
a bug in initrd-tools itself, but i don't have a machine to test with...
(usually it spits out what version of initrd-tools is being run, but i
see no such output from the kernel)

Kernel command line: root=/dev/nfs 
nfsroot=/home/vagrant/nobackup/sid-chroot/opt
/ltsp/lessdisks-i386/ ip=dhcp console=ttyS0,38400

live well,
  vagrant


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
initrd-netboot doesn't work with current 2.6 kernels anymore, so we've
removed the package.

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


Bug#397074: [PATCH] new patch which fixes upgrade problem from existin broken package

2007-01-03 Thread Alex Owen

The last package is broken in such a way that installing in on a fresh
system gets the package into a state wher eit cannot install or be
removed...

This patch lets you _upgrade_ to this version then everything is fixed
and works!

I am not a DD so cannot NMU this.
I have only tested installing and removing and upgrading the package
on a "clean" system. I have not checked the functioanlity of the
daemon as I don't use it... some one should check that!

Regards
Alex Owen
diff -uNr stun-0.96.dfsg.old/debian/init.d stun-0.96.dfsg/debian/init.d
--- stun-0.96.dfsg.old/debian/init.d	2007-01-03 19:08:26.0 +
+++ stun-0.96.dfsg/debian/init.d	2007-01-03 18:49:04.0 +
@@ -14,9 +14,14 @@
 DAEMON=/usr/sbin/stund
 NAME=stun
 DESC=stun
+START_DAEMON=false
 
 test -x $DAEMON || exit 0
 
+if [ "$START_DAEMON" != "true" ] ; then 
+	exit 0
+fi
+
 # Include stun defaults if available
 if [ -f /etc/default/stun ] ; then
 	. /etc/default/stun
diff -uNr stun-0.96.dfsg.old/debian/README.Debian stun-0.96.dfsg/debian/README.Debian
--- stun-0.96.dfsg.old/debian/README.Debian	2007-01-03 19:08:26.0 +
+++ stun-0.96.dfsg/debian/README.Debian	2007-01-03 18:49:04.0 +
@@ -1,5 +1,9 @@
 stund for Debian
 
+The stund daemon is not started by default.
+To get the daemon to start edit /etc/default/stun and uncomment the
+START_DAEMON=true line
+
 
 A list of publicly available STUN test servers is available at:
 http://www.voip-info.org/wiki/view/STUN
diff -uNr stun-0.96.dfsg.old/debian/stun.default stun-0.96.dfsg/debian/stun.default
--- stun-0.96.dfsg.old/debian/stun.default	2007-01-03 19:08:26.0 +
+++ stun-0.96.dfsg/debian/stun.default	2007-01-03 18:49:04.0 +
@@ -6,6 +6,9 @@
 # This is a POSIX shell fragment
 #
 
+#uncommment the next line to allow the init.d script to start the stun daemon 
+#START_DAEMON=true
+
 # Additional options that are passed to the Daemon.
 DAEMON_OPTS=""
 
diff -uNr stun-0.96.dfsg.old/debian/stun.prerm stun-0.96.dfsg/debian/stun.prerm
--- stun-0.96.dfsg.old/debian/stun.prerm	1970-01-01 01:00:00.0 +0100
+++ stun-0.96.dfsg/debian/stun.prerm	2007-01-03 19:05:52.0 +
@@ -0,0 +1,10 @@
+#!/bin/sh
+set -e
+
+if [ -x "/etc/init.d/stun" ]; then
+	if [ -x "`which invoke-rc.d 2>/dev/null`" ]; then
+		invoke-rc.d stun stop || exit 0
+	else
+		/etc/init.d/stun stop || exit 0
+	fi
+fi


Bug#336134: marked as done (kernel-image-netbootable: new version currently unusable)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:16:00 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: kernel-image-netbootable
Severity: grave
Justification: renders package unusable
Version: 0.7.0b-2

due to debian bug:

#335254: initrd-netboot-tools: incompatible with linux-image-2.6.12-1-386

version 0.7.0b-2 of kernel-image-netbootable is unusable, as it only
depends on kernels that are incompatible with initrd-netboot-tools(at
least on i386).

live well,
  vagrant

-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
initrd-netboot doesn't work with current 2.6 kernels anymore, so we've
removed the package.

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


Bug#397512: marked as done (fvwm95 doesn't understand utf-8 locales at all)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:22:38 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: fvwm95
Version: 2.0.43ba-24.2
Severity: grave
Justification: renders package unusable

When starting fvwm95 via startx, the screen comes up with a mouse cursor,
and nothing else. Clicking activates the normal menus in fvwm95, but they
are just gray boxes with no text.
Attempts to login via wdm just dump the user back to the login manager.
User's .xsession-errors file is filled with line after line such as:

Fvwm-95: in function FvwmErrorHandler: <> *** internal error ***
Fvwm-95: in function FvwmErrorHandler: <> Request 74, Error 13, 
EventType: 4

The "Request", "Error", and "EventType" values vary.

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

Versions of packages fvwm95 depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  libreadline5 5.2-1   GNU readline and history libraries
ii  libx11-6 2:1.0.3-2   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxpm4  1:3.5.5-2   X11 pixmap library
ii  x11-common   1:7.1.0-5   X Window System (X.Org) infrastruc

Versions of packages fvwm95 recommends:
ii  fvwm95-icons   2.0.43ba-24.2 Win95ish icons for X
ii  menu   2.1.31generates programs menu for all me
ii  xbase-clients  1:7.1.ds-3miscellaneous X clients
ii  xterm  210-3.1   X terminal emulator

-- no debconf information

--- End Message ---
--- Begin Message ---
fvwm95 has been removed from Debian unstable/tesing because it's
unmaintained and abandoned upstream.  Please move to fvwm2.  If your
bug also shows up in fvwm2 please file a new bug report or let me
know.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#392972: marked as done (cps-site: Error Value: 'roles')

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Jan 2007 20:23:27 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Removed
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: cps-site
Version: 3.4.0-4
Severity: grave
Justification: renders package unusable

I cannot add any CPS Site from ZMI with the 'cps-site' package. 
The following is a way to reproduce the problem:
(1) Access a zope instance 'cps-site' by a web browser.
(2) From ZMI, I pushed the add button with 'CPSDefault Site'.
(3) At 'Add CPS Site' page, I filled configuration and push 'Add' button.

Then I get the following message:
-
Site Error

An error was encountered while publishing this resource.

Error Type: KeyError
Error Value: 'roles'


A part of log in /var/lib/zope2.9/instance/cps-site/log/event.log 
seems to be relevant one:

--
2006-10-14T21:37:41 INFO GenericSetup.roots Roots imported.
--
2006-10-14T21:37:41 ERROR Zope.SiteErrorLog 
http://zope.uchi.test:8082/manage_addProduct/CPSDefault/addConfiguredCPSSite
Traceback (innermost last):
  Module ZPublisher.Publish, line 115, in publish
  Module ZPublisher.mapply, line 88, in mapply
  Module ZPublisher.Publish, line 41, in call_object
  Module Products.CPSDefault.factory, line 228, in addConfiguredCPSSite
  Module Products.CPSDefault.factory, line 100, in addConfiguredSite
  Module Products.CPSDefault.factory, line 140, in importProfiles
  Module Products.GenericSetup.tool, line 251, in runAllImportSteps
   - __traceback_info__: profile-CPSDefault:default
  Module Products.GenericSetup.tool, line 725, in _doRunImportStep
   - __traceback_info__: various
  Module Products.CPSDefault.exportimport, line 124, in importVarious
  Module Products.CPSDefault.exportimport, line 73, in importVarious
  Module Products.CPSDefault.exportimport, line 81, in setupDefaultRoles
  Module OFS.ObjectManager, line 726, in __getitem__
KeyError: 'roles'


I confirmed that I can make a cps site with CPS-platform-3.4.2-2.tar.gz
(upstream tar ball) in a zope instance build with
/usr/lib/zope2.9/bin/mkzopeinstance.py.


If you need more appropriate information, please let me know.



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

Versions of packages cps-site depends on:
ii  debconf [debconf-2.0] 1.5.5  Debian configuration management sy
ii  zope-common   0.5.24 common settings and scripts for zo
ii  zope-cps  3.4.0-4extensive collaborative web conten
ii  zope2.9   2.9.4-1Open Source Web Application Server

cps-site recommends no packages.

-- debconf information:
* cps-site/instance-http-port: 8082
* cps-site/admin-user: admin
  cps-site/internal:
* cps-site/keep-data-on-purge: true

--- End Message ---
--- Begin Message ---
Removed - unmaintained upstream, not compatible with zope2.9 package.
-- 
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---


Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-03 Thread Martin Michlmayr
* Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-03 17:59]:
> After a bit of debugging on Gordon's slug, I found out that we have
> some kind of read race/read corruption when reading the encrypted
> master key from a key slot.
...
> As far as I understand page caching comes after dm-crypt, so maybe we
> have some kind of cache corruption here?

Do you think this is related to http://lkml.org/lkml/2006/12/21/157
I just applied the two patches from that thread and successfully ran
'cryptsetup luksClose' on ARM.  Would the lack of __flush_anon_page()
on ARM explain the corruption you've observed?
-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-03 Thread Martin Michlmayr
* Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-03 20:32]:
> > I just applied the two patches from that thread and successfully ran
> > 'cryptsetup luksClose' on ARM.
> 
> "cryptsetup luksClose" is just an alias for "cryptsetup remove". This
> should never fail. What's with luksOpen after the patches?

Sorry, I meant to say that luksOpen worked with the patches.  I simply
copy&pasted the wrong line.

> > Would the lack of __flush_anon_page() on ARM explain the corruption
> > you've observed?
> Again, I'm not familiar with this.

Well, it seems to fix the problem and according to the thread on lkml
the lack of flush_anon_page() on ARM is associated with some
corruption.  At least FUSE doesn't work on ARM without those patches,
so it seems likely that luksOpen is also affected.
-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#403426: kernel corrupts LUKS partition header on arm

2007-01-03 Thread Clemens Fruhwirth
At Wed, 3 Jan 2007 20:14:42 +0100,
Martin Michlmayr <[EMAIL PROTECTED]> wrote:
> 
> * Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-03 17:59]:
> > After a bit of debugging on Gordon's slug, I found out that we have
> > some kind of read race/read corruption when reading the encrypted
> > master key from a key slot.
> ...
> > As far as I understand page caching comes after dm-crypt, so maybe we
> > have some kind of cache corruption here?
> 
> Do you think this is related to http://lkml.org/lkml/2006/12/21/157

I'm sorry, I have no idea.

> I just applied the two patches from that thread and successfully ran
> 'cryptsetup luksClose' on ARM.  

"cryptsetup luksClose" is just an alias for "cryptsetup remove". This
should never fail. What's with luksOpen after the patches?

> Would the lack of __flush_anon_page() on ARM explain the corruption
> you've observed?

Again, I'm not familiar with this.
-- 
Fruhwirth Clemens - http://clemens.endorphin.org 
for robots: [EMAIL PROTECTED]


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



Bug#403542: marked as done (python-mutagen: Does not write syncsafe datalen flags)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 19:32:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#403542: fixed in mutagen 1.8-1.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: python-mutagen
Version: 1.8-1
Severity: grave
Justification: causes non-serious data loss

This can cause corruption of the ID3 data; although most software will
be able to cope with it, it could cause incorrect data to be read, or
cause programs with poor error handling to crash or otherwise
malfunction.

I will uploading a 1.8-2 package with a patch from upstream svn to fix
this.

--- End Message ---
--- Begin Message ---
Source: mutagen
Source-Version: 1.8-1.1

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

mutagen_1.8-1.1.diff.gz
  to pool/main/m/mutagen/mutagen_1.8-1.1.diff.gz
mutagen_1.8-1.1.dsc
  to pool/main/m/mutagen/mutagen_1.8-1.1.dsc
python-mutagen_1.8-1.1_all.deb
  to pool/main/m/mutagen/python-mutagen_1.8-1.1_all.deb



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

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

Debian distribution maintenance software
pp.
Bastian Kleineidam <[EMAIL PROTECTED]> (supplier of updated mutagen 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: Wed,  3 Jan 2007 00:15:52 +0100
Source: mutagen
Binary: python-mutagen
Architecture: source all
Version: 1.8-1.1
Distribution: unstable
Urgency: medium
Maintainer: Tristan Seligmann <[EMAIL PROTECTED]>
Changed-By: Bastian Kleineidam <[EMAIL PROTECTED]>
Description: 
 python-mutagen - audio metadata editing library
Closes: 403542
Changes: 
 mutagen (1.8-1.1) unstable; urgency=medium
 .
   * NMU to fix RC bug; urgency medium
   * Apply upstream patch to write frame length in syncsafe format.
 (Closes: #403542)
   * Moved python-central (>= 0.5) from Build-Depends-Indep to
 Build-Depends since debian/rules clean depends on it. Reported
 by lintian.
Files: 
 3de0bf75f0c9792e99d1dcdb9bfbda70 705 python optional mutagen_1.8-1.1.dsc
 85e74cdf026fa857e2612386ae312c51 3003 python optional mutagen_1.8-1.1.diff.gz
 105592f276b9f635aeb2c2974ae7 67944 python optional 
python-mutagen_1.8-1.1_all.deb

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

iD8DBQFFmumeeBwlBDLsbz4RAqwVAJ9mBS8DJ0448kpeOjVQ9aWGxMll2gCgi7IH
6JdLkdpHc1hnGroUBMtkx7c=
=zc0L
-END PGP SIGNATURE-

--- End Message ---


Bug#298932: marked as done (scorched3d-data: contains non-free fonts)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 19:47:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#298932: fixed in scorched3d 40.1d.dfsg-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: scorched3d-data
Severity: serious
Justification: Policy 2.2.1

Scorched3d contains Courier New and Arial Black, which are non-free
fonts:
scorched3d-38.1/data/fonts/courier.ttf
scorched3d-38.1/data/fonts/test.ttf
scorched3d-38.1/data/fonts/testout.ttf

These fonts should be removed. To get replacement fonts, you can depend
on ttf-bitstream-vera, ttf-freefont, or one of the other free fonts
packaged in Debian.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)

--- End Message ---
--- Begin Message ---
Source: scorched3d
Source-Version: 40.1d.dfsg-1

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

scorched3d-data_40.1d.dfsg-1_all.deb
  to pool/main/s/scorched3d/scorched3d-data_40.1d.dfsg-1_all.deb
scorched3d-dbg_40.1d.dfsg-1_amd64.deb
  to pool/main/s/scorched3d/scorched3d-dbg_40.1d.dfsg-1_amd64.deb
scorched3d-doc_40.1d.dfsg-1_all.deb
  to pool/main/s/scorched3d/scorched3d-doc_40.1d.dfsg-1_all.deb
scorched3d_40.1d.dfsg-1.diff.gz
  to pool/main/s/scorched3d/scorched3d_40.1d.dfsg-1.diff.gz
scorched3d_40.1d.dfsg-1.dsc
  to pool/main/s/scorched3d/scorched3d_40.1d.dfsg-1.dsc
scorched3d_40.1d.dfsg-1_amd64.deb
  to pool/main/s/scorched3d/scorched3d_40.1d.dfsg-1_amd64.deb
scorched3d_40.1d.dfsg.orig.tar.gz
  to pool/main/s/scorched3d/scorched3d_40.1d.dfsg.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.
Eddy Petrișor <[EMAIL PROTECTED]> (supplier of updated scorched3d 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, 23 Dec 2006 14:57:22 +0200
Source: scorched3d
Binary: scorched3d scorched3d-data scorched3d-dbg scorched3d-doc
Architecture: source all amd64
Version: 40.1d.dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Debian Games Team 
Changed-By: Eddy Petrișor <[EMAIL PROTECTED]>
Description: 
 scorched3d - 3D artillery game similar to Scorched Earth
 scorched3d-data - data files for Scorched3D game
 scorched3d-dbg - 3D artillery game similar to Scorched Earth, debug data
 scorched3d-doc - documentation for Scorched3D game
Closes: 298932
Changes: 
 scorched3d (40.1d.dfsg-1) unstable; urgency=low
 .
   [ Gonéri Le Bouder ]
   * remove the Applications category from the desktop file since
 its not an official categorie
 http://standards.freedesktop.org/menu-spec/latest/apa.html
 .
   [ Bruno "Fuddl" Kleinert ]
   * New upstream release
   * Replace non-free fronts (Closes: #298932)
   * Removed all dpatches
 01-cleanup-configure.ac.dpatch: /usr/X11R6 is nearly empty, now
 01-fix-autogen.sh.dpatch: no need to call autogen.sh anymore
 01_HtmlHelpDialog_cpp.dpatch: documentation gets properly installed
 02_cast-fixes.dpatch: merged with upstream
 03_netserver.dpatch: merged with upstream
 04_alut-linkage.dpatch: fixed by ./configure LIBS=-lalut
 05_formatstring.dpatch: merged with upstream
 06_wx-wxT-breakage.dpatch: merged with upstream
 .
   [ Reinhard Tartler ]
   * Make the scorched3d package binNMU safe
   * make scorched3d-doc recommending instead of depending on scorched3d
 .
   [ Eddy Petrișor ]
   * added dependency on dpkg-dev (>= 1.13.19) because of the binNMU change
 done by Reinhard
Files: 
 8b9b46da62a1e76f2607d716a301a7ab 1067 games optional 
scorched3d_40.1d.dfsg-1.dsc
 382914540d0ec7eef2d7cf7d479bfbaa 55625384 games optional 
scorched3d_40.1d.dfsg.orig.tar.gz
 603456486b5996632614e6728a069af9 195700 games optional 
scorched3d_40.1d.dfsg-1.diff.gz
 27a5ce6b80ac11765cd7ee0ddc4fadc3 52552812 games optional 
scorched3d-data_40.1d.dfsg-1_all.deb
 e2a0c26e67114b1ee694f7c4554efe15 1085470 games optional 
scorched3d-doc_40.1d.dfsg-1_all.deb
 741557

Processed: Fixing my mistakes

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

> submitter 354355 Jean Charles Delepine <[EMAIL PROTECTED]>
Bug#354355: New debian sympa package
Changed Bug submitter from 4.1.5-8 to Jean Charles Delepine <[EMAIL PROTECTED]>.
(By the way, that Bug is currently marked as done.)

> found 354355 4.1.5-8
Bug#354355: New debian sympa package
Bug marked as found in version 4.1.5-8.

> 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#405472: openmpi-bin: mpif77 and mpif90 incorrect default include file search path

2007-01-03 Thread Juha Jäykkä
Package: openmpi-bin
Version: 1.1-2.3
Severity: grave
Justification: renders package unusable


All fortran programs calling MPI_* need to include mpif.h, but

~/gl> mpif77 -DHAVE_CONFIG_H -I. -I. -I..  -I../include  -O3 
-finline-limit=1 -march=i686  -march=x86-64 -funroll-loops  -mfpmath=sse 
-msse2   -c -o min_algo_sd.o min_algo_sd.F
Error: Can't open included file 'mpif.h'

Adding "-I /usr/include" fixes this.

I consider this grave because this will make openmpi useless to most
ordinary scientists who just "make" all their software and do not know
how to add paths to compilers search paths etc. Besides, this probably
affect other includes as well, not only mpif.h. Also, I wanted to either
get this fixed for etch (so our lab can use it) or force its removal from
etch (which means we need to stay with LAM).

-Juha


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (1200, 'testing'), (999, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)

Versions of packages openmpi-bin depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-13  GCC support library
ii  libstdc++6   4.1.1-13The GNU Standard C++ Library v3
ii  openmpi-common   1.1-2.3 high performance message passing l
ii  openmpi-libs01.1-2.3 high performance message passing l

openmpi-bin recommends no packages.

-- no debconf information


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



Bug#405478: lukemftp has been replaced by tnftp

2007-01-03 Thread Noah Meyerhans
Package: lukemftp
Severity: serious

lukemftp has been renamed upstream to tnftp.  tnftp is already packaged
in Debian, so there seems to be no need to maintain an obsolete lukemftp
package as well.

I have asked the release managers to remove this package from etch, but
they suggested that I open a bug report and solicit the maintainer's
comments before they can do that.  So, here it is.  Should this package
be released with etch?  Why?

noah



signature.asc
Description: Digital signature


Bug#397074: marked as done (stun setup fails with "No primary IP given. Exiting.")

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 21:17:28 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#388037: fixed in stun 0.96.dfsg-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: stun
Version: 0.96.dfsg-2
Severity: important

tpo2:/mnt/hda9/multimedia/non_e/menschen# dpkg --configure -a
Setting up stun (0.96.dfsg-2) ...
No primary IP given. Exiting.
invoke-rc.d: initscript stun, action "start" failed.
dpkg: error processing stun (--configure):
 subprocess post-installation script returned error exit status 1

?
*t

-- 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: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages stun depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
hi  libgcc1  1:4.1.1-16  GCC support library
ii  libstdc++6   4.1.1-16The GNU Standard C++ Library v3

stun recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: stun
Source-Version: 0.96.dfsg-3

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

stun_0.96.dfsg-3.diff.gz
  to pool/main/s/stun/stun_0.96.dfsg-3.diff.gz
stun_0.96.dfsg-3.dsc
  to pool/main/s/stun/stun_0.96.dfsg-3.dsc
stun_0.96.dfsg-3_amd64.deb
  to pool/main/s/stun/stun_0.96.dfsg-3_amd64.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.
Kilian Krause <[EMAIL PROTECTED]> (supplier of updated stun 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: Wed,  3 Jan 2007 20:44:06 +0100
Source: stun
Binary: stun
Architecture: source amd64
Version: 0.96.dfsg-3
Distribution: unstable
Urgency: high
Maintainer: Debian VoIP Team <[EMAIL PROTECTED]>
Changed-By: Kilian Krause <[EMAIL PROTECTED]>
Description: 
 stun   - Server daemon and test client for STUN
Closes: 388037 397074
Changes: 
 stun (0.96.dfsg-3) unstable; urgency=high
 .
   * Fix installation and don't try to forcibly start daemon
 (Closes: #388037, #397074)
Files: 
 a47fff3912da0249e0df31e0772c4cbc 763 net optional stun_0.96.dfsg-3.dsc
 4922e8682c2d860f39c649dc7a6e480c 4815 net optional stun_0.96.dfsg-3.diff.gz
 96b1a88defc11297f0f5c686c15d6ed5 40094 net optional stun_0.96.dfsg-3_amd64.deb

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

iD8DBQFFnAl9vdkzt4X+wX8RArQYAKCCSnga55UAiE8NF0KA0QlvQ/3WTACfaex4
tckQt4MQE/G4+UqjHRVILRg=
=+54D
-END PGP SIGNATURE-

--- End Message ---


Bug#388037: marked as done (Separate client binary or add START_DAEMON option to /etc/default/stun)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 21:17:28 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#388037: fixed in stun 0.96.dfsg-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: stun
Version: 0.96.dfsg-1
Severity: normal

Hello

We're only using the stun client binary on one system to use it for
monitoring purposes. When installing it we ran into two problems:

a) The package seems uninstallable without modifications:
Setting up stun (0.96.dfsg-1) ...
No primary IP given. Exiting.
invoke-rc.d: initscript stun, action "start" failed.
dpkg: error processing stun (--configure):
subprocess post-installation script returned error exit status 1
   I would consider this a bug, every package should be installable
   without error messages. Could be solved by the solution proposed for
   b), too.

b) As we only need the client-binary and splitting client and server
   would probably be overkill something like the following would be
   good in /etc/defaults/stun
# Change this from /bin/true to /usr/sbin/stun enables the Server
DAEMON=/bin/true

bye,

-christian-

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.17.6-fc4-westend2
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE)

Versions of packages stun depends on:
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii  libstdc++2.10-glibc2. 1:2.95.4-22The GNU stdc++ library

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: stun
Source-Version: 0.96.dfsg-3

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

stun_0.96.dfsg-3.diff.gz
  to pool/main/s/stun/stun_0.96.dfsg-3.diff.gz
stun_0.96.dfsg-3.dsc
  to pool/main/s/stun/stun_0.96.dfsg-3.dsc
stun_0.96.dfsg-3_amd64.deb
  to pool/main/s/stun/stun_0.96.dfsg-3_amd64.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.
Kilian Krause <[EMAIL PROTECTED]> (supplier of updated stun 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: Wed,  3 Jan 2007 20:44:06 +0100
Source: stun
Binary: stun
Architecture: source amd64
Version: 0.96.dfsg-3
Distribution: unstable
Urgency: high
Maintainer: Debian VoIP Team <[EMAIL PROTECTED]>
Changed-By: Kilian Krause <[EMAIL PROTECTED]>
Description: 
 stun   - Server daemon and test client for STUN
Closes: 388037 397074
Changes: 
 stun (0.96.dfsg-3) unstable; urgency=high
 .
   * Fix installation and don't try to forcibly start daemon
 (Closes: #388037, #397074)
Files: 
 a47fff3912da0249e0df31e0772c4cbc 763 net optional stun_0.96.dfsg-3.dsc
 4922e8682c2d860f39c649dc7a6e480c 4815 net optional stun_0.96.dfsg-3.diff.gz
 96b1a88defc11297f0f5c686c15d6ed5 40094 net optional stun_0.96.dfsg-3_amd64.deb

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

iD8DBQFFnAl9vdkzt4X+wX8RArQYAKCCSnga55UAiE8NF0KA0QlvQ/3WTACfaex4
tckQt4MQE/G4+UqjHRVILRg=
=+54D
-END PGP SIGNATURE-

--- End Message ---


Bug#401569: marked as done (wrong plural form for Romanian makes app to crash on start)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 21:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#401569: fixed in democracyplayer 0.9.2.1-2.1
has caused the attached Bug report to be marked as done.

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

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

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

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

Subject: democracyplayer: wrong plural form for Romanian makes app to crash on 
start
Package: democracyplayer
Version: 0.9.2.1-1
Severity: grave
Justification: renders package unusable
Tags: patch l10n


The severity is grave since on Romanian localized desktop installs the package
is unusable.


When trying to start democracyplayer I get this:

$ democracyplayer
Traceback (most recent call last):
  File "/usr/bin/democracyplayer", line 36, in ?
parser = optparse.OptionParser(usage=usage)
  File "/usr/lib/python2.4/optparse.py", line 1126, in __init__
add_help=add_help_option)
  File "/usr/lib/python2.4/optparse.py", line 1156, in _populate_option_list
self._add_help_option()
  File "/usr/lib/python2.4/optparse.py", line 1141, in _add_help_option
help=_("show this help message and exit"))
  File "/usr/lib/python2.4/gettext.py", line 553, in gettext
return dgettext(_current_domain, message)
  File "/usr/lib/python2.4/gettext.py", line 517, in dgettext
codeset=_localecodesets.get(domain))
  File "/usr/lib/python2.4/gettext.py", line 465, in translation
t = _translations.setdefault(key, class_(open(mofile, 'rb')))
  File "/usr/lib/python2.4/gettext.py", line 177, in __init__
self._parse(fp)
  File "/usr/lib/python2.4/gettext.py", line 302, in _parse
self.plural = c2py(plural)
  File "/usr/lib/python2.4/gettext.py", line 86, in c2py
raise ValueError, \
ValueError: plural forms expression error, maybe unbalanced parenthesis



The attached patch fixes the issue. Please include the patch in the
next release of the package.


- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (100, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-powerpc
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)

Versions of packages democracyplayer depends on:
ii  democracyplayer-data 0.9.2.1-1   GTK+ based RSS video aggregator da
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libboost-python1.33.11.33.1-9Boost.Python Library
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.1-2 generic font configuration library
ii  libgcc1  1:4.1.1-20  GCC support library
ii  libglib2.0-0 2.12.4-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface
ii  libnspr4-0d  1.8.0.8-1   NetScape Portable Runtime Library
ii  libpango1.0-01.14.8-2Layout and rendering of internatio
ii  libstdc++6   4.1.1-20The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
hi  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxine1 1.1.2-6 the xine video/media player librar
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
hi  libxrandr2   2:1.1.0.2-5 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  libxul0d 1.8.0.8-1   Gecko engine library
ii  python   2.4.4-1 An interactive high-level object-o
ii  python-glade22.8.6-6 GTK+ bindings: Glade support
ii  python-gnome22.12.4-5Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.2-1+b1 Python bindings for the GNOME desk
ii  python-gtk2  2.8.6-6 Python bindings for the GTK+ widge
ii  python-support   0.5.6   automated rebuilding support for p
ii  python2.42.4.4-1 An interactive high-level object-o
hi  zlib1g   1:1.2.3-13  compression library - runtime

democracyplayer recommends no packages.

- -- no debconf 

Bug#397074: marked as done (stun setup fails with "No primary IP given. Exiting.")

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 21:17:28 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#397074: fixed in stun 0.96.dfsg-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: stun
Version: 0.96.dfsg-2
Severity: important

tpo2:/mnt/hda9/multimedia/non_e/menschen# dpkg --configure -a
Setting up stun (0.96.dfsg-2) ...
No primary IP given. Exiting.
invoke-rc.d: initscript stun, action "start" failed.
dpkg: error processing stun (--configure):
 subprocess post-installation script returned error exit status 1

?
*t

-- 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: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages stun depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
hi  libgcc1  1:4.1.1-16  GCC support library
ii  libstdc++6   4.1.1-16The GNU Standard C++ Library v3

stun recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: stun
Source-Version: 0.96.dfsg-3

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

stun_0.96.dfsg-3.diff.gz
  to pool/main/s/stun/stun_0.96.dfsg-3.diff.gz
stun_0.96.dfsg-3.dsc
  to pool/main/s/stun/stun_0.96.dfsg-3.dsc
stun_0.96.dfsg-3_amd64.deb
  to pool/main/s/stun/stun_0.96.dfsg-3_amd64.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.
Kilian Krause <[EMAIL PROTECTED]> (supplier of updated stun 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: Wed,  3 Jan 2007 20:44:06 +0100
Source: stun
Binary: stun
Architecture: source amd64
Version: 0.96.dfsg-3
Distribution: unstable
Urgency: high
Maintainer: Debian VoIP Team <[EMAIL PROTECTED]>
Changed-By: Kilian Krause <[EMAIL PROTECTED]>
Description: 
 stun   - Server daemon and test client for STUN
Closes: 388037 397074
Changes: 
 stun (0.96.dfsg-3) unstable; urgency=high
 .
   * Fix installation and don't try to forcibly start daemon
 (Closes: #388037, #397074)
Files: 
 a47fff3912da0249e0df31e0772c4cbc 763 net optional stun_0.96.dfsg-3.dsc
 4922e8682c2d860f39c649dc7a6e480c 4815 net optional stun_0.96.dfsg-3.diff.gz
 96b1a88defc11297f0f5c686c15d6ed5 40094 net optional stun_0.96.dfsg-3_amd64.deb

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

iD8DBQFFnAl9vdkzt4X+wX8RArQYAKCCSnga55UAiE8NF0KA0QlvQ/3WTACfaex4
tckQt4MQE/G4+UqjHRVILRg=
=+54D
-END PGP SIGNATURE-

--- End Message ---


Bug#388037: marked as done (Separate client binary or add START_DAEMON option to /etc/default/stun)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 21:17:28 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#397074: fixed in stun 0.96.dfsg-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: stun
Version: 0.96.dfsg-1
Severity: normal

Hello

We're only using the stun client binary on one system to use it for
monitoring purposes. When installing it we ran into two problems:

a) The package seems uninstallable without modifications:
Setting up stun (0.96.dfsg-1) ...
No primary IP given. Exiting.
invoke-rc.d: initscript stun, action "start" failed.
dpkg: error processing stun (--configure):
subprocess post-installation script returned error exit status 1
   I would consider this a bug, every package should be installable
   without error messages. Could be solved by the solution proposed for
   b), too.

b) As we only need the client-binary and splitting client and server
   would probably be overkill something like the following would be
   good in /etc/defaults/stun
# Change this from /bin/true to /usr/sbin/stun enables the Server
DAEMON=/bin/true

bye,

-christian-

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.17.6-fc4-westend2
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE)

Versions of packages stun depends on:
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii  libstdc++2.10-glibc2. 1:2.95.4-22The GNU stdc++ library

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: stun
Source-Version: 0.96.dfsg-3

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

stun_0.96.dfsg-3.diff.gz
  to pool/main/s/stun/stun_0.96.dfsg-3.diff.gz
stun_0.96.dfsg-3.dsc
  to pool/main/s/stun/stun_0.96.dfsg-3.dsc
stun_0.96.dfsg-3_amd64.deb
  to pool/main/s/stun/stun_0.96.dfsg-3_amd64.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.
Kilian Krause <[EMAIL PROTECTED]> (supplier of updated stun 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: Wed,  3 Jan 2007 20:44:06 +0100
Source: stun
Binary: stun
Architecture: source amd64
Version: 0.96.dfsg-3
Distribution: unstable
Urgency: high
Maintainer: Debian VoIP Team <[EMAIL PROTECTED]>
Changed-By: Kilian Krause <[EMAIL PROTECTED]>
Description: 
 stun   - Server daemon and test client for STUN
Closes: 388037 397074
Changes: 
 stun (0.96.dfsg-3) unstable; urgency=high
 .
   * Fix installation and don't try to forcibly start daemon
 (Closes: #388037, #397074)
Files: 
 a47fff3912da0249e0df31e0772c4cbc 763 net optional stun_0.96.dfsg-3.dsc
 4922e8682c2d860f39c649dc7a6e480c 4815 net optional stun_0.96.dfsg-3.diff.gz
 96b1a88defc11297f0f5c686c15d6ed5 40094 net optional stun_0.96.dfsg-3_amd64.deb

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

iD8DBQFFnAl9vdkzt4X+wX8RArQYAKCCSnga55UAiE8NF0KA0QlvQ/3WTACfaex4
tckQt4MQE/G4+UqjHRVILRg=
=+54D
-END PGP SIGNATURE-

--- End Message ---


Bug#404047: gzip 1.3.9-2

2007-01-03 Thread Jason Cutting

How does one install gzip 1.3.9-2 while apt is broken?


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



Bug#405472: openmpi-bin: mpif77 and mpif90 incorrect default include file search path

2007-01-03 Thread Mark Hymers
Yikes, apologies.  That mail was meant to be postponed, not sent; I
*haven't* clarified this with the RMs yet and am im the process of
checking with them.  I feel very stupid now.

Mark

-- 
Mark Hymers 

"I never make predictions.  I never have and I never will."
 Tony Blair


signature.asc
Description: Digital signature


Bug#389127: concerned files

2007-01-03 Thread Gonéri Le Bouder
These files seem to be concerned:
  acroread
  doom
  doom3
  firefox
  lxdoom
  mozilla-firefox
  mozilla-thunderbird
  quake4
  realplayer
  thunderbird
  ubuntu
  ut2004
  vmware

Regards,

Gonéri


pgpN67P0L6Bnf.pgp
Description: PGP signature


Bug#405472: openmpi-bin: mpif77 and mpif90 incorrect default include file search path

2007-01-03 Thread Mark Hymers
severity 405472 normal
thanks

On Wed, 03, Jan, 2007 at 10:28:59PM +0200, Juha Jäykkä spoke thus..
> All fortran programs calling MPI_* need to include mpif.h, but
> 
> ~/gl> mpif77 -DHAVE_CONFIG_H -I. -I. -I..  -I../include  -O3 
> -finline-limit=1 -march=i686  -march=x86-64 -funroll-loops  -mfpmath=sse 
> -msse2   -c -o min_algo_sd.o min_algo_sd.F
> Error: Can't open included file 'mpif.h'
> 
> Adding "-I /usr/include" fixes this.

Given that g77 doesn't include /usr/include on the default search path
either:

[EMAIL PROTECTED]:/tmp$ g77 tst.f
tst.f:1:
   include 'mpif.h'
   ^
Unable to open INCLUDE file `mpif.h' at (^),

this is definitely not Severity: Grave and I'm not even sure
whether it should be altered; that's up to the normal maintainer.
It's certainly not release critical (clarified with the RMs).

Mark

-- 
Mark Hymers 

"I never make predictions.  I never have and I never will."
 Tony Blair


signature.asc
Description: Digital signature


Processed: Re: Bug#405472: openmpi-bin: mpif77 and mpif90 incorrect default include file search path

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

> severity 405472 normal
Bug#405472: openmpi-bin: mpif77 and mpif90 incorrect default include file 
search path
Severity set to `normal' from `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#401372: marked as done (iceape-browser: crashes on startup)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 22:17:20 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#401372: fixed in iceape 1.0.7-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: iceape-browser
Version: 1.0.6-1
Severity: grave
Justification: renders package unusable

iceape-browser crashes immediately on startup, even with my old
Mozilla profile moved aside.  Here's what I got out of gdb:

(gdb) info registers 
rax0x0  0
rbx0x905378 9458552
rcx0x   -1
rdx0xb  11
rsi0x7137   28983
rdi0x7137   28983
rbp0xb  0xb
rsp0x7fffe3f4d818   0x7fffe3f4d818
r8 0xb  11
r9 0x7fffe3f4de20   140737017863712
r100x0  0
r110x202514
r120x7fffe3f4df10   140737017863952
r130x0  0
r140x0  0
r150x8f00c0 9371840
rip0x2af7c74492ac   0x2af7c74492ac 
eflags 0x202[ IF ]
cs 0x33 51
ss 0x2b 43
ds 0x0  0
es 0x0  0
fs 0x0  0
gs 0x0  0

(gdb) bt full
#0  0x2af7c74492ac in raise () from /usr/lib/debug/libpthread.so.0
No locals.
#1  0x2e8c1f96 in nsProfileLock::FatalSignalHandler (signo=11)
at nsProfileLock.cpp:206
unblock_sigs = {__val = {1024, 0 }}
oldact = 
#2  
No symbol table info available.
#3  nsFrame::BoxReflow (this=0x905378, [EMAIL PROTECTED], 
aPresContext=0x8f00c0, [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED], aX=2000, aY=2000, 
aWidth=0, aHeight=0, aMoveFrame=1) at nsFrame.cpp:5407
border = {top = 0, right = 0, bottom = 0, left = 0}
reflowState = {parentReflowState = 0x7fffe3f4e270, frame = 0x905378, 
  reason = eReflowReason_Initial, path = 0x0, availableWidth = 0, 
  availableHeight = 1073741824, rendContext = 0x90e110, mFrameType = 1, 
  mSpaceManager = 0x0, mLineLayout = 0x0, mCBReflowState = 0x7fffe3f4e270, 
  mComputedWidth = 0, mComputedHeight = 0, mComputedMargin = {top = 0, 
right = 0, bottom = 0, left = 0}, mComputedBorderPadding = {top = 0, 
right = 0, bottom = 0, left = 0}, mComputedPadding = {top = 0, right = 0, 
bottom = 0, left = 0}, mComputedOffsets = {top = 0, right = 0, bottom = 0, 
left = 0}, mComputedMinWidth = 0, mComputedMaxWidth = 1073741824, 
  mComputedMinHeight = 0, mComputedMaxHeight = 1073741824, 
  mCompactMarginWidth = 0, mStyleDisplay = 0x905190, 
  mStyleVisibility = 0x904cc8, mStylePosition = 0x910408, 
  mStyleBorder = 0x910630, mStyleMargin = 0x910688, mStylePadding = 0x9106b0, 
  mStyleText = 0x9106d8, mPercentHeightObserver = 0x0, 
  mPercentHeightReflowInitiator = 0x0, mDiscoveredClearance = 0x0, 
  mReflowDepth = 2, mFlags = {mSpecialHeightReflow = 0, 
mNextInFlowUntouched = 0, mIsTopOfPage = 0, mBlinks = 0, 
mVisualBidiFormControl = 0, mHasClearance = 0, mAssumingHScrollbar = 0, 
mAssumingVScrollbar = 0}, mRightEdge = 1073741824}
isCollapsed = 
metrics = (nsBoxLayoutMetrics *) 0x0
redrawAfterReflow = 0
needsReflow = 1
redrawNow = 0
reason = eReflowReason_Initial
path = (nsReflowPath *) 0x0
#4  0x2b060e65 in nsFrame::DoLayout (this=0x905378, 
[EMAIL PROTECTED]) at nsFrame.cpp:5211
currentMEW = (nscoord *) 0x0
collapsed = 
reflowState = (const nsHTMLReflowState *) 0x0
status = 0
desiredSize = {width = 0, height = 0, ascent = 0, descent = 0, 
  mMaxElementWidth = 0, mMaximumWidth = 0, mBoundingMetrics = {
leftBearing = 0, rightBearing = 0, ascent = 0, descent = 0, width = 0}, 
  mCarriedOutBottomMargin = {mMostPos = 0, mMostNeg = 0}, mOverflowArea = {
x = 0, y = 0, width = 0, height = 0}, mFlags = 0, 
  mNothingChanged = 0 '\0', mComputeMEW = 0 '\0'}
rv = 0
#5  0x2b15bd58 in nsIFrame::Layout (this=0x905378, 
[EMAIL PROTECTED]) at nsBox.cpp:800
box = (nsBox *) 0x8f00c0
#6  0x2b06a904 in nsGfxScrollFrameInner::LayoutScrollbars (
this=0x905020, [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], [EMAIL PROTECTED])
at nsGfxScrollFrame.cpp:2426
r = {x = 2000, y = 2000, width = 0, height = 0}
presContext = 
fm = { = {mRawPtr = 0x90d0d0}, }
fontHeight = 400
scrolledContentSize = {width = 2000, height = 2000}
maxX = 
maxY = 
s

Bug#401721: marked as done (iceape: doesn't start. segfaults.)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 22:17:20 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#401372: fixed in iceape 1.0.7-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: iceape
Version: 1.0.6-1
Severity: normal

I upgraded from mozilla* packages to iceape* packages and now I can't
start the browser at all. I dies to a segmentation fault. I tried
removing my ~/.mozilla directory but that didn't help at all. Here
are the error messages:

Starting calendar alarm service
error creating table cal_calendars -- probably already exists
error creating table cal_calendars_prefs -- probably already exists
observer added



Here's a back trace of the core I made it dump:

Core was generated by `/usr/lib/iceape/iceape-bin -a iceape'.
Program terminated with signal 11, Segmentation fault.
#0  0x4098ab01 in kill () from /lib/libc.so.6
(gdb) bt
#0  0x4098ab01 in kill () from /lib/libc.so.6
#1  0x401a5f65 in pthread_kill () from /lib/libpthread.so.0
#2  0x401a5fab in raise () from /lib/libpthread.so.0
#3  0x41804fb2 in NSGetModule () from
/usr/lib/iceape/components/libprofile.so
#4  0x401a8806 in __pthread_sighandler () from /lib/libpthread.so.0
#5  0x4098a8f8 in killpg () from /lib/libc.so.6
#6  0x41082e2d in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#7  0x4118c6fd in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#8  0x4118e67c in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#9  0x4108d426 in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#10 0x4108efff in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#11 0x41078980 in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#12 0x410d0a64 in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#13 0x41059069 in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#14 0x411d06ef in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#15 0x412b1502 in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#16 0x412b63a4 in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
#17 0x416a686a in ?? () from /usr/lib/iceape/components/libhtmlpars.so
#18 0x082c71b0 in ?? ()
#19 0x082d0ac0 in ?? ()
#20 0xbfffef58 in ?? ()
#21 0xbfffef58 in ?? ()
#22 0x416a27f2 in ?? () from /usr/lib/iceape/components/libhtmlpars.so
#23 0x416eabf8 in ?? () from /usr/lib/iceape/components/libhtmlpars.so
#24 0x0004 in ?? ()
#25 0x416ee308 in ?? () from /usr/lib/iceape/components/libhtmlpars.so
#26 0x000f in ?? ()
#27 0x082d0850 in ?? ()
#28 0xbfffef88 in ?? ()
#29 0x416a7016 in ?? () from /usr/lib/iceape/components/libhtmlpars.so
#30 0x082d0850 in ?? ()
#31 0x082d0ac0 in ?? ()
#32 0x0001 in ?? ()
#33 0x412b1b85 in NSGetModule () from
/usr/lib/iceape/components/libgklayout.so
Previous frame inner to this frame (corrupt stack?)


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

Versions of packages iceape depends on:
ii  iceape-browser1.0.6-1The Iceape Internet browser
ii  iceape-mailnews   1.0.6-1The iceape Internet application su

Versions of packages iceape recommends:
pn  iceape-chatzilla   (no description available)

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: iceape
Source-Version: 1.0.7-1

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

iceape-browser_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-browser_1.0.7-1_i386.deb
iceape-calendar_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-calendar_1.0.7-1_i386.deb
iceape-chatzilla_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-chatzilla_1.0.7-1_all.deb
iceape-dbg_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dbg_1.0.7-1_i386.deb
iceape-dev_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-dev_1.0.7-1_all.deb
iceape-dom-inspector_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dom-inspector_1.0.7-1_i386.deb
iceape-gnome-support_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-gnome-support_1.0.7-1_i386.deb
iceape-mailnews_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-mailnews_1.0.7-1_i386.deb
iceape_1.0.7-1.diff.gz
  to pool/main/i/iceape/iceape_1.0.7-1.diff.gz
iceape_1.0.7-1.dsc
  to pool/main/i/iceape/iceape_1.0.7-1.dsc
iceape_1.0.7-1_all.deb
  to poo

Bug#400341: marked as done (Contains non-free files.)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 22:17:20 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400341: fixed in iceape 1.0.7-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: xulrunner
Version: 1.8.0.7-1
Severity: serious

Hi!

This bug has been filed on multiple packages, and general discussions
are kindly requested to take place on debian-legal or debian-devel in
the thread with Subject: "Non-free IETF RFC/I-Ds in source packages".

It seems this source package contains the following files from the
IETF under non-free license terms:

xulrunner-1.8.0.7/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt
 
xulrunner-1.8.0.7/netwerk/protocol/ftp/doc/rfc959.txt 

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding a 'dfsg' version name to it.

3. Move the package to non-free.

I went over many packages looking for names of likely non-free files,
and there may be false positives.  If this is the case for your
package, I'm sorry for the noise.  I'll modify the scripts to take
into account false positives when I learn of them, and publish the
list of exceptions under "Known exceptions" at
.

Thanks,
Simon

--- End Message ---
--- Begin Message ---
Source: iceape
Source-Version: 1.0.7-1

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

iceape-browser_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-browser_1.0.7-1_i386.deb
iceape-calendar_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-calendar_1.0.7-1_i386.deb
iceape-chatzilla_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-chatzilla_1.0.7-1_all.deb
iceape-dbg_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dbg_1.0.7-1_i386.deb
iceape-dev_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-dev_1.0.7-1_all.deb
iceape-dom-inspector_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dom-inspector_1.0.7-1_i386.deb
iceape-gnome-support_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-gnome-support_1.0.7-1_i386.deb
iceape-mailnews_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-mailnews_1.0.7-1_i386.deb
iceape_1.0.7-1.diff.gz
  to pool/main/i/iceape/iceape_1.0.7-1.diff.gz
iceape_1.0.7-1.dsc
  to pool/main/i/iceape/iceape_1.0.7-1.dsc
iceape_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape_1.0.7-1_all.deb
iceape_1.0.7.orig.tar.gz
  to pool/main/i/iceape/iceape_1.0.7.orig.tar.gz
mozilla-browser_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-browser_1.8+1.0.7-1_all.deb
mozilla-calendar_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-calendar_1.8+1.0.7-1_all.deb
mozilla-chatzilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-chatzilla_1.8+1.0.7-1_all.deb
mozilla-dev_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dev_1.8+1.0.7-1_all.deb
mozilla-dom-inspector_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dom-inspector_1.8+1.0.7-1_all.deb
mozilla-js-debugger_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-js-debugger_1.8+1.0.7-1_all.deb
mozilla-mailnews_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-mailnews_1.8+1.0.7-1_all.deb
mozilla-psm_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-psm_1.8+1.0.7-1_all.deb
mozilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla_1.8+1.0.7-1_all.deb



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

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

Debian distribution maintenance software
pp.
Mike Hommey <[EMAIL PROTECTED]> (supplier of updated iceape package)

(This message was generated automatically at their request; if you
believe 

Bug#401266: marked as done (Contains non-free files.)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 22:17:20 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400341: fixed in iceape 1.0.7-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: xulrunner
Version: 1.8.0.7-1
Severity: serious

Hi!

This bug has been filed on multiple packages, and general discussions
are kindly requested to take place on debian-legal or debian-devel in
the thread with Subject: "Non-free IETF RFC/I-Ds in source packages".

It seems this source package contains the following files from the
IETF under non-free license terms:

xulrunner-1.8.0.7/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt
 
xulrunner-1.8.0.7/netwerk/protocol/ftp/doc/rfc959.txt 

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding a 'dfsg' version name to it.

3. Move the package to non-free.

I went over many packages looking for names of likely non-free files,
and there may be false positives.  If this is the case for your
package, I'm sorry for the noise.  I'll modify the scripts to take
into account false positives when I learn of them, and publish the
list of exceptions under "Known exceptions" at
.

Thanks,
Simon

--- End Message ---
--- Begin Message ---
Source: iceape
Source-Version: 1.0.7-1

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

iceape-browser_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-browser_1.0.7-1_i386.deb
iceape-calendar_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-calendar_1.0.7-1_i386.deb
iceape-chatzilla_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-chatzilla_1.0.7-1_all.deb
iceape-dbg_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dbg_1.0.7-1_i386.deb
iceape-dev_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-dev_1.0.7-1_all.deb
iceape-dom-inspector_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dom-inspector_1.0.7-1_i386.deb
iceape-gnome-support_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-gnome-support_1.0.7-1_i386.deb
iceape-mailnews_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-mailnews_1.0.7-1_i386.deb
iceape_1.0.7-1.diff.gz
  to pool/main/i/iceape/iceape_1.0.7-1.diff.gz
iceape_1.0.7-1.dsc
  to pool/main/i/iceape/iceape_1.0.7-1.dsc
iceape_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape_1.0.7-1_all.deb
iceape_1.0.7.orig.tar.gz
  to pool/main/i/iceape/iceape_1.0.7.orig.tar.gz
mozilla-browser_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-browser_1.8+1.0.7-1_all.deb
mozilla-calendar_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-calendar_1.8+1.0.7-1_all.deb
mozilla-chatzilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-chatzilla_1.8+1.0.7-1_all.deb
mozilla-dev_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dev_1.8+1.0.7-1_all.deb
mozilla-dom-inspector_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dom-inspector_1.8+1.0.7-1_all.deb
mozilla-js-debugger_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-js-debugger_1.8+1.0.7-1_all.deb
mozilla-mailnews_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-mailnews_1.8+1.0.7-1_all.deb
mozilla-psm_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-psm_1.8+1.0.7-1_all.deb
mozilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla_1.8+1.0.7-1_all.deb



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

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

Debian distribution maintenance software
pp.
Mike Hommey <[EMAIL PROTECTED]> (supplier of updated iceape package)

(This message was generated automatically at their request; if you
believe 

Bug#400341: marked as done (Contains non-free files.)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 22:17:20 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#401266: fixed in iceape 1.0.7-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: xulrunner
Version: 1.8.0.7-1
Severity: serious

Hi!

This bug has been filed on multiple packages, and general discussions
are kindly requested to take place on debian-legal or debian-devel in
the thread with Subject: "Non-free IETF RFC/I-Ds in source packages".

It seems this source package contains the following files from the
IETF under non-free license terms:

xulrunner-1.8.0.7/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt
 
xulrunner-1.8.0.7/netwerk/protocol/ftp/doc/rfc959.txt 

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding a 'dfsg' version name to it.

3. Move the package to non-free.

I went over many packages looking for names of likely non-free files,
and there may be false positives.  If this is the case for your
package, I'm sorry for the noise.  I'll modify the scripts to take
into account false positives when I learn of them, and publish the
list of exceptions under "Known exceptions" at
.

Thanks,
Simon

--- End Message ---
--- Begin Message ---
Source: iceape
Source-Version: 1.0.7-1

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

iceape-browser_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-browser_1.0.7-1_i386.deb
iceape-calendar_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-calendar_1.0.7-1_i386.deb
iceape-chatzilla_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-chatzilla_1.0.7-1_all.deb
iceape-dbg_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dbg_1.0.7-1_i386.deb
iceape-dev_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-dev_1.0.7-1_all.deb
iceape-dom-inspector_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dom-inspector_1.0.7-1_i386.deb
iceape-gnome-support_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-gnome-support_1.0.7-1_i386.deb
iceape-mailnews_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-mailnews_1.0.7-1_i386.deb
iceape_1.0.7-1.diff.gz
  to pool/main/i/iceape/iceape_1.0.7-1.diff.gz
iceape_1.0.7-1.dsc
  to pool/main/i/iceape/iceape_1.0.7-1.dsc
iceape_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape_1.0.7-1_all.deb
iceape_1.0.7.orig.tar.gz
  to pool/main/i/iceape/iceape_1.0.7.orig.tar.gz
mozilla-browser_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-browser_1.8+1.0.7-1_all.deb
mozilla-calendar_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-calendar_1.8+1.0.7-1_all.deb
mozilla-chatzilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-chatzilla_1.8+1.0.7-1_all.deb
mozilla-dev_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dev_1.8+1.0.7-1_all.deb
mozilla-dom-inspector_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dom-inspector_1.8+1.0.7-1_all.deb
mozilla-js-debugger_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-js-debugger_1.8+1.0.7-1_all.deb
mozilla-mailnews_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-mailnews_1.8+1.0.7-1_all.deb
mozilla-psm_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-psm_1.8+1.0.7-1_all.deb
mozilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla_1.8+1.0.7-1_all.deb



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

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

Debian distribution maintenance software
pp.
Mike Hommey <[EMAIL PROTECTED]> (supplier of updated iceape package)

(This message was generated automatically at their request; if you
believe 

Bug#401265: marked as done (iceape: Contains trademarked artwork and names)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 22:17:20 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#401265: fixed in iceape 1.0.7-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: iceape
Version: 1.0.6-1
Severity: serious

The package contains the name and logos for seamonkey in some places. It
also contains the name and logos for sunbird.

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

--- End Message ---
--- Begin Message ---
Source: iceape
Source-Version: 1.0.7-1

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

iceape-browser_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-browser_1.0.7-1_i386.deb
iceape-calendar_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-calendar_1.0.7-1_i386.deb
iceape-chatzilla_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-chatzilla_1.0.7-1_all.deb
iceape-dbg_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dbg_1.0.7-1_i386.deb
iceape-dev_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-dev_1.0.7-1_all.deb
iceape-dom-inspector_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dom-inspector_1.0.7-1_i386.deb
iceape-gnome-support_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-gnome-support_1.0.7-1_i386.deb
iceape-mailnews_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-mailnews_1.0.7-1_i386.deb
iceape_1.0.7-1.diff.gz
  to pool/main/i/iceape/iceape_1.0.7-1.diff.gz
iceape_1.0.7-1.dsc
  to pool/main/i/iceape/iceape_1.0.7-1.dsc
iceape_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape_1.0.7-1_all.deb
iceape_1.0.7.orig.tar.gz
  to pool/main/i/iceape/iceape_1.0.7.orig.tar.gz
mozilla-browser_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-browser_1.8+1.0.7-1_all.deb
mozilla-calendar_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-calendar_1.8+1.0.7-1_all.deb
mozilla-chatzilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-chatzilla_1.8+1.0.7-1_all.deb
mozilla-dev_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dev_1.8+1.0.7-1_all.deb
mozilla-dom-inspector_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dom-inspector_1.8+1.0.7-1_all.deb
mozilla-js-debugger_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-js-debugger_1.8+1.0.7-1_all.deb
mozilla-mailnews_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-mailnews_1.8+1.0.7-1_all.deb
mozilla-psm_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-psm_1.8+1.0.7-1_all.deb
mozilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla_1.8+1.0.7-1_all.deb



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

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

Debian distribution maintenance software
pp.
Mike Hommey <[EMAIL PROTECTED]> (supplier of updated iceape 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: Wed,  3 Jan 2007 19:37:41 +0100
Source: iceape
Binary: mozilla iceape-browser mozilla-calendar mozilla-js-debugger iceape 
iceape-calendar iceape-dom-inspector mozilla-psm mozilla-chatzilla 
mozilla-mailnews iceape-dbg iceape-gnome-support mozilla-dom-inspector 
iceape-dev iceape-chatzilla mozilla-browser iceape-mailnews mozilla-dev
Architecture: source all i386
Version: 1.0.7-1
Distribution: unstable
Urgency: low
Maintainer: Mike Hommey <[EMAIL PROTECTED]>
Changed-By: Mike Hommey <[EMAIL PROTECTED]>
Description: 
 iceape - The Iceape Internet Suite
 iceape-browser - Iceape Navigator (Internet browser) and Composer
 iceape-calendar - Iceape Calendar
 iceape-chatzilla - Iceape Chatzilla IRC client
 iceape-dbg - Debugging symbols for the Iceape Internet Suite
 iceape-dev - Development files for the Iceape Internet Suite
 iceape-dom-inspector - DOM inspector for the Iceape Internet Suite
 iceape-gnome-support - Gnome support for the Iceape Internet Suite
 iceape-mailnews - Iceape Mail & Newsgroups and Address Book
 mozilla- Transition package for the Iceape Internet Suite
 mozilla-browser - Transition package for Iceape Navigator and Composer
 mozilla-

Bug#405489: pd-flext-dev: Cannot use flext to build pd externals

2007-01-03 Thread romain
Package: pd-flext-dev
Version: 0.5.0g-1
Severity: grave
Justification: renders package unusable


It is impossible to use flext to build pd external as there are not using
Makefile to compile but the flext build.sh script.

When I invoke the supplied script :

$ LANG=C flext-build.sh
sh: /usr/lib/flext/build.sh: No such file or directory

It seems that there is missing a lot of file like gnumake.mak, targets and inc.

I installed flext manualy, compiling it with the puredata source, and I was able
to compile my pd external.

Happy new year,
Thanks you very much,
Romain.

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

Versions of packages pd-flext-dev depends on:
ii  pd-flext  0.5.0-1Flext C++ external layer for pd
ii  puredata [pd] 0.40.2-2   realtime computer music and graphi

pd-flext-dev recommends no packages.

-- no debconf information


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



Bug#401266: marked as done (Contains non-free files.)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 22:17:20 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#401266: fixed in iceape 1.0.7-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: xulrunner
Version: 1.8.0.7-1
Severity: serious

Hi!

This bug has been filed on multiple packages, and general discussions
are kindly requested to take place on debian-legal or debian-devel in
the thread with Subject: "Non-free IETF RFC/I-Ds in source packages".

It seems this source package contains the following files from the
IETF under non-free license terms:

xulrunner-1.8.0.7/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt
 
xulrunner-1.8.0.7/netwerk/protocol/ftp/doc/rfc959.txt 

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding a 'dfsg' version name to it.

3. Move the package to non-free.

I went over many packages looking for names of likely non-free files,
and there may be false positives.  If this is the case for your
package, I'm sorry for the noise.  I'll modify the scripts to take
into account false positives when I learn of them, and publish the
list of exceptions under "Known exceptions" at
.

Thanks,
Simon

--- End Message ---
--- Begin Message ---
Source: iceape
Source-Version: 1.0.7-1

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

iceape-browser_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-browser_1.0.7-1_i386.deb
iceape-calendar_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-calendar_1.0.7-1_i386.deb
iceape-chatzilla_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-chatzilla_1.0.7-1_all.deb
iceape-dbg_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dbg_1.0.7-1_i386.deb
iceape-dev_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape-dev_1.0.7-1_all.deb
iceape-dom-inspector_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-dom-inspector_1.0.7-1_i386.deb
iceape-gnome-support_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-gnome-support_1.0.7-1_i386.deb
iceape-mailnews_1.0.7-1_i386.deb
  to pool/main/i/iceape/iceape-mailnews_1.0.7-1_i386.deb
iceape_1.0.7-1.diff.gz
  to pool/main/i/iceape/iceape_1.0.7-1.diff.gz
iceape_1.0.7-1.dsc
  to pool/main/i/iceape/iceape_1.0.7-1.dsc
iceape_1.0.7-1_all.deb
  to pool/main/i/iceape/iceape_1.0.7-1_all.deb
iceape_1.0.7.orig.tar.gz
  to pool/main/i/iceape/iceape_1.0.7.orig.tar.gz
mozilla-browser_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-browser_1.8+1.0.7-1_all.deb
mozilla-calendar_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-calendar_1.8+1.0.7-1_all.deb
mozilla-chatzilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-chatzilla_1.8+1.0.7-1_all.deb
mozilla-dev_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dev_1.8+1.0.7-1_all.deb
mozilla-dom-inspector_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-dom-inspector_1.8+1.0.7-1_all.deb
mozilla-js-debugger_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-js-debugger_1.8+1.0.7-1_all.deb
mozilla-mailnews_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-mailnews_1.8+1.0.7-1_all.deb
mozilla-psm_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla-psm_1.8+1.0.7-1_all.deb
mozilla_1.8+1.0.7-1_all.deb
  to pool/main/i/iceape/mozilla_1.8+1.0.7-1_all.deb



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

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

Debian distribution maintenance software
pp.
Mike Hommey <[EMAIL PROTECTED]> (supplier of updated iceape package)

(This message was generated automatically at their request; if you
believe 

Bug#404822: marked as done (/usr/bin/gnome-mouse-properties: Mouse Preferences have no effect)

2007-01-03 Thread Debian Bug Tracking System
Your message dated Wed, 03 Jan 2007 21:53:14 +
with message-id <[EMAIL PROTECTED]>
and subject line mouse & other prefs work again
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: gnome-control-center
Version: 1:2.16.2-2
Severity: serious
File: /usr/bin/gnome-mouse-properties

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

None of the mouse-related options seem to have any effect:

 * Left-handed mouse
 * Pointer Theme
 * Locate Pointer
 * Acceleration
 * Sensitivity

- -- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages gnome-control-center depends on:
ii  capplets-data 1:2.16.2-2 configuration applets for GNOME 2 
ii  desktop-file-utils0.11-1 Utilities for .desktop files
ii  gnome-desktop-data2.16.2-1   Common files for GNOME 2 desktop a
ii  gnome-icon-theme  2.16.1-1   GNOME Desktop icon theme
ii  gnome-menus   2.16.1-2   an implementation of the freedeskt
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.16.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.16.0-1   The Bonobo UI library
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.71-3 simple interprocess messaging syst
ii  libebook1.2-9 1.8.1-3Client library for evolution addre
ii  libesd-alsa0 [libesd0]0.2.36-3   Enlightened Sound Daemon (ALSA) - 
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libglade2-0   1:2.6.0-3  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-desktop-22.16.2-1   Utility library for loading .deskt
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome-menu22.16.1-2   an implementation of the freedeskt
ii  libgnome-window-settings1 1:2.16.2-2 Utility library for getting window
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeui-0  2.16.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.16.1-1   GNOME virtual file-system (runtime
ii  libgstreamer-plugins-base 0.10.11-1  GStreamer libraries from the "base
ii  libgstreamer0.10-00.10.11-1  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.10.6-4   The GTK+ graphical user interface 
ii  libhal1   0.5.8.1-4  Hardware Abstraction Layer - share
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libmetacity0  1:2.16.3-1 library of lightweight GTK2 based 
ii  libnautilus-extension12.16.3-1   libraries for nautilus components 
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-3   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstartup-notification0  0.8-2  library for program launch feedbac
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxft2   2.1.10-3   FreeType-based font drawing librar
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1

  1   2   >