| *** gtristan has joined #baserock | 02:23 | |
| *** toscalix__ has quit IRC | 03:10 | |
| *** gtristan has quit IRC | 06:05 | |
| *** gtristan has joined #baserock | 07:08 | |
| *** ssam2 has joined #baserock | 07:08 | |
| *** ChanServ sets mode: +v ssam2 | 07:08 | |
| jjardon | gtristan: hey! I was thinking maybe is a better idea to use 'sysusers' to create users we need in a declarative and centralised way: http://www.freedesktop.org/software/systemd/man/sysusers.d.html | 07:27 |
|---|---|---|
| ssam2 | we discussed that before & the only problem with that is it needs to run at first boot, and some people have read only /etc | 07:28 |
| ssam2 | but there would be way around that i'm sure | 07:28 |
| gtristan | jjardon, I was about to go with: https://wiki.gnome.org/Design/OS/InitialSetup | 07:29 |
| gtristan | gnome-initial-setup, if installed, is intended to run at first boot and let you create a user | 07:29 |
| gtristan | without any further tinkering on our side :) | 07:29 |
| gtristan | (halfline pointed me to that in #gnome-hackers yesterday evening) | 07:30 |
| jjardon | Oh yeah, but that's only for the user login, not special users like gdm, isn it? | 07:31 |
| gtristan | oh for users like gdm and such we have system integration hooks which work | 07:31 |
| gtristan | you think we should change the regular useradd thing for a systemd'ism ? | 07:32 |
| jjardon | I think we should centralise this instead being a thing in different chunks in your system, and the sysusers thing seems to solve exactly that | 07:33 |
| gtristan | ...for systemd targets indeed | 07:34 |
| * gtristan still refuses to accept the world revolves around systemd | 07:35 | |
| gtristan | but that does look like something to push for upstream packages to install on their own | 07:35 |
| gtristan | i.e. it could be nice for gdm, which configured --with-systemd, could install something there, and then we (and distros), could omit stuff from our own scripts | 07:37 |
| gtristan | s/which/when | 07:37 |
| jjardon | Mmm, true, maybe we should talk with halfline about that | 07:38 |
| *** mariaderidder has joined #baserock | 07:56 | |
| *** paulwaters_ has joined #baserock | 08:01 | |
| *** bashrc has joined #baserock | 08:02 | |
| *** bashrc has quit IRC | 08:07 | |
| *** bashrc has joined #baserock | 08:08 | |
| *** fay_ has joined #baserock | 08:09 | |
| *** bashrc has quit IRC | 08:10 | |
| *** bashrc has joined #baserock | 08:10 | |
| *** bashrc has quit IRC | 08:12 | |
| *** bashrc has joined #baserock | 08:12 | |
| * pedroalvarez tries GDP on rpi2 with fbdev-backend.so with stable kernel... | 08:13 | |
| pedroalvarez | and no, it didn't work | 08:14 |
| pedroalvarez | weston log: http://paste.baserock.org/omukunaxuf | 08:14 |
| *** toscalix__ has joined #baserock | 08:15 | |
| pedroalvarez | gdp-hmi-controller.service is failing.. | 08:15 |
| *** jonathanmaw has joined #baserock | 08:15 | |
| pedroalvarez | I wonder if weston not showing anything could be related to gdp-hmi-controller failing | 08:16 |
| pedroalvarez | gdp-hmi-controller[512]: /usr/bin/gdp-hmi-controller: error while loading shared libraries: libglib-2.0.so.0: cannot open shared object file: No such file or directory | 08:17 |
| pedroalvarez | that sounds like good news. I think I'm just missing a stratum | 08:17 |
| pedroalvarez | or a chunk... but maybe not.. | 08:18 |
| *** Phlogistique has left #baserock | 08:19 | |
| pedroalvarez | strata/glib-common.morph :) | 08:21 |
| *** toscalix__ has quit IRC | 08:24 | |
| *** edcragg has joined #baserock | 08:34 | |
| *** toscalix__ has joined #baserock | 08:35 | |
| gtristan | well | 08:43 |
| gtristan | get prepared for mass additions of lorries | 08:43 |
| pedroalvarez | /o\ | 08:45 |
| gtristan | we dont even have webkit ? | 08:45 |
| gtristan | eek | 08:45 |
| * pedroalvarez hopes these repos are all in git, and are not huge | 08:46 | |
| *** gary_perkins has joined #baserock | 08:47 | |
| gtristan | webkit is a biggy... the rest I'm guessing are relatively small | 08:49 |
| Kinnison | Given we have qtwebkit, are we not likely to have webkit? | 08:49 |
| gtristan | I didnt see it in the controller page | 08:49 |
| gtristan | but did notice qtwebkit, so I'm not sure why... perhaps it doesnt really build | 08:50 |
| gtristan | fwiw, I'm trying to satisfy these deps: https://github.com/GNOME/gnome-initial-setup/blob/master/configure.ac | 08:50 |
| gtristan | so as to get the https://wiki.gnome.org/Design/OS/InitialSetup experience at first boot of the GNOME system | 08:50 |
| gtristan | which... looks pretty neat I think ;-) | 08:50 |
| gtristan | also I suspect it will satisfy many of the deps we'll need for the apps | 08:51 |
| *** paulwaters_ has quit IRC | 08:56 | |
| pedroalvarez | gdp journal, with some errors in: http://paste.baserock.org/usoderosun | 08:57 |
| pedroalvarez | gdp-hmi-controller fails, and so does gdp-hmi-launcher2 | 08:58 |
| *** paulwaters_ has joined #baserock | 09:01 | |
| paulsherwood | jonathanmaw: any thoughts? ^^ | 09:06 |
| gtristan | ummm... looks like definitions is in for a shuffle... is there a reason why, for instance... there are 2 definitions of libicu ? | 09:07 |
| gtristan | one in qt stuff and another in gnome ? | 09:08 |
| *** franred has joined #baserock | 09:08 | |
| gtristan | I'll have trouble building webkit I think, as it should technically sit outside of gnome/, but will require some things also declared in gnome/ (like geoclue for instance) | 09:08 |
| richard_maw | gtristan: a lack of cross-desktop coordination, let's form a working group and call it XDG, then rename it to freedesktop.org | 09:09 |
| ssam2 | definitions is definitely in need of a shuffle | 09:09 |
| jonathanmaw | pedroalvarez: I see ilm_init is failing, possibly because it failed to connect to a display | 09:09 |
| jjardon | gtristan: no, no reason; that should be fixed | 09:09 |
| ssam2 | I find that the more use cases we have for it, the more the "strata" package grouping model falls apart | 09:09 |
| gtristan | ok I see | 09:09 |
| ssam2 | you end up with really specific strata like glib-common because there's multiple things that want to use glib, but also some things that don't want to | 09:10 |
| jjardon | but is a bit of a problem because you have to put icu in a stratum shared by GNOME and qt strata | 09:10 |
| ssam2 | I think we are all in favour of making the model less strict | 09:10 |
| jonathanmaw | pedroalvarez: can you confirm that weston is starting with the ivi-shell plugin? | 09:10 |
| gtristan | so as I understan, the naming should be icu-common.morph ? | 09:10 |
| gtristan | *understand | 09:10 |
| ssam2 | that's a good name | 09:10 |
| ssam2 | we don't actually have a policy set | 09:11 |
| jjardon | gtristan: yep, and dont forget to update all the systems that used to have qt or gnome stratum | 09:11 |
| jonathanmaw | or possibly weston failed to launch properly, maybe for pam reasons | 09:11 |
| jjardon | to include the new icu-common as well | 09:11 |
| gtristan | ok, so... it will take me some time, and will probably end up in a branch | 09:11 |
| pedroalvarez | jonathanmaw: I thinks so: http://paste.baserock.org/nuwetelexu | 09:11 |
| jjardon | gtristan: (yeah, runtime dependencies need to be set manually as well) | 09:12 |
| gtristan | which will have lots of commits in it... will have to take care to get gerrit to apply in the correct order | 09:12 |
| gtristan | maybe it's better for me to hand-off that branch for review outside of gerrit and let me make changes to it before auto-applying commits blindly | 09:13 |
| jjardon | gtristan: try to create less commits; the creation of icu and change of the systems/strata can be all go in a single commit | 09:13 |
| pedroalvarez | jonathanmaw: I didn't like the "for pam reasons" :) | 09:13 |
| pedroalvarez | I need to investigate | 09:13 |
| * gtristan will first focus on getting it all to build, then we'll see about applying | 09:14 | |
| jonathanmaw | pedroalvarez: the complaint seems to be that it couldn't find /lib/security/pam_{selinux,console}.so | 09:14 |
| gtristan | jjardon, honestly if you guys prefer that, but it sort of messes with the fundamental usefulness of making concise/small commits which can be easily manipulated in the future | 09:15 |
| jjardon | gtristan: sure, feel free to push them to a branch and ping here if you want a pre-review | 09:15 |
| jjardon | gtristan: completely agree, but seems gerrit workflow is not meant to work very well with lot of small commits | 09:16 |
| gtristan | gerrit being on crack should not block us from working properly :-/ | 09:16 |
| pedroalvarez | jonathanmaw: both, pam_selinux, and pam_console are "optional" in /etc/pam.d/ files | 09:17 |
| pedroalvarez | I guess those are like warning msgs, saying that it couldn't find them | 09:17 |
| pedroalvarez | I can be wrong | 09:17 |
| jonathanmaw | pedroalvarez: I think optional refers to whether the module passes or fails, that may not extend to missing files | 09:18 |
| jjardon | gtristan: yeah; we used to use mailing list, but the idea was to use gerrit so a machine can build the patches before someone review them | 09:18 |
| jjardon | also it was difficult to keep track of all the pending patches for review | 09:19 |
| gtristan | Does gerrit actually run a build ? | 09:20 |
| richard_maw | no, there was a plan to have a bot do builds of candidate changes and vote | 09:20 |
| SotK | not yet | 09:20 |
| gtristan | Mailing list is not a good comparison, there exists also proper bug tracking | 09:20 |
| gtristan | Dare I say Bugzilla. | 09:20 |
| gtristan | (but I have used others, which do work, there is Jira, etc) | 09:20 |
| franred | Mantis | 09:21 |
| * SotK does not want to use Bugzilla | 09:21 | |
| franred | SotK, why? | 09:21 |
| * paulsherwood does not want to use ****ing jira | 09:21 | |
| * franred was expecting paulsherwood to love it :P | 09:22 | |
| jonathanmaw | pedroalvarez: in my old GDP system that works, I don't see pam errors like that, but I also don't use weston-launch, I think. | 09:22 |
| SotK | franred: I don't like its interface very much :) | 09:22 |
| SotK | I would however, rather use Bugzilla than Jira | 09:22 |
| gtristan | yeah, jira was crap - we had that a decade ago at a company I worked at | 09:22 |
| pedroalvarez | jonathanmaw: removed them from pam.d files, but still failing: http://paste.baserock.org/olisanutuc | 09:23 |
| paulsherwood | jonathanmaw: do you have a candidate branch for gdp definitions yet? | 09:24 |
| *** radiofree has quit IRC | 09:26 | |
| jonathanmaw | paulsherwood: not yet, haven't finished building. x86 is 319/375, ARM is 305/370. I gather pedroalvarez is further on. | 09:27 |
| jjardon | phabricator seems to be the new cool thing | 09:27 |
| jonathanmaw | pedroalvarez: it seems something is doing 'killall weston', but it's after weston had exited, so I'm not sure if it matters. | 09:28 |
| *** radiofree has joined #baserock | 09:28 | |
| jonathanmaw | pedroalvarez: at line 453, weston.service exited, which would explain why the gdp-hmi-controller also failed. | 09:29 |
| pedroalvarez | jonathanmaw: I'd say that is happening before I run weston | 09:29 |
| pedroalvarez | hm.. sounds like I don't have to run weston manually | 09:29 |
| jonathanmaw | pedroalvarez: I didn't have to | 09:29 |
| pedroalvarez | :) | 09:30 |
| pedroalvarez | so this weston.service unit is doing "killall" on ExecStop | 09:30 |
| pedroalvarez | ha! | 09:31 |
| pedroalvarez | ok | 09:31 |
| jonathanmaw | pedroalvarez: it seems so, not that it'd matter | 09:31 |
| richard_maw | jjardon: I've yet to see phabricator as being anything more than annoyingly named | 09:31 |
| pedroalvarez | so this unit is trying to use the drm backend | 09:31 |
| pedroalvarez | well, weston-launch is | 09:31 |
| pedroalvarez | which I don't have with this kernel I'm trying now | 09:32 |
| jjardon | richard_maw: Not sure what you mean but its being started to be used by some freedesktop projects. And wikimedia as well. Never tried myself though | 09:32 |
| jonathanmaw | pedroalvarez: it seems my current jetson is running the drm backend successfully | 09:34 |
| pedroalvarez | jonathanmaw: yes, this is on a RPi | 09:34 |
| richard_maw | jjardon: The name is irritating enough that it's put me off evaluating it myself, and I know some people who dislike it for other reasons. | 09:35 |
| Zara | from what I've seen, people are more inclined to use it because it's under active development and they don't have the resources to work on an alternative, than because they like the thing itself. | 09:36 |
| Zara | I know it's in php. other than that I dislike it on many aesthetic grounds; don't know much more than that. | 09:37 |
| edcragg | pedroalvarez: i thought drm was running? trying a new kernel? | 09:40 |
| pedroalvarez | edcragg: it wasn't very stable, and I mixing non-stable things makes everything difficult to debug | 09:40 |
| jonathanmaw | noooooooo... my builds have just started on qt. looks like it'll be a long day. | 09:41 |
| pedroalvarez | jonathanmaw: we should share our cache | 09:41 |
| jonathanmaw | pedroalvarez: do you have any clever shell magic for that? | 09:41 |
| jonathanmaw | I think I still have ssh keys for wherever cache.baserock.org is on | 09:41 |
| pedroalvarez | well, we are using different branches, but I hope most of it will be similar | 09:42 |
| pedroalvarez | artifact-cache-server = http://185.98.148.26/ | 09:43 |
| *** radiofree has quit IRC | 09:43 | |
| pedroalvarez | jonathanmaw: in your /etc/morph.conf ^^ | 09:43 |
| edcragg | pedroalvarez: i wonder why it wasn't stable, just that driver or something else | 09:44 |
| tiredcat | thanks for the show-build-log command | 09:44 |
| jonathanmaw | pedroalvarez: is there a port number after the IP address? it seems I still need to build qtbase | 09:45 |
| pedroalvarez | edcragg: well, it's not complete, although anholt pointed out yesterday it could be a dodgy psu, which may be right | 09:45 |
| pedroalvarez | jonathanmaw: nope, port 80 | 09:45 |
| *** radiofree has joined #baserock | 09:45 | |
| pedroalvarez | meh | 09:45 |
| paulsherwood | jonathanmaw: is http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/log/?h=baserock/jonathanmaw/genivi-demo-platform-2 your current state-of-play? | 09:46 |
| jonathanmaw | paulsherwood: that's what I'm currently using, yes | 09:47 |
| pedroalvarez | jonathanmaw: your branch is not on top of current master | 09:50 |
| pedroalvarez | I believe if you rebase, it will use my cache | 09:51 |
| jonathanmaw | pedroalvarez: gdp-rebase-wip or gdp-rebase-wip-rpi? | 09:54 |
| pedroalvarez | yours on top of master, not on top of mine | 09:54 |
| pedroalvarez | mine are a bit of a mess | 09:54 |
| paulsherwood | jonathanmaw: have you done something to defaults in that branch? ybd keels over there | 09:55 |
| jonathanmaw | paulsherwood: there should only be what the migrations generated, there. | 09:56 |
| pedroalvarez | jonathanmaw: baserock/pedroalvarez/gdp-rebase-wip is my rebase + fixes | 09:58 |
| pedroalvarez | which are similar to yours | 09:59 |
| pedroalvarez | the *rpi one has a lot of patches on top to support rpi deployments etc | 09:59 |
| jonathanmaw | hrm, it doesn't look like rebasing my changes onto yours would be a good idea. though I don't have your latest three changes: audio-bluetooth dependency; boost makeflags; audiomanagerdemo depending on audiomanager | 10:05 |
| jonathanmaw | did they cause build failures? | 10:06 |
| jonathanmaw | I'm wondering whether I should merge them now, or hope this build finishes today, so I can do proper work, then merge them later. | 10:07 |
| pedroalvarez | audio-bluetooth build failure | 10:08 |
| pedroalvarez | boost, build speed | 10:08 |
| pedroalvarez | and audiomanagerdemo build failure | 10:09 |
| pedroalvarez | jonathanmaw: no, don't rebase on top of mine. | 10:09 |
| pedroalvarez | but if you rebase on top of master, you will get the qt chunks from the artifact server I gave you | 10:10 |
| pedroalvarez | (there is a change on build-essential on my branch and not in yours, that's why we can't use the same cache) | 10:10 |
| pedroalvarez | still failing using the fbdev backendñ http://paste.baserock.org/zimogamoga | 10:32 |
| pedroalvarez | systemd[1]: Failed to insert module 'kdbus': Function not implemented | 10:33 |
| * gtristan has push a couple more patches to lorries & definitions | 10:38 | |
| gtristan | lets spoon feed the beast in small mouthfulls | 10:38 |
| gtristan | NOTE: Lorries need to be added *first*, as definitions patches refer to new lorries | 10:38 |
| pedroalvarez | hm.. I merged a couple but then realise that it would be wise to add the gnome/ namespace | 10:43 |
| pedroalvarez | gtristan: do you think that makes sense to put them in the gnome/ namespace? | 10:45 |
| pedroalvarez | adwaita icon theme and gnome backgrounds | 10:45 |
| tiagogomes | please | 10:46 |
| pedroalvarez | I will do the change before g.b.o lorries them :) | 10:46 |
| paulsherwood | jonathanmaw: migrations? | 10:47 |
| pedroalvarez | tiagogomes: quick review? https://gerrit.baserock.org/#/c/1211/ | 10:51 |
| pedroalvarez | ta! | 10:52 |
| tiagogomes | I'd had give +3 due the alphabetic order, but gerrit doesn't allow it | 10:53 |
| pedroalvarez | heh :) | 10:53 |
| gtristan | pedroalvarez, you mean in the lorry controller ? gnome/ ? | 10:54 |
| gtristan | I dont know, I asked something about that last week (or before ?) as I found that they didnt really match what was in definitions/strata/gnome | 10:54 |
| gtristan | whatever you prefer... I will follow :D | 10:55 |
| pedroalvarez | gtristan: it would be good to have all the gnome related repos using the gnome/ namespace, see; http://git.baserock.org/cgi-bin/cgit.cgi/?q=gnome | 10:55 |
| pedroalvarez | as you can see, we failed in some cases, anyway | 10:56 |
| * jjardon doesnt like that idea: now you dont know if you component is in upstream:<component> or upstream:<namespace>/<component> | 10:56 | |
| gtristan | pedroalvarez, indeed, alot is questionable as to what is specific to gnome, perhaps saying: "if it comes from git.gnome.org, put it in gnome/" makes sense at the lorry level ? | 10:57 |
| gtristan | clutter/cogl is used outside of gnome (I think webkit had cogl at one point at least) | 10:57 |
| * gtristan ... afk... helping a friend study french... | 10:58 | |
| pedroalvarez | yes.. this is not perfect... | 10:58 |
| *** zoli__ has joined #baserock | 10:59 | |
| *** zoli__ has quit IRC | 11:00 | |
| *** zoli_- has joined #baserock | 11:00 | |
| ssam2 | jjardon: it's basically workaround for the fact that git.baserock.org has 1000s of lorries | 11:10 |
| ssam2 | jjardon: there are better ways to make that bearable, but they require effort upfront to make the mirroring smarter in downstream troves, I think | 11:11 |
| pedroalvarez | jjardon: qt5 to ci? | 11:13 |
| pedroalvarez | uf... | 11:14 |
| pedroalvarez | why...? | 11:14 |
| pedroalvarez | too many systems there already | 11:14 |
| pedroalvarez | some bugs on morph distbuild making it slow | 11:14 |
| pedroalvarez | mason relying on morph | 11:14 |
| paulsherwood | use ybd :) | 11:14 |
| pedroalvarez | people pushing for other build-tools | 11:14 |
| paulsherwood | lol | 11:14 |
| pedroalvarez | other build tools not really full featured.. | 11:15 |
| jjardon | pedroalvarez: as stated there; so it doesn't bitrot and everyone can use the cache | 11:15 |
| pedroalvarez | jjardon: the cache will not be of any use for people using ybd] | 11:15 |
| paulsherwood | pedroalvarez: i'm interested to know what features are actually needed | 11:16 |
| jjardon | ssam2: is it really a problem to have 100000 lorries flat? in that way I do not have to check when Im building a system if my component is in upstream:<component> upstream:<some namespace>/<component> | 11:16 |
| paulsherwood | jjardon: it wouldn't be a problem, except that we already went the other way, and have no policy for deletion | 11:17 |
| jjardon | pedroalvarez: that doesnt invalidate my points; Its actually another different bug: make cache compatible between different tools | 11:18 |
| pedroalvarez | we should go for a common tool. in my opinion | 11:18 |
| pedroalvarez | paulsherwood: not sure how many from morph are essential tbf | 11:18 |
| pedroalvarez | but there are some useful things in there | 11:19 |
| SotK | morph does a fair bit of stuff that I think should be in a separate tool for interacting with definitions | 11:21 |
| pedroalvarez | I agree | 11:21 |
| ssam2 | jjardon: I think it would be useful to be able to mirror *some* of git.baserock.org | 11:21 |
| pedroalvarez | morph anchor, morph certify | 11:21 |
| SotK | get-repo and the manifest stuff too | 11:22 |
| pedroalvarez | ssam2: I agree with you, but I also agree with the point that nothing stops a gnome/* repo becoming essential for all the systems | 11:23 |
| pedroalvarez | SotK: yes | 11:23 |
| ssam2 | yeah, the current solution is a bit rubbish, but I think it's better than nothing | 11:23 |
| SotK | I'd like a library for parsing definitions, and then a number of tools which use that library for their own ends (eg build, deployment, manifests, "morph edit" type stuff) | 11:23 |
| paulsherwood | ssam2: i've been considering that kbas could be extended to act as a git mirror | 11:23 |
| ssam2 | how? | 11:24 |
| pedroalvarez | paulsherwood: don't fall in the trap of putting too many features to a tool | 11:24 |
| paulsherwood | :) | 11:24 |
| pedroalvarez | SotK: I'd be interested on such a thing | 11:25 |
| paulsherwood | ssam2: isn't it just a matter of allowing clients to retrieve contents from a directory? (which is what kbas already does...) | 11:25 |
| paulsherwood | (and ybd already populates a directory with a subset of repos from a trove | 11:25 |
| ssam2 | paulsherwood: that's not at all what lorry-controller does | 11:26 |
| ssam2 | maybe we mean different things by 'git mirror' | 11:26 |
| ssam2 | I guess l-c is 'git mirror and import' | 11:26 |
| ssam2 | but a useful git mirror still needs cgit and git-daemon running, in my opinion | 11:27 |
| SotK | ssam2: +1 | 11:27 |
| paulsherwood | fair enough... my point was only that a machine running ybd (or morph) already has pulled a subset of g.b.o | 11:27 |
| paulsherwood | and could serve that content to other machines | 11:28 |
| ssam2 | yes, that's true | 11:28 |
| ssam2 | it would be nice to make git mirroring more of a 'commodity'. | 11:28 |
| paulsherwood | (reducing load on g.b.o, and being faster for machines on their local network) | 11:28 |
| ssam2 | looking at it from the other side, we could try to make it possible to run Trove in a container, and remove morph and YBD's less featureful git caching stuff | 11:29 |
| ssam2 | might be impractical, though | 11:29 |
| * SotK wonders if there is an issue with trusting some random machine's git cache as opposed to a Trove | 11:29 | |
| jonathanmaw | paulsherwood: definitions has a directory of migrations for changing the definitions when the format changes. | 11:30 |
| paulsherwood | jonathanmaw: yup. sadly the DEFAULTS created doesn't include all the defaults ybd cares about (missing build-steps) so i need to amend ybd before DEFAULTS lands in master (or the migration could be improved) | 11:31 |
| pedroalvarez | :) | 11:32 |
| jonathanmaw | pedroalvarez: any luck with fbdev? | 11:32 |
| pedroalvarez | jonathanmaw: nope, I posted a log before: http://paste.baserock.org/zimogamoga | 11:33 |
| pedroalvarez | blank screen | 11:33 |
| jonathanmaw | gdp-hmi-controller still failing to connect to the display, but no errors from weston, that I saw. | 11:34 |
| jonathanmaw | is weston currently running? | 11:34 |
| pedroalvarez | jonathanmaw: yes, but shows nothing | 11:34 |
| jonathanmaw | pedroalvarez: quite possibly, we haven't solved the race condition, but it didn't appear on the Jetson, so the gdp-hmi-controller is starting too quickly. | 11:35 |
| jjardon | do baserock people have any preference between smack, selinux, apparmor or TOMOYO ? | 11:35 |
| pedroalvarez | jonathanmaw: any workaround for this? | 11:36 |
| jonathanmaw | pedroalvarez: I solved it for yocto by creating a .path unit that starts gdp-hmi-controller when weston is running | 11:36 |
| Kinnison | selinux is very complex to deal with at the userland level, apparmor is not as full coverage. TOMOYO I don't know a lot about, and smack seemed fairly new last tme I saw it. But if I had to pick one, I'd likely go with smack as something new and interesting. | 11:36 |
| paulsherwood | jjardon: there is AGL discussion on that topic. i'm not sure it's safe to take sides in any case, we probably will end up with examples of more than one | 11:37 |
| jonathanmaw | where you know weston is running when its socket exists | 11:37 |
| pedroalvarez | oh, annoying I can't restart the unit | 11:39 |
| jonathanmaw | so put a gdp-hmi-controller.path unit (which wants weston) in, wanted by default.target, and have gdp-hmi-controller want gdp-hmi-background and gdp-hmi-launcher2 | 11:39 |
| *** zoli_- is now known as zoli__ | 11:39 | |
| jonathanmaw | probably easiest for now to take all of that stuff out of default.target.wants, and see what happens when you start weston manually, then start the gdp-hmi-{controller,background,launcher2} manually | 11:40 |
| richard_maw | jjardon: I've seen how the sausage is made for selinux, and while it's competent as a security mechanism, the tooling for making the rules didn't appear to be traceable. I have no experience with apparmor or TOMOYO, but smack has good support in systemd, its developers appear responsive, and the labelling looks simple. | 11:40 |
| richard_maw | jjardon: however you don't need a big security module to secure a system | 11:40 |
| richard_maw | jjardon: capabilities and namespaces are also a useful mechansim which is more portable, but if you want to do your dilligence with security, you'll want to layer on as many technologies as makes sense | 11:41 |
| jjardon | rigth, maybe it would be a interesting project for someone to spend some time on this so we can make a choice as a project | 11:42 |
| richard_maw | paulsherwood: Aye, the initial design for the Baserock systems said we should use smack when it became relevant, but I'm aware of projects that would benefit if Baserock did SELinux. | 11:42 |
| * richard_maw wonders if the Android SELinux stuff has nicer tooling | 11:43 | |
| * jjardon doesnt know anything about this neither | 11:43 | |
| * richard_maw prefers namespaces to macs | 11:43 | |
| jjardon | smack seems a bit death though: the repo is pointing to gitorious... | 11:43 |
| pedroalvarez | jonathanmaw: if I restart gdp-hmi-controller it works | 11:44 |
| pedroalvarez | so you may be right on the race condition | 11:44 |
| pedroalvarez | controller and launcher2 fail, though | 11:44 |
| jonathanmaw | what does the log say about why controller and launcher2 fail, now? | 11:45 |
| pedroalvarez | sorry, I meant background an launcher2 | 11:48 |
| pedroalvarez | getting logs | 11:48 |
| pedroalvarez | jonathanmaw: http://paste.baserock.org/dasezegato | 11:51 |
| jonathanmaw | I wonder if I can track down what error 3004 means for qtwayland | 11:52 |
| jonathanmaw | error 3004 is EGL_BAD_ATTRIBUTE | 11:54 |
| jonathanmaw | my best guess is that the version of egl you're using on the RPi doesn't work with qtwayland 5.4.0 | 11:59 |
| pedroalvarez | oh well | 11:59 |
| pedroalvarez | this might be the end of my trip | 11:59 |
| pedroalvarez | I assume egl is part of the kernel | 12:04 |
| pedroalvarez | or bsp | 12:04 |
| jonathanmaw | for RPi, it might be | 12:04 |
| pedroalvarez | alright then... nothing else to do with this | 12:06 |
| pedroalvarez | I'll deploy to a jetson :) | 12:07 |
| paulsherwood | jonathanmaw: sh -c 'cmake -DCMAKE_INSTALL_PREFIX="$PREFIX"'"'"'' | 12:53 |
| paulsherwood | sh: syntax error: unterminated quoted string | 12:53 |
| paulsherwood | in genivi-common-api-runtime on x86? | 12:54 |
| pedroalvarez | yes | 12:56 |
| pedroalvarez | those definitions were migrated to version 7.. and they shouldn't have | 12:56 |
| jonathanmaw | paulsherwood: ah, it seems to be a stray ' in the DEFAULTS | 12:56 |
| paulsherwood | jonathanmaw: is that a bug your end or mine? (ybd maybe...) | 12:57 |
| pedroalvarez | bug on the migrations I'd say | 12:57 |
| pedroalvarez | I'll send a patch for that | 12:58 |
| paulsherwood | pedroalvarez: could you add build-steps while you're at it? | 12:58 |
| paulsherwood | https://github.com/devcurmudgeon/ybd/blob/master/ybd/config/defaults.conf | 12:58 |
| pedroalvarez | paulsherwood: what is build-steps? | 12:58 |
| paulsherwood | :) | 12:59 |
| pedroalvarez | ok, I'll read :) | 12:59 |
| paulsherwood | it's another lump of data hiding in morph | 12:59 |
| pedroalvarez | I see | 13:01 |
| pedroalvarez | hm.. I don't know if that will make anything else crash :/ | 13:01 |
| pedroalvarez | It shouldn't | 13:01 |
| *** gtristan has quit IRC | 13:03 | |
| paulsherwood | never mind | 13:06 |
| paulsherwood | (ie, no need to bother with build-steps) | 13:07 |
| pedroalvarez | I agree with removing logic from the build tool though, but Sam has been thinking about this a lot, and I'd like to check his ideas first | 13:07 |
| *** mariaderidder has quit IRC | 13:07 | |
| ssam2 | not sure if putting build steps in DEFAULTS is really worth it -- do we want to change them that often? | 13:30 |
| ssam2 | in principle, though, I would still like the definitions format to be a standard, not an implementation detail of any one build tool | 13:30 |
| ssam2 | the current migration for definitions version 7 matches does what I proposed definitions version 7 would do | 13:31 |
| ssam2 | if you want to change the definitions format further (and please do!!) I think it would be better to think in terms of changing the format specification at http://wiki.baserock.org/definitions/ | 13:32 |
| ssam2 | not patch the migration for definitions v7 to do things which weren't proposed as part of v7 | 13:32 |
| ssam2 | and basically, I mean, propose the change on the mailing list | 13:32 |
| ssam2 | maintaining a standard that's independent of the tooling is always a bit more work than treating the format as an implementation detail, but i don't think the process should be more complex than 'propose, discuss, implement' | 13:33 |
| ssam2 | I do still think that sequential version numbers for the format are useful. | 13:34 |
| ssam2 | thanks for https://gerrit.baserock.org/#/c/1212/2 by the way :) | 13:34 |
| paulsherwood | ssam2: build-steps could be modified to have (eg) license-check, static-analysis or whatever. or maybe to do something completely different from build, eg code analysis | 13:41 |
| paulsherwood | s/modified/modified by users for their use-case/ | 13:43 |
| ssam2 | but users will have to modify their build tool to understand those anyway | 13:46 |
| ssam2 | so there doesn't seem any advantage to moving one part of it into definitions.git | 13:46 |
| ssam2 | hmm, I guess all of them are treated the same actually | 13:46 |
| ssam2 | ok. | 13:46 |
| ssam2 | I would much rather see it done as a new version of the definitions format, though | 13:46 |
| paulsherwood | fair enough | 13:46 |
| paulsherwood | i'm still pondering how to improve this versioning process, but i have nothing positive to offer | 13:47 |
| *** gtristan has joined #baserock | 13:53 | |
| *** mariaderidder has joined #baserock | 13:54 | |
| richard_maw | ssam2: build step classes differ in the order in which they are run, and whether MAKEFLAGS is set (I'd also like to prevent DESTDIR being set for anything but install-commands, but that's a new thing), you could fairly easily come up with a declarative format for the sequence of commands required to do a build, which your build tool could use | 13:55 |
| ssam2 | I also think that license checking and static analysis doesn't belong in the build tool | 14:04 |
| * SotK agrees with that | 14:04 | |
| gtristan | pedroalvarez, just pushed new versions of those patches, and removed the build-system line for adwaita-icon-theme too | 14:04 |
| pedroalvarez | good, I'll take a look | 14:05 |
| * gtristan basically rebased; hit 'git review -R' and held his breath | 14:05 | |
| gtristan | seems like it gobbled them up alright :) | 14:05 |
| gtristan | ah | 14:09 |
| * gtristan palmface | 14:10 | |
| gtristan | I missed the comment about https://gerrit.baserock.org/#/c/1207/ | 14:10 |
| pedroalvarez | heh, I was going to point that out | 14:10 |
| gtristan | it will fail the applet build but at least not merge conflict | 14:14 |
| * gtristan is carefully uploading a newer patch | 14:14 | |
| * gtristan has this trick which is probably insane | 14:15 | |
| * gtristan checks out a separate definitions repo, and git format-patch / git am's the commit from the old checkout to the new one | 14:16 | |
| gtristan | this results in git review only uploading one patch and not overwriting stuff | 14:16 |
| gtristan | done | 14:16 |
| franred | pedroalvarez, ssam2, do you know if https://gerrit.baserock.org/#/c/949/ could be still applied? | 14:20 |
| pedroalvarez | franred: sorry, I don't have brain left for that patch | 14:22 |
| ssam2 | i don't see why not. We can always revert | 14:23 |
| franred | ssam2, merged | 14:25 |
| pedroalvarez | I hope we are testing things :) | 14:25 |
| pedroalvarez | jonathanmaw: any luck? | 14:33 |
| jonathanmaw | pedroalvarez: the builds have finished, transferring ARM artifacts to my Jetson so I can deploy it, now | 14:33 |
| pedroalvarez | good | 14:34 |
| pedroalvarez | I've found another thing neede, not sure you have spotted it already | 14:34 |
| pedroalvarez | glib-common stratum needs to be in the system | 14:35 |
| tiredcat | franred, failing to keep up with you >.> | 14:39 |
| franred | tiredcat, ? | 14:40 |
| tiredcat | i just mean you're too quick :) | 14:40 |
| franred | hehehe | 14:40 |
| pedroalvarez | jonathanmaw: yay, this worked for me on a jetson | 14:51 |
| paulsherwood | pedroalvarez: what did? | 14:53 |
| pedroalvarez | gdp on jetson | 14:54 |
| paulsherwood | cool... where is the commit for that? | 14:55 |
| pedroalvarez | paulsherwood: it looks like the qtwayland is not compatible with the version of egl of the rpi | 14:55 |
| pedroalvarez | the version of qtwayland* | 14:55 |
| jjardon | franred: there are curretly are duplicated chunks in definitions (nasm for example): does that patches make the build to break? | 14:56 |
| tiredcat | jjardon, in the same system? | 14:56 |
| jjardon | tiredcat: no, globally | 14:57 |
| tiredcat | okay that's fine then | 14:57 |
| franred | jjardon, only if they are in the same system in different chunks (it prevents for a very nasty bug where python report recursive error) | 14:57 |
| pedroalvarez | paulsherwood: tip of baserock/pedroalvarez/gdp-rebase-wip | 14:57 |
| jjardon | tiredcat: nice, I think we should apply it then | 14:57 |
| franred | s/chunks/strata/ | 14:58 |
| franred | jjardon, it is applied already :) | 14:58 |
| jjardon | great! | 14:58 |
| paulsherwood | pedroalvarez: how different is that from what jonathanmaw pointed me at earlier? | 14:58 |
| *** franred has quit IRC | 15:00 | |
| pedroalvarez | he has started to move things to 'automotive/' | 15:00 |
| pedroalvarez | his branch includes the migration to version 7 | 15:01 |
| paulsherwood | i wonder why he did that... | 15:01 |
| paulsherwood | (the migration) | 15:01 |
| pedroalvarez | paulsherwood: he ran all the scripts in place | 15:01 |
| paulsherwood | yes, but why? definitions master doesn't have DEFAULTS | 15:02 |
| pedroalvarez | If you are not in the loop with the versioning of baserock, is an easy mistake | 15:02 |
| pedroalvarez | paulsherwood: I had the same problem, I rebased on top of master, needing to apply the migrations for all the genivi-demo-platform definitions | 15:03 |
| paulsherwood | sorry, i don't understand, really. lots of things are confusing me today | 15:04 |
| pedroalvarez | :/ | 15:04 |
| jonathanmaw | erk. it looks like the artifacts I built on the ARM could machine have different cache keys to the stuff I built on Jetson, the Jetson still tries to build qtwebkit | 15:05 |
| paulsherwood | jonathanmaw: using morph? | 15:05 |
| jonathanmaw | paulsherwood: yes | 15:05 |
| * paulsherwood doesn't know whether to laugh, cry, or go to the pub | 15:06 | |
| jonathanmaw | exact same morph version, apparently. | 15:07 |
| paulsherwood | jonathanmaw: are you confident that morph is building for the same architecture in both cases? | 15:07 |
| pedroalvarez | and that you are using the same commit of definitions? | 15:07 |
| jonathanmaw | not at all, from within the chroot, `uname -a` is reporting armv8l, while jetson reports armv7l | 15:07 |
| pedroalvarez | that shouldn't matter | 15:09 |
| pedroalvarez | Morph would have complained if you werent building for arm | 15:09 |
| pedroalvarez | *v7lhf | 15:10 |
| ssam2 | i have a hacky branch of morph somewhere that prints all the cache ids (not the sha1s, but the actual contents) for a system | 15:14 |
| ssam2 | it might be useful for debugging that | 15:15 |
| *** toscalix__ is now known as toscalix | 15:15 | |
| toscalix | see you guys tomorrow in Manchester | 15:15 |
| ssam2 | I've pushed to morph.git as branch sam/list-cache-keys | 15:15 |
| *** paulwaters_ has quit IRC | 15:16 | |
| ssam2 | it patches list-artifacts so you can do `morph list-artifacts $(pwd) $(git rev-parse HEAD) systems/foo-system.morph' to show all cache ids for a system from your current directory | 15:16 |
| ssam2 | list-artifacts is old, so it takes a full repo, ref, morph parameter instead of looking at current working directory | 15:16 |
| *** toscalix has quit IRC | 15:17 | |
| *** paulwaters_ has joined #baserock | 15:18 | |
| jonathanmaw | pedroalvarez: you have a working thing with artifacts, is that with your branch or mine? | 15:27 |
| pedroalvarez | mine | 15:28 |
| wdutch | what is 'trove-id' in morph.conf? | 15:29 |
| pedroalvarez | jonathanmaw: use "artifact-cache-server = http://185.98.148.26/" :) | 15:29 |
| jonathanmaw | pedroalvarez: I apparently am | 15:30 |
| pedroalvarez | then use my branch, and enjoy them | 15:30 |
| *** paulwaters_ has quit IRC | 15:32 | |
| jonathanmaw | :/ it's building zlib and binutils | 15:32 |
| jonathanmaw | I can ping 185.98.148.26 and everything... | 15:33 |
| pedroalvarez | jonathanmaw: `morph --version` ? | 15:33 |
| jonathanmaw | 3c59628c80ffe47992bf7347268ca587fc6d368d | 15:34 |
| pedroalvarez | here: 60c378c55d5d0ef89184b49ae95e445f8de422e3 | 15:34 |
| jonathanmaw | which is a commit from September 18th | 15:34 |
| pedroalvarez | which was the commit of the latest release | 15:35 |
| wdutch | anybody know what effect trove-id has in a morph.conf? | 15:36 |
| paulsherwood | wdutch: tells it where to get sources from. default is g.b.o iiuc | 15:37 |
| Kinnison | It adjusts the default repo aliases | 15:37 |
| Kinnison | the default trove-id is 'baserock' | 15:37 |
| Kinnison | it also adjusts things like the branches morph uses for temporary refs etc | 15:37 |
| Kinnison | trove-host is the hostname and defauls to the value of trove-id if trove-host is unset and trove-id is set to non-baserock | 15:38 |
| Kinnison | it's a non-trivial bit of fiddling | 15:38 |
| jonathanmaw | pedroalvarez: and you're able to self-upgrade from a jetson using that cache? | 15:38 |
| wdutch | so for a trove of gbo, the id should be baserock? | 15:39 |
| Kinnison | you should just leave it unset | 15:39 |
| Kinnison | easier | 15:39 |
| pedroalvarez | jonathanmaw: yes | 15:39 |
| wdutch | k | 15:39 |
| jonathanmaw | and we're using the same version of morph, and building the same system in definitions... | 15:40 |
| jonathanmaw | i.e. we're both using baserock/pedroalvarez/gdp-rebase-wip | 15:40 |
| jonathanmaw | sha1 starting 10fa03b | 15:40 |
| Kinnison | If you're using a 32bit chroot on armv8l64 without somehow telling the kernel to report armv7 then morph is going to build armv8l32 | 15:40 |
| pedroalvarez | jonathanmaw: right, the system artifact was missing the latest commit | 15:41 |
| pedroalvarez | jonathanmaw: creating it again | 15:41 |
| jonathanmaw | it's not even the system artifact, I'm getting stuck much lower down in the build | 15:41 |
| Kinnison | you could try setarch armv7l chroot ... | 15:42 |
| Kinnison | instead | 15:42 |
| Kinnison | You might need -B too | 15:42 |
| pedroalvarez | Kinnison: shouldn't Morph complain about tryig to cross-compile? | 15:43 |
| Kinnison | I'm unsure, possibly | 15:44 |
| * Kinnison has, admittedly, not played with that code in about 7 months | 15:44 | |
| paulsherwood | jonathanmaw: http://185.98.148.244:8000/artifacts/* should have (some) ybd artifacts for the branch you directed me to earlier | 15:47 |
| jonathanmaw | paulsherwood: ok, do I need to bother with a kbas-password? | 15:48 |
| paulsherwood | not if you're only downloading | 15:48 |
| jonathanmaw | paulsherwood: odd, I seem to be encountering an error building from master, "KeyError: base" | 15:50 |
| paulsherwood | jonathanmaw: please use latest tag (of ybd) | 15:51 |
| jonathanmaw | 15.42? | 15:52 |
| paulsherwood | i believe so | 15:52 |
| paulsherwood | sadly, i break master all the time | 15:52 |
| jonathanmaw | still getting KeyError: 'base' | 15:52 |
| jonathanmaw | http://paste.baserock.org/alalosonen | 15:52 |
| paulsherwood | odd. are you using a machine with /src ? | 15:53 |
| jonathanmaw | paulsherwood: yes | 15:53 |
| jonathanmaw | it appears to be a separate disk | 15:53 |
| paulsherwood | please put 'base: /src' into ybd.conf in the dir containing ybd | 15:54 |
| jonathanmaw | paulsherwood: there is no ybd.conf in the dir containing ybd | 15:54 |
| paulsherwood | jonathanmaw: ack. please create one | 15:55 |
| jonathanmaw | i.e. create a /src/ybd/ybd.conf, with "base: /src" in it? | 15:55 |
| paulsherwood | yes please. | 15:55 |
| * paulsherwood hates all software now, not just baserock :) | 15:56 | |
| * pedroalvarez too | 15:56 | |
| jonathanmaw | fun new error! | 15:56 |
| jonathanmaw | http://paste.baserock.org/kekahihoye | 15:57 |
| paulsherwood | yes. remove that DEFAULTS file you sneaked in :) | 15:57 |
| paulsherwood | or go to master ybd and accept that you're in the same uncharted waters as i am :) | 15:58 |
| jonathanmaw | >:[ it's trying to build stage1-gcc | 15:59 |
| paulsherwood | heh | 16:00 |
| jonathanmaw | and then once it had the git repo mirrored, it grabbed the cache key | 16:00 |
| jonathanmaw | because that's necessary and I was being pessimistic | 16:00 |
| pedroalvarez | well that's good :) | 16:01 |
| paulsherwood | i'm pessimistic too, today :) | 16:01 |
| * jonathanmaw twiddles while kernel downloads | 16:01 | |
| pedroalvarez | well, I've sent a mega patch, that I don't think is ready to merge: https://gerrit.baserock.org/#/c/1215/ | 16:01 |
| paulsherwood | what's wrong with it? | 16:02 |
| pedroalvarez | well, there are a couple of things that may not be related with the commit msg | 16:03 |
| pedroalvarez | but anybody is welcome to pointme to errors that would prevent it to be merged | 16:03 |
| paulsherwood | can it break anything that's already there? | 16:03 |
| pedroalvarez | I hope not | 16:04 |
| jonathanmaw | we've added qtwayland to everyone's qt5-tools.morph, we've added some magic to the weston chunk, and we've changed all the GENIVI baseline systems to use input-genivi | 16:05 |
| pedroalvarez | yup, I'm worried about the first 2 | 16:06 |
| jonathanmaw | I think not having qtwayland in qt5-tools may have been an omission when qt5-tools was merged; I think radiofree said as much, but I may be mistaken | 16:06 |
| pedroalvarez | and looks like the magic for weston was created on a different stratum | 16:07 |
| pedroalvarez | I'm going to document the changes a bit on the commit msg | 16:08 |
| jonathanmaw | hmm, we already have a weston-gdp chunk which is different from that weston chunk | 16:08 |
| jonathanmaw | so we could probably get away with undoing the change to weston.morph | 16:08 |
| SotK | can it perhaps be split into a few commits (eg one to add qtwayland to qt5-tools, one to do magic, one to use input-genivi and one to add the gdp)? | 16:09 |
| pedroalvarez | SotK: yes, looking into that | 16:09 |
| pedroalvarez | jonathanmaw: do you see the "$" here? https://gerrit.baserock.org/#/c/1215/1/strata/weston-genivi/weston.morph | 16:13 |
| pedroalvarez | is that part of any magic I don't know? :/ | 16:13 |
| jonathanmaw | pedroalvarez: yes. I have no idea what it does there. | 16:13 |
| * pedroalvarez want's to remove it! | 16:14 | |
| jonathanmaw | it's a configure-command, so I suppose the best way to find out if it's necessary is to try and build and see if things go wrong if it's removed | 16:14 |
| richard_maw | I'd hazard a guess that it's unintentional | 16:14 |
| jonathanmaw | I'll go with the shell wizard's guess | 16:15 |
| pedroalvarez | heh | 16:15 |
| jonathanmaw | yaml apparently uses $ to indicate scalars, but it's not formatted for it to parse it that way | 16:16 |
| pedroalvarez | It builds without it. | 16:18 |
| *** ssam2 has quit IRC | 16:33 | |
| pedroalvarez | here we go: https://gerrit.baserock.org/#/q/topic:baserock/pedroalvarez/gdp-rebase | 16:35 |
| pedroalvarez | please note, some patches to clean up will follow up | 16:35 |
| pedroalvarez | there is a plan to move everything related with Genivi to a different folder in definitions | 16:36 |
| pedroalvarez | oh, looks like my first commit is wrong.. | 16:37 |
| jonathanmaw | pedroalvarez: i.e. it still alters weston-genivi? | 16:39 |
| pedroalvarez | it changes max-jobs to qtwebkit, but a morphology that is not being used :/ | 16:39 |
| pedroalvarez | I'll keep the weston-genivi change, I think is good | 16:40 |
| pedroalvarez | oh, no It is being used | 16:41 |
| pedroalvarez | meh | 16:41 |
| pedroalvarez | I think it can be merged as it is, if people here trust we will maintain it | 16:42 |
| paulsherwood | +1 :) | 16:43 |
| paulsherwood | pedroalvarez: whatabout the one you've abandoned? | 16:43 |
| pedroalvarez | duplicated patches | 16:44 |
| paulsherwood | ok, so you're seeking review for the rest? | 16:44 |
| pedroalvarez | yup | 16:44 |
| pedroalvarez | ther are 5 | 16:44 |
| pedroalvarez | +e | 16:44 |
| * paulsherwood will need to build them | 16:45 | |
| paulsherwood | is there a branch anywhere? | 16:46 |
| paulsherwood | pedroalvarez: ^^ | 16:46 |
| *** mariaderidder has quit IRC | 16:47 | |
| pedroalvarez | paulsherwood: baserock/pedroalvarez/gdp-rebase | 16:47 |
| paulsherwood | tvm | 16:47 |
| *** tiagogomes has quit IRC | 16:49 | |
| paulsherwood | 3 15-10-15 00:00:18 [1/51/340] [dbus-python] Starting build of dbus-python.6e1f67646cce327a9d559cc0bea8362945929fc5250e949f3e57ab3e7cc48e74 | 16:50 |
| paulsherwood | shouldn't take too long | 16:50 |
| pedroalvarez | that's good | 16:50 |
| paulsherwood | :-) | 16:51 |
| paulsherwood | interesting.... 15-10-15 00:03:02 [11/51/340] [mesa-common-vm] Autodetected build system is NOT FOUND | 16:52 |
| paulsherwood | pedroalvarez: ^^ | 16:52 |
| pedroalvarez | paulsherwood: I accidentaly duplicated the patch when sending a second version, that's why I abandoned it. But all the changes are included in the other 5 | 16:54 |
| *** paulwaters_ has joined #baserock | 16:55 | |
| paulsherwood | pedroalvarez: that's off your branch at g.b.o | 16:55 |
| pedroalvarez | grr.. sorry, answered to a Paul of some minutes ago | 16:55 |
| paulsherwood | these last minute fixings are so exciting, don't you think? :-) | 16:56 |
| jonathanmaw | argh! | 16:56 |
| pedroalvarez | what is that! | 16:56 |
| paulsherwood | ? | 16:56 |
| pedroalvarez | is that ybd failing to autodetect the build system? | 16:56 |
| jonathanmaw | ybd refused to deploy | 16:56 |
| jonathanmaw | so I specified on the command-line that I was using the armv7lhf arcitecture, and it tried to builld eeverything from binutils | 16:57 |
| paulsherwood | ybd refused to deploy? | 16:57 |
| jonathanmaw | when I try to deploy without specifying the architecture on the command-line, I get the message "15-10-15 00:00:12 [genivi-demo-platform-armv7lhf-jetson] Skipping deployment for armv7lhf" | 16:57 |
| paulsherwood | right. | 16:58 |
| jonathanmaw | when I add that to the command-line, it tries to build binutils | 16:58 |
| paulsherwood | hmmm. when you built, did you specify architecture on the commandline? | 16:58 |
| jonathanmaw | no | 16:58 |
| jonathanmaw | did you? | 16:59 |
| paulsherwood | always, afaik | 16:59 |
| paulsherwood | maybe i should make that non-optional | 16:59 |
| *** bashrc has quit IRC | 16:59 | |
| paulsherwood | still, weird... what artifacts were you actually retrieving, is the question? :) | 17:00 |
| pedroalvarez | my build starts from stage2-make | 17:04 |
| *** gary_perkins has quit IRC | 17:06 | |
| *** gary_perkins has joined #baserock | 17:06 | |
| *** jonathanmaw has quit IRC | 17:15 | |
| pedroalvarez | paulsherwood: good catch, fixed, force pushed, and patch updated | 17:19 |
| paulsherwood | tvm | 17:19 |
| *** paulwaters_ has quit IRC | 17:33 | |
| pedroalvarez | paulsherwood: heh, my buld started from gcc, I guess it's getting your artifacts | 17:38 |
| pedroalvarez | which is good | 17:38 |
| paulsherwood | :) | 17:38 |
| *** paulwaters_ has joined #baserock | 17:39 | |
| paulsherwood | yup... trouble is, we're still racing for multi-machine. need some kind of multi-machine equivalent of the claim | 17:39 |
| paulsherwood | (so all machines are currentyl building gcc) | 17:39 |
| *** paulwaters_ has quit IRC | 17:58 | |
| jjardon | paulsherwood: your definitions is quite old :) mesa-common-vm is not needed anymore with new versions of mesa | 18:18 |
| paulsherwood | jjardon: not mine, pedroalvarez' :) | 18:18 |
| paulsherwood | it's fixed now :) | 18:19 |
| pedroalvarez | yup, i fixed that | 18:22 |
| pedroalvarez | looks like there are other things to fix though | 18:23 |
| pedroalvarez | and to be honest, I'm not sure about some of the comments :/ (gtk2 vs gtk3, llvm...) | 18:24 |
| pedroalvarez | I'll try to discuss that tomorrow with jonathan :) | 18:24 |
| pedroalvarez | jjardon: thanks for the review anyway! | 18:24 |
| jjardon | pedroalvarez: gtk2 will not work on wayland, and you do not have x-generic in the system, thats why I asked ;) | 18:25 |
| pedroalvarez | I'll manage to fix and test that tomorrow :) | 18:42 |
| *** paulwaters_ has joined #baserock | 19:04 | |
| *** Stanto has quit IRC | 19:08 | |
| *** Stanto has joined #baserock | 19:11 | |
| *** Stanto has quit IRC | 19:18 | |
| *** Stanto has joined #baserock | 19:21 | |
| *** paulwaters_ has quit IRC | 20:30 | |
| *** paulwaters_ has joined #baserock | 21:52 | |
| *** tiredcat_ has joined #baserock | 23:30 | |
| *** tiredcat has quit IRC | 23:30 | |
| *** persia has quit IRC | 23:30 | |
| *** persia has joined #baserock | 23:30 | |
| *** nowster has quit IRC | 23:34 | |
| *** benbrown_ has quit IRC | 23:34 | |
| *** nowster has joined #baserock | 23:37 | |
| *** benbrown_ has joined #baserock | 23:41 | |
| *** edcragg has quit IRC | 23:56 | |
| *** petefoth has quit IRC | 23:56 | |
| *** ctgriffiths has quit IRC | 23:56 | |
| *** dabukalam has quit IRC | 23:56 | |
| *** Zara has quit IRC | 23:56 | |
| *** doffm has quit IRC | 23:56 | |
| *** bwh has quit IRC | 23:56 | |
| *** Kinnison has quit IRC | 23:56 | |
| *** radiofree has quit IRC | 23:56 | |
| *** lachlanmackenzie has quit IRC | 23:56 | |
| *** SotK has quit IRC | 23:56 | |
| *** benbrown_ has quit IRC | 23:56 | |
| *** ratmice____ has quit IRC | 23:56 | |
| *** perryl has quit IRC | 23:56 | |
| *** paulsherwood has quit IRC | 23:56 | |
| *** jmacs_ has quit IRC | 23:56 | |
| *** zoli__ has quit IRC | 23:56 | |
| *** drnic has quit IRC | 23:56 | |
| *** rjek has quit IRC | 23:56 | |
| *** tlsa has quit IRC | 23:56 | |
| *** sebh has quit IRC | 23:56 | |
| *** wdutch has quit IRC | 23:56 | |
| *** gary_perkins has quit IRC | 23:56 | |
| *** juergbi has quit IRC | 23:56 | |
| *** JPohlmann has quit IRC | 23:56 | |
| *** gtristan has quit IRC | 23:56 | |
| *** pedroalvarez has quit IRC | 23:56 | |
| *** bjdooks has quit IRC | 23:56 | |
| *** bfletcher_ has quit IRC | 23:56 | |
| *** De|ta has quit IRC | 23:56 | |
| *** petefotheringham has quit IRC | 23:56 | |
| *** nowster has quit IRC | 23:56 | |
| *** inara has quit IRC | 23:56 | |
| *** tiredcat_ has quit IRC | 23:56 | |
| *** richard_maw has quit IRC | 23:56 | |
| *** rdale has quit IRC | 23:56 | |
| *** robtaylor has quit IRC | 23:56 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!