[04:47] <BlueProtoman> I just upgraded to Ubuntu 13.10.  I love the return of the terminal built in to Nautilus.  Problem is, when I type slash ("/"), rather than the terminal outputting "/" the breadcrumbs at the top of the window prompt me to enter a new path.  Any tips?
[05:57] <SuperLag> And, of course, I spoke too soon.... the dailies are updating as of today. :)
[07:00] <Fudge> yay
[11:31] <BluesKaj> Hiya folks
[11:36] <penguin42> Hey BK
[11:58] <BluesKaj> hi penguin42 , new kernel version today
[11:59] <penguin42> always good to be bleeding edge :-)
[11:59] <BluesKaj> linux-image-generic (<IP_ADDRESS>.3)
[12:00] <BluesKaj> yup, makes things more interesting


[02:42] <veebers> thomi: hey, you have a moment?
[02:43] <thomi> veebers: depends
[02:43] <thomi> what's up?
[02:43] <thomi> (btw, I've semi-officially started in CI now)
[02:43] <veebers> thomi: ah awesome, congrats :-)
[02:44] <veebers> thomi: I would like to bounce something off you. In autopilot, the change that we made for the extension classes in the proxy object creation (def _try_custom_proxy_classes) wasn't perfect
[02:45] <veebers> I see in the gatekeeper testing a bunch of errors that seem to stem from CPOs that multi inherit.
[02:45] <veebers> I tried what I thought would be a fix, but I'm getting really odd issues, for instance, the validate_dbus_object method gets swapped out at some stage to something completely different
[02:46] <veebers> thomi: so I was hoping for some advice on how to further debug this.
[02:46] <thomi> heh... multi-inheritance almost certainly won't work for CPOs
[02:47] <thomi> why do people feel the need to multi-inherit CPOs?
[02:47] <veebers> current culprit: class ContactListPage(_common.PageWithHeader, _common.PageWithBottomEdge):
[02:47] <thomi> yeah you can't do that
[02:47] <thomi> whoever did that needs a slapping :D
[02:47] <thomi> PageWith*** are both CPOs?
[02:48]  * veebers double checks
[02:48] <thomi> if you want to do that, make those classes mixin classes
[02:48] <veebers> thomi: affirm
[02:48] <thomi> but you can only derive from your emulator_base exactly once in the class heirarchy
[02:49] <veebers> thomi: hmm, ok. So now I have a couple more queries. Is there a way that we can determine that a cpo is attempting to use multiple inheritance? (so we can provide a sane warning)
[02:50] <thomi> one sec
[02:50] <veebers> secondly, this is now a larger issue as it means that application test code needs to change (because up until now this seems to have worked).
[02:55] <thomi> veebers: to answer your first question... yes, with a metaclass you can
[02:55] <thomi> you can walk up the inheritance tree and inspect everything there
[02:55] <thomi> WRT your second comment - it might have worked, FCVO "work"
[02:56] <thomi> I doubt, for example, you could have passed the child class as an object to select_*
[02:56] <veebers> ah right, walk the tree set a flag when finding something inherited from the CustomProxyBase, error if we attempt to set again or something
[02:56] <thomi> something like that
[02:56] <veebers> ok, makes sense
[02:57] <veebers> thomi: ok, so my current plan is to back out the fix that we did re: the extension classes, get the doco stuff and a couple of other fixes in
[02:57] <thomi> remind me what our fix was, and what precipitated it?
[02:57] <veebers> thomi: Then I'll get a proper fix for the base class stuff and send out a communication to the teams to make sure that the code is correct and ready
[02:58] <veebers> thomi: this fix, where the extension classes weren't always being used in a class:
[02:58] <veebers> https://code.launchpad.net/~veebers/autopilot/fixing-extension-classes-and-test/+merge/246962
[02:58] <veebers> The proposal I had today was pretty much: __bases__ = tuple(set(base).union(set(extensions)))
[02:59] <thomi> veebers: why doesn't that work?
[02:59] <veebers> thomi: my proposal? I'm not entirely certain, but it's causing issues with the address book test I'm using to confirm (my failing test passes with it too)
[03:00] <thomi> what's the error message?
[03:00] <veebers> AttributeError: Class 'ContactListPage' has no attribute 'open_contact'
[03:01] <thomi> what's the difference in __bases__ with, and without your proposal?
[03:01] <veebers> thomi: the odd thing I'm seeing is that the validate_dbus_object method code changes so that possible_classes is always an empty list so never attempt to use the CPO version
[03:02] <veebers> I suspect something is happening earlier on that dirties something to make it misbehave
[03:02] <thomi> how do you mean 'changes'? a different VDO function is called?
[03:02] <veebers> thomi: yeah
[03:02] <thomi> what's the new function it's calling?
[03:02] <veebers> thomi: If I do: print(inspect.getsource(proxy_class_dict['ContactListPage'].validate_dbus_object))
[03:03] <veebers> the first time around it's fine, but after that it's calling something like: return (name == b'webbrowser-app' and . . .
[03:03] <veebers> thomi: fyi: http://paste.ubuntu.com/10365925/
[03:04] <veebers> that's 2 calls to _try_custom_proxy_classes (the ?? note the different calls) for the path "......PageStack/PageWrapper/ContactListPage"
[03:04] <thomi> this is *exactly* what I'd expect to happen when multiple inheritance is used
[03:05] <thomi> veebers: can you check the content of __bases__ in each case?
[03:05] <veebers> thomi: in a good or bad way? I'm not sure where the webapp stuff is coming from as this is the addressbook app tests and CPOs
[03:05] <thomi> I bet __bases__ will reveal all :D
[03:05] <veebers> thomi: hmm, yeah sure. Give me a couple of minutes to hack that up and get details
[03:06] <veebers> thomi: also, if you're EOD we can pick this up tomorrow if you like
[03:06] <thomi> I'll be on for a bit longer
[03:10] <veebers> gah, now it's refusing to work at all :-| Sorry, just a couple more minutes :-)
[03:12] <veebers> thomi: looks like you were right :-) http://paste.ubuntu.com/10366010/
[03:12] <veebers> s for source, b for bases, 3 calls there in the log
[03:12] <thomi> are you really surprised? :P
[03:13] <veebers> nope
[03:13] <thomi> so, someone's messing up __bases__ causing your MRO to go haywire
[03:13] <thomi> there's only like 2-3 places where that can happen
[03:13] <thomi> so I don't think it'll be hard to find
[03:13] <thomi> I suspect that new code that gets the bases is to blame
[03:14] <veebers> thomi: the new code being the stuff that I added today?
[03:14] <thomi> veebers: if not that, then in the same general vicinity, yeah
[03:14] <thomi> but I didn't mean to disparage your code :P
[03:14] <veebers> thomi: the order of __bases__ matters right, that's what the MRO is?
[03:15] <thomi> veebers: the order matters, yeah
[03:15] <thomi> the MRO is more than that though
[03:15] <thomi> the rules are somewhat non-trivial
[03:15] <veebers> thomi: heh, I didn't see any disparaging there
[03:15] <thomi> but for our purposes, the CPO-parent should be first
[03:15] <veebers> ok, so I need to do more than just set union the 2 bases ther
[03:15] <thomi> everything else (mixin classes) later
[03:15] <thomi> well...
[03:15] <veebers> yeah, that's what I had in mind. I'll hack around on that
[03:16] <thomi> you probably won't have any problems, but ideally, yeah
[03:17] <veebers> thomi: sweet, I'll work on that now. Thanks for the help :-)
[03:17] <thomi> no worries
[03:18] <thomi> I think tomorrow I'll withdraw myself from qa-related IRC channels BTW
[03:18] <veebers> thomi: ah ok, it won't stop me bothering you for help though ;-)
[03:19] <thomi> heh


 Rock up with your mugs with the correct amount of sugar added already
[13:05] <Kilos> hi Vince-0
[13:07] <Vince-0> Kilos! Hi
[13:09] <Maaz> Coffee's ready for Kilos!
[13:09] <Kilos> Maaz, ty
[13:09] <Maaz> You are welcome Kilos
[17:31] <Kilos> evening all
[19:05] <jan__> Hi kilos
[19:08] <inetpro> .
[19:09] <jan__> Hi all, can someone tell me how to go about updating my Thunderbird? Apparently my version 3.1.19 is outdated?
[19:10] <inetpro> jan__: what version of Ubuntu?
[19:12] <jan__> Hi inetpro, it's 11.04
[19:13] <inetpro> hmm... on my 11.10 I think it was upgraded automagically with normal ubuntu updates
[19:14]  * inetpro is now on Thunderbird 10.0.2
[19:14] <inetpro> and I didn't do anything special
[19:15] <inetpro> not sure whether they backported it on your version yet
[19:15] <jan__> I have been running all the suggested updates that come along...
[19:16] <inetpro> jan__: anything particular you're looking for in a new version of Thunderbird?
[19:17] <jan__> Not really, I was just a bit surprised when the warning came along in the system that I will no longer be receiving support for the old version
[19:18] <inetpro> 3rd Party Repository: Mozilla Team Thunderbird Stable http://www.ubuntuupdates.org/ppa/mozilla_team_thunderbird_stable
[19:18] <jan__> Thanks I'll have a look see
[19:19] <inetpro> I guess you could force an update with the above help
[19:48] <Symmetria> http://www.news24.com/SouthAfrica/Politics/Julius-Malema-expelled-from-ANC-20120229
[19:48] <Symmetria> !


[07:01] <mup> Bug #1995564 opened: Picking wrong OS image after deployment of a node failed <MAAS:New> <https://launchpad.net/bugs/1995564>
[07:16] <mup> Bug #1995564 changed: Picking wrong OS image after deployment of a node failed <MAAS:New> <https://launchpad.net/bugs/1995564>
[07:22] <mup> Bug #1995564 opened: Picking wrong OS image after deployment of a node failed <MAAS:New> <https://launchpad.net/bugs/1995564>
[09:28] <mup> Bug #1995579 opened: machine.list method does not respect sort direction <MAAS:New> <https://launchpad.net/bugs/1995579>
[09:40] <mup> Bug #1995579 changed: machine.list method does not respect sort direction <MAAS:Invalid> <https://launchpad.net/bugs/1995579>
[09:46] <mup> Bug #1995579 opened: machine.list method does not respect sort direction <MAAS:Invalid> <https://launchpad.net/bugs/1995579>
[09:58] <mup> Bug #1995579 changed: machine.list method does not respect sort direction <MAAS:Invalid> <https://launchpad.net/bugs/1995579>
[15:35] <mup> Bug #1995622 opened: PXE ephemeral boot hangs in grub <MAAS:New> <https://launchpad.net/bugs/1995622>
[15:38] <mup> Bug #1995622 changed: PXE ephemeral boot hangs in grub <MAAS:New> <https://launchpad.net/bugs/1995622>
[15:41] <mup> Bug #1995622 opened: PXE ephemeral boot hangs in grub <MAAS:New> <https://launchpad.net/bugs/1995622>
[16:08] <mup> Bug #1995624 opened: suppressing script results no longer available on machine listing <MAAS:New> <https://launchpad.net/bugs/1995624>


[00:00] <bkerensa> godbyk: fix all the things we must
[00:00] <bkerensa> pleia2: yeah I know how to do the whole release process for the most part... some of our tools and processes are broken though
[00:00] <bkerensa> pleia2: much to be discussed and decided on at UDS
[00:00] <pleia2> I suspect mdke can make himself available for small questions here and there if we can't figure it out
[00:00] <bkerensa> plan we must
[00:01] <godbyk> bkerensa: Is there anyone other than you who is active and has commit access to the bzr repositories?
[00:01] <bkerensa> godbyk: :) No
[00:01] <bkerensa> godbyk: Not for ubuntu-docs specifically
[00:01] <bkerensa> I mean there is serverguide folks who have commit
[00:01] <bkerensa> but they only hack on serverguide
[00:01] <godbyk> Hmm.. okay.
[00:02] <godbyk> What's the current procedure for gaining commit access?
[00:02] <godbyk> I think usually folks had to be vetted and recommended by other docs admins.
[00:02] <godbyk> But in lieu of there being other admins, how would you suggest I request commit privileges?
[00:02] <bkerensa> godbyk: https://wiki.ubuntu.com/DocumentationTeam
[00:03] <bkerensa> godbyk: specifically there is not a process that is well written but essentially it is... 1) Do good work 2) send e-mail to list and ask for access
[00:03] <bkerensa> godbyk: if you would like why dont you do this help.ubuntu.com fix
[00:03] <bkerensa> and I will review it
[00:03] <godbyk> bkerensa: Works for me.
[00:04] <bkerensa> godbyk: so the CC is currently the team admin :) and I guess at UDS we will discuss how that all will work down the road
[00:04] <bkerensa> godbyk: they added me
[00:04] <godbyk> Sounds like a plan.
[00:04] <bkerensa> right now we need to improve our wiki... document the processes for release so the info is not just known to a few
[00:04] <bkerensa> and then get momentum and leadership
[00:05] <bkerensa> godbyk: your optimism and interest in helping has been great though just FYI!
[00:05] <bkerensa> :)
[00:05] <godbyk> bkerensa: Agreed. Have you had a chance to draft the release procedure/instructions yet?
[00:05] <godbyk> I'm happy to test them out.
[00:06] <bkerensa> godbyk: I have not yet... I hope to do that this weekend... With UDS and meetings this week I'm pretty slammed
[00:06] <bkerensa> somehow I have to make the UDS session tomorrow
[00:06] <bkerensa> :x
[00:08] <godbyk> I'm going to try to attend the UDS session.
[00:09] <godbyk> bkerensa: Merge proposal submitted.
[00:12] <bkerensa> godbyk: looks good to me
[00:16] <bkerensa> godbyk: http://bazaar.launchpad.net/~ubuntu-core-doc/ubuntu-docs/saucy/revision/212
[00:17] <bkerensa> I think it takes a few hours for the cronjobs to run and generate all the things and for it to go live
[00:17] <bkerensa> maybe once a day
[00:22] <godbyk> That's something we should probably find the answer to as well. :)
[11:27] <knome> bkerensa, o/
[11:28] <knome> bkerensa, i'm active and have commit access... but i work mostly with the xubuntu docs too
[11:28] <knome> bkerensa, just FYI :)


[00:33] <asac> chrisccoulson: lets talk about extensions tomorrow
[00:33] <asac> will check that list more carefully
[00:33] <chrisccoulson> asac - ok, no worries
[00:33] <asac> i think some of those marked as removed should stay
[00:33] <chrisccoulson> i won't be around all day tomorrow
[00:33] <asac> but if you say its broken upstream, its probably fine
[00:33] <asac> chrisccoulson: yeah i figure
[00:33] <asac> ;)
[00:34] <asac> friday is holiday
[00:34] <asac> i think i will catch you
[00:34] <asac> will fly back on sat
[00:34] <asac> and take tue a swap day
[00:34] <asac> but we can surealy chat to sort this out to nail down the rest for lucid
[00:35] <chrisccoulson> yeah, it would be good to get that sorted before final freeze
[00:37] <asac> ack
[00:38] <asac> chrisccoulson: i think in general its fine and you should decide what to do
[00:38] <asac> i just think one or two of those marked as removed might be policically nice to keep
[00:38] <asac> otherwise ... well done.
[00:38] <chrisccoulson> asac - ok, thanks
[00:38] <chrisccoulson> the other thing micahg mentioned to me tonight is bug 525621
[00:39] <asac> whats the problem there=
[00:39] <asac> =
[00:39] <asac> ?
[00:39] <asac> damn ;)
[00:39] <chrisccoulson> that seems tricky to solve (it's hardy's 1.9.0 xul postrm script failing, when we remove it after the upgrade)
[00:39] <chrisccoulson> i've not looked at it in detail yet, but it's the update-alternatives call which fails
[00:40] <asac> chrisccoulson: in the old package postrm?
[00:40] <asac> hmm
[00:40] <chrisccoulson> so, i'm not sure how to handle that other than providing a transitional xul1.9 package in lucid whose purpose is just to clean up the mess from hardy
[00:40] <asac> chrisccoulson: yeah. .... what removes the package actually?
[00:40] <chrisccoulson> i think update-manager gives the option to remove it because it's no longer in the archive
[00:41] <asac> true
[00:41] <asac> so yeah. i think if all rdepends are gone using a transitional package is probably the right way
[00:41] <chrisccoulson> so, i'll think about how to do that over the weekend
[00:41] <asac> or talking to mvo if he can do somde hack on update-manager side
[00:41] <asac> he can do some tstuff
[00:41] <asac> and we dont support these upgrades just with apt-get dist-upgrade
[00:42] <asac> so if there is an update-manager tweak that would be fine
[00:42] <chrisccoulson> yeah, i will chat to him too
[00:43] <asac> kk... sounds like a plan
[00:43] <asac> ok have to drop out ... busy day tomorrow again :(
[00:44] <asac> will be back at 1700 UTC for a bit
[00:44] <asac> then back on wednesday :/
[00:44] <asac> but lets chat in the meantime if you are there
[00:44] <asac> 22:16 < sebner> asac: bah, you br0ke firefox with your last upload :P
[00:44] <asac> chrisccoulson: ^^
[00:44] <asac> any idea what happened?
[00:45] <crimsun> in Lucid? that doesn't make sense. It WFM.
[00:46] <chrisccoulson> hmmm, i'm not sure. i've not had any issues yet
[00:47] <asac> chrisccoulson: did the security updates go out yet? if so, maybe check bugs sorted by NEW
[00:47] <asac> ;)
[00:47] <asac> e.g. most recent
[00:47] <asac> not sure ... sebner posted it here in the channel a few ours ago
[00:47] <chrisccoulson> asac - not yet, i'm still waiting for the xulrunner builds to finish and publish
[00:47] <asac> lets check with him; if there is not a bug flood its probably ok
[00:47] <chrisccoulson> then i will do the firefox uploads to the PPA in the morning
[00:48] <chrisccoulson> there's been quite some delay with the builders today, mostly due to me ;)
[00:48] <asac> chrisccoulson: yeah. maybe try to catch sebner tomorrow ... maybe he is running security ppa
[00:48] <asac> most likely its just noise ;)
[00:48] <asac> but better safe than sorry
[00:48] <chrisccoulson> yeah, possibly. the security PPA is still in transition at the moment until everything builds
[00:49] <asac> kk
[00:49] <chrisccoulson> asac - and the lucid firefox upload isn't published yet either
[00:49] <asac> hmm
[00:50] <asac> so it probably was ppa indeed. i think we should really check if we can find him
[00:50] <asac> though he might just be confused ;)
[00:50] <chrisccoulson> yeah, i will try and get hold of him
[00:50] <chrisccoulson> but things haven't settled down yet in the security PPA
[00:51] <chrisccoulson> oh, ok, firefox is published on i386 in lucid
[00:51] <chrisccoulson> but not on amd64, which is why i don;'t see it
[00:54] <asac> crimsun: thx. you run i386?
[00:56]  * asac off (sorry ... long and early day tomorrow)
[02:38] <micahg> chrisccoulson: anything else we need to chat about tonight or you need me to take care of?
[03:35] <micahg> chrisccoulson: new version of Firefox, I'm bumping the changelog
[09:33] <micahg> chrisccoulson: FYI, NSS needs NSPR >= 4.8 which means I have to add that to the PPA for <= Jaunty as well
[10:03] <sebner> asac: I'm never confused :P
[10:06] <asac> heh
[10:06] <asac> sebner: so please talk to chris about your issues
[10:12] <sebner> chrisccoulson: asac: issue is gone. Yesterday I updated firefox (normal lucid repo) and restartet it. dpkg -l showed 3.6.2 but firefox itself still 3.6. Another restart, same result.  Now everything is fine
[10:13] <asac> sebner: ok. seems your firefox wasnt properly restarted then
[10:13] <asac> e.g. log out/in cures it
[10:14] <sebner> asac: aye, I'll keep that in mind :) It just confused me that restarted firefox *twice* and nothing changed
[10:15] <asac> sebner: right. ffox for ages soketimes goes in bad state
[10:15] <asac> when running while upgrading
[10:15] <asac> especially if you see the XML failure its always busted frm there on
[10:16] <sebner> asac: I guess but the restart normally works. I guess if was your april joke. If (user == sebner) break();
[10:16] <sebner> ;-P
[10:42] <asac> heh
[10:45] <fta> chromium does better there. it's not impacted by upgrades
[10:54] <asac> well. chromium is all static
[10:54] <asac> so its not any magic ;)
[10:54] <asac> i would expect that upgrading might make the -sandbox thing incompatible from time to time
[10:55] <asac> or is that preloaded and never loaded after start?
[10:55] <fta> nope, ch keeps fd opens to plenty of files, so upgrades have no impact until either ch or the desktop is restarted
[10:56] <fta> restarting my desktop, brb
[11:21] <sebner> asac: GRR, yesterday firefox 3.6.3 got released.
[11:53] <BUGabundo> fta: what is this I read about BZR repo changing formats? I can't upgrade most of my local branches
[12:27] <asac> chrisccoulson: ^^ (ffox 3.6.3)
[12:27] <asac> :)
[12:29] <asac> BUGabundo: you need to upgrade them
[12:29] <BUGabundo> I need?
[12:29] <BUGabundo> they are not mine
[12:30] <asac> bug 541030
[12:30] <chrisccoulson> hi asac
[12:30] <fta> BUGabundo, then drop yours and fetch new ones
[12:30] <chrisccoulson> another ffox release?
[12:30] <BUGabundo> ok
[12:30] <asac> hi chrisccoulson
[12:31] <asac> chrisccoulson: welcome to the world of mozilla ,)
[12:31] <asac> 12:21 < sebner> asac: GRR, yesterday firefox 3.6.3 got released.
[12:31] <asac> probably a firedrill
[12:31] <asac> so we shouldnt push .2 to stable channels
[12:31] <asac> chrisccoulson: ^^
[12:31] <chrisccoulson> ok, i can do that today. i was planning to do an upload today anyway, because the font-rendering is targetted for beta-2
[12:31] <asac> chrisccoulson: thought that was up already?
[12:32] <chrisccoulson> asac - not yet, the upload yesterday was what was already tagged in the branch
[12:32] <asac> ah ok
[12:32] <asac> yeah ... just skip it and make .3
[12:32] <asac> and upload with both changelog entries in changes
[12:32] <chrisccoulson> slangasek says the cut-off for beta-2 is today really
[12:32] <chrisccoulson> so, i'll get that done
[12:32] <asac> yes
[12:32] <asac> yes
[12:33] <asac> chrisccoulson: we should fix ubufox ... one second i think thats commited in upstream branch
[12:33] <asac> (search engine being amazon on non en-US)
[12:33] <sebner> asac: 1 april releases are bad but it seems to fix a grave security issue
[12:35] <asac> chrisccoulson: do you know the bug id for search order?=
[12:36] <asac> got it ... its bug 526411
[12:36] <chrisccoulson> heh, yeah, i was waiting for lp to speed up a bit
[12:38] <fta> BUGabundo, did you file a bug for the ugly fonts in ch?
[12:39] <sebner> Why do I have the feeling that chrisccoulson is taking over the mighty mozilla monkey title from asac? :P
[12:39] <asac> chrisccoulson: ok i released 0.9rc1 ubufox upstream
[12:39] <asac> we should upload that
[12:39] <asac> it just has a few bug fixes
[12:39] <asac> i can do that if you want
[12:39] <chrisccoulson> asac - ok, thanks. i dont mind uploading that
[12:39] <BUGabundo> fta: I haven't had a prob with them
[12:39] <asac> we still have some bugs left for after beta ;)
[12:39] <asac> chrisccoulson: you want to do the merge to packaging branch etc.?
[12:39] <fta> BUGabundo: my fixed font is not longer fixed
[12:39] <chrisccoulson> yeah, can do
[12:40] <asac> chrisccoulson: i think you cherry picked a patch that needs to get dropped with this
[12:40] <asac> chrisccoulson: cool. tag is 0.9rc1
[12:40] <chrisccoulson> thanks
[12:40] <asac> chrisccoulson: i think the ubuntu branch has .bzr-builddeb/default.conf ... and you need to bump the tag there during the bzr merge
[12:40] <BUGabundo> fta: I don't understand
[12:41] <asac> chrisccoulson: hmm ubuntu2 was never ocmmitted to ubufox.ubuntu it seems
[12:41] <asac> chrisccoulson: let me do that ;)... thats the least i can do for you ...
[12:42] <chrisccoulson> asac - ubuntu2 was committed to lp:~ubuntu-core-dev/ubufox/ubuntu
[12:42] <chrisccoulson> is that not the right branch?
[12:42] <asac> chrisccoulson: odd
[12:42] <asac> one second ... maybe i unbound my branch ;)
[12:43] <asac> seems so
[12:43] <asac> alright ... pulling
[12:44] <chrisccoulson> asac - one of the security updates fails to build on hppa: http://launchpadlibrarian.net/42831066/buildlog_ubuntu-hardy-hppa.xulrunner-1.9_<IP_ADDRESS>%2Bnobinonly-0ubuntu<IP_ADDRESS>_FAILEDTOBUILD.txt.gz
[12:45] <chrisccoulson> :-/
[12:49] <asac> chrisccoulson: that might not be a regression ... did the previous one work there?
[12:50] <chrisccoulson> asac - hmm, the last security update ftbfs on hppa too
[12:51] <chrisccoulson> so it's not a regression in this update
[12:51] <asac> chrisccoulson: can you quick verify http://people.canonical.com/~asac/tmp/ubufox_0.9~rc1-0ubuntu1_all.deb
[12:51] <asac> for the searchorder?
[12:51] <asac> thanks
[12:51] <asac> chrisccoulson: yeah. then we dont care for hardy hppa
[12:51] <asac> we might want to fix it at some point if we have time :)
[12:51] <chrisccoulson> ok, thats good then, i won't block on that
[12:51] <asac> yep
[12:52] <chrisccoulson> i'm still waiting for the builders to catch up with all the xulrunner uploads yesterday :/
[12:52] <asac> chrisccoulson: try ubufox ;)
[12:52] <asac> in the meantime :)
[12:52] <chrisccoulson> yeah, just doing that now
[12:52] <asac> chrisccoulson: hmm. someone should bump prio on those
[12:53] <asac> let me get ncommander do that
[12:53] <chrisccoulson> asac - i got pitti to bump the priority on nss yesterday
[12:53] <asac> if he is there
[12:53] <asac> yes, but pitti is not here today :)
[12:53] <asac> chrisccoulson: do you have urls for the builds that need to be bupmed?
[12:54] <chrisccoulson> asac - these are the outstanding ones: https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+builds
[12:55] <chrisccoulson> asac - ok, ubufox seems to work (just tested in french)
[12:55] <asac> cool
[12:55] <asac> uploading
[12:55] <chrisccoulson> let me just delete my profile just to make sure
[12:57] <chrisccoulson> ok, thats fine from a fresh profile too
[12:57] <asac> cool
[12:57] <asac> thanks for checking
[13:00] <chrisccoulson> heh, i was just about to say "what happened to the amd64 builds of firefox", before i realised that i am actually running the latest version already :-/
[13:31] <asac> heh
[13:31] <asac> 14:30 < StevenK> asac: Sorting it out, I've asked Hobbsee to bump them
[13:31] <asac> chrisccoulson: ^^
[13:33] <sebner> asac: Hobbsee is still alive? Haven't seen her for ages
[13:40] <fta> BUGa_vacations, http://people.ubuntu.com/~fta/fixed-fonts.png
[13:41] <BUGa_vacations> fta: FF looks better
[13:41] <fta> indeed
[13:41] <fta> it changed (regressed) in ch a few days ago
[13:42] <BUGa_vacations> looks nicer on my side
[13:47] <fta> it's a fresh install of lucid
[13:48] <fta> no font tweak at all
[13:48] <BUGa_vacations> ill start a guest session and compare
[13:48] <BUGa_vacations> brb
[13:49] <BUGa_vacations> I keep forgeting chromium won't start on a new session
[13:49] <BUGa_vacations> if open else where :(
[13:50] <BUGa_vacations> I wish that would work OFTB
[13:53] <BUGa_vacations> fta: can't start chromium in guest session
[13:53] <BUGa_vacations> something about not able to move PID
[14:00] <fta> sandbox issue?
[14:00] <fta> http://code.google.com/p/chromium/issues/detail?id=34660
[14:09] <BUGa_vacations> fta: subbed
[14:13] <fta> BUGa_vacations, do you have the ms fonts installed?
[14:13] <BUGa_vacations> probsbly
[14:20] <fta> BUGa_vacations, ttf-mscorefonts-installer
[14:21] <BUGa_vacations>   Installed: 3.2
[14:22] <BUGa_vacations> guys, rant or serious thread http://www.psychocats.net/ubuntucat/why-i-might-switch-to-mac-from-ubuntu/  ?
[14:27] <chrisccoulson> asac - thanks. hopefully they will build a bit quicker now :)
[16:11] <fta> http://www.osnews.com/story/23097/Quake_II_Ported_to_HTML5
[16:11] <BUGa_vacations> I read it
[16:11] <BUGa_vacations> though it was one more April fools joke
[16:22] <fta> i'm not sure WebGL is part of html5 though
[16:29] <chrisccoulson> asac - is it ok for me to apply the xulrunner patch bz467738_att351145_lockPref_everywhere.patch to firefox? TeTeT has been asking for that
[16:31] <dutchie> Hi, I'm looking at fixing bug 541951 by applying the supplied patch, but I'm not sure how to deal with the .tar.bz file in lp:ubuntu/firefox. Could anybody point me in the right direction? (just asked in #ubuntu-motu)
[16:32] <chrisccoulson> dutchie - there's no need to do anything with that, as i'm already looking at some firefox updates
[16:32] <dutchie> the bug?
[16:32] <chrisccoulson> yes
[16:32] <dutchie> oh, ok
[16:32] <micahg> chrisccoulson: could that have been fixed with the patch I added last night for persistent settings?
[16:32] <chrisccoulson> micahg - one second, i will check
[16:32] <dutchie> for future reference, how would I deal with the tarball?
[16:33] <micahg> dutchie: the mozilla team has special procedures for updates
[16:33] <dutchie> does that translate into "leave mozilla bugs alone"?
[16:34] <micahg> dutchie: not necessarily
[16:34] <micahg> dutchie: the patch system takes care of the tarball, but updates don't get pushed until they land in our bzr branches
[16:35] <micahg> dutchie: you can still propose a diff, but you would subscribe the mozilla team instead of sponsors to get it included
[16:36] <dutchie> ok
[16:37] <dutchie> well, thanks
[16:39] <micahg> chrisccoulson: also, that patch might be out of date as the bug was marked a dupe
[16:39] <micahg> chrisccoulson: do you know who this josh holland is?
[16:40] <chrisccoulson> micahg - dutchie ;)
[16:40] <micahg> ah
[16:40] <chrisccoulson> micahg - we currently apply this  patch to xul192, so it should work ok with ff36 too
[16:41] <micahg> chrisccoulson: right, but it seems that there might have been a change to the patch upstream, but idk about that
[16:41] <micahg> chrisccoulson: I didn't mean to scare him off
[16:41] <chrisccoulson> ok, i will have a look at that
[16:41] <chrisccoulson> heh
[16:42] <micahg> chrisccoulson: should I reassign to  you?
[16:42] <chrisccoulson> micahg - yeah, feel free
[17:36] <micahg> chrisccoulson: should I push nspr to firefox-stable PPA also?
[18:14] <chrisccoulson> micahg - yeah, feel free to do that
[18:38] <fta> rickspencer3, fyi,"[ubuntu/lucid] chromium-browser 5.0.342.7~r42476-0ubuntu1 (Waiting for approval)" since yesterday, but no idea where it is now, the link in the email is broken
[18:38] <fta> and it's not listed there: https://edge.launchpad.net/ubuntu/lucid/+source/chromium-browser/
[18:39] <fta> (that's the version fixing your ssl issue)
[18:39] <rickspencer3> thanks fta
[18:58] <LLStarks> grrr. text input in 3.7 is so ****ed right now.
[18:58] <LLStarks> you have click outside the text box to activate it.
[20:05] <LLStarks> micahg, are forms and text boxes kaput in 3.7?
[20:05] <micahg> LLStarks: what do you mean?
[20:05] <LLStarks> i can't type in them unless i click another first
[20:41] <micahg> sorry LLStarks, busy right now, ping me over the weekend and I'll try to reproduce
[20:41] <LLStarks> okay
[20:46] <fta> wfm
[22:01] <micahg> asac: do I need to worry about in source NSS/NSPR for thunderbird stable?
[22:05] <micahg> chrisccoulson: are firefox and thunderbird getting pushed today?
[22:06] <chrisccoulson> micahg - firefox will be. thunderbird is ready too?
[22:06] <micahg> chrisccoulson: I left it open for you, just needs to be tagged for release
[22:07] <chrisccoulson> micahg - ok, will do that later
[22:07] <micahg> chrisccoulson: thanks
[22:08] <micahg> chrisccoulson: edbrowse is ready as well with a diff on bug 553052 if you have time
[22:09] <chrisccoulson> micahg - thanks, i'll do some sponsoring tonight then
[22:09] <chrisccoulson> i'm still not sure whether to apply the updated patch to fix bug 541951 or not :-/
[22:09] <micahg> chrisccoulson: k, I might have one more, but that depends how much time I have
[22:10] <micahg> chrisccoulson: asac never gave you an answer?
[22:10] <chrisccoulson> micahg - not yet, but i think he is travelling today
[22:10] <micahg> chrisccoulson: ah, ok
[22:10] <micahg> chrisccoulson: well, if it's not release critical, we can push later, right?
[22:10] <chrisccoulson> yeah, that's true
[22:11] <micahg> chrisccoulson: we can do at least one more upload before final freeze
[22:12] <micahg> chrisccoulson: is xulrunner itself seeded?
[22:12] <micahg> I mean shipped on the CD?
[22:14] <chrisccoulson> micahg - yeah, xulrunner is pulled in by yelp and couchdb
[22:17] <chrisccoulson> micahg - you can check the germinate output for seeing what stuff is seeded, and also why:
[22:17] <chrisccoulson> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.lucid/rdepends/xulrunner-1.9.2/xulrunner-1.9.2
[22:29] <chrisccoulson> wtf? - https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+build/1596874
[22:30] <micahg> chrisccoulson: looksl like someone overrode the buildd
[22:30] <chrisccoulson> wtf x 2 - https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+build/1597111
[22:30] <chrisccoulson> that's a weird build failure too :-/
[22:31] <micahg> idk on that one
[22:31] <fta> http://launchpadlibrarian.net/42879942/cyFmB4YYd2Cu5Qq1Gn29OP0jDjT.txt
[22:32] <micahg> chrisccoulson: should we push the xulrunner security update for beta 2?
[22:32] <chrisccoulson> fta - where did you find that?
[22:32] <fta> from your upload logs
[22:33] <chrisccoulson> micahg - we could try, but i can't upload that for lucid
[22:33] <fta> Original error: QueryCanceledError('canceling statement due to user request\n',)
[22:33] <fta>  -> http://launchpadlibrarian.net/42879942/cyFmB4YYd2Cu5Qq1Gn29OP0jDjT.txt (Statement: 'SELECT Build.archive, Build.buildduration, Build.builder, Build.buildlog, Build.buildstate, Build.date_first_dispatched, Build.datebuilt,
[22:34] <fta> 'Rejection during accept' lol
[22:34] <chrisccoulson> hmmmm :-/
[22:36] <chrisccoulson> fta - i know that an archive admin rescored that build earlier so that it got built earlier, but i'm not sure why that would mess it up
[22:37] <fta> sorry, no idea about lp's internals
[22:38] <chrisccoulson> fta - me neither ;)
[22:40] <BUGa_vacations> Mozilla/5.0 (iPad; U; CPU OS 3_2 like Mac OS X; en-us) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B334b Safari/531.21.10
[22:43] <chrisccoulson> huh?
[22:46] <BUGa_vacations> chrisccoulson: ipad user agent
[22:47] <BUGa_vacations> you can fake on gmail and see the special page they made for ipad
[22:47] <BUGa_vacations> I don't get it
[22:47] <BUGa_vacations> apple and google keep fighting
[22:47] <BUGa_vacations> still google makes special pages for them
[22:47] <BUGa_vacations> and ipad will even bring several google apps
[23:17] <BUGa_vacations> oooopppssssss
[23:17] <BUGa_vacations> fta: seems we will need to be ready to tell users that FF won't play youtube html5 codecs
[23:18] <BUGa_vacations> just had to explain that to a power users
[23:18] <BUGa_vacations> *user
[23:34] <fta> https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=  :(