From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: Saul Wold <sgw@linux.intel.com>
Cc: Tomas Frydrych <tf@r-finger.com>, yocto@yoctoproject.org
Subject: Re: why was meta-dlna submodule history stripped out?
Date: Sat, 20 Oct 2012 13:16:14 +0100 [thread overview]
Message-ID: <1377035.Z5LEapOdJV@helios> (raw)
In-Reply-To: <50819565.5090604@linux.intel.com>
On Friday 19 October 2012 11:01:09 Saul Wold wrote:
> On 10/19/2012 07:33 AM, Tomas Frydrych wrote:
> > (I am delighted Intel is finding Guacamayo useful, but the obliteration
> > of the history makes it look as if the credit for this official Yocto
> > layer goes to Intel; I am sure that was not intentional.)
>
> No this was not intentional, the combo-layer tool seems to do that. I
> used combo layer because we wanted to pull in the kvm changes so that
> this could be shown as a VM.
This is the default behaviour of combo-layer, on the assumption that most
people don't want all the history from the very beginning. It is not clearly
documented but there is a simple procedure you can follow to set up the combo
repo if you do want complete history:
1) Instead of combo-layer init, run git init
2) Create conf/combo-layer.conf based on the template configuration
(scripts/combo-layer.conf.example) ensuring last_revision is blank for all
components
3) git add conf/combo-layer.conf, then git commit
4) Run combo-layer update
> > I am also interested in knowing why the fork was deemed necessary in the
> > first place, just in case it was for technical reasons that could be
> > addressed at source.
>
> In the first pass, there were mostly minor changes to cut this down to
> what was needed for the headless media server. As I moved to 1.3 there
> were more changes that I have made, you can see what's going on in the
> 1.3wip branch of meta-dlna. If you want some of those changes in
> meta-guacamayo please take them.
In the same way we manage the poky repository, at least as far as the master
branch is concerned I think we should be sending the fixes back upstream first
and then using the combo-layer tool to pull them back down when they are
merged.
Long term however I'd rather see the additional unique recipes in meta-
guacamayo itself go into more official OE community layers. meta-dlna would
continue to take them from there using combo-layer though I suspect. (This is
the plan I have for meta-baryon.)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
next prev parent reply other threads:[~2012-10-20 12:26 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-19 14:33 why was meta-dlna submodule history stripped out? Tomas Frydrych
2012-10-19 18:01 ` Saul Wold
2012-10-20 12:16 ` Paul Eggleton [this message]
2012-10-20 13:13 ` Ross Burton
2012-10-22 8:06 ` Tomas Frydrych
2012-10-22 8:43 ` Paul Eggleton
2012-10-22 7:53 ` Tomas Frydrych
-- strict thread matches above, loose matches on Subject: below --
2012-10-19 14:34 Tomas Frydrych
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=1377035.Z5LEapOdJV@helios \
--to=paul.eggleton@linux.intel.com \
--cc=sgw@linux.intel.com \
--cc=tf@r-finger.com \
--cc=yocto@yoctoproject.org \
/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.