[12:04] LarstiQ: not yet. but you can validate by hand [12:04] ok === LarstiQ hasn't used it yet, but the NEWS file led him to think it worked [12:09] LarstiQ, jblack : ok thanks, I'll make sure to check it up tomorrow - night :) === sivang is now known as sivang_away [12:37] anyway [12:37] nightie night [12:39] night kiko [12:40] how is determined when to do a new rollout? specifically, when does the spiffy new navigation go live? === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [12:41] LarstiQ, stub is the man to ask for that -- I think it goes live tomorrow, but maybe not [12:41] ooh, nice [12:42] congrats BjornT -- it landed [12:42] kiko: it's decided on a per case basis? [12:42] LarstiQ, no, but we're moving to bi-weekly IIRC [12:45] ciao! [12:52] daf: did you progress on that negative graphwidth problem? [12:56] LarstiQ: yes, Aaron merged a patch from me === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [01:08] daf: good, then it will make it's way to bzr.dev eventually [01:22] no, it's a bzrtools bug [01:22] so the next bzrtools release will fix it [01:29] daf: ah, Aaron just posted something to the list that looks similar, but in bzrlib/merge3.py [01:29] anyway, he's on it [01:43] don't you hate it when your merge fails on completely unrelated tests? === stub [i=stub@sweep.bur.st] has joined #launchpad === thierry [n=thierry@modemcable175.142-201-24.mc.videotron.ca] has joined #launchpad === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [02:12] jamesh: yes [02:13] jamesh: is that still happening ? [02:17] lifeless: my branch failed in one of the person merge page tests [02:17] passes locally === Nafallo_away is now known as Nafallo [02:34] damn [02:34] are you running postgresql 8 or 7.4 ? [02:37] lifeless: I am running PG 8.0 [02:38] I'll bet thats it [02:39] My change doesn't touch any database code [02:40] It adds a feature to one of the navigation helper classes that is only exercised in a doctest [02:41] yes [02:41] but you may be tickling a bug that only shows in 7.4, for instance [02:41] does it fail every time there ? [02:43] I'm not sure [02:43] I've submitted it for merge again, but it is #4 in the queue === mpt [n=mpt@201-27-7-12.dsl.telesp.net.br] has joined #launchpad === Nafallo is now known as Nafallo_away [04:47] lifeless: it looks like nothing has been merged to rocketfuel since Saturday [04:48] (and there were deffinitely a number of things queued yesterday) [04:48] I have to go shopping now [04:48] will look when I return [04:48] thanks. === stub buggers off apartment hunting - back in a few hours [06:26] jamesh: revno 2910 [06:26] landed monday 23:36 [06:26] wem 2909 [06:26] *erm* 2909 [06:27] lifeless: that wasn' [06:28] t there earlier today [06:28] jamesh: ok, then its still working [06:28] thats 11am - 9am for you [06:28] (and 36 minutes) === BjornT_ [n=bjorn@84.32.140.183] has joined #launchpad [06:34] hey guys === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === BjornT [n=bjorn@84.32.140.183] has joined #launchpad === carlos [n=carlos@71.Red-83-53-49.dynamicIP.rima-tde.net] has joined #launchpad [08:37] morning [08:46] hi carlos [08:47] How is that pqm is so slow? [08:48] I sent my request about 10 hours ago and it's still running tests [08:49] and when I sent it there was only one request running tests === sivang [i=sivan@muse.19inch.net] has joined #launchpad === bradb [n=bradb@195.182.78.95] has joined #launchpad [09:12] labas [09:14] labas rytas bradb. my branch finally landed yesterday. [09:16] BjornT: yeah, i saw that, cool :) [09:20] hallo === mdke is now known as mdke_ === mdke_ is now known as mdke === SteveA checks out email [09:23] morning SteveA [09:24] labas, sivan [09:26] spiv: hello [09:27] jamesh: hi. is the UI stuff working out okay? === stub [i=stub@sweep.bur.st] has joined #launchpad [09:34] BjornT: Do you remember why you had to change bugnotifications.txt and 10-mark-bug-as-duplicate.txt for your changes? I'm trying to make sense of the conflicts I have in those files. [09:37] bradb: yes, i removed the ubuntu(upstream) task from bug 1, which resulted in support@ubuntu.com getting less bugmail [09:37] Malone bug #1: Microsoft has a majority market share In: Ubuntu, Severity: Critical, Assigned to: Mark Shuttleworth, Status: Accepted https://launchpad.net/bugs/1 [09:37] what? [09:37] BjornT: Ah. What made you want to remove that test data? [09:38] I mean, true. [09:38] SteveA: yeah [09:40] bradb: mostly to make it easier for me to test things. and since such a task doesn't make much sense, i thought it'd be better to remove it [09:40] SteveA: labas is 'Hello' in russina/lithuanian ? [09:40] ok [09:41] sivang: in lithuanian [09:42] stub, hi, around? [09:42] carlos: yes [09:42] stub, did you see kiko's email about missing cron outputs? [09:43] yes [09:43] do you have time to have a look at it? [09:43] no idea wtf is happening there. maybe getting filtered out on the mailing list or something [09:44] I know the cron scripts are being executed [09:45] so either is a local mail problem in that server === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:45] or as you suggest the mailing list is filtering out the emails [09:45] sivang: privet [09:45] sivang: privet in russian, or zdrastvetya [09:45] stub, could you change the destination email to be my email address to discard the mailing list problem? === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [09:56] jamesh: did the subpillars turn out to be all content objects? === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [10:07] SteveA: One of them ("Release series" for products) doesn't seem to have a corresponding page === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [10:07] the rest look okay [10:08] SteveA: That's probably okay if that item is not a link [10:08] SteveA: this family of languages has some many words to describe a term :) [10:08] (just highlight it if a ProductSeries is being viewed [10:12] Actually, Product -> Branches is also an interesting case [10:13] The only thing under /products/foo is /products/foo/+code, which is a view. The actual pages for branches (which have content objects) are under /people/branchowner/+branch/... [10:15] carlos: emails should be going direct now to both of us. === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [10:26] stub, ok, thanks [10:33] carlos: yup - looks like mailman or something else in our mail system is eating the messages [10:34] carlos: In fact, I don't see anything from gangotri :-/ [10:34] stub, how do you now it? I didn't get any email... [10:35] I got emails. That indicates it is the canonical email systems eating the messages (I used your @canonical.com address, but a direct email address for me) [10:37] ok [10:37] elmo: Message id 20051213092804.6922D318728@gangotri.warthogs.hbd.com from gangotri got to me (direct gangotri to my mail provider), but that same message appears to have been eaten when going to the error-reports mailing list and carlos' @canonical.com address === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [10:59] jamesh: do you think there would be a problem with making this channel -R now ? [11:01] SteveA: probably not === mode/#launchpad [+o SteveA] by ChanServ === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [11:06] BjornT: When you say "an attribute doesn't return anything", do you mean that the Attribute's documentation should be changed from "Return the number of ..." to just "The number of ..."? [11:06] bradb: yes, exactly [11:06] ok === mode/#launchpad [+o jamesh] by SteveA === mode/#launchpad [-o SteveA] by SteveA [11:07] jamesh: would you do it please? i have no idea how to drive irc. === mode/#launchpad [-R] by jamesh [11:10] just typing "/mode -R" in the channel should do it [11:10] What's the -R for? [11:11] carlos: +R is a freenode-specific channel flag that is equivalent to making the channel moderated but giving all users registered with nickserv voice [11:12] we had it turned on when someone was spamming the channel with some bots [11:12] so non registered people will not be able to join/chat here? [11:12] ok [11:12] I see [11:12] carlos: they were able to join, but not chat [11:12] should probably have turned it off earlier [11:17] SteveA, the link to the last meeting's summary is a broken link, do you have it done? [11:17] carlos: i have *some* of it done [11:18] ok [11:18] I will wait then [11:29] daf: ping [11:29] sivang: ping === mode/#launchpad [-o jamesh] by jamesh === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:33] jblack: pong [11:33] daf: I've got some bzr/lp docs that I've been working on. I hear that you may be working on that too [11:33] yes [11:34] I hear sivang may be working on it as well. [11:34] though I doubt there'd be much overlap with what I've already done [11:34] What are you doing? [11:34] yes, Sivan has volunteered to help [11:34] so far, I've been working on the PythonStyleGuide and the LaunchpadHackingFAQ [11:34] Sivan has been working on the RocketFuelSetup [11:35] So close, but not the same thing. Maybe it would be useful to join forces. [11:35] Ok. Sivang and I have been working on the same thing [11:35] yes, let's [11:35] ah, right [11:35] Ok. I'll send an email via the launchpad list proposing it. [11:36] SteveA, hi, do you have some minutes to help me with some browser code? [11:36] jblack: have you been working on the wiki or just offline? [11:36] I've been working on the wiki pages offline [11:36] ah, right [11:36] And I think its done. [11:36] we also took a look at PQMSetup, but didn't touch it yet [11:37] I've got PQMSetup here as well [11:37] cool [11:37] I think thats done as well, but I haven't tested the new script. [11:38] Anyways, stevea asked me to carbon the launchpad list. [11:38] I'm willing to be a guinea pig -- I have a change I need to land === koke [n=koke@ubuntu/member/koke] has joined #launchpad [11:41] Ok. I'm done reviewing [11:41] There's just one problem. [11:41] RocketFuelSetup has, as per lifeless, an rsync from rocketfuelbuilt. [11:41] but my understanding is that the lp policy is that there's only one branch per machine, in ~/ubuntu [11:42] I'm not sure I follow [11:42] you mean that each LP hacker only has one branch checked out? [11:43] As I understand it, yes. There's some policy that launchpad branches are supposed to be in ~/ubuntu [11:43] is this policy documented anywhere? [11:43] I haven't heard about it before [11:43] [11:43] ??? [11:43] that makes no sense to me [11:43] why should there be any policy about how many branches i'm using? [11:44] the "baz switch" command, and its workflow, has been very useful [11:44] It doesn't make sense to me either. When the supermirror rush came back around, I had to put this off to the side. [11:44] well... it's not really a policy, but I've seen it assumed in sever "handy" scripts provided by people. [11:44] and so i've often only needed one branch for development [11:44] i certainly do not have my code in ~/ubuntu [11:44] grr [11:44] bzr: ERROR: Not a branch: sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel [11:44] i don't put my working trees in my home directory [11:44] why should i want to back up my working trees? [11:45] SteveA: I hope you understand better why I didn't put them up in a public place yet or post them to a mailign list. [11:45] i don't understand that better [11:45] you can publish docs as works-in-progress [11:46] and in doing so, these issues come to light earlier [11:46] rather than coming to light only near the end [11:46] we need to share status updates, progress updates, and works in progress [11:46] daf: the checkouts not the branaches, under baz [11:46] that's why we have "working branch" on specs and bugs [11:46] daf: mark altered the rocketfuel setup to have ~/ubuntu/launchpad ages back now [11:47] lifeless: I thought checkouts were branches :) [11:47] lifeless: anyhow, any idea about my "Not a branch" woes? [11:47] daf: whats sthe command line [11:48] bzr pull [11:48] I've tried the // thing [11:48] SteveA, problem fixed. Don't worry [11:49] daf: ok, we generally dont pull from chinstrap directly because its still dog slow [11:49] daf: but you probably have a need for sftp://chinstrap.ubuntu.com/%2fhome/warthogs/archives/rocketfuel/launchpad/devel [11:49] oh, so I should just rsync? [11:49] eww eww eww [11:49] ok [11:49] lifeless: I'm a bit under the gun. I need to post something. [11:49] jblack: dude, why haven't you been updating the wiki as you go ? [11:49] jblack: Release Early, Release Often. [11:50] Lets take a step back. I'm feeling teamed up on and a bit bullied. [11:50] Thats not an open way for me to talk. [11:50] lifeless: that doesn't work either -- I'll just rsync it [11:51] My primary concern was that I didn't want to get anybody's setup messed up with the scripts before they were looked at by at least a second person. I was hoping you. :) [11:51] jblack: ok [11:51] I just popped back to see your comment about being under the gun [11:51] Ahh. [11:52] Yeah. Apparently this whole time I should have been more open on the launchpad list. [11:52] daf, I suppose it's an stupid question... but I suppose you are inside a launchpad tree, right? not inside the dists one... [11:52] Um, actually... [11:52] carlos: yeah -- I think it's just bzr's sftp support being silly [11:53] ok ;-) [11:53] stub, what's the status of staging? is the db mirror being update once per week? [11:54] carlos: Not yet - the DB hasn't been synced still due to ongoing gina testing. [11:54] daf: sftp urls are fluxing a bit, but with jbailey's new debs, it should at least work [11:54] stub, any ETA? [11:54] LarstiQ: I'm using jbailey's snapshots [11:55] carlos: When kiko, mdz and Kinnison are happy with the results I'm afraid. Hopefully we are getting close and we can go back to normal next week. [11:55] daf: tried with %2fhome instead of /home? [11:55] yes [11:55] ok [11:55] stub, thanks for the info [11:55] daf: bah [11:55] carlos: Are you blocked? I can set up a new production db mirror for your exports if so [11:56] stub, pitti is asking me for new language packs [11:56] stub, so that would be a good solution, if it does not causes you too much pain [11:57] I'll kick off the restore. Should be ready tomorrow. [11:57] stub, ok, thanks [11:57] I suppose it will be asuka but with another db name, right? === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Nafallo_away is now known as Nafallo [12:07] jblack: so - you have a concern about the difference between your docs and rocketfuel setup w.r.t. branches on disk ? [12:08] jblack: shall we talk that through, or do you want ot get your docs up on the wiki and we can both look at it together ? [12:08] I've mailed them to the list. [12:08] But I can put them on the wiki to. Hold. [12:09] back in 4-5 [12:13] back [12:14] carlos: Yes - launchpad_carlos on asuka [12:19] jblack: I've realised how late it is === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:19] good morning! [12:19] how about I help you with that test issue, then I can do a once over review of the ones in your email first thing tomorrow ? [12:21] Ok. they're on the page. [12:21] and on the list [12:21] thanks [12:21] such as they are. [12:22] longest journey, first step, sortof thing [12:22] so, I realise I left you hanging with that unittest question. [12:22] stub, ok, thanks [12:22] Almost. I just need to get a link on frontpage [12:22] been a bugger the last two days, with the fridge dying, finding a replacement, and restocking. === SteveA and brad --> lunch [12:24] lifeless: Ready when you are [12:24] ok [12:24] is it lp or bzr ? [12:24] or ??? [12:24] is what lp or bzr? [12:25] 22:19 < lifeless> jblack: I've realised how late it is [12:25] 22:19 < lifeless> how about I help you with that test issue, then I can do a once over review of the ones in your email first thing tomorrow ? [12:25] Yeah, sure [12:25] I caught that. [12:25] Oh, you mean both tomorrow? Sure [12:25] so is the unittest question, unittesting in lp-related code, or in bzr relted code ? [12:26] no, test thing now, should be just showing you the trick [12:26] Bzr related code. [12:26] ok. #bzr ? [12:26] sure === niemeyer [n=niemeyer@200-140-204-123.ctame7004.dsl.brasiltelecom.net.br] has joined #launchpad === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:32] Gooooooooooooooooooooooooood morning Launchpadders! === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [12:33] hi mpt [12:36] jblack: pong [12:36] morning mpt :) [12:36] mpt: got time for some questions w.r.t. the site map code? [12:37] jamesh, sure [12:37] sivang: I emailed the launchpad list and updated the wiki with the rocketfuel and pqm docs that I've been working on. === mpt wonders how horrible "assignee:" is as a search operator [12:37] sivang, you're hacking Launchpad now? [12:37] They're not production quality, one of them isn't even done. :( [12:37] jblack: cool, so it should be less ambigious to try and setup up RF Now? :) [12:37] actually, probably more at this exact moment. [12:37] But its gonna get better. [12:38] mpt, I'm doing big changes to the translation form so please, don't touch it (just in case you have it planned) [12:38] mpt: I've got the main pillars part of the site map working, so e.g. it highlights "Distributions" when you are under /distros [12:38] carlos, are you splitting it up into macros? [12:38] (actually, when you have traversed IDistributionSet) [12:38] mpt, I'm implementing PoMsgSetPage [12:38] mpt, yes [12:38] One of the two is in really good shape. The other one is in good shape for the first 1/2 or so, at which point you can see where I left off to take care of other stuff. [12:38] jamesh, great [12:38] mpt, pofile-translate.pt and pomsgset-translate.pt [12:38] carlos, cool, that'll make it easier for me to hack later [12:39] mpt: If I'm viewing IDistributionSet (the /distros page), as opposed to viewing an actual distro, should any sub pillar links be shown? [12:39] mpt: and if so, what should they point at? [12:39] and pofile-translate.pt includes the other [12:39] hummmm [12:39] that's my first question. [12:39] mpt: I try to help where/when I can :-) [12:39] jamesh, I suppose all the subpillars should be visible but unclickable [12:40] jblack: I'll take a quick look at RFS now, have you submitted your changes already? [12:40] I have [12:40] The second one is that some of the subpillars you listed, such as "release series" don't have pages related to them as a set [12:40] but do for individual items in the set [12:40] I also put up a rosetta page on the front page. its not exaustive, but it covers the more common ops. [12:41] jamesh, so that would be sometimes active, but always unclickable [12:41] mpt: okay. [12:41] I'm not saying any of this is a good idea! :-) [12:42] mpt: and a third question: for Products -> branches, the only page is /product/xxx/+code === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:42] but if we're going to show subpillars, I think that's probably the best way [12:42] once you click on a branch, you are under /people/xyz/+branch/xxx/branchname [12:42] hey there [12:42] jamesh, thanks dude -- I'll look at this right away [12:43] which puts you outside of the product pillar [12:43] I see [12:43] kiko: cool. My guess as to why your anchor wasn't in the focus chain was because you didn't set href [12:43] jamesh, so Branches is functinally the same as the Code facet? [12:44] jamesh, but I did -- look at the patch I sent [12:44] functionally, even [12:44] kiko: I never saw your version of the patch [12:44] jamesh, you didn't get my email?! === kiko cries [12:45] mpt: the problem is that while the list of branches for a product lives underneath the product in the URL space, the pages for actual branches are under the person [12:46] kiko: ah. found it now. It had no subject :) [12:46] jamesh, so Branches will only be the subpillar for one page per product [12:46] that's ok [12:46] jamesh, I forgot -s, apologies [12:47] kiko: n/p === Nafallo is now known as Nafallo_away === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:52] fala cprov [12:52] kiko: yo [12:52] what's the dogfood story? [12:53] and hey Kinnison? [12:56] kiko, seems like there are some problems with the mail server that's why we are not getting the Rosetta's email reports === jinty [n=jinty@115.Red-80-24-9.staticIP.rima-tde.net] has joined #launchpad [12:57] carlos, sheeeet [12:59] kiko, seems like only the emails outside canonical.com work [12:59] I see. who researched this for you? [12:59] hey stub [01:00] hey Kinnison? [01:00] Yo [01:01] thanks for doing the gina run [01:01] there were no packages in dapper-* foo :) === kiko should start using his brain more === Nafallo_away is now known as Nafallo === SteveA [n=steve@213.226.190.212] has joined #launchpad [01:08] hey SteveA [01:08] hi kiko [01:08] how's tuesday? [01:08] not so bad [01:08] mine's okay too [01:08] mild headache [01:08] good to hear [01:08] except for the headache part [01:11] jblack: just saw the email on lp ml, I also think it'd be better to put the wiki doucments on the wiki tagging is "WIP" , it's easier to view and comment that way [01:12] kiko: so .. every thing is accepted and proccesed in DF ... wil run publisher [01:12] cprov, you are THE MAN [01:13] kiko: uhm .. first need to merge Kinnison's fixes for publisher ... [01:13] 10 min [01:13] jblack: do you know if python-profiler is still needed? daf noted he thinks it's obsolete [01:14] hi SteveA. did you have a look at the patch I sent you thursday? [01:15] jblack: would you prefer follow up to the mailing list, or comment inline the wiki page? [01:15] stub, so Kinnison's going to kick off another publisher run [01:17] salgado: no i didn't. i'm having lunch with brad, but keep hassling me after lunch, or re-send the email so it is at the top of the queue. [01:17] sivang: I think keeping things on the wiki would be best [01:17] kiko: So the incorrect assumption is that hoary-backports has the same tasks as hoary [01:17] sivang: feel free to add notes about things that are in doubt [01:17] kiko: The question is, is the archive right, or is my assumption more correct? [01:17] SteveA, okay, I'll re-send it [01:18] thanks! [01:18] daf: ok, I prefer that approach as well. [01:18] kiko, stub discovered the problem [01:18] sivang: great [01:18] sivang: thanks for fixing my typo, by the way [01:18] Merge to devel/launchpad: Update the homepage's list of products: a) change the heading to say "Featured Products" given that's what they are (and not a calculated list of projects, as the old title seemed to imply) and b) to list Bazaar-NG instead of baz. rs=mark (r2910: kiko, Christian Reis) [01:18] Kinnison, the archive is right, for all purposes [01:18] kiko: personally I believe that I made the correct assumption and that it's a bug in our archive, *but* I might be wrong [01:18] jesus christ [01:18] that took 12 hours to merge [01:18] Kinnison, I think this following [01:19] we need to track the archive for these packages [01:19] I mean, the extra-overrides for warty/hoary/breezy are by definition the ones in the archive [01:19] we can't second-guess them (in particular because they want to change them) [01:19] mmm [01:19] now [01:19] FOR DAPPER [01:20] the plot thickens [01:20] because they will need to have a way to add said E-O [01:20] and at the moment the only way is generating this file [01:20] and plugging it into the publisher [01:20] which is bad [01:20] Aye [01:21] do we have a plan for that? [01:21] There are some specs on putting EO into the database [01:21] mpt, Hmm, I'm having a problem with the translation form split [01:22] mpt, When I do a submit on the main form (pofile-translate.pt) how can I 'forward' the submit to the pomsgset's view? [01:22] I need that to render the input errors... [01:26] kiko: I've updated it to have separated EOs for hoary-backports [01:26] Kinnison, should it be separate for all pockets I wonder? [01:26] kiko: I'm gonna go and get lunch now, and buy some wood for a door, get a fuse or two, that kind of joyful thing [01:26] I think by definition they need to [01:26] because it's a policy decision to modify them [01:26] kiko: the change I made was separate for all pockets, falling back to using those out of main if there is no file for the pocket [01:26] I see [01:27] and you generate E-O for all pockets? === Kinnison nods [01:27] should be okay then === Kinnison will be back later [01:27] hopefully it'll be a good way through publishing by then [01:27] Kinnison, I'm going to call rob to get him to make you send activity reports! [01:27] drescher:/tmp/publog3 is the log [01:28] kiko: *grin* I have them to send, I'll do 'em when I get back from town, mmkay? [01:28] I hear rob doesn't fuck around [01:28] daf: hehe, you're most welcome :) [01:28] yeah [01:30] Kinnison, kiko : lol [01:30] kiko: He doesn't? I shall have to tell him to do so === Kinnison -> Lunch, while you lot work that one out === sivang ROTFL heavily [01:30] ouch [01:30] you get what you pay for [01:32] daf: would you think it would be good to have a very small, not more then a dozen words description of ConfigManager, or is there a wiki page that we can link to from there? I have a rough idea what it is now, but when I first read ove rthe RFS page it bothered me to have installed something I don't really understand why I need. Note, that this comes out of relative ignorace in RCS systems probably :) [01:32] hmm [01:33]