Thread: RE: [Java-gnome-developer] spec file
Brought to you by:
afcowie
From: Jeffrey M. <Jef...@Br...> - 2003-10-14 14:26:34
|
Feel free to apply as you wish. > On Tue, 2003-10-14 at 09:22, Luca De Rugeriis wrote: > > First I would like to thank you for continuing this project. > > I've made a spec file that I want to share: it's somewhat Redhat > > specific, however it's here. > > Nice work. Anyone mind if I apply this? I had made changes > to the spec > file to support the Eclipse plugin but these are more correct. -- Dan > |
From: Luca De R. <pie...@li...> - 2003-10-24 12:25:36
|
Although this is not a help request list, I think you must end up with lib/gtk-0.8.0.jar, lib/gnome-0.8.0.jar, lib/glade-0.8.0.jar. The Makefile was amended few days ago by me and by Dan Pilone, as well as the spec file. They work perfectly for me now, and it's strange you have had such results. I don't know if you have rpm on Gentoo, however if you have it, you better use the spec file. Luca. -- Luca De Rugeriis <pie...@li...> |
From: Darko O. <dob...@gm...> - 2003-10-25 20:15:28
|
Am 24.10.2003 13:09 schrieb(en) Luca De Rugeriis: > Although this is not a help request list, Possible bugs or shortcomings in the build-system might be of =20 development interest I assumed. ;) > I think you must end up with lib/gtk-0.8.0.jar, lib/gnome-0.8.0.=20 > jar, lib/glade-0.8.0.jar. Problem here was that I didn't have ant installed. configure didn't =20 complain, but used the empty output for the command instead, which =20 resulted in silent errors which I didn't notice in the first run. I'd suggest to check for ant and to abort configure if it's not there. > The Makefile was amended few days ago by me and by Dan Pilone, as =20 > well as the spec file. They work perfectly for me now, and it's =20 > strange you have had such results. One more problem in the process was the CLASSPATH. In src/Makefile.in =20 it's set to "build-java/gtk:build-java/gnome:build-java/glade", whereas =20 for compilation it needs classes in packages "org.gnu.gtk.*" and so on, =20 which are all in the directory "java", so changing the CLASSPATH to =20 simply "java" solved that for me. And then I come to a yet unresolved problem with install-targets. I =20 chose gnome and gcj-compile, so configure generated the following =20 install-target for me: # Install targets install: gnome_install glade_install gnome_native_install =20 glade_native_install But gnome_install and gnome_native_install both try to install =20 partially the same things, so I get errors in "ln"-operation. I have no clue how the system is menat to be set up, so... There are two more issues unmentioned, which I could solve, I'll get to =20 them later, if you are interested into getting them reported. Didn't =20 mean this as a simple support-request. I don't understand how this can work for you... ;) > I don't know if you have rpm on Gentoo, however if you have it, =20 > you better use the spec file. I certainly could extract that in a way, but I'd prefer a clean =20 solution and a self-compiled package. :) bye, Darko Obradovic |
From: Luca De R. <pie...@li...> - 2003-10-27 00:54:43
|
Il sab, 2003-10-25 alle 22:01, Darko Obradovic ha scritto: > Problem here was that I didn't have ant installed. configure didn't > complain, but used the empty output for the command instead, which > resulted in silent errors which I didn't notice in the first run. > I'd suggest to check for ant and to abort configure if it's not there. It should abort... however if you check the configure output (or config.log, I can't remember) it says "checking for ant:... no" > One more problem in the process was the CLASSPATH. In src/Makefile.in > it's set to "build-java/gtk:build-java/gnome:build-java/glade", whereas > for compilation it needs classes in packages "org.gnu.gtk.*" and so on, > which are all in the directory "java", so changing the CLASSPATH to > simply "java" solved that for me. Well, I have to confirm that it's works well for me from today's CVS which also fixes the GStringArray bug. The build-java directory is created during the build process. Maybe a bad ant installation? > And then I come to a yet unresolved problem with install-targets. I > chose gnome and gcj-compile, so configure generated the following > install-target for me: > > # Install targets > install: gnome_install glade_install gnome_native_install > glade_native_install > > But gnome_install and gnome_native_install both try to install > partially the same things, so I get errors in "ln"-operation. > I have no clue how the system is menat to be set up, so... It seems like you are not using the latest cvs version; I dunno, really. I had no problems with this, I used "./configure --with-gcj-compile" after patching the configure script because gcj was not correctly detected. I'll post the patch to the list soon. > Didn't mean this as a simple support-request. No offense was intended. It sounded like a help request to me :) Hope this helps, Luca -- Luca De Rugeriis <pie...@li...> |
From: Luca De R. <pie...@li...> - 2003-10-27 00:54:43
|
Il sab, 2003-10-25 alle 22:01, Darko Obradovic ha scritto: > Problem here was that I didn't have ant installed. configure didn't > complain, but used the empty output for the command instead, which > resulted in silent errors which I didn't notice in the first run. > I'd suggest to check for ant and to abort configure if it's not there. It should abort... however if you check the configure output (or config.log, I can't remember) it says "checking for ant:... no" > One more problem in the process was the CLASSPATH. In src/Makefile.in > it's set to "build-java/gtk:build-java/gnome:build-java/glade", whereas > for compilation it needs classes in packages "org.gnu.gtk.*" and so on, > which are all in the directory "java", so changing the CLASSPATH to > simply "java" solved that for me. Well, I have to confirm that it's works well for me from today's CVS which also fixes the GStringArray bug. The build-java directory is created during the build process. Maybe a bad ant installation? > And then I come to a yet unresolved problem with install-targets. I > chose gnome and gcj-compile, so configure generated the following > install-target for me: > > # Install targets > install: gnome_install glade_install gnome_native_install > glade_native_install > > But gnome_install and gnome_native_install both try to install > partially the same things, so I get errors in "ln"-operation. > I have no clue how the system is menat to be set up, so... It seems like you are not using the latest cvs version; I dunno, really. I had no problems with this, I used "./configure --with-gcj-compile" after patching the configure script because gcj was not correctly detected (at least on Redhat 9). I'll post the patch to the list soon. > Didn't mean this as a simple support-request. No offense was intended. It sounded like a help request to me :) Hope this helps, Luca -- Luca De Rugeriis <pie...@li...> |