[12:06] rvba: howdy! the "fix" is merely to not list raring on etc/maas/import_pxe_files thogh i expected they would be available by now [12:06] smoser ETA on raring ephemetal? [12:06] roaksoax: Hi, thanks for your reply. [12:07] It's a bit weird to add support for raring before the images are available :). [12:07] rvba: it was requested :) [12:07] Okay :). [12:07] But now the automated testing is broken :/ [12:07] they want to test raring deployment [12:09] rvba: just disable raring by default on import_pxe_files forbthe time being [12:09] roaksoax: you mean revert your change? [12:09] rvba: not completely [12:10] rvba only etc/import_pxe_files [12:10] rvba or in import_ephemerals only list precise and quantal [12:11] i think the latter is better [12:11] or i can do it :) [12:13] roaksoax: if you don't mind, that would be great ;) [12:15] rvba: this should do it: http://paste.ubuntu.com/1608483/ [12:17] roaksoax: if the images are going to be available presently, it might not be worth it… [12:18] rvba: yeah I asked smoser last week, he said that he was hoping to have them soon that's why I didn't disable it by default [12:19] Ok, I could also fix etc/import_pxe_files in the integration test for now. [12:19] yeah that too :) [12:20] rvba: btw... http://pastebin.ubuntu.com/1608495/ [12:21] roaksoax: that's a weird one, I'm going to ask allenap to have a look at this one ;) [12:22] cool :) [12:22] thanks [12:24] rvba: that seems to be quantal archive error [12:24] rvba: so no owrroes as the SRU should cover that [12:25] rvba: or maybe is my machine which is broken [12:25] weird [12:25] since I upgraded ot the SRU version [12:25] anyway [12:26] wXgs3Ra4yWsNY3aRSw:S5EWzC8uc6mJxFvvcp:YLGfy3ZSZZMUuepwdeDPwBRgLznPf4gR [12:26] err [12:33] rvba: how can I change the power parameters of a node from the cli? [12:45] 22 10.98.191.18 [12:45] err [12:50] roaksoax: maas-cli(8) has an example of setting power params; search for power_parameters. There's no documentation of the parameter names themselves though, afaict :-/ [12:53] allenap: yeah i got it :)! though the problem is that I only want to update 1 field, but it clears out everything else [12:55] roaksoax: Mmm, sorry :( [13:04] allenap: heh no worries :) I'll work around it :) [13:42] Question: When setting up PXE boot with only option 66 in the DHCP (as my router only supports 66, not 67), will it work to PXE boot the systems for MAAS? [13:59] Question: When setting up PXE boot with only option 66 in the DHCP (as my router only supports 66, not 67), will it work to PXE boot the systems for MAAS? [14:02] Anybody? [14:20] rvba, could you review https://code.launchpad.net/~smoser/maas/iscsi-root-equal/+merge/146016 for me ? [14:20] or, because it is 'approve', can i just set it so [14:20] i just forget what the rules are [14:46] smoser: you've got a +1 vote so you can mark it approved and it will get landed. (also, I created a package with that branch and had a run in the lab) [14:46] lgtm btw ;) [14:47] rvba, gracias. i'll mark approved. [14:47] smoser: will you need to backport it to 1.2 ? [14:48] rvba, i'm sure its trivial to do. [14:48] i'd consider it a low priority bug fix. [14:48] it is arguably security releated, in that a user of a instance in maas could "take over" a node as it is right now. [14:49] smoser: it is trivial to do. Then you can self-approve that 1.2 branch as it will be a simple backport. [14:52] rvba, ok. i'll do that. thanks for your help. [15:19] rvba, is there a "correct" way to do the 1.2 cherry pick ? [15:20] ( cd ../trunk.iscsi-root-equal && bzr log -r -1 -p ) | patch -p0 [15:20] is easy enough, but clealry would not maintain any bzr knowledge of what was cherry picked [15:20] smoser: the simplest way is to use bzr to do the work for you. [15:20] this is where you tell me how to do that. [15:21] smoser: cd maas-1.2 && bzr merge -c ../maas && bzr commit -m "Backport of revision " [15:21] ah. '-c' . i tried '-r' and it wasn't so happy. === matsubara is now known as matsubara-lunch === matsubara-lunch is now known as matsubara === matsubara is now known as matsubara-afk