/srv/irclogs.ubuntu.com/2010/01/14/#ubuntu-installer.txt

CIA-6partman-base: cjwatson * r181 ubuntu/ (debian/changelog lib/base.sh):01:39
CIA-6partman-base: Fix regression from calling sed outside debconf_select's inner loop:01:39
CIA-6partman-base: remove empty choices, which confused cdebconf. This notably happened01:39
CIA-6partman-base: when asking partman-auto/choose_recipe with a trailing newline on the01:39
CIA-6partman-base: choices list (LP: #507059).01:39
arahey ev, I have one small question about usb-creator, may I?10:40
evara: absolutely10:40
araev, is there any reason why I can't create a disk with my 4gb usb stick?10:43
evNo, there shouldn't be.  What happens when you try?10:44
araev, in the list of disk to sue, you know that normally appears /dev/sdb (that cannot be used), and /dev/sdb1 that can. in the 4gb usb stick /dev/sdb1 never appears10:48
araev, btw, the distinction between /dev/sdb (that can never be used) and /dev/sdb1 lacks a bit of usability10:48
araev, and the Format button does not seem to be working either10:49
araev, (I am using the gtk version, btw)10:49
evara: can you pastebin the output of devkit-disks --dump10:59
evara: distinction> indeed, there's an outstanding bug or two for that10:59
evara: format> very odd.  Can you also pastebin your ~/.usbcreator.log?11:00
araev, http://paste.ubuntu.com/356506/11:01
evara: was there nothing in devkit-disks --dump for /dev/sdb1?11:03
araev, no11:03
evah, then as far as usb-creator is concerned, it doesn't exist :).  I suspect this is a bug a big lower down, assuming you have a /dev/sdb1 device node.11:03
araev, looking at the log, I have seen that format was not working because it was mounted (but the gtk application did not give me any error)11:03
araev, so that's a bug (I'll file that one)11:04
evara: much appreciated, thanks!11:04
araev, and when I unmounted it, and clicked format, sdb1 appeared, so I guess now I can use it11:04
evlovely11:05
araev, bug 50742011:08
ubottuLaunchpad bug 507420 in usb-creator "If you try to format a mounted device, the application does not give you any error" [Undecided,New] https://launchpad.net/bugs/50742011:08
evcool, thanks11:09
evcjwatson: (bug 506585) looking over r3643, I don't see how that can work.  You preseed the name of the script, but ask_user only accepts responses of the form "80script" or "80script________script", not "script".11:33
ubottuLaunchpad bug 506585 in ubiquity "[Lucid Xubuntu] Manual partitioning using Desktop image can not be done" [Undecided,In progress] https://launchpad.net/bugs/50658511:33
cjwatson                        if [ "$default" = "$plugin" ] ||11:36
cjwatson                           [ "$default" = "${plugin#[0-9][0-9]}" ]; then11:36
cjwatson                                default="$key"11:36
cjwatson                        fi11:36
cjwatsonought to arrange for "script" to work ...11:36
cjwatson(in debconf_select)11:36
cjwatsonI did test that change, I guess not well enough, sorry :-(11:36
evah, sorry about that.  Didn't go far enough down into the rabbit hole, it seems.11:41
evcompletely missed that substitution11:41
* ev digs further11:42
cjwatsonodd11:44
cjwatsonI think I'd suggest the 'set -x' hammer to investigate ...11:44
evindeed, thanks11:50
evcjwatson: ah!  It doesn't work because that processing (debconf_select) is done just before the question is actually asked, and partman.py only preseeds 'delete' as the question is being asked.12:50
cjwatsonmeh12:56
cjwatsonso how do we fix this?  the core problem in the original bug is that with the perf optimisation partman.py doesn't necessarily have the list of scripts in hand12:56
cjwatsonI think perhaps we need to add something to debconf_select to let that kind of preseeding work ...12:56
cjwatson... which is tricky 'cos debconf_select doesn't know either, if choices are frozen12:57
cjwatsonmaybe this whole frozen choices thing was a bad idea, but it does make things so much faster :-/12:57
cjwatsonI suppose we could have ask_user look for [0-9][0-9]$RET or something ...12:58
cjwatsonin $dir12:58
evsorry, had stepped out for lucnh13:59
evhrm13:59
superm1ev, regarding removing oem-config post install, perhaps should you be removing 'ubiquity' instead of 'oem-config'?  removing ubiquity should knock out all of oem-config too14:38
=== robbiew_ is now known as robbiew
evcjwatson: I take it the choices being frozen prevents us from using must_find_one_script on menu_options?  If so, I'll agree for lack of a better solution.15:02
evcjwatson: something like this http://pastebin.ubuntu.com/356601/ ?15:02
cjwatsonso the point of freezing choices was to avoid spending so much time listing out the choices when we already knew what we were going to do15:02
everr, just written properly, with $RET15:02
cjwatsonthe problem is a fencepost error15:03
cjwatsonwe thaw the choices one step too late15:03
cjwatsonit might be possible to work out that we're about to return to the top level and return control to the user, and thaw choices then, maybe15:03
cjwatsonthat sort of thing was what I was thinking of, although be careful with what test(1) will do if there's more than one match; you might have to use a for loop and break15:04
cjwatsonpossibly something like http://paste.ubuntu.com/356608/, not that that makes things any less ridiculously complicated in there15:11
cjwatsondoes that make any sense?15:11
cjwatsoneither we need to handle bare preseeding as your paste, or we need to arrange to thaw choose_partition choices just before we get to the point where we currently realise that we've finished building the cache15:12
evthat seems significantly cleaner15:15
cjwatsonas usual the partman component state machine could do with some kind of diagram :-(  I'm not entirely confident that that's the only possible transition back to choose_partition when choices are frozen15:17
cjwatsonalthough I *think* it is15:17
evsuperm1: good call15:18
evindeed, my eyes are slightly sore, having dug through this15:19
CIA-6ubiquity: superm1 * r3655 ubiquity/ (bin/oem-config-firstboot debian/changelog): Adjust previous commit to remove ubiquity rather than oem-config (ubiquity will knock out of all oem-config too)16:06
=== ubottu is now known as ubott2
=== robbiew is now known as robbiew-afk
=== robbiew-afk is now known as robbiew_

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!