> FHS, even version 3, has mostly missed the evolution of Linux systems > that has happened in the last few decades. In particular, it > completely missed the usr-merge, and obviously the merge of bin and > sbin… Just looking at the contents table, it is full of outdated > stuff, it talks about /mnt and /media, without the understanding that > *temporary* paths need to go under /run instead of polluting the root > file system.
I agree that we can't use the entirety of the Standard but considering the way it was used so far, we could just adapt the newer version like we did the last one. Go through it, define exceptions but keep the main thought of a unified filesystem hierarchy. > *Some* of the stuff in FHS is useful, but the problem is that an > average newbee reader has no way to distinguish the obsolete > historical approaches and ideas from relevant stuff, they are all > stated in the same authoritative voice. We would need to separate the useful from the less useful of course but at this point the guidelines are even more confusing in my opinion. Not clearly pointing to either version of the standard and even if someone figures out they are probably talking about version 2.3, that version is even more outdated, being released in 2004. > Instead of adjusting to this text which is mostly of historical > interest, we should just use > https://www.freedesktop.org/software/systemd/man/latest/file-hierarchy.html. I agree that we should use something that reflects the hierarchy we use nowadays the best with clearly set out exceptions to whatever rules we choose to get it just the way fedora is structured. This would be a big effort in the beginning but it would make the sustaining of the rules easier in the long run and it would also lead to a strict and defined ruleset which would remove the guesswork from maintaining this system. Pavol. On Tue, Aug 5, 2025 at 7:01 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Tue, Aug 05, 2025 at 03:18:45PM +0200, Michal Schorm wrote: > > The FSH standard 3.0 was introduced in 2015. > > The changes in FSH 3.0 seem to me as a natural evolution, and > > clarification of existing practices after the 2.3 version. > > > > I believe we should officially adopt the 3.0 version and update the > > Fedora Packaging Guidelines text accordingly. > > Drop the obsolete paragraphs and review the list of exceptions, where > > we consciously want to deviate from the standard. > > FHS, even version 3, has mostly missed the evolution of Linux systems > that has happened in the last few decades. In particular, it > completely missed the usr-merge, and obviously the merge of bin and > sbin… Just looking at the contents table, it is full of outdated > stuff, it talks about /mnt and /media, without the understanding that > *temporary* paths need to go under /run instead of polluting the root > file system. > > *Some* of the stuff in FHS is useful, but the problem is that an > average newbee reader has no way to distinguish the obsolete > historical approaches and ideas from relevant stuff, they are all > stated in the same authoritative voice. > > Instead of adjusting to this text which is mostly of historical > interest, we should just use > https://www.freedesktop.org/software/systemd/man/latest/file-hierarchy.html > . > > Zbyszek > -- > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue >
-- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
