[00:15] <sinzui> bac: do you need to move the test the LaunchpadpadFunctionalLayer because the file need the librarian?
[00:15]  * sinzui looks
[00:16] <bac> sinzui: no, b/c i'm not really hitting the librarian.  the form validation machinery should kick in and flag the missing input
[00:16] <bac> wgrant: is that a permission problem?
[00:16] <sinzui> didn't you say "Adding a file"...That is librarian
[00:16] <wgrant> bac: Yes.
[00:16] <bac> sinzui: but the form should never get there.
[00:19] <wgrant> bac: It was accessible a couple of days ago, but wasn't last night and still isn't now.
[00:19] <bac> wgrant: is there an open bug?
[00:19] <wgrant> bac: No. Is it one?
[00:20]  * bac looks at permission settings
[00:23] <bac> wgrant: that make no sense
[00:23] <wgrant> bac: No private branches ATM?
[00:24] <wgrant> And no easy way to track down the OOPS?
[00:24] <bac> no
[00:30] <wgrant> Ah, it's only a problem on edge.
[00:30] <sinzui> bac: I do not think the cgi.escape is needed. base-layout escapes the page title using standard tales
[00:31] <bac> sinzui: ok.  i was following barry's example
[00:32] <sinzui> bac: there is no structural call...and if there was a problem., all the labels in all the forms would be bad.
[00:32] <sinzui> I think the form label and the page_title should be identical... what does one say file and the other say download
[00:33] <bac> sinzui: i was being all mechanical. i didn't give it much thought.  i'll change that.
[00:33] <bac> i don't understand your "no structural call" comment.
[00:33] <sinzui> I don't think about it either. I set the label to the page title, the page title is the label
[00:33] <sinzui>     page_title = label
[00:33] <bac> wgrant: the page should be public.  i don't see anything referenced on the page that is private.  stumped.
[00:33] <sinzui> launchpadFormView make it easy
[00:34] <bac> sinzui: i think the wiki says some should append "in launchpad" in the page title
[00:34] <wgrant> bac: There was an 1800 line revision making large changes to that page yesterday. I'm going to see if I can reproduce it locally.
[00:34] <sinzui> bac: wgrant: This may related to the changes by thumper
[00:34] <sinzui> bac: that is new then. Sorry
[00:35] <wgrant> sinzui: Right, that's the merge I'm looking at.
[00:35] <bac> sinzui: no, it needs to be sorted out.
[00:35] <sinzui> bac: actually, if that is required, we should not change any pages...that must be done by base-layout
[00:35] <bac> sinzui: so you have no ideas on the test failure?
[00:35]  * sinzui is not change 300 pages again
[00:35] <sinzui> no, I looked at the request and see nothing happened. I do not thine the action is firing
[00:36] <bac> sinzui: sorry, i'm being called to dinner.  let me know if you have any thoughts.
[00:36] <bac> sinzui: it was firing, because i got a code error earlier when i omitted the contenttype
[00:37] <bac> it must be there, we assume it is, and so i got a keyerror
[00:37]  * bac off to eat.  bbiab.
[00:39] <jml> now?
[00:39]  * jml apologises
[00:39] <jml> kfogel, earlier as in, now?
[00:41] <sinzui> bac: you did not include all the information requires to get the error. You passed in some field, but none are in a bad state. Make the description an empty string to get an error
[00:42] <wgrant> thumper: Would the 403ing of launchpad's +activereviews to unprivileged users (eg. me, or the unauthenticated user) be due to your super-branch yesterday?
[00:43] <thumper> wgrant: almost certainly
[00:43] <sinzui> bac:remember that the web form is passing more fields, which is an opportunity for bad data. Consider playing with 'filecontent' if you really want a disaster. I think you can skip this though since the form is being tested else where (a unittest and story I think)
[00:43] <thumper> wgrant: file a bug
[00:44] <wgrant> thumper: Thanks.
[00:48] <jml> hello
[00:48] <jml> are we out of testfix yet?
[00:49] <mwhudson> jml: should be
[00:50] <jml> mwhudson, thanks.
[00:50] <mwhudson> jml: is there a bug "it's impossible to find out if we're in testfix" yet?
[00:52] <jml> mwhudson, I'll file one
[00:53] <jml> and link from the Glue page
[00:53] <mwhudson> thanks
[00:56] <jml> done
[01:16] <bac> sinzui: i expected to get an error because the file is not being passed
[01:16] <bac> sinzui: but i will happily forge on
[01:16] <sinzui> but the form clearly does not require it
[01:16] <sinzui> please do.
[01:17] <bac> sinzui: in the schema it is marked as required
[01:17] <bac> in the web ui it is required
[01:17] <sinzui> and what does the widget do.. or make it
[01:17] <sinzui> s/or//
[01:22] <mwhudson> jml: woo for landing that branch!
[01:25] <mwhudson> sinzui: are we still using pagetitles.py in the 3.0 layout?
[01:27] <thumper> mwhudson: no
[01:27] <thumper> mwhudson: only as a fallback
[01:27] <mwhudson> thumper: hooray
[01:27] <thumper> mwhudson: prefer page_title in the view
[01:27] <mwhudson> thumper: when can we kill it?
[01:27] <thumper> mwhudson: we are slowly killing it
[01:27] <mwhudson> yay
[01:27] <thumper> mwhudson: people should be removing stuff as they migrate pages
[01:27] <thumper> at least I am
[01:28] <mwhudson> there is a bug that basically says "pagetitles.py is full of obsolete cruft"
[01:28] <thumper> probably not
[01:28] <mwhudson> my preferred option for fixing it is deleting it
[01:28] <thumper> but I added a comment to the top of the file
[01:28] <mwhudson> thumper: an oooold bug
[01:28] <thumper> that says DON'T ADD SHIT HERE
[01:28] <mwhudson> :)
[01:28]  * thumper heads for lunch an dcoffee
[01:29] <mwhudson> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/1584 fwiw
[01:29] <mup> Bug #1584: Tests don't check for titles of non-existent pages <build-infrastructure> <Launchpad Foundations:Triaged by stevea> <https://launchpad.net/bugs/1584>
[01:30] <sinzui> mwhudson: Not officially. we want to remove it next cycle. base-layout  preferred the view.page_title. once we have converted all pages, we need to check that pagetitles.py is empty
[01:31] <mwhudson> sinzui: cool, sounds like a plan
[01:36] <mwhudson> OOPS-1342ED479
[01:36] <mwhudson> fine, i'll make my own url then
[01:39]  * mwhudson lunching
[01:39] <mwhudson> biab
[02:26] <flacoste> hi mwhudson
[02:26] <mwhudson> flacoste: hello
[02:27] <flacoste> mwhudson: any questions regarding the JS builder?
[02:27] <mwhudson> flacoste: the js builder seems simple enough, i just need to torture the OSAs into making suitable images
[02:28] <flacoste> ok, cool
[02:29] <mwhudson> flacoste: we can't use mars generate script directly, root ssh login to the slaves is turned off
[02:30] <flacoste> what is the workaround?
[02:30] <mwhudson> flacoste: the osas have accounts in sudoers
[02:30] <mwhudson> flacoste: so i'll just make them do it by hand
[02:30] <flacoste> can't we update the script to work with sudo?
[02:31] <flacoste> so that the OSA simply have to run the script?
[02:31] <mwhudson> flacoste: it seems all the script really does is apt-get -y install xvfb firefox xfonts-base
[02:31] <mars> mwhudson, yep, that's about all that is needed
[02:31] <mwhudson> mars: oh hello
[02:31] <mars> hi
[02:31] <mwhudson> mars: shouldn't you be changing nappies or something?
[02:32] <mars> just passing by
[02:32] <mwhudson> :)
[02:32] <flacoste> hmm, ok, then it should be fine
[02:32] <mars> I just changed two
[02:33] <mwhudson> flacoste, mars: should we run the jscheck builder after every landing or nightly?
[02:33] <flacoste> mwhudson: nightly for now
[02:34] <mars> mwhudson, be sure to have the slave monitored for memory leaks, too
[02:34] <mars> part of the suite crashes in bad ways
[02:34] <mwhudson> mars: it'll run on ec2
[02:34] <mwhudson> mars: i'm not sure what you mean?
[02:35] <mars> by crashes?  or 'our JS test suite may have memory leaks'?
[02:36] <mwhudson> mars: "be sure to have the slave monitored for memory leaks"
[02:37] <mars> mwhudson, when I was running 'make jscheck' on my local system, part of the suite appeared to be segfaulting, or at least prematurely terminating Firefox and Windmill
[02:38] <mwhudson> mars: well, that will certainly cause build failures
[02:38] <mars> heh
[02:38]  * thumper is fiddling with loggers for the base mailer
[02:39] <mars> mwhudson, basically, someone needs to keep an eye on the build slave, to see that it doesn't die mysteriously.  I would hate to see someone's time wasted tracking down issues, when a bit of forewarning would have saved them.
[02:40] <mwhudson> mars: ok
[02:40] <mwhudson> mars: otoh, i'm worrying about making it run
[02:40] <mwhudson> mars: making it pass gets the SEP treatment
[02:41] <mars> SEP?
[02:42] <mars> mwhudson, that will be great, I'm looking forward to it :)
[02:43] <flacoste> mwhudson: any more questions, i'm about to head off afk again?
[02:43] <sidnei> hey mars!
[02:43] <mwhudson> mars: Someone Else's Problem
[02:43] <mwhudson> flacoste: nope, go have an evening
[02:43] <flacoste> thanks, talk to you next week probably
[02:43] <mars> hi sidnei
[02:43] <mwhudson> mars: have you not read the hitch-hiker's guide to the galay books?
[02:43] <mwhudson> +x
[02:43] <mars> mwhudson, I have
[02:44] <deryck> oh look, there's mars
[02:44] <mars> heya deryck
[02:44] <deryck> mars, hey hey
[02:44] <mwhudson> mars: the spaceship powered by bistromaths in life, the universe and everything is hidden using a SEP field
[02:44] <mars> ah!
[02:45]  * deryck is out for the night.  Until tomorrow y'all...
[02:54] <bac> hi mars!
[02:54] <mars> hi bac
[02:54] <bac> how's it going?
[02:54] <bac> mars:  when are you back?
[02:54] <mars> pretty good.  Had a moment, so decided to drop by
[02:54] <mars> bac, not for a month yet :)
[02:54] <bac> :(
[02:54] <bac> good for you, though
[02:55] <mars> I'm using it to my best advantage
[02:55] <mars> it still takes hours to get the day rolling
[02:55] <bac> great.  i'll talk to you later.  was on my way out.
[02:56] <mars> we have relatives over, playing with the boys, so I can actually sit at the computer for more than 5 minutes :)
[02:58] <mars> good night!
[03:00] <thumper> mwhudson: I need some suggestions for testing my email problem
[03:00] <thumper> mwhudson: got a few minutes?
[03:00] <mwhudson> thumper: yes, but i'm in a cafe
[03:01] <mwhudson> thumper: i'll move to the library and skype you?
[03:01] <thumper> hmm...
[03:01] <thumper> ok
[03:01] <mwhudson> thumper: talk to you in a few minutes
[03:01]  * thumper nods
[03:08]  * mwhudson fights with skype a bit
[03:10] <mwhudson> ffs
[03:10] <mwhudson> thumper: have you used the new pulseaudio skype with a headset yet?
[03:12] <thumper> no
[03:13] <rockstar> thumper, I has returned.  Can we talk on the phone now?
[03:13] <thumper> oh ffs
[03:13] <rockstar> mwhudson, abentley said you can't redirect the ringing the computer speakers and the actual phone call to the headset.
[03:13] <rockstar> thumper, sorry.  We don't have to have the call.
[03:13] <thumper> rockstar: just about to have a quick call with mwhudson
[03:13] <thumper> rockstar: that wasn't directed at you
[03:13] <mwhudson> rockstar: i'd be happy to have everything going through the headset
[03:14] <rockstar> thumper, :)  I figured it wasn't.  Just wanted to be slightly comical
[03:14] <mwhudson> thumper: :/
[03:14] <thumper> rockstar: doesn't translate too well over irc :)
[03:15] <rockstar> thumper, yeah, but I was going for quotes page material, so it had to be taken entirely out of context.  :)
[03:15]  * thumper stabs rockstar
[03:21] <mwhudson> thumper: i win!
[03:21] <mwhudson> thumper: still want to skype?
[03:22] <thumper> mwhudson: yes
[03:23] <mwhudson> thumper: sorry
[03:33] <abentley> thumper: Also, I think the faint vocals you were complaining about yesterday were because PulseAudio was routing from my laptop mic, not my headset mic.
[03:37] <mwhudson> thumper: it's gone quite
[03:38] <mwhudson> quiet even
[03:38] <thumper> :)
[03:38] <mwhudson> thumper: i could call your cell phone...
[03:38] <thumper> paramatise from above
[03:38] <thumper> mwhudson: I think I have enough now
[03:38] <mwhudson> thumper: ok
[03:38] <thumper> mwhudson: thanks
[03:38] <mwhudson> thumper: np
[03:38] <thumper> rockstar: call now?
[03:39] <rockstar> thumper, yes
[03:54] <mwhudson> abentley: it sounded like that, actually
[04:48]  * jml is back
[05:06] <kfogel> jml: ping
[05:06] <jml> kfogel, pong
[05:08] <kfogel> jml: hey, so re tomorrow's meeting (uh, trying to think if it's also tomorrow for you...)
[05:08] <jml> kfogel, it would be tomorrow for me
[05:08] <kfogel> jml: yeah, tomorrow morning
[05:08] <jml> kfogel, Sat 8am.
[05:08] <kfogel> jml: it's already 8am for you?
[05:08] <jml> kfogel, no, that's the scheduled time for the meeting
[05:09] <kfogel> jml: sorry, let's talk in absolute times.  that was what I meant: "the meeting time we have set is already 8am for you?"
[05:09] <kfogel> so, moving it earlier doesn't work unless we move it *much* earlier
[05:09] <jml> kfogel, that's right.
[05:10] <kfogel> jml: let me get my timeanddate.com on
[05:11] <kfogel> jml: ok, you are 14 hours ahead of me
[05:11] <kfogel> jml: it's 5:11am UTC right now, 12:11am for me, and 2:11pm (fri) for you.  Right?
[05:11] <jml> kfogel, yes.
[05:12]  * mwhudson should move to the cook islands or tahiti for extra confusion of this sort
[05:12] <kfogel> jml: whew, wow.  Okay, I guess we keep the original meeting time for this one.
[05:12] <kfogel> mwhudson: don't you dare
[05:12] <kfogel> mwhudson: but let's be glad we have no interplanetary developers
[05:12] <jml> kfogel, yeah. thanks :)
[05:12] <jml> oi, the lag :)
[05:13] <kfogel> jml: you're thanking me for a Saturday 8am meeting?  I don't even have to train you :-).
[05:15] <jml> kfogel, heh
[05:17] <thumper> kfogel: imagine the lag on skype for someone in orbit let alone another planet :)
[05:19] <mwhudson> or someone on satellite internet, i guess
[05:19] <mwhudson> (which you would be on the cooks)
[05:36] <jml> hmm
[05:49] <jml> anyone around who does LP dev on karmic?
[05:54] <wgrant> jml: me
[05:55] <jml> wgrant, I'm now trying to get my laptop set up for karmic dev, rather than inside a chroot
[05:55] <jml> wgrant, I hit a bug, but solved it by RTFMing :)
[05:56] <wgrant> jml: What was the bug? launchpad-dependencies not installing due to a missing python-xml?
[05:56] <jml> wgrant, I didn't have https://edge.launchpad.net/~launchpad/+archive/ppa in my sources.list
[05:56] <wgrant> jml: Doesn't rocketfuel-setup do that for you?
[05:57] <jml> wgrant, what makes you think I use rocketfuel-setup? :P
[05:58] <wgrant> jml: Ah, I see.
[05:59] <jml> gah, now postgres won't install
[06:09]  * jml reboots ... maybe that helps
[06:13] <jml> ok that proved to be unnecessary
[06:14] <jml> it was because I had postgresql on a ramdisk
[06:19] <jml> hey
[06:19] <jml> how do I get rid of a hardy chroot without blowing away my home dir
[06:23] <jml> wgrant, have you got errors about not being able to import from Crypto.Cipher.
[06:38] <mwhudson> how do you escape $ in makefiles?
[06:38] <thumper> $$
[06:38]  * thumper thinks
[06:38] <mwhudson> ah
[06:40]  * thumper is done
[07:11]  * mwhudson vanishes in a puff of hating EC2
[07:13] <wgrant> jml: I don't get such errors, no. Do you have a 2.4-compatible python-crypto?
[07:13] <wgrant> jml: Karmic's isn't sufficient.
[07:42] <jml> wgrant, I do now!
[07:42] <jml> wgrant, I wonder why lp-dev-dependencies doesn't depend on it.
[07:59] <wgrant> jml: It looks to me like python-crypto in ~launchpad/ppa is sufficiently 2.4-enabled. Did lp-dev-deps not pull that one in?
[08:00] <jml> wgrant, apparently not.
[08:00] <wgrant> or did you not run an upgrade after activating the PPA, just installing the new package?
[08:00] <jml> it might have been that.
[08:00] <jml> I just installed lp-dev-deps
[08:00] <wgrant> Ah.
[08:00] <wgrant> If you'd upgraded, it would have pulled the right one in.
[08:00] <jml> I'll amend the wiki page.
[08:01] <wgrant> rf-setup does it all for you.
[08:01] <jml> wgrant, yeah, but...
[08:14]  * jml blogoblags
[08:15] <wgrant> What aboot?
[08:17] <jml> wgrant, activereviews
[08:18] <jml> wgrant, I have a queue of other things I'd like to publish, but I think I'll spread them out :)
[08:19] <wgrant> jml: Bad choice of day.
[08:19] <jml> wgrant, why so?
[08:20] <wgrant> jml: launchpad's activereviews is borked.
[08:20] <jml> on edge?
[08:20] <jml> really?
[08:20] <wgrant> Yes. 403 for unprivileged users.
[08:20] <jml> grunk
[08:20] <jml> I'll pull that one, and post the cranky one about layers then.
[08:20] <wgrant> Oh. Fixed now.
[08:21] <jml> \o/
[08:21] <maxb> jml: hiya. Do let me know where your python-xml came from if you figure it out :-)
[08:21] <jml> maxb, I lack apt-fu -- how can I find out?
[08:21] <maxb> well, dpkg -l python-xml will tell you the version
[08:21] <jml> (10 years of using debian-based systems and I'm still a noob)
[08:23] <jml> maxb, 0.8.4-10.1ubun
[08:23] <maxb> oh, it has chopped it to fit the column
[08:23] <maxb> dpkg -l python-xml | cat
[08:23] <maxb> will bypass the auto chopping to your terminal width
[08:25] <jml> 0.8.4-10.1ubuntu2
[08:25] <maxb> well that's the jaunty package.
[08:26] <maxb> I've no idea how you convinced a karmic system to install it without specific extra steps
[08:28] <jml> umm
[08:28] <maxb> unless you still had it installed from upgrading from jaunty, and didn't let update-manager remove obsolete packages
[08:28] <adeuring> good morning
[08:29] <jml> maxb, well, I did some crazy things when I first upgraded to karmic
[08:29] <noodles775> Hi adeuring
[08:29] <adeuring> hi noodles775!
[08:30] <wgrant> jml: I didn't actually say you needed python-xml; that was just my memory of why rocketfuel-setup failed for me on karmic.
[08:30] <jml> wgrant, oh, my bad.
[08:43] <wgrant> Was one of the 3.0 design goals actually 'eliminate absolutely all padding'?
[08:44] <jml> :\
[08:44] <jml> I hope not.
[08:44] <wgrant> Looking at https://code.edge.launchpad.net/~bac/launchpad/bug-421983, I think it was.
[08:44] <wgrant> Look at that block of fields near the top.
[08:44] <jml> wgrant, I've noticed the trend
[08:44] <wgrant> jml: Ah, good.
[08:47] <wgrant> Does LP's copy of devel suck, or does bzr?
[08:48] <jml> wgrant, why do you ask?
[08:48] <wgrant> jml: A checkout downloads around 250MB, and writes around 250MB to disk. A bzr pack takes it down to 110MB.
[08:51] <spiv> There's a couple of bzr bugs that were fixed very recently that might contribute to that.
[08:54] <wgrant> The packs on bazaar.lp.net aren't quite so obscenely oversized, but they're still almost twice as big as they need to be.
[08:55] <jml> it'd be nice to have a 'pack' button on Launchpad
[08:55] <jml> (as well as an 'upgrade' button)
[08:56] <wgrant> And a 'seriously fully remirror' button
[08:58] <jml> oh yeah, that too.
[09:00] <wgrant> Does LP's mailman do something silly like not send me a copy through the list if I'm in the To?
[09:02] <maxb> it would seeme so
[09:02] <maxb> annoying, that
[09:02] <wgrant> Yes.
[09:02]  * wgrant files a bug.
[09:03] <jml> http://paste.ubuntu.com/264827/
[09:03] <jml> maxb, do you know anything about that particular error?
[09:03] <maxb> ahhhh
[09:03] <wgrant> jml: Just grab the right version from ~launchpad's PPA.
[09:03] <wgrant> jml: You'll have to manually downgrade.
[09:03] <jml> ahh ok.
[09:03] <wgrant> It wants 1.5c IIRC.
[09:03] <wgrant> Then it's happy.
[09:03] <wgrant> Until it tells me that I don't have an image available.
[09:04] <maxb> Also I didn't bother repacking things for karmic that I couldn't find what they were needed for - and being that I can't ec2test, I didn't do anything with python-boto
[09:06] <jml> wgrant, that works, thanks.
[09:06] <jml> wgrant, have I filed a bug about getting a public image
[09:07] <wgrant> jml: You haven't, I don't think.
[09:07] <maxb> you may want to copy the python-boto in the LP PPA to karmic series
[09:07] <jml> maxb, I don't know how to do that? :)
[09:07] <wgrant> jml: No, you haven't.
[09:08]  * jml does so
[09:09] <wgrant> jml: Thanks.
[09:10] <wgrant> maxb: That's not entirely useful, as it's an *older* version, so it would need to be explicitly installed. Better is to convince ec2test to work with 1.8.
[09:11] <jml> +1
[09:11] <jml> how about I file a bug about that too
[09:11] <wgrant> jml: A grand idea.
[09:12] <jml> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/424197
[09:12] <mup> Bug #424197: ec2test doesn't work with python-boto 1.8 <build-infrastructure> <ec2test> <Launchpad Foundations:New> <https://launchpad.net/bugs/424197>
[09:15] <jml> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/424197
[09:15] <mup> Bug #424197: ec2test doesn't work with python-boto 1.8 <build-infrastructure> <ec2test> <Launchpad Foundations:New> <https://launchpad.net/bugs/424197>
[09:15] <jml> *ahem*
[09:15] <jml> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/424198
[09:15] <mup> Bug #424198: Public EC2 image for testing Launchpad <build-infrastructure> <ec2test> <Launchpad Foundations:New> <https://launchpad.net/bugs/424198>
[09:15] <wgrant> jml: Thanks.
[09:16] <jml> 51 build-infrastructure bugs :(
[09:16] <wgrant> mwhudson has quite a job.
[09:17] <jml> we all do!
[09:17] <jml> he's only BE for this month
[09:17] <wgrant> True.
[09:17] <jml> and personally, I don't see the role as an excuse to not fix the build system
[09:19] <maxb> argh. So remember I got a bunch of meta-lp-deps branches reassigned from ~maxb to ~launchpad? Well it looks like LP doesn't update the stacked-on URLs in the branches......
[09:19] <maxb> fail
[09:22] <jml> maxb, yeah, that's a known bug.
[09:23] <jml> maxb, I can fix the broken branches for you, if you'd like.
[09:23] <jml> (although my mana is running pretty low right now)
[09:24] <wgrant> jml: Is ec2test happy now? It has probably not been run on Karmic before.
[09:24] <maxb> jml: lp:~launchpad/meta-lp-deps/{all but trunk} if you have time
[09:24] <jml> wgrant, looks like it.
[09:24] <maxb> all of which are supposed to be stacked on trunk
[09:24] <jml> wgrant, but I have a conflict
[09:25] <jml> maxb, hmm. the easiest way might be to make a copy of trunk at the old location
[09:25] <jml> there's only three though
[09:25] <gmb> Can anyone remind me of the runes for running a single story with bin/test
[09:25] <gmb> ?
[09:25] <gmb> <-- Person who has been doing lots of back-end work.
[09:26] <intellectronica> gmb: bin/test -vv -t the-test.txt
[09:26] <jml> gmb, ./bin/test -cvvt foo.txt
[09:27] <jml> in fact, I always use ./bin/test -1cvvt foo.txt
[09:27] <jml> because the second failure never helps.
[09:27] <wgrant> -1? -c?
[09:27] <jml> wgrant, -c == color
[09:27]  * intellectronica doesn't even know what -c does
[09:27] <wgrant> -1 I can now guess.
[09:27] <jml> wgrant, -1 == show only the first failure for any given doctest.
[09:27] <wgrant> Right.
[09:27] <jml> (the other failures still exist, they are just hidden)
[09:27] <intellectronica> nice
[09:30] <jml> I'm pretty sure it didn't work with the old zope.testing
[09:30] <gmb> jml, intellectronica Thanks.
[09:30] <gmb> That'll do nicely.
[09:30]  * gmb thought it was still different from running doctests
[09:30] <gmb> (e.g bin/test -vvf canonical $test
[09:30] <gmb> )
[09:31] <jml> gmb, I don't think you need -f ever.
[09:31] <gmb> Right.
[09:34] <jml> I really want to see if I can use trial or nose or bzr selftest or something to run LP tests now that we've upgraded our zope.testing
[09:36] <jml> or I should fix tribunal & double check that our subunit output works
[09:36] <jml> that'd be fun
[09:41] <bigjools> jml: would using those bring any advantages?
[09:42] <jml> bigjools, yes.
[09:42] <jml> bigjools, most of them are nicer, basically
[09:42] <jml> bigjools, better error reporting or more fun or more extensible in some way
[09:43] <bigjools> faster? :)
[09:43] <jml> bigjools, unlikely
[09:43]  * bigjools thinks about porcine aviation
[09:43] <jml> bigjools, maybe one of them is smarter about test discovery & searching...
[09:43] <jml> bigjools, that'd save some time for local red-green-refactor cycles
[09:44] <bigjools> indeed - the startup time for doctests gives me an earache
[09:44] <wgrant> The world would be a better place if tests didn't depend on LibrarianLayer unnecessarily.
[09:45] <jml> wgrant, earlier today I mentioned a cranky blog post about layers...
[09:46] <wgrant> jml: So you did.
[09:47] <jml> wgrant, basically, the bug is that our tests should declare what they actually need one by one, rather than name a layer that they hope contains everything they need.
[09:47] <wgrant> jml: Right.
[09:47] <bigjools> that'd be nice
[09:47] <wgrant> Can the testing machinery do that?
[09:48] <jml> if we weren't using zope.testing, it would be pretty straightforward
[09:48] <jml> we'd use testresources & that would be that.
[09:48] <jml> but zope.testing kind of craps all over any unittest extensions you might want to use
[09:48] <jml> so it requires a little cleverness to get things in
[09:49] <jml> also, there'd be a substantial amount of work in migrating
[09:49] <jml> I haven't looked at the code for the more recent versions of zope.testing. It might be a lot better (I'm told it is)
[09:51] <jml> oh, there's also the thing that some layers are unteardownable
[09:51] <jml> so you have to run all the tests that use them in a subprocess.
[09:51] <wgrant> Ah, I wondered why it did that.
[09:51] <jml> zope.testing has some amazing contortions to make this work
[09:51] <jml> but you can do it nicely with subunit
[09:52]  * jml really should JFDI some time
[10:22] <jml> g'night all
[11:02] <deryck> Morning, all.
[11:11]  * wgrant is amused at spammers who spam bugs filed by LOSAs.
[11:23] <bac> hi deryck
[11:23] <bac> danilos: can you follow up with https://answers.edge.launchpad.net/rosetta/+question/81816
[11:24] <henninge> danilos: I can take it, danilos is vey busy today.
[11:24] <bac> thanks henninge
[11:30] <henninge> bac: done
[11:30] <bac> thanks!
[14:38] <flacoste> barry: nice update on the h1/h2 rules!
[14:38] <flacoste> barry: has the branch landed?
[14:39] <barry> flacoste: not yet.  hope to get it into review today, but i have test failures :/
[14:42] <barry> flacoste: i may ask for a review anyway, fix the tests in parallel and ask for an updated review if the test repairs call for it
[14:43] <barry> flacoste: if you're up for looking at it, let me know!
[14:43] <barry> flacoste: otherwise i'll ask ocr salgado
[14:44] <flacoste> barry: how big is it?
[14:45] <barry> flacoste: 1035 lines
[14:45] <barry> so yeah, i suck
[14:45] <flacoste> i'll pass :-)
[14:45] <barry> k, np :)
[15:01] <fjlacoste> ba, sinzui: do you know how to control the 'Featured project list?'
[15:02] <sinzui> fjlacoste: There is a hidden page that joey can see to set it. We do not have permission
[15:04] <fjlacoste> sinzui: launchpad.Admin?
[15:04] <fjlacoste> i don't think joey has that anymore
[15:04] <fjlacoste> but kiko and the losa will
[15:04] <fjlacoste> sinzui: if you tell me the secret page, i'll ask a losa to make some changes
[15:04]  * sinzui is still looking
[15:05] <sinzui> I is Admin on /+featuredproject
[15:06] <sinzui> ^ they can see the "Manage featured project list" on /
[15:07] <sinzui> flacoste: Should we change the permission to registry-experts?
[15:07] <flacoste> sinzui: maybe, it's not that common though
[15:26] <c0rtis0n> Hi; just a question (#lauchpad guided me to you): when I want to upload a patch to solve a bug reported on launchpad which files are needed
[15:32] <maxb> A bug in Launchpad itself, or a bug in a project which uses Launchpad for bug tracking?
[15:32] <c0rtis0n> the second
[15:32] <maxb> In that case, this is the wrong channel for you (and so is #launchpad). You should contact the project concerned.
[15:33] <c0rtis0n> ok thank you very much
[15:50] <kfogel> wgrant: https://wiki.ubuntu.com/MeetingLogs/devweek0909/HackSoyuz doesn't say what server & channel, unless I'm missing something.
[15:51] <kfogel> ah, #ubuntu-classroom
[15:51] <kfogel> it's on parent page
[16:30] <rockstar> matsubara, your tarmac branch is probably also going to conflict with a branch that Tarmac is chewing right now.
[16:30] <matsubara> hey rockstar
[16:30] <rockstar> matsubara, hi.
[16:31] <matsubara> rockstar, thanks for letting me know. once that's landed on trunk I'll update mine and solve any conflicts
[16:31] <rockstar> matsubara, CIA says it's landed.
[17:15] <matsubara> rockstar, I'm getting a bzr: ERROR: Invalid format version '5' when I try to bzr merge lp:tarmac. do you know how can I fix that?
[17:16] <rockstar> matsubara, bzr upgrade --2a
[17:16] <rockstar> matsubara, I did this before, but something broke it.
[17:16] <rockstar> Also, you'll want to upgrade the push location, which you can do with hitchhiker
[17:16] <matsubara> rockstar, https://pastebin.canonical.com/21846/
[17:16] <rockstar> (abentley makes the coolest tools)
[17:17] <rockstar> matsubara, eep.  Um. try a bzr reconcile.
[17:20] <matsubara> rockstar, https://pastebin.canonical.com/21848/
[17:29] <rockstar> matsubara, what if you create a new branch and merge your branch into it?
[17:33] <matsubara> rockstar, got the same bzr: ERROR: Invalid format version '5' error
[17:33] <matsubara> rockstar, hmm I need to go for lunch. I'll ping you when I get back
[17:34] <rockstar> matsubara, when did you get the error?  Branching or merging?
[17:34] <matsubara> merging
[17:34] <rockstar> matsubara, okay.  I'll chat when you get back.
[17:34] <matsubara> https://pastebin.canonical.com/21849/
[17:34] <matsubara> rockstar, ^
[17:42] <maxb> Where does the CVE XML data come from?
[18:12] <matsubara> rockstar, sorted out the error by upgrading the remote branch first
[18:12] <rockstar> matsubara, awesome.  it's ready to land then?
[18:13] <matsubara> rockstar, yes, just pushed the changes to https://code.edge.launchpad.net/~matsubara/tarmac/tarmac-bug-418823 with your review comments. I'll reply in the MP
[18:13] <rockstar> matsubara, great, thanks.
[18:16] <matsubara> rockstar, done. MP updated with commit message
[18:17] <rockstar> matsubara, ack.
[18:17] <matsubara> rockstar, argh, https://code.edge.launchpad.net/~matsubara/tarmac/tarmac-bug-418823 now shows one of those yellow boxes
[18:17] <matsubara> man this format changes in bzr are pretty annoying
[18:17] <rockstar> matsubara, yeah, they're being sorted.  I'll get it figured out.
[19:43] <dhillon-v101> gmb: hi how are you
[19:48] <dhillon-v101> hi everyone
[21:50] <sinzui> What do I run in dev to put uploads in the queue. I am trying the see the Latest uploads portlet
[21:50] <wgrant> sinzui: You go to #ubuntu-classroom 10 minutes ago.
[21:51] <sinzui> bugger
[21:52] <wgrant> sinzui: Does the portlet use PackageUploads or something else?
[21:53] <sinzui> getLatestUploads returns looks like PackageUploads
[21:54] <wgrant> So it does.
[21:55] <wgrant> So it looks like you just need to get a SoyuzTestPublisher and run addPackageUpload a few times.
[21:55] <wgrant> noodles775 has a nice screencast for how to use STP.
[21:55] <bigjools> getPubSource will call that for you
[21:55] <wgrant> Ah, useful.
[21:55] <bigjools> PU is not much use on its own
[22:01] <noodles775> sinzui: out of interest, what page are you doing the latest uploads portlet for? I might be able to re-use it :)
[22:02] <sinzui> distroseries
[22:07] <sinzui> noodles775: This is what I have so far: http://people.canonical.com/~curtis/distroseries.png
[22:07]  * sinzui is tuning the portlets for the series
[22:08] <noodles775> sinzui: wow... looks great!
[22:09] <noodles775> sinzui: do you have a mockup handy showing what your latest uploads portlet will look like?
[22:09] <noodles775> Ah, I was looking in the wrong place :)
[22:09] <sinzui> noodles775: that is it in the lower left
[22:10] <sinzui> I want to see some more to be certain it works. I also underestimated the labour to adapt the milestone table.
[22:11] <sinzui> oh, the link is missing
[22:12] <noodles775> sinzui: Did you try out the SoyuzTestPublisher?
[22:13] <sinzui> not yet. I decided to do the easy template pieces
[22:13] <noodles775> aha, the screencast that wgrant meantioned is here:
[22:13] <noodles775> http://micknelson.wordpress.com/2009/09/04/testing-launchpad-soyuz-features/
[22:14] <sinzui> thanks!
[22:15] <noodles775> Night all.
[22:15] <maxb> Oh, *GAH* I forgot about that classroom session
[22:18] <noodles775> maxb: heh, well, I hope the above is useful :), and the log of the whole session should be available soon :)
[22:31] <maxb> Also, I am the author of the RemoteAccess page in its current form, so I can assure you that it does work, though it assumes you're confident with understanding Apache vhosts
[22:31] <maxb> gah
[22:31] <maxb> that was meant for #launchpad
[22:46] <wgrant> WTF
[22:46] <wgrant> Bug #17 just got attacked.
[22:52] <maxb> Can someone peek at buildbot for me and tell me why stable is currently so far behind devel?
[22:54] <jml> how do I submit to launchpadlib?
[22:54] <jml> maxb, it went offline
[22:54] <maxb> :-/
[22:56] <kfogel> jml: getting my skype on
[22:57] <maxb> At this point, should I expect it to be dead until Monday?
[22:59] <jml> maxb, yes. I think this is pretty lame, and hope we can do something about it
[22:59] <jml> kfogel, skype is being recalcitrant. gimme a few moments.
[22:59] <kfogel> jml: no problem, I got stuffs to do
[23:00]  * wgrant hopes Skype will die die die die die once Empathy is a little better.
[23:01] <kfogel> wgrant: is Empathy some kind of Skype clone?  Open source?  Company making money on the service, just like Skype, or something like that?
[23:01] <wgrant> kfogel: Empathy is the new GNOME IM client.
[23:01] <wgrant> kfogel: It does Jingle, which is the audio/video protocal that Google puts on top of XMPP.
[23:02] <kfogel> wgrant: *nod*  but does it do the "dial ordinary phones" thing Skype does?
[23:03] <wgrant> kfogel: It doesn't.
[23:03] <wgrant> Although I suppose an XMPP gateway could be written.
[23:03] <jml> kfogel, ok
[23:04] <jml> kfogel, let's go :)
[23:05] <kfogel> jml: hey
[23:05] <kfogel> let's retry, BUT
[23:05] <jml> kfogel, I could hear you just fine...
[23:05] <kfogel> let me first send this time-sensitive mail to atlas travel re london trip -- their response just came in with flights, and I should respond now if I can
[23:05] <jml> kfogel, ok :)
[23:07] <jml> aouheoastisn
[23:07] <kfogel> jml: ok, you try me this time I guess
[23:07] <kfogel> maybe that makes some kind of difference
[23:08] <kfogel> maxb: are you coming to that meetup on 28 Sep evening in London?
[23:08] <maxb> I am
[23:08] <kfogel> ah great!
[23:08] <kfogel> see you there!