Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel

[Ola Lundqvist]

Hi

Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is
the version that will be shipped in etch.

I'll contact upstream about this issue. The kernel team have moved
to 2.6.18.3 according to the changelog in

http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html

Kir, Kiril or Vasily: Can you help me to get a applyable version of the
kernel patch?

Regards,

// Ola

On Mon, Nov 27, 2006 at 11:28:58PM +0100, root wrote:
> Package: kernel-patch-openvz
> Version: 028test002-3
> Severity: grave
> Justification: renders package unusable
> 
> 
> The patch provided by this package is unappliable to the Kernels shipped
> with Debian. 
> 
> The patch has no support for 2.6.17 at all.
> 
> Applying it to 2.6.18 doesn't work (see below).
> I used the Kernel of linux-source-2.6.18 (Version: 2.6.18-6)
> 
> > make-kpkg --added-patches openvz configure
> [...]
> for patch in /usr/src/kernel-patches/all/apply/openvz ; do\
>   if test -x  $patch; then\
>   if $patch; then \
>   echo "Patch $patch processed fine"; \
>   echo "$patch" >> applied_patches;   \
>   else \
>echo "Patch $patch  failed.";  \
>echo "Hit return to Continue";  \
>read ans;   \
>   fi;  \
>   fi;  \
> done
> START applying openvz patch (OpenVZ kernel patch for virtual server support)
> Testing whether "OpenVZ kernel patch for virtual server support" patch for
> 2.6.18 applies (dry run):
> 1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej
> 4 out of 45 hunks FAILED -- saving rejects to file mm/memory.c.rej
> 1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej
> 1 out of 15 hunks FAILED -- saving rejects to file net/core/sock.c.rej
> "OpenVZ kernel patch for virtual server support" patch for 2.6.18 does not
> apply cleanly
> Patch /usr/src/kernel-patches/all/apply/openvz  failed.
> Hit return to Continue
> [...]
> 
> 
> -- System Information:
> Debian Release: 4.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.17-2-k7
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> 
> Versions of packages kernel-patch-openvz depends on:
> ii  bash  3.1-5  The GNU Bourne Again SHell
> ii  grep-dctrl2.9.3  Grep Debian package information 
> - 
> ii  patch 2.5.9-4Apply a diff file to an original
> 
> kernel-patch-openvz recommends no packages.
> 
> -- no debconf information
> 
> 

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#325528: Patch for this bug

[Andreas Barth]

* Steve Langasek ([EMAIL PROTECTED]) [061127 22:22]:
> On Mon, Nov 27, 2006 at 07:40:20PM +0100, Andreas Barth wrote:
> > After more checking, the bug is somewhere else. The library dynamically
> > opens (in src/m17n-gui.c):
> 
> >   MSTRUCT_CALLOC (interface, MERROR_WIN);
> >   interface->library = malloc (strlen (lib)
> >+ strlen (DLOPEN_SHLIB_EXT) + 1);
> >   sprintf (interface->library, "%s%s", lib, DLOPEN_SHLIB_EXT);
> 
> > which will of course fail unless the development package is there.
> 
> > Now, I'm a bit lost - what is the correct behaviour?
> 
> To change mgp to dlopen() the library name *with* soname extension.  sonames
> are as relevant to dlopen() as they are to ELF-linking binaries, they should
> not be ignored.

That is what I would have thought as well. Unfortunatly, this means a
major change in the code is necessary - someone with lots of love needs
to take care of it.


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


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

Processed: tagging 284770, tagging 376381, tagging 331793, tagging 235026, tagging 310183, tagging 236406 ... ... ...

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> tags 284770 - pending
Bug#284770: dbmail: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Tags were: fixed-upstream pending patch
Bug#376381: dbmail: FTBFS: invalid lvalue in assignment
Tags removed: pending

> tags 376381 - pending
Bug#376381: dbmail: FTBFS: invalid lvalue in assignment
Tags were: fixed-upstream patch
Bug#284770: dbmail: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Tags removed: pending

> tags 331793 - pending
Bug#331793: dbmail depends on debconf without | debconf-2.0 alternate; blocks 
cdebconf transition
Tags were: pending
Tags removed: pending

> tags 235026 - pending
Bug#235026: dbmail: Init scripts
Tags were: pending wontfix sid
Tags removed: pending

> tags 310183 - pending
Bug#310183: INTL:vi
Tags were: pending l10n patch
Tags removed: pending

> tags 236406 - pending
Bug#236406: dbmail: Need for Common package
Tags were: pending wontfix patch
Tags removed: pending

> tags 308204 - pending
Bug#308204: [l10n] Czech translation for dbmail
Tags were: pending l10n patch
Tags removed: pending

> tags 310182 - pending
Bug#310182: dbmail
Tags were: pending l10n patch
Tags removed: pending

> tags 336044 - pending
Bug#336044: dbmail: Spanish debconf translation
Tags were: pending l10n
Tags removed: 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#400676: liblockdev1 is uninstallable

[Andreas Barth]

* Roger Leigh ([EMAIL PROTECTED]) [061128 00:48]:
> liblockdev1 and liblockdev1-dbg are uninstallable due to both containing
> /usr/share/doc/liblockdev1/NEWS.Debian.gz.
> 
> dpkg: error processing 
> /var/cache/apt/archives/liblockdev1_1.0.3-1.1_powerpc.deb(--unpack): trying 
> to overwrite `/usr/share/doc/liblockdev1/NEWS.Debian.gz', which is also in 
> package liblockdev1-dbg

Which is clearly a bug in the -dbg-package. I'm going to fix it.


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


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

Bug#400718: CVE-2006-5925: Links "smb" Protocol File Upload/Download Vulnerability

[Mikko Rapeli]

package: links2
severity: grave
tags: security

See bugs #399187 and #399188 for discussion. Patches in links and elinks 
converge towards removal of smb support. Attached patch is for sarge.

-Mikko
diff -u links2-2.1pre16/config.sub links2-2.1pre16/config.sub
--- links2-2.1pre16/config.sub
+++ links2-2.1pre16/config.sub
@@ -1,9 +1,9 @@
 #! /bin/sh
 # Configuration validation subroutine script.
 #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
+#   2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
 
-timestamp='2004-11-30'
+timestamp='2005-04-22'
 
 # This file is (in principle) common to ALL GNU software.
 # The presence of a machine in this file suggests that SOME GNU software
@@ -70,7 +70,7 @@
 version="\
 GNU config.sub ($timestamp)
 
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 
2002, 2003, 2004
+Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 
2002, 2003, 2004, 2005
 Free Software Foundation, Inc.
 
 This is free software; see the source for copying conditions.  There is NO
@@ -231,13 +231,14 @@
| alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | 
alpha64pca5[67] \
| am33_2.0 \
| arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr \
+   | bfin \
| c4x | clipper \
| d10v | d30v | dlx | dsp16xx \
| fr30 | frv \
| h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \
| i370 | i860 | i960 | ia64 \
| ip2k | iq2000 \
-   | m32r | m32rle | m68000 | m68k | m88k | mcore \
+   | m32r | m32rle | m68000 | m68k | m88k | maxq | mcore \
| mips | mipsbe | mipseb | mipsel | mipsle \
| mips16 \
| mips64 | mips64el \
@@ -262,7 +263,8 @@
| pyramid \
| sh | sh[1234] | sh[23]e | sh[34]eb | shbe | shle | sh[1234]le | 
sh3ele \
| sh64 | sh64le \
-   | sparc | sparc64 | sparc86x | sparclet | sparclite | sparcv8 | sparcv9 
| sparcv9b \
+   | sparc | sparc64 | sparc64b | sparc86x | sparclet | sparclite \
+   | sparcv8 | sparcv9 | sparcv9b \
| strongarm \
| tahoe | thumb | tic4x | tic80 | tron \
| v850 | v850e \
@@ -298,7 +300,7 @@
| alphapca5[67]-* | alpha64pca5[67]-* | arc-* \
| arm-*  | armbe-* | armle-* | armeb-* | armv*-* \
| avr-* \
-   | bs2000-* \
+   | bfin-* | bs2000-* \
| c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \
| clipper-* | craynv-* | cydra-* \
| d10v-* | d30v-* | dlx-* \
@@ -310,7 +312,7 @@
| ip2k-* | iq2000-* \
| m32r-* | m32rle-* \
| m68000-* | m680[012346]0-* | m68360-* | m683?2-* | m68k-* \
-   | m88110-* | m88k-* | mcore-* \
+   | m88110-* | m88k-* | maxq-* | mcore-* \
| mips-* | mipsbe-* | mipseb-* | mipsel-* | mipsle-* \
| mips16-* \
| mips64-* | mips64el-* \
@@ -336,7 +338,8 @@
| romp-* | rs6000-* \
| sh-* | sh[1234]-* | sh[23]e-* | sh[34]eb-* | shbe-* \
| shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \
-   | sparc-* | sparc64-* | sparc86x-* | sparclet-* | sparclite-* \
+   | sparc-* | sparc64-* | sparc64b-* | sparc86x-* | sparclet-* \
+   | sparclite-* \
| sparcv8-* | sparcv9-* | sparcv9b-* | strongarm-* | sv1-* | sx?-* \
| tahoe-* | thumb-* \
| tic30-* | tic4x-* | tic54x-* | tic55x-* | tic6x-* | tic80-* \
diff -u links2-2.1pre16/debian/changelog links2-2.1pre16/debian/changelog
--- links2-2.1pre16/debian/changelog
+++ links2-2.1pre16/debian/changelog
@@ -1,3 +1,9 @@
+links2 (2.1pre16-1.0.0.mcf01) unstable; urgency=low
+
+  * try to disable smb
+
+ -- Mikko Rapeli <[EMAIL PROTECTED]>  Tue, 28 Nov 2006 00:11:10 +0200
+
 links2 (2.1pre16-1) unstable; urgency=low
 
   * New upstream version. (Closes: #267686)
diff -u links2-2.1pre16/config.guess links2-2.1pre16/config.guess
--- links2-2.1pre16/config.guess
+++ links2-2.1pre16/config.guess
@@ -1,9 +1,9 @@
 #! /bin/sh
 # Attempt to guess a canonical system name.
 #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
+#   2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
 
-timestamp='2004-11-12'
+timestamp='2005-04-22'
 
 # This file is free software; you can redistribute it and/or modify it
 # under the terms of the GNU General Public License as published by
@@ -53,7 +53,7 @@
 GNU config.guess ($timestamp)
 
 Originally written by Per Bothner.
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 
2002, 2003, 2004
+Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 
2002, 2003, 2004, 2005
 Free Software Foundation, Inc.
 
 This is free software; see the source for copying conditions.  There is NO
@@ -804,6 +804,9 @@
 i*:UWIN*:*)
echo ${UNAME_MACHINE}-pc-uwin
  

Bug#393889: libapache2-mod-fastcgi: I'm confused...

[Andreas Barth]

* Jon Daley ([EMAIL PROTECTED]) [061128 06:34]:
> What needs to happen to get this package out of unstable into testing?

It needs to built on all architectures.

> I see this page, but I am not sure what it is saying - The builds are failing 
> for ia64, mips and s390?

"There are no builds" - for whatever reason. This package is non-free,
that makes the situation a bit more complicated. The maintainer needs to
either provide builds for the missing architectures, or ask the ftp-team
to cleanup them, motivate someone else to do the builds.


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


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

Processed: tagging 303991, tagging 288956, tagging 334438, tagging 351341

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> tags 303991 - pending
Bug#303991: dbmail-mysql: Does not do escaping in mysql version - both a 
worrying flaw and stops adduser working
Tags were: pending fixed-upstream security
Tags removed: pending

> tags 288956 - pending
Bug#288956: pop3s stunnel starts with remote destination of imap
Tags were: pending
Tags removed: pending

> tags 334438 - pending
Bug#334438: dbmail: postrm can't rely on ucf when purging
Tags were: pending
Tags removed: pending

> tags 351341 - pending
Bug#351341: dbmail-mysql: Update to upstream version?
Tags were: pending
Tags removed: 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#398962: [2.6.18] Platform devices incorrectly provide $MODALIAS?

[Kay Sievers]

On Tue, 2006-11-28 at 08:12 +0100, Bastian Blank wrote:
> On Mon, Nov 27, 2006 at 03:45:36PM +0100, Kay Sievers wrote:
> >For now you can just
> > blacklist all platform events like Marco already suggested.
> 
> Nope. modprobe don't have the knowledge that this is an alias.

Exactly, that's the root of the problem. But it isn't what Marco put in
the Debian package, and I was referring to.

Kay



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

Bug#400676: NMU uploaded

[Andreas Barth]

Hi,

I uploaded an NMU of your package to fix the uninstallability of the
dbg-package under the "you have to fix the pieces"-NMU-policy (repairing
my own NMU).

Please find the used diff below.


Cheers,
Andi

diff -ur ../lockdev-1.0.3~~/debian/changelog ../lockdev-1.0.3/debian/changelog
--- ../lockdev-1.0.3~~/debian/changelog 2006-11-27 13:23:57.0 +0100
+++ ../lockdev-1.0.3/debian/changelog   2006-11-28 08:54:45.0 +0100
@@ -1,3 +1,11 @@
+lockdev (1.0.3-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Brown paperbag release: Fix uninstallability of the -dbg-package.
+Closes: #400676
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Tue, 28 Nov 2006 08:52:55 +0100
+
 lockdev (1.0.3-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -ur ../lockdev-1.0.3~~/debian/rules ../lockdev-1.0.3/debian/rules
--- ../lockdev-1.0.3~~/debian/rules 2006-11-27 13:11:21.0 +0100
+++ ../lockdev-1.0.3/debian/rules   2006-11-28 09:03:44.0 +0100
@@ -115,6 +115,7 @@
dh_installchangelogs ChangeLog
dh_installdocs
rm $(CURDIR)/debian/liblockdev1-dbg/usr/share/doc/liblockdev1/c*
+   rm 
$(CURDIR)/debian/liblockdev1-dbg/usr/share/doc/liblockdev1/NEWS.Debia*
dh_installexamples
 #  dh_install
 #  dh_installmenu
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#400483: fmit - narrowed it down a bit....

[Ludovic RESLINGER]

On Tue, Nov 28, 2006 at 01:04:02AM +0100, Andreas Henriksson wrote:
> This is where it crashes for me, first time it hits
> 
> src/CaptureThread.cpp line 616:
>   m_capture_thread->m_values.push_front(cvalue/m_channel_count);
> 

Hi,

This is strange because nobody meets exactly the same things in backtrace,
so it is difficult to find what is the problem.
I tested fmit on AMD64, PowerPC and i386, with and without alsa, and
there in no crash for me. I try to understand why it crash for you.
I need to reproduce this bug, to find what is the source of problem.

Could you try to test with actual debian binary and without alsa for
exemble?

For #385946, the package worked without alsa, because it was a
libasound2 bug.


Thank you for your tests,

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


signature.asc
Description: Digital signature

Bug#398642: marked as done (links2 -g does not start :)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 08:47:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398642: fixed in links2 2.1pre25-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: links2
Version: 2.1pre24-1
Severity: normal


links2 -g doesn't start.

links2 -g in a terminal gives:


   -- DirectFB v0.9.25 -
 (c) 2000-2002  convergence integrated media GmbH  
 (c) 2002-2004  convergence GmbH   
---

(*) DirectFB/Core: Single Application Core. (2006-10-17 10:09) 
(*) Direct/Memcpy: Using linux kernel memcpy()
(!) Direct/Util: opening '/dev/fb0' and '/dev/fb/0' failed
--> No such file or directory
(!) DirectFB/FBDev: Error opening framebuffer device!
(!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable.
(!) DirectFB/Core: Could not initialize 'system' core!
--> Initialization error!
svgalib: Cannot get I/O permissions.




sudo links2 -g  crashes xwindow 



after I downgrade to links2_2.1pre23-1_i386.deb it works fine.



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

Versions of packages links2 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libdirectfb-0.9-25   0.9.25.1-4  direct frame buffer graphics - sha
ii  libgpmg1 1.19.6-22   General Purpose Mouse - shared lib
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-7  PNG library - runtime
ii  libssl0.9.8  0.9.8c-3SSL shared libraries
ii  libsvga1 1:1.4.3-24  console SVGA display libraries
ii  libtiff4 3.8.2-6 Tag Image File Format (TIFF) libra
ii  zlib1g   1:1.2.3-13  compression library - runtime

links2 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: links2
Source-Version: 2.1pre25-1

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

links2_2.1pre25-1.diff.gz
  to pool/main/l/links2/links2_2.1pre25-1.diff.gz
links2_2.1pre25-1.dsc
  to pool/main/l/links2/links2_2.1pre25-1.dsc
links2_2.1pre25-1_i386.deb
  to pool/main/l/links2/links2_2.1pre25-1_i386.deb
links2_2.1pre25.orig.tar.gz
  to pool/main/l/links2/links2_2.1pre25.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.
Gürkan Sengün <[EMAIL PROTECTED]> (supplier of updated links2 package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 08:03:35 +0100
Source: links2
Binary: links2
Architecture: source i386
Version: 2.1pre25-1
Distribution: unstable
Urgency: medium
Maintainer: Gürkan Sengün <[EMAIL PROTECTED]>
Changed-By: Gürkan Sengün <[EMAIL PROTECTED]>
Description: 
 links2 - Web browser running in both graphics and text mode
Closes: 398642
Changes: 
 links2 (2.1pre25-1) unstable; urgency=medium
 .
   * New upstream version. (Closes: #398642)
Files: 
 43e49baccc073d0bb5b9262ccdad01cf 810 net optional links2_2.1pre25-1.dsc
 6279605b660eb43fd4ca7cade8ea3635 4282373 net optional 
links2_2.1pre25.orig.tar.gz
 87a30e99ca6399d5bf0d6cf9a1a9bb36 27224 net optional links2_2.1pre25-1.diff.gz
 c2a64ca4989a09ff8111d7957ee4a71e 2066016 net optional 
links2_2.1pre25-1_i386.deb

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

iD8DBQFFa/TX+C5cwEsrK54RAhGHAJ92RlKZ++VRF+bxZnNVBgOH+GFzigCgtC44
BDxSNZF9GH9rTFxbYuRucxI=
=15zm
-END PGP SIGNATURE-

--- End Message ---

Bug#400676: marked as done (liblockdev1 is uninstallable)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 09:17:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400676: fixed in lockdev 1.0.3-1.2
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: liblockdev1
Version: 1.0.3-1
Severity: serious
Justification: Package uninstallable

liblockdev1 and liblockdev1-dbg are uninstallable due to both containing
/usr/share/doc/liblockdev1/NEWS.Debian.gz.

dpkg: error processing 
/var/cache/apt/archives/liblockdev1_1.0.3-1.1_powerpc.deb(--unpack): trying to 
overwrite `/usr/share/doc/liblockdev1/NEWS.Debian.gz', which is also in package 
liblockdev1-dbg

It's packaged more than once:

% find . -name 'NEWS.Debian*'
./debian/liblockdev1-perl/usr/share/doc/liblockdev1-perl/NEWS.Debian.gz
./debian/liblockdev1-dbg/usr/share/doc/liblockdev1/NEWS.Debian.gz
./debian/liblockdev1/usr/share/doc/liblockdev1/NEWS.Debian.gz


Regards,
Roger

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

Versions of packages liblockdev1 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries

liblockdev1 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: lockdev
Source-Version: 1.0.3-1.2

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

liblockdev1-dbg_1.0.3-1.2_i386.deb
  to pool/main/l/lockdev/liblockdev1-dbg_1.0.3-1.2_i386.deb
liblockdev1-dev_1.0.3-1.2_i386.deb
  to pool/main/l/lockdev/liblockdev1-dev_1.0.3-1.2_i386.deb
liblockdev1-perl_1.0.3-1.2_i386.deb
  to pool/main/l/lockdev/liblockdev1-perl_1.0.3-1.2_i386.deb
liblockdev1_1.0.3-1.2_i386.deb
  to pool/main/l/lockdev/liblockdev1_1.0.3-1.2_i386.deb
lockdev_1.0.3-1.2.diff.gz
  to pool/main/l/lockdev/lockdev_1.0.3-1.2.diff.gz
lockdev_1.0.3-1.2.dsc
  to pool/main/l/lockdev/lockdev_1.0.3-1.2.dsc



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

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

Debian distribution maintenance software
pp.
Andreas Barth <[EMAIL PROTECTED]> (supplier of updated lockdev package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 08:52:55 +0100
Source: lockdev
Binary: liblockdev1-dbg liblockdev1-perl liblockdev1 liblockdev1-dev
Architecture: source i386
Version: 1.0.3-1.2
Distribution: unstable
Urgency: low
Maintainer: Paweł Więcek <[EMAIL PROTECTED]>
Changed-By: Andreas Barth <[EMAIL PROTECTED]>
Description: 
 liblockdev1 - Run-time shared library for locking devices
 liblockdev1-dbg - Debugging library for locking devices
 liblockdev1-dev - Development library for locking devices
 liblockdev1-perl - perl extension library for locking devices
Closes: 400676
Changes: 
 lockdev (1.0.3-1.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Brown paperbag release: Fix uninstallability of the -dbg-package.
 Closes: #400676
Files: 
 a2390f9a02d2f2eb86490801d2414142 682 libs optional lockdev_1.0.3-1.2.dsc
 afe2995ad3fc6551e107364d66a8e938 7642 libs optional lockdev_1.0.3-1.2.diff.gz
 24c567372834e6ab20a4a22bf842 13098 libs optional 
liblockdev1_1.0.3-1.2_i386.deb
 e82083fd9c28c272f203e8827ec8df6e 8274 libdevel optional 
liblockdev1-dev_1.0.3-1.2_i386.deb
 2b2d15e633a9bf233a2a10f3d59e5ddf 20584 libdevel extra 
liblockdev1-dbg_1.0.3-1.2_i386.deb
 2efd867d95051c29dc0f920e4b78ca5a 21142 perl optional 
liblockdev1-perl_1.0.3-1.2_i386.deb

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

iD8DBQFFa/3QmdOZoew2oYURAsQyAKC83Oe4fwXXiDSqzAHkTyr84wjZ8wCeOywt
KsEgJhCvqKE9h6UXxlAqHJw=
=TDzg
-END PGP SIGNATURE-

--- End Message ---

Processed: tagging 290833, tagging 256236, tagging 390461

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> tags 290833 - pending
Bug#290833: dbmail-pgsql: Inconsistent escaping of user supplied data in 
dbauthpgsql.c
Tags were: pending fixed-upstream security
Tags removed: pending

> tags 256236 - pending
Bug#256236: dbmail doesn't stop itself on remove
Tags were: pending patch
Tags removed: pending

> tags 390461 - pending
Bug#390461: dbmail-pgsql: Depends on obsolete libpq3/b-deps on obsolete 
postgresql-dev
Tags were: pending
Tags removed: 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#379628: [Linux-NTFS-Dev] Bug#379628: Bug#379628: Bug#379628: Bug#379628: Bug#379628: CALL FOR HELP: Vista beta compatibility testing

[Anton Altaparmakov]

On Tue, 2006-11-28 at 02:56 +0100, Frans Pop wrote:
> On Monday 27 November 2006 23:45, Anton Altaparmakov wrote:
> > //vol = ntfs_mount(opt.volume, 0);
> > vol = NULL;
> 
> I'm almost afraid to have to tell you this... ;-)
> 
> After recompiling ntfsfix with this change, running it once immediately 
> after the ntfsresize and rebooting Vista, I _do_ get the chkdsk by Vista 
> and it boots fine after its automatic reboot.
> 
> So, it very much looks like there is something in the "mount failed" 
> codepath after all.
> 
> I've tried this trick with both your CVS version and with the current 
> version in Debian, both with identical results.
> 
> I just noticed something.
> If the mount is OK, ntfsfix prints all its messages almost instantaneous, 
> like nothing is actually happening at all. But if the mount fails, 
> ntfsfix takes significantly longer, especially over the "Going to empty 
> the journal ($logfile)" step.
> There is a definite pause, both while that step is being processed 
> (before "OK\n" is printed) and immediately afterwards (before the next 
> line "NTFS volume version" is printed).
> 
> Another step closer...

Argh!  Thank you for persisting with this.  I have now looked at the
code and you are right it does not do the same thing.  This is because
when Yura ported my $LogFile code from the kernel for some unknown to me
(or forgotten by me) reason he did not integrate clearing the journal
into the mount process.  He integrated the checking but not the
clearing.  This is a HUGE and VERY BAD bug in libntfs and means that all
ntfs utilities are _DANGEROUS_ to run and can cause massive and very
hard to detect data corruption.  )-:

No wonder Vista does not boot!!!  It is amazing it took so long to find
this problem.  I cannot believe we managed to get away with it for so
long...

I have now fixed this in CVS.  Could you update, compile, and try again?

Once just with ntfsresize (the one in current CVS) and if that still
does not work, once with ntfsresize + immediate ntfsfix (the one in
current CVS without the my change that you put in).  If that still does
not fix it then once with ntfsresize + immediate ntfsfix (the one in
current CVS but with my change that you put in again).

In an ideal world, just ntfsresize will now be sufficient.  If not
ntfsfix should work first time.  And if not I need to look at it
further!

Thanks!

Best regards,

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



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

Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel

[Kirill Korotaev]

Vasiliy,

please help Ola. 2.6.18-ovz028test006 has been released today
and includes 2.6.18.3 patches.

Thanks,
Kirill

> Hi
> 
> Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is
> the version that will be shipped in etch.
> 
> I'll contact upstream about this issue. The kernel team have moved
> to 2.6.18.3 according to the changelog in
> 
> http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html
> 
> Kir, Kiril or Vasily: Can you help me to get a applyable version of the
> kernel patch?
> 
> Regards,
> 
> // Ola
> 
> On Mon, Nov 27, 2006 at 11:28:58PM +0100, root wrote:
> 
>>Package: kernel-patch-openvz
>>Version: 028test002-3
>>Severity: grave
>>Justification: renders package unusable
>>
>>
>>The patch provided by this package is unappliable to the Kernels shipped
>>with Debian. 
>>
>>The patch has no support for 2.6.17 at all.
>>
>>Applying it to 2.6.18 doesn't work (see below).
>>I used the Kernel of linux-source-2.6.18 (Version: 2.6.18-6)
>>
>>
>>>make-kpkg --added-patches openvz configure
>>
>>[...]
>>for patch in /usr/src/kernel-patches/all/apply/openvz ; do\
>>  if test -x  $patch; then\
>>  if $patch; then \
>>  echo "Patch $patch processed fine"; \
>>  echo "$patch" >> applied_patches;   \
>>  else \
>>   echo "Patch $patch  failed.";  \
>>   echo "Hit return to Continue";  \
>>   read ans;   \
>>  fi;  \
>>  fi;  \
>>done
>>START applying openvz patch (OpenVZ kernel patch for virtual server support)
>>Testing whether "OpenVZ kernel patch for virtual server support" patch for
>>2.6.18 applies (dry run):
>>1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej
>>4 out of 45 hunks FAILED -- saving rejects to file mm/memory.c.rej
>>1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej
>>1 out of 15 hunks FAILED -- saving rejects to file net/core/sock.c.rej
>>"OpenVZ kernel patch for virtual server support" patch for 2.6.18 does not
>>apply cleanly
>>Patch /usr/src/kernel-patches/all/apply/openvz  failed.
>>Hit return to Continue
>>[...]
>>
>>
>>-- System Information:
>>Debian Release: 4.0
>>  APT prefers testing
>>  APT policy: (500, 'testing')
>>Architecture: i386 (i686)
>>Shell:  /bin/sh linked to /bin/bash
>>Kernel: Linux 2.6.17-2-k7
>>Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
>>
>>Versions of packages kernel-patch-openvz depends on:
>>ii  bash  3.1-5  The GNU Bourne Again SHell
>>ii  grep-dctrl2.9.3  Grep Debian package information 
>>- 
>>ii  patch 2.5.9-4Apply a diff file to an original
>>
>>kernel-patch-openvz recommends no packages.
>>
>>-- no debconf information
>>
>>
> 
> 



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

Bug#383336: NMU uploaded

[Andreas Barth]

Hi,

I uploaded an NMU of your package.

Please see this as help to get the package into a releaseable condition for
etch.

Please find the used diff below.


Cheers,
Andi

Nur in ../nsis-2.19: build64.diff?bug=383336;msg=15;att=1.
diff -ur ../nsis-2.19~/debian/changelog ../nsis-2.19/debian/changelog
--- ../nsis-2.19~/debian/changelog  2006-11-28 10:09:30.0 +0100
+++ ../nsis-2.19/debian/changelog   2006-11-28 10:10:56.0 +0100
@@ -1,3 +1,10 @@
+nsis (2.19-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * apply patch to build correctly on 64bit-systems. Closes: #383336, #398421
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Tue, 28 Nov 2006 10:10:52 +0100
+
 nsis (2.19-1) unstable; urgency=low
 
   * New upstream release
diff -ur ../nsis-2.19~/Source/DialogTemplate.cpp 
../nsis-2.19/Source/DialogTemplate.cpp
--- ../nsis-2.19~/Source/DialogTemplate.cpp 2006-03-24 19:36:24.0 
+0100
+++ ../nsis-2.19/Source/DialogTemplate.cpp  2006-11-28 10:12:34.0 
+0100
@@ -93,7 +93,7 @@
 if (IS_INTRESOURCE(x)) { \
   *(WORD*)seeker = 0x; \
   seeker += sizeof(WORD); \
-  *(WORD*)seeker = ConvertEndianness(WORD(DWORD(x))); \
+  *(WORD*)seeker = ConvertEndianness(WORD(long(x))); \
   seeker += sizeof(WORD); \
 } \
 else { \
@@ -629,7 +629,7 @@
 }
   }
 
-  assert((DWORD) seeker - (DWORD) pbDlg == dwSize);
+  assert((long) seeker - (long) pbDlg == dwSize);
 
   // DONE!
   return pbDlg;
diff -ur ../nsis-2.19~/Source/Platform.h ../nsis-2.19/Source/Platform.h
--- ../nsis-2.19~/Source/Platform.h 2006-07-30 13:48:47.0 +0200
+++ ../nsis-2.19/Source/Platform.h  2006-11-28 10:13:18.0 +0100
@@ -135,7 +135,7 @@
 #define MAKEINTRESOURCE(i) (LPSTR)((DWORD)((WORD)(i)))
 #  endif
 #  ifndef IMAGE_FIRST_SECTION
-#define IMAGE_FIRST_SECTION(h) ( PIMAGE_SECTION_HEADER( (DWORD) h + \
+#define IMAGE_FIRST_SECTION(h) ( PIMAGE_SECTION_HEADER( (long) h + \
  FIELD_OFFSET(IMAGE_NT_HEADERS, 
OptionalHeader) + \
  
FIX_ENDIAN_INT16(PIMAGE_NT_HEADERS(h)->FileHeader.SizeOfOptionalHeader) ) )
 #  endif
@@ -147,7 +147,7 @@
 #  endif
 #endif
 #ifndef IS_INTRESOURCE
-#  define IS_INTRESOURCE(_r) (((ULONG_PTR)(_r) >> 16) == 0)
+#  define IS_INTRESOURCE(_r) (((unsigned long)(_r) >> 16) == 0)
 #endif
 
 // functions
diff -ur ../nsis-2.19~/Source/ResourceEditor.cpp 
../nsis-2.19/Source/ResourceEditor.cpp
--- ../nsis-2.19~/Source/ResourceEditor.cpp 2006-04-05 20:40:09.0 
+0200
+++ ../nsis-2.19/Source/ResourceEditor.cpp  2006-11-28 10:15:17.0 
+0100
@@ -545,7 +545,7 @@
 rdDir.NumberOfIdEntries = ConvertEndianness(rdDir.NumberOfIdEntries);
 
 CopyMemory(seeker, &rdDir, sizeof(IMAGE_RESOURCE_DIRECTORY));
-crd->m_dwWrittenAt = DWORD(seeker);
+crd->m_dwWrittenAt = long(seeker);
 seeker += sizeof(IMAGE_RESOURCE_DIRECTORY);
 
 for (int i = 0; i < crd->CountEntries(); i++) {
@@ -566,7 +566,7 @@
   rDirE.NameString.NameIsString = (crd->GetEntry(i)->HasName()) ? 1 : 0;
 
   CopyMemory(seeker, &rDirE, sizeof(MY_IMAGE_RESOURCE_DIRECTORY_ENTRY));
-  crd->GetEntry(i)->m_dwWrittenAt = DWORD(seeker);
+  crd->GetEntry(i)->m_dwWrittenAt = long(seeker);
   seeker += sizeof(MY_IMAGE_RESOURCE_DIRECTORY_ENTRY);
 }
 qDirs.pop();
@@ -582,7 +582,7 @@
 rDataE.Size = ConvertEndianness(cRDataE->GetSize());
 
 CopyMemory(seeker, &rDataE, sizeof(IMAGE_RESOURCE_DATA_ENTRY));
-cRDataE->m_dwWrittenAt = DWORD(seeker);
+cRDataE->m_dwWrittenAt = long(seeker);
 seeker += sizeof(IMAGE_RESOURCE_DATA_ENTRY);
 
 qDataEntries.pop();
@@ -594,7 +594,7 @@
   while (!qStrings.empty()) {
 CResourceDirectoryEntry* cRDirE = qStrings.front();
 
-
PMY_IMAGE_RESOURCE_DIRECTORY_ENTRY(cRDirE->m_dwWrittenAt)->NameString.NameOffset
 = ConvertEndianness(DWORD(seeker) - DWORD(pbRsrcSec));
+
PMY_IMAGE_RESOURCE_DIRECTORY_ENTRY(cRDirE->m_dwWrittenAt)->NameString.NameOffset
 = ConvertEndianness(long(seeker) - long(pbRsrcSec));
 
 char* szName = cRDirE->GetName();
 WORD iLen = strlen(szName) + 1;
@@ -636,7 +636,7 @@
   /*
* Set all of the directory entries offsets.
*/
-  SetOffsets(m_cResDir, DWORD(pbRsrcSec));
+  SetOffsets(m_cResDir, long(pbRsrcSec));
 }
 
 // Sets the offsets in directory entries
@@ -758,7 +758,7 @@
 // Returns -1 if can not be found
 int CResourceDirectory::Find(char* szName) {
   if (IS_INTRESOURCE(szName))
-return Find((WORD) (DWORD) szName);
+return Find((WORD) (long) szName);
   else
 if (szName[0] == '#')
   return Find(WORD(atoi(szName + 1)));
@@ -836,7 +836,7 @@
   if (IS_INTRESOURCE(szName)) {
 m_bHasName = false;
 m_szName = 0;
-m_wId = (WORD) (DWORD) szName;
+m_wId = (WORD) (long) szName;
   }
   else {
 m_bHasName = true;
@@ -851,7 +851,7 @@
   if (IS_INTRESOURCE(szName)) {
 m_bHasName = false;
 m_szName = 0;
-m_wId = (W

Processed: Re: zoph: postinst fails

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 398637 important
Bug#398637: zoph: postinst fails
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: Re: squashfs broken on amd64

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 396630 needs rebuild and ABI bump for 2.6.18-2
Bug#396630: squashfs broken on amd64
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#383336: marked as done (nsis: FTBFS (amd64): cast from 'char*' to 'DWORD' loses precision)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 10:32:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#383336: fixed in nsis 2.19-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: nsis
Version: 2.19-1
Severity: serious
Tags: patch


When building 'nsis' on amd64/unstable,
I get the following error:


Source/DialogTemplate.cpp:561: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:561: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:575: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:575: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:615: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:615: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:617: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:617: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:632: error: cast from 'BYTE*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:632: error: cast from 'BYTE*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp: In member function 'DWORD 
CDialogTemplate::GetSize()':
Source/DialogTemplate.cpp:643: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:645: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:647: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:652: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:662: error: cast from 'char*' to 'DWORD' loses 
precision
Source/DialogTemplate.cpp:664: error: cast from 'char*' to 'DWORD' loses 
precision
scons: *** [build/release/makensis/DialogTemplate.o] Error 1
scons: building terminated because of errors.
make: *** [build-stamp] Error 2


With the attached patch 'nsis' can be compiled on amd64.


Regards
Andreas Jochens


diff -urN ../tmp-orig/nsis-2.19/Source/DialogTemplate.cpp 
./Source/DialogTemplate.cpp
--- ../tmp-orig/nsis-2.19/Source/DialogTemplate.cpp 2006-03-24 
18:36:24.0 +
+++ ./Source/DialogTemplate.cpp 2006-08-16 15:33:20.0 +
@@ -93,7 +93,7 @@
 if (IS_INTRESOURCE(x)) { \
   *(WORD*)seeker = 0x; \
   seeker += sizeof(WORD); \
-  *(WORD*)seeker = ConvertEndianness(WORD(DWORD(x))); \
+  *(WORD*)seeker = ConvertEndianness(WORD(long(x))); \
   seeker += sizeof(WORD); \
 } \
 else { \
@@ -629,7 +629,7 @@
 }
   }
 
-  assert((DWORD) seeker - (DWORD) pbDlg == dwSize);
+  assert((long) seeker - (long) pbDlg == dwSize);
 
   // DONE!
   return pbDlg;
diff -urN ../tmp-orig/nsis-2.19/Source/Platform.h ./Source/Platform.h
--- ../tmp-orig/nsis-2.19/Source/Platform.h 2006-07-30 11:48:47.0 
+
+++ ./Source/Platform.h 2006-08-16 15:34:14.0 +
@@ -135,7 +135,7 @@
 #define MAKEINTRESOURCE(i) (LPSTR)((DWORD)((WORD)(i)))
 #  endif
 #  ifndef IMAGE_FIRST_SECTION
-#define IMAGE_FIRST_SECTION(h) ( PIMAGE_SECTION_HEADER( (DWORD) h + \
+#define IMAGE_FIRST_SECTION(h) ( PIMAGE_SECTION_HEADER( (long) h + \
  FIELD_OFFSET(IMAGE_NT_HEADERS, 
OptionalHeader) + \
  
FIX_ENDIAN_INT16(PIMAGE_NT_HEADERS(h)->FileHeader.SizeOfOptionalHeader) ) )
 #  endif
@@ -147,7 +147,7 @@
 #  endif
 #endif
 #ifndef IS_INTRESOURCE
-#  define IS_INTRESOURCE(_r) (((ULONG_PTR)(_r) >> 16) == 0)
+#  define IS_INTRESOURCE(_r) (((unsigned long)(_r) >> 16) == 0)
 #endif
 
 // functions
diff -urN ../tmp-orig/nsis-2.19/Source/ResourceEditor.cpp 
./Source/ResourceEditor.cpp
--- ../tmp-orig/nsis-2.19/Source/ResourceEditor.cpp 2006-04-05 
18:40:09.0 +
+++ ./Source/ResourceEditor.cpp 2006-08-16 15:35:24.0 +
@@ -545,7 +545,7 @@
 rdDir.NumberOfIdEntries = ConvertEndianness(rdDir.NumberOfIdEntries);
 
 CopyMemory(seeker, &rdDir, sizeof(IMAGE_RESOURCE_DIRECTORY));
-crd->m_dwWrittenAt = DWORD(seeker);
+crd->m_dwWrittenAt = long(seeker);
 seeker += sizeof(IMAGE_RESOURCE_DIRECTORY);
 
 for (int i = 0; i < crd->CountEntries(); i++) {
@@ -566,7 +566,7 @@
   rDirE.NameString.NameIsString = (crd->GetEntry(i)->HasName()) ? 1 : 0;
 
   CopyMemory(seeker, &rDirE, sizeof(MY_IMAGE_RESOURCE_DIRECTORY_ENTRY));
-  crd->GetEntry(i)->m_dwWrittenAt = DWORD(seeker);
+  crd->GetEntry(i)->m_dwWrittenAt = long(seeker);
   seeker += sizeof(MY_IMAGE_RES

Bug#398421: marked as done (segfaults on startup (amd64))

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 10:32:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398421: fixed in nsis 2.19-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: nsis
Version: 2.19-1
Severity: grave

Note: I'm now using 2.19 with patch from #383336, but I hit this segfault under
similar conditions in 2.18 as well.

$ makensis /dev/null
MakeNSIS v2.19-1 - Copyright 1999-2006 Nullsoft, Inc.

[...]
Processing config:
Processing plugin dlls: "/usr/share/nsis/Plugins/*.dll"
Violació de segment

gdb backtrace is fubarred and useless, but strace reveals interesting stuff:

$ strace makensis /dev/null
[...]
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x2ab27892f000
[...]
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x2ab27892f000
[...]

Looks like a lack of error check issue.  open fails and returns -1, which 
remains
unchecked, then mmap is called with -1 as argument and also remains unchecked.
Eventualy something accesses 0x2ab27892f000 which is believed to be allocated
but in fact isn't.

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

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

nsis recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: nsis
Source-Version: 2.19-1.1

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

nsis_2.19-1.1.diff.gz
  to pool/main/n/nsis/nsis_2.19-1.1.diff.gz
nsis_2.19-1.1.dsc
  to pool/main/n/nsis/nsis_2.19-1.1.dsc
nsis_2.19-1.1_i386.deb
  to pool/main/n/nsis/nsis_2.19-1.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.
Andreas Barth <[EMAIL PROTECTED]> (supplier of updated nsis package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 10:10:52 +0100
Source: nsis
Binary: nsis
Architecture: source i386
Version: 2.19-1.1
Distribution: unstable
Urgency: high
Maintainer: Paul Wise <[EMAIL PROTECTED]>
Changed-By: Andreas Barth <[EMAIL PROTECTED]>
Description: 
 nsis   - Nullsoft Scriptable Install System (modified for debian)
Closes: 383336 398421
Changes: 
 nsis (2.19-1.1) unstable; urgency=high
 .
   * Non-maintainer upload.
   * apply patch to build correctly on 64bit-systems. Closes: #383336, #398421
Files: 
 f52576354501aabd4329aad4dcc62a9f 665 devel optional nsis_2.19-1.1.dsc
 739fe2ec9e9a361389c2b795ad5ae10d 32541 devel optional nsis_2.19-1.1.diff.gz
 aaa978eca0a1af68c7bbd04c9a94c557 2063404 devel optional nsis_2.19-1.1_i386.deb

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

iD8DBQFFbA9UmdOZoew2oYURAlDHAJ9F3+2MVQbhA6FYZj6uVndGUvg/KQCfSIEn
1YN2yV2eMPT69BX/nNH5ScM=
=5qW2
-END PGP SIGNATURE-

--- End Message ---

Bug#396630: squashfs broken on amd64

[Daniel Baumann]

retitle 396630 needs rebuild and ABI bump for 2.6.18-2
thanks

Hi waldi,

it is now nearly a month ago when I submitted this bug. In the meantime,
I pinged you at least three times about it, where you've choosen to
answer others but not to me.

This is not like I wanted to have it work out. Giving all the "control"
up to you and the kernel-team for building the modules binary packages
implies, that you're actually taking care of it, because we, the
module-source maintainers have no influence anymore on it.

Please also note that Debian Live relays critically on the availability
of unionfs and squashfs module packages - since a month we can't build
any images anymore. This is a serious drawback.

Please, do something now. Otherwise, I'm NMU'in on sunday.

Maybe it is even better to take back the binary-modules into the
unionfs-source package if linux-modules-extra-2.6 stays unmaintained.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#398637: zoph: postinst fails

[Andreas Barth]

severity 398637 important
thanks

* Lucas Nussbaum ([EMAIL PROTECTED]) [061114 09:22]:
> I couldn't reproduce it in a chroot, but it is reproducible with
> piuparts... It needs more investigation.

I downgrade it because I don't think this should really block this
package from being delivered with Etch.

Of course, if the cause is known more detailed, a re-upgrade might be
correct.


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


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

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

[Anton Altaparmakov]

On Tue, 2006-11-28 at 10:14 +, Anton Altaparmakov wrote:
> On Tue, 2006-11-28 at 02:56 +0100, Frans Pop wrote:
> > On Monday 27 November 2006 23:45, Anton Altaparmakov wrote:
> > > //vol = ntfs_mount(opt.volume, 0);
> > > vol = NULL;
> > 
> > I'm almost afraid to have to tell you this... ;-)
> > 
> > After recompiling ntfsfix with this change, running it once immediately 
> > after the ntfsresize and rebooting Vista, I _do_ get the chkdsk by Vista 
> > and it boots fine after its automatic reboot.
> > 
> > So, it very much looks like there is something in the "mount failed" 
> > codepath after all.
> > 
> > I've tried this trick with both your CVS version and with the current 
> > version in Debian, both with identical results.
> > 
> > I just noticed something.
> > If the mount is OK, ntfsfix prints all its messages almost instantaneous, 
> > like nothing is actually happening at all. But if the mount fails, 
> > ntfsfix takes significantly longer, especially over the "Going to empty 
> > the journal ($logfile)" step.
> > There is a definite pause, both while that step is being processed 
> > (before "OK\n" is printed) and immediately afterwards (before the next 
> > line "NTFS volume version" is printed).
> > 
> > Another step closer...
> 
> Argh!  Thank you for persisting with this.  I have now looked at the
> code and you are right it does not do the same thing.  This is because
> when Yura ported my $LogFile code from the kernel for some unknown to me
> (or forgotten by me) reason he did not integrate clearing the journal
> into the mount process.  He integrated the checking but not the
> clearing.  This is a HUGE and VERY BAD bug in libntfs and means that all
> ntfs utilities are _DANGEROUS_ to run and can cause massive and very
> hard to detect data corruption.  )-:
> 
> No wonder Vista does not boot!!!  It is amazing it took so long to find
> this problem.  I cannot believe we managed to get away with it for so
> long...
> 
> I have now fixed this in CVS.  Could you update, compile, and try again?
> 
> Once just with ntfsresize (the one in current CVS) and if that still
> does not work, once with ntfsresize + immediate ntfsfix (the one in
> current CVS without the my change that you put in).  If that still does
> not fix it then once with ntfsresize + immediate ntfsfix (the one in
> current CVS but with my change that you put in again).
> 
> In an ideal world, just ntfsresize will now be sufficient.  If not
> ntfsfix should work first time.  And if not I need to look at it
> further!

Ok, I just committed some more fixes to ntfsresize.  It never actually
unmounted the volume, just exited which was very rude of it!

Using the latest ntfsresize/libntfs combination on my Vista data
partition I can now run ntfsresize to change the size of a partition
then immediately run Vista and it boots, runs chkdsk automatically, and
then continues to boot to completion.  Yey.  (-:

Frans, it would be great if you could verify it is fixed for you when
resizing the system partition also.  Assuming you say it works I think
it is time for a new ntfsprogs release which we can rubber stamp as
"Vista compatible".  (-:

Best regards,

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



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

Processed: problem seems to be in the openssl package

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 387089 openssl
Bug#387089: Certificate links must not be removed
Bug reassigned from package `ca-certificates' to `openssl'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


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

Processed: Re: RC class bug, dataloss grade, No 398373

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 398373 grave
Bug#398373: gnome-applets drivemount: incorrectly claims that USB drive is 
unmounted during the cache flush
Severity set to `grave' from `normal'

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Processed: Wrong issue fixed

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> found 399070 1.3.0-13
Bug#399070: proftpd: ProFTPD Unspecified Vulnerability (CVE-2006-5815)
Bug marked as found in version 1.3.0-13.

> found 399070 1.2.10-15sarge2
Bug#399070: proftpd: ProFTPD Unspecified Vulnerability (CVE-2006-5815)
Bug marked as found in version 1.2.10-15sarge2.

> retitle 399070 CVE-2006-5815: remote code execution in ProFTPD
Bug#399070: proftpd: ProFTPD Unspecified Vulnerability (CVE-2006-5815)
Changed Bug title.
(By the way, that Bug is currently marked as done.)

> 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#399070: Wrong issue fixed

[Stefan Fritsch]

found 399070 1.3.0-13
found 399070 1.2.10-15sarge2
retitle 399070 CVE-2006-5815: remote code execution in ProFTPD
thanks

The previous fix fixed the wrong issue. See
http://bugs.proftpd.org/show_bug.cgi?id=2858


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

Bug#398760: unreproducible

[Andreas Barth]

severity 398760 important
tags 398760 + unreproducible
thanks

Hi,

other people and I cannot reproduce this bug with the current version of
aptitude, therefore I'm lowering severity now. Can you please check your
environment if it is correct?


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


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

Bug#398373: RC class bug, dataloss grade, No 398373

[Josselin Mouette]

Le mardi 28 novembre 2006 à 12:38 +0100, Andreas Barth a écrit :
> * Josselin Mouette ([EMAIL PROTECTED]) [061128 12:36]:
> > Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit :
> > > > FWIW, fixing this bug requires changes in the kernel.
> > > 
> > > Why that? AFAICR, umount must not return before not everything is
> > > written down.
> > 
> > I don't think this is always the case.
> > 
> > Of course, if the applet is saying things are OK while umount is still
> > running, this can be fixed in the applet, but I wonder whether this
> > would be enough.
> 
> I wonder too. But the current state is definitly dangerous, but - many
> investigations start with not knowing enough.

A first look at the code shows the callback called when umount has
completed is only used for displaying errors, not successful operations.
There's definitely something wrong here.
-- 
Josselin Mouette/\./\

"Do you have any more insane proposals for me?"

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

[Szakacsits Szabolcs]

On Tue, 28 Nov 2006, Anton Altaparmakov wrote:

> Ok, I just committed some more fixes to ntfsresize.  It never actually
> unmounted the volume, just exited which was very rude of it!

It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's
dangerous to umount because that could interfer, corrupt or destroy the
resized, consistent NTFS.

Szaka



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

Processed: Really closing bugs that earlier was wrongly closed - please see buglog for explanation

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> #kdebase
> close 194248 4:3.3.2-1
Bug#194248: kde startup finishes at frozen root window
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to Paul 
Anthony Judd <[EMAIL PROTECTED]>

> close 178407 4:3.3.2-1
Bug#178407: klipper doesn't replace %s with text from clipboard
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to Marc 
Langer <[EMAIL PROTECTED]>

> close 213103 4:3.3.2-1
Bug#213103: kdebase: kde session aborts when /dev/scd0 is not readable by user
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
Srdjan <[EMAIL PROTECTED]>

> close 134889 4:3.3.2-1
Bug#134889: kdebase: drag and drop file from konqueror to application-icon 
mangles accentuated characters in filename
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
laurent bonnaud <[EMAIL PROTECTED]>

> close 156730 4:3.3.2-1
Bug#156730: konqueror: Web short cuts for KDE/Debian Bug Database clash
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
Wolfgang Weisselberg <[EMAIL PROTECTED]>

> close 165250 4:3.3.2-1
Bug#165250: konsole: menu bar won't stay off
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
"Brian T. Sniffen" <[EMAIL PROTECTED]>

> close 189468 4:3.3.2-1
Bug#189468: kdebase: Kwin gets stuck on some windows
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to John 
Dalbec <[EMAIL PROTECTED]>

> close 194245 4:3.3.2-1
Bug#194245: KDE panel dies when charset is microsoft-cp1251
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
[EMAIL PROTECTED]

> close 200018 4:3.3.2-1
Bug#200018: konqueror: Creating new directory fails due to missing template
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
Christian Eitner <[EMAIL PROTECTED]>

> close 229990 4:3.3.2-1
Bug#229990: konsole 2.2.2-14.7: deleting a letter crashes konsole
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
NémethMárton <[EMAIL PROTECTED]>

> close 292307 4:3.3.2-1
Bug#292307: Theme does not contain a .themerc nor a .theme file.
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
Andrew Errington <[EMAIL PROTECTED]>

> close 199522 4:3.3.2-1
Bug#199522: kpager - segmentation fault
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-1, send any further explanations to 
Holger Junge <[EMAIL PROTECTED]>

> #meta-kde
> close 244072 5:44
Bug#244072: fatal server error: caught signal 11. Server aborting. XFREE86 and 
KDE problem
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 5:44, send any further explanations to "lebec 
jean-luc" <[EMAIL PROTECTED]>

> #kdepim
> close 168975 4:3.3.2-3
Bug#168975: Unrecognized transport protocol (better advice for dealing with 
archived bug #116184)
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-3, send any further explanations to Levi 
Waldron <[EMAIL PROTECTED]>

> close 143238 4:3.3.2-3
Bug#143238: korganizer: segfault during drag-n-drop of appointment
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-3, send any further explanations to 
[EMAIL PROTECTED]

> close 246850 4:3.3.2-3
Bug#246850: knode: Data corruption & loss: sent articles, scorefile
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-3, send any further explanations to 
"Karsten M. Self" 

> close 169723 4:3.3.2-3
Bug#169723: KMail folder move bug
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-3, send any further explanations to 
[EMAIL PROTECTED]

> close 300562 4:3.3.2-3
Bug#300562: KMail insists on downloading URLs before passing them to Galeon
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 4:3.3.2-3, send any further explanations to Tim 
Baverstock <[EMAIL 

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

[Anton Altaparmakov]

Hi Szaka,

On Tue, 2006-11-28 at 12:46 +0100, Szakacsits Szabolcs wrote:
> On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> 
> > Ok, I just committed some more fixes to ntfsresize.  It never actually
> > unmounted the volume, just exited which was very rude of it!
> 
> It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's
> dangerous to umount because that could interfer, corrupt or destroy the
> resized, consistent NTFS.

Do you not keep the "ntfs_volume" of the mount consistent with your
changes?  If yes you should umount and it is not dangerous.  If not why
not?

Best regards,

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



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

[Szakacsits Szabolcs]

On Tue, 28 Nov 2006, Anton Altaparmakov wrote:

> > It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's
> > dangerous to umount because that could interfer, corrupt or destroy the
> > resized, consistent NTFS.
> 
> Do you not keep the "ntfs_volume" of the mount consistent with your
> changes?  If yes you should umount and it is not dangerous.  If not why
> not?

There are two NTFS during resizing. The original and the resized. When 
the resizing is over then the latter is consistent and the old one is
irrelevant. ntfsresize doesn't work like the other utilities: mount, modify,
umount. It works like: mount and morph the original into a new one.

Szaka



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

Bug#400354: marked as done (azureus: FTBFS: import org.eclipse cannot be resolved)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 13:49:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Compiles without any issue
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: azureus
Version: 2.5.0.0+0-1
Severity: serious

Hello,

There was a problem while autobuilding your package:
At 1164472396 time_t, [EMAIL PROTECTED] wrote:
> Automatic build of azureus_2.5.0.0+0-1 on avidan by sbuild/i386 98
> Build started at 20061125-1730
> **
...
> make clean
> make[1]: Entering directory `/build/buildd/azureus-2.5.0.0+0'
> rm -f java-stamp Azureus2.jar
> find . -name *.class | xargs rm -f
> make[1]: Leaving directory `/build/buildd/azureus-2.5.0.0+0'
>  debian/rules build
> make
> make[1]: Entering directory `/build/buildd/azureus-2.5.0.0+0'
> rm -rf \
>   org/gudy/azureus2/platform/macosx \
>   org/gudy/azureus2/platform/win32 \
>   org/gudy/azureus2/ui/swt/osx \
>   org/gudy/azureus2/ui/swt/test
> for i in `find com org -name *.java`; do \
>   if [ -e ${i%java}class ]; then \
>   echo SKIPPING $i; \
>   else \
>   echo javac -source 1.4 -target 1.4 -encoding ISO-8859-1 
> -nowarn -classpath 
> .:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
>  $i; \
>   javac -source 1.4 -target 1.4 -encoding ISO-8859-1 
> -nowarn -classpath 
> .:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
>  $i || exit $?; \
>   fi \
>   done
> javac -source 1.4 -target 1.4 -encoding ISO-8859-1 -nowarn -classpath 
> .:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
>  com/aelitis/azureus/core/diskmanager/test/MemoryMappedFileTester.java
> --
> 1. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 25)
>   import org.eclipse.swt.graphics.Image;
>  ^^^
> The import org.eclipse cannot be resolved
> --
> 2. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 26)
>   import org.eclipse.swt.widgets.Display;
>  ^^^
> The import org.eclipse cannot be resolved
> --
> 3. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 77)
>   public Display getDisplay();
>  ^^^
> Display cannot be resolved to a type
> --
> 4. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 79)
>   public Image
>  ^
> Image cannot be resolved to a type
> --
> 5. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 90)
>   public UISWTGraphic createGraphic(Image img);
> ^
> Image cannot be resolved to a type
> --
> 5 problems (5 errors)make[1]: *** [java-stamp] Error 255
> make[1]: Leaving directory `/build/buildd/azureus-2.5.0.0+0'
> make: *** [build] Error 2
> **
> Build finished at 20061125-1732
> FAILED [dpkg-buildpackage died]

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


pgprosc9BapGn.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Version: 2.5.0.0+0-1

Hi,

this package compiles in pbuilder without any issue - like other people
already noticed as well. Closing it now.


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

Bug#392114: marked as done (azureus: FTBFS in etch: The import org.eclipse cannot be resolved)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 13:49:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Compiles without any issue
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: azureus
Version: 2.4.0.2-2
Severity: serious

Hi,

During a rebuilt of all packages in etch, I discovered that your package
failed to build. The build log is attached.

Relevant parts:
make[1]: Entering directory `/tmp/buildd/azureus-2.4.0.2'
rm -rf \
org/gudy/azureus2/platform/macosx \
org/gudy/azureus2/platform/win32 \
org/gudy/azureus2/ui/swt/osx \
org/gudy/azureus2/ui/swt/test
find com org -name *.java | xargs javac -source 1.4 -target 1.4 -encoding 
ISO-8859-1 -nowarn -
classpath 
.:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/
seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
--
1. ERROR in 
com/aelitis/azureus/core/dht/vivaldi/maths/impl/tests/VivaldiVisualTest.java
 (at line 27)
import org.eclipse.swt.layout.FillLayout;
   ^^^
The import org.eclipse cannot be resolved

About the archive rebuilt:
The rebuilt was done on about 100 AMD64 nodes of the Grid'5000 platform,
using an i386 pbuilder containing an etch environment (not unstable).
Internet was not accessible from the build nodes.

About Grid'5000:
The Grid'5000 project aims at building a highly reconfigurable
experimental Grid platform gathering 9 sites and featuring a total of
5000 CPUs. Its main purpose is to serve as an experimental testbed for
research in Grid Computing.  To learn more about Grid'5000, read
https://www.grid5000.fr/
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
DC-Hostname: gdx0233.orsay.grid5000.fr
DC-Build-StartTime: Tue Oct 10 11:25:05 CEST 2006
DC-Build-Package: azureus 2.4.0.2-2
DC-Log: Fetching source ...
Reading package lists...
Building dependency tree...
Need to get 3348kB of source archives.
Get:1 copy: etch/contrib azureus 2.4.0.2-2 (dsc) [716B]
Get:2 copy: etch/contrib azureus 2.4.0.2-2 (tar) [3339kB]
Get:3 copy: etch/contrib azureus 2.4.0.2-2 (diff) [7376B]
Fetched 3348kB in 1s (2274kB/s)
Download complete and in download only mode
DC-Log: PBuilding ...
Tue Oct 10 11:25:07 CEST 2006
base.tgz

sent 121230736 bytes  received 42 bytes  3618829.19 bytes/sec
total size is 121215851  speedup is 1.00
Tue Oct 10 11:25:40 CEST 2006
W: /root/.pbuilderrc does not exist
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30 
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $

Current time: Tue Oct 10 11:25:40 CEST 2006
pbuilder-time-stamp: 1160472340
Building the build Environment
 -> extracting base tarball [/tmp/base.tgz]
 -> creating local configuration
 -> copying local configuration
 -> mounting /proc filesystem
 -> mounting /dev/pts filesystem
-> Mounting /debcluster
 -> policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
/usr/lib/pbuilder/pbuilder-satisfydepends: line 89: dpkg-architecture: command 
not found
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28 
2006/05/30 23:45:45 dancer Exp $
 -> Considering  debhelper (>> 5)
   -> Trying debhelper
 -> Considering  libcommons-cli-java
   -> Trying libcommons-cli-java
 -> Considering  liblog4j1.2-java
   -> Trying liblog4j1.2-java
 -> Considering  libseda-java
   -> Trying libseda-java
 -> Considering  libswt-gtk-3.1-java
   -> Trying libswt-gtk-3.1-java
 -> Considering  fastjar
   -> Trying fastjar
 -> Considering  junit
   -> Trying junit
 -> Considering  java-gcj-compat-dev | java2-compiler
   -> Trying java-gcj-compat-dev
 -> Installing  debhelper libcommons-cli-java liblog4j1.2-java libseda-java 
libswt-gtk-3.1-java fastjar junit java-gcj-compat-dev
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  antlr defoma ecj-bootstrap esound-common file fontconfig fontconfig-config
  gappletviewer-4.1 gcj-4.1 gcj-4.1-base gettext gij-4.1 gjdoc html2text
  intltool-debian java-common java-gcj-compat kaffe kaffe-common
  kaffe-pthreads libasound2 libatk1.0-0 libaudiofile0 libcairo2 libesd0
  libexpat1 libfontconfig1 libfreetype6 libgcj-bc libgcj-common libgcj7-0
  libgcj7-awt libgcj7-dev libgcj7-jar libglib2.0-0 libgmp3c2 libgtk2.0-0
  libgtk2.0-common libice6 libjpeg62 libmagic

Bug#400354: marked as done (azureus: FTBFS: import org.eclipse cannot be resolved)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 13:49:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Compiles without any issue
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: azureus
Version: 2.5.0.0+0-1
Severity: serious

Hello,

There was a problem while autobuilding your package:
At 1164472396 time_t, [EMAIL PROTECTED] wrote:
> Automatic build of azureus_2.5.0.0+0-1 on avidan by sbuild/i386 98
> Build started at 20061125-1730
> **
...
> make clean
> make[1]: Entering directory `/build/buildd/azureus-2.5.0.0+0'
> rm -f java-stamp Azureus2.jar
> find . -name *.class | xargs rm -f
> make[1]: Leaving directory `/build/buildd/azureus-2.5.0.0+0'
>  debian/rules build
> make
> make[1]: Entering directory `/build/buildd/azureus-2.5.0.0+0'
> rm -rf \
>   org/gudy/azureus2/platform/macosx \
>   org/gudy/azureus2/platform/win32 \
>   org/gudy/azureus2/ui/swt/osx \
>   org/gudy/azureus2/ui/swt/test
> for i in `find com org -name *.java`; do \
>   if [ -e ${i%java}class ]; then \
>   echo SKIPPING $i; \
>   else \
>   echo javac -source 1.4 -target 1.4 -encoding ISO-8859-1 
> -nowarn -classpath 
> .:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
>  $i; \
>   javac -source 1.4 -target 1.4 -encoding ISO-8859-1 
> -nowarn -classpath 
> .:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
>  $i || exit $?; \
>   fi \
>   done
> javac -source 1.4 -target 1.4 -encoding ISO-8859-1 -nowarn -classpath 
> .:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
>  com/aelitis/azureus/core/diskmanager/test/MemoryMappedFileTester.java
> --
> 1. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 25)
>   import org.eclipse.swt.graphics.Image;
>  ^^^
> The import org.eclipse cannot be resolved
> --
> 2. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 26)
>   import org.eclipse.swt.widgets.Display;
>  ^^^
> The import org.eclipse cannot be resolved
> --
> 3. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 77)
>   public Display getDisplay();
>  ^^^
> Display cannot be resolved to a type
> --
> 4. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 79)
>   public Image
>  ^
> Image cannot be resolved to a type
> --
> 5. ERROR in 
> /build/buildd/azureus-2.5.0.0+0/./org/gudy/azureus2/ui/swt/plugins/UISWTInstance.java
>  (at line 90)
>   public UISWTGraphic createGraphic(Image img);
> ^
> Image cannot be resolved to a type
> --
> 5 problems (5 errors)make[1]: *** [java-stamp] Error 255
> make[1]: Leaving directory `/build/buildd/azureus-2.5.0.0+0'
> make: *** [build] Error 2
> **
> Build finished at 20061125-1732
> FAILED [dpkg-buildpackage died]

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


pgpMF2DJYXEgW.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Version: 2.5.0.0+0-1

Hi,

this package compiles in pbuilder without any issue - like other people
already noticed as well. Closing it now.


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

Bug#398373: RC class bug, dataloss grade, No 398373

[Andreas Barth]

* Josselin Mouette ([EMAIL PROTECTED]) [061128 12:36]:
> Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit :
> > > FWIW, fixing this bug requires changes in the kernel.
> > 
> > Why that? AFAICR, umount must not return before not everything is
> > written down.
> 
> I don't think this is always the case.
> 
> Of course, if the applet is saying things are OK while umount is still
> running, this can be fixed in the applet, but I wonder whether this
> would be enough.

I wonder too. But the current state is definitly dangerous, but - many
investigations start with not knowing enough.


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


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

Bug#398373: RC class bug, dataloss grade, No 398373

[Josselin Mouette]

Le mardi 28 novembre 2006 à 12:30 +0100, Andreas Barth a écrit :
> > FWIW, fixing this bug requires changes in the kernel.
> 
> Why that? AFAICR, umount must not return before not everything is
> written down.

I don't think this is always the case.

Of course, if the applet is saying things are OK while umount is still
running, this can be fixed in the applet, but I wonder whether this
would be enough.
-- 
Josselin Mouette/\./\

"Do you have any more insane proposals for me?"

Bug#398373: RC class bug, dataloss grade, No 398373

[Richard Atterer]

FWIW, I also experienced this when unmounting a USB stick using nautilus. 
Because I pulled out the USB stick too quickly, I ended up with a corrupted 
filesystem. :-/

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  GnuPG key: 888354F7
  | \/¯|  http://atterer.net  |  08A9 7B7D 3D13 3EF2 3D25  D157 79E6 F6DC 8883 
54F7
  ¯ '` ¯

Bug#392114: marked as done (azureus: FTBFS in etch: The import org.eclipse cannot be resolved)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 13:49:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Compiles without any issue
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: azureus
Version: 2.4.0.2-2
Severity: serious

Hi,

During a rebuilt of all packages in etch, I discovered that your package
failed to build. The build log is attached.

Relevant parts:
make[1]: Entering directory `/tmp/buildd/azureus-2.4.0.2'
rm -rf \
org/gudy/azureus2/platform/macosx \
org/gudy/azureus2/platform/win32 \
org/gudy/azureus2/ui/swt/osx \
org/gudy/azureus2/ui/swt/test
find com org -name *.java | xargs javac -source 1.4 -target 1.4 -encoding 
ISO-8859-1 -nowarn -
classpath 
.:/usr/share/java/commons-cli-1.0.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/
seda.jar:/usr/share/java/swt.jar:/usr/share/java/junit.jar
--
1. ERROR in 
com/aelitis/azureus/core/dht/vivaldi/maths/impl/tests/VivaldiVisualTest.java
 (at line 27)
import org.eclipse.swt.layout.FillLayout;
   ^^^
The import org.eclipse cannot be resolved

About the archive rebuilt:
The rebuilt was done on about 100 AMD64 nodes of the Grid'5000 platform,
using an i386 pbuilder containing an etch environment (not unstable).
Internet was not accessible from the build nodes.

About Grid'5000:
The Grid'5000 project aims at building a highly reconfigurable
experimental Grid platform gathering 9 sites and featuring a total of
5000 CPUs. Its main purpose is to serve as an experimental testbed for
research in Grid Computing.  To learn more about Grid'5000, read
https://www.grid5000.fr/
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
DC-Hostname: gdx0233.orsay.grid5000.fr
DC-Build-StartTime: Tue Oct 10 11:25:05 CEST 2006
DC-Build-Package: azureus 2.4.0.2-2
DC-Log: Fetching source ...
Reading package lists...
Building dependency tree...
Need to get 3348kB of source archives.
Get:1 copy: etch/contrib azureus 2.4.0.2-2 (dsc) [716B]
Get:2 copy: etch/contrib azureus 2.4.0.2-2 (tar) [3339kB]
Get:3 copy: etch/contrib azureus 2.4.0.2-2 (diff) [7376B]
Fetched 3348kB in 1s (2274kB/s)
Download complete and in download only mode
DC-Log: PBuilding ...
Tue Oct 10 11:25:07 CEST 2006
base.tgz

sent 121230736 bytes  received 42 bytes  3618829.19 bytes/sec
total size is 121215851  speedup is 1.00
Tue Oct 10 11:25:40 CEST 2006
W: /root/.pbuilderrc does not exist
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.31 2006/05/30 
23:45:45 dancer Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $

Current time: Tue Oct 10 11:25:40 CEST 2006
pbuilder-time-stamp: 1160472340
Building the build Environment
 -> extracting base tarball [/tmp/base.tgz]
 -> creating local configuration
 -> copying local configuration
 -> mounting /proc filesystem
 -> mounting /dev/pts filesystem
-> Mounting /debcluster
 -> policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
/usr/lib/pbuilder/pbuilder-satisfydepends: line 89: dpkg-architecture: command 
not found
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28 
2006/05/30 23:45:45 dancer Exp $
 -> Considering  debhelper (>> 5)
   -> Trying debhelper
 -> Considering  libcommons-cli-java
   -> Trying libcommons-cli-java
 -> Considering  liblog4j1.2-java
   -> Trying liblog4j1.2-java
 -> Considering  libseda-java
   -> Trying libseda-java
 -> Considering  libswt-gtk-3.1-java
   -> Trying libswt-gtk-3.1-java
 -> Considering  fastjar
   -> Trying fastjar
 -> Considering  junit
   -> Trying junit
 -> Considering  java-gcj-compat-dev | java2-compiler
   -> Trying java-gcj-compat-dev
 -> Installing  debhelper libcommons-cli-java liblog4j1.2-java libseda-java 
libswt-gtk-3.1-java fastjar junit java-gcj-compat-dev
Reading package lists...
Building dependency tree...
The following extra packages will be installed:
  antlr defoma ecj-bootstrap esound-common file fontconfig fontconfig-config
  gappletviewer-4.1 gcj-4.1 gcj-4.1-base gettext gij-4.1 gjdoc html2text
  intltool-debian java-common java-gcj-compat kaffe kaffe-common
  kaffe-pthreads libasound2 libatk1.0-0 libaudiofile0 libcairo2 libesd0
  libexpat1 libfontconfig1 libfreetype6 libgcj-bc libgcj-common libgcj7-0
  libgcj7-awt libgcj7-dev libgcj7-jar libglib2.0-0 libgmp3c2 libgtk2.0-0
  libgtk2.0-common libice6 libjpeg62 libmagic

Bug#400580: cpufreqd: fails to change governor when goes with battery

[leandro noferini]

"Mattia Dongili" <[EMAIL PROTECTED]> writes:


[...]

> kernel bug? cpufreqd correctly complains about not being able to switch to
> ondemand. If this governor doesn't work for your platform, just
> reconfigure cpufreqd to avoid using it.

Now I read more carefully.

My platform is a last generation  iBook G4 and cpufreqd worked fine also
with the  kernel 2.6.17  home compiled. cpufreqd  stops working  from an
upgrade on.

-- 
Ciao
leandro
Un esteso e "normale" uso della crittografia è il sistema più forte
per rivendicare il diritto alla privacy nelle comunicazioni
telematiche: come tutti i diritti e come i muscoli se non viene
esercitato costantemente si atrofizza e va perso.


pgp3vuT8pKyuJ.pgp
Description: PGP signature

Bug#400580: cpufreqd: fails to change governor when goes with battery

[leandro noferini]

"Mattia Dongili" <[EMAIL PROTECTED]> writes:

>> Nov 27 12:19:35 janni kernel: ondemand governor failed to load due to too
>> long transition latency
>> Nov 27 12:19:37 janni cpufreqd: cpufreqd_set_profile : Couldn't set
>> profile "On Demand High" set for cpu0
>> Nov 27 12:19:37 janni cpufreqd: cpufreqd_loop: Cannot set
>> policy, Rule unchanged ("AC Rule").
>> Nov 27 12:19:37 janni kernel: ondemand governor failed to load due to too
>> long transition latency
>>
>> The kernel is a 2.6.18 home compiled but this happens also with a 2.6.17
>
> kernel bug? cpufreqd correctly complains about not being able to switch to
> ondemand. If this governor doesn't work for your platform, just
> reconfigure cpufreqd to avoid using it.

I reconfigured cpufreqd  to avoid using this module  and nothing appears
more.

Is it good now?

-- 
Ciao
leandro
Un esteso e "normale" uso della crittografia è il sistema più forte
per rivendicare il diritto alla privacy nelle comunicazioni
telematiche: come tutti i diritti e come i muscoli se non viene
esercitato costantemente si atrofizza e va perso.


pgptgPGXVCXW4.pgp
Description: PGP signature

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

[Anton Altaparmakov]

On Tue, 2006-11-28 at 13:08 +0100, Szakacsits Szabolcs wrote:
> On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> 
> > > It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's
> > > dangerous to umount because that could interfer, corrupt or destroy the
> > > resized, consistent NTFS.
> > 
> > Do you not keep the "ntfs_volume" of the mount consistent with your
> > changes?  If yes you should umount and it is not dangerous.  If not why
> > not?
> 
> There are two NTFS during resizing. The original and the resized. When 
> the resizing is over then the latter is consistent and the old one is
> irrelevant. ntfsresize doesn't work like the other utilities: mount, modify,
> umount. It works like: mount and morph the original into a new one.

Looking at the source code, you appear to be holding the ntfs_volume in
your "resize" structure and then use it everywhere to write to the
volume.

For example you keep calling write_mft_record() which just calls the
libntfs provided ntfs_mft_record_write()...

So you better have that ntfs_volume be a consistent view of the volume
at any point in time or things will break anyway...

I cannot see anywhere you having two different ntfs_volume structures.
Apologies if I have missed it.  Perhaps you can point out the code to me
where you have two volumes as I cannot see it...

However, given things still work, and given that ntfsresize now works
for Vista for me when it did not do so before I would say unmounting is
both safe and required for ntfsresize.  (-;

Best regards,

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



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

Bug#399070: marked as done (CVE-2006-5815: remote code execution in ProFTPD)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 12:47:06 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#399070: fixed in proftpd-dfsg 1.3.0-15
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: proftpd
Version: 1.3.0-12
Severity: grave
Tags: security
Justification: user security hole

Hello,

it seems there is a security hole in proftpd. For more information, see:

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-5815
http://secunia.com/advisories/22803/

It seems that no patch is available yet. Sarge version might also be
affected.

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

--- End Message ---
--- Begin Message ---
Source: proftpd-dfsg
Source-Version: 1.3.0-15

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

proftpd-dfsg_1.3.0-15.diff.gz
  to pool/main/p/proftpd-dfsg/proftpd-dfsg_1.3.0-15.diff.gz
proftpd-dfsg_1.3.0-15.dsc
  to pool/main/p/proftpd-dfsg/proftpd-dfsg_1.3.0-15.dsc
proftpd-doc_1.3.0-15_all.deb
  to pool/main/p/proftpd-dfsg/proftpd-doc_1.3.0-15_all.deb
proftpd-ldap_1.3.0-15_all.deb
  to pool/main/p/proftpd-dfsg/proftpd-ldap_1.3.0-15_all.deb
proftpd-mysql_1.3.0-15_all.deb
  to pool/main/p/proftpd-dfsg/proftpd-mysql_1.3.0-15_all.deb
proftpd-pgsql_1.3.0-15_all.deb
  to pool/main/p/proftpd-dfsg/proftpd-pgsql_1.3.0-15_all.deb
proftpd_1.3.0-15_i386.deb
  to pool/main/p/proftpd-dfsg/proftpd_1.3.0-15_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.
Francesco Paolo Lovergine <[EMAIL PROTECTED]> (supplier of updated proftpd-dfsg 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 13:29:58 +0100
Source: proftpd-dfsg
Binary: proftpd proftpd-mysql proftpd-pgsql proftpd-ldap proftpd-doc
Architecture: source all i386
Version: 1.3.0-15
Distribution: unstable
Urgency: high
Maintainer: Francesco Paolo Lovergine <[EMAIL PROTECTED]>
Changed-By: Francesco Paolo Lovergine <[EMAIL PROTECTED]>
Description: 
 proftpd- Versatile, virtual-hosting FTP daemon
 proftpd-doc - Versatile, virtual-hosting FTP daemon (Documentation)
 proftpd-ldap - Versatile, virtual-hosting FTP daemon
 proftpd-mysql - Versatile, virtual-hosting FTP daemon
 proftpd-pgsql - Versatile, virtual-hosting FTP daemon
Closes: 399070
Changes: 
 proftpd-dfsg (1.3.0-15) unstable; urgency=high
 .
   * Sigh, a new patch fixes for sure security bug CVE-2006-5815.
 See cve_2006_5815_2 patch added to the previous one which was anyway
 correct on the basis of current CVS.
 See http://bugs.proftpd.org/show_bug.cgi?id=2858 for details.
 (closes: #399070)
Files: 
 e42774c472d48c16d5bd277e78f6481a 926 net optional proftpd-dfsg_1.3.0-15.dsc
 aad0ddecadd0624ef6180318a82f2bab 175467 net optional 
proftpd-dfsg_1.3.0-15.diff.gz
 787c979d83f7f55dca0caa6022a4b1cd 796736 net optional proftpd_1.3.0-15_i386.deb
 85ef1f2ccc6429ec3f6f39879f45dda6 492842 doc optional 
proftpd-doc_1.3.0-15_all.deb
 b25af221b4feea45466028c1140b3f7a 162116 net optional 
proftpd-mysql_1.3.0-15_all.deb
 7d6d47431ee7379beb23969ad4880376 162114 net optional 
proftpd-pgsql_1.3.0-15_all.deb
 5ef30e7e0b10654db1df9e8706216895 162112 net optional 
proftpd-ldap_1.3.0-15_all.deb

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

iD8DBQFFbC6qpFNRmenyx0cRAvREAKC/KaHo4+KZR2quqQKYE8H9sw2dqwCfWTEY
KQvVik2uCyo2+lrzskoMMMA=
=Ffds
-END PGP SIGNATURE-

--- End Message ---

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

[Szakacsits Szabolcs]

On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> On Tue, 2006-11-28 at 13:08 +0100, Szakacsits Szabolcs wrote:
> > 
> > There are two NTFS during resizing. The original and the resized. When 
> > the resizing is over then the latter is consistent and the old one is
> > irrelevant. ntfsresize doesn't work like the other utilities: mount, modify,
> > umount. It works like: mount and morph the original into a new one.
[...] 
> I cannot see anywhere you having two different ntfs_volume structures.
> Apologies if I have missed it.  Perhaps you can point out the code to me
> where you have two volumes as I cannot see it...

relocate_inodes(), relocate_inode(), especially the $MFT part. There is a
strict order in what and when is relocated. At some point ntfs_volume is
mostly used only for reading and a new NTFS gets written. 

Anything must be modified before it gets relocated, never afterwards. 
Your change broke this very serious rule.

> However, given things still work, and given that ntfsresize now works
> for Vista for me when it did not do so before I would say unmounting is
> both safe and required for ntfsresize.  (-;

There is a huge difference between the "works for me" and "always works".

Szaka



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

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

[Thierry Vignaud]

Anton Altaparmakov <[EMAIL PROTECTED]> writes:

> Argh!  Thank you for persisting with this.  I have now looked at the
> code and you are right it does not do the same thing.  This is
> because when Yura ported my $LogFile code from the kernel for some
> unknown to me (or forgotten by me) reason he did not integrate
> clearing the journal into the mount process.  He integrated the
> checking but not the clearing.  This is a HUGE and VERY BAD bug in
> libntfs and means that all ntfs utilities are _DANGEROUS_ to run and
> can cause massive and very hard to detect data corruption.  )-:

will there be a new release with that fix?

> No wonder Vista does not boot!!!  It is amazing it took so long to
> find this problem.  I cannot believe we managed to get away with it
> for so long...


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

Bug#400483: fmit - narrowed it down a bit....

[Andreas Henriksson]

On Tue, Nov 28, 2006 at 09:54:08AM +0100, Ludovic RESLINGER wrote:
> This is strange because nobody meets exactly the same things in backtrace,

I have noticed, but I get the same backtrace every time on my amd64.
(Only one time I had different behaviour, but I don't know if that was
because I did something weird when running it inside gdb...)

I tried fmit here at work on my Debian Testing PowerPC, it gives me
different errors just like the other reporter and it has even
started successfully sometimes. Recompiling with noopt, nostrip
makes no difference...

> Could you try to test with actual debian binary and without alsa for
> exemble?

I have tried the regular debian binary as well on both my systems
with alsa, but didn't find the backtrace useful Thats why I
recompiled with noopt, nostrip and used that in my previous report.

Do you have a suggestion on how I can switch off alsa in an easy way for
testing fmit?

-- 
Regards,
Andreas Henriksson


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

Bug#400744: apt-listchanges: fails with a python NameError: global name 'apt_pkg' is not defined

[Julián Hernández Gómez]

Package: apt-listchanges
Version: 2.71
Severity: grave
Tags: patch
Justification: renders package unusable

After last apt-listchanges upgrade, and doing after that
an upgrade from experimental I got the following Traceback:

Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 219, in ?
main()
  File "/usr/bin/apt-listchanges", line 127, in main
(news, changelog) = pkg.extract_changes(config.which, fromversion)
  File "/usr/share/apt-listchanges/DebianFiles.py", line 148, in extract_changes
changelog  = reduce(find_first, changelog_filenames + 
changelog_filenames_native, None)
  File "/usr/share/apt-listchanges/DebianFiles.py", line 145, in 
find_first = lambda acc, fname: acc or 
self.read_changelog(os.path.join(tempdir, fname), since_version)
  File "/usr/share/apt-listchanges/DebianFiles.py", line 198, in read_changelog
if apt_pkg.VersionCompare(match.group('version'),
NameError: global name 'apt_pkg' is not defined


this is due to a missing "import apt_pkg" in DebianFiles.py.

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

Versions of packages apt-listchanges depends on:
ii  apt   0.6.46.3   Advanced front-end for dpkg
ii  debconf [debconf-2.0] 1.5.9  Debian configuration management sy
ii  debianutils   2.17.3 Miscellaneous utilities specific t
ii  python2.4.4-1An interactive high-level object-o
ii  python-apt0.6.19 Python interface to libapt-pkg
ii  python-support0.5.6  automated rebuilding support for p
ii  ucf   2.0017 Update Configuration File: preserv

Versions of packages apt-listchanges recommends:
ii  postfix [mail-transport-a 2.4-20061019-2 A high-performance mail transport 

-- debconf information:
* apt-listchanges/confirm: true
* apt-listchanges/which: both
* apt-listchanges/frontend: pager
* apt-listchanges/email-address: root
* apt-listchanges/save-seen: true
--- /usr/share/apt-listchanges/DebianFiles.py	2006-11-27 18:22:33.0 -0500
+++ DebianFiles.py	2006-11-28 08:11:11.115303779 -0500
@@ -30,7 +30,7 @@
 import errno
 import glob
 import shutil
-
+import apt_pkg
 import gettext
 
 # TODO:

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

[Anton Altaparmakov]

On Tue, 2006-11-28 at 14:20 +0100, Szakacsits Szabolcs wrote:
> On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> > On Tue, 2006-11-28 at 13:08 +0100, Szakacsits Szabolcs wrote:
> > > 
> > > There are two NTFS during resizing. The original and the resized. When 
> > > the resizing is over then the latter is consistent and the old one is
> > > irrelevant. ntfsresize doesn't work like the other utilities: mount, 
> > > modify,
> > > umount. It works like: mount and morph the original into a new one.
> [...] 
> > I cannot see anywhere you having two different ntfs_volume structures.
> > Apologies if I have missed it.  Perhaps you can point out the code to me
> > where you have two volumes as I cannot see it...
> 
> relocate_inodes(), relocate_inode(), especially the $MFT part. There is a
> strict order in what and when is relocated. At some point ntfs_volume is
> mostly used only for reading and a new NTFS gets written.

That is not true, at least not in the code that I am reading here!  It
may have been your intention perhaps but you failed to code it...

Look:

relocate_inodes() -> relocate_inode() -> at the end of the function
calls write_mft_record() which uses the ntfs_volume and the libntfs
function ntfs_mft_record_write() to do the writing.

After that we have truncate_badclust_file() and truncate_bitmap_file()
both of which use write_mft_record() also...

After that we have update_bootsector() and then ntfsresize is finished.

So the only thing that does not use the ntfs_volume for writing is the
final update_bootsector() call...

If you consider it safe to call ntfs_mft_record_write() right until the
end of ntfsresize execution you must also consider it safe to unmount
the volume up to that point.

What am I missing?

> Anything must be modified before it gets relocated, never afterwards. 
> Your change broke this very serious rule.

Yes, and I do not see anything wrong with that.  ntfsresize should keep
the ntfs_volume in sync at all times and then it can be safely
unmounted.  If it does not do that than ntfsresize is arguably broken by
design.

Remember that what you were doing was not working for Vista and it works
now...

Anyway, given ntfsresize is your code, if you want to insist on not
allowing unmounting, then can you please tell me the exact point in the
code at which unmounting becomes dangerous/wrong and we can turn it off
at that point by simply doing "g_vol = NULL;" in the code at that point.

>From what you have said so far that point in time should be the call to
prepare_volume_fixup(), do you agree?

If yes, then simply adding g_vol = NULL; to the end of
prepare_volume_fixup() would do the trick...

I have done this now (see CVS).  Happy now?  (-:

> > However, given things still work, and given that ntfsresize now works
> > for Vista for me when it did not do so before I would say unmounting is
> > both safe and required for ntfsresize.  (-;
> 
> There is a huge difference between the "works for me" and "always works".

Certainly but given it was broken to start with "works for me" and
"never works for Vista" is more like the real comparison here and the
"works for me" is a big improvement...  (-;

Best regards,

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



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

Bug#400105: mgp: causes X Error

[Tatsuya Kinoshita]

On November 27, 2006 at 10:55PM +0100,
maxx (at debian.org) wrote:

> > > On November 23, 2006 at 10:38PM +0100,
> > > maxx (at debian.org) wrote:
> > >
> > > > Package: mgp
> > > > Version: 1.11b-7
> > > > Severity: grave
> > > > Justification: renders package unusable
> > > >
> > > > $ mgp sample.mgp
[...]
> > > This problem seems to be caused by `--with-m17n-lib'.  If I remove
> > > `--with-m17n-lib' from debian/rules and build the package, it works
> > > nicely.
> >
> > Hmm, removing `--with-m17n-lib' prevents the error, but the warning
> > messages remain and the font selection feature doesn't work with
> > the default configuration...
>
> The font error is not really important, the X error is as well as the
> dependency against a -dev package (see #400062)

Can you reproduce the X error by the rebuilt mgp package without
`--with-m17n-lib'?

Even if the libm17n-dev package is installed, `mgp sample.mgp'
fails if I press SPC or left-click to display the next page.  At
this time, mgp `--with-m17n-lib' seems to be unusable.

--
Tatsuya Kinoshita


pgpd24yy7MVZb.pgp
Description: PGP signature

Bug#398373: RC class bug, dataloss grade, No 398373

[Sven Arvidsson]

On Tue, 2006-11-28 at 12:45 +0100, Josselin Mouette wrote:
> A first look at the code shows the callback called when umount has
> completed is only used for displaying errors, not successful operations.
> There's definitely something wrong here.

I could be wrong, but isn't this similar to bug 396939?

For 396939, contrary to the wontfix tag, I have actually prepared the
Ubuntu patch (adding a progressbar for the unmounting process) with
translations, though I don't yet now if it's acceptable for inclusion.

A similar Ubuntu patch exists for the drivemount applet, maybe it can be
added (with translations) too? 

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



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

Bug#400483: fmit - narrowed it down a bit....

[Andreas Henriksson]

On Tue, Nov 28, 2006 at 09:54:08AM +0100, Ludovic RESLINGER wrote:
> Could you try to test with actual debian binary and without alsa for
> exemble?

Recompiling fmit with --disable-alsa seems to make it work reliably on
my Debian Testing PowerPC. Will try it on my Unstable AMD64 when I get
home...

-- 
Regards,
Andreas Henriksson


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

Bug#399047: mp3check: diff for NMU

[Ana Guerrero]

Hi,

Attached is the diff for my mp3check NMU.
I have tested that Tobias' patch works fine, and i can not reproduce the 
problem of the bug #227977.


diff -Nrua mp3check-0.8.0.orig/debian/changelog mp3check-0.8.0/debian/changelog
--- mp3check-0.8.0.orig/debian/changelog2006-11-28 15:38:57.0 
+0100
+++ mp3check-0.8.0/debian/changelog 2006-11-28 15:38:11.0 +0100
@@ -1,3 +1,14 @@
+mp3check (0.8.0-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fixed protection of tags id3. Patch by Tobias Frost <[EMAIL PROTECTED]>.
+(Closes: #399047)
+  * Built with gcc4, updates from libstdc++5 to libstdc++6 (Closes: #395451).
+  * Updated compat to 5.
+  * Bumped standards-version to 3.7.2, no changes required.
+
+ -- Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]>  Tue, 28 Nov 2006 14:57:12 
+0100
+
 mp3check (0.8.0-4) unstable; urgency=low
 
   * Apply patch to allow mp3check to compile with gcc 3.4. (Closes: #260651)
diff -Nrua mp3check-0.8.0.orig/debian/control mp3check-0.8.0/debian/control
--- mp3check-0.8.0.orig/debian/control  2006-11-28 15:38:57.0 +0100
+++ mp3check-0.8.0/debian/control   2006-11-28 15:10:02.0 +0100
@@ -2,8 +2,8 @@
 Section: sound
 Priority: optional
 Maintainer: James Morrison <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 3.0)
-Standards-Version: 3.6.1.1
+Build-Depends: debhelper (>= 5.0)
+Standards-Version: 3.7.2
 
 Package: mp3check
 Architecture: any
diff -Nrua mp3check-0.8.0.orig/debian/rules mp3check-0.8.0/debian/rules
--- mp3check-0.8.0.orig/debian/rules2006-11-28 15:38:57.0 +0100
+++ mp3check-0.8.0/debian/rules 2006-11-28 15:08:18.0 +0100
@@ -6,7 +6,7 @@
 export DH_VERBOSE=1
 
 # This is the debhelper compatability version to use.
-export DH_COMPAT=3
+export DH_COMPAT=5
 
 configure: configure-stamp
 configure-stamp:
diff -Nrua mp3check-0.8.0.orig/mp3check.cc mp3check-0.8.0/mp3check.cc
--- mp3check-0.8.0.orig/mp3check.cc 2006-11-28 15:38:57.0 +0100
+++ mp3check-0.8.0/mp3check.cc  2006-11-28 15:06:17.0 +0100
@@ -1133,7 +1133,7 @@
// rewrite tag
if(have_a_tag)
{
-  if(tag->restore((unsigned char*)p - (128 - rest))) {
+  if(tag->restore((unsigned char*)p )) {
  fmes(name, "%scut-junk-end: tag successfully restored%s\n", 
cok, cnor);
   } else {
  fmes(name, "%scut-junk-end: unable to restore tag, 
sorry%s\n", cok, cnor);

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

[Frans Pop]

On Tuesday 28 November 2006 13:08, Szakacsits Szabolcs wrote:
> There are two NTFS during resizing. The original and the resized. When
> the resizing is over then the latter is consistent and the old one is
> irrelevant. ntfsresize doesn't work like the other utilities: mount,
> modify, umount. It works like: mount and morph the original into a new
> one.

I'm going to wait with further testing until you have sorted out this 
difference of opinion.

I guess that in this context "being mounted" is something different than 
the filesystem being mounted from a linux filesystem point of view?

Szakacsits' statements do make me wonder though what happens if you do 
(try to) mount/unmount a resized NTFS partition after resizing it, maybe 
using the available "force" options.

It also makes me wonder what happens when linux is shut down. Does it get 
unmounted then after all or is that not relevant as the partition is not 
mounted from a linux point of view?


pgpeECmV8d9Mk.pgp
Description: PGP signature

Processed: Re: dh-make-perl: Generated Build-Depends-Indep field makes no sense

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tag 400400 + pending
Bug#400400: dh-make-perl: Generated Build-Depends-Indep field makes no sense
Tags were: patch
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#399047: marked as done (mp3check: Protection of id3-Tags does not work)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 15:17:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#399047: fixed in mp3check 0.8.0-4.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: mp3check
Version: 0.8.0-4
Severity: grave
Justification: causes non-serious data loss 

Using mp3check to remove junk deletes id3-info, even if it tells not to
so. Can it be, that in retrying the junk-end detection, the
id3-detection fails, or the restoring of the id-tags fails?

Here's an example of my own CD collection

[EMAIL PROTECTED]:~$ mp3info 01\ -\ Nie\ Genug.mp3
File: 01 - Nie Genug.mp3
Title:   Nie Genug  Track: 1
Artist:  Christina Stürmer
Album:   Lebe LauterYear:  2006
Comment:Genre:  [255]

[EMAIL PROTECTED]:~$ mp3check --cut-junk-start --cut-junk-end 01\ -\ Nie\ 
Genug.mp3
cut-junk-start: removing first 1045 bytes, retrying
cut-junk-start: no junk found
cut-junk-end: valid id3 tag trailer v1.1 found, protecting it
cut-junk-end: removing last 2104 bytes, retrying
cut-junk-end: tag successfully restored
cut-junk-start: no junk found
cut-junk-end: removing last 128 bytes, retrying
cut-junk-start: no junk found
cut-junk-end: no junk found

[EMAIL PROTECTED]:~$ mp3info 01\ -\ Nie\ Genug.mp3
01 - Nie Genug.mp3 does not have an ID3 1.x tag.



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

Versions of packages mp3check depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-19  GCC support library
ii  libstdc++5   1:3.3.6-13  The GNU Standard C++ Library v3

mp3check recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: mp3check
Source-Version: 0.8.0-4.1

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

mp3check_0.8.0-4.1.diff.gz
  to pool/main/m/mp3check/mp3check_0.8.0-4.1.diff.gz
mp3check_0.8.0-4.1.dsc
  to pool/main/m/mp3check/mp3check_0.8.0-4.1.dsc
mp3check_0.8.0-4.1_i386.deb
  to pool/main/m/mp3check/mp3check_0.8.0-4.1_i386.deb



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

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

Debian distribution maintenance software
pp.
Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]> (supplier of updated mp3check 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 14:57:12 +0100
Source: mp3check
Binary: mp3check
Architecture: source i386
Version: 0.8.0-4.1
Distribution: unstable
Urgency: low
Maintainer: James Morrison <[EMAIL PROTECTED]>
Changed-By: Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]>
Description: 
 mp3check   - Check mp3 files for consistency
Closes: 395451 399047
Changes: 
 mp3check (0.8.0-4.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fixed protection of tags id3. Patch by Tobias Frost <[EMAIL PROTECTED]>.
 (Closes: #399047)
   * Built with gcc4, updates from libstdc++5 to libstdc++6 (Closes: #395451).
   * Updated compat to 5.
   * Bumped standards-version to 3.7.2, no changes required.
Files: 
 1534e6b19b18fc38aabef5d2281788a5 601 sound optional mp3check_0.8.0-4.1.dsc
 dd6ee53ad61f1e961081d6b52003bd7d 3411 sound optional mp3check_0.8.0-4.1.diff.gz
 59d2c7d57d5056d0dbb6971255bf126a 101518 sound optional 
mp3check_0.8.0-4.1_i386.deb

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

iD8DBQFFbFBnn3j4POjENGERAkTmAJ4u4Gtav8Hr0/3e+xNO+MFO7kH55ACfaRJu
Tx5GbjTCdvl87oqFAabFpr4=
=xqS7
-END PGP SIGNATURE-

--- End Message ---

Bug#400580: cpufreqd: fails to change governor when goes with battery

[Mattia Dongili]

On Tue, November 28, 2006 1:44 pm, leandro noferini said:
> "Mattia Dongili" <[EMAIL PROTECTED]> writes:
>
> [...]
>
>> kernel bug? cpufreqd correctly complains about not being able to switch
>> to
>> ondemand. If this governor doesn't work for your platform, just
>> reconfigure cpufreqd to avoid using it.
>
> Now I read more carefully.
>
> My platform is a last generation  iBook G4 and cpufreqd worked fine also
> with the  kernel 2.6.17  home compiled. cpufreqd  stops working  from an
> upgrade on.

ok, and your logs say that _the_kernel_ is unable to load the ondemand
governor, hence cpufreqd fails. So your problem is to be searched
elsewhere.

-- 
mattia
:wq!

Bug#400744: marked as done (apt-listchanges: fails with a python NameError: global name 'apt_pkg' is not defined)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 15:02:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400744: fixed in apt-listchanges 2.72
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: apt-listchanges
Version: 2.71
Severity: grave
Tags: patch
Justification: renders package unusable

After last apt-listchanges upgrade, and doing after that
an upgrade from experimental I got the following Traceback:

Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 219, in ?
main()
  File "/usr/bin/apt-listchanges", line 127, in main
(news, changelog) = pkg.extract_changes(config.which, fromversion)
  File "/usr/share/apt-listchanges/DebianFiles.py", line 148, in extract_changes
changelog  = reduce(find_first, changelog_filenames + 
changelog_filenames_native, None)
  File "/usr/share/apt-listchanges/DebianFiles.py", line 145, in 
find_first = lambda acc, fname: acc or 
self.read_changelog(os.path.join(tempdir, fname), since_version)
  File "/usr/share/apt-listchanges/DebianFiles.py", line 198, in read_changelog
if apt_pkg.VersionCompare(match.group('version'),
NameError: global name 'apt_pkg' is not defined


this is due to a missing "import apt_pkg" in DebianFiles.py.

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

Versions of packages apt-listchanges depends on:
ii  apt   0.6.46.3   Advanced front-end for dpkg
ii  debconf [debconf-2.0] 1.5.9  Debian configuration management sy
ii  debianutils   2.17.3 Miscellaneous utilities specific t
ii  python2.4.4-1An interactive high-level object-o
ii  python-apt0.6.19 Python interface to libapt-pkg
ii  python-support0.5.6  automated rebuilding support for p
ii  ucf   2.0017 Update Configuration File: preserv

Versions of packages apt-listchanges recommends:
ii  postfix [mail-transport-a 2.4-20061019-2 A high-performance mail transport 

-- debconf information:
* apt-listchanges/confirm: true
* apt-listchanges/which: both
* apt-listchanges/frontend: pager
* apt-listchanges/email-address: root
* apt-listchanges/save-seen: true
--- /usr/share/apt-listchanges/DebianFiles.py	2006-11-27 18:22:33.0 -0500
+++ DebianFiles.py	2006-11-28 08:11:11.115303779 -0500
@@ -30,7 +30,7 @@
 import errno
 import glob
 import shutil
-
+import apt_pkg
 import gettext
 
 # TODO:
--- End Message ---
--- Begin Message ---
Source: apt-listchanges
Source-Version: 2.72

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

apt-listchanges_2.72.dsc
  to pool/main/a/apt-listchanges/apt-listchanges_2.72.dsc
apt-listchanges_2.72.tar.gz
  to pool/main/a/apt-listchanges/apt-listchanges_2.72.tar.gz
apt-listchanges_2.72_all.deb
  to pool/main/a/apt-listchanges/apt-listchanges_2.72_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.
Pierre Habouzit <[EMAIL PROTECTED]> (supplier of updated apt-listchanges 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 15:41:16 +0100
Source: apt-listchanges
Binary: apt-listchanges
Architecture: source all
Version: 2.72
Distribution: unstable
Urgency: high
Maintainer: Pierre Habouzit <[EMAIL PROTECTED]>
Changed-By: Pierre Habouzit <[EMAIL PROTECTED]>
Description: 
 apt-listchanges - Display change history from .deb archives
Closes: 400744
Changes: 
 apt-listchanges (2.72) unstable; urgency=high
 .
   * Fix missing import in DebianFiles.py, thanks to Julián Hernández Gómez.
 (Closes: 400744).
Files: 
 a63c4fbd59bf8a8e855a1d2670803f4e 651 utils optional apt-listchanges_2.72.dsc
 7ef48f231dc3ec68aed7797b9ba2d032 84037 utils optional 
apt-listchanges_2.72.tar.gz
 1e23abfef47d80328c9b4f

Bug#400753: squashfs: FTBFS

[Tollef Fog Heen]

Package: squashfs
Severity: serious
Version: 1:3.1r2-4
Justification: FTBFS

Hi,

squashfs seems to use bashisms in its debian/rules, please don't do
this (or use SHELL=/bin/bash in there):

DEB_MAKE_CHECK_TARGET unset, not running checks
DEB_MAKE_INSTALL_TARGET unset, skipping default makefile.mk common-install 
target
dh_installdirs -psquashfs-source
# Create the needed directories
mkdir -p debian/modules/squashfs/debian \
 debian/modules/squashfs/linux-2.6 \
 debian/squashfs-source/usr/src
# Copy the source and header files for 'linux-2.6'
cp linux-2.6/*.{c,h} linux-2.6/Makefile \
debian/modules/squashfs/linux-2.6
cp: cannot stat `linux-2.6/*.{c,h}': No such file or directory
make: *** [install/squashfs-source] Error 1
debuild: fatal error at line 1228:
fakeroot debian/rules binary failed

(my /bin/sh points to dash)

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


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

Bug#400400: dh-make-perl: Generated Build-Depends-Indep field makes no sense

[Gunnar Wolf]

tag 400400 + pending
thanks

...Fixed in SVN. I'll tackle a few more bugs and will upload as soon
as possible.

Thanks!

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


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

Bug#400483: fmit - narrowed it down a bit....

[Ludovic RESLINGER]

Hi,

Actually, my AMD64 works with sarge, so I tested fmit with
a new chroot environement with a debian unstable installed
tomorrow, so with latest versions of packages.
I didn't meet this bug, I cannot reproduce it, fmit
run well in my case. It is why I ask to you to test in
the same conditions.
You can install fmit in new chroot environnement, without
alsa installed, it will permit to know if it is a problem
of alsa.

Thank you for your tests.

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


signature.asc
Description: Digital signature

Processed: Tag #399957 confirmed

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> package zope-cmfforum
Ignoring bugs not assigned to: zope-cmfforum

> tags 399957 + confirmed
Bug#399957: zope-cmfforum: Breaks "my folder" and probably other things
There were no tags set.
Tags added: confirmed

> 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#399957: zope-cmfforum: Breaks "my folder" and probably other things

[Jérémy Bobbio]

On Thu, Nov 23, 2006 at 02:33:43AM +, Antony Gelberg wrote:
> Package: zope-cmfforum
> Severity: grave
> Justification: renders package unusable
> [...]
> Either way, please don't release this in Etch.  It seems to be really
> old-hat and things have moved on.

I would suggest to ask ftpmasters to remove the package from
Debian.  There is no version working with Plone 2.5 and CMFForum is not
even listed in the "products" section of plone.org (through the package
list the "Plone collective" project as upstream).

Regards,
-- 
Jérémy


signature.asc
Description: Digital signature

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

[Szakacsits Szabolcs]

On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> On Tue, 2006-11-28 at 14:20 +0100, Szakacsits Szabolcs wrote:
> > 
> > relocate_inodes(), relocate_inode(), especially the $MFT part. There is a
> > strict order in what and when is relocated. At some point ntfs_volume is
> > mostly used only for reading and a new NTFS gets written.
> 
> That is not true, at least not in the code that I am reading here!  It
> may have been your intention perhaps but you failed to code it...

Then it wouldn't have worked. 

> relocate_inodes() -> relocate_inode() -> at the end of the function
> calls write_mft_record() which uses the ntfs_volume and the libntfs
> function ntfs_mft_record_write() to do the writing.

Think about relocating $MFT.
 
> After that we have truncate_badclust_file() and truncate_bitmap_file()
> both of which use write_mft_record() also...

The beginning of the $MFT is never relocated, so the MFT records belonging
to these files can be safely modified in place, otherwise resizing is
restricted to a safe size.

> Remember that what you were doing was not working for Vista and it works
> now...

I didn't have time to check the patches yet but wasn't the Vista problem due
to a bug in libntfs and not because of ntfsresize?

You seem to mix here two different problems: the missing log file reset in
libntfs and the unsafe umount you introduced by another patch to ntfsresize
because you thought that it was missing by accident.
 
> Anyway, given ntfsresize is your code, if you want to insist on not
> allowing unmounting, then can you please tell me the exact point in the
> code at which unmounting becomes dangerous/wrong 

I must think about it. The design rule was being always consistent or
trivially recoverable whenever we exit immediately without any cleanup.

> > There is a huge difference between the "works for me" and "always works".
> 
> Certainly but given it was broken to start with "works for me" and
> "never works for Vista" is more like the real comparison here and the
> "works for me" is a big improvement...  (-;

The first patch seems to fixed Vista, the next one broke all of them in
certain scenarios.

Szaka



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

Bug#400777: GnuPG 1.4 and 2.0 buffer overflow

[Stefan Fritsch]

Package: gnupg2
Version: 2.0.0-5
Severity: grave
Tags: security
Justification: user security hole



A vulnerability has been reported in GnuPG 2. See 

http://lists.gnupg.org/pipermail/gnupg-announce/2006q4/000241.html

for details.


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

Bug#355656: marked as done (FTBFS: ./configure: line 26383: syntax error near unexpected token `(')

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 17:32:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#355656: fixed in rivet 0.5.0-3.1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: libtk-img
Version: 1:1.3-13
Severity: serious

Your packages fails to build in unstable with the error message below.
A number of other packages have similar problems.  #344981 says "This
error is usually caused by broken old versions of tcl.m4; the current
tcl packages have fixed versions."

> Automatic build of rivet_0.5.0-3 on bigsur by sbuild/mips 1.75
...
> checking if 64bit Sparc VIS support is requested... no
> checking system version (for dynamic loading)... ./configure: line 26383: 
> syntax error near unexpected token `('
> ./configure: line 26383: `case `(ac_space=' '; set | grep ac_space) 2>&1` 
> in'
> make: *** [configure-stamp] Error 2

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

--- End Message ---
--- Begin Message ---
Source: rivet
Source-Version: 0.5.0-3.1

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

rivet_0.5.0-3.1.dsc
  to pool/main/r/rivet/rivet_0.5.0-3.1.dsc
rivet_0.5.0-3.1.tar.gz
  to pool/main/r/rivet/rivet_0.5.0-3.1.tar.gz
rivet_0.5.0-3.1_amd64.deb
  to pool/main/r/rivet/rivet_0.5.0-3.1_amd64.deb



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

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

Debian distribution maintenance software
pp.
Neil Williams <[EMAIL PROTECTED]> (supplier of updated rivet package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 01:34:06 +
Source: rivet
Binary: rivet
Architecture: source amd64
Version: 0.5.0-3.1
Distribution: unstable
Urgency: low
Maintainer: David N. Welton <[EMAIL PROTECTED]>
Changed-By: Neil Williams <[EMAIL PROTECTED]>
Description: 
 rivet  - Server-side Tcl programming system combining ease of use and powe
Closes: 325206 355656 394588
Changes: 
 rivet (0.5.0-3.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * FTBFS - invalid lvalue in assignment (Closes: #325206)
   * FTBFS: ./configure: line 26383: syntax error near unexpected token
 `(' (Closes: #355656)
   * TCL_PACKAGE_PATH may contain more than one directory
   (Closes: #394588)
Files: 
 120ca912ef3f327ec98c2417708f949f 545 web optional rivet_0.5.0-3.1.dsc
 2b3327cbcf391565c80d4d5d5fd95edf 884021 web optional rivet_0.5.0-3.1.tar.gz
 1fb11373e5746581f85712d9e8b465f4 447992 web optional rivet_0.5.0-3.1_amd64.deb

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

iD8DBQFFbHBBiAEJSii8s+MRAqa5AJ9t493R0ViyKVny5CW6sWq1mN3/4ACgiYMk
lHrA+nARqTOe/Z6/e5CXVWc=
=9tnu
-END PGP SIGNATURE-

--- End Message ---

Bug#400694: marked as done (preseeding tasksel/first etc has no effect)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 19:17:04 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400694: fixed in preseed 1.22
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: preseed
Version: 1.03
Severity: serious
Tag: patch

I made a kde CD that preseeds tasksel/first=kde-desktop, but this
doesn't work, kde-desktop is not automatically installed.

Indeed, it's commented out in /var/lib/preseed/log, and the code that 
populates the debconf db in /target skips it. So tasksel/first is only
preseeded in cdebconf, and does not have an effect, except to cause
cdebconf to not show the question. This results in debconf getting the
default answer of the question instead of the preseeded value.

Even if I uncomment it, it still won't work, because preseed's
post-base-installer hook only copies values not owned by d-i over
to debconf.

- Log variables preseeded from the environment in the preseed log file,
  but leave them commented out, since environment preseeding is typically
  used for one-off overridding, and we don't want preseeded
  debconf/priority or the like to affect the installed system. Probably.

To fix this, it seems that env2preseed would need to both not comment
out the lines, as well as make them be owned by something other than
d-i. Although as the changelog comment above notes, it opens the
possibility for other values specified by the user on the kernel command
line and only intended to override d-i behavior to be saved into the
installed system. According to my tests, this patch should work:

Index: env2debconf
===
--- env2debconf (revision 42928)
+++ env2debconf (working copy)
@@ -38,7 +38,7 @@
else
type=unknown
fi
-   echo "#d-i $var $type $val" >> /var/lib/preseed/log
+   echo "unknown $var $type $val" >> /var/lib/preseed/log
db_fset "$var" seen true
IFS=$NEWLINE
fi

(NB: Unless the owner is set to the actual right package name somehow, it
also will cause these items to enter the debconf db with a second owner,
which will prevent them from being removed when tasksel is purged, but
this is a lesser problem.)

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

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: preseed
Source-Version: 1.22

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

env-preseed_1.22_all.udeb
  to pool/main/p/preseed/env-preseed_1.22_all.udeb
file-preseed_1.22_all.udeb
  to pool/main/p/preseed/file-preseed_1.22_all.udeb
initrd-preseed_1.22_all.udeb
  to pool/main/p/preseed/initrd-preseed_1.22_all.udeb
network-preseed_1.22_all.udeb
  to pool/main/p/preseed/network-preseed_1.22_all.udeb
preseed-common_1.22_all.udeb
  to pool/main/p/preseed/preseed-common_1.22_all.udeb
preseed_1.22.dsc
  to pool/main/p/preseed/preseed_1.22.dsc
preseed_1.22.tar.gz
  to pool/main/p/preseed/preseed_1.22.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.
Joey Hess <[EMAIL PROTECTED]> (supplier of updated preseed package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 13:36:22 -0500
Source: preseed
Binary: env-preseed file-preseed initrd-preseed network-preseed preseed-common
Architecture: source all
Version: 1.22
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Joey Hess <[EMAIL PROTECTED]>
Description: 
 env-preseed - debconf preseeding via environment variables (udeb)
 file-preseed - load debconf preseed file (udeb)
 initrd-preseed 

Bug#399205: marked as done (libsmbios-dev: where is libsmbios.so ?)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 19:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#399205: fixed in libsmbios 0.12.1-3
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: libsmbios-dev
Version: 0.12.1-2
Severity: serious
Justification: renders package unusable

Hi,

libsmbios-dev does not provide libsmbios.so, making it impossible to link
against libsmbios.

Note that it also lacks a static libsmbios.a.

JB.

-- 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.19-rc5
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libsmbios-dev depends on:
ii  libsmbios10.12.1-2   Provide access to (SM)BIOS informa

libsmbios-dev recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: libsmbios
Source-Version: 0.12.1-3

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

libsmbios-bin_0.12.1-3_i386.deb
  to pool/main/libs/libsmbios/libsmbios-bin_0.12.1-3_i386.deb
libsmbios-dev_0.12.1-3_i386.deb
  to pool/main/libs/libsmbios/libsmbios-dev_0.12.1-3_i386.deb
libsmbios-doc_0.12.1-3_all.deb
  to pool/main/libs/libsmbios/libsmbios-doc_0.12.1-3_all.deb
libsmbios1_0.12.1-3_i386.deb
  to pool/main/libs/libsmbios/libsmbios1_0.12.1-3_i386.deb
libsmbios_0.12.1-3.diff.gz
  to pool/main/libs/libsmbios/libsmbios_0.12.1-3.diff.gz
libsmbios_0.12.1-3.dsc
  to pool/main/libs/libsmbios/libsmbios_0.12.1-3.dsc
libsmbiosxml-dev_0.12.1-3_i386.deb
  to pool/main/libs/libsmbios/libsmbiosxml-dev_0.12.1-3_i386.deb
libsmbiosxml1_0.12.1-3_i386.deb
  to pool/main/libs/libsmbios/libsmbiosxml1_0.12.1-3_i386.deb



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

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

Debian distribution maintenance software
pp.
Jose Luis Tallon <[EMAIL PROTECTED]> (supplier of updated libsmbios package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sat, 18 Nov 2006 16:57:48 +0100
Source: libsmbios
Binary: libsmbios-dev libsmbiosxml1 libsmbios1 libsmbiosxml-dev libsmbios-doc 
libsmbios-bin
Architecture: source all i386
Version: 0.12.1-3
Distribution: unstable
Urgency: low
Maintainer: Jose Luis Tallon <[EMAIL PROTECTED]>
Changed-By: Jose Luis Tallon <[EMAIL PROTECTED]>
Description: 
 libsmbios-bin - Provide access to (SM)BIOS information -- utility binaries
 libsmbios-dev - Provide access to (SM)BIOS information - development files
 libsmbios-doc - Access to (SM)BIOS information in an OS-indepent way (docs)
 libsmbios1 - Provide access to (SM)BIOS information -- dynamic library
 libsmbiosxml-dev - Provide access to (SM)BIOS information - development files
 libsmbiosxml1 - Provide XML access to (SM)BIOS information -- dynamic library
Closes: 399205
Changes: 
 libsmbios (0.12.1-3) unstable; urgency=low
 .
   * Ensure including libsmbios.so in -dev (Closes: #399205)
Files: 
 01af09a2a676fec0db6d1b5c954bf319 742 libs optional libsmbios_0.12.1-3.dsc
 b800441d59eb0d6f5ad7e3983e4e85f2 6166 libs optional libsmbios_0.12.1-3.diff.gz
 8f47949c4ddaca05bc0eccb22b92a14a 184912 libs optional 
libsmbios1_0.12.1-3_i386.deb
 9bb4e7c3c91b26607050446893a40835 39058 libdevel optional 
libsmbios-dev_0.12.1-3_i386.deb
 be94ff12e3ffac2d9244265104903101 86812 admin optional 
libsmbios-bin_0.12.1-3_i386.deb
 f956cae233db6fd5e29af61cbacc5f03 7136 libs optional 
libsmbios-doc_0.12.1-3_all.deb
 0f1f939e69dfa83f8d034e1d8fe6062c 53270 libs optional 
libsmbiosxml1_0.12.1-3_i386.deb
 42c187d7beff3972182abc0181655986 6870 libdevel optional 
libsmbiosxml-dev_0.12.1-3_i386.deb

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

iD8DBQFFbIOTipBneRiAKDwRAoIJAJ93+2zdHxLKlJelxxNVnQv9WvU5nACgr18g
TqMAk06V9MdzQ6BsdDI8h9M=
=+LAk
-END PGP SIGNATURE-

--- End Message ---

Bug#400793: proftpd: ProFTPD mod_tls Buffer Overflow Vulnerability

[Stefan Fritsch]

Package: proftpd
Severity: grave
Tags: security


Another vulnerability has been reported in ProFTPd's mod_tls.
See 

http://secunia.com/advisories/23141/

for details.


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

Bug#398585: marked as done (php5-imagick needs to be recompiled against PHP 5.2.0)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 18:47:08 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398585: fixed in php-imagick 0.9.11+1-4.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: php5-imagick
severity: grave

The package php5-imagick is uninstallable in unstable, because of
the new PHP 5.2.0 packages. Assuming, that PHP 5.2.0 gets soon in to
testing, this problem also applies to testing, too.

-- 
Best regards,
Thomas Babut   <[EMAIL PROTECTED]>


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
--- End Message ---
--- Begin Message ---
Source: php-imagick
Source-Version: 0.9.11+1-4.1

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

php-imagick_0.9.11+1-4.1.diff.gz
  to pool/main/p/php-imagick/php-imagick_0.9.11+1-4.1.diff.gz
php-imagick_0.9.11+1-4.1.dsc
  to pool/main/p/php-imagick/php-imagick_0.9.11+1-4.1.dsc
php4-imagick_0.9.11+1-4.1_i386.deb
  to pool/main/p/php-imagick/php4-imagick_0.9.11+1-4.1_i386.deb
php5-imagick_0.9.11+1-4.1_i386.deb
  to pool/main/p/php-imagick/php5-imagick_0.9.11+1-4.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.
Andreas Barth <[EMAIL PROTECTED]> (supplier of updated php-imagick package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 09:24:33 +0100
Source: php-imagick
Binary: php5-imagick php4-imagick
Architecture: source i386
Version: 0.9.11+1-4.1
Distribution: unstable
Urgency: low
Maintainer: Jose Carlos Medeiros <[EMAIL PROTECTED]>
Changed-By: Andreas Barth <[EMAIL PROTECTED]>
Description: 
 php4-imagick - ImageMagick module for php4
 php5-imagick - ImageMagick module for php5
Closes: 398585
Changes: 
 php-imagick (0.9.11+1-4.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Sourcefull NMU to rebuild against php 5.2. Closes: #398585
Files: 
 c7a1c2019d90661eeefcae92cf3f51ac 754 web optional php-imagick_0.9.11+1-4.1.dsc
 93f3edf7fa1012193802b525a5a11f3d 23475 web optional 
php-imagick_0.9.11+1-4.1.diff.gz
 fc573ae02476ad8dbe5de6bc2b1daf23 84356 web optional 
php5-imagick_0.9.11+1-4.1_i386.deb
 43e2118f09d411318601aaa22115ba76 85196 web optional 
php4-imagick_0.9.11+1-4.1_i386.deb

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

iD8DBQFFbIKDmdOZoew2oYURAu9pAJ4kO+LiTVoQiJIaf5t29sgJ/EskqwCfYe1C
pBGs/L2pjYCwTvduKvqTTdc=
=5rRp
-END PGP SIGNATURE-

--- End Message ---

Bug#400785: rivet_0.5.0-3.1(hppa/unstable): FTBFS: broken source package

[lamont]

Package: rivet
Version: 0.5.0-3.1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of rivet_0.5.0-3.1 on peri by sbuild/hppa 98
> Build started at 20061128-1001

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: apache-dev, tcl8.4, tcl8.4-dev, debhelper (>> 3.0.0), dpatch, 
> autoconf

[...]

> test -d debian/patched || install -d debian/patched
> dpatch  apply-all  
> applying patch 05-configure to ./ ... ok.
> applying patch 10-tclconfig to ./ ... ok.
> applying patch 15-invalidlvalue to ./ ... ok.
> dpatch  cat-all  >>patch-stampT
> mv -f patch-stampT patch-stamp
> dh_testdir
> autoconf
> ./configure --with-tcl=/usr/lib/tcl8.4/ --with-apxs=/usr/bin/apxs 
> --enable-threads  --with-tclsh=/usr/bin/tclsh8.4
> checking for correct TEA configuration... ok (TEA 3.1)
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... configure: error: newly created 
> file is older than distributed files!
> Check your system clock
> make: *** [configure-stamp] Error 1

A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=rivet&ver=0.5.0-3.1



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

Bug#400786: php-imagick_0.9.11+1-4.1(ia64/unstable): FTBFS: missing build-deps?

[lamont]

Package: php-imagick
Version: 0.9.11+1-4.1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of php-imagick_0.9.11+1-4.1 on caballero by sbuild/ia64 98
> Build started at 20061128-1850

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5), dpatch, bison, flex, php4-dev (>= 
> 4:4.4.0-1), php5-dev (>= 5.0.4-3), libmagick9-dev | libmagick-dev

[...]

> checking if compiler supports -Wl,-rpath,... yes
> checking for PHP prefix... /usr
> checking for PHP includes... -I/usr/include/php4 -I/usr/include/php4/main 
> -I/usr/include/php4/TSRM -I/usr/include/php4/Zend
> checking for PHP extension directory... /usr/lib/php4/20050606
> checking for re2c... exit 0;
> checking for gawk... no
> checking for mawk... mawk
> checking for imagick support... yes, shared
> checking for imagick support... no
> Building with ImageMagick as backend
> checking for ImageMagick in provided path... found in /usr
> checking for ImageMagick 5.5.3 or later with /usr/bin/Magick-config... 6.2.4
> checking for InitializeMagick in -lMagick... no
> configure: error: There is something wrong. Please check config.log for more 
> information.
> make: *** [configure-php4-stamp] Error 1

config.log says (in part):
> configure:3972: ia64-linux-gnu-gcc -o conftest -g -O2   conftest.c -lMagick 
> -lMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lXext -lXt -lSM 
> -lICE -lX11 -lbz2 -lxml2 -lz -lpthread -lm -lpthread -L/usr/lib -L/usr/lib 
> -L/usr/lib/X11 -L/usr/lib >&5
> /usr/bin/ld: cannot find -lXt
> collect2: ld returned 1 exit status
> configure:3978: $? = 1

And libxt-dev is not installed as part of the build-depends

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=php-imagick&ver=0.9.11+1-4.1



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

Bug#398585: NMU uploaded

[Andreas Barth]

Hi,

I uploaded an NMU of your package.

Please see this as help to get the package into a releaseable condition for
etch.

Please find the used diff below.


Cheers,
Andi

diff -ur php-imagick-0.9.11+1~/debian/changelog 
php-imagick-0.9.11+1/debian/changelog
--- php-imagick-0.9.11+1~/debian/changelog  2006-11-28 09:23:42.0 
+0100
+++ php-imagick-0.9.11+1/debian/changelog   2006-11-28 09:24:51.0 
+0100
@@ -1,3 +1,10 @@
+php-imagick (0.9.11+1-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Sourcefull NMU to rebuild against php 5.2. Closes: #398585
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Tue, 28 Nov 2006 09:24:33 +0100
+
 php-imagick (0.9.11+1-4) unstable; urgency=low
 
   * Bump Standards-Version: 3.7.2
-- 
  http://home.arcor.de/andreas-barth/


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

Processed: tagging 161367, tagging 396045, tagging 397316, tagging 399013, tagging 264902

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.22
> tags 161367 pending
Bug#161367: setpag causes problems with ssh-krb5
Tags were: patch
Tags added: pending

> tags 396045 pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
There were no tags set.
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags added: pending

> tags 397316 pending
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags were: pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
Tags added: pending

> tags 399013 pending
Bug#399013: libpam-openafs-session: The test for when to run "unlog" is reversed
There were no tags set.
Tags added: pending

> tags 264902 pending
Bug#264902: libpam-openafs-session: PAGs are not always created when needed
Tags were: security
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#325206: marked as done (rivet: FTBFS - invalid lvalue in assignment)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 17:32:09 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#325206: fixed in rivet 0.5.0-3.1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: rivet
Version: 0.5.0-3
Severity: serious
Justification: no longer builds from source

At least two .o's fail to build w/ gcc 4:

 gcc -pipe -DPACKAGE_NAME=\"Rivet\" -DPACKAGE_TARNAME=\"rivet\" 
-DPACKAGE_VERSION=\"0.5.0\" "-DPACKAGE_STRING=\"Rivet 0.5.0\"" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rivet\" -DVERSION=\"0.5.0\" 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 
-DHAVE_DLFCN_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 
-DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_READDIR_R=1 -DTCL_THREADS=1 
-D_ISOC99_SOURCE= -D_LARGEFILE64_SOURCE= -DTCL_WIDE_INT_IS_LONG=1 
-DNAMEOFEXECUTABLE=\"/usr/bin/tclsh8.4\" -I. -I. 
-I/usr/include/tcl8.4/tcl-private/generic -DLINUX=22 -DEAPI -DTARGET=apache 
-DHAVE_SET_DUMPABLE -DDB_DBM_HSEARCH=1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX 
-O1 -g -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-I/usr/include/apache-1.3 "-DSTART_TAG=\"\"" -O2 -Wall 
-Wno-implicit-int -fPIC -MT mod
 _rivet_la-rivetCore.lo -MD -MP -MF .deps/mod_rivet_la-rivetCore.Tpo -c 
rivetCore.c  -fPIC -DPIC -o .libs/mod_rivet_la-rivetCore.o
In file included from /usr/include/sys/sem.h:28,
 from /usr/include/apache-1.3/ap_config.h:463,
 from /usr/include/apache-1.3/httpd.h:29,
 from rivetCore.c:27:
/usr/include/sys/ipc.h:25:3: warning: #warning "Files using this header must be 
compiled with _SVID_SOURCE or _XOPEN_SOURCE"
rivetCore.c: In function 'Rivet_Upload':
rivetCore.c:643: error: invalid lvalue in assignment
make[2]: *** [mod_rivet_la-rivetCore.lo] Error 1
make[2]: Leaving directory `/space/rivet-0.5.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/space/rivet-0.5.0'
make: *** [build-stamp] Error 2

if /bin/sh ../libtool --mode=compile gcc -pipe -DPACKAGE_NAME=\"Rivet\" 
-DPACKAGE_TARNAME=\"rivet\" -DPACKAGE_VERSION=\"0.5.0\" 
-DPACKAGE_STRING=\"Rivet\ 0.5.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rivet\" 
-DVERSION=\"0.5.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 
-DHAVE_SYS_PARAM_H=1 -DHAVE_DLFCN_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 
-D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_READDIR_R=1 
-DTCL_THREADS=1 -D_ISOC99_SOURCE= -D_LARGEFILE64_SOURCE= 
-DTCL_WIDE_INT_IS_LONG=1 -DNAMEOFEXECUTABLE=\"/usr/bin/tclsh8.4\"  -I. -I.  
-I"/usr/include/tcl8.4/tcl-private/generic" -DLINUX=22 -DEAPI -DTARGET="apache" 
-DHAVE_SET_DUMPABLE -DDB_DBM_HSEARCH=1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX 
-O1  -g -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-I/usr/include/apache-1.3 -DSTART_TAG='""'   -
 O2 -Wall -Wno-implicit-int -fPIC -MT mod_rivet_la-TclWebapache.lo -MD -MP -MF 
".deps/mod_rivet_la-TclWebapache.Tpo" -c -o mod_rivet_la-TclWebapache.lo `test 
-f 'TclWebapache.c' || echo './'`TclWebapache.c; \
then mv -f ".deps/mod_rivet_la-TclWebapache.Tpo" 
".deps/mod_rivet_la-TclWebapache.Plo"; else rm -f 
".deps/mod_rivet_la-TclWebapache.Tpo"; exit 1; fi
 gcc -pipe -DPACKAGE_NAME=\"Rivet\" -DPACKAGE_TARNAME=\"rivet\" 
-DPACKAGE_VERSION=\"0.5.0\" "-DPACKAGE_STRING=\"Rivet 0.5.0\"" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rivet\" -DVERSION=\"0.5.0\" 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 
-DHAVE_DLFCN_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 
-DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_READDIR_R=1 -DTCL_THREADS=1 
-D_ISOC99_SOURCE= -D_LARGEFILE64_SOURCE= -DTCL_WIDE_INT_IS_LONG=1 
-DNAMEOFEXECUTABLE=\"/usr/bin/tclsh8.4\" -I. -I. 
-I/usr/include/tcl8.4/tcl-private/generic -DLINUX=22 -DEAPI -DTARGET=apache 
-DHAVE_SET_DUMPABLE -DDB_DBM_HSEARCH=1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX 
-O1 -g -Wall -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-I/usr/include/apache-1.3 "-DSTART_TAG=\"\"" -O2 -Wall 
-Wno-implicit-int -fPIC -MT mod
 _rivet_la-TclWebapache.lo -MD -MP -MF .deps/mod_rivet_la-TclWebapache.Tpo -c 
TclWebapache.c  

Bug#400580: cpufreqd: fails to change governor when goes with battery

[Mattia Dongili]

On Tue, November 28, 2006 6:20 pm, leandro noferini said:
> "Mattia Dongili" <[EMAIL PROTECTED]> writes:
>
> [...]
>
>>> Now I read more carefully.
>>>
>>> My platform is a last generation  iBook G4 and cpufreqd worked fine
>>> also
>>> with the  kernel 2.6.17  home compiled. cpufreqd  stops working  from
>>> an
>>> upgrade on.
>>
>> ok, and your logs say that _the_kernel_ is unable to load the ondemand
>> governor, hence cpufreqd fails. So your problem is to be searched
>> elsewhere.
>
> Any tip from where to begin?

the kernel. could you please lower the severity and reassign?

thanks
-- 
mattia
:wq!

Bug#400795: lphdisk: bad syscall stuff completely nukes parition table and MBR

[Wesley J. Landaker]

Package: lphdisk
Version: 0.9.1-2
Severity: critical
Tags: patch
Justification: causes serious data loss / breaks whole system


The latest few versions of lphdisk completely and utterly break the system. If 
run, lphdisk destroys the entire MBR and parition table.

I've tracked this down at least partially to a bunch of broken syscall stuff in 
the Debian patches. The following patch makes it work correctly without 
corrupting anything by getting rid of the broken syscall stuff completely. I 
can't guarnatee that this fixes it for everyone, but without this patch or 
another fix, anyone running this program would nuke their entire system.

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

Versions of packages lphdisk depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries

lphdisk recommends no packages.

-- no debconf information
Only in lphdisk-0.9.1.working/debian: files
Only in lphdisk-0.9.1.working/debian: lphdisk
Only in lphdisk-0.9.1.working/debian: lphdisk.substvars
Only in lphdisk-0.9.1.working/debian: stamp-makefile-build
Only in lphdisk-0.9.1.working/: lphdisk
diff -ur lphdisk-0.9.1/lphdisk.c lphdisk-0.9.1.working/lphdisk.c
--- lphdisk-0.9.1/lphdisk.c	2006-11-28 11:47:57.0 -0700
+++ lphdisk-0.9.1.working/lphdisk.c	2006-11-28 11:26:55.0 -0700
@@ -112,23 +112,6 @@
 
 typedef long long lloff_t;
 
-#ifdef SYS__llseek
-
-#define _llseek(fd, offset_high, offset_low, result, origin) \
-	syscall(SYS__llseek, fd, offset_high, offset_low, result, origin)
-
-lloff_t llseek (unsigned int fd, lloff_t offset, unsigned int origin) {
-  lloff_t result;
-  int retval;
-
-  retval = _llseek (fd, ((unsigned long long) offset) >> 32,
-   ((unsigned long long) offset) & 0x,
-   &result, origin);
-  return (retval == -1 ? (lloff_t) retval : result);
-}
-
-#else /* SYS__llseek */
-
 /* Somehow, SYS__llseek wasn't in sys/syscall.h.  This shouldn't ever*/
 /* happen, but better safe than sorry.. The best we can do is emulate it */
 /* with lseek, and hope we don't get an offset that's too large (throw an*/
@@ -147,7 +130,6 @@
   }
 }
 
-#endif /* SYS__llseek */
 
 /* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
 
Only in lphdisk-0.9.1.working/: lphdisk.o
Only in lphdisk-0.9.1.working/lrmi-0.6m: lrmi.o
Only in lphdisk-0.9.1.working/: lrmi.h
Only in lphdisk-0.9.1.working/: lrmi.o
Only in lphdisk-0.9.1.working/: vbe.h

Bug#400580: cpufreqd: fails to change governor when goes with battery

[leandro noferini]

"Mattia Dongili" <[EMAIL PROTECTED]> writes:


[...]

>> Now I read more carefully.
>>
>> My platform is a last generation  iBook G4 and cpufreqd worked fine also
>> with the  kernel 2.6.17  home compiled. cpufreqd  stops working  from an
>> upgrade on.
>
> ok, and your logs say that _the_kernel_ is unable to load the ondemand
> governor, hence cpufreqd fails. So your problem is to be searched
> elsewhere.

Any tip from where to begin?

-- 
Ciao
leandro
Un esteso e "normale" uso della crittografia è il sistema più forte
per rivendicare il diritto alla privacy nelle comunicazioni
telematiche: come tutti i diritti e come i muscoli se non viene
esercitato costantemente si atrofizza e va perso.


pgpltca1G2SRl.pgp
Description: PGP signature

Bug#394588: marked as done (rivet: TCL_PACKAGE_PATH may contain more than one directory)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 17:32:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#394588: fixed in rivet 0.5.0-3.1
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: rivet
Version: 0.5.0-3
Severity: normal
Tags: patch


The build system in this package relies on TCL_PACKAGE_PATH being
a single directory but it may contain more than one.  For example,
package tcl8.4-dev defines two (/usr/lib /usr/share).

The easiest way around this bug is to just take the first directory
before substituting the variable:

diff -Nru rivet-0.5.0.orig/configure.ac rivet-0.5.0/configure.ac
--- rivet-0.5.0.orig/configure.ac   2005-03-24 11:29:15.0 +0100
+++ rivet-0.5.0/configure.ac2006-10-22 02:01:49.0 +0200
@@ -268,6 +268,7 @@
 AC_DEFINE_UNQUOTED(NAMEOFEXECUTABLE,"${TCLSH_PROG}",[The path to a working 
tclsh executable])

 # We need to use the package path for the installation procedure.
+TCL_PACKAGE_PATH=${TCL_PACKAGE_PATH/ */}
 AC_SUBST(TCL_PACKAGE_PATH)



--- End Message ---
--- Begin Message ---
Source: rivet
Source-Version: 0.5.0-3.1

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

rivet_0.5.0-3.1.dsc
  to pool/main/r/rivet/rivet_0.5.0-3.1.dsc
rivet_0.5.0-3.1.tar.gz
  to pool/main/r/rivet/rivet_0.5.0-3.1.tar.gz
rivet_0.5.0-3.1_amd64.deb
  to pool/main/r/rivet/rivet_0.5.0-3.1_amd64.deb



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

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

Debian distribution maintenance software
pp.
Neil Williams <[EMAIL PROTECTED]> (supplier of updated rivet package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 01:34:06 +
Source: rivet
Binary: rivet
Architecture: source amd64
Version: 0.5.0-3.1
Distribution: unstable
Urgency: low
Maintainer: David N. Welton <[EMAIL PROTECTED]>
Changed-By: Neil Williams <[EMAIL PROTECTED]>
Description: 
 rivet  - Server-side Tcl programming system combining ease of use and powe
Closes: 325206 355656 394588
Changes: 
 rivet (0.5.0-3.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * FTBFS - invalid lvalue in assignment (Closes: #325206)
   * FTBFS: ./configure: line 26383: syntax error near unexpected token
 `(' (Closes: #355656)
   * TCL_PACKAGE_PATH may contain more than one directory
   (Closes: #394588)
Files: 
 120ca912ef3f327ec98c2417708f949f 545 web optional rivet_0.5.0-3.1.dsc
 2b3327cbcf391565c80d4d5d5fd95edf 884021 web optional rivet_0.5.0-3.1.tar.gz
 1fb11373e5746581f85712d9e8b465f4 447992 web optional rivet_0.5.0-3.1_amd64.deb

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

iD8DBQFFbHBBiAEJSii8s+MRAqa5AJ9t493R0ViyKVny5CW6sWq1mN3/4ACgiYMk
lHrA+nARqTOe/Z6/e5CXVWc=
=9tnu
-END PGP SIGNATURE-

--- End Message ---

Bug#395986: marked as done (lcdproc - FTBFS: Error: Unrecognized opcode: `outb')

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 18:47:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#395986: fixed in lcdproc 0.5.1-2
has caused the attached Bug report to be marked as done.

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

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

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

--- Begin Message ---
Package: lcdproc
Version: 0.5.1-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of lcdproc_0.5.1-1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
> if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../..  -I../..  -fPIC -Wall 
> -Wall -O3 -Wno-unused-function -MT serialVFD_displays.o -MD -MP -MF 
> ".deps/serialVFD_displays.Tpo" \
> -c -o serialVFD_displays.o `test -f 'serialVFD_displays.c' || echo 
> './'`serialVFD_displays.c; \
>   then mv -f ".deps/serialVFD_displays.Tpo" 
> ".deps/serialVFD_displays.Po"; \
>   else rm -f ".deps/serialVFD_displays.Tpo"; exit 1; \
>   fi
> if s390-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../..  -I../..  -fPIC -Wall 
> -Wall -O3 -Wno-unused-function -MT serialVFD_io.o -MD -MP -MF 
> ".deps/serialVFD_io.Tpo" \
> -c -o serialVFD_io.o `test -f 'serialVFD_io.c' || echo 
> './'`serialVFD_io.c; \
>   then mv -f ".deps/serialVFD_io.Tpo" ".deps/serialVFD_io.Po"; \
>   else rm -f ".deps/serialVFD_io.Tpo"; exit 1; \
>   fi
> /tmp/ccfzgL3f.s: Assembler messages:
> /tmp/ccfzgL3f.s:54: Error: Unrecognized opcode: `outb'
> /tmp/ccfzgL3f.s:56: Error: Unrecognized opcode: `inb'
> /tmp/ccfzgL3f.s:57: Error: Unrecognized opcode: `outb'
> /tmp/ccfzgL3f.s:59: Error: Unrecognized opcode: `inb'
> /tmp/ccfzgL3f.s:60: Error: Unrecognized opcode: `outb'
> /tmp/ccfzgL3f.s:66: Error: Unrecognized opcode: `inb'
> make[4]: *** [serialVFD_io.o] Error 1
> make[4]: Leaving directory `/build/buildd/lcdproc-0.5.1/server/drivers'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/build/buildd/lcdproc-0.5.1/server'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/lcdproc-0.5.1'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/lcdproc-0.5.1'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20061027-2227
> FAILED [dpkg-buildpackage died]

--- End Message ---
--- Begin Message ---
Source: lcdproc
Source-Version: 0.5.1-2

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

lcdproc_0.5.1-2.diff.gz
  to pool/main/l/lcdproc/lcdproc_0.5.1-2.diff.gz
lcdproc_0.5.1-2.dsc
  to pool/main/l/lcdproc/lcdproc_0.5.1-2.dsc
lcdproc_0.5.1-2_i386.deb
  to pool/main/l/lcdproc/lcdproc_0.5.1-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.
Jose Luis Tallon <[EMAIL PROTECTED]> (supplier of updated lcdproc package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 12 Nov 2006 14:20:28 +0100
Source: lcdproc
Binary: lcdproc
Architecture: source i386
Version: 0.5.1-2
Distribution: unstable
Urgency: low
Maintainer: Jose Luis Tallon <[EMAIL PROTECTED]>
Changed-By: Jose Luis Tallon <[EMAIL PROTECTED]>
Description: 
 lcdproc- LCD display driver daemon and clients
Closes: 395986 397072
Changes: 
 lcdproc (0.5.1-2) unstable; urgency=low
 .
   * Compilation issues
 - restrict building to just i386, amd64 and ppc (Closes: #395986)
 - remaining arches will be re-added once lcdproc is migrated to 'ppdev'
 .
   * Updated initscript to work with new syntax (Closes: #397072)
 - also fixed duplicate $NAME output
Files: 
 a8fd93a8964f31b13f7069f49a3d0030 674 utils extra lcdproc_0.5.1-2.dsc
 6aa8ed22e1ba8c9d3e1f9e581b06ddd1 13768 utils extra lcdproc_0.5.1-2.diff.gz
 0843191932dc51f2de937e1c12a2eb18 313250 utils extra lcdproc_0.5.1-2_i386.deb

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

iD8DBQFFbILYipBneRiAKDwRAlyUAJ9pg1gqwYfHdYAOPVw6RbePjfu9jgCgpjPc
mSLCzuN0UL1sR5GP1DIcwtw=
=fmzS
-END PGP SIGNATURE-

--- End Message ---

Bug#318555: OSkit FTBFS patch

[Tom Parker]

Attached is a patch that fixes pretty much all of the errors with 4.x 
versions of gcc... there's quite a lot of them. The patch is against the 
 unpacked oskit in the build-tree/. Most of the patches are simple 
fixes, but there's a few things of note:


1) freebsd/3.x/src/lib/libc/stdio/vfprintf.c had to be replaced 
completely (with the one from 
oskit/freebsd/src/lib/libc/stdio/vfprintf.c) as I couldn't figure out 
any way to fix this on short of rewriting.
2) The use of "-I-" (deprecated with gcc 4.x) has been replaced with 
-iquote, which is currently supported.
3) The output format in kern/x86/multiboot_info_dump.c is a bit of a 
guess, as there isn't much detail available on what the "%b" flag to 
printf was meant to do.

4) The "$(MAKE)" line in debian/rules needs to become:

$(MAKE) -C $(BUILD_TREE) OSKIT_EXCLUDED_SUBDIRS="examples/x86/sproc 
examples/x86 examples/x86/extended examples/x86/threads 
examples/x86/entropy"


This is because the whole examples folder fails with the error

ld: rndunittest: Not enough room for program headers (allocated 3, need 4)
 Section to Segment mapping:
  Segment  Sections...
  00:   LOAD:  .text .fixup .fini .rodata __ex_table
  01:   LOAD:  .ctors .dtors
  02:   LOAD:  .data .bss
  03:  STACK:
ld: final link failed: Bad value

(With "rndunittest" being various program names).


To be honest, having fixed all of these, given the problems in 4) and 
the lack of upstream support, I'd say this shouldn't be released with etch.


Tom Parker
--
[EMAIL PROTECTED] - http://tevp.net
Illegitimus non carborundum
diff -rN -u old-build-tree/oskit/GNUmakerules new-build-tree/oskit/GNUmakerules
--- old-build-tree/oskit/GNUmakerules   2003-01-06 21:58:16.0 +0100
+++ new-build-tree/oskit/GNUmakerules   2006-11-23 19:23:31.0 +0100
@@ -70,12 +70,11 @@
 # We prefix these with OSKIT_ rather than using the "normal" variables
 # so that you can override the normal variables on the make command line
 # in order to add options (e.g. 'make CFLAGS=-save-temps').
-# The -I- flag divides the -I line:
-#  -I flags before -I- are searched for #include "file" only, not 
-#  -I flags after -I- are searched for all include files.
-OSKIT_CPPFLAGS += -MD $(DEFINES) -I. $(addprefix -I,$(SRCDIRS)) \
-   $(addprefix -I,$(MOSTLY_SRCDIRS)) \
-   -I- $(addprefix -I,$(INCDIRS)) -nostdinc
+#  -iquote dirs are searched for #include "file" only, not 
+#  -I dirs are searched for all include files.
+OSKIT_CPPFLAGS += -MD $(DEFINES) -I. $(addprefix -iquote,$(SRCDIRS)) \
+   $(addprefix -iquote,$(MOSTLY_SRCDIRS)) \
+   $(addprefix -I,$(INCDIRS)) -nostdinc
 OSKIT_CFLAGS   += $(OSKIT_CPPFLAGS) -Wall $(OSKIT_FFLAGS)
 OSKIT_LDFLAGS  += $(addprefix -L,$(LIBDIRS))
 
diff -rN -u old-build-tree/oskit/dev/osenv_sleep.c 
new-build-tree/oskit/dev/osenv_sleep.c
--- old-build-tree/oskit/dev/osenv_sleep.c  2003-01-06 21:58:39.0 
+0100
+++ new-build-tree/oskit/dev/osenv_sleep.c  2006-11-23 19:39:36.0 
+0100
@@ -85,13 +85,14 @@
osenv_wakeup(sr, wakeup_status);
 }
 
+static oskit_error_t sleep_object_create(oskit_sleep_t **);
+
 /*
  * function to create a sleep object.
  */
 static OSKIT_COMDECL
 simple_sleep_create(oskit_osenv_sleep_t *b, oskit_sleep_t **out_sleep)
 {
-   static oskit_error_t sleep_object_create(oskit_sleep_t **);
 
return sleep_object_create(out_sleep);
 }
diff -rN -u old-build-tree/oskit/freebsd/3.x/shared/defaults.c 
new-build-tree/oskit/freebsd/3.x/shared/defaults.c
--- old-build-tree/oskit/freebsd/3.x/shared/defaults.c  2003-05-21 
09:47:10.0 +0200
+++ new-build-tree/oskit/freebsd/3.x/shared/defaults.c  2006-11-23 
20:18:16.0 +0100
@@ -101,12 +101,12 @@
  */
 int subyte  (void *base, int byte)
 {
-   return (int)((char *)base = (char)byte);
+   return (int)(((char *)base)[0] = (char)byte);
 }
 
 int suibyte (void *base, int byte)
 {
-   return (int)((char *)base = (char)byte);
+   return (int)(((char *)base)[0] = (char)byte);
 }
 
 /* -- */
diff -rN -u old-build-tree/oskit/freebsd/3.x/shared/swi.c 
new-build-tree/oskit/freebsd/3.x/shared/swi.c
--- old-build-tree/oskit/freebsd/3.x/shared/swi.c   2003-05-21 
09:47:10.0 +0200
+++ new-build-tree/oskit/freebsd/3.x/shared/swi.c   2006-11-23 
20:22:54.0 +0100
@@ -73,12 +73,13 @@
  */
 static int swi_vector;
 
+static voidswi_softintr_handler(void *arg);
+extern voidbsdnet_net_softnet(void);
+
 void
 swi_init(void)
 {
int err;
-   static void swi_softintr_handler(void *arg);
-   extern void bsdnet_net_softnet(void);
 
err = osenv_softirq_alloc_vector(&swi_vector);
if (err)
diff -rN -u old-build-tree/oskit/freebsd/3.x/src/lib/libc/net/ns_ntoa.c 
new-build-tree/oskit/freebsd/3.x/src/lib

Bug#400653: marked as done (gabber: segfaults on startup)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 17:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400653: fixed in gabber 0.8.8-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: gabber
Version: 0.8.8-8
Severity: grave
Justification: renders package unusable


On the machines that have been updated to 0.8.8-8, gabber fails to start
with a segfault.  The text output looks like this:

gabber 0.8.8
/bin/mv: cannot stat `/home/jguthrie/.Gabber/*.*ml': No such file or directory
X Screen Saver Extension not found, auto-away disabled

Setting the core ulimit to nonzero and using the "disable-crash-dialog"
option results in a corefile.  The stack trace looks like this:

#0  0xa7447ff3 in strlen () from /lib/tls/i686/cmov/libc.so.6
#1  0xa73f1b3f in iconv_open () from /lib/tls/i686/cmov/libc.so.6
#2  0x08114a62 in MenuBuilder::finish_items ()
#3  0x08114c9c in GabberUtil::fromUTF8 ()
#4  0x08114d29 in GabberUtil::fromUTF8 ()
#5  0x08178370 in LoginDlg::loadconfig ()
#6  0x08180a4d in LoginDlg::LoginDlg ()
#7  0x08181108 in LoginDlg::execute ()
#8  0x08100b9c in GabberApp::GabberApp ()
#9  0x080831d2 in main ()

It looks to me like there may be a problem in the login dialog, perhaps
with one of the coding names.

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

Versions of packages gabber depends on:
ii  gdk-imlib11   1.9.14-31  imaging library for use with gtk
ii  libart2   1.4.2-34   The GNOME canvas widget - runtime
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libdb33.2.9+dfsg-0.1 Berkeley v3 Database Libraries [ru
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared
ii  libgcc1   1:4.1.1-20 GCC support library
ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime libr
ii  libglade-gnome0   1:0.17-8   library to load .glade files at ru
ii  libglade0 1:0.17-8   library to load .glade files at ru
ii  libglib1.21.2.10-14  The GLib library of C routines
ii  libgnome321.4.2-34   The GNOME libraries
ii  libgnomemm1.2-9c2 1.2.4-3.1  C++ wrapper for GNOME 1 (shared li
ii  libgnomesupport0  1.4.2-34   The GNOME libraries (Support libra
ii  libgnomeui32  1.4.2-34   The GNOME libraries (User Interfac
ii  libgnutls13   1.4.4-3the GNU TLS library - runtime libr
ii  libgpg-error0 1.4-2  library for common error values an
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libgtkmm1.2-0c2a  1.2.10-8   C++ wrappers for GTK+ 1.2 (shared
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  liblzo1   1.08-3 data compression library (old vers
ii  libopencdk8   0.5.9-2Open Crypto Development Kit (OpenC
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsigc++0c2  1.0.4-9.1  Type-safe Signal Framework for C++
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libstdc++64.1.1-20   The GNU Standard C++ Library v3
ii  libtasn1-30.3.6-2Manage ASN.1 structures (runtime)
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxi61:1.0.1-3  X11 Input extension library
ii  libxml1   1:1.8.17-14GNOME XML library
ii  scrollkeeper  0.3.14-11  A free electronic cataloging syste
ii  zlib1g1:1.2.3-13 compression library - runtime

gabber recommends no packages.

-- no debconf information

-- 
Jonathan Guthrie ([EMAIL PROTECTED])
Sto pro veritate

--- End Message ---
--- Begin Message ---
Source: gabber
Source-Version: 0.8.8-9

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

gabber_0.8.8-9.diff.gz
  to pool/main/g/gabber/gabber_0.8.8-9.diff.gz
gabber_0.8.8-9.dsc

Bug#400580: cpufreqd: fails to change governor when goes with battery

[leandro noferini]

"Mattia Dongili" <[EMAIL PROTECTED]> writes:


[...]

> the kernel. could you please lower the severity and reassign?

Ok!

How could I do that?

-- 
Ciao
leandro
Un esteso e "normale" uso della crittografia è il sistema più forte
per rivendicare il diritto alla privacy nelle comunicazioni
telematiche: come tutti i diritti e come i muscoli se non viene
esercitato costantemente si atrofizza e va perso.


pgpCi8bwRcbw9.pgp
Description: PGP signature

Bug#400400: marked as done (dh-make-perl: Generated Build-Depends-Indep field makes no sense)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 18:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400400: fixed in dh-make-perl 0.25
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: dh-make-perl
Version: 0.24
Severity: serious
Tags: patch

When trying to create a .deb from DateTime-Format-ISO8601-0.0403,
dh-make-perl put the following line into debian/control:

 Build-Depends-Indep: 5.8.8-6.1

>From looking at an older version of dh-make-perl, I guessed that
something along the lines of

 Build-Depends-Indep: perl (>= 5.8.8-6.1)

is what you had in mind. The attached patch should do the trick.

Cheers,
-Hilko

--- dh-make-perl.orig   2006-11-25 23:54:15.0 +0100
+++ dh-make-perl2006-11-25 23:54:52.0 +0100
@@ -145,7 +145,7 @@
 #my $section = 'interpreters';
 my $section = 'perl';
 my $depends = '${perl:Depends}';
-my $bdependsi = $perl_pkg->{Version};
+my $bdependsi = 'perl (>= '.$perl_pkg->{Version}.')';
 my $bdepends = 'debhelper (>= 5.0.0)';
 my $maintainer = get_maintainer();
 my $arch = 'all';

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

Versions of packages dh-make-perl depends on:
ii  debhelper 5.0.42 helper programs for debian/rules
ii  dpkg-dev  1.13.24package building tools for Debian
ii  fakeroot  1.5.10 Gives a fake root environment
ii  libmodule-depends-perl0.10-1 identify the dependencies of a dis
ii  libyaml-perl  0.62-1 YAML Ain't Markup Language (tm)
ii  make  3.81-3 The GNU version of the "make" util
ii  perl  5.8.8-6.1  Larry Wall's Practical Extraction 
ii  perl-modules [libpod-parser-p 5.8.8-6.1  Core Perl modules

Versions of packages dh-make-perl recommends:
ii  apt-file  2.0.8.2APT package searching utility -- c
ii  libmodule-build-perl  0.26-1 Subclassable and make-independant 

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: dh-make-perl
Source-Version: 0.25

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

dh-make-perl_0.25.dsc
  to pool/main/d/dh-make-perl/dh-make-perl_0.25.dsc
dh-make-perl_0.25.tar.gz
  to pool/main/d/dh-make-perl/dh-make-perl_0.25.tar.gz
dh-make-perl_0.25_all.deb
  to pool/main/d/dh-make-perl/dh-make-perl_0.25_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.
Gunnar Wolf <[EMAIL PROTECTED]> (supplier of updated dh-make-perl package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 11:47:32 -0600
Source: dh-make-perl
Binary: dh-make-perl
Architecture: source all
Version: 0.25
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group <[EMAIL PROTECTED]>
Changed-By: Gunnar Wolf <[EMAIL PROTECTED]>
Description: 
 dh-make-perl - Create debian packages from perl modules
Closes: 364325 396536 396846 400400
Changes: 
 dh-make-perl (0.25) unstable; urgency=low
 .
   * Fixed the Perl package data parsing function, fixing an unneeded
 warning. Thanks to Johnny Morano for the patch! (Closes: #396846)
   * Generated dependency on Perl was incomplete (it _only_ missed the
 package name :-/ ) - Thanks to Hilko Bengen for pointing it out.
 (Closes: #400400)
   * No longer dies when building Module::Install modules - It now asks
 the user to manually specify the dependencies. (Closes: #396536)
   * Can now specify via command line depends, build-depends and build-
 depends-indep
   * A bit of basic cleaning, trying to deuglify this very much love-
 needing source code
   * Added patch by Jesper Krogh which allows dh-make-perl to generate
 versioned dependency strings (Closes: #364325)
Files: 
 747c4a706e3305304370004d5566e354 741 de

Processed: Debian Kerberosish: r2599 - in libpam-openafs-session/trunk: . libpam-openafs-session libpam-openafs-session/debian

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 359452 pending
Bug#359452: libpam-openafs-session: please finish /usr/doc transition
Tags were: pending fixed
Tags added: pending

> tags 161367 pending
Bug#161367: setpag causes problems with ssh-krb5
Tags were: pending patch
Tags added: pending

> tags 396045 pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
Tags were: pending
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags added: pending

> tags 397316 pending
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags were: pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
Tags added: pending

> tags 399013 pending
Bug#399013: libpam-openafs-session: The test for when to run "unlog" is reversed
Tags were: pending
Tags added: pending

> tags 264902 pending
Bug#264902: libpam-openafs-session: PAGs are not always created when needed
Tags were: pending security
Tags added: pending

> tags 359452 pending
Bug#359452: libpam-openafs-session: please finish /usr/doc transition
Tags were: pending fixed
Tags added: pending

> tags 83460 pending
Bug number 83460 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]

Bug#387089: [Pkg-openssl-devel] Processed: problem seems to be in the openssl package

[Kurt Roeckx]

On Tue, Nov 28, 2006 at 03:33:16AM -0800, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > reassign 387089 openssl
> Bug#387089: Certificate links must not be removed
> Bug reassigned from package `ca-certificates' to `openssl'.

>From the c_rehash manpage:

   c_rehash scans directories and takes a hash value of each .pem file in
   the directory.
   [...]

   Note that this program deletes all the symbolic links that look like
   ones that it creates before processing a directory. Beware that if you
   run the program on a directory that contains symbolic links for other
   purposes that are named in the same format as those created by this
   program they will be lost.

(The manpage is based on the source code, but you could argue it's 
documented behaviour)

The patch seems to be doing 2 things:
- Also look for .crt files
- Try with "-inform der"

I think that also looking for .crt files would be a good thing.

The default output is PEM, so I have no idea why you added der support.
This isn't a bad thing, but I think I'll rewrite the patch a little.


Kurt



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

Bug#400383: Doesn't seem to affect IMAP folders

[Adam Majer]

Hi,

I wasn't able to reproduce the problem in the upstream bug report with
IMAP folders. I opened the offending emails with mutt and sent them to
my IMAP account. I could see all of the messages in 1.5.0.8.

I can verify that I could only see one of the messages if the folder was
local, as per upstream report. Thus, current version 1.5.0.8 results in
data loss.


There is also a patch in the upstream report that supposedly corrects
this data loss regression.

- Adam



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

Bug#392649: rtsigio does not work on alpha

[Aurélien GÉRÔME]

tags 46 pending
thanks

On Mon, Nov 27, 2006 at 02:52:46PM +0100, Aurélien GÉRÔME wrote:
> On Mon, Nov 27, 2006 at 02:12:28PM +0100, Andreas Barth wrote:
> > * Aurélien GÉRÔME ([EMAIL PROTECTED]) [061104 15:26]:
> > > I found a workaround. I will make ircd-hybrid use poll on Linux/Alpha
> > > and on all other kernels besides Linux, because rtsigio is Linux-only.
> > 
> > When can we expect an upload of that to happen?
> 
> Today or tomorrow, sorry for the delay.

Please refrain from any NMU or testing removal. I am waiting on my
sponsor to upload it now... Thanks.

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


signature.asc
Description: Digital signature

Processed: Bug#400753: squashfs: FTBFS

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 400753 + pending
Bug#400753: squashfs: FTBFS
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#400753: marked as done (squashfs: FTBFS)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 20:32:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400753: fixed in squashfs 1:3.1r2-5
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: squashfs
Severity: serious
Version: 1:3.1r2-4
Justification: FTBFS

Hi,

squashfs seems to use bashisms in its debian/rules, please don't do
this (or use SHELL=/bin/bash in there):

DEB_MAKE_CHECK_TARGET unset, not running checks
DEB_MAKE_INSTALL_TARGET unset, skipping default makefile.mk common-install 
target
dh_installdirs -psquashfs-source
# Create the needed directories
mkdir -p debian/modules/squashfs/debian \
 debian/modules/squashfs/linux-2.6 \
 debian/squashfs-source/usr/src
# Copy the source and header files for 'linux-2.6'
cp linux-2.6/*.{c,h} linux-2.6/Makefile \
debian/modules/squashfs/linux-2.6
cp: cannot stat `linux-2.6/*.{c,h}': No such file or directory
make: *** [install/squashfs-source] Error 1
debuild: fatal error at line 1228:
fakeroot debian/rules binary failed

(my /bin/sh points to dash)

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

--- End Message ---
--- Begin Message ---
Source: squashfs
Source-Version: 1:3.1r2-5

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

squashfs-source_3.1r2-5_all.deb
  to pool/main/s/squashfs/squashfs-source_3.1r2-5_all.deb
squashfs-tools_3.1r2-5_i386.deb
  to pool/main/s/squashfs/squashfs-tools_3.1r2-5_i386.deb
squashfs_3.1r2-5.diff.gz
  to pool/main/s/squashfs/squashfs_3.1r2-5.diff.gz
squashfs_3.1r2-5.dsc
  to pool/main/s/squashfs/squashfs_3.1r2-5.dsc



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

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

Debian distribution maintenance software
pp.
Arnaud Fontaine <[EMAIL PROTECTED]> (supplier of updated squashfs package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 18:33:53 +0100
Source: squashfs
Binary: squashfs-tools squashfs-source
Architecture: source i386 all
Version: 1:3.1r2-5
Distribution: unstable
Urgency: low
Maintainer: Arnaud Fontaine <[EMAIL PROTECTED]>
Changed-By: Arnaud Fontaine <[EMAIL PROTECTED]>
Description: 
 squashfs-source - Source for the squash filesystem
 squashfs-tools - Tool to create and append to squashfs filesystems
Closes: 400753
Changes: 
 squashfs (1:3.1r2-5) unstable; urgency=low
 .
   * debian/changelog:
 + Convert changelog to UTF-8.
   * debian/control.in:
 + Remove zlibg1-dev because it is automatically handled by cdbs
   for debian/control.
   * debian/rules:
 + Remove bashisms. Closes: #400753.
Files: 
 6344d84dd915391dae0cfef6f8417b56 785 admin optional squashfs_3.1r2-5.dsc
 f7bd37f8c0bea80078244b49c9f15cc9 23664 admin optional squashfs_3.1r2-5.diff.gz
 3499bfb82a40a4b2ad9016d4226be130 31824 admin optional 
squashfs-source_3.1r2-5_all.deb
 762b87a62d9825426d6343a3206cc4a9 93488 admin optional 
squashfs-tools_3.1r2-5_i386.deb

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

iD8DBQFFbJH3sczZcpAmcIYRAqOsAJ4jebJCJT+iQ+LuEbxVUteviGNDuQCeMrvH
S7vUv1KW4AhYCLBpZ3E5TvM=
=Tj3E
-END PGP SIGNATURE-

--- End Message ---

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

[Anton Altaparmakov]

Hi,

Please note that the patch as it is has a very awkward side effect: Every 
time you run ntfsresize and either you answer "no" to the "really proceed" 
question or ntfsresize aborts without doing anything because it hits a 
"this is not supported" case or you try to resize to a too small size or 
anything like that the volume is left dirty thus running ntfsresize again 
then fails.  This is because ntfsresize does not unmount the volume.  My 
complete patches up to CVS head cause the unmounting to happen but only 
until all the checks have passed and ntfsresize is about to start 
migrating clusters around.  At that point, before the first modification 
happens, I turn off the unmounting and from then on ntfsresize will run 
and independent of when it is going to stop (abort or complete), it will 
no longer unmount like Szaka wants it to be.  Then the volume is left 
dirty which is what you want to happen anyway.

Best regards,

Anton

On Tue, 28 Nov 2006, Carl-Daniel Hailfinger wrote:

> Hello Frans,
> hello Andree,
> 
> Frans Pop wrote:
> > On Tuesday 28 November 2006 13:08, Szakacsits Szabolcs wrote:
> >> There are two NTFS during resizing. The original and the resized. When
> >> the resizing is over then the latter is consistent and the old one is
> >> irrelevant. ntfsresize doesn't work like the other utilities: mount,
> >> modify, umount. It works like: mount and morph the original into a new
> >> one.
> > 
> > I'm going to wait with further testing until you have sorted out this 
> > difference of opinion.
> 
> Could you test the attached patches against ntfsprogs 1.13.1? It is my
> attempt at a backport for the first patch from Anton which seems to
> have agreement from Szaka.
> ntfsprogs-1.13.1-rename-MS_.diff is just a rename orgy to make
>  backporting easier and has to be applied first.
> ntfsprogs-1.13.1-vistahotfix.diff is a stripped version of Anton's
>  first patch.
> 
> Regards,
> Carl-Daniel
> 

Best regards,

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


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

Bug#400802: tdb: FTBFS: Need to implement spinlock code in spinlock.h

[Julien Danjou]

Package: tdb
Version: 1.0.6-13
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of tdb_1.0.6-13 on nasya by sbuild/sparc 0.50
> Build started at 20061128-1652
> **
...
> appending configuration tag "F77" to libtool
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for ranlib... (cached) ranlib
> checking for gdbm_open in -lgdbm... yes
> checking for dlopen in -ldl... yes
> checking for stdlib.h... (cached) yes
> checking for unistd.h... (cached) yes
> checking for getpagesize... yes
> checking for working mmap... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating config.h
> config.status: executing depfiles commands
> touch configure-stamp
> dh_testdir
> # Add here commands to compile the package.
> /usr/bin/make
> make[1]: Entering directory `/build/buildd/tdb-1.0.6'
> /usr/bin/make  all-am
> make[2]: Entering directory `/build/buildd/tdb-1.0.6'
> /bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.
> -DSTANDALONE -O2 -s   -c -o tdb.lo `test -f 'tdb.c' || echo './'`tdb.c
> mkdir .libs
>  gcc -DHAVE_CONFIG_H -I. -I. -I. -DSTANDALONE -O2 -s -c tdb.c  -fPIC -DPIC -o 
> .libs/tdb.o
> In file included from tdb.c:65:
> spinlock.h:29:2: error: #error Need to implement spinlock code in spinlock.h
> In file included from tdb.c:65:
> spinlock.h:33: error: expected specifier-qualifier-list before 'spinlock_t'
> make[2]: *** [tdb.lo] Error 1
> make[2]: Leaving directory `/build/buildd/tdb-1.0.6'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/tdb-1.0.6'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20061128-1654
> FAILED [dpkg-buildpackage died]

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


pgpoXKCVAMByF.pgp
Description: PGP signature

Bug#400753: squashfs: FTBFS

[Arnaud Fontaine]

tags 400753 + pending
thanks

Hello,

Thanks for the report. It will be uploaded tonight or tomorrow.

Regards,
Arnaud Fontaine


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

Bug#398373: RC class bug, dataloss grade, No 398373

[Loïc Minier]

On Tue, Nov 28, 2006, Sven Arvidsson wrote:
> I could be wrong, but isn't this similar to bug 396939?

 It's quite similar.

> A similar Ubuntu patch exists for the drivemount applet, maybe it can be
> added (with translations) too? 

 If you want to work on it, please go ahead.  It will be dropped in 2.16
 though, or more precisely: as soon as gnome-mount is usable.  The
 translations are problematic indeed.

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

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

[Carl-Daniel Hailfinger]

Hello Frans,
hello Andree,

Frans Pop wrote:
> On Tuesday 28 November 2006 13:08, Szakacsits Szabolcs wrote:
>> There are two NTFS during resizing. The original and the resized. When
>> the resizing is over then the latter is consistent and the old one is
>> irrelevant. ntfsresize doesn't work like the other utilities: mount,
>> modify, umount. It works like: mount and morph the original into a new
>> one.
> 
> I'm going to wait with further testing until you have sorted out this 
> difference of opinion.

Could you test the attached patches against ntfsprogs 1.13.1? It is my
attempt at a backport for the first patch from Anton which seems to
have agreement from Szaka.
ntfsprogs-1.13.1-rename-MS_.diff is just a rename orgy to make
 backporting easier and has to be applied first.
ntfsprogs-1.13.1-vistahotfix.diff is a stripped version of Anton's
 first patch.

Regards,
Carl-Daniel
diff -urN ntfsprogs-1.13.1-orig/include/ntfs/volume.h 
ntfsprogs-1.13.1/include/ntfs/volume.h
--- ntfsprogs-1.13.1-orig/include/ntfs/volume.h 2006-01-08 16:53:28.0 
+0100
+++ ntfsprogs-1.13.1/include/ntfs/volume.h  2006-11-28 19:39:22.0 
+0100
@@ -41,25 +41,6 @@
 #include 
 #endif
 
-/*
- * Under Cygwin, DJGPP and FreeBSD we do not have MS_RDONLY and MS_NOATIME,
- * so we define them ourselves.
- */
-#ifndef MS_RDONLY
-#define MS_RDONLY 1
-#endif
-/*
- * Solaris defines MS_RDONLY but not MS_NOATIME thus we need to carefully
- * define MS_NOATIME.
- */
-#ifndef MS_NOATIME
-#if (MS_RDONLY != 1)
-#  define MS_NOATIME 1
-#else
-#  define MS_NOATIME 2
-#endif
-#endif
-
 /* Forward declaration */
 typedef struct _ntfs_volume ntfs_volume;
 
@@ -69,6 +50,12 @@
 #include "inode.h"
 #include "attrib.h"
 
+enum {
+   NTFS_MNT_RDONLY = 1,
+   NTFS_MNT_NOATIME= 2,
+   NTFS_MNT_CASE_SENSITIVE = 4,
+};
+
 /**
  * enum ntfs_mount_flags -
  *
diff -urN ntfsprogs-1.13.1-orig/libntfs/gnome-vfs-method.c 
ntfsprogs-1.13.1/libntfs/gnome-vfs-method.c
--- ntfsprogs-1.13.1-orig/libntfs/gnome-vfs-method.c2006-02-03 
23:19:19.0 +0100
+++ ntfsprogs-1.13.1/libntfs/gnome-vfs-method.c 2006-11-28 19:29:04.0 
+0100
@@ -162,7 +162,7 @@
return GNOME_VFS_ERROR_INVALID_URI;
}
 
-   if (!(volume = ntfs_mount(uri->parent->text, MS_RDONLY))) {
+   if (!(volume = ntfs_mount(uri->parent->text, NTFS_MNT_RDONLY))) 
{
g_free(uri_parent_string);
return GNOME_VFS_ERROR_WRONG_FORMAT;
}
diff -urN ntfsprogs-1.13.1-orig/libntfs/volume.c 
ntfsprogs-1.13.1/libntfs/volume.c
--- ntfsprogs-1.13.1-orig/libntfs/volume.c  2006-03-28 00:43:09.0 
+0200
+++ ntfsprogs-1.13.1/libntfs/volume.c   2006-11-28 19:29:48.0 +0100
@@ -429,9 +429,9 @@
}
ntfs_upcase_table_build(vol->upcase,
vol->upcase_len * sizeof(ntfschar));
-   if (flags & MS_RDONLY)
+   if (flags & NTFS_MNT_RDONLY)
NVolSetReadOnly(vol);
-   if (flags & MS_NOATIME)
+   if (flags & NTFS_MNT_NOATIME)
NVolSetNoATime(vol);
ntfs_log_debug("Reading bootsector... ");
if (dev->d_ops->open(dev, NVolReadOnly(vol) ? O_RDONLY: O_RDWR)) {
@@ -745,8 +745,8 @@
  * @flags is an optional second parameter. The same flags are used as for
  * the mount system call (man 2 mount). Currently only the following flags
  * are implemented:
- * MS_RDONLY   - mount volume read-only
- * MS_NOATIME  - do not update access time
+ * NTFS_MNT_RDONLY - mount volume read-only
+ * NTFS_MNT_NOATIME- do not update access time
  *
  * The function opens the device @dev and verifies that it contains a valid
  * bootsector. Then, it allocates an ntfs_volume structure and initializes
@@ -1116,7 +1116,7 @@
 * Check for dirty logfile and hibernated Windows.
 * We care only about read-write mounts.
 */
-   if (!(flags & MS_RDONLY)) {
+   if (!(flags & NTFS_MNT_RDONLY)) {
if (ntfs_volume_check_logfile(vol) < 0)
goto error_exit;
if (ntfs_volume_check_hiberfile(vol) < 0)
@@ -1148,8 +1148,8 @@
  * @flags is an optional second parameter. The same flags are used as for
  * the mount system call (man 2 mount). Currently only the following flags
  * are implemented:
- * MS_RDONLY   - mount volume read-only
- * MS_NOATIME  - do not update access time
+ * NTFS_MNT_RDONLY - mount volume read-only
+ * NTFS_MNT_NOATIME- do not update access time
  *
  * The function opens the device or file @name and verifies that it contains a
  * valid bootsector. Then, it allocates an ntfs_volume structure and 
initializes
diff -urN ntfsprogs-1.13.1-orig/ntfsprogs/ntfscat.c 
ntfsprogs-1.13.1/ntfsprogs/ntfscat.c
--- ntfsprogs-1.13.1-orig/ntfsprogs/ntfscat.c   2006-04-05 14:43:07.0 
+0200
+++ ntfsprogs-1.13.1/ntfsprogs/ntfscat.c

Bug#383465: Contains obfuscated source code, DFSG violation?

[Sam Morris]

I found some interesting links about this topic:

http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/vga256/drivers/nv/Attic/README.RIVATNT.diff?r1=1.1.2.2&r2=1.1.2.3&hideattic=0&only_with_tag=xf-3_3_3
and
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/vga256/drivers/nv/Attic/nv3driver.c.diff?r1=1.1.2.5&r2=1.1.2.6&hideattic=0&only_with_tag=xf-3_3_3

If nvidia already 'forced' XFree86 to obfuscate their source code, it
doesn't seem unlikely that they require obfuscation of the source for
the 'nv' driver too.

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

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


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

Processed: Debian Kerberosish: r2594 - in libpam-openafs-session/trunk: . debian

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 396045 pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
Tags were: pending
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags added: pending

> tags 397316 pending
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags were: pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Processed: Debian Kerberosish: r2596 - in libpam-openafs-session/trunk: . debian

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 161367 pending
Bug#161367: setpag causes problems with ssh-krb5
Tags were: pending patch
Tags added: pending

> tags 396045 pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
Tags were: pending
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags added: pending

> tags 397316 pending
Bug#397316: '-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work 
anymore
Tags were: pending
Bug#396045: libpam-openafs-session: must not rely on -setpag
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


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

Processed: retitle 400785 to rivet: tar timing errors

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> retitle 400785 rivet: tar timing errors
Bug#400785: rivet_0.5.0-3.1(hppa/unstable): FTBFS: broken source package
Changed Bug title.

>
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#397316: marked as done ('-setpag' with latest openafs 1.4.2 and kernel 2.6.17 doesn't work anymore)

[Debian Bug Tracking System]

Your message dated Tue, 28 Nov 2006 21:17:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#397316: fixed in libpam-openafs-session 1.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: libpam-openafs-session
Version: 1.0-5.1
Severity: important

Hello,

I'm using pam_krb5.so and pam_openafs_session.so to log into my machine 
via /bin/login or kdm. I'm getting a tgt and afs ticket but no afs tokens are 
inserted into the kernel.

It seems that the '-setpag' option in the call to the aklog program does not 
work anymore with recent kernels (e.g. 2.6.17.13) and latest openafs version 
1.4.2.

This was also discussed on openafs-devel. See this posting:

https://lists.openafs.org/pipermail/openafs-devel/2006-October/014396.html

I changed the sources and removed the '-setpag' option. Now it works but I 
have no idea which side effekts this may have.

I am using Debian GNU/Linux testing (etch), kernel 2.6.17.13
Latest upgrade on 3. Nov 2006.

Kind Regards,

Christoph Neerfeld

-- 

Christoph Neerfeld <[EMAIL PROTECTED]>
or <[EMAIL PROTECTED]>

--- End Message ---
--- Begin Message ---
Source: libpam-openafs-session
Source-Version: 1.0-6

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

libpam-openafs-session_1.0-6.diff.gz
  to pool/main/libp/libpam-openafs-session/libpam-openafs-session_1.0-6.diff.gz
libpam-openafs-session_1.0-6.dsc
  to pool/main/libp/libpam-openafs-session/libpam-openafs-session_1.0-6.dsc
libpam-openafs-session_1.0-6_i386.deb
  to pool/main/libp/libpam-openafs-session/libpam-openafs-session_1.0-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.
Russ Allbery <[EMAIL PROTECTED]> (supplier of updated libpam-openafs-session 
package)

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


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Tue, 28 Nov 2006 10:51:30 -0800
Source: libpam-openafs-session
Binary: libpam-openafs-session
Architecture: source i386
Version: 1.0-6
Distribution: unstable
Urgency: medium
Maintainer: Sam Hartman <[EMAIL PROTECTED]>
Changed-By: Russ Allbery <[EMAIL PROTECTED]>
Description: 
 libpam-openafs-session - PAM Module to get AFS tokens and set up PAG
Closes: 161367 264902 359452 396045 397316 399013
Changes: 
 libpam-openafs-session (1.0-6) unstable; urgency=medium
 .
   * Urgency medium for RC bug fixes.
   * Acknowledge NMU; thanks, Amaya Rodrigo Sastre.  (Closes: #359452)
   * Use the direct AFS syscall interface to create a PAG and to remove
 tokens rather than relying on aklog -setpag and forking unlog.  This
 should work properly with OpenAFS 1.4.2 and current Linux kernels.
 (Closes: #161367, #396045, #397316)
   * The test for when to remove tokens was reversed, causing tokens to be
 removed only if this module didn't create them.  Reverse the test,
 which means the module will now start removing tokens at logout as was
 originally intended.  (Closes: #399013)
   * Always create PAGs when sessions are opened.  (Closes: #264902)
   * Add some missing includes to the PAM module source.
   * debian/rules cleanup:
 - Use $(CURDIR) rather than `pwd`.
 - Remove unnecessary and commented-out debhelper invocations.
   * Avoid test -a in postinst.
   * Update to standards version 3.7.2 (no changes required).
   * Update to debhelper compatibility level V4.
   * Add a reference to the location of the GPL to debian/copyright since
 it's one of the licenses under which the module can be distributed.
   * Add myself to Uploaders.
Files: 
 258742b94c1ff2148b5dac09f9a8c403 681 net optional 
libpam-openafs-session_1.0-6.dsc
 153140803c6f17b55f9643dbdfcc7152 10048 net optional 
libpam-openafs-session_1.0-6.diff.gz
 75480e897db1f5f6216745612bc1d3ef 10198 net optional 
libpam-openafs-session_1.0-6_i386.deb

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

iD8DBQFFbKOr+YXjQAr8dHYRAjP5AJ94Jk6Yb/yG9/jEIRD64PlWV/UVjACgzdS4
f4f0BPqrPPGwAj4Q1V+A