Hi Joan,

Thx for getting back to me and I understand your point and wasn’t aware there 
is no SM60 for 18.04. Docker is the option I will be looking into for moving my 
stuff away from 16.04 to either 18.04 or maybe then directly to 20.04. I would 
be moving one app/server at a time from direct install on 16.04 to a docker 
image, ideally right away on 18.04 or newer. If things go well, I may be able 
to go straight to 20.04 when it comes out. It’s not on the urgent list for me 
right now but if I end up doing a build or image myself I’ll circle it back to 
the list.

Renato.

> On Mar 3, 2020, at 16:43, Joan Touzet <[email protected]> wrote:
> 
> Hi Renato,
> 
> On 2020-03-03 4:56, Renato Sinitean wrote:
>> Hi Joan,
>> Congrats to the new release.
> 
> Thanks! Everyone put in a lot of hard work on 3.0.0.
> 
>> I was excited to see SM60 and ES2015 support but then I read …
>>> 
>>> These do not have SM60:
>>> ...
>>>  * Ubuntu 16.04 (xenial), 18.04 (bionic)
>>>    * Ubuntu 20.04 (focal) should include SM60 once released in April.
>> Many users do not upgrade right away to a new OS release for many reasons. 
>> E.g. my stuff is still on 16.04 and I am now looking to eventually move onto 
>> 18.04.
>> I think that adoption of a new OS like the upcoming 20.04 will at first be 
>> only for brand new installs for new software and it will take a while for 
>> existing projects to move to 20.04.
>> Therefore, is there a plan to maybe have SM60 on 18.04? (I understand why 
>> there is no effort going into 16.04 anymore.)
> 
> I'm sympathetic to your situation, but...probably not. Here's my reasoning.
> 
> Ubuntu does not provide packages that I'm aware of for SM60 on 18.04. There 
> are 19.04 packages, but it's our policy to support only LTS releases. Of 
> course, 20.04 now has the packages.
> 
> We're trying to get away from packaging SM ourselves. It's a lot of effort, 
> and I'm the only one maintaining it, on a volunteer basis. We had to do so 
> for 1.8.5 because the system-provided packages were broken for our needs, 
> because we don't like to depend on 3rd party PPAs, and because distros 
> started dropping the packages out of distros a couple of years ago. For SM60, 
> it would be going back through all of that effort, just to package SM60 for 
> 1, maybe 2 distros. I'd really rather not.
> 
> You can always use the Docker container. It is wildly popular: since CouchDB 
> 3.0.0 was released, there's already been more than 2 *million* downloads of 
> the couchdb image. (By comparison, there's been about 3000 .deb and 750 .rpm 
> 3.0.0 downloads in the same timeframe.) (One weakness in the stats is we 
> don't know if all of those 2 million downloads were of the 3.0.0 Docker 
> container, but we do know that the jump in downloads was a significant 
> increase over downloads in the previous month.)
> 
> It _may_ be possible to create a 20.04 chroot inside of 18.04 if the libc ABI 
> hasn't changed. Finally, anyone can build binaries for CouchDB and share 
> them. If you decide to do either of these and publish your own solution, do 
> let the list know!
> 
> -Joan "11 platforms is already a handful" Touzet
> 
>> Thx,
>> Renato.
>>> On Feb 26, 2020, at 22:30, Joan Touzet <[email protected]> wrote:
>>> 
>>> On 2020-02-26 15:09, Sebastien wrote:
>>>> Great news, congratulations on the release!
>>> 
>>> Hi Sebastien! Thanks!
>>>> Are there more details over what the upgrade of the JS engine means in
>>>> practice?
>>>> Can we write ES2015 modules and use let/const, arrow functions and the like
>>>> for map/reduce functions?
>>> 
>>> Yes, that's the idea. You can do anything supported by Firefox 60esr. 
>>> Sandboxing rules for couchjs still apply. You can also write your 
>>> map/reduce functions directly using more modern syntax:
>>> 
>>>  "map": "(function (doc) {emit(doc._id, 1);});"
>>> 
>>> That should help with module inclusion, declarations, etc. A PR against our 
>>> docs to include this info would be most welcome - we overlooked this I 
>>> think with the SM60 changes.
>>> 
>>> The compatibility tables online here should help you know what's achievable:
>>> 
>>>    https://kangax.github.io/compat-table/es6/
>>> 
>>> Be sure to pick "Show obsolete platforms" to get a column for "FF 60 ESR."
>>> 
>>> Do remember also that if you have to replicate with older versions of 
>>> CouchDB, you'll want to be backward compatible.
>>> 
>>> Note that only the following binary downloads have SpiderMonkey 60 in them:
>>> 
>>>  * Debian buster packages (.deb)
>>>    * x86_64, ppc64le only (not arm64v8)
>>>  * CentOS 8 packages (.rpm)
>>>    * x86_64 only
>>>  * docker (couchdb, apache/couchdb)
>>>    * x86_64, ppc64le only (not arm64v8)
>>>  * macOS (10.10+, 64-bit)
>>>  * Windows (7+, 64-bit)
>>> 
>>> These do not have SM60:
>>> 
>>>  * CentOS 6, 7 (not expected to be added)
>>>  * Debian stretch (not expected to be added)
>>>  * Ubuntu 16.04 (xenial), 18.04 (bionic)
>>>    * Ubuntu 20.04 (focal) should include SM60 once released in April.
>>> 
>>> -Joan "coredump in progress" Touzet
>>> 
>>>> On Wed, Feb 26, 2020 at 8:37 PM Joan Touzet <[email protected]> wrote:
>>>>> On 2020-02-26 14:06, Martin Broerse wrote:
>>>>>> Thanks for creating this version. Good job!!
>>>>> 
>>>>> You're welcome!
>>>>> 
>>>>>> As all Ember App's we use need
>>>>>> https://www.npmjs.com/package/ember-cli-deploy-couchdb Will Virtual
>>>>> hosts
>>>>>> and Rewrite functions (/{db}/{ddoc}/_rewrite) be supported in 3.0 and
>>>>>> removed in 4.0 ?
>>>>> 
>>>>> Yes, exactly. 3.x will retain these, but are flagged as deprecated. The
>>>>> plan is to remove them entirely with 4.0, along with show and list
>>>>> functions.
>>>>> 
>>>>> 
>>>>> https://docs.couchdb.org/en/stable/whatsnew/3.0.html#deprecated-feature-warnings
>>>>> 
>>>>> -Joan
>>>>> 
>>>>>> Thanks,
>>>>>> 
>>>>>> - Martin
>>>>>> 
>>>>>> On Wed, 26 Feb 2020 at 18:49, Jan Lehnardt <[email protected]> wrote:
>>>>>> 
>>>>>>> Dear community,
>>>>>>> 
>>>>>>> Apache CouchDB® 3.0.0 has been released and is available for download.
>>>>>>> 
>>>>>>> Apache CouchDB® lets you access your data where you need it. The Couch
>>>>>>> Replication Protocol is implemented in a variety of projects and
>>>>> products
>>>>>>> that span every imaginable computing environment from globally
>>>>> distributed
>>>>>>> server-clusters, over mobile phones to web browsers.
>>>>>>> 
>>>>>>> Store your data safely, on your own servers, or with any leading cloud
>>>>>>> provider. Your web- and native applications love CouchDB, because it
>>>>> speaks
>>>>>>> JSON natively and supports binary data for all your data storage needs.
>>>>>>> 
>>>>>>> The Couch Replication Protocol lets your data flow seamlessly between
>>>>>>> server clusters to mobile phones and web browsers, enabling a compelling
>>>>>>> offline-first user-experience while maintaining high performance and
>>>>> strong
>>>>>>> reliability. CouchDB comes with a developer-friendly query language, and
>>>>>>> optionally MapReduce for simple, efficient, and comprehensive data
>>>>>>> retrieval.
>>>>>>> 
>>>>>>> https://couchdb.apache.org/#download
>>>>>>> 
>>>>>>> Pre-built packages for Windows, macOS, Debian/Ubuntu and RHEL/CentOS are
>>>>>>> available. Docker images have been submitted to Docker Hub for review
>>>>> and
>>>>>>> will be available as soon as that  process is done.
>>>>>>> 
>>>>>>> CouchDB 3.0.0 is a major release, and was originally published on
>>>>>>> 2020-02-26.
>>>>>>> 
>>>>>>> The community would like to thank all contributors for their part in
>>>>>>> making this release, from the smallest bug report or patch to major
>>>>>>> contributions in code, design, or marketing, we couldn’t have done it
>>>>>>> without you!
>>>>>>> 
>>>>>>> See the official release notes document for an exhaustive list of all
>>>>>>> changes:
>>>>>>> 
>>>>>>> http://docs.couchdb.org/en/stable/whatsnew/3.0.html
>>>>>>> 
>>>>>>> Release Notes highlights:
>>>>>>> 
>>>>>>>    - Default installations are now secure and locked down.
>>>>>>> 
>>>>>>>    - User-defined partitioned databases for faster querying
>>>>>>> 
>>>>>>>    - Live Shard Splitting for incremental scale-out
>>>>>>> 
>>>>>>>    - Updated to modern JavaScript engine SpiderMonkey 60
>>>>>>> 
>>>>>>>    - Official support for ARM and PPC 32bit and 64bit systems
>>>>>>> 
>>>>>>>    - Many large and small performance improvements
>>>>>>> 
>>>>>>>    - Automatic view index warmer
>>>>>>> 
>>>>>>>    - Smarter Compaction Daemon
>>>>>>> 
>>>>>>>    - Smarter I/O Queue
>>>>>>> 
>>>>>>>    - Much improved installers for Windows
>>>>>>> 
>>>>>>>    - macOS binaries are now Notarized for full future Catalina support
>>>>>>> 
>>>>>>>    - Extremely simplified setup of Lucene search
>>>>>>> 
>>>>>>> See the “Road to CouchDB 3.0” blog post series for many more details:
>>>>>>> http://blog.couchdb.org/2020/02/25/the-road-to-couchdb-3-0/
>>>>>>> 
>>>>>>> On behalf of the CouchDB PMC,
>>>>>>> Jan Lehnardt
>>>>>>> —
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> 

Reply via email to