On 9/2/06, Jonas Karlsson <[EMAIL PROTECTED]> wrote:
I have come up with some suggestions for Compile, which I need feedback if I should implement 1) Compile should be configured for "no-sign" by default Most users don't want to create packages for redistribution, so they probably don't want to sign their compiled programs. This suggestion is to create a setting in Compile.conf that turns of signing by default.
Agreed. Same here for CreatePackage. Talking about signature, my vote goes to make the whole signature handling at the scripts less strict for the 013 release. E.g., show only a Log_Terse message when no signature was found or even if the signature file does not match. Although signature support is really relevant, most of our binary packages still don't have correct signatures. So, it look like to me we are 'crying wolf' at this time, and, in the future, when we got to have all our packages signed, the user may look to a signature error from a package that _was_ hacked and think "Oh that's normal. All I have to do is to force the installation.".
2) Support for unmanaged in SymlinkProgram and Remove/DisableProgram I can see Unmanaged as a way to install files into directories where we have no symlinks or install files thta cannot be symlinks. Therefore I also see that removing the files could be a good thing, so my suggestion is iplementing this into Disable/RemoveProgram. For this to work installation of Unmanaged files must be moved into SymlinkProgram, so that one could install the files from outside of Compile, instead of having it as a separate function in Compile.
I agreed that it makes sense to move Unmanaged handling to SyminkProgram. SymlinkProgram can be though as a 'EnableProgram' script, and one step required when enabling a program is copying is Unamanaged content. I'm not sure about Disable/RemoveProgram removing the Unamanaged files from the system. It's probably ok, since it is more or less what regular distros do to ALL their files :) -- Andre Detsch _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
