Hi,
faust schrieb:
Try
edit
/etc/ld.so.conf.d/xulrunner.conf
/usr/lib/xulrunner-1.9.1.9/
/usr/lib/xulrunner-devel-1.9.1.9/
got an error:
r...@laptop:~# edit /etc/ld.so.conf.d/xulrunner.conf
/usr/lib/xulrunner-1.9.1.9/ /usr/lib/xulrunner-devel-1.9.1.9/
Warning: unknown mime-type
On Thu, Apr 15, 2010 at 10:30 PM, Robert Newson robert.new...@gmail.comwrote:
I can't reproduce this. My setup always picks up where I left off, so
there must be some step I'm not doing to trigger this.
Can you delete the target/indexes and reproduce this from scratch? If
so, could you list
Sure It can be done but for me the whole Java to Erlang layer would be a
mess since they are so different. The better way to go about doing this
would to be implement a distributed file system like Hadoop underneath Couch
for same effect.
On Fri, Apr 16, 2010 at 1:16 AM, Steve-Mustafa Ismail
edit i means vim)
vim /etc/ld.so.conf.d/xulrunner.conf
2010/4/16 Julian Moritz maili...@julianmoritz.de:
Hi,
faust schrieb:
Try
edit
/etc/ld.so.conf.d/xulrunner.conf
/usr/lib/xulrunner-1.9.1.9/
/usr/lib/xulrunner-devel-1.9.1.9/
got an error:
r...@laptop:~# edit
That's more interesting. IIRC, Lucene's commit() method will only
write to disk if there have been document changes. So, if your
function doesn't update anything at all (your function returns null
for all documents, say) then the update_seq won't be updated, and
hence it will start over each time.
Thanks Robert
for your answer. However, it is not exactly what I was looking for
(due to my inappropriate problem description).
Firstly, I do want to have the document instead of the time stamp in
order to avoid that additional document fetch. That's obviously easy
to fix:
function(doc) { //
Yes, that would be better. 0.4 used to add a dummy document in all
cases (to track update_seq) so this didn't use to happen. with Lucene
2.9/3.0, I'm using commit(userData) instead of a dummy document.
Unfortunately commit() does nothing if there are no documents added.
I'll have a fix for this
On 16 April 2010 11:53, Sebastian Cohnen sebastiancoh...@googlemail.com wrote:
see http://wiki.apache.org/couchdb/HTTP_database_API#Changes - I think you
are looking for the since parameter
The since parameter will not help, _changes only ever sends the last
rev of a document.
Erich, it
Are the files reopened for each write etc? If locking works glusterfs for
example could be a nice solution for the replication. Each write would be
atomically written to all instances, and reads would be local (using AFR with
preferred servers).
Kind regards,
Fredrik Widlund
-Original
Hi,
Any chance of blocking the wiki spammer from making any more changes?
- Matt
On Fri, Apr 16, 2010 at 10:19 PM, Richy klemms...@gmail.com wrote:
Hey Manokaran,
I had the reader_acl problem as well today, though there were more
file-permissions to change then just /etc/couchdb
Have a close look into INSTALL.unix, maybe this helps.
Otherwise, give some output from
On Apr 16, 2010, at 6:13 PM, Miles Fidelman wrote:
Just downloaded the latest Mac one-click install ( 0.11.0-R13B04)
http://github.com/downloads/janl/couchdbx-core/CouchDBX-0.11.0-R13B04-64bit-Snow-Leopard.zip.
from http://janl.github.com/couchdbx/
Can you try pointing Firefox at the
On Thu, Apr 15, 2010 at 5:20 PM, Randall Leeds randall.le...@gmail.com wrote:
Or use the nignx config to block PUT/POST/DELETE/COPY from foreign ips.
2010/4/15 J Chris Anderson jch...@gmail.com:
On Apr 15, 2010, at 3:03 PM, faust wrote:
I run Couch
and nginx as proxy
users can
13 matches
Mail list logo