pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel

[Gaim-devel] hack to resurect ctrl-a, ctrl-p and ctrl-q shortcuts.

[David O. <Da...@di...>]

    Hi,

 The attached patch (against current CVS HEAD)is an evil hack that
resurect the ctrl-p, ctrl-a and ctrl-q shortcuts. At least when the
input widget has the focus.

   Better than nothing, :-/

       Regards,

             DindinX

-- 
Da...@di...

Re: [Gaim-devel] [PATCH] Fix $http_proxy handling

[Christian H. <ch...@gn...>]

On Tue, Oct 22, 2002 at 04:16:34AM +0000, Michael Shields wrote:
> There are a number of problems with the handling of the $http_proxy
> ($HTTP_PROXY, $HTTPPROXY, $http_proxy_user, &c.) environment variables
> in the current CVS tree.
> 
> The code is broken; gaimrc_parse_proxy_uri() uses strcmp(), a string
> comparison function, when it should use strcpy().  Because of this the
> proxy variables are never actually initialized; they contain random
> memory junk.  This makes gaim unusable.
> 
> Fixed-size buffers are used to read unlimited-size environment
> variables, creating potential buffer overflows.  This could make gaim
> crash or become erratic if these environment variables are too long.
> 
> The attached patch fixes these problems, and at the same time makes
> gaimrc_read_proxy() easier to read and saves calls to g_getenv().
> Both parts of the patch need to be applied, since otherwise
> gaimrc_parse_proxy_uri()'s overwrites its own argument and fails.
> 
> Please cc me on replies; I am not on gaim-devel.  Thanks.

Sigh! Pitiful. We'll be sure to hunt down the guy who did it.

We should lay off of him, though, because he was probably asked by a
Debian maintainer or somebody to fix it, and had no methods for
testing, and was up late doing it instead of homework. I'd imagine
that's the case, anyway. I'll take care of this personally. You can
all get back to work.

Christian
 
-- 
Christian Hammond         <>  The GNUpdate Project
ch...@gn...      <>  http://www.gnupdate.org/
   Windows 98: 32 bit extensions and a graphical shell for a 16 bit patch
   to an 8 bit operating system originally coded for a 4 bit microprocessor,
   written by a 2 bit company that can't stand 1 bit of competition.

Re: [Gaim-devel] Patch: OFT cleanup

[Rob F. <ro...@fa...>]

> -- Wil
> P.S.  I hope I'm not bombarding the list with patches.  I anticipate
> sending one or two more before the Oscar protocol code is reasonably
> complete, although the generic FT interface could obviously use some
> work.

You should never appologize for that :-P

[Gaim-devel] Patch: OFT cleanup

[William T. M. <wt...@du...>]

Hello,

Here is a patch that cleans up some remaining unsightliness in my FT
code, and (I hope) makes it easer to follow.  It touches several
files but changes no functionality.

* Replace all uses of conn->priv in ft.c with conn->internal, as
  recommended by the libfaim comments
* Add brief comments describing each of the FT functions
* Remove a few glib functions that I carelessly introduced into
  ft.c with my FT patch (yes, glib is cool, but I understand libfaim
  has always been glib-free and it's easy to keep it that way)
* Replace various hard-coded constants in with macros
* Rename the FT functions in oscar.c to make them consistent with
  the prpl hooks
* Move struct aim_filetransfer_priv from aim.h into ft.c, where
  it belongs
* Use separate callback types for sendfile rather than co-opting
  the getfile ones; pass the whole file header to the callbacks rather
  than just a few of the fields

-- Wil
P.S.  I hope I'm not bombarding the list with patches.  I anticipate
sending one or two more before the Oscar protocol code is reasonably
complete, although the generic FT interface could obviously use some
work.

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Ethan B. <ebl...@cs...>]

David Odin spake unto us the following wisdom:
> - You've put the input entry above the iconbar.  Is this on purpose?  I
>   tend to prefer the iconbar above the entry.

I had done the same for the chat dialog, I've updated my patch again.

http://irg.cs.ohiou.edu/~eblanton/gaim-patches/gaim-cvs-dindinx-with-typing=
.diff

This continues to work well for me.  :-)  Still the XIM problem, but I
might have a lead on that.
Ethan

--=20
And if I claim to be a wise man / it surely means that I don't know.
                -- Kansas, "Carry on Wayward Son"

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Ethan B. <ebl...@cs...>]

Rob Flynn spake unto us the following wisdom:
> Also, I was unable to send messages to the chatroom...  (or receive
> messages)

Hmmm, it worked for me last night ... Let me try again and make sure I
haven't broken anything.

Ethan

--=20
And if I claim to be a wise man / it surely means that I don't know.
                -- Kansas, "Carry on Wayward Son"

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Rob F. <ro...@ma...>]

Also, I was unable to send messages to the chatroom...  (or receive
messages)


On Sat, 2002-10-19 at 12:01, Ethan Blanton wrote:
> David Odin spake unto us the following wisdom:
> > On Fri, Oct 18, 2002 at 09:57:58PM -0500, Ethan Blanton wrote:
> > > And I also sent a counter-patch that got held up by moderation.  :-P
> >
> >   Great. I have just a few remarks:
> > 
> > - You've put the input entry above the iconbar.  Is this on purpose?  I
> >   tend to prefer the iconbar above the entry.
> 
> Oops!  That was a last-minute breakage, probably caused when I put in
> the frame...  I certainly did not mean to do it.  The patch has been
> updated on the web.
> 
> > - You've replace the 'entry_view' field by 'entry'.  I guess it was to
> >   reduce the patch size.  I'm afraid this could cause some hard-to-find
> >   bugs because the 'entry' field can be used with its former meaning
> >   (i.e a pointer to a GtkText, not a GtkTextView) by other part of
> >   gaim's code.
> 
> As Nathan said, your changing of the variable name guarantees that all
> instances were caught.  That said, I'm pretty sure the notify plugin
> is busted with this patch.  At one point I had hacked a Makefile not
> to build it, and I don't recall fixing it...
> 
> Ethan
> 
> -- 
> And if I claim to be a wise man / it surely means that I don't know.
>                 -- Kansas, "Carry on Wayward Son"

Re: [Gaim-devel] patch to fix account deletion.

[David O. <Da...@di...>]

On Sat, Oct 19, 2002 at 06:18:41PM +0200, David Odin wrote:
> 
>    Hi,
> 
>  This little patch fix a segfault which occured when trying to delete an
> account.  Pointed out by Steev.
> 
> ------------------------------------------------------
> Index: src/multi.c
> ===================================================================
> RCS file: /cvsroot/gaim/gaim/src/multi.c,v
> retrieving revision 1.136
> diff -u -r1.136 multi.c
> --- src/multi.c	17 Oct 2002 21:29:47 -0000	1.136
> +++ src/multi.c	19 Oct 2002 16:11:58 -0000
> @@ -947,7 +947,7 @@
>  	}
>  }
>  	
> -static void do_del_acct(gpointer w, struct aim_user *u)
> +static void do_del_acct(struct aim_user *u, gpointer u)

  oups! 
+static void do_del_acct(struct aim_user *u, gpointer w)

  or even

+static void do_del_acct(struct aim_user *u)
  
obviously. Sorry for this.

>  {
>  	if (u->gc) {
>  		u->gc->wants_to_die = TRUE;
> ------------------------------------------------------
> 
>   Please apply.
> 
>      Thanks.
> 
> 

-- 
Da...@di...

[Gaim-devel] patch to fix account deletion.

[David O. <Da...@di...>]

   Hi,

 This little patch fix a segfault which occured when trying to delete an
account.  Pointed out by Steev.

------------------------------------------------------
Index: src/multi.c
===================================================================
RCS file: /cvsroot/gaim/gaim/src/multi.c,v
retrieving revision 1.136
diff -u -r1.136 multi.c
--- src/multi.c	17 Oct 2002 21:29:47 -0000	1.136
+++ src/multi.c	19 Oct 2002 16:11:58 -0000
@@ -947,7 +947,7 @@
 	}
 }
 	
-static void do_del_acct(gpointer w, struct aim_user *u)
+static void do_del_acct(struct aim_user *u, gpointer u)
 {
 	if (u->gc) {
 		u->gc->wants_to_die = TRUE;
------------------------------------------------------

  Please apply.

     Thanks.


          DindinX

-- 
Da...@di...

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[David O. <Da...@di...>]

On Sat, Oct 19, 2002 at 11:01:59AM -0500, Ethan Blanton wrote:
> David Odin spake unto us the following wisdom:
> > On Fri, Oct 18, 2002 at 09:57:58PM -0500, Ethan Blanton wrote:
> > > And I also sent a counter-patch that got held up by moderation.  :-P
> >
> >   Great. I have just a few remarks:
> > 
> > - You've put the input entry above the iconbar.  Is this on purpose?  I
> >   tend to prefer the iconbar above the entry.
> 
> Oops!  That was a last-minute breakage, probably caused when I put in
> the frame...  I certainly did not mean to do it.  The patch has been
> updated on the web.
>
  Thanks! ;-)

> > - You've replace the 'entry_view' field by 'entry'.  I guess it was to
> >   reduce the patch size.  I'm afraid this could cause some hard-to-find
> >   bugs because the 'entry' field can be used with its former meaning
> >   (i.e a pointer to a GtkText, not a GtkTextView) by other part of
> >   gaim's code.
> 
> As Nathan said, your changing of the variable name guarantees that all
> instances were caught.  That said, I'm pretty sure the notify plugin
> is busted with this patch.  At one point I had hacked a Makefile not
> to build it, and I don't recall fixing it...
> 
  Gtk should issue warning if we use a GtkTextView where a GtkText is
expected anyway.  So, these sort of problem should be caught easily.

By the way, I've seen on the gtkspell's official site that the current
version use a GtkTreeView and is ready for gtk+2. What is the policy
there? Grab the source and put them in the gaim tree (after having
informed the gtkspell author of course)? Add a new dependency for gaim
on gtkspell? I would prefer the former.

        Regards,

              DindinX


-- 
Da...@di...
The biggest mistake you can make is to believe that you are working for
someone else.

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Ethan B. <ebl...@cs...>]

David Odin spake unto us the following wisdom:
> On Fri, Oct 18, 2002 at 09:57:58PM -0500, Ethan Blanton wrote:
> > And I also sent a counter-patch that got held up by moderation.  :-P
>
>   Great. I have just a few remarks:
>=20
> - You've put the input entry above the iconbar.  Is this on purpose?  I
>   tend to prefer the iconbar above the entry.

Oops!  That was a last-minute breakage, probably caused when I put in
the frame...  I certainly did not mean to do it.  The patch has been
updated on the web.

> - You've replace the 'entry_view' field by 'entry'.  I guess it was to
>   reduce the patch size.  I'm afraid this could cause some hard-to-find
>   bugs because the 'entry' field can be used with its former meaning
>   (i.e a pointer to a GtkText, not a GtkTextView) by other part of
>   gaim's code.

As Nathan said, your changing of the variable name guarantees that all
instances were caught.  That said, I'm pretty sure the notify plugin
is busted with this patch.  At one point I had hacked a Makefile not
to build it, and I don't recall fixing it...

Ethan

--=20
And if I claim to be a wise man / it surely means that I don't know.
                -- Kansas, "Carry on Wayward Son"

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Nathan W. <fac...@fa...>]

On Sat, Oct 19, 2002 at 01:30:38PM +0200, David Odin wrote:
> - You've replace the 'entry_view' field by 'entry'.  I guess it was to
>   reduce the patch size.  I'm afraid this could cause some hard-to-find
>   bugs because the 'entry' field can be used with its former meaning
>   (i.e a pointer to a GtkText, not a GtkTextView) by other part of
>   gaim's code.

Well, once you changed it to entry_view, we were 100% certain that we
had gotten all instances of it, so it was changed back.  New uses of the
field in the old manner won't magically appear, and this makes the diff
much easier to parse, and see the true functionality changes.

Nathan


--=20
Nathan Walp             || fac...@fa...
GPG Fingerprint:        ||   http://faceprint.com/
5509 6EF3 928B 2363 9B2B  DA17 3E46 2CDC 492D DB7E

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[David O. <Da...@di...>]

On Fri, Oct 18, 2002 at 09:57:58PM -0500, Ethan Blanton wrote:
> Nathan Walp spake unto us the following wisdom:
> > I wrote something about the patch earlier, but it was too big, so it's
> > waiting on moderation.  here's the link:
> > 
> > http://faceprint.com/code/gaim/gtk2-input-with-typing.diff
> 
> And I also sent a counter-patch that got held up by moderation.  :-P
> 
> http://irg.cs.ohiou.edu/~eblanton/gaim-patches/gaim-cvs-dindinx-with-typing.diff
> 
> This patch is:
>   * David Odin's gtk2 input patch
>   * Nathan Walp's typing notification cleanups
>   * My cleanup of David's patch plus a pretty recessed frame around
>     the GtkTextInput widget.
> 
> My personal opinion is that this is ready for inclusion.  It has some   
> outstanding issues (enter-to-send does not work with XIM, for one), 
> but it is approximately 10000x better than what we have right now.
> I'd like to get it in and get the bugs beaten out as soon as possible. 
>        
  Great. I have just a few remarks:

- You've put the input entry above the iconbar.  Is this on purpose?  I
  tend to prefer the iconbar above the entry.
- You've replace the 'entry_view' field by 'entry'.  I guess it was to
  reduce the patch size.  I'm afraid this could cause some hard-to-find
  bugs because the 'entry' field can be used with its former meaning
  (i.e a pointer to a GtkText, not a GtkTextView) by other part of
  gaim's code.

Anyway, this two issues could be looked at afterward.


       Regards,

             DindinX


-- 
Da...@di...
You know it's Monday when you wake up and it's Tuesday.
		-- Garfield

[Gaim-devel] Patch 3/3: SNAC destructors

[William T. M. <wt...@du...>]

Hi,

This patch 3 of 3, which applies on top of the first 2, removes the
alarm() and sigaction() calls that were added by my original FT patch
to detect transfer timeouts.  Besides apparently not working on
Windows, they involved a lot of ugly code to handle a special case.

My new approach is to add destructors that can called when SNACs are
freed; a timeout is detected when a request SNAC is cleaned up before
the transfer is accepted.  Although this touches several files, it is
more generic than the old method.  I tried to implement this in an
unintrusive manner, so that there is little preformance penalty for
SNACs that do not use destructors.

My first two patches should work fine without this.  If there are any
objections to the third patch, I ask that the first two patches be
applied, in which case I will set up a SourceForge page for this one.

 aim_cbtypes.h  |    3 +
 aim_internal.h |    7 +++
 im.c           |   31 ++++++++++++--
 oscar.c        |  101 +++++++++++++++--------------------------------
 snac.c         |   46 +++++++++++++++++++--
 5 files changed, 112 insertions(+), 76 deletions(-)

-- Wil

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Ethan B. <ebl...@cs...>]

Nathan Walp spake unto us the following wisdom:
> I wrote something about the patch earlier, but it was too big, so it's
> waiting on moderation.  here's the link:
>=20
> http://faceprint.com/code/gaim/gtk2-input-with-typing.diff

And I also sent a counter-patch that got held up by moderation.  :-P

http://irg.cs.ohiou.edu/~eblanton/gaim-patches/gaim-cvs-dindinx-with-typing=
.diff

This patch is:
  * David Odin's gtk2 input patch
  * Nathan Walp's typing notification cleanups
  * My cleanup of David's patch plus a pretty recessed frame around
    the GtkTextInput widget.

My personal opinion is that this is ready for inclusion.  It has some  =20
outstanding issues (enter-to-send does not work with XIM, for one),=20
but it is approximately 10000x better than what we have right now.
I'd like to get it in and get the bugs beaten out as soon as possible.=20
      =20
Ethan

--=20
And if I claim to be a wise man / it surely means that I don't know.
                -- Kansas, "Carry on Wayward Son"

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Nathan W. <fac...@fa...>]

I wrote something about the patch earlier, but it was too big, so it's
waiting on moderation.  here's the link:

http://faceprint.com/code/gaim/gtk2-input-with-typing.diff


--=20
Nathan Walp             || fac...@fa...
GPG Fingerprint:        ||   http://faceprint.com/
5509 6EF3 928B 2363 9B2B  DA17 3E46 2CDC 492D DB7E

[Gaim-devel] gtk2 input with prettification

[Ethan B. <ebl...@cs...>]

This is the patch Nathan just sent with the GtkTextView put in a
recessed frame.

In short, it is:
  * David Odin's gtk2 input patch
  * Nathan Walp's typing notification cleanup
  * My general cleaning of David's patch plus a pretty recessed frame.

My personal opinion is that this is ready for inclusion.  It has some
outstanding issues (enter-to-send does not work with XIM, for one),
but it is approximately 10000x better than what we have right now.
I'd like to get it in and get the bugs beaten out as soon as possible.

Ethan

-- 
And if I claim to be a wise man / it surely means that I don't know.
                -- Kansas, "Carry on Wayward Son"

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[Nathan W. <fac...@fa...>]

OK, at long last, here's the gtk2-input patch by David Otin, fixed up by
Ethan Blanton, and now with working typing notification stuff by me.
Enjoy!

Nathan

-- 
Nathan Walp             || fac...@fa...
GPG Fingerprint:        ||   http://faceprint.com/
5509 6EF3 928B 2363 9B2B  DA17 3E46 2CDC 492D DB7E

[Gaim-devel] Patch 2/3: OFT reverse connections

[William T. M. <wt...@du...>]

Hi,

This patch 2 of 3, which applies on top of the first, adds support for
reverse connections for Oscar File Transfer, the lack of which has
been the biggest complaint so far.  Reverse connections are used by
newer AIM clients when there is difficulty verifying the IP of the
sender.

-- Wil

[Gaim-devel] Patch 1/3: OFT bugfixes

[William T. M. <wt...@du...>]

Hi,

This patch, against CVS HEAD, fixes three bugs in Oscar File Transfer
support.  I can split it up further if desired.

* Send a null checksum when initiating a file transfer, which fixes
"files don't match" warnings produced by some versions of WinAIM; add
a compile-time option to actually compute the checksum, which is
slow but necessary when sending to some Mac clients.
* Don't allow sending files to oneself, because it causes all kinds of
subtle problems and it's not useful.
* Don't crash when there is an error writing to the output file when
receiving.

-- Wil

Re: [Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[David O. <Da...@di...>]

On Sat, Oct 19, 2002 at 01:34:16AM +0200, David Odin wrote:
> 
>   Hi, 
> 
> This is the daily new version of the GtkTextView/GtkTreeBuffer patch.
> Not many new things this time. 
> 
> The tab completion has been resurected
>                             (asked by lsc...@re...)
> 
> As always, please test and report problems (the gtkspell is still
> missing, I already know this point).
> 
  And, as requested by Ethan, here is the diff between the previous
patch and this one.

   Regards,

       DindinX

-- 
Da...@di...
Washington, D.C: Fifty square miles almost completely surrounded by reality.

[Gaim-devel] new version of the GtkTextView/GtkTextBuffer patch

[David O. <Da...@di...>]

  Hi, 

This is the daily new version of the GtkTextView/GtkTreeBuffer patch.
Not many new things this time. 

The tab completion has been resurected
                            (asked by lsc...@re...)

As always, please test and report problems (the gtkspell is still
missing, I already know this point).

      Regards,

          DindinX

-- 
Da...@di...
"This is my gift, it is my curse."

Re: [Gaim-devel] CVS on Sun Solaris Install Problems

[<ope...@pl...>]

Here's a cat of my "gdk-x11-2=2E0=2Epc" file:
---------------------------------------
integdv7# cat gdk-x11-2=2E0=2Epc
prefix=3D/opt/sfw
exec_prefix=3D${prefix}
libdir=3D${exec_prefix}/lib
includedir=3D${prefix}/include
target=3Dx11

Name: GDK
Description: GIMP Drawing Kit (${target} target)
Version: 2=2E0=2E6
Requires: gdk-pixbuf-2=2E0 pangox
Libs: -L${libdir} -lgdk-${target}-2=2E0 -L/usr/openwin/lib -lXext -lXi -lX=
11
-lXss
Cflags: -I${includedir}/gtk-2=2E0 -I${libdir}/gtk-2=2E0/include
integdv7#
---------------------------------------

Where do I add "-lXss" and "-lX11"?

Original Message:
-----------------
From: Nathan Walp faceprint@faceprint=2Ecom
Date: Fri, 18 Oct 2002 12:11:02 -0400
To: opensource@planetdrown=2Ecom, gaim-devel@lists=2Esourceforge=2Enet
Subject: Re: [Gaim-devel] CVS on Sun Solaris Install Problems


On Fri, Oct 18, 2002 at 11:45:43AM -0400, opensource@planetdrown=2Ecom wro=
te:
> Background info:
> I'm working on a SunBlade100 with Sun Solaris 8=2E0=2E I install most so=
ftware
> into /opt/sfw/=2E The reason for this is that the /users/ and the
/opt/local/
> directories are network mounts that I do not have write access to even
with
> root=2E This causes all sorts of trouble when doing a =2E/configure; mak=
e;
make
> install=2E So, I normally install like this: =2E/configure --prefix=3D/o=
pt/sfw;
> make; make install=2E FYI, "make" is actually "gmake"=2E

<snip solved problem>

> Problem #2: unresolved (help please!)
> The newest versions of GTK 2, GLIB 2, gettext, libtool, atk, pango, and
> pkgconfig are all installed=2E CVS GAIM finished the "=2E/configure
> --prefix=3D/opt/sfw"=2E Here's the last few lines from the make output:
>=20
> make[3]: Entering directory `/opt/apps/DATA/gaim/cvs/gaim/src'
> /bin/sh =2E=2E/libtool --silent --mode=3Dlink gcc  -g -O2 -I/usr/local/i=
nclude
> -I/opt/include -I=2E=2E  -I/opt/sfw/include/gtk-2=2E0
> -I/opt/sfw/lib/gtk-2=2E0/include -I/opt/sfw/include/atk-1=2E0
> -I/opt/sfw/include/pango-1=2E0 -I/usr/openwin/include
> -I/opt/sfw/include/glib-2=2E0 -I/opt/sfw/lib/glib-2=2E0/include =20
> -DGTK_ENABLE_BROKEN -I/opt/sfw/include
> -I/usr/perl5/5=2E00503/sun4-solaris/CORE=20
> -DLOCALEDIR=3D\"/opt/sfw/share/locale\" -DLIBDIR=3D\"/opt/sfw/lib/gaim/\=
"=20
> -DDATADIR=3D\"/opt/sfw/share\"  -o gaim -export-dynamic about=2Eo aim=2E=
o away=2Eo
> browser=2Eo buddy=2Eo buddy_chat=2Eo conversation=2Eo core=2Eo dialogs=2E=
o ft=2Eo
> gaimrc=2Eo gtkimhtml=2Eo gtkspell=2Eo html=2Eo idle=2Eo list=2Eo md5=2Eo=
 module=2Eo
multi=2Eo
> perl=2Eo prefs=2Eo proxy=2Eo prpl=2Eo server=2Eo socket=2Eo sound=2Eo ut=
il=2Eo getopt=2Eo
> getopt1=2Eo -lnsl -lresolv  -L/opt/sfw/lib -lgtk-x11-2=2E0 -lgdk-x11-2=2E=
0
> -latk-1=2E0 -lgdk_pixbuf-2=2E0 -lm -lpangox-1=2E0 -lpango-1=2E0 -lgobjec=
t-2=2E0
> -lgmodule-2=2E0 -ldl -lglib-2=2E0 -lintl   -L/opt/sfw/lib -lesd -laudiof=
ile
-lm
> -lresolv -lrt -lnsl -lsocket  -R /usr/perl5/5=2E00503/sun4-solaris/CORE
> /usr/perl5/5=2E00503/sun4-solaris/auto/DynaLoader/DynaLoader=2Ea
> -L/usr/perl5/5=2E00503/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm
> -lcrypt -L/usr/openwin/lib -lintl
> Undefined                       first referenced
>  symbol                             in file
> XScreenSaverAllocInfo               idle=2Eo  (symbol belongs to implici=
t
> dependency /usr/openwin/lib/libXext=2Eso=2E0)
> XIconifyWindow                      conversation=2Eo  (symbol belongs to=

> implicit dependency /usr/openwin/lib/libX11=2Eso=2E4)
> XGetWindowProperty                  browser=2Eo  (symbol belongs to impl=
icit
> dependency /usr/openwin/lib/libX11=2Eso=2E4)
> XSelectInput                        browser=2Eo  (symbol belongs to impl=
icit
> dependency /usr/openwin/lib/libX11=2Eso=2E4)
> XScreenSaverQueryInfo               idle=2Eo  (symbol belongs to implici=
t
> dependency /usr/openwin/lib/libXext=2Eso=2E0)
> XFree                               browser=2Eo  (symbol belongs to impl=
icit
> dependency /usr/openwin/lib/libX11=2Eso=2E4)
> XQueryTree                          browser=2Eo  (symbol belongs to impl=
icit
> dependency /usr/openwin/lib/libX11=2Eso=2E4)
> eval_pv                             perl=2Eo
> XScreenSaverQueryExtension          idle=2Eo  (symbol belongs to implici=
t
> dependency /usr/openwin/lib/libXext=2Eso=2E0)
> XInternAtom                         browser=2Eo  (symbol belongs to impl=
icit
> dependency /usr/openwin/lib/libX11=2Eso=2E4)
> ld: fatal: Symbol referencing errors=2E No output written to gaim
> collect2: ld returned 1 exit status
> make[3]: *** [gaim] Error 1
> make[3]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim'
> make: *** [all-recursive-am] Error 2
> 10=2E32=2E12=2E236:>ps -ef | grep -i XS
>     maxd   669   280  0   Oct 11 ?       1476:12 /usr/openwin/bin/Xsun :=
0
> -nobanner -auth /var/dt/A:0-s0aaJa
>     maxd   744   733  0   Oct 11 pts/3    0:00 /bin/ksh
> /usr/dt/config/Xsession2=2EGNOME-2=2E0
>     maxd   688   670  0   Oct 11 ?        0:00 /bin/ksh
/usr/dt/bin/Xsession
>     maxd   763     1  0   Oct 11 ?        0:34 xscreensaver -nosplash
>     maxd  4163  1289  0 10:01:31 pts/13   0:00 grep -i XS

Ok, i'll blame something screwed up in our auto* stuff=2E  You need to add=

-lXss for the stuff in idle=2Eo  The others would probably go away with
-lX11

Let us know if that helps=2E

Nathan

--=20
Nathan Walp             || faceprint@faceprint=2Ecom
GPG Fingerprint:        ||   http://faceprint=2Ecom/
5509 6EF3 928B 2363 9B2B  DA17 3E46 2CDC 492D DB7E



--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web=2Ecom/ =2E

Re: [Gaim-devel] CVS on Sun Solaris Install Problems

[Nathan W. <fac...@fa...>]

On Fri, Oct 18, 2002 at 11:45:43AM -0400, ope...@pl... wrote:
> Background info:
> I'm working on a SunBlade100 with Sun Solaris 8.0. I install most software
> into /opt/sfw/. The reason for this is that the /users/ and the /opt/loca=
l/
> directories are network mounts that I do not have write access to even wi=
th
> root. This causes all sorts of trouble when doing a ./configure; make; ma=
ke
> install. So, I normally install like this: ./configure --prefix=3D/opt/sf=
w;
> make; make install. FYI, "make" is actually "gmake".

<snip solved problem>

> Problem #2: unresolved (help please!)
> The newest versions of GTK 2, GLIB 2, gettext, libtool, atk, pango, and
> pkgconfig are all installed. CVS GAIM finished the "./configure
> --prefix=3D/opt/sfw". Here's the last few lines from the make output:
>=20
> make[3]: Entering directory `/opt/apps/DATA/gaim/cvs/gaim/src'
> /bin/sh ../libtool --silent --mode=3Dlink gcc  -g -O2 -I/usr/local/include
> -I/opt/include -I..  -I/opt/sfw/include/gtk-2.0
> -I/opt/sfw/lib/gtk-2.0/include -I/opt/sfw/include/atk-1.0
> -I/opt/sfw/include/pango-1.0 -I/usr/openwin/include
> -I/opt/sfw/include/glib-2.0 -I/opt/sfw/lib/glib-2.0/include =20
> -DGTK_ENABLE_BROKEN -I/opt/sfw/include
> -I/usr/perl5/5.00503/sun4-solaris/CORE=20
> -DLOCALEDIR=3D\"/opt/sfw/share/locale\" -DLIBDIR=3D\"/opt/sfw/lib/gaim/\"=
=20
> -DDATADIR=3D\"/opt/sfw/share\"  -o gaim -export-dynamic about.o aim.o awa=
y.o
> browser.o buddy.o buddy_chat.o conversation.o core.o dialogs.o ft.o
> gaimrc.o gtkimhtml.o gtkspell.o html.o idle.o list.o md5.o module.o multi=
.o
> perl.o prefs.o proxy.o prpl.o server.o socket.o sound.o util.o getopt.o
> getopt1.o -lnsl -lresolv  -L/opt/sfw/lib -lgtk-x11-2.0 -lgdk-x11-2.0
> -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangox-1.0 -lpango-1.0 -lgobject-2.0
> -lgmodule-2.0 -ldl -lglib-2.0 -lintl   -L/opt/sfw/lib -lesd -laudiofile -=
lm
> -lresolv -lrt -lnsl -lsocket  -R /usr/perl5/5.00503/sun4-solaris/CORE
> /usr/perl5/5.00503/sun4-solaris/auto/DynaLoader/DynaLoader.a
> -L/usr/perl5/5.00503/sun4-solaris/CORE -lperl -lsocket -lnsl -ldl -lm
> -lcrypt -L/usr/openwin/lib -lintl
> Undefined                       first referenced
>  symbol                             in file
> XScreenSaverAllocInfo               idle.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libXext.so.0)
> XIconifyWindow                      conversation.o  (symbol belongs to
> implicit dependency /usr/openwin/lib/libX11.so.4)
> XGetWindowProperty                  browser.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libX11.so.4)
> XSelectInput                        browser.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libX11.so.4)
> XScreenSaverQueryInfo               idle.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libXext.so.0)
> XFree                               browser.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libX11.so.4)
> XQueryTree                          browser.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libX11.so.4)
> eval_pv                             perl.o
> XScreenSaverQueryExtension          idle.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libXext.so.0)
> XInternAtom                         browser.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libX11.so.4)
> ld: fatal: Symbol referencing errors. No output written to gaim
> collect2: ld returned 1 exit status
> make[3]: *** [gaim] Error 1
> make[3]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/opt/apps/DATA/gaim/cvs/gaim'
> make: *** [all-recursive-am] Error 2
> 10.32.12.236:>ps -ef | grep -i XS
>     maxd   669   280  0   Oct 11 ?       1476:12 /usr/openwin/bin/Xsun :0
> -nobanner -auth /var/dt/A:0-s0aaJa
>     maxd   744   733  0   Oct 11 pts/3    0:00 /bin/ksh
> /usr/dt/config/Xsession2.GNOME-2.0
>     maxd   688   670  0   Oct 11 ?        0:00 /bin/ksh /usr/dt/bin/Xsess=
ion
>     maxd   763     1  0   Oct 11 ?        0:34 xscreensaver -nosplash
>     maxd  4163  1289  0 10:01:31 pts/13   0:00 grep -i XS

Ok, i'll blame something screwed up in our auto* stuff.  You need to add
-lXss for the stuff in idle.o  The others would probably go away with
-lX11

Let us know if that helps.

Nathan

--=20
Nathan Walp             || fac...@fa...
GPG Fingerprint:        ||   http://faceprint.com/
5509 6EF3 928B 2363 9B2B  DA17 3E46 2CDC 492D DB7E

Re: [Gaim-devel] CVS on Sun Solaris Install Problems

[Ethan B. <ebl...@cs...>]

ope...@pl... spake unto us the following wisdom:
> Undefined                       first referenced
>  symbol                             in file
> XScreenSaverAllocInfo               idle.o  (symbol belongs to implicit
> dependency /usr/openwin/lib/libXext.so.0)
> XIconifyWindow                      conversation.o  (symbol belongs to
> implicit dependency /usr/openwin/lib/libX11.so.4)

[ snip ]

> What is causing this problem and what should I do to fix it? I hope I'm n=
ot
> missing anything obvious. I apologize up front for my "noobieness."

So here comes my standard rant about build automation tools ... if
people aren't capable of using them, they shouldn't be allowed to...
And the gtk/glib people, as best I can tell, were not capable of using
pkgconfig properly.  I've had to hack the .pc files on every system I
use.  It looks like you will, too.

I'm not sure *exactly* what your library dependencies are, you'll have
to figure them out for sure, but you need to dig into your
gdk-x11-2.0.pc file and add '-L/usr/openwin/lib/' to the Libs line, as
well as '-l<lib>' for some set of libraries ... unfortunately, on
Solaris, I'm not sure what those libraries might be.  Try '-lXext
-lXi'.  If it doesn't have '-lX11' already, add that too.

Ethan

--=20
And if I claim to be a wise man / it surely means that I don't know.
                -- Kansas, "Carry on Wayward Son"