Jar Jar Binks a écrit 1200 commentaires

Voilà les avantages de ne pas faire de configuration à l'installation :
(snip plein de raisons pour la plupart complètement fallacieuses vu que d'autres y ont pensé avant et implémenté des solutions)

Cela dit c'est formidable, puisque, même en supposant qu'une seule de ces raisons ait un quelconque fondement, avec Debian je peux avoir cette installation non-interactive en choisissant la priorité debconf maximale.

Pourquoi il y a cette option alors que pour toi c'est pas bien ?

Pour les débiles comme toi. Vu que Debian est le système d'exploitation universel, il fournit même des trucs pour les débiles. C'est valable aussi pour les gentoo-wannabies avec apt-src et apt-build. Et puis tu sais, avec Debian on peut même installer KDE, pourtant je n'utilise jamais KDE. Est-ce que pour autant avoir KDE disponible, c'est de la merde ?

Et parce qu'il y a aussi de vraies raisons de faire des installations non-interactives, Debian fournit tout ce qu'il faut pour ça, grâce à la base de données debconf, qui peut être remplie au fur et à mesure par les valeurs par défaut s'il n'y a pas de frontal de configuration, pré-remplie en local, ou partagée en réseau avec LDAP. Mais ça, c'est trop sophistiqué pour toi, probablement. Debconf c'est de la merde, puisque ce n'est pas Redhat.

Hélas pour toi je ne connais personne qui pratique la greffe de cerveau. Les raisonnements logiques les plus élémentaires sont donc condamnés à l'incompréhension de ta part. Snif.

C'est grave si kudzu est utilisé dans l'installeur ?

Non, c'est juste FAUX.
Tu n'en as pas marre d'appuyer tes argumentaires sur des MENSONGES ?

Ce sont les daily builds, j'imagine. Il y a un installeur complet, c'est juste que tu risques de ne pas rencontrer les mêmes problèmes que pour la beta, qui sont recensés dans les errata.

Et si Redhat avait choisi la solution de configurer les paquets à l'installation, tu défendrais cette solution bec et ongles.

C'est surtout que le format RPM rend ce genre de choses plus difficile, d'autant qu'une infrastructure comme debconf ça prend du temps à mettre en place : je rappelle que ça existe depuis potato, et on arrive à peu près en ce moment à ne plus avoir besoin d'autre chose, sauf cas particuliers.

Enfin, si tu ne veux pas configurer les paquets au moment de l'installation, tu mets la priorité debconf à critical, et voilà, tu peux faire comme sur ta Redhat chérie, les paquets auront une configuration par défaut. Bref, tu n'as pas d'arguments techniques, mais puisque Redhat fait comme ça, c'est forcément mieux, n'est-ce pas ?

Bon en fait, si contrairement à toi on fait la recherche sur toutes les distributions, on trouve que kudzu est bien encore dans unstable. Il n'empêche qu'il n'est pas utilisé pour autant pendant l'installation, à AUCUN moment. C'est discover qui s'occupe de tout.

Où je critique Debian ici ? Nul part. Ce que je dis, et c'est mon avis, c'est qu'il est "bête" (à mon avis) de faire toute la configuration en même temps que l'installation et que donc il est "bête" (à mon avis) de faire croire que debian ne peut pas changer d'installeur à cause d'indépendances avec des outils des configurations.

Plus ça va, plus tu t'enfonces. Le fait qu'on ait standardisé toute l'installation et la configuration sous l'égide de debconf ne signifie pas que l'installeur te pose des questions sur apache, bien au contraire. C'est hyper modularisé et seules les questions importantes et concernant l'installation sont posées.

Putain mais t'es vraiment complètement débile ou quoi ? Parce que le paquet existe, il est utilisé par l'installeur ? Mais achète-toi un cerveau avant d'expliquer la vie aux autres.

Pauvre tachon, WOODY UTILISE DISCOVER, PAS KUDZU. ET C'EST PAREIL POUR SARGE ET POUR SON INSTALLEUR.

Si tu regardais un peu mieux, tu aurais mkême vu que KUDZU N'EST PAS DANS TESTING NI UNSTABLE. Ça veut dire qu'on en a tellement rien à foutre de la merde de chez Redhat QU'IL N'EST PLUS DANS LA DISTRIBUTION. Tu m'expliques comment l'installeur peut utiliser un paquet qui n'existe pas ?

/me hits mat1 with a cluebat.

C'est surtout les occurrences de mat1 (ex-matiasf) qu'il faudrait filtrer.

Le configuration et l'installation c'est pas vraiment la même chose.

Et encore raté. Chez Debian tout utilise debconf, qui ce soit l'installeur, base-config ou la configuration des paquets.

Comme d'hab, n'importe quoi. Debian-installer utilise discover, et a toujours utilisé discover. Pas kudzu.

Parceque en effet il y a des pourris partout et dans toutes les religions, mais elles ont aussi souvent inspiré des causes humanitaire.

Si tu as besoin d'une religion pour établir tes règles morales, je pense que tu as un problème dans ta tête.

Sauf que les religieux ont une fâcheuse tendance à sortir leurs croyances de là où elles devraient rester : le domaine de la métaphysique.

Les scientifiques ont des règles rationelles pour justifier ce qu'ils disent.

Oui enfin c'est pas évident pour celui qui ne les connaît pas de faire la part des choses, et puis on se permet facilement des entores à ces règles, d'autant que ce n'est pas toujours facile de vérifier les propos d'un autre. Je rappelle que Benveniste a publié dans Nature.

Hormis le serveur mis en place par la X strike force pour maintenir tout XFree86 sur deadbeast.net, je peux citer la maintenance de GNOME sous Debian, qui regroupe une cinquantaine de paquets, pour un checkout de 30 petits Mo. C'est plus un tas de petits projets qu'un gros, mais ça marche bien, et avoir la fonctionnalité de subversion+svn-buildpackage est bien utile.

Ça existe depuis déjà quelque temps sur alioth.debian.org.

Tu as envoyé un rapport d'installation pour décrire tes problèmes ? Un problème non recensé ne risque pas d'être corrigé...

Il est abandonné, il n'est pas localisé, il ne supporte qu'une architecture, il permet beaucoup moins d'installations exotiques, il ne permet pas de faire une installation en mode texte...

Je sais que le CD contient un udeb de pppoe et pppoeconf donc c'est certainement possible, mais je n'ai pas essayé.

Ce n'est pas une mise à jour, mais un nouvel installeur.

Pour le support de tout ce que tu racontes, le noyau utilisé n'est plus le noyau bf mais celui d'Herbert Xu, donc le même que celui qu'on peut installer aujourd'hui dans sid, avec tout dedans.

Les drivers nvidia libres pour les dernières cartes sont inclus depuis bien longtemps dans la version 4.2.1 de sid/sarge, qui est très lourdement patché.

C'est normal que les sources de Wurmz ne soient pas disponibles ? Il est pourtant indiqué comme étant open source...

Plugin flash : pas dans non-free, il faut aller le chercher chez Marillat.
Realplayer : dans contrib.
Java : pas dans non-free, il faut déjà aller le chercher ailleurs.
Acrobat reader : la version dans non-free a été supprimée pour cause de trous de sécurité, et il est impossible de distribuer la dernière version pour cause de licence délirante.
msttcorefonts: c'est dans contrib.
Bref, aucun changement concernant tout ça si on vire non-free.

Et encore, de tous ces softs il n'y a guère que Realplayer dont il est difficile de se passer. Le plugin flash libre commence à tenir la route, java on s'en saucissonne le péroné avec un intestin de yéti en rut, acrobat est une grosse bouse sans nom (avis personnel), et les polices MS, c'est bien gentil pour que ça ressemble, mais quand même elles sont vraiment moches.

Note que les trucs genre drivers nvidia ne seront pas supprimés de la distribution, car ils sont dans contrib ; en fait, c'est un installeur qui va les chercher sur le réseau.