Sytoka Modon a écrit 4538 commentaires

Il n'est pas bien dur d'ouvrir le ZIP pour voir que c'est un document odt... Bref, la commande file marche plutôt bien.

Apple me gonfle avec ses fichiers .DS_STORE et ses fichiers ._Mon_fichier.toto qui mette la configuration personnelle du finder dans l'espace partagé.

Apple me gonfle avec ses solutions réseau qui broadcast en tout sens et qui sont valades pour un réseau familiale.

Apple me gonfle de faire un faux UNIX puisque sans X-Window...

Bref, Apple, c'est bien, mangez-en avec modération.

Pour avoir quelques serveurs sous Xen, en mode paravirtualisé, je ne vois pas la différence à l'oeil nu entre la machine réelle et la machine paravirtualisé.

L'avantage avec XEN est que si la machine virtualisé n'a rien à faire, la charge système est à zéro... J'ai vraiment l'impression qu'un système paravirtualisé descend plus facilement à zéro de charge qu'un système réel. Il doit y avoir moins d'interruptions matérielles.

Le problème est que cette fonctionalité est presque prioritaire si on veut mettre en place Kerrighed. En effet, je sais que je ne peux pas deployer cette technologie tant que cela ne marche pas. Je me souviens que c'était le premier point bloquant sous Mosix.

Bref, c'est fondamental si on veut voir plein de Kerrighed partout ;-)

Sur France-Inter, Dominique Voynet en campagne présidentielle a alors dis (en gros et d'après mes souvenris) qu'il ne fallait pas se focaliser sur le nucléaire car la part du nucléaire dans l'énergie n'est que de 17%.

Le problème n'est pas d'augmenter la part du nucléaire, ce qui n'est pas possible mais de trouver des solutions pour avoir de l'énergie propre pour : les transports et le chauffage.

L'électricité n'est qu'une petite part de l'énergie. Ne focalisons pas tout le débat sur ce point là, même s'il a son importance.

C'était aussi ma position. Mais

-1- même s'il a payé, ce n'était pas une petite erreur et il pourrait avoir la modestie de faire des choses utiles mais d'un autre manière.

-2- il y a la manière. Carignon se présente sur Grenoble sur la circonscription du seul député UMP sortant. Par ailleurs, Cazenave qu'on aime ou qu'on aime pas a fait du boulot à l'assemblée et ne s'est pas mis à dos la population de sa circonscription.

En conclusion, Carignon pouvait se présenter mais pas dans cette circosncription. Il commence son retour par un nouveau coup bas...

> Et en France, c'est pour bientôt ?

Dépendra de ce que la majorité des personnes voteront bientôt ;-)

Pour rappel, l'UMP a virer un de ses rares députés à avoir poussé le libre (Cazenave) pour mettre à la place un gars dont aucune autre ville ne voudrait : Carignon.

Je n'ai rien de personnel contre Carignon mais il faut savoir tourner une page et se rendre utile en faisant autre chose...

Il est clair que sur cette affaire, debian s'est fait beaucoup critiqué, même sur cette tribune alors que debian serait bien resté sur le nom firefox.

En plus des patch debian, il y a aussi la question de la durée de vie. Mozilla ne maintient pas ses navigateurs assez longtemps. Ce problème devait aussi être résolu.

Enfin, les icemachin, c'est très bien, je les utilise mais heureusement que ce n'est pas le cas pour les autres logiciels et les autres auteurs. Vous imaginer renommer toutes les commandes !

Personnellement, j'ai un script cfengine qui renomme Iceweasel en Firefox et ainsi de suite dans les menus debian pour mes utilisateurs. En effet, cette affaire est surtout pénible pour les utilisateurs finaux.

Les marchés ont une durée limité mais cela fait pas mal de temps que DELL les gagne.

Remarque, je n'ai rien contre DELL, au contraire, j'aime bien leur machine.

Par ailleurs, il y a plusieurs niveau de garantie comme je l'ai dis, J+1, J+4h, 5ans... Evidement, tout se paye et même si nous consolidons petit à petit, les budgets ne sont pas illimités.

Mais le problème, pour revenir au problème initial est toujours le même. Avec le type de contrat que nous avons ET que nous sommes capable de payer, il faut toujours attendre la panne pour pouvoir changer la pièce.

Donc ma stratégie personnelle est plutôt la suivante (non, je ne ferais pas changer les constructeurs qui veulent m'inmposer Red-Hat ou Suse, non je ne ferais pas changer les clauses des marchés des EPST et des Universités...) :

- consolidation des données : duplication des données sur deux serveurs ou deux baies minimum pour les serveurs critiques.

- consolidation des serveurs en passant tous mes serveurs à la paravirtualisation avec Xen.

Ainsi, si un serveur pète et il y a toujours un serveur qui pète un jour ou l'autre, la pertubation est minimisée.

Si tu es sous debian, il y a un paquet wmii-doc dans lequel il y a une doc super bien faites de 17 pages avec tous les raccourcis dedans. Il est clair qu'au début, c'est comme avec les autres gestionaires de fenêtre de ce type, il faut connaitre quelques commandes.

Le système de raccourci est vraiment pas mal fait et bien pensé. C'est cohérent et je trouve plus facile à retenir que sous ion. Après plus d'un an sous ion, je n'en connaissais que quelquees unes et j'avais sous les yeux les autres sur un bout de papier. Avec wmii, au bout de trois semaines, je me débrouille sans quasiment prendre la doc.

Ce qui est le plus génant avec wmii est qu'un cadre se supprime lorsqu'il n'y a plus de fenêtre dedans et qu'on ne puisse pas faire de division horizontale. C'est très bien adapté aux écrans large et peu haut.

Je suis d'accord avec vous mais

- DELL est imposé : les marchés public ! Les personnes du privé ne se rendent pas compte comment Bercy nous casse parfois les pieds. Pour l'achat d'une souris -> trois devis. Je veux acheter trois souris pour trois équipes de recherche différentes -> 3 lignes budgétaires, 3 commandes, 3 frais de ports -> 9 devis (enfin trois fois le même). Mon imprimante est en panne, trois devis ! Le plus simple est souvent de prendre des contrats d'enetretien annuel avec des boites privés tellement on nous contraint.

- DELL a plusieurs type de garantie. Nous sommes en J+1 donc il ne font un échange 'que' dans les 24 h ouvrables et que si la pièce est cassé.

Alors, je fais comment si je sais que ma carte RAID merde mais que je n'ai aucune preuve via l'outil de diagnostic. Tu crois que DELL change le matériel comme ça ?

Il est clair que les serveurs tombent toujours lorsqu'il ne le faut pas. J'aimerais bien en changer avant mais c'est pour moi une question de coùt. Je n'ai pas de budget pour changer préventivement des serveurs qui vont encore bien et qui sont encore sous garantie.

Il est vrai que si la plateforme PC était bien faite et que tous les composants étaient capable de se diagnostiquer, tout cela avec un protocole ouvert, ce serait génial.

En fait, dwm et wmii évolue en parallèle d'après ce que j'ai compris. wmii utilise un système de type plan 9 pour sa configuration. C'est à dire qu'avec un module noyau client plan 9, tu peux monter la configuration de wmii en système de fichier et intervenir sur la configuration comme on le fait avec /proc sous Linux. En pratique, j'utilise le client plan 9 wmiir. Bref, c'est intéressant comme approche de prendre comme point de départ un système de fichier, c'est pil poil dans la tradition UNIX (en tout cas, je trouve cela bien mieux que les approches de gnome et kde).

dwm est minimaliste, mono-écran si mes souvenirs sont bons et la configuration se fait à la compilation. Ce dernier est fatal pour moi qui utilise des postes mutli-utilisateurs. Bref, dwm me semble plus orienté pour l'embarqué.

Pour la mémoire, j'ai le souvenir que c'est écrit dans memtest !

Ensuite, les disques durs lachent sans prévenir. SMART ne m'a jamais dis qu'un disque allait lacher bientôt de manière correcte. Or, pas mal de panne viennent d'une panne disque. Je n'ai pas les moyens de changer un disque au moindre faux-positif de SMART.

Autre type de panne chez DELL, les condensateurs de la carte mère qui lachent, classique sur la série Optiplex GX270 280... La encore, je n'ai pas vu un seul outil qui est capable de me le dire en avance...

Autre type de panne, l'alim qui crame... Idem à moins d'avoir une double alim, réservé sur quelques serveurs.

J'ai aussi eu le droit à une carte RAID sata qui merdait mais jamais au niveau du diagnostic et qui a finit par cramer. J'étais enfin content car depuis la machine marche. Le problème est que le diagnostic ne me disait rien donc DELL ne voulait pas la changer et pourtant, le serveur partait en vrille régulièrement à cause de cette carte.

Donc dans mon service, il y a deux cas. Soit la machine est sous garantie et je dois apporter la preuve de la panne pour que la société change la pièce, soit elle n'est pas sous garantie et je n'ai pas de budget assez important pour avoir des pièces de rechanges pour tout. Donc, j'en ai quelques unes, comme des disques durs...

Avec wmii, tu fait Meta+Shift+Space et une fenêtre passe du mode tabulé au mode flottant et réciproquement.

Donc c'est possible de mixer les deux. Le seul problème est que la gestion des flottants est assez basique (dans ion aussi).

Même si wmii a des défaults, il y a une chose sympa à faire. Tu prends par exemple la fenêtre firefox et tu tappes Meta+Shift+t et tu tagues par exemple avec 2+web. La fenêtre va donc être sur le bureau 2 et sur le bureau web et peut être tabuler sur le bureau 2 et flottante sur le bureau web. Ce qui est bien ici avec wmii est la facilité d'avoir des fenêtres multi-bureau.

Moi, ce que je cherche, c'est un bureau tabulé par écran (j'en ai deux) mais pouvoir avoir un bureau flottant répartis sur les deux bureaux. ion faisait cela sous debian Sarge mais plus sous Etch. D'ou mon passage à wmii (qui a d'autres soucis).

Sauf que tu ne peux pas tout tester depuis ton Linux, par exemple, il y a des zones mémoires non accessible...

Pour moi, un serveur qui déconne n'est plus réellement capable d'assumer sa tâche de production. Alors rebooter sur une partition DELL, lancer le diagnostic et attendre que DELL vienne me changer la pièce ne me gène pas beaucoup.

C'est pas idéal mais je crois que je préfère cela à l'obligation d'installer une Red-Hat ou une Suse comme cela commence à être beaucoup trop imposé par les logiciels propriétaires.

En plus, cela a le don de m'énerver. Il n'ont qu'a compiler en statique leur binaire plutôt que de se casser la tête avec la distribution...

Bref, c'est comme d'habitude avec le propriétaire, on essaye de t'enfermer petit à petit dans une solution unique.

Toutes mes machines DELL ont une partition de diagnostic, voire deux pour les optiplex 745. Bref, je ne comprends pas trop pourquoi vous ne l'avez pas dans votre Lycée puisque je suis dans le supérieur et que les règles d'achat doivent être plus ou moins les mêmes (garantie 3 ans J+1...).

Peut être que lors de l'installation automatique des postes, vous supprimez cette partition. On a du modifier FAI (debian) et notre installation automatique de Windows pour pouvoir garder ces partitions.

Sinon, DELL a aussi un live CD... mais je ne l'utilise pas.

Pour HP, je ne sais pas.

Les machines DELL ont une partition dédié avec un OS taillé pour DELL qui ne fait que le diagnostic (c'est sur une base Windows).

Donc DELL n'en a rien a faire de ton OS, ce qu'il veut, c'est le résultat de son diagnostic. Il suffit donc de booter sur cet OS et de lancer le diagnostic en croisant des doigts qu'il y a aussi le même plantage matériel... ce qui est très largement le cas.

Le reste est pour moi pipeau et commercial....

Et debian est arrivé ;-) 11 architectures supportés...

Cette machine ne serait-elle pas un Altix4700 de SGI ? En effet, sur ce type de machine complètement SMP, tu peux, selon ton nombre de noeud, avoir sans problème 512 tâches puisque la plus grosse Altix peut avoir 4096 noeud SMP !

Je doute qu'avoir 512 tâches sur un quadri-processeurs dual-core soit efficace devant une autre implémentation faisant appel à mon de tâches et travaillant plus sur les caches.

On ne peut pas comparer l'évolution des x86 avec l'évolution du Z80. Tu as vu le nombre d'ingénieur ayant travaillé sur chaque plateforme ?

D'ailleurs, vu comme c'est partis, on va pouvoir dire dans 15 ans que les Alpha, Sparc... ont bien moins évolué que le x86 et donc que leur architecture était plus mauvaise !

Si tu me relis, je parle de l'architecture intrinsèque à un instant donné, je ne parle jamais de la capacité des ingénieurs Intel à faire évoluer leur architecture. je dois dire que sur ce point, il sont effectivement très fort.

En pratique, c'est du Fortran donc ifort et non icc. Or g95 ou gfortran ne sont pas encore au niveau de ifort, notament si on utilise les bibliothèque OpenMP et MPI du constructeur.

Par ailleurs, mes chercheurs ont tendance a travailler en temps constant. C'est à dire que quel que soit la machine, il s'arrange pour avoir un calcul qui dure toujours le même temps. Donc un programme 20% moins rapide signifie en pratique que le problème étudié sera plus petit.

On a de l'Itanium pour faire du calcul parallèle. Si ton calcul dure 3 semaines, 15% c'est énorme.

C'est pour cela que sur Itanium, on utilise ICC et non GCC.

Exact, c'est pas mal. Il manque le redimensionnement qui est bien pratique avec les appareils qui ont plus de pixel que nécessaire pour un phtot à imprimer sur petit format. Cela permet de faire le zoom au dernier moment (dans sans perte ni occupation de place sur le disque dur).

Dans le logiciel canon, il y avait en plus du cadre rouge, un sous grille en pointillé découpant la photo en 9 partie égale. Pour positionner le cadre et équilibré la photo, c'était bien pratique.

Merci

PS : le logiciel Canon permettait aussi d'imprimer à des formats non standard ce qui m'était très pratique car j'aime bien imprimer sur 100% de la page même si la photo n'est pas au final sur une dimension normalisée.

Il faut que je regardes plus ce digikam. Je me suis toujours arrété au fait qu'il me lance le bazard kde au démarrage (désolé, je n'aime ni le bazard gnome ni celui de kde. J'ai les applications dans la bonne tradition UNIX qui n'ont pas besoin de gconf ou de kdeinit...).

Ce digikam, il est capable de regarder des photos dans un dossier ou il faut absolument lui créer des albums... C'est cela qui est pénible avec lui. On a envie d'ouvrir un dossier et de voir les photos, un peu comme gqview.

Bon, allez, je vais quand même essayer de franchir la première étape suite à son lancement.

J'avais il y a quelques années un imprimante Canon avec un logiciel SUPER sous Windows.

Ce logiciel permettait d'imprimer des photos couleurs et de ne faire que cela. Pas de retouche et autre. Je veux juste un logiciel qui imprime mes photos.

Voila les contraintes et il les réalisais toutes :

- selections de n photos et posibilités de modifier l'ordre.

- mettre 1, 2, 4 ou 8 photos par pages, AVEC ou SANS marge.

- redimentionner, zoomer chaque photo AU DERNIER MOMENT en restant dans le même ratio x/y. Pas de déformation de la photo.

En gros, il faisait une espèce de diaporama multi-page et lorsqu'on était content, on imprimait.

J'utilise Linux depuis plus de 10 ans quasiment à temps plein mais je n'ai jamais réussit à trouver un logiciel corret pour imprimer des photos.

Le seul problème du logiciel Canon, il ne marche que sous Windows et QUE pour les imprimantes Canon. C'est débile comme vérrou.

> Un très bon argument en faveur du multi-plateformes est que cela
> permet de détecter beaucoup plus de bugs et donc d'améliorer a
> robustesse du kernel.

C'est vrai. Dans le cas du PC, il y a aussi une grande variété des matériels.

Si on regarde du coté des UNIX propriétaires, on remarque que le matériel était relativement homogène.

Donc, la manière de développer ainsi que le nombre de développeur permettent a mon sens de modérer tes propos.

> C'est quand même un très vilain hack

Oui, mais dans ce cas, on ne fait pas du x86 ! Le x86 est l'architecture la plus pourri des années 80. Le Z80 et le 6502 était bien mieux.

Le x86 a su dépasser la barrière des 640Ko sans que l'utilisateur soit trop pénalisé. Avec PAE, on franchi aujourd'hui la barrière des 4Go. De toute manière, c'est la plateforme x86 qui est contrainte à mort.

Si tu veux un truc propre, tu pars sur de l'Itanium ! Malheureusement, Intel vend trop de x86 du coup, il doit y avoir 100 fois plus d'ingénieur sur les puces x86 que sur l'Itanium.

Heureusement, l'architecture ARM est passé devant la x86 depuis quelques temps.