Slashdot Mirror


A First Look At Gaim 2.0

surgicaltubing writes to spotlight the progress towards vesion 2.0 for Gaim, the open source, multi-protocol IM client. "The Gaim 2.0 release is nearing its home stretch. The Gaim team released beta 4 last week, with a number of new features and UI improvements." Linux.com and Slashdot are both part of OSTG.

243 comments

  1. 2 Things... by HoosierPeschke · · Score: 5, Funny

    1. I can't wait to try it out a year after it's release when it hits portage (stable)

    2. Maybe by then I'll have someone to talk to and actually get to use it...

    --
    Mr. Universe: "They can't stop the signal, Mal. They can never stop the signal."
    1. Re:2 Things... by baadger · · Score: 4, Insightful

      Sarcasm aside, beta 4 hit portage a while ago and the 2.0 beta's have been very useable and stable. Infact the damn things been in beta for ages and ages and ages.

      Personally I feel 2.0 is a huge improvement on 1.5 on the GUI front, especially on the presentation of your buddy lists.

    2. Re:2 Things... by HoosierPeschke · · Score: 4, Insightful

      I'm happy to see they moved away from the treeview preference style and on to tabs. To me, it's easier to hit a tab than that darned little + to expand.

      --
      Mr. Universe: "They can't stop the signal, Mal. They can never stop the signal."
    3. Re:2 Things... by SolitaryMan · · Score: 1, Funny
      1. I can't wait to try it out a year after it's release when it hits portage (stable)
      I wouldn't be so optimistic.
      --
      May Peace Prevail On Earth
    4. Re:2 Things... by xarak · · Score: 1


      Do the specs state that one needs at least one friend or family member? A schizophrene with 2 computers is absolute minimum.

      --
      Atheism is a non-prophet organisation
    5. Re:2 Things... by benplaut · · Score: 1

      You forgot one!

      3. Awww... but i just finished compiling 2.0b3!

    6. Re:2 Things... by Anonymous Coward · · Score: 0

      I read what you wrote before I read the portion of the GP that you quoted and figured you were referring to his point 2!

    7. Re:2 Things... by Gertlex · · Score: 2, Insightful

      In some ways I agree... But it took me a long time to switch to 2.0betas because of the change to the away message interface. The current interface is much less efficient when you want to choose one of dozens of away messages. Instead of a nice long list of the away message titles, you now have a longer list of titles accompanied by full message text. Needless to say that requires scrolling. Only a moron wouldn't give titles that identify the away message sufficiently.

    8. Re:2 Things... by orasio · · Score: 1, Funny
      %>useradd -m myotherme
      %>xhost +
      %>sudo -u myotherme su -
      %>gaim
      See? no need for two machines!
    9. Re:2 Things... by 1337sysadmnFTW · · Score: 1

      I've been using Gaim Beta 2 for a long while now. Minus some MSN issues here and there, it's been great. Much better than the previous versions.

      --
      OMG 1337sysadmnFTW pwnt j00!!1one!!1!eleventy! (Seriously, it's all in jest. I swear.)
    10. Re:2 Things... by Anonymous Coward · · Score: 0

      Does Debian even have a version of Gaim released this century?

      --
      Debian: Glaciers are faster than our release schedule.

    11. Re:2 Things... by flight_master · · Score: 1
      Only a moron wouldn't give titles that identify the away message sufficiently.
      Most users of IM clients are 13 - 18 year old teens... speaking of morons.
      --
      "Free software" is a matter of liberty, not price.
    12. Re:2 Things... by Zaharazod · · Score: 2, Interesting

      I hate to say it, as a long time Gaim user, but I couldn't disagree more. I honestly cannot imagine the rationale, from a "usability" perspective, for almost all the major UI "improvements" in 2.0. I won't bother making a list, but for example: why on earth was the "online" checkbox removed from the accounts screen? (Having RTFA halfway through writing this, it seems the reviewer had a similar reaction..) Most people probably only have one account; if you DO have more than one, it makes sense that you want it to be easy to use them separately..

    13. Re:2 Things... by Gertlex · · Score: 1

      But morons of that age category are happy to use MSN and or AIM and have 20 windows open at once :)

    14. Re:2 Things... by griffjon · · Score: 1

      Now, if it only wouldn't crash every time my internet connection hiccuped, and take less than 30MB of ram...

      --
      Returned Peace Corps IT Volunteer
    15. Re:2 Things... by mrmeval · · Score: 1

      From the article it still sounds like they've continued the dumbing down of 1.5 with some features grudgingly added back in. I could not stand the first 2.0 beta and probably will not bother with it until I find something else or I'm forced to use it.

      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    16. Re:2 Things... by AnyoneEB · · Score: 1

      There are plenty of reasonable complaints about Gaim 2's UI changes, but that one makes no sense. The "online" checkbox was just renamed to "enabled" because it has a slightly different meaning with the new status system. If an account is disabled, then it is offline, but if it is enabled, it is affected by whatever status you have set, which could possibly be "offline" (although, if you want all of your IM accounts to be offline, I personally suggest closing your IM client).

      --
      Centralization breaks the internet.
  2. no gg by Anonymous Coward · · Score: 2, Informative

    oh noes :/ no gadu-gadu support?

    1. Re:no gg by msh104 · · Score: 1

      register an account on a jabber server that has a gadugadu backend ;)

    2. Re:no gg by CastrTroy · · Score: 1

      WTF is gadugadu? Seriously, is it yet another instant messaging protocol?

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    3. Re:no gg by grev · · Score: 2, Informative

      Gadu-Gadu is supported in 2.0

    4. Re:no gg by kc1man · · Score: 2, Informative

      GaduGadu is an extremely popular IM system in Poland.

    5. Re:no gg by Anonymous Coward · · Score: 0

      Finally something to stop these POLES.

    6. Re:no gg by CastrTroy · · Score: 1

      Why does Poland need their own protocol? does MSN/Yahoo/Jabber/ICQ-AIM/whatever not support the character set used for their language? I can understand needing a different client that works in their own language, but a completely different protocol seems a little unnecessary.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    7. Re:no gg by Anonymous Coward · · Score: 0

      Too bad you didn't stop my pole before I rammed it up your ass.

    8. Re:no gg by blackest_k · · Score: 1

      actually it's kind of nice, most people using gadugadu and tlen are Polish Speakers.

      Wouldn't you prefer to find a messaging network and client where everybody speaks your language, maybe aim or msn or yahoo or icq or perhaps paltalk. Personally I like both tlen and gg since they both give me a chance to practice Polish. Tlen and GaduGadu both cache messages so when you sign in you get any messages you have missed and free Email which seems to be relatively spam and scam free.

      tleenx2 is a client for tlen on ubuntu and gaim does a good job with gadu gadu.

      Tlen also has a form of messaging a lot like plain text email where you can post a reply along with the preceeding conversation (without the delay of email) and also sms messaging to mobile phones within poland. I think you can link your gadu gadu account with your tlen account.

      but at the end of the day what does it matter to you if gaim has some functionality that you will never use someone thought it was of value and sat down and coded it (probably a Pole).
        gaim does a good job of bringing together the various messaging clients and that is one of its most useful features.

      I would be surprised if there were not a lot more national/language based instant messaging programs with thier own user base.

      As a final thought gaim is a cross platform cross protocol messaging client, should Polish Linux users be forced to boot windows so they can talk with thier windows and gadugadu using friends?

      Polands produced some world class programmers anyone old enough to remember "shock" from 1992 http://www.worldofspectrum.org/infoseekid.cgi?id=0 007726
      http://www.worldofspectrum.org/showmag.cgi?mag=You rSinclair/Issue82/Pages/YourSinclair8200040.jpg
      absolutely awesome for an 8bit machine with 48k of ram (128k swopping in 16k banks on later models)

  3. Beta 4 by scoot80 · · Score: 1, Redundant

    Beta 4 is working great (Windows port). I haven't found any issues. If only this app couldbe skinned. (or it can, I am just not aware of it..?)

    1. Re:Beta 4 by HoosierPeschke · · Score: 2, Informative

      It uses the GTK engine so you could get a new GTK theme. I've never tried it so I'm not sure how well it works.

      On a side note, did anyone else notice the "slashdot it" link at the bottom? I understand linux.com is a part of the OSTG but that seems kinda cruel...

      --
      Mr. Universe: "They can't stop the signal, Mal. They can never stop the signal."
    2. Re:Beta 4 by abscott · · Score: 2, Informative

      There is still the cut and paste issue where your text appears (only to you) as the font style/colour of what you pasted until you close the chat window. This problems been around since the first 2.0 beta the devs know about it, but it still hasnt been fixed. There are also some UI drawing issues now to beta 4. Like the status drop down box for me has 3-4pxls of white on the left of it.

    3. Re:Beta 4 by oddfox · · Score: 1

      Can you give a link to the bug report for that issue about cut/paste, because it sounds like you just need to hit the Clear Formatting button to get things back to normal. I've never suffered this issue. For the second, that sounds like the GTK+ rendering issue that's present with ClearType enabled in anything higher than 16-bit color depth. This is not a GAIM problem, but it is a problem with the build of GTK+ that GAIM uses/needs.

      --
      "We invented personal computing." - Bill Gates
    4. Re:Beta 4 by Anonymous Coward · · Score: 5, Funny

      "Whenever a programmer thinks, 'Hey, skins, what a cool idea', their computer speakers should create some sort of cock-shaped soundwave and plunge it repeatedly through their skull." ~ JWZ

    5. Re:Beta 4 by no1bassoonist · · Score: 1

      well you could copy and paste as plain text and your style should be applied. also if you do get the style messed up some hoow right click in your send message box and select reset formatting. This works in beta 3.1 so i would think thats how it is in Beta 4

    6. Re:Beta 4 by Anonymous Coward · · Score: 0
    7. Re:Beta 4 by edmicman · · Score: 1
      For the second, that sounds like the GTK+ rendering issue that's present with ClearType enabled in anything higher than 16-bit color depth. This is not a GAIM problem, but it is a problem with the build of GTK+ that GAIM uses/needs.
      Do you have any more info about this GTK+ bug? I noticed this, too (probably because I just upgraded to the GTK+ version that gaim 2b4), and it's quite annoying. Of course I'm running in 32-bit color depth, and ClearType helps on the LCD monitor. Is this a known and logged GTK bug and are they doing anything about it? I searched on the GTK bugzilla and didn't see anything...
    8. Re:Beta 4 by dave1g · · Score: 1

      um no it is not working great. for one it goes to 100% CPU during some yahoo network functions. CPU is brought back to 0% by right clicking on the gaim icon... what a weird bug. this exists in both beta3 and beta4

      also I added someone to my yahoo buddylist on gaim and that person doesnt show up as online, even though I can talk to them just fine.

      i turn on the yahoo client and they they werent added to my buddylist onthe server. once i added them they showed up. I switch back togaim, and it still doesnt show that person as online.

      right now Beta 2 is better and more stable than beta3 or beta4 in my opinion. And what happened to the promised gaim-vv voice and video support that was supposed to be folded in for the 2.0 release?

      btw i think it can be skinned or atleast can use different gtk themese

      I am using the windows port of gaim.

    9. Re:Beta 4 by Dr.+Trevorkian · · Score: 1

      The cut/paste formatting issue is very annoying. And yes, you can clear formatting, but I'd rather that be done by default. In fact if there was a toggle to turn off pasting with original formatting, I'd use it. I don't use formatting, so it's silly to have the whole row of buttons up just so I can hit the Clear Formatting button once every 36-48 hours.

      Perhaps it wouldn't annoy me so much if the Clear Formatting action was available from a drop-down menu as well as the button. But as it stands, I think the default behavior should be to only apply formatting from the pasted text to the pasted text, and nothing else.

      Also, I have the same rendering problem (white pixels to the left of the status drop-down menu) on WinXP SP2, with whatever GTK+ version was bundled with GAIM 2b4. ClearType is off. For grins, I even turned off font smoothing entirely but there was no change.

    10. Re:Beta 4 by RLaager · · Score: 1

      Use Ctrl-R.

    11. Re:Beta 4 by RLaager · · Score: 1

      Yes, the paste formatting thing is a known issue. It needs to be fixed at some point, but it's not a huge problem to hit Ctrl-R after a paste with formatting, or to use the Paste as Text feature in the first place. The reason the paste formatting bug hasn't been fixed yet is that it's non-trivial. It's on my TODO list.

    12. Re:Beta 4 by oddfox · · Score: 1

      The bug report is here. I don't know if the developers of the Win32 port of GTK+ are aware of the issue, but the Gaim developers certainly are. Unfortunately it seems to be a difficult to pin down issue, and it might be as simple as using a different Win32 GTK+ build. I would try it right now while getting something to eat, but I'm in Linux land getting some things working. :)

      --
      "We invented personal computing." - Bill Gates
    13. Re:Beta 4 by oddfox · · Score: 1

      Thanks for the link, I hadn't really thought of the issue that way before. It should be a preferences option for those that do custom formatting if they would like their formatting destroyed or not.

      --
      "We invented personal computing." - Bill Gates
    14. Re:Beta 4 by oddfox · · Score: 1

      As mentioned by RLaager, CTRL+R will solve your issue, however after hearing about this issue and thinking about it I think it would be a good idea to make the behavior completely optional with a toggle in the preferences, maybe even the individual chat window itself. Wish I knew how to code better. :(

      --
      "We invented personal computing." - Bill Gates
    15. Re:Beta 4 by Dr.+Trevorkian · · Score: 1

      Brilliant. Thanks!

  4. Google Talk Support by kraada · · Score: 5, Informative

    The article claims that Gaim 2.0 doesn't have Google Talk support . . . however, in this case TFA is quite wrong.

    Google Talk is done on the Jabber protocol.

    To set up Google Talk, set up a Jabber account, your S/N is your gmail username, and the server is talk.google.com. I have it set up right now myself, and it works fine.

    The gaim people could, of course, make it easier to set up GT, but the support is in fact there.

    1. Re:Google Talk Support by Jack+Malmostoso · · Score: 2, Informative

      I think in TFA it is meant that there is no VOIP Google Talk support, that should be implemented later on in the development. You may want to take a look at gaim-vv for voice/video support, but I am not sure it is still actively developed: AFAIK it was meant to be merged back in Gaim 2.0. Note that one of GAIM main developers (Sean Egan) has been hired by Google earlier this year. About Gaim 2.0, I have been using all betas on Linux and Windows for months now, and I find it absolutely great. Best IM ever.

    2. Re:Google Talk Support by nonsequitor · · Score: 5, Informative

      The article claimed it didn't have Voice Support for Google Talk. Lack of Voice Support for any protocol (Yahoo, MSN, etc...) is a real drawback to using GAIM for me. The only voice chat that anyone I know uses that's supported on Linux is Skype.

    3. Re:Google Talk Support by Anonymous Coward · · Score: 1, Informative

      > The article claims that Gaim 2.0 doesn't have Google Talk support . . . however, in this case TFA is quite wrong.

      From TFA:

      "Finally, I'm disappointed to see that Gaim still doesn't have voice support for Google Talk. "

      Voice support, not Google Talk.

    4. Re:Google Talk Support by cliath · · Score: 1

      Voice chat.. cluttering? okaaaaaaaaaay....

    5. Re:Google Talk Support by Anonymous Coward · · Score: 0

      I have no /. account. I just want to reiterate the truth here -

      Gaim will not ever have voice or video support in the 2.0 series. It will just not happen. The move was made to gstreamer for future support for these features, but it just won't happen in 2.0.

      The devs have said that V/V is the primary focus for Gaim 3.0, not 2.0.

      I could comment on the rest of the review and the motivations behind most of it, but there's really no point. No one on slashdot is literate anyway.

    6. Re:Google Talk Support by Broken_Ladder · · Score: 0

      Wrong. Jabbin (based on Psi) and Tapioca are just two of the many clients that support Jingle (the media session extension to Jabber, used for the voice component of Google Talk) and are available for Linux.

    7. Re:Google Talk Support by cyclop · · Score: 1

      Gaim will not ever have voice or video support in the 2.0 series. It will just not happen. The move was made to gstreamer for future support for these features, but it just won't happen in 2.0.

      Sigh. I will have to fall back to amsn still for another couple of years or so.

      --
      -- Patent no.123456: A way to personalize /. comments with a sig attached to the end.
    8. Re:Google Talk Support by Broken_Ladder · · Score: 1, Insightful

      nope. use jabbin (jabbin.com) or tapioca. or kopete (if you can stand looking at a "kde" app)

    9. Re:Google Talk Support by Anonymous Coward · · Score: 2, Funny
      Sigh. I will have to fall back to amsn still for another couple of years or so.


      The horizon crumples into a kaleidescope picture through the lens of a single tear, and then all fades to black.
    10. Re:Google Talk Support by GreatBunzinni · · Score: 5, Informative
      think in TFA it is meant that there is no VOIP Google Talk support


      Once again, that isn't support for google talk. Google talk is simply a Jabber client written by google. When someone talks about google talk's VoIP functionality then that person is talking about Jingle, which is a Jabber standard element.

      So please don't get confused about this one. Google talk is simply the client (like Psi, Gaim, Kopete, etc) while the protocol itself is Jabber.

      --
      Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
    11. Re:Google Talk Support by cyclop · · Score: 1

      nope. use jabbin (jabbin.com) or tapioca.

      Do they as fully support MSN as amsn? (no, having my 60+ contacts change protocol is NOT an option)

      kopete (if you can stand looking at a "kde" app)

      I actually love KDE, but the Kopete interface is quite too much cluttered in my opinion. However I sometimes try it and the latest versions are not as bad as the old ones.

      --
      -- Patent no.123456: A way to personalize /. comments with a sig attached to the end.
    12. Re:Google Talk Support by b1ufox · · Score: 1
      The article claims that Gaim 2.0 doesn't have Google Talk support . . . however, in this case TFA is quite wrong.

      Yes they dont have a Google Talk support for Voice Chat

      Setting up Gaim for gtalk text chat is what i think you are talking about.

      If you want a voice chat there are some interesting applications like tapioca and Ekiga.

      tapioca is a lesser know application.If you want you can have a look at Gyachi too, its great as far as video transmissions are concerned.

      --
      -- "Genius is 1% inspiration and 99% perspiration" - TAE --
    13. Re:Google Talk Support by ssj_195 · · Score: 1
      I actually love KDE, but the Kopete interface is quite too much cluttered in my opinion. However I sometimes try it and the latest versions are not as bad as the old ones.
      Doesn't look even remotely "cluttered" to me:

      http://etotheipiplusone.com/kopete-bland.png

      Please excuse crappy WinDeco :)

      --Si.
    14. Re:Google Talk Support by Britz · · Score: 3, Informative

      There is more for Linux. Ever heard of Gizmo?

      http://www.gizmoproject.com/download.php

    15. Re:Google Talk Support by cyclop · · Score: 1

      I guess it's a joke...

      --
      -- Patent no.123456: A way to personalize /. comments with a sig attached to the end.
    16. Re:Google Talk Support by lys1123 · · Score: 1

      Actually, I tried following your directions for setting up Google Talk in Gaim and they didn't work. So I googled for the information and found that Google actually has directions on getting Google Talk to work with Gaim here:

      http://www.google.com/support/talk/bin/answer.py?a nswer=24073

      So if anyone else is trying to use Google Talk with Gaim there you go.

    17. Re:Google Talk Support by oohshiny · · Score: 0

      When someone talks about google talk's VoIP functionality then that person is talking about Jingle, which is a Jabber standard element.

      Except that Jingle is only the connection setup part; you still need a compatible CODEC, and I think that's where the problem lies with an open source client for Google's VoIP service.

    18. Re:Google Talk Support by oohshiny · · Score: 1

      There are plenty of voice chat options, starting with Gnome Meeting/Ekiga. There are also plenty of VoIP-POTS gateway options and services you can get.

      It's just that there are few/no options when you want to connect through proprietary chat services like Yahoo!, MSN, Google, etc. But that should perhaps not come as much of a surprise: not opening up their protocols is a policy decision. But it's not one that needs to affect you, since there are these other choices.

    19. Re:Google Talk Support by drew · · Score: 1

      When I want to "Voice Chat" with someone, I tend to use CPP (Cell Phone Protocol), or possibly FFP (Face2Face Protocol), if the other party is only a few hops away and the latency is low enough. Both work perfectly no matter what OS I am using.

      Of course, if they want to work on better voice support, I'm certainly in no position to complain- I just hope it's an option that can be disabled.

      --
      If I don't put anything here, will anyone recognize me anymore?
    20. Re:Google Talk Support by Anonymous Coward · · Score: 0

      You are wrong. There isn absolutely no problem. Please check out Psi, which in version 0.11 (coming out right about now) will sport flawless Jingle support.

    21. Re:Google Talk Support by kbahey · · Score: 1

      Gtalk has a nifty feature where your chats are logged to your Gmail accounts. They are then searchable, ...etc.

      If you use Gaim and Jabber to talk to Gtalk buddies, would Google still log your conversations in Gmail?

    22. Re:Google Talk Support by pjt33 · · Score: 1

      Back when I did it a few months ago I found that the instructions there didn't work either. For some reason I have to use googlemail.com as the server.

    23. Re:Google Talk Support by overbored · · Score: 1

      someone else pointed out gizmo but there's also wengo, which is FOSS.

  5. Too Generic. by L4m3rthanyou · · Score: 2, Insightful

    Gaim is indeed a nifty app, but my main beef with it is that, while it can do a lot of protocols, it can't seem to do any of them particularly well. From what I've played with in 2.0, that hasn't changed much. In particular, Gaim's IRC capabilities are lacking, a lot.

    Find me a versatile chat client that does a well-specialized job with each protocol, and then I'll take notice. Gaim is moving forward, but they've still got a long way to go.

    Not to mention, I try to stay away from GTK-based apps, especially under Windows. :\ They feel uncomfortable.

    --
    One of these days, I'm going to cut you into little pieces.
    1. Re:Too Generic. by tomstdenis · · Score: 1

      You don't like it, improve the source.

      Now that I got that out of my system... it would help though if msn/ym/aim stopped changing their protocols every week. For the last little while it's been stable but I remember a year or two ago that msn would work one day, not the next, and then a week later a patch would come out to change the protocol.

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:Too Generic. by kohaku · · Score: 0

      Have you tried bitlbee? It supports most protocols, and you connect to it using your IRC client.
      It even has webcam support.

      I've been using it for a while, and it's very stable. It's better than any other client i've used.

      ~kohaku

    3. Re:Too Generic. by RLaager · · Score: 1

      Which particular features are lacking?

    4. Re:Too Generic. by macshit · · Score: 1

      Gaim is indeed a nifty app, but my main beef with it is that, while it can do a lot of protocols, it can't seem to do any of them particularly well. From what I've played with in 2.0, that hasn't changed much. In particular, Gaim's IRC capabilities are lacking, a lot.

      I dunno, I've only used it for AIM and jabber (gmail), and it seems to work great with those. I expect a more accurate statement is that "it doesn't do all of them well." Since AFAIK, gaim was originally based on the AIM model, I'm not surprised that it supports AIM and "AIM-like" protocols better than protocols like IRC which use a somewhat different model.

      I don't even use gaim these days -- rather I use bitlbee (irc/im gateway based on gaim code) + an Emacs irc client -- but main beef with gaim is the annoying GUI interface, not the protocol support.

      [Still, the gaim interface is a million times better than most of the horrid proprietary IM clients out there.]

      --
      We live, as we dream -- alone....
  6. kopete by Verunks · · Score: 0

    i think that right now kopete it's far more better than gaim, it support a lot of things and it's gonna to support also windows live feature for kopete4 or maybe sooner

    1. Re:kopete by Anonymous Coward · · Score: 0

      Your mastery of the English language and eloquent argument have convinced me.

    2. Re:Kopete by Khuffie · · Score: 1

      I have both a Windows box and an OS X box, and I'd love to see Kopete on them. At least for OS X, since you can't get a decent MSN alternative that supports webcams (amsn is not an option, neither is mercury, they both...blow).

    3. Re:Kopete by Anonymous Coward · · Score: 0

      Are you sure for the voice for the MSN protocol. I agree that the video is ok but I have never been able to use the voice with any MSN client on linux

    4. Re:Kopete by Anonymous Coward · · Score: 0

      Google talk is jabber! Jabber!!!

  7. 2.0 isn't out yet? by smaddox · · Score: 1

    I've been using 2.0 for ages now. I didn't even realize it was beta 3 (I had completely forgotten until just now).

    Given, certain things like files transfer dont really work, but I use email for that. Gaim works great for AIM because I dont have to worry about AIM virii, and I like the tabs and plugins (logging plugins - shows me what the last convo was when i open a IM box).

    I guess for people who really need things like audio chat and vidio chat, and want to use it for other protocols, it may not be great - but for me it serves the purpose excellently.

    1. Re:2.0 isn't out yet? by Randall311 · · Score: 1

      AIM file transfers work fine with Gaim 2.0. The updated UPnP and NAT traversal support done by Adam J. Warrington has helped tremendously when you're behind a router. I would give file transfers another chance with 2.0, you might be presently surprised.

  8. Weird crash? by bcmm · · Score: 1

    Does anyone else have a problem where Gaim 1 and Beta 2 crash while trying to connect to MSN?

    I've not been able to find anyone who can replicate this.

    --
    # cat /dev/mem | strings | grep -i llama
    Damn, my RAM is full of llamas.
    1. Re:Weird crash? by VGPowerlord · · Score: 4, Informative
      Does anyone else have a problem where Gaim 1 and Beta 2 crash while trying to connect to MSN?

      I've not been able to find anyone who can replicate this.

      Nope, they definitely didn't have a news article about this problem on the GAIM site.

      Oh wait, yes they did.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:Weird crash? by Anonymous Coward · · Score: 0

      I think it's unique to Beta 2. Beta 3 was released in order to fix that problem.

    3. Re:Weird crash? by thomkai · · Score: 1

      Does anyone else have a problem where Gaim 1 and Beta 2 crash while trying to connect to MSN? I've not been able to find anyone who can replicate this.
      I was getting that a lot; MSN would say failed to write or something and AIM would always disconnect. Found I wasn't using the latest build and upgraded to GAIM 2.0.0 Beta4. Fixed it.
      As far as the app, I find it very useful - I never voice or video chat, so combining all of my clients into one is great.

    4. Re:Weird crash? by DrSkwid · · Score: 1

      Not crash, but MSN does require SSL support does prevent it from connecting, perhaps that is something to investigate.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    5. Re:Weird crash? by dr.+greenthumb · · Score: 1
      # cat /dev/mem | strings | grep -i llama
      Damn, my RAM is full of llamas.
      ... and redundant "cat" processes ...
    6. Re:Weird crash? by bcmm · · Score: 1

      No. It's been stopping me using Gaim for over a year.

      --
      # cat /dev/mem | strings | grep -i llama
      Damn, my RAM is full of llamas.
    7. Re:Weird crash? by bcmm · · Score: 1

      Second person to point that out.

      Still, I think that, if it is read by someone who doesn't know what "strings" does, they're more likely to try it if it's written my way, because it doesn't involve doing some unspecified bad thing to a /dev/ entry.

      --
      # cat /dev/mem | strings | grep -i llama
      Damn, my RAM is full of llamas.
    8. Re:Weird crash? by bcmm · · Score: 1

      Tried compiling with and without SSL and/or gnutls support. Still broken. I'm in the process of testing some of the version 2 betas.

      --
      # cat /dev/mem | strings | grep -i llama
      Damn, my RAM is full of llamas.
    9. Re:Weird crash? by PitaBred · · Score: 1

      Yes, they fixed it. Look at the gaim 2 beta 3.1 release news blurb on gaim.sf.net for info on it.

    10. Re:Weird crash? by stuuf · · Score: 1

      You could pipe /dev/mem to strings's stdin. Although strings would still have a file descriptor opened directly to /dev/mem, so it could run ioctls on it or other weird things. I guess the cat method is also safer because you can run the cat with sudo while keeping strings and grep unprivileged. Maybe I've thought about this too much...

      --

      Everyone is born right-handed; only the greatest overcome it

    11. Re:Weird crash? by lanner · · Score: 1

      GAIM has definitely gone onto my poop-list of an OSS project gone downhill. The MSN crash problem was probably what really tipped my opinion, after a very very long period of no updates or releases. They didn't actually fix this problem -- they told people that they fixed it in the 2.0 BETA, and never fixed it in the 1.x releases. So, basically, GAIM 1.x has gone unsupported on the Windows platform. Great. Thanks.

      My other big gripe is the annoying messages that Trillian users get when they communicate with GAIM users -- a warning about using an outdated client protocol.

  9. gaim-text by Anonymous Coward · · Score: 0

    All I can say is- About time! Very well done, I might add.

    One problem, unrelated to gaim-text, is the status/away system of 2.0. Anyone who actually takes the time to write away msgs, DOES NOT reuse old away msgs. Why clutter up the status button with old msgs? Please remove this "feature."

    1. Re:gaim-text by iMaple · · Score: 1
      Anyone who actually takes the time to write away msgs, DOES NOT reuse old away msgs. Why clutter up the status button with old msgs? Please remove this "feature."
      Well, I like that feature. I sometimes write new away messages, but also reuse old ones. For example I often use: gone for lunch, will be back by 1pm.
    2. Re:gaim-text by Anonymous Coward · · Score: 0

      I use "Having a Thomas Tank".

    3. Re:gaim-text by chocolatetrumpet · · Score: 1

      I still wish I knew how to delete old messages - anyone know?

      --
      Spoon not. Fork, or fork not. There is no spoon.
    4. Re:gaim-text by Anonymous Coward · · Score: 0

      on beta3:

      on the status bar (where you set your status), where it says "Saved.." click that.

      Pops up a list of your saved away messages to edit / delete, etc..

  10. very punny by macadamia_harold · · Score: 4, Funny

    I see you're making jokes already; do you think this is some kind of GAIM?

    1. Re:very punny by slackarse · · Score: 1

      I got GAIM. I've had GAIM for a long time, hoping the new UI doesn't kill the nice slimlininess my old version has, one of the main reasons I got GAIM was that I could make it use very little screen real-esate.

      --
      Come to Australia so we can strip search you and rob you of your internets, pr0n, rights and freedoms.
    2. Re:very punny by Anonymous Coward · · Score: 0

      Are you a GAINIGGER?

    3. Re:very punny by Anonymous Coward · · Score: 0

      are you a science experiment gone horribly and irreversibly awry? thought so

  11. Auto away by klui · · Score: 0, Offtopic

    Does anyone know how GAIM 1.5's auto-away works? It doesn't look like it works. I use Jabber and if I manually set my status to away, it creates an away dialog where I can click "I'm back." But if I just let my session idle, the dialog box showed up say maybe 2 or 3 times (I'm also concurrently connected to an AIM and Yahoo account). And I've never seen any documentation (too lazy to look at code) that describes the difference between Idle Time Reporting: Gaim usage vs. Windows usage. But selecting either one doesn't seem to help. Auto-away is checked.

    1. Re:Auto away by Anonymous Coward · · Score: 0

      Since I've got it open in a linux session right now....

      You go to Tools->Away And set the appropriate option, perhaps New Away Message. Then you can select which session you want to set away, AIM, Google Talk, all, etc.

    2. Re:Auto away by klui · · Score: 1

      But I would not want to do this manually. I wish to have Gaim's auto-away feature do this at 30 minutes of "idle" time.

    3. Re:Auto away by Anonymous Coward · · Score: 0

      My bad.

      Tools->Preferences (Control + P), and then in the Preferences window Away / Idle

    4. Re:Auto away by Lothsahn · · Score: 2, Informative

      You may have run into the bug: Never Idle

      I found that this problem was fixed in Beta4. When I installed Gaim 2.0.0, I would never go idle. I had everything configured to set me Idle, but I wouldn't go idle.

      The difference between "Windows Usage" and "Gaim Usage" is that Gaim usage is only the time that you spend in gaim, sending and recieving messages. Windows usage means that if you're typing in Microsoft Word, then Gaim will not set you idle while you're actively using the computer.

      --
      -=Lothsahn=-
  12. SIM-IM by todorb · · Score: 0

    and if you try SIM-IM, you will find that it's far better even than kopete (and has been for years). i still don't uderstand why KDE had to build a new messenger from the ground up, when we have this cross-platform messenger with KDE support. it's development was abandoned at the time kopete was stating up, and just needed to be picked up. it's developed again, thankfully:))

    1. Re:SIM-IM by HvitRavn · · Score: 1

      SIM-IM doesn't support multiple monitors.

  13. MSN send message intervals by pugdk · · Score: 5, Informative

    I have just tested the new gaim (2.0 beta4) and there is one annoying thing they have yet to fix: If you send messages using MSN fast they will get refused at the server level by micro$oft. MSN messenger stores your messages and only sends like one per second I seem to recall. Gaim does not have this feature, thus if you are a fast writer or write small messages and send them quickly after one another they will NOT go through.

    This bug has been present for ages. I had hoped this would be fixed in 2.0beta4, but no. I hope this is fixed in the final version! Other than that gaim 2.0 seems very cool!

    -pug

    1. Re:MSN send message intervals by Twisted64 · · Score: 3, Funny
      ...write small messages and send them quickly after one another...
      God I hate you. Each of those messages was delivered in just over the amount of time it took me to read the previous one and alt-tab away.
      --
      Consciousness is a myth. Trust me.
    2. Re:MSN send message intervals by pugdk · · Score: 1

      When I write fast I get a server disconnection error. I've always gotten that using gaim when writing fast. Then again, it might just be the evil empire disliking the fact that I use MSN with a non hotmail email address...

    3. Re:MSN send message intervals by crhylove · · Score: 4, Funny

      Well, clearly part of the problem is either:

      A. The MSN protocol.

      or

      B. The way the MSN protocol is implemented by the MSN servers.

      because if it's:

      C. They don't want people on windows or not using the official MSN client, then:

      D. They're retarded.

      I'd guess it's a little bit of A, B, C, and D.

      rhY

      --
      I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
    4. Re:MSN send message intervals by pugdk · · Score: 1

      Rather I'll say the problem lies in the gaim implementation of the MSN protocol, as the client made by micro$oft functions perfectly (well if you ignore the periodical problems connecting to the service). The MSN protocol is not an open protocol but is reverse engineered.

    5. Re:MSN send message intervals by NuclearDog · · Score: 1

      Wow. Paranoid much? I'm gonna go out on a limb and bet that Microsoft doesn't have some secret line of code somewhere in their Messenger Server that checks to see if you're using one of their e-mail addresses and I find the mere suggestion of it pretty silly. Oh, plus, I have several non-microsoft e-mail addresses registered as passports and I don't have the problem you're describing.

      ND

      --
      This statement is forty-five characters long.
    6. Re:MSN send message intervals by 19thNervousBreakdown · · Score: 1

      Yes! It's one of the reasons I simply ignore 90% of th IMs I get... which makes it fairly worthless. Why oh why is it so hard to read what you wrote and decide if the thought is complete before the text moves from the bottom box to the top?

      --
      <xml><I><am><so><damn>Web 2.0</damn></so></am></I></xml>
    7. Re:MSN send message intervals by pugdk · · Score: 1

      I have never had trouble myself, but I have several friends who had to switch from a yahoo email to a hotmail because they couldn't sign in anymore. Conspiracy theory, paranoid or temp problem with micro$ofts servers, who knows ;-).

      Also I recall gaim has had problems with non-hotmail email addresses in the past.

    8. Re:MSN send message intervals by NuclearDog · · Score: 1

      I have 4 MSN accounts:
      @hotmail.com
      @gmail.com
      @mydomain.com
      @anotherdomain.org

      I've been using GAIM with these same four accounts for several years now, and never had a single problem that didn't affect them all equally.

      ND

      --
      This statement is forty-five characters long.
  14. Direct IMs and such by Anonymous Coward · · Score: 2, Informative

    I've been using Gaim simply because I hate the ads on aim and I like many of its features. However, I have trouble sending files and getting direct IMs. Is this a configuration problem, or is it fixed in 2.0 or what?

    1. Re:Direct IMs and such by caffeinemessiah · · Score: 1

      TFA says it was fixed, but the first test was the user sending files to himself on his own computer using two instances of GAIM. Can you say redundant? "Yes, GAIM connects perfectly well to this 127.0.0.1 IP address...".

      --
      An old-timer with old-timey ideas.
    2. Re:Direct IMs and such by kwalker · · Score: 1

      I've been sending/receiving direct IMs and files through GAIM (On the AIM protocol) since v1.0. The problem has always been that you have to open ports on your firewall (And direct incoming traffic if you use NAT). They've probably come up with a different method for GAIM 2 (Like relaying files through the server or something), but it's been possible for quite a while.

      --
      ... And so it comes to this.
  15. Stores passwords in plain text by BinaryCodedDecimal · · Score: 2, Informative

    I've been using 2.0.0 beta 3.1 for a while now. I like it.

    My only gripe is that it stores account passwords in plain text, on Windows at least, inside the accounts.xml file. (On Windows, this is located in %HOMEPATH%\Application Data\.gaim)

    Surely it's not too much of a hassle to encrypt the passwords? Are passwords encrypted in the later versions of the beta?

    1. Re:Stores passwords in plain text by Anonymous Coward · · Score: 5, Informative

      Are passwords encrypted in the later versions of the beta?
      No they're not, and no they're not likely to be.

      The GAIM team explain the reasons behind this on the website and they seem like good reasons to me.

    2. Re:Stores passwords in plain text by thomkai · · Score: 1
      Surely it's not too much of a hassle to encrypt the passwords? Are passwords encrypted in the later versions of the beta?
      Doesn't seem to in my 2.0.0Beta4... interesting.
    3. Re:Stores passwords in plain text by BerkeleyDude · · Score: 4, Insightful

      > Surely it's not too much of a hassle to encrypt the passwords? Are passwords encrypted in the later versions of the beta?

      Encrypting passwords would be (almost) pointless. In order to use them, Gaim would have to decrypt them first. Which means either:
      1) You would have to give Gaim the decryption key in order to login - which defeats the point of storing passwords in the first place, or
      2) Gaim would use its own key - in which case, anyone else could use that key to decrypt your passwords.

      The only solution would be to use some kind of a wallet (like KDE's) - but it's still a hassle.

      That said, it would be nice to encode the passwords in some way - in hex, whatever. Just imagine that you use some word in your password, and then search for that word in Google Desktop / Beagle / whatever...

    4. Re:Stores passwords in plain text by crhylove · · Score: 1

      Damn, I don't have any mod points, but that link is a really good link to give just about anybody who has problems understanding the ideas behind "Computer Security".

      rhY

      --
      I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
    5. Re:Stores passwords in plain text by cortana · · Score: 1

      If you really care that much, mart the accounts.xml file as encrypted (assuming you use NTFS). Better, get someone to contribute a patch to make Gaim use the Windows Protected Storage Service for passwords.

    6. Re:Stores passwords in plain text by Anonymous Coward · · Score: 2, Insightful

      I heard this argumentation several times and i still don't like it.
      Yeah, stupid encryption might give a false sense of security, but on the other hand it will stop most people who actually will try to get your password. And it will even stop most people who know how to get around such encryption most of the times. Simply because it will raise the bar of criminal energy needed to access the file. Example: Someone is not logged off when he goes to the toilet. Chances are high that this will give you already enough time to open the file with notepad and just read the password. Printing it is in most offices already a much higher risk. Installing a tool to decrypt it ... well, you won't just do that anymore just because you see a chance.

      Well, maybe you think that people simply should just log off all the time. And yes, i know a lot people who really do that. And each of them did not do it sometimes when he was just called off.

      Gaim ain't the only one with that problem. Just for fun and adrenalin... if you have firefox users in your office, try out how many of theire passwords can be accessed. Only 12 clicks if firefox ain't open already and about 30 seconds time needed (if you think less clicks are needed, think twice).

    7. Re:Stores passwords in plain text by ajs318 · · Score: 1

      There's no point encrypting the passwords. Think about it for a minute ..... Gaim has to be able to decrypt them in order to send them to the messaging server. So anybody who wanted to decrypt the stored passwords would just need to download Gaim, extract and compile the portion of the code which decrypted the passwords, and save that as their "Gaim password cracking utility". Meanwhile, anyone who didn't know just how easy it is to do this might make the mistake of thinking their passwords were secure because they were encrypted.

      Your passwords are stored in the clear, but they are also in your own home directory. So, just set the permissions on the file to 600. Now nobody else can read them, unless they know either your user password or the root password. In either case, you've almost certainly got drier lentils to soak than a few poxy internet messenger passwords.

      If you are still paranoid, just don't store the passwords.

      --
      Je fume. Tu fumes. Nous fûmes!
    8. Re:Stores passwords in plain text by EvanED · · Score: 1

      On the other hand, if you're just exploring around looking at files, or maybe editing the XML file itself for some reason, they won't be just sitting there for someone looking over your shoulder to see.

      The argument is only partially convincing. I still think passwords should be encrypted, for the same reason that in Firefox you can view your stored passwords but have to click a button and then a confirmation dialog to do so, in why in PasswordSafe you have to click a button to view the password (and can usually go through the process of signing in without ever seeing your password).

      The part that IS convincing is that there is absolutely no point* in having any form of encryption that's actually secure. Something even as simple as ROT13 would I think be a big improvement.

      * Well, little point; I could still argue that it could use a keypair stored somewhere more securely so that even if someone compromises the security of your home directory and gets your Gaim config file but doesn't get your keypair they still can't decrypt it, but if you're in that state you very well may have other things to worry about than someone can sign on to IM and pretend they're you.

    9. Re:Stores passwords in plain text by a_nonamiss · · Score: 1
      Just imagine that you use some word in your password
      *sigh*
      --
      -Arthur
      Cave ne ante ullas catapultas ambules
    10. Re:Stores passwords in plain text by Peter+La+Casse · · Score: 1

      If someone cares about security, why store passwords in Gaim to begin with?

      Does Gaim automatically save passwords to a file, even when you tell it to prompt you for a password at the beginning of each session?

    11. Re:Stores passwords in plain text by gad_zuki! · · Score: 1

      There's no shortage of good academic reasons on why they dont but I dont believe it holds much water in the real world. Even a simple cipher would stop 'casual hackers' with physical access to your machine like bosses, coworkers, roommates, etc. Right now all you have to do is search for accounts.xml and off you go. If you know the path then you can get it in seconds.

      Gaim also refuses to encrypt communications (like trillian and skype do) because without some kind of trusted key exchange to verify the other party's identity they claim its useless. I'd rather be able to stop causal snoops than not have any encryption. At the end of the day its a philosophy thing for the most part. Thankfully there are other multi-IM clients out there. I dont like too much philosophy with my software. Reminds me too much of being called 'rude' because I had non world readable files on my shell account way back when.

      I dont see how even those two policies make sense. They're saying windows is so insecure why bother with some simple encryption. On the other hand if the OS is so insecure I can grab your private key and password and off I go impersonating you on whatever trusted key encryption scheme they decide to use, if they ever do (which I doubt will happen any time soon if ever).

      I dont like this perfectionist attitude because casual users have absolutely no idea whats going on and are most at risk for sniffing and password stealing. You'd think there would be basic protections here. Lastly, there is nothing stopping them from putting in simpler weaker protections until a better system is found/implemented.

      On the plus side there are some encryption plugins and its free.

    12. Re:Stores passwords in plain text by ajs318 · · Score: 1
      If you have people looking over your shoulder as you're editing files then you probably shouldn't be storing passwords, encrypted or not. What makes you sure that the person looking over your shoulder won't be able to mentally decrypt the passwords they are seeing -- especially if it's done with a weak scheme such as ROT-13? You know which file they're kept in, so just don't edit it while anybody is watching, and flick to a different screen if someone comes by once you've started! After all, you have to start an editor in order to bring it up on screen. That's as big a step as Firefox uses.
      it could use a keypair stored somewhere more securely so that even if someone compromises the security of your home directory and gets your Gaim config file but doesn't get your keypair they still can't decrypt it
      False. Gaim, which runs as you, has access to the keypair. This means anyone who has your password has access to the keypair.

      The encrypted passwords stored in /etc/shadow or /etc/passwd never need to be decrypted (in fact, to all intents and purposes, they can't). All you have to do to check that the right password was entered is encrypt what the user typed using the same method, and see if you get the same answer. But that only works because the machine they are stored on is the machine you are logging into, and the passwords don't need to be sent anywhere else; we are only interested to compare the stored and typed passwords.
      --
      Je fume. Tu fumes. Nous fûmes!
    13. Re:Stores passwords in plain text by Lord+Ender · · Score: 1

      That's a great idea! They could encrypt the passwords with a password, then store that password in plain text on the hard drive. Wait, no. They could encrypt the passwords with a password, then encrypt that password with another password, and store that password in plain text on the hard drive. Wait, no. They could encrypt the passwords with a password, then encrypt that password with another password, then encrypt that password with yet another password, and store that password in plain text on the hard drive. Wait, no. They could...

      What you want is obfuscation, not encryption. And obfuscation is very easily defeated when implemented using open source software.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    14. Re:Stores passwords in plain text by Anonymous Coward · · Score: 0

      so i can't write down a 32 character "quasi" encrypted string from notepad almost as quickly as the plain text one, then take it back to my pc, recreate teh file, and decrypt it there? if i'm trying to steal ur password there is almost no difference in the amount of energy because i don't "casually" want to know your password if i'm gonna open the file in the first place.

    15. Re:Stores passwords in plain text by ajs318 · · Score: 1

      But in order to access your files, a malicious interloper needs one of four things: (1) the file to have group or world read permission set; (2) your user password; (3) the machine's root password; or (4) for you to leave a login active. You can control (1), (2) and (4), and if it's your own machine then you can control (3). Well-written software will chmod files for you and/or warn you of dangerous permissions. Treat your user password with the same reverence reserved for your root password. If you're root, create a new user if anybody wants to borrow your machine. Make sure your screensaver is set to require a password, and never leave text mode consoles logged in while the machine is unattended -- especially not as root. (You don't need to be root to view logs; put your ordinary user account into the group which owns the logfile. Or you can use an inittab entry to have the syslog, or whatever you're interested in, scrolling continuously up a spare console.)

      --
      Je fume. Tu fumes. Nous fûmes!
    16. Re:Stores passwords in plain text by RLaager · · Score: 1

      Or more importantly, just copy and paste the "encrypted" string right into your own Gaim accounts.xml and have it work. That would work unless we used one key per computer, and we'd never be able to do that, because users love to share their .gaim folder between computers and taking away that ability to protect people who can't manage their own file security is stupid.

    17. Re:Stores passwords in plain text by Anonymous Coward · · Score: 0

      Why don't you just copy the frigging file and work with it offsite afterwards...
      If you worry so much about it, do not store your passwords.
      I think this has been said a lot of times.

    18. Re:Stores passwords in plain text by drew · · Score: 1

      Huh, that looks familiar...

      This debate is far older than gaim. I remember seeing the exact same discussions regarding fetchmail years ago, and the points raised back then were almost identical.

      Really, I think that whole page could pretty much be boiled down to this: if someone you don't trust has sufficient access to read the password file, you have much bigger things to worry about than whether they can read your email/im/whatever passwords.

      --
      If I don't put anything here, will anyone recognize me anymore?
    19. Re:Stores passwords in plain text by PitaBred · · Score: 1

      Ummm... windows key + L? Hit that (half a second of your time as you're getting up) and you lock your workstation. You just have to type your password when you come back, and you're back in business. How hard is that? I do it all the time. And feel free to try to get my Firefox passwords. I've set a master password that controls access to all the others. If I close Firefox, you won't get it. If I lock my machine, you won't even get at Firefox. I call troll and/or imbecile.

    20. Re:Stores passwords in plain text by Anonymous Coward · · Score: 0

      Right, obfuscation is useless. That's why I've patched all my programs to print what I'm actually typing instead of those useless asterisks when I'm entering a password.

      Obfuscation can help limit the damage done by shoulder surfing.

    21. Re:Stores passwords in plain text by EvanED · · Score: 1

      If you have people looking over your shoulder as you're editing files then you probably shouldn't be storing passwords, encrypted or not.

      What if you're just exploring around on your hard drive or something like that?

      I'll admit that the whole thing is not a likely scenario, but I think that not storing passwords does bring a very small benefit and essentially no cost. The "people will assume it's secure" argument goes out the window if you put a comment in accounts.xml that says "note -- even though the passwords are encrypted they aren't secure."

      What makes you sure that the person looking over your shoulder won't be able to mentally decrypt the passwords they are seeing -- especially if it's done with a weak scheme such as ROT-13?

      How many people do you know that can read ROT13? I don't think I know any. Even if you do, I bet it's *far* less than the number of people you know who can read English.

      I know I was surprised to see the passwords stored in plaintext when I first saw it (oh, when I was randomly looking around). I figured why they did it really without reading the explanation, but we're talking the law of least astonishment here.

      False. Gaim, which runs as you, has access to the keypair. This means anyone who has your password has access to the keypair.

      Not necessarily. What if they're not running on your computer? What if you decide that you're going to shuffle your .gaim directory over the 'net to another computer, or something like that? You're likely to think "oh, I better not put my private keyring for PGP on the 'net", but less likely to think "oh, I better exclude my accounts.xml file when I send Gaim." What if you use something like roaming profiles or an NFS home directory to store .gaim but something more secure (maybe a smart card) for your keyring?

      Again, far-fetched (though probably a little less than the first case), but still a benefit in a tiny minority of cases, and with more-or-less no loss.

    22. Re:Stores passwords in plain text by VGPowerlord · · Score: 1

      On a side note, %APPDATA%\.gaim is an easier way to write that.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    23. Re:Stores passwords in plain text by Anonymous Coward · · Score: 0

      As long as we're making numbers up...

      The obfuscated password would be 8.2 KB long.

      Most people have trouble remembering a string that long.

      It also doesn't fit onto a single terminal window, so it prevents accidental shoulder surfing.

    24. Re:Stores passwords in plain text by ediron2 · · Score: 1
      Similarly, the argument of having passwords coresident with in-use data sounds a lot like... hmmm... oh, yes: the /etc/passwd file twenty years ago. And now unix uses a shadow file.

      Sorry, as a computer security expert (but admittedly not a cryptologist), I ain't buyin' any of these arguments.
      1. Look at the power of a metapassword (master key) for taking a simple, generic, trusted symmetric encryption algorithm (twofish, for example), plus data needing encrypted, plus a master key, and generating considerably more hardness than Gaim's planned design. And you'll note that no argument against 1 is given!!!
      2. Security by obscurity is not by itself adequate, but it can be a valid component of a security plan: an algorithmically generated OTP or other machine-unique password CAN be used to 'keep honest people honest'. Weak encryption plus obscurity plus permissions would be better than the just relying on permissions.
      3. Limited access to the file should be ONE SMALL PIECE of a larger security plan. But it is insufficient. It presumes the Gaim user is also the system admin. Sys admins for academic systems or other large-organization unix installations are NOT infallibly honest, and telling people that 'if you don't know who has access to your password file, you've got other problems' presumes that all systems look like the developer's home system (where (s)he is sys-admin and owner. I understand that is the predominant case now, but it ain't the only case and it is lazy to presume all other use cases are invalid. Futher (and more frighteningly, in many ways), OS/User file permissions do nothing to protect a user from a trojan or spyware that grabs and exploits/forwards a keyfile. This one worries me more because I can readily envision a trojan designed to use an insecure Gaim password file as a propagation vector. Get in via whatever means, steal that user's keys, use that knowledge to spread. Given most users' password reuse, GAIM itself doesn't even need to be the application used for spreading: the vector can just use this cache of passwords for suggestions of the user's OTHER passwords (local system, domain/network, email, ISP account, etc). Damn it, we're supposed to be smarter than this!
      4. default: don't store passwords. The only secure mechanism offered, and an unmitigated pain in the ass. It is the equivalent of admitting defeat or incompetence.

      Lastly, "don't stay logged into AIM" needs no response. That's like telling people to unplug their phone between uses: Abso-frickin-lutely ludicrous... a straw man in dire need of some lighter fluid and a match.

      The correct mechanism is to get the passwords the fsck OUT of a working file into a file used for that ONE purpose so it can be better-managed both on-disk and in-memory, build a master key mechanism as the linked article mentioned in part 1, and allow that as a nearly-secure alternative to option 4. Given that 4 and 1 share the keylogger-plus-trojan-forwarder vulnerability, I'm leaning toward saying they're equally secure. But it's late and implementation details matter a lot on security designs like this. I could be wrong.

      A last comment: I *LOVE* GAIM. I USE IT CONSTANTLY. And this issue notwithstanding, I have deep respect for GAIM and other open-source developers. I'm sorry that I come across as pretty hard on the developers here (let me just apologize right now for callin' y'all lazy. I know you're NOT). But I'm not alone in my enthusiasm for GAIM. NO way. There must be people dependent enough on GAIM that know crypto well enough to help the developers through the development and rough 'proving' out of a better algorithm than this set of excuses. All they'd have to do is sugar-coat the call-for-help.
  16. full support severely lacking by UnixSphere · · Score: 1

    full support is just not there, gaim is very behind in terms of what the protocols can offer now, gaim cannot even support invisible logins yet. Yahoo has had that for YEARS. I'm not talking down on the gaim guys, I know it must be difficult to write an app based on closed protocols. But I cant just pretend everything is ok with gaim and it supports all my IM needs, it doesn't.

    1. Re:full support severely lacking by Kijori · · Score: 1

      It supports invisible logins for MSN at least since Beta 2 (if not earlier, I can't remember that far back!). And since Y! and MSN are now sharing their systems, it should do it for Y! as well.

    2. Re:full support severely lacking by hwolfe · · Score: 1

      Funny, I can click on my status selector, and there, 3rd from the top, is invisible.

    3. Re:full support severely lacking by Ilgaz · · Score: 1

      Speaking about Yahoo, a major problem appeared from nowhere recently.

      Yahoo merged with MSN, each allows their contacts to be added and work in basic terms of functionality (no file transfer) and I was actually happy for it. I liked/supported Yahoo messenger for years but the truth is, MSN basically have more people using and at the end, you would be running Yahoo messenger for 2-3 people.

      The nightmare begun when both companies set the feature to ON. While using a 3rd party client, I was basically stuck since a Windows Messenger user, using original messenger added my Yahoo IM contact to his contact list. Client went into endless loop, every time I login, it said "bla bla has added you to his MS Live contact list but your client doesn't allow,update to latest". I am glad it didn't basically crash.

      I also added a Yahoo contact to my MSN (official OS X) contact list thinking he must be using original Yahoo messenger. (ex Yahoo). I was wrong and guy had to install Yahoo messenger to his machine, reject my request and uninstall. So single click can couse lots of hassle :)

      All 3 companies are ignoring a great publicity or even chance to become de-facto standard by not opening their specs. Imagine a completely open, GNU licensed oscar.c source code. Or AOL employees get a sourceforge account to help GAIM. That would end up in ICQ/AIM making their way into everything you can imagine.

      (I feel sad for not mentioning Jabber but sadly it is real life)

  17. gaim rocks by eyurdakul · · Score: 1

    i am using gaim too since msn live messenger is fully loaded with bugs.

    --
    http://www.villavilla.eu http://www.alanya.in
  18. Let's not jump the gun by SeaFox · · Score: 2, Informative

    GAIM 2.0 is not actually out yet. This is only a beta, and as someone who has been waiting for over a year for the software to be released, I don't expect it to show up anytime soon. In fact, it's reminding me of Vista's development. Very little information, and feature scale backs. The merging of the Gaim-vv code into 2.0 was canceled, the results of the Google Summer of Code 2005 were released right around the time the Summer of Code 2006 was ending.

    The longest thread on the project's forum page is still a thread asking about the delays even though it was closed at the end of August. And it has it's share of jerks, but it really illustrates what a Debian-like release cycle this has been.

    1. Re:Let's not jump the gun by cralewyth · · Score: 1

      I agree - What's up with a beta showing up on slashdot? Slow news day?

      Was the K/Ubuntu release candidate not big enough news to also post? Or is it because they don't expect another gaim release for another 6 months?

      --
      "Women are just like ninjas; They lie even when it is more convenient to tell the truth." ~ Unknown
    2. Re:Let's not jump the gun by Anonymous Coward · · Score: 0

      Yeah, I remember making a few constructive criticisms on Beta 1 in the forums, in the most respectful way i could (because I did find 1.5 to be far, far superior to the shitty adware AIM client). Specifically I didn't like how a lot of the configuration options were removed (and I really feel like the configuration stuff was one of the main advantages of gaim over aim). They basically told me "Well you'll find it's a lot easier when you learn how to use it our way." Which I think is kinda a dick move in the software engineering move, quite frankly.

    3. Re:Let's not jump the gun by trip11 · · Score: 2, Interesting
      ...been waiting for over a year for the software to be released

      It is not like this is anything unusual though. Remember the switch from version .59 to .60? That took ages and ages as well, but the result was SO SO worth it. That was when gaim, in my opinion, went from being an ok IM client to being one I actually would use by choice on any platform. Now you could argue that instead of very slow released with tons of changes, that they should try to make more, less substantial changes to the code.

      In fact, it's reminding me of Vista's development. Very little information, and feature scale backs

      Unlike windows, this is open source, all of the information is sitting there in the CVS commits. If you want faster releases, go compile the code yourself (or find someone to do it for you http://geddeth.dk/downloads/gaim/) and use it. Much like the transition from .59 to .60 there have been many, very stable betas to help end the frustration of waiting. Both times, impatant users like myself, went and compiled the code for ourselves and were happy. In addition, the gaim developers have become more verbose about what work they have been doing (planet gaim) which is a good thing as well. Now as long as release 2.5 doesn't take 2 years more, we should (hopefully) have voice and video support one of these days too.

      In any case, gaim is great piece of software and I'm enjoying using the beta4. If you haven't downloaded it, go try!

  19. Meebo? by Evan+Meakyl · · Score: 3, Interesting

    I used to use GAIM, but now I greetly prefer meebo ( http://www.meebo.com/ ), an IM embedded in your browser (with AJAX).
    But no files transfer, nor video or audio! But freakly useful!

    1. Re:Meebo? by HLN · · Score: 1


      Yes Meebo is great when you use a computer that doesn't have any decent IM client(s) installed and I use it frequently for just that reason.



      However, on my Linux box I use Gaim and on Windows I use Trillian.

    2. Re:Meebo? by Zatar · · Score: 1

      Not so useful if you want to sign on to an intranet IM service however. It also doesn't seem to let you specify things like ports and auth type over Jabber.

    3. Re:Meebo? by Anonymous Coward · · Score: 0

      Yeah, as if I'm going to type my G-Mail password into that page.

    4. Re:Meebo? by Anonymous Coward · · Score: 0

      My thoughts exactly.

    5. Re:Meebo? by AnyoneEB · · Score: 1

      Meebo is based on Gaim, just with a AJAX frontend instead of GTK.

      --
      Centralization breaks the internet.
  20. Dude! by crhylove · · Score: 5, Funny

    Do you know how many wierdo gay programmers would be into that? Totally beats cyber! Better yet, you know how many 12 year old girls would miss-use that on their MySpace page in ways that were truly horrifying? Like, oh my god, skins! And then the sonic dildo pops out..... I'm totally with you here. Great idea. Sonic Skull-fucking. The next non- open source OS I pay for had better have that feature or I'm not paying for it.

    rhY

    --
    I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
    1. Re:Dude! by Aurisor · · Score: 5, Funny

      I have mod points, and I was going to moderate this discussion but I have never been more confused as to what to mod a post than the parent post.

      0_0

    2. Re:Dude! by Anonymous Coward · · Score: 0

      I'm not one to comment on moderation much, but I love the fact that you're marked "informative"

    3. Re:Dude! by Guignol · · Score: 3, Funny

      Well, apparently, that didn't stop other moderators...

    4. Re:Dude! by parkrrrr · · Score: 1
      "The next non-open source OS I pay for had better have that feature or I'm not paying for it."

      Then it will have that feature by definition, no?

    5. Re:Dude! by crhylove · · Score: 1

      Well, since it might be Vista, you can assume that's a new feature and that it's definitely been cut already.

      --
      I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
    6. Re:Dude! by crhylove · · Score: 1

      I just wanted to say that whoever rated my comment as 10% informative is awesome. That's democracy in action, baby!

      --
      I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
  21. MSN functionality by tom17 · · Score: 1

    I have not yet tried GAIM2, but have tried other IM clients on linux and they are 'ok' I guess. So if what I am talking about is indeed in GAIM2 then I apologise and will duly try it (I acannot do so right now).

    But.. I am trying to "make the switch" at home, away from MS to Linux (I dont hate MS, I just have my reasons)

    The problem is, until I can get something that has all the same features as MSN Messenger (all the smileys, including animated ones, etc etc etc) one person in our household will not be happy. Is there an IM client that can do this? It looks like the Wine support for the latest Messenger is not up to par.

    Until there is a suitable replacement, I am stuck on XP.

    1. Re:MSN functionality by eu_virtual · · Score: 1

      sure: http://mercury.to/ supports almost everything... It is java though, so it can get a little slow.

    2. Re:MSN functionality by tom17 · · Score: 2, Funny

      (y)

    3. Re:MSN functionality by Anonymous Coward · · Score: 0

      Kopete supports MSN custom emoticons, along with most everything else you can imagine except for an odd lack of privacy/blocking options (the one thing gaim does better).

    4. Re:MSN functionality by PitaBred · · Score: 1

      And the new Gaim supports all those custom (retarded) icons as well. It's just amazing how bad MS does it's text replacement... if they have the word "hi" replaced with a custom icon, then you get messages like "Do you think that this spec can be pumped [CUSTOMICON]gher, or is it where it belongs?"

    5. Re:MSN functionality by burndive · · Score: 1
      And the new Gaim supports all those custom (retarded) icons as well. It's just amazing how bad MS does it's text replacement... if they have the word "hi" replaced with a custom icon, then you get messages like "Do you think that this spec can be pumped [CUSTOMICON]gher, or is it where it belongs?"

      Gaim supports exactly the icons that your active smiley theme contains. If you don't like smilies, turn them off by selecting no theme.

      --
      ...because "hacker" sounds way sexier than "code drone."
    6. Re:MSN functionality by PitaBred · · Score: 1

      Can I only turn them off for MSN and not for Yahoo or AIM? Because I like the smilies, it's the retarded custom ones that people I need to talk to install that go along with MSN that I hate...

    7. Re:MSN functionality by burndive · · Score: 1
      Can I only turn them off for MSN and not for Yahoo or AIM? Because I like the smilies, it's the retarded custom ones that people I need to talk to install that go along with MSN that I hate...

      You can override their annoying smilies with any theme you want, including one that only contains a basic set.

      --
      ...because "hacker" sounds way sexier than "code drone."
  22. [OFFTOPIC] by Anonymous Coward · · Score: 0

    your sig: should be 'perspiration', you have an extra 'e'.

  23. tree reasons by kaosone · · Score: 1

    there are tree reasons why most of the people don't use gaim 1) msn messages sometimes are not delivered 2) the custom emoticons support is still not complete 3) really slow developement

    1. Re:tree reasons by Beltway+Prophet · · Score: 1

      [blockquote]there are tree reasons...[/blockquote]

      No, no, no: elm, pine, and oak are all e-mail readers, not IM clients!

  24. Offline MSN messages? by Robmonster · · Score: 1

    Does this new build support the Offline Messages you can send in the main MSN client?

    I find this incredibly useful, and is the one reason I keep the official client installed.

    --
    I have no sig yet I must scream.
    1. Re:Offline MSN messages? by Valthan · · Score: 1

      I have just checked that and no, it does not... which is the main reason I am not switching to GAIM. I love GAIM, but I also find this extremely useful. And even though there is a drastic difference in footprint (MSN has 40,000K v GAIM's 8,000K), I think I use that feature too often to be without it.

      --
      --Valthan
    2. Re:Offline MSN messages? by Valthan · · Score: 1

      Just some more information: I asked in IRC about this today and was told that they are in the process of implementing the new MSN protocol which will allow the offline messages, invisible messaging and the "personal messages" to be displayed. I was told that it is almost fully coded out, and they are bug testing it now and it should be released soon after 2.0 goes live.

      --
      --Valthan
  25. Difference between 1.5.0 and 2.0? by Phormion · · Score: 1

    I checked out 2.0, and the only noticeable "improvement" over 1.5.0 that I noticed was that the "raise IM window on events" setting was now off by default and missing from the configuration menu. I'm using Yahoo! Messenger on Windows (and the respective gaim plugin on Linux), and one of the first things I do is I turn off sounds - I find them irritating at best. I also hate the tabs feature in gaim, it's so easy to have somebody talk to you without you noticing because, oh wait, it's in a different tab. I prefer the Windows behaviour (separate Windows, flashing if there's some activity), so I disable tabs and, in 1.5 I would set the "raise IM window" option. I think most people that use YM on Windows find that comfortable, so why it was removed from the GUI is beyond me. Also, the time it took to release 4 betas, and the rate at which the project page is updated, make me think that gaim is not exactly one of the most active OSS projects. It's stable enough for me and more comfortable to use than Kopete, but I don't see it evolving too much in the near future.

    1. Re:Difference between 1.5.0 and 2.0? by Anonymous Coward · · Score: 0

      Also, the time it took to release 4 betas, and the rate at which the project page is updated, make me think that gaim is not exactly one of the most active OSS projects.


      Go to sourceforge.net, scroll down a bit, and look at "Most Active" under "Statistics". Gaim is #1.
    2. Re:Difference between 1.5.0 and 2.0? by EvanED · · Score: 1

      I personally really like having the away message "window" as part of the main window and the accompanying feature of if you're away when you sign off, when you sign back on you are still going to be away with the same message.

      Then again, I leave myself away 99% of the time I'm online anyway even when I'm talking to someone, so YMMV.

    3. Re:Difference between 1.5.0 and 2.0? by kalirion · · Score: 1

      I don't like the "raise IM window" because if you're typing something when a new message comes, it's too easy to send a reply message that you're not meaning. I prefer the "flashing on the task bar" option, and really hate the fact that in 1.5 it doesn't work for chat rooms. Has that changed in 2.0?

    4. Re:Difference between 1.5.0 and 2.0? by myz24 · · Score: 1

      Funny, I really dislike non-tabbed windows. The tab's text changes to red when there is a message waiting so to me it's difficult to miss that you have a new message.

    5. Re:Difference between 1.5.0 and 2.0? by bluetea · · Score: 1

      The "raise window" option is still there. You can turn it on using the message notification plugin.

  26. File Transfers by Epistax · · Score: 2, Insightful

    Do they support file transfers yet, or still just pretend to?

    It's rather sad when two computers with the same version of gaim and absolutely no firewalls can't use a file transfer. I think I've had it work when sending from Gaim to Aim, but never Aim to Gaim. Anyway their lack of a functioning file transfer system is the only thing keeping me off of Gaim.

    1. Re:File Transfers by spacefight · · Score: 1

      File Transfer is there but slow as hell because a direct file transfer is not implemented. It's about 2kbit/s between gaim and a regular MSN client. No idea about AIM.

    2. Re:File Transfers by selfdiscipline · · Score: 4, Informative

      From TFA:

      "File transfer seems to be improved in this version as well. I've tried file transfer before with Gaim, between Gaim and other folks on the AIM network, and it never has seemed to work. This time around, the file transfer seems to work fine. I logged two accounts into AIM at the same time and sent a few files back and forth, and then tried it with a user on the AIM network using the Windows AIM client. The files went through just fine each time."

      So yes, I guess. This is also the feature I'm most looking forward to. I'm not going to hope for folder transfers, because as I understand, that's part of aim's more proprietary featureset.

      Oh... I once wrote a plugin (for 1.5) that would allow you to send people files from the commandline. I found it handy to send a list of files, like *.mp3 or `grep -i -l "that thing we talked about" *`

      If anyone is interested in this, maybe I'll work on this for the 2.0 release.

      --


      -------
      Incite and flee.
    3. Re:File Transfers by Octorian · · Score: 2

      I sure hope they put more serious attention on file transfers. While I can't say its keeping me off of Gaim (since I really don't have any other serious choices for my *nix-based chat desktop session), it is really the only thing lacking in Gaim that I actually care about.

      I don't even want to remember just how many times Windows users try to send me files, before I get the chance to type "stop, it won't work, just post on the web or e-mail it to me". (meanwhile, Adium (MacOSX only, also F/OSS) seems to work just fine for file transfers)

      Of course all those multimedia features would be "nice to have", but working file transfers are the only missing feature I actually notice most of the time.

      (Come to think of it, a port of Adium to non-OSX would be very nice, but not practical since its whole design is probably heavily embedded in the OSX APIs)

    4. Re:File Transfers by blackjackshellac · · Score: 1
      Hell, if they don't encrypt their user passwords then I'll pass on a functionning file transfer feature. This is a HUGE security issue.

      The question should be, can I turn file transfers off ... on second thought, the question should be, why the hell would I install something on my computer that allows me to send/recv files from other users without the need for a password (for all intents and purposes).

      I hope that it is just FUD or a beta issue with the user passwords stored in plaintext in the accounts xml file, because otherwise I will never configure this bloody program on any of my computers.

      --
      Salut,

      Jacques

    5. Re:File Transfers by the_greywolf · · Score: 1

      AIM works. It's the only way I can get files from windows users without resorting to IRC or some other protocol.

      --
      grey wolf
      LET FORTRAN DIE!
    6. Re:File Transfers by dodongo · · Score: 1

      Adium is built on libgaim, too, of all things. My hunch is that they use some OS-X-y thing to negotiate file transfer. I don't know the first thing about OS X specific development, but that would seem to me to be a reasonable explanation for why their stuff works and why GAIM is still freaky spotty.

    7. Re:File Transfers by Anonymous Coward · · Score: 0
      Do they support file transfers yet, or still just pretend to?
      Filetransfer is a feature that basically sucks on all third-party clients. Sad but true. Take Kopete for example - almost everytime someone on MSN tries to send me a file, Kopete crashes. There are rare exceptions when it works but I haven't figured out why. Seriously, it's standard procedure (and extremely embarrassing for someone using linux) to reboot into Windows just to recieve files.

      Just another reason why it sucks to be forced to use closed protocols. So far I haven't been able to convince a single person to change their choice of instant messenger.
    8. Re:File Transfers by spacefight · · Score: 1

      I had good results with Skype, but only if the other party is on a direct connection, i.e. without a router in between...

  27. Kopete by brunes69 · · Score: 2, Informative

    Kopete supports MSN Webcam audio and video, and Google Talk Jingle upport works as well (experimental only)

  28. Still ugly by mungtor · · Score: 2, Interesting

    The biggest problem for me is that it's still a pretty unattractive interface. It's getting better, and I know a lot of people will shout about the skin-ability of GTK apps, but that is way too much effort.

    How hard would it be to just tell it that in a chat window I want to _display_ green text on a black background? I don't want to change what I'm sending (since I don't care past using caps to shout at people), just give me a menu option for "background color" and "text color".

    (All the GTK stuff, whether it's GAIM or Gnome or whatever, seems to be spiralling into some ridiculous complexities. It's hard for us non-programmers to get a handle on all the time)

  29. Usage patterns by Gr8Apes · · Score: 1

    I've been using 2.0 b3 since it came out. Very few problems, other than the normal GTK issues (I happen to be used to some of the CUA conventions that GAIM's GTK implementation does not).

    Regarding real estate, my usage patterns have changed very little between 1.x and 2.0, so little, in fact, that I've been using them both daily with no attention paid to which version I was using. (Although 2.0 does have some improvements regarding plugins...)

    As for the tree vs tabbed thing - I didn't even really notice, because my buddy window is almost never open. Ctrl-M for sending a new message and auto-suggest as you type in your buddy's name was the reason I loved GAIM in the first place. I believe 2.0 allows you to finally type aliases instead of user ids, but I'm not 100% positive.

    --
    The cesspool just got a check and balance.
  30. Kopete by ThePhilips · · Score: 0, Offtopic

    My friend uses Kopete and says it integrates with KDE better than GAIM with GNOME. He uses ICQ, AOL and GTalk networks w/o any problems.

    I personally (historically) use Linux and (long ago fixed pre-utf8) poor support for internationalization as an excuses to not run IMs under Linux. Leaves more time for work. ;-)

    --
    All hope abandon ye who enter here.
  31. Is this the release... by Bright+Apollo · · Score: 1

    ... where it can actually hang onto a connection for more than five minutes? Because, wow, do I really hate the disconnect/ reconnect cycle.

    -BA

  32. WP is your friend by Kadin2048 · · Score: 1
    Gadu-Gadu (from Polish: chatting; commonly known as GG or gg) is an instant messaging client popular in Poland.

    Gadu-Gadu is financed by the display of advertisements. As with ICQ, users are identified by their serial numbers. There are numerous add-ons available to provide extra features. The official version provides over 150 smiley icons, and allows off-line messages, data dispatch, and VoIP. From version 6.0, an experimental SSL secure connection mode can be used. The manufacturer is based in Warsaw.

    Gadu-Gadu uses its own proprietary protocol.

    Gadu-Gadu is the most popular IM in Poland. There are over 5 million registered accounts, and every day approximately 2.5 million users are online.

    Many users consider the latest version too overloaded by unnessesary addons (Gadu-Gadu Radio Station etc.). So the older versions (especially 6.1 build 158) are still more popular than the new one.

    It's Yet Another Proprietary IM Protocol, albeit one with basically insignificant market share outside of Poland, apparently.
    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:WP is your friend by stuuf · · Score: 1

      You know what needs to be your friend? PROOFREADING! When you copy the HTML source verbatim from wikipedia, the cross references turn into relative links into a /wiki path that doesn't exist on slashdot's domain. And next time, try saying something relevalnt to the discussion, like how Gaim dropped gg from the official builds because it doesn't have a maintainer, but the protocol plugin source is still there if you want to compile it yourself.

      --

      Everyone is born right-handed; only the greatest overcome it

    2. Re:WP is your friend by WilliamSChips · · Score: 1
      Everyone is born right-handed; only the greatest overcome it
      No, left-handed people are born left-handed. Sometimes people attempt to train their left-handed children to become right-handed which basically just makes everything worse.
      --
      Please, for the good of Humanity, vote Obama.
  33. Skype API in gaim? by Anonymous Coward · · Score: 0
  34. Win32 + gtk+ shlibs = :( by otis+wildflower · · Score: 1

    Any word on whether the Win32 port will play nice with modern GTK+ shared libs? I'd love to get rid of trillian basic and gtalk, but I'm too lazy to fuck with the current gaim and I won't do without the latest gimp.

    1. Re:Win32 + gtk+ shlibs = :( by skoval · · Score: 1

      I quit gaim several weeks ago when after gimp (& gtk) update it wasn't able to connect to any server (jabber or icq).
      Since gimp is not the only gtk-based program on my PC, i swithced to sim.

      --
      I choose friends for sigs
    2. Re:Win32 + gtk+ shlibs = :( by gid · · Score: 1

      Looks like this problem is fixed in gaim 2.0 beta4, although I haven't test it out yet since I didn't notice until now. I too upgraded gimp to an "unstable" version awhile back to get new features, and installed gtk 2.8 along with it. All the sudden gaim stopped working, found out it was a gaim/gtk bug, so bye-bye gaim, hello miranda-im.

      With that being said, I'll probably have to go back and try out gaim2.0 beta 4 now.

    3. Re:Win32 + gtk+ shlibs = :( by gid · · Score: 1
      Looks like it's fixed, but I have not tested it. From the "Windows Port" page on gaim.sf.net:

      GTK+ 2.8.x Unable to connect - Versions of WinGaim prior to 2.0.0beta4 do not work with GTK+ 2.8.0 or newer. The symptoms are an inability to connect and/or frequent disconnections. The issue is specifically in Glib 2.8.x. For those interested in the technical details, the GIOChannel implementation has been rewritten and appears to have some quirks - see the following bugzilla entry. To avoid this problem, use WinGaim 2.0.0beta4 or newer, or stick with GTK+ 2.6.10.
    4. Re:Win32 + gtk+ shlibs = :( by PitaBred · · Score: 1

      The new 2.0b4 version includes GTK+ 2.10.6 and it seems to work fine with Gaim and the Gimp and other GTK apps. The bug I have now is with it's display and ClearType, but I don't know what's being done with that

  35. E) The GAIM implementation. by pavon · · Score: 1

    It could be that Microsoft intentionally limits the message rate to help decrease flooding. Therefore the problem is with GAIM because it doesn't follow the flooding policy designed into the (undocumented) MSN messenger protocol. Regardless of why it doesn't work, it would be nice if GAIM fixed it.

  36. Can you turn off the blinking by Tweekster · · Score: 1

    Is it possible to turn off the blinking/warning in windows when a message is received and if that person is already open in a window, to not have it blink in the tray.
    The previous version was much better in that regard.

    If those two things could be fixed (because they are really annoying in windows) I will be really happy with the new version.

    --
    The phrase "more better" is acceptable English. suck it grammar Nazis
    1. Re:Can you turn off the blinking by code65536 · · Score: 1

      That's one of the things that will be addressed in beta5, which has been announced on the Gaim website and which Sean promises will be released very soon.

    2. Re:Can you turn off the blinking by Tweekster · · Score: 1

      Excellent, thanks for the update! I had poked around the website after beta4 came about but didnt find those details.

      --
      The phrase "more better" is acceptable English. suck it grammar Nazis
  37. "Improve the source" not an option for most. by Kadin2048 · · Score: 1, Insightful

    You don't like it, improve the source.

    As long as we're getting things out of our system, I'd like to point out how completely unproductive this sentiment is.

    First, most people aren't programmers, and even of people who know something about programming, fewer still have the skills required to make any meaningful modification to an open-source program.

    Second, even if a person does know how to program, and is familiar with the project's language / graphical environment / architectural style, except in particular instances where there are no good alternatives available, or where the changes are trivial, it's almost always easier (assuming you value your time at all) to just use an alternative -- even a commercial one -- then spend several days or weeks reading somebody else's code in order to change it. Really, the only reason to work on an OSS project is if it's so specialized that it's the only thing going, or you enjoy working on it and are willing to take it on as a project despite it costing more of your time than purchasing an alternative would.

    Any time you tell someone to "go fix it themselves," you might as well tell them to go buy the proprietary alternative, because that's the end result anyway.

    I love the concept and philosophy of open-source software. But this geek ideal that everyone can just modify the hell out of their own system is false. It's like saying that because your car is made out of steel, if you don't like the design of the Ford Focus this year, you should go to a metal foundry and a machine shop and learn how to design and fabricate car parts so you can turn it into a sports car. Sure, a small number of people can probably do that, but a regular person isn't going to; they're just going to buy a BMW.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:"Improve the source" not an option for most. by MacJedi · · Score: 2, Insightful
      First, most people aren't programmers, and even of people who know something about programming, fewer still have the skills required to make any meaningful modification to an open-source program.
      Ok well then he should donate money to the gaim developers or sponsor them in some other way. There are other ways to help out.
      --
      2^5
    2. Re:"Improve the source" not an option for most. by erotic+piebald · · Score: 1

      Amen! Thanks for putting into words the feelings I've been having about "It's Open Source! If you find a bug you can just fix it yourself!!" idiots for a very long time. Thanks.

  38. Grammar Nazi Time by Guuge · · Score: 2, Informative
    1. Re:Grammar Nazi Time by Poltras · · Score: 1
  39. buddy icons colour scheme should be changed by 1800maxim · · Score: 1

    Using current generation of GAIM (Ubuntu 6.06), I like seeing my entire list of contacts, regardless if they're online or offline. What became quite annoying is how poor the differentiation is between online/offline status. All icons are green regardless, with some subtle differences.

    Looking at the icons of GAIM 2.0, I see an improvement, but if the first icon (kind of grayed out) is an Offline icon, and the orange icons are Online, the differentiation is still not as great as it is with Windows Live Messenger.

    It is a simple concept, and very necessary IMO.

  40. Text based gaim ! Yipee ! by MarkKnopfler · · Score: 1

    I personally have been looking forward to using the text based version of gaim. Really helps out since centericq does not allow multiple Jabber accounts. Also gives me the liberty of using the same configuration for a gui based or text based client.
    Really nice for me because all I run on my X is a xterm (running screen) and firefox. Really do not enjoy to many err... windows. I am still using pine for mail :)

  41. They could do it. by Ayanami+Rei · · Score: 1

    I could do it. It's a tiny, tiny patch.
    But it's not worth the trouble. It creates more potential problems then it solves. Which is why they refuse to do it.
    Consider this situation: you are having the client save/enter your password for you, and then you forget it, and try to get it back from accounts.xml, only to find out it's XOR-encrypted with some stupid string. So you have to go download the source code and find it to crack your own stupid password, because you want to change it and stop having it get entered automatically, because it isn't secure stored on a memory key anyway!
    Unless you use TrueCrypt, but then it wouldn't matter if it was encrypted or not to begin with.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  42. Misattributed Quote by Anonymous Coward · · Score: 1, Informative
    Sorry, Makali wrote that. You left out the best part, JWZ's response:
    I am fully in support of this proposed audio-cock technology.
    See here.
  43. Build on OS X [details here] by reaktor · · Score: 2, Interesting
  44. Two things by Arithmomaniac · · Score: 1

    First, will it have audiovisual upgrades for Google Talk and Windows Live. Second, why would I use it vs. Miranda?

  45. Adium? by ErisCalmsme · · Score: 1

    I wonder what the recent developments will mean for adiumx. The adiumx betas have been pretty nice but the builds are so huge because of debug stuff that I had to switch back to stable. I know adium uses libgaim so I hope that as gaim improves adium continues to as well

    --
    Chaos is Divine *
  46. What happened to Gaim-vv by ubuwalker31 · · Score: 1

    To say that I am pissed that Gaim hasn't incorporated video support is an understatement. I would like to video chat with friends and relatives over Yahoo IM and MSN and AIM. It irks me that Gaim-vv isn't being developed or supported and that video support hasn't been even considered for inclusion in Gaim. Gaim should be forked/improved by a linux distrobution (hello, Ubuntu?) to include video webcam support! Is it so technically complicated?

    1. Re:What happened to Gaim-vv by SimGuy · · Score: 1

      Gaim is very much in favor of doing this implementation correctly, but also, and more importantly, most of the people developing for Gaim don't care about VV support. Keep in mind how open source works. If you want to help VV support along, talk to the developers, find out what kind of plans are already in place, and then write up some patches... or you can certainly fork Gaim, implement VV as crappily as you like, and release it yourself. The friendly approach is preferred and indeed welcome. If someone were contributing acceptable VV support, it would be in Gaim already.

      As for the promise of VV in 2.0.0, I don't recall it ever being promised, but even if it was, plans change. The gaim-vv fork which was to be merged into Gaim was deemed unusable due to major changes to the design plan for VV support. It was decided many months ago that VV support would not be in 2.0.0, and would most likely be held over until 3.0.0.

      Keep in mind here that versioning in Gaim is API based, so if VV were implemented 4 months after Gaim 2.0.0 came out and didn't break 2.x API compatibility, 2.2 could have VV at that time, or 3.0.0 could be released at that time breaking that compatibility.

      --
      I don't care, but don't let that stop you from trying to tell me anyway.
    2. Re:What happened to Gaim-vv by ubuwalker31 · · Score: 1

      The problem is that the developers aren't listening to the end-users. I understand the developer's mindset that they "don't care about VV support." I also understand that they don't want to include VV support if the implementation is going to be crappy and not work properly for lots of users.

      However, VV support is an important feature. Videoconferencing in linux, frankly, sucks. Lots of businesses need good quality tools to videoconference with Windows Clients. Lots of home desktop users want to be able to use yahoo webcams or msn webcams, and when they learn that linux does not support webcam chat well, they don't want to even try linux out. Lack of good webcam support on Ubuntu has kept me from fully switching from XP.

      Stop making excuses, get someone working on VV, even if they don't enjoy it, and get it to work!

    3. Re:What happened to Gaim-vv by SimGuy · · Score: 1

      Stop making excuses, get someone working on VV, even if they don't enjoy it, and get it to work!

      This is a damned foolish thing to say, showing complete lack of understanding of open source. It is now YOUR job to implement VV. You may not like it, but I've made up my mind and you seem like the perfect candidate. Get it working, or you'll have to answer to Gaim's vast userbase! Where should I hae users send their complaints?

      People working on Gaim do so in their free time for no profit. Why would any one of us want to spend our time doing something we don't like? The mindset that open source software developers should do whatever people demand them to makes no sense. As volunteers, they should have every right to put their free time into the aspects of the software they are interested in and enjoy working on.

      If videoconferencing support for Linux is poor, it's because Linux users that want it don't have the means or motivation to implement it. This is not to say that their only choice is to learn to program. They can certainly sponsor a bounty or contribute in other ways, but to demand that volunteers do what you tell them to is a great way to lose volunteers (or to get them to start resenting users of their software).

      In open source, contributors get to make the rules. That's just the way it is. If you want products which cater to the features requested by users instead of contributors, consider non-free solutions and be willing to pay for them.

      --
      I don't care, but don't let that stop you from trying to tell me anyway.
  47. MODS ON CRACK by jb.hl.com · · Score: 1

    No, really, just...mods on crack...

    --
    By summer it was all gone...now shesmovedon. --
  48. Improvements by asyncster · · Score: 1

    I've been frustrated with gaim, so I tend to use meebo for chat these days (which actually uses gaim as the back-end, but that's not the point).

    The only differences between Gaim versions seem to be UI improvements. I've been using gaim for several years now, and they re-design the interface every minor version. It looks different now that it did three years ago, but there is absolutely no additional functionality. How the hell does the #1 project on sourceforge for three years not have voice chat yet? Also, I've also never been able to successfully transfer a file from gaim to AOLIM.

  49. no trust by Anonymous Coward · · Score: 0

    Once upon a time I tested Gaim on Windows, and was quite amazed to see my password written to the hard disk drive in clear text. If I recall correctly it was even in the program folder. "Delete" was the only thing I did for Gaim after that... never, ever again.

    1. Re:no trust by daverabbitz · · Score: 1

      This is the case for all programs that save your password. They may try and obfuscated it but it is still going to be readable.

      The only way to save your password securely would be to have a master password which decrypts the password database (Firefox does this).

      --
      What could be better than a jet powered motorcycle? http://www.youtube.com/watch?v=u8l6GTHLSWE
  50. Still not satisfied. by DegradingLight · · Score: 1

    Okay, so I see that there were no voice features implemented into the various protocols, at least not yet. Are the Gaim developers ever planning to make other features work that they already tried to implement? (like Direct Connections on AIM for sending files in the window.) And though the file transfer on AIM seems to be working better than it used to, it still can't resume files that were being sent to others, (very annoying when trying to send large files and get a disconnection.)

  51. file transfer by sentientbrendan · · Score: 1

    So they've *finally* gotten file transfer working on aim? I'm glad that they did this, but why the hell did it take so long? This is a bread and butter feature... Now how long will we have to wait for working voice chat that all the proprietary clients already support?

    For such a widely used utility, I've always wondered why gaim development progressed so slowly. Since it doesn't support things like aim file transfers and voice chat, most people I know still stick with an old (and lighter weight) version of AIM, even though it sends them ads. Maybe once gaim 2.0 comes out of beta, I'll be able to finally convince them to switch.

  52. Agreed, but people need to know that. by Kadin2048 · · Score: 2, Insightful

    Ok well then he should donate money to the gaim developers or sponsor them in some other way. There are other ways to help out.

    Definitely! This is one reason that I dislike the "code it yourself" response, because I think it turns people off and makes them believe that if you don't read and write and breathe C, you'll never have any impact or value in OSS development. There are lots of ways to help out, including straightforward financial donations, which are open to many more people than actual coding is.

    However, you don't hear about them very often, and a lot of open source projects are set up in such a way that it's more difficult to get involved if you don't have the ability to read code. For example, on a commercial software product you can have an army of testers banging away at software even when it's in development, because you have human-readable specifications that you test against. I've yet to see any specifications on an OSS project, and many programmers think they're a waste of time. The net result is that people who can't read code aren't worth a whole lot. (Which surprised me, coming from a commercial development where we probably have a 3:1 ratio of non-coding analysts and testers for every actual developer, without counting management or dead weight.)

    So I think there are multiple levels to the problem. People need to be encouraged to help out projects and make them more useful, but projects also need to be designed from a perspective that's scalable and doesn't assume that everyone can check out the code from CVS and start doing useful stuff with it. Because most people just can't.

    On the user's side, people need to get rid of the lingering attitude that "if I wanted to pay for software, I'd just use Windows." There's a happy medium between getting screwed through the nose for commercial software, and using somebody's work without compensating or helping them, and making it more likely that the project will die. In the latter case you're really killing the goose that's laying the golden eggs.

    Anyway, it's a complex issue, and I didn't mean for my earlier post to oversimplify and put blame on OSS devs unfairly. However, in the places where OSS has become mainstream, it seems like the same issues and conflicts come up again and again between coders and non-coding users, and I think both sides have some responsibility for making it easier on the other.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Agreed, but people need to know that. by RLaager · · Score: 1

      The whole issue of "do it yourself" is very complicated. In many cases, people ask for huge features (say voice/video support) and expect that it's incredibly simple to do. Also, users often think they should still be treated like "customers" when they're not contributing anything to the project. It's not fair to take something for free and then complain that you want it improved to do what you want, but you don't want to help in any way.

      The amount of work required to fix a bug or add a new feature is highly dependent on the size of the change, probably even more so than the size of the whole codebase. The Gaim software is pretty compartmentalized. When I started out, I fixed a few bugs without knowing much at all about the general architecture. So, it's not really that hard to fix little things. The problem is, *most* of the little things have been fixed already. Addressing more fundamental issues does take quite a bit of startup time to learn the codebase.

      In general, I try to help out anyone who has a legitimate bug report, suggestion, etc. However, the amount of things that the developers can take on is extremely limited. There are a million things on my TODO list, and that's just the top items I'd like to accomplish. So often times, "do it yourself" is the only response.

      There is definitely a big opportunity for non-coders to help, though. Graphic design, web design, bug triaging, documentation, etc. are useful to all open source projects.

      People who like open source because the product is free need to remember that the product is free. If they expect anything more than zero support, they're going to be disappointed. People that view open source as a community are much better off. Not everyone in the community is a coder, but everyone that contributes is important.

  53. Debian-like? by mr_tenor · · Score: 1

    And it has it's share of jerks, but it really illustrates what a Debian-like release cycle this has been.


    You mean they're ensuring strict adherence to policies on Free Software whilst continuously fixing bugs on 11 different architectures and adding new software with complex interdependencies and retaining backwards compatibility and easy upgradability? Great!
  54. Update the listing by Anonymous Coward · · Score: 0

    Someone should update the listing of GAIM on Compare IM with all these cool new features.

  55. Speaking of OSX by Descalzo · · Score: 1

    Gaim 2.0 supposedly supports Bonjour (or Rendezvous, or whatever it's called). Has anyone ever gotten that to work?

    --
    I cried real tears when Li Mu Bai died.
  56. Stable? Hardly by serodores · · Score: 1

    It's been around for a while, but not stable as far as I've known. Beta v3 has crashed on me several times (where 1.5 is still rock solid for me). And these are fun crashes where you have to manually kill the 'hidden' gaim.exe from the Task Manager before restarting it. Instead of new features, I'd appreciate more stability than feature enhancements to 2.0. If 2.0 is released with the same bugs, I'll have to end up switching to something else.