[meta-freescale] [Question] IMAGE_FSTYPES has no effect on master

Daiane Angolini daiane.list at gmail.com
Mon Jan 9 04:14:07 PST 2017


On Sat, Jan 7, 2017 at 2:08 AM, Amin Bandali <amin.bandali at gmail.com> wrote:
> Hello Daiane,
>
> Thanks for the reply, that indeed worked! It'd be nice to have this
> change merged upstream.

Great!

Can you, please, prepare the patch and send it to review?


Daiane
>
> Amin
>
> On Fri, Jan 6, 2017 at 10:30 AM, Daiane Angolini <daiane.list at gmail.com> wrote:
>> On Thu, Jan 5, 2017 at 9:33 PM, Amin Bandali <amin.bandali at gmail.com> wrote:
>>> Hello,
>>>
>>> Up until krogoth, I could adjust IMAGE_FSTYPES in my local.conf to generate
>>> various types of archives:
>>>
>>>     IMAGE_FSTYPES += "tar.bz2 tar.gz"
>>>
>>> However, I've noticed that this has no effect on master, and only wic.gz
>>> archives are generated.
>>>
>>> The only relevant piece of information I came across was the following commit:
>>>
>>> https://github.com/Freescale/meta-freescale-3rdparty/commit/038b0b737f55ebd2cbc29c91c8274fed422142d4
>>>
>>> Any thoughts on how I could generate other image types on master, like I used to
>>> on krogoth?
>>
>> Please, try to change the code on
>> https://github.com/Freescale/meta-freescale-3rdparty/blob/master/conf/machine/wandboard.conf#L49
>>
>> Instead of
>> IMAGE_FSTYPES = "wic.gz"
>>
>> use
>>
>> IMAGE_FSTYPES ?= "wic.gz"
>>
>>
>> Keep IMAGE_FSTYPES += "tar.bz2 tar.gz" in your local.conf, give it a
>> try and let us know.
>>
>> Daiane
>>>
>>> (I need a tar.gz or tar.bz2 so that I can un-tar them with sudo so that all the
>>> files and directories have correct permissions. Because the files and folders
>>> generated by bitbake in this directory
>>> {YOCTO_BUILD_DIR}/tmp/work/wandboard-poky-linux-gnueabi/{IMAGE}/1.0-r0/rootfs
>>> are owned by a regular user and when booting over NFS, those permissions cause
>>> trouble.)
>>>
>>> Thanks,
>>> Amin
>>> --
>>> _______________________________________________
>>> meta-freescale mailing list
>>> meta-freescale at yoctoproject.org
>>> https://lists.yoctoproject.org/listinfo/meta-freescale


More information about the meta-freescale mailing list