+++ Dave Martin [2011-03-11 11:20 +]:
Although it's not directly related to nano (which is useful in itself
as a miminal usable system) it could make sense to be able to generate
images with no built-in packager support - i.e., the packer must
effectively be run offline to generate the
Hi,
Installed image is 125 Megs. (Down from 290 Meg) We're on the cusp
of being able to fit into 128 megs of flash.
If that's seen to be interesting, we should probably discuss it with
the emdebian folks-- there's a risk of reinventing what they do; plus
they certainly have tools which
On Fri, Mar 11, 2011 at 01:01:46PM +0100, Loïc Minier wrote:
On Fri, Mar 11, 2011, Dave Martin wrote:
As I understand it, debootstrap or germinate basically do the right
thing. All we would need would be to document the use of the existing
tools, and provide suitable ultra-minimal seeds
On Wed, Mar 9, 2011 at 8:15 PM, Tom Gall tom.g...@linaro.org wrote:
I don't know why we're installed the firmware deb, does any of the
hardware we're supporting even use that?
fwiw... TI wlan chipset firmware (wl127x) is in this package. so on
pandaboard with current mainline + linux-firmware
On 9 March 2011 19:15, Tom Gall tom.g...@linaro.org wrote:
Going deeper it's pretty easy to spot low hanging fruit:
From fs - Do we need afs, jfs, code, minix, hpfs, xfs, hfs, hfsplus,
gfs2, reiserfs... I'm thinking no.
From drivers - net and media make about about 1/3rd of the 28 meg in
On Wed, 9 Mar 2011 13:15:25 -0600, Tom Gall tom.g...@linaro.org wrote:
2) Linaro-media-create shouldn't install linux-firmware_1.47_all.deb ?
Do we have any any hardware that needs it? If so could there be a
--nano option to not install it?
This is currently in the hwpacks as linux-image-*
On 10/03/11 at 09:20am, James Westby wrote:
On Wed, 9 Mar 2011 13:15:25 -0600, Tom Gall tom.g...@linaro.org wrote:
3) linaro-media-create should have some kind of option (--nano) to
clear out apt caches (saves ~40 meg of space)
If you want this it should be an easy change to make.
If its
Hi
In the developer platforms team we're working on getting the
linaro-nano image so that it is considerably smaller.
Brilliant!
Some highlights to nano:
* The linaro-image boots just as our linaro-headless image did
(upstart and friends)
* it can be updated, or additional pkgs
On Wed, Mar 09, 2011, Tom Gall wrote:
Specifically from the installed image after the hwpack deps are
installed get rid of the following:
rm -f ./var/lib/apt/lists/*Packages
rm -f ./var/lib/apt/lists/*Sources
rm -f ./var/lib/apt/lists/*Release
rm -f ./var/lib/apt/lists/*Release.gpg
rm -f
Dnia 2011-03-10, czw o godzinie 17:43 +0100, Loïc Minier pisze:
I think there is a way for APT to keep compressed versions of these
files; it's the Acquire::GzipIndexes option
And all those files can be recreated by APT when needed so there is no
need to keep them in image which has to be
On Thu, Mar 10, 2011 at 09:56:12AM +, David Gilbert wrote:
1) Is there agreement that for all the kernels we supply that we
should change the policy for kernel configs to not default to
everything on?
(Maybe we should be using the upstream config with minimal modifications?)
Pro:
+++ Tom Gall [2011-03-09 13:15 -0600]:
From sound - ac97, are there arm boards that use that?
Some do. I know pxa270-based boards do. I don't know about new, shiny
linaro v7-vintage stuff.
So that said, what is the best way to proceed?
1) Is there agreement that for all the kernels we
Hi All,
In the developer platforms team we're working on getting the
linaro-nano image so that it is considerably smaller. To date I've
been using the approach I outlined last fall in a previous post to
this list.
Some highlights to nano:
* The linaro-image boots just as our linaro-headless
13 matches
Mail list logo