Sytoka Modon a écrit 4586 commentaires

C'est vrai qu'un onglet jabber, ce serait bien ;-)

Et puis, un vrai stockage MAILDIR…

A noter que comme Firefox, Thunderbird gère bien les certificats. Je ne sais pas qui d'autres les gèrent ? Personnellement, je m'en sers pour signer mes mails.

Cela permet d'aller voir une console série. Cela évite minicom bien trop complexe à mon gout…

Une console série ? Tous les commutateurs administrable en ont une, ainsi que les baies SAN… Bref, c'est très pratique pour piloter des engins.

Ici, j'ai mis ttyUSB0 pour une console série (RS232) sur un adaptateur USB. Mais la console la plus classique sur un PC est ttyS0 (les nouveaux PC n'en ont pas toujours).

screen /dev/ttyUSB0

Impossible à faire avec tmux… Dommage, c'est mon utilisation la plus courante presque.

On ajoute

ProxyHTMLURLMap   /nom_site/ /

Selon les cas, il faut pas zipper les fichiers… et faire de la ré-écriture fine…

RequestHeader     unset  Accept-Encoding
SetOutputFilter   proxy-html
ProxyHTMLExtended On

J'utilise Apache comme Reverse Proxy car j'ai pas encore compris comment ré-écrire les pages à la volée avec les autres proxy. A noter que cette technique me permet d'avoir par exemple l'intranet en http en interne via une URL et en https en externe via authentification LDAP en externe sur une URL très différente….

On ne te force pas à aimer Debian. Quasiment toutes les grosses distributions patchent un jour ou l'autre au moins un logiciel !

Sinon, j'ai des machines debian qui ont vécu 5 versions de la debian stable sans jamais refaire l'installation. Cette problématique d'un uppgrade quasi transparent est non négligeable sur la manière de devoir gérer ta distribution dans le temps.

Il faut savoir que chez Debian, on doit pouvoir upgrader le poste d'une version à une autre. Lorsque le logiciel change de nom, il y a forcément dans la version suivante de la distribution l'ancien nom qui est conservé sur lequel est rajouté une dépendance vers le nouveau nom…

On a eu la même chose lors de la transition tetex vers texlive par exemple.

Le nom OpenOffice a de forte chance de disparaître un jour mais il faut juste du temps. Sachant qu'une version de la Debian stable dure en moyenne 2 ans actuellement.

CATIA tournait sous GNU/Linux mais cette version n'a jamais été commercialisé.

D'un autre coté, si tu prends Ansys, cette GROSSE DAUBE t'installe un dossier énorme (chez nous >9Go) avec des binaires 64bit, des binaires 32 et un paquets de binaire PE32 ! J'avais compté plus de 100 binaires PE32… Tout cela tourne sous mono/C# avec pas mal de problème 3D si tu es distant (ssh -X). D'ailleurs, selon le client (ou plutôt le serveur, X!), cela marche ou ne marche pas coté 3D dans le Workbench sans que j'ai vraiment compris pourquoi.

Quand je vois le prix qu'on paye, on pourrait quand même avoir des binaires natifs pour le système !

Logiciel comptable foireux

Logiciel de dessin 3D : Soliworks, Catia…

Logiciel de gestion des plans de la ville ?

Merde de macro Excel

Pas d'acrobat writer

…

Bref, il y a tout un tas de raison pour rendre la bascule difficile

Je le sais très bien. Cela ne change rien au final, c'est jouer sur les mots ;-)

On utilise GPT en double boot sinon je n'ai pas encore vu l'interêt puisque nous faisons du LVM sur le disque entier.

Parfois, je me demande si GPT est pas déjà dépassé…

Debian est déjà sur Grub 2 depuis squeeze… La période de gel est élastique sur ce qui peux ou non encore être modifié.

A mon sens, le principal problème d'Apple est de bloquer sur leur magasin. Ce point là est complètement inacceptable et je ne comprends pas que les iPhone soient en vente en France et en Europe pour cette raison là.

Pour moi, c'est le rôle des gouvernements et des députés maintenant d'interdire ce genre d'engin.

Je suis sur qu'il ne faudra pas plus de 3 mois à Apple pour changer son iOS et autorisé d'autres magasins en ligne…

Idem pour les machines sous ARM. Le boot des OS non signés n'est pas désactivable -> interdit de vente en Europe. Problème réglé.

Si cela doit être possible mais si on pouvait le faire directement, c'est mieux ;-) (C'est aussi plus facile si on veut faire soi même de l'asynchrone et du non bloquant, via system, c'est un peu lourd).

Il me semble que l'IGC du CNRS a été refusé… Cela ne nous empêche pas d'utiliser leur certificat qui sont très pratique.

Un des problèmes des certifications est que l'ajout d'une autorité de certification par script dans Firefox est plus que merdique…

Et combien pour le CEA…

Sachant que le problème numéro 1 est qu'on ne sais toujours pas stocker l'électricité de manière efficace sans que cela soit très lourd (barrage), et à ma connaissance, il n'y a aucune avancée scientifique qui permette de penser que d'ici 10 ou 20 ans, on aura une solution…

Je pense que cet argent pourrait donc être utilisé ailleurs.

D'ailleurs, à terme, dans les salles serveurs, on risque de devoir garder des clim pour les onduleurs (batteries) car les machines n'en auront certainement plus besoin (fonctionnement à température ambiante) !

En plus, il me semble qu'elle est passée devant coté serveur web ;-)

Sinon, GNU/Linux et OS libre ne veut pas dire GRUB ! On a tourné pendant longtemps sous LILO. Selon le système sous jacent, il y avait aussi Yaboot. Je me souviens avoir mis une debian sous une SGI indigo et le boot était aussi particulier (me souviens plus lequel c'était).

Cela fait des années que GNU/Linux boot sous EFI sans grub !

La nouveauté, c'est la daube des OS signés ou plutôt le fait de vouloir l'imposer comme contrainte liminaire…

La navette est mal conçue, c'est acquis. C'est aussi pour cela qu'il n'y aura pas de navette II sur le même principe. La navette Russe était bien mieux conçu (comme Hermés). La différence ? La navette Russe était accroché en haut d'une fusée standard, la navette américaine était collé a un bâton de dynamique !

Au décollage, le moindre problème et tous les astronautes meurent. Aucun moyen de secours. Une fusée Soyouz a explosé sur son pas de tir et les cosmonautes ont été sauvés. Il n'y a aucun moyen d'éjecter la cabine de pilotage de la navette en cas de problème.

Bref, la navette a beaucoup tuée.

De plus pour envoyé des satellites, ce n'était pas la peine d'avoir autant de bonhomme dedans…

Bref, vu les coûts du programme américain, il était possible d'avoir des composants plus modulaire qui aurait évolué dans le temps et aurait rempli au final les mêmes tâches. L'échec est à l'origine même de l'architecture de la navette et on voit que si elles ont durées aussi longtemps, c'est que les américains sont bien dans la panade pour les remplacer car il faut tout refaire à partir de zéro !

Et comme les français ne veulent pas de l'éolien moche

Une éolienne à terre fonctionne 1 jour sur 4. Une éolienne en mer un jour sur deux. On voit que placer les éoliennes en mer multiplie de fait les rendements par deux !

Actuellement, les éoliennes ont besoin de terre rare pour fonctionner (aimant). Il y a un vaste problème pour obtenir ces terres rares à grandes échelles et gérer tout cela dans le temps.

Par ailleurs, le réseau est synchronisé, cela semble peut être naturel pour tous mais personnellement, je me demande comment ils arrivent à maintenir un réseau synchrone au niveau européen (le canada et les USA sont découplés - passage par du courant continu à la frontière) . /A priori/, la grosse part nucléaire permet de stabiliser le réseau et on ne pourrait pas en l'état actuel injecter trop de courant (>30%) provenant de petite centrale a énergie variable (éolienne…). Je ne connais pas la véracité de cette dernière problématique.

Cela resterait tout de même une des électricités les moins chère du monde.

Aucune centrale a ce jour n'a été démantelée. On ne sais pas faire. Le réacteur expérimental du CEA de grenoble l'a été pour mettre au point la procédure. La centrale de Brennelis en Bretagne est toujours là !

Donc d'où sorte ces chiffres ?

Je pense que personne ne connaît le vrai coût du nucléaire à l'heure actuelle…

Le fait d'avoir de l'asynchrone et des déclencheurs me semblent intéressant. Avec du rsync over ssh le tout dans du bash, c'est pas toujours le top… On n'a pas non plus des tuyaux infinis entre les centres de calcul (IDRIS, CINES…) et chez nous (même si Renater, c'est quand même très bien) donc pouvoir empiler les transferts dans une file est vraiment une bonne idée.

Sinon, je pensais à des bindings léger en Perl ou en Python. Pouvoir depuis ces langages interrogés la file… Une partie du monde du calcul n'est pas fanat de java.

J'ai aussi quelques services programmés en langage de script (relais mail QPSMTPD, gestionnaire de batch OAR…), il est assez facile pour un administrateur système d'aller modifier et d'adapter le serveur à ses besoins. C'est quasiment impossible à faire pour un service programmé en langage compilé… Donc on perds souvent en souplesse.

la Chine semble faire un choix rationnel d'indépendance

Effectivement, on peux se poser la question d'où sors ce rationnel et comment il est justifié…

Pour Allègre, vu que c'est un mammouth qui dis quand même plein de connerie pour le plaisir de son nombril, on peux se poser la question. A l'époque, la France et l'Allemagne était incapable d'avoir un programme commun et chacun avait sa solution. Les américains se sont plantés avec la navette et on voit que le vaisseau Russe marche toujours aussi bien.

Bref, pour l'espace, la première question à se poser est la pertinence de la réutilisation du module. Un engin simple et par chère mais neuf à chaque fois n'est-il au final pas plus sur, moins cher et peut être même plus écologique qu'une navette ?

On voit aujourd'hui que les chinois jouent assez perso… Au final, je trouve cela assez inquiétant quand même.

Sauf que Firefox nous fait des trucs pas sympa depuis quelques temps. Le site de mon labo est en https

https://www.mon_labo.ma_fac.fr

Et dans la barre du haut, à gauche, j'ai un beau "ma_fac.fr" ! Mon site n'est pas celui de la fac ! En plus mon laboratoire dépend de plusieurs tutelles… Il faut bien que je sois sous le DNS de l'un ou l'autre ou alors me mettre en indépendant comme c'est actuellement la mode !

Bref, qu'il vire le www ne me gêne pas mais pas les sous domaine.

Le choix de Java est aussi pénalisant car je me demandait si on ne pourrait pas testé ce logiciel pour rapatrier nos données des centres de calculs chez nous. Une partie du rapatriement se fait via des scripts actuellement et par clef ssh.

Justement, ce choix de Java bloque le développement d'API en Perl, Python… Pour des bibliothèques centrales, le coeur en C est souvent malheureusement une bonne chose. Je dis malheureusement car les langages de programmations normalise en général la syntaxe mais jamais le mapping ELF ! Chaque compilateur fait son propre mapping et changer de compilateur entraîne de recompiler l'ensemble de toutes les bibliothèques utilisées. C'est parfois dommage.

Sur une liste, le message arrive de la liste et non de la personne. SPF ne casse rien normalement. Pour les renvois de type redirection, c'est bien possible mais est-ce que ce genre de chose est vraiment un mal ? Ne vaudrait'il pas mieux faire du forward avec changement du champs From et ajout du champs ReplyTo si celui-ci n'existait pas déjà ?

A noter que pour éviter certains problèmes, je n'activais pas le greylisting si le serveur en face avait activé et configuré SPF. Cela résolvait le cas Google. En effet, aucun intérêt à faire attendre un courriel qui provient d'une machine validé dans le champs SPF d'un serveur DNS.

Mais SPF a été oublié et pas mal de serveur DNS sont mal configuré aujourd'hui… Pourtant c'était simple, peu couteux en terme de ressource et quand même pas mal efficace ;-(