Thread: [Java-gnome-developer] make install error
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-developer
|
From: Thijs T. <T.T...@ti...> - 2003-12-22 23:34:33
|
Hey Make install gives me the following error: - mkdir: build-faq mkdir: cannot create directory 'build-faq': file already exists make[1]: [build-faq/index.html] error 1 - It gave a few more erors like the above. Configure and make gave no problems. Any suggestions? Thanks Thijs Thiessens |
|
From: Thijs T. <T.T...@ti...> - 2003-12-23 00:14:40
|
I tryed to compile a class anyway but not succesfull. locate gtkjava outputs: /usr/local/lib/libgtkjava0.8.so.0.8.2 If I export my LD_LIBRARY_PATH with this lib directory, it still can't load the class. (no gtkjava0.8 in java.library.path) Thanks Thijs Op di 23-12-2003, om 00:34 schreef Thijs Thiessens: > Hey > > Make install gives me the following error: > - > mkdir: build-faq > mkdir: cannot create directory 'build-faq': file already exists > make[1]: [build-faq/index.html] error 1 > - > > It gave a few more erors like the above. Configure and make gave no > problems. > > Any suggestions? > Thanks > > Thijs Thiessens > > |
|
From: Thijs T. <T.T...@ti...> - 2003-12-23 00:19:09
|
Any luck with the website maintainer? I saw it's still a bit out of date. Thanks Thijs |
|
From: Luca De R. <pie...@li...> - 2003-12-23 12:31:21
|
Il mar, 2003-12-23 alle 01:19, Thijs Thiessens ha scritto: > Any luck with the website maintainer? I saw it's still a bit out of > date. We're seeking for someone who can update it regularly, above all the news on the site and the like. Are you interested? -- Luca De Rugeriis <pie...@li...> |
|
From: Thijs T. <T.T...@ti...> - 2003-12-23 13:04:59
|
So no luck huh... If you want I can cover it for a while. Will you send me some details? Thanks, Thijs Op di 23-12-2003, om 13:30 schreef Luca De Rugeriis: > Il mar, 2003-12-23 alle 01:19, Thijs Thiessens ha scritto: > > Any luck with the website maintainer? I saw it's still a bit out of > > date. > We're seeking for someone who can update it regularly, above all the > news on the site and the like. Are you interested? |
|
From: Luca De R. <pie...@li...> - 2003-12-23 12:32:39
|
Il mar, 2003-12-23 alle 01:14, Thijs Thiessens ha scritto: > I tryed to compile a class anyway but not succesfull. > > locate gtkjava outputs: > /usr/local/lib/libgtkjava0.8.so.0.8.2 > > If I export my LD_LIBRARY_PATH with this lib directory, it still can't > load the class. (no gtkjava0.8 in java.library.path) Are you sure that if you type echo $CLASSPATH it gives /usr/local/lib ? It's definately a path problem. -- Luca De Rugeriis <pie...@li...> |
|
From: Thijs T. <T.T...@ti...> - 2003-12-23 13:01:56
|
Here is some usefullness!!
[root@localhost notime]# ls /usr/local/share/java-gnome
gconf0.8-0.8.2.jar glade0.8.jar gnomevte0.8-0.8.2.jar
gtk0.8.jar
gconf0.8.jar gnome0.8-0.8.2.jar gnomevte0.8.jar
gtkhtml0.8-0.8.2.jar
glade0.8-0.8.2.jar gnome0.8.jar gtk0.8-0.8.2.jar
gtkhtml0.8.jar
[root@localhost notime]# ls /usr/local/lib
libgconfjar0.8.so libgnomejar0.8.so.0.8.2
libgtkhtmljar0.8.so.0.8.2
libgconfjar0.8.so.0.8.2 libgnomejava0.8.so.0.8.2
libgtkhtmljava0.8.so.0.8.2
libgconfjava0.8.so.0.8.2 libgnomevtejar0.8.so libgtkjar0.8.so
libgladejar0.8.so.0.8.2 libgnomevtejar0.8.so.0.8.2
libgtkjar0.8.so.0.8.2
libgladejava0.8.so.0.8.2 libgnomevtejava0.8.so.0.8.2
libgtkjava0.8.so.0.8.2
libgnomejar0.8.so libgtkhtmljar0.8.so libladejar0.8.so
[root@localhost notime]# echo $CLASSPATH
/usr/local/lib:.:/usr/local/share/java-gnome:/usr/local/share/java-gnome/gnome0.8.jar:/usr/local/share/java-gnome/gtk0.8.jar
[root@localhost notime]# java First
Exception in thread "main" java.lang.UnsatisfiedLinkError: no gtkjava0.8
in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at org.gnu.glib.GObject.<clinit>(GObject.java:165)
at First.main(First.java:10)
[root@localhost notime]#
There is no gtkjava.
Thanks,
Thijs
Op di 23-12-2003, om 13:31 schreef Luca De Rugeriis:
> Il mar, 2003-12-23 alle 01:14, Thijs Thiessens ha scritto:
> > I tryed to compile a class anyway but not succesfull.
> >
> > locate gtkjava outputs:
> > /usr/local/lib/libgtkjava0.8.so.0.8.2
> >
> > If I export my LD_LIBRARY_PATH with this lib directory, it still can't
> > load the class. (no gtkjava0.8 in java.library.path)
> Are you sure that if you type
> echo $CLASSPATH
> it gives /usr/local/lib ? It's definately a path problem.
|
|
From: Jeffrey M. <ku...@zo...> - 2003-12-23 13:37:33
|
This problem is caused because the java application cannot find the native library when it is trying to load it. The library does exist in your /usr/local/lib directory. It is called libgtkjava0.8.so.0.8.2 but it looks like the symlink was not created. Create a symlink called libgtkjava0.8.so to the above mentioned file and see if it works. Please make sure that /usr/local/lib is in you LD_LIBRARY_PATH. -Jeff On Tue, 2003-12-23 at 08:01, Thijs Thiessens wrote: > Here is some usefullness!! > > [root@localhost notime]# ls /usr/local/share/java-gnome > gconf0.8-0.8.2.jar glade0.8.jar gnomevte0.8-0.8.2.jar > gtk0.8.jar > gconf0.8.jar gnome0.8-0.8.2.jar gnomevte0.8.jar > gtkhtml0.8-0.8.2.jar > glade0.8-0.8.2.jar gnome0.8.jar gtk0.8-0.8.2.jar > gtkhtml0.8.jar > > [root@localhost notime]# ls /usr/local/lib > libgconfjar0.8.so libgnomejar0.8.so.0.8.2 > libgtkhtmljar0.8.so.0.8.2 > libgconfjar0.8.so.0.8.2 libgnomejava0.8.so.0.8.2 > libgtkhtmljava0.8.so.0.8.2 > libgconfjava0.8.so.0.8.2 libgnomevtejar0.8.so libgtkjar0.8.so > libgladejar0.8.so.0.8.2 libgnomevtejar0.8.so.0.8.2 > libgtkjar0.8.so.0.8.2 > libgladejava0.8.so.0.8.2 libgnomevtejava0.8.so.0.8.2 > libgtkjava0.8.so.0.8.2 > libgnomejar0.8.so libgtkhtmljar0.8.so libladejar0.8.so > > [root@localhost notime]# echo $CLASSPATH > /usr/local/lib:.:/usr/local/share/java-gnome:/usr/local/share/java-gnome/gnome0.8.jar:/usr/local/share/java-gnome/gtk0.8.jar > > [root@localhost notime]# java First > Exception in thread "main" java.lang.UnsatisfiedLinkError: no gtkjava0.8 > in java.library.path > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491) > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > at java.lang.System.loadLibrary(System.java:834) > at org.gnu.glib.GObject.<clinit>(GObject.java:165) > at First.main(First.java:10) > [root@localhost notime]# > > > There is no gtkjava. > > Thanks, > Thijs > Op di 23-12-2003, om 13:31 schreef Luca De Rugeriis: > > Il mar, 2003-12-23 alle 01:14, Thijs Thiessens ha scritto: > > > I tryed to compile a class anyway but not succesfull. > > > > > > locate gtkjava outputs: > > > /usr/local/lib/libgtkjava0.8.so.0.8.2 > > > > > > If I export my LD_LIBRARY_PATH with this lib directory, it still can't > > > load the class. (no gtkjava0.8 in java.library.path) > > Are you sure that if you type > > echo $CLASSPATH > > it gives /usr/local/lib ? It's definately a path problem. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer > |
|
From: Thijs T. <T.T...@ti...> - 2003-12-23 14:26:06
|
Hey! Indeed it seems part of the problem. So I linked it. Next I
discovered that libgnomejava needs to be linked to. No luck yet. So here
is some more usefullness..
[root@localhost notime]# ln -s /usr/local/lib/libgnomejava0.8.so.0.8.2
/usr/local/lib/libgnomejava0.8.so
[root@localhost notime]# java First
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/usr/local/lib/libgnomejava0.8.so: /usr/local/lib/libgnomejava0.8.so:
undefined symbol: gnome_password_dialog_set_remember_label_text
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1485)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at org.gnu.gnome.Program.<clinit>(Program.java:88)
at First.main(First.java:10)
[root@localhost notime]# echo $CLASSPATH
/usr/local/lib:.:/usr/local/share/java-gnome:/usr/local/share/java-gnome/gnome0.8.jar:/usr/local/share/java-gnome/gtk0.8.jar
[root@localhost notime]# echo $LD_LIBRARY_PATH
/usr/local/lib
I did a standard build though. (configure, make, make install)
Running fedora core1.
Java1.4.2_03
Thanks,
Thijs
Op di 23-12-2003, om 14:30 schreef Jeffrey Morgan:
> This problem is caused because the java application cannot
> find the native library when it is trying to load it. The
> library does exist in your /usr/local/lib directory. It is
> called libgtkjava0.8.so.0.8.2 but it looks like the symlink
> was not created. Create a symlink called libgtkjava0.8.so
> to the above mentioned file and see if it works. Please
> make sure that /usr/local/lib is in you LD_LIBRARY_PATH.
>
> -Jeff
>
> On Tue, 2003-12-23 at 08:01, Thijs Thiessens wrote:
> > Here is some usefullness!!
> >
> > [root@localhost notime]# ls /usr/local/share/java-gnome
> > gconf0.8-0.8.2.jar glade0.8.jar gnomevte0.8-0.8.2.jar
> > gtk0.8.jar
> > gconf0.8.jar gnome0.8-0.8.2.jar gnomevte0.8.jar
> > gtkhtml0.8-0.8.2.jar
> > glade0.8-0.8.2.jar gnome0.8.jar gtk0.8-0.8.2.jar
> > gtkhtml0.8.jar
> >
> > [root@localhost notime]# ls /usr/local/lib
> > libgconfjar0.8.so libgnomejar0.8.so.0.8.2
> > libgtkhtmljar0.8.so.0.8.2
> > libgconfjar0.8.so.0.8.2 libgnomejava0.8.so.0.8.2
> > libgtkhtmljava0.8.so.0.8.2
> > libgconfjava0.8.so.0.8.2 libgnomevtejar0.8.so libgtkjar0.8.so
> > libgladejar0.8.so.0.8.2 libgnomevtejar0.8.so.0.8.2
> > libgtkjar0.8.so.0.8.2
> > libgladejava0.8.so.0.8.2 libgnomevtejava0.8.so.0.8.2
> > libgtkjava0.8.so.0.8.2
> > libgnomejar0.8.so libgtkhtmljar0.8.so libladejar0.8.so
> >
> > [root@localhost notime]# echo $CLASSPATH
> > /usr/local/lib:.:/usr/local/share/java-gnome:/usr/local/share/java-gnome/gnome0.8.jar:/usr/local/share/java-gnome/gtk0.8.jar
> >
> > [root@localhost notime]# java First
> > Exception in thread "main" java.lang.UnsatisfiedLinkError: no gtkjava0.8
> > in java.library.path
> > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491)
> > at java.lang.Runtime.loadLibrary0(Runtime.java:788)
> > at java.lang.System.loadLibrary(System.java:834)
> > at org.gnu.glib.GObject.<clinit>(GObject.java:165)
> > at First.main(First.java:10)
> > [root@localhost notime]#
> >
> >
> > There is no gtkjava.
> >
> > Thanks,
> > Thijs
> > Op di 23-12-2003, om 13:31 schreef Luca De Rugeriis:
> > > Il mar, 2003-12-23 alle 01:14, Thijs Thiessens ha scritto:
> > > > I tryed to compile a class anyway but not succesfull.
> > > >
> > > > locate gtkjava outputs:
> > > > /usr/local/lib/libgtkjava0.8.so.0.8.2
> > > >
> > > > If I export my LD_LIBRARY_PATH with this lib directory, it still can't
> > > > load the class. (no gtkjava0.8 in java.library.path)
> > > Are you sure that if you type
> > > echo $CLASSPATH
> > > it gives /usr/local/lib ? It's definately a path problem.
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IBM Linux Tutorials.
> > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
> > Free Linux Tutorials. Learn everything from the bash shell to sys admin.
> > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
> Free Linux Tutorials. Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
|
|
From: Mark H. <mh...@ca...> - 2003-12-24 09:39:14
|
On Tue, Dec 23, 2003 at 01:14:38AM +0100, Thijs Thiessens wrote: > I tryed to compile a class anyway but not succesfull. > > locate gtkjava outputs: > /usr/local/lib/libgtkjava0.8.so.0.8.2 > > If I export my LD_LIBRARY_PATH with this lib directory, it still can't > load the class. (no gtkjava0.8 in java.library.path) Does it also contain libgtkjava0.8.so? (a symlink to the above file) -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Luca De R. <pie...@li...> - 2003-12-26 04:09:26
|
Il mer, 2003-12-24 alle 10:38, Mark Howard ha scritto: > On Tue, Dec 23, 2003 at 01:14:38AM +0100, Thijs Thiessens wrote: > > I tryed to compile a class anyway but not succesfull. > > > > locate gtkjava outputs: > > /usr/local/lib/libgtkjava0.8.so.0.8.2 > > > > If I export my LD_LIBRARY_PATH with this lib directory, it still can't > > load the class. (no gtkjava0.8 in java.library.path) > > Does it also contain libgtkjava0.8.so? (a symlink to the above file) There are many missing links for me too. I had to add the following links manually: ln -s libgladejava2.5.so.2.5.1 libgladejava2.5.so ln -s libgladejar2.5.so.2.5.1 libgladejar2.5.so ln -s libgtkjava2.3.so.2.3.1 libgtkjava2.3.so ln -s libgnomejava2.5.so.2.5.1 libgnomejava2.5.so ln -s libgtkhtmljava2.5.so.2.5.1 libgtkhtmljava2.5.so ln -s libgnomevtejava0.11.so.0.11 libgnomevtejava0.11.so After this I'm able to run CroMagnon ;) -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2003-12-26 14:09:28
|
Il ven, 2003-12-26 alle 13:51, Thijs Thiessens ha scritto: > Hey! Well, still having troubles. > I have linked all so files in /usr/local/lib which turned out to be > missing: > > ------------------------------------------------ > [root@localhost notime]# ls /usr/local/lib > libgconfjar0.8.so libgladejava0.8.so.0.8.2 > libgnomevtejava0.8.so libgtkjar0.8.so.0.8.2 > libgconfjar0.8.so.0.8.2 libgnomejar0.8.so > libgnomevtejava0.8.so.0.8.2 libgtkjava0.8.so > libgconfjava0.8.so libgnomejar0.8.so.0.8.2 > libgtkhtmljar0.8.so libgtkjava0.8.so.0.8.2 > libgconfjava0.8.so.0.8.2 libgnomejava0.8.so > libgtkhtmljar0.8.so.0.8.2 libladejar0.8.so > libgladejar0.8.so libgnomejava0.8.so.0.8.2 > libgtkhtmljava0.8.so > libgladejar0.8.so.0.8.2 libgnomevtejar0.8.so > libgtkhtmljava0.8.so.0.8.2 > libgladejava0.8.so libgnomevtejar0.8.so.0.8.2 libgtkjar0.8.so > --------------------------------------------------- > > I exported my CLASSPATH: > > --------------------------------------------------- > [root@localhost notime]# export > CLASSPATH=.:/usr/local/share/java-gnome/gnome0.8.jar:/usr/local/share/java-gnome/gtk0.8.jar > > [root@localhost notime]# echo $CLASSPATH > .:/usr/local/share/java-gnome/gnome0.8.jar:/usr/local/share/java-gnome/gtk0.8.jar > --------------------------------------------------- > > I exported my LD_LIBRARY_PATH: > > -------------------------------------------------- > [root@localhost notime]# export LD_LIBRARY_PATH=/usr/local/lib > > [root@localhost notime]# echo $LD_LIBRARY_PATH > /usr/local/lib > -------------------------------------------------- > > I compiled First.java > > -------------------------------------------------- > [root@localhost notime]# javac First.java > [root@localhost notime]# > -------------------------------------------------- > > Than I tryed to run it: > > -------------------------------------------------- > [root@localhost notime]# javac First.java > > [root@localhost notime]# java First > Exception in thread "main" java.lang.UnsatisfiedLinkError: > /usr/local/lib/libgnomejava0.8.so.0.8.2: > /usr/local/lib/libgnomejava0.8.so.0.8.2: undefined symbol: > gnome_password_dialog_set_remember_label_text > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1485) > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > at java.lang.System.loadLibrary(System.java:834) > at org.gnu.gnome.Program.<clinit>(Program.java:88) > at First.main(First.java:10) > It seems it's a bug in the org.gnu.gnome.PasswordDialog class: there is no gnome_password_dialog_set_remember_label_text method in there. There is only gnome_password_dialog_set_remember. Mark, sorry for the ignorance, how can we fetch the 0.8 version from cvs? It needs some debbuging love ;) -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2003-12-26 14:29:25
|
> It seems it's a bug in the org.gnu.gnome.PasswordDialog class: > there is no gnome_password_dialog_set_remember_label_text method in > there. There is only gnome_password_dialog_set_remember. > Mark, sorry for the ignorance, how can we fetch the 0.8 version from > cvs? It needs some debbuging love ;) Ok, it was a matter of running cvs -z9 -d:ext:pie...@cv...:/cvsroot/java-gnome co -r RELEASE_0_8_2 java-gnome -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2003-12-26 14:58:51
|
Il ven, 2003-12-26 alle 15:27, Luca De Rugeriis ha scritto: > > It seems it's a bug in the org.gnu.gnome.PasswordDialog class: > > there is no gnome_password_dialog_set_remember_label_text method in > > there. There is only gnome_password_dialog_set_remember. > > Mark, sorry for the ignorance, how can we fetch the 0.8 version from > > cvs? It needs some debbuging love ;) > Ok, it was a matter of running > cvs -z9 -d:ext:pie...@cv...:/cvsroot/java-gnome co -r > RELEASE_0_8_2 java-gnome I've compiled 0.8 branch: apart the usual gconf problem, it didn't build libgnomejava because of the following error: jni/org_gnu_gnome_PasswordDialog.c: In function `Java_org_gnu_gnome_PasswordDialog_gnome_1password_1dialog_1new': jni/org_gnu_gnome_PasswordDialog.c:57: warning: initialization makes pointer from integer without a cast It's likely to be easy to fix this, but because my lack of C knowledge, I can't do that. Could someone commit a fix for it? -- Luca De Rugeriis <pie...@li...> |
|
From: Jeffrey M. <ku...@zo...> - 2003-12-26 16:05:38
|
On Fri, 2003-12-26 at 09:57, Luca De Rugeriis wrote: > Il ven, 2003-12-26 alle 15:27, Luca De Rugeriis ha scritto: > > > It seems it's a bug in the org.gnu.gnome.PasswordDialog class: > > > there is no gnome_password_dialog_set_remember_label_text method in > > > there. There is only gnome_password_dialog_set_remember. > > > Mark, sorry for the ignorance, how can we fetch the 0.8 version from > > > cvs? It needs some debbuging love ;) > > Ok, it was a matter of running > > cvs -z9 -d:ext:pie...@cv...:/cvsroot/java-gnome co -r > > RELEASE_0_8_2 java-gnome > I've compiled 0.8 branch: apart the usual gconf problem, it didn't build > libgnomejava because of the following error: > > jni/org_gnu_gnome_PasswordDialog.c: In function > `Java_org_gnu_gnome_PasswordDialog_gnome_1password_1dialog_1new': > jni/org_gnu_gnome_PasswordDialog.c:57: warning: initialization makes > pointer from integer without a cast > > It's likely to be easy to fix this, but because my lack of C knowledge, > I can't do that. > Could someone commit a fix for it? Grab the cvs head for PasswordDialog and org_gnu_gnome_PasswordDialog.c and it will work. It is currently fixed in dev. -Jeff |
|
From: Luca De R. <pie...@li...> - 2003-12-26 17:49:51
|
Il ven, 2003-12-26 alle 16:58, Jeffrey Morgan ha scritto: > On Fri, 2003-12-26 at 09:57, Luca De Rugeriis wrote: > > Il ven, 2003-12-26 alle 15:27, Luca De Rugeriis ha scritto: > > > > It seems it's a bug in the org.gnu.gnome.PasswordDialog class: > > > > there is no gnome_password_dialog_set_remember_label_text method in > > > > there. There is only gnome_password_dialog_set_remember. > > > > Mark, sorry for the ignorance, how can we fetch the 0.8 version from > > > > cvs? It needs some debbuging love ;) > > > Ok, it was a matter of running > > > cvs -z9 -d:ext:pie...@cv...:/cvsroot/java-gnome co -r > > > RELEASE_0_8_2 java-gnome > > I've compiled 0.8 branch: apart the usual gconf problem, it didn't build > > libgnomejava because of the following error: > > > > jni/org_gnu_gnome_PasswordDialog.c: In function > > `Java_org_gnu_gnome_PasswordDialog_gnome_1password_1dialog_1new': > > jni/org_gnu_gnome_PasswordDialog.c:57: warning: initialization makes > > pointer from integer without a cast > > > > It's likely to be easy to fix this, but because my lack of C knowledge, > > I can't do that. > > Could someone commit a fix for it? > > Grab the cvs head for PasswordDialog and > org_gnu_gnome_PasswordDialog.c and it will work. It is currently > fixed in dev. I know, Jeff, I have already compiled the dev branch. I was saying that the fix should go also in 0.8 branch, so users can compile it without problems. If everyone agrees, I will commit the new PasswordDialog and org_gnu_gnome_PasswordDialog.c back into 0.8 branch. Let me know. -- Luca De Rugeriis <pie...@li...> |
|
From: Jeffrey M. <ku...@zo...> - 2003-12-26 18:32:39
|
On Fri, 2003-12-26 at 12:48, Luca De Rugeriis wrote: > If everyone agrees, I will commit the new PasswordDialog and > org_gnu_gnome_PasswordDialog.c back into 0.8 branch. Let me know. Yes. Please commit the fix. |
|
From: Luca De R. <pie...@li...> - 2003-12-26 19:18:23
|
Il ven, 2003-12-26 alle 19:25, Jeffrey Morgan ha scritto: > On Fri, 2003-12-26 at 12:48, Luca De Rugeriis wrote: > > If everyone agrees, I will commit the new PasswordDialog and > > org_gnu_gnome_PasswordDialog.c back into 0.8 branch. Let me know. > > Yes. Please commit the fix. I'm sorry but it doesn't fix the problem for me: the org_gnu_gnome_PasswordDialog.c files are identical (between versions), the corresponding java class was upgraded with the new one but it still complains: jni/org_gnu_gnome_PasswordDialog.c: In function `Java_org_gnu_gnome_PasswordDialog_gnome_1password_1dialog_1new': jni/org_gnu_gnome_PasswordDialog.c:57: warning: initialization makes pointer from integer without a cast It seems to me a C problem only... -- Luca De Rugeriis <pie...@li...> |
|
From: Jeffrey M. <ku...@zo...> - 2003-12-26 19:50:38
|
On Fri, 2003-12-26 at 14:17, Luca De Rugeriis wrote: > Il ven, 2003-12-26 alle 19:25, Jeffrey Morgan ha scritto: > > On Fri, 2003-12-26 at 12:48, Luca De Rugeriis wrote: > > > If everyone agrees, I will commit the new PasswordDialog and > > > org_gnu_gnome_PasswordDialog.c back into 0.8 branch. Let me know. > > > > Yes. Please commit the fix. > I'm sorry but it doesn't fix the problem for me: > the org_gnu_gnome_PasswordDialog.c files are identical (between > versions), the corresponding java class was upgraded with the new one > but it still complains: The files should not be identical. I made a change a few days ago. I removed the method that no longer exists in the 2.5 stream. > > jni/org_gnu_gnome_PasswordDialog.c: In function > `Java_org_gnu_gnome_PasswordDialog_gnome_1password_1dialog_1new': > jni/org_gnu_gnome_PasswordDialog.c:57: warning: initialization makes > pointer from integer without a cast > > It seems to me a C problem only... This is only a warning and shouldn't cause the build to fail. -Jeff |
|
From: Mark H. <mh...@ca...> - 2003-12-27 18:51:37
|
The password dialog is a new widget for gnome 2.5. It should not be in the 0.8 branch. Simply removing the files should fix the problems. Also, could you please copy the common/NEWS file from head to 0.8 branch, remove the 2.x section and a note about this gnome password dialog in a new 0.8.3 section. Since this is an FTBFS bug (fails to build from source), we should probably make a 0.8.3 maintenance release fairly soon. Is there anything else to fix? I have a fix for menu popups which I will commit as soon as I get internet access again. The build system fixes in cvs HEAD have all been related to the new version numbers, so shouldn't need backporting to 0.8. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Jeffrey M. <ku...@zo...> - 2003-12-28 13:34:45
|
On Sat, 2003-12-27 at 08:13, Mark Howard wrote: > The password dialog is a new widget for gnome 2.5. It should not be in > the 0.8 branch. Simply removing the files should fix the problems. It actually was new in 2.4. Still I think the correct solution is to remove it. This raises an issue. When we have our 2.6 release it will not compile with most distros since they usually lag behind by about 6 months. -Jeff |
|
From: Luca De R. <pie...@li...> - 2003-12-28 15:52:47
|
Il sab, 2003-12-27 alle 14:13, Mark Howard ha scritto: > The password dialog is a new widget for gnome 2.5. It should not be in > the 0.8 branch. Simply removing the files should fix the problems. > Also, could you please copy the common/NEWS file from head to 0.8 > branch, remove the 2.x section and a note about this gnome password > dialog in a new 0.8.3 section. Ok, I'll do that. > Since this is an FTBFS bug (fails to build from source), we should > probably make a 0.8.3 maintenance release fairly soon. It's exactly what I was thinking. We should provide a release that compiles fine, at least, cause there are still some months before gnome-2.6. > Is there anything > else to fix? GConf compilation always failed for me. This is being caused because the build process is using GCONF_LIBS during the linking for gconf even though this isn't set anywhere. > I have a fix for menu popups which I will commit as soon as I get > internet access again. > The build system fixes in cvs HEAD have all been related to > the new version numbers, so shouldn't need backporting to 0.8. Mark, I guess I should use the RELEASE_0_8_2 tag in cvs, is this right? -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2003-12-28 16:37:32
|
Il dom, 2003-12-28 alle 16:51, Luca De Rugeriis ha scritto: > Il sab, 2003-12-27 alle 14:13, Mark Howard ha scritto: > > The password dialog is a new widget for gnome 2.5. It should not be in > > the 0.8 branch. Simply removing the files should fix the problems. > > Also, could you please copy the common/NEWS file from head to 0.8 > > branch, remove the 2.x section and a note about this gnome password > > dialog in a new 0.8.3 section. > Ok, I'll do that. > > > Since this is an FTBFS bug (fails to build from source), we should > > probably make a 0.8.3 maintenance release fairly soon. > It's exactly what I was thinking. We should provide a release that > compiles fine, at least, cause there are still some months before > gnome-2.6. > > > Is there anything > > else to fix? > GConf compilation always failed for me. This is being caused because the > build process is using GCONF_LIBS during the linking for gconf even > though this isn't set anywhere. > > > I have a fix for menu popups which I will commit as soon as I get > > internet access again. > > The build system fixes in cvs HEAD have all been related to > > the new version numbers, so shouldn't need backporting to 0.8. > Mark, I guess I should use the RELEASE_0_8_2 tag in cvs, is this right? Or I should use the maint-0_8 ? -- Luca De Rugeriis <pie...@li...> |
|
From: Luca De R. <pie...@li...> - 2003-12-28 16:46:10
|
Il dom, 2003-12-28 alle 17:36, Luca De Rugeriis ha scritto: > Il dom, 2003-12-28 alle 16:51, Luca De Rugeriis ha scritto: > > Il sab, 2003-12-27 alle 14:13, Mark Howard ha scritto: > > > The password dialog is a new widget for gnome 2.5. It should not be in > > > the 0.8 branch. Simply removing the files should fix the problems. > > > Also, could you please copy the common/NEWS file from head to 0.8 > > > branch, remove the 2.x section and a note about this gnome password > > > dialog in a new 0.8.3 section. > > Ok, I'll do that. > > > > > Since this is an FTBFS bug (fails to build from source), we should > > > probably make a 0.8.3 maintenance release fairly soon. > > It's exactly what I was thinking. We should provide a release that > > compiles fine, at least, cause there are still some months before > > gnome-2.6. > > > > > Is there anything > > > else to fix? > > GConf compilation always failed for me. This is being caused because the > > build process is using GCONF_LIBS during the linking for gconf even > > though this isn't set anywhere. > > > > > I have a fix for menu popups which I will commit as soon as I get > > > internet access again. > > > The build system fixes in cvs HEAD have all been related to > > > the new version numbers, so shouldn't need backporting to 0.8. > > Mark, I guess I should use the RELEASE_0_8_2 tag in cvs, is this right? > Or I should use the maint-0_8 ? I think I have to use maint-0_8, if not I coudn't commit the changes. However I've made an error, I've removed the PasswordDialog files, but the files in my cvs sandbox were tagged RELEASE_0_8_2. What I have to do? Upload those files back? -- Luca De Rugeriis <pie...@li...> |
|
From: Thijs T. <T.T...@ti...> - 2003-12-26 17:56:29
|
Ohww yeah!!!! Please let him... please let him!! :) Thijs Op vr 26-12-2003, om 18:48 schreef Luca De Rugeriis: > Il ven, 2003-12-26 alle 16:58, Jeffrey Morgan ha scritto: > > On Fri, 2003-12-26 at 09:57, Luca De Rugeriis wrote: > > > Il ven, 2003-12-26 alle 15:27, Luca De Rugeriis ha scritto: > > > > > It seems it's a bug in the org.gnu.gnome.PasswordDialog class: > > > > > there is no gnome_password_dialog_set_remember_label_text method in > > > > > there. There is only gnome_password_dialog_set_remember. > > > > > Mark, sorry for the ignorance, how can we fetch the 0.8 version from > > > > > cvs? It needs some debbuging love ;) > > > > Ok, it was a matter of running > > > > cvs -z9 -d:ext:pie...@cv...:/cvsroot/java-gnome co -r > > > > RELEASE_0_8_2 java-gnome > > > I've compiled 0.8 branch: apart the usual gconf problem, it didn't build > > > libgnomejava because of the following error: > > > > > > jni/org_gnu_gnome_PasswordDialog.c: In function > > > `Java_org_gnu_gnome_PasswordDialog_gnome_1password_1dialog_1new': > > > jni/org_gnu_gnome_PasswordDialog.c:57: warning: initialization makes > > > pointer from integer without a cast > > > > > > It's likely to be easy to fix this, but because my lack of C knowledge, > > > I can't do that. > > > Could someone commit a fix for it? > > > > Grab the cvs head for PasswordDialog and > > org_gnu_gnome_PasswordDialog.c and it will work. It is currently > > fixed in dev. > I know, Jeff, I have already compiled the dev branch. I was saying that > the fix should go also in 0.8 branch, so users can compile it without > problems. > If everyone agrees, I will commit the new PasswordDialog and > org_gnu_gnome_PasswordDialog.c back into 0.8 branch. Let me know. |
×
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