[Toaster] Adding custom toasterconf.json file for Mentor

[sujith h]

On Thu, Aug 6, 2015 at 6:11 PM, sujith h <sujith.h at gmail.com> wrote:

> Hi all,
>
> At Mentor we provide already cloned layers ( like poky, meta-mentor etc ).
> In meta-mentor layer we have a setup-environment script which when run from
> command line along with arguments like machine name ( eg: qemuarm, minnow
> etc ) would create a build folder with local.conf and bblayers.conf. The
> bblayers.conf will include all the layers which are dependent for machine
> to be built. So I was thinking of creating a separate toasterconf.json file
> for meta-mentor so that it will include all the layers which are required
> for us to use toaster.
>
> So my query here is, should I add toasterconf.json file in meta-mentor
> layer so that toaster can pick it up? Or should it be in a different
> location which toaster can read it from there.
>
>
> Let me know if my query needs more inputs.
>

I figured out a way to use toasterconf.json file which I created in
meta-mentor layer, using command:
---------
./poky/bitbake/lib/toaster/manage.py loadconf meta-mentor/toasterconf.json
---------


When I execute the above command below is the error I get:

--------------
(venv)sujith at kdekidd0:~/MEL/toaster_MEL$
./poky/bitbake/lib/toaster/manage.py loadconf meta-mentor/toasterconf.json
Traceback (most recent call last):
  File "./poky/bitbake/lib/toaster/manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File
"/home/sujith/MEL/toaster_MEL/venv/local/lib/python2.7/site-packages/django/core/management/__init__.py",
line 399, in execute_from_command_line
    utility.execute()
  File
"/home/sujith/MEL/toaster_MEL/venv/local/lib/python2.7/site-packages/django/core/management/__init__.py",
line 392, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File
"/home/sujith/MEL/toaster_MEL/venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 242, in run_from_argv
    self.execute(*args, **options.__dict__)
  File
"/home/sujith/MEL/toaster_MEL/venv/local/lib/python2.7/site-packages/django/core/management/base.py",
line 285, in execute
    output = self.handle(*args, **options)
  File
"/home/sujith/MEL/toaster_MEL/poky/bitbake/lib/toaster/bldcontrol/management/commands/loadconf.py",
line 171, in handle
    self._import_layer_config(filepath)
  File
"/home/sujith/MEL/toaster_MEL/poky/bitbake/lib/toaster/bldcontrol/management/commands/loadconf.py",
line 71, in _import_layer_config
    bvo.giturl = _read_git_url_from_local_repository(bvi['giturl'])
  File
"/home/sujith/MEL/toaster_MEL/poky/bitbake/lib/toaster/bldcontrol/management/commands/loadconf.py",
line 62, in _read_git_url_from_local_repository
    raise Exception("Error while looking for remote \"%s\" in \"%s\"" %
(remote_name, out))
Exception: Error while looking for remote "origin" in "mel    ssh://
git at github.com/MentorEmbedded/meta-mentor.git (fetch)
mel    ssh://git@github.com/MentorEmbedded/meta-mentor.git (push)
"
(venv)sujith at kdekidd0:~/MEL/toaster_MEL$
--------------

The reason I believe is its checking for origin in the git branch output.
When I execute 'git branch -a' in meta-mentor layer we have, I get:

------------
sujith at kdekidd0:~/MEL/toaster_MEL/meta-mentor$ git branch -a
* (no branch)
  remotes/m/master -> mel/master
  remotes/mel/daisy
  remotes/mel/danny
  remotes/mel/dylan
  remotes/mel/fix-parse-cache-issue
  remotes/mel/layerscape
  remotes/mel/master
  remotes/mel/meibp/2013
  remotes/mel/mentor/atp
  remotes/mel/mentor/mel6
  remotes/mel/merge-and-update-master
  remotes/mel/release/2013.11
  remotes/mel/release/2013.11-adit
  remotes/mel/release/2014.05
  remotes/mel/release/2014.05-async1
  remotes/mel/release/2014.05-async1-lite
  remotes/mel/release/2014.05-async2
  remotes/mel/release/2014.05_fastboot_addon
  remotes/mel/release/2014.12
  remotes/mel/release/2014.12-async1
  remotes/mel/release/2014.12-birch
  remotes/mel/revert-471-sysroot-stage-dirs-undefined
  remotes/mel/sb-2727
sujith at kdekidd0:~/MEL/toaster_MEL/meta-mentor$
------------

Now this is another twist, which I would have to solve.


-- 
സുജിത് ഹരിദാസന്
Bangalore
<Project>Contributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
<Blog> http://sujithh.info
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/toaster/attachments/20150807/0914f524/attachment.html>