e7/476c8d3796594583516c890ffcb0ed93f67e75

   1 Return-Path: <cworth@cworth.org>\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 669A4431FBD\r
   6         for <notmuch@notmuchmail.org>; Thu, 14 Jan 2010 14:16:06 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -1.823\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.823 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1.8, AWL=-0.024, BAYES_50=0.001] autolearn=ham\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 AyDqFO1UB8DI; Thu, 14 Jan 2010 14:16:05 -0800 (PST)\r
  16 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  17         by olra.theworths.org (Postfix) with ESMTP id AE02D431FAE;\r
  18         Thu, 14 Jan 2010 14:16:05 -0800 (PST)\r
  19 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  20         id 86AD1550090; Thu, 14 Jan 2010 14:16:04 -0800 (PST)\r
  21 From: Carl Worth <cworth@cworth.org>\r
  22 To: micah anderson <micah@riseup.net>, "Jeffrey C. Ollie" <jeff@ocjtech.us>,\r
  23         Not Much Mail <notmuch@notmuchmail.org>\r
  24 In-Reply-To: <871vi0ba46.fsf@lillypad.riseup.net>\r
  25 References: <1259378883-9181-1-git-send-email-jeff@ocjtech.us>\r
  26         <87zl67rwxi.fsf@yoom.home.cworth.org>\r
  27         <871vi0ba46.fsf@lillypad.riseup.net>\r
  28 Date: Thu, 14 Jan 2010 14:16:04 -0800\r
  29 Message-ID: <87ljg0e3iz.fsf@yoom.home.cworth.org>\r
  30 MIME-Version: 1.0\r
  31 Content-Type: multipart/signed; boundary="=-=-=";\r
  32         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  33 Subject: Re: [notmuch] [PATCH] Use libgcrypt for hashing.\r
  34 X-BeenThere: notmuch@notmuchmail.org\r
  35 X-Mailman-Version: 2.1.13\r
  36 Precedence: list\r
  37 List-Id: "Use and development of the notmuch mail system."\r
  38         <notmuch.notmuchmail.org>\r
  39 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  40         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  41 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  42 List-Post: <mailto:notmuch@notmuchmail.org>\r
  43 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  44 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  45         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  46 X-List-Received-Date: Thu, 14 Jan 2010 22:16:06 -0000\r
  47 \r
  48 --=-=-=\r
  49 Content-Transfer-Encoding: quoted-printable\r
  50 \r
  51 On Fri, 08 Jan 2010 15:43:52 -0500, micah anderson <micah@riseup.net> wrote:\r
  52 > Its good that this is not a burden to maintain for the notmuch project,\r
  53 > even better that Mikhail, the libsha1 maintainer, is currently active in\r
  54 > this project and has volunteered to maintain the in-tree copy.=20\r
  55 >=20\r
  56 > However, the problem that has been raised is about the code-maintenance\r
  57 > burden that distributions face. In fact, this is not an unique problem\r
  58 > to notmuch, if it was it wouldn't be such a big deal. The reality is\r
  59 > that the more projects which cargo-cult around 'convenience copies' of\r
  60 > code, the more of a burden is placed on the distributors.\r
  61 >=20\r
  62 > In some ways, the notmuch project and the role of distributors are at\r
  63 > cross-purposes on this issue, each side has an argument that makes sense\r
  64 > From their individual perspectives.\r
  65 \r
  66 Well, I think it's important for notmuch to ease the burden on the\r
  67 distribution as well. That's just a matter of being a good citizen.\r
  68 \r
  69 If notmuch were including code that existed as a library package in\r
  70 Debian, say. Then that would definitely be problematic, and notmuch\r
  71 should be fixed to link with the library.\r
  72 \r
  73 We could get to that point if someone wanted to package libsha1, say.\r
  74 \r
  75 > > What might make more sense is an option to compile against an existing\r
  76 > > library (if present) but not to introduce an error in the build if the\r
  77 > > library is not present, (in which case just build the builtin libsha1.c\r
  78 > > code).\r
  79 >=20\r
  80 > This makes the most sense, and resolves the issue in a way that both\r
  81 > sides of the issue benefit!\r
  82 \r
  83 I'd be glad to see a patch that does that.\r
  84 \r
  85 =2DCarl\r
  86 \r
  87 --=-=-=\r
  88 Content-Type: application/pgp-signature\r
  89 \r
  90 -----BEGIN PGP SIGNATURE-----\r
  91 Version: GnuPG v1.4.10 (GNU/Linux)\r
  92 \r
  93 iD8DBQFLT5ek6JDdNq8qSWgRAlRsAKCKBzFpORb8Cs5hb1A92m++o4dtbQCeOp5s\r
  94 6PqZJff3WBYb4UneaEdB1Sg=\r
  95 =SYb0\r
  96 -----END PGP SIGNATURE-----\r
  97 --=-=-=--\r