I like the idea of having two sets of JS tests, those run as part of "make 
check", and a smaller suite invocable from browsers that validates the install. 
Towards that end, I created a branch[1], copied all the tests to 
test/javascript/test and tweaked the relevant bits in run.tpl. Most are 
unchanged, and there are only two tests that fail now, attachment_names, which 
looks like it might be a real bug, and attachments_multipart which requires the 
use of the XMLHttpRequest object. This one might possibly be fixed with some 
enhancements to couch_http.js or couchjs, will look more into it.

Next I'll start auditing them all to see if there's other browser specific code 
that can be removed. We can then do the same for the browser tests in 
www/script/test or just replace all that completely with Jan's new stuff as the 
lion's share of it is moving to test/javascript/test

[1]  
https://github.com/bdionne/couchdb/commit/adcde6c07ae3586ee779b20a24a608337f9b5957



On Jun 4, 2011, at 11:29 PM, Paul Davis wrote:

> Of course! Granted one of the two requires that we maintain a table of
> data that is updated continuously and has many significant global
> variants and the other is a fairly static definition that can be
> traced back to a (relatively) deterministic set of bit patterns.
> 
> On Sat, Jun 4, 2011 at 9:42 PM, Jan Lehnardt <[email protected]> wrote:
>> 
>> On 5 Jun 2011, at 03:19, Paul Davis wrote:
>> 
>>> Or we write our own code to make HTTP requests (Which isn't out of the
>>> question) and remove the curl dependency altogether.
>> 
>> Can we also write our own unicode collation code? :)
>> 
>> Cheers
>> Jan
>> --
>> 
>> 
>>> 
>>> On Sat, Jun 4, 2011 at 9:10 PM, Jan Lehnardt <[email protected]> wrote:
>>>> 
>>>> On 4 Jun 2011, at 22:10, Paul Davis wrote:
>>>> 
>>>>> Its already a soft dependency. If curl isn't found all that happens is
>>>>> that you can't run ./test/javascript/run after you build it.
>>>> 
>>>> Which means curl is a hard dependency if you want to run the JS tests
>>>> that we intend to move from the browser into CLI JS tests, right?
>>>> 
>>>> Cheers
>>>> Jan
>>>> --
>>>> 
>>>> 
>>>>> 
>>>>> On Sat, Jun 4, 2011 at 4:02 PM, Chris Anderson <[email protected]> wrote:
>>>>>> This sparks another thought that we could have a ./configure directive
>>>>>> that says --no-curl or something. Since we only need curl for purposes
>>>>>> of running the developer test suite.
>>>>>> 
>>>>>> Chris
>>>>>> 
>>>>>> On Wed, Jun 1, 2011 at 2:33 PM, Arash Bizhan zadeh <[email protected]> 
>>>>>> wrote:
>>>>>>> Hi,
>>>>>>> I am trying to compile couch on RH enterprise. The official RH package 
>>>>>>> for
>>>>>>> curl is 7.15, but Couch needs 7.18. I would like to know what is the 
>>>>>>> best
>>>>>>> way to handle this? Is  there any specific reason that Couch depends on
>>>>>>> 7.18? Can the dependency be downgraded to 7.15?
>>>>>>> Can anybody advise me on how to handle this specific dependency and 
>>>>>>> other
>>>>>>> dependencies ( i.e Erlang) please?
>>>>>>> 
>>>>>>> thanks,
>>>>>>> -arash
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Chris Anderson
>>>>>> http://jchrisa.net
>>>>>> http://couchbase.com
>>>>>> 
>>>> 
>>>> 
>> 
>> 

Reply via email to