[00:40] <micahg> jdstrand: I asked chrisccoulson to be in touch with you as I will be offline for a couple days
[02:52] <[reed]> asac / jdstrand / fta: don't forget releases tomorrow
[08:58] <BUGabundo_remote> m0rning
[12:48] <asac> chrisccoulson: so nss is still fine ;)?
[12:48] <asac> chrisccoulson: firefox 3.5 and 3.0 security updates go out today
[12:48] <asac> are they prepared?
[12:48] <asac> xulrunner-1.9 and xulrunner-1.9.1
[12:49] <chrisccoulson> asac - nss seems to be working fine
[12:49] <chrisccoulson> will you have a chance to upload that? (along with nspr and xulrunner-1.9.2) ;)
[12:49] <chrisccoulson> i can upload firefox 3.6.2....
[12:50] <chrisccoulson> but i can't do the others
[12:50] <asac> chrisccoulson: you can upload firefox 3.6.2?
[12:50] <asac> how is that?
[12:50] <asac> i dont think its in the desktop package set
[12:52] <asac> but yes, will upload nss/nspr now
[12:53] <jdstrand> asac, chrisccoulson: ff USNs: 920-1 921-1
[12:53] <asac> jdstrand: thanks
[12:53] <jdstrand> asac: micah told me that 3.5 got a new nss. will karmic be getting a new system nss? is it security related?
[12:54] <chrisccoulson> asac - "== All uploaders for package 'firefox' =="
[12:54] <chrisccoulson> Archive Upload Rights for ubuntu-desktop: package set 'ubuntu-desktop' in lucid
[12:54] <chrisccoulson> so, i'm not sure if that's a mistake or not ;)
[12:54] <chrisccoulson> but it looks like i can upload that
[12:54] <chrisccoulson> i will look at these other security updates today too
[12:55] <asac> chrisccoulson: its a mistake
[12:55] <asac> but i dont care
[12:55] <chrisccoulson> that's ok, i don't mind being able to upload it ;)
[12:55] <asac> well i care because i get busted if someone uploads it
[12:55] <chrisccoulson> it's only seeded in ubuntu isn't it?
[12:56] <asac> its a trademark issue thing
[12:56] <asac> noone really understands the processes from the desktop team
[12:56] <asac> and if they start sponsoring patches etc. all goes crazy
[12:57] <asac> chrisccoulson: we got permission to add the cairo patch
[12:57] <chrisccoulson> asac - excellent
[12:57] <chrisccoulson> it's working fine now btw
[12:57] <chrisccoulson> i've got beautiful fonts here now ;)
[12:57] <jdstrand> asac, chrisccoulson: is karmic getting a new libnss for a security update? it needs a USN if it is
[12:58] <asac> i havent checked if it does
[12:58] <asac> chrisccoulson: please add it to the branch. let me add you to the mt now
[12:58] <asac> chrisccoulson: but really. dont add patches ;)
[12:59] <chrisccoulson> yeah, no worries
[12:59] <chrisccoulson> the current branch is tagged for 3.6.2-0ubuntu1 atm isn't it?
[12:59] <jdstrand> asac, chrisccoulson: ok, for karmic/libnss, the USN doesn't need to be preassigned if we are doing that, however, if it is not going to be preassigned then please add the CVE id to the changelog
[13:01] <asac> chrisccoulson: where did you get the ""== All uploaders for package 'firefox' ==""
[13:01] <asac> from?
[13:01] <chrisccoulson> asac - "edit_acl.py -s firefox query"
[13:01] <chrisccoulson> (from ubuntu-archive-tools)
[13:02] <asac> ok
[13:02] <asac> just checked. its a bug
[13:02] <asac> but cant be fixed in lucid
[13:02] <chrisccoulson> asac - cjwatson is normally the person to speak to about those issues
[13:03] <asac> chrisccoulson: checked with him
[13:03] <asac> its a bug
[13:03] <asac> will be fixed in lucid+1
[13:04] <chrisccoulson> cool, thanks
[13:04] <chrisccoulson> and hopefully i will be able to upload to main by then anyway ;)
[13:04] <asac> chrisccoulson: added you to mt
[13:05] <asac> please take extra care about what you do ;)
[13:05] <asac> never change changelogs from the past etc.
[13:05] <asac> e.g. because lintian complains etc.
[13:05] <chrisccoulson> yeah, no worries. thanks
[13:05] <asac> and when adding patches we need to get permission ;)
[13:06] <asac> chrisccoulson: ok so focus on 3.0/3.5/1.9/1.9.1 security updates
[13:06] <asac> chrisccoulson: i will add you to ubuntu-mozilla-security
[13:06] <chrisccoulson> thanks
[13:06] <asac> chrisccoulson: please check if we need new nss for 1.9/1.9.1 too
[13:06] <asac> as jdstrand said
[13:06] <chrisccoulson> yeah, will do
[13:07] <asac> done
[13:07] <asac> chrisccoulson: let me paste you the dput configs
[13:07] <asac> because we need to upload with -security
[13:07] <asac> oh i already gave those, right?
[13:07] <chrisccoulson> i think so, but i would have to find them again
[13:08] <asac> http://paste.ubuntu.com/406488/
[13:08] <asac> those are they
[13:08] <chrisccoulson> thanks
[13:08] <asac> be careful that you dont push stuff for X-security to >X
[13:08] <asac> that will cause bad problems with versioning ;)
[13:14] <asac> chrisccoulson: can you check if we need new nss for security updates?
[13:14] <asac> then i would like to add the USN/CVE to the lucid changelog too
[13:14] <asac> nspr uploaded
[13:14] <asac> waiting now on that before i push nss
[13:15] <Dimmuxx> oh so 3.6.2 in lucid will have proper fonts?
[13:16] <asac> only half
[13:17] <Dimmuxx> why only half?
[13:19] <chrisccoulson> asac - it looks like they all need the latest nss at least for 1.9.1 / 3.5.9
[13:19] <chrisccoulson> sorry, i meant we need the latest for at least 1.9.2 / 3.5.9
[13:20] <chrisccoulson> i'm just checking 3.0.19 too
[13:20] <chrisccoulson> so, you can probably add the USN to the lucid changelog
[13:23] <asac> jdstrand: so you want the USN for nss or the CVE?
[13:23] <asac> which CVE is it? (if you have it at hand)
[13:23] <asac> the CVE is probably mentiond in the 3.5. upstream adivsory anyway
[13:24] <jdstrand> asac: I don't have it. I don't have any info on nss. I'm going purely on what micahg said (that ff35 gets an updated nss)
[13:24] <asac> yeah
[13:24] <asac> ok
[13:25] <jdstrand> asac: as such, *if* libnss is getting updated *and* it is for a security update, then just add the CVE to the changelog
[13:25] <jdstrand> asac: I can then assign a USN later
[13:25] <jdstrand> asac: otherwise, no USN
[13:25] <jdstrand> (though it'll go through -security still, obviously)
[13:43] <kenvandine> BUGabundo_remote, hey... gwibber is much faster now and should be easier on your CPU
[13:43] <kenvandine> BUGabundo_remote, with desktopcouch 0.6.3-0ubuntu2 that i uploaded last night
[13:43] <kenvandine> gwibber-service starts in 0.8s for me now... down from 9s
[13:48] <BUGabundo_remote> kenvandine: let me update and run trunk
[13:48] <BUGabundo_remote> I was about to give about on gwibber
[13:48] <kenvandine> just use the package :)
[13:48] <BUGabundo_remote> everyime I use it my CPU goes 100% and stays there
[13:48] <BUGabundo_remote> and yes, start is much faster now
[13:48] <BUGabundo_remote> I noticed that
[13:48] <kenvandine> :)
[13:49] <kenvandine> on my netbook, the client and service starts in 3s total
[13:49] <kenvandine> even without desktopcouch running
[13:49] <kenvandine> down from 22s
[13:49] <BUGabundo_remote> I tried to use cpulimit on the process
[13:50] <kenvandine> on my laptop it went from 11s down to 1.2s
[13:50] <BUGabundo_remote> but it keeps spawning gwibber-services
[13:50] <kenvandine> for both client and service
[13:50] <kenvandine> well it should do that
[13:50] <kenvandine> it is threaded
[13:50] <kenvandine> but
[13:50] <kenvandine> there is another bug... if you are running trunk, did you run gwibber-accounts from trunk?
[13:50] <BUGabundo_remote> how do I restart (or just kill) desktopcouch ?
[13:50] <kenvandine> killall beam.smp desktopcouch-service
[13:50] <BUGabundo_remote> gwibber-accounts ??
[13:51] <BUGabundo_remote> that's the 1st tiem I hear that
[13:51] <kenvandine> ok
[13:51] <kenvandine> that is the accounts UI
[13:51] <kenvandine> if you run that from trunk and save any accounts it moves you passwds into the keyring
[13:51] <BUGabundo_remote> Now on revision 698.
[13:51] <kenvandine> there is a nasty keyring bug now
[13:51] <kenvandine> which is pegging the CPU
[13:51] <BUGabundo_remote> I've read about it on #-bugs
[13:51] <kenvandine> affecting gvfs, gwibber, desktopcouch and i think ubuntuone
[13:51] <BUGabundo_remote> so I better not run trunk ?
[13:51] <kenvandine> probably many others too
[13:52] <kenvandine> well... trunk is fine as long as you don't save your accounts :)
[13:52] <BUGabundo_remote> ok
[13:52] <BUGabundo_remote> starting trunk NOW
[13:52] <kenvandine> this keyring bug is bad... gotta be a high priority
[13:53] <BUGabundo_remote> 2.5 sec
[13:54] <BUGabundo_remote> oops
[13:54] <BUGabundo_remote> pressed the wrong button
[13:55] <BUGabundo_remote> 5922   0.68s   1.21s     0K     0K     0K     0K  --   - R  94% gwibber-servic
[13:55] <BUGabundo_remote> lots of CPU
[13:56] <BUGabundo_remote> and it aint even syncing
[13:58] <Chrissss> Hello, i've got a short question. Will https://launchpad.net/~mozillateam/+archive/firefox-stable be updates with Firefox 3.6.2?
[13:58] <Chrissss> and if yes, do you have a schedule for this?
[13:58] <Chrissss> Thanks
[14:05] <Chrissss> Ok, found the answer :) https://lists.ubuntu.com/archives/ubuntu-mozillateam/2010-March/001095.html
[14:16] <asac> chrisccoulson: have a nss tarball?
[14:17] <chrisccoulson> asac - ftp://anonymous@ftp.mozilla.org/pub/security/nss/releases/NSS_3_12_6_RTM/src
[14:18] <asac> chrisccoulson: odd
[14:18] <asac> i didnt find it there ;)
[14:18] <chrisccoulson> i couldn't find it when i accessed it through the http: URL
[14:19] <asac> oh its really there ;)
[14:19] <asac> http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/NSS_3_12_6_RTM/
[14:19] <asac> its there too ;)
[14:19] <asac> probably was a time delay
[14:19] <chrisccoulson> yeah, i think so. when i initially started it, i couldn't see 3.12.6 either
[14:20] <asac> might also be a mirroring thing
[14:21] <asac> i am sure i didnt see it a just an hour ago
[14:28] <gnomefreak> does anyone know how to change/get a splash screen in Lucid. i cant find where to enable it
[14:29] <asac> chrisccoulson: nss uploaded. once all nspr/nss have biuld on all archs we can release ffox 3.6.2
[14:30] <chrisccoulson> asac - excellent, thanks!
[14:30] <asac> chrisccoulson: do you have a identi.ca account? or twitter?
[14:31] <chrisccoulson> asac - i have an identi.ca account, but i've never used it ;)
[14:31] <chrisccoulson> and i only have a single follower ;)
[14:31] <asac> chrisccoulson: same name as in nick here?
[14:31] <chrisccoulson> it is
[14:31] <asac> i will mention you ;) ... you will get a few followers then i think;)
[14:32] <asac> done
[14:33] <chrisccoulson> thanks
[14:33] <chrisccoulson> i just got notified via gwibber
[14:37] <gnomefreak> ok this is pissing me off
[14:39] <gnomefreak> asac: any chance on getting 3.6 < Lucid
[14:40] <fta2> asac, do you know what's preventing the codecs from being processed from the NEW queue ?
[14:44] <fta2> chrisccoulson, congrats :)
[14:46] <chrisccoulson> hey fta2, thanks :)
[14:54] <asac> gnomefreak: yes, sooner or later thats going to happen
[14:54] <asac> fta: is a FFe bug there?
[14:54] <asac> i can ask riddell then
[14:54] <asac> fta: gimme the bug id
[14:54] <asac> ;)
[14:58] <gnomefreak> asac: ok cool
[15:04] <fta2> bug 513776
[15:04] <fta2> no
[15:04] <fta2> bug 537617
[15:04] <fta2> asac, ^^
[15:07] <asac> fta2: was it approved (http proxy is going mad here)
[15:08] <fta2> asac, approved? what do you mean?
[15:09] <asac> fta2: FFe approved?
[15:10] <asac> nevermind ... finally opened and stefan said it was ok
[15:12] <asac> 16:10 < Riddell> asac: what do i need to do?
[15:12] <asac> 16:11 < asac> Riddell: archive admin ;)
[15:12] <asac> 16:12 < asac> NEWing basically
[15:12] <asac> 16:12 < Riddell> right, will do
[15:12] <asac> 16:12 < asac> coool
[15:12] <asac> fta2: ^^
[15:18] <fta2> thanks
[15:56] <eagles0513875> hi asac :) hope all is well
[15:57] <asac> eagles0513875: hi
[15:58] <eagles0513875> asac: got a question for ya whats gonna be done about the npbinviewer of flash and it crashing?
[15:59] <asac> eagles0513875: chrisccoulson might want to check if there is new stuff upstream
[15:59] <eagles0513875> asac: reason im asking is im following that bug someone said that the 64bit alpha works just fine and would remedy the situation of teh crash of the wrapped version
[15:59] <asac> next to the 100 other things he has on his list ;)
[15:59] <eagles0513875> lol
[15:59] <asac> no ...64bit isnt going to fly
[16:00] <asac> simply because there is no security support
[16:00] <eagles0513875> why is that though
[16:00] <eagles0513875> O_o
[16:00] <asac> e.g. and they skipped an important update
[16:00] <eagles0513875> :(
[16:00] <asac> so there is even an incident that proofs not pushing that was right
[16:00] <eagles0513875> ya
[16:00] <asac> with some luck we will be able to get it before lucid as final
[16:00]  * gnomefreak adds git to learn after learning a text email 
[16:01] <asac> or after. not sure if we will migrate nspluginwrapper users there when they release after lucid
[16:01]  * eagles0513875 needs to do the same
[16:01] <asac> but that might be anoptions
[16:01] <eagles0513875> flash is a mess
[16:01] <asac> oh yes.
[16:01] <eagles0513875> even on windows
[16:01] <eagles0513875> firefox on windows for some reason if you have alot of tabs open with flash it doesnt know how to handle them very well and crashes
[16:03] <gnomefreak> i had a page on mutt but dont recall what i did with it
[16:03] <gnomefreak> flash 64 needs to get into archives im tired of answering i dont know if it will make it in
[16:04] <eagles0513875> hehe
[16:04] <eagles0513875> thats what i was asking as well
[16:04] <eagles0513875> gnomefreak: it seems to be the solution to nsplugin crashing as im following a bug on lp about it
[16:05] <gnomefreak> problem is 64bit is having alot of issues last i heard
[16:06] <eagles0513875> asac:  mentioned something about security
[16:07] <gnomefreak> flash == piece of crap IMHO
[16:07] <gnomefreak> it will never bee worth a thing for Linux
[16:07] <gnomefreak> missing basic support
[16:09] <gnomefreak> libnspr4-0d :)
[16:09] <gnomefreak> nss still not here i dont think
[16:10] <gnomefreak> nope its not
[16:13] <BUGabundo_remote> kenvandine: both trunk and daily ppa use an entire CPU on idle :(
[20:09] <ripps> Is chromium-browser from the dev ppa gonna see the internal flash plugin?
[20:18] <fta> it should
[20:34] <BUGabundo> evening
[21:05] <fta> \o/ https://edge.launchpad.net/ubuntu/lucid/+source/chromium-codecs-ffmpeg/0.5+svn20100326r42726+42573+42890-0ubuntu1
[21:22] <ripps> is the nonfree codecs gonna be put in the restriced/multiverse repos?
[21:30] <fta> good question. i've renamed -nonfree to -extra (per upstream request) and they claim this whole debate does not concern users watching videos but publishers
[21:31] <fta> so it may not be an issue at all to ship just the full thing in universe/main
[21:33] <BUGabundo_WC> you mean main could actually include close codecs??
[21:35] <mahfouz> _WC means watercooler?
[21:52] <fta> i don't know, i will let the archive admins decide once the binaries are built and re-enter the NEW queue
[22:13] <BUGabundo_sofa> mahfouz: bathroom