On Thu, Aug 18, 2016 at 10:46:07AM -0700, Mike Frysinger wrote: > there's no need to be so dramatic here. glibc didn't write the LFS logic > for fun, and hasn't maintained it out of laziness. in fact, the code is > non-trivial to get right. It hasn't maintained it out of lazyness, but out of stupidity - it's been 20 years overdue to get rid of supporting non-LFS for _new code_. Keeping the old symbols around is perfectly fine. And at least a few years ago I could run FreeBSD 1.x (pre-4.4BSD) code on recent FreeBSD systems with the right compat defines in the kernel build and the compat libraries just fine, so it's not like it's an unsolved problem. At the same time glibc lazuness has caused us Linux developers tons of problems due to applications or even system programs using the wrong APIs as they still are the default, including random errors due to "too large" inode numbers or offset. So yes, I'm pissed that this crap isn't sorted out and have all the reaons to be "dramatic". -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
