I am able to reproduce this bug with supermin 5.1.5 by doing:
$ sudo dpkg --add-architecture i386
$ sudo apt-get update
$ sudo apt-get install attr:i386
$ sudo apt-get install xfsprogs
(Note that xfsprogs requires attr.)
After that:
$ dpkg-query --show --showformat '${Package} ${Version} ${Architecture}\n' |
grep attr
attr 1:2.4.47-1 i386
libattr1 1:2.4.47-1 amd64
libattr1 1:2.4.47-1 i386
libattr1-dev 1:2.4.47-1 amd64
Now to reproduce the bug, do:
$ supermin --version
supermin 5.1.5
$ supermin --prepare attr xfsprogs -o /tmp/supermin.d
supermin: internal error: assertion failed at dpkg.ml, line 86, char 19
However, using supermin 5.1.6 does not produce the assertion failure,
and I am able to prepare and build an appliance:
$ git describe
v5.1.6
$ ./src/supermin --prepare attr xfsprogs -o /tmp/supermin.d
$ ./src/supermin --build /tmp/supermin.d -o /tmp/appliance.d -f chroot
So I think you should try upgrading to 5.1.6 to fix this bug.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
