[00:44] hatch: around? [00:45] depends....:P [00:45] heh, huw is having some npm issues today and wondered if you knew/could help him out [00:45] sure I can give it a try [00:45] I'm also making supper though :) [00:45] sec, getting him into the channel [00:45] hatch: all good [00:47] there he is [00:47] Hey [00:47] huwshimi: so as I was saying. I pulled the latest trunk, make clean-all && make && make devel without any issues here [00:48] hatch: might know more if you're still getting an error as he's hacked with the npm stuff a bit while I just cross my fingers and pray it works :) [00:48] rick_h_: I'll pull a new branch and see if that fixes anything [00:48] huwshimi: cool [00:48] hatch: and bcsaller are a bit farther back in TZ so not sure how long they're around but worth a ping if you can't get it going [00:48] rick_h_: It'll take 5-10 minutes :) [00:49] cool, well I'm on cold meds and my wife is fussing at me to get to bed. good luck! [00:50] :) [00:50] rick_h_: Alright, thanks. Night. [00:50] huwshimi: mention me when you have it all downloaded and run `make` [00:50] just cooking supper [00:50] hatch: OK will do, thanks [00:56] hatch: Same thing. Fresh branch of trunk. Ran make and here's the npm-debug.log http://paste.ubuntu.com/5711913/ [01:05] ok looking [01:06] what do you get when you run [01:06] node --version [01:06] and npm --version [01:07] oh wait nm I se [01:09] hmm that's very odd [01:09] did you install npm/node with sudo? [01:10] hatch: I think I just did "sudo apt-get install nodejs" [01:11] (as per the hacking doc) [01:11] ahh ok I thought you were on osx [01:12] hmm honestly I'm not sure [01:12] I gota run for about an hour but I'll look into it when I get back [01:12] hatch: OK, no problems. Thanks [01:17] bcsaller, ping [01:17] gary_poster: pong [01:17] hey bcsaller, thanks. reviewing diff. mostly looks good so far but one concern that's either wrong or easy to fix [01:18] for allow-external-sources [01:18] we should not install extra repos [01:18] *but* [01:18] we should be able to apt-get install [01:18] In the case of IS, [01:18] they will have established the CAT repo on every juju image [01:19] and we will be able to ask them to put various packages in CAT [01:19] gary_poster: ah ha, I thought they'd use a custom image ro something [01:19] so apt get install is AOK [01:19] just nit adding extra repos [01:19] not [01:19] gary_poster: should be an easy change [01:20] cool thanks bcsaller. the only downside from what I see you have now is that we can't predict the failure, as you do now [01:20] but so be it [01:20] reality is more important :-) [01:20] bcsaller, maybe the option name should change? [01:21] gary_poster: ideas? [01:21] allow-additional-deb-repositories is long but relatively accurate [01:21] hmm, I can do that [01:22] thank you bcsaller. Will you do that tonight? I was writing the email to IS but I'd like that to be right before they look at it [01:22] if you will do it tonight then I will check back later [01:22] * gary_poster has 773 unread emails [01:23] * gary_poster usually does inbox 0 [01:23] * gary_poster has been a bit focused on deadlines lately :-P [01:23] gary_poster: I will do it now, can you look at the second check in hooks/install though [01:23] thanks bcsaller, looking [01:23] is that a valid policy to preserve? [01:25] bcsaller, if allow-additional-deb-repositories, do not install ppa:juju/pkgs, but do install those PYTHON_DEPENDENCIES [01:26] I mean, if *not* allow-additional-deb-repositories, do not install PPA [01:26] gary_poster: I'm sorry, I mean in backend/InstallMixin [01:26] oh [01:26] I told you the wrong place :( [01:27] thats why I names the var 'sources' because I thought we wanted this type of protection in place as well [01:28] but it might be an invalid requirement [01:34] bcsaller, there were two uses in InstallMixin. To try and be as clear as possible, I wrote about all three uses here: http://pastebin.ubuntu.com/5711981/ [01:34] gary_poster: thank you [01:34] welcome [01:43] bcsaller, changes look very nice so far. Trivial, but I suggest you move GuiMixin repositories to UpstartMixin, or combine those two. Not trivial: could you review http://pastebin.ubuntu.com/5711996/ and verify that, to the best of your knowledge, these are the packages that we need in CAT, noting the sources I mention? [01:55] bcsaller, maybe paranoid, but I wonder if we should do an apt-get update in the install hook in lieu of adding more deb repos, when that flag is set. [01:56] gary_poster: I suspect you're right, add_extra would have done that [01:56] right [01:56] gary_poster: I' [01:56] Im in the middle of a test of it now though [01:56] ok cool [01:57] oh huw is gone [02:29] bcsaller, I need to go. I just sent you a proposed email to IS. I really need to send this today. I'll check back in about 45 minutes to see if you feel comfortable with me sending it, and if you have any corrections. Then I'll go to bed. :-) [03:11] gary_poster: replied with the comments in email, should be good to go [12:00] hi all [12:01] frankban, hi. am I right that we could switch the charm to apache without technical difficulties, just with a bit of annoyance? [12:02] gary_poster: haproxy + apache? If so, I think you are right. [12:02] frankban, yes, haproxy + apache. Cool, thanks. Did you see that reply from mthaddon? [12:03] gary_poster: yes I do, he has another concern about multiple services on the same charm (IIRC haproxy). [12:04] frankban, right, I need to talk him away from that one [12:04] gary_poster: +1 [12:04] :-) [12:04] * frankban is curious about why nginx is not blessed [12:05] frankban: because it's not in main, and it has a shady history of only existing in a russia version control system [12:06] frankban: but these days I think the last *blocker* is that it's not in main and that IS has experience with everything on apache [12:06] rick_h_: ack, thanks [12:06] gary_poster: time for a quick call in the usual place? [12:06] we hit the same change :) [12:06] and asked the same question [12:07] frankban, about to have call with mthaddon, will ping [12:07] gary_poster: ok thanks [12:12] thanks for the view frankban. teknico could you have a look at https://codereview.appspot.com/8735044/ ? [12:22] frankban, ok can call now. going to guichat. no rush, join when you are ready. [12:31] rogpeppe, can you think of any situation in which all of a service's units are in a stopped state, and the service is *not* being destroyed? [12:32] gary_poster: what do you mean by "stopped state" there? [12:32] rogpeppe, the unit is in a state called "stopped"? :-) [12:32] not pending, not error... [12:32] status is stopped on a unit [12:32] gary_poster: hmm, let me have a look [12:34] gary_poster: it would happen if you did remove-unit on each unit of the service [12:34] rogpeppe, and at that point the service would still be "around" in database terms--you could still make relations and add units and so on? [12:35] gary_poster: yes [12:35] rogpeppe, GUI does not allow removing the last unit of a service FWIW, and neither AFAIK does pyjuju [12:35] but that's an aside [12:36] gary_poster: interesting. i don't really see why it shouldn't, but that's a different issue, yeah [12:36] rogpeppe one other question: is there any way of looking at a service and knowing that it is on the way to being destroyed? [12:36] gary_poster: yes, its Life will be Dying [12:37] gary_poster: BTW did you see this? https://codereview.appspot.com/8761045/ [12:37] rogpeppe, ah, ok. I guess we ought to expose that in the deltas then. :-P [12:37] gary_poster: yup [12:37] rogpeppe I saw that you had it up last night, but hadn't seen you had two LGTMs. yay! landing soon? [12:37] gary_poster: yup [12:46] cool thank you rogpeppe [13:08] bac, looking [13:18] teknico: sorry i didn't see your new card. [13:18] bac, no worries :-) thanks for the review! [13:28] bac, done [13:28] thx teknico [13:37] rogpeppe, gary_poster: it seems that, when a service A is connected to another service, the latter being in an error state, the ServiceDestroy call removes all the unit of service A but leaves the service alive without units. [13:37] frankban: interesting [13:37] frankban: that might be the expected behaviour [13:38] frankban: what happens if you resolve the error status of the other service? [13:39] rogpeppe: trying [13:41] rogpeppe: it works well, the service A is removed after the unit is resolved [13:41] frankban: hmm. i wonder. [13:41] rogpeppe, out of curiosity, why would that be desirable behavior? [13:42] gary_poster: i'm not sure [13:42] cool [13:42] gary_poster: it could be that it's not possible to leave a relation without the say-so of the other service [13:42] gary_poster: in fact, i think that's probably the reason [13:42] gary_poster: we insist on orderly teardown [13:43] huh. "user is in charge and doesn't want the service so let's handle it for them" seems more user-friendly on the face of it. But I guess the GUI really should be able to communicate these stories to the user [13:44] if user presses destroy and service hangs around, at the very least we should hand hold them [13:44] A notification like "the service cannot be completely destroyed until all units are resolved" [13:44] gary_poster: i agree. i think the other service should probably allow services to leave the relation even if it's in an error state [13:45] frankban: could you raise an issue, and mention why it's unexpected behaviour, please [13:45] cool [13:47] Is that like https://bugs.launchpad.net/juju-core/+bug/1168154 ? [13:49] gary_poster, rogpeppe: IIUC it seems that a service refuses to execute his hooks while it's in an error state, and this involves also the relation-broken one. So, trying to destroy a connected service actually removes the units but fails removing the service itself. This can be sane from a point of view: the problem is that destroy service calls succeed without errors, and the user does not immediately know what's g [13:49] oing on. [13:49] rogpeppe: is that correct? [13:49] frankban: sounds right to me [13:50] frankban: although it's not clear to me why we need to execute the relation-broken hook *before* leaving the relation [13:50] Makyo, very similar to the one frankban is talking about, yes [13:56] * bac kicks lp2kanban [13:59] mornin! [14:00] jovan2: look like the changelog changes landed on staging as well: http://uistage.jujucharms.com:8080/bws/fullscreen/precise/apache2-2 [14:02] Thanks rick_h_ [14:03] frankban, fwiw, I made a comment on Makyo's bug that is somewhat pertinent to what you are working with. Dunno if it is helpful for you or even interesting, but it is comment 3 of https://bugs.launchpad.net/juju-core/+bug/1168154 [14:06] gary_poster: cool, thanks, I'll link your comment in the new bug. I am trying to dupe the problem before filing it. [14:06] cool [14:24] rogpeppe, gary_poster: filed bug 1169588 [14:25] and mup is not awake: https://bugs.launchpad.net/juju-core/+bug/1169588 [14:26] I have a gui review up at https://codereview.appspot.com/8797043 [14:27] Is the kanban bot not working any more? [14:27] frankban, thank you, looks good [14:28] benji, I saw bac was kicking lp2kanban but that's all I know [14:28] * bac still kicking [14:28] k [14:34] I thought that the kanban bot broke a long time ago [14:41] rick_h_: did huw get npm working? I had to leave but he was gone when I got back [14:41] hatch: I *think* so. He had a pair of branches for me to look at but mentioned 'fighting with make all day' [14:41] hatch: so no idea how it went down. [14:42] ahh - his error message looked a lot like permissions issues [14:53] benji LGTM [14:53] thanks [14:55] teknico, as you are working on your card, you might be interested in a conversation Ben and I had about one of my recent branches, which is pertinent. Trying to find... [14:57] teknico, see https://codereview.appspot.com/8680043/ . First comment #4, in para starting with "I agonized about this comment a bit," and then comment #7 [14:57] gary_poster, looking [14:58] thanks teknico. In essence, I'm inviting you to reconsider what I did, if you hadn't already. [15:01] gary_poster, uhm, hatch and I agreed that it would be a good idea to use the nsRouter in all the navigateTo event firings (?) [15:01] ^ bcsaller [15:01] gary_poster, is that reasonable? [15:02] teknico, sure, do you see the relation to what I pointed to? This was bcsaller's advice as well, and what I did in that branch made it possible but somewhat more annoying to construct url's to a root value [15:02] teknico, so, my point is... [15:02] as you do what you are doing, which is fine by me, [15:03] consider whether what I did makes what you are doing overly annoying [15:03] and if so [15:03] ...I dunno, figure out something better :-P [15:03] gary_poster, links to the root are looking like this: this.fire('navigateTo', {url: this.get('nsRouter').url({gui: '/'})}); [15:04] gary_poster, they do not upset me :-) [15:04] hatch, is that ^^ right? does it represent what you told me? :-) [15:04] yep [15:04] teknico I don't think that will work unless you include {includeRootPaths: true} [15:04] untested of course [15:05] teknico see https://codereview.appspot.com/8680043/diff/10001/app/assets/javascripts/ns-routing-app-extension.js [15:05] oh that's interesting [15:05] I wonder why that's there [15:05] gary_poster, oh, *that*'s the flag you were mentioning in the review [15:05] teknico, yes [15:05] sorry [15:06] gary_poster: do you know why that's included? [15:06] hatch, why yes :-) [15:06] those review comments are kind of cryptic :-) [15:07] hatch, do you mean "why do we remove namespaced root paths from the underlying URL? " Or do you mean "why do we make it possible to include namespaced root paths in a url?" [15:07] or both :-P [15:07] why do we need a special flag, why can't we just generate the url [15:08] because it's just saying 'hey we won't generate the url you ask for....unless you ask for it with a smile' :D [15:08] is the non-drag-or-click-ability of the service boxes on the trunk a known issue? [15:08] hatch, a root url is implied in all namespaces if not given [15:08] benji no [15:08] not by me [15:09] and confiremed on uistage [15:09] I know what it is [15:09] rick_h_: the subapp browser container is covering the environment [15:10] thanks benji [15:10] hatch so anyway, if I say "give me a url that is /:gui:/:foo:/:bar:/" then the pretty version of that is "/" [15:10] hatch: yes, we'll rework the html in follow up. [15:10] thanks benji & hatch. rick_h_, you able to revert, or fix quickly? [15:10] gary_poster: oh sorry, does it cover when not in /bws? [15:10] gary_poster: ahhh gotcha thx [15:10] rick_h_: yep [15:10] rick_h_, yes http://uistage.jujucharms.com:8080/ [15:10] gary_poster: yes, can fix it asap [15:11] thanks rick_h_ [15:11] hatch, teknico, *but*... [15:11] if I am on the /:gui:/service/wordpress page [15:11] and I want the user to go to the root [15:11] then that needs to be spelled /:gui:/ [15:12] because of you spell that "/" then the router's combine method will assume that you want to keep all namespaced paths that you didn't explicitly specify as they are now [15:12] So there are a few options [15:13] But did that make sense, teknico, hatch, before I talk about the possible solutions, including the one I chose, even though I was not entirely convinced by it? [15:14] s/of you spell that/if you spell that/ [15:14] I think that this is showing a small issue in the way the urls are being generated... [15:14] for example... [15:15] gary_poster, I'm still confused, can you please tell me what the router output will now be in the second case you mentioned (spelling "/")? [15:15] if I"m at example.com/foo/bar/:gui:/baz/bax and I generate a url via nsRouter.url({gui: '/cars'/}) I should get a url example.com/foo/bar/:gui:/cars/ [15:15] so following that thinking.... [15:16] nsRouter.url({gui: '/'}) should return example.com/foo/bar/:gui:/ [15:18] teknico, the router combine method will say "ok, we are currently at /:gui:/service/wordpress. I am supposed to now go to a new url that the developer gave me, which might or might not have a value in the same namespace. If the new url doesn't have a value in a given namespace, I will keep the current value in place. That way, for instance, if I'm at :charmstore:/foo/bar and you tell me to go to :gui:/service/wor [15:18] dpress, we don't lose url state of the charmbrowser bit--the new url is :charmbrowser:/foo/bar/:gui:/service/wordpress. You gave me the new url "/". That doesn't override any namespaces at all! I'll keep everything just as it is now."I want to keep any namespace that is not " [15:19] just as it is now [15:19] uh oh that got messed up :-/ [15:20] gary_poster: but when you pass an object in does it not assign those rules to the specified namespace? [15:20] Actually, just lop off the last partial sentence and it's what I meant (remove "I want to keep any namespace that is not ") [15:20] hatch, in to what? [15:21] * gary_poster reads your comments now... [15:21] well we aren't passing strings into the url method [15:21] we are passing an object specifying the namespace as the key [15:21] gary_poster, ok, go ahead: what's the URL of "everything as it is now"? [15:22] gary_poster: hatch fix is through lbox, just waiting on next staging update. [15:23] thanks rick_h_ [15:24] teknico, If the combine method is combining any url with namespaced paths--and they are all namespaced--then a "/" path without namespace in that context...let's move to guichat in a sec [15:24] rick_h_, thank you. trying to manually update... [15:25] gary_poster: mind if I join? [15:25] gary_poster, ok [15:25] hatch of course not, meant to include you [15:25] rick_h_, updated (http://uistage.jujucharms.com:8080/juju-ui/version.js) but still see problem. retrying... [15:25] gary_poster: needs css update [15:26] ack [15:26] I did a make build [15:26] gary_poster: looking [15:26] rick_h_, maybe there are more less files to watch now ? [15:26] gary_poster: yes, but they're tied into make [15:26] ok [15:27] gary_poster: but yea, I don't see the css change in the site [15:27] #subapp-browser should have a default display: none rule on it [15:27] rick_h_, http://pastebin.ubuntu.com/5713430/ shows make build output. it combines css but shouldn't it have built css from less? [15:28] can run make clean && make... [15:28] but that would be a Makefile bug that we ought to be able to fix trivially if that is the problem [15:28] hmm, 'just worked' here with me running make devel as I fixed it in [15:28] trying make clean [15:28] maybe it's in make devel but not a diff make target space [15:29] should be part of build target... [15:29] rick_h_, make clean && make fixed it, thanks. put a card in to investigate build css issues when you get a chance later? [15:30] gary_poster: will do [15:30] thank you [15:30] rogpeppe, gary_poster: I am working on adding services' life to the delta. What do you think it is better: passing the juju-core int values (0:alive, 1:dying, 2:dead) or maybe just provide what's required by the GUI, e.g. Alive bool? [15:31] I like alive bool, where dying means dead, yeah? [15:31] gary_poster: yes, dying is alive == false [15:32] cool, fine with alternative but sounds good to me [15:32] gary_poster: that's called boolean euthanasia [15:32] lol frankban [15:32] lol === rogpeppe2 is now known as rogpeppe [15:51] jujugui please update kanban board [15:58] gary_poster: the config branch has landed BTW [15:58] jujugui call in 2 [15:58] awesome thanks rogpepe [15:58] rogpeppe, [16:01] benji ping [16:16] g*ry: sorry I was late to the meeting, my battery alarm went off the same time as your ping so I was running around like a crazy person getting power out here [16:16] One of my projects around the house should be external outlets every 20 feet or so. [16:16] benji: that's code here [16:17] not sure if it's 20ft but something like that [16:17] hatch: houses built in rural Tennessee in 1938 don't quite meet modern code. ;) [16:17] haha [16:18] I still have quite a bit of "knob and tube" wiring, which is frightenting. I have so many project to do. [16:29] * gary_poster had to look up knob and tube wiring [16:29] cool benji :-) [16:32] benji I triage #1169625 as low based on your description. Do you agree? [16:32] gary_poster: yep, it's just aesthetics [16:33] cool, will mark [16:33] I should have marked it as such. [16:33] np [16:37] gary_poster: is it a bug that "make devel" and "make prod" generate 404s when you directly navigate to "http://localhost:8888/:gui:/service/wordpress/config/"? [16:37] (when tha service does indeed exist) [16:37] benji, yeah [16:38] ok, I'll file that one then [16:38] cool thank you [16:41] gary_poster: that one seems "normal" (as opposed to "low" or "high") [16:41] benji, mmm...let's call it high. I need to garden bugs. :-/ [16:42] gary_poster: yeah, I meant "high" for the bug, non-annotated (normal) if it were a card [16:42] benji, OIC, yes agree [17:01] gary_poster, what does "TARDIS" mean in "Multi dimensional router (TARDIS)"? [17:01] teknico, Doctor Who joke from bcsaller :-) [17:02] http://en.wikipedia.org/wiki/TARDIS [17:02] ok, I suspected as much, just wanted to check :-) [17:06] if the sandbox had a sample setup it would be awesome to dev with [17:06] so fast [17:10] hatch: writing a simulator should be a slack card. I think the way to go is to add support for env import/export to the fakebackend [17:10] slots of slacks [17:11] hatch: got a quick sec for another guichat on navigate? [17:12] 2 seconds [17:13] alright [17:13] see u in guichat [17:17] hatch: take 2? [17:17] take 2 [17:19] bac benji or Makyo, Francesco is heading out for the day. Someone needs to get his lp:~frankban/juju-core/bug-1169609-service-life branch tested and landed [17:20] He suggests this: "I'd also manually test it, bootstrap, deploy, detsroy-service, to be extra paranoid check if it works well with the GUI" [17:21] This needs to land today [17:21] In order to get it into raring [17:21] I can test. [17:22] so it is of higher urgency then bug 1169239 or bug 1169350, both of which are also good. [17:22] Thank you very much Makyo [17:24] Thanks a lot Makyo: the goal for that branch, and the thing to be tested above all, is that when you destroy a service you should see a serviceInfo change in the delta including Life: "dying" (where before it was "alive") [17:25] frankban, alright. Connection's being a little slow, but I'm on it. [17:25] thanks again, have a good evening all [17:49] https://blog.mozilla.org/labs/2013/04/introducing-towtruck/ cool for doing UX reviews and such [17:50] very cool [18:04] Hey Makyo I forget how it works but on http://uistage.jujucharms.com:8080/ aren't you supposed to be able to hover over the connection thing to the right of puppet and see the relations? [18:05] gary_poster, yeah. [18:05] thought so. Will file bug, thx [18:08] Can't connect to websocket with core. Frustrating. [18:08] The connection to wss://blah:17070/ was interrupted while the page was loading. [18:09] Makyo, are you using the charm? [18:09] gary_poster, no, local with updated config-debug.js [18:10] Makyo, oh. did you do the cert dance on firefox? [18:10] Yep. [18:10] oh ok [18:10] gary_poster, ^ [18:11] Makyo, I've got nothing then. I think the charm was working. If not, we need to raise an alarm pronto. [18:11] Trying the charm next. [18:15] Probably just this awful, awful connection. Looking into it after this test. [18:24] hatch: halp! I'm missing something to get your subapp/view event to work. [18:25] hatch: https://code.launchpad.net/~rharding/juju-gui/browser_links/+merge/159215 is the diff, the event is picked up if listened directly, but not through the addTarget. I tried making sure the event is published with the eventFacade set to true. Guessing I'm missing another step? [18:26] looking [18:27] this._editorial.addTarget(this); [18:27] ^ rick_h_ [18:27] ah, other way around. doh [18:28] :) [18:29] hey, that seems to work better. Thanks :) [18:29] wooo! and a click was routed and there was much rejoicing [18:32] bac, benji, gary_poster I need someone to help test this [18:32] I think my net's just too flaky for the websocket anywhere but locally now. [18:32] Makyo: what can I do for yout? [18:33] I've got the charm up and running at https://ec2-54-234-250-86.compute-1.amazonaws.com/ [18:33] And I've got debug-log running. [18:33] Makyo: i can help too. i have the most stable connection in all the carribean [18:33] Just need someone to deploy something like mysql and then destroy it. [18:34] alright [18:34] what's the pw? [18:34] dbf1302887184d04aafb7502b40fcf51 [18:35] wow sucks for the guy who has to type that every day [18:35] lol [18:35] * gary_poster thinks of evil things he could do with that [18:35] Makyo: can't log in [18:35] i just got into Makyo's 401K [18:35] lol [18:35] Hah. [18:35] Makyo: it looks like you have all the help you need. Let me know if there is anything I can do. [18:36] YEah, hatch, it's sending EntityName rather than AuthTag. [18:36] Give me just a sec. [18:36] Forgot to set the source. [18:37] so "a sec" here means "about 10 minutes" :-) [18:37] lol [18:37] hah, yeah. About every third juju command fails for connection lost. [18:37] sounds like you need to switch to hotspotting your phone [18:37] or are you on one of those archaic providers who limits your data? [18:38] btw, hatch, it was a small thing to fix the sandbox subordinate thing. seeing if I can figure out bug 1169668 real quick for a twofer. [18:38] It gets slowed down after a while, but not capped. [18:38] gary_poster: ahh awesome [18:38] Try logging in again [18:38] Well, refresh first. [18:38] Makyo: ahh cool - we are unlimited but throttled after 10GB which is alright :) [18:39] but I can still stream netflix on throttled speeds so Iunno what they get throttled to haha [18:39] heh [18:39] Makyo: still can't log in [18:40] fwiw, I'd be surprised if the charm built in 3 min [18:40] I'm still getting EntityName. Was the AuthTag branch not released? [18:40] built the GUI I mean [18:40] Well, whatever, I'll switch to bzr [18:40] Makyo, it was, but it takes about 8 minutes IME to get the dependencies [18:41] oh, released! [18:41] no, it wasn't [18:41] needs to be lp:juju-gui [18:41] gary_poster, Yeah, I just saw hook complete. I'll switch to bzr. [18:41] cool [18:43] Was thinking trunk was an alias to that, but then I saw it downloaded a tarball :) [18:43]