Sure, if you don't plan on using the remote connectivity. Which many dont. On Mon, May 3, 2010 at 10:50 PM, Ruiyuan Jiang <ruiyuan_ji...@liz.com> wrote: > It seems libsoup depends on gnutls-devel which gnome needs libsoup. I'd > prefer to modify the code instead of delete gnutls. Can I remove line 74 of > the remote.c instead? > > > -----Original Message----- > From: Lars Ellenberg [mailto:lars.ellenb...@linbit.com] > Sent: Monday, May 03, 2010 4:23 PM > To: pacemaker@oss.clusterlabs.org > Subject: Re: [Pacemaker] Erro compiling PaceMaker for CoroSync and OpenAIS > > On Mon, May 03, 2010 at 01:45:28PM -0400, Ruiyuan Jiang wrote: >> >>> I have to admit one more or the main reason why I am compiling >> >>> myself. Linux HA stated that the software runs on Solaris. I might >> >>> use Linux HA for my Solaris (SPARC) system if OpenAIS or Corosync >> >>> does not support Solaris. I don't think there is a pre-compiled >> >>> package for Solaris. If I can successfully compile on Linux, it is >> >>> a lot easier for me to find the problem when I am trying on >> >>> Solaris if there is a problem when I use the same procedure. > >> >> >> >> Ah, thats a different story. >> >> >> >> I suggest opening up remote.c and looking for line 74. eg. >> >> >> >> gnutls_transport_set_ptr(*session, >> >> (gnutls_transport_ptr) >> >> GINT_TO_POINTER(csock)); >> >> >> >> It looks like your version of gnutls_transport_set_ptr() doesn't like >> >> the call to GINT_TO_POINTER. >> >> Maybe the type for gnutls_transport_ptr is different. >> >> Perhaps google the warning: >> >> >>> remote.c:74: warning: cast to pointer from integer of different size >> >> >> >> Or, if you're feeling luck, disable fatal warnings when you configure >> >> pacemaker. > >> What do you need and I can provide you for the platform, Andrew, for >> the problem? Also it did not have problems when I compiled Linux-HA, >> Pacemaker on RHEL v5.4 (x86_64 bit). I also tried OpenAIS, Corosync >> and Pacemaker on RHEL v5.4 (x86_64 bit) and I got problem when >> compiling Pacemaker. I think the problem may have something to do with >> the combination of OpenAIS, Corosync and Pacemaker. > > You could deinstall gnutls-devel, which should disable that particular > piece of code. You'll likely not need remote tls connections to the cib > anyways. > > -- > : Lars Ellenberg > : LINBIT | Your Way to High Availability > : DRBD/HA support and consulting http://www.linbit.com > > DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. > > _______________________________________________ > Pacemaker mailing list: Pacemaker@oss.clusterlabs.org > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > > > > This message (including any attachments) is intended > solely for the specific individual(s) or entity(ies) named > above, and may contain legally privileged and > confidential information. If you are not the intended > recipient, please notify the sender immediately by > replying to this message and then delete it. > Any disclosure, copying, or distribution of this message, > or the taking of any action based on it, by other than the > intended recipient, is strictly prohibited. > > > _______________________________________________ > Pacemaker mailing list: Pacemaker@oss.clusterlabs.org > http://oss.clusterlabs.org/mailman/listinfo/pacemaker > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf >
_______________________________________________ Pacemaker mailing list: Pacemaker@oss.clusterlabs.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
