Am 28.03.2012 09:25, schrieb Thorsten Leemhuis:
Adam Williamson wrote on 27.03.2012 20:14:
> [...]
> It's worth bearing in mind there's a giant anaconda UI rewrite still
> pending, which entirely redesigns the storage configuration GUI. One of
> the other major changes is that it makes all installations
> kickstart-driven. The GUI will just produce a kickstart file, which
> anaconda will then process to perform the actual install.
Just out of curiosity: Your description makes me assume that the
installer in the future still don't do things like partitioning,
formating or installing a basic set of packages in the background while
the user (which has a high latency/response time) is asked questions
about the root password to use, users accounts to create or which
timezone the system is in?
if this ever happens anaconda has to be considered as
broken by design
the currently active bugs has to be fixed instead remove
capabilities at all
* no way to make /boot as RAID1 without "noefi"-kernel-param
there has to be really a clear useable option to
have /boot and / as RAID1 without any bios/efi-partition
around - if a disk dies in a RAID1 the machine has
to be bottable or considered as broken by design
for endusers have to call me for support
* if i ceate 3 partitions i xcpect that they get
/dev/sda1
/dev/sad2
/dev/sda3
in exactly the order i create them instead switch the second
one to /dev/sda1 after create the third