Thread: [Java-gnome-developer] CVS changes
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-developer
|
From: Mark H. <mh...@ca...> - 2003-12-11 19:14:11
|
I have now moved the files to the new directory structure in cvs. I've started work on new build scripts for these, but not yet finished. Sourceforge help says they take up to 2 days (ex. weekends) to process jobs, so I thought it was better to upload now in the hope that they will do it before the weekend. I will continue trying to get the new configure scripts and make files to work once they have installed the changes. I removed gnome-postal and cromagnon from cvs -- it is time for them to move to another project. I have a backup of the current cvs - it would be useful if other people made backups of it too before sourceforge apply the modifications: http://cvs.sourceforge.net/cvstarballs/java-gnome-cvsroot.tar.bz2 On Wed, Dec 10, 2003 at 01:41:45PM +0000, Mark Howard wrote: > java-gnome/java-gnome-web > - website > java-gnome/java-gnome > - main code tree. Includes makefiles which will build everything. > { java-gnome/java-gnome/gtk > java-gnome/java-gnome/pango > java-gnome/java-gnome/atk > java-gnome/java-gnome/glib > java-gnome/java-gnome/glade > java-gnome/java-gnome/gnome > java-gnome/java-gnome/gtkhtml > java-gnome/java-gnome/vte > java-gnome/java-gnome/gconf > } - These are the main source code areas. Each will contain separate configure.in.in's and Makefile.in.in's, which will generate *.in files when combined with shared data from /common. > generate separate jar files and shared libraries > > { java-gnome/java-gnome/doc-core > java-gnome/java-gnome/doc-glade > java-gnome/java-gnome/doc-gnome > } - packages containing documentation and example applications. > > java-gnome/java-gnome/build > - scripts to automate creation of makefiles, tarballs, etc. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ca...> - 2003-12-12 16:07:02
|
Sourceforge have now (impressively quickly) completed the move, after first classifying it as high priority :) Anonymous cvs and web based cvs are still showing the old data (should be updated in a day or two). Developers may now check out the new tree. I suggest doing this in a clean directory and now taking the time to distinguish between the cvs HEAD branch and branches to be introduced in the future (e.g. 0.8) export CVS_RSH=ssh mkdir jg-HEAD cd jg-head cvs -z9 -d :ext:dev...@cv...:/cvsroot co . I've just added a basic README file to the main directory - please read this first. Note that the configure scripts and makefiles are likely to fail at the moment - they are still under development. Please try to help get these working and test them when they are done - we need to have this working perfectly before the next release (8 days!) -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ca...> - 2003-12-12 20:26:40
|
This is proving to be a lot trickier than I anticipated. I now have the makefiles in java-gnome/gtk working, building a library including glib,gdk,gtk,pango and atk (they have to be put together due to circular dependencies). gnome,gtkhtml and glade are also working, apart from the gcj native builds. I'm going to stop my development now since things are working slightly. The make scripts still need a lot of work doing to them before the release (10 days max!). If anybody on this list knows even the slightest about make, please could you fetch java-gnome from cvs and try building it. TODO: (please help) - find out why @GCJFLAGS@ isn't working - get gcj native builds working - get separate tarball builds working. (All my work so far has been trying to get the main cvs tree/all-in-one tarball to build). This involved writing configure scripts for each module which will find the required libraries, e.g. the gnome config script will replace @GTKJAR@ with the path to the gtk jar file, @NATIVEGTKJAR@ with the path to the so file, etc. - makefiles for documentation packages - make gcj native builds optional - Try building java-gnome and fix any other errors - Build individual tarballs, extract and try building them. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark H. <mh...@ca...> - 2003-12-13 13:06:28
|
On Fri, Dec 12, 2003 at 08:26:32PM +0000, Mark Howard wrote: > I'm going to stop my development now since things are working slightly. I couldn't just leave it in such a bad state, so I started reading make docs this morning and made more modifications. I'm uploading my changes now. The make scripts should now work much better. They also (correctly) only build what actually needs to be build - an improvement on the previous make scripts. We also no longer depend on ant. There are a few items on the build TODO though: - make gcj native builds optional -- at the moment, they are always built. - improve makefiles for the documentation packages - improve location detection of gtk jar file (for e.g. gnome tarball) - TEST Please test this now if you can. I will release 0.8.2 tarballs based on this tomorrow so that people who don't like cvs can start testing -- we need to make sure this works well before the release to send to gnome (8 days) If you do test it, please send a report here - even if it worked perfectly. Please send details of *any* errors you see. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2003-12-13 14:25:43
|
At this time I am not sure anybody but you can access the repository. I have tried everything I can think of and am unable to get the source. We must get this fixed as soon as possible. -Jeff On Sat, 2003-12-13 at 08:04, Mark Howard wrote: > On Fri, Dec 12, 2003 at 08:26:32PM +0000, Mark Howard wrote: > > I'm going to stop my development now since things are working slightly. > I couldn't just leave it in such a bad state, so I started reading make > docs this morning and made more modifications. I'm uploading my changes > now. > > The make scripts should now work much better. They also (correctly) only > build what actually needs to be build - an improvement on the previous > make scripts. We also no longer depend on ant. > > There are a few items on the build TODO though: > - make gcj native builds optional -- at the moment, they are always > built. > - improve makefiles for the documentation packages > - improve location detection of gtk jar file (for e.g. gnome tarball) > - TEST > > Please test this now if you can. I will release 0.8.2 tarballs based on > this tomorrow so that people who don't like cvs can start testing -- we > need to make sure this works well before the release to send to gnome (8 > days) > > If you do test it, please send a report here - even if it worked > perfectly. Please send details of *any* errors you see. |
|
From: Mark H. <mh...@ca...> - 2003-12-13 18:35:31
|
On Sat, Dec 13, 2003 at 09:20:22AM -0500, Jeffrey Morgan wrote: > At this time I am not sure anybody but you can access > the repository. I have tried everything I can think > of and am unable to get the source. We must get this > fixed as soon as possible. I'm not certain what's wrong with this. The #cvs.lock file is not in the tarball I uploaded to sourceforge. I think the CVS/Entry error you are getting is because you tried to fetch java-gnome, which failed then you only get the CVS/Entry error when you try again - CVS/Entry is not a file in the cvs repository, it is only created for your local sandbox. The web interface to cvs is working, which is very strange. I think the most likely cause of the problem is incorrect permissions on some of the files in the repository. I will open a support request on sourceforge, but it's unlikely that they will look at it until Monday. Until they fix this, I have uploaded a tarball to: http://java-gnome.sourceforge.net/tmp/java-gnome-20031213-1823.tar.bz2 -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Mark W. <ma...@kl...> - 2003-12-13 21:04:28
|
Hi, On Sat, 2003-12-13 at 19:35, Mark Howard wrote: > Until they fix this, I have uploaded a tarball to: > http://java-gnome.sourceforge.net/tmp/java-gnome-20031213-1823.tar.bz2 Quickly tried this out. And it seems to compile on my Debian unstable installation with --with-kaffe and with a symlink in /usr/share/java of libgcj-3.3.3.jar -> libgcj.jar. Also the javac (kjc) included with kaffe doesn't have a -sourcepath option, but having a javac -> jikes-classpath solved that problem. Also (although this wasn't a real problem) newer versions of kaffe don't have a Klasses.jar anymore. They do have a jre/lib/rt.jar though. Thomas Fitzsimmons, a gcj hacker, noticed that you need at least autoconf 2.58 since 2.57 gave some strange errors. He recommended adding AC_PREREQ(2.58). make install seems broken since INSTALL isn't defined in the Makefiles. The java source code still seems to load GTKJava and GNOMEJava. Is this still correct now that the library is split into smaller chunks? But I didn't really got it working. Looking at the build log, I saw a couple of errors and warnings that look suspicious. There are a couple of errors when building glade: /tmp/java-gnome-20031213-1823/java-gnome/javac -sourcepath java -d = build-java \ java/org/gnu/glade/AdjustmentDelegate.java =20 Found 60 semantic errors compiling "java/org/gnu/glade/ListenerDele= gate.java": =20 22. import org.gnu.gnome.event.AppBarListener; ^--------------------------------^ =20 Seems like a class/sourcepath setting error. Also there are a lot of warnings when linking gtkhtml like: gcc -g -O2 -fPIC -shared -o ../lib/libgtkhtmljava0.8.so.0.8.2 \ jni/org_gnu_gtk_html_HTMLContext.o jni/org_gnu_gtk_html_HTM= LDocument.o jni/org_gnu_gtk_html_HTMLParser.o jni/org_gnu_gtk_html_HTMLView= .o jni/org_gnu_gtk_html_dom_DomNode.o \ -g -O2 -fPIC -I /usr/local/kaffe/include/kaffe -Xlinker --= no-undefined jni/org_gnu_gtk_html_HTMLContext.o(.text+0x15): In function `Java_o= rg_gnu_gtk_html_HTMLContext_gtk_1html_1context_1get_1type': jni/org_gnu_gtk_html_HTMLContext.c:36: warning: undefined reference= to `gtk_html_context_get_type' jni/org_gnu_gtk_html_HTMLContext.o(.text+0x35): In function `Java_o= rg_gnu_gtk_html_HTMLContext_gtk_1html_1context_1get': jni/org_gnu_gtk_html_HTMLContext.c:47: warning: undefined reference= to `gtk_html_context_get' =20 vte-Terminal doesn't compile: gcc -c -g -O2 -fPIC jni/org_gnu_gnome_vte_Terminal.c -o jni/org_gnu= _gnome_vte_Terminal.o -I /usr/local/kaffe/include/kaffe -I/usr/include/gtk-= 2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-= 1.0 -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/glib-2.0 -= I/usr/lib/glib-2.0/include \ -I/usr/include/gtkhtml-2.0 -I/usr/include/gtk-2.0 -I/usr/includ= e/libxml2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/= pango-1.0 -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/glib= -2.0 -I/usr/lib/glib-2.0/include -DORBIT2=3D1 -pthread -I/usr/include/lib= gnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -= I/usr/include/gtk-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/u= sr/include/libbonoboui-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/incl= ude -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gn= ome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activati= on-2.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0= /include -I/usr/include/atk-1.0 -I/usr/X11R6/include -I/usr/include/libxml2= -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml= 2 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.= 0 -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/glib-2.0 -I/= usr/lib/glib-2.0/include jni/org_gnu_gnome_vte_Terminal.c:25:21: vte/vte.h: No such file or = directory jni/org_gnu_gnome_vte_Terminal.c: In function `Java_org_gnu_gnome_v= te_Terminal_vte_1terminal_1fork_1command': jni/org_gnu_gnome_vte_Terminal.c:56: error: `gchar' undeclared (fir= st use in this function) Let me know if there is anything I should try to help you get this release = rolling. Cheers, Mark |
|
From: Jeffrey M. <ku...@zo...> - 2003-12-13 11:35:26
|
I am not able to checkout any code from the repository. Can anybody else get the code? cvs checkout: ignoring java-gnome (CVS/Entries missing) cvs checkout: in directory java-gnome: cvs checkout: cannot open CVS/Entries for reading: No such file or directory cvs server: Updating java-gnome cvs server: failed to create lock directory for `/cvsroot/java-gnome/java-gnome' (/cvsroot/java-gnome/java-gnome/#cvs.lock): Permission denied cvs server: failed to obtain dir lock in repository `/cvsroot/java-gnome/java-gnome' cvs [server aborted]: read lock failed - giving up -Jeff On Fri, 2003-12-12 at 15:26, Mark Howard wrote: > This is proving to be a lot trickier than I anticipated. I now have the > makefiles in java-gnome/gtk working, building a library including > glib,gdk,gtk,pango and atk (they have to be put together due to circular > dependencies). gnome,gtkhtml and glade are also working, apart from the > gcj native builds. > > I'm going to stop my development now since things are working slightly. > The make scripts still need a lot of work doing to them before the > release (10 days max!). If anybody on this list knows even the slightest > about make, please could you fetch java-gnome from cvs and try building > it. > > > TODO: (please help) > - find out why @GCJFLAGS@ isn't working > - get gcj native builds working > - get separate tarball builds working. (All my work so far has been > trying to get the main cvs tree/all-in-one tarball to build). This > involved writing configure scripts for each module which will find > the required libraries, e.g. the gnome config script will replace > @GTKJAR@ with the path to the gtk jar file, @NATIVEGTKJAR@ with the > path to the so file, etc. > - makefiles for documentation packages > - make gcj native builds optional > - Try building java-gnome and fix any other errors > - Build individual tarballs, extract and try building them. |
|
From: Luca De R. <pie...@li...> - 2003-12-13 17:39:28
|
Il sab, 2003-12-13 alle 12:30, Jeffrey Morgan ha scritto: > I am not able to checkout any code from the repository. Can > anybody else get the code? Same problem... > cvs checkout: ignoring java-gnome (CVS/Entries missing) > cvs checkout: in directory java-gnome: > cvs checkout: cannot open CVS/Entries for reading: No such file or > directory It seems it's missing the CVS/Entry dir. -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2003-12-13 19:40:21
|
Il gio, 2003-12-11 alle 20:14, Mark Howard ha scritto: > I removed gnome-postal and cromagnon from cvs -- it is time for them to > move to another project. I agree, I could get CroMagnon into a new Sf project, but I don't aobut gnome-postal: TBH hacking on cromagnon is nice and, although in practice I make a little use of it, it could grow with new feature and AFAIK there aren't other gtk crontab guis around. But for a mail client we have a such large app like evolution and many other nuce apps like sylpheed, balsa, kmail so I don't have so much intererst in it... I'm sorry to say that I have to wait next year to do some real work on cromagnon and gnome-java (new hardware, finished exams...), however I'll try to do what I'm able to. If everyone agree I'm going to open a new project for cromagnon, maybe after working on the api changes list which at the moment it's more important. -- Luca De Rugeriis <pie...@li...> |
|
From: Mark H. <mh...@ca...> - 2003-12-14 13:25:53
|
On Sat, Dec 13, 2003 at 10:04:24PM +0100, Mark Wielaard wrote: > > http://java-gnome.sourceforge.net/tmp/java-gnome-20031213-1823.tar.bz2 >=20 > Quickly tried this out. And it seems to compile on my Debian unstable Great! > installation with --with-kaffe and with a symlink in /usr/share/java of > libgcj-3.3.3.jar -> libgcj.jar. Also the javac (kjc) included with kaffe > doesn't have a -sourcepath option, but having a javac -> jikes-classpath > solved that problem. Do you think we need to do more in our configure script? If you have an example configure script for a well-behaving free Java program, could you possibly point me in the direction of it so I can possibly copy some sections. (I suspect such an example would be useful to lots of open source Java projects, not just ours) > Also (although this wasn't a real problem) newer versions of kaffe don't > have a Klasses.jar anymore. They do have a jre/lib/rt.jar though. Do you know which versions? > Thomas Fitzsimmons, a gcj hacker, noticed that you need at least > autoconf 2.58 since 2.57 gave some strange errors. He recommended adding > AC_PREREQ(2.58). Thanks. will fix now. > make install seems broken since INSTALL isn't defined in the Makefiles. It should be defined, but I haven't done much work on it, so it's likely to be broken. I will check through the install targets today. > The java source code still seems to load GTKJava and GNOMEJava. Is this > still correct now that the library is split into smaller chunks? We need to add versions to that.=20 Those two are correct, but glade, gtkhtml, gconf and vte have separate libs now. I will look into it. > But I didn't really got it working. Looking at the build log, I saw a > couple of errors and warnings that look suspicious. >=20 > There are a couple of errors when building glade: Fixed in cvs. I have no idea how this worked for me. I guess I must have had classpath set already. > Also there are a lot of warnings when linking gtkhtml like: gtkhtml is still being written, so this is expected. It's not going to be on the modules list for the gnome bindings release (for the moment, anyway). > vte-Terminal doesn't compile: Looks like it's missing some libraries. vte was never in the build scripts properly anyway - it had a separate build-vte.sh script. I will look into it. > Let me know if there is anything I should try to help you get this releas= e rolling. Thanks a lot for all your help so far. This is really useful.=20 I will make modifications today fixing the above and upload another tarball later. If you could test that, it would be really useful. --=20 .''`. Mark Howard : :' : `. `' http://www.tildemh.com=20 `- mh...@de... | mh...@ti... | mh...@ca...=20 |
|
From: Mark W. <ma...@kl...> - 2003-12-20 16:30:21
|
Hi, On Sun, 2003-12-14 at 11:11, Mark Howard wrote: > On Sat, Dec 13, 2003 at 10:04:24PM +0100, Mark Wielaard wrote: > > Also (although this wasn't a real problem) newer versions of kaffe don'= t > > have a Klasses.jar anymore. They do have a jre/lib/rt.jar though. > Do you know which versions? Since kaffe 1.1.0, but you need at least 1.1.1 or higher anyway to work with java-gnome anyway. Cheers, Mark |
|
From: Mark H. <mh...@ca...> - 2003-12-15 18:32:55
|
The gnu autoconf-archive has autoconf macros for findings a java compiler, jar and javadoc. I've replaced our hacky code with this and regenerated aclocal.m4 (and copied the required bits from autoconf-archive into our source tree).=20 I've not been able to find a replacement for the AM_PATH_GCJ macro, which checks the version of gcj. I have a feeling that this might be what's causing the problems with some versions of autoconf, so it would be good if we could find a replacement -- it would be great if gcj people would create and maintain this. On Sun, Dec 14, 2003 at 10:11:12AM +0000, Mark Howard wrote: > On Sat, Dec 13, 2003 at 10:04:24PM +0100, Mark Wielaard wrote: > > > http://java-gnome.sourceforge.net/tmp/java-gnome-20031213-1823.tar.bz2 > >=20 > > Quickly tried this out. And it seems to compile on my Debian unstable > Great! > > installation with --with-kaffe and with a symlink in /usr/share/java of > > libgcj-3.3.3.jar -> libgcj.jar. Also the javac (kjc) included with kaffe > > doesn't have a -sourcepath option, but having a javac -> jikes-classpath > > solved that problem. > Do you think we need to do more in our configure script? If you have an > example configure script for a well-behaving free Java program, could > you possibly point me in the direction of it so I can possibly copy some > sections. (I suspect such an example would be useful to lots of open > source Java projects, not just ours) --=20 .''`. Mark Howard : :' : `. `' http://www.tildemh.com=20 `- mh...@de... | mh...@ti... | mh...@ca...=20 |
|
From: Thomas F. <fi...@re...> - 2003-12-15 22:01:09
|
On Mon, 2003-12-15 at 12:38, Mark Howard wrote: > The gnu autoconf-archive has autoconf macros for findings a java > compiler, jar and javadoc. I've replaced our hacky code with this and > regenerated aclocal.m4 (and copied the required bits from > autoconf-archive into our source tree). > > I've not been able to find a replacement for the AM_PATH_GCJ macro, > which checks the version of gcj. I have a feeling that this might be > what's causing the problems with some versions of autoconf, so it would > be good if we could find a replacement -- it would be great if gcj > people would create and maintain this. > Hi, I attempted to build the java-gnome bindings using only gcj on the weekend, but I eventually gave up. Here are some comments/questions. First of all, thanks for doing java-gnome. Like Mark Wielaard, I think it's a really important project for free software. I'm totally ignorant of the build procedures used in the GNOME project, so bear with me if these questions can be answered by checking GNOME policy documents. First question: as stated in the README, the CVS checkout does look really weird. But the README doesn't give justification for the weirdness! It looks like the .in.in files are an attempt to reuse bits of configury that are common to the various subpackages. But when working with the autotools a more conventional approach is to have top-level configure.in and Makefile.in files that contain this common configury, and then have the build recurse into the sub-packages' directories. Like I said before, I'm probably ignorant of some GNOME build-system design decision here -- I'm just suggesting a way to eliminate some weirdness. Another question: why not use automake? For gcj support, automake makes things much easier. And the install problems that Mark was seeing will likely just disappear. Anyway, I think a lot of configury changes are needed to cleanly support gcj-only builds, and it's probably not a priority right now, with the gnome-bindings deadline approaching. Configury changes can be made without affecting binary or source compatibility. :) I hope these suggestions help, Tom |
|
From: Mark H. <mh...@ca...> - 2003-12-16 08:42:48
|
On Mon, Dec 15, 2003 at 05:00:57PM -0500, Thomas Fitzsimmons wrote: > First question: as stated in the README, the CVS checkout does look > really weird. But the README doesn't give justification for the > weirdness! It looks like the .in.in files are an attempt to reuse bits > of configury that are common to the various subpackages. The gnome bindings release want us to make separate tarballs for each module, the main reason being because they think it will look good on the website to list which modules each binding supports. That's why I had to split everything. This means having separate Makefiles and configure scripts for each module. Much of the configure scripts and Makefile is shared between the components, so I created the in.in files so these shared parts can be kept in common/ files and the job of updating them should be easier (only have to update one file). > Another question: why not use automake? For gcj support, automake makes > things much easier. And the install problems that Mark was seeing will > likely just disappear. As you've probably guessed, I am no build system expert. In fact, this is one of the most complicated changes I've made to a build system so far. Java-Gnome previously used Makefile.in's, so I just continued along that line. I will look into automake though. > Anyway, I think a lot of configury changes are needed to cleanly support > gcj-only builds, and it's probably not a priority right now, with the > gnome-bindings deadline approaching. Configury changes can be made > without affecting binary or source compatibility. :) Good point. I think making everyone build the gcj builds will make them more likely to try them out too, which has got to be a good thing. > I hope these suggestions help, Yes, thanks a lot for your time. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X