>> i have my multistrap config and the output of a run attached. As you can see
>> it is version 2.1.7 but using 2.1.10 results into the same problem.
>
>I don't get that problem. Log attached.

to make my problem independent from my system configuration i created a fresh
debian sid debootstrap environment, installed multistrap 2.1.11 and used the 
same
config i attached in my last mail (now turning on package authentication)

the problem didnt occur anymore so it is either to blame on a weird system
configuration of mine or a problem that was already fixed in the current 
version of
multistrap - sorry for the confusion and me not testing the issue in a fresh
environment before

>> the whole process still exits with return code 0 but this is not the case 
>> when i
>> do a multistrap for a foreign architecture and then do `dpkg --configure -a`
>> manually.
>
>What do you mean by foreign (if it is foreign, you can't execute
>programs within the chroot)?

I use qemu-arm-static for that

now the only problem still left is that annoying dash issue (which is also an 
old one):

Setting up dash (0.5.5.1-7.4) ...
No diversion 'diversion of /bin/sh by dash', none removed.
This should never be reached
dpkg: error processing dash (--configure):
 subprocess installed post-installation script returned error exit status 1

but this is of course not the content of this bug report.

this bug can probably be closed as it is not reproducible with the newest 
multistrap
from sid in a fresh chroot environment.

josch



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

Reply via email to