| *** gtristan has quit IRC | 01:47 | |
| *** gtristan has joined #baserock | 02:19 | |
| *** brlogger has joined #baserock | 02:48 | |
| *** inara has quit IRC | 04:30 | |
| *** inara has joined #baserock | 04:35 | |
| *** bjdooks has quit IRC | 04:42 | |
| *** bjdooks has joined #baserock | 04:42 | |
| *** zoli_ has joined #baserock | 05:25 | |
| *** gtristan has quit IRC | 05:36 | |
| *** zoli_ has quit IRC | 05:53 | |
| *** zoli_ has joined #baserock | 05:56 | |
| *** gtristan has joined #baserock | 06:14 | |
| *** zoli_ has quit IRC | 06:32 | |
| *** paulwaters_ has joined #baserock | 06:39 | |
| *** zoli_ has joined #baserock | 07:15 | |
| *** ssam2 has joined #baserock | 07:18 | |
| *** ChanServ sets mode: +v ssam2 | 07:18 | |
| *** persia has quit IRC | 07:50 | |
| *** persia has joined #baserock | 07:51 | |
| pedroalvarez | good morning baserockers | 08:01 |
|---|---|---|
| *** Travis__ has joined #baserock | 08:05 | |
| *** bashrc_ has joined #baserock | 08:06 | |
| *** toscalix__ has joined #baserock | 08:06 | |
| pedroalvarez | meh, the kernel I compiled yesterday doesn't work.. | 08:06 |
| pedroalvarez | same "no drm device found" | 08:07 |
| *** Travis__ has left #baserock | 08:07 | |
| * persia has trouble remembering whether "Coordinated Greeting Time" or "Universal Greeting Time" is preferred for timekeeping these days | 08:08 | |
| persia | Good morning. | 08:08 |
| petefoth | Hello | 08:10 |
| ssam2 | happy timeless existance everyone! | 08:17 |
| * paulsherwood is seeing odd errors on moonshot... http://paste.baserock.org/roturitoxe | 08:19 | |
| paulsherwood | the actual problem seems to be the mount? | 08:21 |
| pedroalvarez | hm.. | 08:22 |
| pedroalvarez | is it using linux-user-chroot? | 08:22 |
| pedroalvarez | paulsherwood: seen it before: http://wiki.baserock.org/guides/build-failures/ | 08:23 |
| paulsherwood | pedroalvarez: wow! thanks | 08:25 |
| paulsherwood | it is using linux-user-chroot. normally i don't | 08:25 |
| *** mariaderidder has joined #baserock | 08:27 | |
| paulsherwood | pedroalvarez: sadly my launch script is already doing the recommended magic | 08:28 |
| pedroalvarez | paulsherwood: I know it is.. but I think it's a really fragile magic.. | 08:28 |
| *** edcragg has joined #baserock | 08:29 | |
| paulsherwood | right so my 'solution' would be to remove linux-user-chroot :/ | 08:29 |
| pedroalvarez | I'd try a reboot first... maybe the fact that the script doesn't unmount things at the end is messing things up | 08:30 |
| pedroalvarez | and you have several mounts in the same place, etc.. | 08:30 |
| paulsherwood | reboot didn't fix it - scrapping l-u-c did | 08:42 |
| *** jonathanmaw has joined #baserock | 08:46 | |
| *** franred has joined #baserock | 09:06 | |
| pedroalvarez | ok, I think I'm very blocked with getting drm working on rpi2.. | 09:15 |
| jonathanmaw | hooray, overnight GDP on x86 and ARM both got to qtwebkit. Jetson doesn't appear to be stuck, since top shows a bunch of cc1plus processes | 09:15 |
| pedroalvarez | good! | 09:16 |
| pedroalvarez | we need to start rebasing that monster | 09:16 |
| jonathanmaw | cc1plus processes on x86 are much lower down, though, not sure if they've hung | 09:16 |
| richard_maw | lorry-controller's database seems to stay at 87M when jobs more than a day old are cleaned up, though I'd prefer to see if 3 days worth is sufficient, since then you'll still have entries for lorry failures over the weekend | 09:31 |
| edcragg | pedroalvarez: blocked how? | 09:35 |
| pedroalvarez | edcragg: I wish knew... | 09:39 |
| pedroalvarez | edcragg: I'm trying to follow these instructions http://dri.freedesktop.org/wiki/VC4/ | 09:40 |
| pedroalvarez | and they didn't work for me, although I'm trying with wayland/weston and not with X | 09:41 |
| edcragg | pedroalvarez: ah ok, so it builds but doesn't work? | 09:43 |
| pedroalvarez | yup | 09:44 |
| pedroalvarez | I'm worried about "A port to the downstream 2709 kernel for Raspberry Pi 2 can be found at https://github.com/anholt/linux/tree/vc4-kms-v3d-rpi2 though this page doesn't have instructions for building it." | 09:45 |
| pedroalvarez | I fear I'm not doing what's needed for the pi 2 | 09:45 |
| *** CTtpollard has quit IRC | 09:50 | |
| pedroalvarez | paulsherwood: regarding building armv7 on moonshot, It would be good to validate that the binaries generated can be run in an armv7 board | 09:52 |
| *** CTtpollard has joined #baserock | 09:52 | |
| paulsherwood | pedroalvarez: agreed. what would be the easiest way to do that? | 09:55 |
| *** flatmush has quit IRC | 09:57 | |
| pedroalvarez | hm.. not sure.. | 09:58 |
| paulsherwood | actually, i know. i'll have something later today for testing | 09:58 |
| Kinnison | it'd be handy to double-check that the binaries produced are armv7lhf and not armv8l32 | 09:59 |
| paulsherwood | easy way to do that? | 09:59 |
| paulsherwood | s/easy/what's the best/ | 09:59 |
| edcragg | paulsherwood: pedroalvarez: i think radiofree posted on the baserock-dev mailing list about a chroot method of doing that a month or so ago | 10:00 |
| paulsherwood | edcragg: that's what i'm doing, thanks. i wrote it up at http://wiki.baserock.org/ybd/?updated#index5h2 | 10:01 |
| *** mariaderidder has quit IRC | 10:02 | |
| edcragg | i know that if you boot a cross-bootstrap system on a later ARM architecture, the toolchain in that system generates binaries for the target architecture natively. i tried it for building armv6 on armv7 and it produced armv6 binaries, not sure if that helps at all | 10:05 |
| edcragg | i think it depends on what the toolchain is set up to output | 10:05 |
| gtristan | jjardon, btw... thanks for cleaning up those patches in gerrit... it saved me time today to not have to think about that | 10:09 |
| gtristan | looks like gdm did not put up too much of a fight | 10:09 |
| * gtristan waits 10 minutes to see if the new image boots up directly into gnome-shell | 10:09 | |
| edcragg | paulsherwood: were you asking for an easy way to check binary format? i was using `readelf -a -W <binary> | grep Tag_CPU` | 10:12 |
| paulsherwood | edcragg: tvm | 10:12 |
| *** mariaderidder has joined #baserock | 10:15 | |
| edcragg | pedroalvarez: what are you using as a starting point for building the kernel from? | 10:28 |
| pedroalvarez | edcragg: these instructions: http://dri.freedesktop.org/wiki/VC4/ | 10:32 |
| pedroalvarez | combined with various other pieces found in the intenet | 10:33 |
| pedroalvarez | this is how I'm building it atm: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/bsp-rpi2/linux-rpi2.morph?h=baserock/pedroalvarez/rpv2-drm | 10:36 |
| pedroalvarez | But with that kernel, the rpi2 boots, but the screen doesn't stop showing the splash screen | 10:37 |
| pedroalvarez | aka: http://mrpfister.com/wp-content/uploads/2012/06/Photo-08-06-2012-14-22-32.jpg | 10:38 |
| gtristan | well... looks like we just need a valid /etc/pam.d config setup for gdm to autostart, gdm has the option to install some various configs, both redhat/lfs configs crap out for different reasons | 10:44 |
| gtristan | some tweaking of the redhat config gets it to work though, sane is probably to evaluate what we put on the baserock GNOME system and roll our own config | 10:45 |
| * gtristan heads out for the evening | 10:46 | |
| pedroalvarez | good stuff gtristan :) | 10:47 |
| richard_maw | ooh, buildbot has built-in support for spooling up Amazon slaves: http://docs.buildbot.net/0.8.1/Latent-Buildslaves.html#Latent-Buildslaves | 10:49 |
| pedroalvarez | oh! | 10:50 |
| *** gtristan has quit IRC | 10:50 | |
| edcragg | pedroalvarez: maybe you need to change something in the DTS? (to support rpi2) | 10:52 |
| paulsherwood | ok so http://185.98.148.244:8000/artifacts/* is serving armv7 things built in an armv7 chroot on aarch64 | 11:19 |
| pedroalvarez | paulsherwood: how can I download an artifact? | 11:20 |
| pedroalvarez | without using ybd or any tool? is it possible? | 11:21 |
| paulsherwood | pedroalvarez: for example: wget http://185.98.148.244:8000/get/pyopenssl.16df74f467fe3fd3c7fd905e5b474a606d7bc7637d126f6081cb619cacc47138 | 11:25 |
| pedroalvarez | ta | 11:26 |
| paulsherwood | there are several builders running, adding more artifacts | 11:26 |
| pedroalvarez | paulsherwood: these binaries work on a jetson board | 11:29 |
| paulsherwood | w--t!!!!!!!! | 11:30 |
| jonathanmaw | bleh, qtwebkit still building, no idea whether it's typical build-times for ybd | 11:30 |
| pedroalvarez | jonathanmaw: is there any way you can see the live build log? | 11:31 |
| SotK | qtwebkit always takes ages last time I checked | 11:31 |
| paulsherwood | jonathanmaw: is your branch somewhere? i could get it built on moonshots, see how long it takes there | 11:31 |
| pedroalvarez | please! :) | 11:31 |
| jonathanmaw | paulsherwood: I'm using http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/log/?h=baserock/james/genivi-demo-platform-0.1-rebase, though I had to edit the genivi-demo-platform-armv7lhf system to fix its name before it'd work with ybd. | 11:32 |
| paulsherwood | jonathanmaw: afaik qtwebkit takes forever... that's not a ybd-specific thing :) | 11:32 |
| paulsherwood | jonathanmaw: ack | 11:33 |
| * jonathanmaw isn't sure how many hours "forever" is | 11:33 | |
| edcragg | qtwebkit is the poster child of long build times | 11:33 |
| paulsherwood | could you push your change? | 11:33 |
| paulsherwood | (would be a shame for me to build something different) | 11:34 |
| paulsherwood | jonathanmaw: ^^ | 11:34 |
| jonathanmaw | paulsherwood: pushed | 11:35 |
| paulsherwood | building :) | 11:39 |
| jonathanmaw | erk! logs show an internal compiler error on both x86 and ARM | 11:40 |
| paulsherwood | (well... building whatever they need to get there, at least) | 11:40 |
| paulsherwood | really? | 11:40 |
| paulsherwood | for qtwebkit? | 11:40 |
| pedroalvarez | out of memory? | 11:40 |
| jonathanmaw | most likely | 11:40 |
| jonathanmaw | the fix to that is to have the definitions specify "max-jobs: 1", isn't it? | 11:42 |
| pedroalvarez | yup | 11:43 |
| pedroalvarez | or get paulsherwood to build it on moonshot :) | 11:43 |
| wdutch | who has permission to create repos in g.b.o? | 12:49 |
| wdutch | I need to figure out where CIAT should go and who can help me move it | 12:49 |
| paulsherwood | pedroalvarez: ^^ ? | 12:50 |
| ssam2 | me, pedro, fran and gary, and others all have permissions | 12:51 |
| ssam2 | best thing is to send a mail to the mailing list requesting creation of the repos that you need | 12:51 |
| richard_maw | quickest thing if you happen to catch someone with auth is to list them in IRC though | 12:52 |
| richard_maw | wdutch: we could create a subprojects (so baserock/ciat rather than baserock/baserock | 12:52 |
| richard_maw | wdutch: or it could go in baserock/baserock/ciat-foo | 12:53 |
| richard_maw | (assuming it's still multiple repositories) | 12:53 |
| wdutch | i think baserock/ciat makes the most sens | 12:54 |
| wdutch | I'll email the list with the repos I need | 12:55 |
| richard_maw | sure, I'll see about creating the group | 12:55 |
| richard_maw | it's been a while since I needed to do that | 12:55 |
| * SotK wonders if the repos are going to be added to Gerrit too | 12:55 | |
| richard_maw | oh, hm | 12:56 |
| richard_maw | I don't know how that works | 12:56 |
| ssam2 | lorry-controller on gerrit.baserock.org create the projects automatically | 12:56 |
| ssam2 | *creats | 12:56 |
| ssam2 | *creatifies | 12:56 |
| richard_maw | for anything in baserock/ ? | 12:56 |
| SotK | even for things not in the baserock/baserock group? | 12:56 |
| *** tom__ has joined #baserock | 12:59 | |
| ssam2 | hmmm.. might only be for baserock/baserock | 13:00 |
| ssam2 | are we going to put stuff outside baserock/baserock now? | 13:00 |
| *** zoli_ has quit IRC | 13:00 | |
| ssam2 | here's the lorry-controller config it uses: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/infrastructure.git/tree/baserock_gerrit/lorry-controller.conf | 13:01 |
| ssam2 | so it should mirror anything under baserock/ except those that are explicitly ignored | 13:02 |
| richard_maw | that was the plan, though the justification may just have been that we can, we'd have multiple repositories, and we could arrange it as baserock/ciat/orchestration etc | 13:02 |
| *** CTtpollard has quit IRC | 13:02 | |
| richard_maw | ah, so baserock/ciat should be fine | 13:02 |
| ssam2 | i like baserock/ciat, it's less typing anyway :-) | 13:02 |
| richard_maw | ☺ | 13:02 |
| richard_maw | ok, ciat-{manager,admin,writer,reader}s groups set up | 13:03 |
| richard_maw | hm, doesn't look like wdutch has an account on g.b.o | 13:04 |
| wdutch | :( | 13:04 |
| richard_maw | wdutch: send me a key and I'll add you to the user list | 13:04 |
| richard_maw | and the baserock/ciat groups | 13:05 |
| pedroalvarez | thanks richard_maw :_ | 13:05 |
| wdutch | okay | 13:05 |
| pedroalvarez | s/_/)/ | 13:05 |
| richard_maw | wdutch: what username do you want? | 13:07 |
| wdutch | richard_maw: 'williamholland' | 13:07 |
| wdutch | will this mean I can create repos under baserock/ciat myself? | 13:09 |
| richard_maw | you could, yes | 13:09 |
| * richard_maw has given wdutch ciat-managers, so he can delegate user management to wdutch too | 13:09 | |
| wdutch | :o | 13:09 |
| wdutch | such an honour | 13:10 |
| richard_maw | ha! I just don't want to be on the hook for adding everyone else who wants to change them too | 13:10 |
| * SotK wonders how this account creation fits in with the "maintainership" policy on http://wiki.baserock.org/policies/ | 13:10 | |
| wdutch | I can wait 3 days | 13:11 |
| tiredcat | "they're more like guidelines than actual rules" | 13:11 |
| richard_maw | heh | 13:11 |
| * richard_maw forgot about the policy | 13:11 | |
| tiredcat | arrr | 13:12 |
| *** tom__ is now known as CTtpollard | 13:12 | |
| wdutch | yar har diddledeedee being a maintainer is alright with me | 13:12 |
| * SotK has no objection to the addition fwiw :) | 13:12 | |
| wdutch | do what you want 'cos our licence is free | 13:12 |
| wdutch | you are a baserock | 13:12 |
| * richard_maw saves the quote for later | 13:13 | |
| * richard_maw queues up some alestorm on his playlist | 13:14 | |
| richard_maw | https://www.youtube.com/watch?v=vfol_TLLnIw | 13:16 |
| tiredcat | :D | 13:16 |
| paulsherwood | hmmm.. 0 15-10-13 00:08:41 [2/19/766] [gnome-shell] Try git clone from git://git.gnome.org/gnome-shell-sass | 13:22 |
| paulsherwood | (from master definitions iiuc) | 13:22 |
| pedroalvarez | submodule? | 13:26 |
| paulsherwood | are we going to mirror the gnome stuff | 13:26 |
| paulsherwood | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/gnome.morph | 13:26 |
| paulsherwood | (not submodules) | 13:26 |
| paulsherwood | i know gtristan requested some lorries... maybe he missed some? | 13:27 |
| pedroalvarez | I think this is a submodule case | 13:27 |
| SotK | all the repos in that stratum appear to be "upstream:foo" | 13:27 |
| paulsherwood | nope... repo: gnome:* | 13:28 |
| paulsherwood | oh, maybe i'm wrong | 13:28 |
| paulsherwood | multitasking here | 13:28 |
| pedroalvarez | :) | 13:28 |
| pedroalvarez | it is a submodule case :) | 13:28 |
| paulsherwood | ok | 13:29 |
| pedroalvarez | http://git.baserock.org/cgi-bin/cgit.cgi/delta/gnome/gnome-shell.git/tree/.gitmodules | 13:29 |
| pedroalvarez | they are lorried, so I guess we only missed to create a branch for gnome-shell to point to upstream: | 13:30 |
| paulsherwood | wdutch: what's up with the red on arm-base-build on ciat? | 13:38 |
| * wdutch will have a look | 13:39 | |
| SotK | its been red for days, log suggests out of disk space | 13:39 |
| *** zoli_ has joined #baserock | 13:40 | |
| pedroalvarez | CTtpollard: thanks for pointing me to that meta-raspberrypi thing, I think I had some progress :) | 13:40 |
| CTtpollard | pedroalvarez: cool :) | 13:41 |
| * wdutch can't recall the IP of the arm-slave | 13:44 | |
| pedroalvarez | wdutch: 185.43.218.181 | 13:44 |
| * edcragg wonders what pedroalvarez found in the yocto meta-thing | 13:44 | |
| wdutch | that was quicker than looking it up, thanks pedroalvarez :D | 13:44 |
| pedroalvarez | edcragg: they have some patches | 13:45 |
| edcragg | yeah, looks like i2c and sound? | 13:45 |
| pedroalvarez | one of them called HULK_SMASH.patch | 13:45 |
| pedroalvarez | :) | 13:45 |
| edcragg | haha | 13:45 |
| edcragg | awesome | 13:45 |
| pedroalvarez | idk... this is still not working, but at least the it can find the "drm device" | 13:46 |
| edcragg | cool, progress... | 13:47 |
| pedroalvarez | weston log looks ok, but screen is blank | 13:48 |
| paulsherwood | jonathanmaw: qtwebkit is not building for me | 13:49 |
| jonathanmaw | paulsherwood: qtwebkit seems to be building for me on Jetson, but my x86 VM seems to be hanging when running qmake | 13:50 |
| paulsherwood | http://paste.baserock.org/soyulunuzo | 13:51 |
| paulsherwood | sub-Source-WTF-WTF-pro-make_first-ordered.... that's two WTFs | 13:52 |
| richard_maw | usr/include/c++/4.9.2/bits/stl_relops.:67: Parse error at "std" | 13:53 |
| richard_maw | hmm, blow away the hardlink cache? | 13:53 |
| paulsherwood | i could... but any thoughts on how this could happen? | 13:53 |
| richard_maw | a crash while creating the artifacts, improper shutdown of the node | 13:54 |
| richard_maw | neutrino bit-flipping on filesystems that don't have built-in integrity checking | 13:54 |
| paulsherwood | this is the kind of unpredictability we're trying to remove | 13:54 |
| richard_maw | we can rule out a crash while creating the artifact, since YBD does atomic artifact creation doesn't it | 13:56 |
| paulsherwood | i believe so | 13:56 |
| richard_maw | it could be that another build modified files in the staging area, hence why I recommend against running without linux-user-chroot protection whenever possible | 13:57 |
| paulsherwood | i've been ctrl-c-ing lots of these builds... and i'm now mixing and matching artifacts from jonathanmaw's jetson build and the moonshot | 13:57 |
| *** zoli_ has quit IRC | 13:57 | |
| paulsherwood | i guess i should run the whole thing from scratch | 13:58 |
| richard_maw | hm, unless you ^C'd a copy between artifacts, or if the kbas artifact upload/download isn't atomic, I'm not sure how that could happen | 13:58 |
| paulsherwood | me neither | 13:59 |
| paulsherwood | richard_maw: but you're saying that the problem is in the c++ ? | 13:59 |
| richard_maw | I'm guessing it's a partial file, though if you can check "usr/include/c++/4.9.2/bits/stl_relops.:67" to see whether it looks truncated, it would confirm the hypothesis | 14:00 |
| pedroalvarez | what am I missing if my screen goes blank when booting after a few lines of kernel messages? | 14:01 |
| pedroalvarez | it sometimes come back for the login prompt | 14:02 |
| pedroalvarez | sometimes not | 14:02 |
| wdutch | that du command took hella-fortnights | 14:03 |
| wdutch | should I just remove all the contents of /src from the arm-slave? | 14:04 |
| * richard_maw doesn't know how well ybd copes with that manner of cache cleanup, but we build from low enough in the stack that it shouldn't be too much of a problem | 14:05 | |
| pedroalvarez | meh... | 14:12 |
| pedroalvarez | Failed to process Wayland connection: Connection reset by peer | 14:12 |
| pedroalvarez | failed to create display: Connection reset by peer | 14:12 |
| pedroalvarez | Trace/breakpoint trap (core dumped) | 14:12 |
| pedroalvarez | full weston log here: http://paste.baserock.org/zunofulodo | 14:13 |
| jonathanmaw | SotK: Would it be accurate to say that at its basic level, your partial deployment patch is about putting a rootfs that only contains the required chunk where a write extension would normally expect a whole system? | 14:26 |
| * paulsherwood wonders why it needed ostree | 14:27 | |
| * SotK tries to remember what his partial deployment patch does | 14:27 | |
| SotK | paulsherwood: it didn't | 14:27 |
| paulsherwood | isn't it simplest just to untar it in the right place? | 14:27 |
| paulsherwood | (assuming we don't care about reproducibility at that point) | 14:28 |
| SotK | paulsherwood: that is what it does | 14:29 |
| jonathanmaw | paulsherwood: untarring the artifact into the right place for the write-extension to run, yes. untarring it directly to the target, less so (what if the difference was a file moved or deleted?) | 14:29 |
| paulsherwood | SotK: http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-March/012840.html | 14:30 |
| paulsherwood | (says it depends on your ostree work) | 14:30 |
| richard_maw | the implementation depended on it because it was worked on top of the ostree work | 14:30 |
| paulsherwood | ah, ok | 14:30 |
| SotK | since that didn't get merged I reworked it to not use the ostree work | 14:31 |
| paulsherwood | ah :) | 14:31 |
| SotK | jonathanmaw: I think it just unpacks the artifact and its dependencies and passes that to the write extension | 14:31 |
| SotK | I think it errors when using a write extension that isn't tar or sysroot though | 14:32 |
| *** franred has quit IRC | 14:32 | |
| * SotK would explicitly recommend not using it :) | 14:33 | |
| jonathanmaw | paulsherwood likes to live dangerously | 14:33 |
| SotK | also configuration extensions aren't run, for obvious reasons | 14:33 |
| *** franred has joined #baserock | 14:35 | |
| wdutch | richard_maw: did you add my key? 'ssh git@git.baserock.org ls' says Permission denied | 14:39 |
| * richard_maw forgot that user add doesn't read the sshkey from stdin | 14:40 | |
| richard_maw | try now | 14:40 |
| *** zoli_ has joined #baserock | 14:40 | |
| jonathanmaw | paulsherwood: the sysroot deployment will work for us if we don't care about moved or deleted files (and have direct access to the target's rootfs from the deploying machine) | 14:45 |
| jonathanmaw | an ssh-rsync extension which can handle partial deployments would be ideal, but I don't think we have time for that. | 14:46 |
| * SotK wonders what horrors jonathanmaw and paulsherwood are up to | 14:47 | |
| jonathanmaw | SotK: partial deployments, because full deployments might require downloading 8GB of artifacts from the wider Internet. | 14:48 |
| jonathanmaw | I don't think the Internet's that good, even in Seoul | 14:49 |
| *** toscalix__ is now known as toscalix | 14:49 | |
| SotK | You may end up downloading a fair bit anyway if your chosen chunk has a lot of dependencies | 14:51 |
| pedroalvarez | well, this is a re-work for ybd, we could fetch only one chunk and deploy that | 14:53 |
| paulsherwood | what is 'fetch' | 14:53 |
| SotK | that would be an even more horrific hack, but would be doable | 14:53 |
| pedroalvarez | paulsherwood: well, I was thinking on the same use-case that jonathan described, downloading the artifacts from internet | 14:56 |
| pedroalvarez | that's why I used "fetch", but of course if the artifact is present local, then it doesn't need to | 14:57 |
| paulsherwood | ok, i understand | 14:57 |
| paulsherwood | i'm starting to think it needs to be yb, and yd | 14:57 |
| pedroalvarez | haha | 14:57 |
| pedroalvarez | I like that idea, tbh | 14:58 |
| pedroalvarez | I think more people around might like it too | 14:58 |
| wdutch | richard_maw: works, ta | 14:59 |
| ssam2 | i think build and deploy should be treated separately, they actually have very little in common | 15:01 |
| * SotK agrees | 15:01 | |
| * toscalix agrees | 15:02 | |
| richard_maw | whether configuration extensions should be distinct from builds is another question | 15:05 |
| *** edcragg has quit IRC | 15:06 | |
| ssam2 | richard_maw: you mean, should we remove the 'configuration-extensions' field from system.morph files? If so, I think yes | 15:06 |
| richard_maw | ssam2: I was thinking more that if we had parameterisable builds, a lot of configuration extensions will be the same shape as the system integrations | 15:07 |
| *** edcragg has joined #baserock | 15:08 | |
| richard_maw | though I suppose the main difference is that configuration extensions are allowed to interact with the host system | 15:08 |
| ssam2 | I think I understand ... no easy answer, as different configuration extensions exists for different reasons | 15:09 |
| ssam2 | some should probably turn into system integration commands, some of them are actually deploy-time config for specific systems | 15:10 |
| ssam2 | but i'd rather we used some kind of config management tool for the latter, rather than ad-hoc scripts | 15:10 |
| paulsherwood | asnible? | 15:12 |
| pedroalvarez | we could try ansible against a chroot of another architecture and see what happens | 15:14 |
| ssam2 | I would actually like there to be some Ansible modules like 'baserock_vm', which would hide the build/fetch process totally | 15:21 |
| ssam2 | so deployment instructions don't need any kind of special .morph file | 15:22 |
| ssam2 | same for any other config management tools people like | 15:22 |
| ssam2 | e.g. for baserock_gerrit, we could delete the current cluster .morph file that deploys it to OpenStack, and add a line to the ansible playbook that configures it that says 'get me a build of the gerrit-system-x86-64.morph and start it up in OpenStack' as the first step | 15:23 |
| ssam2 | not quite sure how that would work with upgrades, though... i haven't thought it through fully | 15:23 |
| ssam2 | i guess you don't really upgrade things in OpenStack, you just deploy the new one then delete the old one :) | 15:26 |
| *** paulwaters_ has quit IRC | 15:35 | |
| pedroalvarez | yay!!!!! drm backend worked on the Pi2! | 15:35 |
| CTtpollard | pedroalvarez: awesome! | 15:35 |
| pedroalvarez | it doesnt look faster than the fbdev backend though | 15:37 |
| pedroalvarez | no no, it's faster | 15:39 |
| pedroalvarez | [ 3.801039] [drm:vc4_hdmi_bind] *ERROR* Failed to get ddc i2c adapter by node | 15:48 |
| pedroalvarez | [ 3.808361] vc4-drm soc:vc4@0x7e4c0000: failed to bind 3f902000.brcm,vc4-hdmi (ops vc4_hdmi_ops): -517 | 15:49 |
| pedroalvarez | I think that's why I stop seeing things through hdmi | 15:49 |
| *** flatmush has joined #baserock | 15:52 | |
| *** ssam2 has quit IRC | 16:18 | |
| *** zoli_ has quit IRC | 16:24 | |
| *** edcragg has quit IRC | 16:32 | |
| *** edcragg has joined #baserock | 16:34 | |
| pedroalvarez | jonathanmaw: if I make sure that genivi-baseline works on a rpi2, does that mean that genivi-demo-platform will work too? | 16:38 |
| jonathanmaw | pedroalvarez: Not necessarily. the GENIVI baseline systems are mostly to demonstrate that it builds, the GENIVI Demo Platform is where we usually find out if various parts work. | 16:40 |
| pedroalvarez | hm.. | 16:40 |
| pedroalvarez | My goal is to put GDP on the rpi2, but it's not in master | 16:41 |
| *** mariaderidder has quit IRC | 16:42 | |
| pedroalvarez | oh, your branch rebases cleanly on top of master | 16:45 |
| *** zoli_ has joined #baserock | 16:46 | |
| *** toscalix has quit IRC | 16:49 | |
| pedroalvarez | .. I'm having problems with the migration scripts: http://paste.baserock.org/qeguzuvafo | 16:57 |
| *** bashrc_ has quit IRC | 17:03 | |
| *** jonathanmaw has quit IRC | 17:05 | |
| *** zoli_ has quit IRC | 17:07 | |
| pedroalvarez | also wayland-gdp fails to build | 17:17 |
| pedroalvarez | configure: error: Package requirements (wayland-server >= 1.5.91 pixman-1 >= 0.25.2 xkbcommon >= 0.3.0) were not met: | 17:18 |
| pedroalvarez | No package 'xkbcommon' found | 17:18 |
| pedroalvarez | this is after rebasing it on top of master | 17:18 |
| *** edcragg has quit IRC | 17:26 | |
| *** franred has quit IRC | 17:40 | |
| *** tiagogomes_ has quit IRC | 17:54 | |
| *** zoli_ has joined #baserock | 18:35 | |
| *** zoli_ has quit IRC | 18:45 | |
| *** zoli_ has joined #baserock | 18:46 | |
| *** zoli_ has joined #baserock | 19:29 | |
| *** zoli__ has joined #baserock | 19:30 | |
| *** zoli_ has quit IRC | 19:30 | |
| *** zoli__ has quit IRC | 19:54 | |
| *** zoli_ has joined #baserock | 19:55 | |
| *** brlogger has joined #baserock | 21:00 | |
| *** zoli_ has quit IRC | 21:16 | |
| *** tiagogomes has joined #baserock | 22:55 | |
| *** brlogger has joined #baserock | 23:28 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!
