[01:27] <Nivex> Good evening.
[01:33] <shtylman> cjwatson: was that device mapper issue ever resolved?
[01:42] <Nivex> I'm not able to get the karmic Server beta installer to prompt me for iSCSI target information.
[01:43] <Nivex> I've just started reading up on how d-i works, so I apologize for not being able to give more than that at the moment.
[02:24] <Nivex> hmm, partman-iscsi isn't getting loaded (/lib/partman/init.d/40iscsi isn't present)
[02:54] <Nivex> drat.  I did an "anna-install partman-iscsi" early on, it's getting loaded now, but still no prompt.
[03:22] <Nivex> evenin' kirkland
[03:22] <kirkland> howdy
[03:24] <Nivex> I'm trying to get the iSCSI install working in the Karmic Beta and not having much luck
[09:24] <cjwatson> Nivex: the way it's supposed to work is that if you don't have any disks, you get that big prompt for drivers - but the very top item in that selection should be "login to iSCSI targets"
[09:25] <cjwatson> Nivex: you should not need to mess around with anna-install by hand, although good initiative :)
[09:26] <cjwatson> hmm, that said, let me try to remember what *is* supposed to load partman-iscsi ...
[09:27] <cjwatson> ah, maybe that is indeed a bug - I think it should be Priority: standard in the archive so that it gets automatically loaded. I'll fix that
[09:28] <cjwatson> Nivex: try just booting with "anna/choose_modules=partman-iscsi" as a boot parameter, I suspect it'll be happier if it's there from the start
[09:29] <CIA-33> partman-iscsi: cjwatson * r25 ubuntu/debian/ (changelog control): Change priority to standard to match overrides.
[11:45] <evand> I picked the wrong day to pull an image off of releases.ubuntu.com.
[11:52] <CIA-33> usb-creator: evand * r227 trunk/debian/changelog: releasing version 0.2.9
[12:28] <CIA-33> ubiquity-slideshow-ubuntu: evand * r158 ubiquity-slideshow-ubuntu/ (267 files in 12 dirs): Updated translations from Launchpad.
[12:36] <CIA-33> ubiquity-slideshow-ubuntu: evand * r159 ubiquity-slideshow-ubuntu/debian/changelog: releasing version 8
[13:31] <Nivex> cjwatson: I added the "anna/choose_modules=partman-iscsi" boot parameter and still no joy
[13:31] <cjwatson> Nivex: right, is there a "login to iSCSI targets" entry at the top of the driver prompt?
[13:34] <Nivex> Ah, yes, there it is.  I had booted this morning with my dummy hard disk
[13:34] <Nivex> expecting to see an option in the manual partitioner
[13:34] <cjwatson> there *should* be one of those two
[13:34] <cjwatson> err, too
[13:34] <cjwatson> are you seeing the partitioner but no option, or are you seeing an error before the partitioner starts?
[13:35] <Nivex> partitioner with no option
[13:35] <cjwatson> oh, I see
[13:37] <CIA-33> partman-iscsi: cjwatson * r26 ubuntu/ (choose_partition/iscsi/choices debian/changelog):
[13:37] <CIA-33> partman-iscsi: Stop checking disk-detect/iscsi/enable before deciding whether to offer
[13:37] <CIA-33> partman-iscsi: an option in the partitioner, as that template doesn't exist any more.
[13:37] <cjwatson> that should fix it
[13:38] <cjwatson> but in the meantime, "login to iSCSI targets" should do the trick
[13:38] <cjwatson> thanks for your report
[13:38] <CIA-33> partman-iscsi: cjwatson * r27 ubuntu/debian/changelog: releasing version 3
[13:38] <Nivex> cool.  Some poor soul in the forums bumped into the same problem an filed LP#435290.  We might want to update that with this discussion.
[13:39] <cjwatson> I'll close it, thanks
[13:41] <cjwatson> shame nobody saw that and assigned it to an installer package :(
[13:42] <Nivex> by folding the iSCSI bits into partman, does this mean the alternate installer will have this support as well as server?
[13:43] <cjwatson> partman-iscsi isn't on the alternate CD, so no, although netboot will have it
[13:43] <cjwatson> I didn't think it was a high enough priority for the alternate install CD to justify the CD space
[13:43] <Nivex> ah ok.  As long as netboot has it, I'm happy :)
[13:44] <cjwatson> please do let me know if it's still broken after this
[13:44] <Nivex> Is there a daily spin I can grab?
[13:44] <cjwatson> should be tomorrow, http://cdimage.ubuntu.com/ubuntu-server/daily/current/
[13:45] <Nivex> alrighty, I'll check back in tomorrow for the image
[14:23] <cody-somerville> evand, just ignoring exceptions is not a fix for LP #439977
[14:24] <evand> cody-somerville: apologies, I didn't intend for it to be
[14:25] <cody-somerville> evand, The change shouldn't have been uploaded.
[14:25] <evand> I disagree.
[14:25] <cody-somerville> evand, Now usb-creator will both seem successful and the resulting usb fail to boot alternative images correctly.
[14:25] <evand> It fixed a bug.  It didn't fix your exact bug, but it was still an important fix.
[14:26] <evand> I've seen your mail.  If usb-creator is going to process every .cfg file in that directory, I'd like to look the existing code over to make sure it wont explode in currently unforeseen ways.  I haven't had a chance to do that just yet.
[14:26] <cody-somerville> evand, All you did was ignore any possible exceptions
[14:26] <cody-somerville> evand, and you code will throw an exception on every run
[14:26] <cody-somerville> evand, *your
[14:26] <evand> It set out to ignore any exceptions around that code to begin with.
[14:27] <cody-somerville> evand, the syslinux mangling is a critical part of your tool
[14:28] <cody-somerville> evand, I've provided a patch for this among other things. Why did you not even comment on it instead of ignoring it all together?
[14:28] <evand> What makes you think it will throw an exception on every run?
[14:28] <cody-somerville> evand, from my comment: "I've also uncovered another bug in that code. You fail to reset the command variable so a ValueError is thrown since you ask for the index of the command for the previous non-blank line for lines that *are* blank. I'll include the fix in the branch."
[14:29] <evand> First of all, calm down.  As I said above, I did not ignore your patch.  I just have not had a chance to review the possible implications of it.
[14:29] <cody-somerville> evand, You misinterpret my text. I am calm. Just asking.
[14:30] <evand> I saw the bug and your email before you sent the follow up.
[14:41] <evand> reviewing now
[14:52] <cody-somerville> evand, thanks. Let me know if there is any problems or you'd prefer I did something differently.
[14:52] <evand> will do, thanks
[15:23] <CIA-33> grub-installer: cjwatson * r815 ubuntu/debian/changelog: releasing version 1.43ubuntu4
[15:24] <rgreening> morning evand
[15:24] <evand> hello
[15:24] <rgreening> evand: I assume you'll be at UDS, yes?
[15:24]  * rgreening got his invite last night
[15:25] <rgreening> :P
[15:25] <evand> until they fire me for gross misconduct :)
[15:25] <evand> congratulations!
[15:25] <rgreening> muhaha
[15:25] <rgreening> ty
[15:25] <rgreening> so, I have 3 blueprints up already
[15:25] <rgreening> ha
[15:25] <evand> great
[15:26] <cjwatson> evand: you have plans in that area? ;-)
[15:26] <evand> lol
[15:26] <evand> not yet, no
[15:36]  * rgreening doesn't see evand doing anything "gross" :)
[15:54] <evand> cjwatson: looking at bug 438155, would you say it's a bug that loadkeys explodes on UTF data (try `ckbcomp -layout ar | loadkeys -mu`), or is there a better way to get the desired output than the approach frontends/kde_components/Keyboard.py is taking?
[15:54] <evand> I'm learning as I go with respect to this, unfortunately
[15:55] <cjwatson> evand: console-setup 1.34ubuntu3 should fix that, I think?
[15:56] <cjwatson> we had to cause loadkeys to ignore 0xf000-0xffff, since the kernel doesn't consider them Unicode (personally I think the ignoring went a little far in completely bailing out of the whole keymap, but hey)
[15:56] <cjwatson> and console-setup hadn't been updated to account for that
[15:56] <evand> ahh
[15:56] <davmor2> rgreening: You don't know evand ;)
[15:56] <rgreening> bwahaha
[15:56] <cjwatson> evand: not absolutely certain it fixes that bug, since I was working on something else, but it sounds pretty similar
[15:57]  * rgreening thinks evand will have to come with the kubuntu team to medieval times in Dallas :P
[15:58] <evand> indeed, sounds like it.  I'll confirm just as soon as my modem realizes it's not rated at 28800 bps.
[15:59] <evand> rgreening: there's a medieval times in Dallas?
[15:59] <evand> I've been to the one in New Jersey a few times
[16:00] <evand> but not for about 15 years.
[16:00] <rgreening> heh
[16:14] <superm1> it's fun to do at least once in your life
[16:14] <superm1> 've done the chicago one before
[16:44] <rgreening> evand: boo.. I just got a PFO from Canonical regardingthat foundations job...
[16:44] <rgreening> hah. their loss
[16:48] <evand> rgreening: sorry to hear that
[16:49] <rgreening> no odds... Im sure they couldn't afford me :)
[16:49] <evand> :)
[16:49] <rgreening> haha
[16:50] <cjwatson> I don't think that's personal, the opening just closed AIUI
[16:50] <rgreening> AIUI?
[16:51] <evand> as I understand it
[16:51] <rgreening> doh
[16:51] <rgreening> hah
[16:51] <rgreening> no hard feelings here.. :)
[16:53] <rgreening> I applied as it would be beneficial to them more than me :) I already have a great job with a national telco and I run an entire region :)
[17:00]  * rgreening likes to toot his horn all too often ... just kick me at UDS :P
[17:01] <evand> haha
[17:23] <evand> cody-somerville: I haven't forgotten about your merge, the kernel just hates my usb disk or my usb disk hates data, and is taking ages to write to.
[17:23]  * evand out for a while
[17:23] <cody-somerville> :)
[18:11] <rgreening> evand: 0.2.9... almost at 0.3.0... haha
[18:55] <rgreening> evand: looks like we may need a 0.3.0 soon :)   bug 440719
[18:55] <rgreening> need to fix using str cast to utf8 cast instead.. my bad on that.