| *** Walkerdine has left #baserock | 00:42 | |
| *** De|ta has quit IRC | 00:50 | |
| *** gtristan has quit IRC | 03:06 | |
| *** gtristan has joined #baserock | 03:20 | |
| *** zoli___ has joined #baserock | 03:57 | |
| *** zoli__ has quit IRC | 03:57 | |
| *** zoli___ has quit IRC | 04:10 | |
| *** zoli__ has joined #baserock | 04:10 | |
| *** bfletcher_ has quit IRC | 05:03 | |
| *** gtristan has quit IRC | 05:03 | |
| *** benbrown1 has quit IRC | 05:04 | |
| *** benbrown_ has joined #baserock | 05:05 | |
| *** gtristan has joined #baserock | 05:08 | |
| *** bfletcher has joined #baserock | 05:19 | |
| *** zoli__ has quit IRC | 05:29 | |
| *** paulwaters_ has joined #baserock | 06:59 | |
| *** ssam2 has joined #baserock | 07:08 | |
| *** ChanServ sets mode: +v ssam2 | 07:08 | |
| *** zoli__ has joined #baserock | 07:11 | |
| *** zoli__ has quit IRC | 07:13 | |
| *** zoli__ has joined #baserock | 07:14 | |
| *** zoli__ has quit IRC | 07:15 | |
| *** zoli__ has joined #baserock | 07:15 | |
| *** zoli__ has quit IRC | 07:33 | |
| gtristan | So... autoconf-archive and gnulib | 07:38 |
|---|---|---|
| gtristan | I'm tried moving that over to core/, but perhaps it does indeed belong in gnome/ ... in any case... gnome.morph does not list these, yet there are gnulib.morph and autoconf-archive.morph in the strata/gnome/ subdir | 07:39 |
| gtristan | I suppose it's of little concern where they are, however building them produces some error... gnulib does it's thing and seems to install, yet autoconf-archive build calls ./bootstrap.sh... which fails to find gnulib-tool | 07:40 |
| gtristan | and build aborts... | 07:40 |
| gtristan | looking at the 'debris'... there is indeed a usr/bin/gnulib-tool handy in there | 07:41 |
| gtristan | any clues ? | 07:41 |
| ssam2 | gnulib is used as a submodule only | 07:41 |
| wdutch | SotK: nice :) it even looks good on my phone | 07:41 |
| ssam2 | gtristan: unless jjardon did something different in strata/gnome.morph | 07:42 |
| gtristan | aha, interestingly... gnulib-tool is a symlink to /gnulib.inst/usr/share/gnulib/gnulib-tool... which doesnt apparently exist anywhere | 07:42 |
| gtristan | ssam2, not sure what the definition of 'submodule' is in this case :-/ | 07:43 |
| ssam2 | gtristan: the normal Git definition :-) however, you have to do a bit of a hack to get submodules to work with Morph | 07:43 |
| ssam2 | gtristan: well, you don't *have* to, but policy kind of dictates it | 07:44 |
| gtristan | ssam2, what jjardon did in strata/gnome.morph, is not mention autoconf-archive or gnulib at all, but leave stale morph files in strata/gnome/ | 07:44 |
| gtristan | :-S | 07:44 |
| ssam2 | gtristan: ouch | 07:44 |
| ssam2 | well, i did review it as well and didn't notice :) | 07:44 |
| ssam2 | thing is, lots of GNU programs require the gnulib Git submodule to build | 07:44 |
| ssam2 | so we did discuss installing it in the system, for reasons which I forget | 07:44 |
| ssam2 | it's not meant to be installed, hence the 'cp' stuff in gnulib.morph | 07:45 |
| ssam2 | generally the gnulib 'bootstrap' script needs a few tweaks to get it to run inside a Baserock build, it has a crazy number of dependencies that it usually doesn't actually need | 07:46 |
| ssam2 | see the instructions for Bison, for example: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/core/bison.morph | 07:46 |
| ssam2 | and when I talk about the submodules 'hack'... I mean this: http://git.baserock.org/cgi-bin/cgit.cgi/delta/bison.git/commit/?h=baserock/v3.0.2&id=2ab6d1daaccf32fc4314e4b2fe44da977f11a308 | 07:47 |
| *** toscalix has joined #baserock | 07:47 | |
| ssam2 | we do that so that you can mirror the submodule on git.baserock.org or wherever, instead of using the gnu.org URL | 07:47 |
| ssam2 | but it'd be much nicer to overwrite the .gitmodules file in the .morph file somehow, instead of having to fork the actual repo | 07:47 |
| gtristan | I see... sort of | 07:48 |
| ssam2 | none of that answers your original question, I think :) | 07:48 |
| gtristan | so basically, its going to take a lot of arm wrestling to get any gnome module which has ported away from gnome-common macros to actually build | 07:49 |
| ssam2 | well... adding autoconf-archive to core seems like a no-brainer | 07:49 |
| ssam2 | at a glance, the hiccough seems to be that instead of putting the url for gnulib.git in .gitmodules, they've hardcoded it in http://git.baserock.org/cgi-bin/cgit.cgi/delta/autoconf-archive.git/tree/bootstrap.sh | 07:50 |
| gtristan | except that it requires gnulib-tool, which... should *not* be installed ? | 07:50 |
| ssam2 | so a 'normal' autoconf archive build would happily run bootstrap.sh and clone gnulib.git from that hardcoded URL | 07:50 |
| ssam2 | (ignoring the fact that a 'normal' build would use tarballs, not Git, for a moment) | 07:51 |
| ssam2 | but for us that's broken, because builds might not have access to the internet, maybe just one Git server with all the repos on it | 07:52 |
| ssam2 | bootstrap.sh seems to check for existence of a 'gnulib' dir before doing the clone itself.. so perhaps adding a .gitmodules file similar to the Bison one would be enough | 07:52 |
| gtristan | at this point, it would seem that gnulib is a build tool which is used by more than one module, and... I dont see the story (yet) about the manifests for the final distributed image either | 07:53 |
| gtristan | so, considering that, there seems to still need to be a story for stripping away all the dev/doc from a built image (the gnome system actually uses > 4GB !)... would it not make more sense to just install it as a build tool ? | 07:54 |
| ssam2 | there is a story for that, it's just a bit undocumented and weird | 07:54 |
| gtristan | heh :) | 07:54 |
| ssam2 | both Morph and YBD support splitting artifacts into foo-bins, foo-docs, foo-libs, etc | 07:54 |
| ssam2 | and do so by default | 07:54 |
| gtristan | ok, I did not see any manifests in the definitions/ so thought there was nothing there | 07:55 |
| ssam2 | currently it's hardcoded in Morph and YBD | 07:55 |
| ssam2 | there's a change to the format in progress (version 7) which moves the rules into definitions.git | 07:55 |
| ssam2 | https://gerrit.baserock.org/#/c/1083/4/DEFAULTS | 07:55 |
| ssam2 | (split-rules are near the bottom) | 07:56 |
| ssam2 | and then.. here's an example of a system that excludes some of the artifacts from the final image: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/systems/minimal-system-x86_64-generic.morph | 07:56 |
| gtristan | right, and I guess that artifact/strata morphs themselves are intended to describe what parts of the payload is -dev and -doc ? | 07:57 |
| ssam2 | the default split rules do that in general | 07:58 |
| ssam2 | a chunk .morph file can override them | 07:59 |
| gtristan | ssam2, have a meeting with Agustin... | 07:59 |
| ssam2 | but (this is one of the big problems with the system right now) it can only override, not extend.. | 07:59 |
| ssam2 | (i.e. needs to copy and paste the defaults in order to add to them) | 07:59 |
| * gtristan will have to figure out what to do with autoconf-archive / gnulib after :-/ | 07:59 | |
| ssam2 | good luck! | 07:59 |
| gtristan | for gnulib... looks like I'll need it ;-) | 08:00 |
| *** bashrc has joined #baserock | 08:07 | |
| *** tiagogomes has joined #baserock | 08:08 | |
| *** jonathanmaw has joined #baserock | 08:23 | |
| *** zoli__ has joined #baserock | 08:29 | |
| *** mariaderidder has joined #baserock | 08:43 | |
| jjardon | gtristan: what problem do you have with autoconf-archive and gnulib? | 08:44 |
| jjardon | it was not needed to use that hack in the end in the GNOME stratum: m4-common fixed the problem I had in the end | 08:45 |
| *** toscalix has quit IRC | 08:48 | |
| *** toscalix__ has joined #baserock | 08:51 | |
| jjardon | Can someone give me another +1 to lorry this? https://gerrit.baserock.org/#/c/1156/ | 08:51 |
| perryl | hi all, i'm working on a few modifications to trove that will create links in definition morphologies between repo and ref fields and their locations on g.b.o. to test this out i'll need to spin up a trove instance; is this something anyone can do? | 08:52 |
| ssam2 | perryl: yes, and it's actually documented! see http://wiki.baserock.org/Trove/ | 08:58 |
| perryl | ssam2: ahh brilliant! thanks :) | 08:58 |
| *** toscalix__ is now known as toscalix | 09:01 | |
| gtristan | jjardon, gnome-disk-utility switched away from gnome-common... provides the volume monitor for gvfs... which otherwise crashes without any volume monitors in place | 09:04 |
| gtristan | jjardon, however, rishi says not to use gdu now but to use udisks2, afc, gphoto2 and mtp instead | 09:04 |
| gtristan | jjardon, so I can scratch gdu off the list, which will at least temporarily get rid of the need of autoconf-archive | 09:05 |
| gtristan | however, I think the trend is going to be to move away from gnome-common macros, so I'm quite sure the need of autoconf-archive will arise again, as it's the preferred replacement | 09:05 |
| SotK | wdutch: good :) | 09:05 |
| jjardon | gtristan: make it depends on m4-coomon an it should work | 09:06 |
| gtristan | jjardon, alright :) | 09:06 |
| jjardon | (m4-common will install autoconf-archive) | 09:06 |
| gtristan | ah good | 09:06 |
| jjardon | gtristan: yeah, I hope I have time to push to get completely rid of gnome-common this cycle | 09:07 |
| *** zoli__ has quit IRC | 09:07 | |
| *** edcragg has joined #baserock | 09:08 | |
| *** gtristan has quit IRC | 09:29 | |
| *** ssam2 has quit IRC | 09:41 | |
| *** ssam2 has joined #baserock | 09:44 | |
| *** ChanServ sets mode: +v ssam2 | 09:44 | |
| *** gary_perkins has joined #baserock | 09:51 | |
| *** franred has joined #baserock | 09:55 | |
| jonathanmaw | I'd like to see how well I can fit yocto recipes into CIAT. Is there documentation for how to get an instance of CIAT running? | 10:11 |
| Kinnison | Nope, it's currently very loose. There're READMEs in the various repositories, but frankly you'd likely be better off bringing up your own buildbot+slave given that there is little in common between yocto and baserock definitions | 10:12 |
| jonathanmaw | Kinnison: ok, where do these repos live? looking at git.baserock.org, I see firehose and Trove, I'm not sure what repo Orchestration and CIAT-Tester would live in. | 10:15 |
| Kinnison | jonathanmaw: all the CIAT prototype content is on cu010-trove.codethink.com currently | 10:16 |
| jonathanmaw | ta Kinnison | 10:16 |
| *** zoli__ has joined #baserock | 10:33 | |
| *** zoli__ has quit IRC | 10:42 | |
| *** zoli__ has joined #baserock | 10:50 | |
| *** gtristan has joined #baserock | 11:08 | |
| *** gary_perkins has quit IRC | 11:13 | |
| *** fay_ has joined #baserock | 11:35 | |
| *** paulwaters_ has quit IRC | 11:41 | |
| *** paulwaters_ has joined #baserock | 11:41 | |
| *** gtristan has quit IRC | 11:48 | |
| * pedroalvarez thinks about git bisect-ing failures in CIAT whenever something fails | 11:59 | |
| *** gtristan has joined #baserock | 12:08 | |
| *** fay_ has quit IRC | 12:49 | |
| jonathanmaw | hrm, the clone URLs on cu010-trove are wrong, they say to use cu010-trove.codethink.co.uk, instead of *.com | 13:01 |
| Kinnison | yep | 13:02 |
| Kinnison | it's a dodgy trove I hope to decommission as soon as we can | 13:02 |
| *** gary_perkins has joined #baserock | 13:06 | |
| paulsherwood | ssam2: ybd doesn't support splitting. it did, briefly, but i backed out the change since it broke something else | 13:13 |
| ssam2 | oh, that's a shame | 13:14 |
| paulsherwood | agreed. i need to get around to re-adding it | 13:14 |
| paulsherwood | the revert commit is c3567f4 if anyone is interested to look at it | 13:17 |
| gtristan | alright so let's say I have some patches against definitions/ to submit for review, I have logged into gerrit... what's next ? | 13:30 |
| Kinnison | You need to sort out being able to push | 13:31 |
| Kinnison | then you can submit a topic to gerrit | 13:31 |
| Kinnison | I think that involves registering an ssh key with gerrit | 13:31 |
| gtristan | I see, I did register my public key there | 13:31 |
| Kinnison | gerrit should then have instructions on submitting topics | 13:31 |
| Kinnison | built into the UI | 13:31 |
| gtristan | Also, there are a couple changes to gnome.morph, which currently point to repos in file:///home/tristan... | 13:32 |
| * Kinnison has been told it's quite simple | 13:32 | |
| Kinnison | Then the patches definitely won't be accepted | 13:32 |
| gtristan | and I'm not sure exactly how to lorry them into git.baserock.org/delta | 13:32 |
| gtristan | right I was expecting that :) | 13:32 |
| * Kinnison isn't sure if we review lorry changes on gerrit or not | 13:32 | |
| Kinnison | SotK: Do you remember? | 13:32 |
| tiredcat | we do | 13:32 |
| Kinnison | Oh tiredcat hey | 13:32 |
| Kinnison | Okay, so you should first submit lorry patches | 13:33 |
| Kinnison | (to baserock/local-config/lorries) | 13:33 |
| gtristan | ok, so I should clone the lorry repo I guess, and once those get upstream... I can change my definitions/, test, and submit patches I'm more sure about ? | 13:33 |
| Kinnison | yep | 13:33 |
| gtristan | gotcha | 13:33 |
| Kinnison | You may want to accompany your lorries patch when an indication of what you're working on, otherwise whoever reviews the lorries might decide they're pointless | 13:34 |
| gtristan | Hmm, currently my definitions repo is parented to the url: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git ... but that's strange... should it really be cgit ? | 13:35 |
| Kinnison | you can reset your origin to whatever you want, that's just one of the ways to clone (over http) | 13:36 |
| gtristan | right... I was wondering more specifically because I dont understand yet how gerrit patch submission works, and you said I need to sort out being able to push :) | 13:37 |
| gtristan | so I wonder if the origin probably matters for that | 13:37 |
| Kinnison | oh you can just add another remote for gerrit | 13:37 |
| gtristan | hmmm, so in open-source-lorries... there is a little bit different setup than in definitions/... i.e. in definitions... the gnome.morph and associated morphs, list modules not necessarily part of gnome... while gnome-all.lorry seems to only mention software that actually comes from gnome, so... if I wanted to add udisks2 and libatasmart... those would go into separate lorry files correct ? | 13:44 |
| Kinnison | most likely, yes | 13:45 |
| * gtristan looks at commit dc52f53d1f7fd0d3010bf3d88ad5c972be271eca... which seems to just only add a file, so no need to update anything else but to add a lorry file... alright | 13:48 | |
| * Kinnison wonders what gtristan is working on | 13:49 | |
| Kinnison | it sounds complex :-) | 13:49 |
| Kinnison | must be fun to be at it at nearly 11pm | 13:50 |
| pedroalvarez | gtristan: I normally send patches using git-review tool | 13:53 |
| gtristan | heh | 13:54 |
| gtristan | Kinnison, nice of you to notice :) | 13:54 |
| pedroalvarez | You should be able to do `git review -R - t topic-of-the-changes' | 13:54 |
| pedroalvarez | (IIRC) | 13:54 |
| Kinnison | gtristan: it's amazing what /whois and then proper whois can tell you about a person who doesn't ghost their IRCname | 13:54 |
| gtristan | I'm actually asking cause, I know when I wake up tomorrow, nobody will be around to answer me ;-) | 13:54 |
| rjek | win 52 | 13:55 |
| rjek | fail | 13:55 |
| gtristan | pedroalvarez, so does this imply I should create a local branch ? | 13:55 |
| gtristan | I've staged 2 changes to lorries here... | 13:55 |
| pedroalvarez | Nope, no local branch needed | 13:56 |
| *** gary_perkins has quit IRC | 13:56 | |
| *** zoli__ has quit IRC | 13:56 | |
| pedroalvarez | Nor fixing the remote | 13:56 |
| pedroalvarez | Nor adding a new one (this tool does this for you) | 13:57 |
| paulsherwood | gtristan: i assume you;ve seen the gerrit instructions at http://wiki.baserock.org/contributing/#index6h2 ? | 13:58 |
| gtristan | paulsherwood, well, it doesnt say much about how to use it :) | 13:59 |
| gtristan | only that there may be false merge conflicts | 13:59 |
| gtristan | setup a gerrit account... I should read though that though :) | 14:00 |
| paulsherwood | sorry, i cop | 14:00 |
| paulsherwood | ied the wrong link | 14:00 |
| pedroalvarez | Oh, no mention about git-review | 14:01 |
| paulsherwood | true. hence i've never used it | 14:01 |
| paulsherwood | if someone could document setting that up, i could try :) | 14:01 |
| pedroalvarez | pip install git review | 14:02 |
| pedroalvarez | I think | 14:02 |
| pedroalvarez | And then the other command I said to send something for review | 14:02 |
| paulsherwood | not here, on the wiki :) | 14:02 |
| pedroalvarez | Heh :) | 14:02 |
| * pedroalvarez makes a note | 14:03 | |
| gtristan | git review... or git-review ? | 14:03 |
| Kinnison | same thing | 14:03 |
| Kinnison | git foo ==> git-foo | 14:03 |
| Kinnison | just it looks in both the path and the git-core libexec stuff | 14:03 |
| *** gary_perkins has joined #baserock | 14:03 | |
| gtristan | Kinnison, except that pip craps out with 'pip install git review' ;-) | 14:04 |
| Kinnison | oh pip | 14:04 |
| * Kinnison shrugs | 14:04 | |
| SotK | it'll be git-review on pip I imagine | 14:04 |
| Kinnison | I don't use pip | 14:04 |
| * Kinnison resists his diatribe about things which abuse system installation paths | 14:04 | |
| tiredcat | pip/pypi is indeed a pile of crap | 14:05 |
| * edcragg learnt everything he needed to know about git-review from the mediawiki wiki, iirc | 14:08 | |
| *** zoli__ has joined #baserock | 14:08 | |
| tiredcat | edcragg, i guess the point is that all the git-review stuff is an oft enough repeated instruction that we could include/link to existing instructions for git-review in our patch submission process | 14:09 |
| tiredcat | anyhoo… | 14:09 |
| edcragg | indeed | 14:12 |
| gtristan | hmmm, ok git review almost worked like magick | 14:12 |
| gtristan | and then: http://paste.baserock.org/bunetumosu | 14:12 |
| gtristan | ah | 14:13 |
| gtristan | sorry | 14:13 |
| * gtristan palmface | 14:13 | |
| gtristan | alright, lorry changes submitted as https://gerrit.baserock.org/1157 and https://gerrit.baserock.org/1158 :) | 14:17 |
| franred | gtristan, what are you going to use these repos for? are they go to be in some system? | 14:25 |
| paulsherwood | merged :) | 14:26 |
| tiredcat | omg merge all the things! | 14:26 |
| gtristan | franred, gnome-system-x86_64 | 14:26 |
| paulsherwood | tiredcat: indeed :) | 14:26 |
| franred | gtristan, cool :) | 14:27 |
| gtristan | fwiw, gvfs *currently* craps out if it does not build any volume monitor | 14:27 |
| gtristan | but | 14:27 |
| gtristan | that at least will be changed after today: https://bugzilla.gnome.org/show_bug.cgi?id=756105 | 14:28 |
| gtristan | still, I think it needs the volume monitors, and probably worth adding gphoto and others too | 14:28 |
| gtristan | but lets get a running system first | 14:28 |
| *** gtristan has quit IRC | 14:47 | |
| *** fay_ has joined #baserock | 14:48 | |
| *** gtristan has joined #baserock | 14:51 | |
| *** franred has quit IRC | 15:11 | |
| *** franred has joined #baserock | 15:11 | |
| *** zoli__ has quit IRC | 15:21 | |
| perryl | i'm currently setting up ssh keys for a trove system and i'm confused as to what $TROVE_HOST refers to and what value i should give it; can someone explain it? | 15:29 |
| richard_maw | I think it's the hostname that the trove will be reachable at | 15:31 |
| * richard_maw checks | 15:31 | |
| perryl | ahh, i was looking in the example cluster for anything that had the same field | 15:32 |
| richard_maw | there's TROVE_HOSTNAME in trove.configure which I think is exactly that | 15:33 |
| richard_maw | some older definitions appear to call it TROVE_HOST, but yeah, it's generally the address that the trove will be reachable from | 15:34 |
| perryl | ahh, so it defaults to the trove id? that makes sense | 15:35 |
| perryl | looking at trove.configure that is | 15:35 |
| Kinnison | trove-id should be short, trove-hostname should be an FQDN unless you have good reason for it not to be (e.g. local VM) | 15:37 |
| *** gary_perkins has quit IRC | 15:37 | |
| *** paulwaters_ has quit IRC | 15:40 | |
| *** zoli__ has joined #baserock | 15:52 | |
| *** franred has quit IRC | 15:56 | |
| *** ssam2 has quit IRC | 16:03 | |
| *** De|ta has joined #baserock | 16:04 | |
| *** zoli__ has quit IRC | 16:09 | |
| *** gary_perkins has joined #baserock | 16:15 | |
| *** gary_perkins has quit IRC | 16:35 | |
| *** gary_perkins has joined #baserock | 16:37 | |
| *** gary_perkins has joined #baserock | 16:38 | |
| *** zoli__ has joined #baserock | 16:43 | |
| *** mariaderidder has quit IRC | 17:02 | |
| *** flatmush has joined #baserock | 17:03 | |
| *** bashrc has quit IRC | 17:03 | |
| *** zoli__ has quit IRC | 17:03 | |
| *** jonathanmaw has quit IRC | 17:07 | |
| *** edcragg has quit IRC | 17:07 | |
| *** gary_perkins has quit IRC | 17:07 | |
| *** toscalix has quit IRC | 17:10 | |
| *** zoli__ has joined #baserock | 18:21 | |
| *** zoli__ has quit IRC | 18:25 | |
| *** zoli__ has joined #baserock | 18:25 | |
| pedroalvarez | paulsherwood: do you think is a good idea to mention ciat in our homepage of the wiki? | 20:05 |
| pedroalvarez | Some people will go there to find more information | 20:05 |
| pedroalvarez | Maybe we currently do that | 20:05 |
| pedroalvarez | Nope | 20:06 |
| *** zoli__ has quit IRC | 20:23 | |
| *** zoli__ has joined #baserock | 20:23 | |
| *** peeterkins has joined #baserock | 20:42 | |
| *** zoli__ has quit IRC | 20:43 | |
| *** zoli__ has joined #baserock | 20:46 | |
| *** peeterkins has quit IRC | 20:46 | |
| SotK | ARM builder's disk looks full :/ | 21:11 |
| *** zoli__ has quit IRC | 21:21 | |
| *** zoli__ has joined #baserock | 21:23 | |
| *** flatmush has quit IRC | 22:01 | |
| *** fay_ has quit IRC | 22:01 | |
| *** jjardon has quit IRC | 22:22 | |
| *** drnic has quit IRC | 22:22 | |
| pedroalvarez | :/ | 22:42 |
| *** jjardon has joined #baserock | 23:17 | |
| *** drnic has joined #baserock | 23:17 | |
| *** fay_ has joined #baserock | 23:27 | |
| *** gary_perkins has joined #baserock | 23:32 | |
| jjardon | gtristan: btw, I think you will be interested on reviewing this to avoid the integration command in pango :) https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:pango_1_38 | 23:42 |
| *** fay_ has quit IRC | 23:57 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!