[notmuch] Git feature branch

2010-02-24 Thread Carl Worth
On Wed, 03 Feb 2010 22:58:05 -0500, Jameson Rollins wrote: > Once the project becomes more mature and other developers are > vetting patches, then their branches can take over as "master" in the > absence of an outdated canonical master. The other thing that will happen as the project matures is

[notmuch] Git feature branch

2010-02-24 Thread Carl Worth
On Wed, 27 Jan 2010 14:17:39 -0500, Ben Gamari wrote: > I agree. There is no good reason to switch away from the existing > infrastructure. If he wants, Carl can give regular contributors their > own repositories on notmuchmail.org if some people have difficulties > providing it themselves. After

Re: [notmuch] Git feature branch

2010-02-24 Thread Carl Worth
On Wed, 27 Jan 2010 14:17:39 -0500, Ben Gamari bgam...@gmail.com wrote: I agree. There is no good reason to switch away from the existing infrastructure. If he wants, Carl can give regular contributors their own repositories on notmuchmail.org if some people have difficulties providing it

Re: [notmuch] Git feature branch

2010-02-24 Thread Carl Worth
On Wed, 03 Feb 2010 22:58:05 -0500, Jameson Rollins jroll...@finestructure.net wrote: Once the project becomes more mature and other developers are vetting patches, then their branches can take over as master in the absence of an outdated canonical master. The other thing that will happen as

[notmuch] Git feature branch

2010-02-04 Thread martin f krafft
also sprach Carl Worth [2010.02.04.1605 +1300]: > > maint/? the stable release > > master/ ? the stablising head > > next/ ? testing branch > > pu/ ? patch integration branch (proposed updates) > > I'm not a fan of this scheme, (or maybe I've just never quite understood >

[notmuch] Git feature branch

2010-02-03 Thread Jameson Rollins
On Wed, 03 Feb 2010 19:05:42 -0800, Carl Worth wrote: > I want to maintain a branch myself, (where I'm the only person pushing > to the branch). [This is different than what I've done with the cairo > repository where we have all core maintainer's pushing to a central > repository. I'm

[notmuch] Git feature branch

2010-02-03 Thread Carl Worth
On Tue, 26 Jan 2010 10:32:31 +1300, martin f krafft wrote: > I discussed this with Carl at LCA a bit and ideally we should come > up with a way to relieve Carl of the bottleneck burden (obviously > without stealing away his dictator hat ;) Sounds great! Let's keep working together and find ways

Re: [notmuch] Git feature branch

2010-02-03 Thread Carl Worth
On Tue, 26 Jan 2010 10:32:31 +1300, martin f krafft madd...@madduck.net wrote: I discussed this with Carl at LCA a bit and ideally we should come up with a way to relieve Carl of the bottleneck burden (obviously without stealing away his dictator hat ;) Sounds great! Let's keep working

Re: [notmuch] Git feature branch

2010-02-03 Thread Jameson Rollins
On Wed, 03 Feb 2010 19:05:42 -0800, Carl Worth cwo...@cworth.org wrote: I want to maintain a branch myself, (where I'm the only person pushing to the branch). [This is different than what I've done with the cairo repository where we have all core maintainer's pushing to a central repository.

[notmuch] Git feature branch

2010-01-28 Thread martin f krafft
also sprach micah anderson [2010.01.27.1124 +1300]: > Couldn't all of this be done without moving the existing git > repository (don't forget that transition is a cost)? Those who > wish to put together these proposed branches go ahead and do so, > publishing those wherever they like

[notmuch] Git feature branch

2010-01-28 Thread James Rowe
* martin f krafft (madduck at madduck.net) wrote: > also sprach micah anderson [2010.01.27.1124 +1300]: > > Personally, I've found mailing lists that have patches sent to > > them tends to totally kill the list for anything else. It seems > > a bit weird to use Debian's bug tracker for a

[notmuch] Git feature branch

2010-01-27 Thread Jameson Rollins
On Wed, 27 Jan 2010 11:24:15 +1300, micah anderson wrote: > Couldn't all of this be done without moving the existing git repository > (don't forget that transition is a cost)? Those who wish to put together > these proposed branches go ahead and do so, publishing those wherever > they like

[notmuch] Git feature branch

2010-01-27 Thread Ben Gamari
Excerpts from micah anderson's message of Tue Jan 26 17:24:15 -0500 2010: > On Mon, 25 Jan 2010 16:46:43 -0800, sebastian at sspaeth.de wrote: > > > I think it would make sense to move the mainline to git.debian.org > > > for now, or another place where everyone can easily get an account. > > > As

[notmuch] Git feature branch

2010-01-27 Thread micah anderson
On Mon, 25 Jan 2010 16:46:43 -0800, sebastian at sspaeth.de wrote: > > I think it would make sense to move the mainline to git.debian.org > > for now, or another place where everyone can easily get an account. > > As alternatives I propose repo.or.cz. I'd prefer to stay away from > > commercial

Re: [notmuch] Git feature branch

2010-01-27 Thread martin f krafft
also sprach micah anderson mi...@riseup.net [2010.01.27.1124 +1300]: Couldn't all of this be done without moving the existing git repository (don't forget that transition is a cost)? Those who wish to put together these proposed branches go ahead and do so, publishing those wherever they like

Re: [notmuch] Git feature branch

2010-01-27 Thread James Rowe
* martin f krafft (madd...@madduck.net) wrote: also sprach micah anderson mi...@riseup.net [2010.01.27.1124 +1300]: Personally, I've found mailing lists that have patches sent to them tends to totally kill the list for anything else. It seems a bit weird to use Debian's bug tracker for a

[notmuch] Git feature branch

2010-01-26 Thread martin f krafft
also sprach Carl Worth [2010.01.23.1010 +1300]: > Anyway, I'll be on vacation for the next few days, so will likely > not have much, (likely have not much?), time for patch merging. > > But I *am* anxious to get back to the backlog. And in the > meantime, I really appreciate others merging and

[notmuch] Git feature branch

2010-01-25 Thread sebast...@sspaeth.de
> I think it would make sense to move the mainline to git.debian.org > for now, or another place where everyone can easily get an account. > As alternatives I propose repo.or.cz. I'd prefer to stay away from > commercial services like Github. Any of those sounds fine to me, really. No

Re: [notmuch] Git feature branch

2010-01-25 Thread martin f krafft
also sprach Carl Worth cwo...@cworth.org [2010.01.23.1010 +1300]: Anyway, I'll be on vacation for the next few days, so will likely not have much, (likely have not much?), time for patch merging. But I *am* anxious to get back to the backlog. And in the meantime, I really appreciate others

[notmuch] Git feature branch

2010-01-23 Thread Carl Worth
On Fri, 22 Jan 2010 09:50:51 +0100, "Sebastian Spaeth" wrote: > My feature-branch is still located here: > http://github.com/spaetz/notmuch-all-feature > > So far things work fine for me. It would be cool if Carl would merge > (parts of?) it. Very much appreciated! Thanks for putting this

[notmuch] Git feature branch

2010-01-22 Thread Sebastian Spaeth
On Fri, 22 Jan 2010 09:09:30 +0100, Sebastian Spaeth wrote: > On 01/20/10 21:00, micah anderson wrote: > > > Cool! It would be useful if you provided thread-id's for each of these > > so we could look them up and read more about them. > > True, I'll try to include thread id-s in the future. I

[notmuch] Git feature branch

2010-01-22 Thread Sebastian Spaeth
On 01/20/10 21:00, micah anderson wrote: > Cool! It would be useful if you provided thread-id's for each of these > so we could look them up and read more about them. True, I'll try to include thread id-s in the future. spaetz

Re: [notmuch] Git feature branch

2010-01-22 Thread Sebastian Spaeth
On Fri, 22 Jan 2010 09:09:30 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: On 01/20/10 21:00, micah anderson wrote: Cool! It would be useful if you provided thread-id's for each of these so we could look them up and read more about them. True, I'll try to include thread id-s in

[notmuch] Git feature branch

2010-01-21 Thread micah anderson
On Wed, 20 Jan 2010 15:00:46 +0100, "Sebastian Spaeth" wrote: > As I do like some of the additional patches, I am shoving some of them > into my "all feature" branch. I make that one available in case you > want to pull from it. It currently carries: > > Jameson Rollins: Simplify "unread" tag

[notmuch] Git feature branch

2010-01-20 Thread Sebastian Spaeth
As I do like some of the additional patches, I am shoving some of them into my "all feature" branch. I make that one available in case you want to pull from it. It currently carries: Jameson Rollins: Simplify "unread" tag handling in emacs UI. David Bremner: notmuch.el: Refactor citation markup.