#436 FHS forbids [eprefix]/libexec

closed
franklahm
5
2012-08-27
2012-04-10
PHPdev32
No

I'm not sure if this was addressed, but building Netatalk 2.2.2 for ArchLinux with --enable-ddp and --enable-fhs left many entries in the [eprefix]/libexec folder, which would map to /usr/libexec on a package install. I don't think libexec itself is allowed under FHS.

Discussion

  • PHPdev32
    PHPdev32
    2012-04-21

    according to http://www.pathname.com/fhs/pub/fhs-2.3.html the entries are "/usr/lib<qual>" where <qual> is commonly understood to be "32", "64", etc on systems that handle more than one binary format for libraries.

     
  • PHPdev32
    PHPdev32
    2012-04-23

    that's my point. You linked to redhat for the FHS standard, but the actual published docs don't mention libexec at all, therefore it isn't allowed. I was merely explaining that libexec doesn't fall under lib<qual> either, as someone could claim, since <qual> has to be a binary format.