#FHS 4.0
1 messages · Page 1 of 1 (latest)
Interesting that they touch that! Can you elaborate a bit why it’s relevant for us? I don‘t quite see it yet.
mostly due to my concerns that distros patching /usr Python to install packages to /usr/local breaks to FHS
the /usr, /usr/local, /opt, etc. prefixes are kind of independent namespaces (can't think of a better word), software in one of them should use any of the others
I have a proper explanation in https://ffy00.github.io/blog/02-python-debian-and-the-install-locations/
back when I was engaging with distros to try to fix this, I even opened an issue on the FHS bug tracker, to get some kind of official position on Python's situtation https://bugs.linuxfoundation.org/show_bug.cgi?id=1443
but that never got any response because the FHS project is just dead
now with the potential revival of the FHS project, and the possibility of a new specification version, it may be possible to get a better solution for this use-case in the new specification version, and to have some kind of official position from the FHS' maintaining body on Python's issue, if needed
which should help with getting the distros patching Python issue finally resolved, as we would get some more substancial technical backing, which may be enough to convince the distro maintainers, or to raise this issue to the technical committees overseeing the projects
Oof I didn‘t know that Debian’s Python was so broken. I think I heard about it, but I thought people just referred to Debian e.g. splitting off stdlib packages into separate Debian packages instead of allowing people to rely on the whole stdlib.