GtkPrplTwtr does not show up in plugin list

[GoogleCodeExporter]

Client (Pidgin, finch, empathy, etc): Pidgin
Client Version: pidgin-2.7.9-1.fc14.x86_64
LibPurple Version: libpurple-2.7.9-1.fc14.x86_64
PrplTwtr Version: .52
Operating System: Fedora 14 x86-64

Problem/Feature request (Be as specific as possible. Steps to reproduce are
especially helpful):

yum install libpurple-devel
make
sudo make install (installs to wrong lib folder, bug already in for this)
move .so file to correct lib64 folder
restart pidgin

At this point, one can add the account and get connected, so the plugin is 
active, however, it does not show up in the list of plugins available through 
the tools menu.  This means that I cannot check "Enable Icons in Chat" like I 
can in my similar install of Windows 7.

Original issue reported on code.google.com by jhow...@geolearning.com on 31 Jan 2011 at 8:30

Attachments:

• gtkprpltwtr.jpg

[GoogleCodeExporter]

can you submit a log?

Original comment by mikeage on 14 Feb 2011 at 6:57

• Changed state: Accepted

[GoogleCodeExporter]

I would be happy to.  Do you have a method to create the log that is useful to 
you?

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 7:06

[GoogleCodeExporter]

Please see http://developer.pidgin.im/wiki/TipsForBugReports

If you can try with 0.6.0 [or from hg], I'd appreciate it as well.

Original comment by mikeage on 14 Feb 2011 at 7:14

[GoogleCodeExporter]

During the build process, after issuing "make":

cc -DPURPLE_PLUGINS -DENABLE_NLS -DPRPL_TWITTER_VERSION="0.6.0" 
-I/usr/include/libpurple -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include 
-Wdeclaration-after-statement -Wall -pthread -I. -g -O2 -pipe -fPIC -DPIC  
-shared twitter.o twitter_prefs.o twitter_request.o twitter_api.o 
twitter_search.o twitter_util.o twitter_xml.o twitter_endpoint_chat.o 
twitter_endpoint_search.o twitter_endpoint_timeline.o twitter_buddy.o 
twitter_conn.o twitter_endpoint_im.o twitter_endpoint_dm.o 
twitter_endpoint_reply.o twitter_mbprefs.o    -o prpltwtr.so.dbgsym
g prpltwtr.so.dbgsym -o prpltwtr.so
make: g: Command not found
make: [prpltwtr.so] Error 127 (ignored)

The line g prpltwtr.so.dbgsym -o prpltwtr.so
should say
strip -g prpltwtr.so.dbgsym -o prpltwtr.so
from looking at the Makefile

This is with freshly downloaded .6

I went ahead with running the stip manually and installed the plugin

make install puts the (bug #21) .so file in /usr/lib/purple-2 so I issue the 
command:
sudo cp prpltwtr.so /usr/lib64/purple-2/prpltwtr.so
to copy it to the right directory for 64 bit, and restart Pidgin.  I still do 
not see the plugin listed in the plugin list, but the feature works.

Logfile coming shortly

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 7:40

[GoogleCodeExporter]

you have good timing; I just fixed it.

Take the latest hg version.

Original comment by mikeage on 14 Feb 2011 at 7:42

[GoogleCodeExporter]

Pulled latest code.  Build is clean again, thank you.

Still does not show up in plugins list.  Installing debug-infos now

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 7:59

[GoogleCodeExporter]

backtrace attached

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 8:34

Attachments:

• backtrace.txt

[GoogleCodeExporter]

The backtrace is interesting, but not terribly useful, since the code is still 
running. Do you have the debug log (from pidgin -d ...)?

Original comment by mikeage on 14 Feb 2011 at 8:36

[GoogleCodeExporter]

eek.  A lot of data in there (pidgin -d) I don't want to publish.  Is there a 
certain section that is of interest?

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 8:51

[GoogleCodeExporter]

Honestly... I don't know.

I'm curious to compare it with what I see from a successful load. I assume that 
only the lines with prpltwtr are relevant; is there anything private there?

Original comment by mikeage on 14 Feb 2011 at 8:57

[GoogleCodeExporter]

It contains my user name on the local system, names of all my followed tweeps, 
OUATH stuffs, twitter account name, etc.  Grep for prpl seems to give a 
reasonable list, also removed OAUTH info from it.  Nothing jumps out, and there 
are no errors in the log.  Even the whole redacted log doesn't contain much 
that looks like an error.

steps run:
pidgin -d > outputfile
accounts connect
go to tools -> plugins
scroll the list to look for the plugin
note it is not there, close the plugin window
close pidgin

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 9:12

Attachments:

• pidgin.txt

[GoogleCodeExporter]

try:
pidgin -d | grep -i gtkprpltwtr > outputfile

If it doesn't show up, try locating the plugin on your system (I believe the 
file name is gtkprpltwtr.so) via locate or find

If it's not on your system at all, there was an issue with the compile. If it 
is on your system, it may be in the wrong directory. Try locating another 
plugin that is showing up properly and placing it in that directory. 

Original comment by neav...@gmail.com on 14 Feb 2011 at 9:21

[GoogleCodeExporter]

I noticed you have:

plugins: probing /usr/lib64/purple-2/prpltwtr.so

but not:

plugins: probing /usr/lib64/purple-2/gtkprpltwtr.so

Can you run file on both prpltwtr.so and gtkprpltwtr.so [and confirm that 
they're both in purple-2, and not purple-2/gtkprpltwtr/gtkprpltwtr.so or 
something? 

The code in pidgin/libpurple/plugin.c seems to imply to me (after about 30 
seconds of reading, that is) that all files should print this line, even before 
anything is loaded.

Original comment by mikeage on 14 Feb 2011 at 9:22

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

interesting.  There is a gtkprpltwtr directory, but it doesn't look like the 
Makefile did anything with it.  No objects in there or anything.  Moving into 
the directory and issuing a make gives an error of not able to find 
gtkplugin.h.  Searching for that now, and will try to compile.

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 10:29

[GoogleCodeExporter]

Build successful.  Copied to correct directory, restarted pidgin, and now it is 
showing in the plugin list and the options come up. I do not have the history 
to see, but I must have missed a compile time error, or if a header is missing, 
maybe it aborts too cleanly.  Not sure.  It is working now, so thanks very much 
for the assistance. 

Original comment by jhow...@geolearning.com on 14 Feb 2011 at 10:37

[GoogleCodeExporter]

ok, thanks.

Can you try a make clean, and then a make? I'm curious why this is failing; it 
works for me on 32 bit Ubuntu (native and cross compilation)

Original comment by mikeage on 14 Feb 2011 at 11:06

[GoogleCodeExporter]

I have a version (locally, ATM) which should use ./configure to build correctly 
on both 32 bit and 64 bit systems. Would you be willing to test it briefly for 
me?

Original comment by mikeage on 15 Feb 2011 at 1:36

[GoogleCodeExporter]

I would be happy to.  let me know when it is committed.

Original comment by jhow...@geolearning.com on 15 Feb 2011 at 1:45

[GoogleCodeExporter]

now.

Original comment by mikeage on 15 Feb 2011 at 1:48

[GoogleCodeExporter]

hg pull
hg update
sh autogen.sh
make
sudo make install

All works a charm!  Nice work.

Original comment by jhow...@geolearning.com on 15 Feb 2011 at 3:46

[GoogleCodeExporter]

Original comment by jhow...@geolearning.com on 15 Feb 2011 at 3:50

Attachments:

• output.txt

[GoogleCodeExporter]

Great.

Thanks for your help. I'll be released 0.6.1 soon [gotta clean up some warnings 
first]

Original comment by mikeage on 15 Feb 2011 at 3:58

• Changed state: Verified

[GoogleCodeExporter]

Oops, I was too quick.  I did a complete clean build, and am running into an 
error:

pidgin: symbol lookup error: /usr/lib64/pidgin/gtkprpltwtr.so: undefined 
symbol: twitter_endpoint_chat_init

Original comment by jhow...@geolearning.com on 15 Feb 2011 at 4:16

[GoogleCodeExporter]

Oops. That wasn't a 64 bit specific issue; it would've happened w/ 32 bit also, 
if I could have tested it (I only have pidgin running on Windows, not any 
Linux). I've pushed a fix; can you test it again?

Thanks

Original comment by mikeage on 15 Feb 2011 at 4:47

• Changed state: Started

[GoogleCodeExporter]

It is fixed and working.

rm -rf prpltwtr
hg clone https://prpltwtr.googlecode.com/hg/ prpltwtr
cd prpltwtr
sh autogen.sh
make
sudo make install

up and running, and shows in the plugin list.

 Thank you.

Original comment by jhow...@geolearning.com on 15 Feb 2011 at 4:56

[GoogleCodeExporter]

Excellent. Closing this [again... ;) ]

Original comment by mikeage on 15 Feb 2011 at 4:57

• Changed state: Verified