[proposition] ArchForm, post-installation d'Arch (attente)

[kane13]

Bonsoir,

voilà je suis sous ArchLinux depuis quelques temps déjà et comme l'installation "basique" (gnome/kde + les logiciels de la vie de tous les jours) est relativement longue (retrouver les paquets etc.) je me suis dis que je pouvais faire un script qui se chargerait de ça.

C'est aujourd'hui chose faite !

Histoire d'expliquer rapidement comment que ça marche :
vous lancez le script qui va installer les logiciels les plus utilisés et, si vous le souhaitez, une interface graphique avec des logiciels basiques (un navigateur, un visionneur d'image...) en vous demandant si ça vous intéresse d'avoir chaque logiciel.
OU, si vous êtes feignants : installation automatique avec une interface en installant tous les logiciels que j'ai mis par défaut.

Et à la fin j'ai fait une configuration automatique du rc.conf (ajout du gestionnaire de connexion, par exemple, si vous le souhaitez), ainsi que l'ajout d'utilisateurs, l'ajout des utilisateurs au fichier sudoers et mini conf d'openssh pour pouvoir accéder au pc par ssh par n'importe-quel pc du réseau.

Je propose donc mon script sur ma page github : http://github.com/KaneRoot/ArchForm

Et si vous aimez bien, on pourra s'en faire un paquet pour AUR, avec votre aide car je ne m'y connais pas assez.

Bien entendu, je suis prêt à rajouter des fonctionnalités si vous le souhaitez.
De plus j'ai en tête l'installation et la configuration de MPD ... qui est pour moi indispensable à une installation de bureau

Merci pour vos retours.

[kane13]

Je m'autorise à faire un double poste ...

Je suis en attente de réponse ... est-ce que vous pensez que c'est une bonne idée ? Que ça peut intéresser des gens ?

Même une réponse non constructive me suffira, parce qu'avec une p'tite trentaine de vues et pas une réponse ne serait-ce que pour me dire qu'il trouve ça totalement useless... je me sens seul

Kane, à la recherche d'un

De plus, si le projet intéresse, il me faudra quelques conseils concernant le PKGBUILD, car à ce que j'ai vu jusqu'à présent, on parle de compilation, de plaçage de fichiers dans divers sous-dossiers etc. alors que mon script lui, est à usage unique ... ce qui est plutôt "unique" soit-dit en passant ^^'

Merci de vos conseils.

[biginoz]

Je veux bien t'aider...
Je look ça ce soir.
Après si je comprend bien l'idée , ce programme n'a d'utilité que juste après l'installation.
Donc il faut avoir installer yaourt pour l'installer puisque présent sur Aur?
Pas peu simple?

[bailchanis]

Je suis en attente de réponse ... est-ce que vous pensez que c'est une bonne idée ? Que ça peut intéresser des gens ?

Je ne peux pas vraiment répondre pour les autres, mais seulement donner un avis hautement personnel : je n'y vois absolument aucune espèce d'intérêt.

- Arch est en rolling donc le nombre d'install est extrêmement limité.
- Une install de base avec tous les logiciels que j'utilise couramment me prend environ 20minutes de mon temps (la machine travaille plus longtemps mais sans intervention de ma part), vraiment pas de quoi fouetter un chat.
- un interfaçage graphique n'apporte rien par rapport à la ligne de commande.

S'agissant de l'install en mode "automatique/par defaut" c'est, IMHO, tout simplement à l'exact opposé de ce pour quoi Arch est faite... autant utiliser une autre distrib si c'est pour avoir du full-auto.

[zorglub]

Je ne suis pas tout à fait d'accord avec toi bailchanis

Tu oublies le cas de gens qui se mettraient bien à Arch mais qui redoute une installation
trop complexe ainsi qu'une trop longue plage horaire avant d'arriver à quelque chose plus propre à
leur utilisation quotidienne.

je pense que ça présente un intérêt donc pour ceux qui voudraient s'y mettre, comme par exemple des
ubunteros etc.

Le projet une fois au point nécessiterait d'être assez connu pour encourager les gens à venir embarquer sur l'Arch

[CroK]

Un petit script exécutable avec une interface ncurses serait des plus appréciés par les débutants !
Je m'explique, quelque chose du genre de l'interface d'installation, avec les mêmes choses, mais des menus différents; par exemple au lieu de "Select packages, etc.." on aurait "Bureautique, Multimédia, Internet, etc..."

J'espère m'être bien fait compris ?

[sam.lowry]

Je plussoie aux arguments de bailchanis. Je ne suis pas certain que ce soit rendre service aux débutants de leur faciliter l'installation, parce que le jour où il faudra mettre la main dans le cambouis il y aura aussi plus d'épreuves à surmonter (des ubunteros qui n'ont jamais utilisé la console, ça existe !), alors c'est pas plus mal de prendre un peu de temps au début...
Pour ma part, lorsque j'ai voulu changer de distribution, j'ai été tenté par arch, mais en lisant le wiki, je me suis rendu compte que ça allait me piquer derrière les yeux, du coup je suis allé "naturellement" vers debian qui me semblait plus accessible pour l'installation... pour venir à arch un an après...
Il y a aussi le live cd de Calimero qui permet d'avoir une bécane opérationnelle facilement.
Mais bon, cela étant dit, ce n'est que mon avis et c'est sympa de vouloir aider les autres !

[bailchanis]

J'ai tout à fait conscience que ce genre de scripts serait apprécié par certains.

Mais, à moins que j'ai compris de travers, l'objectif d'arch n'est pas de fournir le travail prémaché, ni de s'adapter à des débutants. Ça, c'est le propos d'autres distribs du type Ubuntu.

J'irais même jusqu'à dire que ça serait une mauvaise chose qu'une telle chose se fasse sur arch. S'ils ne sont pas près à passer 1h à lire le wiki (qui est d'une clarté exemplaire) et 30 minutes à configurer quelques fichiers en comprenant ce qu'ils font alors ils ne sont pas du tout prêts à administrer correctement leur distrib. Leur permettre de passer outre cette compréhension et cet apprentissage indispensable pour avoir la vie tranquille sous arch ne rendrait service à personne, amha.

Alors, peut être que arch aurait plus d'utilisateurs mais comme on dit il vaut mieux être seul que mal accompagnés.

Et qu'on ne me dise pas que c'est un discours élitiste... c'est tout le contraire ! N'importe qui, pour peu qu'il sache lire et soit motivé, peut rapidement et sans douleur installer une arch (même une gentoo à vrai dire).
Après s'ils sont trop feignants pour cela, les RTFM risquent fort de fuser et, au final c'est l'image d'arch qui risque d'en prendre dans sa tronche... tout ça pour des assistés... ?

Il n'y aurait pas déjà pléthore de distribs qui sont là pour cela j'aurai probablement un autre discours mais là ...

[CroK]

Je ne pense pas qu'il soit sujet d'une quelconque préconfiguration ici, si ? Il veut juste installer des applications, non ?

[kane13]

Tu dis que c'est bien de laisser à l'utilisateur le soin de tout faire, sauf qu'en attendant l'installateur officiel fait de plus en plus de choses.

Puis tant qu'à faire, pourquoi ne pas compiler toi-même ton noyau à chaque fois qu'il en sort un nouveau?

Je trouve que l'argument du "Arch est faite pour apprendre" est un peu simple.
Bien sûr, j'ai conscience que c'est en partie vrai, j'ai moi-même commencé par faire plusieurs installs avant que ça marche (cf. mes posts) et je suis content d'avoir enfin réussi car ça m'a apprit bien des choses.
MAIS (il y a toujours un "mais") aujourd'hui j'ai eu à réinstaller (pour faire propre) 2 de mes systèmes.
Je suis conscient que cela ne dure pas longtemps et tout et tout mais si ça peut aller plus vite, pourquoi me priver ?

bailchanis, tu dis qu'une installation complète te prend 20 minutes. Avec ce script, elle te prend 2 minutes à tout casser. Où est le problème ? Parce que tu ne touches pas aux configs ? Je ne fais que la config "de base" et qui vaut pour tout le monde, il n'y a AUCUN problème de personnalisation là-dedans, bien au contraire !

Les logiciels que je fais installer automatiquement sont soit indispensables, soit très utilisés (genre outil de compression en ligne de commande), et les logiciels que je "propose" d'installer -et qui donc peuvent ne pas être utiles à tous- peuvent tout aussi bien ne pas être installés (il suffit de taper "n").

Le script n'est pas encore présent sur AUR (j'ai un peu de mal à faire le PKGBUILD) et il n'y a pas d'interface "Ncurses" parce que je ne pense pas que ça apporte quelque-chose d'important, si c'est juste pour l'esthétique ... et au pire, pourquoi pas un jour faire ça mais pour l'instant je me concentre sur l'essentiel.

- un interfaçage graphique n'apporte rien par rapport à la ligne de commande.

J'avoue ne pas avoir vraiment compris cette phrase.
Je ne vois pas ce que "interfaçage graphique" a à voir avec mon programme.
Mais merci quand même pour ta réponse franche

Pour info, les prog que j'installe par défaut sur toutes les machines sont :

zip unzip unrar gzip bzip2 zlib vim openssh sudo alsa-lib alsa-utils alsa-oss syslog-ng xorg-fonts-type1 ttf-dejavu artwiz-fonts font-bh-ttf font-bitstream-speedo gsfonts sdl_ttf ttf-bitstream-vera ttf-cheapskate ttf-ms-fonts

Ceci est à discuter, quels sont les paquets que je ne devrais pas installer par défaut là-dedans?

Crok : ici, les seuls configurations que je fais moi c'est le rc.conf (je demande à l'utilisateur si la ligne concernant le fuseau horraire par exemple est bonne, sinon il tape ce qu'il faut et je l'ajoute au rc.conf, mais je touche pas aux modules), je lui fais créer autant d'utilisateurs qu'il veut, j'ajoute les utilisateurs qu'il souhaite dans la liste des sudoers, et pour finir je lance les scripts pour la configuration d'Alsa (alsaconf puis alsamixer puis alsactl store) s'il le souhaite.

PS : si le projet vient à être demandé sur AUR, effectivement il faudra yaourt... ce qui est dommage car dans mon script j'installe yaourt ^^ mais bon, ça ne va en rien déranger.

[tuxce]

Juste pour info (et sans vouloir participer au débat, apprendre ou pas...), l'installateur par défaut a une option pour installer une suite de paquet quelconque, pour partitionner en auto, poser telle ou telle question etc...

aif est en gros une lib qui lance des procédures, celle par défaut s'appelle "interactive" mais il y a l'"automatic", celle de base et l'utilisateur peut en créer.

[bailchanis]

Mais merci quand même pour ta réponse franche

Avec plaisir, je suis toujours très direct dans mes réponses.

Puis tant qu'à faire, pourquoi ne pas compiler toi-même ton noyau à chaque fois qu'il en sort un nouveau?

Pour ceux qui veulent aller jusqu'à ce niveau de controle sur leur machine, il y a gentoo (ou AUR).

Si,comme tu le dis, tu ne fais pas la personnalisation et que tu installes juste la liste que tu as donné ça me prendrait toujours 20 minutes aller p'tet 18 ou 19
mais pour le coup de l'interface graphique, j'ai mal lu une de tes phrases.

Mais soit, suite à l'excellente remarque de tuxce, pourquoi pas proposer une liste de procédures pour aif. qui serait du coup plus pousées dans le niveau de réglage par défaut... là on commencerait à causer d'un gain substentiel de temps.
Un genre de truc que je pourrais enventuellement utilser (encore que je ne suis a priori pas près de réinstaller un système) serait un système de base avec gnome + quelques paquets d'extras mais pas tous et pas de sudo dont je ne me serts jamais ni de vim, probablement pas d'alsa, ni les fonts , etc ...

Bref, pour rester dans l'esprit minimal/KISS le consensus (quel vilain mot) risque de pas être simple à trouver sans en rester au système de base, surtout pour une install et pas un liveCD

tchuss,
bailchanis.

PS : sans vouloir battre un cheval déjà mort, attention au

l'argument du "Arch est faite pour apprendre"

Il est necessaire d'apprendre pour être tranquille sous Arch
1 partout balle au centre

[kane13]

Tu m'as mal compris, oui ArchLinux est fait pour apprendre et je ne dis pas le contraire

Sinon pour sudo, perso je l'utilise très fréquemment mais c'est vrai qu'il n'est peut-être pas utile pour tous tout comme les fonts etc. mais j'ai en grande partie fait ce script il y a déjà quelques mois et à l'époque je pensais surtout le faire uniquement pour moi, et ça m'était utile.

Donc, en ce qui concerne la réponse de tuxce, AIF m'a l'air intéressant et d'ailleurs à ce que j'ai pû lire c'est en partie fait pour ne pas avoir à faire le genre de script que j'ai fait moi, à ce que j'ai lu les développeurs se disaient que puisque les gens devaient faire leur script "from scratch", autant qu'ils le fassent à partir de AIF pour gagner du temps...

C'est intéressant mais je viens de regarder un exemple de l'installateur AIF, et la seule chose qu'on peut dire c'est "installer tous les progs de base" mais on a pas le choix comme dans mon script ... genre "gnome", "firefox" et autres progs largement utilisés par nos amis ArchLinuxiens.
Donc apparemment AIF et mon script n'ont pas vraiment les mêmes buts (en quelque-sorte je suis assez content de ne pas avoir bosser pour rien :p ).

[tuxce]

T'as mal saisi le fonctionnement d'aif (pas pour dire que t'as bossé pour rien, on fait souvent des scripts que d'autres ont fait, ça permet au minimum d'apprendre), le but d'aif est d'utiliser des procédures décrivant l'installation, prenons par exemple la procédure "automatic", elle permet de charger un profile avec l'option -c:

Code : Tout sélectionner

aif -p automatic -c chemin_vers_un_profile

Tu peux trouver des exemples de profiles dans /usr/share/aif/examples/

Si dans ton profile, tu as un truc genre:

Code : Tout sélectionner

TARGET_PACKAGES="base base-devel"
PACKAGES_OPT="gnome gnome-extra yaourt"
PACKAGES_OPT_DESC=(
  'gnome de base'
  'gnome ++'
  'wrapper pacman de chez archlinux.fr'
)
i=0
for pkg in $PACKAGES_OPT; do
  echo "$pkg: ${PACKAGES_OPT_DESC[i++]}"
  read -p "Install $pkg ? [y/N] " answer
  [[ ${answer^^*} = "Y" ]] && TARGET_PACKAGES+=" $pkg"
done 

aif installera les base, base-devel plus ce que l'utilisateur aura choisi.
(j'ai mis un questionnement basique, mais aif fournit des fonctions pour avoir des listes, case à cocher etc...)

Ca, c'est pour avoir du semi automatique, mais tu peux très bien retravailler la procédure "interactive": /usr/lib/aif/core/procedures/interactive
en modifiant par exemple la fonction worker_package_list qui s'occupe de proposer la liste des paquets.

[bailchanis]

Tu m'as mal compris, oui ArchLinux est fait pour apprendre et je ne dis pas le contraire .

J'ai très bien compris ce que tu disais ! Et je persiste à dire que tu déformes tellement mes propos que ce ne sont plus les miens...

Je n'ai jamais dit que arch est faite pour apprendre; Arch n'est pas un manuel scolaire. J'ai dit qu'il est nécessaire d'apprendre pour être tranquille sous arch

tu as visiblement du mal avec le sens de "est fait pour".
Un chaise est faite pour s'assoir, un lit pour s'allonger, un marteau pour taper, un tournevis pour visser... Je le répète, arch n'est pas un prof ni un manuel scolaire, elle n'est pas faite pour, elle demande de ...
Une formule 1 n'est pas faite pour apprendre à conduire, par contre elle demande de savoir le faire pour ne pas se planter au premier virage.

... je ne sais pas comment être plus clair.

[kane13]

Ah effectivement AIF a l'air bien, et fait à peu près ce que je fais moi dans le script.

Je pense que c'est effectivement très pratique... et le code est simple.

Avec mon script j'ai un peu réinventé la roue donc. Du moins, pour l'installation pure et simple des paquets.

bailchanis : c'est ce que j'avais en tête. Inutile de poster pour ça, c'est pas le but du topic et il est plus important de parler technique, comme le fait tuxce. Au pire tu m'envois un MP et on discute, aucun problème avec ça (et je suis sûr qu'on est sur la même longueur d'ondes en plus ! )

Pour ce qui l'en est de mon script, je pense modifier la partie "installation de paquets" pour être aussi simple que AIF.