Re: Releaseing 1.0.2 and 1.1.0

2010-11-18 Thread Filipe David Manana
Thanks Randall.

On Thu, Nov 18, 2010 at 1:01 AM, Randall Leeds randall.le...@gmail.com wrote:
 On Wed, Nov 17, 2010 at 16:51, Filipe David Manana fdman...@apache.org 
 wrote:
 COUCHDB-926 is now fixed.

 Woohoo! Thanks, Filipe :)


 As for at least 1.1.0, I would like to have COUCHDB-949 in it (and
 maybe 1.0.2 as well). Vote?

 Looks good to me. +1.


 On Wed, Nov 17, 2010 at 7:25 PM, Randall Leeds randall.le...@gmail.com 
 wrote:
 +1 on making the branches.

 I'd be happy to look into 926.
 On Nov 17, 2010 6:55 AM, Jan Lehnardt j...@apache.org wrote:
 Heya,

 I spent some time trimming down the open issues for 1.0.2 and 1.1.0:

 http://s.apache.org/couchdb-open-issues-1.0.2 (1 open issue)
 http://s.apache.org/couchdb-open-issues-1.1.0 (3 open issues)

 To get things rolling, I propose creating the 1.1.x release branch
 now. The remaining patches can easily be backported and we can
 continue feature work on trunk.

 --

 The issues are:

 1.0.2:

 Compaction does not release file descriptors
 https://issues.apache.org/jira/browse/COUCHDB-926

 1.1.0:

 out of memory crash when compacting document with lots of edit branches
 https://issues.apache.org/jira/browse/COUCHDB-888

 refactor os process management
 https://issues.apache.org/jira/browse/COUCHDB-901

 And 926 again.

 If anybody can help out with these, that'd be great :)

 Cheers
 Jan
 --





 --
 Filipe David Manana,
 fdman...@gmail.com, fdman...@apache.org

 Reasonable men adapt themselves to the world.
  Unreasonable men adapt the world to themselves.
  That's why all progress depends on unreasonable men.





-- 
Filipe David Manana,
fdman...@gmail.com, fdman...@apache.org

Reasonable men adapt themselves to the world.
 Unreasonable men adapt the world to themselves.
 That's why all progress depends on unreasonable men.


Re: Releaseing 1.0.2 and 1.1.0

2010-11-18 Thread Filipe David Manana
I merged a bunch of revisions from trunk into 1.0.x so that now the
JavaScript test suite passes on Chrome/Chromium and Safari.
(At least before the merge, it didn't pass on my Chromium/Linux).

On Thu, Nov 18, 2010 at 1:43 PM, Filipe David Manana
fdman...@apache.org wrote:
 Thanks Randall.

 On Thu, Nov 18, 2010 at 1:01 AM, Randall Leeds randall.le...@gmail.com 
 wrote:
 On Wed, Nov 17, 2010 at 16:51, Filipe David Manana fdman...@apache.org 
 wrote:
 COUCHDB-926 is now fixed.

 Woohoo! Thanks, Filipe :)


 As for at least 1.1.0, I would like to have COUCHDB-949 in it (and
 maybe 1.0.2 as well). Vote?

 Looks good to me. +1.


 On Wed, Nov 17, 2010 at 7:25 PM, Randall Leeds randall.le...@gmail.com 
 wrote:
 +1 on making the branches.

 I'd be happy to look into 926.
 On Nov 17, 2010 6:55 AM, Jan Lehnardt j...@apache.org wrote:
 Heya,

 I spent some time trimming down the open issues for 1.0.2 and 1.1.0:

 http://s.apache.org/couchdb-open-issues-1.0.2 (1 open issue)
 http://s.apache.org/couchdb-open-issues-1.1.0 (3 open issues)

 To get things rolling, I propose creating the 1.1.x release branch
 now. The remaining patches can easily be backported and we can
 continue feature work on trunk.

 --

 The issues are:

 1.0.2:

 Compaction does not release file descriptors
 https://issues.apache.org/jira/browse/COUCHDB-926

 1.1.0:

 out of memory crash when compacting document with lots of edit branches
 https://issues.apache.org/jira/browse/COUCHDB-888

 refactor os process management
 https://issues.apache.org/jira/browse/COUCHDB-901

 And 926 again.

 If anybody can help out with these, that'd be great :)

 Cheers
 Jan
 --





 --
 Filipe David Manana,
 fdman...@gmail.com, fdman...@apache.org

 Reasonable men adapt themselves to the world.
  Unreasonable men adapt the world to themselves.
  That's why all progress depends on unreasonable men.





 --
 Filipe David Manana,
 fdman...@gmail.com, fdman...@apache.org

 Reasonable men adapt themselves to the world.
  Unreasonable men adapt the world to themselves.
  That's why all progress depends on unreasonable men.




-- 
Filipe David Manana,
fdman...@gmail.com, fdman...@apache.org

Reasonable men adapt themselves to the world.
 Unreasonable men adapt the world to themselves.
 That's why all progress depends on unreasonable men.


Re: Releaseing 1.0.2 and 1.1.0

2010-11-18 Thread till
Woohoo! Thanks both of you!

On Thu, Nov 18, 2010 at 2:43 PM, Filipe David Manana
fdman...@apache.org wrote:
 Thanks Randall.

 On Thu, Nov 18, 2010 at 1:01 AM, Randall Leeds randall.le...@gmail.com 
 wrote:
 On Wed, Nov 17, 2010 at 16:51, Filipe David Manana fdman...@apache.org 
 wrote:
 COUCHDB-926 is now fixed.

 Woohoo! Thanks, Filipe :)


 As for at least 1.1.0, I would like to have COUCHDB-949 in it (and
 maybe 1.0.2 as well). Vote?

 Looks good to me. +1.


 On Wed, Nov 17, 2010 at 7:25 PM, Randall Leeds randall.le...@gmail.com 
 wrote:
 +1 on making the branches.

 I'd be happy to look into 926.
 On Nov 17, 2010 6:55 AM, Jan Lehnardt j...@apache.org wrote:
 Heya,

 I spent some time trimming down the open issues for 1.0.2 and 1.1.0:

 http://s.apache.org/couchdb-open-issues-1.0.2 (1 open issue)
 http://s.apache.org/couchdb-open-issues-1.1.0 (3 open issues)

 To get things rolling, I propose creating the 1.1.x release branch
 now. The remaining patches can easily be backported and we can
 continue feature work on trunk.

 --

 The issues are:

 1.0.2:

 Compaction does not release file descriptors
 https://issues.apache.org/jira/browse/COUCHDB-926

 1.1.0:

 out of memory crash when compacting document with lots of edit branches
 https://issues.apache.org/jira/browse/COUCHDB-888

 refactor os process management
 https://issues.apache.org/jira/browse/COUCHDB-901

 And 926 again.

 If anybody can help out with these, that'd be great :)

 Cheers
 Jan
 --





 --
 Filipe David Manana,
 fdman...@gmail.com, fdman...@apache.org

 Reasonable men adapt themselves to the world.
  Unreasonable men adapt the world to themselves.
  That's why all progress depends on unreasonable men.





 --
 Filipe David Manana,
 fdman...@gmail.com, fdman...@apache.org

 Reasonable men adapt themselves to the world.
  Unreasonable men adapt the world to themselves.
  That's why all progress depends on unreasonable men.



Re: Releaseing 1.0.2 and 1.1.0

2010-11-17 Thread Randall Leeds
+1 on making the branches.

I'd be happy to look into 926.
On Nov 17, 2010 6:55 AM, Jan Lehnardt j...@apache.org wrote:
 Heya,

 I spent some time trimming down the open issues for 1.0.2 and 1.1.0:

 http://s.apache.org/couchdb-open-issues-1.0.2 (1 open issue)
 http://s.apache.org/couchdb-open-issues-1.1.0 (3 open issues)

 To get things rolling, I propose creating the 1.1.x release branch
 now. The remaining patches can easily be backported and we can
 continue feature work on trunk.

 --

 The issues are:

 1.0.2:

 Compaction does not release file descriptors
 https://issues.apache.org/jira/browse/COUCHDB-926

 1.1.0:

 out of memory crash when compacting document with lots of edit branches
 https://issues.apache.org/jira/browse/COUCHDB-888

 refactor os process management
 https://issues.apache.org/jira/browse/COUCHDB-901

 And 926 again.

 If anybody can help out with these, that'd be great :)

 Cheers
 Jan
 --



Re: Releaseing 1.0.2 and 1.1.0

2010-11-17 Thread Filipe David Manana
COUCHDB-926 is now fixed.

As for at least 1.1.0, I would like to have COUCHDB-949 in it (and
maybe 1.0.2 as well). Vote?

On Wed, Nov 17, 2010 at 7:25 PM, Randall Leeds randall.le...@gmail.com wrote:
 +1 on making the branches.

 I'd be happy to look into 926.
 On Nov 17, 2010 6:55 AM, Jan Lehnardt j...@apache.org wrote:
 Heya,

 I spent some time trimming down the open issues for 1.0.2 and 1.1.0:

 http://s.apache.org/couchdb-open-issues-1.0.2 (1 open issue)
 http://s.apache.org/couchdb-open-issues-1.1.0 (3 open issues)

 To get things rolling, I propose creating the 1.1.x release branch
 now. The remaining patches can easily be backported and we can
 continue feature work on trunk.

 --

 The issues are:

 1.0.2:

 Compaction does not release file descriptors
 https://issues.apache.org/jira/browse/COUCHDB-926

 1.1.0:

 out of memory crash when compacting document with lots of edit branches
 https://issues.apache.org/jira/browse/COUCHDB-888

 refactor os process management
 https://issues.apache.org/jira/browse/COUCHDB-901

 And 926 again.

 If anybody can help out with these, that'd be great :)

 Cheers
 Jan
 --





-- 
Filipe David Manana,
fdman...@gmail.com, fdman...@apache.org

Reasonable men adapt themselves to the world.
 Unreasonable men adapt the world to themselves.
 That's why all progress depends on unreasonable men.


Re: Releaseing 1.0.2 and 1.1.0

2010-11-17 Thread Randall Leeds
On Wed, Nov 17, 2010 at 16:51, Filipe David Manana fdman...@apache.org wrote:
 COUCHDB-926 is now fixed.

Woohoo! Thanks, Filipe :)


 As for at least 1.1.0, I would like to have COUCHDB-949 in it (and
 maybe 1.0.2 as well). Vote?

Looks good to me. +1.


 On Wed, Nov 17, 2010 at 7:25 PM, Randall Leeds randall.le...@gmail.com 
 wrote:
 +1 on making the branches.

 I'd be happy to look into 926.
 On Nov 17, 2010 6:55 AM, Jan Lehnardt j...@apache.org wrote:
 Heya,

 I spent some time trimming down the open issues for 1.0.2 and 1.1.0:

 http://s.apache.org/couchdb-open-issues-1.0.2 (1 open issue)
 http://s.apache.org/couchdb-open-issues-1.1.0 (3 open issues)

 To get things rolling, I propose creating the 1.1.x release branch
 now. The remaining patches can easily be backported and we can
 continue feature work on trunk.

 --

 The issues are:

 1.0.2:

 Compaction does not release file descriptors
 https://issues.apache.org/jira/browse/COUCHDB-926

 1.1.0:

 out of memory crash when compacting document with lots of edit branches
 https://issues.apache.org/jira/browse/COUCHDB-888

 refactor os process management
 https://issues.apache.org/jira/browse/COUCHDB-901

 And 926 again.

 If anybody can help out with these, that'd be great :)

 Cheers
 Jan
 --





 --
 Filipe David Manana,
 fdman...@gmail.com, fdman...@apache.org

 Reasonable men adapt themselves to the world.
  Unreasonable men adapt the world to themselves.
  That's why all progress depends on unreasonable men.