From: Sriram D. <sri...@gm...> - 2006-04-08 13:51:13
|
you are right on the target john.it is much easier to support if we know where all the files are going to be installed. and much better if they are in a standard place for al packages. On a related note.. Most of the time i install to a local directory. i hate to pollute the root . especially because it becomes difficult to uninstall if the package doesnt have a good uninstall rule in the make file. One thing we can do to simplify things is allow installpkg to be run as non root user also. If we are going to go the length, shall we as well ask the user a questio= n like " Install for all users or install for current user only ?" and proceed appropriately to install in the user's $HOME or / The tree for the packge remains the sme but is located differently. the local log of packages like in /var/log/packages .. will also have a corresponding local version in $HOME To help this we could have a list of packages and their options .. something like this .. http://numsum.com/spreadsheet/show/17688 and create the ./configue commands from that for all the packages for the default install. cheers ram On 4/7/06, joh...@gm... <joh...@gm...> wrote: > > Some programs create their configuration files in an etc directory. I hav= e > seen some packages where such an etc directory was a subdirectory under > /usr > or /usr/X11R6. Since we are discussing standards for building packages > with > VL6, I believe that one of the arguments that should be passed to just > about > all configure scripts is --sysconfdir=3D/etc as opposed to letting the > sysconfdir setting default to a sub under --prefix=3D/usr. > > While I'm on this thread, some programs also create local data, notably > dbus, > hal, and samba, among others. I want to propose that we explicitly pass > --localstatedir=3D/var to the configure script for such programs where lo= cal > state data is created. > > Thoughts on these ideas, please. > > Thanks, > John > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |