[00:34] <thumper> sinzui: ping
[01:04] <thumper> beuno: ping
[01:23] <beuno> thumper, hi
[01:23] <thumper> beuno: hi
[01:23] <thumper> beuno: the new heading that we have for 3.0 is bad for branches
[01:23] <thumper> beuno: we spent quite a bit of time getting the breadcrumbs working for branches
[01:24] <beuno> thumper, enlighten me please
[01:24] <thumper> to show the branch target
[01:24] <thumper> eg. person, product or source package
[01:24] <thumper> now it is just showing the person
[01:24] <thumper> (the first part of the url)
[01:24] <thumper> it has to do with how we select the relevant context
[01:25] <thumper> beuno: see BranchHierarchy in lp.code.browser.branch
[01:25] <beuno> thumper, so you're saying that the context of branches is people, no products?
[01:25] <thumper> beuno: in lp.dev for the new layout, it is showing the person not the project
[01:26] <beuno> thumper, right, it should show the project
[01:26] <thumper> right
[01:26] <thumper> we agree
[01:26] <thumper> it is broken right now
[01:26] <beuno> ok
[01:26] <beuno> how can I help?
[01:26] <thumper> who did the work on the heading?
[01:26] <beuno> Curtis
[01:26] <thumper> we need to get that context right
[01:26] <thumper> ok
[01:26] <thumper> I'll talk to sinzui about it
[01:27] <thumper> beuno: thanks
[01:27] <beuno> thumper, you're welcome
[01:27] <beuno> now, shower and leaving before I become single again
[01:27] <thumper> beuno: ouch
[01:28] <thumper> beuno: I'd like a call with you in about 20h if that is good with you
[01:28] <beuno> thumper, maths escape me, but I think that's doable
[01:29] <thumper> beuno: think back 4 hours
[01:29] <thumper> beuno: and add a day :)
[01:29] <beuno> thumper, I should be available, yes
[01:29] <beuno> and thanks  :)
[01:30] <thumper> :)
[01:30]  * beuno pretends to close his laptop
[02:09] <meaton2veggies> hi guys, with launchpad and postfix, how is it meant to be setup so that mail can be sent externally say when someone registers etc
[02:12] <wgrant> meaton2veggies: That sounds dangerous, and you very probably don't want to do it.
[02:18] <meaton2veggies> wgrant: just wanted to have mail sent properly not working out so far - have a open relay on the internal network struggling with postfix config, but where should I config Launchpad for which smtp host it uses? possible?
[02:19] <wgrant> meaton2veggies: Why won't local mail do? Are you trying to run your own internal instance?
[02:20] <meaton2veggies> yes
[02:20] <meaton2veggies> wgrant: trying to run internal instance
[02:20] <meaton2veggies> wgrant: not just locally
[02:20] <wgrant> meaton2veggies: You know you can't run a non-development non-test instance with the images that are provided, right?
[02:23] <meaton2veggies> wgrant: yeah
[02:23] <meaton2veggies> wgrant: wanted to have some other devs testing with it and connected to internal mail rather than just on one box
[02:23] <meaton2veggies> wgrant: but guess I should just use the local mail
[02:24] <meaton2veggies> wgrant: so if wanted to use for non-dev later whats the license/rules is it documented somewhere?
[02:25] <wgrant> meaton2veggies: See LICENSE.
[02:26] <meaton2veggies> got it
[02:34] <sinzui> thumper: the branding object displayname and tabs are Michaels work. I added the heading slot which is just a <h2> and is meant to be overridden when it does not do the right thing
[02:40] <wgrant> Ahem.
[02:40]  * wgrant reports a nasty bug in the new header code.
[04:07] <wgrant> Odd that Ohloh is having problems importing LP (http://www.ohloh.net/forums/3491/topics/3685). Although that command took 2.5 hours to run, it worked fine here...
[04:29] <spiv> wgrant: yeah, that does seem odd.  I wonder how easy it would be to encourage them to file bugs about their bzr issues...
[04:33] <wgrant> spiv: I wonder...
[04:33] <wgrant> Although my test was against devel, not db-stable, I don't imagine there'd be much difference.
[06:22] <rockstar> thumper, hey
[06:22] <thumper> rockstar: hey
[06:22] <thumper> whazzup?
[06:22] <rockstar> thumper, just got your email.
[06:23] <thumper> ah
[06:23] <rockstar> You've just discovered the most annoying thing about the overlay widget: it's fixed width.
[06:23] <thumper> why?
[06:23] <rockstar> nfi
[06:23] <thumper> arse
[06:24] <rockstar> So, I hacked around it in the branch subscription stuff.
[06:25] <rockstar> thumper, https://pastebin.canonical.com/20998/
[06:26] <thumper> we
[06:26] <thumper> ew
[06:27] <rockstar> thumper, I know, but it's better than what you have now.
[06:27] <thumper> :)
[06:27] <thumper> we'll see what beuno says
[06:44] <cprov-zzz> g'night, guys.
[07:35] <noodles775> Morning
[07:41] <wgrant> noodles775: Morning. I think it's you that might want to look at bug #411738.
[07:41]  * noodles775 looks
[07:43] <noodles775> gar, thanks wgrant
[07:43] <wgrant> noodles775: Fortunately edge hasn't updated recently.
[07:43] <noodles775> yep
[08:52] <gmb> Morning folks.
[08:52] <wgrant> Morning gmb.
[08:52] <gmb> Hi wgrant. How's things?
[08:54] <wgrant> gmb: It's tempting to follow your recent identi.ca trends, complaining about JavaScript...
[08:55] <gmb> wgrant: Hah. Yes, well. My complaints about JS are *nothing* compared to my complaints about PHP. But I never do any PHP any more, thank goodness.
[08:56] <wgrant> gmb: This codebase is fortunately now PHPless, however it has some... suboptimal JavaScript.
[08:56] <gmb> Oh hell yes.
[08:56] <gmb> Although I sometimes wonder if it's possible to write optimal Javascript.
[08:57] <gmb> And although we're PHP-less there's still some Perl in the tree, which makes me shudder every time I have to go near it (i.e. Debbugs imports).
[08:57] <wgrant> jQuery/YUI/ANYTHING makes it significantly more optimal than this stuff.
[08:57] <gmb> True.
[09:12] <maxb> Hm. I'm attempting to run tests in python 2.4 to establish a baseline to test my changes against, but I get failures in a pristine devel branch
[09:13] <noodles775> maxb: what are the failures?
[09:13] <maxb> http://paste.ubuntu.com/251210/
[09:13] <wgrant> There was a testfix an hourish ago.
[09:13] <wgrant> That's at least one of those.
[09:13] <wgrant> (menus.txt)
[09:14] <maxb> ah
[09:14] <wgrant> The two errors are because you're chrooted.
[09:14] <wgrant> They're fine.
[09:14] <wgrant> Not sure about the other failures.
[09:14] <BjornT> xx-bugtracker-remote-bug.txt was also fixed by the testfix commit
[09:14] <mrevell> Morning!
[09:16] <wgrant> BjornT: Oops, missed that.
[09:26] <wgrant> That question in #launchpad reminds me... apart from the hardcodings in LP, is there anything stopping Debian PPAs from working?
[09:32] <Knut-HB> Hi, I have question concerning accessing launchpad from the www: a team member asked me if it is really necessary to use https or if http could be used instead and if I could forward this question.
[09:35] <maxb> I've asked this in the past and been told that it's easier to just require https for everything than try to bounce you back and forth during a session depending on whether what you're looking at would be visible to an anonymous user or not.
[09:36] <wgrant> maxb: It can't possibly do that, because the HTTP pages wouldn't know that you were logged in.
[09:36] <wgrant> So they could never bounce you back to HTTPS.
[09:38] <maxb> You could contrive a setup where they did, but it would be oh so complicated and not worth it
[09:38] <Knut-HB> so it is rather useless to try and change everything from https to http?
[09:39] <maxb> yes
[09:39] <Knut-HB> ok thanks
[09:41] <wgrant> bigjools: Are there any non-technical reasons for the lack of Debian PPAs?
[09:42] <bigjools> yes, the time and effort involved to set them up
[11:01] <jtv> danilos: this better?
[11:01] <danilos> jtv: yeah
[11:02] <danilos> jtv, henninge_: call time
[11:02] <jtv> danilos: madness reigns.
[11:06] <danilos> jtv: https://devpad.canonical.com/~henninge/mockups/translate-page/list-focused.html
[11:20]  * gmb wonders why people sometimes file questions against launchpad.net/null. What are we doing that makes them think that's the right place to go?
[11:29] <wgrant> gmb: Ahahahahaha.
[11:30] <wgrant> gmb: The Answers help page was changed to point to that exactly because people kept filing random questions against the old target.
[11:30] <wgrant> People are even more braindead than I thought.
[11:30] <gmb> wgrant: !
[11:30] <gmb> That's vexing.
[11:31] <henninge> danilos: I updated the page to have 1/3-2/3 column widths, thanks to yui.
[11:31] <henninge> jtv: ^
[11:31] <henninge> But I am not sure it looks better.
[11:32] <wgrant> https://help.launchpad.net/Answers/AskingForHelp is the guilty page
[11:32] <jtv> henninge: I think it does actually
[11:32] <wgrant> Oh, and can somebody please remove NULL from launchpad-project?
[11:32] <wgrant> It keeps giving me useless bugmail.
[11:32] <wgrant> Or is there a good reason it's there?
[11:33] <henninge> jtv: ok, I don't really care that much, so I could go with it.
[11:33] <jtv> henninge: I think this is a major jump forwards in any case; maybe martin should worry about the pixel-polish
[11:33] <henninge> jtv: did you know that YUI's cssgrids is deprecated in the beta and will be completely redone for the final release?
[11:33] <danilos> jtv: eventually, we'll end up worrying about it as well
[11:34] <danilos> henninge: yaaay!
[11:34] <jtv> henninge: I did not know that, and I still sort of wish I didn't  :)
[11:34] <danilos> henninge: I think we should just switch all our servers to use karmic ;)
[11:35] <henninge> danilos: that is YUI3's beta and final I was talking about
[11:35] <danilos> henninge: btw, I always loved it how width:100% never really worked on textareas, if that's what you are using there
[11:36] <henninge> danilos: yes, I noticed. Didn't know that before.
[11:37] <danilos> henninge: btw, one thing that we should definitely keep: add the copy button between English text and input boxes
[11:38] <henninge> danilos: np
[11:38] <jtv> that's another thing: if this fills up with knobs and boxes again, we definitely need the extra space on the "input" side of the form.
[11:39] <gmb> wgrant: I'm not sure why it's there. Might be worth starting a conversation on launchpad-dev to find out why it is where it is.
[11:40]  * henninge lunches
[11:40] <wgrant> gmb: Thanks. I shall fire off an email.
[11:46] <danilos> jtv: we should try not to let it fill up with knobs and boxes again
[11:47] <jtv> danilos: you just told henning to add one.  :-P
[11:47] <jtv> (I get your drift though :)
[11:47] <danilos> jtv: ;)
[11:47] <danilos> henninge-lunch: btw, a bit nicer icons, or at least so I think :)
[11:47] <danilos> henninge-lunch: https://devpad.canonical.com/~danilo/screenshots/henninge+translate.png
[11:50] <jtv> danilos: I find the menu bar a bit hard to read on that one...  also, wonder what it'll look like with the ⅔ horizontal layout?
[11:50] <danilos> jtv: sshhh
[11:51] <jtv> danilos: the "package" icon is very... apt.  :)  What does the hand mean?
[12:13] <danilos> jtv: hand means slapping someone, or sharing :) it'd just "better" than what henninge-lunch had originally, it's far away from perfect
[12:15] <jtv> danilos: maybe there's something you can rip off in U1?  (Hope we don't have to support Ubuntu themes though :)
[12:21] <danilos> jtv: I wouldn't worry about it too much right now, we want it to look reasonably good so we can discuss the bits that are missing
[12:21] <jtv> danilos: sure
[12:21] <danilos> jtv: I believe the interactions need to be modeled well, and that's the first thing we need to do next
[12:21] <jtv> danilos: right, "someone needs to review" and such
[12:22] <danilos> jtv: exactly
[13:40] <mrevell> http://planet.launchpad.net -- not yet themed and still adding feeds
[13:48] <gmb> danilo: Can you or another translations person take a look at https://answers.edge.launchpad.net/launchpad/+question/79641? I'm not sure whether he's just asking for a team or for something else (which is a sign that I need to brush up on my Translations knowledge, alas).
[14:00] <barry> losa ping
[14:28] <gmb> bigjools: Can you or someone else Soyuzy look at https://answers.edge.launchpad.net/launchpad/+question/79709 please? I don't know if this is user error or a bug.
[14:29] <wgrant> User error.
[14:29] <bigjools> gmb: I can answer
[14:29] <bigjools> pebkac
[14:29] <gmb> bigjools: Thanks.
[14:29] <wgrant> Very strange PEBKAC, though.
[14:34] <henninge> danilos: have a look at this, please: https://devpad.canonical.com/~henninge/mockups/translate-page/list-noradio.html
[14:34] <henninge> danilos: it shows some more dynamics and also my idea of getting rid of radio buttons (yuk!).
[14:35] <danilos> henninge: it looks good, but radio buttons must be there
[14:35] <henninge> :-(
[14:35] <danilos> henninge: I know you try to push for it, but there's no convincing me
[14:35] <danilos> henninge: and if you try harder, I'll get mpt to come over :)
[14:35] <henninge> ok, ok ...
[14:35] <henninge> no, please, no!
[14:35] <henninge> ;-)
[14:36]  * henninge should have checked for mpt's nick in the list first ...
[14:36] <danilos> henninge: you don't have to trust me, but if you do a user survey where you show that this would work better than radio buttons, I am sure many usability experts will want a chat with you :)
[14:36] <henninge> can't be bothered  ...
[14:36] <danilos> henninge: anyway, other than discoverability, you'd also have to implement many features radioboxes already provide, like keyboard navigation and such
[14:37] <danilos> henninge: believe me, this might look prettier to you (though honestly, it doesn't to me :), but is far less usable
[14:43] <danilos> henninge: also, just move icons to the right, and you'll see how radio boxes are not ugly
[14:44] <danilos> henninge: add <label for=...> elements as well, so that clicking the text and icon works well as well
[14:47] <gmb> bigjools, cprov, noodles775: Could one of you guys field a PPA-siging question in #launchpad please?
[15:06] <salgado> sinzui, any idea what change in mainline (or your product-page-3.0 branch) would cause this gap at the top of one of my yui-u? (https://devpad.canonical.com/~salgado/project-group.png)
[15:07] <salgado> that gap appeared after I merged from your branch yesterday
[15:07] <sinzui> salgado:  using yui classes and porlet on the same div? That is bad.
[15:09] <sinzui> salgado: https://dev.launchpad.net/VersionThreeDotO/UI/Conversion#Example%20layouts shows that we must separate yui-g and yui-u from our classes. This is a forced separation of YUI layout and launchpad layout
[15:09] <sinzui> hmm
[15:10] <sinzui> projectgroups have latest bugs and blueprints. projects do not. I think I should add them this week
[15:11] <salgado> sinzui, I had removed 'portlet' from the classes after I read that yesterday, but didn't save the file after that.  yesterday was definitely not a good day
[15:11] <noodles775> salgado: you need to ensure that your div with the class 'portlet' is wrapped inside a div with the yui-u class (ie. not have them on the same div)
[15:11] <noodles775> salgado: I had the exact same problem.
[15:12] <noodles775> ah, as already said above...
[15:12] <sinzui> salgado: noodles775: I discovered early last week that the portlets I marking with yui and launchpad classes were not portable. They broke other pages. That is to say all templates that want to use the questions portlet had to use it in the same king of layout.
[15:13] <salgado> sinzui, noodles775, do I really want the extra <div class="portlet"> inside the yui-u?
[15:13] <sinzui> salgado: noodles775: So I separated the too
[15:13] <sinzui> salgado: You should.
[15:14] <noodles775> sinzui: yes, it makes sense when thinking about re-using portlets on multiple pages. I hadn't thought about that.
[15:15] <sinzui> noodles775: clearly I did not think about it too when I sent my draft rules.
[15:27] <henninge> danilos: Here, includes radio buttons and copy button but no labels (requires id's to be set).
[15:27] <henninge> https://devpad.canonical.com/~henninge/mockups/translate-page/list.html
[15:28] <danilos> henninge: looks much, much better
[15:29] <henninge> danilos: glad to hear.
[15:29] <henninge> danilos: have you talked to Martin?
[15:30] <henninge> danilos: I have to go into town now to take care of something.
[15:30] <henninge> danilos: I remember you wanted to leave early today?
[15:33] <danilos> henninge: I am about to leave
[15:33] <henninge> danilos: ok, see you tomorrow!
[15:33] <danilos> I haven't had a chance to talk to beuno yet, but we'll be hunting him down tomorrow and on Thursday :)
[15:36] <henninge> cool, that'll be fun. I never went hunting before!
[16:25] <barry> losa ping
[17:32] <kfogel> sinzui: wgrant's message of https://lists.launchpad.net/launchpad-dev/msg00329.html -- his suggestion that the 'null' project not be part of Launchpad Suite seems very sane to me.  Any other factors here we should know about, or is this a JFDI?
[17:34] <sinzui> kfogel: I know that a canonical employee created the project. It is not used the way we intend bugtasks to work.
[17:35] <sinzui> kfogel: As I am tasked with solving the project-part-of problem, I think we can ask an admin to remove the project because we did not create it.
[17:35] <sinzui> kfogel: I have demi-god powers. I think I can remove it right now!
[17:36] <kfogel> sinzui: go for it!  But you mean remove 'null' from 'Launchpad Suite', right?  (Or do you mean remove 'null' entirely?)
[17:39] <sinzui> correct
[17:40] <sinzui> kfogel: it worked!
[17:40]  * sinzui likes being and registry-expert
[17:41] <kfogel> sinzui: you demi-glazed demi-god, you
[17:41] <sinzui> :)
[17:42] <sinzui> kfogel: I presume /null was gifted to the registry-expert team because the real owner did not want bug mail.
[17:43] <kfogel> sinzui: who knows.  Is anyone going to get bug mail now?
[17:45] <sinzui> Not the team I am in.
[17:46] <sinzui> There are only 21 bug in the null project
[18:04]  * gmb EODs
[18:16] <mrevell> okay see you tomorrow people
[19:06] <barry> leonardr: how do you handle circular references in lazr.restful webservice declarations? :(
[19:07] <leonardr> barry: set the reference to Interface and then go in later and re-set it
[19:07] <leonardr> there are many examples throughout launchpad + some helper functions. look in interfaces/user.py
[19:09] <barry> leonardr: cool, thanks
[19:17] <barry> leonardr: i wonder if things like operation_returns_collection_of() should take strings optionally, or whether some of the apihelpers (e.g. patch_collection_return_type) should be pulled into lazr.restful
[19:18] <leonardr> barry: a later version of zope has some kind of defered reference which is how we were planning to solve the problem
[19:18] <barry> cool.  best not to reinvent the wheel!
[21:41] <statik> yo
[21:42] <statik> how can i tell who got merge proposal 10000? I got 9999, and herb got 10001
[21:44] <gmb> Minor query, but why does edge still show "Launchpad 2.2.6"? Do we fail at updating version numbers or something?
[21:45] <joey> gmb: I asked earlier. mrevell's branch fixes that
[21:45] <joey> don't know status of the branch though, haven't looked
[21:45] <gmb> joey: Ah, okay. Ta.
[22:19] <thumper> statik: you can't right now
[22:19] <thumper> statik: without a db query :)
[22:19] <thumper> sinzui: ping
[22:19] <statik> thumper: ah, ok
[22:19] <sinzui> hi thumper
[22:20] <thumper> statik: we were thinking of having a short hand redirect
[22:20] <thumper> statik: or maybe changing the canonical url
[22:20] <thumper> sinzui: call?
[22:20] <sinzui> okay
[22:56] <wgrant> intellectronica: Oh, the project bugs index isn't scheduled for a redesign? :(
[22:57] <wgrant> that's one view that really, really needs it.
[22:57] <intellectronica> wgrant: project, most definitely. project group, yes, but maybe lower priority
[22:57] <wgrant> intellectronica: Oh, damn, missed that. Sorry.
[22:58] <intellectronica> or maybe they'll be able to share the design, but project is really so much more important than project groups. there aren't many of them anyway
[22:58] <wgrant> Yep.
[23:00] <sinzui> thumper: https://pastebin.canonical.com/21028/
[23:02] <rockstar> thumper, skype?
[23:05] <EdwinGrubbs> sinzui: ping
[23:08] <sinzui> Hi EdwinGrubbs
[23:09] <EdwinGrubbs> sinzui: can you think of any reason why the pagetests would cause view/+related-pages not to load at all, even though it appears fine when I use "make run"?
[23:10] <bac> sinzui: queued ping
[23:11] <sinzui> EdwinGrubbs: That is an interesting scenario. No I cannot think is a clever reason. When I see things like that I assume the test runner is in the wrong tree, or the test machine and devel machine have different branches
[23:11] <sinzui> hi bac
[23:12] <sinzui> EdwinGrubbs: is there a URL for your branch?
[23:12] <bac> sinzui: very quick skype?
[23:12] <sinzui> bac: I am ready
[23:14] <motin_0> hey all
[23:15] <rockstar> thumper, I think that's the shortest standup I've ever participated in that you also participated in.  :)
[23:16] <motin_0> I have been playing around with launchpad, and got everything to run using the current trunk except for mail features...
[23:16] <motin_0> I get this:
[23:16] <motin_0>     2009-08-12T00:06:15 ERROR QueueProcessorThread Error while sending mail from bounces@canonical.com to mymail@gmail.com.
[23:16] <motin_0>     Traceback (most recent call last):
[23:16] <motin_0>       File "/home/launchpadtest/launchpad/lp-branches/devel/lib/zope/sendmail/delivery.py", line 203, in run
[23:16] <motin_0>         unlink(filename)
[23:16] <thumper> rockstar: :)
[23:16] <motin_0>     OSError: [Errno 2] No such file or directory: '/var/tmp/launchpad_mailqueue/new/1250028370.11349.machinehostname.1187667112'
[23:16] <motin_0> is it usual for new launchpad installations?
[23:16] <motin_0> couldnt find info about it in the wiki
[23:17] <rockstar> motin_0, it's best to paste tracebacks in a pastebin, so you don't mask what other people are saying.
[23:17] <motin_0> sorry, didnt realize it was so many lines
[23:17] <motin_0> http://paste.ubuntu.com/251626/
[23:18] <rockstar> motin_0, do you have a mailserver running locally?
[23:19] <motin_0> rockstar: yes, apache can send mail fine. standard ubuntu lamp setup
[23:20] <EdwinGrubbs> sinzui: lp:~edwin-grubbs/launchpad/team-edit-pages  and the failing test is xx-object-branding.txt
[23:22] <beuno> sinzui, your project 3.0 branch is amazing
[23:22] <beuno> I just saw one thing that looks odd
[23:22] <beuno> the "Does not use Launchpad for development." text
[23:22] <beuno> seems randomly placed
[23:22] <sinzui> hmm, that may be bad markup then
[23:23] <beuno> sinzui, but this is awesome
[23:23] <beuno> you've outdone yourself
[23:23] <beuno> I owe you more alcohol than I can afford
[23:23] <sinzui> beuno: I'll take a look at it. I'm going to add bugs and blueprints to the page after salgado lands his work (because I am reusing his portlets)
[23:23] <beuno> sinzui, fantastic
[23:24] <beuno> and the lack of edge updates has actually benefited us
[23:24] <beuno> the work will be rolled out more complete
[23:24] <motin_0> during startup I get only one weird message, about mailman (which is mail list managing, not mail sending, right?) http://paste.ubuntu.com/251628/
[23:24] <beuno> I'm off for a quick run, be back in 30'
[23:24] <sinzui> I am going to hack on some tales stuff for person links, and the header and footer. I'll start the distro page tomorrow
[23:29] <thumper> matsubara: is there any way to get the nice oops rendering of https://lp-oops.canonical.com/oops.py for launchpad.dev oopses?
[23:29] <matsubara> thumper, yes
[23:29] <thumper> matsubara: how?
[23:30] <matsubara> thumper, lp:~matsubara/oops-tools/oops-tools-django
[23:31] <matsubara> thumper, that's the branch you want. There's a README with some setup instructions.
[23:31] <thumper> matsubara: fantastic, is this on the dev wiki anywhere?
[23:31] <wgrant> Are lp-dev-utils/lp-qa-tools/oops-tools going to be public at some point?
[23:32] <matsubara> wgrant, there are discussions about open sourcing lp-dev-utils. there are no plans to make lp-qa-tools/oops-tools public in the short term
[23:33] <matsubara> thumper, nope. that tool is not used by a lot of people, so I'm keeping docs in the README file
[23:33] <wgrant> matsubara: OK.
[23:34] <matsubara> thumper, and since oops-tools is not open source, I guess it's confusing to have docs in the public wiki about it.
[23:35] <thumper> matsubara: ok
[23:41] <wgrant> Wow, the new project page is good, if a little crashy.
[23:42] <wgrant> (everything explodes due to a typo if the project uses blueprints)
[23:43] <motin_0> hmmm. I'd love to start trying out launchpad for real but the current situation is that emails are not being sent from the server. no error messages in the log, nothing showing up in syslog (as mail usually does when sent from apache/php) - anyone can point me in the right direction to fix this?
[23:43] <wgrant> motin_0: The emails should be sent to root@localhost, I think.
[23:44] <wgrant> But if you just want to try out Launchpad (rather than hacking it), why not use staging.launchpad.net?
[23:44] <sinzui> EdwinGrubbs: The TeamEditMenu (nav menu) is inheriting form TeamOverviewMenu (app menu). I think this is wrong. Move the common links in both to a mixin like I did in product. just searching on branding reveals that we are still defining links many times.  I think we really want to use a mixin to create links, and menus just set which links are used.
[23:45] <EdwinGrubbs> sinzui: ok
[23:46] <motin_0> wgrant: I meant hacking it :) I have been using launchpad in ubuntu projects for years
[23:47] <wgrant> motin_0: Ah. Well, development Launchpads don't send email to the outside world, for obvious reasons. They connect to the local SMTP server and send to root.
[23:47] <sinzui> EdwinGrubbs: I have seen menu problems several times in the past week. I will update the menu recipe in the conversion document with the kinds of problems we have encountered.
[23:48] <motin_0> aha wgrant, that explains it :) I wanted to try with a new account, but best practice is, you say, to always use the admin@canonical.com account?
[23:48] <wgrant> motin_0: Or create a new account, and check the local mailbox.
[23:48] <wgrant> motin_0: Or use utilities/make-lp-user
[23:49] <motin_0> wgrant: thank you very much for the info and the suggestions. this was really hard to know without asking someone like you
[23:50] <wgrant> sinzui: Is the subheading in 3.0 meant to be present if it's identical to the context heading above the new breadcrumbs?
[23:50] <wgrant> motin_0: I wonder if that bit is documented anywhere on the dev wiki. Let's see...
[23:54] <motin_0> wgrant: just added it
[23:55] <wgrant> motin_0: I don't see that change.
[23:55] <motin_0> wgrant: really slow. still loading the save page
[23:55] <motin_0> been doing it for several minutes
[23:55] <motin_0> ah there
[23:56] <motin_0> https://dev.launchpad.net/FAQ
[23:56] <wgrant> Ah, good.