1 Return-Path: <felipe.contreras@gmail.com>
\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 7FF93431FBC
\r
6 for <notmuch@notmuchmail.org>; Fri, 1 Jun 2012 11:44:18 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5
\r
12 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
\r
13 FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled
\r
14 Received: from olra.theworths.org ([127.0.0.1])
\r
15 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
16 with ESMTP id kdEV5RYEPbw1 for <notmuch@notmuchmail.org>;
\r
17 Fri, 1 Jun 2012 11:44:18 -0700 (PDT)
\r
18 Received: from mail-lpp01m010-f53.google.com (mail-lpp01m010-f53.google.com
\r
19 [209.85.215.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
\r
20 (No client certificate requested)
\r
21 by olra.theworths.org (Postfix) with ESMTPS id C252C431FAF
\r
22 for <notmuch@notmuchmail.org>; Fri, 1 Jun 2012 11:44:17 -0700 (PDT)
\r
23 Received: by lagu2 with SMTP id u2so1928834lag.26
\r
24 for <notmuch@notmuchmail.org>; Fri, 01 Jun 2012 11:44:16 -0700 (PDT)
\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
\r
26 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
\r
27 :cc:content-type:content-transfer-encoding;
\r
28 bh=GpaWv42TeYDF+bXBYoG0sjtrJ4O/3TDDFXwu52Ly0z8=;
\r
29 b=gR+zzXMBjdmV+kIruYKx7y/qgtCObj+jP9zR8KvM9338KLY0dZRrpz2udoasr9lEje
\r
30 56dAJrNvXaU309f2xTjNkXh8n524gT/FQn7Jp2+m0GyyAnUStTyJAt6yQBR2ibHgJYvt
\r
31 XsGFUCNmi/KrN67GlCbQzK4VwR1haLBDYF82g990ag2wMyBrkcNycu7elIUWBa5lsRZe
\r
32 XFiz+mYqGP7bZdn/iIif9VpVXCgLFPHNl3RxqJIkExEfFtGrd29b4N6MOdGK0Mxfccus
\r
33 DvoFklFDAbENZc/KGwKoZbYwmvlh4qH/qj/II2Al4a0hQ21ie5x9KEqPD3/Odh1wH3gi
\r
36 Received: by 10.152.123.244 with SMTP id md20mr4186288lab.0.1338576256096;
\r
37 Fri, 01 Jun 2012 11:44:16 -0700 (PDT)
\r
38 Received: by 10.112.107.65 with HTTP; Fri, 1 Jun 2012 11:44:16 -0700 (PDT)
\r
39 In-Reply-To: <874nqu28y1.fsf@zancas.localnet>
\r
40 References: <20120531214259.GA18272@desktop>
\r
41 <m2pq9jo7jf.fsf@guru.guru-group.fi>
\r
42 <CAMP44s0vvEDLd2DceFraNpqyMrX2A+=zkV6W=ABatZs52FNo5Q@mail.gmail.com>
\r
43 <87lik7171d.fsf@zancas.localnet>
\r
44 <87sjefufub.fsf@servo.finestructure.net>
\r
45 <874nqu28y1.fsf@zancas.localnet>
\r
46 Date: Fri, 1 Jun 2012 20:44:16 +0200
\r
48 <CAMP44s3mHg_bF154QTtMFqs1rx7SLhuZXwsXYScF6bKgcdK5Ag@mail.gmail.com>
\r
49 Subject: Re: Can't compile notmuch-delivery
\r
50 From: Felipe Contreras <felipe.contreras@gmail.com>
\r
51 To: David Bremner <david@tethera.net>
\r
52 Content-Type: text/plain; charset=UTF-8
\r
53 Content-Transfer-Encoding: quoted-printable
\r
54 Cc: Tomi Ollila <tomi.ollila@iki.fi>, Ali Polatel <alip@exherbo.org>,
\r
55 notmuch@notmuchmail.org
\r
56 X-BeenThere: notmuch@notmuchmail.org
\r
57 X-Mailman-Version: 2.1.13
\r
59 List-Id: "Use and development of the notmuch mail system."
\r
60 <notmuch.notmuchmail.org>
\r
61 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
62 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
63 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
64 List-Post: <mailto:notmuch@notmuchmail.org>
\r
65 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
66 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
67 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
68 X-List-Received-Date: Fri, 01 Jun 2012 18:44:18 -0000
\r
70 On Fri, Jun 1, 2012 at 8:17 PM, David Bremner <david@tethera.net> wrote:
\r
71 > Jameson Graef Rollins <jrollins@finestructure.net> writes:
\r
73 >> I don't know, but this is one of the reasons I'm against having
\r
74 >> "contrib" stuff in the notmuch repo. =C2=A0If it's not part of the stuff
\r
75 >> we're willing to release in source tarballs or binary packages then it
\r
76 >> should probably be in a separate repo.
\r
78 > Just to be clear, ./contrib currently is in the source tarballs, and at
\r
79 > least notmuch-mutt is included in a binary package for debian.
\r
81 > I don't disagree that status is kindof odd, but I don't see the stuff in
\r
82 > contrib as being that different in practice from the bindings. In both
\r
83 > cases we have had incidences of bitrot. The python bindings are
\r
84 > currently not a problem, but both the ruby and go bindings stopped
\r
85 > working at all recently.
\r
87 I see these as different issues: ruby bindings not working because of
\r
88 a change in the ruby bindings is understandable, but ruby bindings not
\r
89 working because of an API change *and* that nobody bothered to
\r
90 implement this change would not make sense to me. Maybe ruby
\r
91 maintainers don't have that much time, which is why they don't make so
\r
92 many changes; but the bindings still work, and if somebody has the
\r
93 time to make changes, well, he has the time, but forcing the issue
\r
94 when breaking API does not make sense.
\r
96 I don't see why it would be difficult to do the API updates through
\r
97 all the notmuch code; if we can't update the API through all the code
\r
98 in a timely manner, how do we hope 3rd party uses would?
\r
100 If anything it would be an incentive to don't break the API so often;
\r
101 let's face it, notmuch is not so widely used, and breaking the API is
\r
102 not going to help things.
\r
104 Another option is to go the FFmpeg way: create a new function
\r
105 notmuch_database_open2, mark the old one as deprecated (but still
\r
106 works), and only after some time obsolete it.
\r
projects / notmuch-archives.git / blob