The docs say:
# cd /usr/share/grub/i386-pc
# dd if=stage1 of=/dev/fd0 bs=512 count=1
1+0 records in
1+0 records out
# dd if=stage2 of=/dev/fd0 bs=512 seek=1
153+1 records in
153+1 records out
#
Considering the fact that 'stage1' is 512 bytes anyway, wouldn't it be simpler
to specify: cat
Right now I am completely consumed by designing and building
infrastructure for GRUB 1.0.
If I understand correctly, it means that the current source tree is
comdemned to die. If so, it looks like I'm wasting my time in fixing
the details (like the docs and user interface issues -- I have a
From: Alessandro Rubini [EMAIL PROTECTED]
Subject: evolution or revolution (was: Re: documentation question)
Date: Sun, 3 Sep 2000 08:43:10 +0200
If I understand correctly, it means that the current source tree is
comdemned to die. If so, it looks like I'm wasting my time in fixing
If I understand correctly, it means that the current source tree is
comdemned to die.
Your understanding is correct, but whether your work (as well as my
work) is meaningless depends on your standard of value. I myself don't
think I'm wasting time, because: [...]
Well, hard features are
Alessandro Rubini writes:
Right now I am completely consumed by designing and building
infrastructure for GRUB 1.0.
AR If I understand correctly, it means that the current source tree
AR is comdemned to die. If so, it looks like I'm wasting my time in
AR fixing the details (like the
AR Or will figure only prvide the low-level library for GRUB, thus
AR adding portability without changing much of the program?
Exactly.
Very good.
AR It isn't clear at all whether multi-platform support (or at least
AR infrastructure) is planned or not.
It is planned. The first
OKUJI Yoshinori writes:
OY At the moment, I'm the primary programmer and the manual
OY writer. Most changes are made by me, and my approvement is mostly
OY necessary to apply patches to the CVS, while Gordon has the same
OY (or stronger) right theoretically.
OY Gordon is the primary
One of my objection is the absolutely pc-centric attitude of both
documents, which can be smoothed at no cost. [...]
I disagree. The mechanism to boot up a computer varies from
architecture to architecture very much, so basically any boot loader
depends on the system architecture the
From: Alessandro Rubini [EMAIL PROTECTED]
Subject: Re: documentation question
Date: Fri, 1 Sep 2000 23:02:15 +0200
For example, most workstations and some personal computers (such
as SparcStation and iMac) has a built-in firmware program, while IBM
PC has BIOS instead.
There's
From: Alessandro Rubini [EMAIL PROTECTED]
Subject: Re: documentation question
Date: Sat, 2 Sep 2000 00:28:59 +0200
/alessandro, guessing how many developers are currently hacking grub..
Should I answer this? :)
I hope so. I'd like to know how my irrelevant stuff is taking time
from
Hi all. Given the low traffic of this list, I'm throwing in some fuss.
While reading the documentation, I found a few bugs of various degrees
down to wish-list. While I didn't yet write down my corrections, I'd
like to post a patch file to the documentation maintainer, to avoid
cluttering the
From: Alessandro Rubini [EMAIL PROTECTED]
Subject: documentation question
Date: Thu, 31 Aug 2000 16:47:48 +0200
One of my objection is the absolutely pc-centric attitude of both
documents, which can be smoothed at no cost. Since I run 10 different
platforms, I feel this as a bug: the fact
12 matches
Mail list logo