[01:19] <nikk> hi to all!! someone knows a wrapper for java under linux??
[05:44] <doko> tashiro: swt still broken on amd64 :/
[07:04] <doko> tashiro_: ping
[08:31] <vil> hi tashiro, I have question regarding your lost bioclipse package
[08:31] <tashiro> Hi vil
[08:32] <vil> it depends on the eclipse.core. so how did you package? as a plugin for the standard eclipse right next to the JDT and others?
[08:35] <tashiro> What? The org.eclipse.core plugins are in eclipse-platform
[08:35] <vil> and also I want to congratulate you guys, today I updated Eclipse in my Edgy and so far it works perfect!
[08:36] <tashiro> Uhh ha. doko was able to upload it ?
[08:37] <tashiro> I hope that it's too buggy
[08:37] <vil> did you put the bioclipse plugins to /usr/lib/eclipse/plugins? which would mean that you could use bioclipse from within eclipse. or did you make a standalone application?
[08:37] <tashiro> For bioclipse you can see how I tried to package EMF in eclipse-emf
[08:38] <vil> I am looking at eclipse-emf right now
[08:38] <tashiro> Hmm, yes. We havn't talk much about rcp clients yet
[08:39] <tashiro> I would use /usr/lib/bioclipse/{features,plugins} and use a separate install site /usr/lib/eclipse
[08:42] <vil> this way it would still be available in full eclipse. I mean that it does not make much sense to be able to switch from bioclipse to java.
[08:42] <tashiro> With a similar file like /usr/lib/eclipse/links/local.link
[08:46] <vil> what do you think about it?
[08:47] <tashiro> Hmm, I don't. It has pros and cons to put the bioclipse plugins in /usr/lib/eclipse
[08:50] <vil> would you consider it better to have the option to switch? I am interrested in the pros, because I do not know bioclipse very much.
[08:52] <tashiro> The pro is that you can use Bioclipse's plugins in your Workbench. The con is that you have more unnecessary plugins in Eclipse
[08:53] <tashiro> I think the cons outweigh the pros
[08:54] <tashiro> SO, as I said I would use /usr/lib/bioclipse with a link(not a fs link) to /usr/lib/eclipse
[08:55] <vil> for me it would be more confortable to have it standalone, but this is just my opinion.
[08:56] <tashiro> Yes, it's standalone
[08:56] <tashiro> But to copy existing plugins is a preferred option.
[08:58] <vil> what exactly does this /usr/lib/eclipse/link do?
[08:59] <tashiro> It's used by the OSGi framework to specify an additional location where plug-ins can exist
[09:01] <vil> ok, so far for my theoretical lessons, now I should do some real work ;) see you after some months (hopefully not)
[09:01] <tashiro> months?
[09:02] <tashiro> What do you plan to do?
[09:02] <vil> just kidding. but it does not seem very easy to package it.
[09:02] <tashiro> No, definitely not
[09:03] <vil> btw. were you able to spawn Help Contents in the newly packaged Eclipse? it works using sun's java but not with gcj.
[09:04] <tashiro> No, I hadn't time yet to look into that issue. And overholt doesn't know anything about it.
[09:05] <vil> ok
[09:16] <tashiro> vil: I just found following interesting documentation : http://www-128.ibm.com/developerworks/library/os-ecl-manage/
[09:22] <vil> thanks, seems interresting
[09:41] <doko> tashiro: doesn't work on amd64 :-/
[09:43] <tashiro> doko: What doesn't work. The problem with TomcatApserver and GCJ?
[09:43] <doko> swt-gtk
[09:44] <doko> Exception in thread "main" java.lang.UnsatisfiedLinkError: memmove
[09:44] <doko>    at org.eclipse.swt.internal.gtk.OS.memmove(org.eclipse.swt.gtk.linux.x86_64_3.2.1.v3235.jar.so)
[09:44] <doko>    at org.eclipse.swt.internal.Converter.wcsToMbcs(org.eclipse.swt.gtk.linux.x86_64_3.2.1.v3235.jar.so)
[09:44] <doko>    at org.eclipse.swt.internal.Converter.wcsToMbcs(org.eclipse.swt.gtk.linux.x86_64_3.2.1.v3235.jar.so)
[09:44] <doko>    at org.eclipse.swt.widgets.Display.<clinit>(org.eclipse.swt.gtk.linux.x86_64_3.2.1.v3235.jar.so)
[09:44] <doko>    at java.lang.Class.initializeClass(libgcj.so.70)
[09:45] <doko> google for java.lang.UnsatisfiedLinkError org.eclipse.swt.internal.gtk.OS.memmove ...
[09:46] <tashiro> I saw that we also disabled the swttools patch, which is necessary AFAIK for 64bit platforms
[09:50] <tashiro> doko: I will try to convert the latest patches from the Fedora Repo in the next time and hope we can such things
[09:52] <doko> tashiro: that would be great
[09:54] <tashiro> doko: I got a different error with Azureus: http://rafb.net/paste/results/sO21vy75.html
[09:57] <doko> tashiro LD_LIBRARY_PATH=/usr/lib/jni azureus
[11:03] <vil> doko: do you know anything about org.eclipse.resources.linux?
[11:07] <doko> vil: no
[11:11] <vil> doko: never mind, good night
[11:18] <doko> good night :)