Re: [RFC] d-i hd-media support for armhf

2014-09-23 Thread Vagrant Cascadian
On 2014-09-21 17:17:23 -0500, Karsten Merker wrote: I believe that on armhf systems a tarball makes more sense than a disk image for the following reasons: Thanks for working on this! - We do not install a boot sector on armhf but just a u-boot script. This is a normal file which can be

Re: [RFC] d-i hd-media support for armhf

2014-09-23 Thread Ian Campbell
On Mon, 2014-09-22 at 00:17 +0200, Karsten Merker wrote: (bit of an aside) diff --git a/build/boot/arm/bootscr.mainline_common b/build/boot/arm/bootscr.mainline_common new file mode 100644 index 000..268eeba --- /dev/null +++ b/build/boot/arm/bootscr.mainline_common This be a good

Re: [RFC] d-i hd-media support for armhf

2014-09-23 Thread Steve Langasek
On Tue, Sep 23, 2014 at 07:31:32PM +0100, Ian Campbell wrote: On Mon, 2014-09-22 at 00:17 +0200, Karsten Merker wrote: (bit of an aside) diff --git a/build/boot/arm/bootscr.mainline_common b/build/boot/arm/bootscr.mainline_common new file mode 100644 index 000..268eeba ---

Re: [RFC] d-i hd-media support for armhf

2014-09-23 Thread Ian Campbell
On Tue, 2014-09-23 at 12:02 -0700, Steve Langasek wrote: On Tue, Sep 23, 2014 at 07:31:32PM +0100, Ian Campbell wrote: On Mon, 2014-09-22 at 00:17 +0200, Karsten Merker wrote: (bit of an aside) diff --git a/build/boot/arm/bootscr.mainline_common

Re: [RFC] d-i hd-media support for armhf

2014-09-23 Thread Steve Langasek
On Tue, Sep 23, 2014 at 09:01:46PM +0100, Ian Campbell wrote: It appears not :-/ Thinking about it some more we don't really need this for the sort of default boot script I was thinking about, just a dtb - dtb-$uname symlink to match the vmlinuz/initrd.img ones is sufficient given the

Re: [RFC] d-i hd-media support for armhf

2014-09-23 Thread Robert Nelson
Anywhere under /boot would do, wouldn't it? Debian and Ubuntu seem to be the main ones which use /usr or /lib. Ubuntu was looking to move to /boot/dtb-$(uname -r) (mirroring fedora's location) https://lists.ubuntu.com/archives/kernel-team/2014-August/048015.html But later reverted it: