Bug#341923: ipython: use "#!/usr/bin/env python2.4" instead of "#!/usr/bin/python2.4"

[linux]

Package: ipython
Severity: wishlist

I have my local copy of python2.4 at ~/bin/ because I need to use EGG
which is not compatible with debian's package system. While I have
changed my PATH to search the local first, ipython's hardcoded to
/usr/bin/python2.4 so I cannot test my local libs easily.

Not a bit deal though, just FYI.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.32-xbox-chimpanzee-vs-ll
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#341921: kmail: KMail is not installable, because it depends on the now conflicting kdelibs4c2

[Ferenczi Viktor]

Package: kmail
Version: 4:3.4.2-2
Severity: normal


KMail is not installable. Package manager removed when migrating my system
from kdelibs4c2 to kdelibs4c2a, then did not installed it again. I lost
the ability to send/receive mail in the usual way. Many other packages are
also affected, such as KMix and Quanta. The unstable repository seems to be
seriously broken, at least for me.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-sirius-20051122-1655
Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2)

Versions of packages kmail depends on:
ii  kdebase-kio-plugins  4:3.4.3-3   core I/O slaves for KDE
pn  kdelibs4c2 (no description available)
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
pn  libkcal2b  (no description available)
pn  libkdepim1a(no description available)
pn  libkleopatra0a (no description available)
pn  libkmime2  (no description available)
pn  libkpimidentities1 (no description available)
pn  libksieve0 (no description available)
pn  libmimelib1c2  (no description available)
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-3   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-11 X Toolkit Intrinsics
ii  perl 5.8.7-8 Larry Wall's Practical Extraction 
ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries m
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages kmail recommends:
ii  kdebase-kio-plugins   4:3.4.3-3  core I/O slaves for KDE
pn  kdepim-kio-plugins (no description available)
ii  procmail  3.22-11Versatile e-mail processor


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

Bug#320871: Bug #320871: lftp does not work with ftps (can not list directories)

[Andrew Joyce]

I am also experiencing this bug.  Is there anything I can contribute to
help diagnose or isolate the problem.  This is happening over a number
of different computers with lftp connecting to ProFTPd servers.  Other
clients do not seem to experience this problem so I suspect that it is
lftp and not ProFTPd that has this bug.

Andrew



signature.asc
Description: OpenPGP digital signature

Bug#339225: library package needs to be renamed (libstdc++ allocator change)

[Paul Wise]

On Sat, 2005-12-03 at 22:53 -0800, Steve Langasek wrote:

> > Hmm, my ITP (http://www.synfig.com - 2D animation studio) requires
> > libxml++ 1.0 at the moment. I'll talk to upstream about providing
> > compatibility with later versions though. Do you know of any information
> > for migrating to 2.6?
> 
> Uh, the only change required to rebuild passepartout with libxml++2.6 is to
> do s/1.0/2.6/ in configure.ac.  Do you have specifics on how synfig fails
> with 2.6?

I hadn't tried it with 2.6 yet, as upstream specifically lists 1.0 as a
requirement. I'll try to build it tonight, hopefully it will work.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#339225: library package needs to be renamed (libstdc++ allocator change)

[Steve Langasek]

On Sun, Dec 04, 2005 at 02:25:21PM +0800, Paul Wise wrote:
> On Sat, 2005-12-03 at 19:26 -0800, Steve Langasek wrote:

> > It appears that libxml++ only has one reverse-dependency in the archive, and
> > that all other packages depend on libxml++2.6 now; and libxml++ gave me fits
> > trying to rebuild it from source.  Perhaps passepartout should be migrated
> > to libxml++2.6, and libxml++ dropped from testing/unstable?

> Hmm, my ITP (http://www.synfig.com - 2D animation studio) requires
> libxml++ 1.0 at the moment. I'll talk to upstream about providing
> compatibility with later versions though. Do you know of any information
> for migrating to 2.6?

Uh, the only change required to rebuild passepartout with libxml++2.6 is to
do s/1.0/2.6/ in configure.ac.  Do you have specifics on how synfig fails
with 2.6?

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


signature.asc
Description: Digital signature

Bug#340715: [Pbuilder-maint] Bug#340715: /usr/share/doc/pbuilder/examples/B90linda missing --force-yes option

[Junichi Uekawa]

Hi,

> > I've committed the change to CVS to use --allow-unauthenticated, 
> > but it's obviously not supported in sarge version of apt.
> > I'll revert it later.
> > --force-yes is understood by apt in sarge.
> 
> That's OK. We're uploading to Testing/Unstable anyhow, which has the new
> APT, so we might as well migrate to --allow-unauthenticated right away.

Note that pbuilder is used rather more extensively as sarge backport mechanism.
Breaking pbuilder that way won't be too helpful.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#341919: Subject: ia32-libs: Upgrade libc6 in package

[Reuben Peterkin]

Package: ia32-libs
Version: 1.5
Severity: wishlist

*** Please type your report below this line ***

Trying to run an application with wine 0.9

err:module:load_builtin_dll failed to load .so lib for
builtin L"dbghelp.dll":
/emul/ia32-linux/lib/tls/libc.so.6: version
`GLIBC_2.3.4' not found
(required by /usr/lib/wine/dbghelp.dll.so)

I have tried extracting an upgraded version manually
but this seems to break stuff even more, so it would
be nice if the version in this package
was upgraded to at least 2.3.4 .

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

Versions of packages ia32-libs depends on:
ii  lib32gcc1 1:4.0.2-4  GCC
support library (32 bit Versio
ii  lib32z1   1:1.2.3-8 
compression library - 32 bit runti
ii  lsb-release   3.0-11 Linux
Standard Base version report

ia32-libs recommends no packages.

-- no debconf information




__ 
Start your day with Yahoo! - Make it your home page! 
http://www.yahoo.com/r/hs


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

Bug#340390: Installation report: no disks detected

[Christian Perrier]

Quoting Ross Boylan ([EMAIL PROTECTED]):
> Knoppix 4.0.2 from 2005-09-23 is able to detect the disk as /dev/sda.
> This is quite bizarre, since Knoppix is based on Debian and, like the
> etch installer beta 1, uses the 2.6.12 kernel.

 But it does use its own kernel brand probably and probably a
different hardware discovering mechanism.

Could you please post the output of "(lspci ; lspci -n) | sort" under
Knoppix as well as the output of "lsmod". It will help identifying the
needed module and update discover's map.




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

Bug#339225: library package needs to be renamed (libstdc++ allocator change)

[Paul Wise]

On Sat, 2005-12-03 at 19:26 -0800, Steve Langasek wrote:

> It appears that libxml++ only has one reverse-dependency in the archive, and
> that all other packages depend on libxml++2.6 now; and libxml++ gave me fits
> trying to rebuild it from source.  Perhaps passepartout should be migrated
> to libxml++2.6, and libxml++ dropped from testing/unstable?

Hmm, my ITP (http://www.synfig.com - 2D animation studio) requires
libxml++ 1.0 at the moment. I'll talk to upstream about providing
compatibility with later versions though. Do you know of any information
for migrating to 2.6?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Daniel Jacobowitz]

On Sun, Dec 04, 2005 at 05:51:32AM +0100, Thiemo Seufer wrote:
> Stuart Anderson wrote:
> > On Sun, 4 Dec 2005, Thiemo Seufer wrote:
> > 
> > >>ar and ld get confused if they are not set. For some reason, it can't
> > >>decide which binary format to use. It may be a binutils bug, but I was
> > >>trying to not have to dig into that package and create a dependency on
> > >>a specific patch level of yet another package.
> > >
> > >If that's true it is a binutils bug. Ar and ld (are supposed to) default
> > >to use the format of the first input object as output format. But I
> > >wonder why "GNUTARGET = elf64-trad*mips" works for n32 then, it would
> > >need elf32-ntrad*mips in that case.
> > 
> > Sorry, it was ar/ranlib (probably not ld) that had the problem. Here is
> > the failure without the GNUTARGET workaround.
> [snip]
> > ranlib 64/libgcc.a
> > ranlib: 64/libgcc.a: File format is ambiguous
> > ranlib: Matching formats: ecoff-littlemips ecoff-bigmips
> > elf64-tradlittlemips
> > make[5]: *** [64/libgcc.a] Error 1
> 
> Hm, this looks like the mips*-linux ar fails to handle 64bit archives.

IIRC the fix is to just turn off ecoff support.  The way archive
formats are detected is a bit ad-hoc...

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Thiemo Seufer]

Daniel Jacobowitz wrote:
> On Sun, Dec 04, 2005 at 05:51:32AM +0100, Thiemo Seufer wrote:
> > Stuart Anderson wrote:
> > > On Sun, 4 Dec 2005, Thiemo Seufer wrote:
> > > 
> > > >>ar and ld get confused if they are not set. For some reason, it can't
> > > >>decide which binary format to use. It may be a binutils bug, but I was
> > > >>trying to not have to dig into that package and create a dependency on
> > > >>a specific patch level of yet another package.
> > > >
> > > >If that's true it is a binutils bug. Ar and ld (are supposed to) default
> > > >to use the format of the first input object as output format. But I
> > > >wonder why "GNUTARGET = elf64-trad*mips" works for n32 then, it would
> > > >need elf32-ntrad*mips in that case.
> > > 
> > > Sorry, it was ar/ranlib (probably not ld) that had the problem. Here is
> > > the failure without the GNUTARGET workaround.
> > [snip]
> > > ranlib 64/libgcc.a
> > > ranlib: 64/libgcc.a: File format is ambiguous
> > > ranlib: Matching formats: ecoff-littlemips ecoff-bigmips
> > > elf64-tradlittlemips
> > > make[5]: *** [64/libgcc.a] Error 1
> > 
> > Hm, this looks like the mips*-linux ar fails to handle 64bit archives.
> 
> IIRC the fix is to just turn off ecoff support.  The way archive
> formats are detected is a bit ad-hoc...

There still exist bootloaders which need ECOFF support in BFD.


Thiemo


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

Bug#340715: [Pbuilder-maint] Bug#340715: /usr/share/doc/pbuilder/examples/B90linda missing --force-yes option

[Martin-Éric Racine]

su, 2005-12-04 kello 14:06 +0900, Junichi Uekawa kirjoitti:

> I've committed the change to CVS to use --allow-unauthenticated, 
> but it's obviously not supported in sarge version of apt.
> I'll revert it later.
> --force-yes is understood by apt in sarge.

That's OK. We're uploading to Testing/Unstable anyhow, which has the new
APT, so we might as well migrate to --allow-unauthenticated right away.

-- 
Martin-Éric Racine
http://q-funk.iki.fi

Bug#339240: library package needs to be renamed (libstdc++ allocator change)

[Steve Langasek]

tags 339240 patch
thanks

Hi Sam,

I've prepared an NMU to fix this bug in opencv.  The patch for the NMU is
attached, and I'll be uploading the package shortly to the NEW queue.  If
you disagree with any of the changes made, please make a maintainer upload
in its place.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u opencv-0.9.6/debian/changelog opencv-0.9.6/debian/changelog
--- opencv-0.9.6/debian/changelog
+++ opencv-0.9.6/debian/changelog
@@ -1,3 +1,13 @@
+opencv (0.9.6-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Medium-urgency upload for RC bugfix.
+  * Rename libcvaux0.9-0c2 to libcvaux0.9-0c2a for the C++ mt allocator ABI
+transition, and conflict/replace libcvaux0.9-0c2 accordingly
+(closes: #339240).
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Sat,  3 Dec 2005 21:27:40 -0800
+
 opencv (0.9.6-4) unstable; urgency=low
 
   * tests/cv/src/asobel.cpp:
diff -u opencv-0.9.6/debian/control opencv-0.9.6/debian/control
--- opencv-0.9.6/debian/control
+++ opencv-0.9.6/debian/control
@@ -46,7 +46,7 @@
 Package: libcvaux-dev
 Section: libdevel
 Architecture: any
-Depends: libcvaux0.9-0c2 (= ${Source-Version}), libcv-dev (>= 
${Source-Version})
+Depends: libcvaux0.9-0c2a (= ${Source-Version}), libcv-dev (>= 
${Source-Version})
 Description: development files for libcvaux
  This package contains the header files and static library needed to compile
  applications that use the OpenCV (Open Computer Vision) extensions.
@@ -97,11 +97,12 @@
  analysis, structural analysis, motion analysis and object tracking, object
  recognition, camera calibration and 3D reconstruction.
 
-Package: libcvaux0.9-0c2
+Package: libcvaux0.9-0c2a
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Conflicts: libcvaux0.9-0
+Conflicts: libcvaux0.9-0, libcvaux0.9-0c2
+Replaces: libcvaux0.9-0, libcvaux0.9-0c2
 Description: computer vision extension library
  This package contains the OpenCV (Open Computer Vision) extensions runtime
  library.
reverted:
--- opencv-0.9.6/debian/libcvaux0.9-0c2.install
+++ opencv-0.9.6.orig/debian/libcvaux0.9-0c2.install
@@ -1 +0,0 @@
-usr/lib/libcvaux*.so.*
only in patch2:
unchanged:
--- opencv-0.9.6.orig/debian/libcvaux0.9-0c2a.install
+++ opencv-0.9.6/debian/libcvaux0.9-0c2a.install
@@ -0,0 +1 @@
+usr/lib/libcvaux*.so.*


signature.asc
Description: Digital signature

Bug#341918: RM: mozilla-firefox -- renamed to firefox

[Eric Dorland]

Package: ftp.debian.org
Severity: normal

mozilla-firefox has been rename firefox to comply with the wishes of the
Mozilla Foundation and to be more in line with Ubuntu. Please remove the
package.

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


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

Bug#340390: Installation report: no disks detected (lspci output)

[Ross Boylan]

On Sat, Dec 03, 2005 at 03:05:14PM -0800, Ross Boylan wrote:
> Knoppix 4.0.2 from 2005-09-23 is able to detect the disk as /dev/sda.
> This is quite bizarre, since Knoppix is based on Debian and, like the
> etch installer beta 1, uses the 2.6.12 kernel.
> 
> The Intel developer who has been putting ICH7 patches into the kernel
> (the relevant component of the motherboard, I think), says 2.6.12
> should be able to handle the hardware.
> 
Courtesy of Knoppix, here's the lspci output:
:00:00.0 0600: 8086:2770
:00:01.0 0604: 8086:2771
:00:1b.0 0403: 8086:27d8 (rev 01)
:00:1c.0 0604: 8086:27d0 (rev 01)
:00:1c.2 0604: 8086:27d4 (rev 01)
:00:1c.3 0604: 8086:27d6 (rev 01)
:00:1d.0 0c03: 8086:27c8 (rev 01)
:00:1d.1 0c03: 8086:27c9 (rev 01)
:00:1d.2 0c03: 8086:27ca (rev 01)
:00:1d.3 0c03: 8086:27cb (rev 01)
:00:1d.7 0c03: 8086:27cc (rev 01)
:00:1e.0 0604: 8086:244e (rev e1)
:00:1f.0 0601: 8086:27b8 (rev 01)
:00:1f.1 0101: 8086:27df (rev 01)
:00:1f.2 0101: 8086:27c0 (rev 01)
:00:1f.3 0c05: 8086:27da (rev 01)
:01:00.0 0300: 10de:0142 (rev a2)
:02:00.0 0200: 8086:108b (rev 03)
:05:01.0 0200: 8086:1229 (rev 10)
:05:05.0 0c00: 104c:8024

:00:00.0 Host bridge: Intel Corp.: Unknown device 2770
:00:01.0 PCI bridge: Intel Corp.: Unknown device 2771
:00:1b.0 0403: Intel Corp.: Unknown device 27d8 (rev 01)
:00:1c.0 PCI bridge: Intel Corp.: Unknown device 27d0 (rev 01)
:00:1c.2 PCI bridge: Intel Corp.: Unknown device 27d4 (rev 01)
:00:1c.3 PCI bridge: Intel Corp.: Unknown device 27d6 (rev 01)
:00:1d.0 USB Controller: Intel Corp.: Unknown device 27c8 (rev 01)
:00:1d.1 USB Controller: Intel Corp.: Unknown device 27c9 (rev 01)
:00:1d.2 USB Controller: Intel Corp.: Unknown device 27ca (rev 01)
:00:1d.3 USB Controller: Intel Corp.: Unknown device 27cb (rev 01)
:00:1d.7 USB Controller: Intel Corp.: Unknown device 27cc (rev 01)
:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev e1)
:00:1f.0 ISA bridge: Intel Corp.: Unknown device 27b8 (rev 01)
:00:1f.1 IDE interface: Intel Corp.: Unknown device 27df (rev 01)
:00:1f.2 IDE interface: Intel Corp.: Unknown device 27c0 (rev 01)
:00:1f.3 SMBus: Intel Corp.: Unknown device 27da (rev 01)
:01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0142 
(rev a2)
:02:00.0 Ethernet controller: Intel Corp.: Unknown device 108b (rev 03)
:05:01.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 
10)
:05:05.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 
Controller (PHY/Link)


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

Bug#341916: [Pbuilder-maint] Bug#341916: --no-targz option creates tarball in pbuilder create

[Junichi Uekawa]

Hi,

> pbuilder create with --no-targz creates a tarball
> although not creating a tarball is an expected result.
> 
> 
> breaks cowbuilder.
> 


The following is the diff I'm trying to commit.
I hope I don't break anything.


--- pbuilder-createbuildenv 4 Dec 2005 04:36:40 -   1.44
+++ pbuilder-createbuildenv 4 Dec 2005 05:01:26 -
@@ -95,7 +95,10 @@
 umountproc
 $TRAP cleanbuildplace exit
 
-create_basetgz
+# Internal_build_uml is set when --no-targz is set, this code is actually 
never called from pbuilder-user-mode-linux
+if [ ! "${INTERNAL_BUILD_UML}" = "yes" ]; then
+create_basetgz
+fi
 if [ "${PRESERVE_BUILDPLACE}" = "yes" ]; then
 trap exit
 fi




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

Bug#340715: [Pbuilder-maint] Bug#340715: /usr/share/doc/pbuilder/examples/B90linda missing --force-yes option

[Junichi Uekawa]

Hi,

I've committed the change to CVS to use --allow-unauthenticated, 
but it's obviously not supported in sarge version of apt.
I'll revert it later.

--force-yes is understood by apt in sarge.

> Since APT 0.6 entered Testing, the sample Linda script no longer works. The 
> cause is that --force-yes is missing to 
> compensate for the non-authenticated apt-get action.


I: Installing base packages...
I: Base system installed successfully.
 -> debootstrap finished
 -> copying local configuration
  -> Installing apt-lines
Refreshing the base.tgz
 -> upgrading packages
 -> mounting /proc filesystem
ln: creating symbolic link `/var/cache/pbuilder/build//30177/etc/mtab' to 
`../proc/mounts': File exists
 -> mounting /dev/pts filesystem
 -> installing dummy policy-rc.d
Hit http://ftp.jp.debian.org sarge/main Packages
Get:1 http://ftp.jp.debian.org sarge/main Release [110B]
Fetched 110B in 0s (3386B/s)
Reading Package Lists...
dpkg - warning: ignoring request to remove lilo which isn't installed.
Obtaining the cached apt archive contents
E: Command line option --allow-unauthenticated is not understood
 -> Aborting with an error
 -> unmounting dev/pts filesystem
 -> unmounting proc filesystem
 -> cleaning the build env
-> removing directory /var/cache/pbuilder/build//30177 and its 
subdirectories


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#340486: Unable to compile modules, fixdep.c required

[Jurij Smakov]

Hi,

After a discussion with kernel-package maintainer, we came to the 
conclusion that it's a kernel-package problem. It was trying to run 
oldconfig target for the kernel in the linux-headers directory, which does 
not contain enough files for this to succeed. The fixed kernel-package 
(10.012) has appeared in unstable today, and should take care of the 
problems you are encountering. Please give it a spin and post the results 
to the bug trail.


Thanks and best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


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

Bug#338976: [Pbuilder-maint] Bug#338976: Reopened bug, retitling it so that it's meaningful

[Junichi Uekawa]

> Hi,
> 
> It's been reopened without a rationale.
> Are you expecting me to read your mind?
> 

Anyway, it's fixed in CVS.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



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

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Thiemo Seufer]

Stuart Anderson wrote:
> On Sun, 4 Dec 2005, Thiemo Seufer wrote:
> 
> >>ar and ld get confused if they are not set. For some reason, it can't
> >>decide which binary format to use. It may be a binutils bug, but I was
> >>trying to not have to dig into that package and create a dependency on
> >>a specific patch level of yet another package.
> >
> >If that's true it is a binutils bug. Ar and ld (are supposed to) default
> >to use the format of the first input object as output format. But I
> >wonder why "GNUTARGET = elf64-trad*mips" works for n32 then, it would
> >need elf32-ntrad*mips in that case.
> 
> Sorry, it was ar/ranlib (probably not ld) that had the problem. Here is
> the failure without the GNUTARGET workaround.
[snip]
> ranlib 64/libgcc.a
> ranlib: 64/libgcc.a: File format is ambiguous
> ranlib: Matching formats: ecoff-littlemips ecoff-bigmips
> elf64-tradlittlemips
> make[5]: *** [64/libgcc.a] Error 1

Hm, this looks like the mips*-linux ar fails to handle 64bit archives.


Thiemo


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

Bug#341917: apt-listchanges: make visual difference between NEWS and changelog

[Adeodato Simó]

Package: apt-listchanges
Version: 2.59-0.2
Severity: wishlist

Hi,

  I would like a visual indication of whether what apt-listchanges is
  displaying is a changelog entry, or a NEWS.Debian entry. A prominent
  "NEWS.Debian\n===\n\n" header for NEWS entries would suffice.

  Rationale: most of the time, apt-listchanges will only display
  changelog entries (i.e., because there are no NEWS.Debian entries). If
  one is e.g. in a hurry, one knows they can be dismissed with 'q'.
  However, it is then easy to dismiss NEWS entries as changelog entries
  because there is no visual difference between the two; one would press
  'q', be presented with a second page of entries (changelogs this
  time), and realize that what he dismissed were NEWS entries...

  Thanks.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Maximilian Hecker - Dying



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

Bug#317998: apt authentication approaches

[Junichi Uekawa]

Hi,


I think the potential for future apt authentication in pbuilder is as follows:


1. allow unauthenticated per default for pbuilder create/update

2. allow installing gnupg package for authentication

3. optionally allow not using --allow-unauthenticated 
  within pbuilder. Make this option configurable.

4. debug away.



regards,
junichi

-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#338976: Reopened bug, retitling it so that it's meaningful

[Junichi Uekawa]

retitle 338976 pbuilder-buildpackage-funcs check for createbuilduser for 
SUTOUSER is bogus
thanks


Hi,

It's been reopened without a rationale.
Are you expecting me to read your mind?

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#337552: Fwd: Bug#337552: less: incorrect drawing of ANSI line graphics

[Adeodato Simó]

close 337552
thanks

* Mark Nudelman [Sat, 03 Dec 2005 11:11:32 -0800]:

> Hi Adeodato,

Hi,

> Sorry it's taken so long for me to get back to this.

  np.

> I think the behavior of less-393 is actually more correct than less-382.
>  The man page says that -r displays raw control characters, while -R
> only outputs ANSI "color" escape sequences in raw form.  Your file
> contains escape sequences other than color sequences, to draw the lines
> that make up the tree.  So the fact that -R worked in less-382 is
> arguably a bug.  The documentation guarantees only that color escapes
> will work with -R.  So I think the bottom line is that less-393 is
> working according to the documentation.  Let me know if you disagree.

  Nope, I'm fine with this explanation and in fact slightly embarrassed
  that I didn't get to it myself by reading the manpage, which includes
  all the relevant information. Thanks!, and sorry for the inconvenience.
  (Closing the bug.)

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
   Listening to: Maximilian Hecker - Help Me



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

Bug#328442: Possibly a glibc<->linux-kernel-headers<->wavemon thing?

[Ken Bloom]

is it possible that glibc and wavemon have to be built with the same
version of linux-kernel-headers for this to work?

Current glibc: glibc 2.3.5-8.1
built against: linux-kernel-headers_2.6.13+0rc3-2

Current (broken) wavemon: wavemon 0.4.0b-8
built against: linux-kernel-headers_2.6.12.0-1

I recompiled on my system against the with
linux-kernel-headers_2.6.13+0rc3-2 and a 2.6.14 kernel , and
everything worked.

If someone can do more testing, is it possible that we just need to
come up with the right kind of dependancy on linux-kernel-headers?

-- 
I usually have a GPG digital signature included as an attachment.
See http://www.gnupg.org/ for info about these digital signatures.


signature.asc
Description: Digital signature

Bug#341916: --no-targz option creates tarball in pbuilder create

[Junichi Uekawa]

Package: pbuilder
Version: 0.140

pbuilder create with --no-targz creates a tarball
although not creating a tarball is an expected result.


breaks cowbuilder.




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

Bug#341915: ITP: mozilla-greasemonkey -- firefox extension which enables customization of webpages with user scripts

[Michael Spang]

Package: wnpp
Severity: wishlist
Owner: Michael Spang <[EMAIL PROTECTED]>

* Package name: mozilla-greasemonkey
  Version : 0.5.4
  Upstream Author : Aaron Boodman
* URL : http://greasemonkey.mozdev.org/
* License : No restrictions
  Description : firefox extension which enables customization of webpages 
with user scripts

Greasemonkey allows Firefox and Seamonkey users to install "user scripts"
which run when the user visits any site which the script is enabled for. These
scripts can modify the content of the page. A large collection of existing
scripts can be found at userscripts.org.

-- System Information:
Debian Release: testing/unstable
  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.15-rc4-git1
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#341911: e2fsprogs: A lot of incorrect fr translations

[Theodore Ts'o]

On Sun, Dec 04, 2005 at 03:03:03AM +0100, Samuel Thibault wrote:
> Package: e2fsprogs
> Version: 1.38-2
> Severity: important
> Tags: l10n patch
> 
> The fr translations are quite bad. There are a lot of mistranslations
> and nonsenses which could lead the user to really wrongly interpret
> messages and have incorrect actions (especially with e2fsck!).
> 
> I attached a corrected fr.po file. Please apply and send upstream!

I'll send it upstream, but my policy is to not apply anything until
the translator sends me a fixed .po; that's because I don't speak
French, so I am in no position to evaluate any proposed fixes.

This sometimes is a problem when a particular language translator goes
AWOL, and the language translation team is unwilling or unable to
assign a new translator.  Usually what I do in that case is to go back
to the people submitted bug reports and ask if they might be willing
to go to the translation project and take over translation of
e2fsprogs for that particular language.

(And this whole thing is a mess; sometimes I regret adding the
internationalization code to e2fsprogs in the first place, since it
seems to add more problems that it solves)

- Ted


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

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Stuart Anderson]

On Sun, 4 Dec 2005, Thiemo Seufer wrote:


ar and ld get confused if they are not set. For some reason, it can't
decide which binary format to use. It may be a binutils bug, but I was
trying to not have to dig into that package and create a dependency on
a specific patch level of yet another package.


If that's true it is a binutils bug. Ar and ld (are supposed to) default
to use the format of the first input object as output format. But I
wonder why "GNUTARGET = elf64-trad*mips" works for n32 then, it would
need elf32-ntrad*mips in that case.


Sorry, it was ar/ranlib (probably not ld) that had the problem. Here is
the failure without the GNUTARGET workaround.

./xgcc -B./ -B/usr/mipsel-linux-gnu/bin/ -isystem /usr/mipsel-linux-gnu/include 
-isystem /usr/mipsel-linux-gnu/sys-include 
-L/home/anderson/work/gcc-4.0/build/gcc/../ld -O2  -DIN_GCC-W -Wall 
-Wwrite-strings -Wstrict-prototypes -Wmissing-p ototypes -Wold-style-definition 
 -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 
-D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../src/gcc -I../../src/gcc/.  
-I../../src/gcc/../include -I../../src/gcc/../libcpp/include -DFINE_GRAINED_LI 
RARIES -mabi=64 -DL_usi_to_tf -fvisibility=hidden -DHIDE_EXPORTS -c tp-bit.c -o 
libgcc/64/_usi_to_tf.o
./xgcc -B./ -B/usr/mipsel-linux-gnu/bin/ -isystem /usr/mipsel-linux-gnu/include 
-isystem /usr/mipsel-linux-gnu/sys-include 
-L/home/anderson/work/gcc-4.0/build/gcc/../ld -O2  -DIN_GCC-W -Wall 
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition 
 -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 
-D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../src/gcc -I../../src/gcc/.  
-I../../src/gcc/../include -I../../src/gcc/../libcpp/include  -mabi=64 
-fvisibility=hidden -DHIDE_EXPORTS -c ../../src/gcc/config/mips/_tilib.c -o 
libgcc/64/_tilib.o
rm -f 64/libgcc.a
ar  rc 64/libgcc.a libgcc/64/_muldi3.o libgcc/64/_negdi2.o libgcc/64/_lshrdi3.o 
libgcc/64/_ashldi3.o libgcc/64/_ashrdi3.o libgcc/64/_cmpdi2.o 
libgcc/64/_ucmpdi2.o libgcc/64/_floatdidf.o libgcc/64/_floatdisf.o 
libgcc/64/_fixunsdfsi.o libgcc/64 _fixunssfsi.o libgcc/64/_fixunsdfdi.o 
libgcc/64/_fixdfdi.o libgcc/64/_fixunssfdi.o libgcc/64/_fixsfdi.o 
libgcc/64/_fixxfdi.o libgcc/64/_fixunsxfdi.o libgcc/64/_floatdixf.o 
libgcc/64/_fixunsxfsi.o libgcc/64/_fixtfdi.o libgcc/64/_fixunstfdi.o 
libgcc/64/_floatditf.o libgcc/64/_clear_cache.o 
libgcc/64/_enable_execute_stack.o libgcc/64/_trampoline.o libgcc/64/__main.o 
libgcc/64/_absvsi2.o libgcc/64/_absvdi2.o libgcc/64/_addvsi3.o 
libgcc/64/_addvdi3.o libgcc/64/_subvsi3.o libgcc/64/_subvdi3.o 
libgcc/64/_mulvsi3.o libgcc/64/_mulvdi3.o libgcc/64/_negvsi2.o 
libgcc/64/_negvdi2.o libgcc/64/_ctors.o libgcc/64/_ffssi2.o libgcc/64/_ffsdi2.o 
libgcc/64/_clz.o libgcc/64/_clzsi2.o libgcc/64/_clzdi2.o libgcc/64/_ctzsi2.o 
libgcc/64/_ctzdi2.o libgcc/64/_popcount_tab.o libgcc/64/_popcountsi2.o 
libgcc/64/_popcountdi2.o libgcc/64/_paritysi2.o libgcc/64/_paritydi2.o 
libgcc/64/_powisf2.o libgcc/64/_powidf2.o libgcc/64/_powixf2.o 
libgcc/64/_powitf2.o libgcc/64/_mulsc3.o libgcc/64/_muldc3.o 
libgcc/64/_mulxc3.o libgcc/64/_multc3.o libgcc/64/_divsc3.o libgcc/64/_divdc3.o 
libgcc/64/_divxc3.o libgcc/64/_divtc3.o libgcc/64/_eprintf.o 
libgcc/64/__gcc_bcmp.o libgcc/64/_divdi3.o libgcc/64/_moddi3.o 
libgcc/64/_udivdi3.o libgcc/64/_umoddi3.o libgcc/64/_udiv_w_sdiv.o 
libgcc/64/_udivmoddi4.o libgcc/64/_pack_sf.o libgcc/64/_unpack_sf.o 
libgcc/64/_addsub_sf.o libgcc/64/_mul_sf.o libgcc/64/_div_sf.o 
libgcc/64/_fpcmp_parts_sf.o libgcc/64/_compare_sf.o libgcc/64/_eq_sf.o 
libgcc/64/_ne_sf.o libgcc/64/_gt_sf.o libgcc/64/_ge_sf.o libgcc/64/_lt_sf.o 
libgcc/64/_le_sf.o libgcc/64/_unord_sf.o libgcc/64/_si_to_sf.o 
libgcc/64/_sf_to_si.o libgcc/64/_negate_sf.o libgcc/64/_make_sf.o 
libgcc/64/_sf_to_df.o libgcc/64/_sf_to_tf.o libgcc/64/_thenan_sf.o 
libgcc/64/_sf_to_usi.o libgcc/64/_usi_to_sf.o libgcc/64/_pack_df.o 
libgcc/64/_unpack_df.o libgcc/64/_addsub_df.o libgcc/64/_mul_df.o 
libgcc/64/_div_df.o libgcc/64/_fpcmp_parts_df.o libgcc/64/_compare_df.o 
libgcc/64/_eq_df.o libgcc/64/_ne_df.o libgcc/64/_gt_df.o libgcc/64/_ge_df.o 
libgcc/64/_lt_df.o libgcc/64/_le_df.o libgcc/64/_unord_df.o 
libgcc/64/_si_to_df.o libgcc/64/_df_to_si.o libgcc/64/_negate_df.o 
libgcc/64/_make_df.o libgcc/64/_df_to_sf.o libgcc/64/_df_to_tf.o 
libgcc/64/_thenan_df.o libgcc/64/_df_to_usi.o libgcc/64/_usi_to_df.o 
libgcc/64/_pack_tf.o libgcc/64/_unpack_tf.o libgcc/64/_addsub_tf.o 
libgcc/64/_mul_tf.o libgcc/64/_div_tf.o libgcc/64/_fpcmp_parts_tf.o 
libgcc/64/_compare_tf.o libgcc/64/_eq_tf.o libgcc/64/_ne_tf.o 
libgcc/64/_gt_tf.o libgcc/64/_ge_tf.o libgcc/64/_lt_tf.o libgcc/64/_le_tf.o 
libgcc/64/_unord_tf.o libgcc/64/_si_to_tf.o libgcc/64/_tf_to_si.o 
libgcc/64/_negate_tf.o libgcc/64/_make_tf.o libgcc/64/_tf_to_df.o 
libgcc/64/_tf_to_sf.o libgcc/64/_thenan_tf.o libgcc/64/_tf_to_usi.o 
libgcc/64/_usi_to_tf.o libgcc/64/_tilib.o
ranlib 64/libgcc.a
ranlib: 64/libgcc.a: File format is ambiguou

Bug#340384: net-tools: arp Bus Error

[Jurij Smakov]

On Sun, 4 Dec 2005, Bernd Eckenfels wrote:


tag 340384 +patch
thanks

Hello Juri,

thanks for all  your help (and please say thanks to Steve). I didnt want to
rewrite all of the code, so I just changed the alocation of the structures
in the following way:


Hi Bernd,

I've tried the package with this patch applied and now everything works as 
expected:


[EMAIL PROTECTED]:~$ /usr/sbin/arp localhost
localhost (127.0.0.1) -- no entry
[EMAIL PROTECTED]:~$

Thanks for a quick reaction,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


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

Bug#341906: [Pkg-octave-devel] Bug#341906: octave prints copyright/debugging information on stdout instead of stderr

[John W. Eaton]

On  3-Dec-2005, Frederik Eaton wrote:

| Package: octave2.9
| Version: 2.9.4-8
| Severity: normal
| 
| My version of Octave prints copyright/debugging information on stdout
| instead of stderr... It would be better to have it on stderr so that I
| can redirect just the output to a pipe or a file.

I don't think this is a bug.

If you don't want the startup message, then start Octave with -q.

jwe


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

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Daniel Jacobowitz]

On Sat, Dec 03, 2005 at 01:31:23PM -0700, Stuart Anderson wrote:
> +# DP: Description: add full tri-arch support. Include linux64.h also fix up
> +# DP: Description: the directory names so that o32 is the default and follow
> +# DP: Description: the glibc convention for 32 & 64 bit names

Everyone else does this by building mips64-linux compilers instead.  I
don't know if it might break something entertainingly to have gcc
misreport 32-bit machines as mips64-linux, though.  Probably very
little.

> +! MULTILIB_DIRNAMES = n32 32 64
> +! MULTILIB_DIRNAMES = 32 . 64

Why bother?  That's what this:

> +  MULTILIB_OSDIRNAMES = ../lib32 ../lib ../lib64

is for.  The other names are GCC-internal.

> + #ifdef GPLUSPLUS_TOOL_INCLUDE_DIR
> + /* Pick up GNU C++ target-dependent include files.  */
> +-{ GPLUSPLUS_TOOL_INCLUDE_DIR, "G++", 1, 1, 0 },
> ++{ GPLUSPLUS_INCLUDE_DIR "/" TARGET32_MACHINE, "G++", 1, 1, 0, 32 },
> ++{ GPLUSPLUS_INCLUDE_DIR "/" TARGET64_MACHINE, "G++", 1, 1, 0, 64 },
> ++#endif

Do you have any evidence that this is necessary?  Why?  The 64-bit C++
headers work perfectly fine for the 32-bit target, at least - I've
tested that.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#339225: library package needs to be renamed (libstdc++ allocator change)

[Steve Langasek]

Hi Chris,

It appears that libxml++ only has one reverse-dependency in the archive, and
that all other packages depend on libxml++2.6 now; and libxml++ gave me fits
trying to rebuild it from source.  Perhaps passepartout should be migrated
to libxml++2.6, and libxml++ dropped from testing/unstable?

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


signature.asc
Description: Digital signature

Bug#341912: coreutils: Please document that sleep takes multiple arguments

[Justin Pryzby]

On Sat, Dec 03, 2005 at 07:40:55PM -0700, Bob Proulx wrote:
> Justin Pryzby wrote:
> > Package: coreutils
> > Version: 5.2.1-2
> > Severity: minor
> > 
> > Please document the behaviour of, for example, sleep 1h 1m 1s.
> 
> The manual already documents this.
> 
>   man sleep
> 
> SYNOPSIS
>  sleep NUMBER[SUFFIX]...
> 
>   info coreutils sleep
> 
>  sleep NUMBER[smhd]...
> 
> This uses the same notation as all of the coreutils commands.  Did you
> have something else in mind?
Yes; the behaviour.  I know  the ... notation, but I would like to see
a sentence added which says "If multiple arugments are given, _sleep_
pauses for a duration given by the sum of the arguments."

-- 
Clear skies,
Justin


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

Bug#228604: Adjust alternatives priorities?

[Bob Proulx]

Bob Proulx wrote:
> I think the best case would be to have those packages that build
> depend upon automake to upgrade to work with a newer automake version.
> Also an okay result would be to have packages that build depend upon
> automake change to build depend upon automake1.4 and also to call
> automake1.4 explicitly in their debian/rules file at package build
> time.  Either case resolves this problem acceptably well without a
> major thrash.
> 
> Comments?

I ran the following command to create a list of packages that
Build-Depend upon "automake".  This produced the names of 98 packages
in Sid today.

  grep-dctrl -F Build-Depends automake 
/var/lib/apt/lists/http.us.debian.org_debian_dists_sid_main_source_Sources | 
grep-dctrl -v -F Build-Depends -e 'automake[n1]' -n -s Package

I ran the following command to create a list of maintainers of these
packages.  This produced the names of 71 maintainers in Sid today.

  grep-dctrl -F Build-Depends automake 
/var/lib/apt/lists/http.us.debian.org_debian_dists_sid_main_source_Sources | 
grep-dctrl -v -F Build-Depends -e 'automake[n1]' -n -s Maintainer | sort -u

I did not feel the need to include those lists here because anyone can
use those commands to generate that list on the fly.

I spot checked two packages (gconf and time) and neither of those two
ran automake during package build.  However they do patch both source
and derived files and suffer from the well known problem that
timestamps are not set on patched files and therefore a race condition
exists which may cause the autotools to be run to bring those files up
to date.  They probably depend upon the autotools just for the case
when this condition is triggered without really understanding the
underlying timestamp problems.  In these two cases it would be better
to touch the files up to date to ensure timestamp ordering of files
and then remove the build dependency upon the autotools entirely.

For my test I changed "automake" to "automaken" and both of these
packages built without issue.  Although those two did not call
automake explicitly I am sure that others in the list do.  At least I
hope they are not all as silly!

Updating the automake package to change the alternatives priority will
not immediately break any of these packages.  Those are all already
built and installed in the archive.  Those deb files will continue to
be installable.  It would only make them FTBFS upon the next upload of
a new version of the package.

However upon trying to recompile them for a new architecture such as
amd64, if it ever is allowed to enter Sid, it would be FTBFS then.
Hopefully amd64 will eventually become part of Debian and so we should
definitely address the issue.

Bob


signature.asc
Description: Digital signature

Bug#340384: net-tools: arp Bus Error

[Bernd Eckenfels]

tag 340384 +patch
thanks

Hello Juri,

thanks for all  your help (and please say thanks to Steve). I didnt want to
rewrite all of the code, so I just changed the alocation of the structures
in the following way:


Index: arp.c
===
RCS file: /cvsroot/net-tools/net-tools/arp.c,v
retrieving revision 1.24
diff -u -r1.24 arp.c
--- arp.c   16 May 2005 04:30:17 -  1.24
+++ arp.c   4 Dec 2005 02:49:42 -
@@ -100,7 +100,8 @@
 {
 char host[128];
 struct arpreq req;
-struct sockaddr sa;
+struct sockaddr_storage ss;
+struct sockaddr *sa;
 int flags = 0;
 int deleted = 0;
 
@@ -112,12 +113,13 @@
return (-1);
 }
 safe_strncpy(host, *args, (sizeof host));
-if (ap->input(0, host, &sa) < 0) {
+sa = (struct sockaddr *)&ss;
+if (ap->input(0, host, sa) < 0) {
ap->herror(host);
return (-1);
 }
 /* If a host has more than one address, use the correct one! */
-memcpy((char *) &req.arp_pa, (char *) &sa, sizeof(struct sockaddr));
+memcpy((char *) &req.arp_pa, (char *) sa, sizeof(struct sockaddr));
 
 if (hw_set)
req.arp_ha.sa_family = hw->type;
@@ -177,11 +179,11 @@
usage();
if (strcmp(*args, "255.255.255.255") != 0) {
strcpy(host, *args);
-   if (ap->input(0, host, &sa) < 0) {
+   if (ap->input(0, host, sa) < 0) {
ap->herror(host);
return (-1);
}
-   memcpy((char *) &req.arp_netmask, (char *) &sa,
+   memcpy((char *) &req.arp_netmask, (char *) sa,
   sizeof(struct sockaddr));
req.arp_flags |= ATF_NETMASK;
}
@@ -266,7 +268,8 @@
 {
 char host[128];
 struct arpreq req;
-struct sockaddr sa;
+struct sockaddr_storage ss;
+struct sockaddr *sa;
 int flags;
 
 memset((char *) &req, 0, sizeof(req));
@@ -277,12 +280,13 @@
return (-1);
 }
 safe_strncpy(host, *args++, (sizeof host));
-if (ap->input(0, host, &sa) < 0) {
+sa = (struct sockaddr *)&ss;
+if (ap->input(0, host, sa) < 0) {
ap->herror(host);
return (-1);
 }
 /* If a host has more than one address, use the correct one! */
-memcpy((char *) &req.arp_pa, (char *) &sa, sizeof(struct sockaddr));
+memcpy((char *) &req.arp_pa, (char *) sa, sizeof(struct sockaddr));
 
 /* Fetch the hardware address. */
 if (*args == NULL) {
@@ -352,11 +356,11 @@
usage();
if (strcmp(*args, "255.255.255.255") != 0) {
strcpy(host, *args);
-   if (ap->input(0, host, &sa) < 0) {
+   if (ap->input(0, host, sa) < 0) {
ap->herror(host);
return (-1);
}
-   memcpy((char *) &req.arp_netmask, (char *) &sa,
+   memcpy((char *) &req.arp_netmask, (char *) sa,
   sizeof(struct sockaddr));
flags |= ATF_NETMASK;
}
@@ -525,7 +529,8 @@
 static int arp_show(char *name)
 {
 char host[100];
-struct sockaddr sa;
+struct sockaddr_storage ss;
+struct sockaddr *sa;
 char ip[100];
 char hwa[100];
 char mask[100];
@@ -538,14 +543,15 @@
 
 host[0] = '\0';
 
+sa = (struct sockaddr *)&ss;
 if (name != NULL) {
/* Resolve the host name. */
safe_strncpy(host, name, (sizeof host));
-   if (ap->input(0, host, &sa) < 0) {
+   if (ap->input(0, host, sa) < 0) {
ap->herror(host);
return (-1);
}
-   safe_strncpy(host, ap->sprint(&sa, 1), sizeof(host));
+   safe_strncpy(host, ap->sprint(sa, 1), sizeof(host));
 }
 /* Open the PROCps kernel table. */
 if ((fp = fopen(_PATH_PROCNET_ARP, "r")) == NULL) {
@@ -581,10 +587,10 @@
if (opt_n)
hostname = "?";
else {
-   if (ap->input(0, ip, &sa) < 0)
+   if (ap->input(0, ip, sa) < 0)
hostname = ip;
else
-   hostname = ap->sprint(&sa, opt_n | 0x8000);
+   hostname = ap->sprint(sa, opt_n | 0x8000);
if (strcmp(hostname, ip) == 0)
hostname = "?";
}


this might not be the cleanest way, but i think it is ok this way. I hope
arp is the only afected tool: I dont have yet a sparc64 account, but
hopefully soon, and then i will test it before upload.

Gruss
Bernd


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

Bug#341912: coreutils: Please document that sleep takes multiple arguments

[Bob Proulx]

Justin Pryzby wrote:
> Package: coreutils
> Version: 5.2.1-2
> Severity: minor
> 
> Please document the behaviour of, for example, sleep 1h 1m 1s.

The manual already documents this.

  man sleep

SYNOPSIS
 sleep NUMBER[SUFFIX]...

  info coreutils sleep

 sleep NUMBER[smhd]...

This uses the same notation as all of the coreutils commands.  Did you
have something else in mind?

Bob


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

Bug#341913: libgutenprint2: Misaligned output from an Epson RX620

[Mike Brodbelt]

Package: libgutenprint2
Version: 4.3.99+cvs20051122.dfsg.1-1
Severity: normal
Tags: upstream


Printing 4x6" photo prints in "Borderless" mode produces output so badly
misaligned that the functionality of the device is compromised. When
printing an image with the correct aspect ratio for the paper, with Page
Size set to "Epson 4x6 Photo Paper" and Media Type set to "Premium
Glossy Photo Paper", the output image has approximately a 5mm top
border, a 3 mm bottom border, and a 1mm left border that remain
unprinted. Additionally, about 10% of the image width is lost of the
right hand side, and about 15-20% of the image height is lost on the
bottom of the print.

Printing the same JPEG file from a memory card inserted in the front of
the printer produces correctly aligned full bleed output, though Gimp
does a better job on the colours. I believe the RX620 uses the same
print engine as the R300.

Mike


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

Versions of packages libgutenprint2 depends on:
ii  libc6 2.3.5-8.1  GNU C Library: Shared libraries an

libgutenprint2 recommends no packages.

-- no debconf information


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

Bug#317818: gqmpeg: v0.91.1

[Ron Johnson]

Package: gqmpeg
Version: 0.90.0-2
Followup-For: Bug #317818


Hi,

Any news on when 0.91.1 might get packaged?

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

Versions of packages gqmpeg depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libgtk2.0-0  2.6.10-2The GTK+ graphical user interface 
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  mpg321 [mpg123]  0.2.10.3A Free command-line mp3 player, co
ii  vorbis-tools 1.0.1-1.5   Several Ogg Vorbis Tools
ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries m
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages gqmpeg recommends:
ii  aumix-gtk [x-audio-mixer] 2.8-17 Simple mixer control program with 

-- no debconf information


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

Bug#341912: coreutils: Please document that sleep takes multiple arguments

[Justin Pryzby]

Package: coreutils
Version: 5.2.1-2
Severity: minor

Please document the behaviour of, for example, sleep 1h 1m 1s.


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

Bug#341910: debmirror: ftp method progress wrong

[Ingo Saitz]

Package: debmirror
Version: 20050207
Severity: minor
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When using the ftp download method the percentage goes way over 100% in
verbose display method. It does not take the already downloaded metadata
into account properly. Patch attached.

Ingo

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-schwan20051106
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages debmirror depends on:
ii  bzip2 1.0.2-11   high-quality block-sorting file co
ii  libcompress-zlib-perl 1.41-1 Perl module for creation and manip
ii  liblockfile-simple-perl   0.2.5-7Simple advisory file locking
ii  libnet-perl   1:1.19-1   Implementation of Internet protoco
ii  libwww-perl   5.803-4WWW client/server library for Perl
ii  perl [libdigest-md5-perl] 5.8.7-8Larry Wall's Practical Extraction 
ii  perl-modules [libnet-perl]5.8.7-8Core Perl modules
ii  rsync 2.6.6-1fast remote file copy program (lik

Versions of packages debmirror recommends:
ii  gnupg 1.4.2-2GNU privacy guard - a free PGP rep

- -- no debconf information

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

iD8DBQFDkk1z4XrXtQkN2NURAqn9AJ4+OLVe/1oUapRa6jXyNl287m7VmACaA57h
ff9tmpbZCzuO/wxQ0TvuPWg=
=tspf
-END PGP SIGNATURE-
--- debmirror.orig  2005-12-04 02:45:06.724128357 +0100
+++ debmirror   2005-12-04 02:49:28.001777699 +0100
@@ -727,6 +727,7 @@
 cleanup_unknown_files() if ($cleanup && ! $post_cleanup);
 
 say("Download all files that we need to get 
(".int(1+$bytes_to_get/1024/1024)." MiB).");
+$bytes_to_get += $bytes_gotten; # We already downloaded the metadata
 # Download all files that we need to get.
 DOWNLOAD: {
   init_connection;

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Thiemo Seufer]

Stuart Anderson wrote:
> On Sat, 3 Dec 2005, Matthias Klose wrote:
> 
> >why can't the biarch-include patch not be used?
> 
> It probably can. This is likely the result of my attempts to keep my
> changes some what isolated early on. I'll have a look at reducing this
> to the existing biarch patch.
> 
> >as we don't have all required libraries like zlib for biarch in lib,
> >some of with_lib32* and with_lib64* macros have to be disabled (or
> >maybe that's only the case for the gcc-4.1 packaging).
> 
> Building gcc-4.0 does need the tri-arch version of libc6 (patches in
> 341884). Unfortunately, there does seem to be a bit of a chicken and egg
> problem on the first build. I'd be glad to provide a copy of my packages
> if that would help. gcc-4.0 doesn't seem to have a problem with missing
> libs other than the ones that are built as part of libc6, so the
> dependency on zlib may be a 4.1 issue.
> 
> >>+# mips/mipsel build 
> >>+ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),mipsel))
> >>+  export GNUTARGET = elf64-tradlittlemips
> >>+endif
> >>+ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),mips))
> >>+  export GNUTARGET = elf64-tradbigmips
> >>+endif
> >
> >where are these used?
> 
> ar and ld get confused if they are not set. For some reason, it can't
> decide which binary format to use. It may be a binutils bug, but I was
> trying to not have to dig into that package and create a dependency on
> a specific patch level of yet another package.

If that's true it is a binutils bug. Ar and ld (are supposed to) default
to use the format of the first input object as output format. But I
wonder why "GNUTARGET = elf64-trad*mips" works for n32 then, it would
need elf32-ntrad*mips in that case.


Thiemo


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

Bug#341576: eukleides: funny /usr/share/man/man1 symlinks

[Streph Treadway]

Yep.  There is a new upstream release.  I'll change the links when I
package it.

Streph



On Thu, Dec 01, 2005 at 01:36:46PM +, Julian Gilbey wrote:
> Package: eukleides
> Version: 0.9.2-3
> Severity: minor
> 
> In /usr/share/man/man1, there are two funny symlinks:
> 
>  euk2edit.1.gz -> ./eukleides.1.gz
>  euk2eps.1.gz -> ./eukleides.1.gz
> 
> These should simply be
> 
>  euk2edit.1.gz -> eukleides.1.gz
>  euk2eps.1.gz -> eukleides.1.gz
> 
>Julian
> 

-- 
 _  
/_\  Moebius .sig   Math Teacher
\ \ / /  Streph TreadwayAttorney
 \_\_/   GPG KeyID: CDAF8CEFBoston Driver


signature.asc
Description: Digital signature

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Stuart Anderson]

On Sat, 3 Dec 2005, Matthias Klose wrote:


why can't the biarch-include patch not be used?


It probably can. This is likely the result of my attempts to keep my
changes some what isolated early on. I'll have a look at reducing this
to the existing biarch patch.


as we don't have all required libraries like zlib for biarch in lib,
some of with_lib32* and with_lib64* macros have to be disabled (or
maybe that's only the case for the gcc-4.1 packaging).


Building gcc-4.0 does need the tri-arch version of libc6 (patches in
341884). Unfortunately, there does seem to be a bit of a chicken and egg
problem on the first build. I'd be glad to provide a copy of my packages
if that would help. gcc-4.0 doesn't seem to have a problem with missing
libs other than the ones that are built as part of libc6, so the
dependency on zlib may be a 4.1 issue.


+# mips/mipsel build 
+ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),mipsel))
+  export GNUTARGET = elf64-tradlittlemips
+endif
+ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),mips))
+  export GNUTARGET = elf64-tradbigmips
+endif


where are these used?


ar and ld get confused if they are not set. For some reason, it can't
decide which binary format to use. It may be a binutils bug, but I was
trying to not have to dig into that package and create a dependency on
a specific patch level of yet another package.


Stuart

Stuart R. Anderson   [EMAIL PROTECTED]
Network & Software Engineering   http://www.netsweng.com/
1024D/37A79149:  0791 D3B8 9A4C 2CDC A31F
 BD03 0A62 E534 37A7 9149


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

Bug#340384: net-tools: arp Bus Error

[Jurij Smakov]

On Sat, 3 Dec 2005, Bernd Eckenfels wrote:


On Fri, Dec 02, 2005 at 11:00:28PM -0800, Jurij Smakov wrote:

In
that case the cast from sockaddr to sockaddr_in is a problem. The sockaddr
structure consists of a short (2 bytes) and an array of 14 chars, so it is
allowed to be aligned (and is, in fact, aligned) on the 2-byte boundary,


Yes, probaly sockad should be changed to contain an array of longs instead
of chars, since it is supposed to be castable I really hate C :)


A somewhat cleaner solution (as pointed out by Steve again) would be to 
use struct sockaddr_storage instead of sockaddr, that will have the 
correct alignment and is guaranteed to have enough storage for both 
ipv4 and ipv6 sockets.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC



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

Bug#288441: roy: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment

[Christoph Berg]

Re: Rob Weir in <[EMAIL PROTECTED]>
> On Mon, Jan 03, 2005 at 08:49:53PM +0100, Andreas Jochens said
> > With the attached patch 'roy' can be compiled
> > on amd64 using gcc-4.0.
> 
> Hi Brian,
> 
> now that gcc 4.0 is the default compiler in sid, this bug is now
> release-critical; do you think you'll have time to upload a new version
> with this patch in the near future, or would you like someone to NMU it
> for you?

Hi,

since this has been unadressed for quite a while, I've uploaded an
NMU, patch is below.

debdiff roy_1.0.8-1.dsc roy_1.0.8-1.1.dsc
 roy-1.0.8/debian/changelog |8 
 roy-1.0.8/debian/control   |2 +-
 roy/rbucket.h  |4 ++--
 3 files changed, 11 insertions(+), 3 deletions(-)

diff -u roy-1.0.8/debian/changelog roy-1.0.8/debian/changelog
--- roy-1.0.8/debian/changelog
+++ roy-1.0.8/debian/changelog
@@ -1,3 +1,11 @@
+roy (1.0.8-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix gcc-4.0 FTBFS (Closes: #288441).
+  * Build-Depends: libc0.1-prof [kfreebsd-i386] (Closes: #336944).
+
+ -- Christoph Berg <[EMAIL PROTECTED]>  Sun,  4 Dec 2005 01:55:36 +0100
+
 roy (1.0.8-1) unstable; urgency=low
 
   * New upstream release. 
diff -u roy-1.0.8/debian/control roy-1.0.8/debian/control
--- roy-1.0.8/debian/control
+++ roy-1.0.8/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Brian Bassett <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1
-Build-Depends: debhelper (>= 4), zlib1g-dev, libc6-prof [!alpha !ia64 
!hurd-i386], libc6.1-prof [alpha ia64], libc0.3-prof [hurd-i386]
+Build-Depends: debhelper (>= 4), zlib1g-dev, libc6-prof [!alpha !ia64 
!hurd-i386 !kfreebsd-i386], libc6.1-prof [alpha ia64], libc0.3-prof 
[hurd-i386], libc0.1-prof [kfreebsd-i386]
 
 Package: libroy-dev
 Section: libdevel
only in patch2:
unchanged:
--- roy-1.0.8.orig/roy/rbucket.h
+++ roy-1.0.8/roy/rbucket.h
@@ -55,13 +55,13 @@
 rbucket_empty (RBucket *bucket);
 
 #define rbucket_alloc(bucket) (bucket->buckets ? \
-(void *) bucket->tmpbucket = bucket->buckets, \
+bucket->tmpbucket = bucket->buckets, \
 bucket->buckets = bucket->buckets->next, \
 bucket->tmpbucket :  \
 rbucket_fill__P(bucket))
 
 #define rbucket_alloc0(bucket) (bucket->buckets ? \
-(void *) bucket->tmpbucket = bucket->buckets, \
+bucket->tmpbucket = bucket->buckets, \
 bucket->buckets = bucket->buckets->next, \
 memset (bucket->tmpbucket, 0, bucket->size), \
 bucket->tmpbucket :  \

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#341909: inkscape: please recompile against libsigc++-2.0-0c2a

[Norbert Kiesel]

Package: inkscape
Version: 0.43-1
Severity: wishlist

Hi,
libsigc++-2.0-0c2 was replaced by libsigc++-2.0-0c2a.
Please release a version compiled against the new
library version.

Best,
  Norbert


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

Versions of packages inkscape depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgc1c2 1:6.5-1 conservative garbage collector for
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libgconf2-4  2.10.1-6GNOME configuration database syste
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libglibmm-2.4-1c22.6.1-1.2   C++ wrapper for the GLib toolkit (
ii  libgnomevfs2-0   2.10.1-5The GNOME virtual file-system libr
ii  libgtk2.0-0  2.6.10-2The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libperl5.8   5.8.7-8 Shared Perl library
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsigc++-2.0-0c22.0.16-1type-safe Signal Framework for C++
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxml2  2.6.22-2GNOME XML library
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxslt1.1   1.1.15-2XSLT processing library - runtime 
ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries m
ii  zlib1g   1:1.2.3-8   compression library - runtime

Versions of packages inkscape recommends:
ii  dia0.94.0-15 Diagram editor
ii  dia-gnome  0.94.0-15 Diagram editor (GNOME version)
ii  imagemagick6:6.2.4.5-0.3 Image manipulation programs
ii  libwmf-bin 0.2.8.3-3 Windows metafile conversion tools
pn  perlmagick (no description available)
ii  pstoedit   3.42-2PostScript and PDF files to editab
pn  sketch (no description available)

-- no debconf information


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

Bug#341897: grub: update-grub has stopped finding kernels not in /boot

[Steve Langasek]

On Sat, Dec 03, 2005 at 10:14:00PM +, Julian Gilbey wrote:
> Package: grub
> Version: 0.95+cvs20040624-17
> Severity: serious

> Last time I used update-grub (a while ago, Jan 2005, I think!), it
> automagically added these entries at the end (the repetitiveness I can
> cope with, although it was buggy!)

Before or after the line

 ### END DEBIAN AUTOMAGIC KERNELS LIST

?

The update-grub manpage makes no mention of managing boot options for
kernels or OSes located outside of /boot, and I can't remember a version
that did so.  At least the second half of your cited entries were clearly
added by debian-installer, not by update-grub; update-grub's only
responsibilities in this case are to *not* attempt to manage entries located
below the 'END DEBIAN AUTOMAGIC KERNELS LIST' line.  And I can confirm that
the current version of update-grub still behaves as expected on my system.

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


signature.asc
Description: Digital signature

Bug#341823: cpad-kernel-source: Ignores KSRC provided on commandline

[Ron]

Hi,

On Sat, Dec 03, 2005 at 01:29:27PM +0100, Jonas Smedegaard wrote:
> Package: cpad-kernel-source
> Severity: important
> Tags: patch
> 
> The following command should work:
> 
> KSRC=/usr/src/linux-headers-2.6.14-2-386 KPKG_DEST_DIR="\$(CURDIR)/.." 
> KDREV="0.99.jones1" fakeroot debian/rules kdist_configure kdist_image

I'm not sure if that is strictly true.  The following should work:

> fakeroot debian/rules kdist_configure kdist_image 
> KSRC=/usr/src/linux-headers-2.6.14-2-386 KPKG_DEST_DIR="\$(CURDIR)/.." 
> KDREV="0.99.jones1"

As should the line you gave if the '-e' option was also passed to make.

But I have some question as to whether what you first tried should
work by default or not.  My best authority at this stage, runs something
like:

 6.9 Variables from the Environment
 ==

 Variables in `make' can come from the environment in which `make' is
 run.  Every environment variable that `make' sees when it starts up is
 transformed into a `make' variable with the same name and value.  But
 an explicit assignment in the makefile, or with a command argument,
 overrides the environment.  (If the `-e' flag is specified, then values
 from the environment override assignments in the makefile.  *Note
 Summary of Options: Options Summary.  But this is not recommended
 practice.)

Which seems to indicate this is intentional and preferred behaviour
that we should not mess with lightly (and hence there is no bug
here at all) -- but I'll take arguments as to why this variable
is special and should be taken from the environment by default.
Along with a list of what others should receive similar red-carpet
treatment if any should.

cheers,
Ron




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

Bug#341908: pidentd: needs to be more careful about when to update inetd

[Julian Gilbey]

Package: pidentd
Version: 3.0.18-3

When I switched from ident2 to pidentd, the inetd.conf file was not
correctly updated.  This is because ident2 left the following line in
inetd.conf:

ident   stream  tcp nowait  identd /usr/sbin/ident2 ident2 -i -n

and the pidentd postinst thinks this is a pidentd line.  A possible
patch would just be to be stricted with the checking in the postinst, eg:

if grep -q "/usr/sbin/identd " /etc/inetd.conf; then
enable_if_alone
else

But you might also need to remove incorrect entries as well.

   Julian


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

Bug#329027: gutenprint: problem still present

[gpe92]

Package: gutenprint
Followup-For: Bug #329027

I have updated some package (hplip -> 0.9.7-3 and gutenprint ->
20051122) but there is no change. The problem is still present.

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


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

Bug#329027: gutenprint: problem with A4 paper size and HP Deskjet 5652 ppd file

[gpe]

Hi,

It seems that the problem is as in the #242549.
-- 
+---+
| gpe92 |
+---+


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

Bug#321833: bayonne - FTBFS

[Bastian Blank]

found 321833 1.2.15-1
thanks

There was an error while trying to autobuild your package:

> Automatic build of bayonne_1.2.15-1 on debian01 by sbuild/s390 79
> Making all in xml
> make[3]: Entering directory `/build/buildd/bayonne-1.2.15/modules/xml'
> s390-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../server -g -O2 
> -I/usr/include/cc++2 -D_GNU_SOURCE -DXML_SCRIPTS -c callxml.cpp
> callxml.cpp: In member function 'virtual ost::TrunkImage* 
> ost::CallXMLModule::getXML()':
> callxml.cpp:48: error: cannot allocate an object of abstract type 
> 'ost::CallXMLTrunk'
> callxml.cpp:25: note:   because the following virtual functions are pure 
> within 'ost::CallXMLTrunk':
> /usr/include/cc++2/cc++/xml.h:137: note:  virtual void 
> ost::XMLStream::characters(const unsigned char*, size_t)
> make[3]: *** [callxml.o] Error 1
> make[3]: Leaving directory `/build/buildd/bayonne-1.2.15/modules/xml'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/bayonne-1.2.15/modules'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/build/buildd/bayonne-1.2.15'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20051203-1457
> FAILED [dpkg-buildpackage died]

Bastian


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

Bug#341907: O: qps

[Christoph Berg]

Package: wnpp
Severity: normal

Quoting the qps maintainer from #288305:

> > Do you you think you'll have time to upload this fix soon, or
> > would you
> > prefer to have someone NMU it?
> 
> Please do an NMU (especially since I thought I orphaned that package
> two years ago or longer...

I'm orphaning the package now. If you want to be the new maintainer, please
take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: qps
Binary: qps
Version: 1.9.7.0-3
Priority: optional
Section: x11
Maintainer: Hanno 'Rince' Wagner <[EMAIL PROTECTED]>
Build-Depends: libqt3-mt-dev,debhelper(>= 4.2.4)
Architecture: any
Standards-Version: 3.6.0
Format: 1.0
Directory: pool/main/q/qps
Files:
 e31311bbc518a8d042894023e024c7c9 678 qps_1.9.7.0-3.dsc
 90f319ba9d7821dfea068c353bc04aa3 97444 qps_1.9.7.0.orig.tar.gz
 7a7ae768f75569647215874ff5ea55a5 22122 qps_1.9.7.0-3.diff.gz


Package: qps
Priority: optional
Section: x11
Installed-Size: 460
Maintainer: Hanno 'Rince' Wagner <[EMAIL PROTECTED]>
Architecture: i386
Version: 1.9.7.0-3
Depends: libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.3.3-1), libqt3c102-mt (>= 
3:3.2.3), libstdc++5 (>= 1:3.3.3-1), libx11-6 | xlibs (>> 4.1.0)
Filename: pool/main/q/qps/qps_1.9.7.0-3_i386.deb
Size: 156166
MD5sum: fa9b6d7789b30f8c3ad70823386abb67
Description: Qt based process status
 qps is an X11/Qt version of top or ps.
 qps is for Linux only, since there is no good standard
 way of getting process status information.  It uses the
 /proc file system and need not to be run as root.
Tag: admin::monitoring, interface::x11, role::sw:utility, uitoolkit::qt, 
use::monitor, works-with::software:running, x11::application


Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#341901: udev: Ownership and permissions incorrect for device-mapper devices and directories

[Marco d'Itri]

reassign 341901 lvm2
thanks

On Dec 03, Roger Leigh <[EMAIL PROTECTED]> wrote:

> The ownership and permissions for all device-mapper devices differ from
> other block devices on the system (root:disk, 0660):
As you can see from udev.rules, udev is configured to ignored the dm-*
devices. This could be changed if needed, but only after a discussion
among the udev, LVM and EVMS maintainers.

> In addition, the directories for each volume group are only readable by
> root:
udev does not know at all about these devices.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#341293: cupsys-driver-gutenprint: Epson Stylus Color 760 color printing problem

[Roger Leigh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mikolaj Menke <[EMAIL PROTECTED]> writes:

> Epson Stylus Color 760 prints either in black and white (when RGB is
> chosen) or the colours are very low saturated (almost invisible,
> when CMYK is chosen).  Tried with different configurations.

An updated version of gutenprint is now available in testing
(4.3.99+cvs20051122.dfsg.1-1).  Please could you retry with this
version and let me know if it fixes the problem?


Thanks,
Roger

- -- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iD8DBQFDkjPUVcFcaSW/uEgRApaZAKCvrtGjyuIjmH3m3t+z095vQARUcQCggijl
ClH200qbFWh+XEmnij+5BY4=
=0xf9
-END PGP SIGNATURE-


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

Bug#339217: Patch for transition

[Steve Langasek]

On Sat, Dec 03, 2005 at 09:17:18PM +0100, Daniel Baumann wrote:
> The attached patch fixes:

>   * Rebuild and rename due to new libstdc++ configuration (Closes: #339217).

Please note that snmpkit needs to be accepted, and libprinterconf have its
versioned build-depends on libsnmpkit-dev bumped, before this can be
uploaded.

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


signature.asc
Description: Digital signature

Bug#327719: emacs-lisp-intro DIR-ENTRY error

[Kirk Hilliard]

Hi Romain,

> You can get a peek of what it will look like with the emacs-snapshot
> package in Debian unstable.  It includes the Emacs Lisp reference,
> and the Emacs Lisp Intro manual.

Thanks.  I didn't know about that.  I just took a look at them in
emacs-snapshot-common.  Very cool!

Do you have an idea about when emacs 22 will be released?  I refrained
from asking Eli as expected release dates are a touchy subject with a
lot of people even when there exists a general sense as to whether it
is measured in weeks, months, or years.

Do you know who is likely to maintain the debian package of emacs22 --
you, Rob Browning, someone else?

With the new info files in what will be an emacs-22 subdirectory,
there won't be a filename collisions, but it probably make sense
to have the new emacs-22 package conflict with and replace
emacs-lisp-intro and elisp-manual.

Thanks again,
Kirk


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

Bug#341871: linux-2.6 2.6.14-4 pool timestamps a year off

[Frederik Schueler]

Hello,

On Sat, Dec 03, 2005 at 01:18:03PM -0600, Ryan Thoryk wrote:
> While manually getting the debian-patches package, I noticed that all of 
> the 2.6.14-4 packages have timestamps a year off (11/26/04 - should be 
> 11/26/05), while the 2.6.12-10 packages are fine (09/27/05).

Which timestamps are wrong: The files in tha package, or the
packages files itself?

Where did you get the files from? Looks like your mirror's clock is wrong. 
If the files IN the packages have wrong timestamps: Which packages 
exactly? at least for amd64 and i386 this is not reproducible.

Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#341744: usbutils: mounting usb key problems in AMD64 unstable

[Frederik Schueler]

Hello,

can you please upgrade to linux-2.6 version 2.6.14-4 and verify this bug
is still present?


Best regards
Frederik Schueler

-- 
ENOSIG


signature.asc
Description: Digital signature

Bug#341175: po4a: Proofreading for the French translations

[Nicolas François]

tags 341175 pending
thanks

Hi!

On Tue, Nov 29, 2005 at 12:21:26AM +0100, Frédéric Bothamy wrote:
> Here is a patch (attached and compressed) to fix many mistakes in the
> French translation for the documentation of po4a (po/bin/fr.po with
> ISO-8859-15 encoding and po/pod/fr.po with UTF-8 encoding). Most
> notably, I have replaced a huge number of "argument" by "paramètre".

Thanks a lot!
These POs really needed a review.

I could not directly apply the patch to the CVS PO, so I applied it to the
0.22 fr.po, and applied manually the diff between the updated 0.22 PO and
the CVS PO.
So, with a little bit of luck, I should have included all your changes.

Cheers,
-- 
Nekral

Bug#338148: camlstartup asm file

[Julien Cristau]

Hi,

The segv happens, according to gdb, in the caml_startup__code_begin
function. This function seems to come from the camlstartup temporary
file, created by asmcomp/asmlink.ml.
Steve Langasek asked me to send this startup file to the bug, so you'll
find it attached.
This startup file is normally deleted by ocamlopt, but it's kept (in
/tmp) with the -dstartup option.

Cheers,
Julien Cristau


camlstartup.s.gz
Description: Binary data

Bug#331241: krusader: qt 3.3.5 causes trouble

[Modestas Vainius]

reassign 331241 libqt3-mt
close 331241 3:3.3.5-2
merge 331241 338002
thanks

2005 m. gruodis 3 d., šeštadienis 11:13, Frank Schoolmeesters rašė:
> > From the qt-x11-free 3.3.5-2 changelog:
> >
> >
> >* Fix a new-for-3.3.5 QListView problem that was causing myriad random
> >  crashes in KDE apps. (Closes: #338002)
> >
> >
> > As soon as I upgrade to -3, I'll test if it fixes the problem with
> > krusader.
>
> Thanks for the feedback.
>
> The Krusader Krew is discussion this issue on the krusader-devel mailing
> list. in the "k!cvs20051119 crashes when moving file" tread.
> http://groups.google.com/group/krusader-devel/browse_thread/thread/58a707bb
>a3ed5564/728c651aa46fd87b#728c651aa46fd87b Please follow this tread if you
> like.
krusader does not crash anymore. Thus the bug seems to be fixed by qt-x11-free 
3.3.5-2. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338002;msg=10 
for the full changelog


pgpvmW8PCfWkH.pgp
Description: PGP signature

Bug#287677: mpatrol: FTBFS (amd64/gcc-4.0): cast from 'Pixel*' to 'Cardinal' loses precision

[Christoph Berg]

Re: Andreas Jochens in <[EMAIL PROTECTED]>
> When building 'mpatrol' on amd64 with gcc-4.0,
> I get the following error:

Hi,

since this bug has been open so long, I've uploaded an NMU with the
patch by Andreas to delayed/7; patch is below.

debdiff mpatrol_1.4.8-9.dsc mpatrol_1.4.8-9.1.dsc
 mpatrol-1.4.8/debian/changelog |7 +++
 src/mptrace.c  |   22 +++---
 2 files changed, 18 insertions(+), 11 deletions(-)

diff -u mpatrol-1.4.8/debian/changelog mpatrol-1.4.8/debian/changelog
--- mpatrol-1.4.8/debian/changelog
+++ mpatrol-1.4.8/debian/changelog
@@ -1,3 +1,10 @@
+mpatrol (1.4.8-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * src/mptrace.c: fix amd64/gcc-4.0 FTBFS (Closes: #287677).
+
+ -- Christoph Berg <[EMAIL PROTECTED]>  Sun,  4 Dec 2005 00:55:56 +0100
+
 mpatrol (1.4.8-9) unstable; urgency=low
 
   * debian/dirs, debian/doc-base, debian/rules: all documents should be in
only in patch2:
unchanged:
--- mpatrol-1.4.8.orig/src/mptrace.c
+++ mpatrol-1.4.8/src/mptrace.c
@@ -268,27 +268,27 @@
 static XtResource resources[] =
 {
 {"alloc", XmCColor, XmRPixel, sizeof(Pixel),
- (Cardinal) &alcol, XmRString, (XtPointer) "black"},
+ (long) &alcol, XmRString, (XtPointer) "black"},
 {"base", "Base", XmRInt, sizeof(void *),
- (Cardinal) &addrbase, XmRImmediate, (XtPointer) NULL},
+ (long) &addrbase, XmRImmediate, (XtPointer) NULL},
 {"delay", "Delay", XmRInt, sizeof(unsigned long),
- (Cardinal) &delay, XmRImmediate, (XtPointer) 0},
+ (long) &delay, XmRImmediate, (XtPointer) 0},
 {"free", XmCColor, XmRPixel, sizeof(Pixel),
- (Cardinal) &frcol, XmRString, (XtPointer) "white"},
+ (long) &frcol, XmRString, (XtPointer) "white"},
 {"height", XmCHeight, XmRShort, sizeof(Dimension),
- (Cardinal) &height, XmRImmediate, (XtPointer) 512},
+ (long) &height, XmRImmediate, (XtPointer) 512},
 {"internal", XmCColor, XmRPixel, sizeof(Pixel),
- (Cardinal) &incol, XmRString, (XtPointer) "red"},
+ (long) &incol, XmRString, (XtPointer) "red"},
 {"space", "Space", XmRInt, sizeof(unsigned long),
- (Cardinal) &addrspace, XmRImmediate, (XtPointer) 4},
+ (long) &addrspace, XmRImmediate, (XtPointer) 4},
 {"unalloc", XmCColor, XmRPixel, sizeof(Pixel),
- (Cardinal) &uncol, XmRString, (XtPointer) "blue"},
+ (long) &uncol, XmRString, (XtPointer) "blue"},
 {"view-height", XmCHeight, XmRShort, sizeof(Dimension),
- (Cardinal) &vheight, XmRImmediate, (XtPointer) 256},
+ (long) &vheight, XmRImmediate, (XtPointer) 256},
 {"view-width", XmCWidth, XmRShort, sizeof(Dimension),
- (Cardinal) &vwidth, XmRImmediate, (XtPointer) 256},
+ (long) &vwidth, XmRImmediate, (XtPointer) 256},
 {"width", XmCWidth, XmRShort, sizeof(Dimension),
- (Cardinal) &width, XmRImmediate, (XtPointer) 512}
+ (long) &width, XmRImmediate, (XtPointer) 512}
 };
 
 

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#338309: ndiswrapper-source: Problem should be solved with ndiswrapper 1.6

[Claudio Nieder]

Package: ndiswrapper-source
Version: 1.5-1
Followup-For: Bug #338309


As this problem plages me too - on broadcom chip - I looked to find any
clues on the net and stumbled upon this entry in the ndiswrapper 1.6
changelog:

* Crashes due to 'divide by zero' error in update_wireless_stats fixed.

So the problem is not related to the kernel upgrade, but should be fixed
as soon as 1.6 is pakaged for debian.

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

Versions of packages ndiswrapper-source depends on:
ii  bzip2 1.0.2-11   high-quality block-sorting file 
co
ii  debhelper 5.0.7  helper programs for debian/rules
ii  gcc   4:4.0.2-1  The GNU C compiler
ii  module-assistant  0.10.2 tool to make module package 
creati

ndiswrapper-source recommends no packages.

-- no debconf information



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

Bug#287629: macutils: FTBFS (amd64/gcc-4.0): static declaration of 'lzh_pointer' follows non-static declaration

[Christoph Berg]

Re: Andreas Jochens in <[EMAIL PROTECTED]>
> When building 'macutils' on amd64 with gcc-4.0,
> I get the following error:

Hi,

since this bug was open for a very long time, I've just uploaded an
NMU for it; patch below.

debdiff macutils_2.0b3-13.dsc macutils_2.0b3-13.1.dsc
 macunpack/lzh.h |8 
 macutils-2.0b3/debian/changelog |7 +++
 2 files changed, 7 insertions(+), 8 deletions(-)

diff -u macutils-2.0b3/debian/changelog macutils-2.0b3/debian/changelog
--- macutils-2.0b3/debian/changelog
+++ macutils-2.0b3/debian/changelog
@@ -1,3 +1,10 @@
+macutils (2.0b3-13.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * macunpack/lzc.h: Fix FTBFS with gcc-4.0 (Closes: #287629).
+
+ -- Christoph Berg <[EMAIL PROTECTED]>  Sun,  4 Dec 2005 00:31:13 +0100
+
 macutils (2.0b3-13) unstable; urgency=low
 
   * Fix gcc-3.4 incompatibility, Closes: #260498
only in patch2:
unchanged:
--- macutils-2.0b3.orig/macunpack/lzh.h
+++ macutils-2.0b3/macunpack/lzh.h
@@ -57,11 +57,3 @@
 #define lz46
 #definelz5 7
 #definelzs 8
-
-extern char *lzh_pointer;
-extern char *lzh_data;
-extern char *lzh_finfo;
-extern int lzh_fsize;
-extern int lzh_kind;
-extern char *lzh_file;
-

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#287628: m2c: FTBFS (amd64/gcc-4.0): static declaration of 'all_flag' follows non-static declaration

[Christoph Berg]

Hi,

I've just uploaded an NMU that fixes this, patch is below.

debdiff m2c_0.6-10.dsc /srv/pbuilder/result/m2c_0.6-10.1.dsc
 m2-common.h  |1 -
 m2c-0.6/debian/changelog |8 
 m2c-0.6/debian/rules |2 +-
 3 files changed, 9 insertions(+), 2 deletions(-)

diff -u m2c-0.6/debian/rules m2c-0.6/debian/rules
--- m2c-0.6/debian/rules
+++ m2c-0.6/debian/rules
@@ -17,7 +17,7 @@
dh_testdir
 
# Add here commands to compile the package.
-   ./configure +cc=gcc `dpkg --print-gnu-build-architecture`
+   ./configure +cc=gcc `dpkg-architecture -qDEB_BUILD_ARCH`
$(MAKE) prefix=/usr libdir=/usr/lib/m2c
cd doc && texi2html modula-2.texinfo
 
diff -u m2c-0.6/debian/changelog m2c-0.6/debian/changelog
--- m2c-0.6/debian/changelog
+++ m2c-0.6/debian/changelog
@@ -1,3 +1,11 @@
+m2c (0.6-10.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: use dpkg-architecture -qDEB_BUILD_ARCH (Closes: #323728).
+  * m2-common.h: fix FTBFS with gcc-4.0 (Closes: #287628).
+
+ -- Christoph Berg <[EMAIL PROTECTED]>  Sun,  4 Dec 2005 00:21:08 +0100
+
 m2c (0.6-10) unstable; urgency=low
 
   * Re-uploaded to fix minor typo.
only in patch2:
unchanged:
--- m2c-0.6.orig/m2-common.h
+++ m2c-0.6/m2-common.h
@@ -62,7 +62,6 @@
 } semantic_information;
 
 
-extern int all_flag;
 extern int only_upper_case_flag;
 extern int test_flag;
 extern int pass_of_picking_used_objects_when_all_flag;

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#341906: octave prints copyright/debugging information on stdout instead of stderr

[Frederik Eaton]

Package: octave2.9
Version: 2.9.4-8
Severity: normal

My version of Octave prints copyright/debugging information on stdout
instead of stderr... It would be better to have it on stderr so that I
can redirect just the output to a pipe or a file.

Thanks,

Frederik

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

Versions of packages octave2.9 depends on:
ii  atlas3-base [liblapack.so.3] 3.6.0-19Automatically Tuned Linear Algebra
ii  fftw33.0.1-13library for computing Fast Fourier
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libgcc1  1:4.1-0exp0 GCC support library
ii  libgfortran0 4.1-0exp0   Runtime library for GNU Fortran ap
ii  libglpk0 4.8-3   linear programming kit (shared lib
ii  libhdf5-serial-1.6.4-0c2 [li 1.6.4-4 Hierarchical Data Format 5 (HDF5) 
ii  libncurses5  5.4-9   Shared libraries for terminal hand
ii  libreadline5 5.0-10  GNU readline and history libraries
ii  libstdc++6   4.1-0exp0   The GNU Standard C++ Library v3
ii  libumfpack4  4.4-3   set of routines for solving unsymm
ii  texinfo  4.7-2.2 Documentation system for on-line i
ii  zlib1g   1:1.2.3-3   compression library - runtime

octave2.9 recommends no packages.

-- no debconf information


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

Bug#341905: /etc/debian_chroot

[Matthias Klose]

Package: debootstrap
Severity: wishlist

please write a /etc/debian_chroot file containing a string for
identifying the chroot. This information can (and is currently) be
used i.e. in shell prompts.


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

Bug#341894: ITP: pessulus -- lockdown editor for GNOME

[Thomas Viehmann]

Jerome Warnier wrote:
>  Use of pessulus can be useful on computers that are open to use by
>  everyone, e.g. in an Internet cafe.
Wouldn't it be better to mention the technical term "kiosk" here?

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


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

Bug#340390: Installation report: no disks detected

[Ross Boylan]

Knoppix 4.0.2 from 2005-09-23 is able to detect the disk as /dev/sda.
This is quite bizarre, since Knoppix is based on Debian and, like the
etch installer beta 1, uses the 2.6.12 kernel.

The Intel developer who has been putting ICH7 patches into the kernel
(the relevant component of the motherboard, I think), says 2.6.12
should be able to handle the hardware.


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

Bug#286872: gnopernicus: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment

[Christoph Berg]

Re: Free Ekanayaka in <[EMAIL PROTECTED]>
> is there any news  about this bug? I'd really  like to see gnopernicus
> in testing..

Hi,

I have just uploaded an NMU to Delayed/7. Patch is below.

debdiff gnopernicus_0.9.19-2.dsc ./gnopernicus_0.9.19-2.1.dsc
 gnopernicus-0.9.19/debian/changelog |7 +++
 gnopi/cmdmapui.c|6 +++---
 2 files changed, 10 insertions(+), 3 deletions(-)

diff -u gnopernicus-0.9.19/debian/changelog gnopernicus-0.9.19/debian/changelog
--- gnopernicus-0.9.19/debian/changelog
+++ gnopernicus-0.9.19/debian/changelog
@@ -1,3 +1,10 @@
+gnopernicus (0.9.19-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * gnopi/cmdmapui.c: Fix FTBFS with gcc-4.0 (Closes: #286872).
+
+ -- Christoph Berg <[EMAIL PROTECTED]>  Sun,  4 Dec 2005 00:03:41 +0100
+
 gnopernicus (0.9.19-2) unstable; urgency=low
 
   * Upload to unstable.
only in patch2:
unchanged:
--- gnopernicus-0.9.19.orig/gnopi/cmdmapui.c
+++ gnopernicus-0.9.19/gnopi/cmdmapui.c
@@ -340,7 +340,7 @@
str[POS_DIGIT_3]);
 
 delimit = g_strrstr (str, KEY_NAME_SEPARATOR);
-(const gchar*)tmp = str;
+tmp = str;
 if (delimit)
tmp = delimit + 1;
 
@@ -390,7 +390,7 @@
 }
 
 delimit = g_strrstr (str, KEY_SEPARATOR);
-(const gchar*)tmp = str;
+tmp = str;
 
 if (delimit)
tmp = delimit + 1;
@@ -793,7 +793,7 @@
 
 line = alt || shift || ctrl ;
 
-(const gchar*)key = cmdui_get_key_keystring (gtk_entry_get_text (GTK_ENTRY 
(GTK_COMBO (cb_key_list)->entry)));
+key = cmdui_get_key_keystring (gtk_entry_get_text (GTK_ENTRY (GTK_COMBO 
(cb_key_list)->entry)));
 
 if (!key || strlen (key) == 0)
return rv;

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#341904: ITP: libjson-ruby -- JSON library for Ruby

[Esteban Manchado Velázquez]

Package: wnpp
Severity: wishlist
Owner: "Esteban Manchado Velázquez" <[EMAIL PROTECTED]>

* Package name: libjson-ruby
  Version : 0.4.0
  Upstream Author : Florian Frank <[EMAIL PROTECTED]>
* URL : http://json.rubyforge.org/
* License : GPL
  Description : JSON library for Ruby

This library implements the JSON (JavaScript Object Notation) specification in
Ruby, allowing the developer to easily convert data between Ruby and JSON. You
can think of it as a low fat alternative to XML, if you want to store data to
disk or transmit it over a network rather than use a verbose markup language.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: [EMAIL PROTECTED], LC_CTYPE=ISO_8859_1 (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Bug#341903: libc6: strfry() gives skewed distributions

[Steinar H. Gunderson]

Package: libc6
Version: 2.3.2.ds1-22
Severity: minor
Tags: patch

strfry() tries to shuffle its string using random swaps, but it uses the
wrong strategy, and thus not all permutations are equally likely. The
code doing the shuffling itself looks like this:

  len = strlen (string);
  for (i = 0; i < len; ++i)
{
  int32_t j;
  char c;

  __random_r (&rdata, &j);
  j %= len;

  c = string[i];
  string[i] = string[j];
  string[j] = c;
}

In other words, for the string 'abc' j will always be between 0 and 2
(inclusive), giving the following possibilities (all equally likely):

  j0 j1 j2  result
   0  0  0  cab
   0  0  1  bca
   0  0  2  bac
   0  1  0  cba
   0  1  1  acb
   0  1  2  abc
   0  2  0  bca
   0  2  1  abc
   0  2  2  acb
   1  0  0  cba
   1  0  1  acb
   1  0  2  abc
   1  1  0  cab
   1  1  1  bca
   1  1  2  bac
   1  2  0  acb
   1  2  1  bac
   1  2  2  bca
   2  0  0  acb
   2  0  1  bac
   2  0  2  bca
   2  1  0  abc
   2  1  1  cab
   2  1  2  cba
   2  2  0  bac
   2  2  1  cba
   2  2  2  cab

Sorting and counting gives us the following distribution:

   4  abc
   5  acb
   5  bac
   5  bca
   4  cab
   4  cba

In other words, this is clearly skewed; some strings will appear 25% more often
than others.

I propose changing the code to:
  
  len = strlen (string);
  for (i = 0; i < len - 1; ++i)
{
  int32_t j;
  char c;

  __random_r (&rdata, &j);
  j %= (len-i);

  c = string[i];
  string[i] = string[j+i];
  string[j+i] = c;
}

which will turn it into a proper Fisher-Yates shuffle. This gives us exactly n!
paths for a string with N characters, and since there are n! possible
permutations, we get a one-to-one mapping, and all possibilities are equally
likely.

I'm also a bit disappointed that strfry() is locale-unaware... surely such an
important function should be able to shuffle at least UTF-8 strings correctly.

-- System Information:
Debian Release: 3.1
Architecture: i386 (x86_64)
Kernel: Linux 2.6.12-rc4
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)

Versions of packages libc6 depends on:
ii  libdb1-compat 2.1.3-7The Berkeley database routines [gl

-- no debconf information


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

Bug#341902: libenchant1c2a: Typo in package short description "(libraryP" -> "(library)"

[Philip Miller]

Package: libenchant1c2a
Severity: minor


The short descriptions for libenchantc2{,a} have the letter P instead of
a closing paren at the end of the description.

Is the "(library)" bit even necessary there, considering that it repeats
what's already in the description?

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


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

Bug#341901: udev: Ownership and permissions incorrect for device-mapper devices and directories

[Roger Leigh]

Package: udev
Version: 0.076-3
Severity: normal

The ownership and permissions for all device-mapper devices differ from
other block devices on the system (root:disk, 0660):

$ ls -l /dev/mapper/
total 0
crw-rw 1 root root  10, 63 2005-12-03 12:47 control
brw--- 1 root root 254,  6 2005-12-03 12:48 hda_vg-cvsdata
brw--- 1 root root 254, 11 2005-12-03 12:48 
hda_vg-d4e82c7d--2df9--48f0--89be--ebeb500ddf2d
brw--- 1 root root 254, 10 2005-12-03 12:48 
hda_vg-d4e82c7d--2df9--48f0--89be--ebeb500ddf2d-cow
brw--- 1 root root 254, 12 2005-12-03 12:48 hda_vg-experimental_chroot
brw--- 1 root root 254,  5 2005-12-03 12:48 hda_vg-home
brw--- 1 root root 254,  7 2005-12-03 12:48 hda_vg-sarge_chroot
brw--- 1 root root 254,  9 2005-12-03 12:48 hda_vg-sid_chroot
brw--- 1 root root 254,  8 2005-12-03 12:48 hda_vg-sid_chroot-real
brw--- 1 root root 254,  0 2005-12-03 12:48 hda_vg-swap0
brw--- 1 root root 254,  1 2005-12-03 12:48 hda_vg-swap1
brw--- 1 root root 254,  2 2005-12-03 12:48 hda_vg-swap2
brw--- 1 root root 254,  3 2005-12-03 12:48 hda_vg-usr
brw--- 1 root root 254,  4 2005-12-03 12:48 hda_vg-var

In addition, the directories for each volume group are only readable by
root:

$ ls -ld /dev/hda_vg
drwx-- 2 root root 260 2005-12-03 12:48 /dev/hda_vg/

The permissions on the directories should be 0775, and the owner should
also be root:disk IMO.

The incorrect permissions make it hard to use the "disk" group, e.g. for
backup tools such as amanda.

In short, I would very much like to
1) Have the default permissions of LVM/device-mapper devices be 0660.
2) Have the default ownership be root:disk.
3) Have the default volume group directory permissions be 0775
   (including /dev/mapper).
4) Have the default volume group directory ownership be root:disk.


This is also a problem for sarge, as well as unstable.  If this is
possible to fix by tweaking permissions.rules, that would be very handy
(but for volume groups, it's not possible to know the names in advance,
unlike /dev/mapper/).


Thanks,
Roger


-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 5
lrwxrwxrwx 1 root root   20 2005-10-11 21:01 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root   19 2005-10-14 22:36 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root   19 2005-10-11 21:01 cd-aliases.rules -> 
../cd-aliases.rules
-rw-r--r-- 1 root root 4957 2005-10-08 19:38 devfs.rules
lrwxrwxrwx 1 root root   13 2005-10-11 21:01 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root   19 2005-10-11 21:01 z20_persistent.rules -> 
../persistent.rules
lrwxrwxrwx 1 root root   12 2005-10-11 21:01 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root   16 2005-10-11 21:01 z55_hotplug.rules -> 
../hotplug.rules
lrwxrwxrwx 1 root root   19 2005-08-03 21:39 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root   15 2005-09-20 19:13 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root   17 2005-10-11 21:01 z70_hotplugd.rules -> 
../hotplugd.rules

-- /sys/:
/sys/block/dm-0/dev
/sys/block/dm-10/dev
/sys/block/dm-11/dev
/sys/block/dm-12/dev
/sys/block/dm-1/dev
/sys/block/dm-2/dev
/sys/block/dm-3/dev
/sys/block/dm-4/dev
/sys/block/dm-5/dev
/sys/block/dm-6/dev
/sys/block/dm-7/dev
/sys/block/dm-8/dev
/sys/block/dm-9/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda4/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hda/hda7/dev
/sys/block/hdb/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sda/sda2/dev
/sys/class/adb/adb/dev
/sys/class/drm/card0/dev
/sys/class/graphics/fb0/dev
/sys/class/i2c-dev/i2c-0/dev
/sys/class/i2c-dev/i2c-1/dev
/sys/class/i2c-dev/i2c-2/dev
/sys/class/i2c-dev/i2c-3/dev
/sys/class/i2c-dev/i2c-4/dev
/sys/class/i2c-dev/i2c-5/dev
/sys/class/i2c-dev/i2c-6/dev
/sys/class/input/event0/dev
/sys/class/input/event1/dev
/sys/class/input/event2/dev
/sys/class/input/event3/dev
/sys/class/input/event4/dev
/sys/class/input/mice/dev
/sys/class/input/mouse0/dev
/sys/class/input/mouse1/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/apm_bios/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/nvram/dev
/sys/class/misc/pmu/dev
/sys/class/misc/rtc/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev1.3/dev
/sys/class/usb_device/usbdev1.4/dev
/sys/class/usb_device/usbdev1.5/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev3.2/dev
/sys/class/usb_device/usbdev3.3/dev
/sys/class/usb_device/usbdev3.4/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb/hiddev0/dev

-- Kernel configuration:
 isapnp_init not present.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT p

Bug#341890: Writes tags DATE = 0 when there's no year

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-03 22:07]:
> diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
> --- jack-3.1.1~/jack_freedb.py2005-12-03 21:44:52.0 +
> +++ jack-3.1.1/jack_freedb.py 2005-12-03 21:46:49.0 +
> @@ -431,7 +431,7 @@
>  dtitle = "(unknown artist)/" + dtitle
>  
>  names = [string.split(dtitle,"/",1)]
> -year = 0
> +year = -1

Note that this is the real fix.

>  names[0].extend([year, genre])
> -else:
> +elif year != -1:

This is just a clean-up.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#341878: segfault on alpha, sparc

[Frans Pop]

close 341878 1.22
thanks

Bug arrived after fix had already been uploaded, therefore closing this 
way.

On Saturday 03 December 2005 21:03, Joey Hess wrote:
> Daily build install is failing like this on alpha, and I think on sparc
> as well:

No, it does not affect Sparc. Problem was that in some cases default 
keyboard arch was still being set to "none" even though that template had 
been removed and replaced by "skip-config" and "no-keyboard".


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

Bug#255367: debian-devel message

[Lior Kaplan]

Just for the log. The issue was mentioned on debian-devel on last April.
See http://lists.debian.org/debian-devel/2005/04/msg00126.html

-- 

Lior Kaplan
[EMAIL PROTECTED]
http://www.Guides.co.il

Debian GNU/Linux unstable (SID)


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

Bug#338816: #338816: Odd behavior with renaming items with high-ascii/unicode characters in freedb file

[Martin Michlmayr]

Hi Kristine,

Can you please let me know if 3.1.1-12 fixes the problems you reported
in #338816.  I'll be on holidays without net for 2 weeks soon and it
would be good to get confirmation before that this is fixed (and that
I didn't make it worse ;)
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#340384: net-tools: arp Bus Error

[Bernd Eckenfels]

On Fri, Dec 02, 2005 at 11:00:28PM -0800, Jurij Smakov wrote:
> In 
> that case the cast from sockaddr to sockaddr_in is a problem. The sockaddr 
> structure consists of a short (2 bytes) and an array of 14 chars, so it is
> allowed to be aligned (and is, in fact, aligned) on the 2-byte boundary,

Yes, probaly sockad should be changed to contain an array of longs instead
of chars, since it is supposed to be castable I really hate C :)

Gruss
Bernd
-- 
  (OO) -- [EMAIL PROTECTED] --
 ( .. )[EMAIL PROTECTED],linux.de,debian.org}  http://www.eckes.org/
  o--o   1024D/E383CD7E  [EMAIL PROTECTED]  v:+497211603874  f:+49721151516129
(OO)  When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!


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

Bug#272622: Seems this might of been moved to an undocumented plugin interface

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2005-07-30 20:25]:
> > Jack seems to have a facility to load encoders from plugins located in
> > ~/.jack_plugins (by default). It seems I can actually add
> > DistributedCommand there.
> > 
> > Please document this.
> 
> I couldn't find any documentation either and had to look at the code.
> I'll add the followng to the man page.  I think that makes it clear
> but if not, let me know.

Actually, I think one thing is missing in this explanation: that you
need to activate the plug-ins.  Arne, please apply this patch after
the original one below.


diff -urN jack-3.1.1~/jack.man jack-3.1.1/jack.man
--- jack-3.1.1~/jack.man2005-12-03 21:44:52.0 +
+++ jack-3.1.1/jack.man 2005-12-03 22:26:34.0 +
@@ -525,9 +525,14 @@
 .BR jack_plugin_cddb.py
 (to define a new FreeDB server) and
 .BR jack_plugin_lame.py
-(to show how rippers and encoders can be defined).  Plug-ins can also be
-used to define your own rippers and encoders which uses different options
-than those used by default by jack.
+(to show how rippers and encoders can be defined).  After defining
+plug-ins, you have to manually select them by specifying the ripper,
+encoder, or CDDB server.  An example would be:
+.RS
+jack --encoder-name plugin_lame --ripper plugin_foo --server plugin_cddb
+.RE
+Plug-ins can also be used to define your own rippers and encoders which
+uses different options than those used by default by jack.
 .SH ENVIRONMENT VARIABLES
 There are several environment variables which can be used in jack's exec
 hooks:


Original patch:
> 
> diff -urN jack-3.1.1~/jack.man jack-3.1.1/jack.man
> --- jack-3.1.1~/jack.man  2005-07-30 00:17:58.0 +0100
> +++ jack-3.1.1/jack.man   2005-07-30 20:22:39.289263856 +0100
> @@ -53,6 +53,11 @@
>  .B /etc/jackrc
>  or by saving them to
>  .BR ~/.jack3rc .
> +Additional rippers, encoders and FreeDB servers can be defined by users
> +through the help of a plug-in directory (as defined by the
> +.BR plugin_path
> +option which defaults to
> +.BR ~/.jack_plugins ).
>  .PP
>  While Jack is running, these keyboard commands are available:
>  .RS
> @@ -500,6 +505,29 @@
>  jack -O --remove-files ; gnoise *wav ; jack -g *wav ; jack
>  .RE
>  Just replace gnoise by the operation you'd like to perform.
> +.SH PLUG-INS
> +Additional rippers, encoders and FreeDB servers currently not known by jack
> +can be defined using jack's plug-in mechanism.  Plug-ins have to be put in
> +the
> +.BR ~/.jack_plugins
> +directory (or the path defined by the
> +.BR plugin_path
> +option).  The plug-ins are simple Python scripts which define a hash with
> +the values for your ripper, encoder or FreeDB server.  For rippers and
> +encoders, the hash
> +.BR plugin_helpers
> +has to be defined while additional FreeDB servers are specified in
> +.BR plugin_freedb_servers .
> +Both expect another hash whose names corresponds to the entry you want to
> +add (prefixed by
> +.BR plugin_ )
> +and have to define certain values.  Two examples are provided,
> +.BR jack_plugin_cddb.py
> +(to define a new FreeDB server) and
> +.BR jack_plugin_lame.py
> +(to show how rippers and encoders can be defined).  Plug-ins can also be
> +used to define your own rippers and encoders which uses different options
> +than those used by default by jack.
>  .SH ENVIRONMENT VARIABLES
>  There are several environment variables which can be used in jack's exec
>  hooks:
> 
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#341900: Exiftool: Typo in tag name "Safety Shift In A Vor TV"

[Wolfgang Weisselberg]

Package: libimage-exiftool-perl
Version: 5.67-1
Severity: minor

Tag name "Safety Shift In A Vor TV" ( for Canon DSLRs, Custom
settings) should be "Safety Shift In AV or TV""
  ^^

-Wolfgang

PS: please CC me.

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

Versions of packages libimage-exiftool-perl depends on:
ii  perl  5.8.7-8Larry Wall's Practical Extraction 

libimage-exiftool-perl recommends no packages.

-- no debconf information


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

Bug#341899: ITP: directnet -- A serverless, mesh network instant messaging client

[Gregory Richards]

Package: wnpp
Owner: Gregor Richards <[EMAIL PROTECTED]>
Severity: wishlist

*** Please type your report below this line ***

* Package name: directnet
 Version : 1.0.0rc4
 Upstream Author : Gregor Richards <[EMAIL PROTECTED]>
* URL : http://directnet.sourceforge.net/
* License : GPL
 Description : A serverless, mesh network instant messaging client

DirectNet is a serverless, mesh network instant messaging client.  The
system forms a non-centralized network, allowing users to chat one-on-one
or in groups.

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




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

Bug#341898: krb5: block migration to testing for now

[Russ Allbery]

Package: krb5
Severity: serious
Justification: maintainer

krb5 accidentally got a high urgency from the experimental upload, but this
is a new major release and it shouldn't go into testing that quickly.
(Among other things, there are a few other packages that need updated
versions that should migrate into testing around the same time.)

Block it from migrating to testing for right now, probably for about ten
days from this message.

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


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

Bug#341891: search for YEAR in jack.freedb is too restrictive

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-03 21:43]:
> jack doesn't find the YEAR information if it's like this:
> 
> 7795:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] grep YEAR jack.freedb
> EXTD= YEAR: 2003

Here's a patch:


diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py  2005-12-03 21:50:24.0 +
+++ jack-3.1.1/jack_freedb.py   2005-12-03 21:57:59.0 +
@@ -449,22 +449,22 @@
 genre = [x.upper() for x in 
id3genres].index(freedb['DGENRE'].upper())
 else:
 warning("DGENRE should be a string, not an integer.")
+if freedb.has_key('EXTD') and not freedb.has_key('DYEAR'):
+extra_tag_pos = string.find(freedb['EXTD'], "YEAR:")
+if extra_tag_pos >= 0:
+arg = freedb['EXTD'][extra_tag_pos + 5:].lstrip().split()[0]
+if arg.isdigit():
+year = int(arg)
+if freedb.has_key('EXTD') and not freedb.has_key('DGENRE'):
+extra_tag_pos = string.find(freedb['EXTD'], "ID3G:")
+if extra_tag_pos >= 0:
+arg = freedb['EXTD'][extra_tag_pos + 5:].lstrip().split()[0]
+if arg.isdigit():
+genre = int(arg)
 if genre != -1:
 names[0].extend([year, genre])
 elif year != -1:
 names[0].extend([year])
-if freedb.has_key('EXTD') and not(freedb.has_key('DYEAR') or 
freedb.has_key('DGENRE')):
-extra_tag_pos = string.find(freedb['EXTD'], "\\nYEAR:")
-if extra_tag_pos >= 0:
-try:
-extd_info = freedb['EXTD'][extra_tag_pos + 7:]
-extd_year, extd_id3g = string.split(extd_info, "ID3G:", 1)
-extd_year, extd_id3g = int(extd_year), int(extd_id3g)
-except:
-print "can't handle '%s'." % freedb['EXTD']
-else:
-names = [string.split(dtitle, "/", 1)]
-names[0].extend([extd_year, extd_id3g])
 if names[0][0] == "(unknown artist)":
 if verb:
 warning("the disc's title must be set to \"artist / title\" 
(\"DTITLE\").")

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


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

Bug#341890: Writes tags DATE = 0 when there's no year

[Martin Michlmayr]

* Martin Michlmayr <[EMAIL PROTECTED]> [2005-12-03 21:42]:
> When jack can find no DYEAR or YEAR information in jack.freedb, it
> will happily write DATE=0 to the meta information, which of course is
> completely bogus.  This problem was introduced in patch
> 84_dyear_dgenre.patch

Sorry for breaking this.  Below is a patch (to be applied after
84_dyear_dgenre.patch).


> 7789:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] jack -R -t 1
> This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
> debug: [u'Wir Sind Helden', u'Die Reklamation', 0]
> Tagging.
> Done with "Wir Sind Helden - Die Reklamation".
> Year:0
> Avg. bitrate: 153kbit


diff -urN jack-3.1.1~/jack_freedb.py jack-3.1.1/jack_freedb.py
--- jack-3.1.1~/jack_freedb.py  2005-12-03 21:44:52.0 +
+++ jack-3.1.1/jack_freedb.py   2005-12-03 21:46:49.0 +
@@ -431,7 +431,7 @@
 dtitle = "(unknown artist)/" + dtitle
 
 names = [string.split(dtitle,"/",1)]
-year = 0
+year = -1
 if freedb.has_key('DYEAR'):
 try:
 year = int(freedb['DYEAR'])
@@ -451,7 +451,7 @@
 warning("DGENRE should be a string, not an integer.")
 if genre != -1:
 names[0].extend([year, genre])
-else:
+elif year != -1:
 names[0].extend([year])
 if freedb.has_key('EXTD') and not(freedb.has_key('DYEAR') or 
freedb.has_key('DGENRE')):
 extra_tag_pos = string.find(freedb['EXTD'], "\\nYEAR:")

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


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

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel

[Matthias Klose]

Stuart Anderson writes:
> Package: gcc-4.0
> Version: 4.0.2-4.1
> Severity: wishlist
> Tags: patch
> 
> 
> Please enable tri-arch support for the MIPS platforms. The attached
> patch (and a corresponding patch to glibc) provide support for n32 & n64
> ABIs in addition to the current o32 ABI. These patches have been tested
> by building n32 & n64 version of the ltp packages.

I'll leave that to Thiemo :-)

some comments:

> Index: debian/patches/biarch-include-mips.dpatch
> +--- gcc/Makefile.in~ 2005-04-04 21:45:13.0 +0200
>  gcc/Makefile.in  2005-07-08 21:04:29.808308064 +0200
> +@@ -2680,6 +2680,8 @@
> +   -DLOCAL_INCLUDE_DIR=\"$(local_includedir)\" \
> +   -DCROSS_INCLUDE_DIR=\"$(CROSS_SYSTEM_HEADER_DIR)\" \
> +   -DTOOL_INCLUDE_DIR=\"$(gcc_tooldir)/include\" \
> ++  -DTARGET32_MACHINE=\"mips-linux-gnu\" \
> ++  -DTARGET64_MACHINE=\"mips64-linux-gnu\" \
> +   @TARGET_SYSTEM_ROOT_DEFINE@

should be removed, and defined in debian/rules.defs

> +--- gcc/cppdefault.c~2004-11-03 03:23:49.0 +
>  gcc/cppdefault.c 2005-07-09 10:19:46.762899104 +

why can't the biarch-include patch not be used?

> Index: debian/rules.defs

> +ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),mips mipsel))
> +  # on mips, we are really tri-arch
> +  TARGET32_MACHINE := $(TARGET_ALIAS)
> +  TARGET64_MACHINE := $(TARGET_ALIAS)
> +endif

please define these for mips here.

as we don't have all required libraries like zlib for biarch in lib,
some of with_lib32* and with_lib64* macros have to be disabled (or
maybe that's only the case for the gcc-4.1 packaging).

> +# mips/mipsel build 
> +ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),mipsel))
> +  export GNUTARGET = elf64-tradlittlemips
> +endif
> +ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),mips))
> +  export GNUTARGET = elf64-tradbigmips
> +endif

where are these used?

Thanks, Matthias


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

Bug#341897: grub: update-grub has stopped finding kernels not in /boot

[Julian Gilbey]

Package: grub
Version: 0.95+cvs20040624-17
Severity: serious

Last time I used update-grub (a while ago, Jan 2005, I think!), it
automagically added these entries at the end (the repetitiveness I can
cope with, although it was buggy!)

But when I ran the testing version, these entries were not included in
my menu.lst.  Good job I noticed: for all that I dislike Windows, I
still have to use it for some work-related stuff :/

Also, it didn't detect Linux distros on other partitions.  What's up?

Thanks!

   Julian


title Windows NT/2000/XP
rootnoverify (hd0,0)
makeactive
chainloader +1

title Fedora Core release 2 (Tettnang) (on /dev/hda2)
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-1.521 root=/dev/hda2

title   Other operating systems:
root


# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/hda1
title   Windows NT/2000/XP
root(hd0,0)
savedefault
makeactive
chainloader +1


# This entry automatically added by the Debian installer for an existing
# linux installation on /dev/hda2.


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

Bug#341896: mysql-server-4.1: Server crashes on setting default value

[Jiří Paleček]

X-Debbugs-CC: Jiri Palecek <[EMAIL PROTECTED]>
Package: mysql-server-4.1
Version: 4.1.14-6
Severity: normal

The server crashes on changing column's default value. The column type is  
"enum (...) not null"
and the new default value is null (which is illegal, but shouldn't crash  
the server). The
output of "mysqldump | bzip2" is in the attached file. The server output  
follows:



mysqld: ready for connections.
Version: '4.1.14-Debian_6-log'  socket: '/var/run/mysqld/mysqld.sock'   
port: 3306  Source distribution

mysqld got signal 11;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help  
diagnose
the problem, but since we have already crashed, something is definitely  
wrong

and this may fail.

key_buffer_size=16777216
read_buffer_size=131072
max_used_connections=1
max_connections=100
threads_connected=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections =  
233983 K

bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

thd=0x8a71080
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
Cannot determine thread, fp=0xb3f3520c, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x815460b
0xe420
(nil)
0x81eb489
0x816a186
0x816a49f
0x816a852
0x816b606
0x816be6b
0xb7eedcfd
0xb7d3213e
New value of fp=(nil) failed sanity check, terminating stack trace!
Please read http://dev.mysql.com/doc/mysql/en/Using_stack_trace.html and  
follow instructions on how to resolve the stack trace. Resolved

stack trace is much more helpful in diagnosing the problem, so please do
resolve it
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort...
thd->query at 0x8a72400 = alter table users alter column gender set  
default null

thd->thread_id=1
The manual page at http://www.mysql.com/doc/en/Crashing.html contains
information that should help you find out what is causing the crash.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.13
Locale: LANG=cs_CZ.ISO-8859-2, LC_CTYPE=cs_CZ.ISO-8859-2  
(charmap=ISO-8859-2)


Versions of packages mysql-server-4.1 depends on:
ii  adduser  3.77Add and remove users and  
groups
ii  debconf [debconf 1.4.59  Debian configuration  
management sy
ii  libc62.3.5-8 GNU C Library: Shared  
libraries an
ii  libdbi-perl  1.48-2  Perl5 database interface by  
Tim Bu

ii  libgcc1  1:4.0.2-2   GCC support library
ii  libmysqlclient14 4.1.14-6mysql database client library
ii  libncurses5  5.5-1   Shared libraries for terminal  
hand
ii  libreadline5 5.0-11  GNU readline and history  
libraries
ii  libstdc++6   4.0.2-2 The GNU Standard C++ Library  
v3
ii  libwrap0 7.6.dbs-8   Wietse Venema's TCP wrappers  
libra

ii  mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent
ii  mysql-client-4.1 4.1.14-6mysql database client binaries
ii  mysql-common 5.0.13rc-1  mysql database common files  
(e.g.
ii  passwd   1:4.0.13-1  change and administer  
password and
ii  perl 5.8.7-7 Larry Wall's Practical  
Extraction
ii  psmisc   21.8-1  Utilities that use the proc  
filesy

ii  zlib1g   1:1.2.3-8   compression library - runtime

mysql-server-4.1 recommends no packages.

-- debconf information:
  mysql-server-4.1/start_on_boot: true
  mysql-server-4.1/postrm_remove_databases: false
  mysql-server-4.1/really_downgrade: false
  mysql-server-4.1/nis_warning:
* mysql-server-4.1/mysql_install_db_notes:
  mysql-server-4.1/mysql_update_hints1:

mysql.sql.bz2
Description: application/bzip2

Bug#265747: more info on hangs with Cyberdrive and VIA chipset.

[Ivan Baldo]

   Hello Alban!

El 03/12/05 16:23, Alban BROWAEYS escribió:


Could you tell if windows have disabled dma
automatically ?

 

   It always writes at Ultra DMA mode 2, I looked before starting Nero 
and while Nero was writing; also the performance is very smooth and I 
don't think such good performance could be achieved without DMA (though 
this is subjective).




PS: you could try latest >= 2.6.14-rc3* kernels if
your are easy with compiling a the kernel.
 

   Yesterday I have compiled 2.6.14.3 and I am with Debian Testing up 
to date, it still doesn't work :-(.
   Some time ago I remember I recompiled the cdrtools package with a 
small change someone proposed here and I was able to write CDs from the 
command line, but my old friend XCDRoast didn't work yet and I miss it, 
snif...


diff -urN cdrtools-2.01.01.antescambios/cdrecord/cdrecord.c 
cdrtools-2.01.01/cdrecord/cdrecord.c
--- cdrtools-2.01.01.antescambios/cdrecord/cdrecord.c   2004-10-17 
09:44:58.0 -0200
+++ cdrtools-2.01.01/cdrecord/cdrecord.c2005-09-02 
11:45:35.0 -0300

@@ -3969,6 +3969,7 @@
   int bs;
   int tsize;

+   return (-1); //FIXME: Ivan.
   fillbytes((caddr_t)buf, 4, '\0');
   tsize = 0;
   scgp->silent++;

   That is at the start of the get_dmaspeed() function, effectively 
disabling it.


   Here is the output of my new test with cdrtools unmodified from 
Debian Testing and kernel 2.6.14.3:

[EMAIL PROTECTED]:~$ cdrecord -v blank=fast gracetime=2
Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 
Joerg Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of 
cdrecord

 and thus may have bugs that are not present in the original version.
 Please send bug reports and support requests to 
<[EMAIL PROTECTED]>.
 The original author should not be bothered with problems of this 
version.


cdrecord: Warning: Running on Linux-2.6.14.3
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
TOC Type: 1 = CD-ROM
scsidev: '/dev/hdc'
devname: '/dev/hdc'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Using libscg version 'ubuntu-0.8ubuntu1'.
cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 
'@(#)scsitransp.c  1.91 04/06/17 Copyright 1988,1995,2000-2004 J. 
Schilling').

Driveropts: 'burnfree'
SCSI buffer size: 64512
atapi: 1
Device type: Removable CD-ROM
Version: 0
Response Format: 1
Vendor_info: 'CyberDrv'
Identifikation : 'CW078D CD-R/RW  '
Revision   : '140D'
Device seems to be: Generic mmc CD-RW.
Current: 0x000A
Profile: 0x000A (current)
Profile: 0x0009
Profile: 0x0008
Profile: 0x0002 (current)
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-2 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1806336 = 1764 KB
Drive DMA Speed: 268800 kB/s 1527x CD 194x DVD
Current Secsize: 2048
ATIP info from disk:
 Indicated writing power: 3
 Reference speed: 6
 Is not unrestricted
 Is erasable
 Disk sub type: High speed Rewritable (CAV) media (1)
 ATIP start of lead in:  -11745 (97:25/30)
 ATIP start of lead out: 359848 (79:59/73)
 1T speed low:  4 1T speed high: 10
 2T speed low:  4 2T speed high:  6
 power mult factor: 1 5
 recommended erase/write power: 5
 A1 values: 24 1A D0
 A2 values: 23 B1 45
Disk type:Phase change
Manuf. index: 40
Manufacturer: INFODISC Technology Co., Ltd.
Starting to write CD/DVD at speed 12 in real BLANK mode for single session.
Last chance to quit, starting real write0 seconds. Operation starts.
Performing OPC...
Blanking PMA, TOC, pregap
Blanking time:   23.069s

(yes, it worked nicely)

[EMAIL PROTECTED]:~$ mkisofs -rvJ 
/mnt/f/reponorepli/respaldo.lily.2005-09-10.tar.bz2 | cdrecord -v 
gracetime=2 -data -

INFO:   ISO-8859-1 character encoding detected by locale settings.
   Assuming ISO-8859-1 encoded filenames on source filesystem,
   use -input-charset to override.
cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent 
defaults.

cdrecord: Continuing in 5 seconds...
mkisofs 2.01.01a03-unofficial-iconv (i686-pc-linux-gnu)
Writing:   Initial PadblockStart Block 0
Done with: Initial PadblockBlock(s)16
Writing:   Primary Volume Descriptor   Start Block 16
Done with: Primary Volume Descriptor   Block(s)1
Writing:   Joliet Volume DescriptorStart Block 17
Done with: Joliet Volume DescriptorBlock(s)1
Writing:   End Volume Descriptor   Start Block 18
Done with: End Volume Descriptor   Block(s)1
Writing:   Version block   Start Block 19
Done with: Vers

Bug#341895: krusader: crashes sometimes when deleting files

[Jiří Paleček]

X-Debbugs-CC: Jiri Palecek <[EMAIL PROTECTED]>
Package: krusader
Version: 1.60.0-3
Severity: normal

Sometimes, usually when the system is under load (that is eg. "find /  
-iname xxx" running),
krusader crashes when deleting files. The backtrace is in the attached  
file.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.13
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2)

Versions of packages krusader depends on:
ii  kdelibs4c24:3.4.2-4  core libraries for all KDE  
applica
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D  
graphi
ii  libaudio2 1.7-3  The Network Audio System  
(NAS). (s
ii  libc6 2.3.5-8GNU C Library: Shared  
libraries an
ii  libfam0   2.7.0-8client library to control the  
FAM
ii  libfontconfig12.3.2-1generic font configuration  
library
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine,  
shared lib

ii  libgcc1   1:4.0.2-2  GCC support library
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libidn11  0.5.18-1   GNU libidn library,  
implementation
ii  libjpeg62 6b-10  The Independent JPEG Group's  
JPEG
ii  libpcre3  6.4-1.0.1  Perl 5 Compatible Regular  
Expressi

ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-1  Qt GUI Library (Threaded  
runtime v
ii  libsm66.8.2.dfsg.1-7 X Window System Session  
Management
ii  libstdc++64.0.2-2The GNU Standard C++ Library  
v3
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol  
client li

ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous  
exte
ii  libxft2   2.1.7-1FreeType-based font drawing  
librar
ii  libxi66.8.2.dfsg.1-7 X Window System Input  
extension li
ii  libxinerama1  6.8.2.dfsg.1-7 X Window System multi-head  
display
ii  libxrandr26.8.2.dfsg.1-7 X Window System Resize,  
Rotate and
ii  libxrender1   1:0.9.0-2  X Rendering Extension client  
libra

ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-7 X Window System client  
libraries m

ii  zlib1g1:1.2.3-8  compression library - runtime

krusader recommends no packages.

-- no debconf information

krusader.bug
Description: Binary data

Bug#341894: ITP: pessulus -- lockdown editor for GNOME

[Jerome Warnier]

Package: wnpp
Severity: wishlist
Owner: Jerome Warnier <[EMAIL PROTECTED]>


* Package name: pessulus
  Version : 0.2
  Upstream Author : Vincent Untz <[EMAIL PROTECTED]>
* URL : http://www.gnome.org/~vuntz/pessulus/
* License : GPL
  Description : lockdown editor for GNOME

 pessulus is a lockdown editor for GNOME.
 .
 pessulus enables administrators to set mandatory settings in GConf.
 The
 users cannot change these settings.
 .
 Use of pessulus can be useful on computers that are open to use by
 everyone, e.g. in an Internet cafe.

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


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

Bug#341893: typo in package description

[Alexander Klauer]

Package: wngerman
Version: 20030222-8
Severity: minor

The package description says:

"It is based on the famous hkgerman dictionary (using the old 
German orthography, which is available as wgerman), with many 
corrections and additions."   ^^^


"wgerman", however, seems to be obsolete and is replaced by 
"wogerman".



Regards,
Alexander



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

Bug#341890: Writes tags DATE = 0 when there's no year

[Martin Michlmayr]

Package: jack
Version: 3.1.1-12
Severity: normal

When jack can find no DYEAR or YEAR information in jack.freedb, it
will happily write DATE=0 to the meta information, which of course is
completely bogus.  This problem was introduced in patch
84_dyear_dgenre.patch


7789:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] jack -R -t 1
This is jack 3.1.1 (C)2004 Arne Zellentin <[EMAIL PROTECTED]>
debug: [u'Wir Sind Helden', u'Die Reklamation', 0]
Tagging.
Done with "Wir Sind Helden - Die Reklamation".
Year:0
Avg. bitrate: 153kbit



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

Versions of packages jack depends on:
ii  cdparanoia3a9.8-11   An audio extraction tool for sampl
ii  flac  1.1.2-3Free Lossless Audio Codec - comman
ii  python2.3.5-3An interactive high-level object-o
ii  python-cddb   1.4-4  Python interface to CD-IDs and Fre
ii  python-eyed3  0.6.8-1Python module for id3-tags manipul
ii  python-pyvorbis   1.3-1  A Python interface to the Ogg Vorb
ii  vorbis-tools  1.0.1-1.5  Several Ogg Vorbis Tools

jack recommends no packages.

-- no debconf information

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


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

Bug#264719: http://qa.debian.org/man-pages.html not reflective of lintian report. Missing missing man pages.

[Thijs Kinkhorst]

On Tue, 10 Aug 2004 02:08, Dave Harding wrote:
> In brief, I don't think http://qa.debian.org/man-pages.html ,
> which is a listing of missing man pages is acurately reflecting the
> lintian report at:
> http://lintian.debian.org/reports/Tbinary-without-manpage.html

What does the man-pages.html page do what the lintian page doesn't,
except providing some extra instructions? If the lintian report seems
the (most) correct source and the man-pages.html page is not accurate,
why not take the lintian report as the place to look for packages to
write a man page for?


Thijs


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

Bug#341892: libimage-exiftool-perl: incorrect "Scale Factor To 35mm Equivalent" with Canon 20D

[Wolfgang Weisselberg]

Package: libimage-exiftool-perl
Version: 5.67-1
Severity: normal

The Canon 20D has a crop factor of 1.6.  However:
$ exiftool img_3944.jpg | grep -E '[0-9 ]m'
[...]
Scale Factor To 35mm Equivalent : 1.2
[...]
Focal Length: 200.0mm (35mm equivalent: 233.5mm)
[...]
Lens: 70.0 - 200.0mm (35mm equivalent: 81.7 - 
233.5mm)
$

More correct would be "1.6", "200.0mm (35mm equivalent: 320.0mm)" and 
"70.0 - 200.0mm (35mm equivalent: 112.0 - 320.0mm)"

Example .cr2 and .jpg available on request.

-Wolfgang

PS: please CC me.

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

Versions of packages libimage-exiftool-perl depends on:
ii  perl  5.8.7-8Larry Wall's Practical Extraction 

libimage-exiftool-perl recommends no packages.

-- no debconf information


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

Bug#341891: search for YEAR in jack.freedb is too restrictive

[Martin Michlmayr]

Package: jack
Version: 3.1.1-12
Severity: wishlist

jack doesn't find the YEAR information if it's like this:

7795:[EMAIL PROTECTED]: ..eklamation/wir_sind_helden] grep YEAR jack.freedb
EXTD= YEAR: 2003




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

Versions of packages jack depends on:
ii  cdparanoia3a9.8-11   An audio extraction tool for sampl
ii  flac  1.1.2-3Free Lossless Audio Codec - comman
ii  python2.3.5-3An interactive high-level object-o
ii  python-cddb   1.4-4  Python interface to CD-IDs and Fre
ii  python-eyed3  0.6.8-1Python module for id3-tags manipul
ii  python-pyvorbis   1.3-1  A Python interface to the Ogg Vorb
ii  vorbis-tools  1.0.1-1.5  Several Ogg Vorbis Tools

jack recommends no packages.

-- no debconf information

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


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

Bug#341849: Bug#337259: debian-reference: FTBFS with new tetex-bin: Error trying to create pdflatex.fmt

[Jens Seidel]

On Thu, Dec 01, 2005 at 07:30:17PM +0100, Frank Küster wrote:
> I have looked into this bug, and it seems that it is the fault of
> debiandoc-sgml.  With reference.zh-cn.sgml, it produces the following
> LaTeX code
> 
> \ifpdf
> \usepackage[colorlinks=true,CJKbookmarks]{hyperref}
> \else
> \usepackage[hypertex]{hyperref}
> \fi
> 
> 
> If this is changed to 
> 
> \ifpdf
> \usepackage[colorlinks=true,CJKbookmarks]{hyperref}
> \else
> \usepackage[hypertex,CJKbookmarks]{hyperref}
> \fi
> 
> the PS file can be produced without problems.

Not with tetex-bin 2.0.2-31, maybe with version 3. Avoiding dvips option
-z in case of trouble helps and doesn't use new, not yet verified code, so
I'm happy with this solution.

Osamu, Ardo: time to upload ...

PS: I'm not sure about #337259. It is not necessary to remove broken version
of debiandoc-sgml from debian-reference's build-depends, is it? Is a
special action needed to ask the buildds to rebuild debian-reference?

Jens


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

Bug#339137: checkinstall: segfaults

[Alexander Heinlein]

Package: checkinstall
Version: 1.5.3-3
Followup-For: Bug #339137


I have the same problem. checkinstall segfaults with the newest coreutils
(5.93-5) installed. Version 5.2.1-2.1 works without problems. Additionally,
checkinstall sefaults on all tested applications.


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

Versions of packages checkinstall depends on:
ii  file  4.15-2 Determines file type using "magic"
ii  installwatch  0.6.3-1Track installation of local softwa

checkinstall recommends no packages.

-- no debconf information


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