[gobolinux-devel] tools/Scripts bin/RemoveProgram bin/DisableProg...

[Jonas Karlsson]

On Sat, 09 Sep 2006 17:34:51 +0200, Jonas Karlsson  
<jonka750 at student.liu.se> wrote:

> On Sat, 09 Sep 2006 17:15:25 +0200, Hisham Muhammad  
> <hisham.hm at gmail.com> wrote:
>
>> On 9/9/06, Jonas Karlsson <jonka750 at student.liu.se> wrote:
>>> 	Added installation of unmanaged files to SymlinkProgram
>>
>> Installation of unmanaged files is/should not be made at
>> SymlinkProgram, but at InstallPackage and Compile. You don't want
>> unmanaged files to be re-copied every time you switch versions using
>> SymlinkProgram, for example.
>>
> As one, at least I, wants to remove the files when one uses  
> RemoveProgram, and presumably with DisablePrograms as well, there should  
> be a way to get the files back into place without having to  
> Compile/unpack the entire application. I could add a check to see if the  
> file exists, or just remove the '-f', but then again there could be  
> version specific unmanaged files, like the kernel module for rlocate,  
> and therefore it needs to be copied everytime one switches version with  
> SymlinkProgram.
>
>>> 	Made installation of unmanaged files use hard links and fall back to  
>>> copy
>>
>> Hard links are a bad idea for installation of unmanaged files, because
>> when you edit a file in the unmanaged location, it will modify the
>> files under Resources/ (this will "taint" the program, will break
>> signature verification and make it easy to get site-specific stuff
>> stored by accident in packages).
>>
> Fair enough, but perhaps you should have mentioned this in the thread  
> "Suggestions to Compile"?
> Otoh, most unmanaged files are static (aren't all), so this shouldn't be  
> an issue(?).
>
Just realized that I contradicted myself in my other message, as  
/etc/passwd are far from static...
Otoh (again) these few files in /etc (passwd, group, fstab etc) are system  
critcal and should never be part of a package/recipe and are therefore  
disqualified from unmanged. There may however be other files that qualify  
that aren't static, but I fail to see any such file. Probably all dynamic  
files can be fit into the "managed" directories under /Programs instead of  
be placed in unmanaged by lazyness.

-- 
/Jonas

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/