| * mwhudson_ lunches | 01:37 | |
| === mwhudson_ is now known as mwhudson | ||
| jml | hello all | 02:35 |
|---|---|---|
| jml | maxb, hi | 02:40 |
| jml | maxb, I made changes to your timing branch & tried to land it. | 02:40 |
| jml | maxb, but something must have swallowed it (my system has been behaving badly recently) | 02:40 |
| jml | mwhudson, btw, could you please take a look at https://code.edge.launchpad.net/~stub/launchpad/kill-harder/+merge/11517 -- istr we do very similar stuff in codehosting and wondered if we should share the love | 02:43 |
| jml | allenap, are you around? | 02:48 |
| mwhudson | jml: hello | 02:48 |
| jml | mwhudson, hi :) | 02:48 |
| mwhudson | jml: you know we said that the --stacked stuff in rocketfuel-get was pointless wrt shipit & the other thing? | 02:49 |
| mwhudson | jml: i'm not sure that's true in a lightweight checkout | 02:49 |
| jml | hmm. | 02:49 |
| mwhudson | (it's been getting a standalone branch of shipit for me since before i went to lunch :/) | 02:49 |
| jml | mwhudson, that's unfortunate. | 02:49 |
| mwhudson | jml: yes | 02:50 |
| mwhudson | (it also shows how long it's been since i updated sourcecode -- shipit wasn't there!) | 02:50 |
| jml | mwhudson, what should we do about it? | 02:50 |
| mwhudson | jml: restore the stacking stuff, maybe? | 02:50 |
| jml | mwhudson, hmm. | 02:51 |
| jml | mwhudson, so for a light weight checkout, it'd stack on the remote branch? | 02:51 |
| mwhudson | jml: hmm | 02:51 |
| mwhudson | jml: using launchpad with a remote lightweight checkout sounds pretty masochistic | 02:51 |
| mwhudson | jml: i don't think it's a use case we need to cater too *all* that much | 02:52 |
| jml | mwhudson, ok, so maybe I don't understand what just happened to you | 02:54 |
| mwhudson | jml: maybe i didn't understand what you mean | 02:54 |
| mwhudson | <jml> mwhudson, so for a light weight checkout, it'd stack on the remote branch? | 02:55 |
| mwhudson | ^ in that | 02:55 |
| jml | mwhudson, no, before that. | 02:55 |
| jml | mwhudson, are you sourcecode branches not kept in a repository that's shared with Launchpad? | 02:55 |
| mwhudson | jml: no | 02:55 |
| mwhudson | oh actually, that is the problem duh | 02:55 |
| mwhudson | i have ~/canonical/lp-sourcecode/sourcecode/<foo> | 02:56 |
| * jml wants to stab exetel in the face. | 02:59 | |
| jml | well, not really. | 02:59 |
| jml | what I really want is my karmic updates. | 02:59 |
| mwhudson | jml: just think in a few weeks you'll get to experience old world internet | 03:00 |
| jml | mwhudson, heh | 03:00 |
| jml | mwhudson, a few days, even. | 03:00 |
| mwhudson | subsecond ssh connections ! | 03:00 |
| barry | jml, mwhudson you guys around? | 03:03 |
| mwhudson | barry: yeah, i'm working today as a swap day | 03:03 |
| mwhudson | barry: jml is just an addict | 03:03 |
| barry | :) | 03:03 |
| jml | :( | 03:03 |
| barry | i am so close to (trying to) land my bug 417089 branch, i can taste it | 03:04 |
| mup | Bug #417089: Conform heading and breadcrumb rules to UI 3.0 <story-ui-3> <Launchpad Foundations:In Progress by barry> <https://launchpad.net/bugs/417089> | 03:04 |
| ubot3 | Malone bug 417089 in launchpad-foundations "Conform heading and breadcrumb rules to UI 3.0" [High,In progress] https://launchpad.net/bugs/417089 | 03:04 |
| mup | Bug #417089: Conform heading and breadcrumb rules to UI 3.0 <story-ui-3> <Launchpad Foundations:In Progress by barry> <https://launchpad.net/bugs/417089> | 03:04 |
| mup | Bug #417089: Conform heading and breadcrumb rules to UI 3.0 <story-ui-3> <Launchpad Foundations:In Progress by barry> <https://launchpad.net/bugs/417089> | 03:04 |
| barry | this is going to break everyone's page titles <wink> | 03:04 |
| mwhudson | i'd better make sure i break ec2test good and proper to help with that then | 03:04 |
| barry | yeah, thanks. i've only been working on this damn branch for 2 weeks | 03:05 |
| barry | but i think i'm reaching steady state with devel ;) | 03:05 |
| mwhudson | i can see how working on the weekend helps there :) | 03:06 |
| jml | brb. networking issues. | 03:06 |
| barry | i'm having fun installing karmic on my new machine while i wait for the tests to run | 03:07 |
| barry | so it's all good. i'll be up at 2am to see how ec2 did | 03:08 |
| mwhudson | barry: do you want me to review something? | 03:08 |
| barry | mwhudson: actually, the branch has been pretty well reviewed, well except for the 100 tests i've been fixing | 03:08 |
| jml | ... and yet again, | 03:08 |
| barry | mostly crap stuff like fixing the browser.titles | 03:09 |
| jml | ec2test --headless taking so long makes my life less pleasant | 03:09 |
| barry | but you can imagine it's a LOT of pages | 03:09 |
| barry | jml: i hear you there | 03:09 |
| mwhudson | jml: working towards fixing that! | 03:10 |
| mwhudson | barry: i guess i'm saying, i'm sure there was a reason you asked if we were around | 03:10 |
| mwhudson | barry: do you want help, or just emotional support? :) | 03:10 |
| barry | just emotional support :) | 03:10 |
| barry | just sayin' hi to my crazy saturday workin' antipodean friends :) | 03:11 |
| barry | go ec2, go | 03:15 |
| jml | back | 03:19 |
| jml | so.... | 03:19 |
| mwhudson | the inherent bone-headedness of some of ec2test is wearing me down | 04:42 |
| mwhudson | EC2TestRunner should take an instance as a parameter, not construct one, fer 'eavens sake | 04:42 |
| mwhudson | also, vals | 05:00 |
| jmux | Hi. How can I use an object name containing a / in an URL traversal? I thought of mapping the slash to tilde, but this results in a traversal NotFound error from the ParentSet, as the traversal now uses the mapped name for lookup, but the ParentSet doesn't contain an object with this name. | 13:53 |
| wgrant | jmux: What object are you attempting to traverse to that has a / in its name? | 13:55 |
| jmux | I want to add Debians security components - updates/main, updates/contrib, updates/non-free | 13:55 |
| wgrant | Why? That's probably not the right way to go about things. | 13:57 |
| jmux | Because I want to import the debian security archive into Launchpad as it is. | 13:59 |
| wgrant | I see. | 14:00 |
| wgrant | Where are you seeing the traversal problem? It should only manifest itself in the API, AFAIK. | 14:00 |
| jmux | I added an uri_name property to the component interface, which does the mapping | 14:01 |
| jmux | This works as expected, so I get the updates~main link to manage the component in the ComponentSet View, but the traversal doesn't work and I don't know. how to tell Zope / Launchpad to map updates~main back to updates main for the ComponentSet lookup | 14:02 |
| jmux | updates/main | 14:03 |
| wgrant | You'll have to adjust ComponentSet to do it itself. There's nothing really magical. | 14:03 |
| jmux | I added the reverse mapping to __getitem__, and this works, but it seems some other function is used for traversal and I couldn't figure out which one | 14:05 |
| wgrant | Odd. | 14:05 |
| wgrant | Although I wonder why you want to do this -- that's not how Soyuz models updates/security. | 14:06 |
| jmux | Current Soyus DB model doesn't allow this construct of sub-components | 14:07 |
| wgrant | No. It uses pockets for that purpose. | 14:07 |
| wgrant | What exactly are you trying to achieve? | 14:08 |
| jmux | Just to keep the Debian structure for import. I know I can set the pocket and override the component for gina imports, but I would like to use the Debian component names. | 14:10 |
| jmux | But more importantly I have series names, which also contain a slash, which will have the same problem | 14:12 |
| wgrant | that will cause utter chaos. | 14:12 |
| wgrant | Why do you have such things? | 14:12 |
| jmux | It has been like this the last 4 years - names like halut/2.0.0 where halut is our codename for Debian Etch and theh rest is the Version string | 14:14 |
| wgrant | Oooh dear. | 14:14 |
| wgrant | That's not going to go well. | 14:14 |
| jmux | I would just need a mapping that tells Launchpad to map series and component names from "x/y" to "x~y" for travsersal... | 14:17 |
| wgrant | More stuff than traversals will break if you mangle series names like that. | 14:17 |
| wgrant | In fact, PostgreSQL will probably tell you that you are being silly. | 14:18 |
| jmux | Why? I don't think anything in PostgreSQL depends on not using '/' | 14:19 |
| wgrant | No, but distroseries.name should have a valid_name constraint on it. | 14:19 |
| wgrant | And that should forbid '/'. | 14:19 |
| jmux | Ok, but that's not really hard to change. | 14:22 |
| wgrant | No. But more stuff than traversals depends on that constraint. | 14:23 |
| wgrant | It's probably a very bad idea to attempt to change it. | 14:23 |
| jmux | So is there a known way to do this mapping for traversal? | 14:32 |
| jmux | My solution: one can use the traverse function of the Navigation class of the parent set to traverse the uri part directly. I missed that when I read the Navigation class. | 15:09 |
| * maxb is scared by the preceding conversation and wonders if mapping to pockets wouldn't be entirely saner in the long run | 15:52 | |
| maxb | There is a discussion in the reprepro manpage about how the debian slash-in-component stuff is so broken | 15:52 |
| maxb | search for FakeComponent | 15:52 |
| === mwhudson_ is now known as mwhudson | ||
| wgrant | maxb: It does seem like a much saner approach to import them as pockets and perhaps alter archivepublisher to do them as evil nested components. | 23:25 |
| maxb | Do we need to publish them that way? | 23:25 |
| maxb | Let that insanity stay with security.debian.org :-) | 23:26 |
| wgrant | maxb: If they have users, yes. | 23:26 |
| wgrant | This sort of thing will come into the picture if Debian PPAs end up happening. | 23:27 |
| maxb | I don't understand.... given LP hosts no debian archives currently, can't it decide what components to allow | 23:27 |
| maxb | Well sure, but the main debian archive doesn't have nested components, that insanity is limited to s.d.o | 23:28 |
| wgrant | maxb: Does it not seem like jmux is planning to do exactly that? | 23:28 |
| wgrant | (not Debian, but a derivative?) | 23:28 |
| maxb | How's that going to work then? Isn't that going to require a second public instance of Launchpad, or the derivatives buildds in canonical's datacentre? | 23:29 |
| maxb | Or something similarly tricky to arrange | 23:30 |
| wgrant | Probably. | 23:30 |
| maxb | Anyway, the solution is for the derivative not to copy debian's weird naming for security updates | 23:30 |
| maxb | :-) | 23:30 |
| wgrant | Right. | 23:30 |
| wgrant | But if they need to for compatibility, it's to map pockets differently on the output. | 23:31 |
| * maxb mutters something about symlinks :-) | 23:32 | |
| wgrant | Ah, you're right, that will work. I was thinking that Release would have the full name, but it just lives within updates/. | 23:33 |
| wgrant | That makes everything muuuch easier. | 23:34 |
| wgrant | Oh, it *does* actually use the full names, but only at the top. | 23:37 |
| wgrant | How confusing. | 23:37 |
| maxb | It's more than a bit weird, but it mainly seems to be that you generate the "Components:" line in the Release file including extra path components which shouldn't really be there | 23:44 |
| wgrant | Yes. | 23:45 |
| wgrant | Which is substantially easier than doing what I suspected might be necessary. | 23:45 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!