Linux.com

Feature

Gaim, er, Pidgin, finally hits 2.0

By Joe 'Zonker' Brockmeier on May 11, 2007 (8:00:00 AM)

Share    Print    Comments   

It's the release that Gaim users have been waiting for since December 2005. After seven beta releases, several interface revamps, and a name change, Pidgin 2.0 is finally available in the wild. It's an improvement over the Gaim 1.5 series, but it's disappointing that after all that time, voice support for instant messaging networks that support that feature is still absent.

Pidgin 2.0 is available as binaries for Fedora Core and Windows, and source code. The Pidgin Web site explains how the Pidgin developers decide which platforms get packages and which do not.

I decided to install Pidgin on Ubuntu 7.04 ("Feisty Fawn"), so I grabbed the source tarball, made sure I had all the dependencies I'd need by running sudo apt-get build-dep gaim, and ran the usual ./configure ; make ; make install command. Pidgin compiled without any problems.

Buddy List
Buddy List - click to view

Before starting Pidgin, I made a backup of the directory containing my Gaim preferences and logs (~/.gaim), as the developers recommend. Pidgin imported my settings without a hitch. My settings and logs from previous chats were copied over to a new directory, ~/.purple, so named for the libpurple library that is the core of Pidgin.

Pidgin has a slightly revamped feel. It looks much like the Gaim 2.0 beta series, but includes a new icon set and smiley set, and a new icon for Pidgin itself -- a purple bird with a cartoonish talk bubble. Oddly, Pidgin doesn't use that icon for the system tray, but rather a talk bubble and an icon designating your status instead. So, if you're available, Pidgin uses a green button and the talk bubble, and what I suppose is a clock icon with the talk bubble if you're marked as away. The old icon set looked, well, kind of cheesy; the new one looks clean and modern.

According to the project's Web site, Pidgin supports 14 protocols: AIM, Bonjour, Gadu-Gadu, Groupwise, ICQ, IRC, MSN, QQ, SILC, SIMPLE, Sametime, XMPP (Jabber), Yahoo!, and Zephyr. To put it another way, Pidgin supports every popular IM or chat protocol, and a few not-so-popular protocols as well, with the exception of MySpace's IM client. That may change, though, as implementing MySpaceIM is one of the Google Summer of Code (SoC) projects for Pidgin.

I don't have accounts for all of the services supported by Pidgin, but I've tested Jabber, AIM, Yahoo!, and IRC. Text chat works beautifully with all the services that I've tested. Unfortunately, Pidgin still lags on support for voice and video chat. A number of my contacts have microphones and webcams and use IM services such as Yahoo! Messenger and Google Talk that support voice and video chat. Unfortunately, Pidgin supports only text communication on those services, so I'm stuck with text chat. (Or using the native clients on Windows or Mac OS X, which doesn't thrill me either.)

Haste makes waste?

According to the NEWS file distributed with the Pidgin 2.0 source code, it was 972 days -- just a few months shy of three years -- between the time the Gaim developers started working on the 2.0 branch and the software's release date.

I'm also a bit disappointed with Pidgin's help offerings. The Help -> Online Documentation menu redirects the user to a Web page that (at least while I was writing this article) doesn't exist -- so users looking for help find a 404 message instead. Pidgin's GUI interface doesn't ship with inline documentation, so it's what's online or nothing. Pidgin does include man pages for the GUI and text-mode clients.

The last time I wrote about the 2.0 series, I took the new status selector tool to task for being overly complex. It hasn't really changed since that review, and I can't say that it has grown on me since then.

When you're signed in on multiple services, you can either choose to set them all with the same status -- away, available, do not disturb, and so forth -- or you can fiddle with custom status messages to set different accounts to different statuses. That's convenient if you really do want to set all of your accounts to one status, but a pain if you want to do something like set one account to away and the rest of your accounts to available.

I have several accounts that I use regularly -- IRC, Jabber (Google Talk and Jabber.org), AIM, and Yahoo! Depending on who I need to communicate with, and who I want to be able to communicate with me, I usually have IRC set to available, and may or may not want Google Talk, Jabber.org, and AIM to show as available. The Pidgin status system does not work well for this sort of thing. Perhaps a kindly developer will whip up a plugin that overrides this and gives users easy per-account control of status.

Custom Status dialog
Pidgin custom status dialog - click to view

You can, through Pidgin's preferences, set Pidgin to use the status from its last exit when it restarts, or you can set Pidgin to apply a single status at startup.

Finch

The official 2.0 release splits the Pidgin project into three components: The libpurple library that is at the core of the project, the Pidgin GUI client, and the Finch text-mode client, formerly called Gaim-text.

Finch is a usable client if you want to do your chatting in text windows instead of a GUI, but it has no features that give it an advantage over using the GTK+ client. However, Finch should be gaining some functionality thanks to a Google Summer of Code project to overhaul the shortcut keys, add sound to events, add options to its buddy list, and improve its logging features.

If you plan to use Finch, check out Pidgin's Using Finch page and the Finch manpage.

Plugins

Pidgin 2.0 ships with a ton of plugins that extend the software's functionality. You can customize the formatting applied to IMs, hide join/part messages for chatrooms, apply "psychic" mode to detect incoming IMs, and much more.

In all, Pidgin comes with more than 20 plugins that modify Pidgin's behavior or add minor functionality to the client. Now that Pidgin 2.0 is out, I hope Pidgin will enjoy the kind of third party plugin development that Firefox sees with its extensions -- though that might require some refinement in the way that plugins are distributed.

There's a list of plugins on the Pidgin wiki that includes plugins not distributed or enabled by default. However, the method for enabling plugins isn't particularly user-friendly. While some of Pidgin's users may be comfortable building and installing software from source, most users are getting their software precompiled, and having to build plugins from source isn't going to work well for them.

It's slightly more polished, but Pidgin 2.0 isn't a big leap from Gaim 2.0beta6 that ships with Ubuntu or Gaim 2.0beta5 that ships with Fedora Core 6. If you're using Ubuntu or another distro that ships with a recent Gaim 2.0 beta release, there's not much reason to upgrade to Pidgin right away. However, I suspect we'll be seeing more rapid development now that the developers have the whole naming unpleasantness with AOL behind them.

Share    Print    Comments   

Comments

on Gaim, er, Pidgin, finally hits 2.0

Note: Comments are owned by the poster. We are not responsible for their content.

Voice?

Posted by: Anonymous Coward on May 12, 2007 07:32 AM
Voice ? really - you take yourself way too 'seriously'. Gaim is an excellent multiprotocol IM client supporting anything thats worth supporting. If you really want to speak to someone, pick up the phone<nobr> <wbr></nobr>... have you ever held a serious voice conv in the native yahoo or msn clients ?

#

Re:Voice?

Posted by: Anonymous Coward on May 13, 2007 03:46 PM
Well, I've held serious voice conversations with Skype, so I don't see why I wouldn't with another protocol (apart from the fact that none of them are encrypted by default the way Skype is...).

I think the gripe that there isn't voice in Pidgin is simply an expression of a legitimate desire for a multiprotocol IM client that offers the same functionality for each protocol as that protocol's proprietary client.

#

Re:Voice?

Posted by: Anonymous Coward on May 15, 2007 04:54 AM
I don't understand why the name changed. Generic.Access.Instant.Messenger.. Problem solved..

#

Re:Voice?

Posted by: Anonymous Coward on May 15, 2007 05:48 AM
You are obviously not a lawyer (YAONAL)

#

other clients

Posted by: Anonymous Coward on May 12, 2007 04:32 AM
It isn't Pidgin or Windows. For instance GyachI. For yahoo it has: "Voice chat, webcams, faders, 'nicknames', audibles, avatars, display images, and more."

<a href="http://gyachi.sourceforge.net/" title="sourceforge.net">http://gyachi.sourceforge.net/</a sourceforge.net>

#

No voice, no video? No thanks.

Posted by: Anonymous Coward on May 12, 2007 07:37 AM

Linux and open source chat clients years behind the game. Is it patents, locked up protocols or what?

Give it a week or two, yahoo will change something to break gaim/pidgin yet again.

#

Re:No voice, no video? No thanks.

Posted by: Anonymous Coward on May 12, 2007 09:11 PM
well ekiga aka gnomemeeting is around for much longer than skype, so hey why would I care that pidgin/gaim get it too ?

#

So get in there and start writing source

Posted by: Anonymous Coward on May 14, 2007 08:17 PM
Last I checked, GAIM is GPL so get on it then, write voice support source and submit it to the project lead.

#

Re:No voice, no video? No thanks.

Posted by: Anonymous Coward on May 15, 2007 02:56 PM
don't judge all linux chat clients from just one representative. for example kopete is much ahead of gaim (and was all the years i'm using it)

#

New status selector tool

Posted by: Anonymous Coward on May 13, 2007 06:11 AM
When I read your previous article, I agreed with you about the new status selector tool. However, on <a href="http://developer.pidgin.im/wiki/DesignGuidelines" title="pidgin.im">http://developer.pidgin.im/wiki/DesignGuidelines</a pidgin.im>, it explains why they have chosen to be identity oriented as opposed to account oriented. It has a link to a longer explanation written by Sean. While I am sure many will disagree with this concept (as the developers are aware), there is a certain amount of logic in this decision.

#

Jabber

Posted by: Anonymous Coward on May 13, 2007 07:01 AM
Jabber is the best, it rocks. I use Jabber over secure SSL connection.
It is open protocol with many libraries available, so its easy to code IM clients or IM bots for Jabber.

<a href="http://www.jabber.org/" title="jabber.org">http://www.jabber.org/</a jabber.org>

PS. Nice status icons in Gaim!<nobr> <wbr></nobr>:)

#

Jabber + OTR.. now *THAT* rocks.

Posted by: Anonymous Coward on May 15, 2007 10:51 PM
Jabber rocks...

Jabber, plus the OTR (off-the-record) plugin is the awesomest thing in the world for those who are into security. I notice that you mention Jabber over SSL. Well, Jabber with OTR beats Jabber over SSL any day. Not only is the chat encrypted, but you get authentication (SSL doesn't give you that), plausible deniability (no one can prove you said what you said) and perfect forward secrecy (if your private key is stolen, your previous communications remain secure). Let's see anyone beat THAT!<nobr> <wbr></nobr>:-D

<a href="http://www.cypherpunks.ca/otr/" title="cypherpunks.ca">http://www.cypherpunks.ca/otr/</a cypherpunks.ca>

They have a plugin for Pidgin and a proxy that you can use with any IM client.

Cheers,
Daniel.

#

Re:"why packages exist"?

Posted by: Anonymous Coward on May 14, 2007 07:23 PM
finding out which package owns a file is a simple matter of "grep filename<nobr> <wbr></nobr>/var/log/packages/*". Quick, what's the RPM equivalent?


<tt>rpm -qf filename</tt>



And whatever flags you want to attach to a query. For example, to see all configuration files that ship with xinetd



<tt>$ rpm -qfc<nobr> <wbr></nobr>/usr/sbin/xinetd
<nobr> <wbr></nobr>/etc/rc.d/init.d/xinetd
<nobr> <wbr></nobr>/etc/sysconfig/xinetd
<nobr> <wbr></nobr>/etc/xinetd.conf
<nobr> <wbr></nobr>/etc/xinetd.d/chargen
<nobr> <wbr></nobr>/etc/xinetd.d/chargen-udp
<nobr> <wbr></nobr>/etc/xinetd.d/daytime
<nobr> <wbr></nobr>/etc/xinetd.d/daytime-udp
<nobr> <wbr></nobr>/etc/xinetd.d/echo
<nobr> <wbr></nobr>/etc/xinetd.d/echo-udp
<nobr> <wbr></nobr>/etc/xinetd.d/time
<nobr> <wbr></nobr>/etc/xinetd.d/time-udp

</tt>



Quick, what's the Slackware equivalent?

#

Re:"why packages exist"?

Posted by: Anonymous Coward on May 15, 2007 03:22 AM
grep etc<nobr> <wbr></nobr>/var/log/packages/xinetd*

#

Re:"why packages exist"?

Posted by: Anonymous Coward on May 15, 2007 08:04 PM

Yes, and to get documentation files, you'd just do



<tt>egrep 'man|doc'<nobr> <wbr></nobr>/var/log/packages/xinetd</tt>



right?. Stuffing file lists in flat files might be convenient, but it is not package management by any standard.


Anyway, given that the OP doesn't even know basic RPM switches goes a long way telling why he's managed to "break" so many RPM-based distros.


Flamebait: Maybe he also thinks that 'make' breaks his builds, and he'd rather compile everything by hand than trust automatic dependency tracking

#

"basic RPM switches" beside the point

Posted by: Administrator on May 16, 2007 01:36 PM
"Anyway, given that the OP doesn't even know basic RPM switches goes a long way telling why he's managed to 'break' so many RPM-based distros."

Why would I need to know "basic RPM switches" for a straight-up, from-the-CD installation? Isn't the installer supposed to take care of that?

I'm not saying the installations were always broken, or even broken more than half the time. But the fact that I could choose a set of broad installation options (not individual packages, but things like Server vs. Desktop), and end up with a broken install, does not speak well of the so-called "dependency tracking." In the many times I have installed Slackware, I have never had a broken installation, no matter the options I chose (again, individual packages notwithstanding).

My original point still stands: The Pidgin devs should take their noses out of package-building, if they can't be bothered to leave integration to the integrators.

#

Yahoo breaks Pidgin

Posted by: Anonymous Coward on May 15, 2007 11:15 PM
I've always used Pidgin/Gaim for IM. I recently had to install Yahoo! Messenger for Windows because this friend wanted to use the Photo Sharing feature (that is another story).

Long and short is... I uninstalled Yahoo! Messenger (and all the other bloat it adds to my machine WITHOUT my permission), and Pidgin's Yahoo plugin now crashes everytime I try connecting to Yahoo.

This is sick.

#

Re:Yahoo breaks Pidgin

Posted by: Anonymous Coward on May 16, 2007 09:53 PM
That was a bug in pidgin, not y!im. Y!im is pretty awful and I'd be off it like a shot if pidgin didn't have this crasher - which has been fixed after the 2.0 release. For details see:
<a href="http://developer.pidgin.im/ticket/647" title="pidgin.im">http://developer.pidgin.im/ticket/647</a pidgin.im>
(theres a bunch of dupes of this whose symptoms are closer to what you're describing, eg #710)

There's a LOT of 'me too's on those bug reports. Version 2.0.1 can't come soon enough.

#

Re:"basic RPM switches" beside the point

Posted by: Anonymous Coward on May 16, 2007 09:39 PM
Why would I need to know "basic RPM switches" for a straight-up, from-the-CD installation?


You got me there<nobr> <wbr></nobr>;-). But, I've installed/upgraded RedHat Linuxes from 6.1 to 9, Fedora Core [1-5] and RHEL [34], and never had a broken install, unless I've broken something myself, and believe me, I've done that a lot.



When it comes to installing packages, rpm has had dependency tracking forever but RedHat never understood how to take advantage of it and package management on RH has sucked badly for a long time (well, there was none, and as a consequence every RH user knows exactly what rpm hell really means). And don't even get me started on up2date.



In addition to this, RedHat/Fedora users have always been forced to install gobs of third-party packages on their machines to listen to musing, watch DVDs, have decent KDE etc. so that something's bound to break at some point. When all packages come from one source it's a lot easier keep everything consistent. My point being, don't blame rpm when people/politics are the reasons for broken packages.



PS. You didn't take the flamebait? Damn! Now I'll have to readjust my Slackware user stereotypes all over again.

#

well, it was marked "flamebait"

Posted by: Administrator on May 17, 2007 12:40 PM
But, in fairness, there was a time I did build most 3rd-party stuff from source, before I knew about linuxpackages.net and the LinuxMafia. And I only learned about those four years after I started using Slackware, during my time in Silicon Valley.

#

"why packages exist"?

Posted by: Administrator on May 12, 2007 06:35 PM
From their wiki page (check the edit history, and it's quoted in the Slackware <a href="ftp://ftp.slackware.com/pub/slackware/slackware-current/ChangeLog.txt" title="slackware.com">-current ChangeLog</a slackware.com>):



"We have no developers using Slack, and furthermore, several of us actively dislike that distribution for its history of broken installs, as well as for its non-existant package management. You cannot create true packages for Slack."



That's news to me. I've installed or upgraded every version of Slackware for the last ten years, and the only times Slackware broke was when I broke it. I cannot say the same for any other distro I've installed (Fedora 3/4/5, RH AS3/4, RH ES3/4, SuSE, Turbo, Mandrake, Gentoo, Miracle, Knoppix Debian). I have come to regard the absence of dependency management in Slackware to be a strength, not a liability.



The "slick" systems (rpm, apt, Portage) bring with them their own raft of dependencies. SQLite, Berkeley DB, or even the entire GCC set, introduce all kinds of chicken-and-egg situations. The Slackware package management dependencies are simple: GNU tar, gzip, and ash for installation scripts. Installed file lists are held in<nobr> <wbr></nobr>/var/log/packages; finding out which package owns a file is a simple matter of "grep filename<nobr> <wbr></nobr>/var/log/packages/*". Quick, what's the RPM equivalent?



And "cannot create true packages"? By whose definition? The Pidgin devs'? Do they realize Patrick Volkerding now has a build script available for Pidgin? He had included Pidgin in the -current branch, until he found this stupidity. Do they even care that they insulted a man who was building Linux distros when some of them still thought girls had cooties?



It's time for the Pidgin developers to get off their high horse. They should stick to application development, and leave the system integration matters to the integrators.

#

Voice and video mail

Posted by: Administrator on May 12, 2007 09:23 AM
I agree that to ask the open source users to stay years behind the mainstream of video and voice communication is for lots of "play around users" not exciting.
Skype needs for be replaced by a more open approach and I guess that the same code could be used for pidgin.

#

Gaim, er, Pidgin, finally hits 2.0

Posted by: Anonymous [ip: 81.181.110.92] on October 09, 2007 06:38 PM
JAGA JAGA !!!

#

mplayer

Posted by: Anonymous [ip: 192.168.0.47] on November 14, 2007 07:45 AM
watching video

#

No video ,web cam n yahoo using linux fedora

Posted by: Anonymous [ip: 116.71.218.18] on January 29, 2008 03:39 AM
I am using linux fedora but on yahoo pannel web cam r not supported.kindly fix the prb.

#

This story has been archived. Comments can no longer be posted.



 
Tableless layout Validate XHTML 1.0 Strict Validate CSS Powered by Xaraya