[02:02] <micahg> chrisccoulson: still around?
[04:23] <micahg> ddecator: thunderbird 3.1 looks like it's building
[06:59] <ddecator> micahg: huh what? team?
[07:00] <micahg> ddecator: PPA bug triage
[07:00] <ddecator> micahg: ah, alright, sounds good
[07:50] <ddecator> micahg: TB 3.1 failed due to missing files
[07:50] <micahg> ddecator: yees
[07:50] <ddecator> right, you probably got an email about it, haha
[07:50] <micahg> I didn't upload it, that's an old build in the dailies
[07:51] <ddecator> ah
[07:51] <micahg> ddecator: but that is the current pproblem as well
[07:51] <ddecator> darn..
[07:52] <ddecator> micahg: i didn't get an update for XR 2.0/FF 4.0 tonight and it says they'll build in 21 hours..was there just not an update tonight? FF 4.0 is broke for me atm due to w/e reason y-ofel talked to you about before
[07:52] <micahg> ddecator: I'm getting them rescored, but the build is broke :(
[07:53] <ddecator> micahg: :(
[07:53] <ddecator> micahg: so anything for me to work on?
[07:54] <micahg> ddecator: oh the TB31 build is failing in teh exact same place :(
[07:54] <ddecator> micahg: darn, i was hoping to use it soon...
[07:55] <micahg> ddecator: I'll try this weekend, I have to get something done first though
[07:55] <ddecator> micahg: sure thing, just let me know if you want me to look into anything
[07:55] <micahg> ddecator: no, I think it's good ATM
[07:56] <micahg> chrisccoulson: if you get a chance, can you see why lp:firefox is installing the firefox-4.0 symlink in the firefox-3.7 package
[07:57] <micahg> ddecator: I would ask you, but I think it needs advanced package fu
[07:57] <ddecator> micahg: no problem
[08:07] <micahg> ddecator: I have a task :), can you find the firefox PPA bugs and add a task for this new project and make the Ubuntu task invalid.  Only move them if the version is later than what's in the archive
[08:07] <ddecator> micahg: sure. what's the project?
[08:09] <ddecator> micahg: nvm, just got the email
[08:11] <micahg> ddecator: here's the project: https://edge.launchpad.net/ubuntu-mozilla-ppa-bugs
[08:12] <micahg> ddecator: this weekend I'll fix the PPA apport hooks to point there instead of to Ubuntu
[08:12] <ddecator> micahg: sounds good
[08:13]  * micahg probably should have made it more generic for that answers would fit as well, but oh well
[08:13] <micahg> now I must sleep for a short while
[08:14] <ddecator> micahg: night
[10:55] <hotfloppy> hello guys.. why do i get this error when trying to installing firefox 4.0 ? actually, i already installed it, codename shiteroko is im not mistaken.. but after doing 'sudo apt-get upgrade', i cant run it. try to reinstall and got the error. http://pastebin.com/bU4xLMJb
[10:57] <hotfloppy> the error when i try to running it is something like "Cannot execute child process. Files not found"
[11:14] <yofel> hotfloppy: that's known and being worked on
[11:19] <hotfloppy> yofel: oic.. thanks :)
[15:09] <hotfloppy> hello guys.. i just upgraded my system (apt-get upgrade) and now firefox change to Namoroka. before this, its mozilla firefox. and also now i cant open the profile manager.. is something happening on the PPA ? coz my thunderbird title also change to shredder (if im not mistaken the name)..
[15:27] <micahg> chrisccoulson: ah, for dh_link is that how it works?
[15:29] <micahg> hotfloppy: yofel: thanks to chrisccoulson, the install issue should be fixed in tonight's upload
[15:30] <yofel> :)
[15:30] <hotfloppy> okay.. how bout my current issue ? is that already in consideration ?
[15:30] <chrisccoulson> micahg - yeah, that's how it works ;)
[15:30] <chrisccoulson> it creates the link in the first listed binary package
[15:30] <micahg> chrisccoulson: I'll have to remember that, otherwise, I need to use -p?
[15:33] <micahg> chrisccoulson: oh, BTW, there's a build2 for FF3..6.7
[15:34] <chrisccoulson> micahg - ok, thanks. i'll look at that later
[15:34] <chrisccoulson> for now, my computer is broken ;)
[15:34] <micahg> chrisccoulson: k, they seem to be on target for release on Tuesday
[16:08] <micahg> chrisccoulson: how should we treat ums bugs?  Since the same version is in Maverick, is that considered 'in archive' or since the build is from a PPA we should use the PPA bugs project?
[16:09] <chrisccoulson> micahg - we should treat them as ubuntu bugs, as the u-m-s PPA is about as official as it gets for PPA's (and those packages are destined for the archive anyway)
[16:09] <micahg> chrisccoulson: k, thanks
[16:10] <micahg> chrisccoulson: i'm not sure how I can do that in the apport hook though ;)
[16:12] <chrisccoulson> yeah, that's a pain. what logic are you using?
[16:12] <micahg> chrisccoulson: apport has a 3rd party option that I'll use to redirect to the new ppa bugs project
[17:43] <chrisccoulson> micahg - for the FF4.0 branding, should we use the name of the current branding "Mozilla Developer Preview" in the desktop file rather than Shiretoko?
[17:44] <chrisccoulson> i was just thinking about it, because i need to change the StartupWMClass to that anyway so that it works with docky
[17:58] <micahg> chrisccoulson: I think the codename is still minefield at the moment, and I made that change yesterday
[17:59] <micahg> chrisccoulson: but last night's builds won't work because of the issue you fixed this morning
[17:59] <micahg> chrisccoulson: so if the minefield desktop file has StartupWMClass, then it should be fine tomorrow
[18:00]  * micahg is off...commuting :)
[18:00] <chrisccoulson> micahg - which branding are we building it with now then?
[18:00] <micahg> chrisccoulson: unofficial branding/minefield
[18:00] <chrisccoulson> micahg - ah, the unofficial branding isn't minefield though is it?
[18:01] <micahg> chrisccoulson: it is for trunk
[18:01] <micahg> chrisccoulson: when they branch, they'll probably give it a codename
[18:02] <chrisccoulson> micahg - ah, ok. so, we should be building it with the nightly branding, which is minefield
[18:03] <chrisccoulson> that's how i understand it now anyway ;)
[18:03] <micahg> chrisccoulson: right, which is the change I made yesterday as to which .desktop file to use, the build was already using that, just the .desktop was wrong
[18:04] <micahg> k, really off now
[19:14] <chrisccoulson> jdstrand, is there anything else i need to do to get the seamonkey security update in to lucid? i'm still not completely clear how we handle these in universe
[19:15] <jdstrand> chrisccoulson: you tell me when it is ready, and I copy it
[19:15] <jdstrand> iirc there was some more testing that was desired (did micahg say that)?
[19:16] <jdstrand> chrisccoulson: does it require the newer nss?
[19:18] <chrisccoulson> jdstrand, it's ready to go for lucid
[19:18] <chrisccoulson> we haven't had much testing for < karmic, so we should leave those for now (and they're all still on the 1.x version anyway)
[19:18] <jdstrand> k
[19:22] <chrisccoulson> jdstrand - you're at the spring next week aren't you?
[19:22] <chrisccoulson> s/spring/sprint
[19:22] <chrisccoulson> heh
[19:23] <jdstrand> chrisccoulson: yep
[19:23] <jdstrand> chrisccoulson: seamonkey is now published for lucid
[19:23] <chrisccoulson> jdstrand, excellent, thanks
[19:24] <chrisccoulson> jdstrand, there's another round of updates coming on tuesday
[19:24] <jdstrand> sure! thanks for the update :)
[19:24] <jdstrand> chrisccoulson: for seamonkey?
[19:24] <chrisccoulson> jdstrand, for seamonkey, firefox and tb
[19:24] <jdstrand> :\
[19:24] <chrisccoulson> https://wiki.mozilla.org/Releases/
[19:25] <jdstrand> chrisccoulson: will you have releases prepared for firefox then?
[19:25] <chrisccoulson> jdstrand, we have build1 in the PPA and in maverick already
[19:25] <chrisccoulson> i'm just about to do build2
[19:25] <chrisccoulson> and thunderbird is done already too
[19:26] <chrisccoulson> i just need to reupload SM2.0.6, then that's done too
[19:26] <jdstrand> chrisccoulson: k. all signs point to 'yes' for openjdk. we just need euca testing
[19:26] <jdstrand> chrisccoulson: so hopefully jaunty and karmic can get the new firefox and the transition will be complete
[19:27] <chrisccoulson> jdstrand, cool, that's good :)
[19:27] <chrisccoulson> i will be glad for it to all be finished ;)
[19:28] <jdstrand> yeah, totally
[19:28] <chrisccoulson> jdstrand, i may as well do the 3.6.7 update for karmic and jaunty shouldn't i? (i think it's unlikely we'll push the updates out before 3.6.7 is released now)
[19:29] <jdstrand> chrisccoulson: yes
[19:41] <chrisccoulson> jdstrand, have you been using the FF4 beta at all?
[19:41] <jdstrand> chrisccoulson: no, not at all. hat is the eta for that?
[19:42] <chrisccoulson> jdstrand, probably november. it's quite nice though
[19:42] <chrisccoulson> but it's even nicer on windows 7!
[19:42]  * chrisccoulson runs
[19:42] <chrisccoulson> heh
[19:44] <chrisccoulson> i don't know if we will get a client-side-decorated version on linux, with the menu button in the titlebar
[19:44] <chrisccoulson> i hope we do :)
[19:48] <jdstrand> windows 7? never heard of it
[19:48] <chrisccoulson> lol
[19:48] <jdstrand> :)
[19:49] <chrisccoulson> i installed it in virtualbox just so i could try FF4.0 on it ;)
[19:50] <jdstrand> chrisccoulson: so did they achieve the speed improvements? am I remembering that they are doing more of a chromium thing with a confined rendering process?
[19:53] <chrisccoulson> jdstrand, i don't think there is anything like that yet, but it's meant to be getting a new (faster) JS engine
[20:00] <chrisccoulson> micahg - have you had any thoughts on how we should split xulrunner?
[20:19] <micahg> chrisccoulson: well, if we can split the components that don't need X, that would be good, I don't know offhand what they are though
[20:20] <chrisccoulson> micahg - that's the difficult part, i'm not sure either
[20:20] <micahg> chrisccoulson: it might just be mozjs, idk
[20:20] <micahg> chrisccoulson: i can try to look this weekend
[20:21] <chrisccoulson> micahg, i think that's the only thing too, so we would end up with something like xulrunner-1.9.2-mozjs for the couchdb guys and xulrunner-1.9.2 for everyone else
[20:26] <micahg> chrisccoulson: k, and the with the xul version in there, it will make it easier to recognize the need for porting
[20:27] <chrisccoulson> yeah, hopefully
[20:27] <chrisccoulson> well, if we think that's a sensible split, then i can do that maybe tomorrow
[20:34] <micahg> chrisccoulson: maybe we should call it xulrunner-1.9.2-nox, just so people don't think we have mozjs like Debian
[20:51] <asac> chrisccoulson: package mozjs completely seperately if you plan to do that
[20:51] <asac> its a subtree that can be build indepentently
[20:53] <asac> also couchdb folks need to go for javascriptcore. in the end i think shipping mozjs will send the wrong signal
[20:54] <asac> or produce a couchdb with in-source js shipped there and get security team blessing to do that
[20:55] <asac> and throw out everything else that uses mozjs in archive
[20:56] <micahg> asac: everything else we can use a wrapper around I think (except maybe mongodb), the issue with couchdb is the space on the CD, it's the only thing that needs xulrunner ATM
[20:57]  * micahg needs to make gnome-shell use a wrapper this weekend
[21:27] <chrisccoulson__> micahg - heh, i just had a read of lkcl's rant on debian-devel
[21:28] <micahg> chrisccoulson_: on debian-devel, you can take a swipe at someone :)
[21:38] <chrisccoulson> micahg - can you get any mozillateam branches atm?
[21:38] <chrisccoulson> i get this error when i try and get a mozillateam branch:
[21:38] <chrisccoulson> bzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/"
[21:38] <chrisccoulson> but i can access other branches :-/
[21:38] <micahg> chrisccoulson: that doesn't exist anymore, it's lp:firefox now
[21:38] <micahg> or firefox-4.0.head
[21:39] <chrisccoulson> micahg - yeah, but i'm not trying to access that branch
[21:39] <chrisccoulson> i get that error when trying to access any mozillateam branch
[21:39] <chrisccoulson> (the one i want is lp:~mozillateam/firefox/firefox-3.6.lucid)
[21:40] <micahg> chrisccoulson that shouldn't be stacked on 3.7 :(
[21:41] <micahg> chrisccoulson: ugh, that's in branch format 7
[21:41] <micahg> chrisccoulson: you'll have to branch it anew
[21:42] <chrisccoulson> hmmm, what happened there then?
[21:42] <micahg> chrisccoulson: it's stacked wrong for some reason
[22:25] <chrisccoulson> micahg - branch fixed now :)
[22:25]  * chrisccoulson wipes brow
[22:44] <asac> sorry gueys ...i killed lp:firefox yesterday
[22:44] <asac> when i tried to fix the stacking
[22:44] <asac> you have to re-set that up
[22:46] <chrisccoulson> asac - no worries. i had a branch stacked against lp:~mozillateam/firefox/firefox-3.7.head for some reason
[22:47] <chrisccoulson> so, i just recreated that branch and then unstacked mine ;)
[22:47] <asac> chrisccoulson: is it still in right format?
[22:47] <asac> ;)
[22:47] <asac> chrisccoulson: actually why i found out about the brokenness was that i wanted to commit something to ffox 3.6 and 4.0
[22:47] <chrisccoulson> asac - it seems that it was already in the wrong format (firefox-3.6.lucid)
[22:47] <asac> i dropped the ball ... let me check :) ... one sec
[22:48] <asac> chrisccoulson: :(((((
[22:48] <asac> how much i hate launchpad for that ;)
[22:48] <chrisccoulson> yeah, me too ;)
[22:49] <asac> chrisccoulson: if i commit something to 3.6 branch can you remember to pull that to the 4.0 branch?
[22:49] <asac> ;)
[22:49] <chrisccoulson> asac - yeah, can do. i've got quite a few things to push to the 4.0 branch now
[22:50] <asac> ok ... i will let you know. its nifty stuff ;)
[22:50] <chrisccoulson> asac - is now a good time to clean up the transitional packages (seeing as we're LTS+1), or do we still need to keep them for the daily builds?
[22:52] <asac> chrisccoulson: yes. drop them ... for daily builds we can make a fake transition as we did in the past
[22:52] <asac> e.g. create a source package with just transitional packages and put that in the ppa
[22:52] <chrisccoulson> asac - ok, cool, i'll do that before the next update then
[22:53] <asac> chrisccoulson: check out what i committed ;)
[22:53] <asac> not sure if i forgot to install something after enabling crashreporting
[22:53] <asac> Committed revision 622.                                (on 3.6 brach)
[22:54] <chrisccoulson> asac - nice. what do we do with the symbols?
[22:54] <asac> i will setup an automatic upload to mozilla for now
[22:55] <asac> and then we should disable our crash reporting
[22:55] <asac> at best that push would ahppen where we currently sort out the dbgsym on the build farm
[22:55] <asac> until then we can manually upload
[22:56] <asac> i will send an email to ted and CC you and if you want you can do the uploads of the .zip in there
[22:56] <asac> ... we can do that for all biulds: archive + daily
[22:56] <asac> they want everything
[22:56] <chrisccoulson> asac - ok, cool. so, the symbols package is not the sort of thing that users would normally install is it?
[22:57] <chrisccoulson> (ie, they don't need it for submitting crash reports?)
[22:57] <asac> right. no user wants that
[22:57] <asac> they only see the crashreporter and get asked if they want to upload that (which then goes to mozilla)
[22:57] <chrisccoulson> cool
[22:57] <asac> and we can use their crash db
[22:57] <chrisccoulson> i'll talk to the LP guys tomorrow or next week, and see how we can make it more automated
[22:57] <asac> also mozilla will consider us a first class citizen so if they see top crashes from our users (like on dailies) they now can hold back release etc
[22:57] <asac> yeah cool.
[22:57] <asac> i will connect you with ted
[22:58] <chrisccoulson> thanks
[22:58] <asac> if you dont see a mail by tomorrow lunch poke me
[22:58] <asac> chrisccoulson: it might be that for now we have to switch from dwarf to "stabs++" debug symbols. but most likely we just need to pull the trunk script for stripping the symbols to the fffox 3.6 branch to get it right
[22:59] <asac> breakpad now understands dwarf. but lets talk that over
[22:59] <asac> with a beer next week ;)
[23:00] <chrisccoulson> cool :)
[23:00] <chrisccoulson> asac - for disabling apport, we just need to blacklist firefox don't we?
[23:01] <asac> is that blacklisting on client side?
[23:01] <asac> i dont want the "submit crash" etc. to pop up at all
[23:01] <asac> at best not even a core dump to be created
[23:01] <asac> but if thats still done on development releases its fine
[23:01] <chrisccoulson> asac - yeah, it's possible to blacklist applications on the client side, so that apport will ignore crashes
[23:01] <asac> our new crashreporter works without core
[23:01] <asac> right. then thats the way forward
[23:01] <asac> or maybe some apport hoook hint?
[23:01] <chrisccoulson> there's a text file for doing that. in fact, we might even be able to ship the blacklist file with firefox
[23:01] <asac> (we still want to keep apport hook for normal bug reports)
[23:02] <chrisccoulson> yeah, i think the blacklisting is only for the crash reporting
[23:02] <asac> right. i would hope we can ship it in firefox
[23:02] <asac> but lets first get the crash reports working ;)
[23:03] <chrisccoulson> asac - /etc/apport/blacklist.d :)
[23:03] <chrisccoulson> so, we can easily do that, which is good
[23:04] <fta> guys, you should seriously think about taking over the dailies. i'm considering shutting the bot down completely for several reasons
[23:05] <asac> yay ... finally after years of pain we might be able to get rid of crash bugs
[23:05] <chrisccoulson> fta - i can probably do that
[23:05] <asac> fta: other reasons than a) often ftbfs ... and b) not enough ppa builders?
[23:05] <chrisccoulson> i should be able to spend more time on these things now i'm not doing backporting for other releases ;)
[23:06] <fta> asac, a/ + b/ + c/ canonical is advocating its lp dailies so there's no need for me to continue spending my time on this + d/
[23:06] <asac> i doubt we can produce lp dailies for mozilla etc. actually for many stuff it wont work in the future
[23:06] <fta> asac, d/ canonical is also advertising the use of upstream binaries, like chrome vs chromium, ff instead of our builds, etc
[23:07] <fta> all in one, that's too much for my taste
[23:07] <asac> when did canonical do that?
[23:07] <fta> read mpt and jorge's blogs
[23:07] <asac> i am sure we are not really advocating use of mozilla binaries
[23:07] <fta> -advertising+advocating
[23:08] <asac> i will talk to jorge face to face about this next week
[23:08] <asac> i doubt that d) is true in general.
[23:08] <fta> and e/ i'm getting all the user complains. i forward some to micahg, but i'm just a middle man now
[23:08] <asac> fta: right. assuming it goes to chrisccoulson i doubt it matters. but you could use a different email etc. for changelogs
[23:09] <asac> or/and a separate bot acccount
[23:10] <fta> asac, it doesn't make sense for me to continue doing that, at least for umd
[23:10] <asac> agreed ... just work on a seemless transition with chrisccoulson. thanks for letting us know
[23:11] <asac> if you could keep nmt enabled that would be fantastic
[23:11] <asac> until we find someone else willing to run that (might happen soon)
[23:11] <fta> c/ is the new buzz jorge and daniel are spreading, so use that instead
[23:12] <asac> well. there is always technology targetting the broad masses ... and stuff that really works ;)
[23:12] <asac> the ftabot is the latter ;)
[23:13] <asac> s/targetting/trying to target/
[23:14] <asac> chrisccoulson: has ffox 4.0 webgl enabled on linux?
[23:14] <asac> i know that upstream doesnt think its ready. just wonder if we could make a special build available
[23:14] <chrisccoulson> asac - if it needs explicitly enabling, then it's not been enabled yet
[23:14] <chrisccoulson> but i don't mind doing that if you think it's worthwhile
[23:14] <asac> heh. i figured that much ;)
[23:15] <fta> i had it working a while ago, not sure it's still there
[23:15] <asac> chrisccoulson: we cant change defaults for official builds for release. so i think it would need to be a special build. i guess i can also steal that for now ;)
[23:15] <chrisccoulson> i'll have a look at that in a bit, and merge some changes from FF3.6 as well
[23:15] <asac> fta: really? that would be amazing. what graphics chipset are you on?
[23:15] <chrisccoulson> (i'm just doing the 3.6.7+build2 updates atm)
[23:15] <fta> nvidia
[23:16] <asac> with nvidia driver? do they support glsl shader language? nice
[23:18] <fta> hm, i dropped the 3.7 transitional packages, now 4.0 is broken
[23:19] <asac> what do you mean?
[23:19] <asac> in the branch? or locally?
[23:19] <fta> lol, everyting is in the transitional deb
[23:19] <asac> heh
[23:19] <asac> that would explain it ;)
[23:20] <fta> root@ix:~ # dpkg -c /var/cache/apt/archives/firefox-3.7_4.0~b2~hg20100712r47341+nobinonly-0ubuntu1~umd1_i386.deb | grep usr/bin
[23:20] <fta> drwxr-xr-x root/root         0 2010-07-13 11:29 ./usr/bin/
[23:20] <fta> lrwxrwxrwx root/root         0 2010-07-13 11:29 ./usr/bin/firefox-4.0 -> ../lib/firefox-4.0b2pre/firefox.sh
[23:20] <fta> root@ix:~ # dpkg -c /var/cache/apt/archives/firefox-4.0_4.0~b2~hg20100712r47341+nobinonly-0ubuntu1~umd1_i386.deb | grep usr/bin
[23:20] <fta> drwxr-xr-x root/root         0 2010-07-13 11:29 ./usr/bin/
[23:20] <fta> lrwxrwxrwx root/root         0 2010-07-13 11:29 ./usr/bin/abrowser-4.0 -> firefox-4.0
[23:20] <asac> micahg: ^^
[23:20] <fta> FAIL
[23:21] <asac> guess just a few bzr move
[23:21] <yofel> didn't he already fix that?
[23:21]  * asac updates his whole system
[23:21] <asac> could be that its not yet built or fta hasnt updated
[23:22] <asac> "Need to get 679MB of archives."
[23:22] <asac> thats ok
[23:22] <fta> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[23:22] <asac> so probably the build failed since 12th?
[23:23] <fta> lp sucks, as usual
[23:23] <asac> Show details   firefox-3.7 - 3.7~a6~hg20100629r46385+nobinonly-0ubuntu1~umd1~lucid
[23:23] <fta> python rebuild
[23:23] <yofel> no, the ppa builders are so behind that the builds were superseded before being built
[23:23] <asac> Show details   firefox-4.0 - 4.0~b2~hg20100715r47651+nobinonly-0ubuntu1~umd1
[23:23] <asac> yeah. its waiting for cycles :)
[23:24] <asac> you could go for lpia ... lol
[23:24] <fta> i complained this morning, and said it's unusable
[23:24] <fta> i also said i'll kill the bot
[23:24] <asac> i think htere is a problem
[23:24] <fta> i didn't, but i should
[23:24] <asac> with the scheduler again
[23:24] <yofel> well, they said that the builders just come and go (in #launchpad) - wonder if the found out what's wrong by now...
[23:24] <asac> lots of builders are not utilized
[23:24]  * asac goes hunting in dark territory
[23:27] <asac> lets see seems hour whole soyuz team isnt even there ;)
[23:27] <asac> our
[23:27] <fta> confirmed, webgl works here with ff4.0
[23:27] <fta> and chromium
[23:27] <asac> cool
[23:27] <fta> http://khronos.org/webgl/wiki/Demo_Repository
[23:28] <asac> wonder if mozilla already published there simulater
[23:29] <fta> poof
[23:29] <fta> _usr_lib_firefox-4.0b2pre_firefox-4.0.1000.crash
[23:29] <asac> heh
[23:30] <fta> crashes on http://html5test.com/
[23:31] <fta> shame
[23:32] <fta> corrupted stack, useless
[23:38] <chrisccoulson> fta - i pushed a fix this morning for the symlinks being shipped in the transitional package
[23:39] <yofel> yep, it's not fixed in the ppa package, but using the bzr branch works fine