[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #6810 [Flashproxy]: Reduce code duplication across client programs
#6810: Reduce code duplication across client programs
-----------------------------+--------------------------
Reporter: dcf | Owner: dcf
Type: enhancement | Status: needs_review
Priority: minor | Milestone:
Component: Flashproxy | Version:
Resolution: | Keywords:
Actual Points: | Parent ID:
Points: |
-----------------------------+--------------------------
Comment (by infinity0):
Replying to [comment:12 infinity0]:
> Replying to [comment:11 dcf]:
> > I'd like to retain the ability to run the client programs from within
a source checkout, if possible. Could we put the `flashproxy` package
directory next to the client programs, the way it ends up with `make
dist`? Or is that weird from a Python packaging point of view?
>
> Yes, this now makes more sense that we are merging fac.py into it too.
But note that in the pending proposed setup, it is still possible to run
from checkout with e.g. PYTHONPATH=common ./flashproxy-client. It's not
unusual for source repos to forgo the ability to run-from-checkout if the
install process is smooth.
I just took another look and I don't think this is a good idea now. If we
have flashproxy/ in the top-level, we also must have setup.py and
MANIFEST.in in the top-level, plus anything else we might want to add
later. This would cause some confusion on which files belonged to -client,
vs -common.
Are you OK with running things like PYTHONPATH=common ./flashproxy-client?
To make the process easier I can create a script `init-dev-env` that
exports this, so you can just do `. ./init-dev-env` then run
`./flashproxy-client` as normal.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/6810#comment:13>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs