README.md in teapot-1.2.6 vs README.md in teapot-1.3.0

- old
+ new

@@ -186,10 +186,10 @@ ## Open Issues - Should packages be built into a shared prefix or should they be built into unique prefixes and joined together either via install or `-L` and `-I`? - Relative include paths might fail to work correctly if headers are not installed into same directory. -- Should packages expose the tools required to build themselves as dependencies? e.g. should `build-cmake` as required by, say, `OpenCV`, be exposed to all who depend on `OpenCV`? Should there be a mechanism for non-public dependencies, i.e. dependencies which are not exposed to dependants? +- Should packages expose the tools required to build themselves as dependencies? e.g. should `build-cmake` as required by, say, `OpenCV`, be exposed to all who depend on `OpenCV`? Should there be a mechanism for non-public dependencies, i.e. dependencies which are not exposed to dependants? *YES - Implemented*. - Should packages have some way to expose system requirements, e.g. installed compiler, libraries, etc. Perhaps some kind of `Package#valid?` which allows custom logic? ## Contributing 1. Fork it