The ebuild for net-fs/sfs installs header files into /include. It installs /include/sfs.h and a large number of other header files in a subdirectory /include/sfs-0.7.2. I would expect that it would install include or header files in /usr/include like every other package. This is not a very important issue, as it doesn't affect the function of the program, but it's still an issue because /include is the wrong place to put things and it's not part of the FHS, to which Gentoo (at least partially) subscribes.
I also found more problem emerge net-fs/sfs files/sfs-0.7.2-gcc3.patch.bz2 not found. if seems removed from portage.
Man... nobody's touched this bug! Anyway, I found out that it installs a bunch of things into / instead of /usr. Someone probably hastily tried to move things from /usr/bin to /bin (as sfs might be necessary for boot on a system that uses it extensively) but didn't realize the ramifications.
Created attachment 102861 [details, diff] exec prefix fix for sfs-0.7.2.ebuild I can't test this because SFS doesn't compile with GCC 4.1 (#147269), but it should work.
Apparently noone's from net-fs interested; going to m-needed and CCing treecleaners.
please test the package.masked sfs-0.8.0_pre20070512.
Isn't the ebuild missing an emake in src_compile()?
sorry, got distracted. yep i commited an incomplete version. can you try again? the new revision is 1.2.
Please, test net-fs/sfs-0.8.0_pre20070512 and get back to us.
