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