-
-
Notifications
You must be signed in to change notification settings - Fork 371
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add developer mode #111
Add developer mode #111
Conversation
I made a POC with ugly code to get the "pip freeze" line, here: 2596892 But this will not work for 'toga', e.g.:
The Problem here is, that toga by himself will automatically installed platform backends and used "hardcoded" package name with version... I see two way to handle that: 1.) Add a extra handling for "toga" in install_*_requirements() I would prefer 2. Until 2 has been made, i try to implement 1 ;) |
With 02209e9 i tried to implement 1: extra handling for "toga" in install_*_requirements() But this will fail, see output here: https://gist.github.com/jedie/62f7e41e7f9c462b25aa856705bf8db6 I don't see this approach succeeding... |
The catch is - if you remove the version number requirement, you'll end up installing toga-cocoa 0.3.0.dev8, and toga-core 0.3.0.dev7 - which can lead to some hilarious results. The best approach I can think of is to look to the virtual environment in which briefcase is running. If the user specifies the In the case of toga-django, that means the install step is a no-op if |
But why we need the "--dev" flag? Why no always install same version that is in the virtual environment? I try to install the packages from current environment... But raise into this error:
btw.: IMHO briefcase should not have version string in setup.py, but requirements.txt created with pip-compile ... Maybe one requirements.txt for one platform target... EDIT: error: option --home not recognized -> pypa/pip#4390 |
Another approach would be:
But the prefered way to run a local Warehouse is to use docker, see: https://github.com/pypa/warehouse#getting-started |
A developer mode has been added in the v0.3 branch. Thanks for the contribution - sorry we weren't able to get this merged! |
#73