On Wed, 23 Feb 2011 15:57:31 +0100, Loïc Minier wrote:
> On Wed, Feb 23, 2011, James Westby wrote:
> > How would this interact with the proposal for storing some of this
> > information in hwpacks?
>
> This came up; basically linaro-image-tools + hwpacks are one of the
> many copies of this in
On Wed, 23 Feb 2011 18:32:29 +0100, Loïc Minier wrote:
> Did you have something specific in mind?
Nope.
Thanks,
James
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.or
On Wed, Feb 23, 2011, James Westby wrote:
> So longer term we should be thinking of having the hwpack generation
> read some information from the common files corresponding to the
> versions it is building for (e.g. grab the package containing the common
> files and look for the one with a specific
On Wed, 23 Feb 2011 15:57:31 +0100, Loïc Minier wrote:
> I'm not sure; for instance consider the case of data which changes with
> the distro over time; let's say linaro-image-tools depends on that data
> and combines the data + 1 hwpack + 1 rootfs to create an image. Then
> the data changes,
On Tue, 22 Feb 2011 22:54:38 +0100, Loïc Minier wrote:
> On Wed, Feb 23, 2011, Michael Hudson-Doyle wrote:
> > I ask mostly from a position of ignorance, but is the information in
> > this database related to the information linaro-media-create keeps about
> > each board? If so, could it be share
On Wed, Feb 23, 2011, James Westby wrote:
> How would this interact with the proposal for storing some of this
> information in hwpacks?
This came up; basically linaro-image-tools + hwpacks are one of the
many copies of this information which we have around. It will take
some time to share thi
On Wed, Feb 23, 2011, Andy Green wrote:
> Over the longer term I think it could be possible to arrange things that
> - hwpacks as they are
> - initrds, and
> - Qemu requirement for image composition, maybe whole l-m-c
> could in most or all cases be dispensed with. In that situation
> l-m-c its
On 02/22/2011 09:54 PM, Somebody in the thread at some point said:
Hi -
I ask mostly from a position of ignorance, but is the information in
this database related to the information linaro-media-create keeps about
each board? If so, could it be shared somehow?
It's completely related and I
On Wed, Feb 23, 2011, Michael Hudson-Doyle wrote:
> I ask mostly from a position of ignorance, but is the information in
> this database related to the information linaro-media-create keeps about
> each board? If so, could it be shared somehow?
It's completely related and I envisioned we could s
On Tue, 22 Feb 2011 14:59:05 +0100, Loïc Minier wrote:
> [1] branch at http://git.debian.org/?p=users/lool/d-i/flash-kernel.git
> * adds a testsuite
> * consolidates code into functions
> * moves board support data into a database (currently inline for
>convenience of testing, but will be
On Tue, Feb 22, 2011, Amit Kucheria wrote:
> On Tue, Feb 22, 2011 at 3:59 PM, Loïc Minier wrote:
> > * moves board support data into a database (currently inline for
> > convenience of testing, but will be split out in its own file)
> Does it make sense to move this 'database' out to /etc/board
On Tue, Feb 22, 2011 at 3:59 PM, Loïc Minier wrote:
> [1] branch at http://git.debian.org/?p=users/lool/d-i/flash-kernel.git
> * adds a testsuite
> * consolidates code into functions
> * moves board support data into a database (currently inline for
> convenience of testing, but will be spli
Hi there
flash-kernel is this place where we add support for a lot of weird
boards of various architectures. "flash-kernel" because it used to
just write a kernel to Flash memory, but that's not always true
anymore. Because it's integrated in d-i and with initramfs-tools /
linux pac
13 matches
Mail list logo
