Quote Originally Posted by utu View Post
1.... I hope you'll post more details of just how you
manage your Knoppix re-masterings.
2. My op ed earlier was slanted toward asking a minimum of Klaus K, trying to stay
within what I think his own framework for producing Knoppix might be.
Other Linux distros have their own minimal configuration from which to build up one's
own tailor-made system. KK could easily dump a 'baseline' iso with very little
additional effort.
3. I think you and I may represent two extremes in using Knoppix. I prefer a mininal
configuration, and like to build up my small Knoppix from overlays. You seem to represent
the 'power user' and can and do tackle larger modifications of Knoppix to get what you
want. One size to begin or end with clearly wont suit both of us.
4. I concur that Klaus K would much prefer a good working example of code for any
suggested improvement of Knoppix. Gilles' contributions to init show how effective this
approach can be.
1. I have already posted the scripts&essential details, but I will update it on the next round of remastering. I dropped 7.2 because of kernel incompatibilities with VMware Workstation 8.X - I didn't want to upgrade WS8 then.
2. I don't completely agree with the opinion that a minimal Knoppix is such a simple task - all the extra issues that have been with CD versions over time clearly demonstrate something else, I think. But of course, something way smaller that the DVD stuffing will suffice. What is needed, is a "knxbootstrap" package as an expanded derivative of debootstrap - and I really wish someone would look into it. Although non-trivial, it shouldn't be that hard to do.
3. I'm not so sure that the same starting point won't work for us - I think it very well could. In fact, I would far prefer starting with something smaller, than running the risky purging business I have to do now, to wipe out some 1-2 GB of unneeded packages. I have totally given up projects to produce a more minimalist Knoppix by extensive purging - always end up with system crashes because the deb package dependencies handling is so far from foolproof.
4. The best way to influence KK is probably to make real improvements that still stay within his "paradigm". Creating auxiliary deb packages could be a way.