I'm not sure what to make of the situation around end-of-line indicators yet. P2348, "Whitespaces Wording Revamp", is also floating in the mix.
Indeed. P2348 is motivated by P2295.
I believe it's not dramatic to leave things partially hanging (there can be line feed in utf-8 files and we do say that line feed is new-line in P2314), but I hope we will talk about P2348 at some point.
For the UTF-8 case, I think a note to the effect that "there are no end-of-line indicators apart from the content of the UTF-8 sequence" could help (at least to further the discussion). For P2348, I suggest that "out-of-band" end-of-line indicators should remain accepted.
Suggestion for P2348:
The physical source file is mapped, in an implementation-defined manner, to a sequence of basic source character set elements.