Hi,
thanks for details on ODMA and the made research on the current source code.
I have figured out that the complete ODMA stuff in our source code is
not part of the build and thus, not part of an installation set - the
source folder /ucb/source/ucp/odma is not built.
I did some research in
Am 29.09.2011 11:28, schrieb Oliver-Rainer Wittmann:
Hi,
thanks for details on ODMA and the made research on the current
source code.
I have figured out that the complete ODMA stuff in our source code is
not part of the build and thus, not part of an installation set -
the source
Indeed the ODMA content provider was never built in a regular build. The
project could be built manually, in case someone wanted to test or use
it. In fact it never was more than a nice try.
As I think I already told on this list in some other thread related to
ODMA, over at go-oo we did build
Hi,
I will now join the folks who are working on the clean up regarding
non-Apache license conform stuff.
Looking at the wiki - http://ooo-wiki.apache.org/wiki/ApacheMigration -
provides some low-hanging fruits for me for a start.
I will create patches for the following Apache license
Hi Oliver-Rainer;
--- On Wed, 9/28/11, Oliver-Rainer Wittmann wrote:
Hi,
I will now join the folks who are working on the clean up
regarding non-Apache license conform stuff.
Looking at the wiki - http://ooo-wiki.apache.org/wiki/ApacheMigration -
provides some low-hanging fruits for me
If you mean ODMA.h, I don't believe there is any dependency on it and you
should just get rid of it.
If you need to deal with it as third-party code, I can get you a version with a
BSD-variant license that applies, although the header itself has not been
touched. AIIM approved the license
Well... now that I think about it ...
The linux header (which is actually an GNU iconv header),
can probably be dealt without too. The MIT licensed header
in XFree86 is not on X.Org anymore so they did something
about it.
Is OOo on a opengrok anywhere? It would be good to see where
such headers
On Wed, Sep 28, 2011 at 3:40 PM, Dennis E. Hamilton
dennis.hamil...@acm.org wrote:
If you mean ODMA.h, I don't believe there is any dependency on it and you
should just get rid of it.
If you need to deal with it as third-party code, I can get you a version with
a BSD-variant license that
ODMA.h would not be a contribution to Apache. It would be an updated file with
a BSD-license adaptation notice and an AIIM Copyright Notice. (Only my
urologist gets to do cavity searches.)
If I spiffed up the files and reference code that are actually needed to have a
production-quality
On 28.09.2011 21:52, Pedro F. Giffuni wrote:
Is OOo on a opengrok anywhere? It would be good to see where
such headers are used.
this one still seems to work:
http://svn.services.openoffice.org/opengrok
there is also this one, but of course it has a rather different source
tree so such
--- On Wed, 9/28/11, Pedro F. Giffuni wrote:
Well... now that I think about it
...
The linux header (which is actually an GNU iconv header),
can probably be dealt without too. The MIT licensed header
in XFree86 is not on X.Org anymore so they did something
about it.
X.Org uses git and
FWIW;
--- On Wed, 9/28/11, Dennis E. Hamilton dennis.hamil...@acm.org wrote:
...
If you mean ODMA.h, I don't believe
there is any dependency on it and you should just get rid of
it.
If you need to deal with it as third-party code, I can get
you a version with a BSD-variant license that
Right,
So Odma.h cannot be in the grant, of course.
The #include in odma_lib.hxx is only used for the type definitions, since the
entry points need to be something that can be bound to pointers in a LoadLib of
odma32.dll, and odma_lib.hxx does that. The usage is perfectly fine, even with
13 matches
Mail list logo
