ptitlouis a écrit 172 commentaires

Il me semble que Y existe déjà, mais je n'ai pas pu retrouver de trace sur google :/

Il existe un logiciel appelé gbindadmin qui est une interface GTK pour l'administration d'un serveur DNS bind, tu pourrais effectuer quelques recheches sur ce logiciel.

Il est beaucoup plus simplifié chez ubuntu aussi, donc ca restreint déjà pas mal d'users

aller tiens http://wiki.debian.org/DebianInstaller/GUI

Pour le moment l'iso est séparé de l'installateur officiel, mais comme dit dans le lien ci-dessus, g-i devrait fusionner avec l'installateur actuel pour permettre le choix de l'interface voulue.

Je l'ai déjà essayé et pour ma part je le trouve très bien comme il est, pas super beau mais fonctionnel et simple a utiliser (ce qui n'est pas le cas de tous les installateurs)

Tu sais qu'il existe une version gtk de l'installateur Debian ? parce que ci ça n'est pas le cas, alors arrête de troller bêtement et renseigne toi.

Il n'est certe pas dans la vague jacky, kikoolol des autres distribs mais au moins il a le mérite de fonctionner et d'exister tout en restant léger. Ce dernier point étant très important pour Debian

Ca ne nous empêche pas d'avoir aussi des kikoololeur malheureusement. Tous ca par l'incompétence des users des chans voisins.

Mais avec de bons admins, le ménage est vite fait

En meme temps, il existe un outil qui s'appelle ucf et permet de gérer les changements entre la version installée et la version du paquet. Il doit surement être possible de gérer les fichiers générés avec debconf.

Voila un truc qui m'a toujours irrité sous Debian, apt propose propose une version d'un paquet dont les dépendaces sont pas satisfaites et ne propose plus la version précédente qui elle avait ses dépendance valides. Pourqui ne pas garder la précédente version en même temps que la nouvelle ? Au moins comme ca tant que les dépendances de la nouvelles ne sont pas satifaites, apt propose quand même une version instalable du logiciel.

err, tu te fourres le doigt dans l'oeil mon petit, il y a un logiciel de gestion de paquets recommandé à partir de sarge qui s'appelle aptitude et ce n'est pas pour rien

j'ai vu de trop nombreuses fois le script de postinstall de thunderbird se vautrer sous Debian pour affrmer le contraire.

S'il se vautre c'est peut-etre parce que le mainteneur n'as pas testé assez son paquet non ? comme on dit chez nous l'erreur est humaine.

moi je vois le problème dans l'autre sens.

L'une est dirigée de manière démocratique par ceux qui participent au projet et l'autre est dirigée par un milliardaire dont le but est de se payer des voyages dans l'espace.

Ubuntu n'innove pas, elle ne fait que copier les systèmes déjà existant. Si pour toi innonver c'est ajouter les dernieres conneries eye-candy dans la distrib alors oui elle innove, elle innove comme toutes les autres distributions.

Mes parents utilisent Debian depuis pas mal de temps et ils y arrivent très bien sans moi.

Quid de la société qui se casse la gueule ? qui reprend la distrib après ? ils font quoi les pauvres users ? Debian elle n'a pas ce problème.

Vive Canonical,
Vive Ubuntu,
Vive Ploum.

Encore un qui s'est fait infecté par la bisounours-mania.

Si ubuntu était réeellement Debian, elle ne s'appellerait pas Ubuntu.

Non, Apple le fait depuis des années sur OS X.
Ubuntu n'est pas la seule a l'avoir configuré de la sorte.

Il suffisait aussi a ubuntu de mettre des permssions sur ces fichiers beaucoup plus strictes, ce qui aurait permit d'éviter cette faille aussi.

Bref, on voit clairement que la priorité d'Ubuntu n'est pas la sécurité. On supprime des features parfois utiles mais on ne s'occupe pas de savoir si c'est sécurisé.

ouep des gens :)

Ce ne sont que des logs et les logs ça s'efface très simplement, donc les machines déjà installées pouvaient être sécurisées en faisant un rm /var/log/installer/cdebconf/questions.dat

'fin bon, maintenant je me demande comment déjà censés être aussi compétents que les développeurs d'ubuntu (qui sont aussi pour certains d'entre eux développeurs debian) ont pu passer à côté d'un gouffre pareil.

Peut-être aurait-il fallu se pencher du côté de l'IUT juste en face de l'UFR science, ça les aurait peut-être interessé.

Cette astuce est un peu obsolète depuis que X.org est en unstable ;)

ouep, je serais là :)

et ouep pour le bouquin, amene le que je jette un oeil dessus

Ben, alors ton gnus envoie pas des mails de relance automatique ?

Moi qui croyait qu'emacs savait tout faire, je suis déçu :/

Personne, M$ a payé assez cher pour pouvoir le faire accepter, il est pas a un dessous de table de plus. ca n'est que de l'argent de poche pour eux.

Le boycott est une très bonne solution, mais il aurait fallu que les utilisateurs de p2p le fasse aussi sans continuer de télécharger sur ces réseaux.

Mais ici, on ne peut pas obliger les gens à être moins idiots qu'ils ne le sont déjà.

Si on veut que le boycott fonctionne, il faut que tout le monde le fasse sans télécharger derrière.

Il y a un document sur la synchronisation des documents[1], après de la a savoir s'il le fait réellement c'est a mettre en place et tester.

[1] http://www.linuxvirtualserver.org/docs/sync.html(...)

J'ai l'ai mis en place pas plus tard que la semaine dernière, mais fois c'estt assez simple a configurer lorsqu'on connait la distrib sur laquel on est. Je l'ai testé sur redwall, c'est une distribution basée sur red hat 9 spécialisée dans les firewall.

J'ai pu noter un temps de latence assez long (environ une a deux minutes) lorsque le serveur maitre refais surface pour reprendre les connexions. Il faudrait un soft de synchronisation des tables de connexions entre les serveurs utilisant ucarp.

Il est a noter aussi le projet ipvs disponible dans les derniers noyaux 2.6.x (http://www.linuxvirtualserver.org(...) ) qui, après avoir rapidement parcouru la doc, tend à viser à faire la meme chose. Il permet apparament la meme chose que CARP + pfsync, je pense essayer de le mettre en place dans quelques jours.

l'une est synchronisée sur sarge, l'autre sur sid, toutes deux essaient d'être le plus proche de l'utilisateur lamba, a la différence que l'une marche auprès des utilisateur alors que l'autre n'a jamais décolée. Monsieur Ian Murdock a plutot l'air frustré de ne pas voir [b]sa[/b] distribution dérivée au même niveau qu'Ubuntu.

De plus, on trouve plus souvent des patchs provenant d'ubuntu que provenant de Progeny.

> Ces gens sont aussi des bénévoles. Une entreprise peut aussi travailler bénévolement pour Debian,

Depuis quand lel bénévolat est-il rémunéré ? On m'aurait menti ? personne ne contribue a debiain gratuitement ? Et progeny ne travaille pas gratuitement pour debian, puisqu'ils font une distribution dérivée de debian. De plus je trouve le choix du créateur d'Ubuntu plus éthique par rapport a progeny, car lui au moins, il ne se sert pas de la notoriété de Debian dans le nom de sa distrib pour ramener des utilisateurs.

> c'est du bénévole parce qu'elle ne contrôle pas le fonctionnement de Debian.

Ah ? parce que ubuntu controle le fonctionnement de debian ? Aurais-tu reussi a tomber sur un mail super privé entre les dev ubuntu disant que debian ne doit pas sortir avant 15 000 ans et qu'il faut qu'il y a plein de bug rc pour pouvoir faire progresser ubuntu ? Si c'est le cas, il faut rendre public ce mail pour faire tomber ces gens de peu de fois.

Il n'y a pas que des benevoles, certains développeurs sont payés paar progeny ou d'autres boites pour bosser sur Debian.