Beta

Slashdot: News for Nerds

×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Gaim 2.0.0beta1 Released

CmdrTaco posted more than 8 years ago | from the im-because-your-time-is-meaningless dept.

383

BerkeleyDude writes "Gaim 2.0.0beta1 has been released! Here is the changelog. New features include account status, away messages, etc, UPnP and NAT traversal support, new UI for buddylist, chat windows and preferences."

cancel ×

383 comments

and what about the passwords? (3, Interesting)

Bananatree3 (872975) | more than 8 years ago | (#14285104)

To me, it seems like their stance on not encrypting passwords [sourceforge.net] is a backwards. Having a non-encrypted passwords policy does not make sense to me, as it leaves things wide open.

Re:and what about the passwords? (5, Informative)

Monkelectric (546685) | more than 8 years ago | (#14285158)

To me, it seems like their stance on not encrypting passwords is a backwards. Having a non-encrypted passwords policy does not make sense to me, as it leaves things wide open.

Encrypting the passwords would mean the key would have to be stored in the program. The key could be retrieved from the program. This is *EXACTLY* how the DVD encryption was broken. It didnt work there, and its not gonna work here.

Re:and what about the passwords? (2, Informative)

lengau (817416) | more than 8 years ago | (#14285265)

How about what Kopete does? encrypt the password with a key that the user enters (another password, essentially). Doesn't that make more sense anyway, since the user has the ability to store passwords like that?

Re:and what about the passwords? (1)

ichigo 2.0 (900288) | more than 8 years ago | (#14285369)

Using a password to hide a password? I'm sure there's lots of valid reasons to do that, but it still strikes me as a bit silly. You'd still have to remember the first password, and most people use the same password for multiple accounts/services. :)

Re:and what about the passwords? (1)

Pneuma ROCKS (906002) | more than 8 years ago | (#14285382)

The problem remains. How are you going to store the first password the user entered? It is impossible to have an encryption system where the key (or the key to the key, or...) is not somehow accessible. The only way to avoid this is to have client/server interaction, where the server holds the keys, or store the key in an external location, such as an USB drive. None of these seem feasible for a simple standalone chat application.

But, anyway, even if the key is obtainable somehow, it doesn't justify the lack of encryption. At least it makes it a *little* more complicated to obtain passwords from the user. Having them in plain text is just plain stupid (no pun intended).

Re:and what about the passwords? (1)

Ed Avis (5917) | more than 8 years ago | (#14285405)

The sane way to do it would be to encrypt the GAIM password with the user's GPG public key or their SSH public key. Then the user only has to remember the passphrase for their keypair, which they know anyway.

(FWIW, I'm with GAIM on this; storing 'encrypted' passwords which are really just obfuscated is an attempt at security through obscurity, and just as doomed as all other attempts like that. Better to make it obvious what is going on than attempt to hide behind a veil of supposed security that really offers no protection.)

Re:and what about the passwords? (1)

orangesquid (79734) | more than 8 years ago | (#14285543)

Uh, actually what I tend to do is create an encrypted partition on my disk, move all sensitive plaintext there, and create symlinks.
I enter a password on bootup, and all my data becomes unlocked... the kernel stores my key in kernel memory and never swaps it out to disk, of course (although I like to have an encrypted swapspace, too)

Re:and what about the passwords? (2, Interesting)

rspeed (415248) | more than 8 years ago | (#14285737)

The Keychain system in OS X is the perfect solution for this problem. It's encrypted, but the key isn't stored in plaintext on the system. Instead it (by default) uses the same password as the user and the keychain unlocks automatically when they log in. Alternatively, the user can create a different keychain with a different password which they need to enter when the password for AIM or whatever is requested. This is what I do, and it's a rather well-designed system. The only caveat is that the various pieces of software need to use it.

Re:and what about the passwords? (5, Informative)

wfberg (24378) | more than 8 years ago | (#14285176)

Actually, if you read the page you're linking to, you should really find it makes perfect sense. Either you store the password in such a way that you need user interaction to retrieve it, or you use some sort of obscurity approach which is worse than nothing. As it is, gaim stores it in plain text, yes, but there's nothing to keep you from either not storing the password OR using file-system or file based encryption - which is actually perfectly feasible. If you're using windows XP for example, just right-click the accounts.xml, properties, advanced, encrypt. (The encryption key is linked to your XP login password)

On the other hand, yes, some sort of OS specific hooks to make this easier would be sensible. For example, using Mac OS's "keychain", or Windows XP's "secure storage".

Still, even using these built-in encrypted storages only protect against a very very short list of threats.

Now, if you just stored accounts.xml on a hard-ware level encrypted harddrive that needs a smart-card and a passphrase to work, you'd be getting somewhere..

Re:and what about the passwords? (0)

Anonymous Coward | more than 8 years ago | (#14285307)

at which point it would be easier to just enter your password.

filthy fantasy (-1, Offtopic)

Anonymous Coward | more than 8 years ago | (#14285231)

My filthy fantasy involves me, Jessica Lynch, Hillary Clinton, Condoleeza Rice and the leash girl, Lynndie England.

Hillary and Condi would be dressed up in hot leather/latex dominatrix outfits with high heeled leather boots. Lynndie would be in her field BDU. They would humiliate me and the frail, petite Jessica in unimaginable ways; whipping our asses, making us lick their boots and pussies, abuse us verbally, fuck us with strap-ons while Lynndie would torment us with choke-chains. Oooh...

No sweat... (1)

jZnat (793348) | more than 8 years ago | (#14285270)

chmod 0600 ~/.gaim/accounts.xml
Now I hope that you trust root enough not to want to h4x0r your IM accounts...

You can always keep a gpg-encrypted backup of that file as well. OR, you could `tar -cj ~/.gaim | gpg -eo gaim.tar.bz2.gpg` or similar...

Re:and what about the passwords? (1)

ahg (134088) | more than 8 years ago | (#14285704)

Personally... I'm in favor of using ROT13 encoding :)
It will be as effective in blocking the casual snooper, but equally useless in protecting the password from a determined individual. It also has the added benefit of there being no password to store ...hehe...

away messages (0, Troll)

sonixtwo (878390) | more than 8 years ago | (#14285105)

phew...about time i can set away messages...now the never ending are you there? messages will stop!

Re:away messages (4, Informative)

slavemowgli (585321) | more than 8 years ago | (#14285177)

The ability to set away messages is not new - not at all. I don't know what the submitter was smoking, but maybe he didn't understand that part of the changelog that says that the code dealing with away messages (as well as other parts) has been completely rewritten.

It's your own fault- (1)

soundoff (927124) | more than 8 years ago | (#14285344)

If you set your nickname to "never ending", you're bound to get physicists hassling you.

Darwinports update for gaim? (2, Informative)

ubiquitin (28396) | more than 8 years ago | (#14285106)

It looks like the version of gaim in Darwinports [darwinports.com] is still 1.5. Will be interesting to see how fast this gets updated. ;) Didn't know that the Mac version of gaim has a variant with support for MSN in it.

Re:Darwinports update for gaim? (4, Informative)

Tiberius_Fel (770739) | more than 8 years ago | (#14285134)

For GAIM functionality in OS X you can try Adium X [adiumx.com] It doesn't do IRC (by design choice), but the functionality for a lot of protocols is there.

(Also, IIRC, Adium X does use libgaim.)

Re:Darwinports update for gaim? (1)

chrisgeleven (514645) | more than 8 years ago | (#14285383)

You are correct. Adium X is basically gaim with a pretty GUI.

Best IM software on OS X, by far.

Re:Darwinports update for gaim? (3, Informative)

dcclark (846336) | more than 8 years ago | (#14285413)

You are correct. Adium X is basically gaim with a pretty GUI.

No. Adium X uses libgaim, which is the protocol-handling code from Gaim, and that is it. The majority of the app -- all of the interface and logic that doesn't explicitly talk to servers -- is original work. Even some of the protocol-handling code isn't libgaim -- for example, Bonjour (i.e. Rendevouz) support. If you try it, you'll find some significant feature differences from Gaim as well.

first post (-1, Offtopic)

Anonymous Coward | more than 8 years ago | (#14285107)

1st post

Re:first post (-1, Flamebait)

Anonymous Coward | more than 8 years ago | (#14285185)

You failed it, dipshit.

So does i... (3, Interesting)

Anonymous Coward | more than 8 years ago | (#14285120)

support Jingle? Didn't see that in the changelog...

No support for video camera (2, Interesting)

WhatsAProGingrass (726851) | more than 8 years ago | (#14285140)

I still do not see any support for my webcam. I like gaim, but I still have to use other programs fot chat via webcam.

Re:No support for video camera (4, Informative)

slavemowgli (585321) | more than 8 years ago | (#14285194)

gaim-vv [sourceforge.net] is being merged back into the trunk, so at some point, 2.x should have video support as well.

Re:No support for video camera (0)

Anonymous Coward | more than 8 years ago | (#14285274)

Apparently, working with the Gaim project leads can be a exceedingly unrewarding task. The work on gaim-vv for video and voice support was ignored, dropped, reaplced with sub-standard code for the Google (Talk) overlords and then programmer was insulted (although there may now still be a chance of something still being integrated).

"Death of gaim-vv" November 11th, 2005 http://www.livejournal.com/users/bleeter/ [livejournal.com]

Video chat with Yahoo chat people? (3, Interesting)

MMC Monster (602931) | more than 8 years ago | (#14285143)

Big question for me - Does it support video chat with people on the Yahoo! network? It's a major deal-breaker for most of the people I administer windows and mac computers for. :-(

Re:Video chat with Yahoo chat people? (-1, Troll)

tomstdenis (446163) | more than 8 years ago | (#14285247)

Do you honestly want to see the fuckers on the other end of an IM? I've met quite a few IMers in meatspace and they're not lookers.

Unless you got IM-hos on your list I can't see this being a deal breaker.

That and it's a stupid use of bandwidth. Downloading porn is better. It promotes an economy and is better to jerk off to than a fellow male from scotland or something otherwise equally perverted.

Tom

Re:Video chat with Yahoo chat people? (2, Insightful)

Zontar The Mindless (9002) | more than 8 years ago | (#14285404)

My daughter lives with her mother a fair distance away from me, I only get to see her 2-3 days a month, and I'd quite like to be able to video-chat with her from time to time.

Any objections?

(Pardon me for coming off all snarky, but some of us are interested in using Internet technologies for purposes that have nothing to do with prurient gratification.)

Just an FYI - Kopete supports this (3, Informative)

brunes69 (86786) | more than 8 years ago | (#14285410)

In case you can't wait.

http://kopete.kde.org [kde.org]

Re:Video chat with Yahoo chat people? (1)

sjvn (11568) | more than 8 years ago | (#14285567)

No, no video yet. It was on the list. The gaim-vv project, which was to bring a voice and video framework to GAIM, was to have been merged into the 2.0 line, but there's no sign of it in this release.

I was really looking forward to this too.

Steven

Been running this all night. (4, Informative)

Tezkah (771144) | more than 8 years ago | (#14285148)

I have been running this since last night and I must say, it is a nice release.

Two things I have noticed that impress me the most:

1) They finally fixed tab chatted, so if someone on your MSN list decides they want a 20 character display name, their tab wont take up 20 spaces on your chat window. Instead it truncates it and evenly spaces the tabs.

2) When you type/recieve a message you see it scroll in from the bottom of the message window. Really neat effect when you are typing, as it looks like it zooms from the text input field into the conversation window. Nothing major, but neat.

All in all, its a pretty good release.

Re:Been running this all night. (1)

x_codingmonkey_x (839141) | more than 8 years ago | (#14285357)

Did they by any chance fix the non-transparent icon bug for KDE system tray? I love GAIM, but the icon (even though a PNG with no background) appears with a white background on my transparent system tray. Thus, I am forced to use Kopete (which isn't that bad either, but I prefer GAIM).

Re:Been running this all night. (1)

travail_jgd (80602) | more than 8 years ago | (#14285464)

Are you using the latest version (1.5)?

I'm running KDE as well. I changed the color of my desktop, and the GAIM system tray icon retained its previous color. I closed GAIM and restarted, and the icon background was properly colored.

Under normal usage, it's never been an issue for me.

Re:Been running this all night. (1)

Abjifyicious (696433) | more than 8 years ago | (#14285566)

Thus, I am forced to use Kopete

Oh, of course. Because having a program's icon show up with a white background is such a horribly crippling bug that you just can't possibly use gaim.

That's a _feature_? (3, Informative)

Anonymous Coward | more than 8 years ago | (#14285153)

* Added support for sending (with the /nudge command) and receiving

What possible use could something like that have other than to piss people off?

Re:That's a _feature_? (0)

Anonymous Coward | more than 8 years ago | (#14285408)

What does a nudge do, anyway? I mean, besides piss people off.

encryption (2, Insightful)

ltwally (313043) | more than 8 years ago | (#14285164)

And it still doesn't support AIM encryption. The only way to have a secure IM with gaim is to talk to another gaim user.

I still don't understand why their developers chose to do this. One of the few things that is right with AIM is the secure-chat feature. It's fairly easy to set up, and its very secure.

Re:encryption (5, Interesting)

Bodysurf (645983) | more than 8 years ago | (#14285236)

"And it still doesn't support AIM encryption. The only way to have a secure IM with gaim is to talk to another gaim user.

I still don't understand why their developers chose to do this. One of the few things that is right with AIM is the secure-chat feature. It's fairly easy to set up, and its very secure.

Because:

  1. AIM's encryption is closed-source and proprietory. How it works would have to be reverse engineered.
  2. GAIM doesn't natively include ANY encryption support and doesn't want to. Stuff like that is to be done via plug-ins. Bothering the GAIM developers about something that is supposed to go in a plug-in will get you nowhere.

Re:encryption (1)

ltwally (313043) | more than 8 years ago | (#14285356)

"AIM's encryption is closed-source and proprietory. How it works would have to be reverse engineered."
True, to an extent. While there is no official API to their encypted oscar sessions, that I know of, you would not have to reverse engineer their client: simply record an encrypted chat conversation's packets.

And, as luck would have it: this was done a couple of years ago. I don't remember the exact details, but it was pretty simple: AIM uses each clients' digital certificate to set up a private key, and then wraps the entire message in a signed data block (using AES). All-in-all, it looks to be a pretty clean and simple implementation.

Re:encryption (1)

ltwally (313043) | more than 8 years ago | (#14285398)

Though this is not the most comprehensive article I have seen on the topic, a basic primer of AIM security for IM developers is available here [kano.net] .

Re:encryption (1)

Surye (580125) | more than 8 years ago | (#14285552)

So write a plugin!

Re:encryption (4, Informative)

davie (191) | more than 8 years ago | (#14285238)

Gaim offers two ways to conduct secure conversations over AIM: the gaim-encryption plugin and the OTR plugin.

Sorry to burst your bubble... (0, Flamebait)

jZnat (793348) | more than 8 years ago | (#14285330)

I hate to be the one who has to break it to you, but anyone who is using AIM encryption would also be using the official AIM client, thusly they are on a 'doze box, and thusly any encryption efforts on such are futile as they are probably loaded with spyware and/or viruses/trojans/worms/STDs/etc. Your typical techie using 'doze won't be using crap like the official AIM client anyhow, so any secure communications you want to have with people are not going to be via AIM...

Re:encryption (1)

cortana (588495) | more than 8 years ago | (#14285338)

How do you know it's very secure? Because AOL tells you so?

Re:encryption (1)

ltwally (313043) | more than 8 years ago | (#14285526)

"How do you know it's very secure? Because AOL tells you so?"
Of course not. I know it's secure because I've read up on it. Google around a little.

If you'd rather not, then I'll give you a short overview: when both clients have a digital certificate, it will use those certificates to generate a private key. From that point on, AIM encrypts the entire message (headers and all) with AES.

From a programmers point of view: this should not be terribly difficult to implement in other clients (indeed: trillian-pro supports it), and it is as secure as the digitial certificates being used are. (So make sure you have your own certificate and not some cert that 50,000 other people got off www.aimsecure.com. Go to www.thawte.com if you want a good digital certificate for free.)

Re:encryption (1)

cortana (588495) | more than 8 years ago | (#14285616)

I'm sorry, I assumed this was some proprietary and undocumented feature of the official AIM client, rather than a third party addon.

The www.aimsecure.com site is empty, BTW. I assume you meant aimencrypt.com?

Binary Packages (2, Interesting)

saterdaies (842986) | more than 8 years ago | (#14285165)

Is there a reason why the only binary packages are for Windows? I'd love to try the beta, but I don't want to spend all my time compiling from source.

Re:Binary Packages (0, Troll)

tomstdenis (446163) | more than 8 years ago | (#14285230)

emerge gaim?

"all my time" ...

it takes 3 minutes to build at most [probably less]. How precious is your time that you can't background a build of gaim while doing work? ...newbs...

Tom

Re:Binary Packages (-1, Troll)

Anonymous Coward | more than 8 years ago | (#14285368)

Compiling from source is never that simple.

Re:Binary Packages (0)

Anonymous Coward | more than 8 years ago | (#14285244)

I'd love to try the beta, but I don't want to spend all my time compiling from source.

But I thought that's what you alternative OS users live for, watching all the compile messages scrolling on the screen is kind of orgasmic for you geeks. Just clicking next,next,next,finish is so newbieish and boring.

Re:Binary Packages (1)

Jamori (725303) | more than 8 years ago | (#14285294)

To be perfectly honest, it MIGHT take you 5 minutes to compile this on an 800 MHz machine. Just download the sources and give it a try -- I promise, it really isn't all that difficult and will be a good learning experience for you.

The README file should have plenty detailed instructions on the series of commands you need to type to get GAIM compiled and installed.

Good luck!

Re:Binary Packages (2, Informative)

ocelotbob (173602) | more than 8 years ago | (#14285443)

Dude, there's this thing called multitasking. Download the client, check back in a bit. Jump to the console, run:

tar xfz gaim-x.x.x.tar.gz && cd gaim-x.x.x && ./configure && make && make install

Simple, doesn't take all of your time. Besides, they don't compile for anything else because it builds for a lot of different gtk/gnome versions. Easier to let the knowledgable people build it themselves, and let the uninitiated wait for their distro makers to include it - cuts down on people complaining because of ancient library versions, etc.

Re:Binary Packages (2, Informative)

nwbvt (768631) | more than 8 years ago | (#14285457)

Each Linux distribution has its own form of package management, thus gaim can't exactly offer ready made packages for each distribution. Most distributions have plenty of people out there building these packages, so you should be fine.

idle budies greyed out (1, Interesting)

Anonymous Coward | more than 8 years ago | (#14285167)

idle buddies are always greyed out now, no preference to remove this.
annoying

Bitlbee (-1, Offtopic)

Anonymous Coward | more than 8 years ago | (#14285184)

Chatting about beta's of gaim, but no news about the 1.0 release of http://www.bitlbee.org/ [bitlbee.org] . :-(

What's new! (1, Informative)

Anonymous Coward | more than 8 years ago | (#14285193)

Here is the changelog [sourceforge.net] .

Posted anony to avoid karma whoring.

For WIndows users (4, Informative)

The Hobo (783784) | more than 8 years ago | (#14285219)

A couple things, if you can't find where to get the windows version (the windows port page hasn't been updated yet) it's here (with GTK) [sourceforge.net] or here (without GTK) [sourceforge.net]

Second, if you want bigger text for everything since the default is fairly small, make sure you install No Theme (or anything BUT the WIMP theme) and then goto your C:\Program Files\Common Files\GTK\2.0\etc\gtk-2.0 folder and edit the gtkrc file with notepad or something and change the one line from sans 8 to say, sans 10

There's a few more things I like to do to mine but it's all personal, I thought I'd throw out those two things though.

Idle Time Reporting Option Removed (4, Interesting)

duerra (684053) | more than 8 years ago | (#14285229)

This really bugs me, and is the reason I will not be upgrading to Gaim 2.0

* Removed "Gaim usage" and "Idle time reporting" preferences; behavior now always uses mouse/keyboard when available

I do not have Gaim report my idle time, largely for work reasons. If I am busy at work or whatever, I don't want the "obligation" of having to reply to a person that notices that I am no longer idle. This is a very common thing, and I prefer that that remains private. As far as anybody else should be concerned, I am away. It doesn't mean I am avoiding the person, but sometimes you have other things that need to get done, and I don't want to have to explain that to people that I don't want upset at me.

Re:Idle Time Reporting Option Removed (2, Insightful)

Anonymous Coward | more than 8 years ago | (#14285303)

Hahaha. Linus Torvalds were right. Gnome people are all about removing features.

Switch to Kopete.

Re:Idle Time Reporting Option Removed (0)

Anonymous Coward | more than 8 years ago | (#14285345)

I thought the exact same thing when I saw all of the options that were removed from Gaim 2.0.

This release, though it has a lot of improved things, is a step backwards.

Re:Idle Time Reporting Option Removed (1)

Nadir (805) | more than 8 years ago | (#14285581)

Gaim has nothing to do with Gnome

Re:Idle Time Reporting Option Removed (2, Informative)

porkThreeWays (895269) | more than 8 years ago | (#14285308)

Use the idle maker plugin. Sure, it's a little more hassle, but it's better than nothing.

Re:Idle Time Reporting Option Removed (1)

Malto (46836) | more than 8 years ago | (#14285334)

This is one thing I really dislike about this release. I always used that feature simply so that people didn't know if I was there. If you're trying to avoid someone or are too busy you can simply answer the message later when you've got time instead of having them know you're in front of the computer.

I think I might revert back to 1.5...

Re:Idle Time Reporting Option Removed (1)

zdzichu (100333) | more than 8 years ago | (#14285423)

That's what "Do Not Disturb" status is for.

Re:Idle Time Reporting Option Removed (1)

psavo (162634) | more than 8 years ago | (#14285466)

You can't set a 'DND' for some single stupid asshole that thinks that all your time belongs to her.

Re:Idle Time Reporting Option Removed (1)

Robo210 (548438) | more than 8 years ago | (#14285496)

Funny, I just installed the Windows port, and the option to report idle time is still there, but the option of which type of idle time should be reported (not using the computer, or not using gaim) has been removed. It is this the change log is referring to.

Re:Idle Time Reporting Option Removed (1)

oKtosiTe (793555) | more than 8 years ago | (#14285604)

Yes it is.

Re:Idle Time Reporting Option Removed (1)

Outland Traveller (12138) | more than 8 years ago | (#14285530)

*grumbles* I use this option all the time. It's my business whether people people see how idle I am or not. I hope someone creates a fork with the functionality re-enabled / plugins pre-applied. If no one does so I may do it myself.

Lots of people who use IM as part of their job do not want their idle time broadcast. This seems so bloody obvious I'm shaking my head why it would be removed in the first place.

Re:Idle Time Reporting Option Removed (5, Informative)

junk (33527) | more than 8 years ago | (#14285584)

It's not that you can't hide your idle time, it's that it doesn't allow you to choose what it uses to report idle time. Instead of giving you the report-idle-time-base-on options, it just uses your keyboard/mouse to determine how idle this you are. It used to also allow the option of reporting idle time based on gaim usage only (you could work on your computer all you want and it would consider you idle until you typed into a gaim chat window). If you don't want people to know whether your idle or ignoring them (don't debate it, you know you all use it to ignore people) then don't report your idle time at all. Or use idle maker like that one guy suggested...

Re:Idle Time Reporting Option Removed (2, Insightful)

mattwarden (699984) | more than 8 years ago | (#14285732)

Amen. Gaim has a habit of removing the features I like most, and then not offering alternative instructions to still have that setting (surely it still can be managed via a config file somewhere, but I have no idea how). In the changelog, these feature removals are listed as: "Simplified configuration-x interface"

I will try out Gaim2 for myself, but if there truly is no way to set idle reporting to gaim usage, I will revert to 1.x

Making me dig and dig trying to figure out how to use Gaim the way I used to be able to use it is not simplifying the interface.

In Case of Slashdotting (1, Informative)

Anonymous Coward | more than 8 years ago | (#14285255)

Gaim: The Pimpin' Penguin IM Client that's good for the soul!

version 2.0.0:
        Status System:
        * The code dealing with buddy and account status, away messages,
            away states, online/offline, etc has been completely rewritten.
            Huge thanks to Christian Hammond, Dave West, Daniel Atallah and
            Sadrul Habib Chowdhury.
        * Your status can now be set from inside the buddy list using the
            selector at the bottom of the window.
        * To see messages when a buddy signs on or off, goes away, or
            becomes idle, load the "Buddy State Notification" plugin

        Buddy List:
        * Buddy icons are now shown in tooltips (Felipe Contreras)
        * Tooltips now contain additional information about a "Person" that
            contains multiple online buddies
        * Added a "Last Seen" field to buddy tooltips (Richard Laager)
        * Contacts will auto-expand when buddies are dragged around
        * If Gaim is exited with the buddy list hidden in the docklet, it
            will remain hidden when Gaim is started again (Scott Shedden)
        * Improved buddy list searching with CTRL+F

        Conversations and Chats:
        * Messages from buddies in the same "Person" will automatically
            use the same conversation window.
        * The "Send As" menu has been replaced with a more appropriate
            "Send To" menu based on "Persons" on your buddy list
        * Message formatting persists between messages (Igor Belyi)
        * Full message background colors are now supported
        * Smooth scrolling when receiving a new message
        * Screenname colors in chats now chosen intelligently from GNOME
            color palette
        * Conversation buffer scrollback limited to avoid large memory
            usage in active conversations
        * Control-Shift-Tab will reverse cycle through the conversation tabs
            (James Vega)
        * Many problems related to having an IM conversation and a chat open
            with the same name are fixed (Andrew Hart)
        * Warning dialog when closing a window with unread IM messages
        * In chats right-click on names in the conversation window to
            IM/Send File/Get info/ignore the user
        * Added tab management options to the tab right-click menu (Sadrul Habib
            Chowdhury)
        * Brand new message queueing system (Casey Harkins)

        Sounds:
        * Beautiful new default sounds (Brad Turcotte)
        * Use libao for playing sounds via NAS instead of accessing NAS directly

        Log Viewer:
        * Log viewer aggregates logs from the same Contact (Richard Laager)
        * When opening the log viewer, show the most recent log by default
            (Peter McCurdy)

        Plugins:
        * Plugins are now accessed through a separate dialog from the Tools
            menu of the Buddy List
        * Newly installed plugins can now be activated without restarting
            Gaim (Sadrul Habib Chowdhury)
        * Overhauled the system tray/docklet plugin (Casey Harkins)
        * Text Replacement Plugin rewritten, works in real time and far more
            intuitively (Benjamin Kahn with help from Richard Laager)
        * Entries in the text replacement plugin are now sorted
            alphabetically (Richard Laager)
        * The Evolution Integration plugin now supports Groupwise contacts
        * Mono plugin loader (Eoin Coffey)
        * Perl plugin loader has been rewritten (John Kelm, Google Summer
            of Code)
        * New music messaging plugin (Christian Muise, Google Summer of Code)
        * gaim-remote has been superceded by new DBUS bindings within Gaim
            (Piotr Zielinski, Google Summer of Code)
        * The functionality of the auto-reconnect plugin has been
            moved into the Gaim core, and the plugin itself has been
            removed.

        MSN Features:
        * Custom smiley receiving support (Irving Cordova & Francesco Fracassi)
        * Added support for sending (with the /nudge command) and receiving
            "nudges" (Julien Cegarra, Martin Bayard)
        * Added an account action to open your Hotmail inbox from MSN

        Yahoo Features:
        * Stealth Settings have been implemented
        * Doodle is now supported (Andrew Dieffenbach, Google Summer of Code)
        * Buddies' requests to add you to their lists now prompt for
            authorization

        AIM/ICQ Features:
        * ICQ file transfer support with newer ICQ clients (Jonathan Clark,
            Google Summer of Code)
        * Many overall improvements to OSCAR file transfers (Jonathan Clark,
            Google Summer of Code)
        * Ability to set ICQ "require authorization" and "web aware"
            setting (Ettore Simone)
        * ICQ encoding fix for offline buddies (Ilya Konstantinov)

        IRC Features:
        * SSL support for IRC connections (Daniel Atallah)
        * Show an error message when temporarily unable to join an IRC
            channel or change your nick (Richard Laager)
        * Added /nickserv, /memoserv, /chanserv and /operserv
            commands (Joao LuÃs Marques Pinto)

        Jabber Features:
        * Support for SRV lookups
        * Support for buddy icons
        * Jabber User Directory searching

        SILC Features:
        * Whiteboard support (Pekka Riikonen)
        * Sending/receiving images in IMs (Pekka Riikonen)
        * Cipher and HMAC selection support (Pekka Riikonen)

        Other Protocol Changes:
        * Bonjour (Rendezvous) protocol support (Juanjo Molinero Horno, Google
            Summer of Code)
        * Updated Gadu-Gadu protocol support (Bartosz Oler, Google Summer of
            Code)
        * SIP/SIMPLE support (Thomas Butter, Google Summer of Code)
        * Sametime protocol support

        Other Noteworthy Changes:
        * UPnP and NAT traversal support (Adam J. Warrington, Google Summer of
            Code)
        * The modify account dialog now contains two tabs, which should display
            better at lower resolutions (Sadrul Habib Chowdhury)
        * New "find buddy" results dialog (Alex Converse)
        * People using input methods can now use Enter again
        * GNOME users can open received files by clicking on "Open" in the
            file transfer window
        * Mouse-over hyperlink coloring is now themeable
        * Buddy Pounces now have a proper management window. (Kevin Stange)
        * Buddy icons maintain aspect ratio when resized
        * The last used directory is remembered for opening or saving files and
            buddy icons

        Preference Changes:
        * Preferences have been substantially reorganized and cleaned up
        * Smiley theme descriptions are now shown correctly for the highlighted
            smiley theme (Levi Bard)
        * All Buddy List preferences have been moved to the Buddies menu of
            the buddy list window.
        * Proxy settings will be taken from Gnome if it is running. These may
            still be overridden on a per-account basis.
        * Removed "Dim idle buddies;" behavior is now always enabled
        * Removed keyboard shortcut preferences for ctrl-B/I/U; enabled by
            default, but won't interfere with bindings set by the GTK theme
        * Removed keyboard shortcuts preferences for ctrl-# to insert a smiley;
            behavior removed from Gaim
        * Removed "Enter" vs. "Ctrl-Enter" to send; "Enter" sends by default,
            but it is now possible to change this binding in your GTK theme
        * Removed "Show multi-colored screennames in chats;" behavior is now
            always enabled and screenname colors automatically adjust themselves
            to compensate for background color.
        * Removed "Raise Buddy List Window on Events" and the related behavior
        * Removed "Display remote nicknames if no alias is set"
        * Removed "Show idle times" and "Show warning levels" on the buddy
            list; behavior is now always enabled
        * Removed "Auto-expand contacts;" contacts expand only when dragging
            buddies around the buddy list
        * Removed conversation and buddy list buttons and related preferences
        * Removed "Raise conversation window" preferences; moved feature to
            the notify plugin
        * Removed "Show alias in tabs/titles;" behavior is now always enabled
        * Removed "Show formatting toolbars;" the setting in conversations'
            "Options" menu now affects the global preference
        * Removed "Show timestamps;" behavior is now enabled, but is overridden
            by the timestamp plugin
        * Removed all protocol options pages
        * Removed "Escape closes windows;" default key binding is now Ctrl-W
        * Removed "Gaim usage" and "Idle time reporting" preferences; behavior
            now always uses mouse/keyboard when available
        * Removed "Log when buddies sign on/sign off/become idle/become
            un-idle/go away/come back" and "Log your own actions;" all of these
            will be logged when the system log is enabled
        * Removed the separate ignore formatting preferences; behavior has been
            consolidated into a single preference

i'll never use gaim (4, Interesting)

ltwally (313043) | more than 8 years ago | (#14285273)

I'll never use gaim, personally. Or would I recommend anyone else. Why?

Simple. A little over a year ago, I contacted one of gaim's core developers about gaim's difficulties with file transfers when any of the party is NAT'd. He didn't know or care about the file transfer stuff, so he put me in contact w/ another core developer. The second guy was even worse; he was in charge of file transfers and such, but outright told me that he didn't care if things didn't work in NAT'd environments and that things would probably never change. Though I cannot remember the conversation, verbatim, I do remember this: not only was he pretty damn rude (whereas I had been more than polite), but he didn't care that the code he was in charge of didn't work well.

I gave it some thought, and decided that if the developers of gaim have attitudes like this, it is not a project that I want any part of. <shrugs> What's more: IM has become an integral part of staying in touch with people. It's right up there with email. If the developers of the defacto standard IM client for *nix don't care if it has issues and don't care to fix those issues, how in the hell do people honestly expect anyone to switch from windows to a FOSS *nix (ie. linux, freebsd, etc). Having bugs is one thing, but not even caring about those bugs? Psssh.

(And, yes, I know the changelog says that they've fixed some of the NAT issues... but for me, I've already decided that the apathy about the quality of their product is cause enough to permanently stay away from gaim.)

Re:i'll never use gaim (1)

duerra (684053) | more than 8 years ago | (#14285318)

That attitude, from what I have picked up, is pretty standard with the gaim developers, and it has frustrated me as well (note: I have not dealt with any of them personally, however).

There is a big thread on the SF projects page regarding all of the options that have been removed in Gaim 2.0, and a *lot* of people are frustrated over it, but the general response from the developers, IMO, has been very rude, and in a tone that projects that they don't really care if other people agree with their decisions or not. I've read other posts from users that have complained about the lack of "care" and bad attitude reponse that the gaim development team seems to have for people offering suggestions, seeking support, or who otherwise disagree with the decisions that have been made.

I, too, am considering dropping Gaim based on the attitude that I have witnessed.

Re:i'll never use gaim (5, Interesting)

Anonymous Coward | more than 8 years ago | (#14285430)

I think the biggest problem with gaim is that they have a reputation they don't deserve. If you look at their code it's not very exceptional. It's one of those projects that works by coincidence, not by design. But, it's still the most popular client for X11, mostly because they've solved a lot of ugly programming issues as far as protocol compatibility (not fun) and GUI, and so people are pretty comfortable with it, and the barrier for a new client is awfully steep.

As I've said, they don't deserve the recognition they have, and so it wouldn't surprise me if they're all full of themselves.

Re:i'll never use gaim (1)

teslar (706653) | more than 8 years ago | (#14285651)

I, too, am considering dropping Gaim based on the attitude that I have witnessed.

In favour of what though? I do not like Gaim, but I'm still using it because I don't know of a better multi-protocol client on linux.

Re:i'll never use gaim (3, Interesting)

Lisandro (799651) | more than 8 years ago | (#14285346)

I once presented a weird problem i had with GAIM to one of its developers, via Jabber (no need to mention him here). GAIM would work just peachy with one version of X.Org, but would die with another!
    Since i'm a Gentoo user, he proceeded to, basically, tell me to piss off and seek for help among the Gentoo package mantainers. I was pissed, but after a while he (we) cooled down and actually managed to have a very nice conversation. And yes, i managed to solve the problem :)

    Thing is, they have a point; they get flooded by requests/questions/bogus bugreports by people that bitch to the developers for any minor problem, problems that most of the time are well covered in the FAQs. On the other hand, yes, the GAIM developers seem to be particularly jumpy (and even borderline assholes, sorry). Perhaps big proyects like GAIM could find some sort of middle-ground solution, like a group of people willing to help people with problems, a-la-helpdesk, which could in turn deffer questions to the actual developers if they feel they're merited.
    I don't know if such thing would be possible (or another solution, for that matter), but you have to keep in mind the GAIM developers receive the complaints directly. It can wear one off in no time.

Re:i'll never use gaim (0)

Anonymous Coward | more than 8 years ago | (#14285666)

He was right though. That *should* have gone to the Gentoo maintainers, and then upstream from there. Almost no bugs you encounter should go directly to the program authors.

buddy (0)

Anonymous Coward | more than 8 years ago | (#14285355)

no-one cares

Re:i'll never use gaim (0)

Anonymous Coward | more than 8 years ago | (#14285360)

I should say that I am not a huge fan of gaim. In my frank opinion I think it's a pretty shitty project; I say that as a programmer. But...

NAT traversal is NOT an easy problem to solve. And these are closed protocols we're talking about, too. I am extremely bad at metaphors, but let's say you belong to a rock climbing club, and like to climb rocks in your spare time. Imagine then that someone insisted, demanded that you shove a giant boulder up a mountain, then complained on slashdot when they didn't get their way.

The fact is, gaim doesn't exist to solve your NAT issues.

So many people who complain about "Linux not being ready for the desktop" and open source projects just don't understand... These projects can't be everything to everyone, and they're not all necessarily that altruistic either.

Re:i'll never use gaim (0)

Anonymous Coward | more than 8 years ago | (#14285424)

guess what -- no one cares

Re:i'll never use gaim (3, Insightful)

ltwally (313043) | more than 8 years ago | (#14285482)

As I've been mod'd "flamebait" and have a few responses to my parent noting how hard NAT traversal is and such, I'm going to post a generic response to y'all:

Firstly: let me reiterate: I was beyond polite to both developers. I didn't bitch and moan, and I didn't flood them with unrequested details. I simply said that I had noted that NAT'd environments seemed to be causing gaim clients problems. Their responses were totally uncalled for. If they knew of the problems, and didn't want to discuss it.. there are more polite ways than saying, "Yeah, we know. And I'll probably never fix it, since I don't use NAT. Only loosers use NAT. Don't like it? Fine. Find another client." (yes, this is a paraphrase, but more accurate than you would like to think. It's both immature and uncalled for.)

Secondly: I never claimed that NAT traversal was easy. I have total sympathy for anyone coding to make it work... but that does not excuse the gaim developers' attitudes. There is little excuse for being a dick to a user. And not even caring if your code causes everyone under NAT to have headaches? Sorry.. but with attitudes like that.. their product will rarely improve, and they will drive away a large number of people that might have migrated to their product.

If you wish to use an IM client developed by people like that... fine. Just remember that next time you're bashing the poor quality of code and corporate apathy of companies like Microsoft or Real-Networks. (mind you, I am not a fan of either.)

Re:i'll never use gaim (0)

Anonymous Coward | more than 8 years ago | (#14285632)

So fix it yourself. It's called open source for a reason.

Re:i'll never use gaim (1, Insightful)

Anonymous Coward | more than 8 years ago | (#14285689)

I don't use gaim either.

But... Let's consider this. If you went to Microsoft and asked them to implement a feature, do you really think they'd listen? Do you think they'd give you the relevant developer's email address?

(Rhetorical questions.)

FACT (1)

NessusRed (710227) | more than 8 years ago | (#14285279)

Instant messaging is for little girls and gay chat lines.

Article is Old (-1, Flamebait)

Anonymous Coward | more than 8 years ago | (#14285284)

This was posted on Digg.com yesterday. Get your own news and make way for the new generation of news sites.

Re:Article is Old (-1, Flamebait)

Anonymous Coward | more than 8 years ago | (#14285389)

fuck off

But it's still not that good (-1, Offtopic)

Anonymous Coward | more than 8 years ago | (#14285312)

Miranda is still the king of 0% fluff multi IM.

blocking spim? (1)

yog (19073) | more than 8 years ago | (#14285390)

Yahoo spim can't be blocked with Gaim 1.5 and earlier; every couple of days I find a message on my screen "Hi I'm Honey Bunny, check out my pix! Not there? Oh too bad, maybe later!" and this kind of crap. I don't want or need unsolicited instant messages but there appears to be no way to block them generically with GAIM even though the feature exists on Yahoo's client. I have to block each of these bots retroactively. Grr. I have about two Yahoo buddies and maybe I should just tell them to move to MSN or AOL.

God Damn (-1, Flamebait)

Anonymous Coward | more than 8 years ago | (#14285449)

It's about fucking time, I guess you get what you pay for, and even that is rarely the case anymore.

What the heck? (2, Insightful)

Mike Savior (802573) | more than 8 years ago | (#14285456)

Is it just me, or did they oversimplify everything? I know they're trying to go in a new direction with this version of Gaim but jeez, all the options became so sugar-coated that I no longer feel like I'm being treated like a newbie at the program, I'm feeling like grandma. Where are all of my options? Now I see what Linus was talking about, though Gaim isn't static to Gnome..

Where's Gaim-otr for this new beta? (0)

Anonymous Coward | more than 8 years ago | (#14285467)

I'd like to keep my conversations private and Gaim-otr is excellent for that.

gaim UI (0, Offtopic)

tuggy (694581) | more than 8 years ago | (#14285522)

sorry to play a bit of a troll here but...

gaim UI sucks. it doesnt follow the gnome HIG and has lots of usability flaws. lets face reality, the only reason its so widely spread and being the "official" gnome IM, is because there is no other alternative!!

(i'm talking about the pre 2.0 version)

Re:gaim UI (1)

travail_jgd (80602) | more than 8 years ago | (#14285702)

"it doesnt follow the gnome HIG"

For some of us, that's a feature, not a bug. :)

That said, hopefully there is some improvement. The "Tools -> Account Actions" submenu in particular is a pain to deal with.

Re:gaim UI (1)

OUWxGuesser (895537) | more than 8 years ago | (#14285723)

Agreed... I like the old UI with JUST the buddy list. I couldn't find any options to turn off account/active status tabs. Talk about annoying.

Get the book - it's great (1)

mustafap (452510) | more than 8 years ago | (#14285577)

I've read Seans book about developing Gaim. It's a great story.

This guy started from nothing - he didn't even know the C programming language.

It's a real inspiration. Well done Sean!

Screenshots of the new buddy list anybody? (0)

Anonymous Coward | more than 8 years ago | (#14285588)

I hope it starts to look better on Windows XP (with classic window decorations). Gaim should learn from Firefox's UI team.

Still Majorly Lacking (2, Interesting)

bigtrike (904535) | more than 8 years ago | (#14285591)

Could they at least make it so I can initiate a direct connection on AIM or use all the commands on IRC without installing a plugin?

JEP 0027 encryption? (1)

GuidoW (844172) | more than 8 years ago | (#14285634)

Does it support JEP 0027 encryption or are there any plans to do so in the future?

JEP 0027 is a very straight-forward way to use OpenPGP based end-to-end encryption via Jabber. Everyone who has used PGP or GnuPG for their email will soon feel familiar with this scheme.
Right now, the only Jabberclient I know which supports this would be Psi, which is kind of sad.

If no, does anyone know of a Open Source, cross-platform IM-client (supporting at least Windows and Linux) with support for at least ICQ and Jabber and with JEP 0027 support?

Google Talk? (2, Informative)

Jsutton1027w (757650) | more than 8 years ago | (#14285760)

I just downloaded and compiled the beta, but I was a little disappointed. Wasn't this version was supposed to have some support for Google Talk? At least, that's the impression I got from this post [sourceforge.net] .
Load More Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Create a Slashdot Account

Loading...