[Buildroot] JFFS2 / MTD suggestions
Peter Korsgaard
jacmet at uclibc.org
Wed Apr 8 14:59:11 UTC 2009
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni at free-electrons.com> writes:
Hi,
>> Or even better, compile lzo for the host and link against that.
Thomas> I know that's what we do for automake, autoconf, pkg-config, m4 and a
Thomas> bunch of other stuff. But I must admit, that personnaly, I'm not
Thomas> really a fan of this. I would rather prefer to leverage what's
Thomas> installed on the host, and consider that Buildroot having dependencies
Thomas> on installed packages (liblzo-dev and others) is normal.
Yes, that works as long as the dependencies are stable and we can work
with the various versions available. That's unfortunately often not
the case, and then the easiest solution is to simply build it
ourselves.
I think lzo clearly fits in the:
- Not available on most systems
- Small and hence quick to compile
- Users (mkfs.jffs2) needs a fairly specific version
Category.
Thomas> Currently, one of the strong advantage of Buildroot compared
Thomas> to more heavyweight solutions like OpenEmbedded is that the
Thomas> time for Buildroot checkout to the first basic root
Thomas> filesystem being produced is very small (15 minutes or
Thomas> so). If we start compiling more and more host tools to the
Thomas> point that we basically recompile everything that's on the
Thomas> host, we'll to some extent loose this advantage.
True. It's a tradeoff ofcourse, but from looking at various bug
reports we're unfortunately not in a situation today where people can
just download BR on a random machine and run tar jxvf && make
menuconfig && make and expect it to work all the time.
Adding more dependencies on the host is not going to make this any
better.
--
Bye, Peter Korsgaard
More information about the buildroot
mailing list