[00:26] <BUGabundo_Naruto> nite
[01:09] <crimsun> fta: I'm not convinced it's actually _caused_ by pulse, but I think it's a bug that pulse is falling over so readily.
[08:04] <ddecator> micahg: when i get a chance, i'll create a draft of what the mozilla bug reporting wiki page can include, but i'll have you look it over before i put it on the site (if that's alright with you)
[08:04] <micahg> ddecator: k
[09:03] <cwillu_at_work> ever see a firefox profile that just silently exits when launched, with no errors or anything?
[09:13] <BUGabundo_remote> One more hole in the street,and I join Alice in Wonderland.Join us for tea!
[09:13] <BUGabundo_remote> me me me I saw that
[09:13] <BUGabundo_remote> remove the lock file
[15:34] <micahg> chrisccoulson: ping
[15:59] <chrisccoulson> micahg - pong
[16:00] <micahg> chrisccoulson: so, I have the TB3.0.5.head changelog ready, but we seem to have diverged from Lucid's changelog, should I just add the changelog entry for Lucid (3.0.4+nobinonly-0ubuntu4) or merge the changes in from .lucid?
[16:08] <chrisccoulson> micahg - do we need to merge any changes from .lucid at all?
[16:09] <micahg> chrisccoulson: I think all the changes are in there, just not the proper closed changelog
[16:10] <chrisccoulson> that's ok. we branched lucid before the last release, so it doesn't matter if they diverge really
[16:11] <micahg> chrisccoulson: ok, is there any harm in cleaning up the changelog, the version that's currently in Maverick isn't in there :)
[16:12] <chrisccoulson> you mean the version in maverick isn't in the changelog for .head?
[16:12] <micahg> right :)(
[16:12] <micahg> because it was just copied from Lucid, not uploaded
[16:12] <chrisccoulson> i think that's ok really, as we haven't done a maverick version yet (it's only the version copied from lucid)
[16:12] <chrisccoulson> yeah ;)
[16:13] <micahg> so, can I just add a changelog cleanup entry to .head then and not worry about a tag?
[16:14] <micahg> chrisccoulson: ^^
[16:15] <micahg> chrisccoulson: also, do you have time to push FF3.6.4+build5?
[16:16] <chrisccoulson> i'm not sure we need to do anything with the changelog other than add the new changes to the currently open changelog entry and change the version from 3.0.5~hg20100414r4813+nobinonly-0ubuntu1 to 3.0.5+build2+nobinonly-0ubuntu1
[16:16] <chrisccoulson> then tag and i can upload that to maverick
[16:16] <chrisccoulson> yeah, i will do +build5 for FF in a bit
[16:18] <micahg> chrisccoulson: I have 2 bugs that will be closed by upstream fixes
[16:19] <micahg> chrisccoulson: well currently the top changelog has some of the changes that are already in Maverick, that's why I wanted to clean it up
[16:21] <chrisccoulson> ah, ok. i don't mind either way really. if it's easy to clean up, then feel free
[16:29] <micahg> chrisccoulson: k, you should have it in about 2 hrs
[16:40] <jcastro> chrisccoulson: you'll have a developer badge on the forum soon so people can identify you for your awesomeness
[16:49] <chrisccoulson> jcastro - thanks :)
[17:17] <micahg> chrisccoulson: good news, miro will no longer be a xul rdepend starting with miro 3.0.2 :)
[17:20] <fta> debian 582029
[17:20] <ubot4> Debian bug 582029 in libecal1.2-7 "libecal1.2-7: include fix for e_source_get_uri() warning "called on source with no absolute URI!"" [Normal,Fixed] http://bugs.debian.org/582029
[17:20] <fta> hm
[17:22] <fta> micahg, what will it use then?
[17:22] <micahg> fta: webkit :)
[17:22] <chrisccoulson> micahg - that's good then
[17:23] <micahg> chrisccoulson: yep :)
[17:23] <chrisccoulson> now, i just wish that everybody else would do the same ;)
[17:23] <micahg> chrisccoulson: let's go file bugs upstream :)
[17:23] <micahg> j/k
[17:23] <chrisccoulson> micahg - do you think there's anything else worth dropping from the archive this cycle? or do you think people will just get upset?
[17:24] <chrisccoulson> i'm trying to make blam work on hardy with xulrunner 1.9.2, it has the same issue that xiphos had though
[17:24] <micahg> chrisccoulson: idk, I have to review the list, I'm still focusing on hardy right now :)
[17:24] <chrisccoulson> time to use my mono skillz
[17:25] <micahg> chrisccoulson: ah, maybe you can fix gluezilla too when hardy's done :)
[17:25] <chrisccoulson> heh, i'm not that familar with C# yet. i just typed my first line of C# code ;)
[17:25] <chrisccoulson> hoping it will fix blam
[17:25] <micahg> chrisccoulson: I hope to get back to the backporting tonight
[17:26] <chrisccoulson> that's all i'm working on right now. epiphany, epiphany-extensions are done
[17:26] <chrisccoulson> (along with all the things that needs - webkit, libsoup and libproxy)
[17:26] <micahg> chrisccoulson: k, well I've got kazekhase mostly done
[17:26] <chrisccoulson> gecko-sharp2 is done
[17:26] <micahg> chrisccoulson: have you uploaded to the transition PPA?
[17:26] <chrisccoulson> micahg - isn't kazekhase using xulrunner 1.8?
[17:27] <chrisccoulson> is it really worth us porting those, seeing as that's been unmaintained for a long time now
[17:27] <micahg> chrisccoulson: idr, but either way, needs to be ported
[17:27] <micahg> chrisccoulson: no, most of the fixes were already made upstream for that
[17:28] <chrisccoulson> i'll get stuff in to the PPA later
[17:28]  * micahg was tempted to throw the 0.5.8 version in, but it seems to be going ok
[17:28] <chrisccoulson> i've got xulrunner-1.9.2 in bzr for hardy and jaunty
[17:29] <chrisccoulson> is also got ff3.6.4 packaged and working too, using the firefox-3.0 source package name
[17:29] <chrisccoulson> i wasn't sure if that was the best thing to do
[17:29] <micahg> chrisccoulson: can you update https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list with what you've done?  we should focus on the apps at the bottom
[17:29] <chrisccoulson> yeah, can do
[17:29] <micahg> chrisccoulson: thanks, I just want to make sure we're not duplicating efforts
[17:30] <chrisccoulson> ok, the only thing i've done on the bottom is epiphany
[17:30] <chrisccoulson> which was a pain ;)
[17:30] <micahg> k, and you're working on blam
[17:30] <micahg> chrisccoulson: the rest of the rdepends not on the bottom I don't think we have to worry about
[17:31] <chrisccoulson> i'm happy with that
[17:33] <micahg> chrisccoulson: we're not dropping the xul-1.9 source AFAIK
[18:56] <mdeslaur> chrisccoulson: you just wish everyone moved to webkit because you haven't seen the massive amounts of CVEs to be fixed in webkit yet :)
[19:00] <chrisccoulson> mdeslaur, that doesn't sound good :(
[19:00] <mdeslaur> chrisccoulson: hehe :)
[19:06] <DASPRiD> by the way, can you still tell thunderbird 3 to just filter within the current view, instead of opening such a nasty search tab?
[19:57] <micahg> is there any trick if xrandr is showing the wrong resolution for an external monitor aside from restarting x/reboot?
[20:08] <asac> chrisccoulson: micahg: hey ... how are things going?
[20:08] <asac> is 3.6 rooll out coming soon? :)
[20:08] <micahg> asac: I'm hoping by next week we can have everything staged, 3.6.4 release is scheduled for June 1
[20:10] <asac> hmm
[20:10] <micahg> asac: chrisccoulson got epiphany done
[20:10] <chrisccoulson> finally ;)
[20:10] <asac> did you already start getting feedback on the ffox 3.6?
[20:10] <asac> imo that shouldnt wait for the rest of the staging
[20:11] <asac> chrisccoulson: rock on
[20:11] <asac> chrisccoulson: so what we need to do is to change soname for the libs we want to use new versions for
[20:11] <chrisccoulson> asac - i can push firefox and xulrunner for hardy and jaunty later, i got those done last week
[20:11] <micahg> asac: chrisccoulson: hmmm, good point, maybe we should focus on the FF rdepends before finishing the xul rdepends
[20:11] <asac> like libsoup ... we need to ship that in a package that isinstalled side by side with the hardy soup
[20:11] <chrisccoulson> asac - i already changed the soname for libsoup
[20:11] <asac> chrisccoulson: great
[20:11] <chrisccoulson> and it's parallel installable
[20:12] <asac> and yes ... focus on ffox ... its really important to not fall behind wrt open security issues
[20:12] <chrisccoulson> asac - i wasn't sure whether to do the same for webkit - there's currently only one thing in the archive using webkit in hardy
[20:12] <asac> i would get all ffox done first, then epiphany
[20:12] <asac> then the whole xulrunner stuff
[20:12] <micahg> chrisccoulson: so, maybe let's get the extensions done for Firefox that are in hardy archive and get them staged in transition PPA
[20:12] <asac> chrisccoulson: i would do the same as you can then do the same for jaunty/karmic
[20:13] <asac> where the rdepends probably grew
[20:13] <chrisccoulson> yeah, extensions are pretty important to get done, as the firefox update probably breaks most of those
[20:13] <asac> ack
[20:14] <chrisccoulson> i'm looking forward to getting this finished though and starting on maverick ;)
[20:14] <micahg> chrisccoulson: right, so do you want to divide the list and tell me which ones to take?
[20:14] <mdeslaur> whoa...we don't want _two_ webkits in main in jaunty and karmic...
[20:14] <micahg> mdeslaur: epiphany I thought was in univers
[20:14] <chrisccoulson> it's in main in hardy
[20:14] <micahg> ugh, main in Jaunty, universe for karmic
[20:14] <asac> mdeslaur: you rather want an insecure epiphany?
[20:15] <chrisccoulson> well, epiphany needs the newer webkit anyway
[20:15] <asac> mdeslaur: also the webkit will have no rdepends besides epiphany so it doesnt require backports/patches
[20:15] <micahg> karmic is already webkit anyways
[20:15] <asac> mdeslaur: you can also allow new libwebkit in everywhere and eat the regressions  ... its security team choice :)
[20:15] <mdeslaur> asac: so the new webkit is going to universe in jaunty and karmic, just for epiphany?
[20:16] <asac> mdeslaur: it goes to main where epiphany is in main
[20:16] <asac> i think ephy is in main for hardy, jaunty
[20:16] <micahg> asac: yep
[20:17] <asac> mdeslaur: but more or less right. we can think about shipping it in-source
[20:17] <asac> not sure how much less effort that would mean though
[20:17] <mdeslaur> hmm...
[20:17] <micahg> asac: I would think in source backporting patches for webkit would be harder
[20:18] <mdeslaur> so, new webkit in main for hardy and jaunty, parallel to the existing webkit, and new webkit in universe for karmic?
[20:18] <micahg> mdeslaur: epiphany is already webkit based in karmic
[20:19] <mdeslaur> micahg: so we're just talking about hardy and jaunty?
[20:19] <asac> yeah i think its really just hardy+jauntt
[20:19] <asac> yep
[20:19] <micahg> mdeslaur: for epiphany yes
[20:19] <asac> unless ephy is still gecko in kiarmic
[20:19] <asac> which i think it isnt
[20:19] <micahg> asac: no, you took care of that ;)
[20:19] <chrisccoulson> so, you want me to change the soname of webkit too, and make those parallel installable?
[20:20] <asac> chrisccoulson: that was my idea ... ytes.
[20:20] <chrisccoulson> ok, i can do that
[20:21] <chrisccoulson> asac - i got the backport working without any changes to glib and gtk btw
[20:21] <micahg> chrisccoulson: so, I can get the list of hardy extensions tonight, if there's not too many, maybe I should just update them and you can focus on porting if that's ok?
[20:21] <chrisccoulson> micahg - yeah, that's ok with me
[20:22] <micahg> chrisccoulson: k, except for kazekhase as I have already done about half of it ;)
[20:22] <micahg> chrisccoulson: anything else that I partially worked on will be in the transition PPA with a build failure
[20:22] <chrisccoulson> mdeslaur, do we require a USN for rolling out ff3.6.4 in hardy and jaunty?
[20:23] <mdeslaur> chrisccoulson: will 3.6.4 fix security issues?
[20:25] <chrisccoulson> mdeslaur - i suspect so (seeing as 3.0 in hardy currently doesn't get security fixes by mozilla anymore). howver, upgrading also allows us to support it to fix security issues in the future
[20:25] <chrisccoulson> bbiab, food has arrived ;)
[20:25] <mdeslaur> chrisccoulson: yes, we need a USN then
[20:25] <mdeslaur> chrisccoulson: what version of webkit have you backported?
[20:25] <micahg> mdeslaur: asac: chrisccoulson: I would think there should be a USN explaining the move to FF36 and xul192 in hardy/jaunty
[20:26] <mdeslaur> micahg: I agree
[22:04] <fta> crimsun, desperate measures.. http://paste.ubuntu.com/440068/
[22:05] <micahg> chrisccoulson: so, I pushed up the TB.head changelog/tag, do you want me to do the .lucid one too
[22:07] <micahg> chrisccoulson: could you also take a look at bug 584758, I thought I was clear, but the reporter doesn't seem to understand
[22:07] <ubot4> Launchpad bug 584758 in ubuntu (and 3 other projects) "Ubuntu web browsers do not properly identify host (affects: 1) (heat: 10)" [Wishlist,Won't fix] https://launchpad.net/bugs/584758
[22:34] <BUGabundo> fta: chromium codec no build for maverick?
[22:35] <fta> uh?
[22:35] <fta> https://edge.launchpad.net/~chromium-daily/+archive/ppa/+packages
[22:35] <fta> or maverick/universe?
[22:35] <fta> BUGabundo, ^^?
[22:36] <BUGabundo> https://edge.launchpad.net/~chromium-daily/+archive/stable/+packages?field.name_filter=&field.status_filter=published&field.series_filter=lucid
[22:36] <BUGabundo> sorry, mav
[22:36] <BUGabundo> https://edge.launchpad.net/~chromium-daily/+archive/stable/+packages?field.name_filter=&field.status_filter=published&field.series_filter=maverick
[22:36] <BUGabundo> stable
[22:36] <fta> oh
[22:37] <fta> i wonder what happens if i copy for the ppa to the same ppa just changing the dist...
[22:38] <fta> hm.. seems possible with the UI
[22:38] <micahg> fta: yep, as long as nothing needs to be compiled against the version specific libs
[22:39] <fta> it lets me choose between copy and rebuild.. i wonder what happens for each
[22:39] <fta> i mean, if i rebuild, it will have the same version so i'm puzzled
[22:40] <fta> if i copy, i don't understand either.. there's no need to copy, just to add an entry in the dist file
[22:40] <fta> micahg, ^^
[22:40] <micahg> fta: well, rebuild I don't think will work, copy will work, but you should only use it if it doesn't need to be compiled against different system lib versions
[22:40] <fta> it doesn't
[22:41] <fta> trying..
[22:42] <fta> something happened.. somehow
[23:16] <BUGabundo> the power o #LZMA
[23:16] <BUGabundo> 61M  /tmp/valgrind22584.log
[23:16] <BUGabundo> 1.8M /tmp/valgrind22584.log.zip
[23:16] <BUGabundo> 368K /tmp/valgrind22584.log.tar.lzma