lifeless | jml: testtools is in debian testing now | 00:30 |
---|---|---|
lifeless | jml: and you might like lp:~lifeless/subunit/protocol | 00:31 |
=== statik` is now known as statik | ||
mwhudson | oh oh for someone to have a pre-imp call with | 03:22 |
mwhudson | preferably jml | 03:23 |
lifeless | mwhudson: I cn do a quick one if you are desperate | 03:30 |
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:31 |
mwhudson | easy enough to add, and i've looked in the obvious places so... | 03:32 |
lifeless | I don't know, no | 03:33 |
mwhudson | soyuz is the mind killer | 04:04 |
=== abentley1 is now known as abentley | ||
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:50 |
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:51 |
jamesh | It now applies the aggregate to a subselect, so distinct, offset and limit all work. | 04:53 |
=== Ursinha is now known as Ursinha-sprint | ||
adeuring | good morning | 08:31 |
noodles775_ | hi adeuring | 08:31 |
adeuring | hi noodles775_! | 08:31 |
al-maisan | Good morning! | 08:42 |
mrevell | Morning | 09:28 |
Fly-Man- | morning | 09:36 |
=== Ursinha is now known as Ursinha-sprint | ||
=== intellec` is now known as intellectronica | ||
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:22 |
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:23 |
bigjools | and I had some issues like that | 10:24 |
bigjools | Ursinha-sprint: check #kubuntu for help I guess | 10:24 |
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:28 |
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:29 |
Ursinha-sprint | besides this one with the tray | 10:30 |
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 | 10:31 |
=== mrevell changed the topic of #launchpad-dev to: This is Launchpad Development Channel | Week 0 of 3.1.10 | PQM is OPEN | https://dev.launchpad.net/ | Get the code: https://dev.launchpad.net/Getting | On-call review in #launchpad-reviews | Use http://paste.ubuntu.com/ for pastes | This channel is logged: http://irclogs.ubuntu.com/ | ||
deryck | Morning, all. | 11:02 |
bigjools | howdy deryck | 11:04 |
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:50 |
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:51 |
allenap | jml: Jaunty. | 11:52 |
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:54 |
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:55 |
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:56 |
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:57 |
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 | 11:58 |
maxb | The problem with recommending that people install the system package of lazr.uri is that it breaks launchpad dev | 12:00 |
allenap | maxb: Ah, that's troubling. | 12:01 |
maxb | It's the namespace package / setuptools / aaargh situation | 12:01 |
allenap | maxb: I think I'm going to have a painful day today. | 12:02 |
maxb | uhoh :-/ | 12:02 |
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:03 |
=== Ursinha-sprint is now known as Ursinha-afk | ||
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:12 |
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? :) | 12:14 |
=== mrevell is now known as mrevell-lunch | ||
=== mrevell-lunch is now known as mrevell | ||
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:13 |
mrevell | allenap: Hey, no rush beyond what you're doing already :) | 13:17 |
allenap | maxb: You said that installing lazr.uri causes launchpad dev to break. Can you elaborate on that? | 13:24 |
=== Ursinha-afk is now known as Ursinha-sprint | ||
maxb | allenap: Hi | 13:52 |
allenap | maxb: Hello again. | 13:52 |
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:53 |
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:54 |
maxb | Yes, it is a problem, and there's lazr.something debs available in karmic, hence me noticing the problem | 13:55 |
maxb | python-lazr-uri | 1.0-0ubuntu1 | karmic | all | 13:56 |
ybenitezf | hello | 14:28 |
allenap | maxb: Thanks. | 14:28 |
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:30 |
maxb | What do you need help with? | 14:32 |
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:34 |
ybenitezf | can you give me links or something for getting LP running ? | 14:36 |
allenap | jml: Can I call in that review please? https://code.edge.launchpad.net/~allenap/launchpad/packages-for-autoload-bug-443061/+merge/12867 | 14:38 |
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:42 |
maxb | ybenitezf: You should read https://dev.launchpad.net/Getting and the source of rocketfuel-setup | 14:43 |
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:44 |
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:46 |
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:47 |
maxb | You're not giving us enough detail about your problems to enable us to hep | 14:48 |
maxb | *help | 14:48 |
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:51 |
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:52 |
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:53 |
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:54 |
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:57 |
ybenitezf | see you later maxb, thanks for your help | 14:58 |
maxb | I think we should remove herb's tarball (and possibly replace it) | 15:02 |
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:03 |
leonardr | bigjools, can i ask you a question about ppas? | 15:08 |
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:09 |
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:19 |
ybenitezf | just for asking, anyone can facilitate launchpad.tag.gz update | 15:20 |
maxb | leonardr: There's a slight edge case. If a PPA has had no uploads ever, it can be deleted | 15:21 |
=== stub1 is now known as stub | ||
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:23 |
=== jtatum` is now known as jtatum | ||
maxb | ybenitezf: bzr pull --remember lp:~launchpad-pqm/launchpad/devel | 15:25 |
maxb | Also, rename the db-devel directory to devel | 15:25 |
ybenitezf | maxb: ok | 15:26 |
ybenitezf | maxb: run that from devel it self or from parent dir ? | 15:29 |
maxb | From inside devel | 15:29 |
ybenitezf | maxb: I'm at it, seems to be taking time | 15:30 |
maxb | Hrm, we *really* need to remove or update that tarball. A modern bzr version packs the repository down from 219MB to 150MB | 15:32 |
maxb | Hmm. he left. Anyway, it downloaded 25484KB for me | 15:36 |
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:55 |
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:56 |
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:57 |
barry | Ursinha-sprint: dang. yes, that's basically what i did too. it definitely works (though i haven't tried building anything today yet) | 15:58 |
henninge | abentley: ping | 16:01 |
abentley | henninge: pong | 16:01 |
henninge | abentley: Hi, there still seems to be a problem with the job system. | 16:02 |
abentley | henninge: What is the problem? | 16:02 |
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:03 |
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:04 |
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:05 |
abentley | henninge: Can you point me at an example oops? | 16:07 |
=== deryck is now known as deryck[lunch] | ||
=== matsubara is now known as matsubara-lunch | ||
=== Ursinha is now known as Ursinha-afk | ||
=== sinzui1 is now known as sinzui | ||
=== deryck[lunch] is now known as deryck | ||
=== beuno is now known as beuno-lunch | ||
=== matsubara-lunch is now known as matsubara | ||
mrevell | night all! | 18:22 |
=== beuno-lunch is now known as beuno | ||
rockstar | abentley, hi | 18:37 |
abentley | rockstar: hi | 18:46 |
rockstar | abentley, chat? | 18:48 |
abentley | sure | 18:48 |
sinzui | barry: ping | 19:03 |
barry | sinzui: pong | 19:03 |
sinzui | barry: I am hacking on announcement headings and titles. Look at https://edge.launchpad.net/launchpad-project/+announcement/3450 | 19:04 |
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:05 |
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:06 |
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:07 |
sinzui | It is | 19:08 |
sinzui | hmm | 19:08 |
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:09 |
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:10 |
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:11 | |
sinzui | no | 19:12 |
* barry is not sure what "no" means | 19:13 | |
sinzui | I do not see anything suppressing the breadcrumbs | 19:14 |
sinzui | There is no Hierarchy or Breadcrumb adapter. | 19:14 |
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:15 |
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:16 |
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:18 |
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:20 |
sinzui | hmm | 19:21 |
sinzui | Well Hierarchy is seeing the Project, Announcement, and View in the correct order | 19:21 |
sinzui | When I solve this, I think I will take the team bug too | 19:22 |
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:24 |
barry | sinzui: right | 19:25 |
* barry -> otp | 19:25 | |
* rockstar lunches | 19:27 | |
dobey | hrmm | 19:31 |
dobey | what does "Nominated for Trunk by <$user> (approve/decline)" mean on a bug? | 19:31 |
sinzui | barry: Answer is simple, though the rule is not clear. We need to register TitleBreadcrumb for every object that uses .title. | 19:33 |
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:35 |
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:36 |
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 | 19:37 |
barry | bac: sorry about that, ready to continue? | 20:14 |
barry | sinzui: can we do a generic fallback for TitleBreadcrumb? | 20:15 |
sinzui | no. I think the fallback is to DisplayNameBreadcrumb. I saw thast everything that has a .title also has TitleBreadcrumb in zcml | 20:16 |
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:17 |
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:18 |
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:19 |
sinzui | barry: maybe announcement is wrong because it does not have a displayname. just a headline presented as a title | 20:20 |
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:21 |
sinzui | EdwinGrubbs: ping | 20:34 |
sinzui | EdwinGrubbs: unping | 20:39 |
rockstar | mwhudson, when you're around, ping. | 20:59 |
mwhudson | rockstar: hello | 20:59 |
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:00 |
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:01 |
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:02 |
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:03 |
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:04 |
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:05 |
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:06 |
=== jamalta is now known as jamalta-afk | ||
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:25 |
beuno | EdwinGrubbs, that may work better | 21:26 |
=== Ursinha-afk is now known as Ursinha | ||
Ursinha | rockstar, sure :) | 21:33 |
rockstar | Ursinha, hm, it looks like I can branch that url. | 21:34 |
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:43 |
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:45 |
rockstar | mwhudson, ^^ | 21:46 |
mwhudson | rockstar: ah :) | 21:46 |
rockstar | Ursinha, are you branching from lp? | 21:46 |
mwhudson | <mwhudson> rockstar, Ursinha: i think that error means a badly configured bzr+http server | 21:46 |
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:47 |
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:48 |
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:50 |
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:51 |
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:52 |
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:53 |
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:54 |
rsalveti | Ursinha: yep, to fix the branch, yes | 21:55 |
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:57 |
mwhudson | Ursinha: oh, i had't scrolled down that far | 21:58 |
mwhudson | :) | 21:58 |
Ursinha | :) | 21:59 |
Ursinha | thanks mwhudson and rockstar | 21:59 |
Ursinha | much appreciated :) | 21:59 |
=== Ursinha is now known as Ursinha-afk | ||
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:21 |
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:23 |
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:24 |
mwhudson | gary_poster: yeah, very interested to see this land | 22:25 |
gary_poster | cool | 22:25 |
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:42 |
barry | gary_poster: it should be landed now. sounds interesting though :) why do you think you'll need to change _pythonpath.py? | 22:43 |
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:48 |
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:49 |
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:56 |
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:58 |
sinzui | barry: My change to remove an ancient page_title broke more than I anticipated. I suspect a view was shared by several templates. | 22:59 |
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:09 |
mwhudson | gary_poster: ah well | 23:10 |
mwhudson | gary_poster: bye for now | 23:10 |
gary_poster | bye | 23:10 |
barry | sinzui: :( | 23:11 |
=== matsubara_ is now known as matsubara-afk |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!