[00:01] <mwhudson> jml, thumper, other canonicalers; have any branches to ec2test currently/soon?
[00:01] <thumper> not yet
[00:01] <jml> mwhudson, sorry, no.
[00:01] <rockstar> Nope.
[00:01] <mwhudson> slackers!
[00:03]  * mwhudson tests the first 'faster --headless' thing
[00:07] <thumper> rockstar: call?
[00:07] <rockstar> thumper, sure.
[00:07] <dhillon-v10> guys is deryck there
[00:08] <rockstar> dhillon-v10, he usually cuts out about 4 hours ago.
[00:10] <dhillon-v10> rockstar: alright, thanks
[00:10] <dhillon-v10> rockstar: I wanted to talk to him about some code we talked about in mail
[00:11] <rockstar> dhillon-v10, the bugs folks all work European hours.
[00:12] <mwhudson> wow, detached in 8m31
[00:12] <mwhudson> in other news: make build is really really slow
[00:12] <mwhudson> three minutes of that was waiting for the instance to boot
[00:13] <dhillon-v10> rockstar: ah, thanks...
[00:14] <mwhudson> jml: want to review a really simple ec2test branch?
[00:14] <jml> mwhudson, yeah sure
[00:14] <mwhudson> or anyone else, it's really simple
[00:16] <mwhudson> dammit, missed the */5
[00:19] <thumper> rockstar: http://pastebin.ubuntu.com/271268/
[00:21] <mwhudson> jml: you have mail now
[00:25] <rockstar> thumper, just type "debugger;" in a single line
[00:26] <jml> mwhudson, thanks.
[00:27] <jml> mwhudson, so, make check depends on make schema?
[00:28] <jml> mwhudson, also, won't this break test options like -1?
[00:32] <mwhudson> jml: make check runs test_on_merge
[00:33] <mwhudson> jml: which runs "make -C database/schema test"
[00:33] <mwhudson> jml: which sets up enough database for the tests to run
[00:33] <jml> mwhudson, what about 'make build'?
[00:33] <mwhudson> jml: check: depends on build:
[00:33] <jml> mwhudson, cool.
[00:33] <mwhudson> jml: i'm not sure what you mean about "options like -1" ?
[00:34] <mwhudson> jml: the fact that they start with a "-" ?
[00:34] <jml> mwhudson, well, they aren't VERBOSITY
[00:34] <mwhudson> jml: VERBOSITY is a lie in the makefile
[00:34] <mwhudson> check: clean build
[00:34] <mwhudson> 	# Run all tests. test_on_merge.py takes care of setting up the
[00:34] <mwhudson> 	# database.
[00:34] <mwhudson> 	${PY} -t ./test_on_merge.py $(VERBOSITY)
[00:35] <jml> mwhudson, so if you pass in the perfectly cromulent options -vv -1, test_options='-vv -1', and then the 'make check' command will be incorrect
[00:35] <jml> mwhudson, I think you need to quote test_options when you append it to command in build_test_command.
[00:36] <mwhudson> jml: actually, i don't think so
[00:36] <jml> mwhudson, why not?
[00:37] <mwhudson> jml: because of the amount of times a shell gets to see the arguments
[00:37] <mwhudson> jml: subprocess.call(["make", "check", "VERBOSITY=-a -b"])
[00:37] <mwhudson> is the same as running
[00:37] <mwhudson> $ make check VERBOSITY='-a -b'
[00:37] <mwhudson> in your shell
[00:38] <jml> hmm
[00:38] <jml> ok
[00:38] <mwhudson> actually i suspect it makes very little difference in the end
[00:39]  * mwhudson runs ./utilities/ec2test.py -o '-v -v -v -t xx-codeimport' --headless to be sure
[00:39] <jml> heh
[00:40] <jml> mwhudson, approved.
[00:40] <mwhudson> jml: thanks
[00:41] <jml> mwhudson, I'm going to reboot my computer while spiv powercycles the router (!!!!!)
[00:41] <thumper> mwhudson: you can combine those to -vvvt for conciseness :)
[00:41] <mwhudson> thumper: of course, it's less of a test that way though
[00:41] <thumper> are you testing the args?
[00:41]  * jml would like to have phone calls today... :)
[00:41]  * jml reboots
[00:41] <mwhudson> jml: ok (!)
[00:41] <thumper> jml: because laptop no worky?
[00:41] <mwhudson> thumper: what do you mean?
[00:42] <thumper>  ./utilities/ec2test.py -o '-vvvt xx-codeimport' --headless
[00:42] <mwhudson> thumper: that's what i rand last time, that worked
[00:56] <jml> thumper, no, because karmic has a new kernel
[01:18] <jml> thumper, mwhudson: I think both of you owe me calls :)
[01:20] <mwhudson> jml: yeah, i think you're right
[01:20] <mwhudson> jml: i'm going to have lunch first though, is a call in about an hour ok?
[01:20] <jml> mwhudson, that's fine
[01:23] <thumper> jml: I'll call you after mwhudson
[01:27] <jml> thumper, cool.
[02:18] <mwhudson> jml: call now ish?
[02:19] <jml> mwhudson, I'm on w/ flacoste now, sorry.
[02:19] <mwhudson> jml: ok, ping me when you're done
[02:19] <jml> mwhudson, will do.
[02:22]  * mwhudson kicks EC2 in the head
[02:22] <mwhudson> Started in 11 minutes 25 seconds
[02:40] <rockstar> mwhudson, that's roughly half the time cut off, ent?
[02:40] <mwhudson> rockstar: no, that was just the time it took the instance to start
[02:40] <mwhudson> it was the first time booting a new AMI though, that might have been why it was slow
[02:41] <mwhudson> rockstar: do you want to look at this ec2test branch?
[02:52] <rockstar> mwhudson, sure.
[02:52] <rockstar> mwhudson, I'm not sure I'm the best qualified to offer technical advice on ec2, but I can do my best.
[02:53] <mwhudson> rockstar: here's the diff http://pastebin.ubuntu.com/271309/
[02:55] <rockstar> Oh, I didn't know you could create an AMI with ec2test
[02:57] <rockstar> mwhudson, why move the dirs instead of copying them?
[02:57] <mwhudson> rockstar: faster
[02:57] <rockstar> mwhudson, ah, okay.
[02:58] <mwhudson> rockstar: that's the whole point of this branch, make ec2test --headless let go faster by updating the download-cache rather than checking it out from scratch
[02:58] <rockstar> mwhudson, are there any tests for this?  I remember you remarking that there were no tests before, but I'm wondering if there are plans to change this.
[02:59] <rockstar> mwhudson, yeah, I deduced it must have to do with making everything faster.
[02:59] <rockstar> How does --extra-update-image-command play into making everything faster?
[02:59] <mwhudson> rockstar: no tests
[02:59] <mwhudson> oh right
[02:59] <mwhudson> that doesn't
[03:00] <mwhudson> ./utilities/ec2test.py --update-image launchpad-ec2test16 --extra-update-image-command 'bzr branch --standalone lp:lp-source-dependencies /var/launchpad/download-cache'
[03:00] <rockstar> mwhudson, are you going to remove it though?  It seems like it might make be of use.  *shrug*
[03:00] <rockstar> Ah, okay.  So you aren't going to remove it.
[03:01] <mwhudson> ^ i ran that to make an image with download-cache already on it
[03:01] <rockstar> mwhudson, r=me
[03:01] <mwhudson> rockstar: thanks
[03:26] <mwhudson> thumper, rockstar, jml: still no branches to ec2test?
[03:27] <rockstar> mwhudson, not here.
[03:34] <jml> mwhudson, no :(
[03:34] <jml> mwhudson, I haven't actually done any coding today.
[03:43] <rockstar> jml, who are you, and what have you done with the real jml?
[03:48] <mwhudson> he got promoted
[03:48] <wgrant> Is all that going to become clear to us at some point?
[03:48] <wgrant> There seem to have been lots of changes.
[03:53] <jml> yeah, we ought to send an email out, I reckon
[03:56] <lifeless> quick storm question
[03:56] <lifeless> whats the default cache for a store?
[04:31] <jml> thumper, hi
[04:31] <jml> thumper, call now?
[04:39] <jml> I just came across this bug:
[04:39] <jml> https://bugs.edge.launchpad.net/malone/+bug/276789
[04:39] <mup> Bug #276789: inconsistent results for IBugTarget.searchTasks(has_patch=...) <Launchpad Bugs:New for intellectronica> <https://launchpad.net/bugs/276789>
[04:40] <jml> abel has all but written a unit test as the bug report
[04:40] <spm> sounds like a perfect bug report then? :-)
[04:40] <jml> spm, hell yes
[04:40] <jml> might be a good patch for a new developer to work on.
[04:41]  * spm ponders if this might be a good way to take advantage of the open source nature of LP and fix some of the most niggly losa impacting bugs :-P
[04:42] <jml> spm, you mean, write bug reports that include unit tests?
[04:42] <spm> I actually (jokingly) meant write code
[04:43] <spm> but given most of my coding experience is assembler, cobol, perl and C... you won't like the patches
[04:44] <jml> spm, heh
[04:44] <thumper> jml: I'm around now
[04:44] <jml> thumper, shall we?
[04:44] <rockstar> mwhudson, hi
[04:44] <spm> jml: tho... I could perhaps draw on some php experience - would that help? I know you're a php coder by preference. ;-)
[04:45] <jml> :(
[04:45] <mwhudson> rockstar: hello
[04:45] <jml> spm: the last time I touched PHP, the tip of my finger turned into pure energy.
[04:45] <rockstar> mwhudson, is there ever a case where an import branch would not have a code_import?
[04:45] <jml> spm, it took a month for my eyebrows to grow back
[04:45] <mwhudson> spm: unittests in assembler would be awesome
[04:46] <mwhudson> rockstar: certainly shouldn't be
[04:46] <mwhudson> rockstar: there's no constraint in the db for that though
[04:46] <rockstar> mwhudson, I just see a lot of unnecessary checking in the tal for the presence of code_import.
[04:47] <spm> mwhudson: that implies a level of understanding of WTF the code is actually doing that, imho and experience, is missing from every assembler level program ever written. "keep randomly changing op codes, it's bound to do what we want eventually"
[04:47] <rockstar> It certainly makes the page look funny if it doesn't exist, but I think that we have bigger problems should that occur.
[04:47] <mwhudson> rockstar: branch-index.pt is a little.... organic, i think you could say
[04:47] <rockstar> mwhudson, it's not anymore.  I fixededed it.
[04:47] <mwhudson> rockstar: this sounds like one of the smelly bits
[04:47] <rockstar> mwhudson, great.  Thanks.
[04:47] <mwhudson> rockstar: np
[04:57] <rockstar> mwhudson, I don't see a function in the factory that allows me to create an import branch and a code import together.  Is there one?
[04:58] <mwhudson> rockstar: i think ICodeImportSet.new creates the branch along with the code import
[04:58] <mwhudson> rockstar: i may be misremembering...
[04:59] <rockstar> mwhudson, ah, it does.
[05:01] <rockstar> So what's the point of makeImportBranch ?
[05:02] <mwhudson> rockstar: argl
[05:02] <mwhudson> rockstar: i guess it's a way of constructing test data that is somewhat inconsistent with that found in real life :/
[05:02] <rockstar> mwhudson, yes, yes it is.
[05:02] <mwhudson> rockstar: grep for it?
[05:02] <mwhudson> i bet it's not called all that often
[05:03] <rockstar> mwhudson, yea, I think I'm going to file a bug on it as well.
[05:03] <rockstar> It should go away.
[05:04] <rockstar> mwhudson, it was probably just a bi-product of when we broke up the makeBranch method to make all sorts of branches.
[05:05] <mwhudson> rockstar: yeah, indeed
[05:06] <mwhudson> rockstar: or redefine it to "return self.makeCodeImport().import_branch" i guess
[05:07] <rockstar> mwhudson, yeah, something like that, although having two methods doing similar things seems a little odd to me.
[05:48] <rockstar> thumper, hi
[05:49] <jml> mwhudson, still no branches :P
[05:49] <mwhudson> jml: i got stub to test one
[05:50] <thumper> rockstar: hey
[05:51] <rockstar> thumper, so it looks like branch titles have crept back in by way of the page headings.
[05:51] <rockstar> :/
[05:51] <thumper> rockstar: let's talk about this tomorrow in more detail
[05:51] <thumper> rockstar: I might get up early even :)
[06:10] <rockstar> Oh great, looks like ec2test.py is broken on karmic.  WTH
[06:10] <wgrant> I thought jml fixed that last week.
[06:10] <wgrant> How's it dieing?
[06:11] <rockstar> Tells me my python-boto is not supported.  I pastebin.
[06:11] <wgrant> That sounds out of date.
[06:11] <wgrant> If you remove that check, it works.
[06:11] <wgrant> But I thought that check was gone in devle.
[06:11] <rockstar> wgrant, ah, yeah, now that I think about it, it probably is...
[06:12] <wgrant> rockstar: It was removed in devel r9357.
[06:12] <rockstar> wgrant, yeah, looks like I was still using the lp-dev-utils version
[06:12] <wgrant> rockstar: Ah.

[06:26] <wgrant> Is there a design somewhere for these new breadcrumbs/titles?
[06:26] <wgrant> I wonder if some of this breakage is intentional.
[06:28] <mwhudson> wgrant: yes, there is
[06:28] <mwhudson> wgrant: it's on some wiki page somewhere, aiui
[06:30] <mwhudson> my brain is turning into fudge, time to stop for today
[06:30] <wgrant> mwhudson: The only relevant one I know of is w.c.c/IForgetWhat/UI/Navigation
[06:30] <wgrant> Could be there.   You can't always expect to be at home at just the right time.
[06:50] <rockstar> jtv, yeah, which sometimes leads to awkward situations.
[06:50] <rockstar> I'm actually not even on Uberman anymore.  I still have 4 hours of straight sleep starting at 4 AM - this is for my wife's sanity more than mine.  :)
[06:51] <rockstar> But that still means I'm only getting ~5 hours of sleep/day
[06:51] <jtv> Uberman?  Strange name...  No umlaut?
[06:51] <jtv> wow, that's gotta save you some tmie
[06:51] <jtv> time
[06:52] <rockstar> jtv, uberman is the hardcore polyphasic, I'm on a more hardcore "everyman" schedule right now.
[06:52]  * rockstar goes to find viddles
[07:03] <wgrant> I'm really not a fan of four thousand line LP Perl scripts that diverged from an unknown upstream version more than four years ago, with little useful VCS history.
[07:57] <jml> wgrant, which ones are they?
[07:57] <wgrant> jml: Just one four-thousand line one -- sbuild.
[07:58] <wgrant> A nice fragile untested critical piece of lp-buildd.
[07:58] <jml> :(
[08:01] <jml> BjornT, hello
[08:03] <BjornT> hi jml
[08:04] <jml> BjornT, ready for a call?
[08:05] <BjornT> jml: yes, in a minute. i'll get my laptop
[08:05] <jml> BjornT, ok.
[08:07] <BjornT> jml: i'm ready. skype? my username is bjorn.tillenius
[08:07] <jml> BjornT, yes, skype. I've sent you an invite
[08:28] <adeuring> good morning
[08:29] <noodles775> Hi adeuring :)
[08:29] <adeuring> hi noodles775!
[09:21] <mrevell> Morning
[09:45] <jml> mrevell, hi
[09:45] <mrevell> hi jml
[09:46] <beuno> noodles775, hi
[09:46] <beuno> cprov, hi
[09:46] <noodles775> hi beuno
[09:46] <noodles775> beuno: I'm guessing (or hoping) that he's asleep.
[09:47] <beuno> noodles775, isn't he in the netherlands?
[09:47] <noodles775> beuno: nope.
[09:47] <beuno> hm, ok. I guess he moves around a lot.
[09:48] <beuno> noodles775, would you happen to know if it's easy (and cheap!) to get a count of the number of source packages in Launchpad?
[09:48] <noodles775> beuno: it sounds like something easy for anyone with db access to do. Or you mean to display on a page?
[09:49] <beuno> noodles775, display on the homepage
[09:49] <wgrant> One would first have to work out what is meant by 'source packages'.
[09:49] <beuno> it already hurts
[09:49] <noodles775> wgrant, beuno: yes, I'm assuming you just mean all source packages.
[09:49] <beuno> noodles775, lets say yes
[09:49] <wgrant> noodles775: That's unlikely.
[09:49] <beuno> well
[09:49] <wgrant> As that wouldn't count PPAs.
[09:50] <wgrant> Published SPRs, maybe?
[09:50] <beuno> ok, I can see how this gets complicated
[09:50] <beuno> which is why I left it out in my initial work
[09:50] <beuno> which is why I left it out in my initial work
[09:50] <beuno> er
[09:50] <beuno> so
[09:50] <wgrant> Maybe all SPRs, in fac.t
[09:50] <beuno> I want to show some stats on soyuz on the home page
[09:50] <wgrant> beuno: There are already some stats at https://launchpad.net/ubuntu/+ppas.
[09:51] <beuno> aha!
[09:51] <beuno> that is fantastic
[09:51] <beuno> thank you wgrant, that takes me half way there
[09:51] <beuno> as for Ubuntu packages?
[09:52] <wgrant> beuno: You probably want an all-time count, not just currently published stuff?
[09:52] <jml> beuno, hi
[09:52] <beuno> wgrant, well, I don't know if it's as interesting to do an all time count
[09:52] <beuno> jml, hello hello
[09:52] <wgrant> beuno: All the rest on the home page seem to be, but OK.
[09:53] <beuno> wgrant, true
[09:53] <beuno> would this include all the versions?
[09:53] <wgrant> Yes.
[09:53] <beuno> it sounds like it would be hundreds of thousands
[09:54] <wgrant> So, it's easy and pretty cheap to get the total number of almost-current (the number is updated by a cronjob; no idea how often that runs) sources across all of LP.
[09:55] <beuno> wgrant, any hints on where to look for that number
[09:56] <wgrant> beuno: SELECT SUM(sources_cached) FROM Archive; There's no method for that yet -- only one that restricts to PPAs of a particular distribution.
[09:57] <beuno> wgrant, thanks
[09:59] <wgrant> It would be nice to have realtime stats, but I don't know how expensive that would be.
[09:59] <beuno> noodles775, any idea why no H1?  https://edge.launchpad.net/ubuntu/+ppas
[09:59] <noodles775> beuno: yes, the branch barry landed assumes that view's implement the label property - that one doesn't yet.
[10:00] <beuno> noodles775, cool
[10:00] <noodles775> s/view's/views gar.
[10:07] <noodles775> beuno: I'm just looking at bug 429353 - why do we want the 'Enable edge redirect' there in the site_message, if (1) it'll only be seen if people are on edge anyway (note: on the homepage at launchpad.dev there is an option to re-enable the redirection)
[10:07] <mup> Bug #429353: Move edge message to the footer, allow people to stop redirection <Launchpad Foundations:In Progress by michael.nelson> <https://launchpad.net/bugs/429353>
[10:07] <beuno> noodles775, one sec
[10:07] <beuno> otp
[10:30] <beuno> noodles775, back
[10:30] <beuno> right, this is only for people on edge
[10:31] <noodles775> beuno: I've got two other questions, I added them to the bug.
[10:31] <beuno> noodles775, I'll reply there then
[10:31] <noodles775> (well, one other question, one clarification).
[10:31] <noodles775> beuno: great, thanks!
[10:43] <wgrant> I think it's pretty important for the message to be obvious, at least for dogfood/staging.
[10:43] <wgrant> Not so much for edge.
[10:44] <beuno> wgrant, isn't the background obvious enough?
[10:44] <beuno> I agree though, edge is my target
[10:44] <wgrant> beuno: Mmm, possibly.
[10:46] <wgrant> My preference would be to have the edge warning right down the bottom, with the others moved to immediately below the watermark. That actually looks pretty good, IMO.
[10:46] <soren> mrevell: Did you relaly mean to remove all that stuff from the /TOPIC?
[10:47] <mrevell> soren: No, not at all. Thanks for pointing that out.
[10:47] <soren> mrevell: Sure.
[10:48] <jml> soren, what are you doing here?
[10:48] <jml> soren, are you going to start hacking on Launchpad?
[10:48] <beuno> wgrant, not sure how much freedom we have to diverge between the three
[10:48] <soren> jml: It's called lurking :)
[10:49] <wgrant> beuno: Three? Aren't there just two?
[10:49] <wgrant> (but yes, that is a problem)
[10:49] <jml> soren, but you've delurked now... does that mean you'll start sending in patches?
[10:50] <beuno> wgrant, dogfood   :)
[10:50] <soren> jml: If I had a clue where to start.. Maybe :)
[10:51] <soren> jml: I haven't quite found my way around the code yet (not that I've tried all that hard).
[10:51] <wgrant> beuno: Right, but staging and dogfood need the same kind of message.
[10:51] <beuno> yes
[10:51] <jml> soren, there's a lot of it :)
[10:52] <jml> soren, I'm more than happy to help if you have a specific thing you want to try
[10:52] <jml> but maybe not tonight. I'm starving.
[10:52] <wgrant> beuno: There's already edge stuff hardcoded elsewhere, so it's not a significant additional evil to add something in the footer.
[10:54] <beuno> wgrant, I'm fine with that, it's up to noodles775, who will need to pass the code review  :)
[10:54] <noodles775> wgrant: where's the other hardcoded edge stuff?
[10:54] <jml> g'night all
[10:54] <jml> soren, happy lurking :)
[10:55] <wgrant> noodles775: The timeout template, the home page.
[10:55] <noodles775> wgrant: currently it's just a config site_messages option, that is only used on edge, staging and dogfood.
[10:55] <soren> jml: I'll keep that in mind.
[10:55] <soren> jml: Good night :)
[10:56] <noodles775> wgrant: ah yep, the is_edge, is_demo, is_lpnet etc. Great.
[10:56] <mwhudson> dear launchpad developers: please stop breaking the build
[10:59] <deryck> Morning, all.
[11:24] <kimus> hi, is there a way to get statistics (visitors, commits, downloads, etc) for our projects in LP?
[11:29] <beuno> kimus, you can get some of them
[11:29] <beuno> download stats, you've got in the download page
[11:29] <beuno> commits, in the code page, it gives you some of that
[11:30] <beuno> it's mostly scattered at the moment
[11:30] <kimus> beuno: so where can I put a feature request for this?
[11:30] <beuno> if you'd like something specific, feel free to file a bug, it will help us shape the information we present
[11:30] <beuno> kimus, https://bugs.launchpad.net/launchpad/+filebug
[11:31] <beuno> if it's something specific
[11:31] <beuno> if you feel it needs discussion
[11:31] <beuno> the mailing list is the best place
[11:31] <deryck> beuno, hi
[11:31] <beuno> deryck, hi!
[11:31] <kimus> first I will file the bug... then I can go to discussion if needed :-)
[11:32] <beuno> kimus, it's usually easier the other way around, but go for it!
[11:32] <beuno> kimus, mailing list at: https://edge.launchpad.net/~launchpad-users
[11:34] <kimus> beuno: the "Subscribe to mailing list" link does not work. I will go to mailman interface to subscribe :-)
[11:34] <beuno> kimus, you need to join the team first
[11:35] <beuno> are you logged into LP?
[11:35] <beuno> I gave you an edge URL (sorry)
[11:35] <kimus> beuno: do I need to join the team to subscribe to ml?
[11:35] <beuno> kimus, yes
[11:35] <kimus> ok...
[11:35] <beuno> (we will change that in the future, curtesy of barry)
[11:36] <beuno> flacoste, hi
[13:13] <maxb> Hello. /me is around for 20mins or so, if anyone has thoughts on my py2.5-unittest-compatibility branch
[13:25] <beuno> flacoste, around yet?
[13:26] <beuno> deryck, has there been any decision on wether we're dropping mentoring?  (please do!)
[13:30] <kfogel> beuno: I have a memory (trying to find the mail) that there was pretty broad consensus on that on-list.
[13:30] <beuno> kfogel, on dropping it or on dragging it along?
[13:31] <kfogel> beuno: dropping
[13:31] <beuno> coolio
[13:31] <beuno> thanks kfogel
[13:31] <kfogel> beuno: wait, let me see if I can find
[13:33] <kfogel> beuno: so far: https://lists.launchpad.net/launchpad-dev/msg00148.html, and then Martin Pool's response.  But I think we had a more definite thread, let me see.
[13:34] <beuno> kfogel, don't worry
[13:34] <beuno> your answer is good enough
[13:34] <beuno> thank you
[13:35] <kfogel> beuno: ok.  Well, sorry -- I do recall an even more definite statement coming later, from multiple people like flacoste, etc.  But my memory is like a... what's that thing called?... I can never remember...
[13:36] <beuno> heh
[13:37] <beuno> I feel like eating cheese now
[13:37] <beuno> kfogel, while you're here
[13:37] <beuno> any thoughts on the LP homepage?
[13:37] <beuno> I'm working on a mockup
[13:37] <kfogel> beuno: hmmmm.  let me take a look
[13:38] <beuno> and then I'm back to my vacations
[13:38] <beuno> so if there's anything you'd like to see in a mockup, now is the time
[13:39] <kfogel> heh
[13:39]  * kfogel pondering
[13:42] <kfogel> beuno: only thought I have is that it might be nice if the "What's New?" section were an RSS headline feed straight from the blog.  But I'm sure that's been debated/considered before.
[13:42] <kfogel> beuno: let me look at page stats for a sec
[13:43] <beuno> kfogel, having a feed from the blog would be orgasmic
[13:43] <kfogel> beuno: I'm looking at https://help.launchpad.net/PageHits to see if it offers any clue as to what should be directly on the LP front page.
[13:43] <beuno> aha
[13:43] <beuno> I did not know about that page
[13:44] <beuno> WOW a *lot* of people visit /Legal
[13:45] <beuno> kfogel, I guess this page is a good one to extract a few things: https://help.launchpad.net/NewToLaunchpad
[13:45] <kfogel> beuno: to me the big surprise is PPA
[13:45] <kfogel> by far the biggest help destination
[13:45] <wgrant> cprov: I noticed a problem this afternoon with primary ddeb uploads. Because they skip NEW, they all land in universe.
[13:46] <kfogel> beuno: one complaint about https://lpstats.canonical.com/graphs/ is that it doesn't offer any comparisons between categories.  A graph is about bugs, or it's about branches, say, but there aren't really any easy ways to get comparisons between bugs and branches.
[13:46] <cprov> wgrant: shh, they don't have overrides at all, do they ?
[13:47] <wgrant> cprov: They don't, but it seems wrong that they all land in universe.
[13:47] <beuno> kfogel, agreed. You just need to put together some SQL for the LOSAs though, and they will get a graph
[13:47] <cprov> wgrant: yes, we have to fix it.
[13:48] <kfogel> beuno: do you think a "report bug in Ubuntu" would be a good idea?  Interestingly, Launchpad front page has no indication at all that the site is about building Ubuntu.  Of course, the degree to which it is or should be Ubuntu-centric is a big question.
[13:48] <kfogel> beuno: yup (re SQL)
[13:48] <mthaddon> beuno: you know there's a branch to propose merges to these days, right?
[13:48] <cprov> wgrant: they could inherit the source component (maybe)
[13:48] <wgrant> cprov: I thought that.
[13:48] <bigjools> can they be linked back to the regular deb in any way?
[13:48] <wgrant> beuno: But maybe we just strip -dbgsym off, or get pkg-create-dbgsym to stick the original binary name in a field somewhere.
[13:48] <wgrant> Er.
[13:48] <wgrant> cprov: ^^
[13:48] <beuno> mthaddon, I do not!  how cool is that!
[13:49] <beuno> kfogel, I've brought that up in the past
[13:49] <beuno> kfogel, I think I'd like it, but it will also make Launchpad look even more Ubuntu-centric
[13:49] <mthaddon> beuno: there was an email to the list about it - https://code.edge.launchpad.net/tuolumne-lp-configs
[13:49] <wgrant> bigjools: The names should all follow the pattern of $ORIGINALBINARY-dbgsym. I suppose it's reasonable to reject if something doesn't match up.
[13:49] <beuno> mthaddon, that is super great. Thanks for the tip.
[13:50] <cprov> wgrant: if dbg_name.replace('-dbgsym', '') == name, yes, that would be an option
[13:51] <wgrant> cprov: btw, pitti ack'd the pkg-create-dbgsym changes and suggests that they be SRU'd.
[13:51] <kfogel> beuno: Anyway: PPAs are a somewhat underadvertised feature from the home page.  Might be nice to have a "Find or create Personal Package Archives" link (or something like that) under Get Started.
[13:51] <bigjools> wgrant: ok, seems like it should be easy enough to account for that in the overrides check
[13:51] <beuno> kfogel, interesting thought. I'll see what I can come up with
[13:51] <kfogel> beuno: personally, I wish Translations and Blueprints tabs would switch places :-).
[13:52] <wgrant> bigjools: Yep.
[13:52] <beuno> kfogel, do it! change them, propose the branch  ;)
[13:52] <kfogel> beuno: also, although "Answers" is a term of art for us (simply the label for our "Answers" feature), for the public it's a weird word to see.  "Oh, Answers?  Like, what is the flying speed of an unladen swallow?"
[13:53] <beuno> kfogel, yeah, Q&A or support tickets is easier to understand
[13:53] <kfogel> beuno: yeah!
[13:53] <beuno> kfogel, "naming" sounds like a nice topic for our TL sprint  ;)
[13:53] <kfogel> beuno: *cough*  adding now
[13:53] <bigjools> wgrant: I'd be happy to sponsor a patch :)
[13:54] <bigjools> kfogel: African or European?
[13:54] <wgrant> bigjools: Working on another related one now, but I'll do that  soon.
[13:54] <bigjools> wgrant: cool
[13:55] <kfogel> bigjools: AiyaaaaaaaaaaaaaaH
[14:02] <flacoste> kfogel: please, we already renamed that appliation
[14:02] <kfogel> flacoste: which?
[14:02] <flacoste> kfogel: it was called support and ticket when I joined to work on it
[14:02] <flacoste> kfogel: Answers
[14:02] <kfogel> flacoste: oh, we renamed it *to* Answers?
[14:02] <flacoste> kfogel: and there are other 'Answers' service out there, Yahoo! Answers for example
[14:03] <flacoste> kfogel: yeah, it was a big discussion
[14:03] <kfogel> flacoste: yeah, but isn't Yahoo answers actually answers abuot anything?
[14:03] <flacoste> kfogel: well, it's a general forum
[14:03] <flacoste> anyway, the main rationale for renaming it was that support is confusing
[14:04] <flacoste> Q&A might not be a bad name
[14:04] <flacoste> but i don't think it's really a big problem
[14:04] <kfogel> flacoste: or "Q&A Forum"
[14:04] <kfogel> flacoste: I've removed the agenda item; I couldn't think of any other big naming problems, and didn't know the history here.
[14:04] <flacoste> anyway, I'd want serious data gathering before any more renaming
[14:05] <BjornT> flacoste: hi. when running windmill, do you remember that we had problems with uuid listening on the web app port after windmill exited? do you also remember how we fixed it?
[14:05] <kfogel> flacoste: that seems rational
[14:05] <flacoste> BjornT: no, that doesn't ring any bell
[14:05] <wgrant> cprov: I'm dropping from lp.soyuz.model.publishing the block that avoids publishing PPA ddebs to disk. There is a test that tests for that -- should I drop it, or alter it to verify that publishing occurs?
[14:05] <flacoste> BjornT: but head down to #windmill in a few hours people should be able to help there
[14:06] <flacoste> BjornT: a big problem for you will be that this channel is mostly active on Pacific time
[14:06] <BjornT> flacoste: ok. i'll try the list, to see if someone remembers it. i do recall us having that problem. i'll try #windmill as well, but it could be lp specific
[14:07] <cprov> wgrant: i wonder if it's an useful mechanism to keep up to the last-minute.
[14:07] <kfogel> cprov, wgrant: do you guys recall where/how you advertised your UDW "Hacking Soyuz" session?  Just trying to capture some knowledge for next time.
[14:08] <cprov> wgrant: if the disk-publication suppressing bit is there we can check how much space it will take without actually requiring disk and the surrounding infrastructure
[14:08] <wgrant> cprov: It actually seems like it's really dangerous.
[14:08] <wgrant> cprov: Ah, true.
[14:08] <wgrant> But careful publishing of all PPAs sounds expeeeeeensive.
[14:09] <wgrant> kfogel: I don't recall any advertising outside the UDW brochure/wikipages.
[14:09] <noodles775_> kfogel: we didn't get to - other than dholbach's work (and I blogged about it on the day - not much use - http://micknelson.wordpress.com/2009/09/04/testing-launchpad-soyuz-features/)
[14:09] <kfogel> noodles775_: (see above question to cprov, wgran...)
[14:09] <kfogel> heh
[14:09] <cprov> wgrant: yes, ideally we should keep the corresponding SBPPH as PENDING
[14:09] <kfogel> noodles775_: you're way ahead of me :-)
[14:09] <noodles775_> :)
[14:09] <kfogel> noodles775_: do you know what dholbach did?
[14:09] <cprov> wgrant: but they would trigger PPA re-publication every cycle.
[14:10] <wgrant> cprov: Indeed. I suppose somebody could always reset them when the time comes to actually do it.
[14:10] <wgrant> There seems to be no non-evil way to do it.
[14:11] <noodles775_> kfogel: lots of blogging (http://daniel.holba.ch/blog) and irc/email - but I'd check with him for details.
[14:12] <kfogel> noodles775_: thank you
[14:12] <cprov> wgrant: we shouldn't fear it much, if the buildmaster only request ddebs for the primary archive, their publication would be already skipped.
[14:12] <noodles775_> np!
[14:12] <wgrant> cprov: Right.
[14:12] <cprov> wgrant: you can drop the publishing hack once you land the builddmaster flag.
[14:15] <wgrant> cprov: One more question about the flag: what permission? lp.Edit or lp.Commercial?
[14:15] <deryck> BjornT, ping
[14:15] <BjornT> hi deryck
[14:16] <cprov> wgrant: lp.Commercial, I'd say
[14:17] <wgrant> cprov: Great, that's what I'd used.
[14:40] <wgrant> cprov: I just realised that this gets very messy when deletions/copies/overrides/cruftchecks/unembargoings/anything happens.
[14:41] <cprov> wgrant: *this* what ? but, yes, I see what you mean ;)
[14:41] <wgrant> cprov: 'this' == 'separate DEBUG archive'
[14:42] <cprov> wgrant: oh, yes, 'finding and suitable ancestor'
[14:42] <wgrant> Not quite that, but it's related.
[14:44] <wgrant> debug/security/ports seem to me to be in the same boat -- they're all different views of the primary archive. But some are implemented as post-publishing mangling, others as separate archives. ISTM that a concept of a 'publishing view' should exist, rather than overloading separate archives to do this.
[14:57] <cprov> wgrant: i'm not sure 'publishing views' is a good concept, I would rather use 'archive collections' because of the archive<->repo relationship
[15:02] <beuno> deryck, re: bug 346722
[15:02] <mup> Bug #346722: crash report bug title box too small <trivial> <ui> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/346722>
[15:02] <beuno> "wooooooooooooo"
[15:02] <beuno> it's bugged me for ages  :)
[15:03] <deryck> beuno, awesome. :)
[15:03] <deryck> beuno, it does seem an easy fix with a lot of gain
[15:04] <beuno> deryck, also, you know what would help a lot?
[15:04] <beuno> being able to see the title and the dupes at the same time
[15:04] <beuno> so you can compare the traceback
[15:05] <beuno> otherwise you need to say "no, it's not", read, and scroll back up
[15:05] <deryck> beuno, right.  I was thinking that too.  I'll update the bug.
[15:05] <beuno> yay
[15:10] <barry> salgado: ping
[15:14] <salgado> hi barry
[15:16] <barry> hi salgado what do you suggest for the breadcrumb adapter?
[15:17] <barry> salgado: or do you have an example in the tree already?
[15:19] <salgado> barry, something like TeamBreadcrumb in lp/registry/browser/person.py
[15:19] <salgado> barry, then you register it using zcml and everything just works
[15:20] <sinzui> barry, bac, salgado: I reported bugs for the person pages. I believe every unconverted page is not tied to a bug: https://edge.launchpad.net/launchpad-registry/+milestone/3.0
[15:20] <barry> sinzui: s/not/now/ ?
[15:20] <barry> salgado: that sounds easy enough!  thanks, let me try that
[15:21] <sinzui> barry: yes, that reads better
[15:23] <barry> sinzui: cool.  i'm going to work on the breadcrumbs for those two pages and then will take some bugs off that list
[15:23] <beuno> salgado, hi
[15:23] <barry> sinzui: actually.
[15:23] <salgado> hi beuno
[15:23] <barry> sinzui: i'm going to convert some other pages while the team ones are in review.  once those land, i'll work on the breadcrumbs for them
[15:23] <beuno> salgado, did you see the bug I shamelessly assigned to you?
[15:24] <sinzui> barry: okay
[15:25] <salgado> beuno, which one?
[15:25] <salgado> beuno, breadcrumb icons?
[15:26] <beuno> salgado, yes
[15:26] <beuno> I did not know what it involved, so I just assigned it to you so it wouldn't drop off the radar  (it makes breadcrumbs kind of icky)
[15:27] <salgado> beuno, trivial change
[15:27] <beuno> salgado, and that is why I love you
[15:34] <kimus> beuno: hope not in a carnal way... :-)
[15:35] <beuno> whatever makes UI happen  ;)
[15:35] <kimus> :-D
[15:37] <kimus> beuno: good answer
[16:03] <bigjools> beuno is literally putting his ass on the line then
[16:04] <beuno> lol
[16:04] <beuno> took you a while, but an even better answer!
[16:05] <bigjools> beuno: only just caught up with the channel :)
[16:14] <rockstar> I'm not sure I want to know here beuno puts his ass.
[16:15] <rockstar> Although maybe I do, but the UI is making me feel uneasy about it.
[17:42] <beuno> cprov, do you know any magic words to just run the soyuz pagetests?
[17:42] <bigjools> beuno: bin/test -vvt stories.soyuz
[17:43] <bigjools> beuno: and bin/test -vvt stories.ppa for a few more
[17:43] <beuno> bigjools, perfect, thank you
[17:43]  * beuno is fixing bug 423105
[17:43] <mup> Bug #423105: Duplicate download icons in many places <Launchpad Foundations:Triaged by beuno> <https://launchpad.net/bugs/423105>
[17:43] <bigjools> I've never found a way to run every page test under lib/lp/soyuz/stories ... :(
[17:43] <bigjools> beuno: it's not just soyuz that's affected by that
[17:44] <bigjools> the bug mentions some bug pages too
[17:44] <beuno> bigjools, I need URLs, and the only URL I have is from soyuz
[17:44] <bigjools> I can't offer anything beyond the bug, sorry
[17:45] <beuno> bigjools, it's ok, I'll fix soyuz, mark it as fixed, and when users give us URLs, we'll fix the other ones
[17:45] <beuno> it's easy to fix
[17:45] <beuno> you need to remove the "download" CSS class from UL's
[17:46] <beuno> I could grep around, etc
[17:46] <beuno> but I'm 1 hour from being on vacations again, so I'd rather do what i can finish  :)
[17:47] <bigjools> beuno: here's another
[17:47] <bigjools> https://edge.launchpad.net/ubuntu/karmic/+source/firefox-3.5/3.5.3+build1+nobinonly-0ubuntu2
[17:48] <beuno> bigjools, fixed in my branch
[17:48] <bigjools> coolio
[17:49] <beuno> wtf?  I'm getting all kinds of test failures
[17:50] <beuno> bigjools, does this ring a bell?  http://paste.ubuntu.com/271559/
[17:53]  * jtv starts packing up for the night
[18:00] <mrevell> Night all
[18:06] <beuno> sinzui, ping
[18:09] <sinzui> hi beuno
[18:09] <beuno> sinzui, how are you?
[18:09] <sinzui> exhausted
[18:09]  * sinzui has another 8 pages converted, but unlanded
[18:09] <beuno> I can imagine, you have been a non-stop 3.0 UI machine
[18:10] <beuno> sinzui, I just wanted to check with you about some wonky font sizes we have in the new stylesheet
[18:10] <beuno> we end up with things like: http://people.canonical.com/~salgado/long-email.png
[18:10] <beuno> the left side has a smaller font than the right
[18:11] <beuno> I understand why it's doing that, but it's obviusly not the result we want
[18:11] <beuno> do you have any thoughts on this?
[18:11] <sinzui> beuno: The right side may have something vestigial from from the old template. I moved the content without thinking...
[18:12] <sinzui> beuno: note that the value is not under the label
[18:12] <sinzui> oh!
[18:13] <beuno> yeah, but not everything is under a label, so in many pages it looks off
[18:13] <sinzui> beuno: salgado: I think I just said the answer. The left is <dl> which may be a little smaller, the right is not.
[18:13] <beuno> I'm tempted to unify the sizes
[18:15] <sinzui> beuno: salgado This example is struggling with the flaw in yui-grid, namely, the grid. We have been careful to selecte guaranteed content for the right side and format it. but in this example, the content is not formatted yet, and I am not certain it is guaranteed.
[18:17] <sinzui> beuno: salgado. since there is so much content we could pack in the user info section I propose we
[18:17] <sinzui> 1) merge the involvement into info
[18:17] <sinzui> 2) place long values in the left
[18:17] <sinzui> 3) use two-column-list for short values on the right.
[18:18] <beuno> I think that sounds like a good middle point
[18:18] <beuno> I'd be on board with that, if it looks good   :)
[18:18] <beuno> now
[18:18] <beuno> I have a lovely girl staring at me making me keep my promise that I'd return to my vacation after the second day of work
[18:18] <beuno> I will be doing that now, and sneaking back to read email and private IRC pings
[19:04] <bigjools> beuno: make schema
[19:51]  * barry beats pagetitles.py with a baseball bat
[20:12]  * maxb warns jml and rockstar against installing any karmic updates right now
[20:15] <barry> maxb: uh oh.  i updated about an hour ago
[20:15] <maxb> uh oh
[20:16] <maxb> you might not want to reboot any time soon
[20:16] <barry> maxb, salgado btw, python-boto is not a lp-dev-dep?
[20:16] <barry> maxb: too late :(  what broke?
[20:16] <maxb> X ? :-)
[20:16] <maxb> dbus, hal, you name it
[20:16] <barry> maxb: i must have made it under the wire, as my interaction on this irc channel is proof of :)
[20:17]  * barry types into an emacs buffer
[20:17] <salgado> barry, doesn't seem to be
[20:17] <barry> maxb, salgado i did my first ec2 about 20m ago and needed to install python-boto by hand
[20:18] <maxb> That might be an oversight, or it might be being kind to those of us who can't ec2test anyway :-)
[20:19] <barry> maxb: ;)  we really need to fix that
[20:21] <maxb> If you do, I will probably be more motivated to look into the state of python-boto on karmic :-)
[20:41] <fromvega> which language is used to code launchpad?
[20:55] <rockstar> maxb, thanks for the heads up.
[20:56] <salgado> fromvega, python
[20:57] <fromvega> tks
[20:58] <rockstar> barry, maxb, I also wondered that last night when I did my first Karmic ec2test run.
[20:59] <mwhudson> good morning
[20:59] <maxb> mwhudson: hi
[20:59] <mwhudson> gary_poster: did you see i finally have a single command to update the ec2test AMI?
[21:00] <maxb> should you have a free moment in the next few hours, can I interest you in looking again at py2.5-unittest-compatibility?
[21:00] <mwhudson> maxb: sure
[21:00] <gary_poster> mwhudson: no!  cool!  where is it?  utilities?
[21:00] <mwhudson> gary_poster: ./utilities/ec2test.py --update-image
[21:00] <gary_poster> mwhudson: wow, awesome
[21:01] <mwhudson> gary_poster: there's a better version in bzr+ssh://bazaar.launchpad.net/~mwhudson/launchpad/cache-the-download-cache that i'm currently landing
[21:01] <mwhudson> today is probably separating ec2test into something that has subcommands
[21:01] <mwhudson> ec2 demo, ec2 update-image, ec2 test
[21:33] <mwhudson> it's nice to know there's at least one site on the internet that's slower than launchpad: linkedin
[21:33] <maxb> ugh
[21:34] <maxb> Compare the page load time for a bug with many bugtasks between lpnet and edge
[21:34] <maxb> MAJOR regression
[21:34] <maxb> e.g. bug 237356
[21:34] <mup> Bug #237356: iMac build-in iSight "Failed to resubmit video URB (-45)" <luvcview (Ubuntu):Fix Released> <https://launchpad.net/bugs/237356>
[21:34] <maxb> oops
[21:34] <maxb> e.g. bug 427356
[21:34] <mup> Bug #427356: Boot Performance Updates <acpid (Ubuntu):Fix Released> <anacron (Ubuntu):Fix Released> <apport (Ubuntu):Fix Released> <at (Ubuntu):Fix Released> <avahi (Ubuntu):Fix Released> <cron (Ubuntu):Fix Released> <cryptsetup (Ubuntu):Fix Released> <cups (Ubuntu):Confirmed> <dbus (Ubuntu):Fix Released> <debhelper (Ubuntu):Fix Released> <gdm (Ubuntu):Fix Released> <hal (Ubuntu):Fix Released> <hostname (Ubuntu):Fix Released> <ifupdown (Ubuntu)
[21:35] <mwhudson> yay mup
[21:40] <maxb> bug 430288 filed
[21:40] <mup> Bug #430288: Major page load time regression in 3.0-dev for many-bugtask bugs <Launchpad Bugs:New> <https://launchpad.net/bugs/430288>
[21:41] <mwhudson> hooray firefox
[22:32] <mwhudson> abentley: i think the puller is working, but http access to branches was broken
[22:32] <mwhudson> abentley: could that explain what you were seeing earlier?
[22:32] <mwhudson> (all on staging)
[22:53] <maxb> urgh
[22:53] <maxb> who made the 3.0 builders page not show auto/manual?!
[22:57] <maxb> Do we have any tags for 3.0 regressions?
[23:09] <gary_poster> maxb: I have not heard of one
[23:13] <wgrant> cprov: Any ideas how to make all the PRIMARY operations affect related packages in DEBUG as well? ISTM that we will have to change the scripts to look in both, and a few [SB]PPH and Archive methods to do so too.
[23:15] <wgrant> This seemingly limited in scope task just got a lot harder :(
[23:15] <cprov> wgrant: the publishing operations have to use 'archive IN %(main_archives)' when the context is a main archive, I guess
[23:16] <cprov> wgrant: the problem is that each op use its own lookup, it's messy
[23:22] <danilos> salgado-afk, barry: hi, did anything ever happen with breadcrumbs on "leaf" views?
[23:22] <barry> danilos: salgado-afk is working on it.  not sure if it's landed yet or not
[23:23] <danilos> barry, do we have some decision on what it's going to be? eg. text or label property? (so we can start solving it even before the breadcrumbs provide it)
[23:23] <barry> danilos: it will be view.page_title
[23:23] <barry> danilos: however, that does only sets the last component in the breadcrumbs
[23:24] <barry> danilos: it does not override the <title> unless also view.override_title_breadcrumbs = True
[23:24] <wgrant> Argh. So many unStormified queries.
[23:24] <danilos> barry, hum, I am surprised... what happens with the overrides of the page title then?
[23:24]  * barry must remember to update the wiki page
[23:24] <wgrant> Stormified ones would be easier to fix :(
[23:24] <barry> danilos: by default, nothing.  or maybe i misunderstand the question
[23:24] <danilos> barry, ok, so it's kinda kludgy, but will work for me :)
[23:25] <barry> danilos: yeah, salgado-afk and i thumb wrassled over it :)
[23:26] <danilos> wgrant, sorry about that, but stormified queries are sometimes harder to optimize (i.e. postgres can choose a bad query plan based on *text matching*; I've seen that with things like "AND is_something" vs. "AND is_something IS TRUE", depending on what exact condition is in the index, i.e. how it's spelled out)
[23:26] <danilos> barry, right, thanks for the tip, very good to know
[23:26] <wgrant> danilos: Ew ew ew.
[23:27] <danilos> barry, however, I somehow have a feeling LaunchpadForms should use the `label` for it
[23:27] <danilos> wgrant, of course, most of the non-storm queries are just old, never migrated code, but there are a few queries like these
[23:28] <barry> danilos: wiki page updated
[23:28] <danilos> barry, anyway, that's just random musings, having something is a great improvement
[23:28] <danilos> barry, thanks!
[23:28] <barry> danilos: you might be ultimately be right.  it would be easy to change and it would be nice to DRY.  maybe see what salgado-afk thinks?
[23:28] <barry> danilos: sure!
[23:29] <danilos> barry, can you please post to the list as well so everyone else can start figuring breadcrumbs in before Friday?
[23:29] <barry> danilos: +1
[23:29] <danilos> barry, sure, not sure if we can make it happen this week (i.e. I'd rather have something people can rely on than keep changing it this week :)
[23:32] <barry> danilos: good point.  we're cutting it to the wire, so let's keep what salgado-afk has
[23:40] <thumper> barry: are you available for a quick call?
[23:41] <barry> thumper: not right this sec, but could be in a bit
[23:42] <thumper> barry: could you ping me when you have some time?
[23:43] <wgrant> cprov: Since there are quite a few callsites, would it be a good idea to create a general solution and add a property on IArchive listing all grouped archives? For now that would only be useful for primary, but it would make queries much simpler and seems more future-proof.
[23:45] <cprov> wgrant: archive.distribution.main_archives ?
[23:45] <wgrant> cprov: No problems will occur if partner is included?
[23:45] <wgrant> I guess not.
[23:45] <thumper> mwhudson: got a few minutes?
[23:45] <cprov> wgrant: no, there is no intersection
[23:47] <mwhudson> thumper: sure
[23:50] <jml> maxb, what's the story with karmic?
[23:51] <barry> thumper: i'm going to grab some dinner and will ping you when i'm done
[23:51] <barry> jml: karmic works great!  you need to install python-boto by hand if you wanna do ec2 though
[23:51] <maxb> as far as upgrading goes? Don't yet. Give it at least one more publisher cycle at a minimum, or if you want to be safe, wait until tomorrow
[23:52] <barry> with that caveat
[23:52]  * barry -> dinner
[23:52] <jml> maxb, can do.
[23:52] <jml> maxb, thanks for the warning
[23:57] <jml> any registry folks still around?
[23:58] <mwhudson> jml: good morning
[23:58] <jml> mwhudson, hello


[02:05] <nakilon> so I see the user-data.txt being downloaded after cloud-init clean and reboot; but it does not seem it was ran; can't really find anything relevant in /var/log/cloud-init.log; the only mentions of user-data is "writing to ... instances/(a lot of digits)/user' and there is no such file now, probably a temp file
[02:07] <nakilon> my config had to mount a disk and restart docker -- none of this has happened
[02:08] <nakilon> config :https://dpaste.org/LDAY/slim
[02:12] <nakilon> 2021-07-31 01:58:15,732 - __init__.py[WARNING]: Unhandled non-multipart (text/x-not-multipart) userdata: 'b'bootcmd:'...' .... 2021-07-31 01:58:15,736 - handlers.py[DEBUG]: finish: init-network/consume-user-data: SUCCESS: reading and applying user-data
[02:15] <nakilon> the yaml seems to be valid https://dpaste.org/FANA/slim
[02:36] <nakilon> oh, the /var/lib/cloud/instances/8675720279121330233/cloud-config.txt  actually exists, but it's 0 bytes long
[02:44] <nakilon> I'll look into using 'write-files'
[02:45] <nakilon> still weird though that it didn't rerun the Config sine I did the 'clean' before machine restart
[03:02] <nakilon> didn't help; the /var/lib/cloud/instance/user-data.txt has been updated with https://dpaste.org/Ncbq/slim ; the sdb is visible in lsblk, but the disk didn't mount and docker is still using his default directory
[03:04] <nakilon> log part: https://dpaste.org/VK1U/slim
[03:05] <nakilon> oh, and the /var/lib/cloud/scripts/per-boot/ is empty actually
[03:06] <nakilon> the write_files portion of logs https://dpaste.org/ANs4/slim
[03:13] <nakilon> oh, the yaml had an error -- need a '-' before 'path:' to put it in an array; but it still didn't help: instance restarted, user-data.txt updated, the log still says  no/empty 'write
[03:13] <nakilon> _files' key in configuration
[03:19] <nakilon> so 1. the command "cloud-init devel schema --system --annotate" from here https://cloudinit.readthedocs.io/en/latest/topics/faq.html#how-can-i-debug-my-user-data  throws "error: unrecognized arguments: --system"
[03:20] <nakilon> 2. sudo cloud-init devel schema --config-file /var/lib/cloud/instance/user-data.txt  says: "needs to begin with "#cloud-config"" -- finally a clue! didn't expect this, I thought it's just a comment that is commonly put in docs when the example file is listed
[03:36] <nakilon> still does not work though https://dpaste.org/TokQ/slim
[03:49] <nakilon> oh, do I have to add the permissions: '0744' and shebang?
[03:54] <nakilon> yes! it works now