Can't detect right path if install manually Quickly

Bug #519222 reported by Bryce Harrington
12
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Quickly
Triaged
High
Unassigned

Bug Description

This is with an installed current bzr snapshot of quickly:

bryce@salisbury:~/src/primeval$ quickly create ubuntu-application foobar
ERROR: No create command found.
Aborting.

bryce@salisbury:~/src/primeval$ ../quickly/quickly/bin/quickly create ubuntu-application foobar
ERROR: No create command found.
Aborting.

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

Hum, as I told you during the sprint, I never really try to install it with ./setup.py out of trunk or the packaged version.

I'll have a look why it can't grab the data dir.

(in the meanwhile, you can run in from trunk: export PATH=/path/to/your/trunk/bin:$PATH)
Thanks for catching this!

Changed in quickly:
status: New → Triaged
importance: Undecided → Critical
Revision history for this message
Bryce Harrington (bryce) wrote : Re: [Bug 519222] Re: ERROR: No create command found.

Thanks, that worked. I re-tested bzr trunk and still had the issue if I
did not override $PATH:

bryce@chideok:~/src$ quickly create ubuntu-project foo
Traceback (most recent call last):
  File "/usr/local/bin/quickly", line 35, in <module>
    from quickly import commands, configurationhandler, quicklyconfig, coreupgrade, tools, version
ImportError: cannot import name coreupgrade

Bryce

summary: - ERROR: No create command found.
+ Can't detect right path if install manually Quickly
Changed in quickly:
importance: Critical → High
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

So, just had a quick look.
There is two bugs with the installed version of quickly with python setup.py install:
$ which quickly
/usr/local/bin/quickly
$ quickly --version
PYTHONPATH = None
PATH = ['/usr/local/bin', '/usr/lib/python2.6', '/usr/lib/python2.6/plat-linux2', '/usr/lib/python2.6/lib-tk', '/usr/lib/python2.6/lib-old', '/usr/lib/python2.6/lib-dynload', '/usr/lib/python2.6/dist-packages', '/usr/lib/python2.6/dist-packages/PIL', '/usr/lib/python2.6/dist-packages/gst-0.10', '/usr/lib/pymodules/python2.6', '/usr/lib/python2.6/dist-packages/gtk-2.0', '/usr/lib/pymodules/python2.6/gtk-2.0', '/usr/lib/python2.6/dist-packages/wx-2.6-gtk2-unicode', '/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode', '/usr/local/lib/python2.6/dist-packages']
Traceback (most recent call last):
  File "/usr/local/bin/quickly", line 35, in <module>
    from quickly import commands, configurationhandler, quicklyconfig, coreupgrade, tools, version

So, PATH put before /usr/lib/python2.6/ than /usr/local/lib/python2.6/. Consequently, it will be the packaged version of Quickly library which will be taken rather than the local one. Not sure why the path has this value on Ubuntu system (normally /usr/local is always before /usr).
A workaround is of course exporting the PYTHONPATH to /usr/local/lib/python2.6/dist-packages

-------------

The second one is that self.prefix in distutils is set to /usr, even if you use python setup.py install which install in /usr/local…

I don't really understand why and how that setup. So, when I try to refresh quickly_data_path in config.py when building, it's set to /usr/share/quickly/data and no /usr/share/local/quickly/data. That's why you got this "no command…" error (if you didn't install the packaged version of Quickly)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.