Anibal Avelar | 12 Jun 16:58
Picon

gnutls support is ready

Hi everybody.

Because I saw centerim has problems to work with gnutls I made the
definitive support to GNUTLS library. The normal way was to use
openssl  instead gnutls.
But at least into Debian, the openssl license is GPL non-compatible,
for that is better to use gnutls support.

Whom were affected?

 + Jabber with SSL support (necessary to gTalk)
 + Gadu Gadu with SSL support

I proved with this:

./configure --with-ssl

Installing  libgnutls-dev instead libssl-dev, Jabber/gTalk does not work.

I check what was the problem and I found it.

When you gives the --with-ssl parameter centerim to find for OpenSSL
by default, it didn't find it, check for gnutls support. This is good.

But the problem is:

Inside connwrap/configure.ac and libgadu/configure.ac files aren't
prepare to receive this parameters, for example in
connwrap/configure.ac:

(Continue reading)

Anibal Avelar | 12 Jun 23:58
Picon

Re: gnutls support is ready

Hi everybody again.

While wait for the patch I have ready a experimental version for
centerim with gnutls (effective) support in my personal debian
unstable repository [1]:

deb http://fixxxer.cc/debian unstable/
deb-src http://fixxxer.cc/debian unstable/

Regards.

[1] http://fixxxer.cc/blog-en/?page_id=13

On 6/12/07, Anibal Avelar <debianmx@...> wrote:
> Hi everybody.
>
> Because I saw centerim has problems to work with gnutls I made the
> definitive support to GNUTLS library. The normal way was to use
> openssl  instead gnutls.
> But at least into Debian, the openssl license is GPL non-compatible,
> for that is better to use gnutls support.
>
> Whom were affected?
>
>  + Jabber with SSL support (necessary to gTalk)
>  + Gadu Gadu with SSL support
>
> I proved with this:
>
> ./configure --with-ssl
(Continue reading)

Ponnambalam M A | 13 Jun 13:51
Picon
Favicon

gmail/gtalk is not working .

Hi All,

Even after doing this patch and compilation , I could not connect to gtalk .
Could you please help me on this.

my settings
─ Serverg:gmail.com:5222                                                                                                       Secured:no                                                                                                                  Login:xxx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Password:*******                                                                                                            Priority:3   

Thanks,
Pons.                                                                                                              cicq-request-xGejAJT2w6wWP6gT/1W3P0B+6BGkLq7r@public.gmane.org wrote:

Send Cicq mailing list submissions to
cicq <at> mailman.linuxpl.org

To subscribe or unsubscribe via the World Wide Web, visit
http://chlor.kofeina.net/mailman/listinfo/cicq
or, via email, send a message with subject or body 'help' to
cicq-request-xGejAJT2w6wWP6gT/1W3P2GXanvQGlWp@public.gmane.orgrg

You can reach the person managing the list at
cicq-owner <at> mailman.linuxpl.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Cicq digest..."


Today's Topics:

1. gnutls support is ready (Anibal Avelar)
2. Re: gnutls support is ready (Anibal Avelar)


----------------------------------------------------------------------

Message: 1
Date: Tue, 12 Jun 2007 09:58:15 -0500
From: "Anibal Avelar"
Subject: [cicq] gnutls support is ready
To: "CenterIM users discussion list" ,
"CenterIM developers discussion list" ,
"CenterICQ List"
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"

Hi everybody.

Because I saw centerim has problems to work with gnutls I made the
definitive support to GNUTLS library. The normal way was to use
openssl instead gnutls.
But at least into Debian, the openssl license is GPL non-compatible,
for that is better to use gnutls support.

Whom were affected?

+ Jabber with SSL support (necessary to gTalk)
+ Gadu Gadu with SSL support

I proved with this:

./configure --with-ssl

Installing libgnutls-dev instead libssl-dev, Jabber/gTalk does not work.

I check what was the problem and I found it.

When you gives the --with-ssl parameter centerim to find for OpenSSL
by default, it didn't find it, check for gnutls support. This is good.

But the problem is:

Inside connwrap/configure.ac and libgadu/configure.ac files aren't
prepare to receive this parameters, for example in
connwrap/configure.ac:

if test -n "$with_ssl" -a x"$with_ssl" != xno; then
AC_DEFINE(HAVE_SSL)
if test -n "$with_openssl" -a x"$with_openssl" != xno; then
AC_DEFINE(HAVE_OPENSSL)
AC_CHECK_LIB(crypto, main, [
AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
AC_DEFINE(HAVE_SSLEAY)
])
])
fi
fi

We don't have defined the HAVE_GNUTLS var, then when I want to use it
inside connwrap/ files, it's not defined.

The correct would be:


if test -n "$with_ssl" -a x"$with_ssl" != xno; then
AC_DEFINE(HAVE_SSL)
if test -n "$with_openssl" -a x"$with_openssl" != xno; then
AC_DEFINE(HAVE_OPENSSL)
AC_CHECK_LIB(crypto, main, [
AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
AC_DEFINE(HAVE_SSLEAY)
])
])
else
AC_MSG_RESULT([not found or disabled])
with_ssl="no"

AM_PATH_LIBGNUTLS_EXTRA(0.0.1, [
AC_CHECK_LIB(lzo, lzo1x_1_compress, [], [
echo "lzo compression is required.";
exit -1
] )
CXXFLAGS="$CXXFLAGS $LIBGNUTLS_CFLAGS"
LIBS="$LIBS $LIBGNUTLS_LIBS -lgnutls-extra"
AC_DEFINE(HAVE_GNUTLS, 1, [use gnutls])
with_ssl="yes"
ac_configure_args="$ac_configure_args --with-ssl"
])
fi
fi

Is strange that in the top directory on centerim has defined it, but
not below (is exactly the same problem inside libgadu dir).

I fixed both files (connwrap/configure.ac and libgadu/configure.ac)
and after I did the porting to gnutls.

Now, we have both supports without problems: Openssl and GNUTLS. Also
are mutually excluded to avoid problems.

To work you need:

If you have OpenSSL
./configure --with-ssl

If you have Gnutls
./configure --with-ssl --with-openssl=no

This is because by default is --with-openssl=yes

The second reason because I had to do this is because Julien Lemoine
tried to use the backward compatiblity to openssl from gnutls using
gnutls/openssl.h header, but it not work (I tried). Also if you want
to use the gnutls backward compatiblity gnutls/openssl.h, you need to
link the libgnutls-openssl.so library in addition to libgnutls.so.

Now all work fine with both.

I send the patch. Of course to apply the configure.ac, you need to do
run automake command.

I hope this patch would be included in the offcial centerim branch.
With this I can build the official debian package, because I can't do
with the Openssl support by the license problems mentioned above.

Please, I hope your comments.

Regards.










--
Anibal Avelar (FixXxeR) http://fixxxer.cc
GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch-gnutls
Type: application/octet-stream
Size: 15125 bytes
Desc: not available
Url : http://chlor.kofeina.net/pipermail/cicq/attachments/20070612/4c22e6fd/attachment-0001.obj

------------------------------

Message: 2
Date: Tue, 12 Jun 2007 16:58:34 -0500
From: "Anibal Avelar"
Subject: Re: [cicq] gnutls support is ready
To: "CenterIM users discussion list" ,
"CenterIM developers discussion list" ,
"CenterICQ List"
Message-ID:

Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi everybody again.

While wait for the patch I have ready a experimental version for
centerim with gnutls (effective) support in my personal debian
unstable repository [1]:

deb http://fixxxer.cc/debian unstable/
deb-src http://fixxxer.cc/debian unstable/

Regards.

[1] http://fixxxer.cc/blog-en/?page_id=13

On 6/12/07, Anibal Avelar wrote:
> Hi everybody.
>
> Because I saw centerim has problems to work with gnutls I made the
> definitive support to GNUTLS library. The normal way was to use
> openssl instead gnutls.
> But at least into Debian, the openssl license is GPL non-compatible,
> for that is better to use gnutls support.
>
> Whom were affected?
>
> + Jabber with SSL support (necessary to gTalk)
> + Gadu Gadu with SSL support
>
> I proved with this:
>
> ./configure --with-ssl
>
> Installing libgnutls-dev instead libssl-dev, Jabber/gTalk does not work.
>
> I check what was the problem and I found it.
>
> When you gives the --with-ssl parameter centerim to find for OpenSSL
> by default, it didn't find it, check for gnutls support. This is good.
>
> But the problem is:
>
> Inside connwrap/configure.ac and libgadu/configure.ac files aren't
> prepare to receive this parameters, for example in
> connwrap/configure.ac:
>
> if test -n "$with_ssl" -a x"$with_ssl" != xno; then
> AC_DEFINE(HAVE_SSL)
> if test -n "$with_openssl" -a x"$with_openssl" != xno; then
> AC_DEFINE(HAVE_OPENSSL)
> AC_CHECK_LIB(crypto, main, [
> AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
> AC_DEFINE(HAVE_SSLEAY)
> ])
> ])
> fi
> fi
>
> We don't have defined the HAVE_GNUTLS var, then when I want to use it
> inside connwrap/ files, it's not defined.
>
> The correct would be:
>
>
> if test -n "$with_ssl" -a x"$with_ssl" != xno; then
> AC_DEFINE(HAVE_SSL)
> if test -n "$with_openssl" -a x"$with_openssl" != xno; then
> AC_DEFINE(HAVE_OPENSSL)
> AC_CHECK_LIB(crypto, main, [
> AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
> AC_DEFINE(HAVE_SSLEAY)
> ])
> ])
> else
> AC_MSG_RESULT([not found or disabled])
> with_ssl="no"
>
> AM_PATH_LIBGNUTLS_EXTRA(0.0.1, [
> AC_CHECK_LIB(lzo, lzo1x_1_compress, [], [
> echo "lzo compression is required.";
> exit -1
> ] )
> CXXFLAGS="$CXXFLAGS $LIBGNUTLS_CFLAGS"
> LIBS="$LIBS $LIBGNUTLS_LIBS -lgnutls-extra"
> AC_DEFINE(HAVE_GNUTLS, 1, [use gnutls])
> with_ssl="yes"
> ac_configure_args="$ac_configure_args --with-ssl"
> ])
> fi
> fi
>
> Is strange that in the top directory on centerim has defined it, but
> not below (is exactly the same problem inside libgadu dir).
>
> I fixed both files (connwrap/configure.ac and libgadu/configure.ac)
> and after I did the porting to gnutls.
>
> Now, we have both supports without problems: Openssl and GNUTLS. Also
> are mutually excluded to avoid problems.
>
> To work you need:
>
> If you have OpenSSL
> ./configure --with-ssl
>
> If you have Gnutls
> ./configure --with-ssl --with-openssl=no
>
> This is because by default is --with-openssl=yes
>
> The second reason because I had to do this is because Julien Lemoine
> tried to use the backward compatiblity to openssl from gnutls using
> gnutls/openssl.h header, but it not work (I tried). Also if you want
> to use the gnutls backward compatiblity gnutls/openssl.h, you need to
> link the libgnutls-openssl.so library in addition to libgnutls.so.
>
> Now all work fine with both.
>
> I send the patch. Of course to apply the configure.ac, you need to do
> run automake command.
>
> I hope this patch would be included in the offcial centerim branch.
> With this I can build the official debian package, because I can't do
> with the Openssl support by the license problems mentioned above.
>
> Please, I hope your comments.
>
> Regards.
>
>
>
>
>
>
>
>
>
>
> --
> Anibal Avelar (FixXxeR) http://fixxxer.cc
> GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656
>
>


--
Anibal Avelar (FixXxeR) http://fixxxer.cc
GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656


------------------------------

_______________________________________________
Cicq mailing list
Cicq-xGejAJT2w6yQN3pWzqx/SQ@public.gmane.orgpl.org
http://chlor.kofeina.net/mailman/listinfo/cicq


End of Cicq Digest, Vol 44, Issue 1
***********************************
@public.gmane.org>+BqQ9rBEUg@public.gmane.org>+52mdQ@public.gmane.orgxpl.org>/U2Yl5g9hUCZPvPmw@public.gmane.org>/U2Yl5g9hUCZPvPmw@public.gmane.org>@public.gmane.org>@public.gmane.orgcom>/1W3P0B+6BGkLq7r@public.gmane.org>/U2Yl5g9hUCZPvPmw@public.gmane.org>/U2Yl5g9hUCZPvPmw@public.gmane.org>@public.gmane.org>

TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.
_______________________________________________
Cicq mailing list
Cicq@...
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/
Iulian Ciorascu | 13 Jun 14:09
Picon

Re: gmail/gtalk is not working .

My options:

Server : talk.google.com:5223
Secured : yes
Login : yyy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Password : **
Priority : 4

still using gentoo CENTERICQ 4.21.0 with some patches of my own.
Regards,

Ponnambalam M A wrote:
Hi All,

Even after doing this patch and compilation , I could not connect to gtalk .
Could you please help me on this.

my settings
─ Serverg:gmail.com:5222                                                                                                       Secured:no                                                                                                                  Login:xxx-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Password:*******                                                                                                            Priority:3   

Thanks,
Pons.                                                                                                              cicq-request-xGejAJT2w6wWP6gT/1W3P0B+6BGkLq7r@public.gmane.org wrote:

_______________________________________________
Cicq mailing list
Cicq@...
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/
Frank Altpeter | 13 Jun 14:16
Picon
Favicon

Re: gmail/gtalk is not working .

Hi there,

Please try the maintained CenterIM (fork of CenterICQ) from
http://www.centerim.org/

A debian package is available at http://fixxxer.cc/pub/centerim

The old centericq 4.21.0 is known to have problems with GTalk, but these
have been fixed in CenterIM.

on 2007-06-13 at 14:09:09 CEST, Iulian Ciorascu wrote:
> My options:
> 
> Server : talk.google.com:5223
> Secured : yes
> Login : yyy@...
> Password : **
> Priority : 4
> 
> still using gentoo CENTERICQ 4.21.0 with some patches of my own.
> Regards,
> 
> Ponnambalam M A wrote:
> > Hi All,
> >
> > Even after doing this patch and compilation , I could not connect to
> > gtalk .
> > Could you please help me on this.
> >
> > my settings
> > ???
> > Serverg:gmail.com:5222                                                                                                      
> > Secured:no                                                                                                                 
> > Login:xxx@...
> > Password:*******                                                                                                           
> > Priority:3   
> >
> > Thanks,
> > Pons.
> >                                                                                                             
> > */cicq-request@.../* wrote:
> 

> _______________________________________________
> Cicq mailing list
> Cicq@...
> http://mailman.linuxpl.org/mailman/listinfo/cicq
> Questions? Check the FAQ first: http://centericq.de/faq/

 
Le deagh dhùraghd,

	Frank Altpeter

--

-- 
*** FA-RIPE *** http://blog.foxalpha.de/ *** SIG at 11 ***
Join XING - the Open Business Club: http://www.xing.com/go/invite/27666.e9249b
| Sehr lustig, Scotty... jetzt beam meine Klamotten runter...

_______________________________________________
Cicq mailing list
Cicq@...
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/

Anibal Avelar | 13 Jun 14:39
Picon

Re: gmail/gtalk is not working .

hi.

You have wrong the parameters.

The port is 5223.
The Server: talk.google.com
Secured: "Yes"

Regards.

On 6/13/07, Ponnambalam M A <perlpons <at> yahoo.com> wrote:
> Hi All,
>
> Even after doing this patch and compilation , I could not connect to gtalk .
> Could you please help me on this.
>
> my settings
> ─ Serverg:gmail.com:5222
>
>              Secured:no
>
>
>     Login:xxx <at> gmail.com
> Password:*******
>
>                      Priority:3
>
> Thanks,
> Pons.
>
>             cicq-request <at> mailman.linuxpl.org wrote:
>  Send Cicq mailing list submissions to
>  cicq <at> mailman.linuxpl.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>  http://chlor.kofeina.net/mailman/listinfo/cicq
> or, via email, send a message with subject or body 'help' to
>  cicq-request <at> mailman.linuxpl.org
>
> You can reach the person managing the list at
>  cicq-owner <at> mailman.linuxpl.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Cicq digest..."
>
>
> Today's Topics:
>
>  1. gnutls support is ready (Anibal Avelar)
>  2. Re: gnutls support is ready (Anibal Avelar)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 12 Jun 2007 09:58:15 -0500
> From: "Anibal Avelar"
> Subject: [cicq] gnutls support is ready
> To: "CenterIM users discussion list" ,
>  "CenterIM developers discussion list" ,
>  "CenterICQ List"
> Message-ID:
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi everybody.
>
> Because I saw centerim has problems to work with gnutls I made the
> definitive support to GNUTLS library. The normal way was to use
> openssl instead gnutls.
> But at least into Debian, the openssl license is GPL non-compatible,
> for that is better to use gnutls support.
>
> Whom were affected?
>
>  + Jabber with SSL support (necessary to gTalk)
>  + Gadu Gadu with SSL support
>
> I proved with this:
>
> ./configure --with-ssl
>
> Installing libgnutls-dev instead libssl-dev, Jabber/gTalk does not work.
>
> I check what was the problem and I found it.
>
> When you gives the --with-ssl parameter centerim to find for OpenSSL
> by default, it didn't find it, check for gnutls support. This is good.
>
> But the problem is:
>
> Inside connwrap/configure.ac and libgadu/configure.ac files aren't
> prepare to receive this parameters, for example in
> connwrap/configure.ac:
>
> if test -n "$with_ssl" -a x"$with_ssl" != xno; then
>  AC_DEFINE(HAVE_SSL)
>  if test -n "$with_openssl" -a x"$with_openssl" != xno; then
>  AC_DEFINE(HAVE_OPENSSL)
>  AC_CHECK_LIB(crypto, main, [
>  AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
>  AC_DEFINE(HAVE_SSLEAY)
>  ])
>  ])
>  fi
> fi
>
> We don't have defined the HAVE_GNUTLS var, then when I want to use it
> inside connwrap/ files, it's not defined.
>
> The correct would be:
>
>
> if test -n "$with_ssl" -a x"$with_ssl" != xno; then
>  AC_DEFINE(HAVE_SSL)
>  if test -n "$with_openssl" -a x"$with_openssl" != xno; then
>  AC_DEFINE(HAVE_OPENSSL)
>  AC_CHECK_LIB(crypto, main, [
>  AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
>  AC_DEFINE(HAVE_SSLEAY)
>  ])
>  ])
>  else
>  AC_MSG_RESULT([not found or disabled])
>  with_ssl="no"
>
>  AM_PATH_LIBGNUTLS_EXTRA(0.0.1, [
>  AC_CHECK_LIB(lzo, lzo1x_1_compress, [], [
>  echo "lzo compression is required.";
>  exit -1
>  ] )
>  CXXFLAGS="$CXXFLAGS $LIBGNUTLS_CFLAGS"
>  LIBS="$LIBS $LIBGNUTLS_LIBS -lgnutls-extra"
>  AC_DEFINE(HAVE_GNUTLS, 1, [use gnutls])
>  with_ssl="yes"
>  ac_configure_args="$ac_configure_args --with-ssl"
>  ])
>  fi
> fi
>
> Is strange that in the top directory on centerim has defined it, but
> not below (is exactly the same problem inside libgadu dir).
>
> I fixed both files (connwrap/configure.ac and libgadu/configure.ac)
> and after I did the porting to gnutls.
>
> Now, we have both supports without problems: Openssl and GNUTLS. Also
> are mutually excluded to avoid problems.
>
> To work you need:
>
> If you have OpenSSL
> ./configure --with-ssl
>
> If you have Gnutls
> ./configure --with-ssl --with-openssl=no
>
> This is because by default is --with-openssl=yes
>
> The second reason because I had to do this is because Julien Lemoine
> tried to use the backward compatiblity to openssl from gnutls using
> gnutls/openssl.h header, but it not work (I tried). Also if you want
> to use the gnutls backward compatiblity gnutls/openssl.h, you need to
> link the libgnutls-openssl.so library in addition to libgnutls.so.
>
> Now all work fine with both.
>
> I send the patch. Of course to apply the configure.ac, you need to do
> run automake command.
>
> I hope this patch would be included in the offcial centerim branch.
> With this I can build the official debian package, because I can't do
> with the Openssl support by the license problems mentioned above.
>
> Please, I hope your comments.
>
> Regards.
>
>
>
>
>
>
>
>
>
>
> --
> Anibal Avelar (FixXxeR) http://fixxxer.cc
> GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: patch-gnutls
> Type: application/octet-stream
> Size: 15125 bytes
> Desc: not available
> Url :
> http://chlor.kofeina.net/pipermail/cicq/attachments/20070612/4c22e6fd/attachment-0001.obj
>
> ------------------------------
>
> Message: 2
> Date: Tue, 12 Jun 2007 16:58:34 -0500
> From: "Anibal Avelar"
> Subject: Re: [cicq] gnutls support is ready
> To: "CenterIM users discussion list" ,
>  "CenterIM developers discussion list" ,
>  "CenterICQ List"
> Message-ID:
>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi everybody again.
>
> While wait for the patch I have ready a experimental version for
> centerim with gnutls (effective) support in my personal debian
> unstable repository [1]:
>
> deb http://fixxxer.cc/debian unstable/
> deb-src http://fixxxer.cc/debian unstable/
>
> Regards.
>
> [1] http://fixxxer.cc/blog-en/?page_id=13
>
> On 6/12/07, Anibal Avelar wrote:
> > Hi everybody.
> >
> > Because I saw centerim has problems to work with gnutls I made the
> > definitive support to GNUTLS library. The normal way was to use
> > openssl instead gnutls.
> > But at least into Debian, the openssl license is GPL non-compatible,
> > for that is better to use gnutls support.
> >
> > Whom were affected?
> >
> > + Jabber with SSL support (necessary to gTalk)
> > + Gadu Gadu with SSL support
> >
> > I proved with this:
> >
> > ./configure --with-ssl
> >
> > Installing libgnutls-dev instead libssl-dev, Jabber/gTalk does not work.
> >
> > I check what was the problem and I found it.
> >
> > When you gives the --with-ssl parameter centerim to find for OpenSSL
> > by default, it didn't find it, check for gnutls support. This is good.
> >
> > But the problem is:
> >
> > Inside connwrap/configure.ac and libgadu/configure.ac files aren't
> > prepare to receive this parameters, for example in
> > connwrap/configure.ac:
> >
> > if test -n "$with_ssl" -a x"$with_ssl" != xno; then
> > AC_DEFINE(HAVE_SSL)
> > if test -n "$with_openssl" -a x"$with_openssl" != xno; then
> > AC_DEFINE(HAVE_OPENSSL)
> > AC_CHECK_LIB(crypto, main, [
> > AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
> > AC_DEFINE(HAVE_SSLEAY)
> > ])
> > ])
> > fi
> > fi
> >
> > We don't have defined the HAVE_GNUTLS var, then when I want to use it
> > inside connwrap/ files, it's not defined.
> >
> > The correct would be:
> >
> >
> > if test -n "$with_ssl" -a x"$with_ssl" != xno; then
> > AC_DEFINE(HAVE_SSL)
> > if test -n "$with_openssl" -a x"$with_openssl" != xno; then
> > AC_DEFINE(HAVE_OPENSSL)
> > AC_CHECK_LIB(crypto, main, [
> > AC_CHECK_LIB(crypto, SSLeay_add_all_algorithms, [
> > AC_DEFINE(HAVE_SSLEAY)
> > ])
> > ])
> > else
> > AC_MSG_RESULT([not found or disabled])
> > with_ssl="no"
> >
> > AM_PATH_LIBGNUTLS_EXTRA(0.0.1, [
> > AC_CHECK_LIB(lzo, lzo1x_1_compress, [], [
> > echo "lzo compression is required.";
> > exit -1
> > ] )
> > CXXFLAGS="$CXXFLAGS $LIBGNUTLS_CFLAGS"
> > LIBS="$LIBS $LIBGNUTLS_LIBS -lgnutls-extra"
> > AC_DEFINE(HAVE_GNUTLS, 1, [use gnutls])
> > with_ssl="yes"
> > ac_configure_args="$ac_configure_args --with-ssl"
> > ])
> > fi
> > fi
> >
> > Is strange that in the top directory on centerim has defined it, but
> > not below (is exactly the same problem inside libgadu dir).
> >
> > I fixed both files (connwrap/configure.ac and libgadu/configure.ac)
> > and after I did the porting to gnutls.
> >
> > Now, we have both supports without problems: Openssl and GNUTLS. Also
> > are mutually excluded to avoid problems.
> >
> > To work you need:
> >
> > If you have OpenSSL
> > ./configure --with-ssl
> >
> > If you have Gnutls
> > ./configure --with-ssl --with-openssl=no
> >
> > This is because by default is --with-openssl=yes
> >
> > The second reason because I had to do this is because Julien Lemoine
> > tried to use the backward compatiblity to openssl from gnutls using
> > gnutls/openssl.h header, but it not work (I tried). Also if you want
> > to use the gnutls backward compatiblity gnutls/openssl.h, you need to
> > link the libgnutls-openssl.so library in addition to libgnutls.so.
> >
> > Now all work fine with both.
> >
> > I send the patch. Of course to apply the configure.ac, you need to do
> > run automake command.
> >
> > I hope this patch would be included in the offcial centerim branch.
> > With this I can build the official debian package, because I can't do
> > with the Openssl support by the license problems mentioned above.
> >
> > Please, I hope your comments.
> >
> > Regards.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> > Anibal Avelar (FixXxeR) http://fixxxer.cc
> > GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656
> >
> >
>
>
> --
> Anibal Avelar (FixXxeR) http://fixxxer.cc
> GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656
>
>
> ------------------------------
>
> _______________________________________________
> Cicq mailing list
> Cicq <at> mailman.linuxpl.org
> http://chlor.kofeina.net/mailman/listinfo/cicq
>
>
> End of Cicq Digest, Vol 44, Issue 1
> ***********************************
>
>
>
>  ________________________________
> TV dinner still cooling?
> Check out "Tonight's Picks" on Yahoo! TV.
>
>
> _______________________________________________
> Cicq mailing list
> Cicq <at> mailman.linuxpl.org
> http://mailman.linuxpl.org/mailman/listinfo/cicq
> Questions? Check the FAQ first: http://centericq.de/faq/
>

--

-- 
Anibal Avelar (FixXxeR) http://fixxxer.cc
GPG: 83B64656 - C143 4AD8 B017 53FA B742  D6AA CEEA F9F3 83B6 4656
_______________________________________________
Cicq mailing list
Cicq <at> mailman.linuxpl.org
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/
Simon Lockhart | 13 Jun 14:44
Favicon

MSN == segv

Since this morning, everytime CenterICQ connects to MSN, it's segv'ing on me.

Is anyone else seeing this? I'm running cicq 4.21.0 on Solaris...

Simon
--

-- 
Simon Lockhart | * Sun Server Colocation * ADSL * Domain Registration *
   Director    |    * Domain & Web Hosting * Internet Consultancy * 
  Bogons Ltd   | * http://www.bogons.net/  *  Email: info@...  * 
_______________________________________________
Cicq mailing list
Cicq@...
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/

Frank Altpeter | 13 Jun 16:01
Picon
Favicon

Re: MSN == segv

Hi there,

on 2007-06-13 at 14:44:55 CEST, Simon Lockhart wrote:
> Since this morning, everytime CenterICQ connects to MSN, it's segv'ing on me.
> 
> Is anyone else seeing this? I'm running cicq 4.21.0 on Solaris...

Please try the maintained fork of CenterICQ named CenterIM, fetchable on
http://www.centerim.org/ - it contains several new features along with a
lot of patches and fixes.

 
Tìoraidh an-dràsda,

	Frank Altpeter

--

-- 
*** FA-RIPE *** http://blog.foxalpha.de/ *** SIG at 11 ***
Join XING - the Open Business Club: http://www.xing.com/go/invite/27666.e9249b
| Dr. Zoidberg: "Talk to the claw."
| Bender: "Bite my collosal metal ass."

_______________________________________________
Cicq mailing list
Cicq@...
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/

Simon Lockhart | 14 Jun 00:51
Favicon

Re: MSN == segv

On Wed Jun 13, 2007 at 04:01:23PM +0200, Frank Altpeter wrote:
> Please try the maintained fork of CenterICQ named CenterIM, fetchable on
> http://www.centerim.org/ - it contains several new features along with a
> lot of patches and fixes.

Okay... Giving that a try, seems to be working fine on MSN at the moment.

(Apologies if this should be on a centerim mailing list...).

Had a few issues getting it to compile - may be worth incorporating these?

A couple of .cc files try to include stdint.h - I don't have this on my box
and commenting on the #include allows it to compile cleanly anyway

It doesn't look in /usr/local/ssl by default for openssl (it's the standard
place to look for it on anything other than linux, IIRC). Specifying
--with-openssl=/usr/local/ssl works, but it doesn't seem to add 
/usr/local/ssl/include to the INCLUDE variable in connwrap/Makefile,
libgadu/Makefile and src/hooks/Makefile

It doesn't seem to notice that it couldn't find the ncurses.h - I use the
packages from sunfreeware.com, and it puts ncurses.h in 
/usr/local/include/ncurses - I had to manually hack the Makefile to add this
to the include path in a couple of Makefiles.

Didn't manage to get a version of gpgme that worked with it - and running
configure with --without-gpgme did nothing, HAVE_GPGME was still defined
in config.h

Hope this helps someone,

Simon
--

-- 
Simon Lockhart | * Sun Server Colocation * ADSL * Domain Registration *
   Director    |    * Domain & Web Hosting * Internet Consultancy * 
  Bogons Ltd   | * http://www.bogons.net/  *  Email: info@...  * 
_______________________________________________
Cicq mailing list
Cicq@...
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/

Stéphane Bisinger | 14 Jun 01:10
Picon

Re: MSN == segv

Hi,

On 14/06/07, Simon Lockhart <simon <at> slimey.org> wrote:
> Okay... Giving that a try, seems to be working fine on MSN at the moment.

I have been working on the MSN protocol lately, so it has some more bug fixes!

> (Apologies if this should be on a centerim mailing list...).

We have two mailing lists (CenterIM-users [1] and CenterIM-developers [2])

> Had a few issues getting it to compile - may be worth incorporating these?

I am wondering how did you install centericq in the first place - did
you pick a compiled version somewhere? I am not practical about
Solaris, so I am asking you to enlighten me.

> [..list of issues...]
>
> Hope this helps someone,

This helps, we should add this in our bug list. If you wish, you could
add them to our SF bug page [3] so that we won't forget them!
Anyway these issues should also be present in centericq, since we did
not change any of these things (well maybe just the GPGME thing).
Anyway some more bugs to fix!

[1] centerim-users <at> centerim.org
[2] centerim-devel <at> centerim.org
[3] https://sourceforge.net/tracker/?group_id=190480&atid=933528

--

-- 
Stéphane
_______________________________________________
Cicq mailing list
Cicq <at> mailman.linuxpl.org
http://mailman.linuxpl.org/mailman/listinfo/cicq
Questions? Check the FAQ first: http://centericq.de/faq/

Gmane