You are not logged in.
Just so you are all aware, this thread is from 2003
Offline
Why not include a option in the phase when you're about to select what packages to install, that are pretty generic, like:
· Webserver
· Fileserver
· KDE Desktop
· GNOME Desktop
· Laptop
· etc
And by choosing one or several of them, pacman installs a number of packages which you might need in a, for example, webserver (apache, mysql, php etc).
To err is human... to really foul up requires the root password.
Offline
How about adding support for creating JFS partitions?
Offline
a better way to set partition points, like:
set root
set swap
set home
set other
now you don`t know if are set the partition point of the root o home.
[code]sorry for my english [/code]
Offline
The installer already lets you specify things other than root and swap, you select "other" (or whatever it is) and type in what you want it to be (/home being the default).
BTW... I think I'll add that the installer ought to have an XFS option too. There, that's 5 filesystems, each with different advantages.
(I think we might as well leave Reiser4 to Archie for now.)
Offline
I thought the Arch installer already had XFS as an option?..
Offline
I posted a bug in the tracker about there not being the option to _not_ format a mount point during the install.
It ends up that you don't have to, its just that the dialog was confusing!
I can't remember exactly what it says, but i think the dialog should mention that the mount point has already been mounted, and that the format is optional.
When I came across it, I thought it meant that I _had_ to format the partition or it wouldn't be mounted.
just a minor point.
Offline
it would be nice to have something like links so you can look up stuff on the web while installing in case you have trouble.
Offline
I thought the Arch installer already had XFS as an option?..
Maybe you're right, I think the last time I used the installer was pre-0.7... Also, it was an FTP install using floppies.
Hey apeiro, does the Wombat installer let you use XFS?
(Sorry, can't check it out myself - got something of a shortage of usable floppies. :x )
Offline
Hmmm installer - hooray! I was actually thinking of trying to get a group together to try and improve this just for-the-hell-of-it... but it looks like I've been preempted.
Let me try and list things, not features really, but "bugs" (in a way):
a) Currently the HDD section requires you to hit "DONE" or else the install fails. This should be fixed somehow - either make it mandatory (can't go on to next step unless you hit DONE), or warn about if they exit without hitting it.
b) Similar to the above, checks should be made to ensure things are mounted properly before installing to the "/mnt" root. If the previous was not done, installation fails with little or no notice to the user.
c) More network drivers and/or an additional app to handle the network control. It'd be nice to able to install via wireless or even things like pcmcia ethernet cards.
I'm sure more will come to me... I'll post them in time.
Offline
a) include pcmcia_cs in the base.iso as well for laptops with no built-in network card
b) be less memory consumptive, let me explain how:
* instead of a ramdisk the kernel should boot into a plain iso9660/rockridge root
* mount unionfs (or similar) so that it overlays /
* only changes get written to the memory, not even the shell needs to be held in memory twice (ramdisk + allocated ram)
this could make it possible to install arch on machines with less than - let's say - <24mb.
i'm working on this kind of thing for teh ppc port and will release a makefile that automizes the built. i will announce it properly once it's ready. it's done when it's done.
I recognize that while theory and practice are, in theory, the same, they are, in practice, different. -Mark Mitchell
Offline
add possibilites to choose languages, include most common fs modules and fsutils, add rescue tools.
Frumpus ♥ addict
[mu'.krum.pus], [frum.pus]
Offline
I've noticed that after a particular thing is done in the installer, i can't continue. Everyone tells me that i forgot to hit done or something like that, but thats not true, its happened on both my main computer and my p3. That may also be something to consider
Offline
I think making use of Archbootstrap would make the installer easier for the developers.
I think ndiswrapper would make a nice addition to the installer. A lot of people only have one disc drive (which would be locked by the Arch install disc), so I guess people would have to load the windows drivers off of their thumbdrives or floppies (or existing partitions). Speaking of thumbdrives, the current Arch install disc doesn't create a sda nor uba in /dev. Thus, I can't use my thumbdrive in the installer. I would like to be able to put a kernel on a thumbdrive so I can get a fresh, new kernel tarball off of it. Of course, if the install disc gets ndiswrapper I could just download it.
I was actually working on an installer in Python yesterday using PythonDialog. I was going to call it Beutelmaus (It's German for "Wombat"). Since something is taking place officially, I'll just wait and see what happens with the new installer .
Offline
How about adding support for creating JFS partitions?
this is already possible
Frumpus ♥ addict
[mu'.krum.pus], [frum.pus]
Offline
Just so you are all aware, this thread is from 2003
Frumpus ♥ addict
[mu'.krum.pus], [frum.pus]
Offline
Let me try and list things, not features really, but "bugs" (in a way):
a) Currently the HDD section requires you to hit "DONE" or else the install fails. This should be fixed somehow - either make it mandatory (can't go on to next step unless you hit DONE), or warn about if they exit without hitting it.
VERY important imho. My second arch install ended after two minutes because I forgot hitting DONE. My father made the same mistake just a week ago. Someone could do something to make this more intuitive.
c) More network drivers and/or an additional app to handle the network control. It'd be nice to able to install via wireless or even things like pcmcia ethernet cards.
And of course a possibility to use PPP during installation (especially PPPoE). Basically, you need the possibility to perform ftp install in almost any environment.
The most important issue with the 0.7 installer (and I consider it a bug) is that it doesn't create /dev/{console,null} nodes, which breaks udev if you use devfs=nomount. When someday 2.6.13 will be in current this will break your ftp install if you don't know that you have to create at least the /dev/console device manually.
Offline
Actually, pacman seems to create those nodes on installing uDev. What ought to be found out is why this occasionally fails.
Offline
That would be the install script problem already mentioned I guess?
The "hit done" "bug" has been complained about on numerous occasions by various reviewers..
Offline
Being from 2003, is anybody actually working to improve the installer? I think that's one of the biggest weaknesses of arch right now.
Offline
What I would like to see on the new installer disk is that it would boot into the cli. Then you could edit a very simple config file, for instance something like this:
[partitions]
/=/dev/hda1
swap=/dev/hda2
/boot=/dev/hda3
/home=/dev/hda4
[options]
bootloader=grub
mbr=true
keymap=us
[packages]
xorg
kde
And than just type
install config.txt && reboot
and it would install the system and reboot
The advantages of this would be that it would be easyer to do standart installations (just wget the install file, create partitions and run install) and I think that when there is a good config templetate it could also be faster than the dialog based installer
Offline
I like that a lot. I don't see why we can't have a dialog based configurator generate that file, kind of like how the kernel works.
Offline
That is a really cool idea... Very Arch-like.
Offline
+1 -> That would be great...instead of people writing scripts to automate the process....its not always a quick thing to do.
Offline
Offline