| radiofree | is there a script to petrify links in a stratum? | 00:41 |
|---|---|---|
| radiofree | s/links/chunk refs | 00:41 |
| Kinnison | We used to have morph petrify | 08:41 |
| Kinnison | That ought to still work | 08:42 |
| pedroalvarez | I wonder why we try to get the fqdn of the workers in a distbuild network, and if this patch makes sense: http://pastebin.com/rATDqzMd | 13:27 |
| pedroalvarez | it doesn't make sense. with this patch the log shows the ip addr | 13:48 |
| radiofree | pedroalvarez: i built a master jetson system the other night | 17:52 |
| radiofree | and the nouveau-drm modules apparently took 1 minute, which is clearly wrong | 17:52 |
| radiofree | the resulting system only had the kernel modules in | 17:53 |
| pedroalvarez | radiofree: i assume this was a genivi based system. | 18:11 |
| radiofree | pedroalvarez: yeah | 18:12 |
| pedroalvarez | Hm.. Then we I did something wrong following the instructions to integrate them :( | 18:12 |
| pedroalvarez | At least now we know where to look at to fix it | 18:13 |
| radiofree | well i tested violetas system after a boot, and weston launched, i took a look at the the chunks and they look the same | 18:13 |
| radiofree | the basic test should be i) boot with an HDMI monitor attached ii) login iii) run "XDG_RUNTIME_DIR=/tmp weston" | 18:15 |
| pedroalvarez | Then, have you already spotted the difference? | 18:15 |
| radiofree | if you're running from serial/ssh it's "XDG_RUNTIME_DIR=/tmp weston --tty=1" | 18:15 |
| radiofree | pedroalvarez: no, i'm not sure why it's not building and installing them | 18:15 |
| radiofree | i need to check a more recent kernel as well, some of this stuff might have been merged there already | 18:16 |
| pedroalvarez | Violeta's branch should be around I hope | 18:16 |
| pedroalvarez | radiofree: btw, adding "cma" to the kernel args of the devel system (kernel 3.10) was causing problems when booting. | 18:21 |
| radiofree | :\ | 18:22 |
| radiofree | nice catch | 18:22 |
| radiofree | so it boots with latest u-boot without that? | 18:22 |
| jjardon | Hi, is there a way to configure morph to not build all the dependency chain when some repo changes? | 18:25 |
| radiofree | Kinnison: regarding morph petrify, i think i tried that... but i'm probably wrong (was late) | 18:26 |
| paulsherwood | jjardon: not yet | 18:35 |
| paulsherwood | jjardon: unless you want to add a duplicate chunk with the new repo, for testing, then rebuild all when you're happy? | 18:36 |
| pedroalvarez | radiofree: i tested also with latest uboot and it didn't work | 18:39 |
| radiofree | hmm we really need to upgrade that kernel | 18:40 |
| jjardon | paulsherwood: yeah, that works but only when you upgrade only one chunk, or a couple of them. But in my case the stratum Im working on tracks master in all the chunks (I do not want to waste time putting all the sha of each component) | 18:58 |
| jjardon | so it would be cool to deactivate the rebuilds as I know I do not want to rebuild | 18:59 |
| radiofree | jjardon: try using morph petrify for now | 19:00 |
| jjardon | radiofree: thanks, I will look at that | 19:06 |
| jjardon | Other question: What is the reason we need a chroot/virtual machine to run morph? | 19:06 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 19:44 | |
| paulsherwood | because it nees to be root, and i Kinnison recommends that should be contained | 20:02 |
| paulsherwood | i think | 20:02 |
| radiofree | jjardon: --enable-wayland-backend *and* --enable-x11-backend? | 20:28 |
| jjardon | remove it | 20:28 |
| radiofree | it will build both then? | 20:28 |
| jjardon | it will build both by default | 20:28 |
| radiofree | are you sure about that... | 20:28 |
| radiofree | so gnome.morph doesn't need to build-depend on x-common, x-generic, graphics etc because that gets included via gtk3 right? | 20:31 |
| jjardon | yep | 20:31 |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 23:05 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!