We’ve been hacking on this for the past couple of weeks on Slack as time
permits,
but we’re not getting to a conclusive solution.
As far as Ic an tell, we manage to build everything in a way that should work
when
put together, but then we fail at having the right lib paths set up and I have
no
Hi Will,
yes, you are right. I seperated the sm build dir and didn't copied the
dll's into the $VCPK_BIN directory.
Now, i copied the dll's into the bin dir and couchjs should work. The
problem is, that the library 'priv/couch_ejson_compare' isn't found
and Jan and I have no ideas how to fix that
Hi Ronny,
I think the issue is the glazier is packaging up the dlls from
$VCPKG_BIN in couchdb's \bin for the runtime which don't correspond to
the paths you are indicating. You could probably copy the dlls into
$vcpkg_bin or add lines to copy the dlls from your icu and mozjs to
the build_instal
Hi Will,
i played a little bit with the paths and set it explicit in
src/couch/rebar.config.script :
{JS_CFLAGS, JS_LDFLAGS} = case os:type() of
{win32, _} when SMVsn == "1.8.5" ->
{
"/DXP_WIN",
"mozjs185-1.0.lib"
};
{unix, _} when SMVsn == "1.8.5"
Hi Ronny,
If you follow its configuration here:
https://github.com/apache/couchdb/blob/main/src/couch/rebar.config.script#L197
to IcuWinEnv, it doesn't set any search paths like other OSes since it is
expecting these paths to already be setup in the environment.
>From your earlier email I saw
Hi,
today I hacked manually the missing unresolved symbols for sm 60 in and
compiled the icu lib by myself. So I was able to create the
couchdb v3.2.1 executable and the installer.
Side note: running the tests wasn't successful!
I can run .\dev\run.cmd or the installed version. If I click on "Ve
Hi,
Are you sure these PS shells are running from the glazier
bin/shell1.ps usually referred to as the same powershell in the docs?
Looking at the pastebin it looks like libicu is being passed to the
windows linker in UNIX proper style so it is being ignored, so the
pkg-config setup didn't r
ache/couchdb-glazier/blob/main/build-spidermonkey60.md
>> when I worked on porting to SpiderMonkey 60. From the errors you listed,
>> we know that it is related to unresolved symbols. Can we narrow down
>> which
>> library to defined and implement them?
>>
>> Sorr
t; we know that it is related to unresolved symbols. Can we narrow down which
> library to defined and implement them?
>
> Sorry that I have to find one windows environment and work on weekend for
> follow up.
>
> Peng Hui @ Beijing
>
>
>
>
> From: "Ronny B
defined and implement them?
Sorry that I have to find one windows environment and work on weekend for
follow up.
Peng Hui @ Beijing
From: "Ronny Berndt"
To: dev@couchdb.apache.org
Date: 2021/11/17 04:51 PM
Subject:[EXTERNAL] Re: Glazier (Was: [VOTE] Release Apache Couc
Good morning,
yesterday I discussed with Jan about the "compile CouchDB on windows"
problem.
I followed the steps and ended with the same problem like Jan.
The first problem is, that there is no pkg-config executable. So I
installed it via choco:
> choco install pkgconfiglite
Then I started the
Hey all,
I’ve spent a good amount of time trying to get Windows binaries going but the
combination of multiple rather byzantine build systems and a platform I have
next to no experience with left me with all time I had for this spent and no
result.
To resolve this is long-term, I have tasked t
I created rpm/deb packages and pushed them to JFrog. Please test them
as per:
https://docs.couchdb.org/en/stable/install/unix.html#installation-using-the-apache-couchdb-convenience-binary-packages.
Note that the RPM package signing key has changed. Docs updated
accordingly.
I had also built x86 a
On 12/11/2021 08:40, Jan Lehnardt wrote:
My post is from just going through the README. Since then I found the separate
SM60 README, but haven’t acted on it just yet.
I see no notes for esr68, if you have anything, even temp commits, I’d take
them :)
Sorry, I must have aborted trying esr68,
> On 11. Nov 2021, at 23:15, Joan Touzet wrote:
>
>> Onto SpiderMonkey, any ideas for this:
>> DEBUG: configure: error: Library requirements (icu-i18n >= 59.1) not met;
>> consider adjusting the PKG_CONFIG_PATH environment variable if your
>> libraries are in a nonstandard prefix so pkg-confi
Onto SpiderMonkey, any ideas for this:
DEBUG: configure: error: Library requirements (icu-i18n >= 59.1) not met;
consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are
in a nonstandard prefix so pkg-config can find them.
Setting PKG_CONFIG_PATH to /c/relax/vcpkg/inst
> On 9. Nov 2021, at 18:33, Joan Touzet wrote:
>
>
>
> On 09/11/2021 11:51, Jan Lehnardt wrote:
>> Heya Joan & Dave,
>> I’m working my way through the Glazier readme, thanks so much for the
>> copious notes.
>> I had to change a few things to get ahead (noted below), and now I’m stuck.
>> #
On 09/11/2021 11:51, Jan Lehnardt wrote:
Heya Joan & Dave,
I’m working my way through the Glazier readme, thanks so much for the copious
notes.
I had to change a few things to get ahead (noted below), and now I’m stuck.
# Missing PATH
I had to add this to PATH to make tool resolution work
Heya Joan & Dave,
I’m working my way through the Glazier readme, thanks so much for the copious
notes.
I had to change a few things to get ahead (noted below), and now I’m stuck.
# Missing PATH
I had to add this to PATH to make tool resolution work as described:
https://github.com/apache/couc
Heya Joan,
thanks for the heads-up. Nick and I are tackling these this time around :)
Best
Jan
—
> On 3. Nov 2021, at 08:07, Joan Touzet wrote:
>
> Hello there,
>
> Sorry, I'm unavailable to help test and vote on releases.
>
> I took notes during the 3.2.0 release as to what was needed to do
Dear community,
The vote has now closed.
Thank you to everyone who participated!
The results are:
+1 - 4 (3 binding) votes
+0 - 0 votes
-0 - 0 votes
-1 - 0 votes
The vote result is +1 (passed)
Thanks,
-Nick
On Wed, Nov 3, 2021 at 1:12 PM Jay Doane wrote:
>
> +1
>
> GPG signature, checksums, `
+1
GPG signature, checksums, `make check`, fauxton: all good
macOS 11.6.1, OTP 23.3.4.8, SpiderMonkey 60
Small nit on release notes:
> there are less corner cases
s/less/fewer/
Very nice work, Nick!
On Tue, Nov 2, 2021 at 7:00 PM Nick Vatamaniuc wrote:
> Dear community,
>
> I would like to
+1
GPG signature, sha256 checksum, `make check` all look good
Debian Buster, Erlang 22, SpiderMonkey 60
Thanks Nick!
> On Nov 2, 2021, at 10:00 PM, Nick Vatamaniuc wrote:
>
> Dear community,
>
> I would like to propose that we release Apache CouchDB 3.2.1
>
> Candidate release notes:
>
>
sig, checksums, make check: ok
macOS 12.0.1, Erlang 24, SpiderMonkey 68
Mac convenience binary for testing:
https://dist.apache.org/repos/dist/dev/couchdb/binary/mac/3.2.1/rc.1/
Best
Jan
—
> On 3. Nov 2021, at 03:00, Nick Vatamaniuc wrote:
>
> Dear community,
>
> I would like to propose t
Hello there,
Sorry, I'm unavailable to help test and vote on releases.
I took notes during the 3.2.0 release as to what was needed to do the
binary releases without me. Someone from the PMC, specifically, should
pick this up for now.
https://gist.github.com/wohali/9f159bbdb6ef2c51a50d1e2326f
My own vote: +1
sig: ok
checksums: ok
make check: ok
Fauxton self-check: ok
Ubuntu 20.04, Erlang 23, Spidermonkey 68
Cheers,
-Nick
On Tue, Nov 2, 2021 at 10:00 PM Nick Vatamaniuc wrote:
>
> Dear community,
>
> I would like to propose that we release Apache CouchDB 3.2.1
>
> Candidate release n
Dear community,
I would like to propose that we release Apache CouchDB 3.2.1
Candidate release notes:
https://docs.couchdb.org/en/latest/whatsnew/3.2.html#version-3-2-1
We encourage the whole community to download and test these release
artefacts so that any critical issues can be resolved
27 matches
Mail list logo