Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WVy8R-0007R0-5Y for Bitcoin-development@lists.sourceforge.net; Fri, 04 Apr 2014 07:01:55 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.213.173 as permitted sender) client-ip=209.85.213.173; envelope-from=laanwj@gmail.com; helo=mail-ig0-f173.google.com; Received: from mail-ig0-f173.google.com ([209.85.213.173]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WVy8Q-0006Tr-8v for Bitcoin-development@lists.sourceforge.net; Fri, 04 Apr 2014 07:01:55 +0000 Received: by mail-ig0-f173.google.com with SMTP id hl10so579572igb.6 for ; Fri, 04 Apr 2014 00:01:49 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.50.122.8 with SMTP id lo8mr1275473igb.31.1396594908940; Fri, 04 Apr 2014 00:01:48 -0700 (PDT) Received: by 10.64.70.131 with HTTP; Fri, 4 Apr 2014 00:01:48 -0700 (PDT) In-Reply-To: <533E29F0.1080901@jerviss.org> References: <1784069.HYVIiriube@crushinator> <533E29F0.1080901@jerviss.org> Date: Fri, 4 Apr 2014 09:01:48 +0200 Message-ID: From: Wladimir To: kjj Content-Type: multipart/alternative; boundary=089e015384fe71514504f632174a X-Spam-Score: -0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (laanwj[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1WVy8Q-0006Tr-8v Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Finite monetary supply for Bitcoin X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 07:01:55 -0000 --089e015384fe71514504f632174a Content-Type: text/plain; charset=UTF-8 On Fri, Apr 4, 2014 at 5:41 AM, kjj wrote: > Matt Whitlock wrote: > > The creation date in your BIP header has the wrong format. It should be > 01-04-2014, per BIP 1. > > > At first, I thought this was a second April Fool's joke, but then I > looked and saw that all of the BIPs really do use this format. As far > as I can tell, we are using this insane format because RFC 822 predates > ISO 8601 by half a decade. > > Since we don't have half a gajillion mail servers to patch, we could, if > we desired, adopt a sensible date format here. The cost to the > community would be minimal, with probably not more than a half dozen > people needing to update scripts. It could even be as simple as one guy > running sed s/parseabomination/parsedate/g > BIPs were based on Python PIPs, PIPs use this same ordering but spell out the month like '1-Oct-2000'. This is slightly more readable than our format. http://legacy.python.org/dev/peps/pep-0453/ But to make it more confusing they have two different date conventions within the header (one for the modified date, and one for the created date). Personally I'd prefer to standardize on ISO 8601 (YYYY-MM-DD) dates as well. Feel free to submit a pull against bips/bips that changes around the dates. Wladimir --089e015384fe71514504f632174a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On F= ri, Apr 4, 2014 at 5:41 AM, kjj <bitcoin-devel@jerviss.org>= wrote:
Matt Whit= lock wrote:
> The creation date in your BIP header has the wrong format. It should b= e 01-04-2014, per BIP 1.
>
At first, I thought this was a second April Fool's joke, but then= I
looked and saw that all of the BIPs really do use this format. =C2=A0As far=
as I can tell, we are using this insane format because RFC 822 predates
ISO 8601 by half a decade.

Since we don't have half a gajillion mail servers to patch, we could, i= f
we desired, adopt a sensible date format here. =C2=A0The cost to the
community would be minimal, with probably not more than a half dozen
people needing to update scripts. =C2=A0It could even be as simple as one g= uy
running sed s/parseabomination/parsedate/g

B= IPs were based on Python PIPs, PIPs use this same ordering but spell out th= e month like '1-Oct-2000'. This is slightly more readable than our = format.
But to make it more= confusing they have two different date conventions within the header (one = for the modified date, and one for the created date).

Personally I'd prefer to standardize on ISO 8601 (Y= YYY-MM-DD) dates as well.

Feel free to submit a pull agai= nst bips/bips that changes around the dates.

Wladimir

--089e015384fe71514504f632174a--