| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
Approved by: portmgr (blanket)
|
| |
|
|
|
|
|
|
|
| |
- Update version 3.3.2=>3.3.8
Changelog: https://github.com/couchbase/libcouchbase/releases/tag/3.3.8
Approved by: portmgr (blanket)
Sponsored by: The FreeBSD Foundation
|
| |
|
|
| |
Approved by: portmgr (blanket)
|
| |
|
|
|
|
|
|
|
| |
- Update MASTER_SITES
- Update WWW
- Pet portfmt
PR: 268275
Approved by: sergey@couchbase.com (maintainer-timeout)
|
| |
|
|
|
|
|
|
| |
PR: 233468
Approved by: maintainer timeout
Notes:
svn path=/head/; revision=540776
|
| |
|
|
|
|
|
|
| |
PR: 221587
Submitted by: Sergey Avseyev <sergey.avseyev@gmail.com> (maintainer, using different email address)
Notes:
svn path=/head/; revision=448140
|
| |
|
|
|
|
|
| |
and rm(1) command call looks safer without it.
Notes:
svn path=/head/; revision=439352
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The problem was not immediately obvious to me: after eliminating dtrace(1)
output filename clash and forcibly serializing two normally concurrent in
parallel mode linking stages, the problem did not go away. In fact, while
the port was building seemingly fine in a single-thread (unsafe) mode, the
messages "No probe sites found for declared provider" were still sometimes
present in the log, as well as "target object (...) already exists. Please
remove the target object and rebuild all the source objects if you wish to
run the DTrace".
Running dtrace(1) via truss(1) revealed something odd: it was opening the
substrate object files in read-write mode! Further tests and studying its
code (/usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c;
see process_obj() and dt_modtext() functions) had confirmed that it is not
idempotent, and under certain circumstances would actually modify object
files passed to it.
Address the problem in the following ways: 1) append PID number to the
output file name to reduce the chances of clash; 2) most importantly, copy
the object files to a temporary location before allowing dtrace(1) to mess
with them.
This is rather ugly and far from robust solution; however, even that the
port does not break in single-thread build mode for some reason, dtrace(1)
rightfully generates errors (ir)regardless. Ultimately, I'd rather see
dtrace(1) fixed properly instead so this work-around could be dropped.
Notes:
svn path=/head/; revision=439270
|
|
|
This is the C client library for Couchbase. It communicates with the cluster
and speaks the relevant protocols necessary to connect to the cluster and
execute data operations.
https://github.com/couchbase/libcouchbase/
PR: 205377
Submitted by: gebhart@secnetix.de, Sergey Avseyev <sergey.avseyev@gmail.com>
Notes:
svn path=/head/; revision=421281
|
