[cp-patches] X/Escher peers
csm at gnu.org
Thu Jun 29 22:09:59 UTC 2006
On Jun 29, 2006, at 2:35 AM, Roman Kennke wrote:
> Hi Casey,
>> Oh, and also, why can't we include the Escher source in external/? It
>> sounds to me like it needs to be forked anyway (especially if it's
>> going to get Xauthority handling, which it definitely needs). Is the
>> author even working on it any more?
> Escher is an external library, just like GTK or Qt. Only that it
> to be programmed in Java. The original author isn't actively
> working on
> it atm. BUT I do, and he made me co-maintainer of Escher. I already
> a couple of fixes to get the X peers working and will do a realease
> I agree, having this in external/ would make things easier, but it
> a cleaner approach to handle it like other libs that we depend on.
> do others think?
I'd agree that treating it like just another library is a good
option, but it's just that I don't think Java library installation
handling is quite as consistent as shared libraries. I mean, it's
been a while since I've done a lot of user-level Java stuff on Linux,
but my understanding was that each distribution still had its own
bizarre way of installing Java libraries.
And, I'm a little concerned that few people will have Escher
installed, or will be able to install it through their distribution,
whereas GTK or Qt are things that a user rarely has to worry about,
because they're a part if his system.
I mean, if there aren't any fatal issues with including Escher in
external/, then why not do so?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 478 bytes
Desc: This is a digitally signed message part
Url : http://developer.classpath.org/pipermail/classpath-patches/attachments/20060629/8ba2891c/PGP.pgp
More information about the Classpath-patches