[05:36] sorry for cross posting: Could some one please point me to a document or help me in Setting up RAID on an existing Ubuntu Machine, the machine only had 2TB hard drive, i saw my friends machine just die last week and lost most of his data, I am being little cautious here went and brought another disk 2TB now my ubuntu is able to see the disk, could some one tell me how to setup as RAID 1 mirror please === tasdomas_afk is now known as tasdomas [07:56] ozysimpson: this isn't the channel to ask that kinda question, perhaps #ubuntu === tasdomas is now known as tasdomas_afk === tasdomas_afk is now known as tasdomas [11:36] wgrant, weird, https://launchpad.net/builders/chindi02 takes 2 days to build a translation template-.- [11:37] It's obviously dead, but I wonder how to cancel it ... [11:37] Done [11:38] un-ok, wait for scan to rescue the DB job, re-ok, next scan will rescue slave [11:38] Ugh [11:38] We should expose a builder's current build on the API [11:38] 2013-09-16 11:37:58+0000 [QueryProtocol,client] Builder 'chindi02' rescued from 'TRANSLATIONTEMPLATESBUILD-43563': 'Slave building when should be idle.' [11:38] cjwatson: TTBs can't be cancelled normally anyway. [11:39] How come? The process-reaping bits in lp-buildd are hooked up for them. [11:39] I mean on the DB model side [11:39] They have no concept of cancellation, in either the model object or the BFJB [11:40] Ah, ugh [11:42] Incidentally "Builder 'chindi02' rescued from 'TRANSLATIONTEMPLATESBUILD-43563': 'Slave building when should be idle.'" repeats a lot in the buildd-manager log - is something wrong there or does it just take a while? [11:42] The slave isn't cancelling, quite possibly because it's hung beyond repair. [11:42] We should probably immediately reset if there's no job to send the log back to [11:43] In fact I think I have a bug for that. [11:43] https://bugs.launchpad.net/launchpad/+bug/1041701 [11:43] Ubuntu bug 1041701 in Launchpad itself "rescueBuilderIfLost cleans up virtual builders inefficiently" [High,Triaged] [11:45] Mm, I think I didn't touch that because I don't sufficiently understand the fake-virtual armhf builders. [11:45] That's obsolete now; the virtual builders are all virtual. [11:45] I might look at it this week. [11:46] When I filed that bug, the armhf builders were pandaboards with a no-op reset trigger [11:46] So resetting for cleanup purposes wouldn't be immensely effective. === Guest8446 is now known as wedgwood === tasdomas is now known as tasdomas_afk === DarkPlayer_ is now known as DarkPlayer [15:45] Greetings, I am on windows, using the bazaar gui, and I am trying to make my own branch to a project. This is the code I am using: bzr+ssh://bazaar.launchpad.net/~lord-high-exchequer/dominion.linux/trunk/ [15:46] unfortunately it is saying in response "Permission denied (publickey). [15:46] ConnectionReset reading response for 'BzrDir.open_2.1', retrying" [15:46] im new to launchpad and bazaar; is there something I am doing wrong? [15:48] Akiva-Mobile: what do you get from `ssh -vv lord-high-exchequer@bazaar.launchpad.net`? you have some ssh keys on that account, but you need the private key accessible locally to connect [15:49] thanks [15:50] mgz from a terminal, right? [15:50] or from the gui? [15:50] < graphics designer, not a programmer :/ [15:51] Akiva-Mobile: from a terminal, it will give more details before the "Permission denied (publickey)" from the underlying program, which might be helpful [15:51] !pastebin [15:51] For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://imagebin.org/?page=add | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. [15:52] thanks [15:56] okay, so I was lying, winterfrost was the guy having the issues; [16:06] Akiva-Mobile: so, he needs his own account and ssh key, is the answer [16:07] get him to read the setting up ssh page on help.launchpad.net [16:07] mgz: your script actually apparently worked for him [16:07] he had that setup [16:07] Yeah, I had the ssh key done. It seems to be working now though. [16:08] mgz: +1 internet points for you [16:09] could someone look at this recipe failiure https://launchpadlibrarian.net/150406874/buildlog.txt.gz [16:24] wgrant: czajkowski ^^ [16:24] can be reproduced everytime [16:25] https://code.launchpad.net/~blue-shell/+recipe/milou-daily > for all failiures === tstevenson_ is now known as tstevenson === nesthib is now known as Guest32783 [18:01] shadeslayer: I don't work for canonical any more [18:02] oh .... [18:03] shadeslayer: eh. looks like it works now? [18:04] dobey: I changed the version [18:04] so that it doesn't use git-commit and doesn't use version 0.4 [18:05] dobey: the weird thing is that it works in another project [18:05] but that project uses nest instead of merge for the packaging brancjh [18:05] actually, that might make sense, because if you merge 2 branches the git commit might change or sth [18:06] since you're modifying the bzr history [18:06] yofel: ^^ [18:06] while in nesting you're not [18:06] but then why does it work locally ... [18:06] what does merging have to do with *git*-commit? If anything it would change revno [18:07] i'd say more likely git-commit would fail because with merge you'd have uncommitted changes in the tree [18:09] dobey: so why does it work locally [18:09] shadeslayer: you're not running on hardy? [18:10] heh true, but I thought the buildd's had the latest bzr? [18:10] maybe it's not a bzr issue, but python? [18:10] there are plenty of issues that only happen on the build servers, unfortunately :-/ [18:10] hm, yeah, the traceback does indicate that it doesn't have a python method split [18:11] someone should document these quirks in the launchpad help page [18:11] well, the buildd's use python2.5, which indeed is far too old [18:11] this is bug 915505 btw. [18:11] bug 915505 in launchpad-buildd "0.4 recipes: bzr: ERROR: exceptions.AttributeError: 'cStringIO.StringI' object has no attribute 'split'" [Critical,Triaged] https://launchpad.net/bugs/915505 [18:14] yep, nesting works [18:14] silly launchpad === Guest32783 is now known as nesthib [18:59] yofel: builderstack (which will involve them running precise instead of hardy) is supposed to be RSN [19:00] (though we've been hearing that for a while) [19:01] yeah, I'll be happy once it gets fixed, but I'm not holding my breath ^^ [21:28] I'm having some trouble getting through to the LP API, does it need kicking? [21:38] trouble in what sense? [21:39] dobey, let me paste one sec [21:40] dobey, here's me in ipython: http://paste.ubuntu.com/6116795/ [21:48] oh, that is the staging server [21:49] Yeah, staging was having a (long) DB restore last I checked [21:49] appears to still be going as the OOPS is a DB issue on the server [21:52] It's a many-hour job [21:52] wgrant estimated 12-24 hours about 7.5 hours ago [21:55] dobey, cjwatson ok yes I'm able to get on the production service, thanks [22:16] can someone instruct on how to use the LP API to get all bugs reported by a specific user? === bigjools_ is now known as bigjools [22:21] alesage: person.searchTasks(bug_reporter=person) [22:21] should do it [22:21] cjwatson, thanks :)