2007/1/8, Lucas C. Villa Real <[EMAIL PROTECTED]>: > Hello, > > This is an initial kick on adding support for /System/Index to > ChrootCompile and Scripts. If one supplies a flag named '--new-names' > to ChrootCompile, the chroot environment is created with the > /System/Index hierarchy. When GoboPath is sourced and directory with > that name is found in the rootfs, $goboVariables are automatically > exported according to that dir. > Don't variables like $PATH must be set to include both paths?
> I decided to keep the legacy entries at /System/Links so that I could > use the existing base_dependencies (Glibc, GCC, ...) while trying to > compile GoboHide, which is an easier and faster package to recompile > than Glibc. > > The patchset has been tested with GoboHide on a native compilation and > worked pretty well. The only problem I saw with it were leftovers from > unionfs inside some directories, such as .wh.__dir_opaque, but that > can be easily fixed later. > > Patches follow. Any comments are _greatly_ appreciated! > Why are you leaving out Compile? Is Compile completly independent of these changes? I don't see the benefit of moving /System/Settings to /System/Index/etc, why that change? First of all the settings directory is no clean index as it contain regular files as well and secondly /System/Settings looks much better to me. Even though we don't aim to change names to make them more usable (than e.g. /etc) I think things like these are good. For installation, I actually thought that the install directory would be union mounted so that all writes were directed to $target, instead of /System/Index, to be copied afterwards. I guess this is due to using /System/Index/etc, but as I said above, I don't like that name. Having commented the patches, I also would like to comment the idea. I really like the idea and think it would be a great solution. However, I think we really would make a misstake if we abandomed our /System/Links/Executables, /System/Links/Libraries etc. I don't mean we should keep /System/Links, just that 'Executables' and 'Libraries' is much more clear than 'bin' and 'lib' (refer to, for example, change of 'Store' to 'PackedRecipes', which is a somewhat big change imo, but to ease readability). If we still would keep our long names, which actually is a selling point, I think we would reach almost an optimal solution. Just some cents of mine (unknown amount). -- /Jonas _______________________________________________ gobolinux-devel mailing list [email protected] http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel
