Yes. Download our new 2.0.0-RC2 release candidate to get your hands on
the merged code and let us know how your testing goes! We hope to have
2.0.0 released very, very soon now.
-Joan
- Original Message -
> From: "Nestor Urquiza"
> To: user@couchdb.apache.org
> Sent: Thursday, July 21, 2
Joan Touzet created COUCHDB-3068:
Summary: Docs fail to build with Sphinx 1.4+
Key: COUCHDB-3068
URL: https://issues.apache.org/jira/browse/COUCHDB-3068
Project: CouchDB
Issue Type: Bug
Hi Jenn,
I'll write about Release Candidates, as long as I can get a sentence
or two in about the Windows port I just completed. :) I won't be
available to write the post until August, though.
Thanks,
Joan
- Original Message -
> From: "Jenn Turner"
> To: market...@couchdb.apache.org
> C
Hi Jenn,
I'll write about Release Candidates, as long as I can get a sentence
or two in about the Windows port I just completed. :) I won't be
available to write the post until August, though.
Thanks,
Joan
- Original Message -
> From: "Jenn Turner"
> To: marketing@couchdb.apache.org
> C
[
https://issues.apache.org/jira/browse/COUCHDB-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15384455#comment-15384455
]
Joan Touzet commented on COUCHDB-3040:
--
I have completed work on the WiX-b
b_2.0/README.md
This repository will be moved into ASF infrastructure shortly.
Enjoy,
Joan Touzet
lease be sure you have the latest tarball to look at,
or if you know how to use git, cloned from our apache/couchdb repository
(master branch). We've recently fixed a couple of failing tests and you
may be seeing issues we've already resolved.
Best,
Joan Touzet
[
https://issues.apache.org/jira/browse/COUCHDB-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15382012#comment-15382012
]
Joan Touzet commented on COUCHDB-3040:
--
As of the latest checkin to ma
Trimming the long thread for readability...
Good news, everyone! As of the latest checkin to master, CouchDB 2.0
builds correctly on Windows 64-bit! All eunit and javascript tests
pass (or are skipped intentionally).
This is a huge milestone! I especially want to thank Nick North and
Dave Cottle
[
https://issues.apache.org/jira/browse/COUCHDB-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15380268#comment-15380268
]
Joan Touzet commented on COUCHDB-3040:
--
As of the latest commit to the cou
[
https://issues.apache.org/jira/browse/COUCHDB-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15376034#comment-15376034
]
Joan Touzet commented on COUCHDB-2791:
--
The initial change set does seem s
ok at this one? (Paul?)
-Joan
- Original Message -----
From: "Joan Touzet"
To: dev@couchdb.apache.org
Sent: Tuesday, July 12, 2016 6:02:12 PM
Subject: Re: 2.0 & Windows: status update
Thanks, Paul. I'm starting to look at this today.
In better news, current Windows JS tes
hat last message. And I meant
>> > to
>> > > sign my name correctly.
>> > >
>> > > Nick
>> > >
>> > > On Sun, 19 Jun 2016 at 16:56 Nick North wrote:
>> > >
>> > > > I'm trying these tests now, and find that there are still a lo
Hi Michael,
The 0.6257.467 part is the Erlang PID processing the result.
Your best bet to time the duration of the request is to use haproxy
ahead of CouchDB itself, and use haproxy's extensive logging features to
get the timings you desire.
Best regards,
Joan Touzet
- Original Me
- Original Message -
> Couch 1.x and Couch 2.x will choke as soon as the indexer tries to
> process a too large document that was added. The indexing stops and
> you have to manually remove the doc. In the best case you built an
> automatic process around the process. The automatic process
Hi Ying,
It's the beam.smp process that is the main couchdb process. The
other processes:
epmd: Erlang port mapper daemon, acts as a name server for other
Erlang hosts
beam.smp: BEAM, the Erlang Virtual Machine, where couchdb runs
cpu_sup: Erlang CPU supervisor process
couchjs: Th
Ying,
Looks like your error is EMFILE, meaning too many open files as returned
by the operating system.
On OSX it appears you can up the limit:
http://stackoverflow.com/questions/5377450/maximum-number-of-open-filehandles-per-process-on-osx-and-how-to-increase
Try the command(s) listed there an
Someone came into IRC #couchdb today and told us about their open
sourced Slack clone they built based on CouchDB:
https://github.com/cicakhq/potato
-Joan
*facepalm* :) Nothing private, just...didn't want to clutter the list.
Sorry!
- Original Message -
> From: "Joan Touzet"
> To: dev@couchdb.apache.org
> Sent: Saturday, June 18, 2016 3:56:50 AM
> Subject: Re: 2.0 & Windows: status update
>
> Replying off list.
[SNIP]
ot;Nick North"
> To: dev@couchdb.apache.org, "Joan Touzet"
> Sent: Saturday, June 18, 2016 3:37:50 AM
> Subject: Re: 2.0 & Windows: status update
>
> Hi Joan. This sounds like an improvement on my last Windows build
> attempt,
> which still had a couple of
Replying to my own email: dev/run is using the wrong path slashes for
the path to the javascript/coffeescript view servers. I've submitted a PR
and will merge if no one complains.
Here is the latest set of test results if anyone still wants to volunteer
to help me review them (both Eunit and JS, s
No objection from me, if it makes things easier for you - as long as you
are aware that you may get requests from customers saying "Hey, I see
you used my bug tracker ticket id # in a CouchDB commit..." ;)
-Joan
- Original Message -
From: "Ilya Khlopotov"
To: dev@couchdb.apache.org
Sent:
Joan Touzet created COUCHDB-3041:
Summary: boot_node:monitor_parent shells to nonexistant kill cmd
Key: COUCHDB-3041
URL: https://issues.apache.org/jira/browse/COUCHDB-3041
Project: CouchDB
A small update on the testing front. I've tried replicating the animaldb from
Cloudant to my local server, and things looked very ugly:
https://gist.github.com/anonymous/f2a94234195f007c3049e27d942482c1
I've yet to dig into this failure; I'm posting it here in case anyone has the
time to analyze
[
https://issues.apache.org/jira/browse/COUCHDB-3040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336966#comment-15336966
]
Joan Touzet commented on COUCHDB-3040:
--
Adding a mention of [~dch] and [~nickn
Joan Touzet created COUCHDB-3040:
Summary: Support CouchDB 2.0 release on Windows
Key: COUCHDB-3040
URL: https://issues.apache.org/jira/browse/COUCHDB-3040
Project: CouchDB
Issue Type: Task
[
https://issues.apache.org/jira/browse/COUCHDB-1644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet resolved COUCHDB-1644.
--
Resolution: Won't Fix
Build system is changing for 2.0 and there is no longer a dist
[
https://issues.apache.org/jira/browse/COUCHDB-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet resolved COUCHDB-2950.
--
Resolution: Won't Fix
Assignee: Joan Touzet
> Using CouchDB 1.6.1 on Windows.
[
https://issues.apache.org/jira/browse/COUCHDB-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15336950#comment-15336950
]
Joan Touzet commented on COUCHDB-2950:
--
I'm afraid we don't suppor
Hello everyone,
I'd like to update the community on the status of the 2.0 port to Microsoft
Windows. There are three parts to this email: the build tools/chain themselves,
support in CouchDB for the Windows build process, and testing results. I'll
cover them in that order.
-Joan
Build Tools/C
Hi Ben, did anyone ever get back to you on this? I know that the
core developers have a LOT of reservations about the _replicator database,
primarily the fact that the backing store for a _replicator endpoint
probably shouldn't be a database itself (though it could conceivably present
a similar API
As I said on IRC...congratulations! Long overdue.
-Joan
- Original Message -
> From: "Benjamin Bastian"
> To: dev@couchdb.apache.org
> Sent: Thursday, June 16, 2016 8:42:19 PM
> Subject: Re: [ANNOUNCE] Nick Vatamaniuc elected as CouchDB committer
>
> Congratulations, Nick!
>
> On Thu,
Also +1, except for the work to get the Windows port running correctly.
-Joan
- Original Message -
> From: "Michelle Phung"
> To: dev@couchdb.apache.org
> Sent: Thursday, May 26, 2016 7:23:46 AM
> Subject: Re: 2.0 Code Freeze or branching 2.1?
>
> +1
>
> - Michelle
>
> > On May 26, 20
http://www.stilldrinking.org/proposal-for-new-rest-methods
A bit of humour for the newsletter, maybe? :)
-Joan
Congrats, Nolan!
- Original Message -
> From: "Robert Kowalski"
> To: dev@couchdb.apache.org
> Sent: Tuesday, April 19, 2016 12:04:22 PM
> Subject: Re: [ANNOUNCE] Nolan Lawson elected as CouchDB committer
>
> Whohoo, congrats Nolan! :)
>
> On Tue, Apr 19, 2016 at 5:21 PM, Darío Cravero
Windows port. If the test suite is finally stable we'll do another
pass of getting this to work - sans the Win 10 bash stuff since a)
that's still in private release and b) Win 10 stinks.
-Joan
- Original Message -
> From: "Jan Lehnardt"
> To: dev@couchdb.apache.org
> Sent: Friday, April
Congrats!
- Original Message -
> From: "Jan Lehnardt"
> To: "dev@couchdb.apache.org Developers"
> Sent: Friday, April 15, 2016 4:50:10 AM
> Subject: Adam Kocoloski is now an IBM Fellow
>
> Hey all,
>
> our own Adam made IBM Fellow! He’s now one of only 267* individuals
> who’ve been aw
Based on this information, are we in violation of ASF requirements? Can
anyone clarify for me what we actually need to be doing here?
-Joan
- Original Message -
> From: "Garren Smith"
> To: dev@couchdb.apache.org, "Joan Touzet"
> Sent: Thursday, April 14,
Garren, correct me if I'm wrong but Fauxton depends on a large number
of JS dependencies that we don't keep copies of, correct? Or is it just
for the build process?
-Joan
- Original Message -
> From: "Alexander Shorin"
> To: dev@couchdb.apache.org
> Sent: Wednesday, April 13, 2016 2:08:2
Agreed, good enough for now.
- Original Message -
> From: "Jan Lehnardt"
> To: "dev@couchdb.apache.org Developers"
> Sent: Wednesday, March 30, 2016 3:57:01 PM
> Subject: make
>
> Hey all,
>
> last year I endeavoured to make the 2.0 build system to behave as
> close to 1.x as possible
Hey Mike,
As mentioned on IRC I'd like to see some test cases in our suite
to help ensure we don't regress on this in the future. Specifically,
I think it'd be good to ensure consistent revs on a handful of
indicative docs.
There's nothing saying we can't change how we do this in the future,
but
[
https://issues.apache.org/jira/browse/STEVE-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15210172#comment-15210172
]
Joan Touzet commented on STEVE-40:
--
I'd like to voice my support for this issue
In CouchDB 2.0 there should be /_up . I'd consider it a bug if that
endpoint required a valid user.
/_up returns {"status":"ok"} if everything is copacetic.
-Joan
- Original Message -
> From: "Alexander Shorin"
> To: user@couchdb.apache.org
> Sent: Thursday, March 10, 2016 1:26:40 PM
>
Jumping on the bandwagon a bit late butHappy Happy!
-Joan
- Original Message -
> From: "Garren Smith"
> To: dev@couchdb.apache.org
> Cc: andyw...@apache.org, "Garren Smith"
> Sent: Friday, February 12, 2016 12:27:05 PM
> Subject: Re: Happy Birthday Garren!!
>
> Thanks everyone for
I've not been following this message trail carefully, but I have a question.
Does the docker image run 3 instances within the same image, or is it a
single node version? The reason I ask is that, in deployment, which is
where I would expect docker to shine, you'd **NEVER** want to run 3
nodes on t
Feel free to kill -9 couchdb if you want. There is no special "graceful"
shutdown for couchdb and it doesn't matter given our crash-only architecture.
If SIGSTOP makes you feel better, feel free to cargo cult that as a
solution. Makes no difference ;)
-Joan
- Original Message -
> From: "
I agree we should avoid re-introducing autoconf to the build process.
Hopefully we can fix this with a simple set of #ifdefs in a header file
somewhere that defines ssize_t (or anything else we need) appropriately,
or dig into the MS SDK for any references available and include compat
header files
One thing to note is that your views and your DB may be in different
states when you pull files off the HDD sequentially, if they're large.
If your views are "newer" than the DB file you have, it could cause
issue. I recommend copying the .views subdirectory FIRST, then copying
the database file. T
nly in
> >>>> production" is a good thing to move towards.
> >>>>
> >>>> Perhaps something like adding a key to the returned data along the
> >>>> lines of "_slow_warning": "This query is going to be slow on la
Hi Robert,
I've been thinking about this one for the week or so, and I have a
simple suggestion:
Add the query parameter slow=true to enable this behaviour.
This meets all the original requirements:
1. It is not default behaviour
2. You can grep the log files for the word 'slow' and find evi
You might want to check out Diana Thayer's Quilter:
https://github.com/garbados/quilter
Written in node.js as requested.
-Joan
- Original Message -
> From: "bryan rasmussen"
> To: user@couchdb.apache.org
> Sent: Friday, January 1, 2016 2:23:52 PM
> Subject: couchdb and static site gene
> -2. still doesn’t solve that `function() {}` is not valid JavaScript
> and doesn’t work in newer SpiderMonkeys or other engines. But that
> might be out of scope.
IMO if you're going to tweak anything in the query definitions, you HAVE
to fix this - it's a bridge to us using any other engine and
It's fine :) See you tomorrow.
-Joan
- Original Message -
> From: "Katha"
> To: marketing@couchdb.apache.org
> Sent: Thursday, November 26, 2015 6:18:49 AM
> Subject: Weekly News timing
>
> Hi all,
>
> quick question - hope it will be ok, if I send out the weekly news
> tomorrow? Havin
Thanks Noah for getting it started, and Harald for driving this further!
CouchDB does need a social media presence, and AdvocateHub is a great
gamification strategy to drive that further.
-Joan
- Original Message -
> From: "Harald Kisch"
> To: marketing@couchdb.apache.org
> Sent: Thursd
Please reconsider your licensing terms.
Thanks,
Joan Touzet
[
https://issues.apache.org/jira/browse/COUCHDB-2343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joan Touzet closed COUCHDB-2343.
> /_config/admins/username fails on mas
- Original Message -
> From: "Harald Kisch"
> To: dev@couchdb.apache.org
> Sent: Tuesday, October 20, 2015 11:45:18 AM
> Subject: Re: [PROPOSAL] Allow rewrites to be JS function
>
> Extendability and Upgradability with npm - what could be more
> extendable
> and more flexible?
Then run n
Hi Robert,
I'm presently migrating our one Makefile left in couchdb to a Windows
NMakefile, which uses a different syntax.
git shell works but has enough problems that I don't want to rely on
it. Sometimes it's almost as much work to debug a GNU Makefile running
under cygwin as it is to rewrite t
What a climb, Michelle! Super stoked to have you in the PMC.
-Joan
- Original Message -
> From: "Andy Wenk"
> To: dev@couchdb.apache.org
> Sent: Monday, October 19, 2015 9:42:15 AM
> Subject: Re: [ANNOUNCE] Michelle Phung joins the PMC
>
> Hey Michell - cool to have you on board ;-) Let
Congratulations, Garren! Glad to have you with us.
-Joan
- Original Message -
> From: "Andy Wenk"
> To: dev@couchdb.apache.org
> Sent: Monday, October 19, 2015 9:41:35 AM
> Subject: Re: [ANNOUNCE] Garren Smith joins the PMC
>
> Hey Garren,
>
> finally! welcome on board ;-)
>
> All the
Everyone can read the bylaws for the Apache CouchDB project here:
https://couchdb.apache.org/bylaws.html
-Joan
- Original Message -
> From: "Jan Lehnardt"
> To: dev@couchdb.apache.org
> Sent: Tuesday, September 22, 2015 6:16:18 AM
> Subject: Re: PMC members list
>
> In addition to Alex
I'll concur with Alex here. My survey of the PMC members so far has
resulted in 100% of us in agreement with Jan's comments.
This is not a power play, it is a logical, reasoned decision with many
factors that play a part -- not the least of which is that there are so
many great web frameworks out
I was one of the last people to leverage the CouchDB OAuth provider
in a commercial setting. That project ended nearly 4 years ago now.
What we have today is "2-legged" OAuth 1.0 compatibility that grew
out of functionality Ubuntu was looking for with the now-dead
UbuntuOne desktop functionality.
My vote and reasoning matches Michelle's. Would be happy to see
more options and an additional vote, if people prefer.
-Joan
- Original Message -
> From: "Michelle Phung"
> To: marketing@couchdb.apache.org
> Sent: Tuesday, September 15, 2015 4:07:54 PM
> Subject: Re: [VOTE] WHY/HOW/WHAT
Hit send too soon, see below
- Original Message -
> From: "Joan Touzet"
> To: dev@couchdb.apache.org
> Sent: Tuesday, September 15, 2015 10:39:01 PM
> Subject: Re: “Yes, and…”, not “But…” (Was: [PROPOSAL] Create
> des...@couchdb.apache.org mailing list)
>
&g
Hey there.
One thing we need to consider, Michelle:
The Bylaws for CouchDB and the Apache community guidelines state
that all official *decisions* for the project must be reached on
an official mailing list - not a Slack instance or IRC or an in-
person meeting. We've (the PMC have) fought with t
nd
> > Description (we can rename the labels later, for now it is
> > important to get the copy text for the WHY, HOW and WHAT right).
> >
> >
> > * * *
> >
> > FWIW: PouchDB nicked the “The database that syncs” from an email of
> > mine on dev@ tw
Proedurally, CouchDB 2.0 is effectively in feature freeze - we need to
get it out the door, it is far overdue.
Looking at changing basic functionality like _rewrite can come after
2.0 is done, in the 3.0 timeframe.
-Joan
- Original Message -
> From: "Johs. E"
> To: "d...@couchdb.apache.
Proedurally, CouchDB 2.0 is effectively in feature freeze - we need to
get it out the door, it is far overdue.
Looking at changing basic functionality like _rewrite can come after
2.0 is done, in the 3.0 timeframe.
-Joan
- Original Message -
> From: "Johs. E"
> To: "dev@couchdb.apache.o
Hi Katharina,
My talk's video recording is now online.
https://www.youtube.com/watch?v=iKKkKkWATDo
-Joan
- Original Message -
> From: "Katharina Jockenhöfer"
> To: u...@couchdb.apache.org, market...@couchdb.apache.org,
> dev@couchdb.apache.org
> Sent: Thursday, September 3, 2015 7:45:
Welcome!
- Original Message -
> From: "Klaus Trainer"
> To: dev@couchdb.apache.org
> Sent: Friday, August 28, 2015 6:06:54 AM
> Subject: Re: [ANNOUNCE] Clemens Stolle elected as CouchDB committer
>
> Welcome Clemens :)
>
>
> On 08/27/2015 01:47 PM, Robert Kowalski wrote:
> > Dear commu
Just a point that "The database that syncs" is PouchDB's tagline.
Probably should take it out of the running.
I knew I'd seen it somewhere :D
The PMC will take the feedback from this discussion and decide what
to do next. A vote is not necessarily the best next step here.
-Joan
- Original M
Hey everyone,
I don't know where we landed on this discussion last time, but I'm
fairly sure we didn't come to any sort of agreement.
Our current tag-line for CouchDB is pretty unwieldy:
"Apache CouchDB is a database that uses JSON for documents,
JavaScript for MapReduce indexes, and
elds
are removed from the document. If you want to keep old documents, then
do not use the DELETE method but create your own delete, such as
an inactive: true/false field. In this setup your data will always
grow (no documents will ever be deleted) but you can always undelete
any document you need. The choice is yours depending upon the data
access methodology you want.
Hope this helps,
Joan Touzet
And letting people know I'll validate this Wednesday, I am
unavailable Tuesday.
Thanks Paul!
-Joan
- Original Message -
> From: "Paul Davis"
> To: dev@couchdb.apache.org, "Joan Touzet"
> Sent: Tuesday, July 14, 2015 2:43:13 AM
> Subject: Re: W
- Original Message -
> From: "Dave Cottlehuber"
> To: dev@couchdb.apache.org
> Sent: Monday, July 13, 2015 4:19:58 PM
> Subject: Re: Windows PR #2
>
> On Mon, 13 Jul 2015, at 09:56 PM, Joan Touzet wrote:
> > I intend to publish it in detail once we h
---
> From: "Dave Cottlehuber"
> To: dev@couchdb.apache.org
> Sent: Sunday, July 12, 2015 3:29:59 AM
> Subject: Re: Windows PR #2
>
> On Sun, 12 Jul 2015, at 02:06 AM, Joan Touzet wrote:
> > https://github.com/apache/couchdb-couch/pull/69
> >
> > Same
NIF API in newer
> > Erlangs.
>
> Did that patch ever land?
>
> Adam
>
> > On Jul 11, 2015, at 8:54 PM, Joan Touzet wrote:
> >
> > Alex says:
> >> On Sun, Jul 12, 2015 at 3:14 AM, Joan Touzet
> >> wrote:
> >>> 1) Build a custom
Alex says:
> On Sun, Jul 12, 2015 at 3:14 AM, Joan Touzet
> wrote:
> > 1) Build a custom beam.smp.dll on Windows that exports make_hash2
>
> Sounds as the right solution, but how it will complicate build
> process?
It means that Windows builds have to have a custom buil
Hello everyone,
Progress on the Windows build was surprisingly smooth, thanks to native
MSVC build chain support in rebar, and improved in the version I am
running locally (2.6.0).
Unfortunately, we have a release blocker on Windows in the khash NIF.
This NIF expects to call an Erlang BEAM VM int
https://github.com/apache/couchdb-couch/pull/69
Same thing.
Message to follow with important release-blocking info.
https://github.com/apache/couchdb-b64url/pull/3
Can I get a +1 before I merge this?
More Windows build details to come.
Alex wrote:
> - When need knocks the door, we merge upstream into master, where our
> local changes happens;
We will need to be careful about this not to undo the changes
we need for ourselves, for instance re-introducing a binary rebar or
clobbering our .travis files as you point out.
As such m
uch a make target? There's no other way to
readily recover from a failed get-deps (due to e.g. poor network
connectivity during a git clone)
-Joan
- Original Message -
> From: "Joan Touzet"
> To: dev@couchdb.apache.org
> Sent: Tuesday, June 30, 2015 11:05:23 PM
>
I have two talks submitted, one is a tutorial for CouchDB 2.0 (Big Data)
and one is on Communities and Codes of Conduct (Core).
My arm could be twisted to propose a third, but without a funding source
to attend (TAC is still down and I haven't heard back from the Linux
foundation) I will be unable
Hi there, I'm in the process of trying to get CouchDB 2.0 ported
to Windows. I've reproduced the configure script in PowerShell
script and am proceeding to work on the Makefiles, but I'm running
into a get-deps issue where it fails to pull the couch_index deps.
As my time is limited on this projec
; To: "Pierre Smits"
> Cc: "Noah Slater" , "Joan Touzet" ,
> "Bertrand Delacretaz"
> , "Maxim Solodovnik" ,
> apachecon-discuss@apache.org
> Sent: Monday, June 29, 2015 9:23:15 AM
> Subject: Re: ApacheCon EU 2015 and track registrat
[
https://issues.apache.org/jira/browse/COUCHDB-2390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14606230#comment-14606230
]
Joan Touzet commented on COUCHDB-2390:
--
/cc @davisp [~rnewson] [~janl]
If we
now() is not guaranteed to be monotonically increasing if the system
clock rolls backwards, which various things can cause.
You should look into setting up ntpd for your two machines at the very
least.
-Joan
- Original Message -
> From: "Nick North"
> To: user@couchdb.apache.org
> Sent:
> > On 03 Jun 2015, at 21:46, Joan Touzet wrote:
> >
> >>> The system of record needs to remain JIRA.
> >>
> >> Why?
Breaking in here again - this question makes it sound like you are
arguing against the system of record being JIRA. See below...
>
> > The system of record needs to remain JIRA.
>
> Why?
Because (ASF Member hat on) if GH goes away, the project would be
crippled, severely so. Losing the institutional memory of what
is going on is a serious problem.
Because otherwise you need to migrate a couple thousand bugs
out of JIRA, in
Personally I'm -0.5 on this.
The system of record needs to remain JIRA. GH Issues is no replacement
for JIRA; the fidelity of the system is vastly different.
We need more people cleaning up JIRA and making that environment
make more sense, not to add clutter to the pile by enabling issues.
Would
e building of all of these other tools, I'm fine.
Assuming the above is true I'm +1.
-Joan
- Original Message -
> From: "Jan Lehnardt"
> To: dev@couchdb.apache.org, "Joan Touzet"
> Sent: Wednesday, June 3, 2015 2:06:41 PM
> Subject: Re: [DISCU
Is the intent with all of these contributions to ship them in
a contrib/ tree? We're starting to get cluttered with tools and
languages, and with couchdb-python also in the wings as potential
contribution, I am concerned about the build process for the
tool mandating npm, python, etc.
-Joan
-
My mistake :)
- Original Message -
> From: "Paul Davis"
> To: dev@couchdb.apache.org, "Joan Touzet"
> Sent: Wednesday, May 27, 2015 1:51:33 PM
> Subject: Re: On Plugins and Extensibility
>
> On Wed, May 27, 2015 at 11:55 AM, Joan Touzet
>
I've skimmed the entire thread, and it seems like Ilya is trying to
solve a much bigger problem than Paul has outlined. Ilya's approach is
more all-encompassing but involves a lot of "make-work" just to get the
system back to its current state. Meanwhile, Paul is trying to respond
to some requests
Agree that this should be a news@ mailing list, and is a superset of
all posts that go to announce@ - all announcements also hit news, but
weekly news posts don't go to announce@.
FYI the Apache standard is to use plain text emails. I personally will
ignore all HTML formatted emails.
https://www.
I'll take this one:
- Original Message -
> From: "Javier Candeira"
> c) If I understand correctly, there would be still only one product:
> CouchDB 2.0 which stores and serves your data, replicates, clusters,
> shards
> it *and* it also serves couchapps. The separation between CouchDB an
s don't drive the company
like the dedicated instances do. Because of this data I think
CouchApps as a primary user story is very hard road to walk for us.
- Original Message -
> From: "Joan Touzet"
> To: marketing@couchdb.apache.org
> Cc: "Mike Broberg" ,
I wanted to clarify my reply to Johs for this mailing list, as regards
the role of this mailing list. For this post, I have my Apache CouchDB
PMC hat on.
At the moment, few if any active developers for CouchDB are also on this
list. (I think Jan, Robert K. and myself are the only ones.) That means
1201 - 1300 of 1742 matches
Mail list logo
