Sytoka Modon a écrit 4586 commentaires

Autant le passage de /mnt à /media pouvait se comprendre afin de rendre les choses plus parlante pour les utilisateurs lambda (et puis pour dissocier les périphériques amovibles des autres), autant là, le /run/user/, c'est quoi la philosophie derrière ?

L'éolienne en mer a un rendement deux fois meilleur qu'à terre donc on va en voir fleurir des grosses quantités. De plus, coté génie civil et installation, une fois les procédures (et barges) au point, cela sera plus simple que de terrasser les collines.

Enfin, en mer, les éoliennes vont bientôt avoir 10MW de puissance. Donc une en mer = 4 à terre d'ici peu !

Pour finir, les éoliennes en mer, c'est très bon pour la pêche et les poissons…

A mon avis, rien ;-)

Il doivent paramétrer quelques trucs coté NFS et Luste donc dans la pile réseau et infiniband mais tout cela, tu peux le faire avec des echo dans /proc (encore faut'il trouver les bons curseurs).

SGI dis clairement utiliser le noyau standard de la Suse. Or SGI fait les plus grosse machine SMP depuis déjà un bon moment…

Par contre, avec IBM, j'ai des doutes… Il faut toujours qu'ils bidouillent des trucs. La dernière fois que j'ai lancé un truc à l'IDRIS, la commande 'ps' n'était pas la même sur la frontale (commande ps gnu classique) que sur un noeud (commande ps type bsd).

Avec les switch HP networking (autre gamme), tu peux fusionner les switch et éviter toute la partie Spanning tree… pour un résultat identique mais bien plus simple.

Bon, on choisit pas ses switch ;-)

screen /dev/ttyUSB0

A ma connaissance, pas encore possible avec tmux…

En interne, dans une grande boîte ou une fac, ça résoud plein de problèmes concrets de personnes mobiles entre
plusieurs sites.

Lesquelles ?

Les personnes veulent pouvoir avoir tout depuis n'importe ou !

Moi, il me faudrait pour les utilisateurs IPv6 mobile entre mon laboratoire et leur boite ADSL… Et ça, cela ne marchera jamais.

Donc, en pratique, on monte nos services différemment avec ce genre de contrainte.

declare -fx

De tête, cela permet d'exporter une fonction vers un sous shell. Cela fonctionne avec bash. Je l'utilise de temps en temps.

Par contre, il n'est pas possible d'exporter les alias mais qui utilise encore les alias ;-)

IPv6 Mobile est mort avant même de commencer. Je n'ai jamais cru en cette usine à gaz et le peu que j'en ai compris, il ne marchera jamais à grande échelle. C'est comme le multicast, cela ne franchira jamais les routeurs centraux… pour des questions de sécurité.

D'ailleurs, il me semble que RENATER à coupé le multicast il y a peu en interne sur son réseau.

Je pense au contraire que ce nouveau protocole est pensé en fonction de l'existant et qu'il a toutes les chances d'être enfin utilisé. En effet, ce n'est qu'une simple couche au dessus de TCP. On devrait donc pouvoir basculer d'un réseau d'un opérateur vers un autre de manière transparente car si j'ai bien compris, c'est 'en gros' un multiplexage de deux (ou plus) connexions TCP coté client et serveur mais cela ne touche pas la couche routage et commutation finale.

Bref, un protocole qui me semble enfin sensé ;-)

Et toi, ne tombe pas dans la panneau de la facilité !

L'Europe s'est construit sur le "plus jamais ça". profites bien de la paix que nous avons actuellement, je suis loin d'être persuadé qu'elle va durer encore si longtemps (tiendrons nous le choc de la fin du pétrole ?).

Voila, j'emmerde les humoristes à deux balles qui répète bêtement une blague faite par Linus.

-> []

Au delà de l'humour, je me répète encore, merci de ne pas utiliser le terme "nazis" pour tout et n'importe quoi. Cela n'a qu'un résultat à terme : son utilisation généralisé dans des contextes très éloignés de l'horreur de la seconde guerre mondiale.

Oui ;-(

Et la transparence réseau dont tu ne te sers jamais n'est plus là par défaut ;-)

A noter qu'il y a aussi tout le coté GPU avec Cuda, domaine important sous GNU/Linux (en plus les cartes TESLA ne sont pas donnée).

Je ne sais pas exactement ce qu'il y a de commun dans tout cela en interne chez nvidia mais je vois mal nvidia faire une croix sur le calcul GPU sous GNU/Linux !

Voir sur LWN http://lwn.net/Articles/520930/

C'est clair que cette annonce semble un peu pipeau car bien bridée par une API.

mais je vois peu de reproches à faire à Wayland sur le principe.

La transparence réseau intégrée dans le coeur du protocole ?

Pas évident d'après leur site d'avoir une info claire sur le produit…

Je trouve cela un peu bête de ne pas pouvoir garder les commentaires lors du passage d'un journal en dépêche… Au final, cela coupe le débat en deux ou casse le rythme d'un débat.

Moins bogué, certes, plus performant, c'est à voir. J'ai pas dis que ça va aller plus vite. La transparence réseau pourrait ne pas être plus performante…

Si on regarde ces dernières années, on nous dis à chaque fois que ça va aller plus vite, que la dernière version est mieux et tout et tout mais on doit au final changer de PC car celui-ci se met à traîner ;-)

Et moi, j'ai toujours trouvé que le dock de MacOS était inspiré par CDE… qui inspirait aussi les première version de XFCE.

Ca tombe bien, j'ai jamais aimé CDE ;-)

J'allais 100% l'inverse !

Je propose d'interdire aux participants d'un thread (voir de combien de niveau on remonte (et si on descend un dans les branches voisine) de pouvoir noter. En effet, ce sont il me semble les personnes qui sont le moins objectifs pour noter l'opinion de l'autre !

A titre personnel, je m'en fiche, c'est exceptionnel si j'utilise ces liens plus d'une fois tous les 6 mois. J'ai appris à me méfier de moi même ;-)

Il manque à mon sens une fonctionnalité, la possibilité de protéger un ensemble de note par une phrase de passe. Le seul à faire cela est gringotts. C'est très important que ce soit le logiciel qui chiffre ainsi, les notes sont toujours chiffrées même lorsqu'on les copie sur un autre support…

Je cite : "Je suis le co-fondateur de la société Anevia".

C'est en première page du document.

Je suis d'accord avec toi, le := du Pascal est beaucoup mieux.

D'ailleurs, les langages en général utilise le == pour le = mathématique. Je pense que c'est à conserver et surtout ne pas mettre un = dans un langage.

En Fortran, l'affectation des pointeurs se fait pas <=. C'est pas mal non plus. Cela signifie bien que l'on pousse la valeur de droite dans le membre de gauche. Cela a l'immense avance de permettre l'utilisation des pointeurs dans les formules avec un déférencement automatique. En bref, on n'a aucun moyen de travailler sur l'adresse du pointeur. C'est pas forcément bien pour tous les langages mais je pense que ce serait très bien pour beaucoup !

Alors Erlang ;-)

Merci, ça marche. C'est clair que j'aurais pas cliqué là… Un point à améliorer sur la feuille de route ;-)

Il y a deux SEP 064, il doit y avoir un bogue dans la numérotation.

Ensuite, le document semble absolument illisible actuellement ;-)