Richard Frith-Macdonald schrieb: > For the base library, reverting the license to LGPLv2 should be easy, > but I'd also like the next stable release to mark all non-macosx stuff > as deprecated ... on the basis that this would warn developers about the > intention to be *highly* macosx compatible. Then we could either remove > deprecated features (or move them to the additions library and > undeprecate them) at will in the unstable branch after the release. > > If people are happy with this approach, I will at least try to search > out and mark things as deprecated in the next few days, but if anyone > wants to help with that I'd appreciate it.
I would like to voice my opinion that I agree that being *highly* Cocoa compatible /by default/ is a good idea with respect to making it easier to write portable apps. I'm also for moving the GNUstep additions to -baseadd. I'm even for renaming any extensions in the NS namespace to GS. I'm not convinced that deprecating all non Cocoa features is a desirable goal in itself. Yet we really need to make sure that we do not introduce last minute changes which affect applications in non-obvious ways. I think such structural changes are more fit for the beginning of a release cycle. I understand the contention wrt the intended longevity of a stable release so I don't want the to interpreted as a veto... it's just that I think we really need to think about the pros and cons wrt changing the public API (and possibly behavior) at this stage. Cheers, David _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev