ctakes-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Masanz, James J." <Masanz.Ja...@mayo.edu>
Subject RE: [VOTE] Release Apache cTAKES 3.2.0
Date Sun, 29 Jun 2014 02:25:19 GMT
The release notes include some JIRA issues that are open (and I think some that have not had
any changes done for them)

Example of one that has not been implemented as far as I know:

Example of one that has status=open and Resolution=Unresolved

There are others

-- James

-----Original Message-----
From: Pei Chen [mailto:chenpei@apache.org] 
Sent: Friday, June 27, 2014 5:16 PM
To: dev@ctakes.apache.org
Subject: [VOTE] Release Apache cTAKES 3.2.0

Hi all,

This is a call for a vote on releasing the following candidate (rc1) as
Apache cTAKES 3.2.0.
The major changes include:
- New optional YTEX component(s) (Yale Extensions to cTAKES)
- New optional improved/faster dictionary lookup (dictionary-lookup-fast)
- New optional Temporal component (Time + Event extraction.  Relations will
be including in a future release.)
- Other bug fixes/enhancements from Jira

[TODO: Online documentation still needs to be updated on wiki for the abo]

For more detailed information on the changes/release notes, please visit:

The release was made using the cTAKES release process documented here:

The candidate is available at:

The tag to be voted on:

The MD5 checksum of the tarball can be found at:

The signature of the tarball can be found at:

Apache cTAKES' KEYS file, containing the PGP keys used to sign the release:

Please vote on releasing these packages as Apache cTAKES 3.2.0. The vote is
open for at least the next 72 hours.
Only votes from the cTAKES PMC are binding, but folks are welcome to check
the release candidate and voice their approval or disapproval.
The vote passes if at least three binding +1 votes are cast.

[ ] +1 Release the packages as Apache cTAKES 3.2.0
[ ] -1 Do not release the packages because...

Also, the convenience binary can be found at:
Note: It's tempoarily on people.a.o because the artifacts were too large
for https://dist.apache.org/repos/dist/dev/ctakes (Working with infra on
increasing the limit).

View raw message