I downloaded and compiled libcurl, and went to compile "LogJam" (why the new name?) and I got a fatal error.

[compilation of all the other files went fine, then]
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -D_REENTRANT -I/usr/X11R6/include -I/opt/gnome/include -DNEED_GNOMESUPPORT_H -I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -I/usr/X11R6/include -I/opt/gnome/include -I/opt/gnome/include/xmms -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -D_REENTRANT -I/usr/X11R6/include -Wall -g -c save.c
make[2]: *** No rule to make target `-lcurl', needed by `logjam'. Stop.
make[2]: Leaving directory `/home/tydel/logjam/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tydel/logjam'
make: *** [all-recursive-am] Error 2

Did you install curl?

Did you ldconfig -a ?

Hey, I've seen that movie!

seems to work alright over here.
what made you pick that particular new name. i remember the discussion about changing the name, but what was the deciding factor for logjam?

Acronym "L...J...", not offensive, and has the "[b]Log" connotation.

I get this message:

james@eris:~/Downloads/logjam > ./configure
bash: ./configure: No such file or directory

I've probably forgotten to do something, but all the rest of the files appear to be there...

curl and curl-devel packages for RedHat 7.x are available in powertools as well.

Is it just me, or is gtkspell no longer spell-checking? I have my command set to the same as it was with LoserJabber, "aspell --mode=sgml --sug-mode=fast pipe".

I have found two things which don't seem quite right.

1) Memory of your username seems to be broken. Everytime I run logjam it has an empty username box. Additionally I used to have loserjabber login automagically for me, and that has went the way of the prefilled login name. ;)

2) Spell checking doesn't seem to be working. Aspell has always been flacky, but now ispell seems to not do anything either.

An additional observation, I posted with Logjam yesterday but it still isn't listed in my clients list. In other words it is possible that logjam is still identifying itself as a loserjabber client.

No debian/ directory in CVS?

The directory I had was too out-of-date.

The Debian maintainer promised me a Debian directory a while ago, but never got around to it...

The configure script should check for the presence of libcurl. I'll try and make a patch if I get time.

Half-applied. Thanks.

Have you checked your /etc/ld.so.conf to verify that /usr/local/lib is in your library search path?

url ../libhalfgnome/libhalfgnome.a -lnsl
/usr/bin/ld: cannot find -ldb1
collect2: ld returned 1 exit status
make[1]: *** [logjam] Error 1
make[1]: Leaving directory `/root/logjam/src'
make: *** [install-recursive] Error 1

Nevermind, fixed it.

stephen@kye stephen $ logjam
Segmentation fault


wooo, no errors on compile, I am running a current gentoo linux system.

any ideas?

rm -r ~/.logjam*

If it still segfaults, can you send me a backtrace?

So the old segfault is fixed with the new curl(just like you said), thanks for all the help, now when I post I get a new segfault. It happens when I hit the submit button, the entry does get posted, but it crashes right after. I have included the back trace. This happens on 3.0.4 and cvs from 20 mins ago. Also what is this evolution-component I saw in CVS, I am very interested.

thanks
-stephen

(gdb) run
Starting program: /usr/bin/logjam

Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkCheckMenuItem'

Program received signal SIGSEGV, Segmentation fault.
0x00168633 in gtk_check_menu_item_set_active () from /usr/lib/libgtk-1.2.so.0
(gdb) bt
#0 0x00168633 in gtk_check_menu_item_set_active ()
from /usr/lib/libgtk-1.2.so.0
#1 0x08055291 in submit_entry (w=0x80ad7a8, ljw=0xbffffa04) at lj.c:104
#2 0x001b7ac6 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#3 0x001dd538 in gtk_signal_connect_object_after ()
from /usr/lib/libgtk-1.2.so.0
#4 0x001dd10d in gtk_signal_connect_object_after ()
from /usr/lib/libgtk-1.2.so.0
#5 0x001dbddf in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#6 0x00162b18 in gtk_button_get_relief () from /usr/lib/libgtk-1.2.so.0
#7 0x001b7ac6 in gtk_marshal_NONE__NONE () from /usr/lib/libgtk-1.2.so.0
#8 0x001dcf9f in gtk_signal_connect_object_after ()
from /usr/lib/libgtk-1.2.so.0
#9 0x001dbddf in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#10 0x00162828 in gtk_button_get_relief () from /usr/lib/libgtk-1.2.so.0
#11 0x001b767e in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0
#12 0x001dd14b in gtk_signal_connect_object_after ()
from /usr/lib/libgtk-1.2.so.0
#13 0x001dbddf in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#14 0x0020905c in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0
#15 0x001b68e5 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0
#16 0x001b650e in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0
#17 0x0024763c in gdk_compress_exposures () from /usr/lib/libgdk-1.2.so.0
---Type to continue, or q to quit---
#18 0x00279ef8 in g_source_remove_by_funcs_user_data ()
from /usr/lib/libglib-1.2.so.0
#19 0x0027a543 in g_source_remove_by_funcs_user_data ()
from /usr/lib/libglib-1.2.so.0
#20 0x0027ae7c in g_main_run () from /usr/lib/libglib-1.2.so.0
#21 0x001b5f79 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#22 0x08055bc7 in lj_run () at lj.c:257
#23 0x0804f355 in main (argc=1, argv=0xbffffac4) at init.c:242
#24 0x006f53c1 in __libc_start_main () from /lib/libc.so.6
(gdb)

That's a completely valid bug. Thanks for the good report. Could you try updating from CVS again? I think I fixed it.

The evolution component was made by John Tunison (jtunison) but never finished. He eventually decided to write his own GNOME client, called "davinci", which you should be able to find with google. As I recall, it was pretty nice, but never finished.

Sorry for being so slow to respond. :)