| |
| |
| |
|
Page: 1 2 3 4
Comments:
<0> You can resize is just fine
<1> Alver: but just to a specified width, it's not small enough in my oppinion
<0> That's too bad then
<1> ah, just switched from 1.5 to 2.0, it's better now
<2> hello, is there a way to use gaim with jack ?
<0> Not that I know of
<2> thanks
<3> hello, sometimes guification runs...after a while i cant see it anymore...why could this happen?
<4> hmm works fine here don't know ask in #guifications
<5> is there a way to use the 2.0.0b3 with GG plugin?
<5> or should I rather try svn?
<6> Hi guys! Can anyone tell me why updating from beta2 to beta3 I notice now a lot of switchboard send-error???
<5> is there a way to not compile qq plugin?
<7> Coweater: use beta2 if you want gg
<7> cromo: use beta2 if you want gg
<5> liar: I know. But does svn fix this problem, too?
<5> and is tehre an option for ./configure to disable qq plgin? I can't find it
<8> i am using Gaim 2.0.0 beta 3 and the psychic mode seems to prempt things that are not happening, and the green typing animation does not go away, and the persion did not type anything to me
<9> What's the psychic mode? Sounds funny :)
<3> it opens a message windows if someone writes you
<3> so you can make an "yes?" before he sends you the first message ^^
<8> or if they don;t
<3> only a joke
<8> maybe its fixed in cvs
<10> it just opens if the remote end starts typing
<10> if they stop... who knows
<8> the remote did not though
<8> http://pastebin.ca/98338
<8> whats that mean?
<11> it means that you shouldn't be using svn unless you're developing
<8> it works now
<8> i think it meant it cut me off
<8> timed out
<10> i agree with Err
<10> i have been developing against b3, i should check if there are changes in svn i might need to know about
<10> :]
<11> allix: the psychic plugin hasn't changed since 2.0b3, so it's unlikely that your using svn will make a difference
<8> as ive downloaded it, i may as well compile it
<8> i need inttools first
<12> allix: 1) Stop using SVN. 2) If you're going to use SVN, stop wasting our time talking about it here.
<12> tedp: What are you developing?
<10> OpenPGP encryption/signing to jabber protocol. probably not affected by any recent development.
<10> ... and the ***ociated user interface elements, which i haven't really got to yet
<12> tedp: Sounds like an adventure. ;)
<10> it's good fun :)
<10> JEP 0027, unlisted in protocols/jabber/JEPS, but it can probably wait for the ~1500 line patch when i'm done
<11> the 1500 line patch that won't apply, you mean ;-)
<10> 1000 lines if i'm lucky
<10> Err: surely you don't think i'd send a patch that _would_ apply? gotta keep people on their toes... keep them awake.
<10> it's probably at least a week away
<12> tedp: I prefer patches that apply, but do something totally different than stated. Or even better, those which apply, and do everything they claim, but have one subtle bug which affects everyone but me.
<10> haha
<10> i can ***ure this will have subtle bugs
<10> i think the abundance of gpgme_* calls will make it pretty clear that it does what it says
<10> my gtk code will probably need review
<10> anyway.... another day
<10> after this i'd like to do JEP-0116 (Encrypted Sessions) but that looks like a _lot_ more work
<11> gtk code? in a plugin?
<10> Err: separate
<10> but you need GTK interface to know whether some user's presence is signed
<10> and for enabling encryption, etc
<8> rlaager, why can;t users use svn and find bugs etc?
<10> .. key selection
<11> did you extend gaim's existing GUI interfacing, or did you hard-code in GTK?
<8> most projects do not discurage
<10> Err: Paco-Paco put me on the right track the other night. it will all be well-separated
<11> ok :-)
<10> that's the reason i've been doing all the glue (worker) code so far and no GTK
<10> i did a small p***phrase dialog for my own PoC (which i'm using) but that's gone now
<12> allix: The FAQ gives a good description. Also, note that we said not developing. If you're seriously looking for bugs and properly documenting them, that's a good thing, at least in my mind.
<11> allix: actually, he told you that if you were going to use SVN, you shouldn't talk about it - and gaim doesn't need users to "test" svn and report bugs, so if you aren't going to *fix* the bugs you find you're just wasting resources using svn
<10> anyway it'll all arrive in the same patch because one part is useless without the other
<11> this is true :-)
<12> To clarify, if we had another Cae testing SVN, that'd be good. Having a user cry about bugs they just stumbled across, that's bad. ;)
<10> presumably it is OK to add a couple of fields to the jabber plugin's structs
<8> i know the consequencies with buggy software .....
<11> it's not like you're going to make gaim suddenly take up all of your system's RAM - it already does ;-)
<10> after the release of 2.0, i mean.
<10> haha
<10> i got paranoid about crashes and put in a bunch of g_return_val_if_fail() calls tonight
<12> Anyone here have experience with Linux ACLs? It seems like they would be useful for something I'm doing now, but I haven't any experience with them.
<10> (to my code)
<10> rlaager: a bit.
<10> i wrote a small logon script using acls about a year ago
<12> tedp: Compile Gaim with --enable-debug (or really just --enable-fatal-***erts).
<10> ah, cheers
<12> tedp: All the g_return_() stuff can be compiled out at run-time, so it shouldn't be used for normal error checking, only for extraordinary conditions which should never happen.
<10> actually i think there are already a couple being triggered by existing code.
<12> s/run/build/
<10> yep
<10> used at the start of functions just like ***ert()
<11> rlaager: do you mean the filesystem ACLs, or the in-kernel privilege ACLs?
<12> Err: filesystem ACLs
<11> I haven't used them under linux, but I have a little under Solaris - they function in more or less the same manner...
<10> i think i have spent too many hours staring at luminous phosphors today
<12> Err: My big concern is that something that's not ACL aware is going to bust them.
<11> ...and it's only 0920 ;-)
<10> 2320
<10> rlaager: so long as they're mounted by a kernel that does ACLs, i think you'll be right
<10> or, mounted with acls enabled
<12> tedp: Thanks for your input. I'll have to give them a shot.
<11> ACLs are held in (at least in EXT3) to hidden inodes with special attributes within the file's inode, so I don't think most programs will even know that they're there
<10> let me know how it goes
<10> and don't blame me if it goes wrong :D
<11> if you mount a filesystem with ACLs on a non-ACL-aware kernel it'll just fall back on the traditional Unix filesystem permissions
<10> one day i'll have to apologise to marv for bad-mouthing his code last year :/
<10> so marv if you read your logs, i apologise. else... i'll speak to you some time in the distant future
<10> back to acls.. :)
<10> i had the feeling chmod handled acls if used with the +a option or something like that
<10> evidently not
<13> having problems starting gaim as user
<13> works as root, no probs
<13> 2.0 beta3
<8> whats the error?
<11> your file permissions are jacked up, most likely
<14> i hvae installed plugins etc, but still i never know if someone MSN user IM me.
<14> her/her instatnt window never blinks or anything
<14> anyy help?
<15> gdb crashes are a pain
<8> what do u mean LSchiere2
<15> Just what I said
<16> yeah, between you and Fushuing by buffer is nothing but joins an dparts :-P
<15> fix gaim and I'll stop joining and parting so much
<16> I have a registered complaint in on the libxml2 bug, as well
<17> -_-
<17> I'm not using gaim
<16> I tried to track it down, it's some sort of heap corruption I think ... in any case, it's not pretty
<15> I still get the gstreamer crash I got Friday as well
<15> just less consistently
<15> and since it took down gdb with it this last time, I don't have a fresh bt
<13> my error is like:
<13> vipernicus@nobilis ~ $ gaim
<13> Aborted
<9> that's verbose
<13> daniel, oh yeah, super verbose
<13> daniel, but you guys are psychic right?
<11> vipernicus: as I said before, it's probably file permissions; if you run gaim as "strace gaim" (***uming you're on lunix) you should be able to see what files throw an EPERM
<9> And you should write a patch that gives a correct error message instead of core dumping.
<9> And submit it to the developers of course.
<9> Are you done yet? :-)
<11> hm, gaim should have printed the crash message, if nothing else - it must be dying very early, if it hasn't registered that signal handler yet
<15> its an abort, that means its almost certainly not happening in our code
<9> Is gaim written in C?
<15> yes
<13> LSchiere2, here is a gdb in pastebin http://pastebin.ca/98448
<9> I see.
<9> vipernicus: outch
<13> redid it
<13> http://pastebin.ca/98451
Return to
#gaim
or
Go to some related
logs:
gst-register ubuntu
perl -e fork while fork
#linux
#linux
ubuntu xforward
#gaim
ubuntu optical out
msttcorefonts dapper
#linux
how to configure postfix to rdns
|
|