[04:58] <FourDollars> Hi, does ubiquity support partman/late_command ?
[05:40] <FourDollars> Or preseed/late_command ?
[05:43] <FourDollars> I don't know why I can use partman/early_command but not partman/late_command neither preseed/late_command. :(
[05:46] <veebers> FourDollars: I'm looking at this myself and came across this: https://wiki.ubuntu.com/UbiquityAutomation
[05:46] <veebers> specifically: ubiquity/success_command
[05:46] <FourDollars> veebers: Thank you. :D
[05:46] <veebers> FourDollars: np :)
[05:49] <veebers> does anyone know if I should still use 'in-target' if I use ubiquity/success_command  (like I do when I use d-i preseed/late_command string)
[05:49] <veebers> The docs mention: (runs outside of /target, but /target is mounted when the command is invoked).
[05:49] <veebers> I should take that to mean that I don't?
[05:51] <FourDollars> veebers: I think in-target command doesn't not exist at the live environment.
[05:51] <FourDollars> veebers: It only exists in pure debian-installer environment.
[05:52] <FourDollars> s/not//
[05:52] <veebers> FourDollars: ah ok, cheers
[05:52] <FourDollars> ubiquity: /bin/in-target
[05:52] <FourDollars> Sorry, it does exist. XD
[07:44] <babyface_> found a bug: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1050788 in quantal iso build 20120914,  anybody has a look on it?
[07:44] <ubot2> Launchpad bug 1050788 in debian-installer "failed to install quantal server iso build 20120914: chroot: can't execute '/sbin/ldconfig': No such file or directory" [Undecided,New]
[08:44] <cjwatson> FourDollars: partman/late_command has never existed, FYI
[08:45] <cjwatson> babyface_: I'll look, thanks
[08:45] <FourDollars> cjwatson: I see. Thanks. :)
[08:45] <xnox> cjwatson: cjwatson:  did you see the last comment on bug 1049535 , that just including fetch-url was not enough.... it sources preseed/preseed.sh which is not installed into neither regular udebs nor in the ubiquity. Not sure how it's suppose to work.
[08:45] <ubot2> Launchpad bug 1049535 in ubiquity "Install fails when using a preseed file that adds a PPA using: d-i apt-setup/local0/..." [Medium,Confirmed] https://launchpad.net/bugs/1049535
[08:45] <cjwatson> xnox: yes, I saw it
[08:45]  * xnox xnox is is stuttering
[08:45] <xnox> ok.
[08:45] <cjwatson> that script should stop sourcing preseed.sh, so that part of the fix is trivial
[08:46] <cjwatson> but I wanted to actually test it this time, which is why it's taking a bit longer :)
[08:46] <cjwatson> (it certainly *is* in regular udebs, though - preseed-common)
[08:48] <xnox> ah, I see...but debian-installer-utils binary packages do not depend on preseed-common & there is some preseed.sh file in debian-installer-utils hence my confusion about it not being installed.
[08:51] <cjwatson> right, in d-i it doesn't matter because preseed-common is always installed
[08:52] <cjwatson> it's a leftover from fetch-url having originally been part of one of the preseed packages
[08:52] <cjwatson> anyway, either I'll get it tested and upload today, or I'll upload anyway and risk the bug being reopened again
[09:03] <veebers> cjwatson: I realise now that the reason I came across the bug 1049535 is because I was originally using the preseed file with the alternate iso and now I'm using the desktop iso
[09:03] <ubot2> Launchpad bug 1049535 in ubiquity "Install fails when using a preseed file that adds a PPA using: d-i apt-setup/local0/..." [Medium,Confirmed] https://launchpad.net/bugs/1049535
[09:04] <cjwatson> sure
[09:17] <cjwatson> hmm, why is the server installer going anywhere near bootstrap-base
[09:18] <cjwatson> oh, bah, seed expansion horror
[09:18] <cjwatson> I'll have to restore my awful hack in cdimage for now
[09:52] <veebers> if I have multiple commands in a  ubiquity/success_command if one fails does it execute the rest?
[09:52] <veebers> i.e. ubiquity/success_command string true; false; echo hello > file.log
[09:53] <veebers> will the echo command be executed here?
[09:54] <cjwatson> Yes.  If you don't want that to happen then either use  &&  instead of  ;  or put  set -e  at the start.
[09:54] <veebers> cool, thanks cjwatson
[09:55] <veebers> I'm having issue with my success_command, it used to work fine as a late_command, I'm just trying to narrow down what's wrong
[09:55] <cjwatson> try 'set -x;' at the start to get a trace.
[09:56] <veebers> cjwatson: I think that's what I'm looking for. I expected details in /var/log/installer/syslog (on the installed machine)
[09:57] <veebers> but there wasn't what I expected.
[09:57] <cjwatson> should be either there or /var/log/installer/debug; but only if anything actually comes out on stderr.
[09:57] <veebers> ah ok, will check that too, thanks again cjwatson
[09:59] <veebers> cjwatson: sorry if this is a silly question. when I use set -x will that output go into a log that I can see post install, or do I need to be tailling a file during?
[10:00] <cjwatson> it should land in syslog
[10:00] <veebers> awesome
[10:00] <cjwatson> well, one of /var/log/installer/{syslog,debug}, can't remember which.
[10:00] <cjwatson> (post-install locations)
[10:00] <veebers> as long as it's there afterwards :)
[18:39] <xnox> partman and I were not good friends today
[18:46] <stgraber> can anyone be good friend with partman anyway? :)
[18:51] <xnox> stgraber: well i create encrypted partitions, it tells me they are there, but then it does not activate them claiming they are not.... what it told me they are.... f###ing liar
[18:53] <xnox> i am doing d-i install and diffing the logs so see where did I miss a step to the left and a jump to the right