*** gtristan has quit IRC | 03:04 | |
*** gtristan has joined #baserock | 03:31 | |
*** gtristan has quit IRC | 05:25 | |
*** gtristan has joined #baserock | 05:51 | |
*** fay has joined #baserock | 07:09 | |
*** fay is now known as Guest91733 | 07:10 | |
rjek | I like your new name, fay | 07:11 |
---|---|---|
*** rdale has joined #baserock | 07:25 | |
Guest91733 | snappy isn't it :) | 07:35 |
*** Guest91733 is now known as faybrocklebank | 07:35 | |
*** CTtpollard has joined #baserock | 07:44 | |
*** edcragg has joined #baserock | 07:53 | |
*** rdale has quit IRC | 08:26 | |
*** jonathanmaw has joined #baserock | 08:30 | |
*** rdale has joined #baserock | 08:37 | |
*** edcragg has quit IRC | 08:40 | |
*** toscalix has joined #baserock | 08:59 | |
*** edcragg has joined #baserock | 09:01 | |
*** toscalix has quit IRC | 09:08 | |
*** toscalix has joined #baserock | 09:09 | |
*** locallycompact has joined #baserock | 09:16 | |
*** toscalix has quit IRC | 09:19 | |
*** toscalix has joined #baserock | 09:21 | |
*** franred has joined #baserock | 09:33 | |
*** franred_ has joined #baserock | 11:08 | |
*** franred has quit IRC | 11:11 | |
*** franred has joined #baserock | 11:28 | |
*** franred_ has quit IRC | 11:31 | |
*** toscalix has quit IRC | 11:57 | |
*** toscalix has joined #baserock | 12:34 | |
*** franred_ has joined #baserock | 12:48 | |
*** franred has quit IRC | 12:52 | |
*** gtristan has quit IRC | 13:17 | |
locallycompact | how does symlinking things in the target work in baserock? there's lines like | 13:25 |
locallycompact | ln -sf libncurses.so "$DESTDIR/${PREFIX}/lib/libcurses.so" | 13:25 |
locallycompact | That's nonsense isn't it? | 13:25 |
pedroalvarez | why? | 13:27 |
richard_maw | I remember this from linux-from-scratch, libncurses is ABI compatible with libcurses, and some stuff links against libcurses | 13:27 |
locallycompact | I don't understand what this is doing. Isn't libncurses.so in the build directory? and so doesn't end up in the buildroot? | 13:28 |
locallycompact | Then what is it symlinked to? | 13:28 |
locallycompact | How do I symlink say /usr/include/json-c to /usr/include/json, which is what I'm trying to do | 13:28 |
locallycompact | in the target | 13:29 |
richard_maw | ln -sf json-c "$DESTDIR/${PREFIX}/include/json" | 13:29 |
richard_maw | wait | 13:29 |
richard_maw | might have that the wrong way around, is the name it gets installed to by default json-c or json? | 13:29 |
locallycompact | json-c currently | 13:30 |
locallycompact | i want json | 13:30 |
locallycompact | to exist | 13:30 |
richard_maw | ok, so it is the other way around then: `ln -sf json "$DESTDIR/${PREFIX}/include/json-c"` | 13:30 |
pedroalvarez | richard_maw: I think you were right before | 13:30 |
richard_maw | so I was | 13:31 |
richard_maw | aaaa | 13:31 |
locallycompact | no path on json-c, why? | 13:31 |
locallycompact | wait | 13:31 |
* locallycompact confuses | 13:31 | |
richard_maw | ln -s LINK_TARGET LINK_LOCATION | 13:31 |
locallycompact | my link target is $DESTDIR/usr/include/json-c surely? | 13:32 |
richard_maw | if LINK_TARGET is a relative path, it is interpreted relative to LINK_LOCATION when you look up paths | 13:32 |
locallycompact | ohh | 13:32 |
locallycompact | ok | 13:32 |
* locallycompact tries | 13:32 | |
pedroalvarez | if you put "DESTDIR" in link_target, it's going to end up really broken | 13:33 |
leeming | Suggestions for why a .meta file would throw the WARNING? #149 https://github.com/devcurmudgeon/ybd/blob/master/ybd/splitting.py | 14:04 |
leeming | causes AttributeError to be thrown on #238 | 14:06 |
leeming | simple fix, will log it | 14:06 |
leeming | sorry, *is there a* simple fix? | 14:06 |
pedroalvarez | leeming: you could try to remove that 'except' and leave python to show you the error, and figure out why | 14:06 |
pedroalvarez | my guess is that yaml.safe_load(f) in #145 is failing | 14:07 |
leeming | malformed morph file? what generates the .meta ? | 14:07 |
edcragg | the build tool | 14:07 |
pedroalvarez | leeming: a quick workaround would be to put a: | 14:09 |
pedroalvarez | if not metadata: | 14:09 |
pedroalvarez | continue | 14:09 |
pedroalvarez | after #237 | 14:09 |
SotK | or return an empty dict instead of None on #150 I expect | 14:09 |
pedroalvarez | SotK: empty dict will cause other errors, for example in #249 | 14:10 |
leeming | this is on gitlab btw :\ | 14:10 |
*** gtristan has joined #baserock | 14:11 | |
SotK | pedroalvarez, leeming: ah yeah, ignore me :) | 14:11 |
pedroalvarez | leeming: the proper fix would be to check why is not valid yaml, and make sure the tool (ybd) generates it correctly | 14:11 |
SotK | indeed | 14:11 |
leeming | is there a stand alone yaml validator? | 14:12 |
persia | leeming: There are several, but the better ones need to be fed a schema for the specific yaml to be validated. | 14:12 |
* pedroalvarez always uses webpages for that | 14:13 | |
pedroalvarez | like http://www.yamllint.com/ | 14:13 |
rjek | Does that llint yams? | 14:13 |
pedroalvarez | No. | 14:14 |
leeming | ok so error origin is incorrect parsing of ymal format? | 14:18 |
* pedroalvarez fails to parse that ^ | 14:21 | |
* pedroalvarez didn't understand what you meant by "this is on gitlab" either | 14:22 | |
leeming | sorry, builds are remote. I don't have direct access to the runners to modify the source for ybd for further investigation | 14:22 |
*** toscalix_ has joined #baserock | 14:23 | |
pedroalvarez | leeming: ah, I see | 14:23 |
leeming | so there is clearly a bug here in the exception handling in YBD, but there is something that is causing it to happen, i.e. the origin | 14:23 |
pedroalvarez | then, you could try to reproduce the error locally | 14:23 |
pedroalvarez | not sure that is the origin (thanks for clarifying), given that ybd is hiding the error and just dropping a warning | 14:24 |
*** toscalix has quit IRC | 14:24 | |
leeming | so the warning it throws is... "WARNING: problem loading metadata {'build-depends': [ .... ], .... }" | 14:25 |
pedroalvarez | yes, but that warning happens because something in the lines 144-147 is raising an error | 14:27 |
pedroalvarez | what error? we don't know | 14:27 |
pedroalvarez | that warning should be an error, and it should "raise" the exception instead of returning None | 14:28 |
SotK | leeming: I guess since you don't have direct access you also can't get to the metadata file that is causing the error? | 14:28 |
locallycompact | what's a metadata file and where does it live? | 14:29 |
SotK | whatever https://github.com/devcurmudgeon/ybd/blob/master/ybd/splitting.py#L153 would return for a given component | 14:29 |
pedroalvarez | you can also use Morph :) | 14:31 |
pedroalvarez | also, report the issue | 14:33 |
*** toscalix_ is now known as toscalix | 15:00 | |
paulsherwood | leeming: i expect you could reproduce the problem locally, provided your local machine a) had ybd installed and b) was using the same cache-server and definitions | 15:21 |
locallycompact | the problem was a mismatched name in the stratum chunk description and the chunk file itself | 15:25 |
pedroalvarez | funky | 15:26 |
paulsherwood | locallycompact: can you raise an issue with an example, so i can fix it? | 15:27 |
locallycompact | paulsherwood, leeming is on it | 15:28 |
paulsherwood | ok great | 15:28 |
paulsherwood | even better, a patch :) | 15:29 |
paulsherwood | leeming: ^^ :) | 15:29 |
leeming | paulsherwood, submitted an issue | 15:46 |
pedroalvarez | nice error | 15:48 |
*** toscalix has quit IRC | 16:11 | |
*** CTtpollard has quit IRC | 16:16 | |
*** toscalix has joined #baserock | 16:19 | |
*** faybrocklebank has quit IRC | 16:28 | |
*** toscalix has quit IRC | 16:29 | |
*** jonathanmaw has quit IRC | 16:37 | |
*** franred_ has quit IRC | 17:35 | |
*** locallycompact has quit IRC | 17:36 | |
*** rdale has quit IRC | 17:39 | |
*** edcragg has quit IRC | 17:42 | |
paulsherwood | not so nice... there are quite a few examples in master definitions http://paste.baserock.org/nupejodego | 17:49 |
paulsherwood | leeming: master will now warn for that. if you want it to exit, set check-definitions: exit | 17:58 |
*** edcragg has joined #baserock | 18:36 | |
*** edcragg has quit IRC | 19:46 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!