On Wed, Mar 9, 2011 at 8:15 PM, Tom Gall 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 you can get wifi
+++ Steve Langasek [2011-03-11 09:52 -0800]:
> On Fri, Mar 11, 2011 at 11:20:35AM +, Dave Martin wrote:
> debootstrap will balk at trying to install a system with no dpkg installed,
> because dpkg is an essential package. And indeed, various packages will
> fail to configure properly if dpkg
On Fri, Mar 11, 2011 at 11:08:57AM +, Dave Martin wrote:
> /var/lib/dpkg/info is often pretty big too; if there was a way to keep
> this compressed and/or remove certain files, that could be
> interesting.
Nope, this is the package manager db; removing things from this directory
corrupts the
On Fri, Mar 11, 2011 at 11:20:35AM +, Dave Martin wrote:
> 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 offli
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 se
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
+++ 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
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 (at the level of
> busybox+libc only) and/or an ultra-minimal --v
On Wed, Mar 9, 2011 at 7:15 PM, Tom Gall wrote:
> 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 n
On Thu, Mar 10, 2011 at 4:43 PM, Loïc Minier wrote:
> 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/
On Thu, Mar 10, 2011 at 8:59 AM, Guillaume Leteller
wrote:
> 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 d
+++ 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 s
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?)
>
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 r
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
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 10/03/11 at 09:20am, James Westby wrote:
> On Wed, 9 Mar 2011 13:15:25 -0600, Tom Gall 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 an easy chang
On Wed, 9 Mar 2011 13:15:25 -0600, Tom Gall 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-* depend on it. Howev
On 9 March 2011 19:15, Tom Gall 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
> use, I'm sure the
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 im
20 matches
Mail list logo
