debirf seems to fail on amd64

[dkg]

debirf looks like it's failing on amd64 systems. I thought i'd seen it as a result of a architecture-specific failure of fakechroot, but that no longer seems to be a problem.

Instead, what i'm seeing is an attempt to do something funny with dev during the initial debootstrap (before we've had a chance to swap in the "correct" /dev.

I was able to work around it by doing the debootstrap by hand (gleaned from a run of sh -ex debirf, passing it the --foreign option.

Then i did something like:

cp /usr/share/debirf/devices.tar.gz rescue/root/
debirf enter rescue rm /dev
debirf enter rescue tar xzf /root/devices.tar.gz -C/
debirf enter rescue /debootstrap/debootstrap --second-stage
debirf enter rescue sh -c 'echo deb http://ftp.us.debian.org/debian lenny main > /etc/apt/sources.list'
debirf make --skip rescue
debirf makeiso rescue

I'm not sure why specifically the single-stage debootstrap attempt was failing under those conditions on that architecture.

fwiw, this was on a machine running lenny up-to-date as of today, with the kernel at: 2.6.18-6-xen-amd64 (it's a domU).

[jrollins]

Here is the error I get when I try:

hydra0:~/debirf/rescue 0$ debirf make .
...
I: Extracting sysvinit...
I: Extracting sysvinit-utils...
I: Extracting tar...
I: Extracting tzdata...
I: Extracting util-linux...
I: Extracting zlib1g...
I: Installing core packages...
W: Failure trying to run: chroot /home/jrollins/debirf/rescue/root dpkg --force-depends --install var/cache/apt/archives/base-files_4.0.2_amd64.deb var/cache/apt/archives/base-passwd_3.5.17_amd64.deb
hydra0:~/debirf/rescue 1$ cat root/debootstrap/debootstrap.log 
gpgv: Signature made Sun Mar  2 15:32:57 2008 EST using DSA key ID 6070D3A1
gpgv: Good signature from "Debian Archive Automatic Signing Key (4.0/etch) <ftpmaster@debian.org>"
/usr/lib/debootstrap/functions: line 707:  7595 Segmentation fault      chroot /home/jrollins/debirf/rescue/root dpkg --force-depends --install var/cache/apt/archives/base-files_4.0.2_amd64.deb var/cache/apt/archives/base-passwd_3.5.17_amd64.deb
hydra0:~/debirf/rescue 0$ 

This seems to be a different problem yet from the two mentioned above (it doesn't appear to have anything to do with /dev, but instead something failing in the chroot environment).

[dkg]

This no longer seems to be a problem with lenny. Perhaps some of the changes made in fakechroot resolved things?