[PATCH] bitmap:improve memory usage using CHAR_BITS and unsigned CHAR
[notmuch-archives.git] / e8 / efa40e0a7f331e26892fadd7ebae782233b721
1 Return-Path: <bremner@unb.ca>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id 72145431FD0\r
6         for <notmuch@notmuchmail.org>; Sun,  3 Jul 2011 05:32:59 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.29\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id 2-m+4ZGfJTSv for <notmuch@notmuchmail.org>;\r
16         Sun,  3 Jul 2011 05:32:59 -0700 (PDT)\r
17 Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21])\r
18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id DA7F8431FB6\r
21         for <notmuch@notmuchmail.org>; Sun,  3 Jul 2011 05:32:58 -0700 (PDT)\r
22 Received: from zancas.localnet\r
23         (fctnnbsc30w-142167177149.pppoe-dynamic.High-Speed.nb.bellaliant.net\r
24         [142.167.177.149]) (authenticated bits=0)\r
25         by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p63CWt0U007433\r
26         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);\r
27         Sun, 3 Jul 2011 09:32:56 -0300\r
28 Received: from bremner by zancas.localnet with local (Exim 4.76)\r
29         (envelope-from <bremner@unb.ca>)\r
30         id 1QdLqq-00015u-U5; Sun, 03 Jul 2011 09:32:40 -0300\r
31 From: David Bremner <david@tethera.net>\r
32 To: Jed Brown <jed@59A2.org>\r
33 Subject: Re: branchs and tags and merges oh my!\r
34 In-Reply-To: <BANLkTik4hYYHpe_igt-Vf6t8e+_bVz6p+g@mail.gmail.com>\r
35 References: <87y60hn0mg.fsf@zancas.localnet> <87r568yhq5.fsf@zancas.localnet>\r
36         <BANLkTik4hYYHpe_igt-Vf6t8e+_bVz6p+g@mail.gmail.com>\r
37 User-Agent: Notmuch/0.6 (http://notmuchmail.org) Emacs/23.3.1\r
38         (x86_64-pc-linux-gnu)\r
39 Date: Sun, 03 Jul 2011 09:32:27 -0300\r
40 Message-ID: <87mxgv5yuc.fsf@zancas.localnet>\r
41 MIME-Version: 1.0\r
42 Content-Type: multipart/signed; boundary="=-=-=";\r
43         micalg=pgp-sha1; protocol="application/pgp-signature"\r
44 Cc: notmuch@notmuchmail.org\r
45 X-BeenThere: notmuch@notmuchmail.org\r
46 X-Mailman-Version: 2.1.13\r
47 Precedence: list\r
48 List-Id: "Use and development of the notmuch mail system."\r
49         <notmuch.notmuchmail.org>\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
51         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
53 List-Post: <mailto:notmuch@notmuchmail.org>\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
57 X-List-Received-Date: Sun, 03 Jul 2011 12:32:59 -0000\r
58 \r
59 --=-=-=\r
60 Content-Transfer-Encoding: quoted-printable\r
61 \r
62 On Sat, 2 Jul 2011 15:23:02 -0500, Jed Brown <jed@59A2.org> wrote:\r
63 \r
64 > Remind me of why bugfix patches can't (usually) be applied to the\r
65 > release branch first, then merged into master?\r
66 \r
67 Yes, that might work out for a "release" consisting of one or two\r
68 critical patches, and happening more or less instantly.  But maybe it\r
69 makes sense to make more of an effort to do (some of) the release\r
70 specific commits first on release and then merging to master, rather\r
71 than cherry-picking everything during a freeze.\r
72 \r
73 In that case we obviously need to merge release back to master.  If we\r
74 want to have one long running release branch, this leads to cross\r
75 merging between the two branches.=20=20\r
76 \r
77 =2D----.--------------m------m-------.-- master\r
78      |              ^      ^      /\r
79       \            /      /______v=20=20=20=20=20=20=20=20=20=20=20=20=20=\r
80 =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=\r
81 =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20\r
82        \          /      /v\r
83         .--------+------+m-------+\r
84                 0.6    0.6.1     0.7\r
85 \r
86 This is all a bit hypothetical at this point of course, since there has\r
87 never been a bug-fix release.\r
88 \r
89 d\r
90 \r
91 --=-=-=\r
92 Content-Type: application/pgp-signature\r
93 \r
94 -----BEGIN PGP SIGNATURE-----\r
95 Version: GnuPG v1.4.11 (GNU/Linux)\r
96 \r
97 iJwEAQECAAYFAk4QYVwACgkQTiiN/0Um85ng5QQAqjekVmO8oTpoAeTdoFlEXnrR\r
98 oDcF3KYwhddxD0aiAbzTwPN9PRCN2ojUL0fKzKAXMsTkFhAejBDEOKSkeHdoF0fC\r
99 tf/C7xm2Xfbcu8OTV0bAH79VaLZgQBqGRQGZh/RfyWCRp5llOc1R/Q58tZ2nrXoS\r
100 OdS17p+qaiKXrbKL2Co=\r
101 =0U2y\r
102 -----END PGP SIGNATURE-----\r
103 --=-=-=--\r