Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Khem Raj <raj.khem@gmail.com>
To: Raphael Kubo da Costa <raphael.kubo.da.costa@intel.com>,
	Otavio Salvador <otavio.salvador@ossystems.com.br>
Cc: "openembedded-devel@lists.openembedded.org"
	<openembedded-devel@lists.openembedded.org>
Subject: Re: chromium detected as stripped
Date: Tue, 15 Aug 2017 09:19:07 -0700	[thread overview]
Message-ID: <8d04fa9f-3049-45cf-4255-bd0159b84751@gmail.com> (raw)
In-Reply-To: <87wp65rnfk.fsf@rkubodac-desk.ger.corp.intel.com>



On 8/15/17 6:05 AM, Raphael Kubo da Costa wrote:
> Otavio Salvador <otavio.salvador@ossystems.com.br> writes:
> 
>>>> On Mon, Aug 14, 2017 at 12:22 PM, Jussi Kukkonen
>>>> <jussi.kukkonen@intel.com> wrote:
>>>>> On a related note, this good work is currently a bit hidden in
>>>>> meta-crosswalk -- is there a chance we could get this combined with
>>>>> meta-browser (or whatever place makes sense)? I know next to nothing about
>>>>> chromium packaging so CCing Raphael and the meta-browser maintainers for
>>>>> comments.
>>
>> Indeed it does sound like the proper workaround for now. That said,
>> I'd love to receive more help from meta-crosswalk people and avoid
>> duplication of work in packaging Chromium so I am adding Raphael on Cc
>> here so he can comment about how we can try to work together on this.
> 
> The main reason why we haven't worked together yet is procrastination
> from my side :-)
> 
> My recipe's working fine and is up-to-date with Chromium's stable
> releases, but I'd love to find a more permanent home for it and stop
> duplicating the efforts, especially as I spend most of my time working
> on Chromium itself, not its Yocto recipe or even Yocto in general.
> 
> The main reason why I opted to start my recipe from scratch at the time
> was simplicity: the meta-browser repository used the same recipe for
> Chromium, CEF and Chromium with Ozone-Wayland, offered many different
> options and shipped quite a few patches that made updates quite
> difficult. My recipe is a lot less customizable, but OTOH that makes it
> quite easy to move to new Chromium milestones. If we're able to find a
> balance there, I definitely think we'd be able to get a lot more done
> together.

what are main architectures targetted with crosswalk ? I think scope is
important, since meta-browser supports, almost all oe-core supported
architectures. including x86/arm/mips/ppc, any cross build patches are
required in anycase, but architecture patches will be additional if you
were only considering a subset of architectures.

> 


  parent reply	other threads:[~2017-08-15 16:19 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-12 23:10 chromium detected as stripped Andreas Müller
2017-08-14  7:04 ` Jussi Kukkonen
2017-08-14 10:22   ` Jussi Kukkonen
2017-08-14 14:10     ` Andreas Müller
2017-08-14 19:38       ` Andreas Müller
2017-08-14 19:43         ` Otavio Salvador
2017-08-14 21:51           ` Khem Raj
2017-08-15 13:05           ` Raphael Kubo da Costa
2017-08-15 14:18             ` Otavio Salvador
2017-08-15 14:43             ` Trevor Woerner
2017-08-15 14:47               ` Otavio Salvador
2017-08-15 16:14                 ` Khem Raj
2017-08-15 16:10               ` Khem Raj
2017-08-15 16:19             ` Khem Raj [this message]
2017-08-15 16:23               ` Raphael Kubo da Costa
2017-08-15 21:53                 ` Andreas Müller
2017-08-16 16:06                   ` Trevor Woerner
2017-08-16 16:12                     ` Martin Jansa
2017-08-16 16:17                       ` Khem Raj
2017-08-16 16:18                       ` Andreas Müller
2017-08-16 17:00                         ` Trevor Woerner
2017-09-13  4:31                           ` Trevor Woerner
2017-09-15 12:05                             ` Raphael Kubo da Costa
2017-09-19 14:33                     ` Raphael Kubo da Costa
2017-09-20 17:43                       ` Trevor Woerner
2017-09-21 23:06                         ` Trevor Woerner
2017-09-22 12:32                           ` Raphael Kubo da Costa
2017-09-23 20:53                             ` Trevor Woerner
2017-09-22 12:22                         ` Raphael Kubo da Costa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8d04fa9f-3049-45cf-4255-bd0159b84751@gmail.com \
    --to=raj.khem@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=otavio.salvador@ossystems.com.br \
    --cc=raphael.kubo.da.costa@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox