get foolscap to declare its dependency on pyOpenSSL #438

Closed
opened 2008-06-02 20:00:10 +00:00 by zooko · 1 comment

Per http://foolscap.lothar.com/trac/ticket/66 , if foolscap will declare its dependency on pyOpenSSL, then we can remove our declaration of our dependency on pyOpenSSL. This makes sense, for example if a future release of foolscap comes with a different SSL implementation or a completely different encryption protocol, Tahoe's dependency on pyOpenSSL will disappear, and the Tahoe setup.py itself should not need to know about that change.

If foolscap wants to preserve the possibility of a foolscap install which doesn't require pyOpenSSL and can't do secure mode, then it could declare the existence of a foolscap "extra" named "secure_connections" or something like that, and Tahoe could declare that it depends on "foolscap with secure_connections", like this:

install_requires.append("foolscap[secure_connections]")
Per <http://foolscap.lothar.com/trac/ticket/66> , if foolscap will declare its dependency on `pyOpenSSL`, then we can remove our declaration of our dependency on `pyOpenSSL`. This makes sense, for example if a future release of foolscap comes with a different SSL implementation or a completely different encryption protocol, Tahoe's dependency on `pyOpenSSL` will disappear, and the Tahoe `setup.py` itself should not need to know about that change. If `foolscap` wants to preserve the possibility of a foolscap install which doesn't require pyOpenSSL and can't do secure mode, then it could declare the existence of a foolscap "extra" named "secure_connections" or something like that, and Tahoe could declare that it depends on "foolscap *with* secure_connections", like this: ``` install_requires.append("foolscap[secure_connections]") ```
zooko added the
packaging
major
defect
1.0.0
labels 2008-06-02 20:00:10 +00:00
zooko added this to the 1.1.0 milestone 2008-06-02 20:00:10 +00:00

done, in yesterday's foolscap-0.2.8 release

done, in yesterday's foolscap-0.2.8 release
warner added the
fixed
label 2008-06-05 23:05:00 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#438
No description provided.