> la chose la plus repoussante dans le projet, c'est l'installateur (surtout la partie qui demande de calculer le nombre de cylindre pour la partition du disque).
En pratique, la création ajustée manuellement de partitions DOS avec fdisk ne devrait pas concerner la majorité des utilisateurs (je pense). On en a besoin lorsque on ne souhaite pas dédier l'ensemble du disque à OpenBSD (sinon, il suffit de répondre "yes" à la question "Do you want to use *all* of wd0 for OpenBSD?" et toute cette partie fdisk est zappée comme indiqué dans la doc http://www.netbsd.org/docs/guide/en/chap-inst.html#chap-inst(...) ) ; même dans ce cas, il suffit de créer une seule partition (en général l'installeur indique les valeurs min/max, qu'il suffit de recopier pour dire "allouer l'espace restant"). La création de partition DOS est en fait une étape permettant la cohabitation avec les systèmes utilisant ce système. Mais je reconnais volontiers que cette étape mériterai une ergonomie revisitée.
Le partitionnement fin (faire des partitions distinctes pour /, /var, la swap, etc.) tel qu'il est pratiqué par OpenBSD, c'est la création de labels avec disklabel et non les partitions fdisk, et heureusement disklabel est plus "user friendly" (il permet d'indiquer les tailles en bytes, kilobytes, megabytes, gigabytes, etc. au choix).
Cette distinction, ou plutôt ce double mode de partitionnement est souvent déconcertant et opaque pour les nouveaux venus, ce qui est bien dommage.
Donc oui, un fdisk permettant d'indiquer les dimensions en KB, MB et GB serait une bonne chose, mais peut-être encore plus utile serait une doc expliquant clairement ces notions.
Sur ce point, cette page de la doc NetBSD, avec des zolis diagrammes graphiques, est exemplaire ; dommage que la FAQ d'OpenBSD ne l'ai pas reprise ou imitée, mais en attendant vous pouvez la lire : elle s'applique telle quelle pour Open aussi: http://www.netbsd.org/docs/guide/en/chap-inst.html#chap-inst(...)
> un installateur en ncurses comme celui de archlinux ne serait pas un mal.
Il faut garder à l'esprit qu'une des contraintes de l'installeur est qu'il doit pouvoir contenir, au grand complet (avec tout les outils nécessaires, le kernel, etc.) sur une et une seule disquette, ce qui limite pas mal les options ;). Ca ne laisse pas de place pour du "futile" comme une libcurse. OpenBSD est sûrement l'un des derniers unix modernes à permettre l'installation à partir d'une seule disquette ; vu le déclin rapide de ce média (est-ce qu'il y a encore des constructeurs qui assemblent des ordis avec un lecteur de disquette de nos jours ?) on peut supposer que cette contrainte pourrait être abandonnée dans quelques temps ...
Sinon je tient à dire que pour un utilisateur habitué, la simplicité et la concision de cet installeur s'avère confortable ; on installe son système en 15mn montre en main et hop, il ronronne :).
[^] # Re: Un bon projet
Posté par herodiade . En réponse à la dépêche OpenBSD 4.5, Games. Évalué à 5.
En pratique, la création ajustée manuellement de partitions DOS avec fdisk ne devrait pas concerner la majorité des utilisateurs (je pense). On en a besoin lorsque on ne souhaite pas dédier l'ensemble du disque à OpenBSD (sinon, il suffit de répondre "yes" à la question "Do you want to use *all* of wd0 for OpenBSD?" et toute cette partie fdisk est zappée comme indiqué dans la doc http://www.netbsd.org/docs/guide/en/chap-inst.html#chap-inst(...) ) ; même dans ce cas, il suffit de créer une seule partition (en général l'installeur indique les valeurs min/max, qu'il suffit de recopier pour dire "allouer l'espace restant"). La création de partition DOS est en fait une étape permettant la cohabitation avec les systèmes utilisant ce système. Mais je reconnais volontiers que cette étape mériterai une ergonomie revisitée.
Le partitionnement fin (faire des partitions distinctes pour /, /var, la swap, etc.) tel qu'il est pratiqué par OpenBSD, c'est la création de labels avec disklabel et non les partitions fdisk, et heureusement disklabel est plus "user friendly" (il permet d'indiquer les tailles en bytes, kilobytes, megabytes, gigabytes, etc. au choix).
Cette distinction, ou plutôt ce double mode de partitionnement est souvent déconcertant et opaque pour les nouveaux venus, ce qui est bien dommage.
Donc oui, un fdisk permettant d'indiquer les dimensions en KB, MB et GB serait une bonne chose, mais peut-être encore plus utile serait une doc expliquant clairement ces notions.
Sur ce point, cette page de la doc NetBSD, avec des zolis diagrammes graphiques, est exemplaire ; dommage que la FAQ d'OpenBSD ne l'ai pas reprise ou imitée, mais en attendant vous pouvez la lire : elle s'applique telle quelle pour Open aussi:
http://www.netbsd.org/docs/guide/en/chap-inst.html#chap-inst(...)
> un installateur en ncurses comme celui de archlinux ne serait pas un mal.
Il faut garder à l'esprit qu'une des contraintes de l'installeur est qu'il doit pouvoir contenir, au grand complet (avec tout les outils nécessaires, le kernel, etc.) sur une et une seule disquette, ce qui limite pas mal les options ;). Ca ne laisse pas de place pour du "futile" comme une libcurse. OpenBSD est sûrement l'un des derniers unix modernes à permettre l'installation à partir d'une seule disquette ; vu le déclin rapide de ce média (est-ce qu'il y a encore des constructeurs qui assemblent des ordis avec un lecteur de disquette de nos jours ?) on peut supposer que cette contrainte pourrait être abandonnée dans quelques temps ...
Sinon je tient à dire que pour un utilisateur habitué, la simplicité et la concision de cet installeur s'avère confortable ; on installe son système en 15mn montre en main et hop, il ronronne :).