| *** gtristan has quit IRC | 04:31 | |
| *** gtristan has joined #baserock | 04:57 | |
| *** franred has joined #baserock | 07:21 | |
| *** jjardon_ has joined #baserock | 07:43 | |
| *** toscalix has joined #baserock | 07:49 | |
| jjardon_ | Hi, what is the best approach if I want to compile all the chunks with some specific CFLAGS? Change DEFAULTS? Change the build tool code (I see we do that fore the MAKEFLAGS)?? | 07:50 |
|---|---|---|
| franred | jjardon_, I would say that DEFAULTS is the place to modify that. Said that, the change is not trivial an you should aim to at least manage to build all the packages in any architecture defined that currently built to avoid a massive regression when build the rest of the systems and not the ones you are interested in. | 08:25 |
| *** ctbruce has joined #baserock | 08:27 | |
| paulsherwood | +1 | 08:27 |
| paulsherwood | jjardon_: if you want to make a branch, i can build ci for you on aws | 08:28 |
| paulsherwood | jjardon_: not sure what you mean by build tool code vs MAKEFLAGS. iirc currently the sandboxing strips any env, and -j is set by default based on cpu_count(), except where it's forced to 1 (max-jobs: 1) | 08:35 |
| jjardon_ | yeah, so MAKEFLAGS is set in the code, not in a declarative way (even I think in this specific case makes sense as you have to detect the number of cores available)) | 08:36 |
| jjardon_ | for CFLAGS/CXXFLAGS I think is a bit different; distros normally default to some optimized ones (-02 -march=native ...) for normal image or debug ones (-g -O0) if you want to generate debug information | 08:38 |
| paulsherwood | i guess we could support max-jobs: [cpu_count, 1, n] | 08:39 |
| paulsherwood | (defaulting to cpu-count) | 08:39 |
| jjardon_ | paulsherwood: that would be great I think | 08:42 |
| jjardon_ | about CFLAGS/CXXFLAGS, I think baserock should default to some sane/safe ones, and let users to modify that value if desired | 08:43 |
| paulsherwood | jjardon_: actually, ybd already does that, defaulting to cpu_count :) | 08:44 |
| paulsherwood | jjardon_: +1 for CFLAGS/CXXFLAGS | 08:44 |
| jjardon_ | paulsherwood: nice. so , if I want to modify the default max-jobs, can I do that changing a parameter in DEFAULTS? | 08:47 |
| *** rdale has joined #baserock | 09:03 | |
| *** bashrc_ has joined #baserock | 09:06 | |
| paulsherwood | jjardon_: not yet :) - we'd need to fix DEFAULTS | 09:22 |
| *** jonathanmaw has joined #baserock | 09:37 | |
| *** jjardon_ has quit IRC | 09:38 | |
| pedroalvarez_ | would be MAKEFLAGS something for DEFAULTS or for morph.conf/ybd.conf? | 09:41 |
| *** tiagogomes has joined #baserock | 09:45 | |
| pedroalvarez_ | will different MAKEFLAGS modify the output? | 09:45 |
| paulsherwood | hopefully not :) | 09:45 |
| paulsherwood | but in some cases it does - if the build cannot cope with parallel | 09:46 |
| pedroalvarez_ | also, if we use them correctly in definitions | 09:47 |
| pedroalvarez_ | same thing with CFLAGS/CXXFLAGS? | 09:47 |
| pedroalvarez_ | radiofree, jjardon: stock weston works just fine. There is something wrong with how genivi-weston runs :( | 09:49 |
| franred | pedroalvarez_, it is interesting. so you suggestion is that the build tools define their compile flags, being definitions agnostic about it? | 09:49 |
| franred | your* | 09:50 |
| radiofree | pedroalvarez_: that's odd! | 09:50 |
| pedroalvarez_ | franred: I'm just thinking, that maybe in some cases, you want to build something with max-jobs 1, because you don't have enough hardware.. but then you want to use exactly the same definitions to build with max-jobs:15, because you have a massive build server | 09:51 |
| jjardon | pedroalvarez_: different CFLAGS will produce different binaries, yes | 09:52 |
| pedroalvarez_ | and for that... you shouldn't need to change any definitions | 09:52 |
| paulsherwood | hmmm.... cache-keys need to be affected by CFLAGS | 09:54 |
| *** ssam2 has joined #baserock | 09:54 | |
| *** ChanServ sets mode: +v ssam2 | 09:54 | |
| pedroalvarez_ | radiofree: it is, yes. I'm going to try 4.5-rc5 kernel and latest nouveau oot kernel module | 09:54 |
| pedroalvarez_ | paulsherwood: that's what I was thinking | 09:54 |
| *** gtristan has quit IRC | 09:57 | |
| paulsherwood | pedroalvarez_: hence i think they should be in DEFAULTS | 09:57 |
| franred | +1 | 09:58 |
| *** edcragg has joined #baserock | 10:00 | |
| *** CTtpollard has joined #baserock | 10:03 | |
| pedroalvarez_ | environment: | 10:06 |
| pedroalvarez_ | - CFLAGS: "-D_GNU_SOURCE -static" | 10:06 |
| pedroalvarez_ | - CXXFLAGS: "-foo -B_AR" | 10:06 |
| paulsherwood | https://storyboard.baserock.org/?#!/story/79 | 10:07 |
| ssam2 | allowing a generic way to set build-environment inside DEFAULTS seems a nice solution | 10:08 |
| ssam2 | just allowing CFLAGS and CXXFLAGS would fine, but then one day someone would need to set LDFLAGS, etc. | 10:08 |
| paulsherwood | ack | 10:09 |
| jjardon | Setting CFLAGS, CXXFLAGS and LDFLAGS should be enough I think | 10:11 |
| tiagogomes | How will that play with CFLAGS already defined in the chunk morphs? Will the values of CFLAGS in DEFAULTS and CFLAGS in the chunk morph be joined together? | 10:15 |
| tiagogomes | The environment spec should also be a dictionary, and not a list of dictionaries | 10:16 |
| ssam2 | tiagogomes: it might break things | 10:19 |
| franred | tiagogomes, I would suggest to overwrite the flags with the ones written in the chunk(definition) | 10:19 |
| ssam2 | tiagogomes: but most likely it wouldn't | 10:19 |
| ssam2 | tiagogomes: chunks could easily do "CFLAGS=$CFLAGS -O0" or whatever if they want | 10:19 |
| tiagogomes | ssam2 that sounds good | 10:20 |
| pedroalvarez_ | should CFLAGS change the cache key of everything? or only of the chunks that are actually using them> | 10:24 |
| pedroalvarez_ | ? | 10:24 |
| jjardon | pedroalvarez_: everything | 10:24 |
| pedroalvarez_ | well, I guess something at a really low level uses them anyway :) | 10:24 |
| jjardon | the idea is that I will build the whole system with -O2 -march=native , for example | 10:24 |
| pedroalvarez_ | tiagogomes: I almost put another '-' to environment :) | 10:29 |
| ssam2 | if cache keys are implement sensibly, this shouldn't require any change to how they are calculated | 10:31 |
| ssam2 | the entire build environment should be included in the cache key | 10:31 |
| *** gtristan has joined #baserock | 10:37 | |
| *** locallycompact has joined #baserock | 11:09 | |
| *** franred has quit IRC | 11:30 | |
| *** franred has joined #baserock | 11:43 | |
| *** rjek_ is now known as rjek | 12:19 | |
| *** gtristan has quit IRC | 13:50 | |
| *** bashrc_ has quit IRC | 14:04 | |
| *** bashrc_ has joined #baserock | 14:05 | |
| *** gtristan has joined #baserock | 15:03 | |
| *** ctbruce has quit IRC | 15:06 | |
| locallycompact | Hi peeps. Shot in the dark - pedroalvarez_ was kind enough to add me to the gerrit Non-Interactive Users group so I could test this stream-events thing on gerrit, but it seems to timeout after exactly 50 seconds every time: | 16:00 |
| locallycompact | http://pastebin.com/EPiCtMNJ | 16:00 |
| locallycompact | 'Connection to gerrit.baserock.org closed by remote host.' | 16:00 |
| rjek | How rude. | 16:01 |
| paulsherwood | we seem to short of reviews, still.... | 16:01 |
| * richard_maw doesn't have time to trawl through things to review of his own volition but can spare a few minutes here and there if people ping him links | 16:02 | |
| paulsherwood | locallycompact: could you help with some reviews, while you wait for help on that? :) | 16:02 |
| * locallycompact doesn't mind trawling if it's a priority | 16:02 | |
| paulsherwood | well, i think there's updates to things that jjardon is working on | 16:03 |
| paulsherwood | eg https://gerrit.baserock.org/#/c/1931/ | 16:04 |
| locallycompact | nice | 16:04 |
| *** pedroalvarez_ is now known as pedroalvarez | 16:08 | |
| pedroalvarez | locallycompact: I wonder if we could get some help in #gerrit | 16:09 |
| ssam2 | locallycompact: do you get any events? it doesn't look like it from that log.. | 16:10 |
| locallycompact | no events | 16:10 |
| locallycompact | but possible there were none in that timespan | 16:10 |
| ssam2 | i thought that stream-events was available for everyone, because doesn't gertty require that? | 16:10 |
| pedroalvarez | events arrive if any | 16:10 |
| ssam2 | is anyone using gertty? | 16:10 |
| * SotK thought it was too | 16:10 | |
| pedroalvarez | ssam2: nope, gertty uses download-commands plugin | 16:10 |
| locallycompact | I had authorisation problems without being in that user group | 16:10 |
| pedroalvarez | (IIRC) | 16:11 |
| ssam2 | ah, right | 16:11 |
| locallycompact | if you do just ssh -p 29418 gerrit.baserock.org gerrit stream-events | 16:11 |
| pedroalvarez | I've tested, ant events arrive if any, but times out after 50 seconds of inactivity | 16:11 |
| *** faybrocklebank has quit IRC | 16:11 | |
| ssam2 | is your gerrit username the same as your local username? | 16:12 |
| locallycompact | ah, it is not | 16:12 |
| locallycompact | ok now it's different | 16:12 |
| ssam2 | i'm getting events | 16:13 |
| locallycompact | I have events | 16:13 |
| paulsherwood | w00t :) | 16:13 |
| locallycompact | see if timeout | 16:13 |
| pedroalvarez | who is making noise in gerrit! | 16:13 |
| pedroalvarez | hah | 16:13 |
| *** ctbruce has joined #baserock | 16:13 | |
| pedroalvarez | but it still times out, right? | 16:14 |
| locallycompact | it still times out yeah | 16:14 |
| pedroalvarez | locallycompact: maybe now that pygerrit script you showed me works? | 16:14 |
| locallycompact | doesn't seem to be printing anything eventy | 16:14 |
| locallycompact | if it's supposed to | 16:15 |
| pedroalvarez | locallycompact: because nothing is happening in gerrit I guess | 16:16 |
| paulsherwood | reviews! :) | 16:16 |
| locallycompact | I'm trying with python example.py -g gerrit.baserock.org -u locallycompact | 16:17 |
| locallycompact | using https://raw.githubusercontent.com/sonyxperiadev/pygerrit/master/example.py | 16:17 |
| ssam2 | you should have just seen some events | 16:19 |
| locallycompact | 2016-02-29 16:17:05,703 INFO No event | 16:19 |
| locallycompact | 2016-02-29 16:17:06,705 INFO No event | 16:19 |
| locallycompact | 2016-02-29 16:17:07,707 INFO No event | 16:19 |
| locallycompact | 2016-02-29 16:17:08,708 INFO No event | 16:19 |
| locallycompact | etc | 16:19 |
| ssam2 | odd | 16:19 |
| locallycompact | until timeout | 16:19 |
| pedroalvarez | 2016-02-29 16:19:37,028 INFO Event: <UnhandledEvent> | 16:19 |
| ssam2 | this is what I saw: http://paste.baserock.org/ucexuquyor | 16:20 |
| ssam2 | and I definitely have been connected more than 50 seconds | 16:20 |
| pedroalvarez | IME after 50 seconds from last event, timeout! | 16:20 |
| ssam2 | especially weird since you and me should be in all the same groups | 16:21 |
| ssam2 | no timeouts for me | 16:21 |
| paulsherwood | locallycompact: what do you mean by 'opopopop' ? | 16:25 |
| *** franred has quit IRC | 16:26 | |
| locallycompact | https://paste.fedoraproject.org/331208/45676316/ | 16:26 |
| * paulsherwood notes that posting frivolous review messages may or may not endear one to others in the upstream community | 16:26 | |
| locallycompact | it's roughly equivalent to "move it along" | 16:27 |
| paulsherwood | eek.... leaking my creds all over the interwebs,, thanks :) | 16:27 |
| pedroalvarez | creds ?!?! | 16:28 |
| paulsherwood | (and yours too, locallycompact ) | 16:28 |
| locallycompact | What creds? | 16:28 |
| paulsherwood | well, email address, name, nick | 16:28 |
| pedroalvarez | the email is public in gerrit already | 16:28 |
| paulsherwood | s/creds/data/ | 16:28 |
| paulsherwood | true. i'll get my coat :) | 16:28 |
| pedroalvarez | heh :) no need | 16:28 |
| pedroalvarez | **you are being watched** | 16:29 |
| ssam2 | oh, this might be haproxy that closes the connection | 16:29 |
| ssam2 | timeout client 50000ms | 16:29 |
| ssam2 | timeout server 50000ms | 16:29 |
| ssam2 | that is suspiciously like 50 seconds... | 16:29 |
| pedroalvarez | good catch | 16:30 |
| ssam2 | locallycompact: i've changed the timeout for ssh to gerrit to 1 hr, has that improved matters? | 16:35 |
| * locallycompact relaunches | 16:36 | |
| locallycompact | It has not | 16:38 |
| locallycompact | 50 secs still | 16:38 |
| ssam2 | this is log from haproxy for all the ssh connections to gerrit in that time: http://paste.baserock.org/lacayixera] | 16:41 |
| ssam2 | no idea what it says though :-) | 16:41 |
| locallycompact | That didn't seem to link anywhere | 16:42 |
| ssam2 | http://paste.baserock.org/lacayixera | 16:43 |
| ssam2 | the 'cD' seems the significant part | 16:43 |
| ssam2 | "c : the client-side timeout expired while waiting for the client to | 16:43 |
| ssam2 | send or receive data." | 16:43 |
| ssam2 | so, I guess it is haproxy messing things up | 16:43 |
| locallycompact | fascinating log | 16:44 |
| ssam2 | except that I put " timeout client 1h" | 16:44 |
| ssam2 | for that backend | 16:44 |
| ssam2 | oh, 'timeout client' goes in a different section | 16:45 |
| ssam2 | ok, try again now | 16:45 |
| locallycompact | so far so good | 16:48 |
| locallycompact | ssam2, looks good | 16:50 |
| locallycompact | ssam2, OOI, is it possible to make that infinite? | 16:50 |
| pedroalvarez | I was actually thinking about t hat. 1h timeout is not long enough | 16:50 |
| pedroalvarez | but the code should handle that too I think | 16:51 |
| ssam2 | hmm.. no, it can't be infinite | 16:51 |
| ssam2 | i could make it 1 day or something | 16:51 |
| ssam2 | but yeah, your code can't assume network connections will last forever anyway | 16:51 |
| *** fay has joined #baserock | 17:20 | |
| *** fay is now known as Guest66029 | 17:20 | |
| *** ctbruce has quit IRC | 17:21 | |
| * paulsherwood is building devel-system-armv8l64 on jetson TX1 | 17:26 | |
| richard_maw | show-off | 17:27 |
| richard_maw | ☺ | 17:27 |
| pedroalvarez | nice! | 17:28 |
| paulsherwood | 16-02-29 00:02:35 [0/372/372] [stage1-binutils] Elapsed time for build of stage1-binutils.7cff4748c65f817a269a40ea3a7b40fa5fd559b87820e523cca042426ef0efce 00:02:05 | 17:28 |
| pedroalvarez | I wonder if that would still build hehe | 17:28 |
| pedroalvarez | s/would/will/ | 17:28 |
| *** Guest66029 is now known as faybrocklebank | 17:29 | |
| * richard_maw would be interested to know whether the TX1 proves to be a useful build machine | 17:29 | |
| paulsherwood | cpu_count = 4 | 17:29 |
| CTtpollard | it's quite beastly | 17:31 |
| CTtpollard | and 4GB of ddr4 | 17:31 |
| CTtpollard | nut sure if any of the cuda/visual stuff is of any use though | 17:32 |
| CTtpollard | *not | 17:32 |
| locallycompact | use for what? | 17:32 |
| locallycompact | I like cuda | 17:32 |
| paulsherwood | i'm sure it's of use, but not for building sw :) | 17:32 |
| CTtpollard | locallycompact: building (not in general) | 17:32 |
| * CTtpollard would prefer OpenCL | 17:35 | |
| *** toscalix has quit IRC | 17:36 | |
| paulsherwood | eek! http://sprunge.us/EAeO | 17:36 |
| CTtpollard | anyway, that's a different conversation | 17:36 |
| paulsherwood | rjek: any ideas about that? or edcragg ? | 17:40 |
| pedroalvarez | this is were all the fun starts | 17:42 |
| pedroalvarez | where | 17:42 |
| paulsherwood | it's been fun here for years already :) | 17:43 |
| edcragg | paulsherwood: maybe no armv8 support in baserock? but i thought that had already been patched for the moonshot | 17:43 |
| * richard_maw hopes that error isn't that the host C compiler can't compile aarch64 code | 17:44 | |
| pedroalvarez | I hope it's not related to the `case "$MORPH_ARCH" in` workaround in stage1-gcc | 17:45 |
| pedroalvarez | although that one would be easy to fix | 17:46 |
| pedroalvarez | You could try to build the definitions from when aarch64 was merged | 17:46 |
| edcragg | i don't see an armv8 case in the error for stage1-gcc | 17:47 |
| *** jonathanmaw has quit IRC | 17:50 | |
| edcragg | yeah looks like gcc flags aren't set for armv8 in master | 17:51 |
| edcragg | definitions | 17:51 |
| edcragg | have we not been building on armv8? | 17:52 |
| paulsherwood | aarch64, iirc | 17:52 |
| edcragg | same thing, surely? | 17:54 |
| ssam2 | i don't think so | 17:55 |
| edcragg | well armv8 can run in 32 bit mode... | 17:56 |
| paulsherwood | edcragg: yup, but where's the fun in that? :) | 17:56 |
| paulsherwood | edcragg: i believe you have a similar board :) patches (to definitions) gratefully accepted | 17:56 |
| edcragg | i did patch that previously as it happens but never got a chance to test it before the moonshot was taken away | 17:57 |
| paulsherwood | moonshot should be back online soonish | 17:57 |
| paulsherwood | edcragg: i could test your patches? | 17:57 |
| edcragg | paulsherwood: just finding them now | 17:58 |
| pedroalvarez | 2016-02-29 16:24:43 Using git clone. | 17:59 |
| pedroalvarez | ERROR: Cannot find remote git repository: https://git.gnome.org/browse/libglnx | 17:59 |
| pedroalvarez | jjardon: ^ :P | 17:59 |
| paulsherwood | :) | 18:00 |
| *** bashrc_ has quit IRC | 18:00 | |
| pedroalvarez | definitions v8 will solve this problem I guess | 18:01 |
| paulsherwood | pedroalvarez: what are you building to trigger that? | 18:01 |
| pedroalvarez | This is Mason trying to build lastest Gnome system | 18:02 |
| paulsherwood | pedroalvarez: in master? | 18:02 |
| pedroalvarez | Mason is still alive, yes :) | 18:02 |
| paulsherwood | :) | 18:02 |
| pedroalvarez | paulsherwood: yes, master | 18:03 |
| pedroalvarez | after "strata/xdg-app-common: Upgrade xdg-app to 0.4.13" | 18:03 |
| paulsherwood | ack. i guess i need to slap myself... did i review that? | 18:03 |
| pedroalvarez | please, don't slap anyone. Reviewing that the repo being used doesn't have gitmodules is too much | 18:04 |
| paulsherwood | pedroalvarez: shall i test it with v8 applied? | 18:04 |
| edcragg | paulsherwood: http://paste.baserock.org/venunizupi | 18:05 |
| pedroalvarez | tbh I don't know if that would help :/ | 18:05 |
| edcragg | paulsherwood: what the patch? | 18:06 |
| edcragg | pedroalvarez even | 18:06 |
| pedroalvarez | nope, that wasn't for you | 18:06 |
| edcragg | ok :) | 18:06 |
| paulsherwood | edcragg: does not apply | 18:07 |
| *** faybrocklebank has quit IRC | 18:08 | |
| paulsherwood | error: patch failed: strata/build-essential/stage1-gcc.morph:71 | 18:08 |
| paulsherwood | error: strata/build-essential/stage1-gcc.morph: patch does not apply | 18:08 |
| edcragg | paulsherwood: i just rebased it on master, one sec | 18:11 |
| edcragg | would gerrit be any more or less useful to you? | 18:12 |
| edcragg | paulsherwood: https://gerrit.baserock.org/#/c/1932/ | 18:13 |
| paulsherwood | edcragg: thanks! trying now | 18:19 |
| ssam2 | https://docs.baserock.org/ exists now | 18:20 |
| paulsherwood | w00t! | 18:20 |
| paulsherwood | can we make it green, though? | 18:20 |
| paulsherwood | red is scary | 18:21 |
| paulsherwood | what's the magic for that, btw? | 18:21 |
| ssam2 | mkdocs -- http://www.mkdocs.org/ | 18:21 |
| ssam2 | and branch sam/website of spec.git | 18:21 |
| ssam2 | i've not looked at how to tweak the theme, I can put it on my list | 18:22 |
| ssam2 | although perhaps we should change the wiki at the same time -- seems to me that they should look similar | 18:22 |
| paulsherwood | edcragg: http://sprunge.us/OCdT | 18:22 |
| jjardon | pedroalvarez: https://gerrit.baserock.org/#/c/1933/ | 18:22 |
| pedroalvarez | thanks! I almost send it first :) | 18:23 |
| pedroalvarez | merged | 18:23 |
| edcragg | paulsherwood: i think that could be gcc architecture problems - assembler complaints at the end | 18:25 |
| edcragg | if i'm not mistaken, i think this could be a 32 bit ubuntu rootfs, trying "readelf -a -W `which gcc` | grep Tag_CPU" for example | 18:25 |
| *** locallycompact has quit IRC | 18:26 | |
| paulsherwood | Tag_CPU_name: "7-A" | 18:26 |
| paulsherwood | Tag_CPU_arch: v7 | 18:26 |
| paulsherwood | Tag_CPU_arch_profile: Application | 18:26 |
| paulsherwood | Tag_CPU_unaligned_access: v6 | 18:26 |
| edcragg | yep | 18:27 |
| paulsherwood | oh well | 18:27 |
| edcragg | at least, v7 definitely isn't 64-bit | 18:27 |
| edcragg | it's probably cross-bootstrap time | 18:27 |
| paulsherwood | ack | 18:27 |
| * pedroalvarez smiles | 18:28 | |
| paulsherwood | how do i do git fetch into a bare repo? | 18:28 |
| richard_maw | the same way as a non-bare repo usually | 18:28 |
| richard_maw | which bare repo is this? | 18:28 |
| paulsherwood | never mind, i figured it out... i'm in my local gits/*linux | 18:29 |
| *** ssam2 has quit IRC | 18:36 | |
| paulsherwood | http://sprunge.us/CegN | 18:53 |
| paulsherwood | armv7 build also borks ^^ | 18:53 |
| * paulsherwood goes home | 18:55 | |
| *** rdale has quit IRC | 19:09 | |
| *** edcragg has quit IRC | 19:40 | |
| *** locallycompact has joined #baserock | 20:36 | |
| *** locallycompact has quit IRC | 22:01 | |
| *** gtristan has quit IRC | 22:23 | |
| *** edcragg has joined #baserock | 22:32 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!