+Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192]

+ helo=mx.sourceforge.net)

+ by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76)

+ (envelope-from <zgenjix@yahoo.com>) id 1RLiH6-0008O5-59

+ for bitcoin-development@lists.sourceforge.net;

+ Wed, 02 Nov 2011 21:23:08 +0000

+X-ACL-Warn:

+Received: from nm5-vm4.bullet.mail.ne1.yahoo.com ([98.138.91.165])

+ by sog-mx-2.v43.ch3.sourceforge.com with smtp (Exim 4.76)

+ id 1RLiH5-0003xR-9B for bitcoin-development@lists.sourceforge.net;

+ Wed, 02 Nov 2011 21:23:07 +0000

+Received: from [98.138.90.54] by nm5.bullet.mail.ne1.yahoo.com with NNFMP;

+ 02 Nov 2011 21:23:02 -0000

+Received: from [98.138.89.246] by tm7.bullet.mail.ne1.yahoo.com with NNFMP;

+ 02 Nov 2011 21:23:02 -0000

+Received: from [127.0.0.1] by omp1060.mail.ne1.yahoo.com with NNFMP;

+ 02 Nov 2011 21:23:02 -0000

+X-Yahoo-Newman-Property: ymail-3

+X-Yahoo-Newman-Id: 96074.72318.bm@omp1060.mail.ne1.yahoo.com

+Received: (qmail 80152 invoked by uid 60001); 2 Nov 2011 21:23:02 -0000

+X-YMail-OSG: 7nnN9ygVM1mqiPsClDpCEaEfjtagmj1LCjcl02vyLEWrA1D

+ Eqamj48_OxY9Ky0NSb1zV6eXAUso3vic9_Un4fOJPzaH_6hXRqk778MQZ6Jo

+ fGgfgw2I8m.MmopJewU.N_4mYdZ3rZTRtkmrncZPUl3wEss1S0KnVihyxBA4

+ wZ7x9HxwfpNuYaYcoZt.LQp_0ZIZmjJ74AXLv43s14gwFKF5r9e26ojAMb_C

+ pfwCsgurRtsUg_8gtmGKNjll53zvhIIm01mctEId35qa6h3_MjSL9C_DYYDS

+ ASyiStl5szziWq4b8fFBKBiS7R9D_Q.4XcZepMsg93gFbDxUUA7D062L4mse

+ BZ5SSd1XhGfxdTiQDY3fUfK3zNDdXgQvrzxLO

+Received: from [92.20.177.18] by web121003.mail.ne1.yahoo.com via HTTP;

+ Wed, 02 Nov 2011 14:23:01 PDT

+X-Mailer: YahooMailWebService/0.8.115.325013

+Message-ID: <1320268981.72296.YahooMailNeo@web121003.mail.ne1.yahoo.com>

+Date: Wed, 2 Nov 2011 14:23:01 -0700 (PDT)

+From: Amir Taaki <zgenjix@yahoo.com>

+To: "bitcoin-development@lists.sourceforge.net"

+ <bitcoin-development@lists.sourceforge.net>

+MIME-Version: 1.0

+Content-Type: multipart/alternative;

+ boundary="-2027350018-509219541-1320268981=:72296"

+X-Spam-Score: -0.3 (/)

+X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.

+ See http://spamassassin.org/tag/ for more details.

+ -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/,

+ no trust [98.138.91.165 listed in list.dnswl.org]

+ 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider

+ (zgenjix[at]yahoo.com)

+ -1.2 RP_MATCHES_RCVD Envelope sender domain matches handover relay

+ domain 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: 1RLiH5-0003xR-9B

+Subject: [Bitcoin-development] Lock protocol version numbers

+X-BeenThere: bitcoin-development@lists.sourceforge.net

+X-Mailman-Version: 2.1.9

+Precedence: list

+Reply-To: Amir Taaki <zgenjix@yahoo.com>

+List-Id: <bitcoin-development.lists.sourceforge.net>

+List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,

+ <mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>

+List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>

+List-Post: <mailto:bitcoin-development@lists.sourceforge.net>

+List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>

+List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,

+ <mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>

+X-List-Received-Date: Wed, 02 Nov 2011 21:23:08 -0000

+

+---2027350018-509219541-1320268981=:72296

+Content-Type: text/plain; charset=us-ascii

+

+Hey,

+

+Can we lock the version numbers to be the protocol version (which changes rarely) and instead use the sub_version_num field + revision number for individual builds?

+

+Satoshi 0.4

+BitcoinJava 120311

+bitcoin-js 6

+

+Like so. Otherwise we will have version bumping insanity :)

+

+---2027350018-509219541-1320268981=:72296

+Content-Type: text/html; charset=us-ascii

+

+<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div>Hey,</div><div><br></div><div>Can we lock the version numbers to be the protocol version (which changes rarely) and instead use the sub_version_num field + revision number for individual builds?</div><div><br></div><div>Satoshi 0.4</div><div>BitcoinJava 120311</div><div>bitcoin-js 6</div><div><br></div><div>Like so. Otherwise we will have version bumping insanity :)</div></div></body></html>

+---2027350018-509219541-1320268981=:72296--

+

+