Your message dated Thu, 5 Aug 2010 17:29:28 +0200
with message-id <[email protected]>
and subject line Re: xen-tools: Doesn't install lenny i386 from amd64 dom0
has caused the Debian Bug report #546904,
regarding xen-tools: Doesn't install lenny i386 from amd64 dom0
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 [email protected]
immediately.)


-- 
546904: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546904
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: xen-tools
Version: 3.9-4~bpo40+1
Severity: normal


Note I'm generating this bugreport in another machine that not is the dom0.
xen-create-image --arch i386 --dist lenny

ends with init level choice, and it doesn't umount partitions from DOMU.

In the log:
Running hooks
Running hook 01-disable-daemons
hook 01-disable-daemons: done.
Running hook 05-shadowconfig-on
/bin/sh: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by /bin/sh)
...

I modified /usr/lib/xen-tools/debian.d/05-shadow-config-on to read:
...
prefix=$1

if [ -n "${prefix}" ]; then
        rm -rf ${prefix}/lib/tls
fi
...

But of course, later I have to restore 05-shadow-config-on, so I can use 
xen-tools normally.

Is there any variable to play with arch ?

It would be very nice to see this package bug free !

Thank you

Debian Rock!


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages xen-tools depends on:
ii  debootstrap                   1.0.15     Bootstrap a basic Debian system
ii  libconfig-inifiles-perl       2.52-1     Read .ini-style configuration file
ii  libtext-template-perl         1.45-1     Text::Template perl module
ii  perl-modules                  5.10.0-25  Core Perl modules

Versions of packages xen-tools recommends:
pn  libexpect-perl                <none>     (no description available)
pn  reiserfsprogs                 <none>     (no description available)
ii  rinse                         1.7-1      RPM installation environment
pn  xen-hypervisor-amd64 | xen-hy <none>     (no description available)
pn  xen-shell                     <none>     (no description available)
pn  xfsprogs                      <none>     (no description available)

xen-tools suggests no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 4.2~beta1-1

Hi,

Javier Barroso wrote:
> Note I'm generating this bugreport in another machine that not is the dom0.
> xen-create-image --arch i386 --dist lenny
> 
> ends with init level choice, and it doesn't umount partitions from DOMU.
> 
> In the log:
> Running hooks
> Running hook 01-disable-daemons
> hook 01-disable-daemons: done.
> Running hook 05-shadowconfig-on
> /bin/sh: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by 
> /bin/sh)

I suspect this to be an error in debootstrap or so.

> Package: xen-tools
> Version: 3.9-4~bpo40+1
[...]
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)

This combination looks very strange:

xen-tools version from Etch (!) Backports, but a 2.6.30 kernel which
was uptodate in Sid at about the date of the bug report. But xen-tools
in Unstable at that time was version 4.1-1...

So this looks like an Unstable system with packages from Lenny but for
Etch, including the package you're reporting the bug for?!?

> Is there any variable to play with arch ?

Sure. I just tried to reproduce this problem with the current packages
in Squeeze, but everything worked fine.

So I'm herewith closing this bug as fixed with version 4.2~beta1-1,
even if it may have been an in the meanwhile also already fixed
debootstrap bug.

                Regards, Axel
-- 
 ,''`.  |  Axel Beckert <[email protected]>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-    |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


--- End Message ---

Reply via email to