The Josh Schauer posting to the emdebian mailinglist saved as 'TODO' in the git repository.
In git is better then a mailinglist archive ... --- TODO | 86 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 86 insertions(+), 0 deletions(-) create mode 100644 TODO diff --git a/TODO b/TODO new file mode 100644 index 0000000..fea6a67 --- /dev/null +++ b/TODO @@ -0,0 +1,86 @@ + +Hi all, + +just a short status update of the things that are currently required to +make polystrap - building debian rootfs without superuser permissions - +fully work out-of-the-box. + +1. fakechroot +------------- + +fakechroot is still having a bug where the root path gets prefixed twice +in certain situations (when doing mknod and when using certain +architectures like armhf). Unfortunately the maintainer seems to be MIA +but I'm in touch with the debian-mia team about that and a NMU might +follow: + +I reported and proposed a patch here: +http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611156 + + +2. qemu-user-static elf interpreter prefix +------------------------------------------ + +Currently, one has to fill the /etc/qemu-binfmt/* directories before +executing any dynamically compiled foreign executable with +fakeroot/fakechroot because there is no way to pass the -L parameter to +qemu-user-static to specify the just extracted rootfs directory as the +elf interpreter prefix path. Being able to do so by making it evaluate +an environment variable instead, would be a huge improvement because it +would make it possible to avoid changing the content of +/etc/qemu-binfmt/* directories every time + * one changes between debian architectures that use the same qemu + emulation (eg. arm, armel and armhf all use qemu-arm) + * one changes between different debian suites + * shared library versions are outdated + +I reported and proposed a patch here: +http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632192 + + +3. fakeroot/fakechroot multiarch +-------------------------------- + +To execute code in a foreign rootfs with fakeroot/fakechroot, +libfakechroot.so and libfakeroot-sysv.so need to be present in the +appropriate /usr/lib/<arch-triplet>/ directory. Currently I copy those +into it manually with dpkg -x. This problem should be solved by +multiarch, right? Is it already possible? What is missing? + + +4. building for mips/mipsel +--------------------------- + +This issue currently fails due to some bugs related to wrong syscall +handling in qemu-mips. The effect is explained in these mails to the +qemu-devel list: + +http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg00116.html +http://lists.gnu.org/archive/html/qemu-devel/2011-07/msg00102.html +http://lists.gnu.org/archive/html/qemu-devel/2011-07/msg00340.html + +A patch that supposedly (did not yet test) solves the issue was posted +just today: + +http://lists.gnu.org/archive/html/qemu-devel/2011-07/msg00313.html + +Once it is committed, building for mips/mipsel should work again. + + +5. tzdata +--------- + +There is currently a bug in tzdata that is triggered when using +debconf-set-selections before configuring the package. It can be avoided +by not setting any tzdata values in debconfseed.txt. I did not find the +time to look into why exactly that happens or to prepare a patch but +given how quickly other recent similar issues were solved this will +probably also be fixed soon. + +I reported and explained the issue here: +http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611156 + + +I hope I didnt forget anything. + +cheers, josch -- 1.7.2.3 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
