Merge lp:~barry/ubuntu/oneiric/python-support/merge1.0.13 into lp:ubuntu/oneiric/python-support
Proposed by
Barry Warsaw
Status: | Merged |
---|---|
Merged at revision: | 33 |
Proposed branch: | lp:~barry/ubuntu/oneiric/python-support/merge1.0.13 |
Merge into: | lp:ubuntu/oneiric/python-support |
Diff against target: |
147 lines (+63/-14) 6 files modified
debian/changelog (+38/-0) debian/control (+1/-1) debian/python-support.lintian-overrides (+1/-0) movemodules (+1/-1) pysupport.py (+9/-4) tests/testparseversions.py (+13/-8) |
To merge this branch: | bzr merge lp:~barry/ubuntu/oneiric/python-support/merge1.0.13 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Didier Roche-Tolomelli | Approve | ||
Ubuntu branches | Pending | ||
Review via email: mp+62534@code.launchpad.net |
Description of the change
===========
Merge notes
===========
Debian version: 1.0.13
Ubuntu version: 1.0.10ubuntu3
Differences
===========
debhelper/
-------
* Debian version now looks for supported versions in
/usr/
status: adopt debian change
* Ubuntu add a --prefix option
* documentation needs grammatical fixes
* do we have documented use cases?
* why has change not been pushed to debian?
* how to test this?
status: keep Ubuntu changes, but clean up documentation.
To post a comment you must log in.
The change looks good to me!
As per the --prefix: ubuntu. com/<applicatio n-name> -version/
- this is a short time solution. As you probably now, I was focused on other things last cycle (unity? :p) but still had an action for the "update stable applications in extras.ubuntu.com". The outcome of the discussion (where I wasn't involved in) was the applications in extras.ubuntu.com would install in /opt/extras.
So, we needed some way to install and link python modules from there, hence the --prefix solution (just had an evening to link and to make those things work out). This is call by the "submitubuntu" command in Quickly, which call a special argument in python- distutils- extra which generates some CDBS rules which call this option. So yeah, this solution is spread across 4 packages.
I didn't have the time to get a deeper look (and still think it's the right solution). That's why it wasn't pushed to debian. Anymore, if we want to push that to debian, we have to support all python build systems (dh_python* in particular).
If you want to test it:
install quickly
quickly create ubuntu-application foo
quickly submitubuntu
I still think that's not the rigth solution and we need a better story at the packaging level itself for installing out of prefix, support menu browsing (like dbus services, desktop files…) and not rely on the current symlink solution.
The thing is that I'm not sure anyone is assigned to get that story better this cycle.
Hope that makes things clear :)