[00:30] <lifeless> jml: testtools is in debian testing now
[00:31] <lifeless> jml: and you might like lp:~lifeless/subunit/protocol
[03:22] <mwhudson> oh oh for someone to have a pre-imp call with
[03:23] <mwhudson> preferably jml
[03:30] <lifeless> mwhudson: I cn do a quick one if you are desperate
[03:31] <mwhudson> lifeless: it's ok, i think
[03:31] <mwhudson> thanks though
[03:31] <mwhudson> lifeless: i don't guess you know if there's a method already to find all official source package branches for a distroseries?
[03:32] <mwhudson> easy enough to add, and i've looked in the obvious places so...
[03:33] <lifeless> I don't know, no
[04:04] <mwhudson> soyuz is the mind killer
[04:50] <mwhudson> bug 217644
[04:50] <mup> Bug #217644: ResultSet aggregates do not respect distinct option <Launchpad Foundations:Invalid> <Storm:Fix Released by jamesh> <https://launchpad.net/bugs/217644>
[04:51] <jamesh> mwhudson: that bug should be fixed in the version of Storm you're using.
[04:51] <mwhudson> jamesh: i can probably delete a bodge then, that's good
[04:53] <jamesh> It now applies the aggregate to a subselect, so distinct, offset and limit all work.
[08:31] <adeuring> good morning
[08:31] <noodles775_> hi adeuring
[08:31] <adeuring> hi noodles775_!
[08:42] <al-maisan> Good morning!
[09:28] <mrevell> Morning
[09:36] <Fly-Man-> morning
[10:22] <Ursinha-sprint> hey bigjools, what version of kde are you running?
[10:22] <bigjools> Ursinha-sprint: 4.3 in Karmic
[10:22] <Ursinha-sprint> hm
[10:22] <bigjools> 4.3.1 in fact
[10:23] <Ursinha-sprint> bigjools, I'm using 4.3 in jaunty, and almost no icons are showing in the system tray applet
[10:23] <Ursinha-sprint> 4.3.1 as well
[10:23] <Ursinha-sprint> do you have the same problem?
[10:23] <bigjools> Ursinha-sprint: are you using intel gfx?  (no I don't)(
[10:23] <Ursinha-sprint> hmm, don't think so, why?
[10:23] <bigjools> it's buggy as hell in jaunty
[10:23] <Ursinha-sprint> oh
[10:24] <bigjools> and I had some issues like that
[10:24] <bigjools> Ursinha-sprint: check #kubuntu for help I guess
[10:28] <Ursinha-sprint> thanks bigjools
[10:28] <bigjools> Ursinha-sprint: no prob - I do have other issues though, since 4.3 it hangs when logging out/shutdown etc :(
[10:29] <Ursinha-sprint> oh :(
[10:29] <Ursinha-sprint> bigjools, the only problem I have is with amarok vs. all the other stuff that needs sound
[10:30] <Ursinha-sprint> besides this one with the tray
[10:31] <bigjools> Ursinha-sprint: oh yeah, I used to have that.  apt-get purge pulseaudio fixes that ;)
[10:31] <Ursinha-sprint> bigjools, lol
[10:31] <Ursinha-sprint> everybody hates pulseaudio
[10:31]  * wgrant thwacks bigjools with the "there is no problem unless you have filed a bug" bat
[10:31] <Ursinha-sprint> yes, it's a pita most of the time
[10:31] <bigjools> I can file bugs until I am blue in the face
[11:02] <deryck> Morning, all.
[11:04] <bigjools> howdy deryck
[11:50] <allenap> Hi jml, I'm having problems with devscripts.autoland. It's stopping utilities/ec2 from working because it requires a couple of libs that are not installed, launchpadlib and lazr.uri.
[11:51] <jml> allenap, wow
[11:51] <jml> allenap, I thought they were developer dependencies?
[11:51] <allenap> jml: I don't think so... I'll look...
[11:51] <jml> allenap, karmic or jaunty?
[11:52] <allenap> jml: Jaunty.
[11:54] <mrevell> allenap: If I pastebin you my short traceback from ec2, can you tell me if it's the same thing you're getting?
[11:54] <allenap> jml: No, they're not in any of the deps afaict. lazr.uri does not seem to be available for installation on my machine, without sorting out some PPAs.
[11:54] <allenap> mrevell: Sure.
[11:54] <mrevell> allenap: http://pastebin.ubuntu.com/286108/
[11:55] <jml> allenap, lazr.uri is in download-cache
[11:55] <mrevell> allenap: from what you've said, I assume it is
[11:55] <allenap> mrevell: Yes, I think that's related.
[11:55] <mrevell> allenap: cool, I'll hang onto your coat-tails...
[11:55] <allenap> jml: Yeah, but utilities/ec2 runs with the system python, not the buildout managed one.
[11:55] <jml> allenap, oh right.
[11:55] <jml> ffs.
[11:56] <jml> allenap, I guess the right thing to do is make the imports conditional then.
[11:56] <allenap> jml: Yeah, I had some grief with a similar thing last week.
[11:56] <jml> allenap, I'm 90% sure that when we switch to Python 2.5 this problem will go away.
[11:56] <allenap> jml: Yeah. I can so that if you're busy.
[11:56] <jml> allenap, thanks.
[11:57] <jml> allenap, I've actually got today off, so I'd much prefer it if you do it :)
[11:57] <allenap> jml: Yes, we can run everything with the buildout bin/py.
[11:57] <jml> allenap, I can review the patch if you'd like though.
[11:57] <allenap> jml: Sure, no worries. Thanks for being around on your day off :)
[11:57] <jml> allenap, np.
[11:57] <jml> allenap, you should install launchpadlib & lazr.uri btw
[11:57] <jml> 'ec2 land' is sweet as.
[11:58] <allenap> jml: I'll try to make it so the command appears with a note that it won't work until those packages are installed.
[11:58] <allenap> jml: I look forward to trying it :)
[11:58] <jml> good idea
[12:00] <maxb> The problem with recommending that people install the system package of lazr.uri is that it breaks launchpad dev
[12:01] <allenap> maxb: Ah, that's troubling.
[12:01] <maxb> It's the namespace package / setuptools / aaargh situation
[12:02] <allenap> maxb: I think I'm going to have a painful day today.
[12:02] <maxb> uhoh :-/
[12:03] <allenap> But first, lunch. Never hack setuptools on an empty stomach.
[12:03] <maxb> good policy!
[12:03] <wgrant> I would generalise that statement.
[12:12] <gmb> wgrant: Indeed. s/hack setuptools/.*/
[12:12]  * gmb -> lunch
[12:12] <wgrant> gmb: Not quite.
[12:12] <gmb> wgrant: Well, I suppose eating on an empty stomach is acceptable.
[12:14] <mrevell> allenap: When you're back from your lunch, and the you've resolved the pain in your day, could you please share the analgesic with me? :)
[13:13] <allenap> mrevell: I'm working on it now :)
[13:13] <allenap> mrevell: I'll see if I can get a quick fix for you.
[13:17] <mrevell> allenap: Hey, no rush beyond what you're doing already :)
[13:24] <allenap> maxb: You said that installing lazr.uri causes launchpad dev to break. Can you elaborate on that?
[13:52] <maxb> allenap: Hi
[13:52] <allenap> maxb: Hello again.
[13:53] <maxb> So the problem is that setuptools installs a *-nspkg.pth file which registers the toplevel lazr package with a __path__ pointing to the system directory
[13:53] <maxb> This defeats attempts to add any other lazr.* via PYTHONPATH
[13:54] <maxb> And then you have a bit of a conundrum. I haven't figured out how to solve it, or if it is soluble
[13:54] <allenap> maxb: Ah, that's grizzly. If it's installed via a deb then this won't be a problem, will it? Not that there's a lazr.uri deb easily available.
[13:55] <maxb> Yes, it is a problem, and there's lazr.something debs available in karmic, hence me noticing the problem
[13:56] <maxb> python-lazr-uri | 1.0-0ubuntu1 |        karmic | all
[14:28] <ybenitezf> hello
[14:28] <allenap> maxb: Thanks.
[14:30] <ybenitezf> i from Cuba and need help with getting LP as explained in https://dev.launchpad.net/Getting, may can some of you helpme
[14:30] <ybenitezf> ?
[14:32] <maxb> What do you need help with?
[14:34] <ybenitezf> my internet connection is so poor that running rocketfuel-setup is not an option forme, i get the tar.gz from the page, but none wiki page explain what to do from there, also the tar.gz is a little outdate
[14:36] <ybenitezf> can you give me links or something for getting LP running ?
[14:38] <allenap> jml: Can I call in that review please? https://code.edge.launchpad.net/~allenap/launchpad/packages-for-autoload-bug-443061/+merge/12867
[14:42] <intellectronica> ybenitezf: i think you can use both. download the tarball (though i think it's pretty old) and use rocketfuel-setup to do the rest (bzr will be smart and not try to download revisions it already has)
[14:43] <maxb> ybenitezf: You should read https://dev.launchpad.net/Getting and the source of rocketfuel-setup
[14:44] <intellectronica> ybenitezf: anyway, you don't have any way of doing LP development without getting the complete branch, regardless of whether you do it with bzr or by getting a tarball. the first download will be quite bug, but after that you'll only need to update a few revisions every time, which is not so terrible even with a slow connection
[14:46] <ybenitezf> i have tried that, but rocketfuel-setup (from tarball) complains about bzr version even when i have instaled version 2.0.x.x, i have been reading https://dev.launchpad.net/Getting all the weeked
[14:47] <maxb> You'll need to get a newer rocketfuel-setup.
[14:47] <ybenitezf> yep
[14:47] <maxb> https://dev.launchpad.net/Getting tells you how
[14:47] <ybenitezf> but when executed it fails downloading
[14:48] <maxb> You're not giving us enough detail about your problems to enable us to hep
[14:48] <maxb> *help
[14:51] <ybenitezf> sorry
[14:51] <ybenitezf> mine school use a proxy server, i have not direct internet connection, all that i need is an updated tar.gz like the one in https://dev.launchpad.net/Getting
[14:51] <ybenitezf> can you help me  with that
[14:51] <ybenitezf> ?
[14:52] <maxb> No, because that's not actually what you need.
[14:52] <maxb> The size of the download should not actually be that different whether it's by tarball or bzr.
[14:52] <ybenitezf> ahh
[14:53] <ybenitezf> there is a problem with that, with the tar.gz i can use a download manager, running rocketfuel-setup can fail and i have to start all over again
[14:54] <ybenitezf> i'm a poor connection man, ;-)
[14:54] <maxb> Do you have the tar.gz already?
[14:54] <ybenitezf> yes the old one
[14:57] <maxb> Then just run "bzr pull" in it, and let it download all the updates
[14:57] <ybenitezf> ok
[14:57] <ybenitezf> i will try again
[14:58] <ybenitezf> see you later maxb, thanks for your help
[15:02] <maxb> I think we should remove herb's tarball (and possibly replace it)
[15:03] <maxb> For one, it's of db-devel not devel. For another, it's layed out as a standalone branch, not a shared repository
[15:03] <maxb> And if we're optimizing for download size, there's no need for it to contain a working tree either
[15:08] <leonardr> bigjools, can i ask you a question about ppas?
[15:09] <bigjools> leonardr: go for it
[15:09] <leonardr> bigjools: is it possible to delete one of your ppas?
[15:09] <leonardr> i'm working on https://answers.launchpad.net/soyuz/+question/84542 as part of chr
[15:09] <bigjools> leonardr: no, the best we can do is to disable them
[15:09] <bigjools> leonardr: assign to LOSAs
[15:09] <leonardr> ok, thanks
[15:09] <bigjools> np
[15:19] <ybenitezf> maxb, i have untar the tar.gz and run "bzr pull" from ~/launchpad/lp-branches/db-devel but fails with an error: bzr: ERROR: Not a branch: "/home/archives/rocketfuel/wiki/db-devel/"
[15:19] <maxb> oh
[15:20] <ybenitezf> just for asking, anyone can facilitate launchpad.tag.gz update
[15:21] <maxb> leonardr: There's a slight edge case. If a PPA has had no uploads ever, it can be deleted
[15:23] <maxb> leonardr: https://answers.edge.launchpad.net/soyuz/+question/79720 <-- question where I asked for one of my PPAs to be deleted and cprov explained things
[15:23] <leonardr> maxb, thanks
[15:25] <maxb> ybenitezf: bzr pull --remember lp:~launchpad-pqm/launchpad/devel
[15:25] <maxb> Also, rename the db-devel directory to devel
[15:26] <ybenitezf> maxb: ok
[15:29] <ybenitezf> maxb: run that from devel it self or from parent dir ?
[15:29] <maxb> From inside devel
[15:30] <ybenitezf> maxb: I'm at it, seems to be taking time
[15:32] <maxb> Hrm, we *really* need to remove or update that tarball. A modern bzr version packs the repository down from 219MB to 150MB
[15:36] <maxb> Hmm. he left. Anyway, it downloaded 25484KB for me
[15:55] <Ursinha-sprint> hi barry :)
[15:55] <barry> Ursinha-sprint: hi!
[15:55] <Ursinha-sprint> barry, you are running karmic, right?
[15:55] <barry> Ursinha-sprint: nothin' but! :)
[15:55] <Ursinha-sprint> barry, brave man!
[15:56] <Ursinha-sprint> I'm trying to have one instance of lp running on karmic but no success
[15:56] <barry> Ursinha-sprint: or... crazy! :)
[15:56] <Ursinha-sprint> it complains the lack of something.loom
[15:56] <Ursinha-sprint> lol
[15:57] <barry> Ursinha-sprint: hmm.  i haven't seen that.  do you have the full traceback or error?  note that this karmic was not an upgrade, it was a fresh install
[15:57] <Ursinha-sprint> barry, hmm, I don't have it here now, only in my eeepc
[15:57] <Ursinha-sprint> that was a fresh install with alpha 5 and I've been updating that since then
[15:58] <barry> Ursinha-sprint: dang.  yes, that's basically what i did too.  it definitely works (though i haven't tried building anything today yet)
[16:01] <henninge> abentley: ping
[16:01] <abentley> henninge: pong
[16:02] <henninge> abentley: Hi, there still seems to be a problem with the job system.
[16:02] <abentley> henninge: What is the problem?
[16:03] <henninge> abentley: Even with thumper's latest patch, we still have jobs stuck in "running".
[16:03] <henninge> abentley: https://pastebin.canonical.com/22916/
[16:04] <henninge> abentley: I can relate the rosetta-branches cases (job_type=3) to OOPSes in the script.
[16:04] <abentley> henninge: Is the database reaper tearing down the DB connection in those cases?
[16:05] <henninge> abentley: I don't know. How would I be able to tell?
[16:05] <abentley> henninge: It would show in the oops and the log.
[16:07] <abentley> henninge: Can you point me at an example oops?
[18:22] <mrevell> night all!
[18:37] <rockstar> abentley, hi
[18:46] <abentley> rockstar: hi
[18:48] <rockstar> abentley, chat?
[18:48] <abentley> sure
[19:03] <sinzui> barry: ping
[19:03] <barry> sinzui: pong
[19:04] <sinzui> barry: I am hacking on announcement headings and titles. Look at https://edge.launchpad.net/launchpad-project/+announcement/3450
[19:05] <sinzui> barry: ^ Do I need to add a Heirarcy to set the traversed objects for the page title? There are no breadcrumbs
[19:05] <barry> sinzui: if there are no breadcrumbs, then i don't think you need a hierarchy just for the page title.
[19:06] <barry> sinzui: but in this case why is there not breadcrumbs?
[19:06] <sinzui> barry: I do not think a breadcrumb is need (yet) because I want to see
[19:06] <sinzui> Launchpad Registry >> Annoucement: I did something cool
[19:06] <sinzui> barry: That is what I am asking you. I do not know why there ar no breadcrumbs in any context
[19:06] <barry> sinzui: right, that's what i think i'd like to see too
[19:06] <barry> sinzui: ah
[19:07] <barry> sinzui: so the default hierarchy probably should work for you.  i wonder why it's not
[19:07] <barry> sinzui: isn't launchpad-project the root context?
[19:08] <sinzui> It is
[19:08] <sinzui> hmm
[19:09] <sinzui> barry: is canonical url used in hierarchy? I ask because series and milestone do not have a hierarchy, but their canonical URL define the parent object
[19:10] <barry> sinzui: not directly.  Hierarchy looks for an IBreadcrumb for each object that has been traversed in the request.  it's built from those
[19:11] <barry> sinzui: perhaps put a break point in Hierarchy lib/canonical/launchpad/browser/launchpad.py and see if def items() gets hit?
[19:11] <sinzui> Thus we have no traversed objects...because launchpad-suite is not in being shown
[19:11] <barry> sinzui: it could be a problem with the template, or perhaps there's a custom +hierarchy adapter?
[19:11] <sinzui> ahh
[19:11]  * sinzui looks
[19:12] <sinzui> no
[19:13]  * barry is not sure what "no" means
[19:14] <sinzui> I do not see anything suppressing the breadcrumbs
[19:14] <sinzui> There is no Hierarchy or Breadcrumb adapter.
[19:15] <barry> sinzui: you said above there are no traversed objects.  do you mean that request.traversed_objects is empty when you hit Hierarchy.objects() ?
[19:15] <sinzui> barry: I assume there are not because I cannot explain why there are no breadcrumbs
[19:16] <barry> sinzui: best thing to do is put a breakpoint in Hierarchy.items() and see what happens
[19:16] <sinzui> barry: I started looking at this when I saw the team membership pages were also missing breadcrumbs. That bug mentions both Hierarchy and Breadcrumb, but if neither of these are the case, we have a much harder problem to fix these.
[19:18] <barry> sinzui: bug number?
[19:18] <sinzui> barry: bug 429663, you filed it
[19:18] <mup> Bug #429663: ~team/+invitation/team does not have breadcrumbs <post-3-ui-cleanup> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/429663>
[19:20] <barry> ah yes, looks like you have the same problem.  this is a more general problem for which we do not yet have a fix
[19:21] <sinzui> hmm
[19:21] <sinzui> Well Hierarchy is seeing the Project, Announcement, and View in the correct order
[19:22] <sinzui> When I solve this, I think I will take the team bug too
[19:24] <barry> sinzui: hopefully there will be a generic fix for this
[19:24] <sinzui> barry: I see I misunderstood the direction the breadcrumbs are made
[19:24] <sinzui> barry: project has one, announcement does not. Since there is only one, we are not showing any
[19:25] <barry> sinzui: right
[19:25]  * barry -> otp
[19:27]  * rockstar lunches
[19:31] <dobey> hrmm
[19:31] <dobey> what does "Nominated for Trunk by <$user> (approve/decline)" mean on a bug?
[19:33] <sinzui> barry: Answer is simple, though the rule is not clear. We need to register TitleBreadcrumb for every object that uses .title.
[19:35] <sinzui> dobey: It means you are asking a series driver/release manager to commit to fixing a bug during the development of that series
[19:35] <dobey> sinzui: so in other words, it makes absolutely no sense at all, since "trunk" should always be in development :)
[19:36] <sinzui> dobey: Yep! If you use milestones to target bugs, the bug will wrong be associated to a series. I never use this feature. I would like to remove it
[19:37] <sinzui> s/wrong/wrongly/
[19:37] <dobey> sinzui: yeah, i've never even seen it before until today, when someone who hasn't ever even commented on the bug, decided to nominate it for trunk
[20:14] <barry> bac: sorry about that, ready to continue?
[20:15] <barry> sinzui: can we do a generic fallback for TitleBreadcrumb?
[20:16] <sinzui> no. I think the fallback is to DisplayNameBreadcrumb. I saw thast everything that has a .title also has TitleBreadcrumb in zcml
[20:17] <barry> sinzui: i'm just worried that if we have a lot of views using title, that's a lot of extra zcml hacking too
[20:18] <sinzui> title is rare compared to displayname.
[20:18] <barry> sinzui: right
[20:18] <sinzui> Title is arguably bogus because in most cases we construct it
[20:19] <barry> sinzui: agreed.  sounds like a plan
[20:19] <sinzui> for announcement, headline is actually title
[20:19] <sinzui> hmm
[20:19] <sinzui> oh
[20:20] <sinzui> barry: maybe announcement is wrong because it does not have a displayname. just a headline presented as a title
[20:21] <barry> sinzui: what if you added a @property for displayname that returned the title?  or is that too ugly of a hack? :)
[20:21] <sinzui> I am doing that now :)
[20:21] <bac> barry: yes
[20:21] <barry> sinzui: excellent :)
[20:21] <barry> bac: calling
[20:34] <sinzui> EdwinGrubbs: ping
[20:39] <sinzui> EdwinGrubbs: unping
[20:59] <rockstar> mwhudson, when you're around, ping.
[20:59] <mwhudson> rockstar: hello
[21:00] <rockstar> mwhudson, morning.
[21:00] <rockstar> mwhudson, so I'm working on getting the branch upgrade job stuff working with the upgrade-out-of-the-way concept.
[21:01] <mwhudson> rockstar: oh right
[21:01] <rockstar> mwhudson, abentley says that we'll be doing the upgrades on crowberry, which is fine.  However, I'm not sure how where to sprout the branch that needs to be updated.
[21:02] <rockstar> mwhudson, I'm wondering if we have a helper function to figure that out yet.
[21:02] <mwhudson> rockstar: tempfile.mkdtemp() ?
[21:02] <abentley> rockstar: I'd be inclined to mkdtemp.
[21:02] <mwhudson> rockstar: or am i misunderstanding?
[21:03] <rockstar> mwhudson, abentley, I thought we saw something where it was leaking file references in a reviewers meeting recently.
[21:03] <abentley> mwhudson, rockstar: I suppose a confounding factor is that we'd like to do it on the same partition.
[21:03] <mwhudson> abentley: yeah, that's true
[21:03] <abentley> rockstar: Not mkdtemp.
[21:04] <rockstar> abentley, after looking at the docs, I must have been confusing temp dirs and temp files.
[21:04] <rockstar> abentley, does it really need to be done on the same partition?
[21:05] <abentley> rockstar: It doesn't have to be done on the same partition, but if it's not, it's more expensive to rename into place because the rename is actually copy & delete.
[21:06] <rockstar> abentley, yeah, I guess you're right.
[21:06] <abentley> rockstar: And that also leaves a larger window for race conditions.
[21:06] <abentley> rockstar: If you create it in .bzr/new, nothing bad will happen.
[21:25] <EdwinGrubbs> beuno: Here is an example of a custom scrollbar that the yui slider could be styled to look like: http://wave.google.com/help/wave/images/ss2.gif
[21:26] <beuno> EdwinGrubbs, that may work better
[21:33] <Ursinha> rockstar, sure :)
[21:34] <rockstar> Ursinha, hm, it looks like I can branch that url.
[21:43] <Ursinha> rockstar, stupid doubt: if I change something in the lp branch, by pushing code to it, will it be mirrored to the original place?
[21:45] <rockstar> Ursinha, no, in fact, I don't think you can push to a mirrored branch.
[21:45] <Ursinha> rockstar, well, I'm not able to branch his branch, get:
[21:45] <Ursinha> bzr: ERROR: Server sent an unexpected error: ('error', "An attempt to access a url outside the server jail was made: 'chroot-182925242704:///'.")
[21:46] <rockstar> mwhudson, ^^
[21:46] <mwhudson> rockstar: ah :)
[21:46] <rockstar> Ursinha, are you branching from lp?
 rockstar, Ursinha: i think that error means a badly configured bzr+http server
[21:47] <rockstar> mwhudson, :)
[21:47] <Ursinha> :)
[21:47] <mwhudson> rockstar: bzr info nosmart+http://bzr.malept.com/bazaar-overlay/ works
[21:47] <Ursinha> rockstar, nope, I'm trying to branch from the original branch
[21:47] <Ursinha> of course :)
[21:47] <rockstar> Ursinha, ah, okay.  So not-our-problem problem.  Those are my favorite kind.
[21:47] <Ursinha> rockstar, bad boy
[21:48] <rockstar> Ursinha, so my initial assumption was correct, and it's a problem with the source.
[21:48] <Ursinha> but what mwhudson, being able to do a bzr info shows what?
[21:48] <Ursinha> *what mwhudson said
[21:48] <mwhudson> Ursinha: it's a problem with the smart server on their end
[21:50] <Ursinha> mwhudson, is that a way to workaround it, besides asking the user to fix his server?
[21:50] <mwhudson> Ursinha: well i guess bzr could fall back to the dumb protocol, but basically no
[21:51] <Ursinha> hm
[21:51] <Ursinha> maybe we need a better error message in the branch page?
[21:51] <mwhudson> it's not formatted very nicely i guess
[21:51] <Ursinha> this message makes everyone think that the problem will be fixed for itself
[21:52] <Ursinha> or that nothing needs to be done
[21:52] <mwhudson> well, unless you're the one running the server, there isn't much that can be done
[21:52] <Ursinha> mwhudson, I mean, the message says that
[21:53] <Ursinha> maybe we should show the error just like it's done with the imports?
[21:53] <mwhudson> that would be better, yes
[21:53] <Ursinha> mwhudson, well, I'll file a bug then
[21:53] <rsalveti> because there's no error saying that the main server is off or with problems
[21:53] <rsalveti> it's just "updating" hehe :-)
[21:53] <Ursinha> rsalveti, I think it should be better if displayed like when we have import errors
[21:53] <rsalveti> Ursinha: cool :-)
[21:54] <Ursinha> it has a message saying that it failed and the log
[21:54] <Ursinha> s
[21:54] <rsalveti> Ursinha: yep, because the current message let me think that this was a problem with launchpad itself
[21:54] <Ursinha> rsalveti, maybe you should contact the owner and ask him to fix that
[21:54] <Ursinha> or host it in lp itself
[21:54] <rsalveti> I just noticed that it's using a mirror now that rockstar showed the external link
[21:54] <Ursinha> because it's bzr, no need to do that :)
[21:55] <rsalveti> Ursinha: yep, to fix the branch, yes
[21:57] <Ursinha> in fact there's already a bug, it seems
[21:57] <Ursinha> bug 376229
[21:57] <mup> Bug #376229: broken mirrored branches display "  Launchpad is processing new changes to this branch and will be available in a few minutes. Reload to see the changes." message <branch-puller> <ui> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/376229>
[21:58] <mwhudson> Ursinha: oh, i had't scrolled down that far
[21:58] <mwhudson> :)
[21:59] <Ursinha> :)
[21:59] <Ursinha> thanks mwhudson and rockstar
[21:59] <Ursinha> much appreciated :)
[22:21] <gary_poster> mwhudson: well, good news, though it makes me a bit nervous :-P .  My bin/py script (a faux interpreter that can do most of the important interpreter tricks), generated from my zc.buildout branch, runs ``time ./bin/py -c ''``, um, about twice as fast as python24 on my system.  So, assuming it does everything we need, that may help a lot.
[22:21] <mwhudson> gary_poster: ah, cool
[22:23] <mwhudson> gary_poster: twice as fast as python2.4 -c pass or bin/py from trunk?
[22:23] <gary_poster> mwhudson: how important is this?  If I'm right that this works fine, and this puts codehosting back to the previous level of performance is this CP-worthy, for instance?
[22:23] <gary_poster> twice as fast as python 2.4
[22:23] <maxb> site.py sure does do an awful lot of weird stuff :-)
[22:23] <gary_poster> heh, true
[22:24] <mwhudson> gary_poster: i'm slightly inclined against the cherrypick
[22:24] <mwhudson> noone has actually complained, we've just looked a bit bad :)
[22:24] <gary_poster> mwhudson: ok.  that means it's more easy going for me. :-)
[22:24] <gary_poster> mwhudson: but I'll get this in and ping you in case you want to run some tests
[22:25] <mwhudson> gary_poster: yeah, very interested to see this land
[22:25] <gary_poster> cool
[22:42] <gary_poster> barry: hey, just so you know, I'm in the process of changing bin/py from a shell script with PYTHONPATH hack to a Python script (with its own fun ;-) ).  So if you have not landed the mailman buildman change, then we should coordinate, in case my change messes up your plans.
[22:42] <gary_poster> ...this reminds me that I may need to change _pythonpath.py ...
[22:42] <gary_poster> but anyway, feel free to talk
[22:43] <barry> gary_poster: it should be landed now.  sounds interesting though :)  why do you think you'll need to change _pythonpath.py?
[22:48] <gary_poster> barry: ok, cool.  If make builds and tests pass then I'll be happy. :-)  I'll maybe want to change _pythonpath to make it more careful, the way I had to change the buildout-generated scripts, to handle namespace packages and so on.
[22:48] <gary_poster> Handling dist-installation-style namespace packages and normal-installation packages in the same namespace require some excessively careful dances. :-/
[22:48] <gary_poster> requires
[22:48] <barry> :/
[22:48] <gary_poster> barry: I was reading about Py 2.6.3 fun.  :-(
[22:48] <barry> gary_poster: you probably want to run bin/test --layer=MailmanLayer even though the tests are not entirely stable
[22:49] <gary_poster> and setuptools
[22:49] <barry> gary_poster: it's what makes open source so rewarding :)
[22:49] <gary_poster> barry: ah!  ok will do thank you
[22:49] <gary_poster> barry: lol :-) :-/
[22:56] <sinzui> This is new. The test suite just opened up the help manual for  gnome terminal when the test failed.
[22:56]  * sinzui hopes this is not a karmic freature
[22:56] <barry> sinzui: ouch.  which test?
[22:56] <sinzui> xx-announcements
[22:58] <barry> sinzui: of course it doesn't fail for me, but i've never seen that (and i've seen lots of test failures on karmic :)
[22:59] <sinzui> barry: My change to remove an ancient page_title broke more than I anticipated. I suspect a view was shared by several templates.
[23:09] <gary_poster> mwhudson: oh, bah.  :-/  I had clunked my change.  I was testing an earlier version that didn't do all the necessary dances.  With the completely new mechanism, doing the proper dance as I currently understand the steps, we're back to one-order-of-magnitude-ish slower. So, my change will fix some problems, but it is not faster.
[23:09] <gary_poster> OTOH, it also is not (even) slower, so that's at least something, from my perspective.  If the codehosting could use a significantly smaller subset of packages than the whole thing Launchpad needs, we could experiment with a callable just for that purpose...but a pre-forking process would be the better solution long-term anyway I suspect.
[23:09]  * gary_poster runs to dinner
[23:09] <gary_poster> good night all
[23:10] <mwhudson> gary_poster: ah well
[23:10] <mwhudson> gary_poster: bye for now
[23:10] <gary_poster> bye
[23:11] <barry> sinzui: :(