| *** cyndis_ [cyndis@lakka.kapsi.fi] has joined #baserock | 02:45 | |
| *** persia_ [quassel@2400:8900::f03c:91ff:feae:3452] has joined #baserock | 02:47 | |
| *** persia_ [quassel@2400:8900::f03c:91ff:feae:3452] has quit [Changing host] | 02:47 | |
| *** persia_ [quassel@ubuntu/member/persia] has joined #baserock | 02:47 | |
| *** SotK_ [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 02:49 | |
| *** jjardon_ [sid723@gateway/web/irccloud.com/x-bgfkqhfvwogkwzrm] has joined #baserock | 02:49 | |
| *** ridgerun1er [~robjones@access.ducie-dc1.codethink.co.uk] has joined #baserock | 02:49 | |
| jjardon_ is now known as jjardon | 02:55 | |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 06:37 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:20 | |
| pedroalvarez | meh, it wasn't a good idea to setup a mason instance to build all the x86_64 systems in the release cluster with only 40G of disk | 07:41 |
|---|---|---|
| pedroalvarez | I should deploy a new one wiht more capacity | 07:52 |
| pedroalvarez | in the meantime I changed it to build only the devel system | 07:52 |
| pedroalvarez | paulsherwood: are we interested on having a mason building ON the jetsons? | 07:53 |
| pedroalvarez | s/ON/on/ | 07:54 |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:02 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:29 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:54 | |
| ssam2 | public mason is failing again, due to missing artifacts on its artifact cache Trove | 09:13 |
| ssam2 | I really don't understand why, since the artifact just isn't in the cache | 09:13 |
| Kinnison | link to fail log for me to look at? | 09:13 |
| ssam2 | http://85.199.252.101/ | 09:13 |
| ssam2 | each of the 'FAIL' links takes you to alog | 09:13 |
| ssam2 | *a log | 09:14 |
| Kinnison | Is there any of 1eba277596eb4ba4b0a02a3d473932436dad0f51c12fc428102e521a6e7d111c in the cache dir? | 09:14 |
| ssam2 | /home/cache/artifacts # ls 1eb* | 09:14 |
| ssam2 | ls: 1eb*: No such file or directory | 09:14 |
| Kinnison | hmm | 09:14 |
| * ssam2 has not yet checked cache server logs in fact | 09:15 | |
| Kinnison | The rule is that the worker machines are not allowed to build intermediate artifacts | 09:15 |
| Kinnison | so the controller clearly believes the artifact to be present | 09:15 |
| Kinnison | Or it'd have scheduled a build for it | 09:15 |
| ssam2 | yeah. And the thing is, it keeps doing this | 09:15 |
| ssam2 | but I suppose the controller doesn't restart for each build, it's the same instance each time | 09:15 |
| Kinnison | it's not something daft like the controller having it in a local cache which should never have been populated is it? | 09:15 |
| ssam2 | I need to fiddle to get access to the controller, I'll check | 09:16 |
| ssam2 | nothing in /srv/distbuild/artifacts on the controller, but I'll have a poke around the controller process logs a bit more and see what else might be up | 09:18 |
| paulsherwood | pedroalvarez: ossibly | 09:23 |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:23 | |
| pedroalvarez | ssam2: thanks for figuring out what was going with the jetsons | 09:23 |
| pedroalvarez | ssam2: Re mason. I've being trying to fix it. It was failing because of disk space | 09:25 |
| pedroalvarez | I removed things to make room | 09:25 |
| ssam2 | right, i can stop getting in your way if you want :) | 09:32 |
| ssam2 | i stopped the mason.timer temporarily | 09:32 |
| pedroalvarez | I meant, it was failing before because of that. Now I'd failing for another reason | 09:39 |
| pedroalvarez | :( | 09:39 |
| ssam2 | ah, OK | 09:39 |
| ssam2 | I think the controller must have got itself into a bad state | 09:40 |
| ssam2 | I thought it queried the list of artifacts in the cache server on every build, but maybe it doesn't | 09:40 |
| * ssam2 manages to crash the controller by sending it invalid JSON. echoes of yesterday :) | 09:46 | |
| pedroalvarez | Hahah | 09:46 |
| ssam2 | mind you, it's the worker that is failing to fetch the artifact ... | 09:46 |
| ssam2 | this is really hard to debug because /var/log/morph.log contains both the initiator and the worker logs | 09:48 |
| pedroalvarez | But the artifact doesn't exist in the artifact cache server | 09:50 |
| pedroalvarez | Thus artifact is pv | 09:51 |
| pedroalvarez | And actually it tries to build it :/ | 09:51 |
| ssam2 | really ? I see the worker crashing when it gets a 404 for the artifact | 09:52 |
| ssam2 | which is not at all what I'd expect | 09:52 |
| ssam2 | oho ! | 09:53 |
| ssam2 | `morph worker-build` takes a bit of a different code path to `morph build` here. | 09:54 |
| ssam2 | it's calling BuildCommand.build_source(), but I think it should be calling BuildCommand.cache_or_build_source() | 09:54 |
| straycat | Why? Distbuild workers operate under the assumption that all the dependencies are cached. | 09:57 |
| pedroalvarez | That's the problem then | 09:58 |
| ssam2 | my hack to use cache_or_build_source() rather than build_source() doesn't work, which makes sense now I think about it | 10:28 |
| ssam2 | it'd need to do something like build_in_order() | 10:28 |
| ssam2 | i can either further hack distbuild on the Mason, or clear the artifact cache completely so it starts from scratch | 10:29 |
| ssam2 | I guess the option that doesn't contain the word "hack" is the better one | 10:29 |
| pedroalvarez | Rebuilding all the arm artifacts won't make me happy :) | 10:34 |
| pedroalvarez | I'll try to push some artifacts from a local build | 10:34 |
| ssam2 | oh, sorry, I removed them already ! | 10:38 |
| ssam2 | the artifacts will still be on the workers though | 10:40 |
| ssam2 | this highlights the flaw in my plan for fixing this, though, which was to have Mason delete all artifacts except for the tree it just built | 10:40 |
| pedroalvarez | Hahaha don't worry ssam2 | 10:43 |
| straycat | ssam2, What's wrong with that plan? | 10:43 |
| ssam2 | if > 1 mason uses the same artifact cache they'll each remove the other's artifacts | 10:43 |
| ssam2 | and we probably want > 1 mason as we support 5 or 6 architectures | 10:44 |
| ssam2 | or more | 10:44 |
| * straycat nods | 10:44 | |
| straycat | Although if we assume each mason has a different architecture then the artifacts shoudn't overlap. | 10:45 |
| pedroalvarez | Maybe each mason can create a list of: Don't touch this chunks | 10:47 |
| straycat | Then I guess you need to make other assumptions about what the other masons are building, it doesn't seem like a great idea. | 10:47 |
| ssam2 | at that point we may as well come up with a generic solution for all artifact caches | 10:48 |
| ssam2 | I was hoping we could take a shortcut | 10:48 |
| straycat | It would be simpler for each mason to have its own cache server. | 10:50 |
| ssam2 | yeah, that might be OK. just causes pain for people who want to use the artifacts that Mason has built | 10:52 |
| ssam2 | it'd be nice if we could just point 'artifacts.baserock.org' to the cache server that all our continuous builders upload to, so everyone gets cached artifacts of 'master' | 10:52 |
| straycat | Yeah that would be good | 10:54 |
| pedroalvarez | I would like that we can specify mire than one artifact cache server in morph.conf | 10:55 |
| pedroalvarez | But that is not easy to do | 10:55 |
| ssam2 | not too hard actually | 10:56 |
| ssam2 | but it'd be a bit rubbish to have artifacts-x86-64.baserock.org , artifacts-x86-32.baserock.org, artifacts-armv7lhf.baserock.org, ... | 10:57 |
| pedroalvarez | No no, I don't think we should do that | 10:58 |
| pedroalvarez | Just have kba | 10:59 |
| pedroalvarez | Just have one, with a lot of storage, an good connectivity | 10:59 |
| richard_maw | either an aggregate cache server daemon, or we sort out multi-arch distbuild | 11:00 |
| straycat | multi-arch distbuild would be cool :) | 11:06 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:26 | |
| pedroalvarez | I've pushed some armv7lhf artifacts :) | 11:27 |
| paulsherwood | ssam2: skim reading your email just now... | 11:28 |
| paulsherwood | doesn't the .depends idea lead us towards more confusion? | 11:28 |
| * paulsherwood wants to see less types of definition file, not more | 11:29 | |
| paulsherwood | what do you mean by 'foreign dependencies' exactly? | 11:29 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 255 seconds] | 11:34 | |
| ssam2 | I mean the dependencies as specified in a foreign packaging system | 11:36 |
| ssam2 | e.g. the rubygems that a gem that is a rubygem depends on | 11:36 |
| ssam2 | wait, I mean a chunk that is a rubygem | 11:37 |
| ssam2 | the rubygems that a chunk which is rubygem depends on | 11:37 |
| ssam2 | we could maybe throw the info away after the import tool has run. I'm not sure if that is a good idea or not. | 11:40 |
| Zara | I'm trying to build the nodejs system, but I get this error and don't know why things are going wrong or how to fix it: 2014-10-14 11:37:03 [Build 182/312] [mesa] # umount /src/tmp/staging/tmppZSkTD/proc | 11:42 |
| Zara | ERROR: In staging area /src/tmp/staging/tmppZSkTD: running command 'sh -c make' failed. | 11:42 |
| ssam2 | could you put the whole output into a pastebin like pastebin.com ? | 11:42 |
| ssam2 | i'm a little confused why it's building mesa for the nodejs system, too .. | 11:43 |
| Zara | will do | 11:43 |
| ssam2 | seems that the nodejs system contains a bunch of stuff that isn't really needed, in fact | 11:43 |
| ssam2 | like the whole of the GENIVI baseline | 11:43 |
| ssam2 | might be worth deleting every stratum from that system that isn't in the base system and trying again | 11:45 |
| ssam2 | base system being http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/systems/base-system-x86_64-generic.morph | 11:45 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 11:45 | |
| Zara | ssam2: ah, ok. should I just rm the unneccessary strata? (I don't know if there's something fancy you have to do to remove them.) | 11:48 |
| ssam2 | open up the systems/nodejs-system-x86-64.morph file | 11:48 |
| ssam2 | and remove the entries from the list of strata | 11:48 |
| Zara | ahh, right | 11:48 |
| ssam2 | the strata can be used in multiple systems, and the system morph lists which ones it wants to include | 11:49 |
| Zara | (actually that's the only thing I'd be able to do; don't know why I thought they'd be somewhere I could rm *doinks head*) | 11:49 |
| ssam2 | they actually are defined in files on disk, in the definitions repo | 11:50 |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has joined #baserock | 12:01 | |
| Kinnison | ssam2: store it as x-gem-depends or something> | 12:09 |
| ssam2 | so you're ok with x- fields in morphologies ? | 12:10 |
| Kinnison | Personally? Yes | 12:10 |
| Kinnison | So long as they don't affect the artifact IDs etc | 12:10 |
| ssam2 | (i'm actually questioning myself as to whether it's needed to store this info at all beyond the initial import, now) | 12:10 |
| Kinnison | :-) | 12:10 |
| ssam2 | sure | 12:10 |
| paulsherwood | it's all gone red... http://85.199.252.101/log/0845715614af5a4cf0ac579e644873357bcb4506--2014-10-14%2007:42:02.log | 12:12 |
| paulsherwood | ssam2: i'm not ok with x- fields so fdar, need to understand this better | 12:12 |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 12:14 | |
| ssam2 | paulsherwood: public mason is now building stuff, was broken due to my halfassed attempt to stop the artifact cache from filling up | 12:14 |
| ssam2 | paulsherwood: ok. as I said, I'm wondering now if the info needs to be there at all | 12:16 |
| *** fay [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:32 | |
| fay is now known as Guest2864 | 12:32 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 12:32 | |
| Guest2864 is now known as fay__ | 12:32 | |
| *** thecorconian1 [~thecorcon@eccvpn1.ford.com] has joined #baserock | 12:44 | |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has quit [Remote host closed the connection] | 12:44 | |
| *** fay__ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 12:49 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:49 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:58 | |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has joined #baserock | 13:04 | |
| *** thecorconian1 [~thecorcon@eccvpn1.ford.com] has quit [Remote host closed the connection] | 13:04 | |
| paulsherwood | ssam2: so you're wanting to trap (say) rubygems version number, which may be different from any git tag we know about? | 13:29 |
| ssam2 | paulsherwood: I more just want to trap the dependencies | 13:30 |
| ssam2 | so that if we come to re-import something, we know what was already done | 13:30 |
| ssam2 | but I'm beginning to think it's a bit pointless, as the import tool can just refetch that info | 13:30 |
| paulsherwood | ok | 13:32 |
| paulsherwood | it's been suggested that we might make http://wiki.baserock.org/guides/build-deploy-cycle/ more prominent to help new users... | 13:46 |
| paulsherwood | what do folks think? | 13:46 |
| * paulsherwood is biassed :) | 13:46 | |
| * Kinnison has no strong opinions either way | 13:46 | |
| Kinnison | It doesn't fit with my development cycle, but that's because I us a chroot not a vm | 13:47 |
| paulsherwood | Kinnison: would an equivalent simplification be possible for your situation? | 13:47 |
| Zara | I think this is a brilliant suggestion and heartily agree. :D (it may or may not be my own suggestion) | 13:47 |
| * paulsherwood can't use a chroot on mac | 13:47 | |
| Kinnison | paulsherwood: no | 13:47 |
| Kinnison | paulsherwood: the chroot has no access to the outside world | 13:47 |
| Kinnison | paulsherwood: unlikes the devel vm where it has access to the overarching btrfs it runs in | 13:47 |
| * petefoth agrees with the suggestion - we should make useful stuff as easy to find as possible | 13:49 | |
| ssam2 | I think it's worth linking to it as an example. I can't think of a better approach that'd be universally usable | 13:50 |
| SotK_ | +1 | 13:50 |
| SotK_ is now known as SotK | 13:50 | |
| ssam2 | personally i've been deploying to containers, but that's not much use if you want to test graphics | 13:51 |
| Kinnison | The document correctly states its assumptions -- I'm fine with it being promoted | 13:51 |
| Kinnison | esp. to newbies | 13:51 |
| wikicat | Wiki change: http://source.baserock.branchable.com/?p=source.git;a=commitdiff;h=f2a769a | 13:54 |
| franred | how the tack baserock/morph was taken for the python chunks which belong to openstack-clients stratum? | 14:00 |
| * paulsherwood hasn't tried 14.40 out of the box, so can't remember if that morph is new enough for the cycle page | 14:00 | |
| franred | s/tack/the/ | 14:00 |
| franred | I've tried again: s/tack/tag/ | 14:01 |
| wikicat | Wiki change: link to build-deploy page http://source.baserock.branchable.com/?p=source.git;a=commitdiff;h=89e59e4 | 14:02 |
| ssam2 | franred: are you asking how we chose the specific commits of those repos that are in use ? | 14:04 |
| franred | ssam2, yes, sorry for my bad english | 14:05 |
| * paulsherwood has failed all day to find a way to split a line in sed on mac os | 14:05 | |
| * paulsherwood is almost tempted to switch to linux | 14:05 | |
| ssam2 | franred: I don't know the answer, but if the reason is not documented in a commit message or comment, consider it to be random | 14:05 |
| Kinnison | paulsherwood: Dare I ask what you're trying to do? | 14:05 |
| paulsherwood | massage some .morph files | 14:06 |
| paulsherwood | find . -name *morph | xargs sed -i -e 's/^\(- name:.*-\)\(x86.*\)$/\1\2! target: \2/' | 14:06 |
| paulsherwood | find . -name *morph | xargs sed -i -e "s/!/`echo `/" | 14:06 |
| paulsherwood | i'm so desperate i'm trying echo instead of \n | 14:06 |
| * Kinnison fails to unpick that | 14:06 | |
| Kinnison | can you give me a pastebin with an input and an output? | 14:07 |
| Kinnison | For what you want | 14:07 |
| paulsherwood | yes | 14:07 |
| franred | paulsherwood, in mac you need to specified the backup file extension after -i: sed -i"" -e ... (or at least was one problem that I've found when I've worked with sed on mac) | 14:09 |
| paulsherwood | http://fpaste.org/141757/ | 14:09 |
| paulsherwood | franred: that's useful to know, but my -e is randomly fixing that for me :) | 14:09 |
| Kinnison | paulsherwood: they look deceptively equal | 14:10 |
| paulsherwood | output has an extra line target: | 14:10 |
| Kinnison | paulsherwood: is it just the insertion of the target: under the bsp? | 14:10 |
| paulsherwood | yup | 14:10 |
| paulsherwood | every stackoverflow example i've followed fails to work | 14:10 |
| Kinnison | paulsherwood: http://fpaste.org/141761/13296026/ | 14:13 |
| Kinnison | paulsherwood: that expression works for me | 14:13 |
| Kinnison | can you try that with your find/xargs stuff | 14:13 |
| ssam2 | jjardon: did you force push to branch baserock/jjardon/libdrm ? | 14:13 |
| ssam2 | I was in the process of merging it and it seems to have changed | 14:13 |
| ssam2 | could have been me being dumb though | 14:15 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 14:15 | |
| SotK | ssam2: I did a `git pull` a few minutes ago that showed a forced update in that branch | 14:16 |
| ssam2 | seems to have lost its top commit | 14:17 |
| ssam2 | I imagine it was me being stupid, then | 14:17 |
| paulsherwood | Kinnison: fail, i'm afraid. no line appears. | 14:17 |
| Kinnison | hmm | 14:18 |
| Kinnison | Why not do this in Baserock? | 14:18 |
| Kinnison | or is busybox sed even less useful? | 14:18 |
| paulsherwood | :) | 14:18 |
| Kinnison | paulsherwood: Are youtrying to apply this to master? | 14:19 |
| paulsherwood | Kinnison: i could similarly ask why you use a chroot rather than a vm? :) | 14:19 |
| paulsherwood | Kinnison: not yet, no :) | 14:19 |
| paulsherwood | i apply some other things to master first | 14:19 |
| * Kinnison uses a chroot because he likes to move around with his baserock systems, and the laptop in question only has 8G of RAM so can't afford to give over fixed amounts for VMs | 14:20 | |
| paulsherwood | in part i want to be sure what i'm doing works on mac. i guess i can drop that as a requirement for this script | 14:20 |
| * Kinnison is out of ideas :-( | 14:20 | |
| Kinnison | Sorry | 14:21 |
| paulsherwood | thansk for tryingh | 14:21 |
| Kinnison | Mac might be bsd sed | 14:21 |
| Kinnison | which might be different from gnu sed | 14:21 |
| paulsherwood | no problem | 14:21 |
| ssam2 | python is quite portable ... :) | 14:21 |
| paulsherwood | heh | 14:21 |
| paulsherwood | i have some python... want to see it? | 14:22 |
| * paulsherwood mistakenly assumed that this part of what he wants to do would be quicker to implement in script | 14:23 | |
| Zara | I'm trying to netcat to transfer the img file but it won't connect to localhost; not sure if I've done something wrong or if there's something I have to enable first. (error message: nc: can't connect to remote host (127.0.0.1): Connection refused) | 14:23 |
| Kinnison | erm, localhost? | 14:23 |
| rjek | What command lines are you using on each end? | 14:23 |
| Kinnison | Are you expecting to transfer from localhost to localhost? | 14:23 |
| rjek | Also yes, localhost sounds surprising. | 14:23 |
| Zara | ha, well I didn't know what else to try; it should be different ports at least but frankly I know very little about networking | 14:24 |
| Kinnison | Your VM will have a different IP address | 14:24 |
| Kinnison | run 'ifconfig eth0' in your VM to see | 14:25 |
| Kinnison | or, in the new world, 'ip addr show dev eth0' | 14:25 |
| Zara | Kinnison: ahhhh, right, that's really helpful, thanks! I've never used VMs before so it makes everything harder. | 14:25 |
| Kinnison | :-) | 14:25 |
| Kinnison | It's all fun and games until someone DHCPs with hostname=localhost | 14:31 |
| ssam2 | zara: you should be able to do 'nc -l -p 2222' at the listening end ; 'nc x.x.x.x 2222' at the sending end | 14:46 |
| ssam2 | where x.x.x.x is the IP of your laptop or wherever you want to receive the file, and 2222 is a random port | 14:46 |
| ssam2 | if you run those commands you should be able to type into one and see the output on the other, and then use Ctrl+D (end of file) to say 'exit' | 14:47 |
| ssam2 | if that works, you can < data into one end and > it to a file at the other end | 14:47 |
| paulsherwood | i thought we discussed this, need to get upgrade-devel to use 127.0.0.1 instead of localhost | 14:51 |
| paulsherwood | Zara: assuming you're using the cycle script, please edit clusters/upgrade-devel.morph and make the above fix | 14:51 |
| straycat | mac is bsd sed iirc, and there are some differences. | 14:56 |
| straycat | i mean has, but you know what i mean | 14:56 |
| paulsherwood | yup | 14:57 |
| ssam2 | could two people review this patch for lorries.git ? | 15:03 |
| ssam2 | http://sprunge.us/DKMJ | 15:03 |
| ssam2 | it's adding rake-compiler which is a build-time dependency of some RubyGems | 15:04 |
| Kinnison | if the x-products-rubygems doesn't confuse lorry you can have a +1 from me although I'm confused as to why you're using http:// rather than git:// | 15:04 |
| ssam2 | it doesn't confuse Lorry | 15:04 |
| ssam2 | no reason I'm using http:// | 15:05 |
| ssam2 | I wasn't aware it made much difference, if it's better to use git:// then I will | 15:05 |
| SotK | ssam2: +1 as long as lorry is ok with x-products-rubygems as Kinnison mentioned | 15:06 |
| ssam2 | thanks, I'll merge | 15:09 |
| Kinnison | Anyone here familiar with how to take a manifest.xml for repo and turn it into something less xmlish and thus more comprehensible? | 15:10 |
| ssam2 | I believe flatmush is our Google Repo expert ;) | 15:10 |
| ssam2 | oh, git-repo is its full name rather than Google Repo | 15:10 |
| flatmush | Kinnison: I can read manifests, but I'd be surprised if you can't. | 15:11 |
| Zara | ssam2: sorry, just saw that, I got it working after Kinnison's tips. :) I got the img file but I'm not sure if I deployed the right thing. So I'm trying to use the cycle script atm. | 15:11 |
| flatmush | name and path are the wrong way around | 15:11 |
| Kinnison | flatmush: this manifest is distressingly short which makes me think it must be somehow inheriting content from elsewhere | 15:11 |
| Kinnison | flatmush: only I can't tell what or where | 15:11 |
| Kinnison | https://github.com/coreos/manifest/blob/master/master.xml | 15:11 |
| flatmush | path is appended to the repository basename to get the git path, name is relative to the place the repo is checked out and is where the cloned repo goes | 15:12 |
| flatmush | Kinnison: Looks ok to me, it'd be small for an Android build, but that's still quite a few repositories. | 15:13 |
| Kinnison | It's coreOS, I was kinda expecting at least 50-100 repos | 15:13 |
| flatmush | the more important question is, why are people using repo for a non-android project | 15:13 |
| Kinnison | compilers | 15:13 |
| Kinnison | kernels | 15:13 |
| Kinnison | etc | 15:13 |
| flatmush | Kinnison: I think you can overlay other manifests on top of the base manifest, but I've never been unlucky enough to deal with that | 15:14 |
| Kinnison | bleurgh | 15:14 |
| Zara | the cycle script worked great, thanks paul! | 15:14 |
| * Kinnison starts to think it might be easier to run repo on this and see what it does | 15:16 | |
| flatmush | Kinnison: What hints that overlays may be used is that everything in that manifest is in a group called "minilayout", presumably you can add other manifests and select the minilayout group if you don't want any of the other stuff | 15:16 |
| flatmush | Kinnison: It'll do what you expect, unless there's more repositories in _remotes.xml which it includes. | 15:16 |
| Kinnison | What I expect, is for it to make a prolapse of repositories all over shop, for me to spend a day unpicking | 15:17 |
| paulsherwood | Zara: cool! | 15:22 |
| franred | openstack-clients says that it is an stratum with OpenStack clients for OpenStack deployments, do someone mind if I add the rest of the openstack clients and update the refs? | 15:36 |
| franred | also, so someone mind if I create an openstack-python-tool stratum? | 15:36 |
| ssam2 | adding the missing openstack-clients and updating the existing ones seems like a good idea | 15:37 |
| franred | s/so /does / | 15:37 |
| ssam2 | why do we need 'openstack-python-tool' ? | 15:37 |
| franred | openstack-clients and openstack-services use lot of python-tools and some of them are shared between them | 15:38 |
| franred | just to be tidy | 15:38 |
| Kinnison | flatmush: given how long it's taking to repo sync, I'm guessing it definitely ended up with extra stuff from somewhere | 15:38 |
| ssam2 | franred: ah, ok | 15:39 |
| ssam2 | openstack-common might be a better name | 15:39 |
| ssam2 | we have a bunch of strata named 'foo-common' already, so it'd be following an existing pattern | 15:39 |
| franred | ssam2, ok, I will use the *-common pattern, cheers | 15:40 |
| wikicat | Wiki change: http://source.baserock.branchable.com/?p=source.git;a=commitdiff;h=d8e7d39 | 15:42 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:07 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:15 | |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 16:23 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:24 | |
| * straycat considers reviewcat | 16:28 | |
| *** Krin [~mikesmith@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 16:36 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Ping timeout: 260 seconds] | 16:38 | |
| *** mSher [~mike@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:09 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 22:57 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!