On 9/2/06, André Detsch <[EMAIL PROTECTED]> wrote:
On 9/2/06, Jonas Karlsson <[EMAIL PROTECTED]> wrote: 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.".
Add a warning that signature support is experimental. then once the bugs are worked out we can remove the warning and make things more strict. I completely agree "crying wolf" can led to the later behavior.
> 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 :)
Is it a simple "cp -r"? Maybe UpdateSettings could be repurposed. -- Carlo J. Calica _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
