On Mon, 22 Jun 2009 22:30:48 -0400 Joe Smith wrote: [...] > > * 3. Derived works are not contained in the info.clearthought > > * namespace/package or any subpackage of info.clearthought. This > > * means that your patch files must change the namespace/package > > * for the derived work. See section II for examples. > > This one is tricky. This may be acceptable under DFSG 4. It is clearly > within the spirit of DFSG 4. > > > * 4. Derived works do not use the class or interface names from the > > * info.clearthought... packages. This means your patch files > > * must change the names of the interfaces and classes they alter. > > * See section II for examples. > > If each class/interface is considered a seperate work, then this is probably > acceptable under DFSG 4. Personally, I don't think that these two clauses meet DFSG#4 and DFGS#3. They seem to effectively forbid the creation of a drop-in replacement for the work with one or more bugs fixed (assuming that the work may be used as a sort of library...). Or do I read them the wrong way? -- New location for my website! Update your bookmarks! http://www.inventati.org/frx ..................................................... Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4
Attachment:
pgpmx2L7m2yXI.pgp
Description: PGP signature