Philipp Thomas wrote:
On Fri, 30 Nov 2012 13:10:13 -0800, Linda Walsh
You can cleanly tear down FS's w/o initrd,
and with lilo, you can support
all the file systems.
You must be joking! Lilo has no support what so ever as it uses block
numbers. The drawback is that you have to run lilo everytime you
modify or replace the kernel/
You need to reread what I said. With lilo all the file systems can
be supported. I didn't say lilo does anything w/the file systems. I said
all can be supported, including the ones Grub doesn't support -- since it uses
block numbers directly, no file system drivers are needed.
Be careful not to add the limitations of grub --
which needs considerable
Rubbish. Grub has its own file system drivers which are also its
achilles heel as you can't boot from filesystems it desn't support.
It has to considerable OS support -- namely all the drivers for
all the file systems you want to support. Unlike, say the kernel which can
insert them as needed, if I want to support a new fs, a grub driver has to be
written and grub has to be rebuilt. Mirroring your issue above -- every time
you add or remove a file system, you have to rebuild grub -- a far more complex
task than an automated run of lilo which takes about 1/100th the time as it does
to build a kernel. You make it sound like running it is a problem. If you
add it as part of your kernel build, you don't have to run it. It simply becomes
part of installing a new kernel.
If you want to add a new fs, updating grub involves writing or adapting
the kernel driver (more OS support). I have have been told people have problems
getting grub to use a built-in, text-mode, screen and that it defaults to
a frame-buffer requiring basic graphics support. It doesn't seem it is
possible to use linux device names, and to get disk-label support, it needs
an OS so it can get udev support.
a female would have any input into the linux
boot process, let alone an outspoken one like me. How could any woman
have any ideas about linux that wouldn't be inferior to anything men
come up with?
That's making it too easy by simply discarding all critique as being
based on sexism. That totally neglects that there could be other,
possibly more prominent reasons why your ideas are rejected.
I wasn't talking so much about my ideas, specifically, but
more the structure of the ideas and how decisions are made.
Gender gets used as a 'short-hand' for a host of gender-related
issues even though the issue themselves may have no ostensible
gender connection. Note: a non-trivial percentage of either gender
favors "styles" of the 'opposite' gender, and a majority of either
sex is capable of using either. However, the male-centric bias
appears stronger in the technical computer arena. Open-source
projects seem to be more heavily biased along those lines for
various reasons (fewer layers of managers, doc and test writing that
tend to to force more retrospection of code and development, as
I believe you will find more males used to win/lose
discussions and fewer who would be more committed to finding win-win
scenarios. Very often I see dominance used to force their
ideas down other people's throats: "This is the way we are doing
things, get over it", etc...
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org