Personally I don't want to have to run setup.py develop every time I edit some code and want to run it. If we really want to remove this functionality it should be discussed and done for all services simultaneously, because there is the expectation on the part of many devs (and scripts like nova.sh) that the code can be run directly from a source checkout/tarball
Vish
On Jun 28, 2011, at 6:32 PM, Brian Lamar wrote:
> For those curious, setup.py/distutils provides the "develop" command
> which allows for installation of python projects into local/user-
> specific/project-specific site-packages directories. For example, on
> most Linux distributions it's as easy as:
>
> $ python setup.py develop --user
>
> This will install Nova in to /home/<user>/.local/lib/python2.x/site-
> packages. From there on out you'll be able to run bin/nova-api with the
> sys.path modifications removed.
>
> For those without the "--user" flag (OSX and maybe older version of
> Python?), the documented way to use setup.py for development is to
> create a distutils.cfg file as described here:
> http://docs.python.org/install/index.html#location-and-names-of-config-
> files, then run:
>
> $ python setup.py develop
>
> ...in the desired branch.
>
> If your distutils.cfg file looks like this:
>
> [develop]
> prefix=/home/<user>/.local
>
> then you'll get the same results.
>
> I can't be the only one that things modifications to sys.path are sub-
> optimal, but I do have the bias of being rooted in my ways :)
>
> --
> You received this bug notification because you are a member of Nova Bug
> Team, which is subscribed to OpenStack Compute (nova).
> https://bugs.launchpad.net/bugs/803186
>
> Title:
> possible_topdir removed from nova-api
>
> Status in OpenStack Compute (Nova):
> Fix Committed
>
> Bug description:
> BAD!
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/nova/+bug/803186/+subscriptions
Personally I don't want to have to run setup.py develop every time I edit some code and want to run it. If we really want to remove this functionality it should be discussed and done for all services simultaneously, because there is the expectation on the part of many devs (and scripts like nova.sh) that the code can be run directly from a source checkout/tarball
Vish
On Jun 28, 2011, at 6:32 PM, Brian Lamar wrote:
> For those curious, setup.py/distutils provides the "develop" command project- specific site-packages directories. For example, on user>/. local/lib/ python2. x/site- docs.python. org/install/ index.html# location- and-names- of-config- /home/< user>/. local /bugs.launchpad .net/bugs/ 803186 /bugs.launchpad .net/nova/ +bug/803186/ +subscriptions
> which allows for installation of python projects into local/user-
> specific/
> most Linux distributions it's as easy as:
>
> $ python setup.py develop --user
>
> This will install Nova in to /home/<
> packages. From there on out you'll be able to run bin/nova-api with the
> sys.path modifications removed.
>
> For those without the "--user" flag (OSX and maybe older version of
> Python?), the documented way to use setup.py for development is to
> create a distutils.cfg file as described here:
> http://
> files, then run:
>
> $ python setup.py develop
>
> ...in the desired branch.
>
> If your distutils.cfg file looks like this:
>
> [develop]
> prefix=
>
> then you'll get the same results.
>
> I can't be the only one that things modifications to sys.path are sub-
> optimal, but I do have the bias of being rooted in my ways :)
>
> --
> You received this bug notification because you are a member of Nova Bug
> Team, which is subscribed to OpenStack Compute (nova).
> https:/
>
> Title:
> possible_topdir removed from nova-api
>
> Status in OpenStack Compute (Nova):
> Fix Committed
>
> Bug description:
> BAD!
>
> To manage notifications about this bug go to:
> https:/