| *** petefotheringham [~petefothe@access.ducie-dc1.codethink.co.uk] has joined #baserock | 04:34 | |
| petefotheringham is now known as petefoth | 05:01 | |
| *** pedroalvarez [~quassel@ec2-54-191-112-126.us-west-2.compute.amazonaws.com] has quit [No Ping reply in 180 seconds.] | 06:28 | |
| *** pedroalvarez [~quassel@ec2-54-191-112-126.us-west-2.compute.amazonaws.com] has joined #baserock | 06:29 | |
| Mode #baserock +cnt by card.freenode.net | 06:29 | |
| *** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 06:30 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 06:46 | |
| petefoth | Am I correct in thinking that the `morph` commands `build-morphology' and 'distbuild-morphology' are no longed needed / used? | 07:13 |
|---|---|---|
| SotK | we use them when we make releases to ensure that the releases don't end up with any uncommitted changes or file:// refs in afaik | 07:14 |
| petefoth | How does that work? Are we using them in a negative sense? I'm not sure of the exact differences between 'build' and 'build-morphology'. Is it that build doesn;t work with uncommitted changes where build-morhology does? | 07:21 |
| SotK | `morph build <system>` puts any uncommitted changes from local repositories its using into temporary branches which won't exist in the corresponding repo in the Trove | 07:23 |
| SotK | `morph build-morphology <repo> <ref> <system>` builds "system" as it is defined at "ref" in "repo", so unless you force it to use your local (potentially edited) checkout of definitions it will ensure that none of your local changes or local repo paths (ie file:///src/ws/foo/bar/baz) get into the built system | 07:26 |
| petefoth | SotK: Thanks. So we could make do with a single build command, with an option --allow-uncommitted-changes (which shoudl default to 'false' | 07:28 |
| SotK | petefoth: I agree | 07:29 |
| SotK | I think we've talked about that before, but I can't recall any of the discussion | 07:30 |
| SotK | I think that morph distbuild should be `morph build --distbuild-address=armv7-distbuild-network` or similar too tbh, where no --distbuild-address given means run locally | 07:31 |
| *** paulsher1ood [~paulsherw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 07:31 | |
| *** paulsher1ood [~paulsherw@access.ducie-dc1.codethink.co.uk] has quit [Client Quit] | 07:32 | |
| paulsherwood | simpler would be to have a script, only do the release build if git status is clean | 07:34 |
| paulsherwood | imo we should get out of the habit of re-implementing git stuff with morph commands/options | 07:35 |
| SotK | that could still have file:// refs in definitions unless we made sure to check for that too | 07:35 |
| paulsherwood | git grep 'file:///' | 07:35 |
| SotK | releases should be done by Mason anyway, and that shouldn't make local changes | 07:36 |
| paulsherwood | even better :) | 07:36 |
| petefoth | So we need to decide whether morph build will allow uncommitted changes | 07:38 |
| paulsherwood | persia proposed (and i now agree) that we should only build what's currently in git. | 07:43 |
| paulsherwood | so for messing aroung, one would git commit --amend repeatedly | 07:44 |
| paulsherwood | this approach would be easy to explain, and reduce uncertainty | 07:44 |
| paulsherwood | SotK: did i hear you say somewhere that the GENIVI FSA build clones and builds navit? | 07:45 |
| SotK | paulsherwood: you did | 07:46 |
| paulsherwood | hmmm. | 07:46 |
| SotK | the idea is that it makes it easy to build, you just clone the FSA repo, change to src/script and run make all2, which gets all the build-dependencies installed for you | 07:47 |
| paulsherwood | did that work for you? | 07:47 |
| SotK | not in the slightest | 07:47 |
| paulsherwood | lol | 07:47 |
| paulsherwood | great in theory | 07:48 |
| SotK | it uses `sudo apt-get install` to get most things it needs (glibmm, boost, dbus-c++ and other stuff) | 07:49 |
| SotK | it then clones the navigation-service stuff and builds that | 07:50 |
| SotK | which in turn clones navit and builds it | 07:50 |
| SotK | however in my experience, it got itself all tangled up and tried to build things in the wrong order | 07:51 |
| SotK | and some bits wouldn't build | 07:51 |
| SotK | *however*, there were some commits yesterday and the day before which have made it better | 07:52 |
| paulsherwood | ok | 07:52 |
| paulsherwood | switch to cmake? that seems like quite a radical step to take? :) | 07:55 |
| SotK | yeah, but the script is much better than a maze of makefiles | 07:57 |
| paulsherwood | sure | 07:57 |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:01 | |
| dutch_ is now known as ctdutch | 08:01 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 08:07 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:09 | |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has joined #baserock | 08:20 | |
| *** ssam2 [~ssam2@82.70.136.246] has joined #baserock | 08:26 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:29 | |
| ssam2 | jjardon: thanks for the patches recently | 08:37 |
| ssam2 | do you have a system morph you could share that'd allow me to try all of them together ? | 08:37 |
| ssam2 | I could work it out from the patches, but I presume you already have one | 08:38 |
| jjardon | ssam2: you can build genivi-foundation baseline system | 08:39 |
| ssam2 | ok | 08:39 |
| jjardon | well, to try all of the but the NetworkManager one | 08:39 |
| ssam2 | yeah, I'll do that and just verify that Weston still works | 08:39 |
| *** benbrown_ [~benbrown@access.ducie-dc1.codethink.co.uk] has joined #baserock | 08:39 | |
| ssam2 | might be nice to check X11 too, but I guess we're not actually using X for anything right now | 08:39 |
| jjardon | well no, you can try that as well to try connman builds correctly as well | 08:40 |
| jjardon | ssam2: I did not try X, only wayland and weston | 08:41 |
| jjardon | I will use X soon, so if anything is broken (it should not) I will fix it | 08:41 |
| jjardon | ssam2: BTW, the linux-headers patch is needed to build recent versions of systemd, so lets try to merge it even if we have a fix in NetworkManager now | 08:42 |
| ssam2 | ok, I'll submit | 08:43 |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:52 | |
| paulsherwood | ssam2: are we going for your wiki changes? | 08:55 |
| jjardon | ssam2: just realize YAML support comments, rigth? Maybe makes sense to rework the llvm patch to document every configuration parameter that we use that is not the default | 08:56 |
| ssam2 | paulsherwood: I don't know | 08:56 |
| paulsherwood | +1 from me | 08:56 |
| ssam2 | jjardon: yes, definitely makes sense to put comments in the morohology | 08:56 |
| ssam2 | paulsherwood: I'll send a mail to the list proposing the change | 08:57 |
| ssam2 | I know the wiki change is small, but I feel that there's an accompanying change in mindset that goes with it | 08:57 |
| ssam2 | and it needs coordination | 08:57 |
| jjardon | ok, I will follow that policy from now on: any configuration different from the default should be documented | 08:58 |
| ssam2 | jjardon: it might be better to put the comments as shell comments in the commands fields, rather than in the YAML | 08:58 |
| ssam2 | because if a program does `yaml.load(foo); yaml.save(foo)` then it loses all the YAML comments :( | 08:58 |
| * ssam2 notices that all the comments have been stripped from the GCC morphologies in definitions | 08:59 | |
| jjardon | ssam2: oh, ok. Is there an example of that approach somewhere? | 09:00 |
| ssam2 | I thought the GCC morphs were an example, but clearly not! | 09:00 |
| ssam2 | jjardon: i think for systemd it's linux 3.7 rather than linux-api-headers 3.7 that is the requirement | 09:14 |
| paulsherwood | pedroalvarez: i notice some fails in the public mason, then pass on the same commit - do we understand why? | 09:17 |
| paulsherwood | do we have too many moving parts here? :) | 09:18 |
| pedroalvarez | paulsherwood: yeah, this is because g.b.o. was going up and down. and I decided to do a "hack" to use the baserock-clone Trove running on 85.199.252.93 | 09:19 |
| pedroalvarez | paulsherwood: and the hack made this errors happen | 09:19 |
| paulsherwood | ok | 09:20 |
| paulsherwood | pedroalvarez: does mason create artifacts? | 09:20 |
| pedroalvarez | paulsherwood: mason is a distbuild cluster, it populates an artifact-cache-server (in this case the trove running on 85.199.252.93) with artifacts | 09:21 |
| paulsherwood | ok so if i were to switch to 93, i would get cached artifacts from master assuming mason PASSes? | 09:22 |
| paulsherwood | s/93/93 as my default trove/ | 09:22 |
| paulsherwood | pedroalvarez: further question - any objection to making that mason build genivi baseline instead of (or as well as) devel? istm it spends a lot of time idle. | 09:28 |
| pedroalvarez | I will answer botho of your questions soon, I'm in the middle of something, sorry | 09:29 |
| pedroalvarez | but I have anwers :) | 09:29 |
| paulsherwood | ssam2: ok | 09:30 |
| violeta | I guess that the "jetson-upgrade.morph" mentioned in the wiki for upgrading baserock it's the same as "./clusters/jetson-upgrade.morph" ? | 09:43 |
| SotK | yup | 09:44 |
| paulsherwood | istm there may be a bug or two in that | 09:45 |
| paulsherwood | http://fpaste.org/136686/ | 09:48 |
| pedroalvarez | paulsherwood: here now | 09:48 |
| paulsherwood | violeta: ^^ may or may not help you | 09:48 |
| violeta | heh | 09:48 |
| * paulsherwood awaits pedroalvarez comments with excitement | 09:49 | |
| pedroalvarez | paulsherwood: If you use the .93 trove ( or only use it as an artifact-cache-server in your morph.conf) you will have cached artifacts from master, but only for devel systems. | 09:50 |
| paulsherwood | ok | 09:51 |
| pedroalvarez | paulsherwood: If this is not happening, is because Mason doesn't have the latest morph, and you are probably using the latest. There has been a change that affected the cache key of some artifacts | 09:51 |
| paulsherwood | right, understood | 09:51 |
| paulsherwood | and the idea of genivi as opposed to devel? | 09:51 |
| paulsherwood | or as well as? | 09:51 |
| * paulsherwood wonders about hacking the mason to latest morph | 09:52 | |
| pedroalvarez | paulsherwood: that's a good idea, and actually we tried to do that a week ago (mainly Sam), but we found a problem in disbuild building the genivi-systems, making distbuild crash | 09:53 |
| pedroalvarez | paulsherwood: hacking mason to latest morph / upgrading mason is possible, but some changes in the morph codebase have broken distbuild. We are going to try to integrate the distbuild tests and fix distbuild so this doesn't happen again. | 09:54 |
| paulsherwood | ok, sorry if i'm rehashing old discussion | 09:58 |
| pedroalvarez | so things to do regarding distbuild: add tests, match distbuild code with latest morph changes, and fix encoding error which prevent us to distbuild genivi. | 09:59 |
| pedroalvarez | paulsherwood: no worries | 10:00 |
| paulsherwood | ssam2: http://fpaste.org/136693/ on your api-headers change? | 10:17 |
| paulsherwood | maybe it's me? | 10:17 |
| richard_maw | no, it looks like linux requiring bash | 10:18 |
| paulsherwood | urgh | 10:19 |
| Kinnison | IIRC they don't really require bash | 10:19 |
| Kinnison | At least we can bootstrap them usually with just busybox sh | 10:19 |
| Kinnison | and a /bin/bash of the form #!/bin/sh\nexec /bin/sh "$@"\n | 10:19 |
| richard_maw | not with this error | 10:19 |
| Kinnison | Oh :-( | 10:19 |
| richard_maw | busybox ash doesn't support the ERR trap specifier | 10:20 |
| Kinnison | bummer | 10:20 |
| richard_maw | but tbf, we probably don't need that | 10:20 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 10:21 | |
| ssam2 | paulsherwood: hmm,, amybe I've changed the wrong ref | 10:23 |
| ssam2 | oh no, wait | 10:23 |
| ssam2 | the problem is that `make mrproper` doesn't work | 10:23 |
| ssam2 | but we don't need it to work, since we start from a clean Git checkout | 10:23 |
| ssam2 | but I should have changed the morphology. thanks for reviewing this and spotting the mistake! | 10:24 |
| *** violeta_ [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:26 | |
| paulsherwood | np :) | 10:27 |
| paulsherwood | can i get a revie on http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?h=baserock/ps/jetson-upgrade&id=7cb33ffc4e5d14042b404df652674974467f1bab | 10:28 |
| SotK | paulsherwood: +1 | 10:28 |
| Kinnison | looks okay to me, if you've deployed using it, then +1 from me too | 10:28 |
| paulsherwood | i haven't, but i expect no-one has been able to deploy with the existing version either tbh | 10:29 |
| Kinnison | hehe | 10:29 |
| Kinnison | I think you're right | 10:29 |
| paulsherwood | i'm wrestling with ssh weirdness | 10:29 |
| Kinnison | hostnames with dashes in are a bad thing too | 10:29 |
| paulsherwood | if someone could merge it, i'll ask a small army to try deploying with it ;) | 10:30 |
| paulsherwood | Kinnison: did i hear a +1 ? :) | 10:33 |
| paulsherwood | violeta_: if you're using latest morph and deploying on jetson, could you try the above? | 10:34 |
| pedroalvarez | paulsherwood: assuming that systems/devel-system-armv7lhf-jetson.morph is present, +1 | 10:35 |
| paulsherwood | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/systems/devel-system-armv7lhf-jetson.morph | 10:35 |
| pedroalvarez | heheh :) | 10:36 |
| paulsherwood | a beer for whoever merges :) | 10:36 |
| violeta_ | paulsherwood, I needed to make that change for it to work, but later I had an ssh problem so I haven't deployed it yet | 10:36 |
| * Kinnison backs away slowly from the merge button | 10:36 | |
| paulsherwood | weird. i have ssh problems too | 10:37 |
| pedroalvarez | I can help with ssh problems | 10:37 |
| paulsherwood | this requires investigation, but it's not related to that change | 10:37 |
| paulsherwood | Kinnison: why did you back away, Kinnison ? other refreshments are possible | 10:37 |
| Kinnison | paulsherwood: I know better, there might be a shilling in the bottom of that beer | 10:38 |
| Kinnison | Also, I'm staring at smartdevice link | 10:38 |
| Kinnison | better not confuse the issue with other merges | 10:38 |
| pedroalvarez | Kinnison: is that a -1? otherwise the path already has a +2 | 10:39 |
| Kinnison | It is not a -1 | 10:39 |
| * Kinnison gave a +1 | 10:39 | |
| Kinnison | it has +3 | 10:39 |
| * pedroalvarez merges | 10:39 | |
| pedroalvarez | paulsherwood: merged in f8eb5d55ef5edc933442f489ae806a5a70d2a0cc, thanks for the patch | 10:42 |
| paulsherwood | ssam2: would you mind pushing a V2 branch, for clarity? | 10:43 |
| * paulsherwood is confusing himself with git | 10:43 | |
| ssam2 | ok | 10:44 |
| ssam2 | in fact, I meant to and then forgot :) | 10:44 |
| ssam2 | too much in my head today | 10:44 |
| paulsherwood | i know the feeling | 10:45 |
| ssam2 | i bet :) baserock/sam/linux-api-headers-3.8-v2 | 10:45 |
| paulsherwood | on it | 10:45 |
| *** fay__ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 11:05 | |
| *** ssam2 [~ssam2@82.70.136.246] has quit [Ping timeout: 260 seconds] | 11:05 | |
| *** violeta__ [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:05 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 11:05 | |
| *** tpollard_ [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 11:05 | |
| *** ctdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 258 seconds] | 11:05 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 11:05 | |
| *** fay__ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:05 | |
| *** tpollard_ [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:05 | |
| *** violeta_ [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 11:05 | |
| *** sam__ [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 11:05 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:06 | |
| *** ctdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:06 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:06 | |
| *** sam__ [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:06 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:07 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 11:13 | |
| *** fay__ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 11:13 | |
| *** sam__ [~sambishop@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 11:13 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 11:14 | |
| *** ctdutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 11:14 | |
| *** violeta__ [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 11:14 | |
| *** tpollard_ [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 258 seconds] | 11:14 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 11:14 | |
| *** jonathanmaw [~jonathanm@188.29.23.145.threembb.co.uk] has joined #baserock | 12:22 | |
| *** violeta_ [~violeta@188.31.214.176.threembb.co.uk] has joined #baserock | 12:26 | |
| *** violeta_ [~violeta@188.31.214.176.threembb.co.uk] has quit [Client Quit] | 12:28 | |
| *** violeta_ [~violeta@188.31.214.176.threembb.co.uk] has joined #baserock | 12:28 | |
| *** fay_ [~fay@188.29.9.82.threembb.co.uk] has joined #baserock | 12:29 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:34 | |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:34 | |
| * SotK wonders why gcc-tarball is not cached when he built a system just a couple of hours ago | 12:38 | |
| *** fay_ [~fay@188.29.9.82.threembb.co.uk] has quit [Ping timeout: 245 seconds] | 12:39 | |
| Kinnison | changed trove? | 12:39 |
| SotK | Kinnison: nope | 12:40 |
| SotK | I attempted to deploy an upgrade, which proceeded to take about an hour and a half to try "creating orig subvolume" before I cancelled it to try again with reduced load on my system | 12:41 |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:41 | |
| SotK | when I tried the upgrade again, I got the error about gcc not being cached | 12:41 |
| Kinnison | odd | 12:42 |
| SotK | running morph build again to update my cache has fixed it (with no rebuilding needed) | 12:42 |
| Kinnison | Boggle | 12:42 |
| *** violeta_ [~violeta@188.31.214.176.threembb.co.uk] has quit [Ping timeout: 244 seconds] | 12:43 | |
| *** violeta_ [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:44 | |
| violeta_ is now known as violeta | 12:44 | |
| *** jonathanmaw_ [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:44 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:45 | |
| *** tlsa [GAJ2RkPGHr@gateway/shell/pepperfish/x-draikeasjskuayhm] has quit [Ping timeout: 245 seconds] | 12:45 | |
| *** jonathanmaw [~jonathanm@188.29.23.145.threembb.co.uk] has quit [Ping timeout: 272 seconds] | 12:46 | |
| paulsherwood | SotK: was this on x86? | 12:50 |
| SotK | paulsherwood: yes | 12:50 |
| paulsherwood | that is weird. for future reference, i'd kill any deploy that hadn't succeeded within 15 mins | 12:50 |
| paulsherwood | (devel upgrade, that is) | 12:51 |
| SotK | paulsherwood: so would I, but I'd gone out to lunch :) | 12:51 |
| paulsherwood | :-) | 12:53 |
| violeta | what can I do to not get asked "root@localhost's password" every time? | 12:54 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:54 | |
| SotK | when deploying an upgrade? | 12:55 |
| SotK | ssh-copy-id root@localhost | 12:55 |
| violeta | yes, thanks | 12:55 |
| *** tlsa [EwSz9lfVxe@gateway/shell/pepperfish/x-nsbtiexqeqjbdljr] has joined #baserock | 12:56 | |
| jonathanmaw_ is now known as jonathanmaw | 12:57 | |
| paulsherwood | ssam2: i've mostly built devel with your api-headers-v2 branch. 2014-09-26 13:16:28 [Build 132/149] [python-requests] Building chunk python-requests | 13:16 |
| paulsherwood | do i need to deploy and test, or is build enough? | 13:16 |
| ssam2 | if it builds, ship it | 13:21 |
| ssam2 | it's only changes to header files | 13:21 |
| paulsherwood | ok, +1 from me, then | 13:21 |
| ssam2 | thanks | 13:21 |
| paulsherwood | shall i reply on the ML? | 13:21 |
| ssam2 | please | 13:22 |
| Kinnison | Given this is linux-kernel-headers and frankly eglibc would have exploded if it'd been awful, I'm fine with that being merged. +1 | 13:22 |
| paulsherwood | done | 13:23 |
| * paulsherwood has built eglibc on two different br machines | 13:24 | |
| ssam2 | thanks. I'll merge but I want to do 1 fixup, which is to remove the 'make mrproper' line from strata/armv7lhf-cross-toolchain/armv7lhf-cross-linux-api-headers.morph to match the other ones | 13:25 |
| ssam2 | to match the other linux-api-header morphs that I already changed | 13:26 |
| paulsherwood | ok | 13:26 |
| Kinnison | ssam2: agreed | 13:26 |
| violeta | who can edit wiki.baserock? | 13:28 |
| Kinnison | Anyone | 13:29 |
| pedroalvarez | violeta: any changes in mind? | 13:30 |
| violeta | pedroalvarez, small one, changing "my new version" for "my_new_version" because the command actually doesn't work with spaces | 13:31 |
| pedroalvarez | violeta: what page? | 13:31 |
| paulsherwood | pedroalvarez: did you find a solution to my upgrade fail situation on openstack? | 13:31 |
| violeta | pedroalvarez, http://wiki.baserock.org/guides/baserock-jetson/#index3h2 | 13:31 |
| pedroalvarez | paulsherwood: I didn't :( | 13:33 |
| paulsherwood | pedroalvarez: no problem. did you identify what's causing it? maybe i can bruteforce past it? | 13:33 |
| pedroalvarez | violeta: please, fix it. :) | 13:33 |
| violeta | done \o/ | 13:33 |
| pedroalvarez | violeta: | 13:34 |
| pedroalvarez | great! | 13:34 |
| pedroalvarez | s#/n## | 13:34 |
| pedroalvarez | paulsherwood: the upgrade deployiment is almost using the same code as rawdisk deployment, but is failing to write the new /etc/fstab correctly | 13:35 |
| pedroalvarez | paulsherwood: maybe i can provide you a bruteforce workaround, but not a fix | 13:36 |
| paulsherwood | pedroalvarez: no problem. i'll investigate myself | 13:37 |
| pedroalvarez | paulsherwood: actually! if you put ROOT_DEVICE: /dev/vda in the cluster morphology to do the upgrade, maybe is enough | 13:37 |
| paulsherwood | ooh... ok | 13:38 |
| pedroalvarez | but this is still a workaround | 13:38 |
| paulsherwood | is it? couldn't we add that explicitly to upgrade-devel if it works? | 13:39 |
| paulsherwood | trying now :) | 13:39 |
| pedroalvarez | paulsherwood: no, because then upgrades of systems that are using /dev/sda will break | 13:40 |
| paulsherwood | ok | 13:40 |
| ssam2 | i think we should have a `morph update-self` command which reads the deployment config from /baserock/deployment.meta and deploys an upgrade with the same config | 13:41 |
| ssam2 | disclaimer: it may not be that simple, in practice | 13:41 |
| paulsherwood | that would be lovely | 13:41 |
| pedroalvarez | our current upgrade reads from deployment.meta | 13:42 |
| ssam2 | does it? | 13:42 |
| paulsherwood | i expect it does, my test systems have everything except 'src' | 13:45 |
| paulsherwood | pedroalvarez: W-0-0-T!!!!! | 13:48 |
| * paulsherwood has successfully built/deployed/rebooted into a test version in the cloud | 13:48 | |
| pedroalvarez | great | 13:49 |
| paulsherwood | i know it's only a tiny step, but it's made my day :) | 13:49 |
| pedroalvarez | good to hear :) | 13:51 |
| paulsherwood | next step... GENIVI in the cloud :) | 13:52 |
| violeta | after many unsuccessful tries I've managed to deploy my build \o/ | 13:52 |
| pedroalvarez | wow! friday and things are working! :D | 13:53 |
| fay_ | good news all round :) | 13:53 |
| paulsherwood | it's early, yet :) | 13:58 |
| violeta | paulsherwood, why did you remove the HOSTNAME in the jetson-upgrade.morph ? | 14:01 |
| pedroalvarez | violeta: because hostname should be the same one that the system is currently using | 14:02 |
| violeta | the system where I'm building? | 14:03 |
| violeta | because my system's hostname is baserock-jetson and the new build is only 'baserock' | 14:04 |
| pedroalvarez | how have you invoked the "upgrade magic"? | 14:04 |
| violeta | pedroalvarez, http://wiki.baserock.org/guides/baserock-jetson/?updated#index3h2 exactly like that | 14:05 |
| pedroalvarez | violeta: right, I think is incomlete, it should include `jetson.HOSTNAME="$(hostname)` | 14:06 |
| violeta | pedroalvarez, ok! | 14:07 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 14:07 | |
| violeta | how do I know how up to date is the system I'm going to build? | 14:09 |
| paulsherwood | can you be more precise? | 14:09 |
| pedroalvarez | violeta: if you are in the definitions repository, you can run `git show` and see from when is the last commit | 14:10 |
| violeta | ah, nice | 14:11 |
| violeta | thanks! | 14:11 |
| *** doffm [~mdoff@23.226.235.108] has joined #baserock | 14:34 | |
| pedroalvarez | doffm: all this packages should be wokring now http://sprunge.us/EaCP | 14:46 |
| pedroalvarez | ermmm | 14:46 |
| pedroalvarez | s/packages/lorries/ | 14:46 |
| pedroalvarez | i was going to say: warlock is not under python-packages | 14:47 |
| Kinnison | Could I get an opinion on http://pastebin.com/wDq4s8e7 please? | 14:55 |
| Kinnison | I've built several systems, both x86_64 and ARM (Jetson) with the change, and deployed and run stuff with it | 14:56 |
| Kinnison | It updates our cmake to the latest non-3.x build. | 14:56 |
| Kinnison | cmake 3.x is a larger change than I'm comfortable with at this point | 14:56 |
| pedroalvarez | Kinnison: have you done build tests? | 14:56 |
| * Kinnison has not done a full build on top of a system deployed with the change, no | 14:57 | |
| Kinnison | But since nothing in our bootstrap depends on cmake, I don't see how it could affect it | 14:57 |
| * pedroalvarez wants a mason building from a "experiments" branch | 14:57 | |
| Kinnison | +1 | 14:57 |
| Kinnison | Such a beast would be v.useful | 14:57 |
| SotK | q | 14:58 |
| pedroalvarez | Kinnison: the commit and the tag are ok, you have my +1 assuming that it works | 14:58 |
| tlsa | has firehose been resurrected on openstack? | 14:58 |
| *** dutch_ [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 14:59 | |
| Kinnison | tlsa: Not yet | 14:59 |
| tlsa | aww, OK | 14:59 |
| SotK | Kinnison: +1 from me too | 14:59 |
| tlsa | I thought firehose was the most usefull and exciting bit | 14:59 |
| Kinnison | tlsa: It's all there waiting. Our chosen OpenStack provider isn't ready for us to do heavy-lifting on their platform for a little bit yet | 15:00 |
| jjardon | tlsa: it is :) | 15:00 |
| tlsa | ah, ok | 15:00 |
| * Kinnison sees a +1 from pedro and a +1 from sotk | 15:00 | |
| * Kinnison shall push | 15:01 | |
| Kinnison | sent | 15:01 |
| Kinnison | Thanks guys | 15:01 |
| Kinnison | paulsherwood: That change gets you another step closer to building Smart Device Link :-) | 15:01 |
| pedroalvarez | I should submit a patch now for gcc that we are expecting a lot of rebuilds | 15:02 |
| pedroalvarez | s/now for gcc that/for gcc now that/ | 15:02 |
| Kinnison | :-) | 15:02 |
| Kinnison | I think cmake was the lowest in the stack of the things I needed | 15:03 |
| richard_maw | pedroalvarez: careful, it'll likely clash with the latest thing ssam2 sent | 15:04 |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 15:05 | |
| pedroalvarez | true | 15:05 |
| jjardon | hi, after rebasing one of my branches against current master , morph build is stuck in "Resolving artifacts" Any idea what could be the problem? | 15:07 |
| Kinnison | Could be a networking issue | 15:08 |
| Kinnison | Do you have debug logging on? If so, what's in morph.log? | 15:09 |
| paulsherwood | jjardon: restart? | 15:09 |
| * paulsherwood hasn't seen that for a long time | 15:10 | |
| * pedroalvarez assumes this is a distbuild | 15:10 | |
| jjardon | paulsherwood: that was the first thing I tried ;) Im trying a smaller branch now, lets see | 15:10 |
| jjardon | pedroalvarez: is the distbuild publicy available ? | 15:11 |
| pedroalvarez | no, we don't have a public distbuild network | 15:11 |
| pedroalvarez | yet | 15:11 |
| jjardon | ok, nevermind, seems there is something wrong in my GNOME stratum | 15:12 |
| jjardon | pedroalvarez: then I do not have access to it ;) | 15:13 |
| pedroalvarez | jjardon: pardon? :/ | 15:15 |
| paulsherwood | pedroalvarez: jjardon is working in the open | 15:17 |
| pedroalvarez | yeah, my previous comment was to ask if this error was happening in a distbuild or in a local build | 15:19 |
| pedroalvarez | also, anyone can deploy a distbuild network ( I want to believe that ) | 15:20 |
| pedroalvarez | meh, I was trying to deploy a disk of 4M instead of 4G, and obiously it was failing.. | 15:49 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:12 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:33 | |
| *** CTtpollard [~tom@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Ex-Chat] | 17:05 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:06 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:09 | |
| *** pdar [~patrickda@access.ducie-dc1.codethink.co.uk] has quit [Quit: leaving] | 17:31 | |
| pedroalvarez | I just hit this bug: http://pastebin.com/ccsWuxVU | 20:11 |
| pedroalvarez | Now I'm sad :/ | 20:11 |
| pedroalvarez | I should go back to my openstack bubble | 20:22 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!