Re: [PATCH] Fix typo in Message.maildir_flags_to_tags
[notmuch-archives.git] / 27 / 01275c6a0e610ff99ec6aef054ee253e814813
1 Return-Path: <fatkasuvayu+linux@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 C21C5431FBF\r
6         for <notmuch@notmuchmail.org>; Thu,  8 May 2014 15:00:57 -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: -0.799\r
10 X-Spam-Level: \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 t8wcx5E5TIio for <notmuch@notmuchmail.org>;\r
17         Thu,  8 May 2014 15:00:51 -0700 (PDT)\r
18 Received: from mail-ee0-f41.google.com (mail-ee0-f41.google.com\r
19  [74.125.83.41])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
20  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
21  605C3431FAE    for <notmuch@notmuchmail.org>; Thu,  8 May 2014 15:00:51 -0700\r
22  (PDT)\r
23 Received: by mail-ee0-f41.google.com with SMTP id t10so2116610eei.14\r
24         for <notmuch@notmuchmail.org>; Thu, 08 May 2014 15:00:50 -0700 (PDT)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
26         h=sender:date:from:to:subject:message-id:mail-followup-to:references\r
27         :mime-version:content-type:content-disposition:in-reply-to\r
28         :user-agent; bh=yp2/afdCVU72MpOWSIKlKwK3uwWyTaivinYFy3FkKD4=;\r
29         b=FQMCJc7yGIzmunLWVyTgCj2kThhScI50kV/SUstuxbuqUfRyqFW67WhRLlggnhR4SE\r
30         J2AvC7o54UW4LJkdUsmGdgAdBhAGQd0islvbEwP57orlUlj9ZZvQsTkZC+mcDIbwoM8y\r
31         sQIacUI8ergRD9EzCHGewP0TuuGG9qr55EeGb+GOke2xz1ai5iOWILHYrIdCykSaHOxD\r
32         AYEid0I0QLZJmi+6WxeTrz+qd+osqXkyDmQX6GN4vH6ptJN84QrznwNvqW3hoFZcOUAo\r
33         cAwZTau32t9npqcRHZyh3+I7OlPM1dwA5RUgfuzNotHgkSSndkLsaeSPKA395rWN0TMh\r
34         k0iQ==\r
35 X-Received: by 10.14.225.132 with SMTP id z4mr8579036eep.92.1399586449980;\r
36         Thu, 08 May 2014 15:00:49 -0700 (PDT)\r
37 Received: from chitra.no-ip.org (sd44012d5.adsl.online.nl. [212.64.18.213])\r
38         by mx.google.com with ESMTPSA id a6sm6964543eem.16.2014.05.08.15.00.48\r
39         for <notmuch@notmuchmail.org>\r
40         (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
41         Thu, 08 May 2014 15:00:48 -0700 (PDT)\r
42 Sender: Suvayu Ali <fatkasuvayu@gmail.com>\r
43 Date: Fri, 9 May 2014 00:00:46 +0200\r
44 From: Suvayu Ali <fatkasuvayu+linux@gmail.com>\r
45 To: notmuch@notmuchmail.org\r
46 Subject: Re: Github?\r
47 Message-ID: <20140508220046.GB2374@chitra.no-ip.org>\r
48 Mail-Followup-To: notmuch@notmuchmail.org\r
49 References:\r
50  <CA+kKtKAw=nEn2dfcvF6++gD5ng+S3T8SLAdVL=Hs=EsvwUg6aw@mail.gmail.com>\r
51         <87iopgkaiz.fsf@nikula.org> <E1WiJsj-0004mz-VK@teckel.deptj.eu>\r
52         <20140508101325.GC23124@vilya.m0g.net>\r
53         <CA+kKtKA8Q5z6Pys9RAumLTiJvmGwWYKGXDkKr9Mh_6ecV-7sdA@mail.gmail.com>\r
54         <CA+kKtKCP8Oo2sHz5Cd0+=BmS9UK=b2h9GrGopUFwWZ=GJUXqyA@mail.gmail.com>\r
55         <20140508203019.GA2374@chitra.no-ip.org>\r
56         <20140508212100.GD23124@vilya.m0g.net>\r
57 MIME-Version: 1.0\r
58 Content-Type: text/plain; charset=us-ascii\r
59 Content-Disposition: inline\r
60 In-Reply-To: <20140508212100.GD23124@vilya.m0g.net>\r
61 User-Agent: Mutt/1.5.22.1 (2013-10-16)\r
62 X-BeenThere: notmuch@notmuchmail.org\r
63 X-Mailman-Version: 2.1.13\r
64 Precedence: list\r
65 List-Id: "Use and development of the notmuch mail system."\r
66         <notmuch.notmuchmail.org>\r
67 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
68         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
69 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
70 List-Post: <mailto:notmuch@notmuchmail.org>\r
71 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
72 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
73         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
74 X-List-Received-Date: Thu, 08 May 2014 22:00:57 -0000\r
75 \r
76 On Thu, May 08, 2014 at 11:21:00PM +0200, guyzmo wrote:\r
77 > On Thu, May 08, 2014 at 10:30:19PM +0200, Suvayu Ali wrote:\r
78 > > On Thu, May 08, 2014 at 01:14:51PM -0700, Wael M. Nasreddine wrote:\r
79 > > > On Thu, May 8, 2014 at 12:54 PM, Wael Nasreddine\r
80 > > > <wael.nasreddine@gmail.com>wrote:\r
81 > [...]\r
82 > > > Can you guys at least consider splitting contrib/ and bindings/ into their\r
83 > > > own repo? It will make it easier for people to use the go bindings (for\r
84 > > > example) or to include the vim plugin as a submodule (or Vundle bundle).\r
85 > > \r
86 > > What is the problem if contrib and bindings are part of the main repo?\r
87 > > In fact I would argue it is undesirable to split them.  If there are\r
88 > > major changes in libnotmuch, or the cli, it is much easier to make the\r
89 > > corresponding changes in bindings to keep everything working.  If there\r
90 > > is a separate repo, communicating this dependency, although not\r
91 > > impossible, is difficult.  I would also like to point out almost all\r
92 > > FOSS projects I follow, or contribute to practises this.\r
93\r
94 >     do you know about git submodules? It's actually there to be  able to\r
95 > track changes on remote repositories  that  are  closely  related, while\r
96 > keeping a sane separation.\r
97 \r
98 I do, hence the "although not impossible".  It's still adding complexity\r
99 that is not needed for something like language bindings.  \r
100 \r
101 What is so hard to package them when part of the project repo?  In fact,\r
102 I package notmuch along with its python bindings and a few utilities\r
103 from contrib for Fedora[1].  The default Fedora packages are horribly\r
104 outdated.  One of my TODOs is to also package the ruby bindings, and\r
105 notmuch-vim.  The only thing preventing me now is my unfamiliarty with\r
106 ruby, and Fedora packaging guidelines for ruby-gems.\r
107 \r
108 Footnotes:\r
109 \r
110 [1] http://copr-be.cloud.fedoraproject.org/results/fatka/notmuch/fedora-20-x86_64/notmuch-0.18-5.20140506.git.8ecc7db3.fc20/\r
111 \r
112 \r
113 -- \r
114 Suvayu\r
115 \r
116 Open source is the future. It sets us free.\r