On 29 May 2006, at 18:32, Daniel Ruoso wrote:
Em Seg, 2006-05-29 às 13:49 +0100, Chris Boot escreveu:
I'm starting work again on a thinned-down version of Debian I call
PicoDebian.
The idea of this new version is to replace glibc with uClibc, and
generally slim
down various packages to fit nicely in confined environments.
This need is starting to become more and more evident... I'm
working on
this also, using SLIND as toolchain and initial bootstrap (which,
actually, is saving the day).
It's good to find someone in the same boat!
SLIND sounds interesting indeed, I've been using a buildroot-built
system for mine so it was difficult getting dpkg built in the first
place, but I've got it mostly all going. All the arch-independent
packages help a lot too.
Can anybody give me a helping hand in building a basic base-system
that I can
use to recompile other packages? How about removing all the Java
dependencies
from gcc-3.3, gettext, et al?
The challange is to compile the other packages that compose the
build-essential package list. With that, in theory, you can setup a
buildd.
That's what I'm aiming for as well, but unfortunately there's a hell
of a lot of dependencies in all that lot!
I'm working locally on this (my bandwidth is poor, so it's hard to
me to
upload partial progress). The uclibc-i386 packages missing to me are:
* gcc
There seem to be ways to build a minimal gcc built into the build
scripts, but I can't seem to be able to trigger these to successfully
build a compiler. It keeps dying with:
stage1/xgcc -Bstage1/ -B/usr/i486-linux/bin/ -g -O2 -DIN_GCC -W -
Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -
Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -
DGENERATOR_FILE -o gengenrtl \
gengenrtl.o ../libiberty/libiberty.a
./gengenrtl -h > tmp-genrtl.h
/bin/sh: line 1: ./gengenrtl: No such file or directory
* libgdbm3
* libdb4.2 (I'm very near on finishing this one)
* perl (which depends on the two libs above)
I've built perl without having either of the two prerequisites
installed, works for most things and satisfies lots of dependencies! :-)
I'm working with sarge, as it's easier to deal with a frozen
target, but
after that 4 packages, we have the way to setup a buildd and start
natively building packages.
Yup, same here, Sarge base with a few patched packages.
Maybe we could join forces to speed things along?
Many thanks,
Chris
--
Chris Boot
[EMAIL PROTECTED]
http://www.bootc.net/