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 Odma.h having a BSD-license variant. (I wonder if it shows up in the THIRDPARTYLICENSEREADME.html though.) Now the question is whether the library or the little executable is actually built and used in a distribution. If it is, I'll be happy to provide an odma.h with an explicit license statement. - Dennis -----Original Message----- From: Pedro F. Giffuni [mailto:giffu...@tutopia.com] Sent: Wednesday, September 28, 2011 18:02 To: ooo-dev@incubator.apache.org; dennis.hamil...@acm.org Subject: RE: my next (tiny) steps - clean up regarding stuff which is not conform to the Apache license 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 applies, > although the header itself has not been touched. AIIM > approved the license some time ago. > > I think the simple solution is to remove the ODMA.h header > and delete the dialog about offering ODMA selections on Open > ... first or not (if that is even present in current > OpenOffice.org builds). Post the patch on removing > ODMA.h and I'll be happy to commit it [;<). > odma.h is only used here: ucb/source/ucp/odma/odma_lib.hxx odma.h by itself doesn't have any license information but it has the copyright: /* odma.h - Definitions, prototypes, etc. for Open Document Managment API (ODMA) version 2.0. COPYRIGHT (C) 1994, 1995 AIIM International All Right Reserved */ The surrounding code, however, is all LGPL by Oracle. I checked the Hg log (I told you it might useful!) and the initial revision is copyrighted by SUN so I guess we will get it through the SGA. I think we should just leave it as is for now. Pedro. > - Dennis > > DETAILS > > In fact, ODMA.h is not a file anyone would use to bind to > the ODMA32.dll, because then ODMA32.dll is required to be on > the system. The whole idea is that ODMA32.dll and the > present of a DMS that is registered to work with > OpenOffice.org is done by discovery, and these are the wrong > headers and the wrong protocol for that. > > If someone wants to figure out a decent binding for ODMA32 > (there is no ODMA64 at this time) in the future, I can help > with that. I even have better headers and sample code > for going through the discovery process. I can even > Apache License those [;<). (Duhh. I just > realized that.) > > However, I suspect that any further efforts at DMS and > Content Management systems would be by tightening the WebDAV > integration and also looking into CMIS as the most promising > low-hanging fruit for content-management integration. > > -----Original Message----- > From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com] > > Sent: Wednesday, September 28, 2011 06:05 > To: ooo-dev@incubator.apache.org > Subject: my next (tiny) steps - clean up regarding stuff > which is not conform to the Apache license > > 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 > problems: > - UnixODBC > - dtrans/source/os2/clipb/OS2Bitmap.cxx > - A header from GNU c library > - ODMA > > Any objections to execute these already proposed and marked > as solved > issues? > > > Best regards, Oliver. > > >
