preferred remotes for git pulls?
There are two changes (virtual/bluez and pseudo-no-host-passwd) that I'd like to rework and propose for master now that it's reopened. Both are likely to touch multiple files. Previous comments and the wiki how-to suggest that git-pull is preferred over patchwork-only for multi-patch changes like this.
I have existing github resources that I could use as the source. Would that be acceptable to the maintainers?
If using an openembedded-hosted -contrib repository is preferred, what's the process for getting access? I'd be touching openembedded-core and meta-openembedded at the least.
Peter
Hi Peter,
Quoted 8 lines · On Friday 31 October 2014 05:05:37 Peter A. Bigot wrote:
There are two changes (virtual/bluez and pseudo-no-host-passwd) that I'd like to rework and propose for master now that it's reopened. Both are likely to touch multiple files. Previous comments and the wiki how-to suggest that git-pull is preferred over patchwork-only for multi-patch changes like this.
I have existing github resources that I could use as the source. Would that be acceptable to the maintainers?
I think for OE-Core at least the contrib repo is preferred but not necessarily mandatory.
Quoted 3 lines
If using an openembedded-hosted -contrib repository is preferred, what's the process for getting access? I'd be touching openembedded-core and meta-openembedded at the least.
Getting push access to the contrib repos is pretty easy - just email Michael Halstead <[email protected]> asking for access specifying the repositories, specify your desired prefix for contrib branches (e.g. mine is paule/), and attach your SSH pubkey if you haven't already sent it previously.
Cheers,
Paul
Signature · 2 lines
Paul Eggleton Intel Open Source Technology Centre
Quoted 6 lines · Paul Eggleton
Quoted 2 lines
I have existing github resources that I could use as the source. Would that be acceptable to the maintainers?
I think for OE-Core at least the contrib repo is preferred but not necessarily
mandatory.
poky-contrib or openembedded-core-contrib is preferred as they're already in various people's remotes configuration, but any git repo is preferable to no git repo!
Ross