Hi Jan, jan p. springer wrote: > Carsten Neumann said the following on 04/18/07 13:14: >> Hi, > [ snip] >> I intend to come up with a scheme for where >> For prebuilt RPMs <prefix> := /usr/local > > why not /opt or /usr? rpms are intended for system install afaict > so /usr would be the right place.
/usr should IMHO be reserved for packages that are part of a distribution and I did not really aim for inclusion into distros, just for a convenient way to grab one/some RPMs, install them and be ready to run examples. Anyway, I would not object to using /opt instead, but be less happy about /usr. >> osg-config >> <prefix>/bin > > would this be also the place for binaries from Tools? yes, I think so. Maybe we should add a "osg-" or even "opensg-" prefix to the names of the binaries ? scons-addons and scons-build would end up in <prefix>/share/OpenSG/scons-addons and <prefix>/share/OpenSG/scons-build respectively. >> debug libs >> <prefix>/lib/OpenSG/dbg >> optimized libs >> <prefix>/lib/OpenSG/opt >> symbolic links in >> <prefix>/lib/ to the libs in <prefix>/lib/OpenSG/opt > > are the libraries going to have version suffixes? if so, you also need > links to the generic lib<name>.so. Good point. Is this the usual practice on RPM using distros (I'm using debian myself, so I'd need some input here) ? >> headers >> <prefix>/include/OpenSG >> >> doxygen documentation >> <prefix>/share/OpenSG/doc > > not knowing the lsb specs but shouldn't this be > <prefix>/share/doc/OpenSG-<version>? > [ snip ] I've looked at the FHS (<http://www.pathname.com/fhs/pub/fhs-2.3.html>), but I can not read a definite statement either way from it. What is the practice used by fedora, opensuse, mandriva ? Thanks, Carsten ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Opensg-core mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-core
