Jar Jar Binks a écrit 1200 commentaires

Donc, la solution court terme est de faire un 'sync' avant de demonter les partitions ...
Après consultationnage de la manpage de halt, il semblerait que ce soit systématiquement fait. Ce bug a-t'il donc un impact réel ?

#! /bin/sh
sleep 5
exec /usr/bin/xrootconsole -geometry '150x20+20-80' -fg '#CFCFFF' /dev/xconsole
Le sleep, c'est parce que si le fond d'écran n'est pas encore chargé, c'est pas beau, mais alors pas du tout.

Tant qu'on y est (enfin, j'aurais du mettre ça dans la news) :
la libdjbdns, qui fournit un équivalent à la libresolv (gethostbyname et ses amis, pour ceux qui connaissent), est passée dans le domaine public. DJB espère ainsi qu'elle sera plus largement adoptée qu'elle ne l'est maintenant.
N'oublions pas non plus l'existence d'adns, qui fournit le même genre de services, quoi que de façon peut-être un peu plus complète, en GPL (et pas LGPL, hein) : http://www.chiark.greenend.org.uk/~ian/adns/(...)

Personne ici ne crache sur Bind. Simplement, le comportement irresponsable de l'ISC pousse à s'orienter vers d'autres solutions de serveur DNS, tout simplement parce que c'est moins risqué.

En gros, il s'est écoulé 3 semaines entre le moment où l'ISC a été informé et le moment où le patch a été diffusé. 3 semaines pendant lesquelles personne n'a été prévenu, ni le CERT, ni les distributeurs. Le premier a été prévenu 12 heures avant la diffusion du correctif et de l'exemple d'exploitation, il a prévenu les seconds, mais il était trop tard. Les distributeurs ont du sortir des patchs en catastrophe, sans les tester correctement (heureusement, tout s'est bien passé).
N'oublions pas la participation de l'ISS, qui a découvert la faille et n'a pas jugé bon de prévenir qui que ce soit non plus. Rappelons que ce sont déjà eux qui ont découvert la faille d'OpenSSH, qui a été corrigée avec le même manque de sérieux.

pdnsd ?
http://home.t-online.de/home/Moestl/(...)
(pas essayé)

Récursif, ça veut dire qu'il sait aller chercher la ressource sur le réseau des serveurs DNS s'il n'en dispose pas. Autoritaire, ça veut dire qu'il fait « autorité » concernant un domaine, c'est donc à lui que sont adressées les requêtes concernant ce domaine.

Je vois pas trop en quoi le fait qu'on ai trouve des failles dans BIND pose un probleme.
En soi, ce n'est évidemment pas un problème. Le problème, c'est que ça pendait au nez : bind n'a pas été écrit avec la sécurité comme but. Qui plus est, les auteurs ont méprisé ouvertement la communauté en sortant leur patch sans aucune concertation avec les distributeurs. Donc si une faille est à nouveau découverte, ça va être le même cirque.

Avant que la réponse n'arrive : oui, je suis bien conscient que ce n'est pas optimal comme solution, et que Bind 9 ou DjbDns resteront plus adaptés pour certains cas (typiquement les gros FAI).

Et hop : http://doc.powerdns.com/recursion.html(...)
Là tu mets par exemple un pdnsd ou autre logiciel du genre, et tu as ta récursion.

À ce que je vois, IBM continue à soutenir le libre quand ça l'arrange et à l'enfoncer quand ça les arrange aussi. À ce point-là, ça en devient grotesque.

Regarde les changelogs...

Ces paquets fournissent un serveur de déboguage (c'est ce qui a fait prendre du retard au packaging, il a fallu tester ça sur un paquet d'architectures sur lesquelles on ne s'était jamais préoccupé de ce genre de choses), et un paquet de drivers supplémentaires testés : GeForce 4, Radeon 9000, par exemple.

Parce que la carte n'est pas supportée. En fait, le développeur de XFree pour les Indigo2 n'avait pas encore de carte vidéo de ce modèle, le patch n'était donc pas testé. Il devrait être inclus dans une release prochaine du paquet Debian.

Et dans http://packages.debian.org/unstable/x11/wmcoincoin.html(...)

Dans Windows par exemple, un exemple parfait d'ergonomie est l'intégration du "copier coller", qui fonctionne entre tous les logiciels, Microsoft ou non, et sur tous les champs de données (sauf ceux explicitement crée pour ne pas bénéficier de la fonctionnalité, genre les champs de mot de passe).
Je ne sais pas ce que tu fumes, mais ça a l'air d'être de la bonne. Des systèmes qui gèrent aussi bien le copier-coller que X-window, j'en connais pas des masses (ah si, y'a GPM). Bien sûr, ce système a ses défauts, mais c'est justement, contrairement à Windows, son intégration parfaite entre toutes les applications qui fait sa force.

la liberté il s'en tamponne
Si tu lui expliques (entre autres) que le système ne peut pas devenir payant, et qu'il lui sera toujours plus facile de migrer de et vers un autre système, il va peut-être s'en tamponner moins.

Ouais enfin Gnome et KDE ont complètement foutu le bordel dans le système, et quelqu'un a donc commencé à le réécrire. Hélas on n'a plus de nouvelles...

Bien sûr, et puis aucun développeur Debian n'a proposé d'inclure mplayer dans Debian... Je crois avoir vu passer au moins 3 ITP, sans compter toutes les discussions à propos de la licence. Ce n'est pas parce qu'il y a marqué « GPL » sur le site de mplayer que c'est le cas, il faut vérifier la provenance des fichiers UN PAR UN.
Les sources d'un projet comme XFree contiennent des dizaines de fichiers qui ne sont pas distribués dans Debian, parce qu'ils ne sont pas libres, alors imagine la situation d'un logiciel aussi bordélique et dont l'auteur n'a rien à foutre des licences.
Et tout ça, c'est sans compter que mplayer dépend de LAME, qui ne peut pas être empaqueté à cause de problèmes de brevets.
http://www.fr.debian.org/devel/wnpp/unable-to-package(...)

D'ailleurs au niveau de la cohésion il serait bien qu'un fichier de configuration liste tout les programmes graphiques de manière a que les menus des gestionnaires de bureau (KDE Gnome WM ....) l'utilisent et crée les menus les icônes qui vont bien.

http://packages.debian.org/stable/admin/menu.html(...)

Bien sûr, ils vont faire ça sans compilateur et sans glibc.

D'ailleurs, qui te dit que ce n'est pas une architecture existante style s/390 qu'ils vont utiliser ?

Je sais bien que c'est le meilleur moyen de se faire descendre, mais l'orthographe et la syntaxe de cette news sont tout simplement inadmissibles. Je ne comprends pas pourquoi le modérateur ne balance pas ce genre de choses à la poubelle.

Reprenons, merci au modérateur de corriger :
IBM va encore tout exploser avec ses nouveaux supercalculateurs

IBM va construire 2 énormes supercalculateurs, capables d'effectuer 467 000 milliards de calculs à la seconde, rien que ça... L'un sera destiné à des calculs pour la construction des armes nucléaires américaine, et l'autre à la météorologie : simulation d'ouragans et autres.
Ces deux monstres tourneront sous GNU/Linux (hein, quoi, où ça un troll ?). Je vous laisse lire les chiffres ahurissants dans les articles que je vous propose...

Pour parler de ce que je connais, tu peux faire ça facilement avec Debian. Tu commences par bootstraper le système sur toutes tes machines (par exemple avec une installation par NFS), puis tu recopies :
- la liste des paquets installés, dpkg --get-selections -> dpkg --set-selections ;
- la base de données debconf, /var/cache/debconf/config.dat.

Toi, tu as du mal avec le droit des marques.
J'ai le droit de fabriquer un robot ménager et de l'appeler 306, mais si je fabrique une voiture, il faudra lui trouver un autre nom, car bien que 306 soit très commun (un nombre), c'est une marque de commerce.
De même, je peux appeler ma nouvelle boisson à la mode Phoenix, mais pas un navigateur internet.

Bon courage pour ta prochaine mise à jour d'evolution.

le fait de dire que , par exemnple, TuxRacer depend du fichier libMesa.4.0 ?

c'est pas une faiblesse, c'est une fonctionnalite.

On voit bien que tu n'as jamais eu affaire à tous les cas où ce genre de choses ne marche pas, à cause des faiblesses de ld et du laxisme des auteurs amont. Il est complètement illusoire de vouloir maintenir un système de paquets sans gestion correcte des versions et des paquets virtuels, et ça, Mandrake l'a bien compris.