[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: --binary-images "tar" target Q

On Tue, Oct 11, 2011 at 7:36 PM, Tom Gall <tom.gall@linaro.org> wrote:
> Thanks for the response.
> On Tue, Oct 11, 2011 at 5:13 PM, Daniel Baumann
> <daniel.baumann@progress-technologies.net> wrote:
>> On 10/11/2011 10:50 PM, Tom Gall wrote:
>>> Is it correct that the  --binary-images "tar" target final tarball
>>> should include the set of debian packages used in the install?
>> --binary-images does not control the content of the produced binary
>> image, but only it's form (iso image, $whatever, or a simple tarball).
>> if you do not want to have installer integration in it, don't build the
>> system with debian-installer included in the first place
>> (--debian-installer false).
> With --debian-installer "false" it has no effect on the inclusion of
> the .debs I noted were included in the binary-tar.tar.gz file.

Going through the code I see there are two ways that binary/pool and
binary/dist will get populated in the binary directory.

The lb_binary_debian-installer as you noted but the other is
lb_binary_packagelists. The later is what bit me.

So if you have a *.list   located in package-list you'll get it.
Changing that to .list.chroot fixed it up.

This seems like a bug.  It would seem to me that lists contained in
config/package-list  should require a .chroot or .binary suffix to
indicate the stage they are intended for. If *.list is tolerated,
seems like that should default to chroot instead of binary.

The current docs located at :
are also slightly out of date, still referencing the old
chroot_local-packagelists and binary_local-packagelists.

> root@nereid:/bld/images/a34/nano/t2# cd binary/
> root@nereid:/bld/images/a34/nano/t2/binary# ls
> boot  dists  md5sum.txt  pool
> root@nereid:/bld/images/a34/nano/t2/binary# cd pool/main/
> root@nereid:/bld/images/a34/nano/t2/binary/pool/main# ls
> a  c  e  g  k  libd  libl  libp  libu  n  p  s  u  z
> b  d  f  i  l  libf  libn  libs  m     o  r  t  x
> root@nereid:/bld/images/a34/nano/t2/binary/pool/main# ls a/
> acl  adduser  apt  attr
> root@nereid:/bld/images/a34/nano/t2/binary/pool/main# cd a/acl
> root@nereid:/bld/images/a34/nano/t2/binary/pool/main/a/acl# ls -l
> total 16
> -rw-r--r-- 1 root root 14756 Jul 27 12:09 libacl1_2.2.51-3_armel.deb
> Going back to my email from earlier today, why would anyone want
> copies of the .debs when they are already installed in
> binary/boot/filesystem.dir ?  It seems like binary/dist and
> binary/pool should be deleted from the resulting tarball.
>> --
>> Address:        Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
>> Email:          daniel.baumann@progress-technologies.net
>> Internet:       http://people.progress-technologies.net/~daniel.baumann/


"We want great men who, when fortune frowns will not be discouraged."
- Colonel Henry Knox
Linaro.org │ Open source software for ARM SoCs
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com

Reply to: