=== wasabi [~wasabi@c-67-174-81-195.hsd1.tx.comcast.net] has joined #ubuntu-java === jbailey [~jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-java === ChanServ [ChanServ@services.] has joined #ubuntu-java === wasabi [~wasabi@c-67-174-81-195.hsd1.tx.comcast.net] has joined #ubuntu-java === netjoined: irc.freenode.net -> kornbluth.freenode.net === topic_ [~topic@mpiat2305.ag2.mpi-sb.mpg.de] has joined #ubuntu-java === jbailey [~jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-java === wasabi [~wasabi@c-67-174-81-195.hsd1.tx.comcast.net] has joined #ubuntu-java === wasabi [~wasabi@c-67-174-81-195.hsd1.tx.comcast.net] has joined #ubuntu-java === doko [~doko@a130-233-5-210.debconf5.hut.fi] has joined #ubuntu-java === jbailey_ [~jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-java === ChanServ [ChanServ@services.] has joined #ubuntu-java [03:18] Need some packaging advice. [03:18] I have totally altered /usr/share/eclipse and /usr/lib/eclipse. Mnay dirs turned to symlinks, many symlinks turned to dirs. [03:18] dpkg of course plays havok with that. [03:19] Yeah. dpkg will follow symlinks to install things. [03:19] So how do I clean it up proper? I have come up with this less-than-stellar idea. [03:20] Introduce a new "eclipse-base" package and have it rmdir /usr/share/eclipse and /usr/lib/eclipse on clean install. [03:20] First can you tell me why there's a symlink farm? [03:20] Eclipse's home has been moved to /usr/lib/eclipse [03:20] So you're just trying to preserve existing installs? [03:20] Packages split into eclipse-feature, eclipse-feature-common and eclipse-feature-gcj [03:20] No. I am just trying to make upgrading possible. [03:21] -common stuff installs to /usr/share/eclipse [03:21] non -common stuff installs into /usr/lib/eclipse, including a symlink farm in plugins pointing to /usr/share/eclipse/plugins [03:21] (arch indep plugins) [03:22] This is because Eclipse creates different plugins per arch. [03:22] Upgrading from what? [03:22] Current breezy [03:22] Previous packages. [03:22] ? [03:22] Yeah [03:22] Do the symlinks eventually go away? [03:22] No. [03:22] If not, should eclipse simply be hacked to look in both places? [03:23] I'd imagine that is pretty hard to do. [03:23] Here's the thing. take eclipse-rcp [03:23] It installs plugins/org.eclipse.swt.gtk.linux.x86/ [03:23] on ppc is's called ppc [03:24] That's /usr/lib/eclipse/... ? [03:24] Yup. [03:24] /usr/lib/eclipse/plugins [03:24] My delima was I can't put a file named x86 in /usr/share [03:24] Or I'd have to put the files named ppc and ppc64 and amd64 blah blah in there also. [03:24] But eclipse expects to find things in /usr/share/eclipse/plugins/org... ? [03:25] It used to. [03:25] Last version's Eclipse home was /usr/share/eclipse. [03:25] One dir, it can't search outside it for core plugins. [03:25] Ah, hmm. [03:25] I can't explain this right can I? [03:26] No, I think I understand. [03:26] Eclipse "lives" in one directory. It expects to have the core plugins there. [03:26] I'm just trying to think of a way to solve this without needing a symlink farm. [03:26] Some core plugins are platform dependent. [03:26] It actually works out pretty decently... it's just annoying on upgrade. [03:27] So do you symlink for each plugin then to the common directory? [03:27] I could nix -common and install EVERYTHING to /usr/lib, but I wanted to put things in -common for archive space [03:27] Yes. Correct. [03:27] It's sort of like /usr/lib/X11 [03:27] Yeah. [03:27] Except fUglier. [03:28] Well, I wrote a 3 lines bash snippet to do it. [03:28] hehe. [03:28] Sounds like my mother in law is awake, I might be able to use the main terminal now, just a sec. [03:28] Let me upload my packges for you [03:29] I mean, I have it working... I just want advice on whether there's a better way. [03:29] I really don't fancy hacking around in Eclipse to solve it. [03:29] The only thing better would be to teach eclipse the concept of looking in multiple places. [03:29] It has the concept, just not for core plugins. [03:29] swt is a core one. [03:31] http://akita.larvalstage.net/~wasabi/eclipse [03:34] Much better. [03:40] ANyways, with this trick, if you figure out how to get ppc compiling, it should work. :0 [03:42] Grab the .orig from the archive? [03:42] Yes === bebop [~boris@suc94-2-82-230-13-211.fbx.proxad.net] has joined #ubuntu-java [03:42] hi [03:42] hi [03:43] Well, what I ended up doing is creating an eclipse-base package, which everything pre-depends on. [03:43] I can define that as the base of all eclipse features, put the binary in it, etc. [03:43] Err. it's not in main? [03:43] universe [03:43] Cool, fetching. [03:44] im newbie of java and pbms are already raising: i have error in samples of xerces just downloaded [03:44] And eclipse-base rm -rf's /usr/lib/eclipse and /usr/share/eclipse on clean install [03:44] Which is fine since nobody has yet packaged any other plugins. [03:44] Well..... [03:44] The risk is clobbering something local that someone has done. [03:44] Yeah. [03:44] So it should really only be done on an upgrade, and if type can be narrowed, that would be great. [03:45] I recognize it as a risk, but I don't think that at this stage it matters.... [03:45] First off, there's nothing people should be modifying in /usr/share/eclipse. [03:45] jbailey, it's not an upgrade though. [03:45] Right, but do thou not try to outthink the sysadmin, for he is mad and is therefore unpredictable. [03:45] eclipse-base never previously existed. [03:46] Yeah, hmm. [03:46] I'm heading to work now. Let me know what you think. ;) [03:46] bbs [03:46] Will do, I'm just starting the build here on ppc. [03:47] I know it won't work. Swt still doesn't build. [03:47] Yeah, maybe I can convince it. [03:47] But you are more than welcome to conquer that. ;) [03:47] cya [03:56] Compiling 484 source files to /home/jbailey/Programming/packaging/eclipse/eclipse-3.1/source-tree/plugins/org.eclipse.swt.win32.win32.x86/temp.folder/@dot.bin [03:56] wtf? [03:56] this is powerpc-linux... === topic_ is now known as robilad === mgalvin [~mgalvin@host-66-202-95-170.spr.choiceone.net] has joined #ubuntu-java [04:14] hi all === wasabi_ [~wasabi@207.55.180.100] has joined #ubuntu-java [04:20] hi mgalvin [04:20] howdy [04:23] wasabi_: /tmp/ccDIVnqk.s:5112275: Error: operand out of range (0x0000000000008000 is not [04:23] between 0xffffffffffff8000 and 0x0000000000007fff) [04:23] Is this what you were seeing on ppc? [04:23] gcj thing? [04:23] No. that's new. [04:24] What I was talking about was most likely a simple build script problem. [04:56] Got some info from the gcj folks. Seems there's a hack to aot-compile that we ought to be using to split jar files. [05:32] wasabi_: Any objections to me updating aot-compile from java-gcj-compat and using it in eclipse? [05:32] Depends what aot-compile is [05:33] Never noticed it before. [05:33] It's a jar to .so wrapper script. [05:33] Oh. [05:33] New to me. [05:33] No objection. [05:34] Apparently it now splits jar files for compilation to work around this bug I'm seeing on ppc. [05:45] So you see my symlink stuff? [05:49] I haven't got that far yet, sorry. [05:50] I followed the conversation in #gcj while looking at some kernel stuff for Fabio. === doko [~doko@a130-233-5-210.debconf5.hut.fi] has joined #ubuntu-java === wasabi_ [~wasabi@207.55.180.100] has joined #ubuntu-java === yourghetek [~user@c-67-174-254-167.hsd1.ca.comcast.net] has joined #ubuntu-java === yourghetek [~user@c-67-174-254-167.hsd1.ca.comcast.net] has left #ubuntu-java []