=== chihchun_afk is now known as chihchun === doko_ is now known as doko [14:56] Hi all.. I seem to be having trouble building an armhf trusty image, is 14.04 supported for armhf yet? I keep getting the "Failure while configuring base packages. This will be re-attempted up to five times." while running debootstrap or mk-sbuild, and while it finishes, when i try the finished product on my evk board, I get no console. [14:57] 12.04 works.. I've checked to make sure I've got a getty session on the usb uart that *should* be starting. [14:57] yes, 14.04 armhf is supported and used by many people [14:58] (in cloud setups as well as on phones for example) [14:59] Hmmm. [15:00] Maybe I'm not setting up the terminal correctly then after all, but I'm just copying what I have in 12.04... === chihchun is now known as chihchun_afk [16:55] applepi: What are you running debootstrap on? [16:56] applepi: Also, if in doubt, you could try unpacking ubuntu-core and configuring it, instead of debootstrap itself. [16:56] applepi: (But if debootstrap fails, looking at the log is also helpful...) [16:58] infinity: Mint 14 [16:59] infinity: I can build 12.04 just fine but I get several configuring errors when during --second-stage when making 14.04 [16:59] awww [16:59] use qemu-user-static ... then you can use qemu-debootstrap ... and wont need all that crap like foreign and second stage [17:00] (well, if mint didnt break their kernel to much) [17:01] I'm not entirely sure what the issue is honestly, I can see in the dmesg logs that it IS finding ttymxc0 when booting... right now the last thing I get is 'Mount failed for selinuxfs on /sys/fs/selinux: No such file or directory' but looking around online that seems like it shouldn't stop it from booting.. [17:02] apt-get install qemu-user-static; sudo qemu-debootstrap --arch armhf trusty myarmchroot [17:02] do that [17:03] probably you need a reboot after installing the package, depends on the mint kernel [17:09] odd, I swear I tried that before, but I'm watching it run now and it does look like it's behaving MUCH better [17:10] :) [17:11] the nice thing is that you can just chroot into it now and prepatre your rootfs as you need it later ... no need for doing that on the device [17:14] Bugger... right at the end. "Configuring udev..." "Failure while configuring base packages. This will be re-attempted up to five times." Four times, but then it says "Base system installed successfully." [17:15] I suppose it succeeded? [17:52] Bah... I can *not* get trusty to give me a friggin login prompt... [17:53] applepi: Are you setting up a console job in /etc/init/ttymxc0.conf ? [17:54] infinity: yes. and i've checked that ttymxc0 is being set up in dmesg.. [21:03] [21:05] A question regarding upstart- "When 2 or more upstart files start on the same event, how to make sure one of them always start before others" Ex: JobA.conf --> start on ALPHA . JobB.conf --> start on ALPHA. How do I make sure JobB.conf always start before JobA.conf ?? [21:07] arg: If the order matters, you have an undeclared dependency. [21:09] infinity: Here is what I am trying to do - [21:09] I have a firstboot script /etc/init/firstboot.conf which starts on "filesystem". This file creates some symlinks to some libs in /usr/lib [21:10] Issue is , /etc/init/lightdm.conf also starts on "filesystem". [21:10] If I traverse backwards, mountall.conf is the file which emits "filesystem" event and when this event is generated, lightdm.conf as well as my custom firstboot.conf both try to execute their scripts but the ordering is not guarenteed and you can never tell which one runs first. Now I want to always ensure that firstboot.conf runs before lightdm.conf . How can I ensure this without editing lightdm.conf ( I know I can create a dependency by emitting an e