Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
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
* 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 ... ... ...
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
* 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
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...
* 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
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?
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
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....
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 :)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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
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
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 aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- 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
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
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 = (WORD) (DWORD) szName;
+
Processed: Re: zoph: postinst fails
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
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)
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)
---BeginMessage---
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 +=
Bug#398421: marked as done (segfaults on startup (amd64))
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) ---BeginMessage--- 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--- ---BeginMessage--- 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
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
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
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 aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: problem seems to be in the openssl package
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
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
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
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
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
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
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
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 kmself@ix.netcom.com 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 PROTECTED] close 129193
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
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 aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- 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
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)
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)
---BeginMessage---
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---
---BeginMessage---
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)
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) ---BeginMessage--- 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 libmagic1 libpango1.0-0
Bug#400354: marked as done (azureus: FTBFS: import org.eclipse cannot be resolved)
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)
---BeginMessage---
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---
---BeginMessage---
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
* 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
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
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)
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) ---BeginMessage--- 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 libmagic1 libpango1.0-0
Bug#400580: cpufreqd: fails to change governor when goes with battery
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
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
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 aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- 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)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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
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
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....
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
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 lambda
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
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 aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400105: mgp: causes X Error
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
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....
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
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
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
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)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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
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)
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)
---BeginMessage---
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 lambda
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---
---BeginMessage---
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
1e23abfef47d80328c9b4f98f5ae9bbd 62032
Bug#400753: squashfs: FTBFS
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
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....
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
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
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
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
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 `(')
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)
---BeginMessage---
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) 21`
in'
make: *** [configure-stamp] Error 2
--
Martin Michlmayr
http://www.cyrius.com/
---End Message---
---BeginMessage---
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)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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 debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: env-preseed - debconf preseeding via environment variables (udeb) file-preseed - load debconf preseed file (udeb)
Bug#399205: marked as done (libsmbios-dev: where is libsmbios.so ?)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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
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)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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
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=hppapkg=rivetver=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?
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=ia64pkg=php-imagickver=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
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
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)
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) ---BeginMessage--- 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=\?\ -DEND_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='?' -DEND_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=\?\ -DEND_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 -fPIC -DPIC -o
Bug#400580: cpufreqd: fails to change governor when goes with battery
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
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
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)
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)
---BeginMessage---
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---
---BeginMessage---
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')
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) ---BeginMessage--- 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--- ---BeginMessage--- 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
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 file
-# -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 file
+# -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
Bug#400653: marked as done (gabber: segfaults on startup)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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 to
Bug#400580: cpufreqd: fails to change governor when goes with battery
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)
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)
---BeginMessage---
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---
---BeginMessage---
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 devel optional
Processed: Debian Kerberosish: r2599 - in libpam-openafs-session/trunk: . libpam-openafs-session libpam-openafs-session/debian
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
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
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
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
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)
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)
---BeginMessage---
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---
---BeginMessage---
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
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 aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- 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
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
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
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
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 mntent.h
#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.c2006-11-28
Bug#383465: Contains obfuscated source code, DFSG violation?
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.2r2=1.1.2.3hideattic=0only_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.5r2=1.1.2.6hideattic=0only_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
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
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
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)
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) ---BeginMessage--- 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--- ---BeginMessage--- 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+AMBY= =l1ua -END
