[06:13] <eagles0513875> morning guys
[07:18] <sevoir> morning
[10:34] <asac> micahg1: hi
[10:34] <asac> hmm. hope you are asleep ;)
[10:34]  * micahg1 hopes too :)
[10:34] <fta> hi
[10:34] <fta> asac, http://code.google.com/p/chromium/issues/detail?id=21603
[10:35] <fta> i have no clue what's best there
[10:35] <micahg> asac: Karmic looks nice...I get a notice to restart in teh browser :)
[10:35] <asac> hehe
[10:36] <asac> fta: let me look
[10:36] <asac> micahg: no ubufox though :(
[10:36] <asac> on CD
[10:36] <asac> mysterious
[10:36] <asac> worst case .... to debug something like that on cd for me ;)
[10:36] <micahg> asac: yeah, I know..but it works on the desktop
[10:37] <asac> fta: alternatives suck
[10:37] <fta> i know
[10:38] <asac> fta: best rule i can come up with is: default browser gets 100 ... all secondary browsers the same
[10:38] <asac> obsoleted ones get even less
[10:38] <asac> dont take seamonkey as a good example. maybe check what epiphany-browser has
[10:38] <asac> and use that
[10:40] <asac> fta: posted that to the bug
[10:45] <fta> k
[10:47] <asac> fta: yoú shouldnt ask me something like that this early ;)
[10:47] <asac> i will update the bug again
[10:47] <asac> the rule is the other way
[10:47] <asac> default browser get lower prio
[10:47] <asac> obviously
[10:50] <sevoir> hi asac :) I created a new branch . the xpi was unpacked with med-xpi-unpack. the branch same as xul-ext-ubuntu-hu-menu but this is toolbar version..
[10:50] <asac> sevoir: hi. what does "toolbar version" mean?
[10:52] <sevoir> the xul-ext-ubuntu-hu-menu is in firefox menu, xul-ext-ubuntu-hu-toolbar is a toolbar with search option
[10:58] <micahg> asac: if you get a chance, can you look at bug 440478, I'm not sure what the next step is
[11:08] <asac> micahg: you shouldnt be working that long ;)
[11:08] <asac> what time is it?
[11:08] <fta> beta's out, too bad chromium is not in it :P
[11:09] <asac> fta: we knew that ;)
[11:09] <fta> sure, but i'm just sad
[11:11] <asac> hey
[11:11] <asac> thats nothing to be sad about
[11:11] <asac> rmember that chromium doesnt do any releases yet
[11:11] <asac> i know they are now working on tags
[11:11] <asac> also the longer its in the ppa the more people use it ;)
[11:12] <asac> meaning you pile up a huge amount of testers you can later use for pre-release testing
[11:12] <asac> fta: what is really left here is a goo dlicense documenation
[11:13] <asac> which of course is lots of work
[11:13] <asac> but my vision is to do the following presentation:
[11:13] <asac> a) a dependency graph with licenses attached
[11:13] <asac> a) a tuple lilst with whitelisted license combinations
[11:14] <asac> if we have that on top of the current licensecheck thing
[11:14] <asac> we just need to fill the gaps
[11:14] <asac> and it will go in in a hurry
[11:19] <fta> it looks doable
[11:33] <sevoir> :o
[11:50] <sevoir> asac: if you have a little time, please review these branch too : https://code.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-toolbar.ubuntu. this package will closing bug 422208
[12:03] <sindhudweep> asac: you there?
[12:16] <asac> sindhudweep: yes
[12:16] <asac> please summon the other asac ;)
[12:16] <asac> this gateway as bad lag ;)
[12:17] <asac> and i am not seeing the ping then
[12:33] <sindhudweep> asac / asac__ : do you have more comments for the second merge proposal? https://code.edge.launchpad.net/~gnash/gnash/ubuntu.head/+merge/12694. If not merge at your convenience :D
[12:36] <asac> sindhudweep: checking
[12:37] <asac> sindhudweep: looks good. i will upload that
[12:37] <asac> (getting ffe first)
[12:37] <asac> Sindhudweep Narayan Sarkar (karmic signing key)
[12:37] <asac> a bit odd with the comment ;)
[12:37] <asac> do you have a jaunty signing key too ;)?
[12:37] <sindhudweep> nope
[12:38] <sindhudweep> couldn't figure out for a while why gpg couldn't find my key till i remembered that the comment mattered :/
[12:39] <asac__> sindhudweep: is your key signed by someone? otherwise you can easily create a new one
[12:39] <asac__> you can add new UID too
[12:40] <sindhudweep> not signed by anyone else, self signed. do you want me to resubmit?
[12:40] <asac__> your decision. i wouldnt want that in my changelogs ;)
[12:40] <asac__> but for submission it doesnt matter anyway. i have to sign it in any case
[12:40] <sindhudweep> Good point. I have to run to work but I'll re submit ~ 10 hours
[12:41] <asac__> sindhudweep: i can just fix the name
[12:41] <asac__> remove the ()
[12:41] <asac__> on merge
[12:41] <av`> asac__, if I close a firefox istance with more than 20+ windows open, it stays a bit to close it telling me to force close it then I wait, and it closes, but the istance keeps to stay open
[12:41] <av`> so I have to manually close it
[12:41] <asac> extensions can cause that
[12:41] <asac> or plugins
[12:41] <sindhudweep> If i change the name won't dput/launchpad complain? or does it only use the ssh key?
[12:41] <asac> that dont release all thread resources
[12:42] <sindhudweep> dput should read as bazaar
[12:42] <av`> asac, I don't have any plugin / ext installed
[12:42] <av`> I removed everything
[12:42] <asac> sindhudweep: it uses the email to refer to your account.
[12:42] <av`> mm...I just have one ext
[12:42] <asac> sindhudweep: the full thing is just used for signing
[12:42] <av`> from what I see
[12:42] <asac> you need to add a new UID to your gpg key
[12:42] <asac> and then you are done
[12:42] <asac> av`: maybe wait longer
[12:43] <av`> ok
[12:43] <asac> it has to sync the whole UI state to sessionstore
[12:44] <sindhudweep> okay. and will I need to upload my key again following my change to the uid list?
[12:45] <asac> yeah
[12:45] <asac> sindhudweep: to launchpad ... and also to some public keyring
[12:45] <asac> like gpg --send-keys KEYID
[12:45] <eagles0513875> asac: i need to tlak to u when i return bro
[12:46] <sevoir> asac: if you have a little time, please review these branch too : https://code.launchpad.net/~sevoir/firefox-extensions/ubuntu-hu-toolbar.ubuntu. this package will closing bug 422208 :)
[12:48] <sindhudweep> asac: i pushed that (modified) key to ubuntu's key server but launchpad already thinks it has that key (since they have the same fingerprint).
[12:52] <sindhudweep> asac__: revision 178 in https://code.edge.launchpad.net/~gnash/gnash/ubuntu.head has the fixed name.
[12:54] <asac__> sindhudweep: hmm. odd. well. maybe launchpad pulls the details from the keyring server.
[12:54] <asac__> usually UID should be a change
[12:55] <sindhudweep> ahh launchpad doesnt care since it just references keyserver.ubuntu.com which has both http://keyserver.ubuntu.com:11371/pks/lookup?search=0xD3EA2AE7629B49D84FFE8CD345E1B9786B9735B3&op=index
[12:56] <sindhudweep> anyways I'm off. Enjoy the rest of your day folks.
[12:58] <asac> thx
[12:59] <asac> sindhudweep: oh. i have one question if you are still there
[12:59] <asac> can i remove the klash parts for this cycle?
[12:59] <asac> in the past kde was always unreliable to have or not have
[12:59] <asac> and this would also mean its a new package
[13:01] <sindhudweep> yes please do so
[13:01] <sindhudweep> i have a very out of date branch that fixes that.
[13:01] <sindhudweep> but till then it's just worthless clutter.
[13:04] <bdrung_> asac: thanks for syncing
[13:10] <asac> bdrung_: thx to you!!
[13:10] <asac> now we can swiftly do the extension fixes between now and RC freeze
[13:11] <asac> sindhudweep: hmm. i thought you added klash ... nevermind
[13:11] <asac> i was confused
[13:11] <asac> your merge does not change our package
[13:11] <bdrung_> asac: yes, we should add a column to the extension list called "maintained in"
[13:11] <bdrung_> s/,/./
[13:12] <asac> bdrung_: i think its not black and white. i think default is always "debian"
[13:12] <asac> minus differences for freezes on both sides
[13:12] <asac> at least that should be the goal
[13:12] <asac> we could document however whats the current place i agree
[13:12] <asac> so we know what to get to debian next cycle
[13:13] <bdrung_> asac: k (with m-d there should be only transitional packages as diffs)
[13:13] <asac> (before debian freeze in december afaik)
[13:13] <asac__> yeah. i think we shouldnt do the renaming in ubuntu this cycle
[13:13] <bdrung_> asac: we should rename all packages in debian before release
[13:13] <asac__> NEW packages alway cause pain on archive folks
[13:13] <asac__> who are busy enough this time imo
[13:13] <asac__> bdrung_:  before debian release yes.
[13:14] <bdrung_> asac: the rename for ubuntu is target at lucid
[13:14] <asac__> ok so lets say: after we go to RC freeze we have all done in ubuntu
[13:14] <asac__> then we start to get stuff that isnt in debian to debian
[13:14] <asac__> and do the renaming there
[13:14] <bdrung_> yes
[13:14] <asac__> at the same time we need to file bugs in ubuntu to remove the old sources
[13:14] <asac__> when karmic is relesaed
[13:14] <asac__> maybe opening bugs and use Ubuntu:later milestone
[13:16] <bdrung_> asac: how is the progress of parsing the repository for m-d?
[13:17] <asac> i will make a date with mvo now ;)
[13:17] <bdrung_> asac: i like to see it soon, so that we can test it in debian before we will sync it to lucid
[13:17] <asac__> ack
[13:18] <asac__> i try to schedule a call on monday now
[13:18] <bdrung_> k
[13:44] <asac> fta: dont you have ath9k? on your netbook?
[13:46] <fta> asac, hmm, probably, why?
[13:47] <ripps> dammit, someone released an autoscroll patch for chromium several days ago, but I've heard no word about anybody merging it in
[13:48] <fta> ?
[13:48] <asac__> fta: i get reports that ath9k is in sad state
[13:48] <asac__> fta: previously we had problems while background scanning
[13:49] <asac__> fta: did you ever see that?
[13:49] <asac__> like every 2 minutes network issues?
[13:49] <asac__> fta: anyway. now it seems upstream landed support for all new ath9k chipsets and we have regression for older aht9k ones
[13:49] <asac__> even _without_ background scanning
[13:49] <asac__> up to the point that they cannot even establish connection after 2h
[13:49] <asac__> (even without NM)
[13:51] <fta> i barely used my netbook recently, last time was 3 weeks ago but it didn't use the network, it was in a train
[13:51] <asac> hmm ok
[13:51] <fta> if you want me to try something, i can, i'm at home today
[13:52] <asac> fta: fire up that netbook ... upgrade to latest
[13:52] <asac> put it on wireless and download something that will take a while
[13:52] <fta>  /w or /wo the nm ppa?
[13:52] <asac> use nm ppa because beta is a bit broken
[13:53] <asac> but it should work to get a wifi connection if you dont use the editor
[13:53] <asac> so it shouldnt matter much
[13:53] <asac__> bug 439723 and bug 414560
[14:02] <fta> asac, weren't you supposed to update the x-www-browser bug?
[14:06] <fta> *sigh* can't connect to archive.u.c
[14:06] <fta> beta effect?
[14:13] <sevoir> asac / asac__ : can I propose for merging my other branch to you and bdrung_ ?
[14:15] <asac> sevoir: yes, just propose a merge and mark the other as superseded
[14:15] <asac> fta: yeah
[14:15] <asac> beta
[14:16] <asac> need to go somewhere else ;)
[14:24] <fta> 607 upgraded, 81 newly installed, 10 to remove and 1 not upgraded.
[14:24] <fta> Need to get 510MB of archives.
[14:27] <sevoir> asac: missing target branch ... what can I write for target branch ?
[14:33] <asac> sevoir: i created a target branch yesterday and requested a merge for your thing ... didnt i?
[14:34] <asac> just use the same used in the other merge request
[14:34] <asac> fta: yeah. so maybe you will even see the problem while downloading that stuff ... i assume you are already on .31?
[14:34] <asac> fta: btw. fixed my comment in the alternative bug
[14:35] <fta> yeah, 31-5
[14:35] <fta> but i'm wired
[14:35] <asac> hmm. try wireless ;)
[14:35] <asac> on your netbook
[14:35] <asac> that should show if you have the bug already ... which i think is likely
[14:38] <sevoir> asac: thx, I proposed
[14:38] <asac> sevoir: not sure i got the mail (might be i forgot to subscribe to the branch) ... please request review from me explicitly
[14:41] <sevoir> asac: the reviewers: you and bdrung_
[14:42] <asac> tx
[15:01] <asac> kenvandine: so can we get the name_owner_change for gwibber and exception handling up today? or rather next week?
[15:02] <asac> i think would be beneficial to get that in asap so we see what is left from the unstability
[15:02] <eagles0513875> asac: O_o remember how the otherday bindwood wasnt working for me
[15:03] <asac> i am not sure i want to remember that
[15:03] <asac> its probobably your own confusion ;)
[15:03] <kenvandine> asac: i plan to work on that this weekend... been too wrapped up in empathy this week :/
[15:03] <asac> kk
[15:03] <asac> kenvandine: the name_owner_dbus patch should be trivial, no?
[15:04] <asac> or would that hide too many exception cases?
[15:04] <kenvandine> i would think... but it didn't work quite the same way in gwibber
[15:04] <asac> i mean ... so far we get bugs probably whenever daeomon goes down or dies (no reply)
[15:04] <kenvandine> yeah... the name_owner_change should be easy
[15:04] <asac> which might not be that bad ... though we probably understand that we need error handling for all remote calls
[15:04] <kenvandine> but it isn't working in gwibber
[15:04] <asac> kenvandine: thought the fix was easy (just main loop)
[15:05] <kenvandine> yeah... didn't work in gwibber
[15:05] <kenvandine> not sure why
[15:05] <kenvandine> it's weird
[15:05] <asac> ok sounds odd
[15:05] <kenvandine> yeah... i need to spend some more time on it
[15:05] <asac> kenvandine: i think exception handling has priority for now. there probably can also be regular timeouts
[15:05] <kenvandine> but i promised rick good progress with AV in empathy this week :)
[15:05] <asac> e.g. when daemon gets timeout from service ietc
[15:05] <asac> sure
[15:05] <asac> AV?
[15:06] <kenvandine> audio/video
[15:06] <asac> ok. thats jabber video right?
[15:06] <asac> and auto?
[15:06] <kenvandine> yeah
[15:06] <asac> audio ;)...damn
[15:06] <asac> is that google voice? libjingle is that ... isnt it?
[15:06] <kenvandine> working ok now... but we need to add some stuff to guide the user when there is a problem
[15:06] <kenvandine> farsight
[15:07] <kenvandine> not google voice
[15:07] <kenvandine> just video over jabber
[15:07] <asac> hmm. not libjingle?
[15:07] <asac> ok
[15:07] <asac> there is no libjingle in archive ;)
[15:07] <kenvandine> problem is if you don't have upnp on enabled on your router... it silently blows up
[15:07] <asac> http://code.google.com/apis/talk/libjingle/index.html
[15:07] <kenvandine> we need a way to raise something to the user to say "go turn this on"
[15:08] <asac> hmm
[15:08] <asac> blows up == crashing?
[15:08] <kenvandine> sometimes... usually just a black screen
[15:08] <kenvandine> fails to display the video
[15:08] <kenvandine> not a great user experience
[15:08] <kenvandine> farsight uses jingle
[15:08] <asac> ah ok
[15:09] <asac> not sure whats the different to google talk is then ...
[15:09] <asac> probably just that it can work everywhere
[15:09] <kenvandine> if both ends have upnp enabled it is actually pretty damn good
[15:09] <kenvandine> google talk is jabber
[15:09] <asac> i assume jabber provider needs a special service?
[15:09] <eagles0513875> asac: bindwood wasnt working for me the other day then updated some things on karmic earlier this week then when i tried it yesterday it worked
[15:09] <kenvandine> it works over google talk
[15:09] <asac> kenvandine: i know ;)
[15:09] <eagles0513875> this was prior to adding some other things that are mentioned in the wiki
[15:09] <kenvandine> nope... works with any jabber
[15:09] <asac> kenvandine: i think i mixd up voice and talk ;)
[15:09] <kenvandine> ah
[15:09] <kenvandine> different services :)
[15:09] <asac> actually thought it was the same ;)
[15:10] <asac> then i dont know voice :)
[15:10] <kenvandine> google voice just connects two real phone lines
[15:10] <kenvandine> and google brokers it
[15:10] <asac> eagles0513875: we updated the upstream release ...
[15:10] <kenvandine> i wish it was SIP
[15:10] <asac> ah ok. thanks for the info
[15:10] <eagles0513875> that explains why its working now lol
[15:10] <asac> i dont know. i have bad experience with sip
[15:11] <kenvandine> asac: SIP is great when it works :)
[15:11] <asac> maybe just because ekiga was crap when i tried it
[15:11] <asac> yes ... "when"
[15:11] <asac> ;)
[15:11] <kenvandine> like the canonical sip service rocks...just nobody uses it
[15:11] <asac> our canonical server had lots of stuttering
[15:11] <asac> same for ekiga.net
[15:11] <asac> hmm
[15:11] <kenvandine> ekiga.net is very crappy
[15:11] <asac> didnt rock for me ;)
[15:11] <asac> which is why i think it was ekiga being broken
[15:11] <kenvandine> could have been
[15:12] <kenvandine> pitti has great things to say about diamondcard.net
[15:12] <kenvandine> i think that is right
[15:12] <kenvandine> anyway.. empathy is close to rockin' for voice/video
[15:12] <kenvandine> that has been the priority this week :/  gwibber is next though
[15:13] <asac__> nice ;)
[15:13] <asac> "We Process the Nation's Credit Card Transactions"
[15:13] <asac__> two things important to see for me
[15:13] <asac__> a) non-tree layout broken
[15:13] <asac__> b) exception handling
[15:13] <asac__> c) name_owner_change
[15:13] <asac__> in that priority (but all pretty close ;))
[15:14] <kenvandine> asac__, the non-tree layout is fixed in trunk... i guess we haven't uploaded since thin
[15:14] <asac__> and then general stability
[15:14] <kenvandine> then
[15:14] <asac__> but i think b and c should give a much more stable user experience
[15:14] <asac__> already
[15:14] <kenvandine> i think when b and c are done, it will be more stable
[15:14] <asac__> evn if daemon is dead broken still ;)
[15:14] <eagles0513875> asac__:  will finish up bind wood this weekend
[15:15] <asac__> eagles0513875: its just a few packaging changes ;) ... what are you doing all the time
[15:15] <eagles0513875> asac__: just started lectures
[15:15] <eagles0513875> doing my java hw if i get fedup of tyring it i might stop and finish up bindwood
[15:16] <asac__> anyway have to do a break before meeting in 40 min
[15:17] <eagles0513875> hehe :)
[15:17] <eagles0513875> im enjoy ing helping out in the little capacity i have learned so far
[15:41] <sevoir> bye all
[15:47] <fta> asac, Fetched 332MB in 1h 2min 24s (88.7kB/s), nothing particular wrt n-m. it's just slow because of the beta rush
[15:48] <eagles0513875> holy crumpets
[15:48] <eagles0513875> tell me bout it fta even my local mirrors are bogged down
[15:48] <asac> fta: hmm all wireless?
[15:49] <fta> yes
[15:51] <eagles0513875> hehe nice
[15:52] <asac> kenvandine: 436591 is fixed in your empathy work too?
[15:53] <eagles0513875> asac: are uploads to bzr for firefox extensions getting hammered 2 in regard to new branches
[15:53] <kenvandine> it is something i am going to look at, yes
[16:37] <fta> damn, pbuilder overrides my CFLAGS
[22:04] <BUGabundo> hey
[22:04] <BUGabundo> just touching and leaving. busy night :)
[23:09] <fta> [reed], any news about the cpu hog issue in trunk?