Processed: Tag pending

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 398413 etch pending
Bug#398413: maxdb-7.5.00: FTBFS: 'sqldbc.mac' not made because of dependency 
errors
There were no tags set.
Tags added: etch, pending

>
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#399842: libkpathsea4: segmentation fault on upgrade of tetex

[Frank Küster]

severity 399842 important
retitle 399842 Error when creating cont-en.fmt
tags 399842 unreproducible
thanks

Émile CARRY <[EMAIL PROTECTED]> wrote:

> Le Wed, 22 Nov 2006 04:23:49 -0800,
> Steve Langasek <[EMAIL PROTECTED]> a écrit :
>
>> On Wed, Nov 22, 2006 at 12:26:39PM +0100, Émile CARRY wrote:
>> > This segfault break upgrade for tetex-extra.
>> > When I remove (and purge) package libkpathsea4 the problem
>> > disappear but all tetex package depend of package libkpathsea4.
>> 
>> Then how can you claim that the problem is in libkpathsea4?  Of
>> course you don't get a segfault from tetex when you force it to be
>> uninstalled!
>
> Ok, I was too quick to input the problem to libkpathsea4
>
> after using gdb and reinstall package libpoppler0c2, the problem
> changed. It's now a problem with pdfetex...

In other words, you probably had an incompatible version of libpoppler
installed (there used to be one in experimental that segfaulted with
pdfTeX, but it's long gone).

> Now, it's perhaps a syntax error in 
> /usr/share/texmf-tetex/tex/context/base/context.tex
> line 1116

Except that this format is created on every single of the 6000
installations reported by popcon.  Please reinstall tetex-base and try
again.  If one of the tetex packages still fails to configure, please
send us /var/lib/texmf/web2c/cont-en.log.

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

Processed: Re: Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 399842 important
Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex
Severity set to `important' from `serious'

> retitle 399842 Error when creating cont-en.fmt
Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex
Changed Bug title.

> tags 399842 unreproducible
Bug#399842: Error when creating cont-en.fmt
There were no tags set.
Tags added: unreproducible

> 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#398530: marked as done (uim-gtk2.0: /var/lib/dpkg/info/uim-gtk2.0.postrm: line 23: /usr/sbin/update-gtk-immodules: No such file or directory)

[Debian Bug Tracking System]

Your message dated Thu, 23 Nov 2006 06:32:21 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398530: fixed in uim 1:1.2.1-9
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: uim-gtk2.0
Version: 1.2.1-6
Severity: serious
Justification: makes package uninstallable
Usertags: grid5000

Hi,

During a piuparts run over all the packages in etch, I ran into a
problem with your package:
  Removing uim-gtk2.0 ...
  Purging configuration files for uim-gtk2.0 ...
  /var/lib/dpkg/info/uim-gtk2.0.postrm: line 23:
/usr/sbin/update-gtk-immodules: No such file or directory
  dpkg: error processing uim-gtk2.0 (--purge):
   subprocess post-removal script returned error exit status 1

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

The piuparts run was done on about 40 AMD64 nodes of the Grid'5000
platform, using a clean chroot containing an etch i386 environment
(not unstable).  Internet was not accessible from the build systems.

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 ---
--- Begin Message ---
Source: uim
Source-Version: 1:1.2.1-9

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

libuim-data_1.2.1-9_amd64.deb
  to pool/main/u/uim/libuim-data_1.2.1-9_amd64.deb
libuim-dev_1.2.1-9_amd64.deb
  to pool/main/u/uim/libuim-dev_1.2.1-9_amd64.deb
libuim3-dbg_1.2.1-9_amd64.deb
  to pool/main/u/uim/libuim3-dbg_1.2.1-9_amd64.deb
libuim3_1.2.1-9_amd64.deb
  to pool/main/u/uim/libuim3_1.2.1-9_amd64.deb
uim-anthy_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-anthy_1.2.1-9_amd64.deb
uim-applet-gnome_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-applet-gnome_1.2.1-9_amd64.deb
uim-canna_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-canna_1.2.1-9_amd64.deb
uim-common_1.2.1-9_all.deb
  to pool/main/u/uim/uim-common_1.2.1-9_all.deb
uim-el_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-el_1.2.1-9_amd64.deb
uim-fep_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-fep_1.2.1-9_amd64.deb
uim-gtk2.0_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-gtk2.0_1.2.1-9_amd64.deb
uim-m17nlib_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-m17nlib_1.2.1-9_amd64.deb
uim-prime_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-prime_1.2.1-9_amd64.deb
uim-qt_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-qt_1.2.1-9_amd64.deb
uim-skk_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-skk_1.2.1-9_amd64.deb
uim-utils_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-utils_1.2.1-9_amd64.deb
uim-xim_1.2.1-9_amd64.deb
  to pool/main/u/uim/uim-xim_1.2.1-9_amd64.deb
uim_1.2.1-9.diff.gz
  to pool/main/u/uim/uim_1.2.1-9.diff.gz
uim_1.2.1-9.dsc
  to pool/main/u/uim/uim_1.2.1-9.dsc
uim_1.2.1-9_all.deb
  to pool/main/u/uim/uim_1.2.1-9_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.
Masahito Omote <[EMAIL PROTECTED]> (supplier of updated uim package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 23 Nov 2006 15:10:53 +0900
Source: uim
Binary: uim-utils uim-qt uim-anthy libuim-data uim-m17nlib libuim-dev uim-fep 
libuim3-dbg uim-canna uim-gtk2.0 uim-el uim uim-xim uim-applet-gnome uim-prime 
libuim3 uim-common uim-skk
Architecture: source amd64 all
Version: 1:1.2.1-9
Distribution: unstable
Urgency: medium
Maintainer: Masahito Omote <[EMAIL PROTECTED]>
Changed-By: Masahito Omote <[EMAIL PROTECTED]>
Description: 
 libuim-data - Data files for uim
 libuim-dev - Development files for uim
 libuim3- Simple and flexible input method collection and library
 libuim3-dbg - uim libraries and debugging symbols
 uim- Simple and flexible input method collection and library
 uim-anthy  - Anthy plugin for uim
 uim-applet-gnome - GNOME applet for uim
 uim-canna  - Canna plugin for uim
 uim-common - Common files for uim
 u

Bug#399374: libxml-twig-perl: FTBFS amd64 etch - test reveals memory leak

[Bart Martens]

Hi Goswin,

Can you rebuild libxml-twig-perl 1:3.26-2 on amd64 with pbuilder? Both
against "unstable" and "testing"?

Thanks for your help,

Bart Martens



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

Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[Frank Küster]

tags 399897 -pending
clone 399897 -1
reassign -1 texlive-base-bin
severity -1 important
thanks

Steve Langasek <[EMAIL PROTECTED]> wrote:

> Hi Frank,
>
> On Wed, Nov 22, 2006 at 07:34:52PM +0100, Frank Küster wrote:
>> clone 397571 -1
>> retitle -1 Number of fonts supported by pdftex is limited
>> clone -1 -2
>> reassign -1 tetex-bin
>> reassign -2 texlive-bin
>> thanks
>
>> I think the "number of fonts is limited" thing deserves a separate bug.
>
> And leaving these bugs at RC severity was also intentional?

Yes, as far as tetex-bin is concerned, since it causes a FTBFS error in
debian-reference.  texlive isn't used by the autobuilders, so I guess
it's not RC, although I think we should really try to get a fix into
etch. 

>  (Is the
> 'pending' tag also still correct?)

Thank you, no - currently I don't know whether there's a working patch.

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

Processed: Re: Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 399897 -pending
Bug#399897: Number of fonts supported by pdftex is limited
Tags were: pending
Tags removed: pending

> clone 399897 -1
Bug#399897: Number of fonts supported by pdftex is limited
Bug 399897 cloned as bug 399967.

> reassign -1 texlive-base-bin
Bug#399967: Number of fonts supported by pdftex is limited
Bug reassigned from package `tetex-bin' to `texlive-base-bin'.

> severity -1 important
Bug#399967: Number of fonts supported by pdftex is limited
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]

Processed: Not a grave bug

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 399924 normal
Bug#399924: libapache2-mod-php5 (5.2.0-5) is broken
Severity set to `normal' from `grave'

> Thank you
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#399785: I cannot reproduce this

[Edward J. Shornock]

Do you experience this problem with a new profile?  about: and NoScript
work fine on my side...


signature.asc
Description: Digital signature

Bug#399821: What about in a new profile?

[Edward J. Shornock]

Have you tried creating a new profile (`iceweasel -p`) to see if perhaps just 
the profile
is messed up?  The upgrade worked flawlessly on my boxen.


signature.asc
Description: Digital signature

Bug#399949: I cannot reproduce this problem

[Edward J. Shornock]

I have the NoScript extension installed as well but bookmarks work
perfectly for me. I even created a new profile then installed
NoScript--Bookmarks *still* work.

I've only had Debian Iceweasel installed for 30 minutes (:P) but so far
everything is working beautifully, including things that were broken
in the experimental 1.99+2.0b2+dfsg-1 build. 


signature.asc
Description: Digital signature

Bug#398530: fixed in uim 1:1.2.1-8

[Steve Langasek]

reopen 398530
thanks

On Thu, Nov 23, 2006 at 03:47:03AM +, Masahito Omote wrote:

> Changes: 
>  uim (1:1.2.1-8) unstable; urgency=low
>  .
>* Use Pre-Depends libgtk2.0-bin instead of Depends for calling
>  /usr/bin/update-gtk-immodules properly when removing. Thanks to Osamu
>  Aoki for helping me. (closes: Bug#398530)

This does not fix the bug.  It is *never* permitted to rely on non-Essential
packages in postrm purge, whether or not you use a pre-depends.

Please instead fix the package to either call /usr/bin/update-gtk-immodules
on postrm remove instead of postrm purge, or check for the presence of
/usr/bin/update-gtk-immodules before calling it in postrm purge, whichever
is appropriate.

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


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

Processed: Re: Bug#398530: fixed in uim 1:1.2.1-8

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 398530
Bug#398530: uim-gtk2.0: /var/lib/dpkg/info/uim-gtk2.0.postrm: line 23: 
/usr/sbin/update-gtk-immodules: 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#399798: gnat1: Cannot create: aunit.ali

[Brian May]

> "Ludovic" == Ludovic Brenta <[EMAIL PROTECTED]> writes:

Ludovic> If that does not solve your problem, could you please
Ludovic> send a minimal test case that reproduces the issue?  That
Ludovic> shouldn't be too long but I am pressed for time right
Ludovic> now.

Don't worry, I already solved the problem and closed the bug (as you
probably realized after sending me the above email).

I had an old aunit.ali file around that was confusing gnat.
-- 
Brian May <[EMAIL PROTECTED]>


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

Bug#398530: marked as done (uim-gtk2.0: /var/lib/dpkg/info/uim-gtk2.0.postrm: line 23: /usr/sbin/update-gtk-immodules: No such file or directory)

[Debian Bug Tracking System]

Your message dated Thu, 23 Nov 2006 03:47:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398530: fixed in uim 1:1.2.1-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)

--- Begin Message ---
Package: uim-gtk2.0
Version: 1.2.1-6
Severity: serious
Justification: makes package uninstallable
Usertags: grid5000

Hi,

During a piuparts run over all the packages in etch, I ran into a
problem with your package:
  Removing uim-gtk2.0 ...
  Purging configuration files for uim-gtk2.0 ...
  /var/lib/dpkg/info/uim-gtk2.0.postrm: line 23:
/usr/sbin/update-gtk-immodules: No such file or directory
  dpkg: error processing uim-gtk2.0 (--purge):
   subprocess post-removal script returned error exit status 1

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

The piuparts run was done on about 40 AMD64 nodes of the Grid'5000
platform, using a clean chroot containing an etch i386 environment
(not unstable).  Internet was not accessible from the build systems.

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 ---
--- Begin Message ---
Source: uim
Source-Version: 1:1.2.1-8

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

libuim-data_1.2.1-8_amd64.deb
  to pool/main/u/uim/libuim-data_1.2.1-8_amd64.deb
libuim-dev_1.2.1-8_amd64.deb
  to pool/main/u/uim/libuim-dev_1.2.1-8_amd64.deb
libuim3-dbg_1.2.1-8_amd64.deb
  to pool/main/u/uim/libuim3-dbg_1.2.1-8_amd64.deb
libuim3_1.2.1-8_amd64.deb
  to pool/main/u/uim/libuim3_1.2.1-8_amd64.deb
uim-anthy_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-anthy_1.2.1-8_amd64.deb
uim-applet-gnome_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-applet-gnome_1.2.1-8_amd64.deb
uim-canna_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-canna_1.2.1-8_amd64.deb
uim-common_1.2.1-8_all.deb
  to pool/main/u/uim/uim-common_1.2.1-8_all.deb
uim-el_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-el_1.2.1-8_amd64.deb
uim-fep_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-fep_1.2.1-8_amd64.deb
uim-gtk2.0_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-gtk2.0_1.2.1-8_amd64.deb
uim-m17nlib_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-m17nlib_1.2.1-8_amd64.deb
uim-prime_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-prime_1.2.1-8_amd64.deb
uim-qt_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-qt_1.2.1-8_amd64.deb
uim-skk_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-skk_1.2.1-8_amd64.deb
uim-utils_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-utils_1.2.1-8_amd64.deb
uim-xim_1.2.1-8_amd64.deb
  to pool/main/u/uim/uim-xim_1.2.1-8_amd64.deb
uim_1.2.1-8.diff.gz
  to pool/main/u/uim/uim_1.2.1-8.diff.gz
uim_1.2.1-8.dsc
  to pool/main/u/uim/uim_1.2.1-8.dsc
uim_1.2.1-8_all.deb
  to pool/main/u/uim/uim_1.2.1-8_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.
Masahito Omote <[EMAIL PROTECTED]> (supplier of updated uim package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 23 Nov 2006 10:37:23 +0900
Source: uim
Binary: uim-utils uim-qt uim-anthy libuim-data uim-m17nlib libuim-dev uim-fep 
libuim3-dbg uim-canna uim-gtk2.0 uim-el uim uim-xim uim-applet-gnome uim-prime 
libuim3 uim-common uim-skk
Architecture: source amd64 all
Version: 1:1.2.1-8
Distribution: unstable
Urgency: low
Maintainer: Masahito Omote <[EMAIL PROTECTED]>
Changed-By: Masahito Omote <[EMAIL PROTECTED]>
Description: 
 libuim-data - Data files for uim
 libuim-dev - Development files for uim
 libuim3- Simple and flexible input method collection and library
 libuim3-dbg - uim libraries and debugging symbols
 uim- Simple and flexible input method collection and library
 uim-anthy  - Anthy plugin for uim
 uim-applet-gnome - GNOME applet for uim
 uim-canna  - Canna plugin for uim
 uim-common - Common files for uim
 uim-

Bug#399454: [autodir] [EMAIL PROTECTED]: Bug#399454: autodir: fails with alert: unexpected autofs packet type 3]

[ramana]

--- "Hanno G. Steinke" <[EMAIL PROTECTED]> wrote:

> the problem occured with autofs4 module, not autofs. It's a debian
> kernel, maybe there are subtle differences in the modules, autofs or
> autodir packages compared to fedora. I can have a look at the sources
> 
> if you direct me what to look for.
> 
> The bug is not closed. I still need to hold at version 0.99.3.

However autofs4 modules differ from Fedora4 or Debian, they should
present same protocol numbers and packet type numbers.

For a moment I still suspect it is module mismatch.

Regards
ramana


 

Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited


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

Bug#339758: FTBFS on arm and mips

[Wookey]

The fixed packages don't actually build:
http://buildd.debian.org/~jeroen/status/package.php?p=cfitsio&a=arm

due to mistakes in the patch:

(there is exactly the same problem in the cfitsio3 package too).

this patch fixes those:

--- fitsio2.h.orig  2006-11-22 20:14:37.0 -0600
+++ fitsio2.h   2006-11-22 20:16:55.0 -0600
@@ -55,7 +55,7 @@
 #  define MACHINE NATIVE
 #  if defined(MIPSEL)
 #define BYTESWAPPED TRUE
-#  elif
+#  else
 #define BYTESWAPPED FALSE
 #  endif
 #  if _MIPS_SZLONG == 32
@@ -140,7 +140,7 @@
 #elif defined(__arm__)
 
 /*  ARM Little-endian */
-#undefine MACHINE
+#undef MACHINE
 #define BYTESWAPPED TRUE
  
 #else


Wookey
-- 
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://wookware.org/


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

Bug#391828: should use $(CURDIR) instead of $(PWD) in debian/rules

[GOTO Masanori]

Hi,

I saw the following from 
http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=391828

> I'm just commiting a fix for this in my archive. I'll try to make a
> release with this fix and a few others shortly.

Do you have any plans to upload a newer version of the package?
Now the bug is marked as release critical - it should be fixed.

Regards,
-- gotom


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

Bug#399957: zope-cmfforum: Breaks "my folder" and probably other things

[Antony Gelberg]

Package: zope-cmfforum
Severity: grave
Justification: renders package unusable

Hi,

Simply having this package installed (on a clean Etch install) causes:

Site error

This site encountered an error trying to fulfill your request. The
errors were:

Error Type
TypeError
Error Value
queryCatalog() takes no arguments (3 given)
Request made at
2006/11/23 10:17:38.536 Universal

... when I try to access my folder.  If this doesn't work, it probably
breaks lots of stuff.  According to
http://www.contentmanagementsoftware.info/plone/CMFForum/ version 1.0.0
is out which may or may not fix the problem.  I don't know - I'm going
to try ploneboard or plonegossip instead (sadly not in Debian yet).

Either way, please don't release this in Etch.  It seems to be really
old-hat and things have moved on.  Is the Debian Zope team active?
Could you use some help?

Antony


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


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

Bug#398637: unable to reproduce

[Mike O'Connor]

I'm unable to reproduce this with a current etch chroot or sid chroot
using piuparts.  Are you still able to reproduce this bug?

Thanks,
stew


signature.asc
Description: Digital signature

Processed: setting package to advi advi-examples, tagging 388435, tagging 398695, tagging 398920, tagging 398922

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.22
> package advi advi-examples
Ignoring bugs not assigned to: advi advi-examples

> tags 388435 + pending
Bug#388435: advi: Texlive support
There were no tags set.
Tags added: pending

> tags 398695 + pending
Bug#398695: FTBFS: latex errors
Tags were: patch
Tags added: pending

> tags 398920 + pending
Bug#398920: advi: Documentation not available
Tags were: patch
Tags added: pending

> tags 398922 + pending
Bug#398922: advi: Installs arch-independent files in /usr/lib
Tags were: patch
Tags added: pending

>
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#321150: This bug has resurfaced

[Charles Samuels]

#include 
#include 

int main()
{
cgicc::Cgicc cc;
cgicc::CgiInput in;

return 0;
}

$ c++ test.cpp -lcgicc
test.cpp:10:2: warning: no newline at end of file
/tmp/cc0mHyGw.o: In function `main':
test.cpp:(.text+0xa4): undefined reference to `cgicc::CgiInput::CgiInput()'
collect2: ld returned 1 exit status


if I compile it myself, it works fine.

Thank you.




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

Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[韓達耐]

From: Frank Küster <[EMAIL PROTECTED]>

> I think the "number of fonts is limited" thing deserves a separate bug.
> If I'm not mistaken, most of the other issues with CJK are either fixed
> in debian-reference or in debiandoc-sgml, but this one is not.

All is fixed, except indeed for the arithmetic error (division by
zero).


> Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> wrote:
> 
> > There is indeed another patch, also provided by Taco Hoekwater:
> > http://www.ntg.nl/pipermail/ntg-pdftex/2006-November/002522.html
> > (with a reply from Thanh Han The).
> >
> > He suggests adding
> >
> >   if vf_nf>font_max then
> >   overflow("virtual fonts",font_max);
> >
> > right after vf_nf (twice) in pdftex.web.
> 
> Ah, so for teTeX and TeXlive (which don't have pdftex.web, but change
> files to tex.web instead) this would probably be the following patch:
> 
>  texk/web2c/pdftexdir/hz.ch |2 ++
>  texk/web2c/pdftexdir/pdftex.ch |2 ++
>  2 files changed, 4 insertions(+)
[...]
> However, if I'm not mistaken this does *not* set the limit higher, it
> will just bail out with a decent error message, instead of - well, what?
> I couldn't find it in the long conversation in this bug log.

It seems so. :/
But I feel something's moving: another CJK user has reported a similar
problem at
http://www.ntg.nl/pipermail/ntg-pdftex/2006-November/002539.html .

Han The Thanh has now provided a patch to let the number of VF grow
dynamically:
http://www.ntg.nl/pipermail/ntg-pdftex/2006-November/002540.html
(patch is on Sarovar).

This could be the solution to the RC bug (third time's the charm?).


> > I don't have the source, so if you could test pdflatex with test.tex?
> > You can find it here:
> > http://users.edpnet.be/vanmeel/test.tex
> 
> Which fonts (or other things) do I need to have installed?  With
> latex-cjk-chinese-arphic-bkai00mp installed, I get lots of error
> messages of the type
> 
> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+264/600 --dpi 864 
> bkaiu99
> mktexpk: don't know how to create bitmap font for bkaiu99.
> kpathsea: Appending font creation commands to missfont.log.
> (see the transcript file for additional information)
> Warning: pdflatex (file bkaiu99): Font bkaiu99 at 864 not found
> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 2+293/600 --dpi 1493 
> bkaiu93
> mktexpk: don't know how to create bitmap font for bkaiu93.

How strange.  It shouldn't use "bkaiu" (which is the Unicode encoded
font) but "bkai".  But the "bkai" fonts are all virtual fonts
redirecting glyphs to those of "bkaiu".  Perhaps that's why mktexpk
complains about missing "bkaiu" files, but I wonder.

mktexpk shouldn't even be running, since all the fonts are already
provided as Type1 fonts.

test.tex is encoded in Big5, but all the Chinese characters are
replaced by code characters which aren't directly readable.  Make sure
you haven't edited the file to include either CJKutf8, UTF8 or bkaiu.

Perhaps you could also try to run "mktexlsr, update-updmap,
updmap-sys" and see if kpathsea can find the Type1 fonts.

If you run test.tex with "latex", it should be fine.  pdflatex should
fail with this arithmetic bug.  The packages you need are:
latex-cjk-common, latex-cjk-chinese and
latex-cjk-chinese-arphic-bkai00mp.

If it still botches, I'll upload the original Big5 file.

@Jens:
latex-cjk-chinese-arphic-bkai00mp already provides the
tfm-arphic-bkai00mp.  latex-cjk-chinese conflicts with
tfm-arphic-bkai00mp (<= 2.11.2-0.1).


Best regards



Danai SAE-HAN
韓達耐

-- 
題目:《病起荊江亭即事》
作者:黃庭堅（１０４５－１１０５）

翰墨場中老伏波，菩提坊里病維摩。
近人積水無鷗鷺，時有歸牛浮鼻過。

閉門覓句陳無己，對客揮毫秦少游。
正字不知溫飽未，西風吹淚古藤州。

Bug#394648: Please explain POSIX thread issue?

[Martin Foster]

Hello,

We've done a bit of testing of bdb 4.5 on i386 using a backport of the 
db4.5 package in sid.  Seems to work well.  The replication 
functionality in 4.5 would be nice to have available in etch.


I can't find any references to the POSIX thread issue in 
Oracle/Sleepycat's documentation.  Could you please elaborate a bit, or 
consider including db4.5 without necessarily rebuilding other 
applications to link against it.  As you know, bdb has a long history of 
requiring a few years for each version to mature / get fully patched up. 


Thanks,

-Martin Foster


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

Bug#399709: gps_1.1.0-5(ia64/unstable): FTBFS: bad include?

[Steve Langasek]

On Tue, Nov 21, 2006 at 05:49:26PM +0100, Roland Stigge wrote:

> The attached ugly hack makes it build again. What do you think?

There is a reason PAGE_SHIFT isn't being exported anymore -- it's not a
build-time constant for userspace, the value may vary between kernel builds
on a single architecture.  Please use sysconf as Kyle has suggested; 394211
gives an example which may be applicable here.

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


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

Bug#399454: would you reproduce it

[ramana]

Just to follow procedure,

Please reproduce the error, then do lsmod and please send the output.

Regards
ramana


 

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com


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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags  399600 + upstream
Bug#399600: deluge-torrent does not start
There were no tags set.
Tags added: upstream

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


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

Bug#399600: (no subject)

[Adam Cécile (Le_Vert)]

Same issue with LANG=C for me !

I've reported the bug to upstream...
http://deluge-torrent.org/trac/ticket/45


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

Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[Steve Langasek]

Hi Frank,

On Wed, Nov 22, 2006 at 07:34:52PM +0100, Frank Küster wrote:
> clone 397571 -1
> retitle -1 Number of fonts supported by pdftex is limited
> clone -1 -2
> reassign -1 tetex-bin
> reassign -2 texlive-bin
> thanks

> I think the "number of fonts is limited" thing deserves a separate bug.

And leaving these bugs at RC severity was also intentional?  (Is the
'pending' tag also still correct?)

BTW, it doesn't look like control@ let you clone from one temp bug number
(-1) to another.

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

Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex

[Norbert Preining]

Hi all! Dear Emile!

 . Original Message ...
On Wed, 22 Nov 2006 13:33:04 +0100 "Frank Küster" <[EMAIL PROTECTED]> wrote:
>Émile CARRY <[EMAIL PROTECTED]> wrote:
>> Running fmtutil-sys. This may take some time... /usr/bin/fmtutil: line
>> 358: 22661 Erreur de segmentation  ${1+"$@"}

Do you by chance have the experimental libpoppler packages installed, ie please 
tell us which version of libpoppler0 or libpoppler1 you have.

Just my usual crystal sphere.

Bye

Norbert

---
Dr. Norbert Preining <[EMAIL PROTECTED]>Università di Siena
Debian Developer <[EMAIL PROTECTED]> Debian TeX Group
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---

Bug#399169: TorrentFlux Arbitrary Command Execution and Directory Traversal

[Cameron Dale]

On 11/22/06, Stefan Fritsch <[EMAIL PROTECTED]> wrote:

thanks for looking into this. Unfortunately I think you are only
partially right. (On the other hand, I don't use torrentflux and
cannot install it ATM due to libphp-adodb brokenness, so I could be
wrong as well).


A new libphp-adodb is in the works. Should be available soon.


On Wednesday 22 November 2006 09:31, Cameron Dale wrote:
> On 11/18/06, Stefan Fritsch <[EMAIL PROTECTED]> wrote:
> > 1) Input passed to the "kill" parameter in index.php is not
> > properly sanitised before being used as the command line argument
> > to the "kill" command. This can be exploited to inject arbitrary
> > shell commands via the ";" character.
>
> This doesn't apply to the current version (2.1-5), as it has had
> this input sanitized in fixing a previous 2.1 bug.

As far as I can see, you only call htmlentities on the input. This is
not enough if you use the input in a command line that is passed to a
shell. For example the characters |;`$ have special meanings to the
shell and are not changed by htmlentities.


In fact, in the case we were discussing before (the kill parameter),
the new version will also only execute the kill command if $kill is a
numeric variable. So, if it wasn't fixed before then it will be now.


However, in the example above, the input is only passed to exec and
this does not seem to use a shell but executes the command directly.
So this doesn't seem to be exploitable here. On the other hand, there
are various exec()s of commands that are obviously meant to be
executed by a shell (with pipes or redirects). This doesn't really
make sense to me (but I am no php expert).

But I have found an instance where the input is passed to
shell_exec(). From metaInfo.php:

$result = shell_exec("cd " . $cfg["torrent_file_path"]."; " .
$cfg["pythonCmd"] . " -OO " . $cfg["btshowmetainfo
"]." \"".$torrent."\"");

Here the input ($torrent) is wrapped in double quotes which is not
enough since the shell will interpret `command` even inside double
quotes. You should use escapeshellarg() on this.


Although what you are saying makes sense to me, I cannot use it to
cause a command to be executed. I have tried many combinations of
inputs to the $torrent variable (including using `command`), and none
of them has been successful. I can't say why it seems to catch these,
but it seems to, so I will leave it at that. If you (or anyone else)
can create a case where this is a security issue, please submit it as
a new bug.


> None of these is very serious, as all require a registered user to
> exploit the hack.

While this is true, the average admin would not expect that any
registered user can execute arbitrary commands or delete files. So
this definitely should be fixed before etch release.


Definitely, I was just trying to calm people's fears about this being
a globally accessible hack. It will of course be treated seriously,
and fixed as soon as possible.

Cameron


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

Processed: Re: toilet: doesn't output readable characters

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 399922 wishlist
Bug#399922: toilet: doesn't output readable characters
Severity set to `wishlist' from `grave'

> retitle 399922 toilet does not work on non-unicode systems
Bug#399922: toilet: doesn't output readable characters
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#399922: toilet: doesn't output readable characters

[Aurélien GÉRÔME]

severity 399922 wishlist
retitle 399922 toilet does not work on non-unicode systems
thanks

On Wed, Nov 22, 2006 at 10:18:15PM +0100, Florian Cramer wrote:
> Justification: renders package unusable
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set 
> to en_US)

Please switch your system to UTF-8 and it will work fine.

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


signature.asc
Description: Digital signature

Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing (was: Re: Bug#379628: ntfsresize: resizing a Vista NTFS partition ...)

[Szakacsits Szabolcs]

On Thu, 23 Nov 2006, Frans Pop wrote:
> On Thursday 23 November 2006 00:27, Szaka wrote:
> > It's possible that it checks the boot sector for changes, e.g. against
> > viruses, rootkits, etc.
> 
> I still don't see why it should affect booting the _installer_. 

I think this is a beta2 bug which was fixed quite probably already before 
the final vista release. Beta releases work the way you describe. They make 
no sense so they get fixed.

I suppose you still only used ntfsresize, and no partitioning was involved, 
which could indeed cause bootability problems.

> Is reinstallation not the final (and in the case of Windows often the 
> only) option to get back to a working system after a partition was 
> "damaged"? Now you don't even have that option...

Let's not speculate until we know what the final Vista does.
 
Cheers,
Szaka


-- 
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 (was: Re: Bug#379628: ntfsresize: resizing a Vista NTFS partition ...)

[Frans Pop]

On Thursday 23 November 2006 00:27, Szaka wrote:
> It's possible that it checks the boot sector for changes, e.g. against
> viruses, rootkits, etc.

I still don't see why it should affect booting the _installer_. Is 
reinstallation not the final (and in the case of Windows often the only) 
option to get back to a working system after a partition was "damaged"?
Now you don't even have that option...

> Could you manage to get a final Vista or is this old the pre-Beta1?

It is the Vista Beta2 installation DVD I've been using all along.


pgpNkp2cXpBCr.pgp
Description: PGP signature

Bug#398542: marked as done (sn: postrm fails: /var/lib/dpkg/info/sn.postrm: line 23: update-inetd: command not found)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 23:02:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398542: fixed in sn 0.3.8-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)

--- Begin Message ---
Package: sn
Version: 0.3.8-5.1
Severity: serious
Usertags: grid5000

Hi,

During a piuparts run over all the packages in etch, I ran into a
problem with your package:
  Removing sn ...
  Purging configuration files for sn ...
  /var/lib/dpkg/info/sn.postrm: line 23: update-inetd: command not found
  dpkg: error processing sn (--purge):
   subprocess post-removal script returned error exit status 127

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

The piuparts run was done on about 40 AMD64 nodes of the Grid'5000
platform, using a clean chroot containing an etch i386 environment
(not unstable).  Internet was not accessible from the build systems.

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 ---
--- Begin Message ---
Source: sn
Source-Version: 0.3.8-6

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

sn_0.3.8-6.diff.gz
  to pool/main/s/sn/sn_0.3.8-6.diff.gz
sn_0.3.8-6.dsc
  to pool/main/s/sn/sn_0.3.8-6.dsc
sn_0.3.8-6_i386.deb
  to pool/main/s/sn/sn_0.3.8-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.
Chris Niekel <[EMAIL PROTECTED]> (supplier of updated sn package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Thu, 16 Nov 2006 09:39:59 +0100
Source: sn
Binary: sn
Architecture: source i386
Version: 0.3.8-6
Distribution: unstable
Urgency: low
Maintainer: Chris Niekel <[EMAIL PROTECTED]>
Changed-By: Chris Niekel <[EMAIL PROTECTED]>
Description: 
 sn - Small NNTP server for leaf sites
Closes: 398542 399272
Changes: 
 sn (0.3.8-6) unstable; urgency=low
 .
   * Check for the existence of update-inetd in postrm (Closes: 398542)
 Thanks to Andreas Henriksson for the patch.
   * Updated German translation by Erik Schanze (Closes: 399272)
Files: 
 471e453fcdfbd9f059c098c4a910f8b2 553 news optional sn_0.3.8-6.dsc
 dc4171aeb31678391d2b2ebec8362b2f 22389 news optional sn_0.3.8-6.diff.gz
 232a353c9793f385df0f6435c876b7b9 163080 news optional sn_0.3.8-6_i386.deb

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

iD8DBQFFZNSdlByGkm8iLx8RAiPgAJ9/AkjFyua61kV988H75bt3/tZ3RACfab7P
9/vGXiacx55Q8uziG+f66PE=
=48OW
-END PGP SIGNATURE-

--- End Message ---

Bug#399949: iceweasel: NoScript plugin will make bookmarks disfunctional.

[Wilfried Goesgens]

Package: iceweasel
Version: 2.0+dfsg-1
Severity: grave
Justification: renders package unusable

NoScript limits Javascript enabledness to a whitelist.
After the update no clicking on the bookmark menu will open a page.
Clicking the home button works.
turning off NoScript for a site won't work anymore, because of the menu won't 
open
on clicking on the Noscript-Button on the footline.
After disabling noscript and restarting iceweasel bookmarks work again.

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

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

iceweasel recommends no packages.

-- no debconf information


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

Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing (was: Re: Bug#379628: ntfsresize: resizing a Vista NTFS partition ...)

[Szakacsits Szabolcs]

On Thu, 23 Nov 2006, Frans Pop wrote:

> I've tried this in vmware. Apparently you should be able to use the Vista 
> installer's "Recovery Environment" [1] to run chkdsk.
> Unfortunately it seems that the Vista installer dislikes what ntfsresize 
> has done so much that that also fails to boot! 

It's possible that it checks the boot sector for changes, e.g. against 
viruses, rootkits, etc. A few vital NTFS information __must__ be changed 
there when the volume is resized. Perhaps these modifications are 
interpreted as security risk so it silently refuses to boot.

Many people use ntfs-3g with Vista fine. And the code is the same, so the 
reason must be something trivial, boot/security related issue.

> I am completely amazed that an installer can fail to boot because of 
> changes in a partition on the harddisk, but M$ seems to have managed it.

Could you manage to get a final Vista or is this old the pre-Beta1? 
I still didn't get any feedback.

Thanks,
Szaka


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

Bug#379628: [Linux-NTFS-Dev] CALL FOR HELP: Vista beta compatibility testing (was: Re: Bug#379628: ntfsresize: resizing a Vista NTFS partition ...)

[Frans Pop]

> If one could send me the two ntfs images, before and after running
> chkdsk, then I could add the needed support, suppose the problem is
> indeed due NTFS changes.

I've tried this in vmware. Apparently you should be able to use the Vista 
installer's "Recovery Environment" [1] to run chkdsk.
Unfortunately it seems that the Vista installer dislikes what ntfsresize 
has done so much that that also fails to boot! I am completely amazed 
that an installer can fail to boot because of changes in a partition on 
the harddisk, but M$ seems to have managed it.

I can still boot the installer (and access the recovery options) if I use 
a snapshot for a "working" Vista, so it must be somehow related to the 
resize.

I'll give it a try on "real" hardware as well, but unsure when I'll be 
able to do that.

Cheers,
FJP

[1] http://blogs.msdn.com/winre/archive/2006/09/18/760295.aspx


pgpQCqJWi3Qed.pgp
Description: PGP signature

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 399888 normal
Bug#399888: xfsprogs: Multiple data-loss problems
Severity set to `normal' from `critical'

> tags 399888 + upstream
Bug#399888: xfsprogs: Multiple data-loss problems
There were no tags set.
Tags added: upstream

> --
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#395167: marked as done (Tomcat doesn't run with java-gcj-compat-dev)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 22:17:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#395167: fixed in tomcat5.5 5.5.20-2
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: tomcat5.5
Version: 5.5.20-1
Severity: important

I'm unable to get tomcat5.5 working using java-gcj-compat as the JVM.
There is an error in catalina logs as follows:

Using CATALINA_BASE:   /var/lib/tomcat5.5
Using CATALINA_HOME:   /usr/share/tomcat5.5
Using CATALINA_TMPDIR: /var/lib/tomcat5.5/temp
Using JRE_HOME:   /usr/lib/jvm/java-gcj
Using Security Manager
WARNING: error instantiating 'org.apache.juli.ClassLoaderLogManager'
referenced
by java.util.logging.manager, class not found
java.lang.ClassNotFoundException: org.apache.juli.ClassLoaderLogManager
not foun
d
   <>
   Using CATALINA_BASE:   /var/lib/tomcat5.5
   Using CATALINA_HOME:   /usr/share/tomcat5.5
   Using CATALINA_TMPDIR: /var/lib/tomcat5.5/temp
   Using JRE_HOME:   /usr/lib/jvm/java-gcj
   Using Security Manager
   WARNING: error instantiating 'org.apache.juli.ClassLoaderLogManager'
   referenced
   by java.util.logging.manager, class not found
   java.lang.ClassNotFoundException:
   org.apache.juli.ClassLoaderLogManager not foun
   d
  <>

This is with the default installation of tomcat5.5 from a clean install,
haven't customized /etc/default/tomcat5.5 or any other config files.

-- 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.18-1-k7
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages tomcat5.5 depends on:
ii  adduser   3.99   Add and remove users and groups
ii  apache2-utils 2.2.3-2utility programs for webservers
ii  apache2.2-common  2.2.3-2Next generation, scalable, extenda
ii  ecj-bootstrap 3.2.1-3bootstrap version of the Eclipse J
ii  gij-4.1 [java2-runtime]   4.1.1-17   The GNU Java bytecode interpreter
ii  java-gcj-compat-dev   1.0.65-8   Java runtime environment with GCJ
ii  libtomcat5.5-java 5.5.20-1   Java Servlet engine -- core librar

tomcat5.5 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: tomcat5.5
Source-Version: 5.5.20-2

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

libtomcat5.5-java_5.5.20-2_all.deb
  to pool/main/t/tomcat5.5/libtomcat5.5-java_5.5.20-2_all.deb
tomcat5.5-admin_5.5.20-2_all.deb
  to pool/main/t/tomcat5.5/tomcat5.5-admin_5.5.20-2_all.deb
tomcat5.5-webapps_5.5.20-2_all.deb
  to pool/main/t/tomcat5.5/tomcat5.5-webapps_5.5.20-2_all.deb
tomcat5.5_5.5.20-2.diff.gz
  to pool/main/t/tomcat5.5/tomcat5.5_5.5.20-2.diff.gz
tomcat5.5_5.5.20-2.dsc
  to pool/main/t/tomcat5.5/tomcat5.5_5.5.20-2.dsc
tomcat5.5_5.5.20-2_all.deb
  to pool/main/t/tomcat5.5/tomcat5.5_5.5.20-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.
Marcus Better <[EMAIL PROTECTED]> (supplier of updated tomcat5.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: Tue, 21 Nov 2006 12:06:17 +0100
Source: tomcat5.5
Binary: libtomcat5.5-java tomcat5.5 tomcat5.5-admin tomcat5.5-webapps
Architecture: source all
Version: 5.5.20-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Marcus Better <[EMAIL PROTECTED]>
Description: 
 libtomcat5.5-java - Java Servlet engine -- core libraries
 tomcat5.5  - Java Servlet 2.4 engine with JSP 2.0 support
 tomcat5.5-admin - Java Servlet engine -- admin & manager web interfaces
 tomcat5.5-webapps - Java Servlet engine -- documentation and example web 
applications
Closes: 392569 393224 395167 397996 398044 399184
Changes: 
 tomcat5.5 (5.5.20-2) unstable; urgency=medium
 .
   * Now runs with java-gcj-compat. (Closes: #395167)
   * Add compatibility links for JDK 1.4. Thanks to Javier Serrano
 Polo. (Closes: #39

Bug#399888: xfsprogs: Multiple data-loss problems

[Nathan Scott]

John,

Take a deep breath.  Please start a discussion with the maintainer
before attempting an NMU, its generally considered courteous to
give more than 45 mins notice (which was the time between this
bug and your NMU problem report).

On Wed, 2006-11-22 at 11:23 -0600, John Goerzen wrote:
> Package: xfsprogs
> Version: 2.8.11-1
> Severity: critical
> Justification: causes serious data loss

Sorry, but you've not given any evidence of that here.

> This may be "only" grave instead of critical, but it looks to me like it
> is a Big Deal and unquestionably RC in any case.

These are actually all relatively minor problems, and have all been
there for a long time in xfsprogs.

> http://lists.debian.org/debian-devel/2006/11/msg00630.html
>   mentions that the latest versions contain fixes for kernel bugs

The XFS experts do not hang out on debian-devel, so I'd take most
of those comments with a pinch of salt (except for the one that said
talk to the maintainer before attempting an NMU ;)

> I *personally* encountered trouble today, which looks like remnants from
> when I was running a kernel before 2.6.18.  I will likely prepare an NMU
> for this in short order.

You've given no details.  I can only guess that you're refering to
the dir2 corruption problem of 2.6.17.[0-7] - that particular problem
was resolved in 2.8.11 which was uploaded as soon as a fix was
available.

However, I'll look into doing an upload soon.  Please do not do an NMU.
As you can see if you read the changelog more carefully, there has been
substantial work done on scaling xfs_repair since .11.  Thats relatively
risky change, so I want to let it get some soak time before uploading.

thanks.

-- 
Nathan



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

Bug#380226: Bug#379835: Recommend to tag #380226 "etch-ignore"; #379835 downgraded to important

[Frans Pop]

On Saturday 11 November 2006 04:21, Steve Langasek wrote:
> I'm having a hard time distilling the information in these bug reports
> into a summary of what each bug is actually about or what the current
> status is.

I don't find that at all surprising as it cost me a lot of hours to get 
get the info collected, the issues identified and, in the case of 
ntfsprogs, upstream convinced [1].

> Isn't it the case that there is a workaround in place
> now in the Debian packages that prevents resizing of NTFS filesystems
> if they're detected as belong to a recent version of Vista?

s/a recent version of//

> Is this workaround implemented somewhere *other* than the linux-ntfs
> package? 

Yes, it is implemented in partman, not ntfs-resize. Partman now blocks 
resizing of any partition containing the Vista OS (or rather: the files 
that are used to boot Vista). It does not block resizing data partitions.

The upstream maintainer of ntfsprogs only recently was convinced that the 
issue is real. He has said he wants to block resizing Vista partitions, 
but I don't know if that has been implemented yet. It is certainly not 
yet in Debian.
There is some uncertainty if the ntfsresize issue only affects Vista OS 
partitions or if it also extends to (Vista) data partitions.

Note that I have also seen two recent reports about issues with corruption 
of XP NTFS partitions (#394963), though that seems unrelated to resizing.

[this quote moved up a bit]
> But again, I don't understand how libparted has a bug separate from the
> linux-ntfs one. 

[quote from message Saturday 11 November 2006 04:38]
> I'm not sure there's any reason this bug would be specific to NTFS
> partitions, though, is there? 

libparted causes the starting sector of the partition to change, thus 
making the physical partition invalid. This bug is indeed not even 
strictly related to Vista partitions, but other partitions seem to get 
created aligned on cylinder boundaries by default (or we'd have seen a 
lot more bug reports).

ntfsresize somehow causes an corruption of internal consistency (probably 
some meta-data about the partition is saved somewhere and is not updated 
after the resize) that is expected by the Vista bootloader.

> Your rationale for ignoring 380226 also makes no sense to me; if this
> bug manifests in the installer, isn't that still a data loss bug that
> we need to fix before release?  There are also two other packages in
> testing, gparted and mindi, which use libparted, so if there's a
> dataloss-causing bug in libparted I don't see that it's ignorable even
> if we did accept an argument that data loss in the installer is ok
> (which I don't).

There are a few reasons why I thought we could tag the libparted issue 
etch-ignore:
1) it is not a regression from Sarge
2) there has been precious little attention to the issue from the
   maintainers of parted even though the BR was already 3 months old;
   I talked to Otavio today though and he promised to start on it
3) the chance that people will resize a partition not aligned on a
   cylinder boundary outside d-i seems pretty slim
4) it is not dataloss is the strict sense: you can recover by changing
   the staring sector back to its old value (the trick is how to find
   out what the old value was...)

Resizing a partition that is not on a cylinder boundary is scary anyway: 
fdisk will also do the wrong thing unless you remember to change the 
units it uses from cylinders to sectors (using its 'u' command).

I did check parted itself and that does the right thing as it asks for the 
starting sector (IIRC). I have no idea about gparted and mindi.

If you feel the libparted bug should be fixed before the release, that is 
perfectly fine by me. However, it really is an upstream issue and there 
probably is a very good reason why that alignment check was originally 
added. I would not want to just apply Bas' patch and hope for the best.

> Can someone who understands what's going on with these bugs please fix
> up the bug titles so that they're an accurate summary, to help the rest
> of us figure out which bits of information in the bug log are relevant
> to the current bugs?

IMHO the bug reports are pretty clear. They all have the same origin: /me 
having problems booting vista after resizing its NTFS partition, but have 
diverged at some point to deal with the separate issues.

There is no actual bug in partman, but the two other bugs makes a 
workaround there necessary until the other two issues are fixed, hence 
the blocks.
It could be argued that partman should also check if a partition in an 
msdos partition table is aligned on a cylinder boundary before allowing 
to resize, but I feel the risk of that happening for non-Vista partitions 
is small enough to ignore it (people should always backup their data 
before resizing anyway, right?).
If someone would supply a patch for that I'd apply it though.

The BR against ntfsprogs has grown huge, mostly because it took a lot of 
e

Bug#399329: 3 security issues: PMASA-2006-7, PMASA-2006-8, PMASA-2006-9

[Thijs Kinkhorst]

Hi all,

Just after releasing a DSA for phpMyAdmin, some new issues are reported.

Thomas Babut wrote:
> 3 security issues were fixed with the new version of phpMyAdmin 2.9.1.1.
> All 3 issues affects all previous versions of phpMyAdmin. This also
> applies to Sarge.
> 
> See this security announcements:
> http://www.phpmyadmin.net/home_page/security.php?issue=PMASA-2006-7

This partially applies to sarge.

> http://www.phpmyadmin.net/home_page/security.php?issue=PMASA-2006-8

Path disclosure, hence not relevant to Debian.

> http://www.phpmyadmin.net/home_page/security.php?issue=PMASA-2006-9

Fully applies to sarge.

I'm away from now up to the end of the weekend, but will provide updated
packages right after that, if that's ok. Are there CVE id's available
for any of these?


Thijs



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

Bug#398202: marked as done (lout: Wrong [EMAIL PROTECTED]' path in 3.32)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 22:17:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398202: fixed in lout 3.33-1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: lout
Version: 3.32-1
Severity: grave
Justification: renders package unusable


Hi,

The 3.32 `lout' package contains an incorrect path for [EMAIL PROTECTED]' as 
evidenced with `strace':

  open("/home/jeff/lout.lib/include/doc", O_RDONLY) = -1 ENOENT (No such file 
or directory)

Thanks,
Ludovic.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-sparc64
Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR (charmap=locale: Cannot set LC_CTYPE 
to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)

Versions of packages lout depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  lout-common  3.32-1  Common files for the Lout typesett
ii  zlib1g   1:1.2.3-13  compression library - runtime

lout recommends no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = "fr_FR",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

--- End Message ---
--- Begin Message ---
Source: lout
Source-Version: 3.33-1

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

lout-common_3.33-1_all.deb
  to pool/main/l/lout/lout-common_3.33-1_all.deb
lout-doc_3.33-1_all.deb
  to pool/main/l/lout/lout-doc_3.33-1_all.deb
lout_3.33-1.diff.gz
  to pool/main/l/lout/lout_3.33-1.diff.gz
lout_3.33-1.dsc
  to pool/main/l/lout/lout_3.33-1.dsc
lout_3.33-1_i386.deb
  to pool/main/l/lout/lout_3.33-1_i386.deb
lout_3.33.orig.tar.gz
  to pool/main/l/lout/lout_3.33.orig.tar.gz



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

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

Debian distribution maintenance software
pp.
J.H.M. Dassen (Ray) <[EMAIL PROTECTED]> (supplier of updated lout package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 22 Nov 2006 22:22:45 +0100
Source: lout
Binary: lout-doc lout-common lout
Architecture: source i386 all
Version: 3.33-1
Distribution: unstable
Urgency: high
Maintainer: J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>
Changed-By: J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>
Description: 
 lout   - Typesetting system, an alternative to (La)TeX
 lout-common - Common files for the Lout typesetting system
 lout-doc   - Documentation on the Lout typesetting system
Closes: 398202
Changes: 
 lout (3.33-1) unstable; urgency=high
 .
   * New upstream release.
   * [include/diagf] Add "@DHULine @DHUArrow @UHDLine @UHDArrow" as per
 upstream notice post 3.33 release.
   * [debian/rules] Pass LOUTLIBDIR and LOUTDOCDIR during build, to
 get the right @SysInclude path. (Closes: #398202)
Files: 
 7b9ab6561ddbb272979babfe35987f29 599 text optional lout_3.33-1.dsc
 788da40210d12a45f4111f5d367410a4 2075944 text optional lout_3.33.orig.tar.gz
 37dfef6f49780e02b655521961c92d7f 8033 text optional lout_3.33-1.diff.gz
 25f2854f8732aed66ba22335873ce8de 1154530 text optional 
lout-common_3.33-1_all.deb
 fcb8214fa8f5c41b596bdc798996d8d7 1211288 doc optional lout-doc_3.33-1_all.deb
 7afead478511968ad502d9e4115e02c8 274628 text optional lout_3.33-1_i386.deb

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

iD8DBQFFZMq9IwmOUm50p9ERArPiAKD8ZxIQOkCEmt6CZqazNwepIGcG2gCffheX
o1aLFTYFnokzQ1GQM59C7qo=
=B9rn
-END PGP SIGNATURE-

--- End Message ---

Bug#399809: marked as done (flashplugin-nonfree: fails to upgrade from 9.0.21.55.3 to 9.0.21.78.1 and fails to dpkg-reconfigure)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 22:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#399809: fixed in flashplugin-nonfree 9.0.21.78.2
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: flashplugin-nonfree
Version: 9.0.21.78.1
Severity: grave
Tags: confirmed

Sam Morris <[EMAIL PROTECTED]> reported this problem:

I ran into this (for the first time) when upgrading today:

# aptitude dist-upgrade
...
Get:11 http://ftp.uk.debian.org unstable/contrib flashplugin-nonfree 
9.0.21.78.1 [11.6kB]
...
Preparing to replace flashplugin-nonfree 9.0.21.55.3 (using 
.../flashplugin-nonfree_9.0.21.78.1_i386.deb) ...
Unpacking replacement flashplugin-nonfree ...
Setting up flashplugin-nonfree (9.0.21.78.1) ...
download or license refused
dpkg: error processing flashplugin-nonfree (--configure):
 subprocess post-installation script returned error exit status 1

I can't even reconfigure the package to accept the license:

# dpkg-reconfigure flashplugin-nonfree
/usr/sbin/dpkg-reconfigure: flashplugin-nonfree is broken or not fully 
installed



"Edward J. Shornock" <[EMAIL PROTECTED]> reported the same problem.

I don't even get the question for the license with today's update:

Preconfiguring packages ...
(Reading database ... 225914 files and directories currently installed.)
Preparing to replace flashplugin-nonfree 9.0.21.55.3 (using 
.../flashplugin-nonfree_9.0.21.78.1_i386.deb) ...
Unpacking replacement flashplugin-nonfree ...
Setting up flashplugin-nonfree (9.0.21.78.1) ...
download or license refused
dpkg: error processing flashplugin-nonfree (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 flashplugin-nonfree
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up flashplugin-nonfree (9.0.21.78.1) ...
download or license refused
dpkg: error processing flashplugin-nonfree (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 flashplugin-nonfree


# dpkg --configure -a
Setting up flashplugin-nonfree (9.0.21.78.1) ...
download or license refused
dpkg: error processing flashplugin-nonfree (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 flashplugin-nonfree


# dpkg-reconfigure flashplugin-nonfree
/usr/sbin/dpkg-reconfigure: flashplugin-nonfree is broken or not fully installed

# dpkg -l flashplugin-nonfree |grep ^i
iF  flashplugin-nonfree 9.0.21.78.1Adobe Flash Player plugin installer


# egrep -A7 'debconf\/frontend' /var/cache/debconf/config.dat
Name: debconf/frontend
Template: debconf/frontend
Value: Dialog
Owners: debconf

Name: debconf/priority
Template: debconf/priority
Value: high
Owners: debconf




signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Source: flashplugin-nonfree
Source-Version: 9.0.21.78.2

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

flashplugin-nonfree_9.0.21.78.2.dsc
  to pool/contrib/f/flashplugin-nonfree/flashplugin-nonfree_9.0.21.78.2.dsc
flashplugin-nonfree_9.0.21.78.2.tar.gz
  to pool/contrib/f/flashplugin-nonfree/flashplugin-nonfree_9.0.21.78.2.tar.gz
flashplugin-nonfree_9.0.21.78.2_i386.deb
  to pool/contrib/f/flashplugin-nonfree/flashplugin-nonfree_9.0.21.78.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.
Bart Martens <[EMAIL PROTECTED]> (supplier of updated flashplugin-nonfree 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 22 Nov 2006 07:09:36 +0100
Source: flashplugin-nonfree
Binary: flashplugin-nonfree
Architecture: source i386
Version: 9.0.21.78.2
Distribution: unstable
Urgency: low
Maintainer: Bart Martens <[EMAIL PROTECTED]>
Changed-By: Bart Martens 

Bug#399329: Request to upload new upstream for phpMyAdmin (2.9.1.1)

[Thijs Kinkhorst]

Thijs Kinkhorst wrote:
> I'd like to request the approval of uploading a new upstream version of
> phpMyAdmin, 2.9.1.1. I'm skipping one upstream version here (Debian
> currently has 2.8.0.3) 

That should be "2.9.0.3".


Thijs


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

Bug#399558: marked as done (php5 - FTBFS: Build depends on unavailable package firebird2-dev)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 21:32:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#399558: fixed in php5 5.2.0-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)

--- Begin Message ---
Package: php5
Version: 5.2.0-5
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of php5_5.2.0-5 on debian-31.osdl.marist.edu by sbuild/s390 85
[...]
> Reading Package Lists...
> Building Dependency Tree...
> E: Couldn't find package firebird2-dev
> apt-get failed.
> Package installation failed
> Trying to reinstall removed packages:
> Trying to uninstall newly installed packages:
> Source-dependencies not satisfied; skipping php5
> **
> Finished at 20061120-0840
> Build needed 00:00:00, 0k disk space

Bastian

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

--- End Message ---
--- Begin Message ---
Source: php5
Source-Version: 5.2.0-6

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

libapache-mod-php5_5.2.0-6_i386.deb
  to pool/main/p/php5/libapache-mod-php5_5.2.0-6_i386.deb
libapache2-mod-php5_5.2.0-6_i386.deb
  to pool/main/p/php5/libapache2-mod-php5_5.2.0-6_i386.deb
php-pear_5.2.0-6_all.deb
  to pool/main/p/php5/php-pear_5.2.0-6_all.deb
php5-cgi_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-cgi_5.2.0-6_i386.deb
php5-cli_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-cli_5.2.0-6_i386.deb
php5-common_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-common_5.2.0-6_i386.deb
php5-curl_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-curl_5.2.0-6_i386.deb
php5-dev_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-dev_5.2.0-6_i386.deb
php5-gd_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-gd_5.2.0-6_i386.deb
php5-imap_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-imap_5.2.0-6_i386.deb
php5-interbase_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-interbase_5.2.0-6_i386.deb
php5-ldap_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-ldap_5.2.0-6_i386.deb
php5-mcrypt_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-mcrypt_5.2.0-6_i386.deb
php5-mhash_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-mhash_5.2.0-6_i386.deb
php5-mysql_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-mysql_5.2.0-6_i386.deb
php5-odbc_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-odbc_5.2.0-6_i386.deb
php5-pgsql_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-pgsql_5.2.0-6_i386.deb
php5-pspell_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-pspell_5.2.0-6_i386.deb
php5-recode_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-recode_5.2.0-6_i386.deb
php5-snmp_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-snmp_5.2.0-6_i386.deb
php5-sqlite_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-sqlite_5.2.0-6_i386.deb
php5-sybase_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-sybase_5.2.0-6_i386.deb
php5-tidy_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-tidy_5.2.0-6_i386.deb
php5-xmlrpc_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-xmlrpc_5.2.0-6_i386.deb
php5-xsl_5.2.0-6_i386.deb
  to pool/main/p/php5/php5-xsl_5.2.0-6_i386.deb
php5_5.2.0-6.diff.gz
  to pool/main/p/php5/php5_5.2.0-6.diff.gz
php5_5.2.0-6.dsc
  to pool/main/p/php5/php5_5.2.0-6.dsc
php5_5.2.0-6_all.deb
  to pool/main/p/php5/php5_5.2.0-6_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.
sean finney <[EMAIL PROTECTED]> (supplier of updated php5 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 22 Nov 2006 19:04:04 +0100
Source: php5
Binary: php5-gd php5-ldap php5 php5-xmlrpc php5-pspell libapache2-mod-php5 
php5-xsl php5-cgi php-pear php5-tidy php5-pgsql php5-cli php5-recode php5-mhash 
php5-sybase php5-curl php5-odbc php5-mcrypt php5-mysql php5-common php5-imap 
php5-snmp php5-dev php5-sqlite libapache-mod-php5 php5-interbase
Architecture: source i386 all
Version: 5.2.0-6
Distribution: unstable
Urgency: high
Maintainer: Debian PHP Maintainers <[EMAIL PROTECTED]>
Changed-By: sean finney <[EMAIL PROTECTED]>
Description: 
 libapache-mod-php5 - serve

Bug#399329: Request to upload new upstream for phpMyAdmin (2.9.1.1)

[Thijs Kinkhorst]

Hi,

I'd like to request the approval of uploading a new upstream version of
phpMyAdmin, 2.9.1.1. I'm skipping one upstream version here (Debian
currently has 2.8.0.3) since I deliberately did not upload the newer
upstream without a pressing reason.

Now a couple of security issues have surfaced (#399329) which should of
course not be in Etch, and the newest upstream fixes them.

Why I think uploading this would be acceptable:
* The changes since the version in Debian are nearly all bug fixes, and
  those that could be considered enhancements are non-invasive changes.
* This branch has gone through several upstream QA phases (release
  candidates and the like) so has received wider testing already.
* I'll keep a close tab on any regressions that might surface.
* phpmyadmin does not have reverse dependencies.


Thanks,
Thijs

Bug#399169: TorrentFlux Arbitrary Command Execution and Directory Traversal

[Stefan Fritsch]

Hi Cameron,

thanks for looking into this. Unfortunately I think you are only 
partially right. (On the other hand, I don't use torrentflux and 
cannot install it ATM due to libphp-adodb brokenness, so I could be 
wrong as well).

On Wednesday 22 November 2006 09:31, Cameron Dale wrote:
> Unfortunately the report from secunia is poorly titled, and some of
> it doesn't apply to the Debian package, so I'll include some more
> info below for those interested.
>
> On 11/18/06, Stefan Fritsch <[EMAIL PROTECTED]> wrote:
> > 1) Input passed to the "kill" parameter in index.php is not
> > properly sanitised before being used as the command line argument
> > to the "kill" command. This can be exploited to inject arbitrary
> > shell commands via the ";" character.
>
> This doesn't apply to the current version (2.1-5), as it has had
> this input sanitized in fixing a previous 2.1 bug.

As far as I can see, you only call htmlentities on the input. This is 
not enough if you use the input in a command line that is passed to a 
shell. For example the characters |;`$ have special meanings to the 
shell and are not changed by htmlentities.

However, in the example above, the input is only passed to exec and 
this does not seem to use a shell but executes the command directly. 
So this doesn't seem to be exploitable here. On the other hand, there 
are various exec()s of commands that are obviously meant to be 
executed by a shell (with pipes or redirects). This doesn't really 
make sense to me (but I am no php expert).

But I have found an instance where the input is passed to 
shell_exec(). From metaInfo.php:

$result = shell_exec("cd " . $cfg["torrent_file_path"]."; " . 
$cfg["pythonCmd"] . " -OO " . $cfg["btshowmetainfo
"]." \"".$torrent."\"");

Here the input ($torrent) is wrapped in double quotes which is not 
enough since the shell will interpret `command` even inside double 
quotes. You should use escapeshellarg() on this.


> None of these is very serious, as all require a registered user to
> exploit the hack.

While this is true, the average admin would not expect that any 
registered user can execute arbitrary commands or delete files. So 
this definitely should be fixed before etch release.

Cheers,
Stefan


pgpyN35a6ALjZ.pgp
Description: PGP signature

Bug#399922: toilet: doesn't output readable characters

[Florian Cramer]

Package: toilet
Version: 0.1-1
Severity: grave
Justification: renders package unusable

"toilet hello world" results in the following black-and-white characters
on a terminal:

â ââ   â   â

Tested on xterm, rxvt-unicode and xfterm4.

Florian


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

Versions of packages toilet depends on:
ii  libc6   2.3.6.ds1-8  GNU C Library: Shared libraries
ii  libcucul0   0.99.beta11.debian-1 low-level Unicode character drawin
ii  toilet-fonts0.1-1collection of TOIlet fonts
ii  zlib1g  1:1.2.3-13   compression library - runtime

toilet recommends no packages.

-- no debconf information


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

Bug#399924: libapache2-mod-php5 (5.2.0-5) is broken

[Glennie Vignarajah]

Package: libapache2-mod-php5
Version: 5.2.0-5
Severity: grave

Hello,
 Since my last update, libapache2-mod-php5 is broken. In fact, I've
 'PHP Warning:  mb_strstr() [function.mb-strstr]: Empty haystack' in
 my logs.
 This bug seems to be known by the upstream as bug ID #39361
 (See http://bugs.php.net/bug.php?id=39361).
 As the patch isn't released yet, can this be backported?
 Thanks

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

Versions of packages libapache2-mod-php5 depends on:
ii  apache2- 2.2.3-3.1   Traditional model for Apache HTTPD
ii  apache2. 2.2.3-3.1   Next generation, scalable, extenda
ii  libbz2-1 1.0.3-6 high-quality block-sorting file co
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  libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [
ii  libkrb53 1.4.4-4 MIT Kerberos runtime libraries
ii  libmagic 4.17-4  File type determination library us
ii  libpcre3 6.7-1   Perl 5 Compatible Regular Expressi
ii  libssl0. 0.9.8c-3SSL shared libraries
ii  libxml2  2.6.27.dfsg-1   GNOME XML library
ii  mime-sup 3.37-1  MIME files 'mime.types' & 'mailcap
ii  php5-com 5.2.0-5 Common files for packages built fr
ii  ucf  2.0017  Update Configuration File: preserv
ii  zlib1g   1:1.2.3-13  compression library - runtime

libapache2-mod-php5 recommends no packages.

-- no debconf information


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

Processed: pygame: diff for NMU version 1.7.1release-4.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 399697 + patch
Bug#399697: pygame shouldn't build-depend on pythonX.Y-numeric but on 
python-numeric
Tags were: sid
Tags added: patch

> tags 399816 + patch
Bug#399816: python-pygame: lacks dependency python-numeric
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#399816: pygame: diff for NMU version 1.7.1release-4.1

[Raphael Hertzog]

tags 399697 + patch
tags 399816 + patch
thanks

Hi,

Attached is a patch that fixes the two bugs and that improves various
other things.

If you want me to upload this as NMU, just ask.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
diff -u pygame-1.7.1release/debian/control pygame-1.7.1release/debian/control
--- pygame-1.7.1release/debian/control
+++ pygame-1.7.1release/debian/control
@@ -3,13 +3,13 @@
 Priority: optional
 Maintainer: Ed Boraas <[EMAIL PROTECTED]> 
 Uploaders: Joe Wreschnig <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5.0.37.1), python2.3-dev, python2.4-dev, 
libsdl1.2-dev (>= 1.2.2-3.1), libsdl-image1.2-dev (>= 1.2.0-1.1), 
libsdl-mixer1.2-dev (>= 1.2.0-1.1), libsdl-ttf2.0-dev (>= 1.2.2-1.1), 
libsmpeg-dev (>= 0.4.5+cvs20030824-1.3), sharutils, python2.4-numeric, 
python2.3-numeric, python-central (>= 0.4.10), python (>= 2.3.5-7)
+Build-Depends: debhelper (>= 5.0.38), python-all-dev (>= 2.3.5-11), 
libsdl1.2-dev (>= 1.2.2-3.1), libsdl-image1.2-dev (>= 1.2.0-1.1), 
libsdl-mixer1.2-dev (>= 1.2.0-1.1), libsdl-ttf2.0-dev (>= 1.2.2-1.1), 
libsmpeg-dev (>= 0.4.5+cvs20030824-1.3), sharutils, python-numeric (>= 24.2-3), 
python-central (>= 0.5.6)
 Standards-Version: 3.7.2
-XS-Python-Version: 2.3, 2.4
+XS-Python-Version: >= 2.3
 
 Package: python-pygame
 Architecture: any
-Depends: ${python:Depends}, ${shlibs:Depends}
+Depends: ${python:Depends}, ${shlibs:Depends}, python-numeric (>= 24.2-3)
 Provides: ${python:Provides}
 Replaces: python2.3-pygame, python2.4-pygame
 Conflicts: python2.3-pygame, python2.4-pygame
diff -u pygame-1.7.1release/debian/rules pygame-1.7.1release/debian/rules
--- pygame-1.7.1release/debian/rules
+++ pygame-1.7.1release/debian/rules
@@ -64,11 +64,12 @@
dh_fixperms -a
dh_pycentral -a
-   dh_python -a
dh_installdeb -a
dh_shlibdeps -a 
dh_gencontrol -a
dh_md5sums -a
dh_builddeb -a
 
+binary-indep:
+
 binary: binary-indep binary-arch
 .PHONY: build clean binary-indep binary-arch binary install configure
diff -u pygame-1.7.1release/debian/changelog 
pygame-1.7.1release/debian/changelog
--- pygame-1.7.1release/debian/changelog
+++ pygame-1.7.1release/debian/changelog
@@ -1,3 +1,22 @@
+pygame (1.7.1release-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-depend on python-numeric instead of python2.[34]-numeric.
+Closes: #399697
+  * Likewise build-depend on python-all-dev instead of python2.[34]-dev.
+  * Dropped useless build-dependency on python (it's granted with
+python-all-dev).
+  * Add missing dependency on python-numeric. Closes: #399816
+  * Changed XS-Python-Version to ">= 2.3" since pygame apparently supports
+python 2.5 and I couldn't find a rationale for "2.3, 2.4" in the
+changelog.
+  * Fix lintian errors/warnings:
+- Added empty binary-indep target in debian/rules.
+- Removed dh_python call and adjust python-central build-dependency
+  accordingly.
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]>  Wed, 22 Nov 2006 21:42:59 +0100
+
 pygame (1.7.1release-4) unstable; urgency=low
 
   * control: Add ${shlibs:Depends} Depends:.

Bug#399919: coq_8.1~gamma-1(hppa/experimental): FTBFS: test failures

[Frank Lichtenheld]

Package: coq
Version: 8.1~gamma-1
Severity: serious

Hi,

your package failed to build from source while running the test cases.

| Automatic build of coq_8.1~gamma-1 on meitner by sbuild/hppa 79
| Build started at 20061122-1437
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 2957kB of source archives.
| Get:1 http://ftp.de.debian.org experimental/main coq 8.1~gamma-1 (dsc) [923B]
| Get:2 http://ftp.de.debian.org experimental/main coq 8.1~gamma-1 (tar) 
[2943kB]
| Get:3 http://ftp.de.debian.org experimental/main coq 8.1~gamma-1 (diff) 
[13.3kB]
| Fetched 2957kB in 58s (50.6kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 4.0.0), dpkg-dev (>= 1.13.19), dpatch, ocaml-nox 
(>= 3.09.0), ocaml-best-compilers, liblablgtk2-ocaml-dev (>= 2.4.0), 
tetex-extra, hevea
| ** Filtered missing central deps that are dependencies of or provide 
build-deps:
| libncurses5-dev (>= 5.3.20030510-1)
|  Warning:
|  The following central src deps are (probably) missing:
|   camlp4, emacsen, ocaml
| Checking for already installed source dependencies...
| debhelper: missing
| Using default version 5.0.42
| dpkg-dev: already installed (1.13.24 >= 1.13.19 is satisfied)
| dpatch: missing
| ocaml-nox: missing
| Using default version 3.09.2-7
| ocaml-best-compilers: missing
| liblablgtk2-ocaml-dev: missing
| Using default version 2.6.0-7
| tetex-extra: missing
| hevea: missing
| Checking for source dependency conflicts...
[...]
| cd test-suite; \
|   env COQBIN=../bin COQLIB=.. ./check -byte | tee check.log
| Success tests
| success/Abstract.v...Ok
| success/CanonicalStructure.v...Ok
| success/Case1.v...Ok
| success/Case10.v...Ok
| success/Case11.v...Ok
| success/Case12.v...Ok
| success/Case13.v...Ok
| success/Case14.v...Ok
| success/Case15.v...Ok
| success/Case16.v...Ok
| success/Case17.v...Ok
| success/Case18.v...Ok
| success/Case19.v...Ok
| success/Case2.v...Ok
| success/Case5.v...Ok
| success/Case6.v...Ok
| success/Case7.v...Ok
| success/Case8.v...Ok
| success/Case9.v...Ok
| success/CaseAlias.v...Ok
| success/Cases.v...Ok
| success/CasesDep.v...Ok
| success/Check.v...Ok
| success/Conjecture.v...Ok
| success/DHyp.v...Ok
| success/Decompose.v...Ok
| success/DiscrR.v...Ok
| success/Discriminate.v...Ok
| success/Field.v...Ok
| success/Fixpoint.v...Ok
| success/Fourier.v...Ok
| success/Funind.v...Ok
| success/Generalize.v...Ok
| success/Hints.v...Ok
| success/ImplicitTactic.v...Ok
| success/Inductive.v...Ok
| success/Injection.v...Ok
| success/Inversion.v...Ok
| success/LegacyField.v...Ok
| success/LetIn.v...Ok
| success/MatchFail.v...Ok
| success/Mod_ltac.v...Ok
| success/Mod_params.v...Ok
| success/Mod_strengthen.v...Ok
| success/Mod_type.v...Ok
| success/NatRing.v...Ok
| success/Notations.v...Ok
| success/Omega.v...Ok
| success/Omega0.v...Ok
| success/Omega2.v...Ok
| success/PPFix.v...Ok
| success/Print.v...Ok
| success/Projection.v...Ok
| success/ROmega.v...Ok
| success/ROmega0.v...Ok
| success/ROmega2.v...Ok
| success/RecTutorial.v...Ok
| success/Record.v...Ok
| success/Reg.v...Ok
| success/Remark.v...Ok
| success/Rename.v...Ok
| success/Require.v...Ok
| success/Reset.v...Ok
| success/Scopes.v...Ok
| success/Simplify_eq.v...Ok
| success/Tauto.v...Ok
| success/TestRefine.v...Ok
| success/Try.v...Ok
| success/apply.v...Ok
| success/autorewritein.v...Ok
| success/cc.v...Ok
| success/coercions.v...Ok
| success/coqbugs0181.v...Ok
| success/destruct.v...Ok
| success/eauto.v...Ok
| success/eqdecide.v...Ok
| success/evars.v...Ok
| success/extraction.v...Ok
| success/fix.v...Ok
| success/if.v...Ok
| success/implicit.v...Ok
| success/import_lib.v...Ok
| success/import_mod.v...Ok
| success/inds_type_sec.v...Ok
| success/induct.v...Ok
| success/intros.v...Ok
| success/ltac.v...Ok
| success/mutual_ind.v...Ok
| success/options.v...Ok
| success/params_ind.v...Ok
| success/polymorphism.v...Ok
| success/refine.v...Ok
| success/replace.v...Ok
| success/rewrite.v...Ok
| success/set.v...Ok
| success/setoid_ring_module.v...Ok
| success/setoid_test.v...Ok
| success/setoid_test2.v...Ok
| success/setoid_test_function_space.v...Ok
| success/simpl.v...Ok
| success/unfold.v...Ok
| success/unicode_utf8.v...Ok
| success/unification.v...Ok
| success/univers.v...Ok
| Failure tests
| failure/Case1.v...Ok
| failure/Case10.v...Ok
| failure/Case11.v...Ok
| fai

Bug#399892: nepenthes_0.2.0-1(hppa/experimental): FTBFS: tries to use static library compiled without -fPIC

[Frank Lichtenheld]

On Wed, Nov 22, 2006 at 08:49:42PM +0100, Nepenthes Development Team wrote:
> On 11/22/06, Frank Lichtenheld <[EMAIL PROTECTED]> wrote:
> >your package failed to build from source. Apparently because you
> >tried to include a static library into a dynamic one. To do this
> >you need a version of the static library compiled with -fPIC.
> >(All this IIRC, libraries aren't really my strong point ;)
...
> So, I'm not sure whats the debian way of resolving this, on the one
> hand you need fPIC, on the other hand static libs should not use fpic.
> 
> Compiling libipq static before, and linking the static version would
> do the trick, but I have no idea whats your policy on such hacks.

If you really need to link a static version of a library into a shared
one, you need a version of that static library compiled with -fPIC.
I know of quite a few cases where the library package provides two versions
of the static library, one without PIC and one with. You could ask
the iptables maintainer if he would be able/willing to do that.
The only other way would be to include the iptables source code into
your packages source code and to compile the static library with PIC
yourself, but that is problematic e.g. for security updates.

I don't know what the best solution in your case would be. You should
probably ask that question on the debian-devel list or in the
#debian-devel IRC channel. I'm sure you will find someone there who
has more clue than me :)

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#384565: marked as done (FTBFS: Boost threads deadlock)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 20:32:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#384565: fixed in monotone 0.31-2
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: monotone
Version: 0.29-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of monotone_0.29-1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
> REAL_BLDDIR=$PWD/.; \
>   (cd . && $REAL_BLDDIR/mtn --root=. automate get_revision) 2>/dev/null 
> >package_full_revision_raw.txt \
>   || (cd . && mtn --root=. automate get_revision) 2>/dev/null 
> >package_full_revision_raw.txt \
>   || rm -f package_full_revision_raw.txt
> make[1]: *** [package_full_revision_raw.txt] Terminated
> make: *** [common-install-impl] Terminated
> Build killed with signal 15 after 150 minutes of inactivity
> **
> Build finished at 20060824-0244
> FAILED [dpkg-buildpackage died]

--- End Message ---
--- Begin Message ---
Source: monotone
Source-Version: 0.31-2

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

monotone-doc_0.31-2_all.deb
  to pool/main/m/monotone/monotone-doc_0.31-2_all.deb
monotone-server_0.31-2_all.deb
  to pool/main/m/monotone/monotone-server_0.31-2_all.deb
monotone_0.31-2.diff.gz
  to pool/main/m/monotone/monotone_0.31-2.diff.gz
monotone_0.31-2.dsc
  to pool/main/m/monotone/monotone_0.31-2.dsc
monotone_0.31-2_i386.deb
  to pool/main/m/monotone/monotone_0.31-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.
Shaun Jackman <[EMAIL PROTECTED]> (supplier of updated monotone package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 22 Nov 2006 09:53:37 -0700
Source: monotone
Binary: monotone monotone-doc monotone-server
Architecture: source i386 all
Version: 0.31-2
Distribution: unstable
Urgency: medium
Maintainer: Shaun Jackman <[EMAIL PROTECTED]>
Changed-By: Shaun Jackman <[EMAIL PROTECTED]>
Description: 
 monotone   - A distributed version (revision) control system
 monotone-doc - A distributed version (revision) control system
 monotone-server - A distributed version (revision) control system
Closes: 384565
Changes: 
 monotone (0.31-2) unstable; urgency=medium
 .
   *  Remove -DBOOST_SP_DISABLE_THREADS. Closes: #384565.
Files: 
 cdde86fac7d196ff8e755c808d00f939 803 devel optional monotone_0.31-2.dsc
 c4faecfcdd46dbea2427ab2a89e81dc2 2321 devel optional monotone_0.31-2.diff.gz
 6e22f355a28e3d966839358c59e2822c 230672 devel optional 
monotone-server_0.31-2_all.deb
 22b7253cbbab7871df64da383f8799f5 3200758 doc optional 
monotone-doc_0.31-2_all.deb
 27c082c1b268dd1257c8a1b5add94701 2854824 devel optional 
monotone_0.31-2_i386.deb

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

iD8DBQFFZI79vFdYF1IwUUoRAuLOAKDGHA2W9JKsm2bkr8y1UOWDLh4fVACg7RLZ
4mQugdBqfSb7M+avmzCgsr4=
=uC3f
-END PGP SIGNATURE-

--- End Message ---

Processed: Re: python-numeric: Fails to build 2.3 version

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 399697 pygame 1.7.1release-4
Bug#399697: python-numeric: Fails to build 2.3 version
Bug reassigned from package `python-numeric' to `pygame'.

> retitle 399697 pygame shouldn't build-depend on pythonX.Y-numeric but on 
> python-numeric
Bug#399697: python-numeric: Fails to build 2.3 version
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#399697: python-numeric: Fails to build 2.3 version

[Raphael Hertzog]

reassign 399697 pygame 1.7.1release-4
retitle 399697 pygame shouldn't build-depend on pythonX.Y-numeric but on 
python-numeric
thanks

On Tue, 21 Nov 2006, Daniel Schepler wrote:
> Package: python-numeric
> Version: 24.2-7
> Severity: serious
> 
> As the subject says, if I build python-numeric under pbuilder, the resulting 
> package has no contents for python2.3, nor any Provides of python2.3-numeric. 
>  
This is the normal behaviour of the package since in sid python2.3 is no
more marked as supported in /usr/share/python/debian_defaults ...

> Since pygame still Build-Depends on python2.3-numeric, I'm marking this as an 
> RC bug.

So this is an RC bug on pygame: it should build-depend on python-pygame
instead of python2.3-pygame, python2.4-pygame.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/

Processed: monotone - FTBFS: Build killed with signal 15 after 150 minutes of inactivity

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package monotone
Ignoring bugs not assigned to: monotone

> retitle 384565 FTBFS: Boost threads deadlock
Bug#384565: monotone - FTBFS: Build killed with signal 15 after 150 minutes of 
inactivity
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex

[Émile CARRY]

Le Wed, 22 Nov 2006 04:23:49 -0800,
Steve Langasek <[EMAIL PROTECTED]> a écrit :

> On Wed, Nov 22, 2006 at 12:26:39PM +0100, Émile CARRY wrote:
> > This segfault break upgrade for tetex-extra.
> > When I remove (and purge) package libkpathsea4 the problem
> > disappear but all tetex package depend of package libkpathsea4.
> 
> Then how can you claim that the problem is in libkpathsea4?  Of
> course you don't get a segfault from tetex when you force it to be
> uninstalled!

Ok, I was too quick to input the problem to libkpathsea4

after using gdb and reinstall package libpoppler0c2, the problem
changed. It's now a problem with pdfetex...

> Please provide a backtrace of this segfault using gdb.

no more segfault, one library from "libpoppler0c2" was corrupt.

Now, it's perhaps a syntax error in 
/usr/share/texmf-tetex/tex/context/base/context.tex
line 1116

Sorry for precipitation

mil
-- 
Ce qui s'apprend sans peine ne vaut rien et ne demeure pas.
-+- René Barjavel, L'Enchanteur -+-

Bug#399399: FTBFS etch: linux/ip_fw.h: No such file or directory

[Goswin von Brederlow]

Steve Langasek <[EMAIL PROTECTED]> writes:

> On Sun, Nov 19, 2006 at 04:09:01PM +0100, Goswin von Brederlow wrote:
>> rebuilding ipmasqadm under etch fails with
>
>> gcc  -Wall -O2 -I /usr/include -I../include -I/debian/include -fPIC 
>> -DLIBDIR=\"/usr/lib/ipmasqadm\"   -c -o ip_masq_ioctl.o ip_masq_ioctl.c
>> ip_masq_ioctl.c:14:27: error: linux/ip_masq.h: No such file or directory
>> In file included from ip_masq_ioctl.c:16:
>> ../include/ipmasqctl.h:33:25: error: linux/ip_fw.h: No such file or directory
>> make[2]: *** [ip_masq_ioctl.o] Error 1
>> make[2]: Leaving directory 
>> `/home/mrvn/build/ipmasqadm_0.4.2-2.1/ipmasqadm-0.4.2/lib'
>> make[1]: *** [lib] Error 2
>
>> Are you maybe missing a versioned build-depends on linux-kernel-headers?
>
> No, the current version of l-k-h doesn't provide these headers.
>
> Are you building with -rsudo?  The -I/debian/include looks suspiciously like
> a truncated $(PWD)/debian/include.

I build with debuild, which should be using fakeroot. But if that gets
removed from a chroot or I forget to reinstall it after testing to
build with sudo then sudo will be used.

MfG
Goswin


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

Bug#399892: nepenthes_0.2.0-1(hppa/experimental): FTBFS: tries to use static library compiled without -fPIC

[Nepenthes Development Team]

Hi,

On 11/22/06, Frank Lichtenheld <[EMAIL PROTECTED]> wrote:

your package failed to build from source. Apparently because you
tried to include a static library into a dynamic one. To do this
you need a version of the static library compiled with -fPIC.
(All this IIRC, libraries aren't really my strong point ;)



luciano already told me about that one,
http://lintian.debian.org/reports/Tshlib-with-non-pic-code.html

but:
http://release.debian.org/etch_rc_policy.txt
 (f) Libraries

Shared libraries must be compiled with -fPIC, and normally static
libraries must not be. If you need to provide static libraries
compiled with -fPIC, call it "_pic.a".

Libraries must normally be compiled with -D_REENTRANT.

Shared libraries must normally be linked with all libraries they
use symbols from.

So, I'm not sure whats the debian way of resolving this, on the one
hand you need fPIC, on the other hand static libs should not use fpic.

Compiling libipq static before, and linking the static version would
do the trick, but I have no idea whats your policy on such hacks.


MfG
Markus


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

Bug#394963: installation: Problems with dual booting Dell D600 with winXP pro in the first partition (hd0, 0). After installing the Dell Etch Beta 3, Windows fails to boot and I get the

[petes-bugs]

I had the same issue somewhere around October 2006 with Windows XP Home on
a ThinkPad R40e. I still have the offending system waiting for me to get
round to fixing it.

> - Which filesystem did you use for XP? NTFS or VFAT?

NTFS

> - How did you install XP? To the whole disk or to a smaller partition?

smaller partition

> - How did you set up the partitions to be used by Debian?

hda1 - Windows C:
hda2 - Windows D:
free space (0.92MiB)
hda3 - Debian /
hda5 - Debian swap
hda6 - Debian /home

The Windows error message (BSOD) says something like this:
UNMOUNTABLE_BOOT_VOLUME
STOP 0x00ED (0x81?? 0xC???, 0x, 0x)

On this matter, http://support.microsoft.com/kb/297185 says:
"If the second parameter (0x) of the Stop error is 0xC032,
then the file system is damaged.
If this is the case, restart the computer to the Recovery Console, and
then use the chkdsk /r command to repair the volume.".

chkdsk /r says "The volume appears to contain one or more unrecoverable
problems"

Bug#399659: marked as done (ejabberd: ldap queries no longer working at all)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 19:17:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#399659: fixed in ejabberd 1.1.2-4
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: ejabberd
Version: 1.1.2-3
Severity: grave
Justification: renders package unusable

I'm using the same configuration that has been working for ages:
{auth_method, ldap}.
{ldap_servers, ["127.0.0.1"]}.% List of LDAP servers
{ldap_port, 389}.
{ldap_uidattr, "uid"}.% LDAP attribute that holds user ID
{ldap_base, "ou=<...>,dc=<...>,dc=<...>"}. % Search base of LDAP directory
{ldap_rootdn, "cn=<...>r,ou=<...>,dc=<...>,dc=<...>"}. % LDAP manager
{ldap_password, "<...>"}. % Password to LDAP manager

It looks like the ldap stuff was re-worked - so in case it makes any
difference, my passowrds in ldap are thusly:
userPassword: {crypt}$1$<...>

Now, whilst ldapsearch - using the exact same arguments works fine,
*NO* requests from ejabberd work (via web or jabber client) :(

wireshark makes it looks like ejabberd never completely talks to slapd -
I see a *whole* lot of bind-request and bind-response for *each* request...
whereas with ldapsearch it is much more one to one.

#su - ejabberd
$ldapsearch  -x -h localhost -p 389 -D'<...>'  -w <...> -b '<...>' uid=cowboy
...
userPassword:: <...>

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

Versions of packages ejabberd depends on:
ii  adduser  3.99Add and remove users and groups
ii  debconf [debconf-2.0]1.5.9   Debian configuration management sy
ii  erlang-base  1:11.b.2-1  Concurrent, real-time, distributed
ii  erlang-nox   1:11.b.2-1  Concurrent, real-time, distributed
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libexpat11.95.8-3.3  XML parsing C library - runtime li
ii  libssl0.9.8  0.9.8c-3SSL shared libraries
ii  openssl  0.9.8c-3Secure Socket Layer (SSL) binary a
ii  ucf  2.0017  Update Configuration File: preserv
ii  zlib1g   1:1.2.3-13  compression library - runtime

ejabberd recommends no packages.

-- debconf information:
  ejabberd/nomatch:
  ejabberd/user:
  ejabberd/hostname: localhost

--- End Message ---
--- Begin Message ---
Source: ejabberd
Source-Version: 1.1.2-4

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

ejabberd_1.1.2-4.diff.gz
  to pool/main/e/ejabberd/ejabberd_1.1.2-4.diff.gz
ejabberd_1.1.2-4.dsc
  to pool/main/e/ejabberd/ejabberd_1.1.2-4.dsc
ejabberd_1.1.2-4_i386.deb
  to pool/main/e/ejabberd/ejabberd_1.1.2-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.
Torsten Werner <[EMAIL PROTECTED]> (supplier of updated ejabberd package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 22 Nov 2006 13:44:13 +0300
Source: ejabberd
Binary: ejabberd
Architecture: source i386
Version: 1.1.2-4
Distribution: unstable
Urgency: medium
Maintainer: Torsten Werner <[EMAIL PROTECTED]>
Changed-By: Torsten Werner <[EMAIL PROTECTED]>
Description: 
 ejabberd   - Distributed, fault-tolerant Jabber/XMPP server written in Erlang
Closes: 399659
Changes: 
 ejabberd (1.1.2-4) unstable; urgency=medium
 .
   [ Sergei Golovan ]
   * Fixed bug with LDAP support, thanks to Evgeniy Khramtsov. (Closes: #399659)
   * Documented quilt patches in patches/ directory.
Files: 
 c2fabc7dfc04dc9d70201117219e7fb2 748 net optional ejabberd_1.1.2-4.dsc
 cfde073e3775d2935d419cbd3be79dca 28415 net optional ejabberd_1.1.2-4.diff.gz
 9967de494f76581fa0c7cd8520cc8611 874924 net optional ejabberd_1.1.2-4_i386.deb

Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[Jens Seidel]

On Wed, Nov 22, 2006 at 07:34:52PM +0100, Frank Küster wrote:
> I think the "number of fonts is limited" thing deserves a separate bug.

Indeed.

> If I'm not mistaken, most of the other issues with CJK are either fixed
> in debian-reference or in debiandoc-sgml, but this one is not.

I'm not sure. I will now try a rebuild of Debian Reference.

> However, if I'm not mistaken this does *not* set the limit higher, it
> will just bail out with a decent error message, instead of - well, what?
> I couldn't find it in the long conversation in this bug log.

I thought the other link to the tex list fixes this!??

> Which fonts (or other things) do I need to have installed?  With
> latex-cjk-chinese-arphic-bkai00mp installed, I get lots of error
> messages of the type
> 
> kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+264/600 --dpi 864 
> bkaiu99
> mktexpk: don't know how to create bitmap font for bkaiu99.
> kpathsea: Appending font creation commands to missfont.log.
> (see the transcript file for additional information)

Please follow the dependency tree (suggested or recommended pckages) of
cjk-latex. You need(ed) at least a tfm* package.

> And what about
> 
> \InputIfFileExists{LaTeXmacros.sty}{}{}
> \InputIfFileExists{zh-tw/LaTeXmacros.sty}{}{}
> 
> Does that make a difference?

Ignore this. I added this to enable language specific macros. As far as
I know only the German translation of the Debian Reference uses it to
correct bogus hyphenations:

\AtBeginDocument{\hyphenation{
 srivasta Debian Woody Sarge umount LaTeX Linux Apple depends
 POSIX File ...

The file LaTeXmacros.sty should not exist for other documents or
languages. And you know that \InputIfFileExists expands to nothing in
this case ...

Jens

Bug#399800: marked as done (gcin: FTBFS in build environments with /lib64/ installed)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 18:47:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#399800: fixed in gcin 1.3.0.1-1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: gcin
Version: 1.2.9-1
Severity: serious
Justification: FTBFS
Tags: patch

The gcin package FTBFS on five arches according to [1].  Among those
build failures, the ones on amd64 and powerpc seems to be triggered by a
braindead test in the configure script.  The configure looks for /lib64/
at build time, and if it finds one, it will assume the system use
/lib64/ and /usr/lib64/ by default, and happily installs stuff there.
Then later when debian/rules tries to move the GTK IM module in
/usr/lib/gtk-2.0/2.4.0/immodules/ and can't find anything there, the
build will fail.

1. http://buildd.debian.org/build.php?pkg=gcin

I've used the attached patch in Ubuntu, it seems to make gcin to build
on i386, amd64, powerpc, and ia64 [2].  (Strangely, the ia64 build for
Ubuntu doesn't experience the tsa2d32 segfault failure as it does in
Debian.)  The sparc build in Ubuntu, as well as the ia64, sparc, and
hppa build in Debian, on the other hand, have a different FTBFS problem
caused by the tsa2d32 segfault mentioned above.

2. https://launchpad.net/distros/ubuntu/+source/gcin/1.2.9-1ubuntu1

Please consider applying this patch to the Debian package.

Thanks,
Ming
2006.11.21

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

Versions of packages gcin depends on:
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.1-2 generic font configuration library
ii  libglib2.0-0 2.12.4-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libgtk2.0-bin2.8.20-3The programs for the GTK+ graphica
ii  libpango1.0-01.14.7-1Layout and rendering of internatio
ii  libx11-6 2:1.0.3-3   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-4   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-3   X11 Input extension library
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.1-3   X Rendering Extension client libra
ii  libxtst6 1:1.0.1-5   X11 Testing -- Resource extension 

Versions of packages gcin recommends:
pn  gcin-qt3-immodule  (no description available)
pn  im-switch  (no description available)

-- no debconf information
#! /bin/sh /usr/share/dpatch/dpatch-run
## 50_fix-FTBFS-on-systems-with-lib64-directory.dpatch
## by Ming Hua <[EMAIL PROTECTED]>
##
## All lines beginning with `## DP:' are a description of the patch.
##
## DP: The handmade configure script tests the existence of /lib64/, and
## DP: if /lib64/ exists, it installs the GTK+ IM module into
## DP: /usr/lib64/, which causes FTBFS on all 64-bit architectures (and
## DP: presumably any build environment with /lib64/ installed).  Let's
## DP: stop this madness.

@DPATCH@
diff -urNad gcin-1.2.9~/configure gcin-1.2.9/configure
--- gcin-1.2.9~/configure   2006-11-20 19:28:20.0 -0600
+++ gcin-1.2.9/configure2006-11-20 19:30:02.0 -0600
@@ -92,9 +92,6 @@
 fi
 
 LIB='lib'
-if [ -d /lib64 ]; then
-LIB='lib64'
-fi
 
 QT_IM='N'
 for i in qt3 qt4
--- End Message ---
--- Begin Message ---
Source: gcin
Source-Version: 1.3.0.1-1

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

gcin-qt3-immodule_1.3.0.1-1_i386.deb
  to pool/main/g/gcin/gcin-qt3-immodule_1.3.0.1-1_i386.deb
gcin_1.3.0.1-1.diff.gz
  to pool/main/g/gcin/gcin_1.3.0.1-1.diff.gz
gcin_1.3.0.1-1.dsc
  to pool/main/g/gcin/gcin_1.3.0.1-1.dsc
gcin_1.3.0.1-1_i386.deb
  to pool/main/g/gcin/gcin_1.3.0.1-1_i386.deb
gcin_1.3.0.1.

Bug#393380: marked as done (Source package contains non-free IETF RFC/I-D's)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 18:47:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#393380: fixed in krb5 1.6.dfsg~alpha1-1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: krb5
Version: 1.4.4-3
Severity: serious

Hi!

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

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

krb5-1.4.4/doc/krb5-protocol/rfc1510.txt 
krb5-1.4.4/doc/kadmin/draft-ietf-cat-kerb-chg-password-02.txt 

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

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

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

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

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

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

3. Move the package to non-free.

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

Thanks,
Simon

--- End Message ---
--- Begin Message ---
Source: krb5
Source-Version: 1.6.dfsg~alpha1-1

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

krb5-admin-server_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/krb5-admin-server_1.6.dfsg~alpha1-1_i386.deb
krb5-clients_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/krb5-clients_1.6.dfsg~alpha1-1_i386.deb
krb5-doc_1.6.dfsg~alpha1-1_all.deb
  to pool/main/k/krb5/krb5-doc_1.6.dfsg~alpha1-1_all.deb
krb5-ftpd_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/krb5-ftpd_1.6.dfsg~alpha1-1_i386.deb
krb5-kdc_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/krb5-kdc_1.6.dfsg~alpha1-1_i386.deb
krb5-rsh-server_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/krb5-rsh-server_1.6.dfsg~alpha1-1_i386.deb
krb5-telnetd_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/krb5-telnetd_1.6.dfsg~alpha1-1_i386.deb
krb5-user_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/krb5-user_1.6.dfsg~alpha1-1_i386.deb
krb5_1.6.dfsg~alpha1-1.diff.gz
  to pool/main/k/krb5/krb5_1.6.dfsg~alpha1-1.diff.gz
krb5_1.6.dfsg~alpha1-1.dsc
  to pool/main/k/krb5/krb5_1.6.dfsg~alpha1-1.dsc
krb5_1.6.dfsg~alpha1.orig.tar.gz
  to pool/main/k/krb5/krb5_1.6.dfsg~alpha1.orig.tar.gz
libkadm55_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/libkadm55_1.6.dfsg~alpha1-1_i386.deb
libkrb5-dbg_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/libkrb5-dbg_1.6.dfsg~alpha1-1_i386.deb
libkrb5-dev_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/libkrb5-dev_1.6.dfsg~alpha1-1_i386.deb
libkrb53_1.6.dfsg~alpha1-1_i386.deb
  to pool/main/k/krb5/libkrb53_1.6.dfsg~alpha1-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.
Sam Hartman <[EMAIL PROTECTED]> (supplier of updated krb5 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 22 Nov 2006 10:28:13 -0500
Source: krb5
Binary: krb5-doc libkrb5-dev krb5-rsh-server krb5-user krb5-ftpd libkadm55 
libkrb53 krb5-clients krb5-telnetd krb5-kdc krb5-admin-server libkrb5-dbg
Architecture: source i386 all
Version: 1.6.dfsg~alpha1-1
Distribution: exp

Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[Frank Küster]

clone 397571 -1
retitle -1 Number of fonts supported by pdftex is limited
clone -1 -2
reassign -1 tetex-bin
reassign -2 texlive-bin
thanks

I think the "number of fonts is limited" thing deserves a separate bug.
If I'm not mistaken, most of the other issues with CJK are either fixed
in debian-reference or in debiandoc-sgml, but this one is not.

Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> wrote:

> Heh, I just had a reply prepared in my drafts. =)
> There is indeed another patch, also provided by Taco Hoekwater:
> http://www.ntg.nl/pipermail/ntg-pdftex/2006-November/002522.html
> (with a reply from Thanh Han The).
>
> He suggests adding
>
>   if vf_nf>font_max then
>   overflow("virtual fonts",font_max);
>
> right after vf_nf (twice) in pdftex.web.

Ah, so for teTeX and TeXlive (which don't have pdftex.web, but change
files to tex.web instead) this would probably be the following patch:

 texk/web2c/pdftexdir/hz.ch |2 ++
 texk/web2c/pdftexdir/pdftex.ch |2 ++
 2 files changed, 4 insertions(+)

Index: trunk/texk/web2c/pdftexdir/hz.ch
===
--- trunk.orig/texk/web2c/pdftexdir/hz.ch   2006-11-22 19:18:28.0 
+0100
+++ trunk/texk/web2c/pdftexdir/hz.ch2006-11-22 19:20:23.0 +0100
@@ -341,6 +341,8 @@
 vf_i_fnts[vf_nf] := auto_expand_font(vf_i_fnts[lf], e);
 set_expand_param(vf_i_fnts[vf_nf], vf_i_fnts[lf], e);
 incr(vf_nf);
+if vf_nf>font_max then
+overflow("virtual fonts",font_max);
 end;
 vf_packet_base[f] := vf_packet_base[bf];
 vf_local_font_num[f] := vf_local_font_num[bf];
Index: trunk/texk/web2c/pdftexdir/pdftex.ch
===
--- trunk.orig/texk/web2c/pdftexdir/pdftex.ch   2006-11-22 19:18:50.0 
+0100
+++ trunk/texk/web2c/pdftexdir/pdftex.ch2006-11-22 19:20:28.0 
+0100
@@ -2263,6 +2263,8 @@
 vf_e_fnts[vf_nf] := vf_read(cmd - fnt_def1 + 1);
 vf_i_fnts[vf_nf] := vf_def_font(f);
 incr(vf_nf);
+if vf_nf>font_max then
+overflow("virtual fonts",font_max);
 cmd := vf_byte;
 end;
 vf_default_font[f] := save_vf_nf;


However, if I'm not mistaken this does *not* set the limit higher, it
will just bail out with a decent error message, instead of - well, what?
I couldn't find it in the long conversation in this bug log.

> I don't have the source, so if you could test pdflatex with test.tex?
> You can find it here:
> http://users.edpnet.be/vanmeel/test.tex

Which fonts (or other things) do I need to have installed?  With
latex-cjk-chinese-arphic-bkai00mp installed, I get lots of error
messages of the type

kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+264/600 --dpi 864 
bkaiu99
mktexpk: don't know how to create bitmap font for bkaiu99.
kpathsea: Appending font creation commands to missfont.log.
(see the transcript file for additional information)
Warning: pdflatex (file bkaiu99): Font bkaiu99 at 864 not found
kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 2+293/600 --dpi 1493 
bkaiu93
mktexpk: don't know how to create bitmap font for bkaiu93.

And what about

\InputIfFileExists{LaTeXmacros.sty}{}{}
\InputIfFileExists{zh-tw/LaTeXmacros.sty}{}{}

Does that make a difference?

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

Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex

[Frank Küster]

reassign 399842 tetex-bin
thanks

Dear Émile,

please, *always* send a copy of your answers to the
[EMAIL PROTECTED] address.  I'm not the only maintainer of teTeX,
and maybe not the best one suited to debug this problem.


Émile CARRY <[EMAIL PROTECTED]> wrote:

>> > Error: `pdfetex -ini  -jobname=latex -progname=latex
>> > -translate-file=cp227.tcx *latex.ini' failed
>> > /usr/bin/fmtutil: line 358: 22669 Erreur de segmentation  ${1+"$@"}
>> 
>> What happens if you install libkpathsea4 again and issue this command:
>> 
>> pdfetex -ini  -jobname=latex -progname=latex
>> -translate-file=cp227.tcx '*latex.ini' 2>&1 | tee ini.log
>> 
>> (please send the resulting file ini.log)
>
> And I join fmutil-sys.log, the problem is on line 1343

loading : Context Core Macros / Ruled Content Handling
! Illegal parameter number in definition of \startlocalframed.
 
   3
l.1116 \def\domframed[#1][#2]#3
   %
? 
! Emergency stop.

This is something completely different to your original report.  In the
original report, it segfaulted with each format it tried.  Now it fails
with a TeX error, not a segfault, in one particular format, cont-en.
Can you please send the file /var/lib/texmf/web2c/cont-en.log?

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

Processed: Re: Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 399842 tetex-bin
Bug#399842: libkpathsea4: segmentation fault on upgrade of tetex
Bug reassigned from package `libkpathsea4' to `tetex-bin'.

> 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 1 errors): Re: Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 397571 -1
Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be 
generated properly
Bug 397571 cloned as bug 399897.

> retitle -1 Number of fonts supported by pdftex is limited
Bug#399897: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be 
generated properly
Changed Bug title.

> clone -1 -2
Unknown command or malformed arguments to command.

> reassign -1 tetex-bin
Bug#399897: Number of fonts supported by pdftex is limited
Bug reassigned from package `debian-reference' to `tetex-bin'.

> reassign -2 texlive-bin
Bug number -2 not found. (Is it archived?)

> 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: Re: Bug#399885: Acknowledgement (ocsigen_0.5.0~rc1-1(sparc/experimental): FTBFS: tries to mkdir outside of build dir)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 399885 ocsigen_0.5.0~rc1-1(hppa/experimental): FTBFS: tries to mkdir 
> outside of build dir
Bug#399885: ocsigen_0.5.0~rc1-1(sparc/experimental): FTBFS: tries to mkdir 
outside of build dir
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#384565: [Monotone-devel] Re: Bug#384565: monotone - FTBFS: Build killed with signal 15

[Nathaniel Smith]

On Wed, Nov 22, 2006 at 09:54:42AM -0700, Shaun Jackman wrote:
> On 11/22/06, Roman Zippel <[EMAIL PROTECTED]> wrote:
> ...
> >> 1. Is this more likely a bug in Boost or a bug in monotone?
> >> 2. Is it reasonable to workaround this bug by removing
> >> -DBOOST_SP_DISABLE_THREADS?
> >> 3. Is it worth going to the extra effort to only define
> >> -DBOOST_SP_DISABLE_THREADS on the platforms for which it works? I'll
> >> consider this last option if it means a performance improvement of at
> >> least, say arbitrarily, a factor of two or so.
> >
> >I think this should include the boost maintainer, there has to be some way
> >to safely select the proper compile flags. At least the Debian packages
> >provide a threaded and non-threaded version, but the .so link points to
> >the threaded version by default.
> >If both versions are supposed to be usable equally for non-threaded
> >application it suggest a bug in boost...
> >Anyway, until there is some mechanism to select this safely, it's probably
> >better to compile the application with the same flags as the library was.

Right -- I tracked down the official word on this, which says:

"If your program is single-threaded and does not link to any
libraries that might have used shared_ptr in its default
configuration, you can #define the macro BOOST_SP_DISABLE_THREADS on a
project-wide basis to switch to ordinary non-atomic reference count
updates.

"(Defining BOOST_SP_DISABLE_THREADS in some, but not all, translation
units is technically a violation of the One Definition Rule and
undefined behavior. Nevertheless, the implementation attempts to do
its best to accommodate the request to use non-atomic updates in those
translation units. No guarantees, though.)"
  ( http://www.boost.org/libs/smart_ptr/shared_ptr.htm )

So basically, if a program uses boost::shared_ptr, and also uses
libraries that use boost::shared_ptr (including other boost
libraries), then your program and those libraries must be compiled
with the same BOOST_SP_DISABLE_THREADS setting.  Unless you get lucky.
(I guess it failing on less popular platforms in particular has
something to do with the workarounds they mention in the second
paragraph?)

> I'll probably make an upload today. So, to be sure, I'm going to
> remove -DBOOST_SP_DISABLE_THREADS, but leave -DBOOST_DISABLE_THREADS?
> Is that correct, or are both defines to be removed?

That sounds correct.  I suspect the reason _SP_ is split off as its
own thing is exactly this...

-- Nathaniel

-- 
"The problem...is that sets have a very limited range of
activities -- they can't carry pianos, for example, nor drink
beer."


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

Bug#399888: NMU issue

[John Goerzen]

In trying to prepare the NMU, the new upstream introduced a small diff
to configure.in that is causing trouble.  The error is:

autoconf: Undefined macros:
configure.in:60:AC_CHECK_TYPES(__u32,,,[#include ])

I could simply disable the rerun of autoconf in debian/rules.  I don't
really know why this isn't working.  Since I'm almost out of time for
today, I may not get this NMU done and would invite anyone else to
instead.

-- John


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

Bug#399885: Acknowledgement (ocsigen_0.5.0~rc1-1(sparc/experimental): FTBFS: tries to mkdir outside of build dir)

[Frank Lichtenheld]

retitle 399885 ocsigen_0.5.0~rc1-1(hppa/experimental): FTBFS: tries to mkdir 
outside of build dir
thanks

On Wed, Nov 22, 2006 at 09:33:21AM -0800, Debian Bug Tracking System wrote:
> If you wish to submit further information on your problem, please send
> it to [EMAIL PROTECTED] (and *not* to
> [EMAIL PROTECTED]).

Sorry, an error occured while preparing the bug report.
The subject and the link at the end both need a s/sparc/hppa/
So the correct link is
http://experimental.ftbfs.de/build.php?&ver=0.5.0~rc1-1&pkg=ocsigen&arch=hppa

(The build error would probably also happen on sparc but it didn't build there
because of a missing build-dependency and so this log wouldn't
be helpful at all)

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#399892: nepenthes_0.2.0-1(hppa/experimental): FTBFS: tries to use static library compiled without -fPIC

[Frank Lichtenheld]

Package: nepenthes
Version: 0.2.0-1
Severity: serious

Hi,

your package failed to build from source. Apparently because you
tried to include a static library into a dynamic one. To do this
you need a version of the static library compiled with -fPIC.
(All this IIRC, libraries aren't really my strong point ;)

| Automatic build of nepenthes_0.2.0-1 on meitner by sbuild/hppa 79
| Build started at 20061122-1706
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 924kB of source archives.
| Get:1 http://ftp.de.debian.org experimental/main nepenthes 0.2.0-1 (dsc) 
[683B]
| Get:2 http://ftp.de.debian.org experimental/main nepenthes 0.2.0-1 (tar) 
[919kB]
| Get:3 http://ftp.de.debian.org experimental/main nepenthes 0.2.0-1 (diff) 
[4140B]
| Fetched 924kB in 12s (73.0kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper, libcurl3-dev, libmagic-dev, libpcre3-dev, 
libadns1-dev, bison, flex, libpcap0.8-dev, iptables-dev, libpq-dev, libcap-dev
| Checking for already installed source dependencies...
| debhelper: missing
| libcurl3-dev: missing
| libmagic-dev: missing
| libpcre3-dev: missing
| libadns1-dev: missing
| bison: missing
| flex: missing
| libpcap0.8-dev: missing
| iptables-dev: missing
| libpq-dev: missing
| libcap-dev: missing
| Checking for source dependency conflicts...
[...]
| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.3.6.ds1-8 
linux-kernel-headers_2.6.18-6 gcc-4.1_4.1.1-20 g++-4.1_4.1.1-20 binutils_2.17-3 
libstdc++6-4.1-dev_4.1.1-20 libstdc++6_4.1.1-20
| --
| gpg: Signature made Tue Nov 21 19:13:07 2006 CET using DSA key ID 9B7C328D
| gpg: Can't check signature: public key not found
| dpkg-source: extracting nepenthes in nepenthes-0.2.0
| dpkg-source: unpacking nepenthes_0.2.0.orig.tar.gz
| dpkg-source: applying /home/buildd/build/nepenthes_0.2.0-1.diff.gz
| su: Authentication service cannot retrieve authentication info.
| (Ignored)
| dpkg-buildpackage: source package is nepenthes
| dpkg-buildpackage: source version is 0.2.0-1
| dpkg-buildpackage: host architecture hppa
| dpkg-buildpackage: source version without epoch 0.2.0-1
[...]
|  debian/rules build
| dh_testdir
| # Add here commands to configure the package.
| CFLAGS="-Wall -g -O2" ./configure --host=hppa-linux-gnu 
--build=hppa-linux-gnu \
|   --prefix=/usr --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info --bindir=/usr/sbin --localstatedir=/var 
--sysconfdir=/etc \
|   --enable-debug-logging \
|   --enable-capabilities \
|   --enable-pcap \
|   --enable-ipq \
|   --with-ipq-include=/usr/include/libipq \
| --enable-postgre \
| --with-postgre-include=/usr/include/postgresql 
| checking for a BSD-compatible install... /usr/bin/install -c
| checking whether build environment is sane... yes
| checking for gawk... no
| checking for mawk... mawk
| checking whether make sets $(MAKE)... yes
| checking build system type... hppa-unknown-linux-gnu
| checking host system type... hppa-unknown-linux-gnu
| checking for style of include used by make... GNU
| checking for hppa-linux-gnu-gcc... hppa-linux-gnu-gcc
| checking for C compiler default output file name... a.out
| checking whether the C compiler works... yes
| checking whether we are cross compiling... no
| checking for suffix of executables... 
| checking for suffix of object files... o
| checking whether we are using the GNU C compiler... yes
| checking whether hppa-linux-gnu-gcc accepts -g... yes
| checking for hppa-linux-gnu-gcc option to accept ISO C89... none needed
| checking dependency style of hppa-linux-gnu-gcc... gcc3
| checking for an ANSI C-conforming const... yes
| checking how to run the C preprocessor... hppa-linux-gnu-gcc -E
| checking for grep that handles long lines and -e... /bin/grep
| checking for egrep... /bin/grep -E
| checking for ANSI C header files... yes
| checking for sys/types.h... yes
| checking for sys/stat.h... yes
| checking for stdlib.h... yes
| checking for string.h... yes
| checking for memory.h... yes
| checking for strings.h... yes
| checking for inttypes.h... yes
| checking for stdint.h... yes
| checking for unistd.h... yes
| checking whether byte ordering is bigendian... yes
| checking for hppa-linux-gnu-g++... hppa-linux-gnu-g++
| checking whether we are using the GNU C++ compiler... yes
| checking whether hppa-linux-gnu-g++ accepts -g... yes
| checking dependency style of hppa-linux-gnu-g++... gcc3
| checking for hppa-linux-gnu-gcc... (cached) hppa-linux-gnu-gcc
| checking whether we are using the GNU C compiler... (cached) yes
| checking whether hppa-linux-gnu-gcc accepts -g... (cached) yes
| checking for hppa-linux-gnu-gcc 

Bug#397006: marked as done (python2.5-minimal: needs to depend on pyhton-minimal (>= 2.4.4-1))

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 17:32:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#397006: fixed in python2.5 2.5-3.1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: python2.5-minimal
Version: 2.5-3
Severity: serious
Justification: fails to install

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It seems the postinst script is failing. I enabled tracing of the script
and reran it and got this:

# dpkg --configure --pending
Setting up python2.5-minimal (2.5-3) ...
+ '[' configure = configure ']'
+ cd /usr/lib/python2.5
++ dpkg -L python2.5-minimal
++ sed -n '/\.py$/s,^/usr/lib/python2.5/,,p'
+ files='__future__.py
ConfigParser.py
StringIO.py
UserDict.py
compileall.py
copy.py
copy_reg.py
dis.py
fnmatch.py
getopt.py
glob.py
hashlib.py
inspect.py
linecache.py
md5.py
opcode.py
optparse.py
os.py
pickle.py
platform.py
popen2.py
posixpath.py
py_compile.py
random.py
re.py
repr.py
sha.py
socket.py
sre.py
sre_compile.py
sre_constants.py
sre_parse.py
stat.py
string.py
struct.py
subprocess.py
tempfile.py
textwrap.py
token.py
tokenize.py
traceback.py
types.py
warnings.py
site.py'
+ /usr/bin/python2.5 /usr/lib/python2.5/py_compile.py __future__.py 
ConfigParser.py StringIO.py UserDict.py compileall.py copy.py copy_reg.py 
dis.py fnmatch.py getopt.py glob.py hashlib.py inspect.py linecache.py md5.py 
opcode.py optparse.py os.py pickle.py platform.py popen2.py posixpath.py 
py_compile.py random.py re.py repr.py sha.py socket.py sre.py sre_compile.py 
sre_constants.py sre_parse.py stat.py string.py struct.py subprocess.py 
tempfile.py textwrap.py token.py tokenize.py traceback.py types.py warnings.py 
site.py
+ grep -sq '^byte-compile[^#]*optimize' /etc/python/debian_config
+ '[' -z 2.5-2 ']'
+ dpkg --compare-versions 2.5-2 lt 2.5-3
+ '[' '' '!=' noninteractive ']'
+ echo 'Linking and byte-compiling packages for runtime python2.5...'
Linking and byte-compiling packages for runtime python2.5...
++ awk '/^Version:/ {print $2}'
++ dpkg -s python2.5-minimal
+ version=2.5-3
+ for hook in '/usr/share/python/runtime.d/*.rtinstall'
+ '[' -x /usr/share/python/runtime.d/pycentral.rtinstall ']'
+ /usr/share/python/runtime.d/pycentral.rtinstall rtinstall python2.5 2.5-2 
2.5-3
pycentral: pycentral rtinstall: installed runtime python2.5 not found
pycentral rtinstall: installed runtime python2.5 not found
dpkg: error processing python2.5-minimal (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of python2.5:
 python2.5 depends on python2.5-minimal (= 2.5-3); however:
  Package python2.5-minimal is not configured yet.
dpkg: error processing python2.5 (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 python2.5-minimal
 python2.5


- -- System Information:
Debian Release: testing/unstable
  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.17-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages python2.5-minimal depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  zlib1g   1:1.2.3-13  compression library - runtime

python2.5-minimal recommends no packages.

- -- no debconf information

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

iD8DBQFFTHVrshl/216gEHgRApgwAKDfUA+AMf/z+pLUB2h9Uyz/w7SfKQCgm0cx
4gLzI3xZiKSx1JKdO9Fo9VU=
=o+Hp
-END PGP SIGNATURE-

--- End Message ---
--- Begin Message ---
Source: python2.5
Source-Version: 2.5-3.1

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-3.1_all.deb
  to pool/main/p/python2.5/idle-python2.5_2.5-3.1_all.deb
python2.5-dbg_2.5-3.1_i386.deb
  to pool/main/p/python2.5/python2.5-dbg_2.5-3.1_i386.deb
python2.5-dev_2.5-3.1_i386.deb
  to pool/main/p/python2.5/python2.5-dev_2.5-3.1_i386.deb
python2.5-examples_2.5-3.1_all.deb
  to pool/main/p/python2.5/python2.5-examples_2.5-3.1_all.deb
python2.5-minimal_2.5-3.1_i386.deb
  to pool/main/p/python2.5/python2.5-minimal_2.5-3.1_i386.deb
python2.5_2.5-3.1.diff.gz
  to pool/main/p/python2.5/python2.5_2.5-3.1.diff.gz
python2.5_2.5-3.1.dsc
  to pool/main/p/python2.5/python2.5_2.5-3.1.dsc
python2.5_2.5-3.1_i386.deb
  to pool/main/p/python2.5/python2.5_2.5-3.1_i386.deb



A summary of the

Processed: Remove /usr/man/man1 from debian/xxdiff.dirs fixes this.

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 399764 + patch
Bug#399764: xxdiff: include non-FHS directory /usr/man/man1
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#399764: Remove /usr/man/man1 from debian/xxdiff.dirs fixes this.

[Andreas Henriksson]

tags 399764 + patch
thanks

Leftover in debian/xxdiff.dirs removed fixes this

Trivial patch attached.

-- 
Regards,
Andreas Henriksson
diff -ur xxdiff-3.2/debian/xxdiff.dirs xxdiff-3.2.fixed/debian/xxdiff.dirs
--- xxdiff-3.2/debian/xxdiff.dirs   2006-11-22 18:36:00.0 +0100
+++ xxdiff-3.2.fixed/debian/xxdiff.dirs 2006-11-22 18:35:41.0 +0100
@@ -1,4 +1,3 @@
 usr/share/doc/xxdiff/manual.html
 usr/share/doc/xxdiff/manual.txt
 usr/bin
-usr/man/man1

Bug#399374: Build log from sid

[Goswin von Brederlow]

Package: libxml-twig-perl
Version: 3.26-2
Followup-For: Bug #399374

Hi,

same under a sid amd64 chroot:

t/test_memory...memory leak parsing xml: expected '27520', 
got '27652'
FAILED test 2
Failed 1/2 tests, 50.00% okay
...
Please add this information to bug reports (you can run t/zz_dump_config.t to 
get it)

ok
Failed Test Stat Wstat Total Fail  Failed  List of Failed
---
t/test_memory.t21  50.00%  2
Failed 1/87 test scripts, 98.85% okay. 1/4295 subtests failed, 99.98% okay.
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory `/home/mrvn/libxml-twig-perl-3.26-2'
make: *** [debian/stamp-makefile-check] Error 2



Now comes the oddest part. If I 'mv libxml-twig-perl-3.26-2
build/libxml-twig-perl-1_3.26-2/libxml-twig-perl-3.26-2' and run
debuild -us -uc -b again it works. I move it back and it fails again.

Totaly at a loss,
Goswin

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-frosties-2
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
 fakeroot debian/rules clean
test -x debian/rules
test "`id -u`" = 0
dh_clean 
/usr/bin/make -C . OPTIMIZE="-g -Wall -O2" -k distclean
make[1]: Entering directory `/home/mrvn/libxml-twig-perl-3.26-2'
rm -f \
  *.a core \
  core.[0-9] blib/arch/auto/XML/Twig/extralibs.all \
  core.[0-9][0-9] Twig.bso \
  pm_to_blib.ts core.[0-9][0-9][0-9][0-9] \
  Twig.x  \
  perl tmon.out \
  *.o pm_to_blib \
  blib/arch/auto/XML/Twig/extralibs.ld blibdirs.ts \
  core.[0-9][0-9][0-9][0-9][0-9] *perl.core \
  core.*perl.*.? Makefile.aperl \
  perl Twig.def \
  core.[0-9][0-9][0-9] mon.out \
  libTwig.def perlmain.c \
  perl.exe so_locations \
  Twig.exp 
rm -rf \
  blib 
mv Makefile Makefile.old > /dev/null 2>&1
rm -f \
  Makefile.old Makefile 
rm -rf \
  XML-Twig-3.26 
/usr/bin/perl "-MExtUtils::Manifest=fullcheck" -e fullcheck
Not in MANIFEST: debian/changelog
Not in MANIFEST: debian/compat
Not in MANIFEST: debian/control
Not in MANIFEST: debian/copyright
Not in MANIFEST: debian/patches/01_dont_ask.diff
Not in MANIFEST: debian/patches/01_dont_ask.diff.level-1.log
Not in MANIFEST: debian/patches/02_perl_path.diff
Not in MANIFEST: debian/patches/02_perl_path.diff.level-1.log
Not in MANIFEST: debian/patches/03_cosmetics.diff
Not in MANIFEST: debian/patches/03_cosmetics.diff.level-1.log
Not in MANIFEST: debian/rules
Not in MANIFEST: debian/stamp-makefile-build
Not in MANIFEST: debian/stamp-makefile-check
Not in MANIFEST: debian/stamp-patch-debian=patches=01_dont_ask.diff
Not in MANIFEST: debian/stamp-patch-debian=patches=02_perl_path.diff
Not in MANIFEST: debian/stamp-patch-debian=patches=03_cosmetics.diff
Not in MANIFEST: debian/stamp-patched
Not in MANIFEST: debian/watch
Not in MANIFEST: debian/xml-twig-tools.install
Not in MANIFEST: t/error.log
Not in MANIFEST: test_uri
Not in MANIFEST: tmp
Not in MANIFEST: Twig.pm_bak
Not in MANIFEST: Twig/XPath.pm_bak
make[1]: Leaving directory `/home/mrvn/libxml-twig-perl-3.26-2'
rm -f debian/stamp-makefile-build
rm -f debian/stamp-makefile-check
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory `/home/mrvn/libxml-twig-perl-3.26-2'
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory `/home/mrvn/libxml-twig-perl-3.26-2'
if [ "reverse-patches" = "reverse-patches" ]; then rm -f debian/stamp-patched; 
fi
patches: debian/patches/01_dont_ask.diff debian/patches/02_perl_path.diff 
debian/patches/03_cosmetics.diff
Trying reverse patch debian/patches/03_cosmetics.diff at level 1 ... success.
Trying reverse patch debian/patches/02_perl_path.diff at level 1 ... success.
Trying reverse patch debian/patches/01_dont_ask.diff at level 1 ... success.
if [ "reverse-patches" != "reverse-patches" ]; then touch debian/stamp-patched; 
fi
if [ "reverse-patches" != "reverse-patches" ] ; then \
/usr/bin/make -f debian/rules update-config ; \
fi
for dir in debian/patches ; do \
rm -f $dir/*.log ; \
done
if [ -e Makefile ]; then /usr/bin/make -i distclean; fi
rm -f t/error.log test_uri tmp Twig/XPath.pm_bak Twig.pm_bak
 debian/rules build
test -x debian/rules
mkdir -p "."
/usr/bin/make -f debian/rules reverse-config
make[1]: Entering directory `/home/mrvn/libxml-twig-perl-3.26-2'
make[1]: Nothing to be done for `reverse-config'.
make[1]: Leaving directory `/home/mrvn/libxml-twig-perl-3.26-2'
if [ "debian/stamp-patched" = "reverse-patches" ]; then rm -f 
debian/stamp-patched; fi
patches: debian/patches/01_dont_ask.diff debian/patches/02_perl_path.diff 
debian/patches/03_cosmetics.diff
Trying patch debian/patches/01_dont_ask.diff at level 1 ... success.
Trying patch

Bug#399885: ocsigen_0.5.0~rc1-1(sparc/experimental): FTBFS: tries to mkdir outside of build dir

[Frank Lichtenheld]

Package: ocsigen
Version: 0.5.0~rc1-1
Severity: serious

Hi,

your package failed to build from source since it tried to create
a directory outside of the build directory which it hadn't the
rights to do.

| Automatic build of ocsigen_0.5.0~rc1-1 on meitner by sbuild/hppa 79
| Build started at 20061122-1410
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 196kB of source archives.
| Get:1 http://ftp.de.debian.org experimental/main ocsigen 0.5.0~rc1-1 (dsc) 
[762B]
| Get:2 http://ftp.de.debian.org experimental/main ocsigen 0.5.0~rc1-1 (tar) 
[191kB]
| Get:3 http://ftp.de.debian.org experimental/main ocsigen 0.5.0~rc1-1 (diff) 
[4166B]
| Fetched 196kB in 3s (51.7kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 5), ocaml-nox (>= 3.08.4), ocaml-findlib, 
libocamlnet-ocaml-dev (>= 1.1), libdbi-ocaml-dev, libssl-ocaml-dev (>= 0.4.0-1)
| Checking for already installed source dependencies...
| debhelper: missing
| Using default version 5.0.42
| ocaml-nox: missing
| Using default version 3.09.2-7
| ocaml-findlib: missing
| libocamlnet-ocaml-dev: missing
| Using default version 1.1-13
| libdbi-ocaml-dev: missing
| libssl-ocaml-dev: missing
| Using default version 0.4.0-1
| Checking for source dependency conflicts...
[...]
| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.3.6.ds1-8 
linux-kernel-headers_2.6.18-6 gcc-4.1_4.1.1-20 g++-4.1_4.1.1-20 binutils_2.17-3 
libstdc++6-4.1-dev_4.1.1-20 libstdc++6_4.1.1-20
| --
| gpg: Signature made Tue Nov 21 22:57:57 2006 CET using DSA key ID 800969EF
| gpg: Can't check signature: public key not found
| dpkg-source: extracting ocsigen in ocsigen-0.5.0~rc1
| dpkg-source: unpacking ocsigen_0.5.0~rc1.orig.tar.gz
| dpkg-source: applying /home/buildd/build/ocsigen_0.5.0~rc1-1.diff.gz
| su: Authentication service cannot retrieve authentication info.
| (Ignored)
| dpkg-buildpackage: source package is ocsigen
| dpkg-buildpackage: source version is 0.5.0~rc1-1
| dpkg-buildpackage: host architecture hppa
| dpkg-buildpackage: source version without epoch 0.5.0~rc1-1
[...]
|  /usr/bin/fakeroot debian/rules binary-arch
| for f in debian/dirs; do sed -e 's/@OCamlABI@/3.09.2/g' $f.in > $f; done
| dh_testdir
| dh_testroot
| dh_clean -k 
| dh_installdirs
| /usr/bin/make install 
BINDIR=/build/buildd/ocsigen-0.5.0~rc1/debian/ocsigen/usr/bin 
MODULEINSTALLDIR=/build/buildd/ocsigen-0.5.0~rc1/debian/ocsigen//usr/lib/ocaml/3.09.2
| make[1]: Entering directory `/build/buildd/ocsigen-0.5.0~rc1'
| mkdir -p /usr/local/lib/ocsigen
| mkdir: cannot create directory `/usr/local/lib/ocsigen': Permission denied
| make[1]: *** [install] Error 1
| make[1]: Leaving directory `/build/buildd/ocsigen-0.5.0~rc1'
| make: *** [install] Error 2
| **
| Build finished at 20061122-1417
| FAILED [dpkg-buildpackage died]

Full build log(s): 
http://experimental.ftbfs.de/build.php?&ver=0.5.0~rc1-1&pkg=ocsigen&arch=sparc

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Processed: found 399816 in 1.7.1release-4

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.22
> found 399816 1.7.1release-4
Bug#399816: python-pygame: lacks dependency python-numeric
Bug marked as found in version 1.7.1release-4.

>
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#399790: trivial patch for amanda purge problems attached.

[Andreas Henriksson]

amanda can not rely on deluser being available during postrm purge since
it's the adduser package is not essential.

The attached patch should fix the problem by safeguarding the calls to
deluser in postrm purge.

Someone should probably look closer at this though to make sure amanda
properly cleans up on purge.

Trivial patch attached.


-- 
Regards,
Andreas Henriksson
diff -ur amanda-2.5.1p1/debian/postrm amanda-2.5.1p1.fixed/debian/postrm
--- amanda-2.5.1p1/debian/postrm2006-11-22 18:20:04.0 +0100
+++ amanda-2.5.1p1.fixed/debian/postrm  2006-11-22 18:16:24.0 +0100
@@ -27,8 +27,10 @@
 
rm -f ~backup/.amandahosts
 
-   deluser backup disk
-   deluser backup tape
+   if which deluser >/dev/null 2>&1 ; then
+   deluser backup disk || true
+   deluser backup tape || true
+   fi
   ;;
   remove|upgrade|deconfigure)
   ;;

Bug#395104: python-central: diff for NMU version 0.5.11

[Raphael Hertzog]

tags 395104 + patch
thanks

Hi,

Attached is the diff for my python-central 0.5.11 NMU.

-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
diff -Nru /tmp/xky798U0Bu/python-central-0.5.10/debian/changelog 
/tmp/2nNeZo9Pe9/python-central-0.5.11/debian/changelog
--- /tmp/xky798U0Bu/python-central-0.5.10/debian/changelog  2006-11-11 
02:35:38.0 +0100
+++ /tmp/2nNeZo9Pe9/python-central-0.5.11/debian/changelog  2006-11-22 
12:35:39.0 +0100
@@ -1,3 +1,10 @@
+python-central (0.5.11) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Only remove empty dirs in /usr/lib/pythonX.Y. Closes: #395104
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]>  Wed, 22 Nov 2006 12:33:55 +0100
+
 python-central (0.5.10) unstable; urgency=low
 
   * Depend on python (>= 2.3.5-7), providing /usr/share/python_defaults.
diff -Nru /tmp/xky798U0Bu/python-central-0.5.10/dh_pycentral.1 
/tmp/2nNeZo9Pe9/python-central-0.5.11/dh_pycentral.1
--- /tmp/xky798U0Bu/python-central-0.5.10/dh_pycentral.12006-10-29 
11:04:43.0 +0100
+++ /tmp/2nNeZo9Pe9/python-central-0.5.11/dh_pycentral.12006-11-22 
17:59:37.0 +0100
@@ -129,7 +129,7 @@
 .\" 
 .\"
 .IX Title "DH_PYCENTRAL 1"
-.TH DH_PYCENTRAL 1 "2006-10-18" "" "Debhelper"
+.TH DH_PYCENTRAL 1 "2006-10-29" "" "Debhelper"
 .SH "NAME"
 dh_pycentral \- use the python\-central framework to handle Python modules and 
extensions
 .SH "SYNOPSIS"
diff -Nru /tmp/xky798U0Bu/python-central-0.5.10/pycentral.py 
/tmp/2nNeZo9Pe9/python-central-0.5.11/pycentral.py
--- /tmp/xky798U0Bu/python-central-0.5.10/pycentral.py  2006-10-29 
11:11:41.0 +0100
+++ /tmp/2nNeZo9Pe9/python-central-0.5.11/pycentral.py  2006-11-22 
17:59:26.0 +0100
@@ -437,10 +437,11 @@
 continue
 # TODO: if dst already exists, make sure, src == dst
 os.rename(src, dst)
-# remove empty dirs in /usr/lib
+# remove empty dirs in /usr/lib/pythonX.Y
 for root, dirs, files in os.walk(self.pkgdir + '/usr/lib', 
topdown=False):
 try:
-os.rmdir(root)
+   if re.match("/usr/lib/python\d\.\d($|/)", 
root.replace(self.pkgdir, "")):
+   os.rmdir(root)
 except OSError:
 pass
 # remove empty dirs in /usr/share/pycentral

Processed: python2.5: diff for NMU version 2.5-3.1

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 397006 + patch
Bug#397006: python2.5-minimal: needs to depend on pyhton-minimal (>= 2.4.4-1)
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#395850: fixed, waiting in NEW queue

[Al Stone]

A fix for this problem has been completed and uploaded.  Due to repairs
to remove GFDL documentation, the fix is now waiting for processing in
the NEW queue.

-- 
Ciao,
al
--
Al Stone  Alter Ego:
Open Source and Linux R&D Debian Developer
Hewlett-Packard Company   http://www.debian.org
E-mail: [EMAIL PROTECTED][EMAIL PROTECTED]
--



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

Bug#384565: [Monotone-devel] Re: Bug#384565: monotone - FTBFS: Build killed with signal 15

[Shaun Jackman]

On 11/22/06, Roman Zippel <[EMAIL PROTECTED]> wrote:
...

> 1. Is this more likely a bug in Boost or a bug in monotone?
> 2. Is it reasonable to workaround this bug by removing
> -DBOOST_SP_DISABLE_THREADS?
> 3. Is it worth going to the extra effort to only define
> -DBOOST_SP_DISABLE_THREADS on the platforms for which it works? I'll
> consider this last option if it means a performance improvement of at
> least, say arbitrarily, a factor of two or so.

I think this should include the boost maintainer, there has to be some way
to safely select the proper compile flags. At least the Debian packages
provide a threaded and non-threaded version, but the .so link points to
the threaded version by default.
If both versions are supposed to be usable equally for non-threaded
application it suggest a bug in boost...
Anyway, until there is some mechanism to select this safely, it's probably
better to compile the application with the same flags as the library was.


I'll probably make an upload today. So, to be sure, I'm going to
remove -DBOOST_SP_DISABLE_THREADS, but leave -DBOOST_DISABLE_THREADS?
Is that correct, or are both defines to be removed?

Thanks,
Shaun


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

Bug#399888: xfsprogs: Multiple data-loss problems

[John Goerzen]

Package: xfsprogs
Version: 2.8.11-1
Severity: critical
Justification: causes serious data loss

This may be "only" grave instead of critical, but it looks to me like it
is a Big Deal and unquestionably RC in any case.

Since 2.8.11's release, numerous xfsprogs problems have been fixed.
Here are a few excerpts from the 2.8.16 changelog:

- Fix up an endian problem for nlink setting in phase 7 for xfs_repair.

- Fix up nlink checks and repairs in phase 7 for xfs_repair.

- Fix up the ring command in xfs_db,
  thanks to Utako Kusaka

- Fix up xfs_copy and its variable argument handling
  around vfprintf; xfs_copy was seg faulting on x86_64.

- Fix v2 directory checking with holes and unreadable blocks.
- Fix a memory leak in dir2 checking.

Some discussion about this has already occured on debian-devel:

http://lists.debian.org/debian-devel/2006/11/msg00629.html
  support for filing a grave bug

http://lists.debian.org/debian-devel/2006/11/msg00630.html
  mentions that the latest versions contain fixes for kernel bugs

I *personally* encountered trouble today, which looks like remnants from
when I was running a kernel before 2.6.18.  I will likely prepare an NMU
for this in short order.

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

Versions of packages xfsprogs depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libreadl 5.2-1   GNU readline and history libraries
ii  libuuid1 1.39+1.40-WIP-2006.10.02+dfsg-2 universally unique id library

xfsprogs recommends no packages.

-- no debconf information


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

Processed: python-central: diff for NMU version 0.5.11

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 395104 + patch
Bug#395104: dh_pycentral removes directories in build tree
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#395104: marked as done (dh_pycentral removes directories in build tree)

[Debian Bug Tracking System]

Your message dated Wed, 22 Nov 2006 17:17:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#395104: fixed in python-central 0.5.11
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: libghc6-missingpy-dev
Version: 0.8.9
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi John,

I just tried to install some libghc6-* packages but
libghc6-missingpy-dev would not install succesfully:

 Instellen van libghc6-missingpy-dev (0.8.9) ...
 Reading package info from stdin ... done.
 ghc-pkg: /usr/lib/haskell-packages/ghc6/lib/MissingPy-0.8.6/ghc-6.6/include 
does n't exist or isn't a directory (use --force to override)
 dpkg: fout bij afhandelen van libghc6-missingpy-dev (--configure):
  subproces post-installation script gaf een foutwaarde 1 terug

Greetings Arjan 

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

Versions of packages libghc6-missingpy-dev depends on:
ii  ghc6  6.6-2  GHC - the Glasgow Haskell Compilat
ii  libghc6-missingh-dev  0.16.2 Library of utility functions for H
ii  python-dev2.4.3-11   Header files and a static library 

libghc6-missingpy-dev recommends no packages.

- -- no debconf information

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

iD8DBQFFPoNmUALvsZYuOJARAkh7AKCB7AmoXvune6B/oZy3+vpu+94+KwCbBR1r
wL8gIDdhpcnrzafP+1I4Mqw=
=gYLV
-END PGP SIGNATURE-

--- End Message ---
--- Begin Message ---
Source: python-central
Source-Version: 0.5.11

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

python-central_0.5.11.dsc
  to pool/main/p/python-central/python-central_0.5.11.dsc
python-central_0.5.11.tar.gz
  to pool/main/p/python-central/python-central_0.5.11.tar.gz
python-central_0.5.11_all.deb
  to pool/main/p/python-central/python-central_0.5.11_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.
Raphael Hertzog <[EMAIL PROTECTED]> (supplier of updated python-central package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 22 Nov 2006 12:33:55 +0100
Source: python-central
Binary: python-central
Architecture: source all
Version: 0.5.11
Distribution: unstable
Urgency: low
Maintainer: Matthias Klose <[EMAIL PROTECTED]>
Changed-By: Raphael Hertzog <[EMAIL PROTECTED]>
Description: 
 python-central - register and build utility for Python packages
Closes: 395104
Changes: 
 python-central (0.5.11) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Only remove empty dirs in /usr/lib/pythonX.Y. Closes: #395104
Files: 
 834412bc74826c4d9c88dbb6a683fcff 600 python standard python-central_0.5.11.dsc
 89097f0a4644000d5a1375b1b555bb7f 29357 python standard 
python-central_0.5.11.tar.gz
 c49960a24908652518cb4edd173f258c 31630 python standard 
python-central_0.5.11_all.deb

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

iD8DBQFFZIKevPbGD26BadIRAtsbAKCZaRPFllmHPPUTxu4e7DKhWzcMrACdGAl8
yrJ0ixjZghSiPQlvKJvXGaI=
=q5eT
-END PGP SIGNATURE-

--- End Message ---

Bug#397006: python2.5: diff for NMU version 2.5-3.1

[Raphael Hertzog]

tags 397006 + patch
thanks

Hi,

Attached is the diff for my python2.5 2.5-3.1 NMU.

-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
diff -u python2.5-2.5/debian/control python2.5-2.5/debian/control
--- python2.5-2.5/debian/control
+++ python2.5-2.5/debian/control
@@ -25,7 +25,7 @@
 Package: python2.5-minimal
 Architecture: any
 Priority: optional
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, python-minimal (>= 2.4.4-1)
 Replaces: python2.5 (<< 2.5~b3)
 XB-Python-Runtime: python2.5
 XB-Python-Version: 2.5
diff -u python2.5-2.5/debian/control.in python2.5-2.5/debian/control.in
--- python2.5-2.5/debian/control.in
+++ python2.5-2.5/debian/control.in
@@ -25,7 +25,7 @@
 Package: @[EMAIL PROTECTED]
 Architecture: any
 Priority: @MINPRIO@
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, python-minimal (>= 2.4.4-1)
 Replaces: @PVER@ (<< 2.5~b3)
 XB-Python-Runtime: @PVER@
 XB-Python-Version: @VER@
diff -u python2.5-2.5/debian/changelog python2.5-2.5/debian/changelog
--- python2.5-2.5/debian/changelog
+++ python2.5-2.5/debian/changelog
@@ -1,3 +1,14 @@
+python2.5 (2.5-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * python2.5-minimal depends on python-minimal (>= 2.4.4-1) because it's the
+first version which lists python2.5 as an unsupported runtime (ie a
+runtime that is available but for which modules are not auto-compiled).
+And being listed there is required for python-central to accept the
+installation of python2.5-minimal. Closes: #397006
+
+ -- Raphael Hertzog <[EMAIL PROTECTED]>  Wed, 22 Nov 2006 15:41:06 +0100
+
 python2.5 (2.5-3) unstable; urgency=medium
 
   * Update to 20061029 (2.4.4 was released on 20061019), taken from

Bug#373655: fixed, waiting in NEW queue

[Al Stone]

A fix for this problem has been completed and uploaded.  Due to repairs
to remove GFDL documentation, the fix is now waiting for processing in
the NEW queue.

-- 
Ciao,
al
--
Al Stone  Alter Ego:
Open Source and Linux R&D Debian Developer
Hewlett-Packard Company   http://www.debian.org
E-mail: [EMAIL PROTECTED][EMAIL PROTECTED]
--



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

Bug#399261: fixed, waiting in NEW queue

[Al Stone]

A fix for this problem has been completed and uploaded.  Due to repairs
to remove GFDL documentation, the fix is now waiting for processing in
the NEW queue.

-- 
Ciao,
al
--
Al Stone  Alter Ego:
Open Source and Linux R&D Debian Developer
Hewlett-Packard Company   http://www.debian.org
E-mail: [EMAIL PROTECTED][EMAIL PROTECTED]
--



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

Processed: Re: python2.5: the same thing with 2.5-3

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Cleaning my mistakes
> unmerge 384094
Bug#384094: python-central: inconsistent handling of list of installed runtimes
Bug#397006: python2.5-minimal: Fails to install
Disconnected #384094 from all other report(s).

> reassign 384094 python-central 0.5.10
Bug#384094: python-central: inconsistent handling of list of installed runtimes
Bug reassigned from package `python2.5-minimal' to `python-central'.

> reassign 397006 python2.5-minimal 2.5-3
Bug#397006: python2.5-minimal: Fails to install
Bug reassigned from package `python2.5-minimal' to `python2.5-minimal'.

> severity 397006 serious
Bug#397006: python2.5-minimal: Fails to install
Severity set to `serious' from `important'

> retitle 397006 python2.5-minimal: needs to depend on pyhton-minimal (>= 
> 2.4.4-1)
Bug#397006: python2.5-minimal: Fails to install
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Bug#392955: fixed, waiting NEW queue processing

[Al Stone]

A fix for this problem has been completed and uploaded.  Due to repairs
to remove GFDL documentation, the fix is now waiting for processing in
the NEW queue.

-- 
Ciao,
al
--
Al Stone  Alter Ego:
Open Source and Linux R&D Debian Developer
Hewlett-Packard Company   http://www.debian.org
E-mail: [EMAIL PROTECTED][EMAIL PROTECTED]
--



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

Processed: tagging RC bugs with fixes pending in NEW queue

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 395850 + pending
Bug#395850: llvmgcc: /usr/lib/llvm/llvm-gcc4/bin/gcc: No such file or directory
There were no tags set.
Tags added: pending

> tag 373655 + pending
Bug#373655: llvm_1.7-1(amd64/unstable): FTBFS: Unsuported LLVM Target 
x86_64-unknown-linux-gnu
There were no tags set.
Tags added: pending

> tag 399261 + pending
Bug#399261: llvm has rpath to insecure location (/home/ahs3/...)
Tags were: security
Tags added: pending

> tag 392955 + pending
Bug#392955: [NONFREE-DOC:GFDL] package contains non-free documentation
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]

Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[Frank Küster]

Hi Danai,

Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> wrote:

> Ohla!  It seems that Taco from NTG got a fix!
> http://lists.ffii.org/pipermail/cjk/2006-November/001792.html
> It contains a patch for pdftex.web.
>
> I hope that this will fix our issue with DDP.

If I understood the discussion on the pdftex list correctly, then there
were multiple issues, and we don't have a fix for all of them.
Do you know whether our problem actually has a patch?  Is there a patch
that we could test?

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

Bug#399080: bluez-pin: fails to install

[Filippo Giunchedi]

On Fri, Nov 17, 2006 at 04:08:20PM +0100, Leandro Noferini wrote:
> Package: bluez-pin
> Severity: grave
> Justification: renders package unusable
> 
> 
> The following packages have unmet dependencies:
>   bluez-pin: Depends: libbluetooth1 (>= 2.25) but it is not installable
>  Depends: libdbus-1-2 (>= 0.61) but it is not installable

this package is obsolete now and should be removed, see
http://bugs.debian.org/378427

filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

yeah, that would be smart, except that it's not.
-- Josip Rodin


signature.asc
Description: Digital signature

Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly

[韓達耐]

Hi Frank e.a.!

From: Frank Küster <[EMAIL PROTECTED]>

> Danai SAE-HAN (韓達耐) <[EMAIL PROTECTED]> wrote:
> 
> > Ohla!  It seems that Taco from NTG got a fix!
> > http://lists.ffii.org/pipermail/cjk/2006-November/001792.html
> > It contains a patch for pdftex.web.
> >
> > I hope that this will fix our issue with DDP.
> 
> If I understood the discussion on the pdftex list correctly, then there
> were multiple issues, and we don't have a fix for all of them.
> Do you know whether our problem actually has a patch?  Is there a patch
> that we could test?

Heh, I just had a reply prepared in my drafts. =)
There is indeed another patch, also provided by Taco Hoekwater:
http://www.ntg.nl/pipermail/ntg-pdftex/2006-November/002522.html
(with a reply from Thanh Han The).

He suggests adding

  if vf_nf>font_max then
  overflow("virtual fonts",font_max);

right after vf_nf (twice) in pdftex.web.

I don't have the source, so if you could test pdflatex with test.tex?
You can find it here:
http://users.edpnet.be/vanmeel/test.tex


Thanks



Danai SAE-HAN
韓達耐

-- 
題目:《晚泊岳陽》
作者:歐陽修（１００７－１０７２）

臥聞岳陽城里鐘，系舟岳陽城下樹。
正見空江明月來，云水蒼茫失江路。
夜深江月弄清輝，水上人歌月下歸；
一闋聲長聽不盡，輕舟短楫去如飛。