Andrew Hoying wrote: > > I agree, I tend to put things where I would expect to find them, since > usr/local is for packages that are installed by the user, I don't see LRP > packages as falling into that area. > > I prefer it if every package put it's configuration files in a subdirectory > of etc, used var for it's run and or spool files, and usr/bin, usr/sbin for > it's binaries. However, leaf probably should conform with fhs 2.2 > (http://www.pathname.com/fhs/), or some other standard. > > Andrew Hoying
And I like to stay as far away from /usr/bin and /usr/sbin as possible for any app I write. In fact I still much prefer it if my whole app can live entirely within it's own directory under someplace like /usr/local/share/appname/ with a link to /usr/local/bin for the executable. Then again, people are maintaining low level system applications, and those often get scattered into the usual directories you mentioned. LRP and LEAF variants have historically not populated /usr/local very much at all. Regards ya'll, Matthew > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Michael D. > > Schleif > > Sent: Thursday, February 07, 2002 6:33 PM > > To: LEAF-dev > > Subject: [Leaf-devel] Preferred package/filesystem location ??? > > > > > > > > Is there some kind of standard whereby, when building a new LEAF > > package, we know *where* particular files belong? > > > > From my brief experience, it appears that most LRP packages are built > > with non-default file locations. For example (not to pick on you, > > Andrew ;), netsnmpd.lrp puts configuration files under: > > > > /etc/snmp/ > > > > whereas the configure defaults are to put everything under: > > > > /usr/local/ > > > > If there isn't a standard, there *SHOULD BE* -- no? > > > > What do you think? > > > > -- > > > > Best Regards, > > > > mds > > mds resource > > 888.250.3987 _______________________________________________ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
