| |
| |
| |
|
Page: 1 2 3
Comments:
<0> can I use voice with gaim 2 beta?
<1> protocol2: no
<2> hello
<3> I'm using gaim on a small display. Is there any way to remove the 'invite/add/send' buttons at the bottom of the display?
<1> SpeedEvil: 1.5.0?
<4> Gaim 2.0 doesnt' have those buttons
<3> 1.5.0
<1> upgrade.
<3> Hmm
<3> Thanks. I'll live with it ATM - box not up to another compile right now.
<1> use a prepared package :-)
<5> i think there is an option to remove those from the preference
<3> I can't see it in the prefs...
<5> a dropdown with 'picture and text' and stuff
<3> tehfox: I can't see it - looked for a while. yeah - I can pick pictures, pictures and text, or text, I diddn't see a 'none'
<1> SpeedEvil: it's the first entry in Conversations preferences.
<3> My bad - somehow I managed to miss 'none'
<3> Despite checking it twice
<1> looking at the 1.5.0 I can see that Gaim was improved quite a lot :-)
<3> Hmm. Odd.
<3> Odd.
<1> Is there any way to set my Quit message for IRC or "Hide operating system" for Jabber? These prefs disappeared in 2.0b3
<3> If I click in the main window, then I can't type if the input window is 0 size
<3> conversation window ratehre
<6> is there a problem with AIM connectivity?
<7> hi all. any idea why my gaim keeps crashing, either when i open a IM window, or (if that worked successfully) as soon as i move it around? it just closes then. no error, nothing
<7> i mean, not the im window closes, whole gaim closes.
<4> Get a backtrace as per http://gaim.sourceforge.net/gdb.php
<7> k, gotta compile & install gdb first. will take a moment :)
<8> https://sourceforge.net/tracker/index.php?func=detail&aid=1442583&group_id=235&atid=100235 this bug is getting me crazy. Is anyone having problems with MSN?
<9> No, msn works fine here, on every platform I use it
<9> And as long as you don't supply necessary info in the bug report I doubt anyone will have a look at it
<9> Apart from the fact that you shouldn't be using CVS/SVN anyway
<8> Alver: I don't want a faulty 2.0 release, do you?
<9> eperez: what on earth does that have to see with you using a version intended to be run by developers only?
<8> resiak: Did you say that you has the same problem?
<4> I just tried disabling, re-enabling and disabling a spare MSN eccount and , sure enough.
<9> resiak: I can try to reproduce msn stuff here... just disable/enable/disable? Any specific timing?
<5> i tried that routine here a few times, without success [sic]
<4> from a disabled account, enable it, wait about a second or two, disable it again (just before it finishes), boom!
<4> garimbo: nopaste?
<10> i guess nopaste is http://garimbo.org/nopaste/
<8> resiak: could you post your backtrace? (at least to know that more people has that problem)
<9> resiak: no go. I can disable/re-enable til I retire
<10> resiak pasted "bm!" (49 lines) at http://garimbo.org/nopaste/601
<4> Alver: Are you using gnutls or nss?
<7> resiak: errr, using gdb, all accounts and stuff i have had in gaim are gone?
<8> resiak: I'm not even disabling any account
<4> *shrug*
<9> resiak: gnutls
<4> That rules that out as a potential cause.
<8> Alver: I tried with gnutls and nss and both cause the same problem
<9> ah, hmm, no
<9> resiak: beta3 is running
<9> only thing that can be ruled out is that it didn't happen yet with beta3 I guess
<8> I think it also happened with beta3. This bug has been there for long time. It's just that it's difficult to trigger
<4> Hmm, I don't have time to chase this down right now.
<7> ok, resiak, i got the gdb record: http://pastebin.com/716589
<9> eperez: you'll have to get a specific set of actions to reproduce it
<9> add that to the bug report
<4> Yay, stripped binary
<11> rlaager: roast is all set. I don't see any other sf emails held out
<8> Alver: I already did that
<12> LSchiere: alright, thanks
<11> np
<9> eperez: the "enable/disable" thing at least doesn't do it for me.
<9> I don't have 5 msn accounts so can't check that
<12> anyone know if there may be a performance impact if Glib IO channels are used, rather than POSIX FILE functions?
<11> you want to talk to datallah before you make that change
<11> iirc it might require win32 ifdeffs
<12> LSchiere: oh okay.
<13> 2why do you want to use Glib IO channels?
<13> is there a benefit?
<12> Paco-Paco: valid XML log file at any given time
<13> how does Glib ensure this?
<12> Paco-Paco: I can't seek in a FILE without calling fseek(). I think I tried using fseek() once and it didn't work, but I can look into it again.
<13> fseek works
<12> Paco-Paco: rlaager also would like to see channels being used because of its non-blocking-ability
<12> Paco-Paco: but someone's gotta take the step.
<13> how are channels more non-blocking "able" than stdio file pointers/
<12> Paco-Paco: I don't know. he didn't elaborate.
<12> so I'm trying to decide whether to change all the gaim_log_common_(action) functions or to define a new set, gaim_log_iochannel_(action)
<12> but since it's almost api changing time, I might as well change all the common logger functions.
<13> it looks to me like GIOChannels provide exactly the same blocking vs. nonblocking guarantees as Unix files
<13> I see no reason to use GIOChannels based on what you've told me and what I see in the documentation
<13> now, if there is a *reason* to use GIOChannels, then it doesn't matter what the win32 reprocussions are, we should go ahead and do it
<12> Paco-Paco: alright.
<7> resiak: any idea?
<13> rlaager: ping
<8> roast: do you know what rlaager exactly said?
<12> Paco-Paco: why does have the logging code call g_fopen and g_fclose instead of just fopen and fclose?
<12> eperez: uh.
<13> roast: it fixes some win32 bug
<13> if I remember correctly
<12> Paco-Paco: oh okay. so we hope seek() is okay?
<13> win32 wants an argument which tells it to *** with the newlines or soemthing
<13> fseek should be fine
<12> Paco-Paco: okay
<12> eperez: he said "I'm glad to hear you're using the GIOChannel stuff. That'll make it a lot easier when it comes time (which will be soon) to make things happen in an event-driven way, instead of by blocking."
<12> eperez: I think he might've taken what I initially said out of context though, because then I told him I was only looking at it only to get seek working
<13> I will be interested to find out his reasoning
<13> but, in the meantime, you may rest ***ured that seek() is not broken
<12> Paco-Paco: okay. thanks.
<8> Yes, me too, that should be stated in gaim-devel so everyone can know the problems and the roadmap to solve them
<12> alright, I'll bring it up to him next I see him.
<13> eperez: so, while I agree that your MSN bug is a problem and should be fixed, I really don't think it's a show-stopper for 2.0
<13> a) it isn't going to hit a lot of people, because most people don't have second thoughts about signing onto IM within the first 1-2 seconds, b) MSN is one big problem, this is just a symptom, c) it doesn't appear to be a remotely-triggerable bug
<8> Paco-Paco: probably. But maybe it's a bigger problem in gaim and not just MSN. Anyway I'm looking into it.
<14> eperez, you want it fixed so bad, fix it
<13> r0bby: hush
<13> eperez: well, given that MSN is generally a bigger pile of crap than the other protocols, I'm not holding my breath ...
<13> it looks like a simple check for NULL someplace will fix it
<13> though you may be right that there is a callback which needs to be disconnected
<4> That was me =)
<13> whoever
<8> Paco-Paco: sure, MSN s a pile of crap. But it's a bug in gaim anyway.
<15> does gaim support the msn PMs??
<13> I meant the MSN protocol plugin
<13> but you're right, the protocol is also crap
<13> B***etts: that depends on what you're talking about
<9> personal messages, I ***ume
<15> yes
<15> i want it to show my current song in rhythmbox
<15> *playing in rhythmbox
<13> no
<15> ok
<8> B***etts: Did you take a look at: http://gaim-rhythmbox.sourceforge.net/ ?
<15> no, ill look in a minute, thanks
<13> (which is broken, by all accounts)
<15> i cant install gaim guifications on ubuntu as i am running gaim2.0.0beta3 and it complains my version of gaim is too high
<13> that sounds like a question for either #ubuntu or #guifications
<15> is there no way to get toaster popups in gaim2.0.0beta3??
<13> guifications
<15> ... where?
<13> try #guifications, and guifications.org
<15> theres no .deb/source/.rpm that works with 2,0,0beta3
<13> actually, yes, there is, but don't take my word on it ... go to guifications.org!
<13> and #guifications
<13> because this is #gaim, as you seem to have trouble remembering
<15> well i have asked them
<15> they said not that they know of
<15> i tried there latest package from source and it failed
<16> This is really funny.
<13> I'm not sure that that word means what you think it means
<16> Inconceivable.
<17> Paco-Paco: It looks like the GIOChannel stuff would make it easy (via g_io_add_watch()) to deal with reading data without blocking. I believe we could just set a watch on G_IO_IN (data available to read) and then have the callback read the available data. I don't doubt that it can be done with standard Unix stuff, but this looked easier, especially given that roast had already written some (most?) of the code. It also seems like it'd insulate us fro
<13> cut off at "insulate is fro"
<17> It also seems like it'd insulate us from win32 issues. roast also said the code isn't terribly complex or anything, so I don't think we're sacrificing lots of added complexity in order to support reading data in a non-blocking way.
Return to
#gaim
or
Go to some related
logs:
#linux
centos yum install ircd ircd
#php
Monarc PPC
asdf-install openmcl intel
kwf patch
#ubuntu
souce-list unstable ubuntu
#qemu
linux dd expert usb
|
|