Re: [openstack-dev] [openstack][DOUBT]Please clarify

2014-08-21 Thread Noorul Islam Kamal Malmiyoda
On Thu, Aug 21, 2014 at 12:41 PM, Sharath V vsharat...@gmail.com wrote:
 Dear Friends,

 Have an doubt, please clarify me .!!

 When i start understanding openstack , There are three nodes a) controller
 node b)Compute node c) Network node

 i) as my understanding controller node contains all the components like
 nova,neutron cinder,glance,swift,Horizon etc

 ii) Compute node is nova and neutron but not all components.

 iii) Network node is nova and neutron.

 when i reading doc , they said like openstack compute (Controller Services)
 , openstack network services (Cloud controller) , can you please clarify is
 each and every component of openstack has controller and client? [like Nova
 Service(Controller) - Nova Client, Neutron Service (Controller) - neutron
 client, cinder controller - cinder client ] or (nova controller for compute
 , nova-network for cloud controller), Is Nova only controller , if nova is
 only a controller it must be act as orchestration right? if yes then why we
 have to use heat for orchestration ?

 If any thing wrong , please clarify me,

 if you have any document or guide please route to me.


http://docs.openstack.org/

Regards,
Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum] Proposed Core Reviewer Changes

2014-03-18 Thread Noorul Islam Kamal Malmiyoda
On Tue, Mar 18, 2014 at 10:43 AM, Adrian Otto adrian.o...@rackspace.com wrote:
 Solum Cores,

 I propose the following changes to the Solum core reviewer team:

 +gokrokve
 +julienvey
 +devdatta-kulkarni
 -kgriffs (inactivity)
 -russelb (inactivity)


+1 :)

Regards,
Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [requirements] python-solumclient

2014-03-17 Thread Noorul Islam Kamal Malmiyoda
Hello all,

In solum we are using python-solumclient to communicate with our
builder-api [1] . For that we need python-solumclient to be included
as a dependency in requirements.txt. But requirement check gate is
failing since python-solumclient is not part of global-requirements.
Submitted a patch [2] for adding the same. But it got a -2, since
solum is not an OpenStack project. But I see that solum and
python-solumclient in requirements/projects.txt.

All I can think of is to remove requirements gating for solum. I would
like to know if someone has other better solution for this problem.

Regards,
Noorul

[1] https://review.openstack.org/#/c/80459
[2] https://review.openstack.org/#/c/80756/

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum][Oslo] Next Release of oslo.messaging?

2014-03-17 Thread Noorul Islam Kamal Malmiyoda
On Tue, Mar 18, 2014 at 4:59 AM, Adrian Otto adrian.o...@rackspace.com wrote:
 Doug Hellmann and Victror Stinner (+ oslo cores),

 Solum currently depends on a py33 gate. We want to use oslo.messaging, but 
 are worried that in the current state, we will be stuck without py33 support. 
 We hope that by adding the Trollius code[1], and getting a new release 
 number, that we can add the oslo.messaging library to our requirements and 
 proceed with our async messaging plan.

 I am seeking guidance from you on when the above might happen. If it's a 
 short time, we may just wait for it. If it's a long time, we may need to 
 relax our py33 gate to non-voting in order to prevent breakage of our 
 Stackforge CI while we work with the oslo.messaging code. We are also 
 considering doing an ugly workaround of creating a bunch of worker processes 
 on the same messaging topic until we can clear this concern.

 Thoughts?


I think we should not make python33 gate non-voting as we will miss
out issues related others. We can toggle the oslo.messaging related
tests to not run in python33.

Regards,
Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [keystone] Integrating with 3rd party DB

2014-02-06 Thread Noorul Islam Kamal Malmiyoda
Hello stackers,

We have a database with tables users, projects, roles, etc. Is there
any reference implementation or best practices to make keystone use
this DB instead of its own?

I have been reading
https://wiki.openstack.org/wiki/Keystone/Federation/Blueprint but I
could not find a open reference implementation for the same.

Regards,
Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum] Devstack gate is failing

2014-01-10 Thread Noorul Islam Kamal Malmiyoda
On Wed, Jan 8, 2014 at 11:20 PM, Noorul Islam Kamal Malmiyoda
noo...@noorul.com wrote:
 On Wed, Jan 8, 2014 at 11:02 PM, Sean Dague s...@dague.net wrote:
 On 01/08/2014 11:40 AM, Noorul Islam Kamal Malmiyoda wrote:

 On Jan 8, 2014 9:58 PM, Georgy Okrokvertskhov
 gokrokvertsk...@mirantis.com mailto:gokrokvertsk...@mirantis.com wrote:

 Hi,

 I do understand why there is a push back for this patch. This patch is
 for infrastructure project which works for multiple projects. Infra
 maintainers should not know specifics of each project in details. If
 this patch is a temporary solution then who will be responsible to
 remove it?


 I am not sure who is responsible for solum related configurations in
 infra project. I see that almost all the infra config for solum project
 is done by solum members. So I think any solum member can submit a patch
 to revert this once we have a permanent solution.

 If we need start this gate I propose to revert all patches which led
 to this inconsistent state and apply workaround in Solum repository
 which is under Solum team full control and review. We need to open a bug
 in Solum project to track this.


 The problematic patch [1] solves a specific problem. Do we have other
 ways to solve it?

 Regards,
 Noorul

 [1] https://review.openstack.org/#/c/64226

 Why is test-requirements.txt getting installed in pre_test instead of
 post_test? Installing test-requirements prior to installing devstack
 itself in no way surprises me that it causes issues. You can see that
 command is litterally the first thing in the console -
 http://logs.openstack.org/66/62466/7/gate/gate-solum-devstack-dsvm/49bac35/console.html#_2014-01-08_13_46_15_161

 It should be installed right before tests get run, which I assume is L34
 of this file -
 https://review.openstack.org/#/c/64226/3/modules/openstack_project/files/jenkins_job_builder/config/solum.yaml

 Given that is where ./run_tests.sh is run.


 This might help, but run_tests.sh anyhow will import oslo.config. I
 need to test this and see.


Tested and this is working. Thank you Sean.

Regards,
Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum] Devstack gate is failing

2014-01-08 Thread Noorul Islam Kamal Malmiyoda
On Jan 8, 2014 6:11 PM, Sean Dague s...@dague.net wrote:

 On 01/07/2014 11:27 PM, Noorul Islam Kamal Malmiyoda wrote:
  On Wed, Jan 8, 2014 at 9:43 AM, Georgy Okrokvertskhov
  gokrokvertsk...@mirantis.com wrote:
  Should we rather revert patch to make gate working?
 
 
  I think it is always good to have test packages reside in
  test-requirements.txt. So -1 on reverting that patch.
 
  Here [1] is a temporary solution.
 
  Regards,
  Noorul
 
  [1] https://review.openstack.org/65414

 If Solum is trying to be on the road to being an OpenStack project, why
 would it go out of it's way to introduce an incompatibility in the way
 all the actual OpenStack packages work in the gate?

 Seems very silly to me, because you'll have to add oslo.sphinx back into
 test-requirements.txt the second you want to be considered for incubation.


I am not sure why it seems silly to you. We are not anyhow removing
oslo.sphinx from the repository. We are just removing it before installing
the packages from test-requirements.txt in the devstack gate. How does that
affects incubation? Am I missing something?

Regards,
Noorul

 -Sean

 --
 Sean Dague
 Samsung Research America
 s...@dague.net / sean.da...@samsung.com
 http://dague.net


 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum] Devstack gate is failing

2014-01-08 Thread Noorul Islam Kamal Malmiyoda
On Jan 8, 2014 9:58 PM, Georgy Okrokvertskhov 
gokrokvertsk...@mirantis.com wrote:

 Hi,

 I do understand why there is a push back for this patch. This patch is
for infrastructure project which works for multiple projects. Infra
maintainers should not know specifics of each project in details. If this
patch is a temporary solution then who will be responsible to remove it?


I am not sure who is responsible for solum related configurations in infra
project. I see that almost all the infra config for solum project is done
by solum members. So I think any solum member can submit a patch to revert
this once we have a permanent solution.

 If we need start this gate I propose to revert all patches which led to
this inconsistent state and apply workaround in Solum repository which is
under Solum team full control and review. We need to open a bug in Solum
project to track this.


The problematic patch [1] solves a specific problem. Do we have other ways
to solve it?

Regards,
Noorul

[1] https://review.openstack.org/#/c/64226

 Thanks
 Georgy


 On Wed, Jan 8, 2014 at 7:09 AM, Noorul Islam K M noo...@noorul.com
wrote:

 Anne Gentle a...@openstack.org writes:

  On Wed, Jan 8, 2014 at 8:26 AM, Noorul Islam Kamal Malmiyoda 
  noo...@noorul.com wrote:
 
 
  On Jan 8, 2014 6:11 PM, Sean Dague s...@dague.net wrote:
  
   On 01/07/2014 11:27 PM, Noorul Islam Kamal Malmiyoda wrote:
On Wed, Jan 8, 2014 at 9:43 AM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com wrote:
Should we rather revert patch to make gate working?
   
   
I think it is always good to have test packages reside in
test-requirements.txt. So -1 on reverting that patch.
   
Here [1] is a temporary solution.
   
Regards,
Noorul
   
[1] https://review.openstack.org/65414
  
   If Solum is trying to be on the road to being an OpenStack project,
why
   would it go out of it's way to introduce an incompatibility in the
way
   all the actual OpenStack packages work in the gate?
  
   Seems very silly to me, because you'll have to add oslo.sphinx back
into
   test-requirements.txt the second you want to be considered for
  incubation.
  
 
  I am not sure why it seems silly to you. We are not anyhow removing
  oslo.sphinx from the repository. We are just removing it before
installing
  the packages from test-requirements.txt
 
  in the devstack gate. How does that affects incubation? Am I missing
  something?
 
 
  Docs are a requirement, and contributor docs are required for applying
for
  incubation. [1] Typically these are built through Sphinx and
consistency is
  gained through oslo.sphinx, also eventually we can offer consistent
  extensions. So a perception that you're skipping docs would be a poor
  reflection on your incubation application. I don't think that's what's
  happening here, but I want to be sure you understand the consistency
and
  doc needs.
 
  See also
 
http://lists.openstack.org/pipermail/openstack-dev/2014-January/023582.htmlfor
  similar issues, we're trying to figure out the best solution. Stay
  tuned.
 

 I have seen that, also posted solum issue [1] there yesterday. I started
 this thread to have consensus on making solum devstack gate non-voting
 until the issue gets fixed. Also proposed a temporary solution with
 which we can solve the issue for the time being. Since the gate is
 failing for all the patches, it is affecting every patch.

 Regards,
 Noorul

 [1]
http://lists.openstack.org/pipermail/openstack-dev/2014-January/023618.html
 [2] https://review.openstack.org/65414

 
 
  1.
 
https://github.com/openstack/governance/blob/master/reference/incubation-integration-requirements
 
  Regards,
  Noorul
 
   -Sean
  
   --
   Sean Dague
   Samsung Research America
   s...@dague.net / sean.da...@samsung.com
   http://dague.net
  
  
   ___
   OpenStack-dev mailing list
   OpenStack-dev@lists.openstack.org
   http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
  
 
 
  ___
  OpenStack-dev mailing list
  OpenStack-dev@lists.openstack.org
  http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
 
 
  ___
  OpenStack-dev mailing list
  OpenStack-dev@lists.openstack.org
  http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




 --
 Georgy Okrokvertskhov
 Technical Program Manager,
 Cloud and Infrastructure Services,
 Mirantis
 http://www.mirantis.com
 Tel. +1 650 963 9828
 Mob. +1 650 996 3284

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing

Re: [openstack-dev] [Solum] Devstack gate is failing

2014-01-08 Thread Noorul Islam Kamal Malmiyoda
On Wed, Jan 8, 2014 at 11:02 PM, Sean Dague s...@dague.net wrote:
 On 01/08/2014 11:40 AM, Noorul Islam Kamal Malmiyoda wrote:

 On Jan 8, 2014 9:58 PM, Georgy Okrokvertskhov
 gokrokvertsk...@mirantis.com mailto:gokrokvertsk...@mirantis.com wrote:

 Hi,

 I do understand why there is a push back for this patch. This patch is
 for infrastructure project which works for multiple projects. Infra
 maintainers should not know specifics of each project in details. If
 this patch is a temporary solution then who will be responsible to
 remove it?


 I am not sure who is responsible for solum related configurations in
 infra project. I see that almost all the infra config for solum project
 is done by solum members. So I think any solum member can submit a patch
 to revert this once we have a permanent solution.

 If we need start this gate I propose to revert all patches which led
 to this inconsistent state and apply workaround in Solum repository
 which is under Solum team full control and review. We need to open a bug
 in Solum project to track this.


 The problematic patch [1] solves a specific problem. Do we have other
 ways to solve it?

 Regards,
 Noorul

 [1] https://review.openstack.org/#/c/64226

 Why is test-requirements.txt getting installed in pre_test instead of
 post_test? Installing test-requirements prior to installing devstack
 itself in no way surprises me that it causes issues. You can see that
 command is litterally the first thing in the console -
 http://logs.openstack.org/66/62466/7/gate/gate-solum-devstack-dsvm/49bac35/console.html#_2014-01-08_13_46_15_161

 It should be installed right before tests get run, which I assume is L34
 of this file -
 https://review.openstack.org/#/c/64226/3/modules/openstack_project/files/jenkins_job_builder/config/solum.yaml

 Given that is where ./run_tests.sh is run.


This might help, but run_tests.sh anyhow will import oslo.config. I
need to test this and see.

Regards,
Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] olso.config error on running Devstack

2014-01-07 Thread Noorul Islam Kamal Malmiyoda
On Tue, Jan 7, 2014 at 4:54 PM, Michael Kerrin michael.ker...@hp.com wrote:
 I have been seeing this problem also.



 My problem is actually with oslo.sphinx. I ran sudo pip install -r
 test-requirements.txt in cinder so that I could run the tests there, which
 installed oslo.sphinx.



 Strange thing is that the oslo.sphinx installed a directory called oslo in
 /usr/local/lib/python2.7/dist-packages with no __init__.py file. With this
 package installed like so I get the same error you get with oslo.config.



 I don't need oslo.sphinx so I just went and manually deleted the oslo
 directory and the oslo.sphinx* files in
 /usr/local/lib/python2.7/dist-packages. Everything worked fine after that.



 Not sure what to do about this, but that is my story




In solum, we are trying to use devstack job for functional testing. We
are installing test packages [1] from test-requirements.txt, hence we
are also facing similar issue. See [2] and [3]

Regards,
Noorul

[1] 
http://logs.openstack.org/59/64059/8/check/gate-solum-devstack-dsvm/a7522b8/console.html#_2014-01-07_05_20_26_838
[2] 
http://logs.openstack.org/59/64059/8/check/gate-solum-devstack-dsvm/a7522b8/console.html#_2014-01-07_05_26_11_500
[3] 
http://logs.openstack.org/59/64059/8/check/gate-solum-devstack-dsvm/a7522b8/console.html#_2014-01-07_05_26_15_996


 Michael







 On Mon 23 Dec 2013 14:18:11 Sean Dague wrote:

 On 12/23/2013 11:52 AM, Ben Nemec wrote:

  On 2013-12-18 09:26, Sayali Lunkad wrote:

  Hello,

 

  I get the following error when I run stack.sh on Devstack

 

  Traceback (most recent call last):

  File /usr/local/bin/ceilometer-dbsync, line 6, in module

 

  from ceilometer.storage import dbsync

 

  File /opt/stack/ceilometer/ceilometer/storage/__init__.py, line

 

  23, in module

 

  from oslo.config import cfg

 

  ImportError: No module named config

  ++ failed

  ++ local r=1

  +++ jobs -p

  ++ kill

  ++ set +o xtrace

 

  Search gives me olso.config is installed. Please let me know of any

  solution.

 

  Devstack pulls oslo.config from git, so if you have it installed on the

  system through pip or something it could cause problems. If you can

  verify that it's only in /opt/stack/oslo.config, you might try deleting

  that directory and rerunning devstack to pull down a fresh copy. I

  don't know for sure what the problem is, but those are a couple of

  things to try.



 We actually try to resolve that here:



 https://github.com/openstack-dev/devstack/blob/master/lib/oslo#L43



 However, have I said how terrible python packaging is recently?

 Basically you can very easily get yourself in a situation where *just

 enough* of the distro package is left behind that pip thinks its there,

 so won't install it, but the python loader doesn't, so won't work.



 Then much sadness.



 If anyone has a more fool proof way to fix this, suggestions appreciated.



 -Sean




 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [Solum] Devstack gate is failing

2014-01-07 Thread Noorul Islam Kamal Malmiyoda
Hi team,

After merging [1] devstack gate started failing. There is already a
thread [2] related to this in mailing list. Until this gets fixed
shall we make this job non-voting?

Regards,
Noorul

[1] https://review.openstack.org/64226
[2] http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg12440.html

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum] Devstack gate is failing

2014-01-07 Thread Noorul Islam Kamal Malmiyoda
On Wed, Jan 8, 2014 at 9:43 AM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com wrote:
 Should we rather revert patch to make gate working?


I think it is always good to have test packages reside in
test-requirements.txt. So -1 on reverting that patch.

Here [1] is a temporary solution.

Regards,
Noorul

[1] https://review.openstack.org/65414


 On Tue, Jan 7, 2014 at 7:19 PM, Murali Allada murali.all...@rackspace.com
 wrote:

 I'm ok with making this non-voting for Solum until this gets fixed.

 -Murali


 On Jan 7, 2014, at 8:53 PM, Noorul Islam Kamal Malmiyoda
 noo...@noorul.com wrote:

  Hi team,
 
  After merging [1] devstack gate started failing. There is already a
  thread [2] related to this in mailing list. Until this gets fixed
  shall we make this job non-voting?
 
  Regards,
  Noorul
 
  [1] https://review.openstack.org/64226
  [2]
  http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg12440.html
 
  ___
  OpenStack-dev mailing list
  OpenStack-dev@lists.openstack.org
  http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




 --
 Georgy Okrokvertskhov
 Technical Program Manager,
 Cloud and Infrastructure Services,
 Mirantis
 http://www.mirantis.com
 Tel. +1 650 963 9828
 Mob. +1 650 996 3284

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Infra][Devstack] Why aren't test-requirements.txt installed during test runs?

2013-12-26 Thread Noorul Islam Kamal Malmiyoda
On Fri, Dec 27, 2013 at 7:30 AM, Jay Pipes jaypi...@gmail.com wrote:
 On 12/26/2013 07:06 PM, Clark Boylan wrote:

 On Thu, Dec 26, 2013 at 3:49 PM, Jay Pipes jaypi...@gmail.com wrote:

 Hello all,

 When looking at a Solum patch in review [1], I wondered why Georgy needed
 to
 move fixtures, testresources, and httplib2 into requirements.txt [2]
 instead
 of test-requirements.txt, when those aforementioned dependencies are not
 for
 Solum itself, but rather the newly-introduced functional tests. When I
 asked
 Georgy on IRC, he mentioned that the gate doesn't install the
 dependencies
 in test-requirements.txt.

 I'm wondering why that is the case? Why bother having a
 test-requirements.txt at all, if we need to list test-specific
 dependencies
 in requirements.txt?

 Thanks in advance for answers!

 Best,
 -jay

 [1] https://review.openstack.org/#/c/64165
 [2] https://review.openstack.org/#/c/64165/9/requirements.txt

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


 The gate is made up of two major types of tests. The first are self
 contained unittest like tests that rely on tox for their invocation
 and the second are the devstack-gate tests that use the devstack-gate
 project to configure and run tests. In both cases projects are
 installed from source (with pip install $PATH_TO_PROJECT iirc) which
 installs only the requirements.txt. These are the requirements needed
 to run the project but not to test it. In the tox run tests you will
 typically add the test-requirements.txt file to the testenv's dep list
 in order to get those dependencies installed for testing. In
 devstack-gate land no test-requirements are installed as these are
 functional/integration tests and should be tested as normally
 installed.


 OK, understood, thx for the detailed explanation.


 So it depends on which test was having trouble. If it was something
 run by tox then tox.ini probably needs an update. This sounds like a
 problem with the devstack-gate tests which are trickier because it
 just does normal installs of projects before testing them and the test
 framework is expected to pull in the test dependencies as its normal
 dependencies. In this case I would probably update the job in question
 to install the test-requirements as part of the pre_test_hook in
 devstack-gate.


 Ah, good thinking. That's indeed a good solution.

 Thank you, Clark!

https://review.openstack.org/64226

Regards,
Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum] Command Line Interface for Solum

2013-11-14 Thread Noorul Islam Kamal Malmiyoda
On Nov 14, 2013 1:10 PM, Adrian Otto adrian.o...@rackspace.com wrote:

 Noorul,

 On Nov 13, 2013, at 7:43 PM, Noorul Islam K M noo...@noorul.com
  wrote:

  Doug Hellmann doug.hellm...@dreamhost.com writes:
 
  On Sun, Nov 10, 2013 at 10:15 AM, Noorul Islam K M noo...@noorul.com
wrote:
 
 
  Hello all,
 
  I registered a new blueprint [1] for command line client interface for
  Solum. We need to decide whether we should have a separate repository
  for this or go with new unified CLI framework [2]. Since Solum is not
  part of OpenStack I think it is not the right time to go with the
  unified CLI.
 
 
  One of the key features of the cliff framework used for the unified
command
  line app is that the subcommands can be installed independently of the
main
  program. So you can write plugins that work with the openstack client,
but
  put them in the solum client library package (and source repository).
That
  would let you, for example:
 
   $ pip install python-solumclient
   $ pip install python-openstackclient
   $ openstack solum make me a paas
 
  Dean has done a lot of work to design a consistent
noun-followed-by-verb
  command structure, so please look at that work when picking subcommand
  names (for example, you shouldn't use solum as a prefix as I did in my
  example above, since we are removing the project names from the
commands).
 
 
  I think we should follow this. If others have no objection, I will
  submit a review to openstack-infra/config to create a new repository
  named python-solumclient with intial code from cookiecutter template.
 
  Adrian,
 
  Does this blue-print require to be in Approved state to perform
  above task?

 Thanks for the enthusiasm! I'd like further input from additional team
members before advancing on this.


I think whichever path we take a separate repository is required.

Regards,
Noorul
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] Dev help....

2013-11-09 Thread Noorul Islam Kamal Malmiyoda
On Fri, Nov 8, 2013 at 10:43 PM, Craig Vyvial cp16...@gmail.com wrote:
 Krishanu,

 I think you might need to choose a different nickname for irc. Looks like
 krish could be already taken.


I think it should try with different nick automatically. It could be
something else.

Regards,
Noorul



 On Fri, Nov 8, 2013 at 12:38 AM, Krishanu Dhar rony.k...@gmail.com wrote:

 Thanks. I tried hooking onto the IRC but it just doesn't seem to connect.
 Below is the error I got.

 [11:59] -herbert.freenode.net- *** Looking up your hostname...
 [11:59] -herbert.freenode.net- *** Checking Ident
 [11:59] -herbert.freenode.net- *** No Ident response
 [11:59] -herbert.freenode.net- *** Couldn't look up your hostname
 [11:59] == CGI:IRC host/IP set to gateway/web/freenode/session 202.3.120.4
 [11:59] == krish Nick/channel is temporarily unavailable



 On Fri, Nov 8, 2013 at 10:07 AM, Noorul Islam K M noo...@noorul.com
 wrote:

 Krishanu Dhar rony.k...@gmail.com writes:

  Hi,
 
  I have few very basic questions. It would be really nice if someone can
  assist.
 
  1. I have a program that gathers details from a db in a server and is
  meant
  to update the backend db (by backend db, I mean trove). Whats the
  easiest
  way to do this?
 
  2. How to host a webserver on openstack?
 
  3. How do I run code from the webserver?

 Are you looking for https://wiki.openstack.org/wiki/Heat

 Regards,
 Noorul




 --
 Krishanu

 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Solum] Stackforge Repo Ready

2013-11-01 Thread Noorul Islam Kamal Malmiyoda
On Fri, Nov 1, 2013 at 10:52 AM, Noorul Islam K M noo...@noorul.com wrote:
 Adrian Otto adrian.o...@rackspace.com writes:

 Team,

 Our StackForge code repo is open, so you may begin submitting code for 
 review. For those new to the process, I made a will page with links to the 
 repo and information about how to contribute:

 https://wiki.openstack.org/wiki/Solum/Contributing


 1. .gitreview file is missing, so I submitted a patch

 https://review.openstack.org/#/c/54877

 This patch also contains update to README to include relevant project
 information.

 2. My review request got rejected by Jenkins. A re-base against [1] is
not helping.


Clark Boylan (clarkb) from infra fixed this manually.

Thank you!

- Noorul

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] Newbie python novaclient question

2013-10-11 Thread Noorul Islam Kamal Malmiyoda
On Oct 11, 2013 6:04 PM, Alex la6...@gmail.com wrote:

 Is that actually doing something or parsing the sub commands?

 I think after args is initialized it is probably the args.func calls that
actually does something. For example the following line in the main:

 args.func(self.cs, args)

 What do you think is the .func method?


https://github.com/openstack/python-novaclient/blob/master/novaclient/shell.py#L473

- Noorul


 On Oct 11, 2013, at 3:07 AM, Noorul Islam K M noo...@noorul.com wrote:

  Alex la6...@gmail.com writes:
 
  Yes , this method seems to look for the corresponding action but still
doesn't seem to be the one actually calling them.
 
 
  Are you looking for this which is inside **main** method?
 
  args = subcommand_parser.parse_args(argv)
 
  Thanks and Regards
  Noorul
 
  Regards
  Al
 
 
 
  On Oct 10, 2013, at 11:07 PM, Noorul Islam K M noo...@noorul.com
wrote:
 
  Alex la6...@gmail.com writes:
 
  Thank you Noorul. I looked at the review. My question is that in
openstackcomputeshell.main which line call the v1_1/ shell.py.function?
 
 
  I would look at get_subcommand_parser() method.
 
  Thanks and Regards
  Noorul
 
 
 
  On Oct 10, 2013, at 9:03 PM, Noorul Islam K M noo...@noorul.com
wrote:
 
  A L la6...@gmail.com writes:
 
  Dear Openstack Dev Gurus,
 
  I am trying to understand the python novaclient code. Can someone
please
  point me to where in openstackcomputeshell class in shell.py does
the
  actual function or class related to an argument gets called?
 
 
  This review [1] is something I submitted and it adds a sub command.
May
  be this will give you some clue.
 
  [1] https://review.openstack.org/#/c/40181/
 
  Thanks and Regards
  Noorul
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] Blueprint for Nova native image building

2013-08-06 Thread Noorul Islam Kamal Malmiyoda
On Tue, Aug 6, 2013 at 9:23 PM, Ian Mcleod imcl...@redhat.com wrote:

 Hello,

 A blueprint has been registered regarding API additions to Nova to
 enable the creation of base images from external OS install sources.
 This provides a way to build images from scratch via native OS installer
 tools using only the resources provided through Nova.  These images can
 then be further customized by other tools that expect an existing image
 as an input, such as disk image builder.

 Blueprint -
 https://blueprints.launchpad.net/nova/+spec/base-image-creation

 Specification - https://wiki.openstack.org/wiki/NovaImageCreationAPI

 If this is a topic that interests you, please have a look (the spec is
 not very long) and join the conversation.

 Please note that this blueprint follows on from proof of concept work
 for native image building discussed on this list in April:

 http://lists.openstack.org/pipermail/openstack-dev/2013-April/007157.html


In one of the cloud product that I work on has same feature and when I
looked at OpenStack I was thinking why we should rely on third party tool
for this and do not have OpenStack backed solution.

I think I can help to add autoyast. I have not tried this tool yet. I will
try it and let you know.

Thanks and Regards
Noorul
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev