Sytoka Modon a écrit 4544 commentaires

D'abords, les sorties des commandes ne changent pas si souvent (bien penser à se mettre en LANG=C), ensuite coté réseau, les choses ont tant évolué en 20 ans qu'il est normal que cela change. Avec de l'objet, cela serait pareil.

Exemple, de nos jours, on peut répondre sur la même interface que la demande, même si c'est pas la route définit… Il faut bien un moyen d'avoir un retour. http://unix.stackexchange.com/questions/4420/reply-on-same-interface-as-incoming

Aucune chance, le CamelCase est vraiment dégueu !

Peut être que si c'est ISO, les droits appartiennent à l'ISO et ne peuvent être publié ailleurs sans payer ?

Malheureusement, les normes sont rarement gratuites (et sont parfois/souvent un moyen de faire du protectionnisme/élimination de la concurrence).

Pas tout à fait vrai. Tu travailles en shell sur un pipe ASCII. En gros sur un texte qui se fait transformer. C'est assez proche du langage avec des possibilités très large. Ainsi, il y a plus d'une manière de faire une chose comme on le vois régulièrement dans les réponses sur le forum. TimTowTdi - There Is More Than One Way To Do It. Rare sont les langages objets a inscrire cela dans leur cœur. C'est à mon avis un gage de pérennité, de souplesse.

De plus, tu peux écrire une nouvelle commande dans le langage que tu veux, comme tu veux. Tout s'interface juste par traitement de texte. L'API imposé est hyper simple et très souple.

Quand on veut échanger à l’international, aussi, c'est l'anglais la référence.

Pas toujours vrai. Les secrétaires générales de l'ONU ont toujours parlé nativement Français ainsi que tout leur entourage. Pour des raisons géopolitiques, les deux langues Anglais et Français sont utilisés quotidiennement ;-)

Sinon, je suis d'accord pour partie avec toi. Je n'ai pas de bonne solution. Je trouve dommage par contre de voir de plus en plus de thèse rédigé en anglais par des français… Soi disant pour une question de diffusion mais pour moi, on se coupe d'une source scientifique de haut niveau en francophone et publié en anglais sa thèse n'apporte rien dans son H-index car normalement, tous les résultats sont republiés sous forme d'article.

On voit même des soutenances de thèses sans un mot de français ce qui n'est pas légal. Je trouve dommage d'avoir des doctorants étranger passant 3 ans en France (voire plus) et ne pas faire une phrase dans notre langue durant ce moment particulier.

Otherwise, I read the manual pages in english like everybody ;-)

Il y a déjà un paquet de master en anglais dans les universités française et cela va croissant ! L'objectif est de faire venir des étudiants étrangers et de les faire payer plus !!

C'est aussi bon pour l'Europe (ERASMUS) mais à mon sens dramatique pour la Francophonie. Si même nous on fait des cours en anglais alors aucune universités africaine ne va plus utiliser le français à moyen terme.

Bref, un choix financier et cornélien !

Oui mais tu manipule des objets .Net pas une sortie texte.

Ben justement, je ne suis pas sur que cela soit toujours une bonne idée !

Avec le shell UNIX et en pensant à faire un LANG=C, les scripts sont relativement robuste dans le temps. Si les versions changent, c'est du texte, on met à jour mais tout cela reste des chaînes de caractères immutable.

C'est assez lispsien comme approche. Dans la construction de Perl6, ils expliquent bien pourquoi ils ne font pas du tout objet.

Tes objets, ils ont plein de méthodes et tu joues au final avec un nombre fini de méthode. Avec l'approche ASCII, on fait du traitement de chaîne en terme de flux. Chacun peut imaginer tout ce qu'il veut, c'est un monde très ouvert et très souple. Avec le temps, les arbres de classes ont tendance a se rigidifier et à se scléroser. Il devient paradoxalement très compliqué de modifier certain schéma interne.

Alors certes, l'approche ASCII n'est pas performante mais on n'est pas là pour faire toujours du HPC ;-)

Je rappelle que Sarko avait voulu forcer OVH à fermer wikileaks et que celui-ci a demandé une décision de justice… qui n'est jamais arrivé.

Tout n'est pas rose mais tout n'est pas noir ;-)

Ceci dis, des recherches statistiques réalisés à partir de plusieurs comptes dans différents lieu doivent permettre de vérifier que les réponses sont les mêmes. Cela ne signifie pas qu'ils ne te tracent pas cependant…

Il y a une hydrolienne dans la Loire pour une production d'électricité de proximité : http://www.decideursenregion.fr/Loire-Centre/Innover-En-Region/economie-mixte/developpement-durable-RSE/Une-hydrolienne-fluviale-testee-dans-la-Loire-a-Orleans, http://www.larep.fr/loiret/actualite/pays/orleans-metropole/2014/11/05/les-turbines-tourneront-en-loire-des-jeudi-ou-vendredi-une-premiere-en-france_11207571.html.

Et attendant, les 2 premières (Chine et Brésil) et la majorité des 10 plus puissantes centrales électriques du monde sont des barrages

Le barrage d'Itaipu est 50% au brésil et 50% au Paraguay ! 10 turbines font du 60Hz (brésil) et les 10 autres font du 50Hz (Paraguay) sachant qu'il y en toujours 1 sur les 20 à l'arrêt.

Cache nscd ?

grep hosts /etc/nsswitch.conf

Difficile de ne pas avoir A = B + C plutôt que A = B - C… Ce genre de bogue n'est pas toujours évident à trouver. Ceci dis, la dernière norme Ada (2012) met en place les 'Type invariants' (http://www.ada2012.org/) qui permet d'éviter un certain d'erreur bête de ce genre.

Il me semble avoir entendu lors d'un exposé que la ligne 1 du métro a été automatisé en Esterel et qu'il n'a été trouvé aucun bogue. Cela semble trop beau pour être vrai à 100% mais je ne connais personne en interne pour confirmer / infirmer et je n'y connait rien en Esterel ;-)

Pour aller dans ton sens, la première version d'Ada est 83 suite aux premières étapes de sa création en 74 ! Ada est arrivé bien après de nombreux succès aéronautiques et spatiaux. D'ailleurs, les deux plus grosses catastrophes que sont les explosions des deux navettes ont lieu sous Ada mais celui-ci n'y était pour rien ;-)

Normalement, winbind gère l'unicité des UID entre plusieurs serveurs sinon ton projet est mort et il ne faut pas faire de NFS… mais du pam_mount via SMB.

Et puis on fait trop confiance au numérique de nos jours. La tour Eiffel n'a pas été calculé par ordinateur. La fusée Saturn V n'ont plus… On est capable de plein de bonne chose sans CPU.

D'un autre coté, le CPU nous donne la cotation boursière et les micro-transactions, la gouvernance sous l'emprise des INDEX de toute sorte… et la planète rougit !

Bref, les langages de haut niveau sont très bien mais ont aussi des travers ;-)

Je n'ai pas l'impression de me contredir. Certes CAP_NET_BIND_SERVICE permet d'avoir un serveur qui regarde sous les ports < 1024… Certes il y a plein de CAP intéressante. Mais en pratique et je l'avais lu quelques parts (LWN ?), les développeurs du noyau ne posent dans le code que quelques CAP_ du coup, le principe des CAP_ fait qu'il est peu utilisé…

La ligne de commande que j'ai donné n'est pas parfaite mais j'ai regardé avant sur pas mal de ligne et globalement, l'erreur final n'est pas si grande. Fait un "grep CAP_" dans les sources et tu verras par toi même… Les chiffres sont là et il y a malheureusement/effectivement quelques CAP fourre-tout qui ne doivent pas être loin du bit suid en pratique…

Je me suis amusé à faire la commande ack '\bCAP_' | perl -p -e 's/.*\b(CAP_[A-Z_]+).*$/$1/;' | sort | uniq -c | sort -n sur les sources de mon noyau. Cela ne donne pas des stats précises au centième mais un bon indicateur.

     10 CAP_SYSLOG
     11 CAP_MAC_OVERRIDE
     11 CAP_MKNOD
     12 CAP_SETGID
     12 CAP_SETUID
     12 CAP_UNICODE
     16 CAP_FOWNER
     16 CAP_FSETID
     16 CAP_IPC_LOCK
     16 CAP_SYS_NICE
     16 CAP_SYS_TTY_CONFIG
     19 CAP_LINUX_IMMUTABLE
     19 CAP_NET_BIND_SERVICE
     20 CAP_SYS_TIME
     21 CAP_SYS_PTRACE
     26 CAP_NET_RAW
     26 CAP_PRIVACY_ON
     40 CAP_MAC_ADMIN
     46 CAP_SYS_RESOURCE
     91 CAP_SYS_RAWIO
    419 CAP_NET_ADMIN
    523 CAP_SYS_ADMIN

Je n'ai pas mis toutes les CAP qui sortent moins de 10 fois et qui sont en nombre très importantes… (Il y en a même pas mal qui ne sorte qu'une fois).

Bilan : la bonne idée s'est transformée en quelques CAP_SYSADMIN, 4 ou 5 tout au plus. Bref, c'est un bel outil mais qui ne me semble pas du tout pouvoir être vraiment utilisé en profondeur pour de la sécurité à grande échelle. Les nouvelles voies comme secomp sont peut être plus prometteuse du point de vu d'un utilisateur.

Argh, le numéro 1 !

Bon à vrai dire, cela fait pas mal d'année que je ne lis plus LinuxMag et tout mon voisinage a suivis le même chemin. Il y en a qui savent si les éditions Diamond vont bien ? J'ai personnellement arrêté tout mes abonnements en voyant -1- que je ne les lisais plus et -2- que les éditions Diamond ne voulaient pas libérer TOUS les articles au bout d'un temps raisonnable, type 6 mois, dans le même esprit que LWN…

De toute manière, la MAIF avec son fonctionnement mutualiste, emmerde très certainement un certain nombre de gros de l'assurance qui aimerait bien éliminer les mutuelles sur lesquelles ils ont peu de prise !

-1- Ce n'est pas Apple qui a inventé le premier système pilotée à la souris mais Xerox

-2- Avant Macintosh, il y a eu Lisa qui a été le premier système pilotée à la souris chez Apple.

La MAIF n'est pas une "boite" comme une autre. C'est un assureur mutualiste basé sur les enseignants de l'éducation nationale (au tout débuts des seuls instits). Dans le principe, c'est un peu comme une SCOOP. La MAIF appartient a ses adhérents avec un système d'élections… Il y a donc une longue tradition et dans le cas présent, ce ne serait pas facile de changer certaines choses ;-)

Il y a une ligne à changer pour avoir l'ancien comportement.

Perso, j'utilise mosh pour la connexion distante qui résiste au changement d'IP et de réseau ! Tu lances ton xpra dans une session mosh et tu as au final un truc beau ;-)

Bref, je ne me fais pas trop d'inquiétude, pleins de gens ont ce besoin sur ce genre de serveur (que je ne qualifie pas de HPC) et il y a donc une configuration qui marchera. Peu de gens actuellement font tourner VirtualGL sur leur poste perso (sans l'aide d'un sysadmin) donc adapter le système pour lui ne me semble pas inaccessible.

A partir du moment ou on a commencé à écrire les bureaux en variables globales, à ne pas vouloir relancer le bureau lors de reconfiguration mais où on voulait que tout se propage instantanément (dbus, gconfd…), on a commencé à faire des services au niveau session plutôt que d'utiliser des variables d'environnements pour transmettre des paramètres pères fils…

Cette évolution ayant été suivis pas presque tous les bureaux, il faut bien à la fin nettoyer la "merde" qui traîne un peu partout ;-)