Sytoka Modon a écrit 4565 commentaires

Mozilla est donc plus ouvert que ton projet.

pluriels -> mes projets ;-)

Non, je fonctionne pareil, si une personne est motivée et me remonte des patch, je lui ouvre un accès en écriture. Je lui demande juste quelques patch avant de lui donner un login/passwd. Le seul hic est qu'il n'y a pas 50 personnes motivés par ces projets ;-) Enfin, cela me permet de les continuer à mon rythme !

Par exemple, y a t'il des personnes autres que chez Mozilla qui ont des accès en écriture aux repository ? Bref, dans un projet communautaire qui fonctionne de manière ouverte, il y a à mon sens des personnes d'horizon très divers qui modifie le central. J'ai toujours eu l'impression, peut être fausse (ce que j'espère), que Mozilla contrôlait l'intégralité du central.

Par exemple, je développe moi aussi des codes libres (bien plus modeste !) ou tout est public mais mon repository n'est pas ouvert en écriture aux quatre vents. Bref, mes codes ne sont pas réellement collaboratif ;-)

Je parle d'un protocole libre et ouvert, pas des daubes twitter et facebook qui n'ont rien à voir ;-)

N'est ce pas l'échec d'une stratégie de développement communautaire ?

Je ne sais pas exactement comment est développé Mozilla mais est-ce aussi ouvert que Linux ou libre office ou … J'ai toujours eu l'impression que c'était quand même verrouillé, cf notamment les problèmes de droits avec Debian qui est obligé de changé le nom.

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.