| *** zoli__ has quit IRC | 00:35 | |
| *** zoli__ has joined #baserock | 00:47 | |
| *** zoli__ has quit IRC | 00:58 | |
| *** zoli__ has joined #baserock | 01:09 | |
| *** zoli__ has quit IRC | 01:28 | |
| *** zoli__ has joined #baserock | 01:51 | |
| *** zoli___ has joined #baserock | 02:00 | |
| *** zoli__ has quit IRC | 02:00 | |
| *** JPohlman1 has joined #baserock | 02:47 | |
| *** richard_1aw has joined #baserock | 02:47 | |
| *** JPohlmann has quit IRC | 02:52 | |
| *** richard_maw has quit IRC | 02:52 | |
| *** zoli___ has quit IRC | 02:56 | |
| *** zoli__ has joined #baserock | 02:56 | |
| *** zoli__ has quit IRC | 03:07 | |
| *** zoli___ has joined #baserock | 03:07 | |
| *** zoli___ has quit IRC | 04:37 | |
| *** zoli__ has joined #baserock | 05:33 | |
| *** zoli__ has quit IRC | 05:34 | |
| *** zoli__ has joined #baserock | 05:39 | |
| *** mdunford has joined #baserock | 07:08 | |
| *** sherm_ has joined #baserock | 07:21 | |
| *** gfinney_ has joined #baserock | 07:49 | |
| jjardon | Kernel live patching merged! https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=1d9c5d79e6e4385aea6f69c23ba543717434ed70 | 07:55 |
|---|---|---|
| pedroalvarez | Note: I rebooted git.baserock.org yesterday. It had like 5 cvsps processes consuming 90% of cpu each. | 08:17 |
| *** jonathanmaw has joined #baserock | 08:51 | |
| *** franred has joined #baserock | 08:55 | |
| *** bashrc has joined #baserock | 09:01 | |
| persia | I was just reading the mailing list for another project, and discovered that they had configured their gerrit to work in "cherry-pick mode": I'm not quite sure what Gerrit config does this, but apparently it reduces the number of merge commits. | 09:29 |
| persia | The cost being that each change has to be safely atomic to land. | 09:29 |
| persia | I've mixed feelings about this: I like the lack of merge commits, but I also see the point of having multiple commits that are related. | 09:30 |
| persia | (and I don't know how such a model works with the Mason and Zuul stuff) | 09:30 |
| *** tiagogomes_ has joined #baserock | 09:32 | |
| jjardon | I actually like the fact there is always a merge commit when landing series of patches: easier to keep track of reviewers and easier to revert | 09:33 |
| rjek | +1 | 09:34 |
| persia | I don't trust humans to make merge commits, and I don't know that robots would add as much metainformation. | 09:35 |
| * persia has seen all sorts of annoyances in human-managed merge commits, including spurious changes to "fix" issues in the previous series, making tools like `git blame` less helpful, etc. | 09:35 | |
| * rjek doesn't trust humans or computeres to do anything, and thus generally accepts that some patching up will have to be made from time to time. | 09:35 | |
| persia | Yes, but not *every* merge (which is roughly what we do today) | 09:36 |
| persia | That's just putting up with a level of messiness that nobody needs. | 09:36 |
| *** edcragg has joined #baserock | 09:47 | |
| *** edcragg has quit IRC | 09:52 | |
| *** straycat is now known as ofcourseistilllo | 09:52 | |
| *** edcragg has joined #baserock | 09:53 | |
| ofcourseistilllo | this nick gets truncated by freenode, propose we move to oftc | 09:54 |
| * rjek sets his nick to the text of War & Peace. | 09:55 | |
| *** ssam2 has joined #baserock | 09:58 | |
| *** ChanServ sets mode: +v ssam2 | 09:58 | |
| paulsherwood | pedroalvarez: s/veryfiying/verifying/ ? | 09:59 |
| pedroalvarez | paulsherwood: argh! where? | 10:01 |
| *** mariaderidder has joined #baserock | 10:02 | |
| paulsherwood | in the video | 10:02 |
| pedroalvarez | paulsherwood: double argh! | 10:02 |
| paulsherwood | there's also veyfing | 10:02 |
| paulsherwood | veryfing | 10:02 |
| * robtaylor is veryfing | 10:02 | |
| paulsherwood | but nonetheless, very impressive :) | 10:02 |
| robtaylor | which video is this ooi? | 10:04 |
| pedroalvarez | Looks like I'm not doing well my workarounds to not talk in the videos :) | 10:04 |
| pedroalvarez | robtaylor: http://vimeo.com/119221370 | 10:04 |
| robtaylor | cool | 10:04 |
| *** gary_perkins has joined #baserock | 10:07 | |
| paulsherwood | pedroalvarez: do you want to fix the speelings (:-), before folks start publishing the link? | 10:08 |
| pedroalvarez | paulsherwood: I'll do that as soon as I can | 10:10 |
| radiofree | you need sound pedroalvarez! | 10:11 |
| *** Krin has joined #baserock | 10:19 | |
| pedroalvarez | franred: I've +1ed the six patch and the coreutils dd patch (just in case you don't se my emails, something is going wrong with my mail client/server) | 10:26 |
| franred | pedroalvarez, thanks :) | 10:31 |
| CTtpollard | for the cluster morph on http://wiki.baserock.org/guides/deploy-trove-to-openstack/ should it have disk_size and cloud_init? | 10:32 |
| CTtpollard | I thought cloud_init made it the maximum size possible? | 10:32 |
| ssam2 | morph still needs to know a DISK_SIZE | 10:32 |
| CTtpollard | ahhh, does this need to be changed then http://wiki.baserock.org/devel-with/ | 10:33 |
| ssam2 | it works by creating a disk image locally, then uploading it to openstack. And it's not smart enough to work out the needed size of the disk image for you | 10:33 |
| CTtpollard | for the openststack bit? | 10:33 |
| ssam2 | yes, I think so | 10:33 |
| ssam2 | although it does have a note about DISK_SIZE already | 10:33 |
| CTtpollard | 'DISK_SIZE - the size of the disk image to create. If you deploy an image with cloud-init (as in the following example), the disk will be resized to fit the maximum space given in OpenStack.' | 10:33 |
| CTtpollard | I've added it to the wiki, cheers ssam2 | 10:36 |
| pedroalvarez | I remember adding that note, but I also remember adding DISK_SIZE to the cluster example | 10:36 |
| pedroalvarez | CTtpollard: ta! | 10:36 |
| robtaylor | rdale_: seen https://bitbucket.org/GregorR/musl-cross ? may be useful for cribbing libstdc++ configuration | 11:05 |
| rdale_ | yes, i've been looking at that | 11:06 |
| robtaylor | cool | 11:06 |
| *** zoli__ has quit IRC | 11:06 | |
| rdale_ | there is a script called 'stage2-glibc-fix-specs' for glibc - i think i need an equivalent to that to take a gcc spec file, and then fix up the location of ld.so | 11:06 |
| rdale_ | but i can't find that script in defintions yet | 11:07 |
| tiagogomes_ | rdale_ that script it is on glibc repo: http://git.baserock.org/cgi-bin/cgit.cgi/delta/glibc.git/commit/?h=baserock/glibc-2.20&id=52cf9a0153c14df4f6ae3bd0e1e6cc5d171e586c | 11:11 |
| rdale_ | ah right, thanks | 11:11 |
| tiagogomes_ | rdale_ did you check where musl installs ld.so? | 11:12 |
| rdale_ | lib/ld-musl-x86_64.so.1 -> /tools/lib/libc.so | 11:14 |
| rdale_ | i need to generate a .spec file in the same dir as libgcc.a is in, and then i fix up the ld.so in there to point to the musl one with a script like the glibc one | 11:14 |
| *** a1exhughe5 has joined #baserock | 11:19 | |
| jmalk | reading trove docs; http://wiki.baserock.org/Trove/reference/#index2h3 - makes use of many placeholder variables (YOUR-TROVE-HOST, trove_id, new-code, ab-cd (= trove_id), TROVE-HOST, TROVE_ID) to refer to a smaller number of things. is this the kind of thing I should tidy up, or is there a documentation authority I should consult before wading in? | 11:22 |
| *** inara has quit IRC | 11:27 | |
| *** inara has joined #baserock | 11:33 | |
| rdale_ | woo hoo! the stage2-musl-fix-specs that i copied from the glibc one has fix my configure error | 11:39 |
| robtaylor | rdale_: niiiice | 11:40 |
| *** zoli__ has joined #baserock | 11:43 | |
| pedroalvarez | that file has a "NASTY HACK" mark, Is possible to that in other way? | 11:44 |
| *** zoli__ has quit IRC | 11:50 | |
| ssam2 | jmalk: in general, feel free to tidy it up | 11:55 |
| tiagogomes_ | I tried to do in another when I was updating gcc. The spec is needed only for stage1-gcc. So I tried to create the spec file in the stage1-gcc chunk instead. The idea was that by no including stage1-gcc in the build-depends of some chunk would cause the spec file to be not installed | 11:55 |
| ssam2 | jmalk: if petefoth is around its good to check with him first. but he's not around til Monday | 11:55 |
| tiagogomes_ | However, I found out that stage1-gcc chunk is installed even if it is *not* on the build-depends of some chunk | 11:55 |
| jmalk | ssam2: thanks | 11:58 |
| jmalk | ssam2: and I'll get in touch with him when he's back online | 11:59 |
| *** zoli__ has joined #baserock | 12:22 | |
| *** zoli__ has quit IRC | 12:24 | |
| *** wschaller has joined #baserock | 12:37 | |
| *** zoli__ has joined #baserock | 12:41 | |
| *** richard_1aw is now known as richard_maw | 12:49 | |
| *** zoli__ has quit IRC | 13:06 | |
| *** zoli__ has joined #baserock | 13:09 | |
| *** ssam2 has quit IRC | 13:36 | |
| *** zoli___ has joined #baserock | 13:37 | |
| *** zoli__ has quit IRC | 13:37 | |
| *** ofcourseistilllo is now known as straycat | 13:42 | |
| *** a1exhughe5 has quit IRC | 13:52 | |
| *** ssam2 has joined #baserock | 13:54 | |
| *** ChanServ sets mode: +v ssam2 | 13:54 | |
| *** ssam2 has quit IRC | 14:00 | |
| *** sherm_ has quit IRC | 14:03 | |
| jmalk | I see http://download.baserock.org/ as a very minimal "Index of /" html page, is that meant to be the case? I thought it used to be meatier | 14:12 |
| SotK | jmalk: its been like that as long as I remember I think | 14:13 |
| jmalk | SotK: ok just checking nothing was broken | 14:13 |
| *** sherm_ has joined #baserock | 14:16 | |
| *** ssam2 has joined #baserock | 14:17 | |
| *** ChanServ sets mode: +v ssam2 | 14:17 | |
| tiagogomes_ | anyone knows why we built libapr and libapr-util from tarballs and not git? | 14:23 |
| tiagogomes_ | s/git/svn/ in this case | 14:23 |
| franred | tiago? | 14:25 |
| tiagogomes_ | franred mmm, yep, that's my name :) | 14:26 |
| franred | I've sent a patch to build apr (apr-util is inside of apr in master) for apache httpd server | 14:26 |
| franred | tiagogomes_, ^^ | 14:26 |
| tiagogomes_ | franred ah, what's the name of the patch series | 14:28 |
| franred | Add apache-httpd server stratum | 14:28 |
| franred | tiagogomes_, ^^ | 14:28 |
| tiagogomes_ | franred I see, why didn't you use delta:apr ? | 14:30 |
| tiagogomes_ | delta/apr | 14:30 |
| *** ssam2 has quit IRC | 14:30 | |
| franred | tiagogomes_, because I didn't see that we have apr in the repo....which is called libapr ¬.¬ | 14:32 |
| franred | both repos should be the same | 14:32 |
| franred | I think, I will check it | 14:32 |
| tiagogomes_ | the looked the same at first glance | 14:32 |
| *** ssam2 has joined #baserock | 14:43 | |
| *** ChanServ sets mode: +v ssam2 | 14:43 | |
| jjardon | red in http://mason-x86-64.baserock.org/ ! | 14:54 |
| jmalk | I'm still confused by upgrade to devel instructions - http://wiki.baserock.org/quick-start/#index7h2 ; there's no hint as to where to "get the branch containing the devel system" from, or what to "use the cluster morphology" for. Does anyone have any input on how to achieve these things, and therefore how to improve the doc please? | 14:57 |
| jjardon | Maybe this is related with the problem? "2015-02-12 13:37:14 Progress: Ready to build perl-misc: waiting for a worker to become available" | 14:57 |
| *** a1exhughe5 has joined #baserock | 15:15 | |
| Zara | it's easier to use the simple build-deploy workflow, if possible | 15:22 |
| Zara | baserock source is here: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/ | 15:24 |
| Zara | so you should be able to find the url of the relevant devel system there, in 'systems' | 15:24 |
| jmalk | Zara: thanks very much. that's what I'm currently doing to make progress, but want to not have dead-end documentation if possible | 15:25 |
| Zara | I suspect it doesn't say what to do next because I couldn't get morph deploy working without cycle.sh at the time, so I left that bit for someone who knew what they were doing. :P | 15:31 |
| pedroalvarez | jjardon: I've looked into mason and looks like it's building again | 15:31 |
| jmalk | Zara: alas, that person is not me. thanks for your advice | 15:32 |
| Zara | jmalk: heh, yeah, it's unofficially of the form 'do the easy thing, here's a pointer for how to do the harder thing if you know this stuff better than I do'. | 15:33 |
| jmalk | Zara: makes sense | 15:33 |
| *** ssam2 has quit IRC | 15:43 | |
| *** ssam2 has joined #baserock | 15:43 | |
| *** ChanServ sets mode: +v ssam2 | 15:43 | |
| *** ssam2 has quit IRC | 15:56 | |
| *** fay__ has quit IRC | 15:56 | |
| *** fay_ has joined #baserock | 15:58 | |
| *** jonathanmaw has quit IRC | 16:00 | |
| pdar | Hiya, what does morph do if you dont give it configure/build/install commands? | 16:12 |
| SotK | runs whatever the default configure/build/install commands are for the build-system you put in the chunk morphology | 16:13 |
| SotK | if you didn't make a chunk morphology then it autodetects the build system based on files in the chunk repo | 16:14 |
| SotK | default configure/build/install commands are here: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/morph.git/tree/morphlib/buildsystem.py | 16:14 |
| pdar | thanks SotK. I had a feeling it wasnt just magic... | 16:16 |
| jmalk | having used cycle.sh to upgrade to a devel system, it is running as TEST - what do I need to do to make it my 'actual' system? just a case of `system-version-manager set-default TEST`? | 16:22 |
| pedroalvarez | jmalk: after running cycle the default should be already TEST | 16:23 |
| pedroalvarez | `system-version-manager get-default` or `system-version-manager list` in newer versions | 16:24 |
| jmalk | pedroalvarez: you're right, sorry. so I can just start using it as I was using the non-devel system (factory)?/ | 16:24 |
| pedroalvarez | jmalk: a reboot might be needed :) | 16:25 |
| jmalk | yep. thanks! | 16:25 |
| pedroalvarez | np | 16:25 |
| SotK | system-version-manager get-running will tell you which version you're booted into | 16:25 |
| jmalk | SotK: yes thanks. | 16:27 |
| tlsa | I've installed a fresh VM, following http://wiki.baserock.org/guides/vm-setup/#index3h2 | 16:32 |
| tlsa | It said to make a 2nd disc of 30Gb. I made one of 40Gb. | 16:32 |
| tlsa | On my first build attempt (using the cycle script), I get: | 16:32 |
| tlsa | ERROR: Insufficient space on disk: /tmp/morph_tmp requires 4000000000 bytes free, has 1126256640 | 16:32 |
| jmalk | tlsa: I think that refers to available ram | 16:32 |
| tlsa | am I doing something silly? Or do I need to make the disc a a lot bigger than the instructions say? | 16:32 |
| tlsa | oh :s | 16:33 |
| bashrc | tlsa: you could try: btrfs filesystem resize max / | 16:34 |
| tlsa | no change | 16:34 |
| tlsa | but I think it should be the /src disc that its building on? | 16:35 |
| pedroalvarez | tlsa: you have to create a morph configuration file (/etc/morph.conf) | 16:37 |
| pedroalvarez | tlsa: http://wiki.baserock.org/quick-start/#index4h2 | 16:38 |
| tlsa | pedroalvarez: ah, yeah, thanks | 16:38 |
| tlsa | pedroalvarez: yep, all fixed | 16:40 |
| tlsa | scripts/cycle.sh systems/xfce-system.morph clusters/upgr | 16:42 |
| tlsa | ade-devel.morph | 16:42 |
| tlsa | ERROR: Unknown architecture armv8l64 in morphology systems/build-system-armv8l64.morph | 16:42 |
| jmalk | tlsa: how did you go from the wiki link you posted to using the cycle script? | 16:43 |
| jmalk | tlsa: (seems like missing out the morph.conf will mess people up, so it needs to be a step between the two on the wiki if poss) | 16:44 |
| Zara | it is on the wiki, between the two steps | 16:44 |
| Zara | but the first step goes back to the quickstart page at present, so it's possible to skip past the morph conf step-- or to think it's not relevant | 16:45 |
| tlsa | I was jumping around, because I didn't know what I was doing -- I didn't know if I was using an ancient release so wanted to update before doing anything else | 16:45 |
| jmalk | Zara: yes, you're right, tlsa thanks | 16:46 |
| Zara | (so might be worthwhile updating the link back to quickstart so it goes to the 'login to the vm' section of the quickstart page) | 16:46 |
| Zara | (I'm still not happy about the amount of back and forth between pages, but at present there are a lot of instructions to follow :S) | 16:47 |
| jmalk | Zara: yes, it's a complex process | 16:47 |
| jmalk | Zara: by which I mean both, "working with the system" and "making the documentation navigable" are complex processes | 16:48 |
| tlsa | I get the same "Unknown architecture armv8l64" error tryting to build the systems/weston-system-x86_64-generic.morph system | 16:51 |
| pedroalvarez | tlsa: to what exactly have you updated to? | 16:52 |
| pdar | franred: Is it necessary to add the whole nfs strata to deal with the runtime dependency of memcahced on libevent? | 16:52 |
| pedroalvarez | s/to?/?/ | 16:52 |
| tlsa | pedroalvarez: I've not yet updated anything | 16:52 |
| tiagogomes_ | is there an easy way to build a chunk that needs access to the source of another chunk | 16:52 |
| *** a1exhughe5 has quit IRC | 16:52 | |
| franred | pdar, unless we move libevent to databases or memcached to nfs... yes | 16:53 |
| pedroalvarez | tlsa: ah, ok, the support for that architecture has been added recently to morph | 16:53 |
| tlsa | right, so latest defintions needs new morph | 16:53 |
| pedroalvarez | tlsa: so either upgrading your system, or using latest morph will do | 16:54 |
| *** gfinney_ has quit IRC | 16:54 | |
| *** gfinney_ has joined #baserock | 16:54 | |
| straycat | tiagogomes_, you could modify the chunk to add the chunk it needs as a submodule i guess? | 16:54 |
| tlsa | pedroalvarez: how can I upgrade my system, if the morph I have doesn't work? | 16:54 |
| pedroalvarez | tlsa: you can still use latest morph without doing the whole upgrade: http://wiki.baserock.org/using-latest-morph/ | 16:55 |
| tlsa | yeah, I'll have to do that | 16:55 |
| pedroalvarez | tlsa: if interested on upgrade it, visit http://wiki.baserock.org/guides/build-deploy-cycle/ | 16:56 |
| pedroalvarez | Zara: is this explained better anywhere else? ^ | 16:56 |
| tiagogomes_ | straycat mmm... | 16:56 |
| tlsa | I was following the build-deploy-cycle instructions when I got that error | 16:56 |
| tiagogomes_ | I'll think about it | 16:56 |
| pdar | franred: how come? | 16:57 |
| tiagogomes_ | tlsa, I'm curious, what are you doing with armv8l64 | 16:57 |
| tlsa | nothing at all | 16:57 |
| tlsa | I was building an x86_64 system on an x86_46 system | 16:57 |
| franred | pdar, to add libevent to your system you need to add the nfs stratum unless you create a libevent stratum - which I don't think it has any sense | 16:58 |
| tlsa | s/46/64/ | 16:58 |
| Zara | jmalk: editing individual instructions for clarity is quite straightforward (so go ahead and sort things out where they're unclear!); putting things in the right places is a bit trickier. | 16:58 |
| pedroalvarez | tlsa: hm.. morph validates everything before building it seems to me | 16:59 |
| tlsa | pedroalvarez: yep, looks that way | 16:59 |
| franred | pdar, we try to not duplicate packages in different strata to not have to actualize all of them when you need to do it... | 16:59 |
| franred | pdar, so yeah, you need to add nfs stratum to the system if you want memcached use the libevent package | 16:59 |
| pedroalvarez | erm.. if it is a runtime dependency, it has to be added [too] to the system | 17:00 |
| pedroalvarez | otherwise it won't be installed on the produced system | 17:01 |
| tlsa | pedroalvarez: might be worth updating the br image downloads on the website -- to make sure its morph is compatible with definitions | 17:02 |
| *** sherm_ has quit IRC | 17:02 | |
| Zara | pedroalvarez: not that I can find atm (I would say that it's normally fine to just use the commands listed in workflow and skim the overview). | 17:02 |
| Zara | there is a note in the import tool quickstart about it | 17:03 |
| *** zoli___ has quit IRC | 17:03 | |
| Zara | eg: Now build and deploy the system, and try it out! | 17:03 |
| Zara | eg: change directory back to definitions/, and run: | 17:03 |
| Zara | scripts/cycle.sh systems/web-system-x86_64-generic.morph clusters/upgrade-devel.morph | 17:03 |
| pedroalvarez | Zara: thanks :) | 17:03 |
| Zara | this assumes that the you've done the previous steps and have a system ready to deploy, so it really just gives you the syntax for using cycle.sh | 17:03 |
| Zara | there's also a bit about building a system on the import tool quickstart page, haha | 17:04 |
| *** CTtpollard has quit IRC | 17:04 | |
| pedroalvarez | tlsa: we kind of assume that Morph inside of a release of baserock can build the definitons of that release, but can't garantee that version of Morph will build always master of defintiions.git. That's why we suggest to use latest Morph in the quick-start page. | 17:06 |
| tlsa | ok | 17:06 |
| pdar | franred: Hmm, I understand its good to avoid duplication of package decleration across strata, but it also seems unnecessary to include a bunch of packages you dont need in your system too. | 17:07 |
| franred | pdar, well that is the cost of the stratums ;-) | 17:08 |
| straycat | yes they are kind of bad in this regard | 17:08 |
| straycat | but you can get around it by splitting the strata up | 17:08 |
| pdar | franred: craaazy baserock | 17:08 |
| pdar | I guess for some strata the overhead of carrying extra packages is negligable, but when its not, is that where you have to think about reorganising strata? | 17:12 |
| *** gfinney_ has quit IRC | 17:14 | |
| jjardon | welcome systemd v218 :) thanks pedroalvarez ! | 17:15 |
| jjardon | pedroalvarez: btw, sorry for being nippicking but my surname is Jardón, not Jardon | 17:16 |
| pedroalvarez | mine is Álvarez | 17:16 |
| franred | pdar, yes, reorganizing strata is what happen some times...more than you think :) | 17:17 |
| pedroalvarez | jjardon: sorry about that, from some keyboards and inside of baserock is difficult to put 'ó' | 17:18 |
| franred | pedroalvarez, I though capital letters does not have written accent :P - but could be an deprecated rule | 17:18 |
| mwilliams_ct | perhaps a Spanish investigation is needed to find out franred? | 17:18 |
| franred | mwilliams_ct, pedroalvarez is right ;-) http://www.rae.es/consultas/tilde-en-las-mayusculas | 17:19 |
| jjardon | pedroalvarez: np! its a known bug: ;) https://storyboard.baserock.org/#!/story/4 | 17:19 |
| mwilliams_ct | franred: huh who'd have though pedroalvarez would know his own name? :) | 17:20 |
| pedroalvarez | ;-) | 17:28 |
| *** sambishop has quit IRC | 17:28 | |
| pedroalvarez | mason is working hard these days, eh? | 17:30 |
| tlsa | what's the URL for mason these days? | 17:31 |
| pedroalvarez | http://mason-x86-64.baserock.org/ | 17:33 |
| pdar | franred: I guess this disadvantage of strata is outweighed by a benefit of strata, right? | 17:34 |
| tlsa | oh, wow, I thought that mason had been replaced | 17:34 |
| franred | pdar, you are right ;-) | 17:35 |
| jjardon | pedroalvarez: lets keep it busy ;) | 17:35 |
| pdar | why arent runtime dependencies stated in the chunks defined in stratum morphologies? | 17:46 |
| pdar | namely why dont we keep track of the runtime dependencies like we keep track of build dependencies? | 17:52 |
| *** Krin has quit IRC | 17:53 | |
| pedroalvarez | pdar: richard_maw has done some work to suppor that, but there was some discussion and it hasn't never been merged | 17:55 |
| *** franred has quit IRC | 17:55 | |
| jjardon | pdar: AFAIK, currently, runtime dependencies are defined when you build the system morph file | 17:56 |
| *** bashrc has quit IRC | 17:56 | |
| tiagogomes_ | we don't support runtime dependencies yet, so every build dependency will be a runtime dependency as well | 18:01 |
| *** sambishop has joined #baserock | 18:03 | |
| *** mariaderidder has quit IRC | 18:17 | |
| pdar | pedroalvarez: thanks, I have now located the email thread and get reading | 18:21 |
| *** wschaller has quit IRC | 18:24 | |
| *** edcragg has quit IRC | 18:31 | |
| jjardon | tiagogomes_: you can define the runtime dependencies when you contruct your system morph file | 18:32 |
| jjardon | well, kind of | 18:32 |
| jjardon | in that file you dont define dependencies but what should be in the system | 18:32 |
| *** tiagogomes_ has quit IRC | 18:33 | |
| *** tiagogomes_ has joined #baserock | 18:34 | |
| pdar | jjardon: looking at some system morph files i get the impression you dont directly state that there are runtime dependencies that might not allow your system to work, but practically you account for them by including the necessary strata | 18:36 |
| *** edcragg has joined #baserock | 18:37 | |
| *** tiagogomes_ has quit IRC | 18:40 | |
| jjardon | Yeah, that why I said "kind of": you define what strata should be in the system, they do not have to have build dependencies between them | 18:41 |
| straycat | runtime dependencies aren't defined anywhere | 18:42 |
| jjardon | Its at least how i understand it works | 18:42 |
| straycat | missed the "kind of", sorry | 18:47 |
| jjardon | straycat: :) | 18:50 |
| *** mdunford has quit IRC | 18:50 | |
| *** gary_perkins has quit IRC | 19:05 | |
| *** rdale has joined #baserock | 20:22 | |
| *** rdale_ has quit IRC | 20:25 | |
| *** edcragg has quit IRC | 20:29 | |
| *** rdale has quit IRC | 20:31 | |
| *** rdale has joined #baserock | 20:32 | |
| *** rdale has quit IRC | 20:34 | |
| *** rdale has joined #baserock | 20:35 | |
| *** rdale_ has joined #baserock | 20:37 | |
| *** rdale has quit IRC | 20:37 | |
| *** rdale has joined #baserock | 20:47 | |
| *** rdale_ has quit IRC | 20:48 | |
| *** rdale has quit IRC | 21:35 | |
| *** zoli__ has joined #baserock | 22:14 | |
| persia | jmalk: If something in the docs is obviously wrong, just fix it. petefoth is the most active in the documentation area, so probably has good guidance on plans and strategies, so check for big stuff, but don't wait until next week to fix a spelling mistake :) | 23:33 |
| *** zoli__ has quit IRC | 23:53 | |
| *** zoli__ has joined #baserock | 23:59 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!