system names taken from:
allow specifying multiple requirements at a time
This should probably be named after the package manager it backs onto, and not the platform it runs on.
ie, requirements_apt is called by requirements_ubuntu, the latter only knowing about package names and not the actual managment.
like scripts/functions/requirements/apt or just requirements_ubuntu to call requirements_apt ?
For now requirements_ubuntu essentially wrapping requirements_apt seems pretty reasonable, it'll just make it easier to flesh this out later without having to play "find the reference" and churn a lot of code.
While the debian/ubuntu case is pretty clear cut, I was mainly thinking for the case like requirements_osx which first needs to work out which package manager you're using, then call it with the right package names.
for debian / ubuntu I was thinking about using just symbolic links - and then it would make sense to rename the method to requirements_apt ...
as for osx - that's really hard one, I guess it will need some extra logic to detect homebrew/macports and fallback to something reasonable, maybe SMF - I do not want to force anybody but if they did not picked one tool already ...
Debian and Ubuntu share apt as a package manager- but they don't share package names (at least in a lot of cases. Maybe the ones we need are in the overlap, but I'm pretty sure not).
Yeah, OSX doesn't have to happen right now but it'd be good to start on the right foot.
I do not remember any complains from debian users ... maybe they start complaining after we automate the process.
add more runable requirements
What's just as bad is that between Ubuntu versions, the package names change. So I don't recommend combining ubuntu and debian. other than that, this looks good. i'll pull it down and test later today.
make use of the new requirements code
no need for less with runable requirements
Merge branch 'master' into feature/requirements_exec
add openbsd detection code
add openbsd requirements
use the new openbsd requiremnts fo installation
add SunOS requirements
cut down osx requirements
add osx requirements
openbsd get messy, closes #1455
handle run in every system script
make sure all the requirements scripts are run with -e
update arch requirements