Bug#400617: It seems FAM was not really wanted

2006-12-03 Thread Christian Perrier
  Steve, Peter, Noèl, Eloy?
 
  manty also, if you come up with a patch..:-)
 
 A build-conflict with the -dev package should be sufficient, shouldn't it?


I have a package that's ready with this change only. See SVN.



signature.asc
Description: Digital signature


Bug#401372: iceape-browser: crashes on startup

2006-12-03 Thread Mike Hommey
On Sat, Dec 02, 2006 at 06:49:09PM -0500, Aaron M. Ucko [EMAIL PROTECTED] 
wrote:
 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:

Could you also attach a strace ?

Thanks

Mike


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



Processed: tagging llvm report

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

 found 392955 1.8b-1
Bug#392955: [NONFREE-DOC:GFDL] package contains non-free documentation
Bug marked as found in version 1.8b-1.

 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#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Anton Altaparmakov
On Sun, 3 Dec 2006, Szakacsits Szabolcs wrote:
  El sábado, 2 de diciembre de 2006 20:44, Frans Pop escribió:
   On Saturday 02 December 2006 14:36, Szakacsits Szabolcs wrote:
   
I put a statically linked version here to ease the testing.
 http://www.ntfs-3g.org/ntfsresize-1.13.1.1.tgz
  
   This version makes Vista happy too. After reboot chkdsk is executed and 
   on second reboot Vista boots successfully.
 
 Thanks. So we know now the technical reason why ntfsresize didn't work 
 previously. Vista deliberately refuses to mount NTFS if it thinks it was 
 mounted by NT4. Though this wasn't very clear from the halt message :-)

Yes there not being a halt message at all!  Nice to know, thanks for 
working it out!  It is very intersting that they no longer allow NT4 to 
access Vista NTFS volumes.  I still wonder whether this may be a Vista bug 
rather than intentional...

Interesting though, what happens when you present Vista with an NTFS 1.2 
version formatted volume?  Will it refuse to boot, too or will it simply 
upgrade it like 2k/XP did?  If it refuses to boot it is time to remove the 
mkntfs v1.2 support now so people can't by accident create old style 
volumes that will break Vista...

 Anton was happy with the not understood fix which in fact was a bug in his 
 patch which made Vista to boot by pure luck. To be honest, I've been 

I object to it being called a bug.  I very consicously removed the mounted 
by NT4 flag setting as linux-ntfs operates like NT5 not NT4 so it is silly 
to set the flag.  I have even been considering removing support for NT4 
volumes and upgrading them on mount like Win2k/XP do, perhaps with an 
option to disable (or enable) this behaviour...

The only place the NT4 flag has is to be set by ntfsfix on volumes after 
being written to with the old ntfs driver which hopefully is no longer in 
use so ntfsfix does not need to set that flag either any more...  Remember 
that this was what I wrote ntfsfix for in the first place: to make writing 
with the old driver at least a little bit less broken...

Best regards,

Anton
-- 
Anton Altaparmakov aia21 at cam.ac.uk (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/

Bug#400490: marked as done (python-omniorb2: FTBFS: file movelist missing)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 08:32:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#400490: fixed in python-omniorb2 2.6-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)

---BeginMessage---
Package: python-omniorb2
Version: 2.6-3.1
Severity: serious

Hello,

There was a problem while autobuilding your package:
At 1164551974 time_t, Source Builder wrote:
 Automatic build of python-omniorb2_2.6-3.1 on nasya by sbuild/sparc 0.50
 Build started at 20061126-1528
 **
...
 Compiling ./omniORB/URI.py ...
 Listing ./omniidl_be ...
 Compiling ./omniidl_be/__init__.py ...
 Compiling ./omniidl_be/python.py ...
 make[2]: Leaving directory 
 `/build/buildd/python-omniorb2-2.6/build-2.4/python'
 making install in ./include...
 make[2]: Entering directory 
 `/build/buildd/python-omniorb2-2.6/build-2.4/include'
 + /usr/bin/install -c -m 0644 ../../include/omniORBpy.h 
 /build/buildd/python-omniorb2-2.6/debian/tmp/usr/include
 make[2]: Leaving directory 
 `/build/buildd/python-omniorb2-2.6/build-2.4/include'
 make[1]: Leaving directory `/build/buildd/python-omniorb2-2.6/build-2.4'
 find . -name *.pyc -exec rm {} \;
 dh_movefiles
 dh_movefiles: debian/tmp/usr/lib/python2.3/site-packages/omniidl_be/python.py 
 not found (supposed to put it in omniidl4-python)
 tar: /build/buildd/python-omniorb2-2.6/debian/movelist: Cannot stat: No such 
 file or directory
 tar: Error is not recoverable: exiting now
 sh: /build/buildd/python-omniorb2-2.6/debian/movelist: No such file or 
 directory
 make: *** [install] Error 1
 **
 Build finished at 20061126-1539
 FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


pgpCx8rodRobr.pgp
Description: PGP signature
---End Message---
---BeginMessage---
Source: python-omniorb2
Source-Version: 2.6-3.2

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

omniidl4-python_2.6-3.2_all.deb
  to pool/main/p/python-omniorb2/omniidl4-python_2.6-3.2_all.deb
python-omniorb2-omg_2.6-3.2_all.deb
  to pool/main/p/python-omniorb2/python-omniorb2-omg_2.6-3.2_all.deb
python-omniorb2_2.6-3.2.diff.gz
  to pool/main/p/python-omniorb2/python-omniorb2_2.6-3.2.diff.gz
python-omniorb2_2.6-3.2.dsc
  to pool/main/p/python-omniorb2/python-omniorb2_2.6-3.2.dsc
python-omniorb2_2.6-3.2_i386.deb
  to pool/main/p/python-omniorb2/python-omniorb2_2.6-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.
Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] (supplier of updated 
python-omniorb2 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 08:25:17 +0100
Source: python-omniorb2
Binary: omniidl4-python python-omniorb2-omg python-omniorb2
Architecture: source all i386
Version: 2.6-3.2
Distribution: unstable
Urgency: medium
Maintainer: Bastian Blank [EMAIL PROTECTED]
Changed-By: Ana Beatriz Guerrero Lopez [EMAIL PROTECTED]
Description: 
 omniidl4-python - omniORBpy2 - idl to python compiler
 python-omniorb2 - omniORBpy2 - dependency package
 python-omniorb2-omg - omniORBpy2 - python 2.3 CORBA OMG standard files
Closes: 400490
Changes: 
 python-omniorb2 (2.6-3.2) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fixed FTBFS, changed file omniidl4-python.files to be independent of the
 python version (Closes: #400490).
Files: 
 32c728ca0b8c4fd589bb370376a594dc 829 python optional 
python-omniorb2_2.6-3.2.dsc
 8d5547c514ac9915640ba98ee2069a87 4358 python optional 
python-omniorb2_2.6-3.2.diff.gz
 e22233250b2367c71eb70e75809bb8bb 16048 python optional 
python-omniorb2-omg_2.6-3.2_all.deb
 b7e172392bf523cc083e3c21af2b7437 27314 python optional 
omniidl4-python_2.6-3.2_all.deb
 b34e3e8ac0cb3162cf14c3e43d71bbc1 309364 python optional 
python-omniorb2_2.6-3.2_i386.deb


Processed: severity of 401393 is normal

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

 # Automatically generated email from bts, devscripts version 2.9.22
 severity 401393 normal
Bug#401393: Previously working LVM setup mysteriously broken.
Severity set to `normal' from `grave'


End of message, stopping processing here.

Please contact me if you need assistance.

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


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



Processed: Re: Retitling

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

 retitle 400212 twiki: Requires apache-common when apache2.2 installed
Bug#400212: [Waiting for submitter] twiki: Requires apache-common when 
apache2.2 installed
Changed Bug title.

 retitle 400213 twiki: Reconfiguring package leads to warning in Apache 2.2
Bug#400213: [Waiting for submitter] twiki: Reconfiguring package leads to 
warning in Apache 2.2
Changed Bug title.

 retitle 400977 twiki: Accessing wiki with .../twiki/  URL should not display 
 pub contents
Bug#400977: [Waiting for submitter] twiki: Accessing wiki with .../twiki/ URL 
should not display pub contents
Changed Bug title.

 severity 400212 important
Bug#400212: twiki: Requires apache-common when apache2.2 installed
Severity set to `important' from `normal'

 severity 400213 important
Bug#400213: twiki: Reconfiguring package leads to warning in Apache 2.2
Severity set to `important' from `normal'

 severity 400977 important
Bug#400977: twiki: Accessing wiki with .../twiki/  URL should not display pub 
contents
Severity set to `important' from `normal'

 tags 401303 pending
Bug#401303: CVE-2006-6071: TWiki Authentication Bypass Vulnerability
Tags were: security
Tags added: pending

 tags 400226 pending
Bug#400226: twiki: tools/mailnotify not included in package
There were no tags set.
Tags added: pending

 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: severity of 401390 is normal

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

 # Automatically generated email from bts, devscripts version 2.9.22
 severity 401390 normal
Bug#401390: Can't install or remove uswsusp
Severity set to `normal' from `serious'


End of message, stopping processing here.

Please contact me if you need assistance.

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


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



Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Anton Altaparmakov
The linux-ntfs CVS now contains an adapted ntfsresize that restores the 
old behiour where the volume is not modified until the user says yes to 
begin modifications.  That is a lot less work than changing the 
documentation + output messages of ntfsresize and it is least surprise 
for users who upgrade to new version.

The only difference to Szaka's version is that ntfsresize now only sets 
the dirty flag if the volume is not already dirty and it only empties the 
journal if it is not already empty.  It seems silly to do things that are 
already the case especially when they are things that can take a while 
like emptying the journal.

Best regards,

Anton

On Sun, 3 Dec 2006, Anton Altaparmakov wrote:
 On Sun, 3 Dec 2006, Szakacsits Szabolcs wrote:
   El sábado, 2 de diciembre de 2006 20:44, Frans Pop escribió:
On Saturday 02 December 2006 14:36, Szakacsits Szabolcs wrote:

 I put a statically linked version here to ease the testing.
  http://www.ntfs-3g.org/ntfsresize-1.13.1.1.tgz
   
This version makes Vista happy too. After reboot chkdsk is executed and 
on second reboot Vista boots successfully.
  
  Thanks. So we know now the technical reason why ntfsresize didn't work 
  previously. Vista deliberately refuses to mount NTFS if it thinks it was 
  mounted by NT4. Though this wasn't very clear from the halt message :-)
 
 Yes there not being a halt message at all!  Nice to know, thanks for 
 working it out!  It is very intersting that they no longer allow NT4 to 
 access Vista NTFS volumes.  I still wonder whether this may be a Vista bug 
 rather than intentional...
 
 Interesting though, what happens when you present Vista with an NTFS 1.2 
 version formatted volume?  Will it refuse to boot, too or will it simply 
 upgrade it like 2k/XP did?  If it refuses to boot it is time to remove the 
 mkntfs v1.2 support now so people can't by accident create old style 
 volumes that will break Vista...
 
  Anton was happy with the not understood fix which in fact was a bug in his 
  patch which made Vista to boot by pure luck. To be honest, I've been 
 
 I object to it being called a bug.  I very consicously removed the mounted 
 by NT4 flag setting as linux-ntfs operates like NT5 not NT4 so it is silly 
 to set the flag.  I have even been considering removing support for NT4 
 volumes and upgrading them on mount like Win2k/XP do, perhaps with an 
 option to disable (or enable) this behaviour...
 
 The only place the NT4 flag has is to be set by ntfsfix on volumes after 
 being written to with the old ntfs driver which hopefully is no longer in 
 use so ntfsfix does not need to set that flag either any more...  Remember 
 that this was what I wrote ntfsfix for in the first place: to make writing 
 with the old driver at least a little bit less broken...
 
 Best regards,
 
   Anton
 

Best regards,

Anton
-- 
Anton Altaparmakov aia21 at cam.ac.uk (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/

Bug#398373: Patch for 398373

2006-12-03 Thread Loïc Minier
On Sat, Dec 02, 2006, Sven Arvidsson wrote:
 Attached is a patch with the Ubuntu modifications, translations and the
 fix from 400996.
 
 Before I commit this to pkg-gnome, I'm grateful if somebody can approve
 the patch and tell me if this is an acceptable changelog entry:

 It looks good yes.  I see you also added the missing #include which was
 initially missing in the nautilus patch; please go ahead.  :)

-- 
Loïc Minier [EMAIL PROTECTED]
  You see, killbots have a preset kill limit.  Knowing their weakness,
   I sent wave after wave of my own men at them until they reached their
   limit and shutdown.-- Zapp Brannigan



Bug#400218: More info

2006-12-03 Thread Rene Mayrhofer
Am Sonntag, 3. Dezember 2006 00:46 schrieb Martín Ferrari:
 This package seems to be unmaintained. As is also uninstallable on
 default setups (it requires a special mount option on /var!!),
 wouldn't it be reasonable to remove it from testing? (popcon reports
 only 15 installs)
Not unmaintained, but poorly maintained - with me to blame. Feel free to 
remove from testing, because there's currently nothing that can be done about 
the requirement for the mandatory locks in the file system.

Rene


pgp8sS4QzNO7H.pgp
Description: PGP signature


Bug#398380: op-panel and destar

2006-12-03 Thread Andreas Barth
* Alejandro Rios Peña ([EMAIL PROTECTED]) [061202 19:18]:
 El sáb, 02-12-2006 a las 16:27 +0100, Andreas Barth escribió:
  Hi,
  
  * Alejandro Rios Peña ([EMAIL PROTECTED]) [061116 06:08]:
   tags 398380 pending
  
  that is now a few days ago. When can we expect the upload?
 
 Almost all changes are on the pkg-voip svn repository now, but I still
 need to test the packages for upgrade and removal, because of some
 problems I just noticed with the alternatives system.
 
 I can work on it this weekend, so you can expect the upload on monday or
 tuesday.

Thank you.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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



Bug#401345: builds fine here..

2006-12-03 Thread Manolo Díaz
Andreas Henriksson wrote:

 I can't reproduce your problem with spca5xx-source. How are you
 building?
 

Three different ways:
1st using module-assistant.
2nd using kernel-package (make-kpkg modules).
3rd manually, with KVERS and KSRC correctly set.
Always the same errors.

I'm using kernel sources from linux-source-2.6.18 (2.6.18-6). What sources did
you use?

 I've tried building the spca5xx-source in an unstable amd64 pbuilder,
 then installing the spca5xx-source package and building that with
 module-assistant which
 produces /usr/src/modass/spca5xx-modules-2.6.18-3-amd64_20060501-2
 +2.6.18-6_amd64.deb
 
 How did you reach the error?
 
 
 
 -- 
 Regards,
 Andreas Henriksson

Regards,
Manolo



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



Processed: pycocuma doesn't work with python2.4 or newer

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

 merge 395443 395867
Bug#395443: Please drop explicit dependency on python2.3
Bug#395867: pycocuma depends on python2.3
Merged 395443 395867.

 severity 395443 serious
Bug#395443: Please drop explicit dependency on python2.3
Bug#395867: pycocuma depends on python2.3
Severity set to `serious' from `important'

 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#401407: RM: python2.3

2006-12-03 Thread Matthias Klose
Package: ftp.debian.org
Severity: serious

[severity serious, because it should be removed from etch as well]

Please remove python2.3 from unstable (and then let it propagate
to testing).  In the recent python-defaults in testing/unstable,
python 2.3 isn't marked anymore as an supported python version.


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



Bug#401406: RM: python2.3-doc

2006-12-03 Thread Matthias Klose
Package: ftp.debian.org
Severity: serious

[severity serious, because it should be removed from etch as well]

Please remove python2.3-doc from unstable (and then let it propagate
to testing).  In the recent python-defaults in testing/unstable,
python 2.3 isn't marked anymore as an supported python version.


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



Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread David Martínez Moreno
El domingo, 3 de diciembre de 2006 10:04, Anton Altaparmakov escribió:
 The linux-ntfs CVS now contains an adapted ntfsresize that restores the
 old behiour where the volume is not modified until the user says yes to
 begin modifications.  That is a lot less work than changing the
 documentation + output messages of ntfsresize and it is least surprise
 for users who upgrade to new version.

 The only difference to Szaka's version is that ntfsresize now only sets
 the dirty flag if the volume is not already dirty and it only empties the
 journal if it is not already empty.  It seems silly to do things that are
 already the case especially when they are things that can take a while
 like emptying the journal.

Thank you very much, guys.  What should we do know, apply the two-line 
patch 
from Szaka to 1.13.1, wait for 1.14, backport any other change...?

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgpXsYFkEfraG.pgp
Description: PGP signature


Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Anton Altaparmakov
On Sun, 3 Dec 2006, David Martínez Moreno wrote:
 El domingo, 3 de diciembre de 2006 10:04, Anton Altaparmakov escribió:
  The linux-ntfs CVS now contains an adapted ntfsresize that restores the
  old behiour where the volume is not modified until the user says yes to
  begin modifications.  That is a lot less work than changing the
  documentation + output messages of ntfsresize and it is least surprise
  for users who upgrade to new version.
 
  The only difference to Szaka's version is that ntfsresize now only sets
  the dirty flag if the volume is not already dirty and it only empties the
  journal if it is not already empty.  It seems silly to do things that are
  already the case especially when they are things that can take a while
  like emptying the journal.
 
   Thank you very much, guys.  What should we do know, apply the two-line 
 patch 
 from Szaka to 1.13.1, wait for 1.14, backport any other change...?

Entirely up to you.  If you want it immediately it is easiest if you apply 
the two-line patch from Szaka now and make your release and then when the 
next ntfsprogs release is done (it will be 2.0 not 1.14 btw) then you can 
release that.

Sound good?

Best regards,

Anton
-- 
Anton Altaparmakov aia21 at cam.ac.uk (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/

Bug#393912: marked as done (libswt3.1-gtk-gcj - dependency against libgcj missing)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 11:43:12 +0100
with message-id [EMAIL PROTECTED]
and subject line libswt3.1-gtk-gcj - dependency against libgcj missing
has caused the attached Bug report to be marked as done.

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

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

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

---BeginMessage---
Package: libswt3.1-gtk-gcj
Version: 3.1.2-2
Severity: serious

libswt3.1-gtk-gcj (all eclipse -gcj package) lacks a dependency against
the libgcj package

Bastian

-- 
Immortality consists largely of boredom.
-- Zefrem Cochrane, Metamorphosis, stardate 3219.8


signature.asc
Description: Digital signature
---End Message---
---BeginMessage---
bogus report, the packages depend on gij-4.1.
---End Message---


Bug#392510: eclipse-rcp: creating files in /usr/local violates FHS

2006-12-03 Thread Matthias Klose
tags 392510 + moreinfo
thanks

Do you have a productive proposal how to avoid that?


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



Bug#370436: RM: mozilla source package

2006-12-03 Thread Mike Hommey
reassign 370436 ftp.debian.org
severity 370436 normal
thanks

Hi,

Now that iceape has been uploaded to unstable and that it provides
upgrade path from mozilla, could you remove the mozilla source package
and associated binary packages from the archive ?

Thanks

Mike


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



Bug#400483: fmit: crashes at startup

2006-12-03 Thread Ludovic RESLINGER
On Sat, Dec 02, 2006 at 02:14:09PM +, Ben Hutchings wrote:
 Ludovic RESLINGER [EMAIL PROTECTED] wrote:
  If fmit works when you add --disable-alsa, it is probably
  because it is an alsa bug.
 
 Of course!  The fact that it selects different capturing code in fmit
 couldn't have anything to do with it!
 
 One or more of these obvious errors might be involved:
 
 1. CaptureThread uses volatile bool flags for communication between
 threads, but there's no guarantee that a volatile bool is or even can be
 updated atomically.
 2. CaptureThread::m_packet_size needs to be consistent with
 CaptureThread::m_values (I think) but it is written without the lock
 held in CaptureThreadImplALSA::capture_loop() and
 CaptureThreadImplJACK::jackProcess().
 3. CaptureThreadImplALSA::capture_finished() uses delete to free an
 array; it must use delete[] instead.
 4. CaptureThreadImplALSA::set_params() will continue if it can't set the
 format as requested (however the logs posted to this bug report indicate
 that this hasn't happened).  The format could use 32-bit samples, which
 would overflow the buffer in captureLoop().
 
 Someone who cares about this program could try to fix them.
 
 Ben.
 

Hi,

Thanks you for your help.

Yesterday, I contacted fmit upstream author about that.
He already corrected some of these errors.
When I will have his patch, I will apply it on debian package.

I don't know if it will solve segfault problems, but upstream author
had solved similar problems with theses changes.

If this patch doesn't solve the problem, I will probably reassign the bug
to alsa.

Regards,
-- 
.---.  Ludovic RESLINGER
   / \
   [EMAIL PROTECTED]@./ Trumpet Student in CNR
   /`\_/`\ Free Software Developer
  // )X( \\
 | \  :  )|_   _,'|   .''`.
/`\_`  _/ \ @==TTT=::_  |  : :'  :
\__/'---'\__/   ((_=HHH___))   `.|  `. `'`
 `---UUU---'= `-


signature.asc
Description: Digital signature


Processed: RM: mozilla source package

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

 reassign 370436 ftp.debian.org
Bug#370436: RM: mozilla -- unmaintained, abandoned upstream, RC-buggy
Bug reassigned from package `mozilla' to `ftp.debian.org'.

 severity 370436 normal
Bug#370436: RM: mozilla -- unmaintained, abandoned upstream, RC-buggy
Severity set to `normal' from `serious'

 thanks
Stopping processing here.

Please contact me if you need assistance.

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


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



Bug#375528: ruledispatch: FTBFS: again

2006-12-03 Thread Julien Danjou
reopen 375528
thanks

Hello,

There was a problem while autobuilding your package:

 Automatic build of ruledispatch_0.5adev-4 on nasya by sbuild/sparc 0.50
 Build started at 20061202-2301
 **
...
 copying build/lib.linux-sparc64-2.4/dispatch/tests/doctest.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/test_advice.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/test_classes.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/test_direct.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/test_dispatch.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/test_parsing.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/test_twisted.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/test_zope.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/tests/__init__.py - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch/tests
 copying build/lib.linux-sparc64-2.4/dispatch/combiners.txt - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch
 copying build/lib.linux-sparc64-2.4/dispatch/_speedups.so - 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/dispatch
 running install_egg_info
 running egg_info
 writing requirements to src/RuleDispatch.egg-info/requires.txt
 writing src/RuleDispatch.egg-info/PKG-INFO
 writing top-level names to src/RuleDispatch.egg-info/top_level.txt
 writing dependency_links to src/RuleDispatch.egg-info/dependency_links.txt
 reading manifest file 'src/RuleDispatch.egg-info/SOURCES.txt'
 writing manifest file 'src/RuleDispatch.egg-info/SOURCES.txt'
 Copying src/RuleDispatch.egg-info to 
 /build/buildd/ruledispatch-0.5adev/debian/python-dispatch/usr/lib/python2.4/site-packages/RuleDispatch-0.5a0-py2.4.egg-info
 running install_scripts
 dh_installdirs -ppython-dispatch 
 dh_installdocs -ppython-dispatch   
 dh_installexamples -ppython-dispatch 
 dh_installman -ppython-dispatch  
 dh_installinfo -ppython-dispatch  
 dh_installmenu -ppython-dispatch 
 dh_installcron -ppython-dispatch 
 dh_installinit -ppython-dispatch   
 dh_installdebconf -ppython-dispatch 
 dh_installemacsen -ppython-dispatch   
 dh_installcatalogs -ppython-dispatch 
 dh_installpam -ppython-dispatch 
 dh_installlogrotate -ppython-dispatch 
 dh_installlogcheck -ppython-dispatch 
 dh_installmime -ppython-dispatch 
 dh_installchangelogs -ppython-dispatch   
 dh_installudev -ppython-dispatch 
 dh_install -ppython-dispatch  
 dh_link -ppython-dispatch  
 dh_pysupport -ppython-dispatch 
 dh_python -ppython-dispatch   
 dh_python: Doing nothing since dh_pycompat exists; dh_pysupport or 
 dh_pycentral should do the work. You can remove dh_python from your rules 
 file.
 EGGDIR=$(find debian/python-dispatch/usr/lib/ -name RuleDispatch\*.egg-info | 
 head -n 1); \
   mv ${EGGDIR} \
   
 debian/python-dispatch/usr/share/python-support/python-dispatch/RuleDispatch-0.5a0.egg-info
 mv: missing destination file operand after 
 `debian/python-dispatch/usr/share/python-support/python-dispatch/RuleDispatch-0.5a0.egg-info'
 Try `mv --help' for more information.
 make: *** [binary-post-install/python-dispatch] Error 1
 **
 Build finished at 20061202-2305
 FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


pgph0EpbpSFDl.pgp
Description: PGP signature


Processed: ruledispatch: FTBFS: again

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

 reopen 375528
Bug#375528: ruledispatch: FTBFS: cannot stat 
`debian/python-dispatch/usr/share/python-support/python-dispatch/RuleDispatch-0.5a0-py2.3.egg-info':
 No such file or directory
'reopen' is deprecated when a bug has been closed with a version;
use 'found' or 'submitter' as appropriate instead.
Bug reopened, originator not changed.

 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#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread David Martínez Moreno
El domingo, 3 de diciembre de 2006 11:36, Anton Altaparmakov escribió:
  Thank you very much, guys.  What should we do know, apply the two-line
  patch from Szaka to 1.13.1, wait for 1.14, backport any other change...?

 Entirely up to you.  If you want it immediately it is easiest if you apply
 the two-line patch from Szaka now and make your release and then when the
 next ntfsprogs release is done (it will be 2.0 not 1.14 btw) then you can
 release that.

 Sound good?

Like a charm. :-)

As you probably know, we want to release Debian etch by the end of the 
year, 
and this bug was a showstopper.  I will release a patched 1.13.1 then (no big 
changes).

Frans, I will try to upload by today or tomorrow a new package.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgpSXq1zXUQk0.pgp
Description: PGP signature


Bug#400171: marked as done (belpic: FTBFS: src/beidcommlib/MessageQueue.h:42: error: 'QMutex' does not name a type)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 11:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#400171: fixed in belpic 2.5.9-6
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)

---BeginMessage---
Package: belpic
Version: 2.5.9-5
Severity: serious
Justification: FTBFS on amd64, already has amd64 binaries in etch
Usertags: grid5000

Hi,

During a rebuild of all packages in etch, I discovered that your package
failed to build on amd64.

Relevant parts:
g++ -o src/beidcommlib/Connection.os -c -Dlinux -pipe
-DQT_THREAD_SUPPORT -D_REENTRANT -g -O2  -fPIC -O -DNDEBUG -DNO_DEBUG
-I/usr/share
/qt3/include -I/usr/include/PCSC -Isrc/beidcommlib
src/beidcommlib/Connection.cpp
command line:1:1: warning: linux redefined
built-in: warning: this is the location of the previous definition
src/beidcommlib/MessageQueue.h:42: error: 'QMutex' does not name a type
src/beidcommlib/QSocketDeviceImpl.h:18: error: expected class-name
before '{' token
src/beidcommlib/ServerRecvThread.h:19: error: expected class-name before
'{' token
src/beidcommlib/Connection.cpp: In member function 'void
EIDCommLIB::CConnection::Close()':
src/beidcommlib/Connection.cpp:55: error: 'class
EIDCommLIB::CServerRecvThread' has no member named 'wait'
src/beidcommlib/Connection.cpp: In member function 'void
EIDCommLIB::CConnection::AttachSocket(int)':
src/beidcommlib/Connection.cpp:130: error: 'class
EIDCommLIB::CServerRecvThread' has no member named 'start'
scons: *** [src/beidcommlib/Connection.os] Error 1
scons: building terminated because of errors.
make: *** [stampdir/build-stamp] Error 2

The full build log is available from 
http://ox.blop.info/bazaar/buildlogs/20061123/

About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing an etch amd64
environment (not unstable).  Internet was not accessible from the build
systems. The builds were processed as root.

About Grid'5000:
Grid'5000 is an highly reconfigurable experimental Grid platform
gathering 9 sites and featuring a total of 5000 CPUs. It serves as a
testbed for research in Grid Computing. See https://www.grid5000.fr/
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |

---End Message---
---BeginMessage---
Source: belpic
Source-Version: 2.5.9-6

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

beid-tools_2.5.9-6_i386.deb
  to pool/main/b/belpic/beid-tools_2.5.9-6_i386.deb
beidgui_2.5.9-6_i386.deb
  to pool/main/b/belpic/beidgui_2.5.9-6_i386.deb
belpic_2.5.9-6.diff.gz
  to pool/main/b/belpic/belpic_2.5.9-6.diff.gz
belpic_2.5.9-6.dsc
  to pool/main/b/belpic/belpic_2.5.9-6.dsc
libbeid2-dev_2.5.9-6_i386.deb
  to pool/main/b/belpic/libbeid2-dev_2.5.9-6_i386.deb
libbeid2_2.5.9-6_i386.deb
  to pool/main/b/belpic/libbeid2_2.5.9-6_i386.deb
libbeidlibopensc2-dev_2.5.9-6_i386.deb
  to pool/main/b/belpic/libbeidlibopensc2-dev_2.5.9-6_i386.deb
libbeidlibopensc2_2.5.9-6_i386.deb
  to pool/main/b/belpic/libbeidlibopensc2_2.5.9-6_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.
Wouter Verhelst [EMAIL PROTECTED] (supplier of updated belpic 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: Mon, 27 Nov 2006 23:05:18 +0100
Source: belpic
Binary: beidgui libbeidlibopensc2-dev beid-tools libbeidlibopensc2 libbeid2 
libbeid2-dev
Architecture: source i386
Version: 2.5.9-6
Distribution: unstable
Urgency: low
Maintainer: Wouter Verhelst [EMAIL PROTECTED]
Changed-By: Wouter Verhelst [EMAIL PROTECTED]
Description: 
 beid-tools - SmartCard utilities from the OpenSC project, compiled against lib
 beidgui- application to read out information from the Belgian electronic I
 libbeid2   - library to read identity information from the Belgian electronic 
 libbeid2-dev - development library to read identity information from the 
Belgian
 libbeidlibopensc2 - belgian eID PKCS11 library
 libbeidlibopensc2-dev - belgian eID PKCS11 library, 

Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

2006-12-03 Thread Glenn Randers-Pehrson

On 12/3/06, Anibal Monsalve Salazar [EMAIL PROTECTED] wrote:

On Sat, Dec 02, 2006 at 10:25:13PM -0500, Glenn Randers-Pehrson wrote:
Try just-released libpng-1.2.15beta1

It has a revised configure.ac and configure, using some of Daniel's
ideas.  The soname
won't have to change when we release 1.2.15.

Glenn

libmagick didn't build with libpng-1.2.15beta1.


Well, Daniel said:

   It requires further changes to imagemagick that currently uses neither
   libpng-config nor pkg-config

Libpng-1.2.15beta1 only puts the PNG_NO_ASSEMBLER_CODE define
into libpng-config and libpng-pc, so ImageMagick needs to be modified
to consult one of those.

Are libpng.pc and libpng-config built correctly now on your platform?

Perhaps the best fix is to just brute-force always set
PNG_NO_ASSEMBLER_CODE in imageMagick, until libpng-1.4.0 is
released.

Glenn


See:

Sun, 03 Dec 2006 15:39:22 +1100
d5 amd64 linda 0.3.24 lintian 1.23.25 pbuilder 0.160 piuparts 0.20-3

I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30 
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $
[...]
Setting up libpng12-0 (1.2.15~beta1-0) ...
Setting up libpng12-dev (1.2.15~beta1-0) ...
[...]
/bin/sh ./libtool --silent --tag=CC --mode=link gcc  -g -O2 -Wall -pthread  
-L/usr/lib/X11 -lfreetype -lz -L/usr/lib -o utilities/animate -L/usr/lib/X11 
-lfreetype -lz -L/usr/lib utilities/animate.o magick/libMagick.la
magick/.libs/libMagick.so: undefined reference to `png_set_asm_flags'
magick/.libs/libMagick.so: undefined reference to `png_get_asm_flags'
collect2: ld returned 1 exit status
make[1]: *** [utilities/animate] Error 1
make[1]: Leaving directory `/tmp/buildd/imagemagick-6.2.4.5.dfsg1'
make: *** [build-stamp] Error 2
pbuilder: Failed autobuilding of package

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


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

iD8DBQFFcmCXgY5NIXPNpFURAuujAJ9SPAyxRKg5/hZzayyjCMc8nXRgiQCfXd7x
9AiPu62Rrq8Tg7JB1sbSnIE=
=GiS0
-END PGP SIGNATURE-







Bug#392510: eclipse-rcp: creating files in /usr/local violates FHS

2006-12-03 Thread Sam Hocevar
On Sun, Dec 03, 2006, Matthias Klose wrote:
 tags 392510 + moreinfo
 thanks
 
 Do you have a productive proposal how to avoid that?

   Since the .eclipseextension file is supposed to contain the version
of Eclipse that the plugins target, I don't think the Eclipse packages
themselves should create that file. It's up to the system administrator
installing third-party plugins. What do you think?

-- 
Sam.


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



Bug#401153: backtrace for iasl bug #401153

2006-12-03 Thread Mattia Dongili
On Sat, Dec 02, 2006 at 02:27:40AM +0100, Andreas Henriksson wrote:
 On fre, 2006-12-01 at 15:43 -0800, Moore, Robert wrote:
  I'm not sure I understand what you are describing, please clarify.
 
 Please see http://bugs.debian.org/401153 for the original bug report.
 Basically, iasl successfully compiles the atteched dsl file on a regular
 i386 pc, but when running the same program on PowerPC (Debian GNU/Linux)
 then you get a segmentation fault. There is probably a bug in the
 program somewhere which seems to only trigger on powerpc at the moment.
 
 It has been tracked down to being related to Asl.Value.String being
 NULL. This state seems invalid and makes the program crash. Do you have
 any idea what might have failed and how this variable could be
 uninitialized? It would be really appreciated if you have any hints
 about possible failures that we can investigate...

Just as a side note, I tried compiling the mentioned DSDT on an ARM
platform and I get a different error:

$ ./acpica-unix-20060912/compiler/iasl acpi-dsdt.dsl

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20060912 [Oct  2 2006]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a

ACPI Warning (nssearch-0421): Found bad character(s) in name, repaired: [_GP*]
 [20060912]

And no AML is generated.
-- 
mattia
:wq!


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



Bug#401416: digikam: crashes on startup

2006-12-03 Thread Christian Schult
Package: digikam
Version: 1:0.9.0~rc1-1
Severity: grave
Justification: renders package unusable

I'm running sid which ist updated on a daily basis. When starting digikam it
crashes while starting up.
Starting from Konsole it shows:

% digikam
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
digikam: ../nptl/sysdeps/pthread/createthread.c:234: create_thread: Assertion 
`({ __typeof (({ struct pthread *__self; asm (movl %%gs:%c1,%0 : =r 
(__self) : i (__builtin_offsetof (struct pthread, header.self))); 
__self;})-header.sysinfo) __value; if (sizeof (__value) == 1) asm volatile 
(movb %%gs:%P2,%b0 : =q (__value) : 0 (0), i (__builtin_offsetof 
(struct pthread, header.sysinfo))); else if (sizeof (__value) == 4) asm 
volatile (movl %%gs:%P1,%0 : =r (__value) : i (__builtin_offsetof (struct 
pthread, header.sysinfo))); else { if (sizeof (__value) != 8) abort (); asm 
volatile (movl %%gs:%P1,%%eax\n\t movl %%gs:%P2,%%edx : =A (__value) : 
i (__builtin_offsetof (struct pthread, header.sysinfo)), i 
(__builtin_offsetof (struct pthread, header.sysinfo) + 4)); } __value; }) == 
((pd)-header.sysinfo)' failed.
KCrash: Application 'digikam' crashing...
%


The backtrace of KDE-Crashmanager follows:
(multiple lines saying no debugging symbols found deleted)

(no debugging symbols found)
Using host libthread_db library /lib/tls/libthread_db.so.1.
(no debugging symbols found)
[...]
[Thread debugging using libthread_db enabled]
[New Thread -1241000256 (LWP 25887)]
[New Thread -1254462544 (LWP -1)]
(no debugging symbols found)
[...]
[KCrash handler]
#5  0xb60e1947 in raise () from /lib/tls/libc.so.6
#6  0xb60e30c9 in abort () from /lib/tls/libc.so.6
#7  0xb60db05f in __assert_fail () from /lib/tls/libc.so.6
#8  0xb63d99a2 in pthread_create@@GLIBC_2.1 () from /lib/tls/libpthread.so.0
#9  0xb68fc018 in QThread::start () from /usr/lib/libqt-mt.so.3
#10 0xb68fc0b7 in QThread::start () from /usr/lib/libqt-mt.so.3
#11 0xb7df93aa in Digikam::LoadSaveThread::LoadSaveThread ()
   from /usr/lib/libdigikam.so.0
#12 0xb7dfa7c2 in Digikam::ManagedLoadSaveThread::ManagedLoadSaveThread ()
   from /usr/lib/libdigikam.so.0
#13 0xb7de1d1f in Digikam::ImagePropertiesColorsTab::loadImageFromUrl ()
   from /usr/lib/libdigikam.so.0
#14 0xb7de22dd in Digikam::ImagePropertiesColorsTab::setData ()
   from /usr/lib/libdigikam.so.0
#15 0xb7ddd7a0 in Digikam::ImagePropertiesSideBarDB::slotChangedTab ()
   from /usr/lib/libdigikam.so.0
#16 0xb7ddc691 in Digikam::ImagePropertiesSideBarDB::itemChanged ()
   from /usr/lib/libdigikam.so.0
#17 0xb7ddc919 in Digikam::ImagePropertiesSideBarDB::itemChanged ()
   from /usr/lib/libdigikam.so.0
#18 0xb7cc58d9 in Digikam::DigikamView::slotDispatchImageSelected ()
   from /usr/lib/libdigikam.so.0
#19 0xb7cc600b in Digikam::DigikamView::qt_invoke ()
   from /usr/lib/libdigikam.so.0
#20 0xb696bcb3 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#21 0xb696c744 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#22 0xb6cf6db6 in QTimer::timeout () from /usr/lib/libqt-mt.so.3
#23 0xb6993567 in QTimer::event () from /usr/lib/libqt-mt.so.3
#24 0xb6903bd6 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#25 0xb69059f3 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#26 0xb709fe0e in KApplication::notify () from /usr/lib/libkdecore.so.4
#27 0xb68973d1 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3
#28 0xb68f65d3 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3
#29 0xb68ab71f in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#30 0xb691e129 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#31 0xb691df4a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#32 0xb690576f in QApplication::exec () from /usr/lib/libqt-mt.so.3
#33 0x0804a5d8 in main ()




-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.3-1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

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  

Bug#401345: spca5xx-source compile.

2006-12-03 Thread Andreas Henriksson
I'm using linux-headers-2.6.18-6, linux-headers-2.6.18-3-amd64 ... no
linux-source.

-- 
Regards,
Andreas Henriksson



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



Bug#401044: libpng12-dev: [AMD64] asm API functions not exported

2006-12-03 Thread Glenn Randers-Pehrson

Try libpng-1.2.15beta2

It provides stub asm functions regardless of the PNG_NO_ASSEMBLER_CODE
setting, therefore the API doesn't change.

Glenn


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



Bug#321781: marked as done ([NONFREE-DOC:GFDL1.1ol] contains non-free documentation)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 12:47:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#321781: fixed in gcc-4.0 4.0.3ds1-8
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)

---BeginMessage---
Package: libgcc1
Version: 1:4.0-0pre0
Severity: serious

The copyright file includes a copy of the GNU Free Documentation
License, which has been judged by debian-legal to be non-free. Please
remove the non-free material from the package or move the package to
non-free.

-- System Information:
Debian Release: 3.1
  APT prefers experimental
  APT policy: (501, 'experimental'), (501, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libgcc1 depends on:
ii  libc6   2.3.2.ds1-18 GNU C Library: Shared libraries an

-- no debconf information

---End Message---
---BeginMessage---
Source: gcc-4.0
Source-Version: 4.0.3ds1-8

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

gcc-4.0-base_4.0.3-8_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-8_hppa.deb
gcc-4.0-locales_4.0.3-8_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-locales_4.0.3-8_all.deb
gcc-4.0_4.0.3ds1-8.diff.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1-8.diff.gz
gcc-4.0_4.0.3ds1-8.dsc
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1-8.dsc
gcc-4.0_4.0.3ds1.orig.tar.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1.orig.tar.gz
libgcc2_4.0.3-8_hppa.deb
  to pool/main/g/gcc-4.0/libgcc2_4.0.3-8_hppa.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.
Matthias Klose [EMAIL PROTECTED] (supplier of updated gcc-4.0 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 09:52:56 +0100
Source: gcc-4.0
Binary: cpp-4.0 gcc-4.0-base gcc-4.0-soft-float gcc-4.0 gcc-4.0-locales libgcc2
Architecture: source all hppa
Version: 4.0.3ds1-8
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-gcc@lists.debian.org
Changed-By: Matthias Klose [EMAIL PROTECTED]
Description: 
 gcc-4.0-base - The GNU Compiler Collection (base package)
 gcc-4.0-locales - The GNU C compiler (native language support files)
 libgcc2- GCC support library
Closes: 280803 321780 321781
Changes: 
 gcc-4.0 (4.0.3ds1-8) unstable; urgency=low
 .
   * Disable build of C++ packages; build libgcc2 on hppa only, C related
 packages on hurd-i386 only.
   * Build without GFDL licensed docs. Closes: #280803, #321780, #321781.
 - debian/patches/svn-doc-updates.dpatch:
   Split out -doc specific patches.
 - debian/*.texi, debian/porting.html: Add dummy documentation.
 - debian/rules.unpack, debian/rules.patch: Update for non-gfdl build.
   * Update to SVN 20061203, taken from the gcc-4_0-branch.
 - Remove debian/patches/pr27334.dpatch, applied upstream.
Files: 
 03bca788fd5f65bb9672d5c84c98b76e 1814 devel optional gcc-4.0_4.0.3ds1-8.dsc
 02955f5294ca53d1680993afa68c0ae2 31715200 devel optional 
gcc-4.0_4.0.3ds1.orig.tar.gz
 a81649e6a32d9a0f0bbd35151b77c2e0 732199 devel optional 
gcc-4.0_4.0.3ds1-8.diff.gz
 ca92b1df984938a16bd876750bb40575 1018040 devel optional 
gcc-4.0-locales_4.0.3-8_all.deb
 1f7e680b273021a954554a2f5b3cbf8c 181980 devel optional 
gcc-4.0-base_4.0.3-8_hppa.deb
 f224d49ba8800290c02d0e0485e9281b 28520 libs required libgcc2_4.0.3-8_hppa.deb

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

iD8DBQFFcsUaStlRaw+TLJwRAvAZAJ47yYxf6vzEJVF/ebJFCgCkop/TbwCghsE9
3kAsNI8dl/8j6ioLnZutbEA=
=Zicf
-END PGP SIGNATURE-

---End Message---


Bug#401425: obsolete package

2006-12-03 Thread W. Borgert
Package: devel-protocols
Version: 1.5
Severity: critical

This is a meta-package I created a long time ago. I don't
consider it to be useful today and it should be removed from
unstable and testing. I will create some useful debtags for
the respective packages instead.


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



Bug#401345: Your sources are right

2006-12-03 Thread Manolo Díaz
Hi again,

The problem was that I didn't enable video for linux API 1 compatible 
layer
while compiling my custom kernel and it seems it's needed.

Regards,
Manolo.




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



Bug#280803: marked as done ([NONFREE-DOC:GFDL1.2olisfcbc] contains non-free documentation)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 12:47:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#280803: fixed in gcc-4.0 4.0.3ds1-8
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)

---BeginMessage---
Package: libgcc1
Version: 1:4.0-0pre0
Severity: serious

The copyright file includes a copy of the GNU Free Documentation
License, which has been judged by debian-legal to be non-free. Please
remove the non-free material from the package or move the package to
non-free.

-- System Information:
Debian Release: 3.1
  APT prefers experimental
  APT policy: (501, 'experimental'), (501, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libgcc1 depends on:
ii  libc6   2.3.2.ds1-18 GNU C Library: Shared libraries an

-- no debconf information

---End Message---
---BeginMessage---
Source: gcc-4.0
Source-Version: 4.0.3ds1-8

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

gcc-4.0-base_4.0.3-8_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-8_hppa.deb
gcc-4.0-locales_4.0.3-8_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-locales_4.0.3-8_all.deb
gcc-4.0_4.0.3ds1-8.diff.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1-8.diff.gz
gcc-4.0_4.0.3ds1-8.dsc
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1-8.dsc
gcc-4.0_4.0.3ds1.orig.tar.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1.orig.tar.gz
libgcc2_4.0.3-8_hppa.deb
  to pool/main/g/gcc-4.0/libgcc2_4.0.3-8_hppa.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.
Matthias Klose [EMAIL PROTECTED] (supplier of updated gcc-4.0 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 09:52:56 +0100
Source: gcc-4.0
Binary: cpp-4.0 gcc-4.0-base gcc-4.0-soft-float gcc-4.0 gcc-4.0-locales libgcc2
Architecture: source all hppa
Version: 4.0.3ds1-8
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-gcc@lists.debian.org
Changed-By: Matthias Klose [EMAIL PROTECTED]
Description: 
 gcc-4.0-base - The GNU Compiler Collection (base package)
 gcc-4.0-locales - The GNU C compiler (native language support files)
 libgcc2- GCC support library
Closes: 280803 321780 321781
Changes: 
 gcc-4.0 (4.0.3ds1-8) unstable; urgency=low
 .
   * Disable build of C++ packages; build libgcc2 on hppa only, C related
 packages on hurd-i386 only.
   * Build without GFDL licensed docs. Closes: #280803, #321780, #321781.
 - debian/patches/svn-doc-updates.dpatch:
   Split out -doc specific patches.
 - debian/*.texi, debian/porting.html: Add dummy documentation.
 - debian/rules.unpack, debian/rules.patch: Update for non-gfdl build.
   * Update to SVN 20061203, taken from the gcc-4_0-branch.
 - Remove debian/patches/pr27334.dpatch, applied upstream.
Files: 
 03bca788fd5f65bb9672d5c84c98b76e 1814 devel optional gcc-4.0_4.0.3ds1-8.dsc
 02955f5294ca53d1680993afa68c0ae2 31715200 devel optional 
gcc-4.0_4.0.3ds1.orig.tar.gz
 a81649e6a32d9a0f0bbd35151b77c2e0 732199 devel optional 
gcc-4.0_4.0.3ds1-8.diff.gz
 ca92b1df984938a16bd876750bb40575 1018040 devel optional 
gcc-4.0-locales_4.0.3-8_all.deb
 1f7e680b273021a954554a2f5b3cbf8c 181980 devel optional 
gcc-4.0-base_4.0.3-8_hppa.deb
 f224d49ba8800290c02d0e0485e9281b 28520 libs required libgcc2_4.0.3-8_hppa.deb

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

iD8DBQFFcsUaStlRaw+TLJwRAvAZAJ47yYxf6vzEJVF/ebJFCgCkop/TbwCghsE9
3kAsNI8dl/8j6ioLnZutbEA=
=Zicf
-END PGP SIGNATURE-

---End Message---


Bug#321780: marked as done ([NONFREE-DOC:GFDL1.1] contains non-free documentation)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 12:47:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#321780: fixed in gcc-4.0 4.0.3ds1-8
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)

---BeginMessage---
Package: libgcc1
Version: 1:4.0-0pre0
Severity: serious

The copyright file includes a copy of the GNU Free Documentation
License, which has been judged by debian-legal to be non-free. Please
remove the non-free material from the package or move the package to
non-free.

-- System Information:
Debian Release: 3.1
  APT prefers experimental
  APT policy: (501, 'experimental'), (501, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages libgcc1 depends on:
ii  libc6   2.3.2.ds1-18 GNU C Library: Shared libraries an

-- no debconf information

---End Message---
---BeginMessage---
Source: gcc-4.0
Source-Version: 4.0.3ds1-8

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

gcc-4.0-base_4.0.3-8_hppa.deb
  to pool/main/g/gcc-4.0/gcc-4.0-base_4.0.3-8_hppa.deb
gcc-4.0-locales_4.0.3-8_all.deb
  to pool/main/g/gcc-4.0/gcc-4.0-locales_4.0.3-8_all.deb
gcc-4.0_4.0.3ds1-8.diff.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1-8.diff.gz
gcc-4.0_4.0.3ds1-8.dsc
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1-8.dsc
gcc-4.0_4.0.3ds1.orig.tar.gz
  to pool/main/g/gcc-4.0/gcc-4.0_4.0.3ds1.orig.tar.gz
libgcc2_4.0.3-8_hppa.deb
  to pool/main/g/gcc-4.0/libgcc2_4.0.3-8_hppa.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.
Matthias Klose [EMAIL PROTECTED] (supplier of updated gcc-4.0 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 09:52:56 +0100
Source: gcc-4.0
Binary: cpp-4.0 gcc-4.0-base gcc-4.0-soft-float gcc-4.0 gcc-4.0-locales libgcc2
Architecture: source all hppa
Version: 4.0.3ds1-8
Distribution: unstable
Urgency: low
Maintainer: Debian GCC Maintainers debian-gcc@lists.debian.org
Changed-By: Matthias Klose [EMAIL PROTECTED]
Description: 
 gcc-4.0-base - The GNU Compiler Collection (base package)
 gcc-4.0-locales - The GNU C compiler (native language support files)
 libgcc2- GCC support library
Closes: 280803 321780 321781
Changes: 
 gcc-4.0 (4.0.3ds1-8) unstable; urgency=low
 .
   * Disable build of C++ packages; build libgcc2 on hppa only, C related
 packages on hurd-i386 only.
   * Build without GFDL licensed docs. Closes: #280803, #321780, #321781.
 - debian/patches/svn-doc-updates.dpatch:
   Split out -doc specific patches.
 - debian/*.texi, debian/porting.html: Add dummy documentation.
 - debian/rules.unpack, debian/rules.patch: Update for non-gfdl build.
   * Update to SVN 20061203, taken from the gcc-4_0-branch.
 - Remove debian/patches/pr27334.dpatch, applied upstream.
Files: 
 03bca788fd5f65bb9672d5c84c98b76e 1814 devel optional gcc-4.0_4.0.3ds1-8.dsc
 02955f5294ca53d1680993afa68c0ae2 31715200 devel optional 
gcc-4.0_4.0.3ds1.orig.tar.gz
 a81649e6a32d9a0f0bbd35151b77c2e0 732199 devel optional 
gcc-4.0_4.0.3ds1-8.diff.gz
 ca92b1df984938a16bd876750bb40575 1018040 devel optional 
gcc-4.0-locales_4.0.3-8_all.deb
 1f7e680b273021a954554a2f5b3cbf8c 181980 devel optional 
gcc-4.0-base_4.0.3-8_hppa.deb
 f224d49ba8800290c02d0e0485e9281b 28520 libs required libgcc2_4.0.3-8_hppa.deb

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

iD8DBQFFcsUaStlRaw+TLJwRAvAZAJ47yYxf6vzEJVF/ebJFCgCkop/TbwCghsE9
3kAsNI8dl/8j6ioLnZutbEA=
=Zicf
-END PGP SIGNATURE-

---End Message---


Bug#397964: marked as done (eclipse cannot be installed)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 14:12:21 +0100
with message-id [EMAIL PROTECTED]
and subject line fixed in eclipse-3.2.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)

---BeginMessage---
Package: eclipse
Severity: grave
Justification: renders package unusable



# LANG=C apt-get install eclipse
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.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  eclipse: Depends: eclipse-jdt (= 3.1.2-2) but it is not going to be installed
   Depends: eclipse-pde (= 3.1.2-2) but it is not going to be installed
   Depends: eclipse-source (= 3.1.2-2) but it is not going to be 
installed
E: Broken packages



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

---End Message---
---BeginMessage---
Version: 3.2.1-1
---End Message---


Bug#364368: marked as done (Build-Dep on mozilla (library), please transition to xulrunner)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 14:12:21 +0100
with message-id [EMAIL PROTECTED]
and subject line fixed in eclipse-3.2.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)

---BeginMessage---
Package: eclipse
Severity: wishlist

Heya,

It looks like your package still depends on a mozilla library in
testing. As upstream declared mozilla to be dead and moved all
functionality that is needed to embed gecko and friends to a new
software suite (xulrunner), you should update your package to work with
those. At the moment, it looks like we don't want to release etch with
mozilla [1]. 

This means that your package needs to update it's
build-dependencies to the new packages provided by xulrunner. The
interface shouldn't have changed, so looking at this mapping, changing
the packaging a bit and doing a test-build should be enough:

libnspr-dev - libnspr4-dev
libnspr4- libnspr4-0d
libnss-dev  - libnss3-dev
libnss3 - libnss3-0d  
mozilla-dev - libxul-dev (probably, you may need to change include pathes)

Maybe you've been lucky and upstream already transitioned to use the
xulrunner environment.

Marc

Footnotes: 
[1]  Mozilla security maintenance isn't easy anyway, but releasing it
 and with that promising security support *after* it was declared
 dead by upstream would be insane. So we don't want to do that.


---End Message---
---BeginMessage---
Version: 3.2.1-1
---End Message---


Bug#396793: marked as done (eclipse-ecj-gcj: Unmet dependency - can't install)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 14:12:21 +0100
with message-id [EMAIL PROTECTED]
and subject line fixed in eclipse-3.2.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)

---BeginMessage---
Package: eclipse-ecj-gcj
Version: 3.1.2-2
Severity: grave
Justification: renders package unusable

This package depends on 'libgcj7' which is unavailable.  This unmet 
dependency makes the package uninstallable.

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

---End Message---
---BeginMessage---
Version: 3.2.1-1
---End Message---


Bug#396376: marked as done (eclipse: doesn't start - java.lang.RuntimeException: Could not find framework)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 14:17:19 +0100
with message-id [EMAIL PROTECTED]
and subject line eclipse: doesn't start - java.lang.RuntimeException: Could 
not find framework 
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)

---BeginMessage---

Package: eclipse
Version: 3.1.2-2
Severity: grave
Justification: renders package unusable

When I try to run 'eclipse', it shows me dialog that it couldn't start, and that
I should check a log file in my ~/.eclipse.
Here's the output, with different VM's (changed using /etc/eclipse/java_home):

[EMAIL PROTECTED] ~ $ rm -Rf .eclipse  /dev/null
[EMAIL PROTECTED] ~ $ eclipse
searching for compatible vm...
 testing /usr/lib/kaffe/pthreads...found

[EMAIL PROTECTED] ~ $ cat
.eclipse/org.eclipse.platform_3.1.2/configuration/1162310721134.log
!SESSION Tue Oct 31 17:05:21 GMT+01:00 2006 
!ENTRY org.eclipse.core.launcher 4 0 2006-10-31 17:05:21.526
!MESSAGE Exception launching the Eclipse Platform:
!STACK
java.lang.RuntimeException: Could not find framework
  at org.eclipse.core.launcher.Main.getBootPath (Main.java:635)
  at org.eclipse.core.launcher.Main.basicRun (Main.java:272)
  at org.eclipse.core.launcher.Main.run (Main.java:973)
  at org.eclipse.core.launcher.Main.main (Main.java:948)
  at java.lang.reflect.Method.invoke0 (Method.java)
  at java.lang.reflect.Method.invoke (Method.java:255)
  at org.kaffe.jar.ExecJarName.main (ExecJarName.java:64)
  at org.kaffe.jar.ExecJar.main (ExecJar.java:57)


[EMAIL PROTECTED] ~ $ rm -Rf .eclipse  /dev/null
[EMAIL PROTECTED] ~ $ eclipse
searching for compatible vm...
 testing /usr/lib/jvm/java-gcj...found

[EMAIL PROTECTED] ~ $ cat
.eclipse/org.eclipse.platform_3.1.2/configuration/1162310751565.log
!SESSION Tue Oct 31 17:05:51 GMT+01:00 2006 
!ENTRY org.eclipse.core.launcher 4 0 2006-10-31 17:05:51.570
!MESSAGE Exception launching the Eclipse Platform:
!STACK
java.lang.RuntimeException: Could not find framework
  at org.eclipse.core.launcher.Main.getBootPath(Main.java:635)
  at org.eclipse.core.launcher.Main.basicRun(Main.java:272)
  at org.eclipse.core.launcher.Main.run(Main.java:973)
  at org.eclipse.core.launcher.Main.main(Main.java:948)


[EMAIL PROTECTED] ~ $ rm -Rf .eclipse  /dev/null
[EMAIL PROTECTED] ~ $ eclipse
searching for compatible vm...
 testing /usr/lib/j2re1.5-sun...found

[EMAIL PROTECTED] ~ $ cat
.eclipse/org.eclipse.platform_3.1.2/configuration/1162310768918.log
!SESSION Tue Oct 31 17:06:08 CET 2006 --
!ENTRY org.eclipse.core.launcher 4 0 2006-10-31 17:06:09.07
!MESSAGE Exception launching the Eclipse Platform:
!STACK
java.lang.RuntimeException: Could not find framework
   at org.eclipse.core.launcher.Main.getBootPath(Main.java:635)
   at org.eclipse.core.launcher.Main.basicRun(Main.java:272)
   at org.eclipse.core.launcher.Main.run(Main.java:973)
   at org.eclipse.core.launcher.Main.main(Main.java:948)


The package I have installed (as for other packages, generally
everything should be up-to-date):

dax /etc/eclipse # dpkg -l|grep eclipse
ii  eclipse  3.1.2-2
 Extensible Tool Platform and Java IDE
ii  eclipse-ecj  3.1.2-2
 Eclipse Java compiler and Ant plug-in
ii  eclipse-efj  3.1.2-2
 Eclipse Java code formatter
ii  eclipse-jdt  3.1.2-2
 Java Development Tools plug-ins for Eclipse
ii  eclipse-jdt-common   3.1.2-2
 Java Development Tools plug-ins for Eclipse (common files)
ii  eclipse-jdt-gcj  3.1.2-2
 Java Development Tools plug-ins for Eclipse (GCJ version)
ii  eclipse-pde  3.1.2-2
 Plug-in Development Environment to develop Eclipse plug-ins
ii  eclipse-pde-common   3.1.2-2
 Plug-in Development Environment to develop Eclipse plug-ins (com
ii  eclipse-pde-gcj  3.1.2-2
 Plug-in Development Environment to develop Eclipse plug-ins (GCJ
ii  eclipse-platform 3.1.2-2
 Eclipse platform without plug-ins to develop any language
ii  eclipse-platform-common  3.1.2-2
 Eclipse platform without plug-ins to develop any language (commo
ii  eclipse-platform-gcj 3.1.2-2
 Eclipse platform without plug-ins to develop any language (GCJ v
ii  eclipse-rcp  3.1.2-2
 Eclipse rich client platform
ii  eclipse-rcp-common   

Bug#392339: marked as done (eclipse: FTBFS: Cannot find -lgcjawt)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 14:12:21 +0100
with message-id [EMAIL PROTECTED]
and subject line fixed in eclipse-3.2.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)

---BeginMessage---
Package: eclipse
Version: 3.1.2-2
Severity: serious

From my pbuilder build log (on i386 sid):

...
 [exec] gcc -O2 -Wall -DSWT_VERSION=3139  -DLINUX -DGTK 
-I/usr/lib/jvm/java-gcj/include -I/usr/lib/jvm/java-gcj/include/linux -fpic
-c -o swt_awt.o swt_awt.c
 [exec] gcc -L/usr/lib/jvm/java-gcj/jre/bin -lgcjawt -shared -s -o 
libswt-awt-gtk-3139.so swt_awt.o
 [exec] /usr/bin/ld: cannot find -lgcjawt
 [exec] collect2: ld returned 1 exit status
 [exec] make[1]: *** [libswt-awt-gtk-3139.so] Error 1
 [exec] make[1]: Leaving directory 
`/tmp/buildd/eclipse-3.1.2/source-tree/swttmp'

BUILD FAILED
/tmp/buildd/eclipse-3.1.2/source-tree/build.xml:54: exec returned: 2

Total time: 14 minutes 15 seconds
make: *** [build-java-stamp] Error 1
-- 
Daniel Schepler

---End Message---
---BeginMessage---
Version: 3.2.1-1
---End Message---


Bug#356497: marked as done (libswt3.1-gtk-java: depends on mozilla-browser on i386)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 14:12:21 +0100
with message-id [EMAIL PROTECTED]
and subject line fixed in eclipse-3.2.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)

---BeginMessage---
Package: libswt3.1-gtk-java
Severity: normal

(only) for i386 platforms, the package still depends on mozilla-browser. this
should be replaced to something generic.

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

---End Message---
---BeginMessage---
Version: 3.2.1-1
---End Message---


Bug#372880: marked as done (eclipse can't start: problem opening page)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 3 Dec 2006 14:16:17 +0100
with message-id [EMAIL PROTECTED]
and subject line eclipse can't start: problem opening page
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)

---BeginMessage---
Package: eclipse
Version: 3.1.2-2
Severity: grave
Justification: renders package unusable

Hi Michael,

I have problem running eclipse in Etch (it was also the case with
Sid). When launching /usr/bin/eclise, I have the splash screnn, then an
error window appears with: Problems Opening page. When I want more
details, I have: empty document, with no root element.

Do you have an idea about this problem?

This render eclipse package unusable for me.

Note: an upstream installation works with jamvm from Sid.

Cheers,

Arnaud

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

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

eclipse recommends no packages.

-- no debconf information

---End Message---
---BeginMessage---
closing this report, no feedback during the last five months. please
recheck with 3.2.1-1 and removed ~/.eclipse directory.
---End Message---


Bug#400483: fmit: crashes at startup

2006-12-03 Thread Ludovic RESLINGER
Hi,

Finaly, upstream author integrated these changes in a new release, available
since yesterday (0.96.6).

I'm preparing an upload of this new version for today or tomorrow.

If you want to test this new version before this upload, to see if
this bug is solved, you could find this version at:

http://download.gna.org/fmit/fmit-0.96.6.tar.gz

Regards,
-- 
.---.  Ludovic RESLINGER
   / \
   [EMAIL PROTECTED]@./ Trumpet Student in CNR
   /`\_/`\ Free Software Developer
  // )X( \\
 | \  :  )|_   _,'|   .''`.
/`\_`  _/ \ @==TTT=::_  |  : :'  :
\__/'---'\__/   ((_=HHH___))   `.|  `. `'`
 `---UUU---'= `-


signature.asc
Description: Digital signature


Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Szakacsits Szabolcs

On Sun, 3 Dec 2006, David [iso-8859-15] Martínez Moreno wrote:
 El domingo, 3 de diciembre de 2006 11:36, Anton Altaparmakov escribió:
 Thank you very much, guys.  What should we do know, apply the two-line
   patch from Szaka to 1.13.1, wait for 1.14, backport any other change...?
 
  Entirely up to you.  If you want it immediately it is easiest if you apply
  the two-line patch from Szaka now and make your release and then when the
  next ntfsprogs release is done (it will be 2.0 not 1.14 btw) then you can
  release that.
 
  Sound good?
 
   Like a charm. :-)

Sorry I didn't explain myself better. My patch was only for Vista. 

I'm paranoidly careful with changes and would like to know the exact 
side-effects on the bit level on the entire volume for all non-Vista 
Microsoft NTFS drivers (there are quite many!). But I don't have the 
resources for that (hardware, OS, time, etc). So I'll make a surely safe 
patch asap.

Of course anybody is welcome to do it earlier based on what I suggested 
previously. It's not difficult (detect Vista and don't use the 
VOLUME_MOUNTED_ON_NT4 flag).

Btw, there are other reliability problems with the current ntfsprogs, I'll 
write about them later.

   As you probably know, we want to release Debian etch by the end of 
 the year, and this bug was a showstopper.  I will release a patched 
 1.13.1 then (no big changes).

This is an __EXTREMELY__ urgent issue. Each day costs probably at least 
hundreds of trashed Vista. People won't migrate immediately, it will take 
many years. Anytime somebody use their old, trusted ntfs resizing solution 
with vista (gparted, qtparted, diskdrake, partition logic, older Linux 
installers, etc, etc) they will be in trouble.

The same happened when the HDIO_GETGEO ioctl semantic has changed 4 years 
ago in the kernel and Parted (which is used by almost all partitioners) 
started to trash Windows partition tables which is still not fully fixed 
today.

Thankfully Vista includes a resizer and it's easy to understand this 
problem. But we also must make a well articulated solution for unbootable 
Vista and spread these info and warning as quickly as possible. 

Szaka



Bug#389010: eclipse fulls /tmp

2006-12-03 Thread Matthias Klose
tags 389010 + unreproducible moreinfo
severity 389010 important

please recheck with 3.2.1-1:

 - is eclipse-gcj installed? is the gcj runtime used?

 - does this work with the sun-java5 runtime?


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



Bug#356497: azureus dependency on obsolete swt-gtk packages

2006-12-03 Thread Matthias Klose
reassign 356497 azureus
thanks

that's an azureus problem; azureus should depend on the swt-gtk
packages built by eclipse.


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



Bug#369542: security problem in ssmtp package (password exposure)

2006-12-03 Thread Julien Louis
tags 36942 + patch
thanks

On Sat, Dec 02, 2006 at 04:35:41PM +0100, Andreas Barth wrote:
 
 unfortunatly, this patch doesn't apply cleanly in Debian.
 
An updated patch, which applies cleanly, is attached.

Cheers
-- 
 ca y est j'ai acheté mandrake a la fnac 
 je vais devenir UN LINUX GOUROU
 -+- taco2 in Guide du Petit Joueur : Con-Gourou -+-
--- ssmtp.c.orig2006-12-03 13:05:50.0 +0100
+++ ssmtp.c 2006-12-03 13:05:54.0 +0100
@@ -1406,6 +1406,7 @@
struct passwd *pw;
int i, sock;
uid_t uid;
+   boot_t minus_v_save;
int timeout = 0;
 
outbytes = 0;
@@ -1522,7 +1523,12 @@
 #ifdef MD5AUTH
}
 #endif
+   /* We do NOT want the password output to STDERR
+* even base64 encoded.*/
+   minus_v_save = minus_v;
+   minus_v = False;
outbytes += smtp_write(sock, %s, buf);
+   minus_v = minus_v_save;
(void)alarm((unsigned) MEDWAIT);
 
if(smtp_okay(sock, buf) == False) {


Processed: azureus dependency on obsolete swt-gtk packages

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

 reassign 356497 azureus
Bug#356497: libswt3.1-gtk-java: depends on mozilla-browser on i386
Bug#364368: Build-Dep on mozilla (library), please transition to xulrunner
Bug reassigned from package `eclipse' to `azureus'.

 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 (with 3 errors): Re: eclipse fulls /tmp

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

 tags 389010 + unreproducible moreinfo
Bug#389010: eclipse fulls /tmp
There were no tags set.
Tags added: unreproducible, moreinfo

 severity 389010 important
Bug#389010: eclipse fulls /tmp
Severity set to `important' from `critical'

 please recheck with 3.2.1-1:
Unknown command or malformed arguments to command.

  - is eclipse-gcj installed? is the gcj runtime used?
Unknown command or malformed arguments to command.

  - does this work with the sun-java5 runtime?
Unknown command or malformed arguments to command.


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#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Anton Altaparmakov
On Sun, 3 Dec 2006, Szakacsits Szabolcs wrote:
 On Sun, 3 Dec 2006, David [iso-8859-15] Martínez Moreno wrote:
  El domingo, 3 de diciembre de 2006 11:36, Anton Altaparmakov escribió:
Thank you very much, guys.  What should we do know, apply the 
two-line
patch from Szaka to 1.13.1, wait for 1.14, backport any other change...?
  
   Entirely up to you.  If you want it immediately it is easiest if you apply
   the two-line patch from Szaka now and make your release and then when the
   next ntfsprogs release is done (it will be 2.0 not 1.14 btw) then you can
   release that.
  
   Sound good?
  
  Like a charm. :-)
 
 Sorry I didn't explain myself better. My patch was only for Vista. 

Disagree.  Your patch is fine for all NTFS volumes.  There is no need to 
set the mounted on NT4 bit on any volume during what NTFS resize does.  It 
does not do anything that would be analogous to an NT4 operation.  I have 
no idea why you ever set the flag.  As far as I am concerned setting that 
flag at all is an outright bug in NTFS resize.

Best regards,

Anton
-- 
Anton Altaparmakov aia21 at cam.ac.uk (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/

Processed: Re: Bug#400178: lout: FTBFS: unresolved cross reference

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

 retitle 400178 prg2lout failure causes occasional FTBFS
Bug#400178: lout: FTBFS: unresolved cross reference
Changed Bug title.

 severity 400178 important
Bug#400178: prg2lout failure causes occasional FTBFS
Severity set to `important' from `serious'

 thanks
Stopping processing here.

Please contact me if you need assistance.

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


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



Bug#400178: lout: FTBFS: unresolved cross reference

2006-12-03 Thread J.H.M. Dassen (Ray)
retitle 400178 prg2lout failure causes occasional FTBFS
severity 400178 important
thanks

On Fri, Nov 24, 2006 at 11:41:10 +0100, Julien Danjou wrote:
 There was a problem while autobuilding your package:

Unresolved cross references do not cause lout to fail; retitling
accordingly. The real problem is this bit:
  lout file prg_embe (from prg line 138, from all line 48):
 42,17: fatal error: failure (non-zero status) of filter: prg2lout -r -lC 
-ilouti1 -olout1 -elout.err -t8 
  -T8s

I will need to investigate this further. This does not occur
deterministically. I'm lowering the severity, as this problem has not
prevented the buildds from building the package on all relevant
architectures.

Ray
-- 
Personally, I guess I'd favor a sort of modified form of medieval justice.
The idea is that you throw the lawyers for both parties into a pond. The
person whose lawyer sinks would be declared the winner.
Rob Kleinschmidt 


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



Processed: submitter 290325, submitter 318020, submitter 364730, submitter 314802, submitter 368619 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

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

 # Automatically generated email from bts, devscripts version 2.9.26
 #update my e-mail address. Old one will be turned off, soon.
 submitter 290325 Johannes Rohr [EMAIL PROTECTED]
Bug#290325: mozilla-calendar: Prehistoric calendar breaks locale
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 318020 Johannes Rohr [EMAIL PROTECTED]
Bug#318020: xemacs21-basesupport: vm corrupts my complete mail directory
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 364730 Johannes Rohr [EMAIL PROTECTED]
Bug#364730: preload of libaoss.so causes mutt to segfault on large mboxes
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 314802 Johannes Rohr [EMAIL PROTECTED]
Bug#314802: gtk2-engines-gtk-qt: Please use GTK2_RC_FILES
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 368619 Johannes Rohr [EMAIL PROTECTED]
Bug#368619: azureus: fails to start web browser
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 165503 Johannes Rohr [EMAIL PROTECTED]
Bug#165503: xemacs21-gnome-mule: gnus failure if LANG != C 
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 175014 Johannes Rohr [EMAIL PROTECTED]
Bug#175014: epiphany should provide a few debian-related bookmarks by default
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 243332 Johannes Rohr [EMAIL PROTECTED]
Bug#243332: timidity: Needs to load modules explicitely if udev is running
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 302567 Johannes Rohr [EMAIL PROTECTED]
Bug#302567: blam: Never refreshes over proxy
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 303537 Johannes Rohr [EMAIL PROTECTED]
Bug#303537: kmail: Antivirus wizard does not create any filters
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 307942 Johannes Rohr [EMAIL PROTECTED]
Bug#307942: apt-get autoclean removes valid cache members
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 314798 Johannes Rohr [EMAIL PROTECTED]
Bug#314798: vrms: Reports free packages as non-free
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 318002 Johannes Rohr [EMAIL PROTECTED]
Bug#318002: O: f-prot-installer -- F-Prot(tm) Antivirus installer package
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 352512 Johannes Rohr [EMAIL PROTECTED]
Bug#352512: hal: hal locks out acpid
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 364731 Johannes Rohr [EMAIL PROTECTED]
Bug#364731: O: f-prot-installer -- F-Prot(tm) Antivirus installer package
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 368789 Johannes Rohr [EMAIL PROTECTED]
Bug#368789: gnome-dictionary: No longer renders cross-references as hyperlinks
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 378740 Johannes Rohr [EMAIL PROTECTED]
Bug#378740: openoffice.org-gnome: Control-shift hotkeys broken in Gtk/UTF8 
environment
Changed Bug submitter from Johannes Rohr [EMAIL PROTECTED] to Johannes Rohr 
[EMAIL PROTECTED].

 #update my e-mail address. Old one will be turned off, soon.
 submitter 383307 Johannes Rohr [EMAIL PROTECTED]
Bug#383307: samba: SEGFAULT faild to get pdb methods for backend tdbsam
Changed Bug submitter from Johannes Rohr 

Bug#390023: multipath maintainence

2006-12-03 Thread Guido Guenther
Hi Andreas,
On Sat, Dec 02, 2006 at 04:48:48PM +0100, Andreas Barth wrote:
 today on IRC (times are CET):
 16:26  aba waldi: can you please comment on 390023?
 16:28  waldi aba: no
 16:35  aba waldi: are you not the maintainer of this package any more?
 (my last question was not answered up till 16:46)
 
 so one of the maintainers seems to have dropped out definitly now.
I'd be happy to help as a co maintainer for multipath-tools.
Cheers,
 -- Guido


signature.asc
Description: Digital signature


Bug#401045: Subject: PHP5 5.2.0 has a class DateTime, as does phpgroupware 0.9.16

2006-12-03 Thread Thijs Kinkhorst
  It works fine on php 5.[01].x
 
 But etch is going to ship with php 5.2.  If phpgroupware is to be included
 with etch, we'll need a phpgroupware package that's compatible with php 5.2.

While obviously suboptimal, the phpgroupware package could tighten its
dependencies to just php4 and work fine. That is vastly preferable over
removing it outright.


Thijs


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


Processed: retitle 401407 to RM: python2.3 -- RoM; obsolete, severity of 401407 is normal

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

 # Automatically generated email from bts, devscripts version 2.9.25
 # ftp.d.o removals arent RC
 retitle 401407 RM: python2.3 -- RoM; obsolete
Bug#401407: RM: python2.3
Changed Bug title.

 severity 401407 normal
Bug#401407: RM: python2.3 -- RoM; obsolete
Severity set to `normal' from `serious'


End of message, stopping processing here.

Please contact me if you need assistance.

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


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



Processed: retitle 401406 to RM: python2.3-doc -- RoM; obsolete, severity of 401406 is normal

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

 # Automatically generated email from bts, devscripts version 2.9.25
 # ftp.d.o removals arent RC
 retitle 401406 RM: python2.3-doc -- RoM; obsolete
Bug#401406: RM: python2.3-doc
Changed Bug title.

 severity 401406 normal
Bug#401406: RM: python2.3-doc -- RoM; obsolete
Severity set to `normal' from `serious'


End of message, stopping processing here.

Please contact me if you need assistance.

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


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



Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Szakacsits Szabolcs

On Sun, 3 Dec 2006, Anton Altaparmakov wrote:
 On Sun, 3 Dec 2006, Szakacsits Szabolcs wrote:
  
  Sorry I didn't explain myself better. My patch was only for Vista. 
 
 Disagree.  Your patch is fine for all NTFS volumes.  There is no need to 
 set the mounted on NT4 bit on any volume during what NTFS resize does.  It 
 does not do anything that would be analogous to an NT4 operation.  I have 
 no idea why you ever set the flag.  As far as I am concerned setting that 
 flag at all is an outright bug in NTFS resize.

Ntfsresize works based on the volume version but unconditionally sets 
VOLUME_MOUNTED_ON_NT4 to make chkdsk believe and fix potentially missed 
V3.x modifications. 

I'm not aware of such problem but that doesn't mean there can't be any. 
So you may or may not be right but me being over paranoid about reliability 
I stick to the latter for now. Though an explicit and official guarantee 
from Microsoft could change my standpoint.

Szaka


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



Bug#390023: multipath maintainence

2006-12-03 Thread Andreas Barth
* Bastian Blank ([EMAIL PROTECTED]) [061203 15:59]:
 On Sun, Dec 03, 2006 at 03:00:14PM +0100, Guido Guenther wrote:
  Hi Andreas,
  On Sat, Dec 02, 2006 at 04:48:48PM +0100, Andreas Barth wrote:
   so one of the maintainers seems to have dropped out definitly now.
 
 Yeah, seems so. I'm completely lost with the currently.

Also, Andres Salomon seems to be not associated with the package
anymore.


  I'd be happy to help as a co maintainer for multipath-tools.
 
 Nothing against.

From QA perspective, it would be good to have only the people listed in
Uploaders who actually have time for the package - so, I would propose
to only list Guido in the uploaders.

Guido, thank you.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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



Bug#401439: linux-image-2.6.17-2-parisc: XFS module will not load

2006-12-03 Thread Kurt Fitzner
Package: linux-image-2.6.17-2-parisc
Version: 2.6.17-9
Severity: critical
Justification: breaks the whole system

The following error is returned when attemtping to load the xfs module:
FATAL: Error inserting xfs (/lib/modules/2.6.17-2-parisc/kernel/fs/xfs/xfs.ko): 
Invalid module format

dmesg reveals this:
module xfs relocation of symbol xfs_iext_destroy is out of range (0x3ffeffeb in 
17 bits)

This error occured on a PARISC HP 9000 C160 workstation.  It is unknown whether 
it occurs on other PARISC systems.

This makes selecing xfs during install impossible. It will, of course, render 
an existing system unbootable if it uses xfs and upgrades to this kernel.

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

Versions of packages linux-image-2.6.17-2-parisc depends on:
ii  initramfs-tools [linux-initra 0.85b  tools for generating an initramfs
ii  module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo

linux-image-2.6.17-2-parisc recommends no packages.

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


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



Bug#375967: Proposed patch for better error reporting on debian bug #375967 against fam

2006-12-03 Thread Giuseppe Sacco
Hi Anton Ivanov and Chuan-kai Lin,
I read the stacktrace and I saw, if I am not wrong, that the method
NetConnection::mprint(char * format, ...) is called with format equals
to NULL. According to the same stacktrace, the invoker is
ClientConnection::send_event(), but in this code the argument passed to
mprint() is a string constant and cannot be NULL, beside compiler
errors.

I propose a patch that fixes a minor error in the mprint code and add an
assert(format!=NULL), so that we may catch error earlier.

I only tried to compile the package, but I cannot test it in the right
way, so you are free to build and test it, and eventually give me a
feedback.

Thanks,
Giuseppe
--- a/src/NetConnection.c++	2003-01-18 15:18:12.0 +0100
+++ b/src/NetConnection.c++	2006-12-03 16:18:42.0 +0100
@@ -208,6 +208,16 @@
 if (fd  0)
 	return;// if closed, do nothing.
 
+/*
+ * According to bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=375967
+ * this method is called with format=NULL from ClientConnection::send_event .
+ * But looking at the code in ClientConnection, format cannot be NULL.
+ * This assert verify this fact and will eventually show a compiler bug.
+ *
+ * Giuseppe Sacco, 20061203
+ */
+assert(format != NULL);
+
 va_list args;
 va_start(args, format);
 
@@ -217,7 +227,18 @@
 msg-msg + 4, MAXMSGSIZE + 1, format, args) + 1;
 va_end(args);
 
+/*
+ * Changed from 
 if (len = 0 || len == MAXMSGSIZE+1) {
+ * to
+if (len = 0 || len  MAXMSGSIZE) {
+ * because the vsnprint return the size it would have required
+ * to store the complete string; this size may be greather than
+ * just MAXMSGSIZE+1
+ *
+ * Giuseppe Sacco, 20061203
+ */
+if (len = 0 || len  MAXMSGSIZE) {
 Log::error(tried to write a message that was too big);
 assert(0);
 // protocol botch.  Don't send the message.


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente


Bug#390023: multipath maintainence

2006-12-03 Thread Bastian Blank
On Sun, Dec 03, 2006 at 03:00:14PM +0100, Guido Guenther wrote:
 Hi Andreas,
 On Sat, Dec 02, 2006 at 04:48:48PM +0100, Andreas Barth wrote:
  so one of the maintainers seems to have dropped out definitly now.

Yeah, seems so. I'm completely lost with the currently.

 I'd be happy to help as a co maintainer for multipath-tools.

Nothing against.

Bastian

-- 
Violence in reality is quite different from theory.
-- Spock, The Cloud Minders, stardate 5818.4


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



Bug#399764: marked as done (xxdiff: include non-FHS directory /usr/man/man1)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 15:02:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#399764: fixed in xxdiff 1:3.2-0.1
has caused the attached Bug report to be marked as done.

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

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

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

---BeginMessage---
Package: xxdiff
Version: 1:3.2-0
Severity: serious
Justification: FHS violation

Hello Tomas,

xxdiff includes the directory /usr/man/man1.

%dpkg-deb -c xxdiff_1%3a3.2-0_i386.deb |grep /usr/man
drwxr-xr-x root/root 0 2006-09-21 14:27:04 ./usr/man/
drwxr-xr-x root/root 0 2006-09-21 14:27:04 ./usr/man/man1/

This is in violation of FHS 2.3. Manpages should be
in /usr/share/man.

Cheers,
-- 
Bill. [EMAIL PROTECTED]

Imagine a large blue swirl here. 

---End Message---
---BeginMessage---
Source: xxdiff
Source-Version: 1:3.2-0.1

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

xxdiff-scripts_3.2-0.1_i386.deb
  to pool/main/x/xxdiff/xxdiff-scripts_3.2-0.1_i386.deb
xxdiff_3.2-0.1.diff.gz
  to pool/main/x/xxdiff/xxdiff_3.2-0.1.diff.gz
xxdiff_3.2-0.1.dsc
  to pool/main/x/xxdiff/xxdiff_3.2-0.1.dsc
xxdiff_3.2-0.1_i386.deb
  to pool/main/x/xxdiff/xxdiff_3.2-0.1_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.
Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] (supplier of updated xxdiff 
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, 28 Nov 2006 06:06:06 +0100
Source: xxdiff
Binary: xxdiff-scripts xxdiff
Architecture: source i386
Version: 1:3.2-0.1
Distribution: unstable
Urgency: low
Maintainer: Tomas Pospisek [EMAIL PROTECTED]
Changed-By: Ana Beatriz Guerrero Lopez [EMAIL PROTECTED]
Description: 
 xxdiff - a graphical file and directories comparison and merge tool
 xxdiff-scripts - helper scripts for xxdiff
Closes: 399764
Changes: 
 xxdiff (1:3.2-0.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Removed directory /usr/man. Patch by Andreas Henriksson.
 (Closes: #399764).
   * Python Policy: using dh_pysupport instead of dh_python.
 Added Build-Depends on python-support.
   * Updated Standars-versions to 3.7.2, no changes required.
   * Updated FSF address in copyright file.
Files: 
 70efd597213aec0e23d726c587ea85d7 684 text optional xxdiff_3.2-0.1.dsc
 fc4fde9c9d399ad70c92937204f0d02e 1391311 text optional xxdiff_3.2.orig.tar.gz
 2262c688cd826ac4a5ea1d2861170785 13683 text optional xxdiff_3.2-0.1.diff.gz
 bc31a2c933038ebf399ede67360b176f 416942 text optional xxdiff_3.2-0.1_i386.deb
 0d294e432e4eaf4a1a0b1b3351ce25fd 135418 text optional 
xxdiff-scripts_3.2-0.1_i386.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Signed by Ana Guerrero

iD8DBQFFcuUMn3j4POjENGERAojWAJ9uja7UnrNiUnzTp1KiRfGnsWymZwCfaKsN
28+vu+9DUf8gnJbmOCFgI5M=
=za13
-END PGP SIGNATURE-

---End Message---


Bug#395181: tagging for wontfix

2006-12-03 Thread Giuseppe Sacco
Hi Debian kernel team,
would you please tag this bug as WONTFIX, so that it does not get
included in bug squashes anymore?

Thanks,
Giuseppe



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



Processed: Commited to svn

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

 tags 398373 +pending
Bug#398373: gnome-applets drivemount: incorrectly claims that USB drive is 
unmounted during the cache flush
Tags were: pending
Bug#355261: gnome-applets: drivemount_applet2 : should wait until unmounting 
finished
Tags added: pending

 quit
Stopping processing here.

Please contact me if you need assistance.

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


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



Bug#401439: linux-image-2.6.17-2-parisc: XFS module will not load

2006-12-03 Thread Bastian Blank
severity 401439 important
reassign 401439 linux-2.6
tags 401439 moreinfo
thanks

On Sun, Dec 03, 2006 at 08:20:26AM -0700, Kurt Fitzner wrote:
 Package: linux-image-2.6.17-2-parisc
 Version: 2.6.17-9
 Severity: critical
 Justification: breaks the whole system

No, it does not.

 The following error is returned when attemtping to load the xfs module:
 FATAL: Error inserting xfs 
 (/lib/modules/2.6.17-2-parisc/kernel/fs/xfs/xfs.ko): Invalid module format

Please check that with 2.6.18.

Bastian

-- 
Power is danger.
-- The Centurion, Balance of Terror, stardate 1709.2


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



Processed: Re: Bug#401439: linux-image-2.6.17-2-parisc: XFS module will not load

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

 severity 401439 important
Bug#401439: linux-image-2.6.17-2-parisc: XFS module will not load
Severity set to `important' from `critical'

 reassign 401439 linux-2.6
Bug#401439: linux-image-2.6.17-2-parisc: XFS module will not load
Bug reassigned from package `linux-image-2.6.17-2-parisc' to `linux-2.6'.

 tags 401439 moreinfo
Bug#401439: linux-image-2.6.17-2-parisc: XFS module will not load
There were no tags set.
Tags added: moreinfo

 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#397636: marked as done (Please update the open-iscsi version)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 16:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#397636: fixed in open-iscsi 2.0.730-0.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)

---BeginMessage---
Package: open-iscsi
Version: 1.0.485-3
Severity: Grave

Open-iscsi version 1.0.485 is out of date, and the tools should not work
against 2.6.18 kernels. Please upgrade to at least 2.0-711, as per the
open-iscsi developer.  Also, the main website is out of date because of
some kind of access issue, so look at
http://kernel.org/pub/linux/kernel/people/mnc/open-iscsi/ for the
current releases.

The severity is grave, because this version of the tools should not ship
with etch (because of kernel compatibility issues, see the site above),
so they should either be upgraded or removed.

Jason Martens


---End Message---
---BeginMessage---
Source: open-iscsi
Source-Version: 2.0.730-0.2

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

open-iscsi_2.0.730-0.2.diff.gz
  to pool/main/o/open-iscsi/open-iscsi_2.0.730-0.2.diff.gz
open-iscsi_2.0.730-0.2.dsc
  to pool/main/o/open-iscsi/open-iscsi_2.0.730-0.2.dsc
open-iscsi_2.0.730-0.2_i386.deb
  to pool/main/o/open-iscsi/open-iscsi_2.0.730-0.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.
Martin Zobel-Helas [EMAIL PROTECTED] (supplier of updated open-iscsi package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 16:54:21 +0100
Source: open-iscsi
Binary: open-iscsi
Architecture: source i386
Version: 2.0.730-0.2
Distribution: unstable
Urgency: high
Maintainer: Philipp Hug [EMAIL PROTECTED]
Changed-By: Martin Zobel-Helas [EMAIL PROTECTED]
Description: 
 open-iscsi - High performance, transport independent iSCSI implementation
Closes: 380162 397636 398733
Changes: 
 open-iscsi (2.0.730-0.2) unstable; urgency=high
 .
   * upload to unstable, as no new bugs arised.
 .
 open-iscsi (2.0.730-0.1) experimental; urgency=low
 .
   * The I need to NMU my own applicant version:
 + NMU
 + New Upstream Release (Closes: #397636)
 + Made /var/lib/open-iscsi 0700 (Closes: #398733)
 + change #define INITIATOR_NAME_FILE to /etc/initiatorname.iscsi
   in usr/initiator.h
 + Fix package description (Closes: #380162)
Files: 
 775d3935d4acabd6419b5401208f71b6 600 net optional open-iscsi_2.0.730-0.2.dsc
 c5dceef0fd4420ceace88a9022af26f9 7248 net optional 
open-iscsi_2.0.730-0.2.diff.gz
 15bdade5e62681dfb8a8b1dbb7762cbc 111782 net optional 
open-iscsi_2.0.730-0.2_i386.deb

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

iD8DBQFFcvmmST77jl1k+HARAv08AJ47nER6haLHA9C3FzFK+5+2M8ciGgCbBFoS
tjS1jfR52876pSulMw8zQ8M=
=EdG6
-END PGP SIGNATURE-

---End Message---


Bug#398733: marked as done (/var/lib/open-iscsi/node.db world-readable)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 16:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#398733: fixed in open-iscsi 2.0.730-0.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)

---BeginMessage---
Package: open-iscsi
Version: 1.0.485-3
Severity: grave
Tags: security
Justification: user security hole


/var/lib/open-iscsi/* files are world-readable by default and may contain 
usernames and password used to authenticate both the initiator and the target


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

Versions of packages open-iscsi depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  libdb4.3 4.3.29-6Berkeley v4.3 Database Libraries [

open-iscsi recommends no packages.

-- no debconf information

---End Message---
---BeginMessage---
Source: open-iscsi
Source-Version: 2.0.730-0.2

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

open-iscsi_2.0.730-0.2.diff.gz
  to pool/main/o/open-iscsi/open-iscsi_2.0.730-0.2.diff.gz
open-iscsi_2.0.730-0.2.dsc
  to pool/main/o/open-iscsi/open-iscsi_2.0.730-0.2.dsc
open-iscsi_2.0.730-0.2_i386.deb
  to pool/main/o/open-iscsi/open-iscsi_2.0.730-0.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.
Martin Zobel-Helas [EMAIL PROTECTED] (supplier of updated open-iscsi package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 16:54:21 +0100
Source: open-iscsi
Binary: open-iscsi
Architecture: source i386
Version: 2.0.730-0.2
Distribution: unstable
Urgency: high
Maintainer: Philipp Hug [EMAIL PROTECTED]
Changed-By: Martin Zobel-Helas [EMAIL PROTECTED]
Description: 
 open-iscsi - High performance, transport independent iSCSI implementation
Closes: 380162 397636 398733
Changes: 
 open-iscsi (2.0.730-0.2) unstable; urgency=high
 .
   * upload to unstable, as no new bugs arised.
 .
 open-iscsi (2.0.730-0.1) experimental; urgency=low
 .
   * The I need to NMU my own applicant version:
 + NMU
 + New Upstream Release (Closes: #397636)
 + Made /var/lib/open-iscsi 0700 (Closes: #398733)
 + change #define INITIATOR_NAME_FILE to /etc/initiatorname.iscsi
   in usr/initiator.h
 + Fix package description (Closes: #380162)
Files: 
 775d3935d4acabd6419b5401208f71b6 600 net optional open-iscsi_2.0.730-0.2.dsc
 c5dceef0fd4420ceace88a9022af26f9 7248 net optional 
open-iscsi_2.0.730-0.2.diff.gz
 15bdade5e62681dfb8a8b1dbb7762cbc 111782 net optional 
open-iscsi_2.0.730-0.2_i386.deb

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

iD8DBQFFcvmmST77jl1k+HARAv08AJ47nER6haLHA9C3FzFK+5+2M8ciGgCbBFoS
tjS1jfR52876pSulMw8zQ8M=
=EdG6
-END PGP SIGNATURE-

---End Message---


Bug#398373: Commited to svn

2006-12-03 Thread Sven Arvidsson
tags 398373 +pending
quit

Commited to svn.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22



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


Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Szakacsits Szabolcs

Hi Andree,

On Sun, 3 Dec 2006, Andree Leidenfrost wrote:

 I've tested and all looks well! When booting into Vista after a resize,
 chkdsk is started and after another reboot the system starts as usual.
 You are a star

Thanks for the testing but I object the last sentence because I think this 
was quite a team work ;-)

Cheers,
Szaka


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



Bug#332625: judgment

2006-12-03 Thread Delgado Ada

No matter if you support the war effort or completely disagree with the
decision to be there, one common.
The project started by conducting customer research into the
decision-making needs of senior IT managers.
Beside many bugfixes, a lot of new features were added. Bent-railed Doug
Kalitta is not giving up the Top Fuel championship points lead without a
fight. Load them on your iPod and enjoy!
Your ad scrolls backwards and forwards across the.

;;

*MAKU* IMMENSE COVERAGE *MAKU*

Trade Date:   Monday, December 4, 2006
Company Name: MAKEUP LIMITED (OTC BB:MAKU.OB)
Symbol:   MAKU
Last Trade:   $0.61
MAKU Target:  $2

Why get in MAKU? Don't if profit is not in your vocabulary.

JUST WATCH MAKU TRADE NEXT MONDAY, DECEMBER 4TH!

;;

htm for terms and conditions. Some web sites will embed your page into a
page on their site via server side processing and then place.
CA's Network Fault Management platform is continually expanding to meet
the needs of customers around the world.
The cat has scratched the .
Recent work: timing belt was replaced, co .
The reality of working in both unstructured and structured environments
applies not only to the data they work with but also to their daily
processes and tasks.
All open feature requests have been added.
You can fit a lot more content into a small space and add some movement
to your web page with a vertical. The reality of working in both
unstructured and structured environments applies not only to the data
they work with but also to their daily processes and tasks.
Beside many bugfixes, a lot of new features were added. In addition, the
opinions of a selective group of analysts were solicited.
For those of you in the northern hemisphere winter. To save you time, we
have also worked hard on making the upgrade path from user groups to
Project Roles as automated as possible. The project started by
conducting customer research into the decision-making needs of senior IT
managers. Bent-railed Doug Kalitta is not giving up the Top Fuel
championship points lead without a fight.
The hangover from that wonderful weekend at the Auto. The dolls pictured
where in very sad shape when I purchased them.
Your ad scrolls backwards and forwards across the.
All open feature requests have been added. com Focus on JavaScript
GuideSite.
Project Roles should greatly reduce the number of user groups,
permission and notification schemes in the system.
All open feature requests have been added.
This is it, the last race of the season. Bent-railed Doug Kalitta is not
giving up the Top Fuel championship points lead without a fight. Load
them on your iPod and enjoy!
The dolls pictured where in very sad shape when I purchased them.
Sassy earned her SHR title this fall in four straight .
Bags are made with du .
Here is a variation of the follow the mouse script that works a bit
differently. the lines of code over time, contribution of each
developer, the evolution of modules, directories, files, the time and
days when most checkins happen, etc.
In addition, the opinions of a selective group of analysts were
solicited. Here, thanks to NASCAR, is the transcript of what. Your ad
scrolls backwards and forwards across the. At the time, it had become
clear that demonstrating IT's contribution to the business is an
organizational mandate.
The dolls pictured where in very sad shape when I purchased them. The
dolls pictured where in very sad shape when I purchased them.
Load them on your iPod and enjoy!
The dolls pictured where in very sad shape when I purchased them. We are
especially looking for feedback in this area of JIRA. You can fit a lot
more content into a small space and add some movement to your web page
with a vertical. They where naked, dirty, . The cat has scratched the .



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



Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread David Martínez Moreno
El domingo, 3 de diciembre de 2006 15:13, Szakacsits Szabolcs escribió:
 On Sun, 3 Dec 2006, Anton Altaparmakov wrote:
  On Sun, 3 Dec 2006, Szakacsits Szabolcs wrote:
   Sorry I didn't explain myself better. My patch was only for Vista.
 
  Disagree.  Your patch is fine for all NTFS volumes.  There is no need to
  set the mounted on NT4 bit on any volume during what NTFS resize does. 
  It does not do anything that would be analogous to an NT4 operation.  I
  have no idea why you ever set the flag.  As far as I am concerned setting
  that flag at all is an outright bug in NTFS resize.

 Ntfsresize works based on the volume version but unconditionally sets
 VOLUME_MOUNTED_ON_NT4 to make chkdsk believe and fix potentially missed
 V3.x modifications.

 I'm not aware of such problem but that doesn't mean there can't be any.
 So you may or may not be right but me being over paranoid about reliability
 I stick to the latter for now. Though an explicit and official guarantee
 from Microsoft could change my standpoint.

I have some contacts at Microsoft.  If you can summarize this problem 
into a 
question, I could have some answers.  Not official, but some answers.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgpPaqE5MSPNf.pgp
Description: PGP signature


Bug#401450: debian/contrl Uploaders: field is corrupted

2006-12-03 Thread Enrico Zini
Package: goobox
Version: 0.9.93-6
Severity: serious

Hello,

$ apt-get source goobox
$ grep Uploaders goobox-0.9.93/debian/control
Uploaders: Uploaders: Helge Kreutzmann [EMAIL PROTECTED]

Ciao,

Enrico who is trying to implement a maintainer view for the debtags
website, but things like these don't help its debian/control file
parser.


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


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



Bug#401451: Move /usr/bin/python2.5-config to python2.5-dev package?

2006-12-03 Thread Sam Morris
Package: python2.5
Version: 2.5-3.1
Severity: serious
Justification: Policy 3.5

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

python2.5-config barks about /usr/include/python2.5/pyconfig.h being
missing. Presumably python2.5-config should be moved to the
python2.5-dev package, which contains the missing headers.

- -- 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-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages python2.5 depends on:
ii  libbz2-1.0   1.0.3-6 high-quality block-sorting file co
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [
ii  libncursesw5 5.5-5   Shared libraries for terminal hand
ii  libreadline5 5.2-1   GNU readline and history libraries
ii  libsqlite3-0 3.3.8-1 SQLite 3 shared library
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  mime-support 3.37-1  MIME files 'mime.types'  'mailcap
ii  python2.5-minimal2.5-3.1 A minimal subset of the Python lan

python2.5 recommends no packages.

- -- no debconf information

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

iD8DBQFFcwveshl/216gEHgRAheeAKD110nND5pgyKDXuNRIzvI2nsq0ZACgw1Ms
Ed1+/cdR+6JQJ5CmbwBvSpA=
=MDLf
-END PGP SIGNATURE-


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



Bug#401454: bmpx: exception when accepting albums

2006-12-03 Thread The Anarcat
Package: bmpx
Version: 0.32.0-1
Severity: grave
Justification: renders package unusable

Hi,

Here I can't really use bmpx to listen to my (moderatly big) mp3/ogg
library. After scanning my mp3 directory, bmpx asks me to accept it, i
click on accept all (or something like that) and it crashes
instantly. If I click to accept only one album, that works, but it
would take forever to accept all albums this way.

here is a backtrace.

#0  0xe410 in __kernel_vsyscall ()
#1  0xa6b6a811 in raise () from /lib/tls/i686/cmov/libc.so.6
#2  0xa6b6bfb9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3  0xa6e0b074 in g_logv () from /usr/lib/libglib-2.0.so.0
#4  0xa6e0b0a9 in g_log () from /usr/lib/libglib-2.0.so.0
#5  0xa724907a in Glib::exception_handlers_invoke () from 
/usr/lib/libglibmm-2.4.so.1
#6  0xa724f447 in Glib::SignalProxyNormal::slot0_void_callback () from 
/usr/lib/libglibmm-2.4.so.1
#7  0xa6e86e1b in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/libgobject-2.0.so.0
#8  0xa6e7998b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#9  0xa6e8a213 in g_signal_chain_from_overridden () from 
/usr/lib/libgobject-2.0.so.0
#10 0xa6e8b429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#11 0xa6e8b5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#12 0xa72deca3 in _gtk_action_emit_activate () from /usr/lib/libgtk-x11-2.0.so.0
#13 0xa72dfb38 in gtk_action_activate () from /usr/lib/libgtk-x11-2.0.so.0
#14 0xa6e86e1b in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/libgobject-2.0.so.0
#15 0xa6e7998b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#16 0xa6e89f2d in g_signal_chain_from_overridden () from 
/usr/lib/libgobject-2.0.so.0
#17 0xa6e8b429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#18 0xa6e8b5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#19 0xa72ebf11 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
#20 0xa72ed7dc in gtk_button_set_alignment () from /usr/lib/libgtk-x11-2.0.so.0
#21 0xa7730979 in Gtk::Button::on_released () from /usr/lib/libgtkmm-2.4.so.1
#22 0xa772f71f in Gtk::Button_Class::released_callback () from 
/usr/lib/libgtkmm-2.4.so.1
#23 0xa6e86e1b in g_cclosure_marshal_VOID__VOID () from 
/usr/lib/libgobject-2.0.so.0
#24 0xa6e77f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#25 0xa6e7998b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#26 0xa6e8a3b8 in g_signal_chain_from_overridden () from 
/usr/lib/libgobject-2.0.so.0
#27 0xa6e8b429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#28 0xa6e8b5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#29 0xa72ebfa1 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#30 0xa72ec001 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#31 0xa77dbc4c in Gtk::Widget::on_button_release_event () from 
/usr/lib/libgtkmm-2.4.so.1
#32 0xa77d6f3f in Gtk::Widget_Class::button_release_event_callback () from 
/usr/lib/libgtkmm-2.4.so.1
#33 0xa73ba250 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/lib/libgtk-x11-2.0.so.0
#34 0xa6e77f49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#35 0xa6e7998b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#36 0xa6e8a56f in g_signal_chain_from_overridden () from 
/usr/lib/libgobject-2.0.so.0
#37 0xa6e8b208 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#38 0xa6e8b5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#39 0xa74a3e84 in gtk_widget_get_default_style () from 
/usr/lib/libgtk-x11-2.0.so.0
#40 0xa73b3bd3 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#41 0xa73b4e07 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#42 0xa71d9eea in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0
#43 0xa6e02731 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#44 0xa6e057a6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#45 0xa6e05b67 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#46 0xa73b5281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#47 0xa7773597 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1
#48 0xa7773442 in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1
#49 0x080f974e in main ()


-- 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.17-2-686
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)

Versions of packages bmpx depends on:
ii  libasoun 1.0.13-1ALSA library
ii  libatk1. 1.12.3-1The ATK accessibility toolkit
ii  libboost 1.33.1-9regular expression library for C++
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcairo 1.2.4-4 The Cairo 2D vector graphics libra
ii  libcairo 0.6.0-4 C++ wrappers for Cairo (shared lib
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii 

Bug#390023: multipath maintainence

2006-12-03 Thread Andres Salomon
Andreas Barth wrote:
 * Bastian Blank ([EMAIL PROTECTED]) [061203 15:59]:
[...]
 
 
 I'd be happy to help as a co maintainer for multipath-tools.
 Nothing against.
 
From QA perspective, it would be good to have only the people listed in
 Uploaders who actually have time for the package - so, I would propose
 to only list Guido in the uploaders.
 


That's fine by me.


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



Bug#396875: tagging 396875

2006-12-03 Thread Sven Joachim
On Tue, 28 Nov 2006, Rob Browning wrote:
 I should have a new version uploaded later this week, probably
 by tomorrow night.

Ping?



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



Bug#401153: backtrace for iasl bug #401153

2006-12-03 Thread Guillem Jover
Hi,

Mattia I'm sorry you got this, after I asked to enable iasl on all
arches to be able to use it in qemu. I started investigating this
last week or so, but didn't file a bug report because I've not come
yet with a complete solution. Below my current analysis anyway, if
I've time I'll try to come up with a full fix...

On Sun, 2006-12-03 at 13:13:19 +0100, Mattia Dongili wrote:
 On Sat, Dec 02, 2006 at 02:27:40AM +0100, Andreas Henriksson wrote:
  On fre, 2006-12-01 at 15:43 -0800, Moore, Robert wrote:
   I'm not sure I understand what you are describing, please clarify.

  Please see http://bugs.debian.org/401153 for the original bug
  report. Basically, iasl successfully compiles the atteched dsl
  file on a regular i386 pc, but when running the same program on
  PowerPC (Debian GNU/Linux) then you get a segmentation fault. There
  is probably a bug in the program somewhere which seems to only
  trigger on powerpc at the moment.
  
  It has been tracked down to being related to Asl.Value.String being
  NULL. This state seems invalid and makes the program crash. Do you
  have any idea what might have failed and how this variable could be
  uninitialized? It would be really appreciated if you have any hints
  about possible failures that we can investigate...

This is a problem of endinaness. iasl does not work on big-endian
boxes. The main issue is that the bison parser is using Value.Integer
(which is an ACPI_INTEGER and in 32 bit arches it's a 64 bit type) to
assign the values to the union ACPI_PARSE_VALUE. And then when accessing
the pointers or the 'Size' variable it gets only the MSW, which is 0,
so my workaround has been to define that we cannot use a 64 bit type
for ACPI_INTEGER on 32 bit arches. Ideally the union should be filled
using the proper member. This fixes the segfault.

There's mentions in the changes.txt from 2003 of added support for
big-endian systems, which was the first thing I tried, to enable the
ACPI_BIG_ENDIAN macro for those arches (that's included in the patch
anyway), but this didn't help. I suppose the code has evolved since
then and that support has been lost because no one run it on such
arches.

Then the next problem is that iasl generates output, but that output
is wrong. The output needs to be swapped to make it little-endian.
AFAIS the problem is located in compiler/aslcodegen.c in most of the
functions that are using CgLocalWriteAmlData, as they should be
converting those values to little-endian when writting. But it didn't
feel right to keep the TableHeader stored as little-endian in memory,
as some other parts of the code use and reference it. So problably
this needs to be swapped when dumping to the disk.

 Just as a side note, I tried compiling the mentioned DSDT on an ARM
 platform and I get a different error:

I was trying it on arm little endian and it worked, the same for
mipsel.

The attached patch fixes the segfault, and corrects the CFLAGS
handling for upstream and Debian, it also adds alpha to the list of
64 bit arches. The fix for compiler/aslopcodes.c is needed because
the macros ACPI_UINT32_MAX: and ACPI_INTEGER_MAX are the same if
ACPI_INTEGER is defined to be 32 bits.

regards,
guillem
diff -ur acpica-unix-20060912.orig/compiler/aslopcodes.c 
acpica-unix-20060912/compiler/aslopcodes.c
--- acpica-unix-20060912.orig/compiler/aslopcodes.c 2006-09-12 
20:49:25.0 +0300
+++ acpica-unix-20060912/compiler/aslopcodes.c  2006-11-27 09:40:52.0 
+0200
@@ -329,6 +329,7 @@
 }
 break;
 
+#ifndef ACPI_NO_INTEGER64_SUPPORT
 case ACPI_INTEGER_MAX:
 
 /* Check for table integer width (32 or 64) */
@@ -341,6 +342,7 @@
 return 1;
 }
 break;
+#endif
 
 default:
 break;
diff -ur acpica-unix-20060912.orig/compiler/Makefile 
acpica-unix-20060912/compiler/Makefile
--- acpica-unix-20060912.orig/compiler/Makefile 2006-09-12 20:49:26.0 
+0300
+++ acpica-unix-20060912/compiler/Makefile  2006-11-27 06:48:01.0 
+0200
@@ -89,7 +89,8 @@
../osunixxf.c
 
 NOMAN= YES
-CFLAGS+= -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER 
-I../include 
+MK_CFLAGS = -DACPI_ASL_COMPILER -I../include
+CFLAGS= -Wall -Wstrict-prototypes -O2
 
 #YACC= yacc
 YACC=  bison
@@ -103,6 +104,9 @@
 #CFLAGS+= -D_USE_BERKELEY_YACC
 #.endif
 
+%.o: %.c
+   $(CC) $(MK_CFLAGS) $(CFLAGS) -c -o $@ $
+
 aslmain : $(patsubst %.c,%.o, $(SRCS))
$(CC) $(LDFLAGS) $(patsubst %.c,%.o, $(SRCS)) \
$(LOADLIBES) $(LDLIBS) -o iasl
diff -ur acpica-unix-20060912.orig/debian/rules 
acpica-unix-20060912/debian/rules
--- acpica-unix-20060912.orig/debian/rules  2006-11-27 06:38:05.0 
+0200
+++ acpica-unix-20060912/debian/rules   2006-11-27 06:40:31.0 +0200
@@ -32,7 +32,7 @@
 
# Commands to compile the package.
cd compiler  \
-   $(MAKE)  \
+   $(MAKE) CFLAGS=$(CFLAGS)  \
cd ..
 
touch 

Bug#396875: tagging 396875

2006-12-03 Thread Rob Browning
Sven Joachim [EMAIL PROTECTED] writes:

 On Tue, 28 Nov 2006, Rob Browning wrote:
 I should have a new version uploaded later this week, probably
 by tomorrow night.

 Ping?

I should actually be tonight.  I've merged Jérôme's changes, and I
should be able to upload later today.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4



Bug#401450: marked as done (debian/contrl Uploaders: field is corrupted)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 19:17:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#401450: fixed in goobox 0.9.93-7
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)

---BeginMessage---
Package: goobox
Version: 0.9.93-6
Severity: serious

Hello,

$ apt-get source goobox
$ grep Uploaders goobox-0.9.93/debian/control
Uploaders: Uploaders: Helge Kreutzmann [EMAIL PROTECTED]

Ciao,

Enrico who is trying to implement a maintainer view for the debtags
website, but things like these don't help its debian/control file
parser.


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

---End Message---
---BeginMessage---
Source: goobox
Source-Version: 0.9.93-7

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

goobox_0.9.93-7.diff.gz
  to pool/main/g/goobox/goobox_0.9.93-7.diff.gz
goobox_0.9.93-7.dsc
  to pool/main/g/goobox/goobox_0.9.93-7.dsc
goobox_0.9.93-7_i386.deb
  to pool/main/g/goobox/goobox_0.9.93-7_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.
Daniel Baumann [EMAIL PROTECTED] (supplier of updated goobox package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 20:05:00 +0100
Source: goobox
Binary: goobox
Architecture: source i386
Version: 0.9.93-7
Distribution: unstable
Urgency: medium
Maintainer: Daniel Baumann [EMAIL PROTECTED]
Changed-By: Daniel Baumann [EMAIL PROTECTED]
Description: 
 goobox - CD player and ripper for GNOME
Closes: 401450
Changes: 
 goobox (0.9.93-7) unstable; urgency=medium
 .
   * Fixed doubled uploaders field (Closes: #401450).
Files: 
 30eac934c1afd5edd97560ed66451c8b 888 gnome optional goobox_0.9.93-7.dsc
 d40e83b8ad5390d24b1382f3fb55cd89 40276 gnome optional goobox_0.9.93-7.diff.gz
 dcf61b43ab025e91764cb0182b32d8c6 267498 gnome optional goobox_0.9.93-7_i386.deb

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

iD8DBQFFcyCI+C5cwEsrK54RAnJDAJ9+vRoStkOtdYqXlnTGR8KmLlkhIACePoSd
Pi+BsHMlx1VPgU0+8r/5/cQ=
=HlHW
-END PGP SIGNATURE-

---End Message---


Bug#401263: amd64 doesn't show it

2006-12-03 Thread Jan Evert van Grootheest
By the way, I also have an amd64 system (running the amd64 arch) that 
doesn't show this problem!

(with apt 0.6.42.6)

-- Jan Evert



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



Processed: Patch between liburi-perl-1.35-2 and liburi-perl-1.35+dfsg-0.1

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

 tag 401455 + patch
Bug#401455: liburi-perl: Several trivial Lintian checks fail when rebuilding
There were no tags set.
Tags added: patch

 tag 393393 + patch
Bug#393393: Source package contains non-free IETF RFC/I-D's
Tags were: etch-ignore
Tags added: patch

 thanks
Stopping processing here.

Please contact me if you need assistance.

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


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



Bug#393393: Patch between liburi-perl-1.35-2 and liburi-perl-1.35+dfsg-0.1

2006-12-03 Thread Gunnar Wolf
tag 401455 + patch
tag 393393 + patch
thanks

Hi,

As I'm closing the two above mentioned bugs in a single operation, and
the process for them is really trivial, I'm only sending a single
patch for both bugs.

Greetings,

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF
diff -ru liburi-perl-1.35/debian/changelog 
liburi-perl-1.35+dfsg/debian/changelog
--- liburi-perl-1.35/debian/changelog   2006-12-03 13:30:48.0 -0600
+++ liburi-perl-1.35+dfsg/debian/changelog  2006-12-03 13:30:48.0 
-0600
@@ -1,3 +1,20 @@
+liburi-perl (1.35+dfsg-0.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Repackaged upstream sources leaving out the non-free RFC 2396 document
+(Closes: #393393)
+  * Removed example files (*.ex) created by Debhelper from the debian/
+directory (Closes: #401455)
+  * Updated minimum Debhelper version to 5, added debian/compat
+accounting for the change (Closes: #401455)
+  * Moved debhelper from Build-Depends-Indep to Build-Depends (re:
+Policy 7.6) (Closes: #401455)
+  * Bumped up standards-version from 3.5.6 to 3.7.2.2 (Closes: #401455)
+  * Added Perl as a dependency, following Linda's recommendation
+(Closes: #401455)
+
+ -- Gunnar Wolf [EMAIL PROTECTED]  Sun,  3 Dec 2006 13:10:38 -0600
+
 liburi-perl (1.35-2) unstable; urgency=low
 
   * added watch file supplied by Bart Martens [EMAIL PROTECTED]
Only in liburi-perl-1.35+dfsg/debian: compat
diff -ru liburi-perl-1.35/debian/control liburi-perl-1.35+dfsg/debian/control
--- liburi-perl-1.35/debian/control 2006-12-03 13:30:48.0 -0600
+++ liburi-perl-1.35+dfsg/debian/control2006-12-03 13:30:48.0 
-0600
@@ -1,13 +1,14 @@
 Source: liburi-perl
 Section: perl
 Priority: optional
-Build-Depends-Indep: perl (= 5.6.0-16), debhelper (= 3.0.18)
+Build-Depends-Indep: perl (= 5.6.0-16)
+Build-Depends: debhelper (= 5)
 Maintainer: Stefan Hornburg (Racke) [EMAIL PROTECTED]
-Standards-Version: 3.5.6.0
+Standards-Version: 3.7.2.2
 
 Package: liburi-perl
 Architecture: all
-Depends: ${perl:Depends}, libmime-base64-perl, libnet-perl, data-dumper
+Depends: perl, ${perl:Depends}, libmime-base64-perl, libnet-perl, data-dumper
 Suggests: libwww-perl (=5.41)
 Conflicts: libwww-perl (5.41)
 Description: Manipulates and accesses URI strings
Only in liburi-perl-1.35/debian: cron.d.ex
Only in liburi-perl-1.35/debian: init.d.ex
Only in liburi-perl-1.35/debian: manpage.1.ex
Only in liburi-perl-1.35/debian: menu.ex
Only in liburi-perl-1.35/debian: watch.ex
diff -ru liburi-perl-1.35/MANIFEST liburi-perl-1.35+dfsg/MANIFEST
--- liburi-perl-1.35/MANIFEST   2004-10-05 03:42:44.0 -0500
+++ liburi-perl-1.35+dfsg/MANIFEST  2006-12-03 13:30:48.0 -0600
@@ -51,7 +51,6 @@
 URI/urn.pm
 URI/urn/isbn.pm
 URI/urn/oid.pm
-rfc2396.txt
 t/abs.t
 t/clone.t
 t/data.t
Only in liburi-perl-1.35: rfc2396.txt


signature.asc
Description: Digital signature


Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor

2006-12-03 Thread Guillem Jover
reassign 400372 linux-image-2.6.18-3-sparc32
thanks

Included most of the relevant discussion for the kernel team's benefit.

On Sun, 2006-11-26 at 10:19:39 +0100, BERTRAND Joël wrote:
 Guillem Jover a écrit :
 On Sat, 2006-11-25 at 19:19:58 +0100, BERTRAND Joël wrote:
   Package: dpkg
   Version: 1.13.24
   Architecture: sparc
   Severity: grave

   I have some SparcSTATION 20 with one or two SuperSPARC-II and 448 MB
   of memory (thus, HIGHMEM is used). On these workstations, dpkg works fine.
   If I replace SuperSPARC-II by one, two or four ROSS RT-626, I cannot use
   dpkg because it craches with a random error when it tries to configure
   the package (it cannot read the configuration script due to a data
   corruption. Sometimes, an EOF in the middle of the script...).
  
   I have tested dpkg on three SS20 that perfectly work with SuperSPARC
   and with four different HyperSPARC modules, and with and without HIGHMEM.
  
   Results : in all configurations (with and without HIGHMEM), dpkg
   crashes with HyperSPARC and works with SuperSPARC. I don't understand
   this memory corruption because the workstations work fine in all
   configurations I have tested ! Kernels are 2.6.18.x.

  Given that this happens when changing the CPU, and that this does not
  happen anywhere else, I'd say it's a hw or kernel problem. Also given
  the mails[0] in debian-sparc about past state of HyperSparc support I
  would say this is not related to dpkg, and the bug would need closing
  or to be reassigned. But I've CCed debian-sparc for comments.
 
  [0] http://lists.debian.org/debian-sparc/2006/04/msg3.html
 http://lists.debian.org/debian-sparc/2006/04/msg00018.html
 http://lists.debian.org/debian-sparc/2006/06/msg00030.html

   I know these mails and I have contributed to the sparc32 smp support 
 (and ESP module debug). Today, the ESP works fine (since 2.6.18) and the 
 HyperSPARC support seems to works too. Only on trouble with a 2.6.18 
 kernel with pipes() :
 
 Nov 23 14:26:47 hilbert kernel: Unable to handle kernel NULL pointer 
 dereference
 Nov 23 14:26:48 hilbert kernel: tsk-{mm,active_mm}-context = 5058
 Nov 23 14:26:48 hilbert kernel: tsk-{mm,active_mm}-pgd = fc12d000
 Nov 23 14:26:48 hilbert kernel:   \|/  \|/
 Nov 23 14:26:48 hilbert kernel:   @'/ ,. \`@
 Nov 23 14:26:48 hilbert kernel:   /_| \__/ |_\
 Nov 23 14:26:48 hilbert kernel:  \__U_/
 Nov 23 14:26:48 hilbert kernel: tar(13387): Oops [#1]
 Nov 23 14:26:48 hilbert kernel: PSR: 40c2 PC: f008bd8c NPC: f008bd90 Y: 
 Not tainted
 Nov 23 14:26:48 hilbert kernel: PC: pipe_readv+0xac/0x440
 Nov 23 14:26:48 hilbert kernel: %%G: 1000 fbbfea14  003c 0030  
 fbbfea00 73635f6c  f93be000 
 Nov 23 14:26:48 hilbert kernel: %%O: f0a0d900 f0a0d900  fcffb000 63616368  
 6536345f 70616765  f93bfd88 f008c030
 Nov 23 14:26:48 hilbert kernel: RPC: pipe_readv+0x350/0x440
 Nov 23 14:26:48 hilbert kernel: %%L:    fbbfea50 fbbfea00  
  fcffc000  0001 0001
 Nov 23 14:26:48 hilbert kernel: %%I: f93bfe60 0003  f93bfe60 1800  
 fcffb000   f93bfe00 f008c140
 Nov 23 14:26:48 hilbert kernel: Caller[f008c140]: pipe_read+0x20/0x28
 Nov 23 14:26:48 hilbert kernel: Caller[f007dee8]: vfs_read+0xa0/0x16c
 Nov 23 14:26:48 hilbert kernel: Caller[f007eb38]: sys_read+0x38/0x64
 Nov 23 14:26:48 hilbert kernel: Caller[f0015a3c]: 
 syscall_is_too_hard+0x3c/0x40
 Nov 23 14:26:48 hilbert kernel: Caller[0003df90]: 0x3df98
 
   But whit bug is very strange, it only occurs with dpkg. It is not a 
 material failure because I can see it with all couple off HyperSPARC, 
 memory and motherboard. And I cannot see any trace in the logs. All 
 daemons, all programs I use work fine on the same station.

I don't think you can expect userland to cope well if pipe is crashing
in the kernel, thus reassigning.

regards,
guillem


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



Processed: Re: Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor

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

 reassign 400372 linux-image-2.6.18-3-sparc32
Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor
Bug reassigned from package `dpkg' to `linux-image-2.6.18-3-sparc32'.

 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#401451: marked as done (Move /usr/bin/python2.5-config to python2.5-dev package?)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 19:17:08 +
with message-id [EMAIL PROTECTED]
and subject line Bug#401451: fixed in python2.5 2.5-4
has caused the attached Bug report to be marked as done.

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

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

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

---BeginMessage---
Package: python2.5
Version: 2.5-3.1
Severity: serious
Justification: Policy 3.5

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

python2.5-config barks about /usr/include/python2.5/pyconfig.h being
missing. Presumably python2.5-config should be moved to the
python2.5-dev package, which contains the missing headers.

- -- 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-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages python2.5 depends on:
ii  libbz2-1.0   1.0.3-6 high-quality block-sorting file co
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [
ii  libncursesw5 5.5-5   Shared libraries for terminal hand
ii  libreadline5 5.2-1   GNU readline and history libraries
ii  libsqlite3-0 3.3.8-1 SQLite 3 shared library
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  mime-support 3.37-1  MIME files 'mime.types'  'mailcap
ii  python2.5-minimal2.5-3.1 A minimal subset of the Python lan

python2.5 recommends no packages.

- -- no debconf information

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

iD8DBQFFcwveshl/216gEHgRAheeAKD110nND5pgyKDXuNRIzvI2nsq0ZACgw1Ms
Ed1+/cdR+6JQJ5CmbwBvSpA=
=MDLf
-END PGP SIGNATURE-

---End Message---
---BeginMessage---
Source: python2.5
Source-Version: 2.5-4

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

idle-python2.5_2.5-4_all.deb
  to pool/main/p/python2.5/idle-python2.5_2.5-4_all.deb
python2.5-dbg_2.5-4_i386.deb
  to pool/main/p/python2.5/python2.5-dbg_2.5-4_i386.deb
python2.5-dev_2.5-4_i386.deb
  to pool/main/p/python2.5/python2.5-dev_2.5-4_i386.deb
python2.5-examples_2.5-4_all.deb
  to pool/main/p/python2.5/python2.5-examples_2.5-4_all.deb
python2.5-minimal_2.5-4_i386.deb
  to pool/main/p/python2.5/python2.5-minimal_2.5-4_i386.deb
python2.5_2.5-4.diff.gz
  to pool/main/p/python2.5/python2.5_2.5-4.diff.gz
python2.5_2.5-4.dsc
  to pool/main/p/python2.5/python2.5_2.5-4.dsc
python2.5_2.5-4_i386.deb
  to pool/main/p/python2.5/python2.5_2.5-4_i386.deb



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

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

Debian distribution maintenance software
pp.
Matthias Klose [EMAIL PROTECTED] (supplier of updated python2.5 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 18:22:49 +0100
Source: python2.5
Binary: python2.5-dbg idle-python2.5 python2.5 python2.5-examples 
python2.5-minimal python2.5-doc python2.5-dev
Architecture: source i386 all
Version: 2.5-4
Distribution: unstable
Urgency: medium
Maintainer: Matthias Klose [EMAIL PROTECTED]
Changed-By: Matthias Klose [EMAIL PROTECTED]
Description: 
 idle-python2.5 - An IDE for Python (v2.5) using Tkinter
 python2.5  - An interactive high-level object-oriented language (version 2.5)
 python2.5-dbg - Debug Build of the Python Interpreter (version 2.5)
 python2.5-dev - Header files and a static library for Python (v2.5)
 python2.5-examples - Examples for the Python language (v2.5)
 python2.5-minimal - A minimal subset of the Python language (version 2.5)
Closes: 396394 397000 401451
Changes: 
 python2.5 (2.5-4) unstable; urgency=medium
 .
   * Update to 20061203, taken from the 2.5 release branch.
 - Fixes build failures on knetfreebsd and the hurd. Closes: #397000.
   * Clarify README about distutils. Closes: #396394.
   * Move python2.5-config to python2.5-dev. Closes: #401451.
   * Cleanup build-conflicts. Addresses: #394512.
Files: 
 ef93c1c0106c9753304bd698a0eadaf0 1292 python optional

Bug#401465: libpng12-dev: Incorrect shlibs information

2006-12-03 Thread Josselin Mouette
Package: libpng12-0
Version: 1.2.13-4
Severity: serious

The libpng12-0.shlibs file still lists 1.2.8rel as the minimum version. 
Since the drop_pass_width patch has been (IMO incorrectly) removed, that 
makes the symbol exported again and you need to bump the shlibs file.

(Of course, this doesn't take into account the fact that upstream 
doesn't guarantee a stable interface for these symbols and many others, 
which means they should not be exported at all.)

-- 
Josselin Mouette/\./\

Do you have any more insane proposals for me?


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



Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

2006-12-03 Thread Andree Leidenfrost
Szaka, David, Frans,

Okidoki, what happens now? I'd be keen to see this in the package and
then in the installer ASAP.

Is there going to be a new upstream release? Is the patch just going to
be applied to the Debbian package? (Looks easy enough to me.)

If there is anything I can do to help, please let me know.

Cheers,
Andree

On Sun, 2006-12-03 at 18:42 +0200, Szakacsits Szabolcs wrote:
 Hi Andree,
 
 On Sun, 3 Dec 2006, Andree Leidenfrost wrote:
 
  I've tested and all looks well! When booting into Vista after a resize,
  chkdsk is started and after another reboot the system starts as usual.
  You are a star
 
 Thanks for the testing but I object the last sentence because I think this 
 was quite a team work ;-)
 
 Cheers,
   Szaka
-- 
Andree Leidenfrost
@ Debian Developer
Sydney - Australia



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


Bug#400617: marked as done (samba: FAM support doesn't seem to work with gamin)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 21:02:12 +
with message-id [EMAIL PROTECTED]
and subject line Bug#400617: fixed in samba 3.0.23d-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)

---BeginMessage---
Package: samba
Version: 3.0.23d-1
Severity: grave


Hi,

I just upgrade samba and started to get massive timeout issues trying to
access my shares.
Troubleshooting showed error messages in /var/log/samba/log.HOSTNAME
coming up in 2s intervals:

[...]
Failed to connect to socket /tmp/fam-root-
[2006/11/27 17:15:43, 0] smbd/notify_fam.c:fam_check_reconnect(136)
failed to connect to FAM service
Failed to connect to socket /tmp/fam-root-
[2006/11/27 17:15:45, 0] smbd/notify_fam.c:fam_check_reconnect(136)
failed to connect to FAM service
[...]

Adding fam change notify = yes to the global section of smb.conf
solved the issue. As I don't have FAM but GAMIN (as required by KDE)
installed, I suspect here some kind of incompatibility, which shouldn't
make it to etch (hence the severity).

My suggestion would be to have FAM notification off by default, and
solve the underlying issue after etch release, should time be short.

Thanks, Eric

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

Versions of packages samba depends on:
ii  debconf  1.5.8   Debian configuration management sy
ii  libacl1  2.2.41-1Access control list shared library
ii  libattr1 2.4.32-1Extended attribute shared library
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii  libcupsy 1.2.5-1 Common UNIX Printing System(tm) - 
ii  libgamin 0.1.7-4 Client library for the gamin file 
ii  libgnutl 1.4.4-2 the GNU TLS library - runtime libr
ii  libkrb53 1.4.4-4 MIT Kerberos runtime libraries
ii  libldap2 2.1.30-13+b1OpenLDAP libraries
ii  libpam-m 0.79-4  Pluggable Authentication Modules f
ii  libpam-r 0.79-4  Runtime support for the PAM librar
ii  libpam0g 0.79-4  Pluggable Authentication Modules l
ii  libpopt0 1.10-3  lib for parsing cmdline parameters
ii  logrotat 3.7.1-3 Log rotation utility
ii  lsb-base 3.1-15  Linux Standard Base 3.1 init scrip
ii  netbase  4.27Basic TCP/IP networking system
ii  procps   1:3.2.7-3   /proc file system utilities
ii  samba-co 3.0.23d-1   Samba common files used by both th
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages samba recommends:
pn  smbldap-tools none (no description available)

-- debconf information:
  samba/nmbd_from_inetd:
  samba/log_files_moved:
  samba/tdbsam: false
* samba/generate_smbpasswd: true
* samba/run_mode: daemons

---End Message---
---BeginMessage---
Source: samba
Source-Version: 3.0.23d-2

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

libpam-smbpass_3.0.23d-2_i386.deb
  to pool/main/s/samba/libpam-smbpass_3.0.23d-2_i386.deb
libsmbclient-dev_3.0.23d-2_i386.deb
  to pool/main/s/samba/libsmbclient-dev_3.0.23d-2_i386.deb
libsmbclient_3.0.23d-2_i386.deb
  to pool/main/s/samba/libsmbclient_3.0.23d-2_i386.deb
python-samba_3.0.23d-2_i386.deb
  to pool/main/s/samba/python-samba_3.0.23d-2_i386.deb
samba-common_3.0.23d-2_i386.deb
  to pool/main/s/samba/samba-common_3.0.23d-2_i386.deb
samba-dbg_3.0.23d-2_i386.deb
  to pool/main/s/samba/samba-dbg_3.0.23d-2_i386.deb
samba-doc-pdf_3.0.23d-2_all.deb
  to pool/main/s/samba/samba-doc-pdf_3.0.23d-2_all.deb
samba-doc_3.0.23d-2_all.deb
  to pool/main/s/samba/samba-doc_3.0.23d-2_all.deb
samba_3.0.23d-2.diff.gz
  to pool/main/s/samba/samba_3.0.23d-2.diff.gz
samba_3.0.23d-2.dsc
  to pool/main/s/samba/samba_3.0.23d-2.dsc
samba_3.0.23d-2_i386.deb
  to pool/main/s/samba/samba_3.0.23d-2_i386.deb
smbclient_3.0.23d-2_i386.deb
  to pool/main/s/samba/smbclient_3.0.23d-2_i386.deb
smbfs_3.0.23d-2_i386.deb
  to 

Bug#401263: apt-get segfaults

2006-12-03 Thread Florian Sievers
I've got the same problem. But only on one of my two etch systems. Both
were up-to-date till this morning. But only my notebook is showing this
problem. On my desktop-system everything works well. Yesterday the
update works well on both systems.

I allready updated the apt package to version 0.6.46.3 from the ftp
servers, but the segfault still exists.

Is it possible that GnuPG is the problem?

These packages were yesterday befor apt-get stopps work (I hope this helps):

flex (2.5.33-9) to 2.5.33-10
gnome (1:2.14.3.2) to 1:2.14.3.3
gnome-core (1:2.14.3.2) to 1:2.14.3.3
gnome-core-devel (1:2.14.3.2) to 1:2.14.3.3
gnome-desktop-environment (1:2.14.3.2) to 1:2.14.3.3
gnome-devel (1:2.14.3.2) to 1:2.14.3.3
gnome-office (1:2.14.3.2) to 1:2.14.3.3
gnupg (1.4.5-2) to 1.4.5-3
gpgv (1.4.5-2) to 1.4.5-3
language-env (0.66) to 0.68
libboost-signals1.33.1 (1.33.1-8) to 1.33.1-9
libdbd-mysql-perl (3.0007-1) to 3.0008-1
libdbi-perl (1.52-1) to 1.53-1
libexif12 (0.6.13-4) to 0.6.13-5
libffcall1 (1.10-2) to 1.10+2.41-3
libffcall1-dev (1.10-2) to 1.10+2.41-3
libgd2-xpm (2.0.33-5.1) to 2.0.33-5.2
libpaper1 (1.1.20) to 1.1.21
librpm4 (4.4.1-12) to 4.4.1-13
libsoup2.2-8 (2.2.97-1) to 2.2.98-1
libx11-6 (2:1.0.3-3) to 2:1.0.3-4
libx11-data (2:1.0.3-3) to 2:1.0.3-4
libx11-dev (2:1.0.3-3) to 2:1.0.3-4
libxmmsclient++-dev (0.2DrGonzo-2) to 0.2DrGonzo-4
libxmmsclient++-glib-dev (0.2DrGonzo-2) to 0.2DrGonzo-4
libxmmsclient++-glib0 (0.2DrGonzo-2) to 0.2DrGonzo-4
libxmmsclient++0 (0.2DrGonzo-2) to 0.2DrGonzo-4
libxmmsclient-dev (0.2DrGonzo-2) to 0.2DrGonzo-4
libxmmsclient-glib-dev (0.2DrGonzo-2) to 0.2DrGonzo-4
libxmmsclient-glib0 (0.2DrGonzo-2) to 0.2DrGonzo-4
libxmmsclient0 (0.2DrGonzo-2) to 0.2DrGonzo-4
libxslt1-dev (1.1.18-1) to 1.1.18-3
libxslt1.1 (1.1.18-1) to 1.1.18-3
linuxdoc-tools (0.9.21-0.4) to 0.9.21-0.5
lynx (2.8.5-2sarge2.1) to 2.8.5-2sarge2.2
ppp (2.4.4rel-2) to 2.4.4rel-4
python (2.4.3-11) to 2.4.4-1
python-central (0.5.10) to 0.5.12
python-minimal (2.4.3-11) to 2.4.4-1
python2.4 (2.4.3-8) to 2.4.4-1
python2.4-dev (2.4.3-8) to 2.4.4-1
python2.4-minimal (2.4.3-8) to 2.4.4-1
rpm (4.4.1-12) to 4.4.1-13
xmms2 (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-client-avahi (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-client-cli (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-core (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-dev (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-plugin-alsa (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-plugin-flac (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-plugin-gnomevfs (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-plugin-id3v2 (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-plugin-mad (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-plugin-vorbis (0.2DrGonzo-2) to 0.2DrGonzo-4
xmms2-plugin-wma (0.2DrGonzo-2) to 0.2DrGonzo-4
xsltproc (1.1.18-1) to 1.1.18-3

libboost-dev (1.33.1-9)
libboost-signals-dev (1.33.1-9)


-- Florian Sievers


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



Bug#400399: [Pkg-mono-group] Bug#400399: monodoc-http: documentation doesn't appear. get System.NullReferenceException instead.

2006-12-03 Thread Mirco Bauer
tags 400399 + unreproducible
severity 400399 important

On Sat, 2006-11-25 at 23:47 +0100, Ernest ter Kuile wrote:
 The two lower frames both contain:
 
 Server error in '/monodoc' application
 Description: Error processing request.
 
 Error Message: HTTP 500.

I just installed monodoc-http and mono-xsp is running.
Opened http://localhost:8081/monodoc and it worked, the login page goes
indeed to 404, probably some feature upstream uses for the official
page.
But the lower frames contain the tree and selected documentation.
The stack-trace is not saying anything that helps me.

Did you use monodoc-http before? You can slo try the standalone
script /usr/bin/monodoc-http if that works it could be a mono-xsp config
problem.

-- 
Regards,

Mirco 'meebey' Bauer

PGP-Key:
http://keyserver.noreply.org/pks/lookup?op=getsearch=0xEEF946C8

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d s-:+ a-- C++ UL$ P L++$+++$ E- W+++$ N o? K- w++! O M-
V? PS
PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G++ e h! r-++ y?
--END GEEK CODE BLOCK--


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


Bug#401303: marked as done (CVE-2006-6071: TWiki Authentication Bypass Vulnerability)

2006-12-03 Thread Debian Bug Tracking System
Your message dated Sun, 03 Dec 2006 21:47:07 +
with message-id [EMAIL PROTECTED]
and subject line Bug#401303: fixed in twiki 1:4.0.5-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)

---BeginMessage---
Package: twiki
Severity: grave
Tags: security
Justification: user security hole


A vulnerability has been found in twiki. See

http://twiki.org/cgi-bin/view/Codev/SecurityAlert-CVE-2006-6071

for details.

---End Message---
---BeginMessage---
Source: twiki
Source-Version: 1:4.0.5-2

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

twiki_4.0.5-2.diff.gz
  to pool/main/t/twiki/twiki_4.0.5-2.diff.gz
twiki_4.0.5-2.dsc
  to pool/main/t/twiki/twiki_4.0.5-2.dsc
twiki_4.0.5-2_all.deb
  to pool/main/t/twiki/twiki_4.0.5-2_all.deb



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

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

Debian distribution maintenance software
pp.
Amaya Rodrigo Sastre [EMAIL PROTECTED] (supplier of updated twiki package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun,  3 Dec 2006 12:19:17 +0100
Source: twiki
Binary: twiki
Architecture: source all
Version: 1:4.0.5-2
Distribution: unstable
Urgency: high
Maintainer: Sven Dowideit [EMAIL PROTECTED]
Changed-By: Amaya Rodrigo Sastre [EMAIL PROTECTED]
Description: 
 twiki  - A Web Based Collaboration Platform
Closes: 40212 211237 333679 400212 400213 400226 400226 400977 401303
Changes: 
 twiki (1:4.0.5-2) unstable; urgency=high
 .
   [ Sven Dowideit ]
   * add tools scripts to /var/lib/twiki/tools (Closes: #400226)
   * fix apache.conf setup to backup in the /etc/twiki dir (Closes: #333679, 
#400213)
   * add dependancy on apache2.2-common (Closes: #40212)
   * added default .mailnotify files to stop sending out change
 emails for distributed topics (Closes: #211237)
 .
   [ Amaya Rodrigo Sastre ]
   * mv DH_COMPAT to debian/compat. Upgrade to 5
   * cleaned debian/rules slightly
   * urgency=high because of added hotfix for security problem CVE-2006-6071
 TWiki Authentication Bypass Vulnerabilityin NEWS.Debian (Closes:#401303).
   * Accepted patch from Olivier Berger [EMAIL PROTECTED] for
 debian/apache.conf, preventing that accessing wiki with .../twiki/ URL
 pub contents are displayed (Closes: #400977).
   * Add myself to the Uploaders: field so that I can hep more effectively.
   * tools/mailnotify is now installed at /var/lib/twiki/tools/mailnotify
 (Closes: #400226).
   * Now explicitly depend on apache-common (Closes: #400212).
Files: 
 b6311a7dd9b1710eb5a521e5bc3faacf 627 web optional twiki_4.0.5-2.dsc
 d984b90886c12601b76f51419bb5352b 4264148 web optional twiki_4.0.5.orig.tar.gz
 b0a19d4eb4efc9f50d760639be8cf5e0 21995 web optional twiki_4.0.5-2.diff.gz
 63fe867ce5fcea2a7fed680566d7e25e 4238488 web optional twiki_4.0.5-2_all.deb

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

iD8DBQFFcrN0NFDtUT/MKpARAuGtAJkBcrbA5zPFtd6pVTwsHsGcS6JBiACghWfa
ii9VLnWOIS4guKk3H/6o2XI=
=DtOH
-END PGP SIGNATURE-

---End Message---


Processed (with 5 errors): Re: [Pkg-mono-group] Bug#400399: monodoc-http: documentation doesn't appear. get System.NullReferenceException instead.

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

 tags 400399 + unreproducible
Bug#400399: monodoc-http: documentation doesn't appear. get 
System.NullReferenceException instead.
There were no tags set.
Tags added: unreproducible

 severity 400399 important
Bug#400399: monodoc-http: documentation doesn't appear. get 
System.NullReferenceException instead.
Severity set to `important' from `grave'

 On Sat, 2006-11-25 at 23:47 +0100, Ernest ter Kuile wrote:
Unknown command or malformed arguments to command.

  The two lower frames both contain:
Unknown command or malformed arguments to command.

 
Unknown command or malformed arguments to command.

  Server error in '/monodoc' application
Unknown command or malformed arguments to command.

  Description: Error processing request.
Unknown command or malformed arguments to command.

Too many unknown commands, stopping 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: closing old bugs

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

 notfound 386259 0.92+svn-r217-1
Bug#386259: FTBFS: aclocal: macro `AM_PROG_MKDIR_P' required but not defined
Bug marked as not found in version 0.92+svn-r217-1.
(By the way, this Bug is currently marked as done.)

 close 381571 1.00~beta-r473-1
Bug#381571: Typo/grammar in manpage
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 1.00~beta-r473-1, send any further explanations 
to H. S. Teoh [EMAIL PROTECTED]

 close 363687 1.00~beta-r473-1
Bug#363687: enigma: typo, invalid C++ (though gcc accepts)
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 1.00~beta-r473-1, send any further explanations 
to Karl Chen [EMAIL PROTECTED]

 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#401263: Problem solved

2006-12-03 Thread Florian Sievers
Someone (Nickname: Salz) on the german debian irc helped solving this
problem.
Just delete the *.bin files in /var/cache/apt/

-- Florian Sievers


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



Processed: severity of 401465 is grave

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

 # Automatically generated email from bts, devscripts version 2.9.26
 #it causes other programs (like krita) to hang
 severity 401465 grave
Bug#401465: libpng12-dev: Incorrect shlibs information
Severity set to `grave' from `serious'


End of message, stopping processing here.

Please contact me if you need assistance.

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


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



  1   2   >