[00:00] I think those may be regrettably missing. [00:00] ok [00:00] maybe I'll fire up another netconsole install and poke around :) [00:00] thanks! [00:00] http://d-i.alioth.debian.org/doc/internals/index.html covers them. [00:01] perfect [00:01] seriously googling for this stuff is nearly impossible :( [00:02] The downside of popularity. It used to be easier. [00:02] hehe [00:12] and there's no way to define hooks directly in the preseed file apparently? [00:12] other than using an early_command to write them out that is [00:15] hook/post-base-installer/1 string "foo" [00:15] for instance [00:15] (would be really cool if it could do that) [00:15] Sadly not. I've always kind of meant to get roudn to that [00:15] *round [00:16] is there a preferred place to submit feature requests? I'll go ahead and put one in [00:16] not that I'm gonna wait for it to get done, but it might be helpful for folks in the future or such [00:18] https://bugs.launchpad.net/ubuntu/+source/debian-installer/+filebug I guess [00:19] cool, thanks! [00:19] Actually you might need to use https://bugs.launchpad.net/ubuntu/+source/debian-installer/+filebug?no-redirect to stop it sending you through ubuntu-bug or whatever [00:19] (Which isn't going to be helpful in this case, although it often is) [00:28] submitted. thanks! [01:11] root@ns1:~# id puppet [01:11] uid=600(puppet) gid=600(puppet) groups=600(puppet) [01:11] cjwatson: thanks again, got it working [07:18] jkitchen: excellent [08:51] What grub's debug parameter should I use when I encounter some problem that it can not boot to the grub menu? [08:51] But I can see grub menu after several cool boots. [08:55] Simplest way is to use the --debug-image=all parameter to grub-install and try to capture the last screenful of output [08:56] The issue is happening in GRUB instead of Linux kernel. [08:57] I thought it is to put some command in /boot/grub/grub.cfg . [09:00] OK. I may understand. [09:02] cjwatson: Thanks a lot. [09:08] I put 'set debug=all' in /boot/grub/grub.cfg . It should be the same. [09:11] Not if it fails to even get to the point of reading grub.cfg [09:11] But I guess you know best and don't need me then :-P [09:11] So far it can read k [09:11] So far it can read /boot/grub/grub.cfg . [09:12] So I can see the debug messages. [09:12] Somehow it gets stuck before entering GRUB menu. :( [09:33] after new install on new Dell-Inspiron14z(pre-loaded-withwin8), installed from live-USB ubuntu13-64bit on space created next to win8 (using Gparted) install finished nicely, yet failed to boot, used boot-repair-live-media to repair, after reboot, showed Grub menu, loads windows correctly, but when trying to load Ubuntu from grub menu, just hangs showing blank purple screen see: paste.ubuntu.com/5883944/ Anybody got ideas? [09:42] 'debug=all' is the most verbose parameter. Which is the second one? [09:44] Or is there a list of debug parameters? [09:46] FourDollars: from there you just have to find the debug category you're interested in and enable only that [09:46] (or categories, separated by ,) [09:48] cjwatson: Is there any category list available? [09:48] Only in the source I'm afraid [09:48] :( [09:49] But debug=all is for developers anyway ... [09:49] So you're expected to accompany it with source-diving [09:49] 'debug=all' shows too many messages and it is slow. [09:50] However the last thing it outputs should give an idea of where it hangs [09:50] I never actually read all of debug=all, it's just a way to get an approximation of how far it got [09:50] I see. [09:52] Is it possible to redirect the output to a serial console? [09:53] https://help.ubuntu.com/community/SerialConsoleHowto [09:54] https://www.gnu.org/software/grub/manual/grub.html#Serial-terminal [09:59] Is it possible via USB? [10:01] debug=usb ? [10:04] No, it is not this way. [10:11] The screen is cleared by the purple background, and then it halts. :( [10:12] All debug messages are disappeared. [10:13] Maybe I should try it by entering grub commands manually. === balloons_ is now known as balloons [21:38] gah, seriously... those autopilot changes in ubiquity could have done with a tests/run before being pushed... [21:39] the files contained mixed spaces and tabs, a ton of unneeded imports, broken indent and a ton of whitespaces not to mention 20 or so blank lines at the end of the files... [21:39] I was hoping for a quick ubiquity upload, not having to fix all that mess... [21:44] yay, I've got a source package! now let's see if I can get that thing to build (I have a feeling that even if it does, it's going to blow up in autopkgtest when I upload, but oh well...) [21:44] stgraber: fork. and upload. sorry about that. [21:44] stgraber: yeah, i'm trying to stage the autopilot test run, it will blow up at the moment. [21:45] stgraber: sorry, it's been a big piece of work i am hoping to land today..... =/ [21:46] xnox: hmm, ok, well I fixed a bunch of the obvious issues in lp:ubiquity [21:46] xnox: and now running a build locally to see what else explodes. If that passes, do we have an easy way of turning off the bits we know will fail at test time? [21:47] so I can just upload from the branch instead of having to deal with branching and rebasing [21:47] stgraber: debian/tests/control should not list "autopilot" [21:47] xnox: it doesn't at the moment [21:48] right, than it shouldn't run =) [21:48] good, so let's hope the other existing tests will be happy then ;) [21:48] ah, apparently not, just got a FTBFS from sbuild... [21:48] stgraber: push the branch, and I can run the adt test runner on my machine quickly to check. [21:48] xnox: lp:ubiquity is up to date (just haven't tagged for release) [21:49] my sbuild failure was network related... retrying [21:49] stgraber: autopilot stuff is python2, yet the checkers are python3 =/ so whole autopilot/ should be ignored. [21:50] well, pyflakes seems to be happy at the moment, but yeah, if it's always going to be python2, it probably should be added to the ignore list [21:51] and well, automatic update of d-i stuff needs running (unless you did that on your end) to pick up your updated grub-installer [21:51] I did that here [21:51] that's one of the reason why I want an ubiquity upload [22:09] xnox: looks like it built succesfuly! (didn't remember it taking so long to build...) [22:09] will do a quick spot check of the binaries and push to the archive [22:11] ack. [22:14] and uploaded, will test that stuff tomorrow and then figure out how to get it into precise (that's quite a few packages to land in the right order...) [22:48] ohhh it worked. [23:11] well, we'll see tomorrow if the images work too ;) [23:13] stgraber: nah, I'm about autopilot tests in nested qemu =) so our autopkgtests performs ubuntu installs in qemu \o/ =)