From: Saul Wold <sgw@linux.intel.com>
To: Otavio Salvador <otavio@ossystems.com.br>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: Pull request with misc changes
Date: Tue, 10 May 2011 11:00:07 -0700 [thread overview]
Message-ID: <4DC97D27.9080602@linux.intel.com> (raw)
In-Reply-To: <BANLkTi=G0wk3a5N4hvTzRcC09U7n-HFH1Q@mail.gmail.com>
On 05/10/2011 05:53 AM, Otavio Salvador wrote:
> On Tue, May 10, 2011 at 02:17, Saul Wold<sgw@linux.intel.com> wrote:
>> Next time, please use the create-pull-request script, which will generate a
>> set of patch emails so that we can review this information via email. I will
>> make a couple of additional comments below associated with each patch.
>
> It has a problem to me since it depends on using the contrib repo and
> I am using github.
> ...
Is there a reason you can't use the oe-core-contrib repo and create a
branch there? Can the script be modified to support github also?
It creates get another remote that we need to fetch from.
>>> insane.bbclass: skip license checksum if LICENSE is "CLOSED"
>>
>> I assume you are adding this for layers and commercial work, we should never
>> have CLOSED in any open layer.
>
> Sure. I fully agree but I also think it is insane to have to provide a
> fake license file to workaround it in every repository I am using
> internally.
>
We agree, thanks for this change.
>>> cmake: add support for oe qt4 tools names
>>
>> Please add a comment to the patch explaining it's purpose and origin, and
>> include a Signed-off-by: if appropriate. Any patches that you have modified
>> or added should include the above info.
>
> On the patch itself? Any doc describing an example of it?
>
Mark Hatle has (or will have shortly) a proposal out to the OE community
for commit and patch message guidelines, as a starting point, you can
look at the wiki:
https://wiki.yoctoproject.org/wiki/Recipe_%26_Patch_Style_Guide
This will be updated in the next 24 hours or so.
Sau!
> I am waiting for Richard and Koen replies about my questions and will
> provide updated patches for the unmerged ones.
>
> Cheers,
>
next prev parent reply other threads:[~2011-05-10 18:02 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-09 19:15 Pull request with misc changes Otavio Salvador
2011-05-10 5:17 ` Saul Wold
2011-05-10 12:53 ` Otavio Salvador
2011-05-10 18:00 ` Saul Wold [this message]
2011-05-10 18:13 ` Martin Jansa
2011-05-10 18:33 ` Tom Rini
2011-05-10 19:03 ` Richard Purdie
2011-05-10 19:15 ` Otavio Salvador
2011-05-10 19:32 ` Richard Purdie
2011-05-10 19:36 ` Chris Larson
2011-05-10 20:24 ` Martin Jansa
2011-05-10 21:31 ` Koen Kooi
2011-05-11 9:17 ` Richard Purdie
2011-05-11 10:06 ` Koen Kooi
2011-05-10 18:20 ` Otavio Salvador
2011-05-11 5:39 ` Darren Hart
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=4DC97D27.9080602@linux.intel.com \
--to=sgw@linux.intel.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=otavio@ossystems.com.br \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.