Sytoka Modon a écrit 4546 commentaires

Pourquoi git sur le serveur par rapport à un backuppc par exemple ?

Comment on calcule le temps pour les routes de montagnes (ou autres : tortueuses, chaussées en mauvais état…) ? J'avais cru comprendre que Michelin faisait des essais en grandeur réelle pour corriger les valeurs.

Cependant il y a aussi il y a une forte démotivation pour les gens d'aller voter, et je suis persuadé plus par flemme qu'autre chose.

Les élections Debian se font pas vote électronique, on est loin du 80% de votant…

A mon avis, la motivation se perds car on a vraiment l'impression d'être pris pour des cons et que petit à petit, notre vote ne sers à rien au final… Une grande partie des choix se fait au niveau de l'Europe DONC des chefs d'état ou de gouvernement -> suffrage indirect. Les communauté de commune, c'est pareil -> Indirect. Le système de vote majoritaire à deux tours est très mauvais selon les critères d'Arrow. Et si on vote non a un traité, on le fait passer quand même au final… Le sénat, bon je préfère même pas en parler.

Je pense personnellement qu'il y a un TRES gros nettoyage à faire du coté de la démocratie en France.

Le post de freedix ci-dessus ne me rassure personnellement…

Un sysadmin compétent et super chiant n'a rien à voir avec un nazis. Merci de ne pas utiliser ce mot à tord et à travers.

https://fr.wikipedia.org/wiki/Nazis

Les noms de domaines sont insensibles à la casse mais si ma machine s'appelle machinTruc, bind me répond machinTruc via le reverse alors que Windows me répondait machintruc, donc basculait tout en minuscule. Sur certaines machines, j'aime bien mettre une majuscule, par exemple pour indiquer le bâtiment sur les imprimantes.

La version anglaise est probablement plus fluide et mieux rédigée

n'aurait pas été plus mal pour améliorer le poil de la bête ;-) Là en début de semaine, c'est guère passionnant…

Je suis d'accord pour dire que la visio-conférence marche pas bien sous GNU/Linux. Le H323 est très complexe, le SIP pas mieux. Pour faire de la bonne visio (de bureau), il faut un bon codec temps réel, c'est pas pour rien que le H264 et le H265 viennent de la visio. D'ailleurs, Google utilisait pour son service en ligne le codec ultra performant de Vidyo.

Ensuite, il faut multiplexé les vidéo (avec le son) en temps réel. En effet, je parle ici de visio à plusieurs site. Soit on a un pont hardware (visio de salle), soit par exemple Vidyo s'appuie sur plusieurs serveurs pour faire cela. Dans tous les cas, il faut toujours privilégier le son devant la vidéo.

Bref, les briques arrivent petit à petit mais il faut être honnête, c'est très loin d'être du niveau et de la simplicité de Skype. Cela sera correct quand on pourra se connecter en vidéo à un salon jabber ou a un autre système P2P… A un moment, il y a eu un projet d'étudiant VLVC qui semblait super mais n'a pas dépassé le stade du PFE. J'ai vu des trucs qui se profile via le WebRTC sur Firefox qui semble toutefois prometteur.

Oui, enfin HTTP est verbeux et n'est pas idéal pour tout… Va faire du SSH sur HTTP… Actuellement, je travaille souvent sur une liaison a très bas débit, même SSH a plus que du mal, heureusement j'ai découvert MOSH que je conseille à tous.

Ensuite, j'ai une application privateur, tout web qu'ils m'avaient dis. Une grosse daube en java non portable (marche avec tel client, pas tel autre, avec telle version…) et impossible de la faire marcher via reverse proxy ou serveur tsock à distance.

Bref, le HTTP a bon dos et certains mettent dedans vraiment n'importe quoi ;-)

Le DNS n'est pas sous Windows. Cette daube ne gère pas la case des caractères à mes souvenirs… Cela m'a foutu une fois la merde dans un de mes scripts car un copain avait un serveur sous cet OS et moi, j'avais pas prévu ce cas.

Les + et les - entre les deux ?

J'ai été un peu rapide effectivement… car je pensais mdp au début utilisé sur les intranets https… Heureusement, ici on est protégé par la mémoire qui n'est plus partagé par défaut depuis le 80286 il me semble.

Tu chipotes… Je pense au module fastcgi par exemple qui est par défaut dans toute distribution. Évidement, si tu ne rentres pas un peu dans la configuration, tu n'es pas en mode optimum coté perf (et puis, il faut que le code soit conçu un minimum pour).

Il n'y a que les clefs privés, voir les mots de passe qui craignent vraiment, pas la partie publique…

Si ta machine était sur le net ET avait un serveur utilisant TLS (je ne sais pas si SSLv3 était touché), alors toute zone mémoire a pu être touchés DONT la clef SSH et les mots de passe.

Donc, oui, tu peux avoir a changer la clef SSH de certains serveurs. Après, il faut voir parce que si tu as mis à jour rapidement, je ne suis pas sur que les petits aient été attaqués. Par exemple, dans mon université, il a pour le moment été décidé de ne pas ré-initialiser les 40000 mot de passe ! Cela peut être plus facile à dire qu'à faire.

Oui, mais le CNRS, c'est très vaste. Cela peut parfois être vue comme un ensemble de 100 PME. Un vaste réseau… Cela n'a rien à voir avec un grosse boite ou les autres EPST qui sont bien plus centralisé.

HAL est gérée par le CCSD (qui doit être une UMS dans notre jargon : Unité Mixte de Service) qui est logé à Lyon dans les locaux de l'IN2P3. Heureusement, il y a aussi (surtout) des choses très bien au CNRS ;-)

mort et enterré…

Pas forcément, mais au moins, tu auras un home ;-)

Je ne serais pas étonné que les dons en question soit dans le paquet 'optimisation fiscale'…

Et pour les portables le soir chez soit ?

J'en sais rien pour Windows… Je suis passé d'un domaine Windows avec Roaming gérer par Samba à un domaine sans roaming… A l'époque, j'ai pris le temps afin que les utilisateurs ne voient rien. Je suis bien content de mettre débarrassé de ce truc. Je pense personnellement que c'est une bonne mauvaise idée.
Je pense que les outils de synchro type 'dropbox' apporte une bien meilleure solution à la problématique sous-jacente. Mais il faut aussi que les applications y mettent du leur si on veut que cela marche. Soit via une API en gérant elle même la chose, soit via des formats de fichiers capable de gérer des commandes de type diff/patch automatiquement… Par exemple, il serait bien que Thunderbird bascule par défaut en Maildir et que tous les paramètres ne soient pas forcément dans une base sqlite… Il y a certainement des idées à aller piocher dans la base de données Riak qui est nativement master/master.

Et si une personne se logue sur deux machines en parallèle ? C'est un cas de figure très courant chez nous…

Dans unison, tu as chaque dossier dans deux colonnes et des flèches au centre soit vers la droite, soit vers la gauche…. Tu acceptes, modifies comme tu veux et lance (go) la synchro…

Il y a des options pour y aller en automatique et laisser le soft faire le meilleur choix avec ce qu'il est capable de savoir. Il ne pourra jamais savoir que tu as fait une erreur…

Bref, c'est de la synchro bi-directionnelle, pas du backup.

• podcast : PeerCast http://en.wikipedia.org/wiki/PeerCast (c'est à lui que je pensais depuis le début)

• podcast : freecast : http://www.freecast.org/userguide/introduction.html Cela permet la diffuson audio (voir vidéo) en P2P. Pas besoin d'un super serveur en central.

• VPAN : je pensais effectivement à free-lan. Je ne sais pas si c'est toujours super actif ?

• audio/vidéo : Je pense à un vrai réseau P2P… comme skype au début (maintenant, les serveurs sont tous Microsoft). Pas un truc sur H323 ou SIP qui sont des horreurs au niveau port et ne fonctionneront jamais en P2P décentralisé à mon avis.

• Partage : je pensais plus à la mule et tout ce genre de réseau… Mais perso, j'aime beaucoup XMPP ;-)

Bref, je pense que toutes les briques sont quasi là. A améliorer, à mieux homogénéisé, à rendre encore plus facile d'accès pour l'utilisateur lambda, à promouvoir.

Le CNRS sous traite tout désormais. Leur offre cloud s'appelle 'core', c'est du Microsoft (avec backdoors officielles) géré par BULL… Sur cette affaire, je ne suis pas fier de ma boite ;-)