You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@lucy.apache.org by Marvin Humphrey <ma...@apache.org> on 2011/08/11 21:25:03 UTC

[lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released

Greetings,

The Apache Lucy team is pleased to announce the release of version 0.2.0 from
the Apache Incubator!

Apache Lucy is full-text search engine library written in C and targeted at
dynamic languages.  0.2.0 contains many portability bugfixes and improvements
to the build system.

For a list of issues resolved in this version, please see the release notes:

  http://www.apache.org/dist/incubator/lucy/CHANGES-0.2.0.txt

The most recent release can be obtained from our downloads page:

  http://incubator.apache.org/lucy/download.html

For general information on Apache Lucy, please visit the project website:

  http://incubator.apache.org/lucy/

Thanks to everyone who has made contributions to the Lucy ecosystem since our
last release -- both users and developers!

Disclaimer:

  Apache Lucy is an effort undergoing incubation at The Apache Software
  Foundation (ASF), sponsored by the Apache Incubator. Incubation is required
  of all newly accepted projects until a further review indicates that the
  infrastructure, communications, and decision making process have stabilized
  in a manner consistent with other successful ASF projects.  While incubation
  status is not necessarily a reflection of the completeness or stability of
  the code, it does indicate that the project has yet to be fully endorsed by
  the ASF.

Regards, 

Marvin Humphrey, on behalf of the Apache Lucy development team and community


Re: [lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released

Posted by Octavian Rasnita <or...@gmail.com>.
From: "Marvin Humphrey" <ma...@rectangular.com>
> I don't understand why it didn't work.  Before asking you to try trunk, I
> verified that it worked under ActivePerl in conjunction with MSVC 2010; MSVC
> 2010 is just as incapable of compiling that source file as Visual Studio 6
> without C++ mode enabled.
> 
> I wonder what $self->config('cc') returns in your install[1].  Try inserting the
> following line in that file...
> 
>     # Compile as C++ under MSVC.  Turn off stupid warnings, too.
> +    warn "'" .  $self->config('cc') . "'";
>     if ( $self->config('cc') =~ /^cl\b/ ) {
>         $extra_ccflags .= '/TP -D_CRT_SECURE_NO_WARNINGS ';
>     }
> 
> ... and then try the following.
> 
>    cd lucytrunk\clownfish
>    perl Build.PL
> 
> What do you get?


I have done that, and the result after perl Build.PL was:

'cl' at buildlib/Clownfish/Build.pm line 55.
compilet-NYxNk.c
   Creating library compilet.lib and object compilet.exp
Created MYMETA.yml and MYMETA.json
Creating new 'Build' script for 'Clownfish' version '0.01'

And the result after perl Build:

Building Clownfish
Generating script 'src\CFCBase.ccs'
cl -nologo -c @"src\CFCBase.ccs" -Fo"src\CFCBase.obj" "src\CFCBase.c"
CFCBase.c
Generating script 'src\CFCBindAliases.ccs'
cl -nologo -c @"src\CFCBindAliases.ccs" -Fo"src\CFCBindAliases.obj" "src\CFCBindAliases.c"
CFCBindAliases.c
src\CFCBindAliases.c(129) : error C2374: 'i' : redefinition; multiple initialization
        src\CFCBindAliases.c(120) : see declaration of 'i'
error building dll file from 'src/CFCBindAliases.c' at E:/usr/site/lib/ExtUtils/CBuilder/Platform/Windows.pm line 130, <DATA> line 1.


> Or maybe the problem is the communication between trunk/perl/Build.PL and
> trunk/clownfish/Build.PL?  Are you doing anything special to spec Visual Studio
> 6, which we're not passing successfully to the secondary Build.PL?

No, I am not doing anything special to VC6. I just run those commands and it should have worked.

But I have succeeded to build Lucy from trunk with GCC that comes with ActivePerl, I tested it and it works fine.

Octavian



Re: [lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released

Posted by Marvin Humphrey <ma...@rectangular.com>.
On Sun, Sep 04, 2011 at 12:54:57AM +0300, Octavian Rasnita wrote:
> I have tried to compile the trunk version with VC6, but it gave the
> following error on the perl Build phase:
> 
> Generating script 'src\CFCBindAliases.ccs'
> cl -nologo -c @"src\CFCBindAliases.ccs" -Fo"src\CFCBindAliases.obj" "src\CFCBindAliases.c"
> CFCBindAliases.c
> src\CFCBindAliases.c(129) : error C2374: 'i' : redefinition; multiple initialization
> src\CFCBindAliases.c(120) : see declaration of 'i'

Interesting.  This is actually a Perl problem, in that it is Perl code which
has failed to supply the correct compiler flags.  Here's the relevant section
from trunk/clownfish/buildlib/Clownfish/Build.pm:

    # Compile as C++ under MSVC.  Turn off stupid warnings, too.
    if ( $self->config('cc') =~ /^cl\b/ ) {
        $extra_ccflags .= '/TP -D_CRT_SECURE_NO_WARNINGS ';
    }

Had that worked as expected, the compiler command would have looked like this:

    cl -nologo /TP -D_CRT_SECURE_NO_WARNINGS -c @"src\CFCBindAliases.ccs" -Fo"src\CFCBindAliases.obj" "src\CFCBindAliases.c"

I don't understand why it didn't work.  Before asking you to try trunk, I
verified that it worked under ActivePerl in conjunction with MSVC 2010; MSVC
2010 is just as incapable of compiling that source file as Visual Studio 6
without C++ mode enabled.

I wonder what $self->config('cc') returns in your install[1].  Try inserting the
following line in that file...

     # Compile as C++ under MSVC.  Turn off stupid warnings, too.
+    warn "'" .  $self->config('cc') . "'";
     if ( $self->config('cc') =~ /^cl\b/ ) {
         $extra_ccflags .= '/TP -D_CRT_SECURE_NO_WARNINGS ';
     }

... and then try the following.

    cd lucytrunk\clownfish
    perl Build.PL

What do you get?

Or maybe the problem is the communication between trunk/perl/Build.PL and
trunk/clownfish/Build.PL?  Are you doing anything special to spec Visual Studio
6, which we're not passing successfully to the secondary Build.PL?

Marvin Humphrey

[1] Technically, "$self" is the wrong variable name here; it's being invoked as
    a package method.  However, that does not seem to cause problems on my
    systems.


Re: [lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released

Posted by Octavian Rasnita <or...@gmail.com>.
Hi Marvin,

From: "Marvin Humphrey" <ma...@rectangular.com>

> On Thu, Aug 11, 2011 at 07:53:45PM -0700, Marvin Humphrey wrote:
>> On Thu, Aug 11, 2011 at 11:58:29PM +0300, Octavian Rasnita wrote:
>> > I have tried to build it under Windows XP, using Perl 5.10.1 and Visual
>> > Studio 6 but it gave the error below on `perl build` phase.
> 
> ---->8 snip 8<----
> 
>> Charmonizer doesn't think this system provides large file support, because it
>> hasn't found a combination of commands that make the function S_probe_off64()
>> in charmonizer/src/Charmonizer/Probe/LargeFiles.c pass.
>> 
>> This combination generally works for MSVC:
>> 
>>     { "", "fopen", "_ftelli64", "_fseeki64", "__int64" },
>> 
>> However, some web research indicates that _ftelli64 and _fseeki64 were
>> introduced later and are not in VS6.  For large file support under VS6, you
>> need to use _lseeki64, which operates on file descriptors rather than C89
>> FILE* streams.
>> 
>>     http://msdn.microsoft.com/en-us/library/aa298446%28v=vs.60%29.aspx
>> 
>> This approach is actually feasible for Lucy, since we switched from FILE* to
>> file descriptors a long time ago.  It will just take some rejiggering of
>> LargeFiles.c so that we don't depend on there being some form of fseek/ftell
>> when defining off64_t.
> 
> The large-files probing fix now been implemented on trunk:
> 
>    https://issues.apache.org/jira/browse/LUCY-178
> 
>    Discriminate between stdio and POSIX in large file support probing.
> 
> Octavian, if you have the chance to try svn trunk with Visual Studio 6, that
> would be helpful.
> 
>    https://svn.apache.org/repos/asf/incubator/lucy/trunk/
> 
> Marvin Humphrey


I have tried to compile the trunk version with VC6, but it gave the following error on the perl Build phase:

Generating script 'src\CFCBindAliases.ccs'
cl -nologo -c @"src\CFCBindAliases.ccs" -Fo"src\CFCBindAliases.obj" "src\CFCBindAliases.c"
CFCBindAliases.c
src\CFCBindAliases.c(129) : error C2374: 'i' : redefinition; multiple initialization
src\CFCBindAliases.c(120) : see declaration of 'i'
error building dll file from 'src/CFCBindAliases.c' at E:/usr/site/lib/ExtUtils/CBuilder/Platform/Windows.pm line 130, <DATA> l
Finished building Clownfish compiler.
Parsing Clownfish files...
Can't locate Clownfish/Hierarchy.pm in @INC (@INC contains: clownfish/blib/lib clownfish/blib/arch ../clownfish/blib/lib ../clo
ownfish\blib\arch ..\clownfish\blib\lib ..\clownfish\blib\arch buildlib clownfish/blib/lib clownfish/blib/arch ../clownfish/bli
E:/usr/site/lib E:/usr/lib .) at buildlib/Lucy/Build.pm line 214.
E:\lucy\trunk\perl>


Octavian


Re: [lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released

Posted by Marvin Humphrey <ma...@rectangular.com>.
On Thu, Aug 11, 2011 at 07:53:45PM -0700, Marvin Humphrey wrote:
> On Thu, Aug 11, 2011 at 11:58:29PM +0300, Octavian Rasnita wrote:
> > I have tried to build it under Windows XP, using Perl 5.10.1 and Visual
> > Studio 6 but it gave the error below on `perl build` phase.

---->8 snip 8<----

> Charmonizer doesn't think this system provides large file support, because it
> hasn't found a combination of commands that make the function S_probe_off64()
> in charmonizer/src/Charmonizer/Probe/LargeFiles.c pass.
> 
> This combination generally works for MSVC:
> 
>     { "", "fopen", "_ftelli64", "_fseeki64", "__int64" },
> 
> However, some web research indicates that _ftelli64 and _fseeki64 were
> introduced later and are not in VS6.  For large file support under VS6, you
> need to use _lseeki64, which operates on file descriptors rather than C89
> FILE* streams.
> 
>     http://msdn.microsoft.com/en-us/library/aa298446%28v=vs.60%29.aspx
> 
> This approach is actually feasible for Lucy, since we switched from FILE* to
> file descriptors a long time ago.  It will just take some rejiggering of
> LargeFiles.c so that we don't depend on there being some form of fseek/ftell
> when defining off64_t.

The large-files probing fix now been implemented on trunk:

    https://issues.apache.org/jira/browse/LUCY-178

    Discriminate between stdio and POSIX in large file support probing.

Octavian, if you have the chance to try svn trunk with Visual Studio 6, that
would be helpful.

    https://svn.apache.org/repos/asf/incubator/lucy/trunk/

Marvin Humphrey


Re: [lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released

Posted by Marvin Humphrey <ma...@rectangular.com>.
On Thu, Aug 11, 2011 at 11:58:29PM +0300, Octavian Rasnita wrote:
> I have tried to build it under Windows XP, using Perl 5.10.1 and Visual
> Studio 6 but it gave the error below on `perl build` phase.

Visual Studio 6 was released in 1998.  Though some people still use it because
of the MSCVRT.DLL issue, it's not easy to support and I don't currently have
access to it.  

Lucy currently builds for me under Windows 7 with ActivePerl and the free
version of MSVC from 2010.  If switching to a more recent version of MSVC
is an option for you, try that.

> -c src\Charmonizer\Test\TestLargeFiles.c -Fosrc\Charmonizer\Test\TestLargeFiles.obj
> TestLargeFiles.c
> src\Charmonizer\Test\TestLargeFiles.c(31) : error C2065: 'off64_t' : undeclared identifier
> src\Charmonizer\Test\TestLargeFiles.c(31) : error C2146: syntax error : missing ';' before identifier 'offset'
> src\Charmonizer\Test\TestLargeFiles.c(31) : error C2065: 'offset' : undeclared identifier
> src\Charmonizer\Test\TestLargeFiles.c(36) : error C2146: syntax error : missing ';' before identifier 'gb4_plus'
> src\Charmonizer\Test\TestLargeFiles.c(36) : error C2065: 'gb4_plus' : undeclared identifier
> src\Charmonizer\Test\TestLargeFiles.c(36) : error C2143: syntax error : missing ')' before 'constant'
> src\Charmonizer\Test\TestLargeFiles.c(36) : error C2059: syntax error : ')'
> src\Charmonizer\Test\TestLargeFiles.c(37) : error C2146: syntax error : missing ';' before identifier 'gb2_plus'
> src\Charmonizer\Test\TestLargeFiles.c(37) : error C2065: 'gb2_plus' : undeclared identifier
> src\Charmonizer\Test\TestLargeFiles.c(37) : error C2143: syntax error : missing ';' before 'constant'
> src\Charmonizer\Test\TestLargeFiles.c(37) : warning C4307: '+' : integral constant overflow
> src\Charmonizer\Test\TestLargeFiles.c(55) : error C2065: 'fopen64' : undeclared identifier
> src\Charmonizer\Test\TestLargeFiles.c(55) : error C2440: '=' : cannot convert from 'int' to 'struct _iobuf *'
> Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
> src\Charmonizer\Test\TestLargeFiles.c(60) : error C2065: 'fseeko64' : undeclared identifier
> src\Charmonizer\Test\TestLargeFiles.c(63) : error C2065: 'ftello64' : undeclared identifier
> src\Charmonizer\Test\TestLargeFiles.c(89) : error C2440: '=' : cannot convert from 'int' to 'struct _iobuf *'
> Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio\VC98\bin\cl.EXE"' : return code '0x2'
> Stop.

Charmonizer doesn't think this system provides large file support, because it
hasn't found a combination of commands that make the function S_probe_off64()
in charmonizer/src/Charmonizer/Probe/LargeFiles.c pass.

This combination generally works for MSVC:

    { "", "fopen", "_ftelli64", "_fseeki64", "__int64" },

However, some web research indicates that _ftelli64 and _fseeki64 were
introduced later and are not in VS6.  For large file support under VS6, you
need to use _lseeki64, which operates on file descriptors rather than C89
FILE* streams.

    http://msdn.microsoft.com/en-us/library/aa298446%28v=vs.60%29.aspx

This approach is actually feasible for Lucy, since we switched from FILE* to
file descriptors a long time ago.  It will just take some rejiggering of
LargeFiles.c so that we don't depend on there being some form of fseek/ftell
when defining off64_t.

Marvin Humphrey


Re: [lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released

Posted by Octavian Rasnita <or...@gmail.com>.
Hi Marvin,

I have tried to build it under Windows XP, using Perl 5.10.1 and Visual Studio 6 but it gave the error below on `perl build` phase.

Thanks.

...
-c src\Charmonizer\Test\TestDirManip.c -Fosrc\Charmonizer\Test\TestDirManip.obj
TestDirManip.c
link -nologo src\Charmonizer\Test\TestDirManip.obj src\Charmonizer\Test.obj /OUT:TestDirManip.exe
cl -Isrc -nologo -GF -W3 -MD -Zi -DNDEBUG -O1 -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DUSE_SITECUSTOMIZE -DPR
EXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX /TP -IE:\apache-lucy-incubating-0.2.0\apache-lucy-incubating-0.2.0\
-c src\Charmonizer\Test\TestFuncMacro.c -Fosrc\Charmonizer\Test\TestFuncMacro.obj
TestFuncMacro.c
link -nologo src\Charmonizer\Test\TestFuncMacro.obj src\Charmonizer\Test.obj /OUT:TestFuncMacro.exe
cl -Isrc -nologo -GF -W3 -MD -Zi -DNDEBUG -O1 -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DUSE_SITECUSTOMIZE -DPR
EXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX /TP -IE:\apache-lucy-incubating-0.2.0\apache-lucy-incubating-0.2.0\
-c src\Charmonizer\Test\TestHeaders.c -Fosrc\Charmonizer\Test\TestHeaders.obj
TestHeaders.c
link -nologo src\Charmonizer\Test\TestHeaders.obj src\Charmonizer\Test.obj /OUT:TestHeaders.exe
cl -Isrc -nologo -GF -W3 -MD -Zi -DNDEBUG -O1 -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DUSE_SITECUSTOMIZE -DPR
EXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX /TP -IE:\apache-lucy-incubating-0.2.0\apache-lucy-incubating-0.2.0\
-c src\Charmonizer\Test\TestIntegers.c -Fosrc\Charmonizer\Test\TestIntegers.obj
TestIntegers.c
link -nologo src\Charmonizer\Test\TestIntegers.obj src\Charmonizer\Test.obj /OUT:TestIntegers.exe
cl -Isrc -nologo -GF -W3 -MD -Zi -DNDEBUG -O1 -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DUSE_SITECUSTOMIZE -DPR
EXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX /TP -IE:\apache-lucy-incubating-0.2.0\apache-lucy-incubating-0.2.0\
-c src\Charmonizer\Test\TestLargeFiles.c -Fosrc\Charmonizer\Test\TestLargeFiles.obj
TestLargeFiles.c
src\Charmonizer\Test\TestLargeFiles.c(31) : error C2065: 'off64_t' : undeclared identifier
src\Charmonizer\Test\TestLargeFiles.c(31) : error C2146: syntax error : missing ';' before identifier 'offset'
src\Charmonizer\Test\TestLargeFiles.c(31) : error C2065: 'offset' : undeclared identifier
src\Charmonizer\Test\TestLargeFiles.c(36) : error C2146: syntax error : missing ';' before identifier 'gb4_plus'
src\Charmonizer\Test\TestLargeFiles.c(36) : error C2065: 'gb4_plus' : undeclared identifier
src\Charmonizer\Test\TestLargeFiles.c(36) : error C2143: syntax error : missing ')' before 'constant'
src\Charmonizer\Test\TestLargeFiles.c(36) : error C2059: syntax error : ')'
src\Charmonizer\Test\TestLargeFiles.c(37) : error C2146: syntax error : missing ';' before identifier 'gb2_plus'
src\Charmonizer\Test\TestLargeFiles.c(37) : error C2065: 'gb2_plus' : undeclared identifier
src\Charmonizer\Test\TestLargeFiles.c(37) : error C2143: syntax error : missing ';' before 'constant'
src\Charmonizer\Test\TestLargeFiles.c(37) : warning C4307: '+' : integral constant overflow
src\Charmonizer\Test\TestLargeFiles.c(55) : error C2065: 'fopen64' : undeclared identifier
src\Charmonizer\Test\TestLargeFiles.c(55) : error C2440: '=' : cannot convert from 'int' to 'struct _iobuf *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
src\Charmonizer\Test\TestLargeFiles.c(60) : error C2065: 'fseeko64' : undeclared identifier
src\Charmonizer\Test\TestLargeFiles.c(63) : error C2065: 'ftello64' : undeclared identifier
src\Charmonizer\Test\TestLargeFiles.c(89) : error C2440: '=' : cannot convert from 'int' to 'struct _iobuf *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio\VC98\bin\cl.EXE"' : return code '0x2'
Stop.
d:\programs\nmake.exe failed at buildlib/Lucy/Build.pm line 148
Lucy::Build::_run_make('Lucy::Build=HASH(0x1e8fda4)', 'dir', 'E:\apache-lucy-incubating-0.2.0\apache-lucy-incubating-0.
called at buildlib/Lucy/Build.pm line 193
Lucy::Build::ACTION_charmonizer_tests('Lucy::Build=HASH(0x1e8fda4)') called at E:/usr/site/lib/Module/Build/Base.pm lin
Module::Build::Base::_call_action('Lucy::Build=HASH(0x1e8fda4)', 'charmonizer_tests') called at E:/usr/site/lib/Module/
Module::Build::Base::dispatch('Lucy::Build=HASH(0x1e8fda4)', 'charmonizer_tests') called at buildlib/Lucy/Build.pm line
Lucy::Build::ACTION_clownfish('Lucy::Build=HASH(0x1e8fda4)') called at E:/usr/site/lib/Module/Build/Base.pm line 2024
Module::Build::Base::_call_action('Lucy::Build=HASH(0x1e8fda4)', 'clownfish') called at E:/usr/site/lib/Module/Build/Ba
Module::Build::Base::dispatch('Lucy::Build=HASH(0x1e8fda4)', 'clownfish') called at buildlib/Lucy/Build.pm line 587
Lucy::Build::ACTION_code('Lucy::Build=HASH(0x1e8fda4)') called at E:/usr/site/lib/Module/Build/Base.pm line 2024
Module::Build::Base::_call_action('Lucy::Build=HASH(0x1e8fda4)', 'code') called at E:/usr/site/lib/Module/Build/Base.pm
Module::Build::Base::depends_on('Lucy::Build=HASH(0x1e8fda4)', 'code') called at E:/usr/site/lib/Module/Build/Base.pm l
Module::Build::Base::ACTION_build('Lucy::Build=HASH(0x1e8fda4)') called at E:/usr/site/lib/Module/Build/Base.pm line 20
Module::Build::Base::_call_action('Lucy::Build=HASH(0x1e8fda4)', 'build') called at E:/usr/site/lib/Module/Build/Base.p
Module::Build::Base::dispatch('Lucy::Build=HASH(0x1e8fda4)') called at build line 62
E:\apache-lucy-incubating-0.2.0\apache-lucy-incubating-0.2.0\perl>


Octavian

----- Original Message ----- 
From: "Marvin Humphrey" <ma...@apache.org>
To: <ge...@incubator.apache.org>
Cc: <lu...@incubator.apache.org>; <lu...@incubator.apache.org>
Sent: Thursday, August 11, 2011 10:25 PM
Subject: [lucy-user] [ANNOUNCE] Apache Lucy (incubating) 0.2.0 released


> Greetings,
> 
> The Apache Lucy team is pleased to announce the release of version 0.2.0 from
> the Apache Incubator!
> 
> Apache Lucy is full-text search engine library written in C and targeted at
> dynamic languages.  0.2.0 contains many portability bugfixes and improvements
> to the build system.
> 
> For a list of issues resolved in this version, please see the release notes:
> 
>  http://www.apache.org/dist/incubator/lucy/CHANGES-0.2.0.txt
> 
> The most recent release can be obtained from our downloads page:
> 
>  http://incubator.apache.org/lucy/download.html
> 
> For general information on Apache Lucy, please visit the project website:
> 
>  http://incubator.apache.org/lucy/
> 
> Thanks to everyone who has made contributions to the Lucy ecosystem since our
> last release -- both users and developers!
> 
> Disclaimer:
> 
>  Apache Lucy is an effort undergoing incubation at The Apache Software
>  Foundation (ASF), sponsored by the Apache Incubator. Incubation is required
>  of all newly accepted projects until a further review indicates that the
>  infrastructure, communications, and decision making process have stabilized
>  in a manner consistent with other successful ASF projects.  While incubation
>  status is not necessarily a reflection of the completeness or stability of
>  the code, it does indicate that the project has yet to be fully endorsed by
>  the ASF.
> 
> Regards, 
> 
> Marvin Humphrey, on behalf of the Apache Lucy development team and community
>