[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-06-19 Thread Matthias Klose
*** This bug is a duplicate of bug 362570 *** https://bugs.launchpad.net/bugs/362570 ** This bug has been marked a duplicate of bug 362570 Python distutils installs into 'site-packages' instead of 'dist-packages' when a prefix is set -- setup.py install --prefix=/usr/local installs

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-05-26 Thread Max Bowsher
Matthias, are you sure this behaviour is intentional, and if so, by what rationale? It seems plain wrong. For that matter, why is --install-layout=deb not the default when using a deb-packaged python executable? -- setup.py install --prefix=/usr/local installs modules in site-packages/

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-05-26 Thread Brodie Rao
This breaks installation of applications like Mercurial that supply --prefix=/usr/local when installing. This has worked with previous versions of Debian and Ubuntu, and it works with most other distributions I'm aware of. It does this specifically not to interfere with distribution-provided

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-04-24 Thread Peter Antoniac
I agree that unless there is something else, this will cause problems... ** Changed in: python2.6 (Ubuntu) Status: New = Confirmed ** Tags added: likely-dup packaging -- setup.py install --prefix=/usr/local installs modules in site-packages/ directory

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-04-24 Thread Peter Antoniac
I changed the importance to Low, as this bug that has a moderate impact on non-core applications... ** Changed in: python2.6 (Ubuntu) Importance: Undecided = Low ** Changed in: python2.6 (Ubuntu) Status: Confirmed = Triaged ** Tags removed: likely-dup -- setup.py install

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-04-24 Thread Matthias Klose
The behaviour is intended. How to work around this: - Don't specifiy --prefix=/usr/local, as it's the default for setup.py install anyway. - Add --install-layout=deb together with --prefix=/usr/local -- setup.py install --prefix=/usr/local installs modules in site-packages/ directory

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-04-24 Thread ilmarw
OK, read the thread https://lists.ubuntu.com/archives/ubuntu- devel/2009-February/027439.html I guess that would make things more understandable for other users suspecting a bug and finding this bug report. -- setup.py install --prefix=/usr/local installs modules in site-packages/ directory

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-04-24 Thread ilmarw
I can confirm this bug. Although not critical, it is really annoying. -- setup.py install --prefix=/usr/local installs modules in site-packages/ directory https://bugs.launchpad.net/bugs/365352 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-04-22 Thread Krzysztof Klimonda
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/25867465/Dependencies.txt -- setup.py install --prefix=/usr/local installs modules in site-packages/ directory https://bugs.launchpad.net/bugs/365352 You received this bug notification because you are a member of Ubuntu

[Bug 365352] Re: setup.py install --prefix=/usr/local installs modules in site-packages/ directory

2009-04-22 Thread Krzysztof Klimonda
On the other hand if this result is expected and it was a design decision we should clearly state it somewhere. Whole migration to dist-packages/ should be documented as well - right now we differ from mainstream python and all the others distribution. Also our own python2.5 package doesn't use