I'm currently building test images for two devices that are subtargets of the same target: lantiq-xrx200-arcadyan_vgv7510kw22-brn (o2 Box 6431) and lantiq-xrx200-bt_homehub-v5a (BT Home Hub 5A). Is there an option to have the output files end up in two different directories? As it is now, the binary files are preserved, but the text files get clobbered by the new build for a different subtarget: config.buildinfo, feeds.buildinfo, version.buildinfo.
Is there an option to keep subtarget outputs separate? I have done a little searching, but nothing turned out.
For obvious reasons (asterisk16&&asterisk16-chan-lantiq, I assume) you probably want to include different packages for the BTHH5A and the O² Box 6431, that's where the TARGET_DEVICE_PACKAGES enter the picture, which allows you to include any package previously built as a module (CONFIG_PACKAGE_…=m) or to remove a default package by prepending -PACKAGENAME.
Spot on, @slh: it's asterisk16&&asterisk16-chan-lantiq indeed.
Thanks for your instructive reply. However, in your elegant solution there are quite a few things I don't understand yet. Are your example lines of code part of the .config file? I've never seen such syntax. Does the whole list of (non-default?) packages have to fit between the double quotes in, e.g.,
?
Does the -PACKAGENAME clause have to go within those quotes too? Otherwise, how does make know which device I'm removing the package from?
I've got too many questions, I think, and definitely too newbish. Could you please point me to a resource where I can study the syntax of a config file? I'd like to stop bothering you on basic config file structure issues
The elegance of the solution you suggest is in having just one set of version info files rather than two.
Trying to force asterisk into the brnboot images will be rather challenging, as those are limited to 7168k (my O² Box NOR images with chan_lantiq && pjsip weigh slightly less than 13 MB, with a limit of 15232k).
Oops! Thanks for pointing that out. Honestly, I don't know the differences between brnboot and NOR, but the method I've found for the first flash uses brnboot (here it is: Installing LEDE/u-boot via brnboot web interface (without rs232) ), so I'll need brnboot to begin with.