Re: [tor-dev] Proposal 297: Relaxing the protover-based shutdown rules

2018-09-21 Thread Iain Learmonth
Hi, On 20/09/18 17:03, Ian Goldberg wrote: > To be clear, the place this is used in otr is exactly to build the > released *source tarball* from git, so that even the source tarball is > reproducible. The binary package builders then build (reproducible) > binaries from the reproducible source ta

Re: [tor-dev] Proposal 297: Relaxing the protover-based shutdown rules

2018-09-20 Thread Ian Goldberg
On Thu, Sep 20, 2018 at 02:47:23PM +0100, Iain Learmonth wrote: > Hi, > > On 20/09/18 00:51, Ian Goldberg wrote: > > If you make it use, say, the timestamp on the tip git commit of the > > source, then it's (a) automated, and (b) reproducible. But that's more > > of a build date than a release da

Re: [tor-dev] Proposal 297: Relaxing the protover-based shutdown rules

2018-09-20 Thread Nick Mathewson
On Wed, Sep 19, 2018 at 7:41 PM teor wrote: > > Hi, > > This proposal seems good to me. > > > On 20 Sep 2018, at 02:20, Nick Mathewson wrote: > > > > I propose that when deciding whether to shut down because of > > subprotocol requirements, a Tor implementation should only shut > > down if

Re: [tor-dev] Proposal 297: Relaxing the protover-based shutdown rules

2018-09-20 Thread Iain Learmonth
Hi, On 20/09/18 00:51, Ian Goldberg wrote: > If you make it use, say, the timestamp on the tip git commit of the > source, then it's (a) automated, and (b) reproducible. But that's more > of a build date than a release date, of course. (That's what otr uses.) Please don't make your build system

Re: [tor-dev] Proposal 297: Relaxing the protover-based shutdown rules

2018-09-19 Thread Ian Goldberg
On Thu, Sep 20, 2018 at 09:40:49AM +1000, teor wrote: > Hi, > > This proposal seems good to me. > > > On 20 Sep 2018, at 02:20, Nick Mathewson wrote: > > > > I propose that when deciding whether to shut down because of > > subprotocol requirements, a Tor implementation should only shut > >

Re: [tor-dev] Proposal 297: Relaxing the protover-based shutdown rules

2018-09-19 Thread teor
Hi, This proposal seems good to me. > On 20 Sep 2018, at 02:20, Nick Mathewson wrote: > > I propose that when deciding whether to shut down because of > subprotocol requirements, a Tor implementation should only shut > down if the consensus is dated to some time after the > implementati

[tor-dev] Proposal 297: Relaxing the protover-based shutdown rules

2018-09-19 Thread Nick Mathewson
Filename: 297-safer-protover-shutdowns.txt Title: Relaxing the protover-based shutdown rules Author: Nick Mathewson Created: 19-Sep-2018 Status: Open Target: 0.3.5.x 1. Introduction In proposal 264 (now implemented) we introduced the subprotocol versioning mechanism to better handle forward