On Wed, 23 Aug 2006 21:11:23 +0200, Lucas C. Villa Real
<[EMAIL PROTECTED]> wrote:
> CVSROOT: /sources/goboscripts
> Module name: tools
> Changes by: Lucas C. Villa Real <lucasvr> 06/08/23 19:11:23
>
> Modified files:
> GoboHide/Resources/Tasks: GoboHide
>
> Log message:
> Cleanup on gobohide dir list, specifying only really
needed entries on
> a standard GoboLinux distro.
>
> CVSWeb URLs:
> http://cvs.savannah.gnu.org/viewcvs/tools/GoboHide/Resources/
Tasks/GoboHide?cvsroot=goboscripts&r1=1.3&r2=1.4
>
> Patches:
> Index: GoboHide
>
===================================================================
> RCS file: /sources/goboscripts/tools/GoboHide/Resources/Tasks/
GoboHide,v
> retrieving revision 1.3
> retrieving revision 1.4
> diff -u -b -r1.3 -r1.4
> --- GoboHide 23 Aug 2006 18:46:12 -0000 1.3
> +++ GoboHide 23 Aug 2006 19:11:23 -0000 1.4
> @@ -12,7 +12,7 @@
> exit 1
> esac
> -for dir in /bin /etc /lib /sbin /tmp /var /usr /proc /dev /
sys /srv
> /mnt /media /lost+found /boot /home /root /linuxrc /initrd
> +for dir in /bin /etc /lib /sbin /tmp /var /usr /proc /dev /sys
> /lost+found
> do
Would it be possible to have these entries specified in a
separate file in
/P/GoboHide/Settings instead? As it is now I have to add my entries
manually everytime I update GoboHide (which isn't that often, but
still).
Yes, of course. The Task can just 'source' gobohide.conf and append
the extra entries to the operation. I can do that later, or you can
make your commits to the package, in the same way as the kernel
modules are handled in the UserDefinedModules array at BootOptions /
BootScripts/BootUp.
My idea was that all directories should be selected from the .conf
file, not just the extras, to ensure full customability (is that a
word? :) )
I agree. I actually really liked the way OS X used to do it
with /.hidden. A non-hidden configuration file would be even better.
The word is "customizability," but you were close enough :)
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
