Dan wrote: >>>> ... >>>>>> 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. >>>> >>>> I'd vote for hardlinks! So the Unmanaged files doesn't take up twice >>>> the >>>> diskspace. >>> >>> Please, no. I'm all in favor of avoiding duplicate files, but hard links >>> can't work across different filesystems, and my installation is spread >>> out across multiple hard drives (primarily because I'm too cheap to buy >>> larger drives). Could it move the files out of Unmanaged, then symlink >>> them back? >> >> I think in most cases /System/Links will be on the same fs as /Programs. >> The script could detect if it's on the same fs and use hardlinks then, >> otherwise it would do copy... > > That works. Actually, you make a really good point about /S/L and > /Programs. Since /S/L only takes up about 5MB, it'd be silly to have it > on a separate partition. I retract my previous statement in shame, and > submit that it may actually be better to just use hardlinks and require > that /S/L and /Programs be on the same partition, since it reduces the > number of special cases necessary in the scripts. > > Well, I'm an idiot. I think my brain may have been damaged by spending > too much time away from Gobo :)
No problem. =) I still think it could be useful to use cp in case ln fails with 'Invalid cross-device link'. You never know, someone may have special reasons not to have /S/L in the fs as /Programs... -- /Jonatan -=( http://kymatica.com )=- _______________________________________________ gobolinux-devel mailing list gobolinux-devel@lists.gobolinux.org http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
