[00:00] <asac> you will certainly get the best comment i can imaging ;)
[00:00] <asac> damn imagine
[00:00] <micahg> asac: thanks :)
[00:01] <asac> ... just need to think a bit longer about how to make an art comment ;)
[00:01]  * micahg didn't realize it was so late already
[00:01] <bdrung__> :)
[00:01] <asac> heh
[00:01] <asac> its not late for me usually, but today the time before was early ;)
[00:01] <bdrung__> micahg: you have my endorsement
[00:01] <micahg> bdrung__: awesome :), thank you
[00:02] <asac> how is 3.6.4 going? all moving ahead?
[00:03] <asac> bdrung__: thanks for helping micahg  ;)
[00:03] <micahg> asac: yeah, but epiphany seems to be trouble (lots of regressions due to webkit version not being as good as the gecko version)
[00:03] <asac> (endorsement)
[00:03] <bdrung__> np
[00:04] <micahg> bdrung__: and please feel free to let me know if you see me goof on something :)
[00:04] <bdrung__> micahg: no, i didn't found a mistake
[00:04] <asac> micahg: that was expecte3d
[00:05] <asac> the idea was to ignore most regressions wrt epiphany
[00:05] <asac> at least if those are just "feature A isnt there" type of things
[00:05] <asac> if there are crashes etc, we should look at those
[00:05] <bdrung__> micahg: i wish you were more active in Debian, but that's hard for Mozilla stuff due to the Iceweasel/Icedove thing
[00:06] <asac> we might want to see if rebasing our patches to the maverick epiphany (and webkit!) might help
[00:06] <asac> bdrung__: yes. its unfortunate
[00:06] <asac> but even for chromium it all went bezerk
[00:06] <bdrung__> asac: at least we can sync most xul extensions now
[00:07] <asac> which makes me feel less positive that there is any way to work with them  on things that are moving ahead in ubuntu usually :((((
[00:07] <bdrung__> bezerk?
[00:07] <asac> bdrung__: right. thats crazy
[00:07] <asac> sorry
[00:07] <asac> awesome ;)
[00:07] <asac> (extensions)
[00:07] <asac> and bezerk == crazy ;)
[00:08] <micahg> asac: ah, there's one w/security implications though...bug 589877
[00:08] <asac> http://en.wikipedia.org/wiki/Berzerk
[00:08] <asac> no ubottu :(
[00:08] <asac> http://launchpad.net/bugs/589877
[00:09] <micahg> bdrung__: I'm going to try to start upstreaming xul rdepends patches to debian and maybe try adopting a package to become a DM
[00:09] <bdrung__> looking at http://packages.qa.debian.org/c/chromium-browser.html - they have the same upstream version
[00:09] <micahg> bdrung__: no, that's blacklisted :)
[00:09] <asac> bdrung__: they have, but they thought they were smarter than us ;)
[00:09] <micahg> bdrung__: and I broke syncing the rdepends, but I'll try to fix that using dpkg-vendor :)
[00:09] <asac> like: the guy doing that found the create switch fta prepared to enable system libs ... and guess what
[00:10] <asac> he did it!!!!
[00:10] <asac> even though i told him thats insane and will sabotage him for future security updates :)
[00:10]  * micahg goes to find ubottu
[00:10] <asac> and he even blogged about it as him doing a great achievement by reducing the package side
[00:10] <asac> by doing this HUGE effort of enalbing system libs ... really smart ;)
[00:11] <asac> anyway ... no further comment ;) all are in good faith, i know
[00:11] <micahg> asac: I added the bug to MoM so people don't think about merging it :)
[00:11] <asac> micahg: ++
[00:12] <asac> micahg: will this bug blacklist it from merging?
[00:12] <asac> there is a way to completely make MoM ignore and not show packages
[00:12] <asac> if thats what you did thats fine
[00:12] <micahg> asac: well, it's blacklisted from syncing, idk how we can blacklist from merging except to watch for merge bugs
[00:12] <asac> hmm
[00:12] <micahg> asac: that's a feature request I was kicking around in -motu
[00:12] <asac> thought that real blacklisting would also remove it form there
[00:12] <asac> but well ;)
[00:13] <asac> tnanks
[00:13] <fta> asac, looking better? http://people.ubuntu.com/~fta/ppa-dashboard/ubuntu-mozilla-daily--ppa.html
[00:13] <micahg> asac: if I didn't have so much to do, I'd add that as a feature :)
[00:13] <asac> micahg: focus on important stuff ,)
[00:13] <fta> asac, i improved the css, and version sorting
[00:13] <asac> if someone is so crazy to merge chromium its fixable ;)
[00:13] <micahg> fta: did you get my message yesterday about timeout
[00:14] <fta> micahg, yes, i dropped it: http://people.ubuntu.com/~fta/ppa-dashboard/chromium-daily.html
[00:14] <asac> fta: getting better every day
[00:14] <asac> we spin debhelper now?
[00:14] <micahg> asac: policy is to ask last uploader, but some people forget/don't think about it
[00:14] <asac> ah thats the backport for dh7
[00:14] <asac> kk
[00:14] <micahg> fta: k, I figured since you were going to anyways, why not do it now? :)
[00:14] <micahg> asac: yeah, it seems that we don't need the dh7 backport
[00:14] <asac> micahg: right, but usually big packages dont pull in much traction of junior folks in community. and seniors understand the situation; so all should be fine
[00:15] <fta> micahg, well, the next upload to lucid will be big then, or forked. that's about it
[00:15] <micahg> fta: ?
[00:16] <fta> ch, without timeout
[00:16] <fta> i mean, without testsuite
[00:16] <micahg> fta: I thought it was just testsuite?
[00:16] <micahg> fta: won't that make it smaller?
[00:16] <fta> the debs? no. but build time, sure
[00:17] <micahg> fta: ah
[00:17] <asac> how about a green light on firefox-3.7 ? ;)
[00:17] <asac> i would love to get an update ;)
[00:17] <asac> http://people.ubuntu.com/~fta/ppa-dashboard/ubuntu-mozilla-daily--ppa.html
[00:17] <micahg> asac: sorry, I'll fix it when I get home (hopefully before the bot runs :) )
[00:17] <asac> j.k. you are doing a great job
[00:17] <asac> micahg: i think its important, but maybe it means we should reach out for more contributors
[00:18] <micahg> asac: I have ddecator working on Songbird
[00:18] <micahg> asac: when he finishes, I'll show him how to patch the dailies :)
[00:18] <asac> great
[00:18]  * asac feels that there is hope
[00:19] <micahg> asac: when I started triaging bugs a year ago, I never imagined have a package set to upload and a couple dozen blueprint tasks
[00:20] <asac> :)
[00:20] <micahg> asac: thanks :)
[00:23] <micahg> asac: next time we're together, I should buy you a drink :)
[00:23] <asac> very good ... /me wonders if there is hope that i can ever buy micahg a drink ;)
[00:24] <micahg> asac: you did buy me a drink, it just happened to be water :)
[00:24] <asac> lol
[00:25] <micahg> asac: BTW, contest if you have an interest: http://weblogs.mozillazine.org/gerv/archives/2010/06/bugzilla_600000_bug_sweepstake.html
[00:29] <bdrung__> micahg: where do you live?
[00:29] <micahg> bdrung__: Chicago
[00:29] <asac> heh ... not sure i want to compete :)
[00:30] <bdrung__> micahg: that's too far away for giving you a beer ;)
[00:30] <micahg> bdrung__: maybe we can meet at UDS next spring
[00:30] <bdrung__> micahg: if i get sponsored...
[00:31] <micahg> bdrung__: maybe in your hometown?
[00:31] <asac> bdrung__: did you apply
[00:31] <asac> ?
[00:31] <micahg> bdrung__: are you core-dev now?
[00:31] <bdrung__> asac: last time, yes
[00:31] <asac> hmm
[00:31] <asac> interesting
[00:31] <bdrung__> micahg: yes
[00:32] <asac> you shouldnt apply without ensuring that i know i guess
[00:32] <micahg> bdrung__: sounds like you're a good candidate then :)
[00:32] <bdrung__> asac: i met more folks at LinuxTag
[00:32] <asac> good. who did you meet=
[00:32] <asac> ?
[00:32] <bdrung__> asac: for example doko
[00:33] <asac> cool.
[00:33] <bdrung__> asac: doko and i live in the same city.
[00:34] <asac> let me guess ..... berlin ;)
[00:34] <bdrung__> jepp
[00:34] <asac> did you met ogra? (oliver grawert)?
[00:34] <bdrung__> asac: there were many Debian folks - enough DD to get things sponsored
[00:35] <asac> hmm. not DD yet?
[00:35] <asac> thought you were
[00:35] <micahg> bdrung__: BTW, in theory I should be able to have 2 DDs sign my key so I can get on the path to DM/DD <-- back to original active in debian comment
[00:36] <bdrung__> asac: no (didn't meet ogra). i am not a DD yet (i am still in the process). i am DM for quite a while
[00:36] <asac> micahg: why didnt we do that during uds?
[00:36] <asac> bdrung__: kk
[00:37] <micahg> asac: idk, but I was at the keysigning party (I still need to upload the sigs, and cjwatson and slangasek were there)
[00:37] <bdrung__> asac: we (Henning Eggers, Michael Nelson, Daniel Holbach, Caspar Clemens Mierau, and me) had a talk at LinuxTag
[00:37] <asac> micahg: if you have cjwatson and slagasek you should be all set
[00:38] <micahg> asac: right :), otherwise, I would have asked you
[00:38] <asac> bdrung__: great. did you publish slides?
[00:38] <asac> micahg: they didnt send you their sigs yet?
[00:38]  * micahg doesn't remember
[00:38] <asac> micahg: you should have enough sigs then i guess ;)
[00:39] <micahg> asac: not yet, maybe they're waiting for me to send them mine
[00:39] <bdrung__> asac: no, dholbach was the coordinator. please nag him to release them. i haven't the latest ones.
[00:40] <bdrung__> asac: if you want to have a look at the slides of my other talk: http://www.linuxtag.org/2010/fileadmin/www.linuxtag.org/slides/Benjamin%20Drung%20-%20Der%20%28nicht%20so%29%20lange%20Weg%20in%20Debian-Ubuntu.pdf
[00:43] <asac> micahg: nah ... guess they are just busy. if nothing happens just ping them ;)
[00:43] <micahg> asac: k
[00:43]  * micahg still has a blueprint that needs updating (but will probably be deferred to maverick +1_
[00:45] <asac> bdrung: nice!
[00:46] <asac> you make a quite good seller of both ubuntu and debian ;)
[00:46] <asac> anyway, my day is over
[00:46] <asac> 'night!
[00:46] <bdrung> gute nacht
[00:46] <asac> nacht!
[00:47]  * bdrung should go to bed, too.
[03:56] <micahg> nikolam: hi, I just saw your bug, it's most likely the cairo issue w//xul191
[08:39] <ddecator> and now i'm stuck..
[11:14] <asac> ho
[12:26] <gnomefreak> still no thunderbird 3 daily builds
[12:27] <gnomefreak> lsat build i have is 3.0.6~hg20100530r4865+nobinonly-0ubuntu1~umd1
[12:27] <gnomefreak> looks more like 3 weeks
[12:28] <gnomefreak> s/more like/like
[14:21] <chrisccoulson> jdstrand - i'm looking at the openjdk plugin today
[14:21] <chrisccoulson> i wasted a bit of time because i didn't realise that the openjdk version in karmic ships 2 different plugins (we only build one)
[14:21] <chrisccoulson> and i was looking at the wrong source for a while getting very confused ;)
[14:22] <jdstrand> :(
[14:22] <jdstrand> chrisccoulson: I'm looking at the apparmor thing as we speak
[14:22] <chrisccoulson> cool, thanks
[14:32] <chrisccoulson> jdstrand - so, the plugin is being loaded by the browser, but it doesn't seem to initialize properly (it's not even getting as far as creating the profile folder, so it shouldn't be too difficult to debug)
[14:34] <jdstrand> yuk
[14:38] <jdstrand> chrisccoulson: so, how are you planning to manage debian/ directories for all these 3.6.4 releases? I see the problem with apparmor, but how I fix it depends on what you are doing
[14:39] <chrisccoulson> i'm not sure i understand the question
[14:41] <jdstrand> chrisccoulson: well, in the past the debian/ directory is managed in bzr and frozen at release. now that all releases will have the same version, will you continue to do this and merge back the changes or just take the latest debian/ from .head and adjust the version?
[14:41] <chrisccoulson> ah, right. no, i'll maintain them all as separate branches rather than taking it straight from .head and adjusting the version number
[14:42] <jdstrand> basically, because we use the same debian/ for dailies, devel which is eventually frozen for release, it can get complicated cause assumptions on versions are always changing
[14:42] <mdeslaur> chrisccoulson, jdstrand: what's the openjdk issue?
[14:42] <jdstrand> mdeslaur: the plugin doesn't initialize with ff 3.6.4 in karmic
[14:43] <mdeslaur> jdstrand: is that with a recent openjdk, or the old one?
[14:43] <jdstrand> mdeslaur: it is in the right place and tries to, but fails
[14:43] <chrisccoulson> yeah, i'm investigating that atm
[14:43] <jdstrand> mdeslaur: what is in karmic now. oh, is this that icedtea issue using the old way which doesn't work on 3.6?
[14:44] <mdeslaur> AFAIK, firefox 3.6 dropped OJI support, so it won't work with an older openjdk
[14:44] <chrisccoulson> that's probably the issue ;)
[14:44] <jdstrand> so I guess we get to use micahg's work after all
[14:44] <chrisccoulson> yeah, i think that's what is wrong
[14:44] <chrisccoulson> the old openjdk ships an experimental npapi plugin, which we don't enable
[14:45] <mdeslaur> we probably need to backport lucid's openjdk to earlier releases
[14:45] <mdeslaur> jdstrand: is that what micahg did?
[14:46] <jdstrand> mdeslaur: yeah
[14:46] <jdstrand> aiui
[14:46] <chrisccoulson> i was thinking about just backporting lucid's npapi plugin if that's possible
[14:46] <chrisccoulson> rather than the whole of openjdk
[14:47] <mdeslaur> I wouldn't mind getting a newer openjdk, it'll ease security maintenance in the future
[14:47] <mdeslaur> unless that causes problems
[14:47] <jdstrand> chrisccoulson: re debian/> actually, I think I need to jsut rework the preinst logic, since it wasn't designed for major version upgrades :(
[14:48] <chrisccoulson> jdstrand - ok, i'll leave that with you :)
[14:49] <chrisccoulson> mdeslaur, so, you'd be happy to just backport the whole of openjdk?
[14:50] <mdeslaur> chrisccoulson: is that what micahg did already?
[14:50] <jdstrand> it would make security support easier...
[14:50] <chrisccoulson> i'm not entirely sure whether he was backporting the whole thing, or just some patches to make the experimental plugin work properly
[14:51] <chrisccoulson> i'll leave that for now and ask him when he's online
[14:51] <mdeslaur> I would have more confidence in a complete backport rather than having an experimental plugin that mismatches the openjdk version etc.
[14:51] <chrisccoulson> i think we'd only need to backport it for karmic and jaunty
[14:51] <mdeslaur> that being said, I don't know how feasible a backport is...although the sun-java-6 package gets upgraded to the latest version and seems to work okay
[14:52] <mdeslaur> chrisccoulson: we don't care about openjdk in hardy?
[14:52] <chrisccoulson> the icedtea plugin in hardy uses a separate source, and i managed to get that working
[14:52] <chrisccoulson> (it just needed updating to not use some xpcom features that don't work any more)
[14:52] <mdeslaur> oh, okay, good
[14:55] <chrisccoulson> i suppose the first thing i should try is to make sure the latest version builds on karmic
[14:55] <chrisccoulson> this is where another computer would be useful :)
[14:57] <mdeslaur> chrisccoulson: you should set up schroots
[14:58] <chrisccoulson> mdeslaur, i've done that already, but the limitation is my CPU , memory, and disk bandwidth ;)
[14:58] <mdeslaur> chrisccoulson: oh, I see, sorry :)
[14:58] <chrisccoulson> i still need to be able to do other work too ;)
[14:58] <mdeslaur> chrisccoulson: pfff :)
[14:58] <chrisccoulson> i think the last time i built openjdk, it took quite a while
[14:59] <chrisccoulson> a firefox build is bareable, but not at the same time as running kvm
[14:59] <mdeslaur> yeah, those are biggies
[15:03] <jdstrand> chrisccoulson: you can use your ppa, appropriately versioned with ~...
[15:05] <jdstrand> chrisccoulson: it would take a few hours to start, but other than that, it is fairly painless :)
[15:17] <jdstrand> chrisccoulson: ok, can you apply this to the karmic 3.6.4: http://paste.ubuntu.com/451624/
[15:17] <jdstrand> chrisccoulson: let me test one other thing first...
[15:30] <chrisccoulson> jdstrand - thanks. feel free to commit to the packaging branch though
[15:31] <chrisccoulson> for ctxextensions, i'm just going to revert back to the old version but change maxVersion in the install.rdf
[15:31] <chrisccoulson> that seems to work much better
[15:31] <chrisccoulson> the new version (which supposedly supports 3.6) just seems to be really broken
[15:32] <jdstrand> chrisccoulson: where is the packaging branch for karmic?
[15:32] <chrisccoulson> jdstrand - lp:~mozillateam/firefox/firefox-3.5.karmic
[15:32] <jdstrand> cool, thanks
[15:33] <chrisccoulson> it uses the same source package name, which might be a bit confusing ;)
[15:35] <gnomefreak> chrisccoulson: songbird FTBFS? i know you were playing with it last week
[15:36] <chrisccoulson> gnomefreak, i've not had anything to do with songbird ;)
[15:36] <chrisccoulson> i think micahg had someone in the community looking at that, but i don't remember who
[15:36] <gnomefreak> ok than who was working on it :(
[15:36] <chrisccoulson> ddecator, possibly?
[15:36] <gnomefreak> chrisccoulson: oh ok
[15:36] <gnomefreak> oh yeah
[15:36] <chrisccoulson> i'm not entirely sure though
[15:36] <gnomefreak> it was him
[15:37] <gnomefreak> thanks
[15:37]  * gnomefreak not going to get anything done today
[15:39] <aganice> hey, i'm trying to figure out whether the patch for https://bugzilla.mozilla.org/show_bug.cgi?id=311340 is included in any release
[15:40] <gnomefreak> mozilla 311340
[15:40] <gnomefreak> damn bot
[15:41] <gnomefreak> !test
[15:41] <ubot4> hrm?
[15:41] <aganice> i'm working on the problem for Ubuntu GSOC and i'm new to large project management, so some help on how to figure out where the patch has been applied would be very, very much appreciated :)
[15:42]  * gnomefreak looking
[15:42] <aganice> there's a quote "Per the current settings of the "wanted1.9.2" and "blocking1.9.2" flags at the
[15:42] <aganice> top of this bug, this isn't targeted for landing on any branches.  Just on
[15:42] <aganice> trunk (for Firefox 3.7+)."
[15:43] <aganice> but i'm kind of wondering how to verify that from the patch link
[15:43] <chrisccoulson> aganice, it's not landed in 1.9.2 yet
[15:44] <gnomefreak> looks like 3.7 but still looking as i recall we were waiting on freedesktop as well.
[15:44] <chrisccoulson> aganice, you can check here: http://mxr.mozilla.org/mozilla1.9.2/source/widget/src/gtk2/nsClipboard.cpp
[15:44] <gnomefreak> can you drop the LP bug please
[15:44] <aganice> https://bugs.launchpad.net/ubuntu/+bug/11334
[15:44] <ubot2> Launchpad bug 11334 in ubuntu (and 9 other projects) "MASTER Copy-Paste doesn't work if the source is closed before the paste (affects: 207) (dups: 25) (heat: 1090)" [Wishlist,Confirmed]
[15:44] <gnomefreak> thanks
[15:45] <aganice> ah, ok: the best way to do it is just to browse current trunk and check if the contents of the patch are there, then, right?
[15:46] <gnomefreak> chrisccoulson: any reason why our task is fixreleased?
[15:46] <chrisccoulson> yeah, that's all i did
[15:46] <gnomefreak> or is that upstream
[15:46] <aganice> thanks you very much, chrisccoulson and gnomefreak :)
[15:47] <aganice> -s
[15:47] <chrisccoulson> gnomefreak, yeah, that's the upstream task
[15:47] <gnomefreak> chrisccoulson: we dont have a task on that bug. IIRC it was firefox that it was first seen on
[15:48] <chrisccoulson> its more of a general problem across the whole platform
[15:48] <chrisccoulson> i'd rather not have a firefox task on there, as it gets quite a bit of traffic ;)
[15:48] <gnomefreak> k
[15:50] <gnomefreak> we really need to fix the ISO's this is getting kind of old now. if it is there than it is oversized but most of the time there are no ISO's for alternate installer
[16:08] <fta> hi
[16:10] <fta> micahg, http://paste.ubuntu.com/451642/
[16:12] <micahg> fta: weird
[16:13] <fta> micahg, what?
[16:13] <micahg> fta: undeclared variables
[16:13] <fta> micahg, that was bot lesson 1: how to go the essential when fixing a red daily
[16:13] <fta> +to
[16:14] <micahg> fta: ah, was wondering why you were giving it to me :)
[16:14] <fta> micahg, you said yesterday you should learn how to use my bot
[16:14] <micahg> fta: yes, indeed
[16:14] <micahg> fta: are you using system ffmpeg?
[16:15] <fta> nope, it's a forked ffmpeg adding multi-threading
[16:15] <fta> ie, the one used by upstream
[16:17] <micahg> fta: upstream code missing an include file?
[16:17] <chrisccoulson> jdstrand, ctxextensions is fixed now
[16:17] <jdstrand> cool!
[16:18] <chrisccoulson> i just reverted it back to the current version ;)
[16:19] <fta> micahg, they bumped ffmpeg from 0.5 to 0.6, which is very different. even our system 0.6 in maverick/sid is broken. we're no longer able to build mplayer with it, so mplayer moved back to in-source ffmpeg 0.5
[16:20] <fta> micahg, so i assume i got a broken snapshot, mid-air or something
[16:20] <micahg> fta: ah, makes sense
[16:21] <fta> micahg, i should probably tie it to ch, like i did for gyp
[16:21] <fta> micahg, hence more issues with syncs from debian
[16:25] <micahg> fta: k
[16:43] <jdstrand> chrisccoulson: ok, I committed the apparmor fixes to the branch. I am now going to pull the profile updates (ie, like you did for lucid-- thanks btw :)
[16:43] <chrisccoulson> ok, thanks
[16:43] <chrisccoulson> i thought i'd added the profile updates already for karmic
[16:43] <chrisccoulson> maybe i forgot ;)
[16:44] <jdstrand> oh, let me check, I didn't see my name, but I might have missed it
[16:45] <jdstrand> chrisccoulson: ok, you did, we just need to reference the bugs in the changelog. I'll do that
[16:45] <chrisccoulson> thanks
[16:52] <chrisccoulson> jdstrand - i've fixed firebug too now
[16:59] <chrisccoulson> jdstrand - i can't recreate your problem with noscript :(
[17:07] <jdstrand> chrisccoulson: I'll try again with the updated ctxextensions. maybe the fact that some things weren't initializing right was causing problems for it
[17:11] <chrisccoulson> yeah, possibly. thanks
[17:11] <chrisccoulson> micahg - were you working on backporting openjdk, or just the plugin?
[17:14] <chrisccoulson> right, i must make some more progress on jaunty now :)
[17:17] <micahg> chrisccoulson: I was trying to backport openjdk for hardy, but I stopped when you got the plugin working
[17:17] <chrisccoulson> would it be cheating if i added my test results to the QA tracker?
[17:17] <chrisccoulson> micahg - right, i don't think we need it for hardy
[17:17] <chrisccoulson> but the plugin in jaunty and karmic is using OJI
[17:18] <chrisccoulson> so, we either need to backport the newer plugin, or backport the whole of openjdk
[17:18] <chrisccoulson> mdeslaur said it would probably be better from a security POV to backport the whole of openjdk
[17:18] <micahg> chrisccoulson: I don't know what's better, the whole openjdk should be easier, but that doesn't make it better
[17:19] <micahg> chrisccoulson: ah, in that case, I can work on it this weekend
[17:19] <chrisccoulson> if you don't mind please :)
[17:19] <chrisccoulson> that one is fairly important for getting firefox out ;)
[17:19] <micahg> chrisccoulson: doko did most of the work already, I just have to take the final openjdk from lucid with the build deps from the PPA
[17:20] <chrisccoulson> it might be worth speaking to mdeslaur if you have any questions too
[17:20] <micahg> chrisccoulson: and fix any FTBFS :)
[17:20] <chrisccoulson> heh, that's the fun part ;)
[17:20]  * micahg hopes the jaunty and karmic pbuilder will behave locally
[17:21] <micahg> that was a big time killer last time I tried
[17:21] <micahg> I'll just push to PPA if I can't get it going locally in short order
[17:23] <jdstrand> chrisccoulson: k, committed r513 which should be good for uploading to the security ppa
[17:23] <chrisccoulson> jdstrand, thanks. i will upload that later on
[17:23] <micahg> chrisccoulson: thunderbird stable is building with version that will properly upgrade to archive versions if/when pushed
[17:23] <jdstrand> chrisccoulson: great. have you uploaded firebug and ctxextensions?
[17:24] <chrisccoulson> jdstrand, yeah, i just did that a few moments ago
[17:24] <chrisccoulson> micahg - cool :)
[17:24] <jdstrand> chrisccoulson: cool, I'll test them when they build along with noscript
[17:24] <chrisccoulson> i also uploaded flashblock again to fix a dangling symlink
[17:25]  * micahg is pushing to maverick in PPA also since I can't upload yet :)
[17:25] <chrisccoulson> i suppose i could probably upload tb3.0.5 to maverick, seeing as it's not covered with the USN
[17:27] <micahg> chrisccoulson: well, not covered, but it's mentioned
[17:28] <micahg> chrisccoulson: I figured you were busy w/other things anyways
[17:28] <chrisccoulson> yeah, i am a little bit ;)
[17:28] <micahg> chrisccoulson: so, no worries, I'll do an identi.ca/ML blast a little later that it's in the PPA for now
[17:33] <chrisccoulson> thanks :)
[18:37] <ddecator> chrisccoulson: yah, i'm working on songbird
[18:39] <ddecator> right now i'm talking with the devs about a change that they made to a file that seems to be for no reason and it's causing the build to fail, so they're trying to figure out why it was changed. after they fix it or i create a patch for the issue, songbird should build again and i can push to lp
[18:46] <ddecator> and it looks like the change was an accident, so time to make a patch :p
[18:51] <fta> ddecator, i hope for you there are more responsive and willing to help than when i created the package a few years ago.
[18:51] <ddecator> fta: they said they were willing to make the patch themselves later, but i said i'd make it, test it, and create an upstream bug for it :)
[18:59] <ddecator> a lot of the devs use linux, but they can't work on fixing linux issues now, so they're glad to help someone else keep it working on ubuntu
[18:59] <Mook_sb> oh, that offer was more "if you make the patch, I can review it; if I make the patch, I can't" :)
[18:59] <Mook_sb> (and yes I'm stalking you, or something ;) )
[18:59] <ddecator> ah, gotcha, still appreciated Mook_sb :)
[19:00] <ddecator> forgot you were in here, haha
[19:00] <ddecator> Mook_sb: i made the patch, so it's test building now
[19:00] <Mook_sb> ddecator: yay! thanks
[19:00] <ddecator> hopefully i don't run into any other issues, i've been working late into the night on this for three nights now..
[19:43] <micahg> asac: is now a good time to remind you about a endorsement?
[20:04] <ddecator> of course, it built successfully, but i wasn't at my comp to enter my gpg passphrase so it aborted :/
[20:05] <micahg> ddecator: that's fine, use debsign
[20:05] <micahg> ddecator: oh, you're not uploading anyways, so it doesn't matteer
[20:05] <ddecator> micahg: true, the debs are still there, so i can test it :)
[20:08] <ddecator> works! :)
[20:10] <ddecator> Mook_sb: should i file a bug against songbird or qa & build release?
[20:10] <Mook_sb> ddecator: songbird
[20:10] <Mook_sb> (since it's code being broken, and not the buildsystem being broken)
[20:19] <ddecator> ok, i have to go take care of some stuff
[20:19] <ddecator> micahg: i'll get everything committed tonight and i'll push to lp so the merge request will be updated
[20:23] <micahg> ddecator: k, I'll check Sat night
[20:23] <ddecator> micahg: sounds good, thanks :)
[20:23] <micahg> ddecator: thank you for doing the work :)
[20:24] <ddecator> micahg: np, i'm looking forward to working on other things now that this is working
[20:24] <micahg> ddecator: great, maybe this weekend I can show you hot to patch the dailies, or you can give it a shot yourself
[20:24] <ddecator> micahg: sounds good to me
[20:24] <micahg> ddecator: firefox-3.7 needs fixing and I won't get to it until Sat night
[20:25] <ddecator> micahg: if i get a chance i'll take a look
[20:25] <micahg> ddecator: so if you want to propose a merge, i'll review Sat night
[21:27] <gnomefreak> who broke my TB?
[21:28] <micahg> gnomefreak: which TB?
[21:28] <gnomefreak> micahg: daily 3.0
[21:28] <micahg> gnomefreak: upstream? :)
[21:29] <gnomefreak> no our daily PPA
[21:29] <micahg> gnomefreak: I just uploaded 3.0.5 to the thunderbird-stable PPA
[21:29] <gnomefreak> daily == 5/30/2010
[21:29] <micahg> that doesn't sound right
[21:29] <gnomefreak> thunderbird: Installed: 3.0.6~hg20100530r4865+nobinonly-0ubuntu1~umd1
[21:30] <gnomefreak> thats why i asked last week what happened to it
[21:30] <micahg> gnomefreak: it's true :(, no upstream updates, I guess they've been focusing on 3.1
[21:31] <gnomefreak> they cant do 2 things at a time? :) i would have thought stable would have been first on thier mind
[21:31] <micahg> gnomefreak: maybe it's already stable enough :D
[21:31] <gnomefreak> lol
[21:32]  * gnomefreak thinks of pinning it but that hasnt yet worked out for me since lucid dev cycle
[21:36] <gnomefreak> !daily
[21:36] <ubot2> Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/
[21:44] <gnomefreak> micahg: i guess songbird FTBFS?
[21:45] <gnomefreak> or was it ddecator
[21:45] <micahg> gnomefreak: ddecator is fixing it, hopefully we can get the dailies going early next week
[21:46] <gnomefreak> micahg: thanks
[21:46] <gnomefreak> does it support ipod?
[21:47] <micahg> gnomefreak: idk
[21:47] <micahg> gnomefreak: it used to :)
[21:48] <gnomefreak> i can find out np :)
[21:48] <gnomefreak> im more wondering how linux+ipod support is
[21:48] <gnomefreak> last time i tried 3 or so years ago it sucked
[21:51] <micahg> gnomefreak: worked great for me before
[21:51]  * micahg uses gtkpod ATM since banshee's iPod support wasn't too good before
[21:51] <gnomefreak> micahg: using? banshee
[21:52] <gnomefreak> micahg: thanks i will try
[21:52] <micahg> gnomefreak: banshee 1.6 supposedly fixed a lot of the issues, I haven't tried it lately for iPods
[21:53] <gnomefreak> micahg: that failed for me when i tried it. since i lost all win boxes i cant afford for it to fail
[21:56] <gnomefreak> micahg: do we have SM daily PPA? or do we plan on having one? for 2.0 and/or2.1
[21:56] <micahg> gnomefreak: I have plans for one, probably for 2.1
[21:56] <gnomefreak> micahg: thanks
[21:57] <micahg> gnomefreak: I also would like a milestone PPA for each of the apps, but I need to learn how to use fta's bot before I create more work for myself :)
[21:57] <gnomefreak> i will have time here and there to get something done if needed but only a couple of hours a week
[21:57] <gnomefreak> that would come in handy
[21:58] <gnomefreak> lol i am getting someone elses spam in my email
[21:58] <gnomefreak> dholbach's spam
[23:11]  * gnomefreak will finish bug mail tomorrow way too many to do tonight
[23:12] <gnomefreak> s/finish/do some
[23:16] <ddecator> gnomefreak: i fixed songbird today, i'm about to commit everything and push to lp. my original fix was never merged, so it's FTBFS for a while :p
[23:17] <chrisccoulson> gnomefreak - i haven't had time to go through my bug mail for a while
[23:17] <chrisccoulson> my work e-mail has nearly 20000 unread messages now ;)
[23:17] <gnomefreak> ddecator: ok thanks :)
[23:17] <micahg> chrisccoulson: I hope you filter ;)
[23:17] <gnomefreak> chrisccoulson: omg mines not even that much
[23:17] <chrisccoulson> micahg - yeah, i filter out the important things
[23:18]  * gnomefreak removed alot of my filters, seems like i lost mail with them so i need to subscribe to some again i think
[23:18] <micahg> chrisccoulson: so is it so bad if Thunderbird 3.1 doesn't hit maverick for a couple weeks after release?
[23:18] <gnomefreak> micahg: planned for a PPA?
[23:18] <chrisccoulson> i think we can handle that. how long will 3.0.x be supported?
[23:18]  * micahg recalls TB3.0 being 3 months late :-[
[23:18] <micahg> chrisccoulson: I think 6 months but will ask over the weekend
[23:19] <chrisccoulson> i assume that we will want to push that to lucid at some point soon too
[23:19] <gnomefreak> chrisccoulson: if you asked me it is no longer supported but maybe only for a while
[23:19] <micahg> gnomefreak: well, once the build is fixed, I'll (hopefully) upload to maverick
[23:19] <micahg> chrisccoulson: idk, maybe
[23:19] <gnomefreak> micahg: cool but personally testing would be nice before we land it in Maverick
[23:20] <micahg> chrisccoulson: only since it's LTS, but I want to discuss with upstream timelines before thinking about that, if it'll also be EOL in 12 months, maybe we should wait for 3.2
[23:20] <chrisccoulson> yeah, it would be good to find out
[23:20] <micahg> gnomefreak: maverick is for testing :)
[23:20] <gnomefreak> micahg: but if it is A* than testing first would be good
[23:20] <micahg> gnomefreak: I don't want to push to the -stable PPA till it's been tested
[23:21] <micahg> micahg: I'll dogfood it before I commit it
[23:21] <micahg> oops
[23:21]  * micahg apparently will discuss it with myself as well :-/
[23:21] <micahg> gnomefreak: I'll dogfood it before I commit it
[23:22] <gnomefreak> micahg: ok
[23:22] <chrisccoulson> woah, only a few more extensions to do for jaunty now :)
[23:22] <chrisccoulson> then i think i'm going to rest for the weekend
[23:22] <micahg> gnomefreak: but getting some of the 10.04.1 tasks done, I think is more important
[23:23] <gnomefreak> micahg: it is
[23:23] <micahg> gnomefreak: I have to package lightning before I can upload TB3.1
[23:23] <gnomefreak> will lightning1 provide support for tb3.1
[23:23] <micahg> gnomefreak: 1.0b1 -> 3.0, 1.0b2 -> 3.1
[23:24] <gnomefreak> makes sense
[23:24] <micahg> gnomefreak: but makes packaging harder :)
[23:24] <gnomefreak> that it does but i have disagreed with a few things Mozilla has done in past but that is just the way it is
[23:25] <micahg> gnomefreak: not their fault this time :)
[23:25] <gnomefreak> true
[23:25] <micahg> gnomefreak: 1.0b1 -> xul191, 1.0b2 -> xul192
[23:25] <gnomefreak> that is thier fault in a way
[23:25] <gnomefreak> they could have kept it 1 version like they do with everything else
[23:26] <gnomefreak> although 191 is not really around for us
[23:26] <micahg> gnomefreak: also, I have to be careful, because 1.0b1 should work with seamonkey 2.0.x, whereas 1.0b2 won't
[23:26] <micahg> gnomefreak: Tb3.0 and SM2.0
[23:26] <micahg> gnomefreak: there are 3 branches at the moment, soon to be 4
[23:27] <gnomefreak> micahg: SM has built inxul so that should be fine until b2 than is it possible to port SM to external xul192
[23:27]  * gnomefreak gets the feeling no
[23:27] <micahg> gnomefreak: SM is jumping to xul193 for 2.1, also, it matters for other extensions in teh archive
[23:27] <gnomefreak> and firefox seems to have a really bad leak
[23:28] <gnomefreak> omg
[23:29] <gnomefreak> or its LP but testing
[23:33] <micahg> I'd like to get a milestone PPA set up for Firefox early next month
[23:35] <ddecator> gnomefreak: i've had firefox slow down if i leave it open for a really long time before, if that's what you mean
[23:36] <micahg> chrisccoulson: I'm thinking about changing the apport hook so that bugs for PPAs go to another project
[23:36] <ddecator> micahg: if you do that, let me know so i can subscribe :p
[23:37]  * ddecator is going to start working on firefox bugs again at some point...
[23:37] <micahg> chrisccoulson: I want to collect bug reports so that the versions that go to archive are better, but I don't want to flood the already overloaded firefox packages
[23:37] <micahg> chrisccoulson: what do you think?
[23:38] <chrisccoulson> yeah, i think that makes sense, although i don't know what the bug traffic is like at the moment
[23:38] <chrisccoulson> seeing as i've not had much time to read my e-mails recently ;)
[23:38] <micahg> chrisccoulson: well, we're not getting too many for PPA stuff, but I want to add a lot more PPAs for the team, and that'll increase the bug reporting
[23:39] <gnomefreak> it doesnt have to be long at all maybe 2 minutes or less and loner
[23:39] <gnomefreak> ddecator: ^^
[23:39] <micahg> chrisccoulson: I figure once we start with milestone PPAs we should get a lot more bugs
[23:39] <ddecator> gnomefreak: i haven't run into that before..
[23:39] <gnomefreak> i think its LP since marlboro.com woprked ok
[23:39] <chrisccoulson> yeah, we probably will
[23:39] <ddecator> yah, LP tends to be slow for me
[23:39] <gnomefreak> like we dont have enough bugs
[23:40] <gnomefreak> ddecator: im not sure if it is related to "edge" or not
[23:40] <micahg> gnomefreak: the idea is if we get the bugs for the PPA versions, we'll have less for the archvie versions
[23:41] <gnomefreak> micahg: makes sense but we really need to get apport to do PPA versions and seems as if it stopped in the talk stage of supporting that
[23:41] <ddecator> gnomefreak: edge and non-edge have always been a little slow for me, not sure if it's a rendering issue or the site (haven't worked with lp in chromium or opera)
[23:41] <micahg> gnomefreak: well, I changed the firefox hook to report all bugs to Ubuntu, I want to change it that if it's a PPA version, it'll go to the PPA bugs project and in archive to Ubuntu
[23:42] <gnomefreak> ddecator: ill test chromium next week and see how it is but all bugs are extreamly slow to open (due to attachments if i had to guess)
[23:42] <gnomefreak> micahg: you mean we can use ubuntu-bug for PPA versions of FF?
[23:42] <micahg> gnomefreak: ATM
[23:43] <gnomefreak> sweet, any plans on other packages we support?
[23:43] <gnomefreak> TB has always had shitty info from apport
[23:43] <micahg> gnomefreak: I want to set up the other project, probably ubuntu-mozillateam-ppa-bugs, and then yes, I'll add a similar hook for all of them
[23:43] <gnomefreak> even dbugging was never any good
[23:43] <gnomefreak> micahg: great thanks!
[23:44] <micahg> assuming chrisccoulson approves :)
[23:44]  * gnomefreak testing 3.7
[23:44] <gnomefreak> chrisccoulson: will approve, right chrisccoulson????
[23:44] <gnomefreak> :)
[23:45]  * ddecator needs to look at fixing 3.7 tonight :)
[23:45] <gnomefreak> micahg: i can only see that helpping us help users
[23:45] <micahg> gnomefreak: yep, that's the idea :)
[23:45] <gnomefreak> what is wrong with 3.7 now that i opened it
[23:45] <chrisccoulson> yeah, i think that sounds ok. it will be easier to triage bugs then too
[23:45] <gnomefreak> 3.7 is slow too and i only have one tab open (my LP page
[23:45] <gnomefreak> )
[23:45] <ddecator> yup
[23:46] <micahg> chrisccoulson: I have a Firefox bug day planned for later this summer which should help a little, but I can't run it until I update the documentation on how to triage firefox bugs\
[23:46] <gnomefreak> 3.6 [23:46] <ddecator> micahg: oh yah, i was going to start working on updating some of that stuff on the wiki this weekend...hopefully i'll still have time to come up with a draft
[23:47] <gnomefreak> so i doubt its a rendering issue but still could be. but with firefox (1tab) and irssi FF pretty much dies
[23:47] <ddecator> gnomefreak: i don't have it that bad, it's just a little slow..
[23:47] <gnomefreak> example irrsi open in foreground ff in background. clilck on firefox and it takes a while for it to come to foreground
[23:48] <gnomefreak> maybe 4 secs or more
[23:48] <ddecator> yah i've never had that issue before..
[23:48] <ddecator> only when i'm building in the bg
[23:48] <gnomefreak> on wait damn
[23:48]  * micahg has to go, a good weekend to all
[23:49] <gnomefreak> micahg: you too
[23:49] <ddecator> micahg: have a good weekend, i'll push the branch in a little bit
[23:49] <gnomefreak> see evevyone monday i think (just testing 3.7 real fast
[23:49] <micahg> ddecator: k, I won't get to it tonight, so tomorrow night
[23:49] <ddecator> micahg: no problem, didn't expect you to
[23:49] <micahg> :)
[23:49] <micahg> bye
[23:50] <gnomefreak> it loads page normally but irssi isnt leaving foreground fast enough for me so it may be nvidia+ff+maverick
[23:50] <ddecator> i'm just waiting for the source to pull so i can make sure the patch mook added upstream for me made the necessary changes so i don't need to include my patch
[23:50] <gnomefreak> ddecator: you uploading songbird to the PPA?
[23:51] <ddecator> gnomefreak: i'm uploading to a personal branch that has a merge requested
[23:51] <gnomefreak> ddecator: after branch to PPA or to archives
[23:51] <ddecator> the daily PPA
[23:52] <gnomefreak> ddecator: thanks
[23:52] <ddecator> i have the 64-bit deb if you want to try it :p
[23:52] <gnomefreak> all hell is breaking loose in these channels
[23:53] <gnomefreak> i only have 32bit box
[23:53] <gnomefreak> ddecator: push code somewhere and let me know if it uses m-devscripts and i can build 32bit over night
[23:55] <ddecator> gnomefreak: i have them as a dependency because it builds xr-1.9.2, so i copied the depencies over from the xr-192 branch. it'll be pushed in a little bit to here: https://code.edge.launchpad.net/~ddecator/songbird/fix-songbird-daily-build-20100416
[23:56] <gnomefreak> ok if i leave before hand that i will get back to you see if you built it already. but by the sounds of it it should grab the latest upstream revision?
[23:57] <ddecator> yup, i'm pulling it now and i'll add it to the changelog if the change is included