| *** anahuelamo has quit IRC | 01:47 | |
| *** persia_ has quit IRC | 05:28 | |
| *** persia_ has joined #baserock | 05:31 | |
| *** gtristan has quit IRC | 06:17 | |
| paulsherwood | i'm looking at https://github.com/devcurmudgeon/ybd/issues/233 | 07:11 |
|---|---|---|
| paulsherwood | and notice that i can fix it by using sh -c -e, rather than just sh -c. iirc i borrowed this from morph. is there any reason not to have -e here? | 07:13 |
| paulsherwood | (where 'here' is the invocation of *-commands in sandbox) | 07:16 |
| perryl | paulsherwood: iirc the -e flag just sets the command to immediately exit on error without reporting | 07:17 |
| paulsherwood | yes, and that's ok behaviour i think. | 07:18 |
| perryl | actually yeah that'd be fine if the intent is to stop it crashing on error i think | 07:21 |
| paulsherwood | the intent is to stop on error | 07:22 |
| paulsherwood | it currently doesn't, for this specific situation (set of commands in a block) | 07:22 |
| *** CTtpollard has joined #baserock | 07:23 | |
| *** toscalix has joined #baserock | 07:33 | |
| *** gtristan has joined #baserock | 07:58 | |
| * paulsherwood wonders why upgrading a ubuntu vm now requires user to specify a 'chef url' | 08:05 | |
| * gtristan is getting bitten by trying to do things properly... so here is a lorry problem; if I do svn checkout svn://svn.code.sf.net/p/openil/svn ... I get an svn/ directory with trunk, branches and tags directory... looks like a standard layout | 08:11 | |
| gtristan | when I lorried it, it gave me something different :-/ | 08:11 |
| paulsherwood | eek | 08:12 |
| gtristan | this is the upstream svn https://sourceforge.net/p/openil/svn/HEAD/tree/ | 08:12 |
| gtristan | and this is the lorry file: https://paste.fedoraproject.org/399658/70125570/ | 08:13 |
| gtristan | I'm currently doing, by hand, what lorry seems to intend to do, i.e. git svn init, git config (stuff for trunk, branches and tags) | 08:14 |
| gtristan | and currently running git fetch | 08:14 |
| gtristan | that git fetch seems, so far to be building the right thing | 08:15 |
| gtristan | (it's creating some branches and tags which make sense / match the expected branches and tags) | 08:15 |
| gtristan | maybe it's a case of a really old version of lorry running there | 08:16 |
| *** vgrade12 has quit IRC | 08:17 | |
| * paulsherwood can't see anythign wrong with the lorry file | 08:18 | |
| * gtristan is again running lorry manually | 08:20 | |
| gtristan | I did that yesterday, and it was in the middle of building the right thing (but did not yet complete), so I pushed up the lorry file thinking it would work properly | 08:20 |
| locallycompact | gtristan, if that's running on a downstream trove it's going to collide with the version of devil that's already there | 08:21 |
| * gtristan knows it was the right thing just from cd'ing into the lorry workd directory and typing git branch -r and git tag | 08:21 | |
| *** anahuelamo has joined #baserock | 08:21 | |
| gtristan | locallycompact, umm, I dont believe there is one already there | 08:22 |
| paulsherwood | http://git.baserock.org/cgit/?q=devil | 08:22 |
| * gtristan grepped (insensitive/recursive) his checkout of baserock's lorries for 'devil' and found nothing | 08:22 | |
| *** mario-goulart has left #baserock | 08:23 | |
| gtristan | eek | 08:23 |
| paulsherwood | recent addition i think | 08:23 |
| gtristan | must be fairly recent yeah | 08:24 |
| paulsherwood | Daniel Firth 2016-07-21 12:26:35 | 08:24 |
| *** locallycompact has quit IRC | 08:25 | |
| paulsherwood | anyway, i guess that's usable for you? | 08:25 |
| gtristan | paulsherwood, no | 08:29 |
| gtristan | paulsherwood, I renamed the add to devil-svn (file and name inside lorry) so that it doesnt clash anymore | 08:29 |
| paulsherwood | ack | 08:29 |
| paulsherwood | so there are two devils? | 08:29 |
| paulsherwood | devil upstreams? | 08:29 |
| gtristan | (the github repo may be some fork or mirror, but when creating that github they failed to import the relevant tag/branch information) | 08:30 |
| paulsherwood | ah,ok | 08:30 |
| gtristan | the github page doesnt really say much, but it does refer to the sourceforge project page | 08:30 |
| gtristan | so maybe they are continuing development on github, not sure | 08:30 |
| *** CTtpollard has quit IRC | 08:40 | |
| *** CTtpollard has joined #baserock | 08:41 | |
| *** jonathanmaw has joined #baserock | 08:48 | |
| *** franred has joined #baserock | 08:52 | |
| *** locallycompact has joined #baserock | 09:24 | |
| *** gtristan has quit IRC | 12:20 | |
| *** gtristan has joined #baserock | 12:29 | |
| pedroalvarez | so, delta/devil.git is unusable? | 12:33 |
| pedroalvarez | I suggested using that github mirror because it's being referenced in their homepage? http://openil.sourceforge.net/ | 12:34 |
| pedroalvarez | I would suggest trying to use github's one | 12:41 |
| pedroalvarez | Related question: Are we lorrying things in upstream trove for downstream definitions? | 12:42 |
| persia | I believe there are a couple cases where a downstream project asked for an upstream trove mirror. | 12:55 |
| persia | But I don't think it is general practice: I think most downstream troves mirror their own additional stuff, so as not to have to coordinate with upstream lorry configuration. | 12:56 |
| persia | That said, there are a number of users who have downstream definitions and use the upstream trove, so need things mirrored in upstream trove to have a mirror. | 12:56 |
| pedroalvarez | I've submitted a few things: | 14:01 |
| pedroalvarez | https://gerrit.baserock.org/#/c/2268/1 | 14:01 |
| pedroalvarez | https://gerrit.baserock.org/#/c/2269/1 | 14:01 |
| pedroalvarez | https://gerrit.baserock.org/#/c/2270/1 | 14:01 |
| franred | pedroalvarez, that build of wpa_supplicant is very suspicious... | 14:06 |
| pedroalvarez | note that I'm not modifying anything | 14:06 |
| pedroalvarez | that configuration file was generated in this branch: http://git.baserock.org/cgit/delta/hostap.git/log/?h=baserock/genivi/morph | 14:06 |
| franred | so you have added the configuration file instead of leave the system to build one on the fly? | 14:08 |
| pedroalvarez | nope, I'm adding the configuration file in the chunk definition instead of carrying a patch | 14:09 |
| pedroalvarez | does that make sense franred? | 14:18 |
| pedroalvarez | better to not carry paches, imo | 14:18 |
| persia | +1 on not carrying patches | 14:24 |
| *** rdale has quit IRC | 14:26 | |
| franred | pedroalvarez, yes, make sense | 14:26 |
| pedroalvarez | kewl | 14:27 |
| *** rdale has joined #baserock | 14:32 | |
| *** anahuelamo_ has joined #baserock | 14:44 | |
| *** anahuelamo has quit IRC | 14:44 | |
| *** edcragg has quit IRC | 15:08 | |
| *** edcragg has joined #baserock | 15:16 | |
| *** faybrocklebank has quit IRC | 15:21 | |
| paulsherwood | anyone know what's special about nfs? i'm being told about strange behaviour running ybd on nfs build machines... | 16:10 |
| edcragg | storage on nfs? aren't there some permissions quirks | 16:11 |
| richard_maw | plus some operations aren't guaranteed to be consistent; generally it's not POSIX compliant | 16:11 |
| richard_maw | its flock() implementation has classically been totally broken | 16:12 |
| paulsherwood | eek, then | 16:12 |
| paulsherwood | so one example problem is 'tar: ./usr/src: Cannot mkdir: No space left on device' | 16:13 |
| paulsherwood | on a build machine that notionally has 70GB+ free at start | 16:13 |
| richard_maw | 70GB+ on the nfs share? | 16:15 |
| paulsherwood | seems so | 16:15 |
| paulsherwood | i was wondering if somehow the chroot could get confused on nfs | 16:16 |
| edcragg | not sure how free space calculation works on nfs, but it may differ from local storage | 16:18 |
| paulsherwood | ack | 16:33 |
| *** jonathanmaw has quit IRC | 17:04 | |
| *** locallycompact has quit IRC | 17:16 | |
| *** toscalix has quit IRC | 17:33 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!