Processing of busybox_1.13.3-1_i386.changes

2009-05-06 Thread Archive Administrator 
busybox_1.13.3-1_i386.changes uploaded successfully to localhost
along with the files:
  busybox_1.13.3-1.dsc
  busybox_1.13.3.orig.tar.gz
  busybox_1.13.3-1.diff.gz
  busybox-static_1.13.3-1_i386.deb
  busybox_1.13.3-1_i386.deb
  busybox-udeb_1.13.3-1_i386.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processing of mklibs_0.1.27_i386.changes

2009-05-06 Thread Archive Administrator 
mklibs_0.1.27_i386.changes uploaded successfully to localhost
along with the files:
  mklibs_0.1.27.dsc
  mklibs_0.1.27.tar.gz
  mklibs_0.1.27_all.deb
  mklibs-copy_0.1.27_i386.deb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

busybox_1.13.3-1_i386.changes ACCEPTED

2009-05-06 Thread Debian Installer 

Accepted:
busybox-static_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox-static_1.13.3-1_i386.deb
busybox-udeb_1.13.3-1_i386.udeb
  to pool/main/b/busybox/busybox-udeb_1.13.3-1_i386.udeb
busybox_1.13.3-1.diff.gz
  to pool/main/b/busybox/busybox_1.13.3-1.diff.gz
busybox_1.13.3-1.dsc
  to pool/main/b/busybox/busybox_1.13.3-1.dsc
busybox_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox_1.13.3-1_i386.deb
busybox_1.13.3.orig.tar.gz
  to pool/main/b/busybox/busybox_1.13.3.orig.tar.gz


Override entries for your package:
busybox-static_1.13.3-1_i386.deb - extra shells
busybox-udeb_1.13.3-1_i386.udeb - extra debian-installer
busybox_1.13.3-1.dsc - source utils
busybox_1.13.3-1_i386.deb - optional utils

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 487433 503581 504089 510058 521443 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

mklibs_0.1.27_i386.changes ACCEPTED

2009-05-06 Thread Debian Installer 

Accepted:
mklibs-copy_0.1.27_i386.deb
  to pool/main/m/mklibs/mklibs-copy_0.1.27_i386.deb
mklibs_0.1.27.dsc
  to pool/main/m/mklibs/mklibs_0.1.27.dsc
mklibs_0.1.27.tar.gz
  to pool/main/m/mklibs/mklibs_0.1.27.tar.gz
mklibs_0.1.27_all.deb
  to pool/main/m/mklibs/mklibs_0.1.27_all.deb


Override entries for your package:
mklibs-copy_0.1.27_i386.deb - optional devel
mklibs_0.1.27.dsc - source devel
mklibs_0.1.27_all.deb - optional devel

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 469070 499744 505025 508929 518088 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#503581: marked as done (busybox: strips binary even with DEB_BUILD_OPTIONS='nostrip debug noopt')

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:04 +
with message-id 
and subject line Bug#503581: fixed in busybox 1:1.13.3-1
has caused the Debian Bug report #503581,
regarding busybox: strips binary even with DEB_BUILD_OPTIONS='nostrip debug 
noopt'
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
503581: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503581
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: busybox
Version: 1:1.10.2-2
Severity: normal

Steps to reproduce:
1) export PACKAGE=busybox
2) script -c "DEB_BUILD_OPTIONS='nostrip debug noopt' fakeroot apt-get --build 
source $PACKAGE" build.log
3) sudo dpkg -i busybox_*deb

Expected results:
3) /bin/busybox contains debugging symbols

Actual results:
3) debugging symbols are missing:

$ file /bin/busybox
/bin/busybox: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), 
dynamically linked (uses shared libs), stripped


--- End Message ---
--- Begin Message ---
Source: busybox
Source-Version: 1:1.13.3-1

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

busybox-static_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox-static_1.13.3-1_i386.deb
busybox-udeb_1.13.3-1_i386.udeb
  to pool/main/b/busybox/busybox-udeb_1.13.3-1_i386.udeb
busybox_1.13.3-1.diff.gz
  to pool/main/b/busybox/busybox_1.13.3-1.diff.gz
busybox_1.13.3-1.dsc
  to pool/main/b/busybox/busybox_1.13.3-1.dsc
busybox_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox_1.13.3-1_i386.deb
busybox_1.13.3.orig.tar.gz
  to pool/main/b/busybox/busybox_1.13.3.orig.tar.gz



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 503...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated busybox package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:46:20 +0200
Source: busybox
Binary: busybox busybox-static busybox-udeb
Architecture: source i386
Version: 1:1.13.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 busybox- Tiny utilities for small and embedded systems
 busybox-static - Standalone rescue shell with tons of builtin utilities
 busybox-udeb - Tiny utilities for the debian-installer (udeb)
Closes: 487433 503581 504089 510058 521443
Changes: 
 busybox (1:1.13.3-1) unstable; urgency=low
 .
   * New upstream release.
 - Unbreak compressed usage. (closes: #521443)
   * [deb, udeb] Enable udhpc. (closes: #504089)
   * [udeb] Enable tftp. (closes: #510058)
   * [udeb] Enable tar archive creation. (closes: #487433)
   * Make strip build option work correctly. (closes: #503581)
Checksums-Sha1: 
 bbb64a23c7a5e8fbce75153f59d61ed7ca4e4e7e 1074 busybox_1.13.3-1.dsc
 b81af8db1206e606e450ef83e1a9e2a648bf417f 2415209 busybox_1.13.3.orig.tar.gz
 10b7784bbab0343d03e05f9143395350134fef91 22990 busybox_1.13.3-1.diff.gz
 83c31b94f855cac32b5236feb16c0a3e3c79 751204 
busybox-static_1.13.3-1_i386.deb
 fef421c1ad7e85d4e730858ae05d573f6894ae83 316168 busybox_1.13.3-1_i386.deb
 0bf507b5a25c5b2f17dc4a5525401c3a4bf23b44 130162 busybox-udeb_1.13.3-1_i386.udeb
Checksums-Sha256: 
 94928e72b0c653801a4e938bf82033664721424a937af04d479dc622359fab9a 1074 
busybox_1.13.3-1.dsc
 19f8fcd0555671fea563ca0343043530b026dff602ff111c6ff773c72d594d7f 2415209 
busybox_1.13.3.orig.tar.gz
 f5c541e857f083c844e095b03ce1240038db3d30c49d9ff5b2d6317b55fec557 22990 
busybox_1.13.3-1.diff.gz
 198d3188251036b7b2d3e6bd689c99a1b4ad527b0163e4e5ea3f2e08d845fc43 751204 
busybox-static_1.13.3-1_i386.deb
 4b2137b51a66e6e60a929ed67b63b4ce15e3ea89dfc4d265b9efd792c0f36f7a 316168 
busybox_1.13.3-1_i386.deb
 5b56387000bea980954366fb10e5a551bc9e67040afeec9d15cf4ed49938b807 130162 
busybox-udeb_1.13.3-1_i386.udeb
Files: 
 e00fe3ef5567c7866cfa23270e5b7409 1074 utils optional busybox_1.13.3-1.dsc
 ceacf414a279f4ee3b31720f5af07459 2415209 utils optional 
busybox_1.13.3.orig.tar.gz
 dec24bd34bb38ac8b08a0af64116ee3c 22990 utils optional busybox_1.13.3-1.diff.gz
 8c6d51e2848c02db1e6c9cd57da07488 751204 shells extra 
busybox-static_1.13.3-1_i386.deb
 6f5ee7a4ecd489ac7a412426b3fd8e44 316168 utils optiona

Bug#487433: marked as done (tar creation support for live-installer)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:04 +
with message-id 
and subject line Bug#487433: fixed in busybox 1:1.13.3-1
has caused the Debian Bug report #487433,
regarding tar creation support for live-installer
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
487433: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487433
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: busybox-udeb
Severity: normal

Tar creation support should be enabled in the udeb. A test build on
amd64 shows this uses about 4k (should be smaller on i386):

 -rwxr-xr-x 1 joey joey 233K Jun 21 15:47 busybox*
 -rwxr-xr-x 1 joey joey 237K Jun 21 15:49 busybox.tar-c*

Reason: live-installer needs to create a tar file. Currently it is
chrooting to the live filesystem to run tar c there. Howerver, not all
live filesystems will have support for tar c either, so it would be best
if it could use d-i's tar.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: busybox
Source-Version: 1:1.13.3-1

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

busybox-static_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox-static_1.13.3-1_i386.deb
busybox-udeb_1.13.3-1_i386.udeb
  to pool/main/b/busybox/busybox-udeb_1.13.3-1_i386.udeb
busybox_1.13.3-1.diff.gz
  to pool/main/b/busybox/busybox_1.13.3-1.diff.gz
busybox_1.13.3-1.dsc
  to pool/main/b/busybox/busybox_1.13.3-1.dsc
busybox_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox_1.13.3-1_i386.deb
busybox_1.13.3.orig.tar.gz
  to pool/main/b/busybox/busybox_1.13.3.orig.tar.gz



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 487...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated busybox package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:46:20 +0200
Source: busybox
Binary: busybox busybox-static busybox-udeb
Architecture: source i386
Version: 1:1.13.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 busybox- Tiny utilities for small and embedded systems
 busybox-static - Standalone rescue shell with tons of builtin utilities
 busybox-udeb - Tiny utilities for the debian-installer (udeb)
Closes: 487433 503581 504089 510058 521443
Changes: 
 busybox (1:1.13.3-1) unstable; urgency=low
 .
   * New upstream release.
 - Unbreak compressed usage. (closes: #521443)
   * [deb, udeb] Enable udhpc. (closes: #504089)
   * [udeb] Enable tftp. (closes: #510058)
   * [udeb] Enable tar archive creation. (closes: #487433)
   * Make strip build option work correctly. (closes: #503581)
Checksums-Sha1: 
 bbb64a23c7a5e8fbce75153f59d61ed7ca4e4e7e 1074 busybox_1.13.3-1.dsc
 b81af8db1206e606e450ef83e1a9e2a648bf417f 2415209 busybox_1.13.3.orig.tar.gz
 10b7784bbab0343d03e05f9143395350134fef91 22990 busybox_1.13.3-1.diff.gz
 83c31b94f855cac32b5236feb16c0a3e3c79 751204 
busybox-static_1.13.3-1_i386.deb
 fef421c1ad7e85d4e730858ae05d573f6894ae83 316168 busybox_1.13.3-1_i386.deb
 0bf507b5a25c5b2f17dc4a5525401c3a4bf23b44 130162 busybox-udeb_1.13.3-1_i386.udeb
Checksums-Sha256: 
 94928e72b0c653801a4e938bf82033664721424a937af04d479dc622359fab9a 1074 
busybox_1.13.3-1.dsc
 19f8fcd0555671fea563ca0343043530b026dff602ff111c6ff773c72d594d7f 2415209 
busybox_1.13.3.orig.tar.gz
 f5c541e857f083c844e095b03ce1240038db3d30c49d9ff5b2d6317b55fec557 22990 
busybox_1.13.3-1.diff.gz
 198d3188251036b7b2d3e6bd689c99a1b4ad527b0163e4e5ea3f2e08d845fc43 751204 
busybox-static_1.13.3-1_i386.deb
 4b2137b51a66e6e60a929ed67b63b4ce15e3ea89dfc4d265b9efd792c0f36f7a 316168 
busybox_1.13.3-1_i386.deb
 5b56387000bea980954366fb10e5a551bc9e67040afeec9d15cf4ed49938b807 130162 
busybox-udeb_1.13.3-1_i386.udeb
Files: 
 e00fe3ef5567c7866cf

Bug#521443: marked as done (segfaults on big-endian machines)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:04 +
with message-id 
and subject line Bug#521443: fixed in busybox 1:1.13.3-1
has caused the Debian Bug report #521443,
regarding segfaults on big-endian machines
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
521443: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521443
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: busybox
Version: 1:1.10.2-2
Severity: important
Tags: patch

Hello.

Current busybox includes a broken implementation of usage messages compressor,
which is not endian-neutral. This breaks all big-endian debian-installer images.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.26-1-powerpc64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages busybox depends on:
ii  libc6 2.9-4  GNU C Library: Shared libraries

busybox recommends no packages.

busybox suggests no packages.

-- no debconf information
--- trunk/busybox/applets/usage_compressed	2008/08/09 17:16:40	23073
+++ trunk/busybox/applets/usage_compressed	2008/08/09 20:31:57	23074
@@ -14,14 +14,21 @@
 
 echo 'static const char packed_usage[] ALIGN1 = {'
 
-# Extra effort to avoid using "od -t x1": -t is not available
-# in non-CONFIG_DESKTOPed busybox od
+## Breaks on big-endian systems!
+## # Extra effort to avoid using "od -t x1": -t is not available
+## # in non-CONFIG_DESKTOPed busybox od
+## 
+## "$loc/usage" | bzip2 -1 | od -v -x \
+## | $SED -e 's/^[^ ]*//' \
+## | $SED -e 's/ //g' \
+## | grep -v '^$' \
+## | $SED -e 's/\(..\)\(..\)/0x\2,0x\1,/g'
 
-"$loc/usage" | bzip2 -1 | od -v -x \
+"$loc/usage" | bzip2 -1 | od -v -t x1 \
 | $SED -e 's/^[^ ]*//' \
 | $SED -e 's/ //g' \
 | grep -v '^$' \
-| $SED -e 's/\(..\)\(..\)/0x\2,0x\1,/g'
+| $SED -e 's/\(..\)/0x\1,/g'
 
 echo '};'
 echo '#define SIZEOF_usage_messages' `expr 0 + $sz`
--- End Message ---
--- Begin Message ---
Source: busybox
Source-Version: 1:1.13.3-1

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

busybox-static_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox-static_1.13.3-1_i386.deb
busybox-udeb_1.13.3-1_i386.udeb
  to pool/main/b/busybox/busybox-udeb_1.13.3-1_i386.udeb
busybox_1.13.3-1.diff.gz
  to pool/main/b/busybox/busybox_1.13.3-1.diff.gz
busybox_1.13.3-1.dsc
  to pool/main/b/busybox/busybox_1.13.3-1.dsc
busybox_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox_1.13.3-1_i386.deb
busybox_1.13.3.orig.tar.gz
  to pool/main/b/busybox/busybox_1.13.3.orig.tar.gz



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 521...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated busybox package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:46:20 +0200
Source: busybox
Binary: busybox busybox-static busybox-udeb
Architecture: source i386
Version: 1:1.13.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 busybox- Tiny utilities for small and embedded systems
 busybox-static - Standalone rescue shell with tons of builtin utilities
 busybox-udeb - Tiny utilities for the debian-installer (udeb)
Closes: 487433 503581 504089 510058 521443
Changes: 
 busybox (1:1.13.3-1) unstable; urgency=low
 .
   * New upstream release.
 - Unbreak compressed usage. (closes: #521443)
   * [deb, udeb] Enable udhpc. (closes: #504089)
   * [udeb] Enable tftp. (closes: #510058)
   * [udeb] Enable tar archive creation. (closes: #487433)
   * Make strip build option work correctly. (closes: #503581)
Checksums-Sha1: 
 bbb64a23c7a5e8fbce75153f59d61ed7ca4e4e7e 1074 busybox_1.13.3-1.dsc
 b81af8db1206e606e450ef83e1a9e2a648bf417f 2415209 busybox_1.13.3.orig.tar.gz
 10b7784bbab0343d03e05f9143395350134fef91 22990 busybox_1.13.3-1.diff.gz
 83c31b94f855cac32b5236feb16c0a3e3c79 751204 
busybox-static_1.13.3-1_i386.deb
 fef421c1ad7e85d4e730858ae05d573f6894ae83 316168 busybox_1.13.3-

Bug#505025: marked as done (FTBFS with GCC 4.4: missing #include)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:05 +
with message-id 
and subject line Bug#505025: fixed in mklibs 0.1.27
has caused the Debian Bug report #505025,
regarding FTBFS with GCC 4.4: missing #include
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
505025: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505025
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mklibs
Version: 0.1.26
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.4
Tags: patch

Your package fails to build with the upcoming GCC 4.4.  Version 4.4
has not been released yet but I'm building with a snapshot in order
to find errors and give people an advance warning.

GCC 4.4 cleaned up some more C++ headers.  You always have to #include
headers directly and cannot rely for things to be included indirectly.

You can reproduce this problem with gcc-snapshot from unstable.

> Automatic build of mklibs_0.1.26 on em64t by sbuild/amd64 0.53
...
> mv -f .deps/elf.Tpo .deps/elf.Po
> x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. 
> -I../../../src/mklibs-readelf -g -O2 -MT main.o -MD -MP -MF 
> .deps/main.Tpo -c -o main.o ../../../src/mklibs-readelf/main.cpp
> ../../../src/mklibs-readelf/main.cpp: In function 'void usage(int)':
> ../../../src/mklibs-readelf/main.cpp:137: error: 'stderr' was not declared in 
> this scope
> ../../../src/mklibs-readelf/main.cpp:137: error: 'fprintf' was not declared 
> in this scope
> ../../../src/mklibs-readelf/main.cpp:140: error: 'stdout' was not declared in 
> this scope
> ../../../src/mklibs-readelf/main.cpp:144: error: 'fprintf' was not declared 
> in this scope
> ../../../src/mklibs-readelf/main.cpp:147: error: 'fputs' was not declared in 
> this scope
> ../../../src/mklibs-readelf/main.cpp: In function 'int main(int, char**)':
> ../../../src/mklibs-readelf/main.cpp:199: error: 'stdout' was not declared in 
> this scope
> ../../../src/mklibs-readelf/main.cpp:199: error: 'fputs' was not declared in 
> this scope
> make[4]: *** [main.o] Error 1
> make[4]: Leaving directory 
> `/build/tbm/mklibs-0.1.26/build-deb/src/mklibs-readelf'

--- src/mklibs-readelf/main.cpp~2008-11-08 17:05:26.0 +
+++ src/mklibs-readelf/main.cpp 2008-11-08 17:05:31.0 +
@@ -1,5 +1,6 @@
 #include 
 
+#include 
 #include 
 #include 
 #include 

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


--- End Message ---
--- Begin Message ---
Source: mklibs
Source-Version: 0.1.27

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

mklibs-copy_0.1.27_i386.deb
  to pool/main/m/mklibs/mklibs-copy_0.1.27_i386.deb
mklibs_0.1.27.dsc
  to pool/main/m/mklibs/mklibs_0.1.27.dsc
mklibs_0.1.27.tar.gz
  to pool/main/m/mklibs/mklibs_0.1.27.tar.gz
mklibs_0.1.27_all.deb
  to pool/main/m/mklibs/mklibs_0.1.27_all.deb



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 505...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated mklibs package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:56:04 +0200
Source: mklibs
Binary: mklibs mklibs-copy
Architecture: source all i386
Version: 0.1.27
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 mklibs - Shared library reduction script
 mklibs-copy - Shared library reduction script
Closes: 469070 499744 505025 508929 518088
Changes: 
 mklibs (0.1.27) unstable; urgency=low
 .
   [ Joey Hess ]
   * Apply patches from Joseph S. Myers (closes: #469070):
 - mklibs-readelf: Uninitialized data fix
 - mklibs-readelf: Endian fix
 - mklibs: Add --sysroot, to locate all libraries and other related input
   files relative to a specified root directory rather than /.
 - mklibs: Add --gcc-options and --libdir options as well.
 - mklibs: Correct diagnostic text when symbol cannot be found.
 - mklibs: Ignore missing symbols from libthread_db, which are defined
   in the application that uses it.
   * Document --root in the man page.
 .
   [ Frans Pop ]
   * Apply patches from Joseph S. Myers:
 - Ignore the fact that

Bug#469070: marked as done (mklibs patches for cross environment)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:05 +
with message-id 
and subject line Bug#469070: fixed in mklibs 0.1.27
has caused the Debian Bug report #469070,
regarding mklibs patches for cross environment
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
469070: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469070
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mklibs
Severity: wishlist
Tags: patch

This patch series was sent to the mailing list. Create a BR for them
to prevent them being forgotten.

-
Subject: Re: mklibs patches for cross environment
Date: Monday 25 February 2008
From: "Joseph S. Myers" 
To: debian-boot@lists.debian.org

Here is an updated version of the patch 
, with 
additional fixes and split into pieces as requested.  I do not believe 
there are any dependencies between these pieces.

Part 1: Uninitialized data fix, as in previous patch:

Index: src/mklibs-readelf/elf.cpp
===
--- src/mklibs-readelf/elf.cpp  (revision 51573)
+++ src/mklibs-readelf/elf.cpp  (working copy)
@@ -114,6 +114,9 @@
 
   this->sections.resize (this->shnum);
 
+  section_GNU_VERDEF = NULL;
+  section_GNU_VERNEED = NULL;
+  section_GNU_VERSYM = NULL;
   for (unsigned int i = 0; i < this->shnum; i++)
   {
 section *temp;
@@ -149,6 +152,7 @@
 
   this->segments.resize (this->phnum);
 
+  segment_INTERP = NULL;
   for (unsigned int i = 0; i < this->phnum; i++)
   {
 segment *temp;




Part 2: Endian fix, as in previous patch:

Index: src/mklibs-readelf/elf.cpp
===
--- src/mklibs-readelf/elf.cpp  (revision 51573)
+++ src/mklibs-readelf/elf.cpp  (working copy)
@@ -376,7 +380,7 @@
   this->versyms.reserve (max);
 
   for (unsigned int i = 0; i < max; i++)
-this->versyms.push_back (versyms[i]);
+this->versyms.push_back (convert<_data, typeof (versyms[i])> () 
(versyms[i]));
 }
 
 template 




Part 3: Correct diagnostic text when symbol cannot be found, new:

Index: src/mklibs.py
===
--- src/mklibs.py   (revision 51573)
+++ src/mklibs.py   (working copy)
@@ -469,7 +493,7 @@
 for name in needed_symbols:
 if not name in symbol_provider:
 if not needed_symbols[name].weak:
-raise "No library provides non-weak %s" % symbol
+raise "No library provides non-weak %s" % name
 else:
 lib = symbol_provider[name]
 library_symbols_used[lib].add(library_symbols[lib][name])




Part 4: Support running mklibs for a set of binaries including gdbserver 
(which defines symbols left unresolved in libthread_db), new:

Index: src/mklibs.py
===
--- src/mklibs.py   (revision 51573)
+++ src/mklibs.py   (working copy)
@@ -394,8 +414,12 @@
 libraries = set(force_libs)
 for obj in objects.values():
 for symbol in undefined_symbols(obj):
-debug(DEBUG_SPAM, "needed_symbols adding %s, weak: %s" % (symbol, 
symbol.weak))
-needed_symbols[str(symbol)] = symbol
+# Some undefined symbols in libthread_db are defined in
+# gdbserver, not in any library.
+if (not (re.search("libthread_db\.so", obj)
+ and re.search("^ps_", str(symbol:
+debug(DEBUG_SPAM, "needed_symbols adding %s, weak: %s" % 
(symbol, symbol.weak))
+needed_symbols[str(symbol)] = symbol
 libraries.update(library_depends(obj))
 
 # calculate what symbols are present in small_libs and available_libs




Part 5: Sysroot and multilib support, as in the previous patch but with an 
additional fix (-L options pointing to sysroot directories that would be 
searched anyway are bad since they can cause the linker to treat the 
directories as non-sysroot directories):

Index: src/mklibs.1
===
--- src/mklibs.1(revision 51573)
+++ src/mklibs.1(working copy)
@@ -28,6 +28,16 @@
 \fB\-\-target \fITARGET
 Prepend \fITARGET\fB\-\fR to the gcc and binutils calls.
 .TP
+\fB\-\-sysroot \fISYSROOT
+Locate libraries and associated files relative to \fISYSROOT\fR.
+.TP
+\fB\-\-gcc\-options \fIOPTIONS
+Pass \fIOPTIONS\fR to the compiler when relinking.
+.TP
+\fB\-\-libdir \fIDIR
+Use \fIDIR\fR (for example, \fBlib64\fR) in place of \

Bug#266498: marked as done (debian-installer: 'tar' command does not support '-c' parameter)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:04 +
with message-id 
and subject line Bug#487433: fixed in busybox 1:1.13.3-1
has caused the Debian Bug report #487433,
regarding debian-installer: 'tar' command does not support '-c' parameter
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
487433: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487433
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-installer
Severity: wishlist

I used to use Debian Woody's boot CD as a rescue CD.

I remember that the 'tar' command supports '-c' parameter in Debian Woody's 
boot CD,
so that I can use it to backup my files, like the files in '/etc/' or whole '/'.
But I find that the '-c' parameter is not supported by 'tar' command in 
Debian-Installer.
Please consider to support it. Thanks in advance.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-386
Locale: LANG=C, LC_CTYPE=zh_TW.UTF-8

--- End Message ---
--- Begin Message ---
Source: busybox
Source-Version: 1:1.13.3-1

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

busybox-static_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox-static_1.13.3-1_i386.deb
busybox-udeb_1.13.3-1_i386.udeb
  to pool/main/b/busybox/busybox-udeb_1.13.3-1_i386.udeb
busybox_1.13.3-1.diff.gz
  to pool/main/b/busybox/busybox_1.13.3-1.diff.gz
busybox_1.13.3-1.dsc
  to pool/main/b/busybox/busybox_1.13.3-1.dsc
busybox_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox_1.13.3-1_i386.deb
busybox_1.13.3.orig.tar.gz
  to pool/main/b/busybox/busybox_1.13.3.orig.tar.gz



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 487...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated busybox package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:46:20 +0200
Source: busybox
Binary: busybox busybox-static busybox-udeb
Architecture: source i386
Version: 1:1.13.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 busybox- Tiny utilities for small and embedded systems
 busybox-static - Standalone rescue shell with tons of builtin utilities
 busybox-udeb - Tiny utilities for the debian-installer (udeb)
Closes: 487433 503581 504089 510058 521443
Changes: 
 busybox (1:1.13.3-1) unstable; urgency=low
 .
   * New upstream release.
 - Unbreak compressed usage. (closes: #521443)
   * [deb, udeb] Enable udhpc. (closes: #504089)
   * [udeb] Enable tftp. (closes: #510058)
   * [udeb] Enable tar archive creation. (closes: #487433)
   * Make strip build option work correctly. (closes: #503581)
Checksums-Sha1: 
 bbb64a23c7a5e8fbce75153f59d61ed7ca4e4e7e 1074 busybox_1.13.3-1.dsc
 b81af8db1206e606e450ef83e1a9e2a648bf417f 2415209 busybox_1.13.3.orig.tar.gz
 10b7784bbab0343d03e05f9143395350134fef91 22990 busybox_1.13.3-1.diff.gz
 83c31b94f855cac32b5236feb16c0a3e3c79 751204 
busybox-static_1.13.3-1_i386.deb
 fef421c1ad7e85d4e730858ae05d573f6894ae83 316168 busybox_1.13.3-1_i386.deb
 0bf507b5a25c5b2f17dc4a5525401c3a4bf23b44 130162 busybox-udeb_1.13.3-1_i386.udeb
Checksums-Sha256: 
 94928e72b0c653801a4e938bf82033664721424a937af04d479dc622359fab9a 1074 
busybox_1.13.3-1.dsc
 19f8fcd0555671fea563ca0343043530b026dff602ff111c6ff773c72d594d7f 2415209 
busybox_1.13.3.orig.tar.gz
 f5c541e857f083c844e095b03ce1240038db3d30c49d9ff5b2d6317b55fec557 22990 
busybox_1.13.3-1.diff.gz
 198d3188251036b7b2d3e6bd689c99a1b4ad527b0163e4e5ea3f2e08d845fc43 751204 
busybox-static_1.13.3-1_i386.deb
 4b2137b51a66e6e60a929ed67b63b4ce15e3ea89dfc4d265b9efd792c0f36f7a 316168 
busybox_1.13.3-1_i386.deb
 5b56387000bea980954366fb10e5a551bc9e67040afeec9d15cf4ed49938b807 130162 
busybox-udeb_1.13.3-1_i386.udeb
Files: 
 e00fe3ef5567c7866cfa23270e5b7409 1074 utils optional busybox_1.13.3-1.dsc
 ceacf414a279f4ee3b31720f5af07459 2415209 utils optional 
busybox_1.13.3.orig.tar.gz
 dec24bd34bb38ac8b08a0af64116ee3c 22990 utils optional busybox_1.13.3-1.diff.gz
 8c6d51e2

Bug#504089: marked as done (busybox: please add udhcp in .deb package)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:04 +
with message-id 
and subject line Bug#504089: fixed in busybox 1:1.13.3-1
has caused the Debian Bug report #504089,
regarding busybox: please add udhcp in .deb package
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
504089: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504089
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: busybox
Version: 1:1.10.2-2
Severity: wishlist
User: pkg-fso-ma...@lists.alioth.debian.org
Usertags: package-dependencies

Hello,

this bug originates on on the smartphones-standards mailing list [1] and
I expect this should be the case for all embedded device where every
single kB matters.

Basically, while the Debian FSO Team [2] is ATM against a full switch to
busybox alternatives, the end-user should be able to do it.

However, udhcp has been removed from busybox starting with version
20040507-3, as explained at bug #220652 [3].  Can you please re-add it
for the .deb package?

Thx, bye,
Gismo / Luca

Footnotes: 
[1] 
http://lists.linuxtogo.org/pipermail/smartphones-standards/2008-August/000409.html
[2] 
http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-September/16.html
[3] http://bugs.debian.org/220652

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages busybox depends on:
ii  libc6 2.7-15 GNU C Library: Shared libraries

busybox recommends no packages.

busybox suggests no packages.

-- no debconf information


pgp1enrrjOuez.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: busybox
Source-Version: 1:1.13.3-1

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

busybox-static_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox-static_1.13.3-1_i386.deb
busybox-udeb_1.13.3-1_i386.udeb
  to pool/main/b/busybox/busybox-udeb_1.13.3-1_i386.udeb
busybox_1.13.3-1.diff.gz
  to pool/main/b/busybox/busybox_1.13.3-1.diff.gz
busybox_1.13.3-1.dsc
  to pool/main/b/busybox/busybox_1.13.3-1.dsc
busybox_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox_1.13.3-1_i386.deb
busybox_1.13.3.orig.tar.gz
  to pool/main/b/busybox/busybox_1.13.3.orig.tar.gz



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 504...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated busybox package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:46:20 +0200
Source: busybox
Binary: busybox busybox-static busybox-udeb
Architecture: source i386
Version: 1:1.13.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 busybox- Tiny utilities for small and embedded systems
 busybox-static - Standalone rescue shell with tons of builtin utilities
 busybox-udeb - Tiny utilities for the debian-installer (udeb)
Closes: 487433 503581 504089 510058 521443
Changes: 
 busybox (1:1.13.3-1) unstable; urgency=low
 .
   * New upstream release.
 - Unbreak compressed usage. (closes: #521443)
   * [deb, udeb] Enable udhpc. (closes: #504089)
   * [udeb] Enable tftp. (closes: #510058)
   * [udeb] Enable tar archive creation. (closes: #487433)
   * Make strip build option work correctly. (closes: #503581)
Checksums-Sha1: 
 bbb64a23c7a5e8fbce75153f59d61ed7ca4e4e7e 1074 busybox_1.13.3-1.dsc
 b81af8db1206e606e450ef83e1a9e2a648bf417f 2415209 busybox_1.13.3.orig.tar.gz
 10b7784bbab0343d03e05f9143395350134fef91 22990 busybox_1.13.3-1.diff.gz
 83c31b94f855cac32b5236feb16c0a3e3c79 751204 
busybox-static_1.13.3-1_i386.deb
 fef421c1ad7e85d4e730858ae05d573f6894ae83 316168 busybox_1.13.3-1_i386.deb
 0bf507b5a25c5b2f17dc4a5525401c3a4bf23b44 130162 busybox-udeb_1.13.3-1_i386.udeb
Checksums-Sha256: 
 94928e72b0c653801a4e938bf82033664721424a937af04d479dc622359fab9a 1074 
busybox_1.13.3-1.dsc
 19f8f

Bug#518088: marked as done (mklibs handling of STT_SPARC_REGISTER on SPARC64)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:05 +
with message-id 
and subject line Bug#518088: fixed in mklibs 0.1.27
has caused the Debian Bug report #518088,
regarding mklibs handling of STT_SPARC_REGISTER on SPARC64
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
518088: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518088
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mklibs
Tags: patch

(Patch previously sent at 
, pinged at 
.  Patch still 
applies to current mklibs SVN.)

This patch fixes a problem using mklibs for SPARC64.  The psABI for this 
platform involves undefined, null-name symbols of type STT_SPARC_REGISTER 
describing how registers are used by objects, which are not of any use to 
mklibs (which cannot handle unnamed symbols in the output of 
mklibs-readelf).

Index: src/mklibs-readelf/main.cpp
===
--- src/mklibs-readelf/main.cpp (revision 55961)
+++ src/mklibs-readelf/main.cpp (working copy)
@@ -82,15 +82,18 @@
   }
 }
 
-static void process_symbols_undefined (const 
Elf::section_type *section)
+static void process_symbols_undefined (const 
Elf::section_type *section, uint16_t machine)
 {
   for (std::vector::const_iterator it = section->get_symbols 
().begin (); it != section->get_symbols ().end (); ++it)
   {
 const Elf::symbol *symbol = *it;
 uint8_t bind = symbol->get_bind ();
 uint16_t shndx = symbol->get_shndx ();
+uint8_t type = symbol->get_type ();
 if (shndx != SHN_UNDEF)
   continue;
+if (machine == EM_SPARCV9 && type == STT_SPARC_REGISTER)
+  continue;
 if (bind == STB_GLOBAL || bind == STB_WEAK)
   std::cout <<
 symbol->get_name_string () << ' ' <<
@@ -125,7 +128,8 @@
   process_symbols_provided (file->get_section_DYNSYM ());
   break;
 case COMMAND_PRINT_SYMBOLS_UNDEFINED:
-  process_symbols_undefined (file->get_section_DYNSYM ());
+  process_symbols_undefined (file->get_section_DYNSYM (),
+file->get_machine ());
   break;
   }
 }

-- 
Joseph S. Myers
jos...@codesourcery.com


--- End Message ---
--- Begin Message ---
Source: mklibs
Source-Version: 0.1.27

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

mklibs-copy_0.1.27_i386.deb
  to pool/main/m/mklibs/mklibs-copy_0.1.27_i386.deb
mklibs_0.1.27.dsc
  to pool/main/m/mklibs/mklibs_0.1.27.dsc
mklibs_0.1.27.tar.gz
  to pool/main/m/mklibs/mklibs_0.1.27.tar.gz
mklibs_0.1.27_all.deb
  to pool/main/m/mklibs/mklibs_0.1.27_all.deb



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 518...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated mklibs package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:56:04 +0200
Source: mklibs
Binary: mklibs mklibs-copy
Architecture: source all i386
Version: 0.1.27
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 mklibs - Shared library reduction script
 mklibs-copy - Shared library reduction script
Closes: 469070 499744 505025 508929 518088
Changes: 
 mklibs (0.1.27) unstable; urgency=low
 .
   [ Joey Hess ]
   * Apply patches from Joseph S. Myers (closes: #469070):
 - mklibs-readelf: Uninitialized data fix
 - mklibs-readelf: Endian fix
 - mklibs: Add --sysroot, to locate all libraries and other related input
   files relative to a specified root directory rather than /.
 - mklibs: Add --gcc-options and --libdir options as well.
 - mklibs: Correct diagnostic text when symbol cannot be found.
 - mklibs: Ignore missing symbols from libthread_db, which are defined
   in the application that uses it.
   * Document --root in the man page.
 .
   [ Frans Pop ]
   * Apply patches from Joseph S. Myers:
 - Ignore the fact that symbol __gnu_local_gp is undefined for mips as it
   is defined by the linker. Thanks to Joseph S. Myer

Bug#499744: marked as done (mklibs patch for MIPS)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:05 +
with message-id 
and subject line Bug#499744: fixed in mklibs 0.1.27
has caused the Debian Bug report #499744,
regarding mklibs patch for MIPS
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
499744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499744
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mklibs
Tags: patch

This patch fixes a problem using mklibs for MIPS (discussed at 
).  The symbol 
__gnu_local_gp is defined by the linker for this configuration and so 
mklibs should ignore it being undefined.  I've only seen the problem for 
N32, though it might apply for other ABIs as well.  This problem is 
entirely independent of the problem of mklibs producing bad binaries for 
MIPS (bug 445507), which should probably have been fixed by the binutils 
patch .

Index: src/mklibs.py
===
--- src/mklibs.py   (revision 55961)
+++ src/mklibs.py   (working copy)
@@ -415,9 +415,11 @@
 for obj in objects.values():
 for symbol in undefined_symbols(obj):
 # Some undefined symbols in libthread_db are defined in
-# the application that uses it.
+# the application that uses it.  __gnu_local_gp is defined
+# specially by the linker on MIPS.
 if (not (re.search("libthread_db\.so", obj)
- and re.search("^ps_", str(symbol:
+ and re.search("^ps_", str(symbol)))
+and str(symbol) != "__gnu_local...@base"):
 debug(DEBUG_SPAM, "needed_symbols adding %s, weak: %s" % 
(symbol, symbol.weak))
 needed_symbols[str(symbol)] = symbol
 libraries.update(library_depends(obj))

-- 
Joseph S. Myers
jos...@codesourcery.com


--- End Message ---
--- Begin Message ---
Source: mklibs
Source-Version: 0.1.27

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

mklibs-copy_0.1.27_i386.deb
  to pool/main/m/mklibs/mklibs-copy_0.1.27_i386.deb
mklibs_0.1.27.dsc
  to pool/main/m/mklibs/mklibs_0.1.27.dsc
mklibs_0.1.27.tar.gz
  to pool/main/m/mklibs/mklibs_0.1.27.tar.gz
mklibs_0.1.27_all.deb
  to pool/main/m/mklibs/mklibs_0.1.27_all.deb



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 499...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated mklibs package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:56:04 +0200
Source: mklibs
Binary: mklibs mklibs-copy
Architecture: source all i386
Version: 0.1.27
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 mklibs - Shared library reduction script
 mklibs-copy - Shared library reduction script
Closes: 469070 499744 505025 508929 518088
Changes: 
 mklibs (0.1.27) unstable; urgency=low
 .
   [ Joey Hess ]
   * Apply patches from Joseph S. Myers (closes: #469070):
 - mklibs-readelf: Uninitialized data fix
 - mklibs-readelf: Endian fix
 - mklibs: Add --sysroot, to locate all libraries and other related input
   files relative to a specified root directory rather than /.
 - mklibs: Add --gcc-options and --libdir options as well.
 - mklibs: Correct diagnostic text when symbol cannot be found.
 - mklibs: Ignore missing symbols from libthread_db, which are defined
   in the application that uses it.
   * Document --root in the man page.
 .
   [ Frans Pop ]
   * Apply patches from Joseph S. Myers:
 - Ignore the fact that symbol __gnu_local_gp is undefined for mips as it
   is defined by the linker. Thanks to Joseph S. Myers. Closes: #499744.
   * Remove myself as uploader.
 .
   [ Martin Michlmayr ]
   * mklibs-readelf: add missing header to avoid build error with GCC 4.4.
 Closes: #505025.
 .
   [ Bastian Blank ]
   * Support file definitions in version requirements. Based on patch by Andrew
 Stubbs . (closes: #508929)

Bug#510058: marked as done (Please enable CONFIG_TFTP in busybox-udeb (was: Bug#509723: Support TFTP preseed fetch method))

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:04 +
with message-id 
and subject line Bug#510058: fixed in busybox 1:1.13.3-1
has caused the Debian Bug report #510058,
regarding Please enable CONFIG_TFTP in busybox-udeb (was: Bug#509723: Support 
TFTP preseed fetch method)
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
510058: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510058
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: busybox-udeb
Version: 1.10.2-2
Severity: wishlist
Blocks: 509723

On Fri, Dec 26, 2008 at 11:57:03PM +, Colin Watson wrote:
> On Fri, Dec 26, 2008 at 11:48:40PM +0100, Ferenc Wagner wrote:
> > Colin Watson  writes:
> > > On Thu, Dec 25, 2008 at 10:54:47PM +1100, Trent W. Buck wrote:
> > >> I would find it useful if the preseed file could be fetched via TFTP.
> > >
> > > I think this is a great idea; we'd need a TFTP client udeb first,
> > > […]
> 
> I had indeed forgotten about that. Using busybox's would probably indeed
> be a better idea.

This can be done by enabling the following options in the
debian/config/config.udeb file:
  CONFIG_TFTP=y
  CONFIG_FEATURE_TFTP_GET=y

Building with this options enabled increases the Installed-Size by 4k,
which looks like reasonable enough.

Cheers,
-- 
Jérémy Bobbio.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: busybox
Source-Version: 1:1.13.3-1

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

busybox-static_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox-static_1.13.3-1_i386.deb
busybox-udeb_1.13.3-1_i386.udeb
  to pool/main/b/busybox/busybox-udeb_1.13.3-1_i386.udeb
busybox_1.13.3-1.diff.gz
  to pool/main/b/busybox/busybox_1.13.3-1.diff.gz
busybox_1.13.3-1.dsc
  to pool/main/b/busybox/busybox_1.13.3-1.dsc
busybox_1.13.3-1_i386.deb
  to pool/main/b/busybox/busybox_1.13.3-1_i386.deb
busybox_1.13.3.orig.tar.gz
  to pool/main/b/busybox/busybox_1.13.3.orig.tar.gz



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

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 510...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bastian Blank  (supplier of updated busybox package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 06 May 2009 13:46:20 +0200
Source: busybox
Binary: busybox busybox-static busybox-udeb
Architecture: source i386
Version: 1:1.13.3-1
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Bastian Blank 
Description: 
 busybox- Tiny utilities for small and embedded systems
 busybox-static - Standalone rescue shell with tons of builtin utilities
 busybox-udeb - Tiny utilities for the debian-installer (udeb)
Closes: 487433 503581 504089 510058 521443
Changes: 
 busybox (1:1.13.3-1) unstable; urgency=low
 .
   * New upstream release.
 - Unbreak compressed usage. (closes: #521443)
   * [deb, udeb] Enable udhpc. (closes: #504089)
   * [udeb] Enable tftp. (closes: #510058)
   * [udeb] Enable tar archive creation. (closes: #487433)
   * Make strip build option work correctly. (closes: #503581)
Checksums-Sha1: 
 bbb64a23c7a5e8fbce75153f59d61ed7ca4e4e7e 1074 busybox_1.13.3-1.dsc
 b81af8db1206e606e450ef83e1a9e2a648bf417f 2415209 busybox_1.13.3.orig.tar.gz
 10b7784bbab0343d03e05f9143395350134fef91 22990 busybox_1.13.3-1.diff.gz
 83c31b94f855cac32b5236feb16c0a3e3c79 751204 
busybox-static_1.13.3-1_i386.deb
 fef421c1ad7e85d4e730858ae05d573f6894ae83 316168 busybox_1.13.3-1_i386.deb
 0bf507b5a25c5b2f17dc4a5525401c3a4bf23b44 130162 busybox-udeb_1.13.3-1_i386.udeb
Checksums-Sha256: 
 94928e72b0c653801a4e938bf82033664721424a937af04d479dc622359fab9a 1074 
busybox_1.13.3-1.dsc
 19f8fcd0555671fea563ca0343043530b026dff602ff111c6ff773c72d594d7f 2415209 
busybox_1.13.3.orig.tar.gz
 f5c541e857f083c844e095b03ce1240038db3d30c49d9ff5b2d6317b55fec557 22990 
busybox_1.13.3-1.diff.gz
 198d3188251036b7b2d3e6bd689c99a1b4ad527b0163e4e5ea3f2e08d845fc43 751204 
busybox-static_1.13.3-1_i386.deb

Bug#508929: marked as done (mklibs selects symbols from the wrong library)

2009-05-06 Thread Debian Bug Tracking System 

Your message dated Wed, 06 May 2009 12:02:05 +
with message-id 
and subject line Bug#508929: fixed in mklibs 0.1.27
has caused the Debian Bug report #508929,
regarding mklibs selects symbols from the wrong library
to be marked as done.

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

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
508929: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508929
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: mklibs
Tags: patch

The problem is that mklibs selects either the first symbol of the 
correct name, or the one in libc, if there is one. It completely 
disregards the information left by the linker defining where each symbol 
*should* come from.


The dynamic linker does use this data, so it looks for symbols in 
specific libraries and complains if they aren't there.


To reproduce the problem:

---8<->8--
#include 
#include 

int main(void)
{
double x, y, n;

x = -14.87654321;
y = modf( x, &n );
printf("%f, %f, %f\n", x, y, n);

return 0;
}
---8<->8--

gcc modf_test.c -lm
mklibs -d result a.out

Then result/libm.so.6 contains no symbols, and modf is present in 
result/libc.so.6. This issue may only exist some platforms - 
mips-linux-gnu is the one with which I have observed the problem. This 
is because the modf symbol is present in both libm *and* libc, and 
mklibs always prefers libc.


The problem can be worked around by means of LD_PRELOAD=libm.so (or 
whatever library), because then the symbol is resolved early, and the 
dynamic linker does not have to search for it elsewhere. Note that doing 
this only works if all symbols of the same name have compatible 
definitions. Otherwise, the program will be silently broken.


This patch modifies mklibs-readelf to extract the library name 
associated with each undefined symbol (in addition to the version it 
already gets).


mklibs.py then treats each symbol as a triplet, rather than a pair:

  pri...@glibc_2.0 -> pri...@glibc_2.0@libc.so.6

Each symbol can now only match against one library. This should produce 
the same mapping that the dynamic linker would use (minus LD_PRELOAD).


Andrew Stubbs
---
 src/mklibs-readelf/elf.cpp  |   20 +---
 src/mklibs-readelf/elf.hpp  |8 
 src/mklibs-readelf/elf_data.hpp |2 +-
 src/mklibs-readelf/main.cpp |3 ++-
 src/mklibs.py   |   34 +++---
 5 files changed, 47 insertions(+), 20 deletions(-)

Index: src/mklibs-readelf/elf.cpp
===
--- src/mklibs-readelf/elf.cpp.orig	2008-12-16 16:48:07.0 +
+++ src/mklibs-readelf/elf.cpp	2008-12-16 17:43:42.0 +
@@ -445,6 +445,14 @@ std::string symbol::get_version () const
   return "Base";
 }
 
+std::string symbol::get_version_file () const throw (std::bad_alloc)
+{
+  if (verneed)
+return verneed->get_file();
+
+  return "unknown";
+}
+
 std::string symbol::get_name_version () const throw (std::bad_alloc)
 {
   std::string ver;
@@ -539,10 +547,12 @@ version_requirement_data<_class, _data>:
 
   char *act = reinterpret_cast (verneed) + aux;
 
+  file = convert<_data, typeof (verneed->vn_file)> () (verneed->vn_file);
+
   for (int i = 0; i < cnt; i++)
   {
 Vernaux *vernaux = reinterpret_cast (act);
-entries.push_back(new version_requirement_entry_data<_class, _data> (vernaux));
+entries.push_back(new version_requirement_entry_data<_class, _data> (this, vernaux));
 uint32_t next = convert<_data, typeof (vernaux->vna_next)> () (vernaux->vna_next);
 act += next;
   }
@@ -551,17 +561,21 @@ version_requirement_data<_class, _data>:
 template 
 void version_requirement_data<_class, _data>::update_string(const section_type §ion) throw (std::bad_alloc)
 {
+  file_string = section.get_string(file);
+
   for (std::vector::iterator it = entries.begin(); it != entries.end(); ++it)
   {
 version_requirement_entry_data<_class, _data> &vernaux =
-  dynamic_cast &> (**it);
+  dynamic_cast &> (this, **it);
 vernaux.update_string(section);
   }
 }
 
 template 
-version_requirement_entry_data<_class, _data>::version_requirement_entry_data (Vernaux *vna) throw ()
+version_requirement_entry_data<_class, _data>::version_requirement_entry_data (const version_requirement_data<_class, _data> *parent, Vernaux *vna) throw ()
 {
+  this->parent = parent;
+
   flags = convert<_data, typeof (vna->vna_flags)> () (vna->vna_flags);
   other = convert<_data, typeof (vna->vna_other)> () (vna->vna_other);
   name  = convert<_data, type

Re: Netboot Xen images for amd64

2009-05-06 Thread Ian Campbell 
On Sat, 2009-04-18 at 12:49 +0200, Frans Pop wrote:
> On Saturday 18 April 2009, Ian Campbell wrote:
> > I think the ability to symlink the kernel or initrd will also be useful
> > to me when I start to consider cdrom-xen variants for both i386 and
> > amd64. i386 cannot share the kernel (needs 686-bigmem variant) but can
> > share the initrd with some small tweaks i.e. just by adding a small
> > subset of extra 686-bigmem udebs, not all udebs are needed due to the
> > constrained hardware in a Xen domU, possibly as little as just 320K for
> > the scsi-modules 686-bigmem will suffice. I think this is preferable to
> > duplicating the whole GTK >10M initrd.gz. Again the standard amd64
> > images should just work but I'd like to keep the xen variant for
> > consistency.
> 
> Please do not increase the size of the standard initrd for i386, but 
> rather examine the same method recently proposed for accessibility 
> support: an *add-on* initrd that is loaded on top of the standard one by 
> choosing a Xen boot option in the isolinux menu.

Is someone working on the generic part of this? The concern is to do
with runtime memory usage for the RAM disk rather than disk space,
right? We are talking about a few 10's a k I think, which could
potentially be early discarded before starting up the other memory
hungry bits of the installer (i.e. pre-GUI or whatever). Also I was
thinking of the GTK variant only -- crushingly low memory isn't such a
concern there, is it?

[...]
> Even the DVD1 image is getting tight as we currently support installation 
> of _all_ desktop environments from it.

Oh, I was hoping there was more wiggle room with DVD1, I had already
discounted fitting things on the standard CD1.

Installing a kernel from CD/DVD != 1 doesn't work does it. I could look
into what that would take I guess -- any ideas?

I suppose a Xen specific CD1 for i386 could be an option, either a
formally supported one or one I publish myself -- seems like a shame
though.

With the alternative CD1s is there some magic which ensures that the
stuff which is on the primary CD1 but not the alternatives is also
duplicated on CD2+ such that it is still available to people installing
with e.g. the KDE CD1? (I admit I've never done an install which
required a second CD so I'm not sure how it goes).

> I'm really not at all convinced that this is something we really want to 
> do at all.

With my work hat on[0] we just released a new beta with support for
netinst of Lenny and as I expected the first bit of feedback was "why no
CD installation method for Lenny?". I think it is something our users
(i.e. both Debian and XenServer's) want.

Ian.
[0] Full disclosure, although my d-i stuff is done with my personal hat
on I do have a slightly vested interest since I work on XenServer during
the day.
-- 
Ian Campbell
Current Noise: Reverend Bizarre - In The Rectory

 knghtbrd: and the meek shall inherit k-mart


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Netboot Xen images for amd64

2009-05-06 Thread Ian Campbell 
On Sat, 2009-04-18 at 09:45 +, Ian Campbell wrote:
> Hi all,
> 
> Since the Xen modules will be included in the next
> linux-kernel-di-amd64-2.6 upload I'd like to also add a netboot-xen
> target to the build. This is slightly unusual since, unlike i386, the
> standard kernel used on amd64 is Xen capable and therefore the regular
> images work just fine. However I would still like to maintain the
> netboot/xen subdirectory for consistency with i386 and also to have a
> sane place to put the xm-debian.cfg example configuration file. I would
> prefer to populate netboot/xen with symlinks rather than actual images
> which do nothing but duplicate the netboot/gtk images.
> 
> What are peoples feelings on this patch? I couldn't think of a cleaner
> way to do this or a way to avoid touching the generic Makefile.

No comments on this bit? OK if I commit shortly?

[...]
> 
> Ian.
> ---
>  installer/build/Makefile |   14 ++
>  installer/build/config/amd64.cfg |2 +-
>  installer/build/config/amd64/netboot-xen.cfg |   13 +
>  3 files changed, 28 insertions(+), 1 deletions(-)
>  create mode 100644 installer/build/config/amd64/netboot-xen.cfg
> 
> diff --git a/installer/build/Makefile b/installer/build/Makefile
> index b917b8f..0bf9b1e 100644
> --- a/installer/build/Makefile
> +++ b/installer/build/Makefile
> @@ -617,20 +617,34 @@ $(TEMP_INITRD): $(STAMPS)tree-$(targetstring)-stamp 
> arch_tree
>  
>  # Create the images for dest/. Those are the targets called from config.
>  
> +ifeq ($(SYMLINK_INITRD),)
>  $(INITRD): $(TEMP_INITRD)
>   install -m 644 -D $< $@
>   update-manifest $@ $(MANIFEST-INITRD) $(UDEB_LISTS)
> +else
> +$(INITRD): $(realpath $(dir $(INITRD))/$(SYMLINK_INITRD))
> + mkdir -p $(dir $(INITRD))
> + ln -s $(SYMLINK_INITRD) $@
> + update-manifest $@ $(MANIFEST-INITRD) $(UDEB_LISTS)
> +endif
>  
>  $(RAMDISK): $(TEMP_INITRD)
>   install -m 644 -D $< $@
>   update-manifest $@ $(MANIFEST-RAMDISK) $(UDEB_LISTS)
>  
>  # raw kernel images
> +ifeq ($(SYMLINK_KERNEL),)
>  $(KERNEL): TEMP_REAL_KERNEL = $(TEMP)/$(shell echo ./$@ |sed 
> 's,$(SOME_DEST)/$(EXTRANAME),,')
>  $(KERNEL):
>   @$(MAKE) $(STAMPS)tree-unpack-$(targetstring)-stamp $(TEMP_REAL_KERNEL)
>   install -m 644 -D $(TEMP_REAL_KERNEL) $@
>   update-manifest $@ $(MANIFEST-KERNEL)
> +else
> +$(KERNEL): $(realpath $(dir $(KERNEL))/$(SYMLINK_KERNEL))
> + mkdir -p $(dir $(KERNEL))
> + ln -s $(SYMLINK_KERNEL) $@
> + update-manifest $@ $(MANIFEST-KERNEL)
> +endif
>  
>  # bootable images
>  $(BOOT): $(TEMP_BOOT)
> diff --git a/installer/build/config/amd64.cfg 
> b/installer/build/config/amd64.cfg
> index 5d7e19d..5cab89c 100644
> --- a/installer/build/config/amd64.cfg
> +++ b/installer/build/config/amd64.cfg
> @@ -1,4 +1,4 @@
> -MEDIUM_SUPPORTED = cdrom netboot netboot-gtk hd-media
> +MEDIUM_SUPPORTED = cdrom netboot netboot-gtk netboot-xen hd-media
>  MEDIUM_SUPPORTED_EXTRA = monolithic
>  
>  # The version of the kernel to use.
> diff --git a/installer/build/config/amd64/netboot-xen.cfg 
> b/installer/build/config/amd64/netboot-xen.cfg
> new file mode 100644
> index 000..71ba29a
> --- /dev/null
> +++ b/installer/build/config/amd64/netboot-xen.cfg
> @@ -0,0 +1,13 @@
> +TYPE=netboot/gtk
> +
> +EXTRANAME=netboot/xen/
> +
> +MANIFEST-KERNEL = "kernel image for installing under Xen"
> +MANIFEST-INITRD = "initrd for installing under Xen"
> +MANIFEST-XENCFG = "example Xen configuration"
> +
> +TARGET = $(KERNEL) $(INITRD) xen_config
> +SYMLINK_KERNEL = ../gtk/debian-installer/amd64/linux
> +SYMLINK_INITRD = ../gtk/debian-installer/amd64/initrd.gz
> +
> +EXTRATARGETS = build_netboot-gtk
> -- 
> 1.6.2.2
> 
> 
> 
> -- 
> Ian Campbell
> 
> Demographic polls show that you have lost credibility across the board.
> Especially with those 14 year-old Valley girls.
-- 
Ian Campbell
Current Noise: Reverend Bizarre - In The Rectory

If all the world's a stage, I want to operate the trap door.
-- Paul Beatty


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

How Do I Talk Dirty to My oByfriend? - A Down and Dirty Guide For Some Smoldering Fun

2009-05-06 Thread Rockholt Sumption 
<>

Bug#527306: use busybox tar, not tar from live system

2009-05-06 Thread Joey Hess 
Package: live-installer
Severity: normal

busybox-udeb now supports tar creation, so this code can be fixed to
not use tar from the live system:

# use tar from inside the live filesystem to create
# the tarball, because busybox tar in d-i does not 
# support creating tarballs.
# 
# The --exclude is a paranoia measure, in case this program
# is running from the toplevel of a live filesystem,
# which is not normally the case.
exec 4>&0
chroot . tar c . --exclude=target | \
(chdir /target && tar xv) | \

Removing the 'chroot .' should be all that's necessary, plus testing of
course.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#527306: use busybox tar, not tar from live system

2009-05-06 Thread Joey Hess 
Christian Perrier wrote:
> Hey Joey, are you aware of other places we could also change the use
> of tar (certainly I can look by myself but I'm first trying to use
> your great memory of historical stuff in D-I..:-))

TTBOMK, this is the only place in d-i where we *create* a tar file, and
so the only place where we couldn't use busybox tar before.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#527306: use busybox tar, not tar from live system

2009-05-06 Thread Christian Perrier 
Quoting Joey Hess (jo...@debian.org):
> Package: live-installer
> Severity: normal
> 
> busybox-udeb now supports tar creation, so this code can be fixed to
> not use tar from the live system:


Hey Joey, are you aware of other places we could also change the use
of tar (certainly I can look by myself but I'm first trying to use
your great memory of historical stuff in D-I..:-))



signature.asc
Description: Digital signature