Re: [notmuch] Using test-lib.sh under GPLv3?
Dear Pierre, Johannes (2x) and Sverre, as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? Thanks Michal On Mon, 15 Feb 2010 09:39:28 +0100, Michal Sojka sojk...@fel.cvut.cz wrote: Dear Junio, I like the simple and powerful test suite used by Git and I would like to use something like that in Notmuch project (http://notmuchmail.org/). Notmuch is licenced under GPLv3 and we think that things will be simpler if everything in the repository is licenced the same. You are mentioned as a copyright holder in test-lib.sh and t-basic.sh so I'd like to ask you: Would you mind using parts of these files under GPLv3? You can see the patches for how I'd like to use these files at http://notmuchmail.org/pipermail/notmuch/2010/thread.html#1431 On Tue, 16 Feb 2010 12:54:19 -0800, Junio C Hamano gits...@pobox.com wrote: I don't mind for the parts I wrote, which is the basic infrastructure (output redirection, skipping certain tests, expecting failure, etc). My blessing would be enough to relicense it if you are are going to take the file from some old version like 04ece59 (GIT_SKIP_TESTS: allow users to omit tests that are known to break, 2006-12-28) and base your work on it, but otherwise it would not be nearly sufficient. Other people worked on polishing it over time and they all hold copyright on their parts. Notable parts that are not mine and that are not git specific are: - color output support is mostly by Pierre Habouzit madco...@debian.org - valgrind support: Johannes Schindelin johannes.schinde...@gmx.de - conditional test: Johannes Sixt j...@kdbg.org - summarizing the results: Sverre Rabbelier srabbel...@gmail.com ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] [PATCH] Look for text/html content types ignoring case
On Thu, 18 Feb 2010 17:29:15 +, James Westby jw+deb...@jameswestby.net wrote: On Tue, 16 Feb 2010 19:11:24 +, David Edmondson d...@dme.org wrote: On Tue, 16 Feb 2010 18:51:00 +, James Westby jw+deb...@jameswestby.net wrote: Some people send html parts as text/HTML or similar, so do a case-sensitive comparison when checking for html parts. There are various other places where `equal' is used to compare MIME types with strings. Shouldn't they all be fixed? (I see TEXT/PLAIN frequently.) I don't see any others in notmuch.el, but I'm not experienced in elisp, so I may be missing some, care to help me out? How about this: From e5ae18036ccb1dcaa19d0125976b309c25331892 Mon Sep 17 00:00:00 2001 From: David Edmondson d...@dme.org Date: Fri, 19 Feb 2010 08:32:05 + Subject: [PATCH] notmuch.el: Always compare lower-case MIME types. --- notmuch.el |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/notmuch.el b/notmuch.el index 6fad91e..7731a93 100644 --- a/notmuch.el +++ b/notmuch.el @@ -757,8 +757,9 @@ is what to put on the button. (let (mime-message mime-type) (save-excursion (re-search-forward notmuch-show-contentype-regexp end t) -(setq mime-type (car (split-string (buffer-substring -(match-beginning 1) (match-end 1)) +(setq mime-type (downcase (car (split-string + (buffer-substring + (match-beginning 1) (match-end 1))) (forward-line) -- 1.6.6.1 dme. -- David Edmondson, http://dme.org ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] nested tag trees (was: Mail in git)
On Fri, 19 Feb 2010 13:31:15 +1300, martin f krafft madd...@madduck.net wrote: also sprach Ben Gamari bgam...@gmail.com [2010.02.18.1810 +1300]: Instead of nested subtrees, think of 16 subtrees forming a level-1 hash table, or 256 for level-2, which really *ought* to be enough. Anyway, rewriting a tree object is pretty much exactly the same as removing a line (e.g. a message ID) from a file (e.g. a tag), as that file would have to be fully rewritten. This is very true, but exactly do you mean by this statement? That any form of tag-to-message mapping will be expensive when you have a million messages referenced. If you used symlinks like mairix does, any manipulation would require changes to the directory index, which — curiously — functions much like the subtree approach you proposed. Why do you want to store tag-to-message mapping in git? This is IMHO perfectly solved by Xapian so storing message-to-tag mapping would be sufficient, wouldn't it? Michal ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] nested tag trees (was: Mail in git)
Excerpts from Michal Sojka's message of Fri Feb 19 04:52:18 -0500 2010: Why do you want to store tag-to-message mapping in git? This is IMHO perfectly solved by Xapian so storing message-to-tag mapping would be sufficient, wouldn't it? In my case, I would like to keep the entire state of my mail store synchronized between multiple machines. This includes both messages and metadata alike. It seems clear that Xapian would still be necessary for querying in reaonable time, but I feel like tag storage itself should have support beyond just the indexer. - Ben ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] Using test-lib.sh under GPLv3?
Heya, On Fri, Feb 19, 2010 at 09:19, Michal Sojka sojk...@fel.cvut.cz wrote: as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? I don't mind, go right ahead :). -- Cheers, Sverre Rabbelier ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] Using test-lib.sh under GPLv3?
Hi, On Fri, 19 Feb 2010, Michal Sojka wrote: as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? I do not mind, but I would like to ask that you contribute the improvements back under GPLv2. Thanks, Johannes ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[notmuch] vim client
Hi all thank you for notmuch, it is a great project. I have been watching progress for a while but then I could no longer restrain myself and started using notmuch's vim client even though it is still a bit rough around the edges. Unfortunately there are some quirks that prevent me from switching over completely. questions: 1. will there be a usable ncurses or mutt version that supports notmuch anytime soon? 2. is anybody working on the vim client? I have a small patch and might have couple more as time passes. Is this mailing list the right place to discuss this? From what I can gather the discussion seems to be centred mainly on the emacs client. Cheers Arian ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] Using test-lib.sh under GPLv3?
On Fri, Feb 19, 2010 at 11:39:04AM +0100, Johannes Schindelin wrote: Hi, On Fri, 19 Feb 2010, Michal Sojka wrote: as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? I do not mind, but I would like to ask that you contribute the improvements back under GPLv2. Same for me. -- ·O· Pierre Habouzit ··Omadco...@debian.org OOOhttp://www.madism.org ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] Using test-lib.sh under GPLv3?
Michal Sojka schrieb: as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? I do not mind. Go ahead. -- Hannes ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] Using test-lib.sh under GPLv3?
On Fri, 19 Feb 2010 11:39:04 +0100 (CET), Johannes Schindelin johannes.schinde...@gmx.de wrote: On Fri, 19 Feb 2010, Michal Sojka wrote: as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? I do not mind, but I would like to ask that you contribute the improvements back under GPLv2. Thanks everyone for your agreement. And yes, we'll contribute back any improvements under GPLv2. I think the most clear step forward would be for test-lib.sh to be updated in the git repository with an explicit licensing blurb reflecting this agreement. The most convenient would be something using the standard language of either version 2 of the License, or (at your option) any later version. Then, any generic improvements we make within notmuch, (such as a --tap option or whatever), I'll be sure to pass on to the git community. Thanks again, -Carl pgpYLpoubkYGd.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] vim client
On 17:49, Fri 19 Feb 10, Arian Kuschki wrote: 1. will there be a usable ncurses or mutt version that supports notmuch anytime soon? I started to work on that I while ago. I didn't hack on it for a while, but I hope I'll return to it soon. Anyway to create a proper good client is a lot of work, I don't think I'll be able to make something usable in months (if I ever make it). If someone is willing to work on that I'll love to collaborate and hack together. -- Rubén Pollán | jabber:mes...@jabber.org -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- La felicidad no es hacer lo que deseas es desear lo que haces. signature.asc Description: Digital signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: [notmuch] Using test-lib.sh under GPLv3?
Hi, On Fri, 19 Feb 2010, Carl Worth wrote: On Fri, 19 Feb 2010 11:39:04 +0100 (CET), Johannes Schindelin johannes.schinde...@gmx.de wrote: On Fri, 19 Feb 2010, Michal Sojka wrote: as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? I do not mind, but I would like to ask that you contribute the improvements back under GPLv2. Thanks everyone for your agreement. And yes, we'll contribute back any improvements under GPLv2. I think the most clear step forward would be for test-lib.sh to be updated in the git repository with an explicit licensing blurb reflecting this agreement. Sure. If you make an appropriate patch, I'll ACK it. Ciao, Dscho ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[notmuch] Git ancestry and sync problems (was: Mail in git)
also sprach racin at free.fr [2010.02.18.2134 +1300]: > I don't understand the problem. Why not just letting all "inbox" > mails in a regular Maildir, and use git only when they have been > explicit archived? I don't archive my mail. I would like to be able to bring mails from the past back into circulation at any time, without duplicating them, or potentially having to discard the metadata when moving them into a Maildir. -- martin | http://madduck.net/ | http://two.sentenc.es/ "aus der kriegsschule des lebens - was mich nicht umbringt, macht mich h?rter." - friedrich nietzsche spamtraps: madduck.bogus at madduck.net -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100219/23638609/attachment.pgp>
[notmuch] nested tag trees (was: Mail in git)
also sprach Ben Gamari [2010.02.18.1810 +1300]: > Yeah, this is a bit of a bummer. This is really a stretch, but I wonder > if the git folks would accept patches/minor database semantics changes > in the name of making git more flexible as a general purpose object > database. I really doubt it, but you never know. I am pretty sure they won't. Git is a content tracker, not a general purpose filesystem. It's a bit of a shame. > > Instead of nested subtrees, think of 16 subtrees forming > > a level-1 hash table, or 256 for level-2, which really *ought* > > to be enough. > > > > Anyway, rewriting a tree object is pretty much exactly the same > > as removing a line (e.g. a message ID) from a file (e.g. a tag), > > as that file would have to be fully rewritten. > > > This is very true, but exactly do you mean by this statement? That any form of tag-to-message mapping will be expensive when you have a million messages referenced. If you used symlinks like mairix does, any manipulation would require changes to the directory index, which ? curiously ? functions much like the subtree approach you proposed. -- martin | http://madduck.net/ | http://two.sentenc.es/ "the faster i go, the behinder i get." -- lewis carroll spamtraps: madduck.bogus at madduck.net -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100219/c09d3f0e/attachment.pgp>
[notmuch] Using test-lib.sh under GPLv3?
Dear Pierre, Johannes (2x) and Sverre, as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 project. Do you mind if I use your work in that file under GPLv3? Thanks Michal On Mon, 15 Feb 2010 09:39:28 +0100, Michal Sojka wrote: > Dear Junio, > > I like the simple and powerful test suite used by Git and I would like > to use something like that in Notmuch project (http://notmuchmail.org/). > Notmuch is licenced under GPLv3 and we think that things will be simpler > if everything in the repository is licenced the same. You are mentioned > as a copyright holder in test-lib.sh and t-basic.sh so I'd like to > ask you: Would you mind using parts of these files under GPLv3? > > You can see the patches for how I'd like to use these files at > http://notmuchmail.org/pipermail/notmuch/2010/thread.html#1431 On Tue, 16 Feb 2010 12:54:19 -0800, Junio C Hamano wrote: > I don't mind for the parts I wrote, which is the basic infrastructure > (output redirection, skipping certain tests, expecting failure, etc). > My blessing would be enough to relicense it if you are are going to take > the file from some old version like 04ece59 (GIT_SKIP_TESTS: allow users > to omit tests that are known to break, 2006-12-28) and base your work on > it, but otherwise it would not be nearly sufficient. > > Other people worked on polishing it over time and they all hold copyright > on their parts. Notable parts that are not mine and that are not git > specific are: > > - color output support is mostly by Pierre Habouzit > - valgrind support: Johannes Schindelin > - conditional test: Johannes Sixt > - summarizing the results: Sverre Rabbelier
[notmuch] [PATCH] Look for text/html content types ignoring case
On Thu, 18 Feb 2010 17:29:15 +, James Westby <jw+debian at jameswestby.net> wrote: > On Tue, 16 Feb 2010 19:11:24 +, David Edmondson wrote: > > On Tue, 16 Feb 2010 18:51:00 +, James Westby <jw+debian at > > jameswestby.net> wrote: > > > Some people send html parts as text/HTML or similar, so do a > > > case-sensitive comparison when checking for html parts. > > > > There are various other places where `equal' is used to compare MIME > > types with strings. Shouldn't they all be fixed? (I see TEXT/PLAIN > > frequently.) > > I don't see any others in notmuch.el, but I'm not experienced in elisp, > so I may be missing some, care to help me out? How about this: -- next part -- A non-text attachment was scrubbed... Name: 0001-notmuch.el-Always-compare-lower-case-MIME-types.patch Type: text/x-diff Size: 918 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100219/1f5e3341/attachment.patch> -- next part -- dme. -- David Edmondson, http://dme.org
[notmuch] nested tag trees (was: Mail in git)
On Fri, 19 Feb 2010 13:31:15 +1300, martin f krafft wrote: > also sprach Ben Gamari [2010.02.18.1810 +1300]: > > > Instead of nested subtrees, think of 16 subtrees forming > > > a level-1 hash table, or 256 for level-2, which really *ought* > > > to be enough. > > > > > > Anyway, rewriting a tree object is pretty much exactly the same > > > as removing a line (e.g. a message ID) from a file (e.g. a tag), > > > as that file would have to be fully rewritten. > > > > > This is very true, but exactly do you mean by this statement? > > That any form of tag-to-message mapping will be expensive when you > have a million messages referenced. If you used symlinks like mairix > does, any manipulation would require changes to the directory index, > which ? curiously ? functions much like the subtree approach you > proposed. Why do you want to store tag-to-message mapping in git? This is IMHO perfectly solved by Xapian so storing message-to-tag mapping would be sufficient, wouldn't it? Michal
[notmuch] nested tag trees (was: Mail in git)
Excerpts from Michal Sojka's message of Fri Feb 19 04:52:18 -0500 2010: > Why do you want to store tag-to-message mapping in git? This is IMHO > perfectly solved by Xapian so storing message-to-tag mapping would be > sufficient, wouldn't it? > In my case, I would like to keep the entire state of my mail store synchronized between multiple machines. This includes both messages and metadata alike. It seems clear that Xapian would still be necessary for querying in reaonable time, but I feel like tag storage itself should have support beyond just the indexer. - Ben
[notmuch] [PATCH] Look for text/html content types ignoring case
On Fri, 19 Feb 2010 08:32:42 +, David Edmondson wrote: > How about this: Looks reasonable to me, thanks. James
[notmuch] Using test-lib.sh under GPLv3?
Heya, On Fri, Feb 19, 2010 at 09:19, Michal Sojka wrote: > as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 > project. Do you mind if I use your work in that file under GPLv3? I don't mind, go right ahead :). -- Cheers, Sverre Rabbelier
[notmuch] Using test-lib.sh under GPLv3?
Hi, On Fri, 19 Feb 2010, Michal Sojka wrote: > as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 > project. Do you mind if I use your work in that file under GPLv3? I do not mind, but I would like to ask that you contribute the improvements back under GPLv2. Thanks, Johannes
[notmuch] vim client
Hi all thank you for notmuch, it is a great project. I have been watching progress for a while but then I could no longer restrain myself and started using notmuch's vim client even though it is still a bit rough around the edges. Unfortunately there are some quirks that prevent me from switching over completely. questions: 1. will there be a usable ncurses or mutt version that supports notmuch anytime soon? 2. is anybody working on the vim client? I have a small patch and might have couple more as time passes. Is this mailing list the right place to discuss this? From what I can gather the discussion seems to be centred mainly on the emacs client. Cheers Arian
[notmuch] Using test-lib.sh under GPLv3?
On Fri, Feb 19, 2010 at 11:39:04AM +0100, Johannes Schindelin wrote: > Hi, > > On Fri, 19 Feb 2010, Michal Sojka wrote: > > > as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 > > project. Do you mind if I use your work in that file under GPLv3? > > I do not mind, but I would like to ask that you contribute the > improvements back under GPLv2. Same for me. -- ?O? Pierre Habouzit ??Omadcoder at debian.org OOOhttp://www.madism.org
[notmuch] Using test-lib.sh under GPLv3?
Michal Sojka schrieb: > as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 > project. Do you mind if I use your work in that file under GPLv3? I do not mind. Go ahead. -- Hannes
[notmuch] Using test-lib.sh under GPLv3?
On Fri, 19 Feb 2010 11:39:04 +0100 (CET), Johannes Schindelin wrote: > On Fri, 19 Feb 2010, Michal Sojka wrote: > > > as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 > > project. Do you mind if I use your work in that file under GPLv3? > > I do not mind, but I would like to ask that you contribute the > improvements back under GPLv2. Thanks everyone for your agreement. And yes, we'll contribute back any improvements under GPLv2. I think the most clear step forward would be for test-lib.sh to be updated in the git repository with an explicit licensing blurb reflecting this agreement. The most convenient would be something using the standard language of "either version 2 of the License, or (at your option) any later version". Then, any generic improvements we make within notmuch, (such as a --tap option or whatever), I'll be sure to pass on to the git community. Thanks again, -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100219/6efbe82a/attachment.pgp>
[notmuch] vim client
On 17:49, Fri 19 Feb 10, Arian Kuschki wrote: > 1. will there be a usable ncurses or mutt version that supports notmuch > anytime soon? I started to work on that I while ago. I didn't hack on it for a while, but I hope I'll return to it soon. Anyway to create a proper good client is a lot of work, I don't think I'll be able to make something usable in months (if I ever make it). If someone is willing to work on that I'll love to collaborate and hack together. -- Rub?n Poll?n | jabber:meskio at jabber.org -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- La felicidad no es hacer lo que deseas es desear lo que haces. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100219/f35eef52/attachment.pgp>
[notmuch] Using test-lib.sh under GPLv3?
Hi, On Fri, 19 Feb 2010, Carl Worth wrote: > On Fri, 19 Feb 2010 11:39:04 +0100 (CET), Johannes Schindelin > wrote: > > On Fri, 19 Feb 2010, Michal Sojka wrote: > > > > > as you can read bellow, I'd like to use git's test-lib.sh in a GPLv3 > > > project. Do you mind if I use your work in that file under GPLv3? > > > > I do not mind, but I would like to ask that you contribute the > > improvements back under GPLv2. > > Thanks everyone for your agreement. > > And yes, we'll contribute back any improvements under GPLv2. > > I think the most clear step forward would be for test-lib.sh to be > updated in the git repository with an explicit licensing blurb > reflecting this agreement. Sure. If you make an appropriate patch, I'll ACK it. Ciao, Dscho