Re: Compiling meta-browser ==>chromium ? cleaning ?

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Gunnar Andersson]

Riko Ho <antonius.riko@gmail.com> wrote:

> Hello Everyone,
> 
> I tried to compile chromium but never succeeded, took me already 12 
> hours and stopped on 99%, I used bitbake for doing it,

Not sure what would cause it to just stop and it could have been some
temporary glitch?   Maybe you want to provide some logs of your build if
Martin's reference does not help.

> 
> Is chromium not compatible with arm CPU ? it was working with X86_64 
> before.

Is it a Wayland based project or X based desktop type?  

GENIVI worked with Igalia to update chromium support for Wayland.  You can
take a look at the feature branch for GENIVI Development Platform [1] if it
helps.  I think you'd need to work out why your build freezes completely
first, however.

Since it's a work in progress I don't guarantee that it is clean or easy to
follow yet.  A lot of workarounds and tweaks: [2]. We're temporarily on a
fork of ozone-wayland because of recent multi-screen support for example.

It builds and runs on Renesas R-Car generation 3 (64 bit ARMv8).  It builds
on Raspberry Pi as well but there's a runtime problem.  And of course x86_64
like e.g. Minnowboard.  It seems to need a few unique tweaks for every ARM
board so I guess it depends what you are doing.

Please feel free to help us get things extracted out of there and into meta-
browser and chromium or ozone upstream.  We're focusing first on fixing the
boards that don't work and then we'll know more what the final patches for
upstream should look like.

> And how can I clean after building it ? It took about 70Gb of my drive

You could also try  INHERIT += "rm_work"
see [3], item 4.


Hope this helps
- Gunnar

[1] https://github.com/genivi/genivi-dev-platform/tree/chromium/
[2] https://github.com/GENIVI/genivi-dev-platform/blob/chromium/meta-genivi-dev/meta-genivi-dev/recipes-extended/chromium/chromium-wayland_%25.bbappend
[3] http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#building-an-image-for-emulation  

-- 
Gunnar Andersson <gandersson@genivi.org>
Development Lead
GENIVI Alliance



> 
> Thanks

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Jacobo Aragunde Pérez]

On 18/06/17 20:10, Gunnar Andersson wrote:
> 
> Riko Ho <antonius.riko@gmail.com> wrote:
> 
>> Hello Everyone,
>>
>> I tried to compile chromium but never succeeded, took me already 12 
>> hours and stopped on 99%, I used bitbake for doing it,
> 
> Not sure what would cause it to just stop and it could have been some
> temporary glitch?   Maybe you want to provide some logs of your build if
> Martin's reference does not help.
> 

Just a heads-up, if it stopped at 99% it probably was in the linking
phase (you can check the logs under
tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
certain). This phase has a very high RAM demand, you could even need to
temporarily increase your swap space to go past that point.

Best,
-- 
Jacobo Aragunde
Software Engineer at Igalia

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Khem Raj]

On Mon, Jun 19, 2017 at 7:21 AM, Jacobo Aragunde Pérez
<jaragunde@igalia.com> wrote:
> On 18/06/17 20:10, Gunnar Andersson wrote:
>>
>> Riko Ho <antonius.riko@gmail.com> wrote:
>>
>>> Hello Everyone,
>>>
>>> I tried to compile chromium but never succeeded, took me already 12
>>> hours and stopped on 99%, I used bitbake for doing it,
>>
>> Not sure what would cause it to just stop and it could have been some
>> temporary glitch?   Maybe you want to provide some logs of your build if
>> Martin's reference does not help.
>>
>
> Just a heads-up, if it stopped at 99% it probably was in the linking
> phase (you can check the logs under
> tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
> certain). This phase has a very high RAM demand, you could even need to
> temporarily increase your swap space to go past that point.
>

linker takes a whole lot of memory here, if you have < 8G of RAM
its likely to fail with out of memory errors. Can you check your dmesg
and see if there were such errors in there

> Best,
> --
> Jacobo Aragunde
> Software Engineer at Igalia
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 1604 bytes --]

My memory is 8Gb and swap 8Gb, 8 cores i7, may be a homemade cluster can 
help ?

I compiled firefox and it worked well, but still wondering why chromium 
didn't work.


On 20/06/17 04:01, Khem Raj wrote:
> On Mon, Jun 19, 2017 at 7:21 AM, Jacobo Aragunde Pérez
> <jaragunde@igalia.com> wrote:
>> On 18/06/17 20:10, Gunnar Andersson wrote:
>>> Riko Ho <antonius.riko@gmail.com> wrote:
>>>
>>>> Hello Everyone,
>>>>
>>>> I tried to compile chromium but never succeeded, took me already 12
>>>> hours and stopped on 99%, I used bitbake for doing it,
>>> Not sure what would cause it to just stop and it could have been some
>>> temporary glitch?   Maybe you want to provide some logs of your build if
>>> Martin's reference does not help.
>>>
>> Just a heads-up, if it stopped at 99% it probably was in the linking
>> phase (you can check the logs under
>> tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
>> certain). This phase has a very high RAM demand, you could even need to
>> temporarily increase your swap space to go past that point.
>>
> linker takes a whole lot of memory here, if you have < 8G of RAM
> its likely to fail with out of memory errors. Can you check your dmesg
> and see if there were such errors in there
>
>> Best,
>> --
>> Jacobo Aragunde
>> Software Engineer at Igalia
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 2872 bytes --]

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Khem Raj]

On Mon, Jun 19, 2017 at 8:32 PM, Riko Ho <antonius.riko@gmail.com> wrote:
> My memory is 8Gb and swap 8Gb, 8 cores i7, may be a homemade cluster can
> help ?
>

add something like

EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
-Dremove_webcore_debug_symbols=1 -Dfastbuild=1 "

and see if that helps.

> I compiled firefox and it worked well, but still wondering why chromium
> didn't work.
>
>
> On 20/06/17 04:01, Khem Raj wrote:
>
> On Mon, Jun 19, 2017 at 7:21 AM, Jacobo Aragunde Pérez
> <jaragunde@igalia.com> wrote:
>
> On 18/06/17 20:10, Gunnar Andersson wrote:
>
> Riko Ho <antonius.riko@gmail.com> wrote:
>
> Hello Everyone,
>
> I tried to compile chromium but never succeeded, took me already 12
> hours and stopped on 99%, I used bitbake for doing it,
>
> Not sure what would cause it to just stop and it could have been some
> temporary glitch?   Maybe you want to provide some logs of your build if
> Martin's reference does not help.
>
> Just a heads-up, if it stopped at 99% it probably was in the linking
> phase (you can check the logs under
> tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
> certain). This phase has a very high RAM demand, you could even need to
> temporarily increase your swap space to go past that point.
>
> linker takes a whole lot of memory here, if you have < 8G of RAM
> its likely to fail with out of memory errors. Can you check your dmesg
> and see if there were such errors in there
>
> Best,
> --
> Jacobo Aragunde
> Software Engineer at Igalia
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
>
> --
>
> /*******/
> Sent by Ubuntu LTS 16.04,
> 谢谢,
> Regards,
> Riko Ho
> /*******/

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 2121 bytes --]

Ok, thanks a lot for the parameter idea, where will I put that ? 
local.conf, bblayers.conf ?


On 20/06/17 13:08, Khem Raj wrote:
> On Mon, Jun 19, 2017 at 8:32 PM, Riko Ho <antonius.riko@gmail.com> wrote:
>> My memory is 8Gb and swap 8Gb, 8 cores i7, may be a homemade cluster can
>> help ?
>>
> add something like
>
> EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
> -Dremove_webcore_debug_symbols=1 -Dfastbuild=1 "
>
> and see if that helps.
>
>> I compiled firefox and it worked well, but still wondering why chromium
>> didn't work.
>>
>>
>> On 20/06/17 04:01, Khem Raj wrote:
>>
>> On Mon, Jun 19, 2017 at 7:21 AM, Jacobo Aragunde Pérez
>> <jaragunde@igalia.com> wrote:
>>
>> On 18/06/17 20:10, Gunnar Andersson wrote:
>>
>> Riko Ho <antonius.riko@gmail.com> wrote:
>>
>> Hello Everyone,
>>
>> I tried to compile chromium but never succeeded, took me already 12
>> hours and stopped on 99%, I used bitbake for doing it,
>>
>> Not sure what would cause it to just stop and it could have been some
>> temporary glitch?   Maybe you want to provide some logs of your build if
>> Martin's reference does not help.
>>
>> Just a heads-up, if it stopped at 99% it probably was in the linking
>> phase (you can check the logs under
>> tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
>> certain). This phase has a very high RAM demand, you could even need to
>> temporarily increase your swap space to go past that point.
>>
>> linker takes a whole lot of memory here, if you have < 8G of RAM
>> its likely to fail with out of memory errors. Can you check your dmesg
>> and see if there were such errors in there
>>
>> Best,
>> --
>> Jacobo Aragunde
>> Software Engineer at Igalia
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>>
>>
>> --
>>
>> /*******/
>> Sent by Ubuntu LTS 16.04,
>> 谢谢,
>> Regards,
>> Riko Ho
>> /*******/

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 3147 bytes --]

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Khem Raj]

add it to chromium recipe itself if you dont have a bbappend for it.

On Tue, Jun 20, 2017 at 9:53 PM, Riko Ho <antonius.riko@gmail.com> wrote:
> Ok, thanks a lot for the parameter idea, where will I put that ? local.conf,
> bblayers.conf ?
>
>
> On 20/06/17 13:08, Khem Raj wrote:
>
> On Mon, Jun 19, 2017 at 8:32 PM, Riko Ho <antonius.riko@gmail.com> wrote:
>
> My memory is 8Gb and swap 8Gb, 8 cores i7, may be a homemade cluster can
> help ?
>
> add something like
>
> EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
> -Dremove_webcore_debug_symbols=1 -Dfastbuild=1 "
>
> and see if that helps.
>
> I compiled firefox and it worked well, but still wondering why chromium
> didn't work.
>
>
> On 20/06/17 04:01, Khem Raj wrote:
>
> On Mon, Jun 19, 2017 at 7:21 AM, Jacobo Aragunde Pérez
> <jaragunde@igalia.com> wrote:
>
> On 18/06/17 20:10, Gunnar Andersson wrote:
>
> Riko Ho <antonius.riko@gmail.com> wrote:
>
> Hello Everyone,
>
> I tried to compile chromium but never succeeded, took me already 12
> hours and stopped on 99%, I used bitbake for doing it,
>
> Not sure what would cause it to just stop and it could have been some
> temporary glitch?   Maybe you want to provide some logs of your build if
> Martin's reference does not help.
>
> Just a heads-up, if it stopped at 99% it probably was in the linking
> phase (you can check the logs under
> tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
> certain). This phase has a very high RAM demand, you could even need to
> temporarily increase your swap space to go past that point.
>
> linker takes a whole lot of memory here, if you have < 8G of RAM
> its likely to fail with out of memory errors. Can you check your dmesg
> and see if there were such errors in there
>
> Best,
> --
> Jacobo Aragunde
> Software Engineer at Igalia
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
>
> --
>
> /*******/
> Sent by Ubuntu LTS 16.04,
> 谢谢,
> Regards,
> Riko Ho
> /*******/
>
>
> --
>
> /*******/
> Sent by Ubuntu LTS 16.04,
> 谢谢,
> Regards,
> Riko Ho
> /*******/

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 3164 bytes --]

drwxrwxr-x 5 bianchi77 bianchi77 4.0K Jun 14 14:31 .
drwxrwxr-x 3 bianchi77 bianchi77 4.0K Jun 12 15:50 ..
drwxrwxr-x 2 bianchi77 bianchi77 4.0K Jun 12 15:50 cef3
-rw-rw-r-- 1 bianchi77 bianchi77 2.7K Jun 12 15:50 cef3_280796.bb
drwxrwxr-x 4 bianchi77 bianchi77 4.0K Jun 12 15:50 chromium
*-rw-rw-r-- 1 bianchi77 bianchi77 1.2K Jun 12 15:50 chromium_54.0.2810.2.bb*
-rw-rw-r-- 1 bianchi77 bianchi77  11K Jun 12 15:50 chromium-browser.inc
-rw-rw-r-- 1 bianchi77 bianchi77 4.6K Jun 12 15:50 chromium.inc
-rw-rw-r-- 1 bianchi77 bianchi77 2.2K Jun 12 15:50 
chromium-wayland_53.0.2785.143.bb
drwxrwxr-x 8 bianchi77 bianchi77 4.0K Jun 12 15:50 files

is this one ? *chromium_54.0.2810.2.bb ?

Thanks
*
On 21/06/17 10:28, Khem Raj wrote:
> add it to chromium recipe itself if you dont have a bbappend for it.
>
> On Tue, Jun 20, 2017 at 9:53 PM, Riko Ho <antonius.riko@gmail.com> wrote:
>> Ok, thanks a lot for the parameter idea, where will I put that ? local.conf,
>> bblayers.conf ?
>>
>>
>> On 20/06/17 13:08, Khem Raj wrote:
>>
>> On Mon, Jun 19, 2017 at 8:32 PM, Riko Ho <antonius.riko@gmail.com> wrote:
>>
>> My memory is 8Gb and swap 8Gb, 8 cores i7, may be a homemade cluster can
>> help ?
>>
>> add something like
>>
>> EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
>> -Dremove_webcore_debug_symbols=1 -Dfastbuild=1 "
>>
>> and see if that helps.
>>
>> I compiled firefox and it worked well, but still wondering why chromium
>> didn't work.
>>
>>
>> On 20/06/17 04:01, Khem Raj wrote:
>>
>> On Mon, Jun 19, 2017 at 7:21 AM, Jacobo Aragunde Pérez
>> <jaragunde@igalia.com> wrote:
>>
>> On 18/06/17 20:10, Gunnar Andersson wrote:
>>
>> Riko Ho <antonius.riko@gmail.com> wrote:
>>
>> Hello Everyone,
>>
>> I tried to compile chromium but never succeeded, took me already 12
>> hours and stopped on 99%, I used bitbake for doing it,
>>
>> Not sure what would cause it to just stop and it could have been some
>> temporary glitch?   Maybe you want to provide some logs of your build if
>> Martin's reference does not help.
>>
>> Just a heads-up, if it stopped at 99% it probably was in the linking
>> phase (you can check the logs under
>> tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
>> certain). This phase has a very high RAM demand, you could even need to
>> temporarily increase your swap space to go past that point.
>>
>> linker takes a whole lot of memory here, if you have < 8G of RAM
>> its likely to fail with out of memory errors. Can you check your dmesg
>> and see if there were such errors in there
>>
>> Best,
>> --
>> Jacobo Aragunde
>> Software Engineer at Igalia
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>>
>>
>> --
>>
>> /*******/
>> Sent by Ubuntu LTS 16.04,
>> 谢谢,
>> Regards,
>> Riko Ho
>> /*******/
>>
>>
>> --
>>
>> /*******/
>> Sent by Ubuntu LTS 16.04,
>> 谢谢,
>> Regards,
>> Riko Ho
>> /*******/

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 4257 bytes --]

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 2890 bytes --]

did I put it wrongly ?

=======

Loading cache: 100% 
|#####################################################################################################################################| 
Time: 0:00:01
Loaded 2794 entries from dependency cache.
ERROR: ParseError at 
/home/bianchi77/poky/meta-browser/recipes-browser/chromium/chromium_54.0.2810.2.bb:7: 
unparsed line: 'EXTRA_OEGYP_prepend = " -Dcomponent=shared_library


On 21/06/17 10:28, Khem Raj wrote:
> add it to chromium recipe itself if you dont have a bbappend for it.
>
> On Tue, Jun 20, 2017 at 9:53 PM, Riko Ho <antonius.riko@gmail.com> wrote:
>> Ok, thanks a lot for the parameter idea, where will I put that ? local.conf,
>> bblayers.conf ?
>>
>>
>> On 20/06/17 13:08, Khem Raj wrote:
>>
>> On Mon, Jun 19, 2017 at 8:32 PM, Riko Ho <antonius.riko@gmail.com> wrote:
>>
>> My memory is 8Gb and swap 8Gb, 8 cores i7, may be a homemade cluster can
>> help ?
>>
>> add something like
>>
>> EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
>> -Dremove_webcore_debug_symbols=1 -Dfastbuild=1 "
>>
>> and see if that helps.
>>
>> I compiled firefox and it worked well, but still wondering why chromium
>> didn't work.
>>
>>
>> On 20/06/17 04:01, Khem Raj wrote:
>>
>> On Mon, Jun 19, 2017 at 7:21 AM, Jacobo Aragunde Pérez
>> <jaragunde@igalia.com> wrote:
>>
>> On 18/06/17 20:10, Gunnar Andersson wrote:
>>
>> Riko Ho <antonius.riko@gmail.com> wrote:
>>
>> Hello Everyone,
>>
>> I tried to compile chromium but never succeeded, took me already 12
>> hours and stopped on 99%, I used bitbake for doing it,
>>
>> Not sure what would cause it to just stop and it could have been some
>> temporary glitch?   Maybe you want to provide some logs of your build if
>> Martin's reference does not help.
>>
>> Just a heads-up, if it stopped at 99% it probably was in the linking
>> phase (you can check the logs under
>> tmp/work/$arch/chromium-wayland/$version/temp/log.do_compile to be
>> certain). This phase has a very high RAM demand, you could even need to
>> temporarily increase your swap space to go past that point.
>>
>> linker takes a whole lot of memory here, if you have < 8G of RAM
>> its likely to fail with out of memory errors. Can you check your dmesg
>> and see if there were such errors in there
>>
>> Best,
>> --
>> Jacobo Aragunde
>> Software Engineer at Igalia
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>>
>>
>> --
>>
>> /*******/
>> Sent by Ubuntu LTS 16.04,
>> 谢谢,
>> Regards,
>> Riko Ho
>> /*******/
>>
>>
>> --
>>
>> /*******/
>> Sent by Ubuntu LTS 16.04,
>> 谢谢,
>> Regards,
>> Riko Ho
>> /*******/

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 3880 bytes --]

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Gunnar Andersson]

On Wed, 2017-06-21 at 12:42 +0800, Riko Ho wrote:
> did I put it wrongly ?
...
> browser/chromium/chromium_54.0.2810.2.bb:7: unparsed line:
> 'EXTRA_OEGYP_prepend = " -Dcomponent=shared_library

Maybe your line break did not use a backslash?  It was lost, or just
assumed, in Khem's example.   

See recipe syntax in Yocto manual [1].  Look for the item "Line
continuation".

HTH
- Gunnar

[1] http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#un
derstanding-recipe-syntax

-- 
Gunnar Andersson <gandersson@genivi.org>
Development Lead
GENIVI Alliance

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 891 bytes --]

Like this ?

EXTRA_OEGYP_prepend = "\ -Dcomponent=shared_library
-Dremove_webcore_debug_symbols=1 -Dfastbuild=1 \"


On 21/06/17 15:37, Gunnar Andersson wrote:
> On Wed, 2017-06-21 at 12:42 +0800, Riko Ho wrote:
>> did I put it wrongly ?
> ...
>> browser/chromium/chromium_54.0.2810.2.bb:7: unparsed line:
>> 'EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
> Maybe your line break did not use a backslash?  It was lost, or just
> assumed, in Khem's example.
>
> See recipe syntax in Yocto manual [1].  Look for the item "Line
> continuation".
>
> HTH
> - Gunnar
>
> [1] http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#un
> derstanding-recipe-syntax
>
> -- 
> Gunnar Andersson <gandersson@genivi.org>
> Development Lead
> GENIVI Alliance
>
>

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 1860 bytes --]

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 938 bytes --]

It's compiling now, I cross my finger, thanks Guys,

EXTRA_OEGYP_prepend = "\
-Dcomponent=shared_library \
-Dremove_webcore_debug_symbols=1 -Dfastbuild=1 \
"



On 21/06/17 15:37, Gunnar Andersson wrote:
> On Wed, 2017-06-21 at 12:42 +0800, Riko Ho wrote:
>> did I put it wrongly ?
> ...
>> browser/chromium/chromium_54.0.2810.2.bb:7: unparsed line:
>> 'EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
> Maybe your line break did not use a backslash?  It was lost, or just
> assumed, in Khem's example.
>
> See recipe syntax in Yocto manual [1].  Look for the item "Line
> continuation".
>
> HTH
> - Gunnar
>
> [1] http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#un
> derstanding-recipe-syntax
>
> -- 
> Gunnar Andersson <gandersson@genivi.org>
> Development Lead
> GENIVI Alliance
>
>

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 1937 bytes --]

47401300.usb-phy supply vcc not found, using dummy regulator

[Riko Ho]

Hi Everyone,

Is my beagleboard usb regulator broken ?

Here's the message I got :

====

usbcore: registered new interface driver usb-storage
47401300.usb-phy supply vcc not found, using dummy regulator
musb-hdrc musb-hdrc.0.auto: Failed to request rx1.
47401b00.usb-phy supply vcc not found, using dummy regulator

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 1126 bytes --]

it can be compiled and image can be written to the board but chromium 
got error :

/usr/bin/chromium/chrome: error while loading shared libraries: 
libaccessibility.so: cannot open shared object file: No such file or 
directory

What do I miss here on compiling ? could it be a not complete library on 
my configuration ? any clues ?

thanks


On 21/06/17 15:37, Gunnar Andersson wrote:
> On Wed, 2017-06-21 at 12:42 +0800, Riko Ho wrote:
>> did I put it wrongly ?
> ...
>> browser/chromium/chromium_54.0.2810.2.bb:7: unparsed line:
>> 'EXTRA_OEGYP_prepend = " -Dcomponent=shared_library
> Maybe your line break did not use a backslash?  It was lost, or just
> assumed, in Khem's example.
>
> See recipe syntax in Yocto manual [1].  Look for the item "Line
> continuation".
>
> HTH
> - Gunnar
>
> [1] http://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#un
> derstanding-recipe-syntax
>
> -- 
> Gunnar Andersson <gandersson@genivi.org>
> Development Lead
> GENIVI Alliance
>
>

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 2122 bytes --]

bitbake core-image-web-kiosk question ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 2685 bytes --]

Hello Everyone,

I tried doing "bitbake core-image-web-kiosk"

And I got this :

====================

Loading cache: 100% 
|#####################################################################################################################################| 
Time: 0:00:00
Loaded 1310 entries from dependency cache.
ERROR: ExpansionError during parsing 
/home/bianchi77/poky/meta-web-kiosk/recipes-browser/vala/vala_0.16.0.bb 
| ETA:  --:--:--
Traceback (most recent call last):
   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 412, 
in 
DataSmart.expandWithRefs(s='http://ftp.gnome.org/pub/GNOME/sources/${BPN}/${SHRT_VER}/${BP}.tar.xz 
http://ftp.gnome.org/pub/GNOME/sources/vala/0.36/vala-0.36.0.tar.xz', 
varname='SRC_URI'):
                  try:
     >                s = __expand_var_regexp__.sub(varparse.var_sub, s)
                      try:
   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 111, 
in VariableParse.var_sub(match=<_sre.SRE_Match object; span=(46, 57), 
match='${SHRT_VER}'>):
                  else:
     >                var = self.d.getVarFlag(key, "_content")
                  self.references.add(key)
   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 794, 
in DataSmart.getVarFlag(var='SHRT_VER', flag='_content', expand=True, 
noweakdefault=False, parsing=False):
                      cachename = var + "[" + flag + "]"
     >            value = self.expand(value, cachename)

   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 436, 
in 
DataSmart.expand(s="${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}", 
varname='SHRT_VER'):
          def expand(self, s, varname = None):
     >        return self.expandWithRefs(s, varname).value

   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 426, 
in 
DataSmart.expandWithRefs(s="${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}", 
varname='SHRT_VER'):
                  except Exception as exc:
     >                raise ExpansionError(varname, s, exc) from exc

bb.data_smart.ExpansionError: Failure expanding variable SHRT_VER, 
expression was 
${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]} 
which triggered exception AttributeError: module 'bb.data' has no 
attribute 'getVar'


Summary: There was 1 ERROR message shown, returning a non-zero exit code.

===============

Does anyone know how to fix it ?

I used poky with pyro release,

Thanks

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 4285 bytes --]

Re: bitbake core-image-web-kiosk question ?

[Khem Raj]

On Tue, Jun 13, 2017 at 9:10 PM, Riko Ho <antonius.riko@gmail.com> wrote:
> Hello Everyone,
>
> I tried doing "bitbake core-image-web-kiosk"
>
> And I got this :
>
> ====================
>
> Loading cache: 100%
> |#####################################################################################################################################|
> Time: 0:00:00
> Loaded 1310 entries from dependency cache.
> ERROR: ExpansionError during parsing
> /home/bianchi77/poky/meta-web-kiosk/recipes-browser/vala/vala_0.16.0.bb
> | ETA:  --:--:--
> Traceback (most recent call last):
>   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 412, in
> DataSmart.expandWithRefs(s='http://ftp.gnome.org/pub/GNOME/sources/${BPN}/${SHRT_VER}/${BP}.tar.xz
> http://ftp.gnome.org/pub/GNOME/sources/vala/0.36/vala-0.36.0.tar.xz',
> varname='SRC_URI'):
>                  try:
>     >                s = __expand_var_regexp__.sub(varparse.var_sub, s)
>                      try:
>   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 111, in
> VariableParse.var_sub(match=<_sre.SRE_Match object; span=(46, 57),
> match='${SHRT_VER}'>):
>                  else:
>     >                var = self.d.getVarFlag(key, "_content")
>                  self.references.add(key)
>   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 794, in
> DataSmart.getVarFlag(var='SHRT_VER', flag='_content', expand=True,
> noweakdefault=False, parsing=False):
>                      cachename = var + "[" + flag + "]"
>     >            value = self.expand(value, cachename)
>
>   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 436, in
> DataSmart.expand(s="${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}",
> varname='SHRT_VER'):
>          def expand(self, s, varname = None):
>     >        return self.expandWithRefs(s, varname).value
>
>   File "/home/bianchi77/poky/bitbake/lib/bb/data_smart.py", line 426, in
> DataSmart.expandWithRefs(s="${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}",
> varname='SHRT_VER'):
>                  except Exception as exc:
>     >                raise ExpansionError(varname, s, exc) from exc
>
> bb.data_smart.ExpansionError: Failure expanding variable SHRT_VER,
> expression was
> ${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}
> which triggered exception AttributeError: module 'bb.data' has no attribute
> 'getVar'
>
>
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
>
> ===============
>
> Does anyone know how to fix it ?
>
> I used poky with pyro release,
>

Looking at the layer, this strikes clear Last commit: 3 years, 8
months ago (master branch)
so this layer is rusted. Pyro is less than a month old release.

So this layer would need work to bring it forward. To begin with
delete the vala/ directory so
it can use the vala from core layer instead of a pinned version.

> Thanks
>
> --
>
> /*******/
> Sent by Ubuntu LTS 16.04,
> 谢谢,
> Regards,
> Riko Ho
> /*******/
>
>
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>

FriendlyArm Mini6410 ?

[Riko Ho]

Hello Everyone,

I want to use Yocto for my FriendlyArm Mini6410,
Where should I begin to start ?

Thanks

Re: FriendlyArm Mini6410 ?

[Belisko Marek]

Hi Riko,

On Thu, Jun 15, 2017 at 7:53 AM, Riko Ho <antonius.riko@gmail.com> wrote:
> Hello Everyone,
>
> I want to use Yocto for my FriendlyArm Mini6410,
> Where should I begin to start ?
Please read following thread:
https://lists.yoctoproject.org/pipermail/yocto/2014-June/020009.html
>
> Thanks
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

BR,

marek

-- 
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com

Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

Hello Everyone,

I tried to compile chromium but never succeeded, took me already 12 
hours and stopped on 99%,
I used bitbake for doing it,

Is chromium not compatible with arm CPU ? it was working with X86_64 
before.
And how can I clean after building it ? It took about 70Gb of my drive

Thanks

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 932 bytes --]

You didn't say which versions you're using.

If you're using latest oe-core with gcc7 then you will need v3 version of
this change:
http://lists.openembedded.org/pipermail/openembedded-devel/2017-June/113247.html
I'll send it later today.

> And how can I clean after building it ? It took about 70Gb of my drive

Like any other recipe:
bitbake -c clean foo

On Sun, Jun 18, 2017 at 1:41 AM, Riko Ho <antonius.riko@gmail.com> wrote:

> Hello Everyone,
>
> I tried to compile chromium but never succeeded, took me already 12 hours
> and stopped on 99%,
> I used bitbake for doing it,
>
> Is chromium not compatible with arm CPU ? it was working with X86_64
> before.
> And how can I clean after building it ? It took about 70Gb of my drive
>
> Thanks
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>

[-- Attachment #2: Type: text/html, Size: 1835 bytes --]

Re: Compiling meta-browser ==>chromium ? cleaning ?

[Riko Ho]

[-- Attachment #1: Type: text/plain, Size: 1344 bytes --]

What version are you talking about ? how can I know that ?

Thanks


On 18/06/17 15:49, Martin Jansa wrote:
> You didn't say which versions you're using.
>
> If you're using latest oe-core with gcc7 then you will need v3 version 
> of this change:
> http://lists.openembedded.org/pipermail/openembedded-devel/2017-June/113247.html
> I'll send it later today.
>
> > And how can I clean after building it ? It took about 70Gb of my drive
>
> Like any other recipe:
> bitbake -c clean foo
>
> On Sun, Jun 18, 2017 at 1:41 AM, Riko Ho <antonius.riko@gmail.com 
> <mailto:antonius.riko@gmail.com>> wrote:
>
>     Hello Everyone,
>
>     I tried to compile chromium but never succeeded, took me already
>     12 hours and stopped on 99%,
>     I used bitbake for doing it,
>
>     Is chromium not compatible with arm CPU ? it was working with
>     X86_64 before.
>     And how can I clean after building it ? It took about 70Gb of my drive
>
>     Thanks
>     -- 
>     _______________________________________________
>     yocto mailing list
>     yocto@yoctoproject.org <mailto:yocto@yoctoproject.org>
>     https://lists.yoctoproject.org/listinfo/yocto
>     <https://lists.yoctoproject.org/listinfo/yocto>
>
>

-- 
*

/*******/
Sent by Ubuntu LTS 16.04,
谢谢,
Regards,
Riko Ho
/*******/

*

[-- Attachment #2: Type: text/html, Size: 3295 bytes --]