Hi, I've just submitted a feature request named grml2usb installation structure consideration at http://bts.grml.org/grml/issue874
I'm soliciting your comments are a normal user. Here is the repost of the content of the feature request. Currently, grml2usb install to the destination pen drive with the structure like this: . . . ./live/grml-medium/grml-medium.squashfs ./live/grml-medium/filesystem.module ./boot/release/grmlmedium/linux26 ./boot/release/grmlmedium/initrd.gz ./boot/syslinux/defaults.cfg ./boot/syslinux/grml.png ./boot/syslinux/hd.cfg ./boot/syslinux/isolinux.cfg ./boot/syslinux/grml_medium_default.cfg . . . I.e., every aspect of boot component has been seamlessly mingled into proper places. This is one way to arrange things, proper things go to their respective proper places (referred as plan-A afterward). However, I hope that the installation structure can take another approach -- all files go into a single directory, say /os/grml-medium-2010.04/ for example (referred as plan-B afterward). Here is my view of plan-B and plan-A: - directory structure. plan-B: self contained. plan-A: complicated, distro-specific related files spread arosss multiple directories. - organization: straightforward vs mixed-up. Use /boot/syslinux/ for example, plan-B contains only files originally from syslinux, nothing else, whereas plan-A contains files from all different flavours. - management: easy vs hard. Use deleting a flavour for example, plan-B just need to use a single command to remove (/os/grml-medium-2010.04/); plan-A: so complicated to do it manually that it is better to write another script to do it. - cooperate ability. relaxed vs strict. For example, when I want to try a new grml (beta) release, plan-B allows me to try it out parallel at /os/ grml-medium-newdate/ via for plan-A, the only way is to overwrite the version that I've been accustomed to and left with something risky. Please consider, Thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/ _______________________________________________ Grml mailing list - [email protected] http://lists.mur.at/mailman/listinfo/grml join #grml on irc.freenode.org grml-devel-blog: http://grml.supersized.org/
