[00:01] <StevenK> steven@liquified:~/launchpad/lp-branches/kill-launchbag-with-fire% bzr grep ILaunchBag | wc -l
[00:01] <StevenK> 555
[00:01] <StevenK> :-(
[00:01] <StevenK> wgrant: QA done
[00:02] <wgrant> StevenK: Thankyou sir.
[00:02] <StevenK> sinzui: XMLRPC is implicated, which concerns me
[00:02] <sinzui> skip it then. change the ones that keep slowing us down
[00:03] <sinzui> StevenK, I looked at the template that makes the bug links
[00:03] <StevenK> lib/lp/xmlrpc/application.py:        caller = getUtility(ILaunchBag).user
[00:04] <sinzui> I think the view's .unofficial_tags and .official_tags could make make sane links instead of the template. That would be easier to test
[00:04] <StevenK> lib/lp/app/browser/launchpad.py:        self.user = getUtility(ILaunchBag).user
[00:05] <StevenK> Bah
[00:05] <sinzui> StevenK, just focus on bugtask and maybe bugnomination
[00:05] <sinzui> StevenK, the bag is not 100% 20% is useful. We get stuck when it is used instead of the context information.
[00:07] <StevenK> BugTasksAndNominationsView.current_bugtask == return getUtility(ILaunchBag).bugtask
[00:14] <StevenK> sinzui: http://pastebin.ubuntu.com/808023/
[00:19] <wallyworld> StevenK: could you "bin/ec2 land" this for me? my precise system is borked https://code.launchpad.net/~wallyworld/launchpad/subscription-policy-text-912159/+merge/88808
[00:20] <sinzui> StevenK, I think it needs some checking. For example I see in configure.zcml that IBugNomination is the thing that is passed to some the nomination views
[00:24] <sinzui> StevenK, and why would get_assignee_vocabulary_info have self.user, it is an 8 line function
[00:25] <sinzui> StevenK, the two callsites of get_assignee_vocabulary_info are Lp views and do know the user, so they should pass the user with the context
[00:25] <StevenK> sinzui: Right, which I just did.
[00:25] <StevenK> sinzui: http://pastebin.ubuntu.com/808035/ is a updated diff
[00:29] <sinzui> StevenK, BugListingBatchNavigator is not an Lp view. it I think we could use request.user though
[00:30] <StevenK> wallyworld: It has been tossed at ec2.
[00:31] <wallyworld> StevenK: thanks. looking at your use-combo branch now
[00:31] <StevenK> use-*convoy*
[00:31] <sinzui> StevenK, the other option is the make some of the classes inherit from UserAttributeCache which provides .user to lp views
[00:31] <wallyworld> yeah, typo
[00:31] <StevenK> sinzui: Using request.user sounds fine to me
[00:36] <StevenK> I thought after create_initialized_view(), you could call view() to get the actual HTML out?
[00:37] <StevenK> sinzui: If you think my launchbag diff is good I can commit, push and create an MP
[00:37] <sinzui> StevenK, I think the bug nomination changes will break the bugtask ones might work
[00:40] <StevenK> cjwatson: r=me for https://code.launchpad.net/~cjwatson/launchpad/archive-copy-packages-source-series/+merge/87942 , shall I land it for you?
[00:42] <wallyworld> StevenK: use-convoy doesn't load the yui stuff properly for me, looking to find out why
[00:43] <StevenK> wallyworld: Did you 'make clean' and 'make'?
[00:43] <wallyworld> StevenK: yep
[00:44] <wallyworld> it appears the bootstrap yui.js file is not loaded because of a wrong url
[00:44] <lifeless> wgrant: I'd be happier if authenticateUsingBasicAuth wasn't *called* outside the test runner
[00:44] <StevenK> wallyworld: Which wrong URL?
[00:44] <StevenK> wallyworld: OH!
[00:44] <StevenK> wallyworld: You to run sudo make copy-apache-config
[00:44] <wgrant> lifeless: It isn't
[00:44] <wgrant> lifeless: Which is why it crashes.
[00:45] <wallyworld> StevenK: right, i'll do that
[00:45] <wgrant> lifeless: See the next hunk, which adds an config.isTestRunner() check to the call
[00:45] <lifeless> wgrant: ok, so uhm, comment there that it shouldn't be called
[00:45] <cjwatson> StevenK: yes please, thanks
[00:45] <wgrant> Sure.
[00:45] <lifeless> I was thinking we could put something in the test runner zcml
[00:45] <lifeless> but I see its not componentised
[00:46] <wgrant> I considered that, but it would need a bit of refactoring.
[00:47] <wallyworld> StevenK: apache restart fails with: Invalid command 'WSGIScriptAlias'
[00:47] <wallyworld> missing module
[00:48] <StevenK> wallyworld: Install libapache2-mod-wsgi
[00:49]  * wallyworld does that
[00:49] <StevenK> cjwatson: Right, I've reviewed all four of your branches, I'll toss them all at ec2.
[00:52] <cjwatson> StevenK: neat, thanks
[00:52] <wallyworld> StevenK: still issues, trying make clean again
[00:53] <lifeless> wgrant: anyhow, I don't have anything significant to say
[00:53] <lifeless> obviously there is a risk
[00:53] <wallyworld> StevenK: i assume we need to include the libapache2-mod-wsgi package as a launchpad dep now
[00:54] <StevenK> wallyworld: That can be done at the same time we add convoy
[00:54] <rick_h> wallyworld: I don't think so
[00:54] <rick_h> it'll be a convoy dep
[00:54] <StevenK> Mmmmm
[00:54] <wgrant> I don't think convoy should depend on it.
[00:54] <wgrant> It can be run in any WSGI server...
[00:55] <rick_h> ah, right. and we're serving out of the same apache anyway
[00:55] <wgrant> lifeless: I think we should eliminate it eventually, but there are so many tests to migrate.
[00:55] <wgrant> And it's not clear what's best to migrate to.
[00:55] <wallyworld> StevenK: so, still broken. i'll see if there's anything in the apache logs
[00:57] <StevenK> wallyworld: What does wget --no-check-certificate https://launchpad.dev/combo?yui/yui/yui-min.js give you?
[00:57] <wgrant> +combo, please
[00:57] <wallyworld> StevenK: will try that. btw, saw this in apache error log
[00:57] <wallyworld> Traceback (most recent call last):
[00:57] <wallyworld>   File "/home/ian/projects/lp-branches/devel-sandbox/scripts/branch-rewrite.py", line 15, in <module>
[00:57] <wallyworld>     import _pythonpath
[00:57] <wallyworld> ImportError: No module named _pythonpath
[00:57]  * StevenK stabs wgrant
[00:57] <StevenK> wallyworld: Unrelated
[00:59] <rick_h> wgrant: I'm going to start working on the convoy parsing the path tomorrow. I'll see if I can get the +combo going. I want to try to keep consistant somewhat with the other teams using it
[00:59] <wallyworld> StevenK: it gets me a file containing
[00:59] <wgrant> rick_h: Right.
[00:59] <wgrant> rick_h: LP is sort of special, though, in that our top-level namespace is user-controlled.
[00:59] <StevenK> rick_h: I can switch to +combo pretty easily
[01:00] <wallyworld> StevenK: https://pastebin.canonical.com/58279/
[01:00] <rick_h> wgrant: yea, I need to look into the best way to parse the url our to split on host/$disk_path/$ignoreme_or_something
[01:00] <rick_h> wallyworld: ok that means that it can't find the files on disk you asked for
[01:01] <StevenK> wallyworld: find /var/tmp/convoy -type f
[01:01] <wallyworld> rick_h: yeah, figured as much
[01:01] <rick_h> wallyworld: but that means it did get served via the combo loader application
[01:01] <rick_h> so yay for partial success
[01:02] <StevenK> Sucessful failure!
[01:02] <rick_h> lol, that's what we decided to call it wasn't it
[01:03] <wallyworld> rick_h: StevenK: i suspect the yui tarball is not being unpacked correctly. i think my/deryck's last buildout mods are missing, looking now
[01:03] <StevenK> wallyworld: We do that ourselves
[01:04] <StevenK> wallyworld: Using bin/combo-rootdir
[01:04] <wallyworld> ah ok. our buildout mods are for the legacy launchpad.js then
[01:04] <StevenK> Yes.
[01:04] <StevenK> And therefore pointless
[01:04] <StevenK> Since LP has no hope to build against 3.4.1
[01:05] <StevenK> rick_h: /+combo changes pushed
[01:05] <wallyworld> StevenK: rick_h: so here's what's under /var/tmp/convoy/yui: https://pastebin.canonical.com/58280/
[01:06] <wallyworld> StevenK: the idea was that we would just unpack from the tarball the yui build dir
[01:06] <wallyworld> which is all the combo loader needs IIUC
[01:06] <wallyworld> ie we don't want to copy across all the src etc
[01:06] <wallyworld> so we may have a slight disconnect here
[01:07] <wallyworld> since what is under /var/tmp/convoy now is not what i was expecting to see
[01:07] <wallyworld> /var/tmp/convoy/yui i mean
[01:07] <StevenK> wallyworld: Well, everytime I tried to get involved, deryck told me to shush
[01:08] <wallyworld> he did didn't he
[01:08] <StevenK> wallyworld: bin/combo-rootdir is built from a buildout template, and it will unpack the yui in versions.cfg
[01:08] <StevenK> wallyworld: Oh, and be careful running bin/combo-rootdir
[01:09] <StevenK> If you run it with no arguments, it will attempt to remove /*
[01:09] <wallyworld> StevenK: so, why that script and not a buildout recipe?
[01:09] <StevenK> wallyworld: Because buildout recipes are a pox
[01:09] <wallyworld> but we have one that works
[01:09] <wallyworld> that we were expecting to be used
[01:10] <wallyworld> that unpacks the yui files in downlaod cache - the versions we wan tto switch between
[01:10] <StevenK> wallyworld: Then you and deryck made lovely assumptions
[01:10] <wallyworld> so we can use the feature flag to switch between yui versions on the fly
[01:10] <StevenK> And now you get to keep both pieces
[01:11] <wallyworld> StevenK: we talked with rick_h about it, and i thought you as well?
[01:11] <lifeless> wgrant: I have a suggestion
[01:11] <StevenK> wallyworld: I think that work is premature -- we can't switch to 3.4.1 until we are using the combo loader anyway
[01:12] <lifeless> wgrant: in BaseLayer set a global variable somewhere.
[01:12] <wallyworld> StevenK: exactly, that's what we were prepping for
[01:12] <lifeless> wgrant: on nmodule load have it initialize to None
[01:12] <lifeless> wgrant: IFF it is set, it is the basic password
[01:12] <lifeless> wgrant: if it is not set, basic auth cannot work
[01:12] <rick_h> honestly wallyworld, I don't think StevenK and I "got" what you guys were headed towards at the time
[01:12] <StevenK> wallyworld: In either case, you need to debug what bin/combo-rootdir is doing
[01:13] <wgrant> lifeless: I don't think that will work for testrunner-appserver
[01:13] <rick_h> wallyworld: since we were honestly figuring out things ourselves as far as the plan for the on disk layout/setup
[01:13] <StevenK> rick_h: Given deryck kept shushing me, I kept my opinions to myself.
[01:13] <lifeless> wgrant: well, set it in the config then
[01:13] <lifeless> wgrant: *that* will work using the same thing we do for transient rabbit etc
[01:13] <wallyworld> StevenK: rick_h: ok. i'll debug it. seems like there was a communications fail there
[01:13] <rick_h> wallyworld: definitely
[01:13] <rick_h> wallyworld: sorry about that
[01:14] <wallyworld> rick_h: no need to apologise - it was a collective failure
[01:14] <rick_h> wallyworld: I had hoped to get that stuff merged in to "see" what it was up to while we were together but ran out of time
[01:14] <wallyworld> rick_h: StevenK: although, i'm trying the use-convoy branch "out of the box" and it's still failing
[01:14] <wallyworld> ie it should work as is
[01:15] <StevenK> It can't, so far
[01:15] <wallyworld> but i'll find out what's happening in the process of trying to fit the other stuff in
[01:15] <StevenK> It needs changes to lp-meta-deps
[01:15] <lifeless> wgrant: this then does not depend on the config name, it only depends on us not setting the global basic password in production configs
[01:15] <lifeless> something I think we can manage
[01:16] <wallyworld> StevenK: what changes? so far, i've installed tne missing deb and updated the apache configs, other than that, it's the vanilla use-convoy branch
[01:16] <StevenK> wallyworld: It's *very* rough, currently
[01:16] <wgrant> lifeless: Right, but then we depend on lazr.config's somewhat ambiguous behaviour of mapping 'none' -> None
[01:16] <wgrant> But I guess
[01:16] <wgrant> (I still don't know how that works)
[01:16] <StevenK> wallyworld: And installed mod-wsgi
[01:16] <lifeless> wgrant: you don't want to.
[01:17] <wallyworld> StevenK: yes, that's the deb i was referring to
[01:17] <lifeless> wgrant: you can check 'if basic_password and basic_password.upper() != 'NONE':'
[01:17] <rick_h> wallyworld: yea, something is up with your paths for the yui files that got unpacked. I don't think "yui-yui3-f332140/src/" should be in the path
[01:17] <StevenK> wallyworld: There's two -- convoy and mod-wsgi
[01:17] <lifeless> wgrant: if you want less reliance
[01:17] <wgrant> lifeless: That's what I was planning.
[01:17] <wgrant> But still, ew.
[01:17] <rick_h> StevenK: he's getting successful requests from convoy via apache
[01:17] <wallyworld> StevenK: ah right, sorry. that's what i meant
[01:17] <rick_h> StevenK: it's just saying that it can't find the .js files
[01:18] <wallyworld> rick_h: yes, the unpacking of the tarball appears wrong, or incompatible with what the combo loader expects
[01:18] <StevenK> rick_h, wallyworld: I've pushed a small change to bin/combo-rootdir that will blow up if you run it with no arguments, rather than attempting to remove /*
[01:18] <rick_h> wallyworld: the lp and the yui2 directoryes look right from that pastebin
[01:19] <wallyworld> rick_h: yes, agreed
[01:19] <wallyworld> StevenK: thanks
[01:19] <rick_h> wallyworld: but the yui3 isn't correct, I'm not sure why off the top of my head. I've not pulled StevenK's latest stuff yet. On the docket for tomorrow
[01:19] <StevenK> I'm not looking forward to merging devel
[01:19] <wallyworld> rick_h: StevenK: so, the buildout recipe unpacks the yui tarballs to build/js/yui
[01:20] <rick_h> wallyworld: right, which should now be /var/tmp/convoy/yui
[01:20] <wallyworld> and then i expect this will be what's copied over to /var/tmp/convoy
[01:20] <StevenK> All tarballs?
[01:20] <wallyworld> StevenK: yes, so we can switch between them
[01:20] <wallyworld> using the js.yui-version feature flag
[01:20] <StevenK> At the moment, we don't deal with multiple yui versions in our use of the combo loader
[01:20] <StevenK> This is why I said it's premature
[01:21] <StevenK> We haven't even figured out all the pieces and stuff is moving out from under us
[01:21] <wallyworld> ok, for now we just need to get it working with the expected version for prod
[01:21] <wallyworld> but one of the value props here is the ability to easily test qastaging against another yui version for example
[01:22] <StevenK> Sure
[01:22] <wallyworld> or locally as well of course
[01:22] <StevenK> But let's get the combo loader working first before we start changing other stuff
[01:22] <wallyworld> that was my plan for now :-)
[01:23] <rick_h> and a fine plan that is
[01:24] <rick_h> wallyworld StevenK, I'm going to head offline in a bit for the night. Shoot me an email with where things are so I can pick them up tomorrow. I've got a call with deryck to go over the details on where to head from here
[01:24] <wallyworld> rick_h: StevenK: so, i don't think i'll have to do much - just take the tarball unpacking out of combo-rootdir and replace with a copy from the buildout stuff
[01:24] <wallyworld> rick_h: np. goodnight. thanks
[01:25] <rick_h> wallyworld: ok, let me know where that's at once working and I'll make sure to pull that in locally as well
[01:25] <rick_h> wallyworld: or get StevenK to update his branch with it before EOD for you guys
[01:25] <StevenK> wallyworld: build/js/yui/yui-3.3.0 is empty for me
[01:25] <wallyworld> rick_h: will do.
[01:25] <wallyworld> StevenK: let me poke a bit on my disk to have a look
[01:27] <wallyworld> StevenK: my dir has all the expect yui stuff. try rm .installed.cfg and rerun buildout
[01:31] <StevenK> wallyworld: make clean and make results in the jsbuild stuff being unable to find lib/canonical/launchpad/icing/yui/yui/yui.js
[01:32]  * wallyworld scratches head
[01:32] <wallyworld> StevenK: did you rm .installed.cfg to force buildout to run from scratch?
[01:32] <StevenK> wallyworld: Yes
[01:33] <wallyworld> StevenK: maybe try manually rm the yui dir in icing?
[01:34] <wallyworld> i'm not sure what's happening to be honest. i'm running directly off the use-convoy branch
[01:36] <StevenK> wallyworld: lib/canonical/launchpad/icing/yui links to build/js/yui/yui-3.3.0 which is empty
[01:36] <wallyworld> StevenK: is your download cahce up to date?
[01:37] <wallyworld> StevenK: the tarball has been renamed
[01:38] <StevenK> Which was a pointless renaming
[01:38] <wallyworld> there's a yui-3.3.tar.gz and also a yui-3.3.0.tar.gz    the 3.3.0 version is new
[01:38] <wallyworld> StevenK: no, not pointless. the contents are different
[01:38] <wallyworld> the 3.30 version is hand packed to contain just the yui build files
[01:38] <wallyworld> the 3.3 version i mean
[01:38] <wgrant> ಠ_ಠ
[01:38] <wgrant> ಠ_ಠ
[01:38] <wgrant> ಠ_ಠ
[01:38] <wgrant> ಠ_ಠ
[01:38] <wallyworld> the 3.3.0 version is a direct download off github and the untar cmd is modified
[01:39] <wgrant> ಠ_ಠ
[01:39] <StevenK> wallyworld: Which is why bin/combo-rootdir is broken
[01:39] <wallyworld> ah, that makes sense
[01:40] <StevenK> So you changed all this stuff out from under me, complains when it breaks, and you didn't tell me any of this?
[01:40] <wallyworld> StevenK: so we wanted to eliminate the need for a manual packaging step. better to just download straight of github
[01:40] <wallyworld> StevenK: no, it would have worked if your download cache was up to date
[01:40] <wallyworld> i think?
[01:40] <wallyworld> or maybe not
[01:40] <StevenK> The make would have worked.
[01:40] <wallyworld> this was done last thing friday and we ran out of time for a proper wrap up :-(
[01:40] <StevenK> But then my convoy rootdir would be wrong, like what you see.
[01:41] <wallyworld> if we had not lost 5 hours on thursday.....
[01:41] <StevenK> wallyworld: What annoys me is that you didn't tell me anything
[01:41] <wallyworld> all this is a symptom of rushing to get stuff done right at the end :-(
[01:41] <StevenK> Right, I finally have a test case
[01:41] <wallyworld> StevenK: it wasn't deliberate
[01:42] <StevenK> We really don't handle tags with a + in them
[01:42] <wallyworld> we really needed to have another few hours on the day
[01:42] <StevenK> wallyworld: Anyway, I'm looking
[01:43] <wallyworld> StevenK: i don't mind hacking on it
[01:43] <wallyworld> i can get it work with the buildout stuff
[01:43] <StevenK> steven@liquified:~/launchpad/lp-branches/devel% bin/ec2 ls | tail -n 1
[01:43] <StevenK> Summary: running: 5
[01:43] <wallyworld> if you want
[01:43] <StevenK> wallyworld: Just waiting for my download-cache, and I'll push
[01:43] <wallyworld> ok
[01:44] <wallyworld> sorry about the confusion
[01:50] <StevenK> wgrant: So my test fails, we do just spit out unencoded tag names and slap it into a generated URL in TAL.
[01:51] <wgrant> StevenK: Of course :)
[01:52] <StevenK> wgrant: ${tag} => ${tag/fmt:url} ?
[01:52] <wgrant> It's not an fmt:url.
[01:53] <StevenK> wgrant: Or am I better off doing this in the view?
[01:53] <wgrant> lifeless: It's all in the config now.
[01:53] <wgrant> StevenK: Probably the view.
[01:54] <StevenK> wgrant: cgi.escape, or will that make you kill me?
[01:56] <wgrant> It won't even do what you want :)
[01:57] <StevenK> wgrant: urllib.urlencode? Or is that wrong too?
[01:58] <wgrant> That sounds more likely.
[01:58] <wgrant> Or urllib.quote if you just want to use it to generate the value, not the full k-v list
[02:08] <lifeless> wgrant: great
[02:16]  * wgrant stabs postgres in the eye.
[02:17] <nigelb> Morn[B24
[02:17] <nigelb> err
[02:17] <nigelb> Morning!
[02:17] <nigelb> Clearly, I need coffee.
[02:19] <StevenK> wallyworld: use-convoy fixed
[02:19] <wallyworld> StevenK: i'm just about to push a change to fix it also
[02:19] <wallyworld> using the new buildout stuff
[02:19] <wallyworld> StevenK: how about i push my change and you have a look
[02:20] <wallyworld> StevenK: there's a few issues in the console logs i was looking at
[02:20] <wallyworld> the sorttable js is not being loaded
[02:20] <wallyworld> nor are some of the lazr-js assets
[02:23] <wallyworld> StevenK: lp:~wallyworld/launchpad/use-convoy https://pastebin.canonical.com/58281/
[02:28] <StevenK> wallyworld: You can't use ln
[02:28] <wallyworld> ?
[02:28] <wallyworld> works for me
[02:28] <StevenK> Oh, I see what you've done
[02:29] <StevenK> I shall ponder that
[02:29] <wallyworld> it's sort of an interim step, till we support specifying the yui version
[02:29] <wallyworld> not sure why the sorttable stuff isn't getting found
[02:30] <wallyworld> that's under lp
[02:30] <wallyworld> and i think we're missing copying some of the lazr-js stuff across
[02:32] <wallyworld> StevenK: also, merge in trunk so you get the last of the mochi fixes from yerterday
[02:32] <wallyworld> there will be a few LPS usages to change
[02:34] <wallyworld> StevenK: ah, sorttable.js doesn't have a requires
[02:34] <wallyworld> do you want to add an empty one?
[02:34] <wallyworld> in your branch?
[02:50] <wgrant> StevenK: Could you find some time to review https://code.launchpad.net/~wgrant/launchpad/hardcoded-password/+merge/88966 and https://code.launchpad.net/~wgrant/launchpad/no-passwords/+merge/88971 this afternoon?
[02:54] <mwhudson> is sorttable stuff broken on production currently?
[02:54] <mwhudson> because it certainly isn't working for me
[02:54] <wgrant> It's not meant to be, but it quite possibly is.
[02:54] <mwhudson> e.g. try to sort by assignee on https://launchpad.net/lava/+milestone/2011.12
[02:55] <wgrant> Hm
[02:55] <wgrant> WFM
[02:55] <wgrant> In Firefox
[02:55] <mwhudson> hm
[02:55] <wgrant> More attractive than the old version, too.
[02:55]  * wgrant fires up Chromium.
[02:55] <mwhudson> messed up in both chrome and ff for me
[02:55] <mwhudson> well chromium
[02:55] <StevenK> wgrant: Does lifeless still have objections?
[02:55] <wgrant> StevenK: Doesn't seem to.
[02:56] <wgrant> mwhudson: Oh
[02:56] <wgrant> mwhudson: It's all off by one column.
[02:56] <mwhudson> hah yes
[02:56] <wgrant> wallyworld, StevenK: ^^ sorttable regression
[02:56] <mwhudson> well
[02:56] <mwhudson> it's off by one for the blueprint listing
[02:57] <mwhudson> not sure about the bug listing, that seems a bit more random
[02:57] <wgrant> Hm, indeex.
[02:57] <wgrant> Importance sorts by summary, status by project.
[02:57] <wgrant> s/indeex/indeed/
[02:57] <StevenK> wgrant: Do we need to revert prod again?
[02:58] <wgrant> Not if we fix this now.
[02:58] <mwhudson> there was a change to de-mochi sorttable or something recently?
[02:58] <wgrant> Yes
[02:59] <mwhudson>   [r=deryck][no-qa] Make sorttable a proper YUI module. Also updates to
[02:59] <mwhudson>    latest version, which fixes sorttable on our site for Chrome users.
[02:59] <mwhudson> 14671
[02:59] <wgrant> Yes, the origin of the breakage was reasonably obvious :)
[02:59] <wgrant> It's just not clear why it's broken.
[02:59] <wgrant> Or how wide it is.
[03:02] <StevenK> Hmmm
[03:02] <StevenK> Why can't I save MP comments?
[03:03] <wgrant> Oh no not again.
[03:03] <StevenK> Oh, there we go. Just took *ages*
[03:03] <wgrant> It does that sometimes :/
[03:03] <wgrant> I think it's unrelated.
[03:03] <StevenK> wgrant: r=me * 2, but you may want to wait until we sort this crap out
[03:04] <mwhudson> chrome's developer tools doesn't like launchpad.js very much
[03:05] <StevenK> I wonder why that is. :-P
[03:05] <StevenK> Who would have thought a 3.3MiB JS file was a good idea.
[03:06] <StevenK> wgrant: I fear my lack of JS knowledge won't help debugging sorttable
[03:06] <wgrant> It's unlikely to be a very javascripty sort of thing.
[03:07] <wallyworld> a brand new version of upstream sorttable was used
[03:07] <wallyworld> since the previous one was broken in chrome
[03:07] <StevenK> s/\(JS\)\(.*\)\(sortable\)/\3\2/
[03:10] <wgrant> The new one doesn't seem to handle colspan at all.
[03:10] <mwhudson> aaah
[03:11] <mwhudson> that would explain some things
[03:12] <wallyworld> looks like it works on the new bugs listings
[03:12] <wallyworld> but those pages perhaps use their own sorting
[03:12] <wgrant> They don't use sorttable.
[03:12] <mwhudson> my money is on wgrant's observation
[03:12] <wallyworld> explains that then
[03:12] <wgrant> o_O
[03:12] <mwhudson> -        colspan = td.getAttribute("colspan");
[03:12] <mwhudson> -        if (colspan) {
[03:12] <mwhudson> -            SORT_COLUMN_INDEX += parseInt(colspan) - 1;
[03:12] <mwhudson> -        }
[03:12] <wgrant> The new one doesn't even respect sortkey
[03:12] <wgrant> It's useless.
[03:12] <mwhudson> with no corresponding +s
[03:12] <wgrant> (they were local patches, AFAIK)
[03:13] <mwhudson> ah
[03:13] <mwhudson> so um
[03:13] <wgrant> timestamp: Mon 2007-03-19 17:14:53 -0300
[03:13] <wgrant> message: Fix for bug 62495: Milestone bug list doesn't sort properly. Make the Javascript sorting code cope with COLSPANs. Based on a patch by BjornT. Also adds a sortkey to ensure that the sorting by bug number works.
[03:13] <_mup_> Bug #62495: Milestone bug list doesn't sort properly <lp-bugs> <Launchpad itself:Fix Released by kiko> < https://launchpad.net/bugs/62495 >
[03:13] <mwhudson> rewrite it in YUI?
[03:14] <wallyworld> wgrant: so you saying we did local patches to upstream?
[03:14] <wgrant> wallyworld: Yes
[03:15] <wgrant> This apparently wasn't checked before we upgraded.
[03:15] <mwhudson> http://www.kryogenix.org/bugs/sorttable/colspan-rowspan.html
[03:15] <wallyworld> we could port those to the current version
[03:15] <mwhudson> maybe we can just set fire to the west midlands!
[03:15] <wgrant> That may be the best plan for now.
[03:15] <wallyworld> mwhudson: we ultimately want to go all yui, but were not planning on a rewrite just now
[03:16] <mwhudson> it's only 450 lines, and would be ~200 with yui?  but sure
[03:16] <mwhudson> i'm certainly not going to fix it :)
[03:17] <wallyworld> mwhudson: it's just that we have no bandwidth atm
[03:17] <mwhudson> sure
[03:17] <wallyworld> we are supposed to be working on disclosure - the sorttable stuff came up with the move to a combo loader, a project meant to be completed at last week's Epic
[03:20] <StevenK> wallyworld: sinzui said we should work on stuff from last week so it actually gets finished.
[03:20] <wallyworld> StevenK: sure, but not a rewrite in yui, that's all i meant
[03:20] <wallyworld> i just was saying we could do the minimum - port the previous fixes
[03:22] <wgrant> Dammit Ubuntu, why do you have so many bugs :(
[03:24]  * wallyworld has got the sorttable diff from r 3970 and will port across
[03:25] <wgrant> wallyworld: There are two
[03:25] <wgrant> At least
[03:25] <wgrant> sortkey and colspan
[03:25] <wgrant> Diff from the original version.
[03:25] <wallyworld> sure
[03:25] <wgrant> Hmm
[03:26] <wgrant> The diff is 316 lines :)
[04:28] <lifeless> StevenK: objections t ?
[04:28] <lifeless> *to*
[05:31] <lifeless> -> dinner for familty
[05:42] <wallyworld> wgrant: quick look at this? https://code.launchpad.net/~wallyworld/launchpad/sorttable-fix/+merge/88982
[05:43] <wallyworld> bah, just saw a mistake, fixing
[05:55] <wallyworld> fixed
[06:03] <wgrant> wallyworld: It works for sorting by dates, and on milestone pages (which have complex columns)?
[06:04] <wallyworld> wgrant: the branch listing has date columns and the first header has colspan = 2. but i could see any milestone pages with data on lp.dev
[06:05] <wallyworld> couldn't
[06:05] <wgrant> wallyworld: Firefox apparently has some.
[06:05] <wallyworld> so i thought
[06:06] <wallyworld> i'll see if i can some something
[06:11] <wgrant> ha ha hahahhahhah
[06:12] <wgrant> Been debugging a test for ages.
[06:12] <wgrant> Query count ends up larger with hardcoded-passwords
[06:12] <wgrant> Turns out it was authenticating with 'test' as the password before, but that was in fact incorrect.
[06:12] <wgrant> So it was inadvertantly making an anonymous request.
[06:34] <wallyworld> wgrant: i creaed some sample data and it appears ok sorting blueprints and bugs tables on a milestone page
[06:36] <wgrant> wallyworld: With all columns? Great.
[06:36] <wallyworld> yep
[06:37] <wallyworld> wgrant: if you +1 it could you please lp-land since lp-land is broken on my precise atm
[06:42] <wgrant> wallyworld: Will land.
[06:43] <wgrant> Seems like it would be about 80% smaller in YUI, though.
[06:44] <StevenK> lifeless: Bah. We're the Purple squad
[06:44] <wallyworld> wgrant: yes, yui would be better. but no time. thanks for landing
[06:44] <wgrant> Actually just going to test it a bit more first.
[06:44] <wallyworld> StevenK: i already sent a correction :-)
[06:44] <wgrant> But it looks good.
[06:45] <wallyworld> yeah, there was a corner case of two due to the new codebase
[06:46] <wgrant> Hm
[06:46] <StevenK> wallyworld: So lp-land is broken. Why is ec2 land broken?
[06:46] <wgrant> No point ec2 landing that
[06:46] <wallyworld> StevenK: same issue
[06:46] <wallyworld> missing method
[06:47] <StevenK> Strange
[06:50] <StevenK> wallyworld: Just read your MP for your fix to the ITeam:+edit bug I reported -- the screenshot looks awesome
[06:50] <wallyworld> StevenK: thanks.
[06:50] <wgrant> wallyworld: I don't think sortkey is working properly.
[06:51] <wgrant> eg. modify a few branches on https://code.launchpad.dev/firefox 30s apart
[06:51] <wgrant> (just change the description)
[06:51] <wgrant> You'll see that "a moment ago" sorts between "33 seconds ago" and "2007-12-06"
[06:51] <wallyworld> it will use the sortjey if one is provided
[06:51] <wallyworld> sortkey
[06:52] <wgrant>         <td>
[06:52] <wgrant>           <span class="sortkey">2012-01-18 08:50:13 SAST</span>
[06:52] <wgrant>           <span title="2012-01-18 08:50:13 SAST">a moment ago</span>
[06:52] <wgrant>         </td>
[06:52] <wallyworld> hmmm.  not sure why it's misinterpeting it then
[06:52] <wallyworld> will have to look
[06:53] <wallyworld> i tested the sortkey stuff with enum columns eg bug status
[06:57] <wallyworld> bah, the whole code structure around guessing column types is different
[06:57] <wallyworld> more work needed
[06:58] <wgrant> How much more?
[06:59] <wgrant> It may be worth landing this anyway.
[07:00] <wallyworld> just had a more thorough look. i think it just may be a change to the re used to guess that a column is a date
[07:01] <wallyworld> it doesn't like datettimes
[07:01] <wallyworld> i think worth landing now, with another landing to fix the dates
[07:04] <wgrant> submitted
[07:04] <wallyworld> thanks!
[07:16] <wallyworld> mwhudson: fix for sorttable is merged into trunk. date columns still need a little work but other than that it's ok i think
[07:16] <wallyworld> hopefully will be out of buildbot etc by tomorrow
[07:17]  * wgrant is confused about bug #918037
[07:17] <_mup_> Bug #918037: launchpad: please enable some shorter URLs for bugs <Launchpad itself:New> < https://launchpad.net/bugs/918037 >
[08:37] <lifeless> StevenK: bah, sorry.
[08:51] <StevenK> stub: Sorry, channel fail
[08:52] <StevenK> stub: If you have a look at the branch linked to bug 909240, you can see that I've rewritten the query that the method uses.
[08:52] <_mup_> Bug #909240: Can't display New queue due to timeouts <qa-ok> <queue-page> <soyuz-core> <timeout> <Launchpad itself:Fix Committed by stevenk> < https://launchpad.net/bugs/909240 >
[08:53] <stub> Yay. Loaded a LP page and firefox crashes
[08:53] <StevenK> stub: wgrant and I did some investigation and we both think the a new index on BPPH will speed up the query a lot. I have a WIP MP at https://code.launchpad.net/~stevenk/launchpad/db-add-bpph-index/+merge/88824
[08:56] <stub> StevenK: ok. That looks fine. Got an example query handy for me to test?
[09:00] <stub> Or have you already done tests on staging and know the new index wins out over the existing index just on binarypackagename?
[09:01] <wgrant> stub: I tried on dogfood, and it cut it down to 30ms.
[09:01] <wgrant> I don't remember exactly what it was without the index, but it was more than 10x that.
[09:01]  * wgrant digs up the query.
[09:01] <stub> Ok.  Sounds like we just want to land it and apply live then.
[09:02] <stub> MP is WIP though... what still needs to happen?
[09:02] <wgrant> http://pastebin.ubuntu.com/807147/
[09:24] <cjwatson> StevenK: I'm failing to comprehend that failure mail about archive-copy-packages-source-series
[09:24] <cjwatson> Tests hung, but doesn't seem to be related to my change?
[09:29] <StevenK> cjwatson: Let me have a dig.
[09:29]  * StevenK nails bigjools to IRC.
[09:29] <StevenK> Stay!
[09:30] <bigjools> precise hates me
[09:30] <bigjools> usb kernel module crashes which takes out the mouse and keyboard
[09:30] <nigelb> StevenK: lol
[09:31] <StevenK> cjwatson: Hm, that is strange.
[09:32] <StevenK> cjwatson: Nothing is jumping out to my flu-alded brain, sorry.
[09:33] <StevenK> stub: MP is WIP because I wanted to talk to you, if you came up with a better index or so
[09:34] <StevenK> bigjools: It seems my nail helped. Did I catch any important bits? :-P
[09:49] <cjwatson> StevenK: is it worth throwing it against the wall again, or is this unlikely to be transient?
[09:50] <wgrant> Where was the hang?
[09:51] <cjwatson> successful: lp.testing.tests.test_zope_test_in_subprocess.TestZopeTestInSubProcessLayer:tearDown
[09:51] <cjwatson> WARNING: A test appears to be hung. There has been no output for 600 seconds.
[09:52] <cjwatson> last real test was lp.translations.utilities.tests.test_superfastimports.TestSuperFastImports.test_query_timeout
[09:52] <cjwatson> (which succeeded)
[09:52] <StevenK> stub: I shall fiddle with the MP and toss it at db-devel
[09:53] <wgrant> Hmm
[09:53] <wgrant> I haven't seen that one in a long time.
[09:53] <wgrant> Probably over a year.
[09:53] <wgrant> Throw it at ec2 again, I say.
[09:53] <cjwatson> http://people.canonical.com/~cjwatson/tmp/archive-copy-packages-source-series-r14656.subunit.gz
[09:54] <StevenK> cjwatson: Link me the MP again and I'll re-toss it along with my db patch
[09:54] <cjwatson> StevenK: https://code.launchpad.net/~cjwatson/launchpad/archive-copy-packages-source-series/+merge/87942 - ta
[09:56] <StevenK> Which just got hit with FDT
[09:57] <adeuring> good morning
[09:59] <Laney> since the dev wiki seems to be joining the blackout, what do I need to do to QA my db change branch which has landed on qastaging?
[10:02] <wgrant> Laney: Hm, works for me.
[10:03] <Laney> yeah, back now
[10:03] <Laney> was down for at least 30 minutes :-)
[10:03] <wgrant> But DB change branches don't land on qastaging, but staging itself. For this sort of thing we mostly just check that it applies.
[10:03] <wgrant> I'll check once fdt is over.
[10:03] <Laney> oh, http://lpqateam.canonical.com/qa-reports/deployment-db-stable.html says qastaging
[10:04] <wgrant> It's a lie :(
[10:04] <Laney> boo
[10:06] <wgrant> 2012-01-18 05:44:34 INFO    2209-02-0 applied just now in 5.5 seconds
[10:06] <wgrant> qa-ok
[10:07] <wgrant> A little on the slow side, but it'll do.
[10:07] <Laney> tidy
[11:32] <wgrant> Laney: The dev wiki issue was a firewall misconfiguration that lasted about 15 minutes, I believe.
[11:32] <wgrant> Laney: I've scheduled that patch for deployment tomorrow
[11:32] <Laney> wgrant: Oh OK, thanks. How will I know when it's done? The bug will be flipped to Fix Released?
[11:33] <wgrant> I'll comment and flip the bug back to In Progress.
[11:33] <wgrant> Since it requires further landings.
[11:34] <Laney> bonus, thanks a lot.
[11:34] <Laney> Maybe I'll look into UI for creator and sponsor next ...
[11:35] <Laney> but that would probably require figuring out how to get test data into my local instance.
[11:35] <wgrant> Filling in sponsor is probably more important than displaying it.
[11:35] <wgrant> Since there's not much to display at present :)
[11:35] <StevenK> Ursinha: Your patch is now live on production, so if you need help with the code, or anything, give me a prod.
[11:35] <Laney> it would be nice to have it on +source
[11:35] <wgrant> Laney: Indeed.
[12:27] <Ursinha> \o/
[12:27] <Ursinha> thanks StevenK
[12:27] <rick_h> morning all
[12:31] <wgrant> Morning rick_h.
[12:56] <cjwatson> allenap: would it be worth doing a lazr.uri release?  It, er, doesn't seem to get changed very often ;-)
[13:55] <allenap> cjwatson: Yes, a very good idea. I am waiting for flacoste to appear so he can authorize me on PyPI.
[14:03] <deryck> Morning, all.
[14:03] <rick_h> party on
[14:04] <flacoste> allenap: what package?
[14:04] <flacoste> lazr.uri
[14:04] <flacoste> on it
[14:06] <flacoste> allenap: what's your pypi username?
[14:06] <allenap> flacoste: gavinpanella
[14:06] <allenap> Thanks!
[14:07] <flacoste> allenap: done
[14:07] <allenap> flacoste: Right, now to try and remember the runes, thanks.
[14:16] <deryck> wallyworld, you around still?
[14:17] <deryck> rick_h, wallyworld says in email we need "apache wsgi lib" in dependencies.... he means mod_wsgi?  Or something else?
[14:18] <rick_h> deryck: right, libapache2-mod-wsgi
[14:18] <deryck> rick_h, right, ok, cool.
[14:18] <rick_h> it's not currently a dep since LP doesn't use it yet in the default setup
[14:18] <deryck> rick_h, I'm about to paste you my notes for remaining work, and if it looks good, we can coordinate on launchpad-dev list.
[14:18] <rick_h> deryck: ok, sounds good. I'm working on getting their changes from last night up and running
[14:19] <rick_h> deryck: they hit issues getting your branch and ours to combine/work
[14:19] <deryck> rick_h, my branch being the multi-yui buildout stuff?
[14:19] <rick_h> deryck: right
[14:20] <rick_h> deryck: honestly StevenK and I weren't sure what you guys were up to and we never got to merge them before we left
[14:20] <rick_h>  deryck looks like they got it sorted out last night though, so merging with devel, StevenK, and wallyworld right now to build a super branch with everything together
[14:21] <deryck> rick_h, right, that's what I was going to say.... I read wallyworld's email as saying it was sorted out now.
[14:21] <rick_h> deryck: yea, just need to see it to believe it at this point lol
[14:23] <deryck> rick_h, ok, so here's my notes:  http://pastebin.ubuntu.com/808615/
[14:24] <deryck> rick_h, we can discuss on list, but generally, does it look like I've got everything there.  anything glaringly missing?
[14:24] <rick_h> deryck: looking, sec
[14:24] <allenap> cjwatson, flacoste: lazr.uri 1.0.3 is out.
[14:27] <cjwatson> allenap: cool.  shall I file a Debian bug or have you already done so?
[14:27] <rick_h> bah, is there really no way in the pastebin to reply/change a paste without manually copying/pasting?
[14:27] <deryck> nope
[14:28] <allenap> cjwatson: I didn't realise I had opened a can of worms ;) I haven't filed a bug and I don't really know the form for doing so; I'd be grateful if you could do it.
[14:28] <cjwatson> allenap: it's not a can of worms, just the next step - OK, I'll take care of it
[14:29] <cjwatson> done
[14:29] <allenap> cjwatson: I was joking, but I started this thinking "I know, I'll do a quick review". I'm happy that it's progressing.
[14:31] <rick_h> deryck: http://pastebin.ubuntu.com/808625/
[14:32] <deryck> abentley, adeuring -- http://pastebin.ubuntu.com/808615/
[14:39] <bigjools> jelmer: how does dailydeb find upstream tarballs?
[14:40] <jelmer> bigjools: by tags in the branch
[14:40] <jelmer> bigjools: generally speaking, recipe builds should be native
[14:41] <bigjools> jelmer: ah ok, I won't worry then, thanks
[14:42] <cjwatson> allenap: hey, *I* started thinking "I know, I wonder what I can do to help port launchpadlib to Python 3" ...
[14:42] <cjwatson> still a fair bit left in that stack
[14:42] <allenap> Haha :)
[14:42]  * bigjools chortles
[15:05] <jcsackett> sinzui: have a few moments to chat?
[15:05] <sinzui> yes
[15:06] <abentley> rick_h: Why do you say to test in google chrome, when the bug is Firefox?  Google Chrome is not available on Ubuntu AFAIK.
[15:07] <rick_h> abentley: sorry, just force of habit. I ran the updated tests in both browsers and copied the last command I ran
[15:07] <rick_h> abentley: updated
[15:11] <rick_h> deryck: is there anything we can do to help https://answers.launchpad.net/launchpad/+question/184522 by manually touching the data?
[15:11]  * deryck looks
[15:12] <rick_h> deryck: he's in #launchpad asking and the book is still in progress, but not finding any way to help him right now
[15:12] <deryck> rick_h, I think we need to refer him to ubuntu-sso.  sinzui, can you confirm that? (from ^^ question)
[15:12] <rick_h> /book/bug/
[15:12] <abentley> rick_h: r=me
[15:12] <rick_h> abentley: ty much
[15:15] <deryck> rick_h, I'll take over on IRC and handle it.
[15:15] <rick_h> deryck: ok, thanks
[15:20] <stub> deryck: I'm the person who has to fix the data in these cases. We had one of these at the Epic and wgrant tracked down and filed bugs on why these problems keep happening.
[15:21] <deryck> stub, ah, ok.  Can I assign you the question then?
[15:21] <stub> deryck: Sure
[15:21] <deryck> stub, awesome!  Thanks!
[15:22] <stub> Just email me if you do that in the future as I seem to never see emails from Questions for some reason I haven't been bothered to investigate.
[15:22] <deryck> stub, will do.
[15:25] <rick_h> deryck: fyi, I've done all the merging/conflict resolution and pushed to my use-convoy branch in case you want to shortcut all that
[15:30] <deryck> rick_h, ok, will do, thanks.
[15:30] <deryck> rick_h, and your branch is different from StevenK's branch now?
[15:31] <rick_h> deryck: yea, it's merged with devel and the js branch from wallyworld, etc
[15:31] <deryck> rick_h, oh, ok.  I thought StevenK had already done that in his branch.
[15:31] <deryck> rick_h, np, though.  we just need to let him know.   I am about to put a branch up for review that permits me to run lp and the the test suite.
[15:54] <bac> sinzui: what did you do about python-tickcount, which precise only packages for 2.7
[15:55] <bac> sinzui: i'll be happy to review your branch
[15:58] <sinzui> bac, this is my hack http://pastebin.ubuntu.com/808705/
[15:59] <gary_poster> sinzui, wow, so LP works with 2.7 with your branch?
[16:00] <sinzui> gary_poster, walks, not runs
[16:00] <gary_poster> :-)
[16:00] <gary_poster> very cool
[16:00] <sinzui> gary_poster, bac: some tests do fail
[16:01] <gary_poster> good start then
[16:16] <bac> sinzui: your makefile patch does not work for 2.7.  it returns 'pythonpython2.6'
[16:17] <sinzui> bac: damn. I gave you the non-commited change to support lucid.
[16:17] <bac> sinzui: oopsie
[16:17] <sinzui> it does not work
[16:19] <sinzui> bac: this one includes the anchors to only match the full string
[16:23] <bac> sinzui: cool.  so you have a diff?
[16:23] <sinzui> http://pastebin.ubuntu.com/808739/
[16:24] <sinzui> ^ That is my entire change to make my branch and run tests
[16:36] <sinzui> bac: if my hack works for you, maybe you can approve this so that I can send it to ec2 https://code.launchpad.net/~sinzui/launchpad/precise-makefile-python/+merge/89074
[16:51] <allenap> lifeless: Any chance of a testresources release? I'd like FixtureResource and use of super().
[16:56] <bigjools> allenap: you expect lifeless to be awake at 6am in NZ? Oh, wait ...
[16:56] <allenap> bigjools: Precisely.
[16:56] <bigjools> Pangolin
[18:05] <bac> sinzui: done, with one question
[19:17] <lifeless> allenap: yes, sure
[19:30] <rick_h> so let's just say someone accidentilly blew away their lp-branches directory...
[19:30] <rick_h> and they recreated it using a normal bzr branch as they find in the rocketfuel-setup script
[19:30] <rick_h> but now making branches takes forever and a day
[19:31] <rick_h> what would someone look at? to get things back where a branch wasn't such a big deal?
[19:32] <lifeless> you need a shared repository
[19:33] <lifeless> lp-branches should be 'bzr init-repository [--no-trees] lp-branches'
[19:33] <rick_h> ah, up a level. Ok, was searching branch options
[19:36] <lifeless> then bzr branch lp:launchpad lp-branches/devel
[19:36] <lifeless> and you're back to the starting point
[19:37] <rick_h> rgr, running that now. Thanks lifeless
[19:37] <lifeless> the --no-trees thing is largely personal preference - whether you want to run multiple wokring trees, or one that you switch between
[19:37] <lifeless> the rf default is with trees
[19:38] <rick_h> yea, I still need to spend some time on my bzr setup to find a happy place
[20:23] <abentley> rick_h: If you're starting again, I recommend using bzr-colo instead.  Been using it for weeks.
[20:24] <abentley> rick_h: It implements the git-style layout where you have one working tree and many branches.
[20:25] <allenap> lifeless: Thanks.
[20:28] <abentley> rick_h: Also, it can fluidly switch to using pipelines.
[20:30] <lifeless> deryck: hey
[20:31] <deryck> hi lifeless
[20:33] <lifeless> deryck: a thought on pages that were timing out and don't when we reevaluate; might like to still check for warning signs
[20:33] <lifeless> deryck: like high query counts (> 30), slow page (multi second rendering)
[20:34] <lifeless> deryck: when I'm not ill, I would also like to catch up w.r.t. root-cause-fix-opportunities, but probably next week is best
[20:35] <deryck> lifeless, ok, sure.  I did a basic assessment like that.  but re: the 30 count page, we have many that are more than that, right? in fact most, no?
[20:35] <lifeless> deryck: I wouldn't say most
[20:36] <lifeless> deryck: many pages have a fixed amount of content and a high query count; they generally don't get better or worse; things with batches on them are where it gets bad rapidly
[20:36] <deryck> ok, I'm just going by the query count at the top of the page.  I don't find a page with 30 queries or less.
[20:37] <lifeless> deryck: aiee :P So, pick a number, 70 then :)
[20:37] <deryck> lifeless, also, I'd love to catch up about the root-cause opportunities stuff as you say.
[20:37] <lifeless> deryck: the main thing is the number should be less than the rows in a batch
[20:37] <deryck> lifeless, ah, I follow now.  gotchas.
[20:50] <rick_h> abentley: thanks, I'll check out the colo stuff.
[20:51] <abentley> rick_h: Cool.  Let me know if you have any questions.
[21:03] <jcsackett> sinzui: do you know why we have both test_team and test_team_view in browser/tests? they seem to be a random selection of browser tests in each.
[21:06] <sinzui> jcsackett, both tests were created in separate places, then apocalypse happened
[21:06] <sinzui> jcsackett, They can be merged, and maybe checked for duplication
[21:06] <jcsackett> sinzui: hurray!
[21:06]  * jcsackett goes to collapse files.
[21:06]  * sinzui did the same for personset a few weeks ago
[23:14] <huwshimi> Hello Precise users, how do I resolve the import errors when doing rocketfuel-get?
[23:14] <huwshimi> (I'm assuming these are standard issues)
[23:16] <wgrant> huwshimi: sinzui was working on that.
[23:17] <wgrant> huwshimi: But try hacking Makefile to use python2.7 instead of python2.6
[23:17] <wgrant> Then make clean && make
[23:18] <wgrant> lifeless: Around?
[23:18] <huwshimi> wgrant: OK thanks. It's definitely a version thing because the packages exist
[23:18] <wgrant> huwshimi: Yeah, Precise doesn't really do python2.6
[23:19] <huwshimi> wgrant: Ah I see
[23:29] <wgrant> wallyworld_: Worked out the sorttable date sorttkey stuff?
[23:30] <wallyworld_> nope. on my agenda after breakfast
[23:30] <wgrant> Great.
[23:30] <wgrant> That's a good idea, actually.
[23:31] <wallyworld_> yeah, can't work when hungry
[23:31] <wallyworld_> at least sorting is mostly fixed after next NDT
[23:31] <wgrant> Yeah
[23:31] <wgrant> Should be done soon.
[23:33] <wgrant> lifeless: Am I likely to be slain if I combine three marginally related DB patches into one for deployment efficiency?
[23:33] <wgrant> (-AccountPassword, -EmailAddress.account, +Person.account_status)
[23:49] <huwshimi> wgrant: The make clean and make worked fine but rocketfuel-get is still failing. Is there another way I can update that might work or something?
[23:50] <wgrant> huwshimi: How's it failing?
[23:51] <huwshimi> wgrant: Sometimes it fails with "ImportError: No module named bzrlib"
[23:51] <wgrant> huwshimi: Hm
[23:51] <huwshimi> wgrant: and others it fails with ImportError: No module named tickcount or something like that
[23:51] <wgrant> Sounds like it's still running with python2.6
[23:51] <huwshimi> wgrant: I modified the Makefile in devel
[23:52] <huwshimi> wgrant: And did the make clean/make there
[23:52] <huwshimi> wgrant: Is that what I was supposed to do?
[23:52] <wgrant> So, rocketfuel-get basically just: bzr pull -d ~/launchpad/lp-branches/devel; bzr up ~/launchpad/lp-sourcedeps/download-cache
[23:53] <wgrant> And then make
[23:56] <wallyworld_> StevenK: we should land your use-convoy branch today. with your latest change, we should use ${buildout:yui-directory} instead of hardcoding to build/js/yui
[23:57] <huwshimi> wgrant: Well that all appeared to work
[23:58] <huwshimi> wgrant: So now how do I do the equivalent hackery instead of doing rocketfuel-branch?


[05:30] <micahg> mr_pouit: no, no /proc/ide
[12:35] <knome> one can't add several notes-plugins to panel :(
[13:02] <ochosi> haven't tried, not using notes really


[00:23] <smplman> when ever i run a ./configure on anything i get an error that gcc cannot create executables. Any ideas\
[00:34] <cjwatson> smplman: make sure you have gcc and libc6-dev installed
[04:15] <psusi> pitti, I got it... kernel patch to put the attribute saying the drive is external in the drive device in sysfs for esata
[08:32] <op_amp>  /join #ubuntu-devel
[08:33] <op_amp> Can I install Daily Build image of Natty using simple wubi installer?
[08:55] <tmzt_dg2root> op_amp: you might want to ask in #ubuntu+1 this is a development channel
[08:56] <tmzt_dg2root> or is natty the released one?
[08:56] <tmzt_dg2root> so just #ubuntu
[09:20] <op_amp> ok
[11:45] <directhex> http://i.imgur.com/oqgFC.png
[11:48] <geser> what's the meaning of the red lines?
[20:44] <nemo> trying to locate https://launchpad.net/ubuntu/intrepid/i386/libghc6-utf8-string-dev/<IP_ADDRESS>-2 for lucid or maverick
[20:45] <nemo> ah
[20:45] <nemo> exists for lucid
[20:45] <nemo> hm
[20:45] <nemo> is in bytestring according to unc0rr
[20:45]  * nemo looks
[20:54] <marcosroriz> hi guys
[20:54] <marcosroriz> guys I'm helping out uploading screenshots for debian and debian-derivated (Ubuntu/DL/Etc) but there are some questions in my mind here..
[20:54] <marcosroriz> is there any guideline for uploading screenshots of cli app
[21:03] <eitch0000> marcosroriz: interesting question. And what is with all the library packages? Shouldn't they be filtered out on the screenshots website?
[21:04] <marcosroriz> I tried to demonstrate the use of the cli app --> http://screenshots.ubuntu.com/package/ant
[21:04] <marcosroriz> eitch0000, yep and also there is a problem with -data -common pkgs
[21:05] <eitch0000> marcosroriz: your pic is looking good
[21:09] <marcosroriz> thanks :)
[21:17] <nemo> hm. can't find it in maverick. well. I guess figuring out how to build it without cabal is up to the package maintainers
[21:28] <ScottK> marcosroriz: Since it's Debian's screenshots project, I'd ask them.
[21:57] <ebroder> Do we generally update the maintainer field for no-change rebuilds? My inclination is that you shouldn't, but I'm not sure
[21:58] <Laney> no I wouldn't bother
[22:04] <ebroder> Hmm...how about the version number for a no-change SRU? Is the different between ubuntu0.1 and build0.1 semantically interesting in that case?
[22:04] <ebroder> *difference
[22:04] <ScottK> It's important that it be lower than the version in the next release.
[22:04] <kklimonda> if it's ubuntu you have to change Maintainer
[22:05] <ebroder> kklimonda: I'm looking at your bug 673789
[22:05] <kklimonda> it looks almost like someone is... right ;)
[22:05] <Laney> the tools will try to make you, depending on your DEBEMAIL, but you don't /have/ to
[22:05] <kklimonda> Laney: at least bzr bd -S will fail if you use ubuntu version and Maintainer isn't set to @ubuntu.com
[22:06] <Laney> DEBEMAIL= bzr bd -S
[22:06] <ebroder> So it sounds like build0.1 + no maintainer change isn't offensive to anyone
[22:06] <kklimonda> right
[22:09] <ebroder> Err...except there's already a librmagick-ruby 2.11.1-1ubuntu0.1 sitting in lucid-updates
[22:09] <kklimonda> hmm
[22:09] <kklimonda> now that's embarassing :)
[22:10] <ebroder> No worries. It's bug #518122; I'm going to dup yours to it
[22:10] <ebroder> I'm...very confused by the bug's history, though
[22:11] <ebroder> I guess it went to updates with the outstanding other bug (which isn't a regression), so that makes sense
[22:32] <chrisccoulson> could a core-dev please add lucid and maverick tasks to bug 655707 for me please? (it's already fixed in natty)
[22:39] <stgraber> chrisccoulson: done
[22:40] <chrisccoulson> stgraber, excellent, thanks


[11:30] <ogra> does anyone know if there is a fix in the works for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=367856 ?
[11:30] <ogra> (i cant merge electricsheep)
[11:37] <fabbione> i can reproduce that one with our gcc on x86
[11:38] <fabbione> try to do this:
[11:38] <fabbione> add to the LDFLAGS an explicit path to the filename that contains the symbol
[11:38] <fabbione> (just for debugging)
[11:39] <ogra> will try
[11:39] <fabbione> powerpc-linux-gnu-gcc  -Wall -g -O2   -o mpeg2dec_onroot  mpeg2dec_onroot.o getopt.o ../libmpeg2/libmpeg2.a ../libvo/libvo.a   -lSM -lICE  -lX11  -lXext -lXv libcpuaccel.a -lpng /usr/lib/libfoo.a
[11:39] <fabbione> for example
[11:39] <fabbione> but you need to know where the symbol is
[11:39] <fabbione> if that fix works it's something common to the gcc we have
[11:39] <fabbione> it looks like that -lfoo doesn't really work properly on all -L paths
[11:40] <fabbione> but i am not 100% sure
[11:41] <fabbione> try to change also the optimization stuff and see if that change
[11:41] <fabbione> like -O2 -> //
[11:41] <fabbione> or -O0
[11:45] <ogra> since i have no clue where the symbol is, i'll start with -OO
[11:47] <ogra> err -O0
[11:50] <ogra> -O0 works fine :)
[07:08] <Sean-Michael> Man, there anyway to scroll rss and or live bookmarks across youre desktop?


[02:50] <tsimonq2> I'm trying Jeremy's fix on my own machine and it's not quite working. I'm curious.
[02:50] <tsimonq2> Trying in a VM to confirm.
[03:27] <tsimonq2> jbicha: I *have* to be missing something WRT instructions to reproduce your fix.
[03:28] <tsimonq2> XDG_CURRENT_DESKTOP is set to LXQt... and the other fix isn't needed until next release.
[03:30] <Eickmeyer> tsimonq2: lowercase lxqt?
[03:31] <Eickmeyer> Just a shot in the dark based on prior xfce experience.
[03:33] <tsimonq2> Nah, apparently that second fix and a restart of xdg-desktop-portals is what it needed.
[03:33] <tsimonq2> Confirming.
[03:34] <tsimonq2> (Thanks though.)
[03:34] <tsimonq2> (In fact, you're right about that in one case.)(
[03:34] <Eickmeyer> Was worth a shot (in the dark).
[03:34] <tsimonq2> Ha, ha, ha, since it's dark outside...
[03:34]  * tsimonq2 runs
[03:34] <Eickmeyer> Fax, no paper.
[03:35]  * lubot [matrix] <arraybolt3> sends Eickmeyer a fax directly to his laptop speakers
[03:37] <guiverc> :)
[03:38]  * tsimonq2 cracks his knuckles and prepares for a Beta Freeze kamikaze
[03:43] -queuebot:#lubuntu-devel- Unapproved: lubuntu-default-settings (mantic-proposed/universe) [23.10.1 => 23.10.2] (lubuntu)
[03:55] <tsimonq2> Finishing a local lxqt-session build to confirm the fix, otherwise we should be good.
[03:55] <tsimonq2> I've bribed the release team with some delicious Riga beer >:P
[03:55] <guiverc> :)
[03:56]  * tsimonq2 looks at release notes but E:TIREDBRAIN
[03:57] <guiverc> release notes were modified so more useful for beta (Beta: sections & search <!-- BETA --> present in doc
[03:58] <guiverc> you'll be able to remove the xdg KNOWN ISSUE lines tsimonq2
[04:03] <tsimonq2> You have my green stamp, just note my grumbling about italicizing entire paragraphs. :P
[04:04] <tsimonq2> Thank you guiverc and wxl.
[04:04] <tsimonq2> wxl: And, thank you for https://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu/commit/?id=b80cd1a2438144e5d445c3817c4af0edb1bb1dfe
[04:04] -ubottu:#lubuntu-devel- Commit b80cd1a in ~lubuntu-dev/ubuntu-seeds/+git/lubuntu "Add polkitd-pkla to support legacy authentication rules. (LP: #2033547) HEAD mantic"
[04:05] <tsimonq2> In fact, I think we should keep that change for this cycle Just In Case(tm), and next cycle implement it fully within the apps that need it (Cala).
[04:06] <tsimonq2> I'm going to be on the road for most of tomorrow, and hopefully in a different state by the end of the day. I'll throw my work batphone number in -members if another RC bug pops up, otherwise I trust we're green light on this.
[04:07] <tsimonq2> I know the channel is publicly logged- if the one RC bug we know about is the only one that pops up during ISO QA testing, please mark as ready, full green light.
[04:07] <tsimonq2> *this channel, at least
[04:07] <tsimonq2> Thanks for your work, everyone.
[04:08] <guiverc> ( i used italics for beta detail only... I felt it worthwhile to highlight it was beta detail only )
[04:10] <guiverc> thanks tsimonq2
[04:10] <tsimonq2> Maybe bold Beta and leave the rest :)
[04:10] <tsimonq2> My personal style isn't a blocker, especially since you help with UWN. :P
[04:10] -queuebot:#lubuntu-devel- Unapproved: lxqt-session (mantic-proposed/universe) [1.3.0-0ubuntu1 => 1.3.0-0ubuntu2] (lubuntu)
[04:36] <Eickmeyer> Oh my... arraybolt3 is back from the dead???
[04:38] <guiverc> I do like the idea of BOLD instead of italics for beta on release notes... ^
[04:39] <guiverc> I didn't know you were in Australia arraybolt3   :)
[04:39] <Eickmeyer> XD guiverc
[04:44] <Eickmeyer> He nukes people from orbit.
[04:45] <Eickmeyer> 🤣
 Tested upgrades from Lubuntu 23.04 to 23.10 GUI and TUI all good -no errors
[07:44] <guiverc> Thanks @Leokolb !
[08:00] <guiverc> https://phab.lubuntu.me/w/release-team/testing-checklist/ updated; feel free to correct any mistakes I made @Leokolb  (probably obvious; I often leave machine IDs there so they can be copy|cut/pasted instead of re-typing.. not as reservations)
 work in progress @guiverc tks :) (re @lubuntu_bot: (irc) <guiverc> https://phab.lubuntu.me/w/release-team/testing-checklist/ updated; feel free to correct any mistakes I made @Leokolb  (probably obvious; I often leave machine IDs there so they can be copy|cut/pasted instead of re-typing.. not as reservations))
[08:33] <guiverc> I'm waiting to see if a respin occurs @Leokolb, with Simon's 2x package commits done (prior to beta release)...   It should not impact re-installs, but we'll need to do a couple of tests anyway (bios, uefi etc)
[08:33] <guiverc> (otherwise I've got to re-write (if no respin) what I had written on the known issues as it was deleted by Simon assumed re-spin)
 ok tks @guiverc
 *long yawn* it is gonna be a long day
[10:04] <guiverc> i've re-written the xdg-portals issue on release notes (better this time I believe)... so it'll need removal if respin occurs as requested (again) by tsimonq2
 I've met sil2100, he's reasonable. If he ends up deciding to just push through it, I won't be horribly upset
 Just wanted my opinion heard again ;)
[10:15] <guiverc> Thanks tsimonq2 , on the plus side if it doesn't get respun, you won't OWN any beers, and maybe able to persuade sil2100 to buy you one maybe :)
 Now, on the other hand, I owe Foundations some honey gin ;)
[11:48] <jbicha> tsimonq2: see comment 5 at bug 2036098 ; while default=lxqt works for the obvious filechooser case, there are other portals & you probably want to use default=lxqt;kde; and have a harder dependency on x-d-p-kde
[11:48] -ubottu:#lubuntu-devel- Bug 2036098 in lubuntu-default-settings (Ubuntu) "[mantic] xdg-desktop-portals no longer working in default Lubuntu after xdg-desktop-portal 1.17.1" [Critical, In Progress] https://launchpad.net/bugs/2036098
[11:53] <jbicha> when I was testing, I restarted Lubuntu to get changes to the xdg-desktop-portal to completely take effect automatically
 wxl: registrar is being a problem, known issue and working on resolving at snailpace
 because they slow
[13:08] <guiverc> thanks jbicha :)  (updated detail on ~fixes to 2036098)
[16:40] <wxl> weird i got kicked off of members and council and now can't get back in
 :(
 Let me see if I can fix that here
 Might be good now
 is the system that builds the manual working now it hasn't made my changes I commit yesterday on /master/
[20:02] <wxl> could that somehow be related to thomas' registrar problems?
 know what that makes sense
 Pings in #ubuntu-release for marking as ready going unanswered.
[20:33] <wxl> @teward001 ^ thoughts about manual?
 @teward001 , @tsimonq2 Can either of you respond to vorlon in #ubuntu-release? Trying to get beta over the finish line.
 I already said I'm NACK unless those two fixes go through.
 We could have used the last twelve or so hours to test that respin... but nope
 Give me a minute, I'll pull up my laptop and connect my hotspot
 the release team are 'underpowered' this week I think sil2100 has stated
[21:31] -queuebot:#lubuntu-devel- Unapproved: accepted lubuntu-default-settings [source] (mantic-proposed) [23.10.2]
[21:38] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Mantic Beta] has been disabled
 shouldnt be (re @lubuntu_bot: (irc) <wxl> could that somehow be related to thomas' registrar problems?)
[22:39] <wxl> @lynorian which change aren't you seeing? i'm seeing some of the ones you've done in the last few hours published


[07:50] <pef> morning
[08:45] <m-fox> morning
[06:23] <Tm_T> hi kids
[06:23] <Riddell> hi Tm_T
[06:23] <Tm_T> ah, mr Riddel :)
[06:23] <Tm_T> +l
[06:24] <Tm_T> I blame keyboard
[06:25] <Tm_T> any knowledge about release date?
[06:25] <Tm_T> yeah, I mean breezy ;)
[06:25] <Riddell> https://wiki.ubuntu.com/BreezyReleaseSchedule october 13th
[06:27] <Tm_T> ...and with Kubuntu? =)
[06:27] <Riddell> same
[06:27] <Riddell> so we'll miss KDE 3.5
[06:27] <Tm_T> oh, ok
[06:28] <Tm_T> it will be packaged as soon as possible then
[06:28] <Tm_T> ok thanks
[06:28] <Riddell> yes it will
[06:28] <Tm_T> good to know
[06:47] <Tm_T> bah, got enough of this latencyhell, off ->
[07:03] <Riddell> yo tvo
[07:03] <tvo> yo Riddell
[07:03] <Riddell> tvo: seen kio-beagle?
[07:04] <tvo> Riddell: no, though I recall I read about it a while ago..
[07:05] <tvo> probably in kde-devel
[07:05] <Riddell> of course you'd probably have to get beagle working first to test it out, and that isn't necessarily easy
[07:05] <Riddell> tvo: are you planning on porting your google extention patches to kde 3.4?
[07:06] <tvo> no, I planned on testing it until I read it has problems on ReiserFS partitions, thats what most of my partitions are :(
[07:06] <tvo> that's ok, shouldn't be too easy (re: porting to kde 3.4)
[07:07] <tvo> *too difficult
[07:07] <tvo> arg
[07:07] <tvo> I'll test beagle on my breezy test partition, that's ext3
[07:08] <Riddell> good luck, I could never get it working
[07:08] <Riddell> but maybe the ubuntu packages have improved
[07:09] <tvo> hehe, ok, I should try anyway
[07:09] <tvo> Riddell: is kat still in development?
[07:09] <tvo> s/kat/katapult/
[07:09] <Riddell> not much done on katapult for a while, I'd still like to get round to it but may not be able to before breezy
[07:09] <tvo> it's in berlios isn't it?
[07:10] <Riddell> I'd definatly like to make a breezy + 1 spec for it, then maybe someone will get a bounty
[07:10] <Riddell> yes, berlios
[07:11] <tvo> I should check it out and implement some of the features I myself added to the wiki, because technically they look a lot like the patches I made recently
[07:11] <Riddell> if anyone has good projects that would make kubuntu cool and wants a bounty for them tell me so we can get a spec
[07:12] <tvo> will do, I'll certainly keep developing for KDE/Qt, their codebase is extremely good
[07:15] <tvo> Riddell: what do you know about LaptopTestingTeam ?
[07:15] <tvo> I got curious because my uni keeps trying to convince students to get a laptop :)
[07:18] <Riddell> tvo: "No new laptops are being sent out"
[07:18] <tvo> :(
[07:19] <Riddell> keep your eye open I guess, they may do it again at some point
[07:25] <tvo> Riddell: is it right kdeaddons 3.4.2 wasn't packaged for hoary?
[07:25] <tvo> it's not a problem though I grab tarballs directly from KDE
[07:27] <Riddell> tvo: ah yes, that's waiting on kdebase which is what I'm about to look at
[07:34] <tvo> I'll backport the searchbar and see if that gives any problems
[08:08] <Riddell> tvo: you probably have konq-plugins, not the whole kdeaddons
[08:09] <tvo> Riddell: ah that explains it
[08:46] <tvo> Riddell: http://home.casema.nl/vollebregt/soc/patch/googlebar_backport_total.diff
[08:46] <Riddell> tvo: you kick arse
[08:46] <tvo> it's 00-02 googlebar patches combined including a 3.5->3.4.2 backpot
[08:46] <tvo> seems to work here
[08:46] <tvo> :)
[08:52] <tvo> Riddell: do we want about:konqueror patch in 3.4.2 too?
[08:52] <Riddell> tvo: ooh, yes please
[08:52] <Riddell> that shouldn't have changed though
[08:52] <tvo> by looking at SVN, it seemed easier yes.
[08:53] <tvo> did you already test it?
[08:53] <tvo> (in 3.4.2 that is)
[08:55] <tvo> anyway, I'll test if the patch applies without warnings. If it needs a backport things are *hard* because testing kdebase it isn't as easy as kdeaddons.
[08:55] <tvo> ( or rather, kdebase just takes 80x more time to compile )
[08:56] <Riddell> did I mention that the icecream cluster here is very nice? :)
[08:58] <tvo> ok I patch, you compile :)
[09:00] <Riddell> deal
[09:06] <tvo> as you said, it hasn't changed much. patch applies with +2 lines offset for two hunks of last file
[09:11] <tvo> Riddell: quickly scanned through the code, seems ok
[09:11] <tvo> Riddell: i'd say, compile 'n test
[09:12] <tvo> just discovered a minor memleak in my patch :(
[09:12] <tvo> want a new patch or a patch on top of this patch?
[09:15] <Riddell> new patch
[09:17] <tvo> ok
[09:17] <tvo> btw, is that in general (rather replacement patch than patch-stack) ?
[09:17] <tvo> or only with bugfixes ?
[09:20] <Riddell> whole new patch
[09:24] <Riddell> tvo: 00-ak_searchbar_bot.diff and 00-ak_searchbar_top.diff seem to overlap
[09:24] <Riddell> oh wait, that's deliberate
[09:24] <Riddell> ignore me
[09:31] <tvo> :)
[09:31] <tvo> Riddell: want both top and bottom or just top?
[09:32] <Riddell> just top, ignore me
[09:36] <tvo> Riddell: ok, memleak-fixed is @ http://home.casema.nl/vollebregt/soc/patch/00-ak_searchbar_top_memleak_fixed.diff
[09:43] <tvo> Riddell: another subject: what (for) are regression logs ?
[09:45] <Riddell> tvo: where's that?
[09:45] <tvo> on packages.ubuntu.com
[09:45] <tvo> there's "build logs" and "regression test" for each package
[09:46] <tvo> I noticed "regression test" is -failed for many packages, just have no clue what it is :)
[09:47] <tvo> the logs look just like a build....
[09:49] <Riddell> the build log is the result of what happens after someone uploads the source package and the build daemons build it
[09:50] <Riddell> regression tests I havn't seen before but it looks like random rebuilds of packages to make sure they still build
[09:52] <tvo> sounds plausible :)
[09:53] <tvo> once KDE 3.5 is out I'll check them to see if UDS_HIDDEN was properly detected
[10:17] <Riddell> tvo: how do you mean detected?
[10:18] <tvo> Riddell: I modified bksys to autodetect the presence of my patch in KDE and add a -D switch in the case it's present
[10:19] <Riddell> ooh, fancy
[10:19] <Riddell> how does it detect it?
[10:19] <tvo> so as soon as kio-locate gets rebuild with 3.5 the uds_hidden feature is present
[10:19] <tvo> that's less fancy :)
[10:20] <tvo> it does a "cat $KDE_INCLUDE_DIR/kio/global.h" and checks if the string UDS_HIDDEN is therein
[10:20] <Riddell> good solution :)
[10:21] <tvo> if ita is right I can make it faster using python instead of cat (bksys == python), but i'm not yet a python guru, so I could not yet figure out how :)
[10:22] <Riddell> I shouldn't imagine it would make any noticable difference
[10:24] <tvo> and it's not really a time critical part of the software :)
[10:26] <tvo> that's why i only spent like 5 minutes trying..
[10:36] <tvo> night


[00:36] <mup> Bug #1747548 opened: [2.3] 500 error from maas metadata while running hardware tests <MAAS:Incomplete> <https://launchpad.net/bugs/1747548>
[04:24] <mup> Bug #1728308 changed: [2.3] Comissioning didn't not remove disks that no longer exist <MAAS:Expired> <https://launchpad.net/bugs/1728308>
[14:49] <mup> Bug #1747685 opened: MAAS UI could warn about missing EFI partition <MAAS:New> <https://launchpad.net/bugs/1747685>
[15:19] <mup> Bug #1747685 changed: MAAS UI could warn about missing EFI partition <MAAS:New> <https://launchpad.net/bugs/1747685>
[15:19] <mup> Bug #1747688 opened: [API, wishlist] not possible to get bios_boot_mode from MAAS CLI <internal> <MAAS:Incomplete> <https://launchpad.net/bugs/1747688>
[21:40] <mup> Bug #1747764 opened: rack controller HA fails during a network partition <cdo-qa> <maas-ha-testing> <MAAS:New> <https://launchpad.net/bugs/1747764>