I am neither for nor against partitioning the SRFI.
I can imagine arguments in both directions, e.g.:
- The sub-problems Lassi lists are largely independent, so splitting the SRFI into several SRFIs, one for each, would make it easier to make progress in parallel, perhaps taking the burden off of John to do the whole thing.
- On the other hand, there are certainly concerns that are common to all of the sub-problems, e.g. how low-level the API should be and how closely it should map to POSIX APIs vs. other APIs.
It's up to John and whoever else volunteers to do some work on the one or more SRFIs to decide.