On Mon, 2010-03-01 at 15:22 +0100, Karel Volný wrote:
hi,
this weekend I've tried to install F13 for a virtualised server
I had some troubles to figure out how to use public IP address
from within the virtual machine, but after that the installation
went smoothly, and the result seems ok - well, mostly :)
two things:
1) on the software selection screen, I have unchecked desktop and
selected server ... but still I got the full GNOME desktop
installed (not to mention all the i18n/IM and such stuff) - not
exactly what you'd use for serving web pages and VCS repositories
:-)
(well, I didn't do manual package selection, just the generic
groups)
What shows up in %packages in your /root/anaconda-ks.cfg file?
2) the default partitioning scheme seems a bit strange to me ...
I've used 100 GiB virtual disk, which got divided into two
partitions - 499 MB /boot and the rest LVM
the LVM partition was divided into 2 GB swap, 50 GB root and 49
GB /home
I can't see what scenario does this division fit - for a desktop
user, I bet a lot of space in /home would be preferred to store
all the multimedia and such stuff
- for a server, a lot of space in /var (i.e. under root) would be
preferred to store all the stuff for www (/var/www), lots of
intrusion attempts, err I mean access, logs (/var/log) etc.
but the installer can hardly tell what is preferred ... why to
choose a "solution" that is only half-good = half-bad in both
cases?
... I bet there must have been a lot of discussion about going
with just root versus separate /home, and how much space to
allocate, could someone point me to some summary why such a
solution was chosen?
this is no big deal, as it is easy to make custom partition
scheme, I'm just curious - the default simply does seem a good
compromise to me, it does not fit the most common scenario (I bet
most people use Fedora on desktop?), why not to make it better,
is there a reason why to do it this way that stays hidden for me?
Unfortunately, I don't think the default partitioning scheme will ever
work for everyone.
Thanks,
James