java-gnome-developer Mailing List for The java-gnome language bindings project (Page 93)
Brought to you by:
afcowie
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(37) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(2) |
Feb
(20) |
Mar
(20) |
Apr
(8) |
May
|
Jun
(1) |
Jul
(6) |
Aug
(39) |
Sep
(37) |
Oct
(34) |
Nov
(50) |
Dec
(22) |
2002 |
Jan
(7) |
Feb
(13) |
Mar
(32) |
Apr
(16) |
May
(26) |
Jun
(20) |
Jul
(32) |
Aug
(7) |
Sep
(2) |
Oct
(11) |
Nov
(3) |
Dec
(35) |
2003 |
Jan
(11) |
Feb
(3) |
Mar
(8) |
Apr
(3) |
May
(11) |
Jun
(20) |
Jul
(11) |
Aug
(29) |
Sep
(13) |
Oct
(91) |
Nov
(185) |
Dec
(207) |
2004 |
Jan
(108) |
Feb
(171) |
Mar
(207) |
Apr
(113) |
May
(22) |
Jun
(53) |
Jul
(69) |
Aug
(43) |
Sep
(34) |
Oct
(182) |
Nov
(101) |
Dec
(61) |
2005 |
Jan
(86) |
Feb
(45) |
Mar
(106) |
Apr
(67) |
May
(70) |
Jun
(47) |
Jul
(19) |
Aug
(34) |
Sep
(24) |
Oct
(45) |
Nov
(20) |
Dec
(58) |
2006 |
Jan
(21) |
Feb
(21) |
Mar
(16) |
Apr
(24) |
May
(24) |
Jun
(47) |
Jul
(20) |
Aug
(8) |
Sep
(13) |
Oct
(7) |
Nov
(23) |
Dec
(2) |
2007 |
Jan
|
Feb
(14) |
Mar
(3) |
Apr
(11) |
May
(1) |
Jun
(15) |
Jul
(2) |
Aug
(5) |
Sep
(10) |
Oct
(5) |
Nov
(1) |
Dec
|
2008 |
Jan
|
Feb
(13) |
Mar
(13) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
(5) |
Aug
(7) |
Sep
(2) |
Oct
(14) |
Nov
(11) |
Dec
(12) |
2009 |
Jan
(30) |
Feb
(4) |
Mar
(16) |
Apr
(9) |
May
(9) |
Jun
(7) |
Jul
(6) |
Aug
(3) |
Sep
(14) |
Oct
(8) |
Nov
(12) |
Dec
(9) |
2010 |
Jan
(4) |
Feb
(27) |
Mar
(6) |
Apr
(4) |
May
(3) |
Jun
(13) |
Jul
(6) |
Aug
(15) |
Sep
(15) |
Oct
(12) |
Nov
(11) |
Dec
(9) |
2011 |
Jan
(12) |
Feb
(11) |
Mar
|
Apr
(3) |
May
|
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(8) |
Nov
(1) |
Dec
|
2012 |
Jan
|
Feb
(10) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(2) |
Sep
(7) |
Oct
(7) |
Nov
|
Dec
(4) |
2013 |
Jan
(8) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
(3) |
Jun
(3) |
Jul
(16) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Luca De R. <pie...@li...> - 2004-02-10 20:56:32
|
Il mar, 2004-02-10 alle 20:05, Luigi Maselli ha scritto: > I had this problem compiling java-gnome under Gentoo.. > > [..] > creating java-gnome.spec > creating java-gtk.spec > sed: espressione -e #1, carattere 43: Comando `s' non terminato > sed: espressione -e #1, carattere 36: Comando `s' non terminato > sed: espressione -e #1, carattere 67: Comando `s' non terminato > make -C src gtk gnome > make[1]: Entering directory > `/var/tmp/portage/java-gnome-0.7.1/work/java-gnome-0.7.1/src' > make[1]: *** No rule to make target `gtk'. Stop. > make[1]: Leaving directory > `/var/tmp/portage/java-gnome-0.7.1/work/java-gnome-0.7.1/src' > make: *** [distro] Error 2 > > !!! ERROR: dev-java/java-gnome-0.7.1 failed. > !!! Function src_compile, Line 49, Exitcode 2 > !!! (no error message) This is an extremely old j-g release. A new ebuild was submitted since november, and a new one was submitted few days ago. It should be in bugs.gentoo.org . -- Luca De Rugeriis <pie...@li...> |
From: Luca De R. <pie...@li...> - 2004-02-10 20:53:27
|
Il mar, 2004-02-10 alle 04:41, Ray Auge ha scritto: > I've noticed that the latest releases of j-g come all setup as eclipse > projects. > > My question is: Is it possible to compile the project with gcj from > within Eclipse? I've tried this a couple of times but never got it > setup. If this is possible could someone write a quick tutorial on > seting up an external build command. I'd REALLY appreciate it. AFAIK, (but I'm not an eclipse expert), it uses a jdt compiler for incremental compilation. It can also produce an ant build file to build the project, but that's another matter. Still I can't confirm if it is possible to use gcj, but I think that building the final project (building a release tarball) is not an eclipse's task. Please, correct me if I'm wrong. -- Luca De Rugeriis <pie...@li...> |
From: Luigi M. <me...@ti...> - 2004-02-10 18:05:36
|
I had this problem compiling java-gnome under Gentoo.. [..] creating java-gnome.spec creating java-gtk.spec sed: espressione -e #1, carattere 43: Comando `s' non terminato sed: espressione -e #1, carattere 36: Comando `s' non terminato sed: espressione -e #1, carattere 67: Comando `s' non terminato make -C src gtk gnome make[1]: Entering directory `/var/tmp/portage/java-gnome-0.7.1/work/java-gnome-0.7.1/src' make[1]: *** No rule to make target `gtk'. Stop. make[1]: Leaving directory `/var/tmp/portage/java-gnome-0.7.1/work/java-gnome-0.7.1/src' make: *** [distro] Error 2 !!! ERROR: dev-java/java-gnome-0.7.1 failed. !!! Function src_compile, Line 49, Exitcode 2 !!! (no error message) Instead java-gtk compiles well |
From: Mark H. <mh...@ca...> - 2004-02-10 15:14:12
|
Hello, =20 The Java-Gnome project produces a set of bindings of the core Gnome developer platform for the Java language. We have recently joined the official Gnome Bindings Release and as part of this have made a large overhaul of our repository structure and build system. We have a working build system but none of us are experts or even experienced in the GNU autoconf/make tools so there are a few areas where we could do with help. Our current build process: =46rom our repository, we release an all-in-one tarball, plus several separate tarballs (one for each module). Each tarball has it's own configure script and make files. Since these have many sections in common, we generate the actual Makefile.in and configure.in files from shared files and *.in.in files using a very simple perl script. The makefiles themselves then compile java-gnome, which involves compiling java source files to java bytecode and native code (with gcj), compiling c source files (jni files) and also packaging everything into a jar file and shared libraries. This part of the build process works well. What we want help with: (in decreasing order of priority) Modifying the configure script so that any java compiler can be used. At the moment, we default to javac and allow kaffe with a configure time option. GNU autoconf-archive has a macro which is supposed to do this, but unfortunately I couldn't get it to work (it wasn't setting the JAVA_CFLAGS variable). Instead, we're using a macro which is very inflexible and looks like it is a hack of a hack. For the separate module tarballs, e.g. libgnome-java, we need to locate libraries which would have been produced by the other tarballs, such as libgtk2.5-java.so. At the moment, these are hand coded to the default installation locations. It would be good if this could be configurable. It would be helpful if we had more parts of the process configurable. For example, if we could say configure --nodocs so that documentation does not get generated. In general, having somebody who knows what they're doing look over our build system and suggesting any improvements which could be made would be very reassuring If you have experience with the standard GNU tools, we really would like to hear from you. Any help you may offer would be very much appreciated. A little knowledge of java would be helpful but is in no way necessary. We will be able to give lots of help if you need it. --=20 .''`. Mark Howard : :' : `. `' http://www.tildemh.com=20 `- mh...@de... | mh...@ti... | mh...@ca...=20 |
From: Ray A. <ra...@do...> - 2004-02-10 14:44:31
|
Hey All, I'm getting some errors building j-g 0.8.3 on YDL 3.0.1.=20 1. Couldn't find libgcj.jar (although it was in a typical place /usr/share/java/libgcj.jar). I just fixed it manually. 2. There is no option to use a different compiler version or one with a suffix. I have both the stock gcc (3.2.2, sucks) and the RedHat gcc (3.5-ssa) test version installed in /usr/bin on my machine (so the path feature does not work). So, every time I want to build j-g I have to march through the configure script and add a variable to all the "set dummy command" lines (they end up looking like this: set dummy command$SUF; ), so that I can call configure like so SUF=3D-ssa ./configure --....... I think something like this would be a feasible addition, since this won't hurt the script if SUF is null. Anyway, I'm getting about half-way through the build up 'till I get this error: /usr/bin/gcj -fPIC -fjni -g -O --classpath=3D/usr/share/java/libgcj.jar:.:/usr/share/java/xml-commons-apis= .jar:/usr/share/java/xml-commons-apis-1.0.jar:/usr/share/java/xerces.jar:/u= sr/share/java/xerces-j2-2.5.0.jar:/usr/share/java/xerces-2.2.1.jar:/usr/sha= re/java/servletapi3.jar:/usr/share/java/servletapi3-3.3.1.jar:/usr/share/ja= va/oro.jar:/usr/share/java/oro-2.0.7.jar:/usr/share/java/oldlogi.crypto.jar= :/usr/share/java/oldlogi.crypto-1.0.7.jar:/usr/share/java/oldjavalayer.jar:= /usr/share/java/oldjavalayer-0.1.1.jar:/usr/share/java/mysql-connector-java= -3.0.10-stable-bin.jar:/usr/share/java/log4j.jar:/usr/share/java/log4j-1.2.= 8.jar:/usr/share/java/libgcj.jar:/usr/share/java/libgcj-3.5-tree-ssa.jar:/u= sr/share/java/libgcj-3.3.1.jar:/usr/share/java/libgcj-3.2.2.jar:/usr/share/= java/jython.jar:/usr/share/java/jython-2.1.jar:/usr/share/java/junit.jar:/u= sr/share/java/junit-3.8.1.jar:/usr/share/java/jtidy.jar:/usr/share/java/jti= dy-1.0.jar:/usr/share/java/jlex.jar:/usr/share/java/jlex-1.2.6.jar:/usr/sha= re/java/jext.jar:/usr/share/java/jext-dawn.jar:/usr/share/java/jext-dawn-3.= 2.jar:/usr/share/java/jext-3.2.jar:/usr/share/java/jedit.jar:/usr/share/jav= a/jedit-4.2.jar:/usr/share/java/jaxp_parser_impl.jar:/usr/share/java/java_c= up-runtime.jar:/usr/share/java/java_cup-runtime-0.10k.jar:/usr/share/java/j= ava_cup-0.10k.jar:/usr/share/java/gtk.jar:/usr/share/java/gtk-0.8.0.jar:/us= r/share/java/gnu.regexp.jar:/usr/share/java/gnu.regexp-1.1.4.jar:/usr/share= /java/gnujaxp.jar:/usr/share/java/gnujaxp-1.0.jar:/usr/share/java/gnu.getop= t.jar:/usr/share/java/gnu.getopt-1.0.9.jar:/usr/share/java/gnome.jar:/usr/s= hare/java/gnome-0.8.0.jar:/usr/share/java/glade.jar:/usr/share/java/glade-0= .8.0.jar:/usr/share/java/gef.jar:/usr/share/java/gef-0.9.6.jar:/usr/share/j= ava/antlr.jar:/usr/share/java/antlr-2.7.2.jar:/usr/share/java/ant.jar:/usr/= share/java/ant-1.5.4.jar:/usr/share/java/aelfred.jar:/usr/share/java/aelfre= d-1.2.jar:.:java:../../glib/src/java/:../../gdk/src/java/:../../pango/src/j= ava/:../../atk/src/java/ -o build-java/org/gnu/gtk/TreeModel.o -c \ java/org/gnu/gtk/TreeModel.java java/org/gnu/gtk/TreeModel.java: In class `org.gnu.gtk.TreeModel': java/org/gnu/gtk/TreeModel.java: In method `org.gnu.gtk.TreeModel.getValue(org.gnu.gtk.TreeIter,org.gnu.gtk.DataBlockS= tring)': java/org/gnu/gtk/TreeModel.java:122: Can't find constructor `org.gnu.glib.Value(I)' in type `org.gnu.glib.Value'. Value val =3D new Value(value); ^ java/org/gnu/gtk/TreeModel.java: In method `org.gnu.gtk.TreeModel.getValue(org.gnu.gtk.TreeIter,org.gnu.gtk.DataBlockI= nt)': java/org/gnu/gtk/TreeModel.java:130: Can't find constructor `org.gnu.glib.Value(I)' in type `org.gnu.glib.Value'. Value val =3D new Value(value); ^ java/org/gnu/gtk/TreeModel.java: In method `org.gnu.gtk.TreeModel.getValue(org.gnu.gtk.TreeIter,org.gnu.gtk.DataBlockB= oolean)': java/org/gnu/gtk/TreeModel.java:138: Can't find constructor `org.gnu.glib.Value(I)' in type `org.gnu.glib.Value'. Value val =3D new Value(value); ^ java/org/gnu/gtk/TreeModel.java: In method `org.gnu.gtk.TreeModel.getValue(org.gnu.gtk.TreeIter,org.gnu.gtk.DataBlockD= ouble)': java/org/gnu/gtk/TreeModel.java:146: Can't find constructor `org.gnu.glib.Value(I)' in type `org.gnu.glib.Value'. Value val =3D new Value(value); ^ java/org/gnu/gtk/TreeModel.java: In method `org.gnu.gtk.TreeModel.getValue(org.gnu.gtk.TreeIter,org.gnu.gtk.DataBlockO= bject)': java/org/gnu/gtk/TreeModel.java:154: Can't find constructor `org.gnu.glib.Value(I)' in type `org.gnu.glib.Value'. Value val =3D new Value(value); ^ 5 errors make[2]: *** [build-java/org/gnu/gtk/TreeModel.o] Error 1 make[2]: Leaving directory `/store/Development/java-tools/java-gnome/gtk/src' make[1]: *** [distro] Error 2 make[1]: Leaving directory `/store/Development/java-tools/java-gnome/gtk' make: *** [all] Error 1 Any Ideas. |
From: Ray A. <ra...@do...> - 2004-02-10 03:41:57
|
I've noticed that the latest releases of j-g come all setup as eclipse projects. My question is: Is it possible to compile the project with gcj from within Eclipse? I've tried this a couple of times but never got it setup. If this is possible could someone write a quick tutorial on seting up an external build command. I'd REALLY appreciate it. Ray Auge |
From: Nicolas M. <ni...@be...> - 2004-02-09 22:21:17
|
Hey all, started testing 0.8.3. Docbook2html is found this time, but libgcj isn't. Seems there is an error in the ./configure cause it bails out with an error, something about too many arguments for test, in the part where libgcj is looked after. I created a patch for this and configure succeeds after patching.(attached to this mail) I do get this at the end: ..... checking for gconf-2.0 >= 2.0... yes checking GCONF_CFLAGS... -DORBIT2=1 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include checking GCONF_LIBS... -pthread -Wl,--export-dynamic -lgconf-2 -lORBit-2 -lgobject-2.0 -lgthread-2.0 -lm -lgmodule-2.0 -ldl -lglib-2.0 : command not found913: : command not found914: : command not found915: updating cache ./config.cache creating ./config.status ....... I don't know where those line numbers come from but configure completes succesfully so that's not so bad. I haven't compiled yet, too tired. What I'd like to know is if the ./configure file will be fixed in the official release or do I have to patch it in the ebuild? Also strange that Jeffrey didn't get that error, could you verify this with the official release? I don't want to sound like I'm complaining though :) thanks for the hard work! |
From: Jeffrey M. <Jef...@Br...> - 2004-02-09 15:00:37
|
I hope there it will detect it without any intervention but I am not an autoconf expert. In fact, I only got it to work with what I consider a hack. It did find the jar file and build correctly on my gentoo system so I hope others have the same experience. -Jeff > That's what I meant, changes to the build system. Like what > do I do now to > let configure find libgcj.jar? > > > There really are no new features. The changes are bug fixes > > and several changes to the build system. > > > > -Jeff > > > >> '0.8.3 is on sourceforge', nice! I'll check it out > >> immediately when I'm > >> home and start writing an ebuild for it. Any special I need > >> to know that > >> is different from 0.8.2 install-wise or is all wel documented? > >> > >> > Thanks. This is great news. I hope they merge it into > >> > the portage tree soon. > >> > > >> > btw, 0.8.3 is on sourceforge 8-) > >> > > >> > -Jeff > >> > > >> >> Posted it yesterday on bugs.gentoo.org. I've only > tested it on my > >> >> machine so I hope it works for other people too. > >> >> > > > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This > transmission is intended > > only for the use of the individuals or entity to which it > is addressed. If > > you are not the intended recipient, or the person responsible for > > delivering > > the message to the intended recipient, please return or delete it > > immediately. Although this e-mail and any attachments are > believed to be > > free of any virus or other defect, it is the responsibility of the > > recipient > > to ensure that it is virus free and no responsibility is > accepted by us > > for > > any loss or damage arising in any way from its unauthorized > modification > > or > > use. > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and Integration > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > java-gnome-developer mailing list > > jav...@li... > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
From: <ni...@be...> - 2004-02-09 14:53:23
|
That's what I meant, changes to the build system. Like what do I do now t= o let configure find libgcj.jar? > There really are no new features. The changes are bug fixes > and several changes to the build system. > > -Jeff > >> '0.8.3 is on sourceforge', nice! I'll check it out >> immediately when I'm >> home and start writing an ebuild for it. Any special I need >> to know that >> is different from 0.8.2 install-wise or is all wel documented? >> >> > Thanks. This is great news. I hope they merge it into >> > the portage tree soon. >> > >> > btw, 0.8.3 is on sourceforge 8-) >> > >> > -Jeff >> > >> >> Posted it yesterday on bugs.gentoo.org. I've only tested it on my >> >> machine so I hope it works for other people too. >> >> > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is inten= ded > only for the use of the individuals or entity to which it is addressed.= If > you are not the intended recipient, or the person responsible for > delivering > the message to the intended recipient, please return or delete it > immediately. Although this e-mail and any attachments are believed to b= e > free of any virus or other defect, it is the responsibility of the > recipient > to ensure that it is virus free and no responsibility is accepted by us > for > any loss or damage arising in any way from its unauthorized modificatio= n > or > use. > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > |
From: Jeffrey M. <Jef...@Br...> - 2004-02-09 14:19:05
|
There really are no new features. The changes are bug fixes and several changes to the build system. -Jeff > '0.8.3 is on sourceforge', nice! I'll check it out > immediately when I'm > home and start writing an ebuild for it. Any special I need > to know that > is different from 0.8.2 install-wise or is all wel documented? > > > Thanks. This is great news. I hope they merge it into > > the portage tree soon. > > > > btw, 0.8.3 is on sourceforge 8-) > > > > -Jeff > > > >> Posted it yesterday on bugs.gentoo.org. I've only tested it on my > >> machine so I hope it works for other people too. > >> NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
From: <ni...@be...> - 2004-02-09 12:39:36
|
'0.8.3 is on sourceforge', nice! I'll check it out immediately when I'm home and start writing an ebuild for it. Any special I need to know that is different from 0.8.2 install-wise or is all wel documented? > Thanks. This is great news. I hope they merge it into > the portage tree soon. > > btw, 0.8.3 is on sourceforge 8-) > > -Jeff > >> Posted it yesterday on bugs.gentoo.org. I've only tested it on my >> machine so I hope it works for other people too. >> > > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is inten= ded > only for the use of the individuals or entity to which it is addressed.= If > you are not the intended recipient, or the person responsible for > delivering > the message to the intended recipient, please return or delete it > immediately. Although this e-mail and any attachments are believed to b= e > free of any virus or other defect, it is the responsibility of the > recipient > to ensure that it is virus free and no responsibility is accepted by us > for > any loss or damage arising in any way from its unauthorized modificatio= n > or > use. > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > |
From: Jeffrey M. <Jef...@Br...> - 2004-02-09 11:46:30
|
Thanks. This is great news. I hope they merge it into the portage tree soon. btw, 0.8.3 is on sourceforge 8-) -Jeff > Posted it yesterday on bugs.gentoo.org. I've only tested it on my > machine so I hope it works for other people too. > NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended only for the use of the individuals or entity to which it is addressed. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, please return or delete it immediately. Although this e-mail and any attachments are believed to be free of any virus or other defect, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by us for any loss or damage arising in any way from its unauthorized modification or use. |
From: Nicolas M. <ni...@be...> - 2004-02-08 20:52:14
|
Posted it yesterday on bugs.gentoo.org. I've only tested it on my machine so I hope it works for other people too. |
From: Alex M. <ale...@gl...> - 2004-02-08 12:01:59
|
The previous keymaster screenshots were really little and, as some of you said, couldn't be appreciated. I've created a gallery on: http://www.alexmoreno.net/galeria/view_album.php?set_albumName=keymaster-gnome i wish you like it :-). NOTE: I promise a first public version in a few weeks. Greetings. -- Alex Moreno |
From: Mark H. <mh...@ca...> - 2004-02-08 11:29:39
|
On Sat, Feb 07, 2004 at 05:08:31PM -0500, Jeffrey Morgan wrote: > 2) There has been a request for a gcj only build (doesn't > require a jdk). Although I have tried I cannot figure out > how to accomplish this for our project. There are macros in autoconf-archive which might be useful for this. They can detect a java compiler and set the variables for this. Unfortunately when I tried they did not set the cflags linking to jni.h, so they would require modification to be useful - something which I don't know how to do. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
From: Ray A. <ra...@do...> - 2004-02-08 04:54:48
|
Not to worry. Again I've gone and let my idiocy shine through in a great public display. The error was entirely my own. The bindings work perfectly. I made one of those mistakes that they teach you to avoid in first year programing. When I re-factored a variable name by hand, I forgot the most important instances. I had: store.setValue(childIter,.........); store.setValue(childIter,.........); store.setValue(parentIter,....,node); So I was shiting the tree up one every iteration. Ray ("The idiot") Auge PS: Sorry for the trouble. > You might like to know that java-gnome 2.6 will have a > TreeSelection method > TreeIter[] getSelectedRows(); > |
From: Jeffrey M. <ku...@zo...> - 2004-02-07 22:22:31
|
I am still working on release 0.8.3. I hope to have it out over the weekend but there are still two items that I would like to resolve prior to the release. If somebody on the list knows about these items and could suggest a solution I would greatly appreciate it. Both of these items are related to autoconf scripts and I really do not know what I am doing here. If you want to grab the cvs to have a look at the current stat it is on a branch called maint-0_8. 1) I have solved the detection of the libgcj.jar file but am not happy with the solution. There must be a more standard way of finding this file. 2) There has been a request for a gcj only build (doesn't require a jdk). Although I have tried I cannot figure out how to accomplish this for our project. If I am not able to find a solution for these items I will release 0.8.3 Sunday night without number 2 and with my bad implementation of number 1. -Jeff |
From: Mark H. <mh...@ca...> - 2004-02-07 12:14:15
|
Hi, I've not got time to look into this properly now, but will try to do in a few days. It is likely that there is a bug in our implementation. Please try looking at gtk docs to see if we're doing things correctly. I would really appreciate any help you have with this. You might like to know that java-gnome 2.6 will have a TreeSelection method TreeIter[] getSelectedRows(); -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
From: Ray A. <ra...@do...> - 2004-02-06 19:58:31
|
Before I get into this, I'd just like to say "Thanks for all the great help on the TreeSelection issue". To think that a lowly hacker like me could get such a fantastic response is really encouraging. OK. I think I've found a bug in the TreeStore Implementation or maybe it's the BataBlock Implementation. Anyway, here we go. This is just an example. Assume we have: // elementNode is a DataBlockObject TreeStore store = new TreeStore( new DataBlock[] { elementName, elementNode }); .... //later .... // node is a org.w3c.dom.Node Object // say node name is "person" and it has a child called "address" store.setValue(anIter, elementNode, node); .... //much later .... { // here is the listener on the Tree to which store (above is attached) TreeSelection mySelection = tree.getSelection(); mySelection.addListener(new TreeSelectionListener() { public void selectionChangedEvent(TreeSelectionEvent event ) { TreeSelection mySelection = (TreeSelection)event.getSource(); TreeIter anIter = store.getFirstIter(); getSelectedRow(mySelection, anIter); } }); } // here is the recursive method that gets the actual selection private boolean getSelectedRow(TreeSelection mySelection, TreeIter anIter) { boolean moreIters = true; while (moreIters) { if (mySelection.getSelected(anIter)) { Node n = (Node)store.getValue(anIter, elementNode); buildTree2(store2, n); } else if (store.iterHasChild(anIter)){ moreIters = getSelectedRow(mySelection, store.getFirstChild(anIter)); } moreIters = store.moveIterNext(anIter); } return true; } What happens is that "Node n" above actually contains "address" which was the first child of "person". In effect the getValue method on the DataBlockObject is actually returning it's first child.... I've been sitting in front of the Eclipse Debugger for two days trying to figure it out, but to no avail. It really does appear as though the error is in the native side, which I only see as handles in the debugger. And I'm not real confident about my C skills. If this is known then please let me know. I think I can hack around this but it'll be ugly. Thanks, Ray Auge |
From: SourceForge.net <no...@so...> - 2004-02-05 22:14:50
|
Bugs item #889857, was opened at 2004-02-03 12:38 Message generated for change (Comment added) made by kuzman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101522&aid=889857&group_id=1522 Category: build Group: defect >Status: Closed Resolution: None Priority: 5 Submitted By: Nicolas Mommaerts (mr_dfuse) >Assigned to: Jeffrey S. Morgan (kuzman) Summary: doc generation fails on 0.8.2 Initial Comment: when installing java-gnome, and it get's to the step it wants to install the documenation (with install -d), an error created because the sourcedir doesn't contain only directories and install -d api/* is used. This happens in doc-gnome, doc-core and doc-glade ---------------------------------------------------------------------- >Comment By: Jeffrey S. Morgan (kuzman) Date: 2004-02-05 17:14 Message: Logged In: YES user_id=90843 Fixed - in cvs now and will be included in 0.8.3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101522&aid=889857&group_id=1522 |
From: Jeffrey M. <Jef...@Br...> - 2004-02-04 18:31:03
|
I think your right. And I provided it to them last November 8-( > As far as I knowyour ebuild is still not in the portage... > > On Wed, 2004-02-04 at 16:28, Jeffrey Morgan wrote: > > Thanks for your help. I know that 0.8.3 finds docbook2html > > and also properly locates the gcj jar file on gentoo. This > > should be an improvement for you. Hopefully they will put > > your ebuild into the portage tree faster that they have > > addressed my ebuild. > > > > -Jeff > > > > > Ok, my last attempt compiled and installed with only 2 minor > > > errors left. > > > I'll complete it tonight probably and post the ebuild on > > > bugs.gentoo.org > > > Although the next release is almost there so my fixing is > > > pretty useless, > > > it gave me a chance to learn how gentoo ebuilds are made, and > > > how build > > > processes on linux work, so no harm done. And in the future > > > I'll be more > > > capable of helping you guys out. I'm looking forward to > > > 0.8.3!! (And maybe > > > actually start using java-gnome again:) ) > > > > > > Regards, > > > Nico > > > > > > > Nicolas, > > > > > > > > Please just hold tight. Help is on the way!! I am working on a > > > > 0.8.3 release that will resolve many of the build problems that > > > > were present in 0.8.2. I wanted to release it tomorrow but just > > > > learned that there was a decision to move forward with the next > > > > GNOME Platform Bindings dev release tonight so I am currently > > > > spending my time on this. I will release 0.8.3 this week. > > > > > > > > -Jeff > > > > > > > > On Tue, 2004-02-03 at 13:29, Nicolas Mommaerts wrote: > > > >> Ok, I thought ./genMakefile.in was executed somewhere > > > during the build. > > > >> > > > >> I'm a Java developer, I know *nothing* about Makefiles, > > > autoconfig or > > > >> build's on Linux in general. But I do want to have 0.8.2 > > > working on my > > > >> system that's why I'm making those patches (and learning > > > about it in the > > > >> process), so my patches are probably the most un-elegant > > > solutions you > > > >> can imagine. > > > >> > > > >> On Tue, 2004-02-03 at 10:11, Mark Howard wrote: > > > >> > Hi, > > > >> > > > > >> > If you change the Makefile.in.in files, you have to run > > > >> > ./genMakefile.in. These generate Makefile.in files, > > > which are then > > > >> > turned into makefiles by configure > > > >> > > > > >> > Similarly for configure.in.in - you need to run > > > ./genconfigure and > > > >> then > > > >> > autoconf to get the configure script > > > >> > > > > >> > Please send us any changes you make - the build scripts > > > could do with > > > >> a > > > >> > lot of tlc. If you know about autoconf, please let me > > > know - there are > > > >> a > > > >> > few specific things we would like doing to the > configure scripts. > > > >> > > > >> > > > >> > > > >> ------------------------------------------------------- > > > >> The SF.Net email is sponsored by EclipseCon 2004 > > > >> Premiere Conference on Open Tools Development and Integration > > > >> See the breadth of Eclipse activity. February 3-5 in > Anaheim, CA. > > > >> http://www.eclipsecon.org/osdn > > > >> _______________________________________________ > > > >> java-gnome-developer mailing list > > > >> jav...@li... > > > >> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > >> > > > > > > > > > > > > ------------------------------------------------------- > > > The SF.Net email is sponsored by EclipseCon 2004 > > > Premiere Conference on Open Tools Development and Integration > > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > > http://www.eclipsecon.org/osdn > > > _______________________________________________ > > > java-gnome-developer mailing list > > > jav...@li... > > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > > > > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and Integration > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > java-gnome-developer mailing list > > jav...@li... > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer |
From: Nicolas M. <ni...@be...> - 2004-02-04 18:29:00
|
As far as I knowyour ebuild is still not in the portage... On Wed, 2004-02-04 at 16:28, Jeffrey Morgan wrote: > Thanks for your help. I know that 0.8.3 finds docbook2html > and also properly locates the gcj jar file on gentoo. This > should be an improvement for you. Hopefully they will put > your ebuild into the portage tree faster that they have > addressed my ebuild. > > -Jeff > > > Ok, my last attempt compiled and installed with only 2 minor > > errors left. > > I'll complete it tonight probably and post the ebuild on > > bugs.gentoo.org > > Although the next release is almost there so my fixing is > > pretty useless, > > it gave me a chance to learn how gentoo ebuilds are made, and > > how build > > processes on linux work, so no harm done. And in the future > > I'll be more > > capable of helping you guys out. I'm looking forward to > > 0.8.3!! (And maybe > > actually start using java-gnome again:) ) > > > > Regards, > > Nico > > > > > Nicolas, > > > > > > Please just hold tight. Help is on the way!! I am working on a > > > 0.8.3 release that will resolve many of the build problems that > > > were present in 0.8.2. I wanted to release it tomorrow but just > > > learned that there was a decision to move forward with the next > > > GNOME Platform Bindings dev release tonight so I am currently > > > spending my time on this. I will release 0.8.3 this week. > > > > > > -Jeff > > > > > > On Tue, 2004-02-03 at 13:29, Nicolas Mommaerts wrote: > > >> Ok, I thought ./genMakefile.in was executed somewhere > > during the build. > > >> > > >> I'm a Java developer, I know *nothing* about Makefiles, > > autoconfig or > > >> build's on Linux in general. But I do want to have 0.8.2 > > working on my > > >> system that's why I'm making those patches (and learning > > about it in the > > >> process), so my patches are probably the most un-elegant > > solutions you > > >> can imagine. > > >> > > >> On Tue, 2004-02-03 at 10:11, Mark Howard wrote: > > >> > Hi, > > >> > > > >> > If you change the Makefile.in.in files, you have to run > > >> > ./genMakefile.in. These generate Makefile.in files, > > which are then > > >> > turned into makefiles by configure > > >> > > > >> > Similarly for configure.in.in - you need to run > > ./genconfigure and > > >> then > > >> > autoconf to get the configure script > > >> > > > >> > Please send us any changes you make - the build scripts > > could do with > > >> a > > >> > lot of tlc. If you know about autoconf, please let me > > know - there are > > >> a > > >> > few specific things we would like doing to the configure scripts. > > >> > > >> > > >> > > >> ------------------------------------------------------- > > >> The SF.Net email is sponsored by EclipseCon 2004 > > >> Premiere Conference on Open Tools Development and Integration > > >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > >> http://www.eclipsecon.org/osdn > > >> _______________________________________________ > > >> java-gnome-developer mailing list > > >> jav...@li... > > >> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > >> > > > > > > > > > > > > ------------------------------------------------------- > > > The SF.Net email is sponsored by EclipseCon 2004 > > > Premiere Conference on Open Tools Development and Integration > > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > > http://www.eclipsecon.org/osdn > > > _______________________________________________ > > > java-gnome-developer mailing list > > > jav...@li... > > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > > > > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and Integration > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > java-gnome-developer mailing list > > jav...@li... > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer |
From: Luca De R. <pie...@li...> - 2004-02-04 16:21:51
|
Il mer, 2004-02-04 alle 06:16, Keith Lea ha scritto: > Hi, I was wondering if java-gnome supported adding an item to the GNOME > notification area. If not, is this planned? It doesn't support it yet but, of course, it's planned :) -- Luca De Rugeriis <pie...@li...> |
From: Jeffrey M. <Jef...@Br...> - 2004-02-04 15:28:21
|
Thanks for your help. I know that 0.8.3 finds docbook2html and also properly locates the gcj jar file on gentoo. This should be an improvement for you. Hopefully they will put your ebuild into the portage tree faster that they have addressed my ebuild. -Jeff > Ok, my last attempt compiled and installed with only 2 minor > errors left. > I'll complete it tonight probably and post the ebuild on > bugs.gentoo.org > Although the next release is almost there so my fixing is > pretty useless, > it gave me a chance to learn how gentoo ebuilds are made, and > how build > processes on linux work, so no harm done. And in the future > I'll be more > capable of helping you guys out. I'm looking forward to > 0.8.3!! (And maybe > actually start using java-gnome again:) ) > > Regards, > Nico > > > Nicolas, > > > > Please just hold tight. Help is on the way!! I am working on a > > 0.8.3 release that will resolve many of the build problems that > > were present in 0.8.2. I wanted to release it tomorrow but just > > learned that there was a decision to move forward with the next > > GNOME Platform Bindings dev release tonight so I am currently > > spending my time on this. I will release 0.8.3 this week. > > > > -Jeff > > > > On Tue, 2004-02-03 at 13:29, Nicolas Mommaerts wrote: > >> Ok, I thought ./genMakefile.in was executed somewhere > during the build. > >> > >> I'm a Java developer, I know *nothing* about Makefiles, > autoconfig or > >> build's on Linux in general. But I do want to have 0.8.2 > working on my > >> system that's why I'm making those patches (and learning > about it in the > >> process), so my patches are probably the most un-elegant > solutions you > >> can imagine. > >> > >> On Tue, 2004-02-03 at 10:11, Mark Howard wrote: > >> > Hi, > >> > > >> > If you change the Makefile.in.in files, you have to run > >> > ./genMakefile.in. These generate Makefile.in files, > which are then > >> > turned into makefiles by configure > >> > > >> > Similarly for configure.in.in - you need to run > ./genconfigure and > >> then > >> > autoconf to get the configure script > >> > > >> > Please send us any changes you make - the build scripts > could do with > >> a > >> > lot of tlc. If you know about autoconf, please let me > know - there are > >> a > >> > few specific things we would like doing to the configure scripts. > >> > >> > >> > >> ------------------------------------------------------- > >> The SF.Net email is sponsored by EclipseCon 2004 > >> Premiere Conference on Open Tools Development and Integration > >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >> http://www.eclipsecon.org/osdn > >> _______________________________________________ > >> java-gnome-developer mailing list > >> jav...@li... > >> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > >> > > > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and Integration > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > java-gnome-developer mailing list > > jav...@li... > > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > |
From: <ni...@be...> - 2004-02-04 15:08:22
|
Ok, my last attempt compiled and installed with only 2 minor errors left. I'll complete it tonight probably and post the ebuild on bugs.gentoo.org Although the next release is almost there so my fixing is pretty useless, it gave me a chance to learn how gentoo ebuilds are made, and how build processes on linux work, so no harm done. And in the future I'll be more capable of helping you guys out. I'm looking forward to 0.8.3!! (And mayb= e actually start using java-gnome again:) ) Regards, Nico > Nicolas, > > Please just hold tight. Help is on the way!! I am working on a > 0.8.3 release that will resolve many of the build problems that > were present in 0.8.2. I wanted to release it tomorrow but just > learned that there was a decision to move forward with the next > GNOME Platform Bindings dev release tonight so I am currently > spending my time on this. I will release 0.8.3 this week. > > -Jeff > > On Tue, 2004-02-03 at 13:29, Nicolas Mommaerts wrote: >> Ok, I thought ./genMakefile.in was executed somewhere during the build= . >> >> I'm a Java developer, I know *nothing* about Makefiles, autoconfig or >> build's on Linux in general. But I do want to have 0.8.2 working on my >> system that's why I'm making those patches (and learning about it in t= he >> process), so my patches are probably the most un-elegant solutions you >> can imagine. >> >> On Tue, 2004-02-03 at 10:11, Mark Howard wrote: >> > Hi, >> > >> > If you change the Makefile.in.in files, you have to run >> > ./genMakefile.in. These generate Makefile.in files, which are then >> > turned into makefiles by configure >> > >> > Similarly for configure.in.in - you need to run ./genconfigure and >> then >> > autoconf to get the configure script >> > >> > Please send us any changes you make - the build scripts could do wit= h >> a >> > lot of tlc. If you know about autoconf, please let me know - there a= re >> a >> > few specific things we would like doing to the configure scripts. >> >> >> >> ------------------------------------------------------- >> The SF.Net email is sponsored by EclipseCon 2004 >> Premiere Conference on Open Tools Development and Integration >> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >> http://www.eclipsecon.org/osdn >> _______________________________________________ >> java-gnome-developer mailing list >> jav...@li... >> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer >> > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > |