> isn't cpan pretty much the grandfather of "oh there's a library for that"? The TeX CTAN in 1992 [1] was clearly the inspiration for CPAN a year or three late

> isn't cpan pretty much the grandfather of "oh there's a library for that"? The TeX CTAN in 1992 [1] was clearly the inspiration for CPAN a year or three later [2] (in both name & thing). So, maybe CTAN is the great grandfather? :-) { My intent is only to inform, not be disputatious. I know you said "pretty much". } To be fair, C has an ecosystem. OS package managers/installers are a thing. There is surely a list of much >1 "core libs/programs" (terminfo/curses/some text editor/compilers/etc.) that would be in most "bare bones" OS installs upon which you could develop. One certainly depends upon OS kernels and device drivers. IMO, at least one mistake "language" package managers make is poor integration with OS package managers. Anyway you cut it, it is hard to write a program without depending upon a lot of code. Yes, some of that is more audited. As the "lump" gets giant, dark corners also proliferate. There was a recent article [3] and HN discussion [4] about trying to have the "optimal chunkiness/granularity" in various ecosystems. I agree that it is doubtful we will solve any of that in an HN sub-to-the-Nth thread. I think that article/discussion only scratched the surface. I will close by saying I think it's relatively uncontentious (but maybe not unanimous) that packaging has gone awry when a simple program requires a transitive closure of many hundreds of packages. FWIW, I also often write my own stuff rather than relying on 3rd parties and have done so in many languages. Nim [5] is a nice one for it. It's not perfect - what is? - but it sucks the least in my experience. [1] https://en.wikipedia.org/wiki/CTAN https://en.wikipedia.org/wiki/CTAN [2] https://en.wikipedia.org/wiki/CPAN https://en.wikipedia.org/wiki/CPAN [3] https://raku-advent.blog/2021/12/06/unix_philosophy_without_leftpad/ https://raku-advent.blog/2021/12/06/unix_philosophy_without_... [4] https://news.ycombinator.com/item?id=29520182 https://news.ycombinator.com/item?id=29520182 [5] https://nim-lang.org/ https://nim-lang.org/