Follow Slashdot stories on Twitter

 


Forgot your password?
Close
typodupeerror
×

Gaim 2.0.0beta1 Released 383

Posted by CmdrTaco from the im-because-your-time-is-meaningless dept.
BerkeleyDude writes "Gaim 2.0.0beta1 has been released! Here is the changelog. New features include account status, away messages, etc, UPnP and NAT traversal support, new UI for buddylist, chat windows and preferences."
This discussion has been archived. No new comments can be posted.

Gaim 2.0.0beta1 Released More

Gaim 2.0.0beta1 Released

Comments Filter:

  • and what about the passwords? (Score:4, Interesting)

    by Bananatree3 ( 872975 ) * on Sunday December 18, 2005 @10:51AM (#14285104)
    To me, it seems like their stance on not encrypting passwords [sourceforge.net] is a backwards. Having a non-encrypted passwords policy does not make sense to me, as it leaves things wide open.

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

      by Monkelectric ( 546685 ) <slashdot@monkele ... minus herbivore> on Sunday December 18, 2005 @10:59AM (#14285158)
      To me, it seems like their stance on not encrypting passwords is a backwards. Having a non-encrypted passwords policy does not make sense to me, as it leaves things wide open.

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

      • How about what Kopete does? encrypt the password with a key that the user enters (another password, essentially). Doesn't that make more sense anyway, since the user has the ability to store passwords like that?
      • The Keychain system in OS X is the perfect solution for this problem. It's encrypted, but the key isn't stored in plaintext on the system. Instead it (by default) uses the same password as the user and the keychain unlocks automatically when they log in. Alternatively, the user can create a different keychain with a different password which they need to enter when the password for AIM or whatever is requested. This is what I do, and it's a rather well-designed system. The only caveat is that the various pie
      • They could encrypt the passwords for all your accounts using one password, which saves a bit of remembering. Or even better, use kwallet :).
      • The KDE guys have solved this by having an open once "wallet".

      • Re:and what about the passwords? (Score:5, Insightful)

        by suwain_2 ( 260792 ) on Sunday December 18, 2005 @05:00PM (#14287214) Journal
        But, to me, the point of the password is to keep someone looking through files from stumbling across it. It's like hiding Christmas presents under the bed--it's trivial to circumvent, but it prevents truly-accidental discovery.

        People are thinking of encrypting the file as the equivalent of putting it in a vault so no one can get it. I see the encryption more as a "Please Keep Out" sign, where anyone can disregard it, but most people will respect your wishes.

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

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

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

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

      Now, if you just stored accounts.xml on a hard-ware level encrypted harddrive that needs a smart-card and a passphrase to work, you'd be getting somewhere..
      • On the other hand, yes, some sort of OS specific hooks to make this easier would be sensible. For example, using Mac OS's "keychain", or Windows XP's "secure storage".

        And under linux, kwallet!

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

      You can always keep a gpg-encrypted backup of that file as well. OR, you could `tar -cj ~/.gaim | gpg -eo gaim.tar.bz2.gpg` or similar...
    • Personally... I'm in favor of using ROT13 encoding :)
      It will be as effective in blocking the casual snooper, but equally useless in protecting the password from a determined individual. It also has the added benefit of there being no password to store ...hehe...

  • Darwinports update for gaim? (Score:3, Informative)

    by ubiquitin ( 28396 ) * on Sunday December 18, 2005 @10:52AM (#14285106) Homepage Journal
    It looks like the version of gaim in Darwinports [darwinports.com] is still 1.5. Will be interesting to see how fast this gets updated. ;) Didn't know that the Mac version of gaim has a variant with support for MSN in it.

  • So does i... (Score:3, Interesting)

    by Anonymous Coward on Sunday December 18, 2005 @10:54AM (#14285120)
    support Jingle? Didn't see that in the changelog...
  • I still do not see any support for my webcam. I like gaim, but I still have to use other programs fot chat via webcam.

    • Re:No support for video camera (Score:5, Informative)

      by slavemowgli ( 585321 ) on Sunday December 18, 2005 @11:04AM (#14285194) Homepage
      gaim-vv [sourceforge.net] is being merged back into the trunk, so at some point, 2.x should have video support as well.

      • Re:No support for video camera (Score:5, Interesting)

        by mushroom blue ( 8836 ) on Sunday December 18, 2005 @01:51PM (#14286200)
        actually, this _was_ the case. the Gaim-vv devs were all ready to merge into CVS HEAD, but Sean Egan changed all the hooks for voice and video without any notice, all so google's voice chat could be integrated. this means that all the gaim-vv work was essentially for naught, and it seems that the devs have given up merging in the support. the lead gaim-vv dev updated his blog with the situation, and others like Christian "ChipX86" Hammond chimed in with their personal horror stories working with Sean Egan. Egan has alienated most of the other GAIM contributors, who refuse to work with him anymore. sadly, it looks like Kopete will still be the only IM client for linux with cam support.

        • Re:No support for video camera (Score:5, Interesting)

          by MechaStreisand ( 585905 ) on Sunday December 18, 2005 @07:17PM (#14287923)
          I looked at the sourceforge page, and it says that they're just giving up on gaim-w. If Sean Egan is such a tard and so many developers won't work with him, why don't they give up on gaim instead, and make their own fork and tell everyone that theirs is the one with voice and video support? It seems to me that that would be a good plan at this point...

  • Video chat with Yahoo chat people? (Score:3, Interesting)

    by MMC Monster ( 602931 ) on Sunday December 18, 2005 @10:58AM (#14285143)
    Big question for me - Does it support video chat with people on the Yahoo! network? It's a major deal-breaker for most of the people I administer windows and mac computers for. :-(

  • Been running this all night. (Score:5, Informative)

    by Tezkah ( 771144 ) on Sunday December 18, 2005 @10:58AM (#14285148)
    I have been running this since last night and I must say, it is a nice release.

    Two things I have noticed that impress me the most:

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

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

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

      WOW. All tabs should be like this! This is my main problem with x-chat. Awesome.

  • That's a _feature_? (Score:3, Informative)

    by Anonymous Coward on Sunday December 18, 2005 @10:59AM (#14285153)
    * Added support for sending (with the /nudge command) and receiving

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

    • I really, really hope that receiving these can be disabled in preferences. Or at least have them do nothing more than add a line of text to the chat. None of that shaking the window around.

  • encryption (Score:3, Insightful)

    by ltwally ( 313043 ) on Sunday December 18, 2005 @11:00AM (#14285164) Homepage Journal
    And it still doesn't support AIM encryption. The only way to have a secure IM with gaim is to talk to another gaim user.

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

    • Re:encryption (Score:5, Interesting)

      by Bodysurf ( 645983 ) on Sunday December 18, 2005 @11:11AM (#14285236)

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

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

      Because:

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

      • "AIM's encryption is closed-source and proprietory. How it works would have to be reverse engineered."

        True, to an extent. While there is no official API to their encypted oscar sessions, that I know of, you would not have to reverse engineer their client: simply record an encrypted chat conversation's packets.

        And, as luck would have it: this was done a couple of years ago. I don't remember the exact details, but it was pretty simple: AIM uses each clients' digital certificate to set up a private key,

    • Re:encryption (Score:5, Informative)

      by davie ( 191 ) on Sunday December 18, 2005 @11:11AM (#14285238) Journal
      Gaim offers two ways to conduct secure conversations over AIM: the gaim-encryption plugin and the OTR plugin.
    • How do you know it's very secure? Because AOL tells you so?

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

        Of course not. I know it's secure because I've read up on it. Google around a little.

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

        From a programmers point of view: this should not be terribly difficult to implement in other clients (indeed: trilli

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

          The www.aimsecure.com site is empty, BTW. I assume you meant aimencrypt.com?
    • And it still doesn't support AIM encryption. The only way to have a secure IM with gaim is to talk to another gaim user.

      Not true - the OTR plugin is compatible with Adium and can be used with any AIM client via their proxy. I agree it's not as widespread as it should be, but it is a standard way of doing things.

  • Binary Packages (Score:3, Interesting)

    by saterdaies ( 842986 ) on Sunday December 18, 2005 @11:00AM (#14285165)
    Is there a reason why the only binary packages are for Windows? I'd love to try the beta, but I don't want to spend all my time compiling from source.

    • Re:Binary Packages (Score:2, Informative)

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

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

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

      • Dude, there's this thing called multitasking. Download the client, check back in a bit. Jump to the console, run:
        tar xfz gaim-x.x.x.tar.gz && cd gaim-x.x.x && ./configure && make && make install
        Simple

        and the Geek still wonders why everyone else stays with Windows and the Mac.

    • Re:Binary Packages (Score:3, Informative)

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

        It is easy [autopackage.org] to offer a package compatibile with any normal Linux desktop.
    • Some binary RPMs just showed up on the download page [sourceforge.net]. They weren't there last night when the beta first became available. Looks like they have them for Redhat9 through Fedora4. Sadly, they don't have any Debs up there for Debian/Ubuntu...

  • For WIndows users (Score:5, Informative)

    by The Hobo ( 783784 ) on Sunday December 18, 2005 @11:08AM (#14285219)
    A couple things, if you can't find where to get the windows version (the windows port page hasn't been updated yet) it's here (with GTK) [sourceforge.net]or here (without GTK) [sourceforge.net]

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

    There's a few more things I like to do to mine but it's all personal, I thought I'd throw out those two things though.
    • I know this is probably not the spot to ask for things from Win-GAIM, I'm sure a person or two could possibily comment on what I'm asking for.

      (1) GAIM should not have such a large memory footprint. I'm not sure if this has been fixed in 2.0 beta, but it's a huge gripe I have. Given enough time and use, GAIM will just become this behemoth application that slows everything to a crawl.

      (2) I know the Aways Message code has been rewritten, and hopefully it has taken into account the fact that not all away mess

      • Re:For WIndows users (Score:3, Informative)

        by arodland ( 127775 )
        No, not very positive. Mostly it just displays your ignorance.

        1) This has nothing to do with gaim. GTK+ leaks memory like a sieve and somehow nobody's ever fixed that.

        2) Why not find out instead of speculating? In any case, it does that.

        3) Ever hear of a text editor or web browser?

        4) This also has pretty much nothing to do with gaim. GTK+ allows you to style not only your whole system, but also any app however you want, without the "permission" of the app. If you haven't, that's your fault. But on that topi

  • Idle Time Reporting Option Removed (Score:5, Interesting)

    by duerra ( 684053 ) * on Sunday December 18, 2005 @11:10AM (#14285229) Homepage
    This really bugs me, and is the reason I will not be upgrading to Gaim 2.0

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

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

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

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

      Switch to Kopete.
    • Use the idle maker plugin. Sure, it's a little more hassle, but it's better than nothing.
    • That's what "Do Not Disturb" status is for.
    • *grumbles* I use this option all the time. It's my business whether people people see how idle I am or not. I hope someone creates a fork with the functionality re-enabled / plugins pre-applied. If no one does so I may do it myself.

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

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

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

      • Re:Idle Time Reporting Option Removed (Score:4, Informative)

        by EnronHaliburton2004 ( 815366 ) * on Sunday December 18, 2005 @01:32PM (#14286075) Homepage Journal
        There are many times when I am working, but not at my keyboard mouse. Perhaps I am in the server room. Perhaps I am at my desk reading or writing notes (on paper!!!).

        As fucked as it seems, many people seem to think that if my status is "Idle" I am not working. That's why I turn it off.

        I use an Away message, but Gaim doesn't always send your Away message when people write to you on the AIM protocol. So they write, get no response, and think you're goofing off.

        When I move to Gaim 2, I'll probably check out one of the plugins.

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

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

      Making me dig and dig trying to figure out how to use Gaim the way I used to

    • Re:Idle Time Reporting Option Removed (Score:4, Informative)

      by javabsp ( 591265 ) on Sunday December 18, 2005 @02:42PM (#14286506) Homepage
      A developer has said that this will likely come back because a lot of people complained and their arguments are reasonable.

  • i'll never use gaim (Score:4, Interesting)

    by ltwally ( 313043 ) on Sunday December 18, 2005 @11:19AM (#14285273) Homepage Journal
    I'll never use gaim, personally. Or would I recommend anyone else. Why?

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

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

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

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

      There is a big thread on the SF projects page regarding all of the options that have been removed in Gaim 2.0, and a *lot* of people are frustrated over it, but the general response from the developers, IMO, has been very rude, and in a tone that projects that they don't really care if other people agree with their decisions or

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

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

        As I've said, they don't deserve the recognition they have, and so it wouldn't surprise me if they're all full of themselves.
      • I, too, am considering dropping Gaim based on the attitude that I have witnessed.

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

        • Re:i'll never use gaim (Score:4, Insightful)

          by NoMoreNicksLeft ( 516230 ) <john.oylerNO@SPAMcomcast.net> on Sunday December 18, 2005 @02:40PM (#14286489) Journal
          I always install a console-based version of whatever gui network app I need to use. Lynx/firefox. pine/Tbird. Etc. And CenterICQ is a pretty decent console analog to Gaim. Only problem I have with it is that screen messes it up bad. So just open up another putty/xterm.

          But for GUI stuff, gaim is hard to beat.

          If you don't like it, you don't like it. But if you're one of the guys bitching about the developer's attitude, step back and think about it for a moment. They're giving you free software, and they're trying to keep up with not one, but several closed protocols. It is open source, if you feel so strongly that they can't be trusted to do a decent job, fork the goddamned thing. Your reaction makes sense if you're paying for it, but you aren't. And they won't care if you stop using it... doesn't cost them any money.

          This attitude befuddles me... if only you people would do the same with crappy commercial software, stop using it because the developers are assholes, Microsoft wouldn't be the force that it is today. Somehow though, it only ever gets applied to OSS...

    • Re:i'll never use gaim (Score:4, Interesting)

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

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

    • Re:i'll never use gaim (Score:4, Insightful)

      by ltwally ( 313043 ) on Sunday December 18, 2005 @11:52AM (#14285482) Homepage Journal
      As I've been mod'd "flamebait" and have a few responses to my parent noting how hard NAT traversal is and such, I'm going to post a generic response to y'all:

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

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

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

      • How much money have you given the gaim project and why should they care if you have a problem?

        I am guessing that you have given them zero dollars... Which means that you are already getting more than you payed for.
    • Well, in a perfect world GAIM developers would be really nice and code everything to your whims. But you have to realize that you were probably the tenth guy in that hour to send him a nice e-mail about how NAT file-transfers do not work. He knows that already and each other person that tells him is doing nothing unless they picked up a keyboard and started hacking. So he's disgruntled, sure. Look how they treat the Gentoo folk who compile with all sorts of weird flags and then bug Gaim devs when it doesn't
  • Yahoo spim can't be blocked with Gaim 1.5 and earlier; every couple of days I find a message on my screen "Hi I'm Honey Bunny, check out my pix! Not there? Oh too bad, maybe later!" and this kind of crap. I don't want or need unsolicited instant messages but there appears to be no way to block them generically with GAIM even though the feature exists on Yahoo's client. I have to block each of these bots retroactively. Grr. I have about two Yahoo buddies and maybe I should just tell them to move to MSN

  • What the heck? (Score:2, Insightful)

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

      Gaim has been moving that way for a while but this 2.0 thing is too basic. I understand the idea of removing tons and tons of options and keeping it simple for new people but this is the playschool edition of what this app could be. Couldn't we have and advanced option setting which gives us back all of those settings and tweaks we are accustomed to?

  • Still Majorly Lacking (Score:3, Interesting)

    by bigtrike ( 904535 ) on Sunday December 18, 2005 @12:08PM (#14285591)
    Could they at least make it so I can initiate a direct connection on AIM or use all the commands on IRC without installing a plugin?

  • Google Talk? (Score:2, Informative)

    by Jsutton1027w ( 757650 )
    I just downloaded and compiled the beta, but I was a little disappointed. Wasn't this version was supposed to have some support for Google Talk? At least, that's the impression I got from this post [sourceforge.net].
  • just would like to know please before i roll this out on my lan, if it's good enough for general use (by ordinary people), or if i should wait for beta2 or whatever. just tried it and like the cool scrolling etc. many thanks for any advice on stability/crash bugs/regressions from 1.5. thanks!

  • My Thoughts (Score:5, Interesting)

    by Trip Ericson ( 864747 ) on Sunday December 18, 2005 @12:45PM (#14285805) Homepage
    After spending over an hour trying to get it to compile with the voice/video support only for make to choke on something in mediastreamer, I did get it running fairly easily after that. (Fedora Core 4, KDE)

    My first impressions are mixed. There seems to be a bug in the handling of the new away window on the buddy list, as it has completely vanished on me once and sometimes it contains the message-window-style formatting bar which by itself suddenly vanishes.

    I'm also annoyed at the size of the status buttons. I shrunk the ones for the individual protocols all the way down and got rid of them, but there's still that giant one and it would be nice if it were smaller.

    I love the little effect where new messages "scroll up" from the bottom, as though the text entered is moving right up into the window. I've seen numerous complaints about it, but I think it's very neat.

    File transfers work now in AIM. FINALLY. Previously, I'd had a 20% success rate, primarily when I disabled iptables. It worked flawlessly when I tested with some friends last night, which is nice because now I don't have to tell them to go e-mail me stuff.

    I did get pretty annoyed because I knew the theme could be controlled through Gnome, but from KDE, I could NOT find the Gnome theme control! I Googled, I checked a ton of menu options and documentation, and there was no way to do it without logging out and logging in under Gnome. I thought this release was uglier than past releases and this was the first time I'd tried to theme it.

    I still think Guifications needs to be included as standard rather than a plugin. Every other client I've used has it standard, and in fact, some like Trillian even have it better, displaying the message text rather than just "xyzperson has messaged you."

    Overall, I'm quite impressed, but there's quite a bit of work that needs to be done I'd think.

  • Ch-Ch-Ch-Changes (Score:2, Interesting)

    by jtorque ( 939770 )
    Really, this is the beauty of open source software. While I can't say I like the new user interface and will probably be uninstalling this version shortly, I'm sure it won't be long until someone creates a fork of the old code base and establishes a new project. Based on the old usability of Gaim, it should be fairly easy to incorporate new Gaim features into the project, without having to use all their new UI modifications and crippled usability. Then we can have the power of Gaim the way we want it.

    I r

  • msn (Score:5, Insightful)

    by __aahlyu4518 ( 74832 ) on Sunday December 18, 2005 @01:40PM (#14286123)
    So... about 99% of the people I know (I'm hangin' with the wrong crowd, don't remind me) use msn.. and with that I mean the Microsoft client. The have all kinds of neat stuff like the emoticons that you can show other people, audiochat, videochat, a buzzer (which is very annoying btw) and, nudges, winks... which don't have any real function besides being considered a MUST HAVE amongst almost every msn user. And not 1 microsoft-client msn-alternative comes even close in implementing this. And Gaim 2.0 probably won't either.

    I know.. if it ain't there.. do it yourself... but I'm not capable of coding such a thing.
    Maybe the specs are closed... whatever. Fact is that at this moment for a lot of young people.. msn is the killer app.

  • Annoying "Feature" still in? (Score:3, Informative)

    by Dracil ( 732975 ) on Sunday December 18, 2005 @06:10PM (#14287571)
    Does it still do the annoying throw-you-out-onto-the-desktop-from-your-fullscree n-game-when-someone-IMs-you-or-you-get-disconnecte d thing? Because this is seriously the lamest part of GAIM, especially when there seems to be no option to turn such behavior off.

Slashdot Top Deals

They laughed at Einstein. They laughed at the Wright Brothers. But they also laughed at Bozo the Clown. -- Carl Sagan

Close