Randy McMurchy wrote:
Dan McGhee wrote these words on 01/22/06 11:19 CST:
Sooooo, someone can use either this script or continue on with the
commands as they are written in the "draft."
With all due respect for your research and work so far, and hoping you
*continue* to keep providing input on this topic, I would just like to
mention that I don't think a script is the right way to go here. If
we're going to provide a script, it may as well do the entire
installation start to finish.
No insult to what I've done so far. And I happen to agree with you
completely about scripting the whole installation. I'm not suggesting
that we, actually I mean you, the editors, provide this script as
written. If, as Bruce mentioned in another thread, the directions for
Xorg-7.0 contain a number of sections detailing how to build each subset
of packages, e.g; prototype headers, then the commands for CMMI and the
logging could be included--very similarly to the Bash Startup files. In
fact the CMMI commands in the "draft" work fine. It's a personal
preference of mine to divide the logs up and make each log applicable to
the package "du jour" so that I don't have to go rifting through a huge
file trying to find an error. The main point of my post was that I had
trouble with the unpacking commands and generated a set that worked for me.
It's not so much the education thing, more is that I think by scripting
it sets a bad precedent. I don't yet have any clues how to go about
this, as I've not messed with any of Xorg-7.0 yet, but I'd sure like
to continue to contrive ways to do the installation without a "script".
Although I will use a script, there is no need to script this. However,
for each section I think that a for-do-done loop will save a lot of
keyboards from freezing as a result of dried blood. :-)
The learning is there if someone wants to tear the commands apart. I
could see something like this for each section:
for PKG in..
do
mkdir
cd
unpack
./configure > log
make > log
install > log
which isn't too much different than what's there now.
I do, however, think that offering a builder options is important.
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
