Sytoka Modon a écrit 4576 commentaires

il a juste demandé en plus que les sources lui reviennent, pour faire comme si c'était lui qui avait fait le dév je suppose.

Dans mon labo, on a développé une manip unique au monde. On a demandé a avoir la propriété sur les sources du système de contrôle. La manip est prévu pour marcher au moins 40 ans… On ne veut pas dépendre de la boite qui a fait le développement initial ou tout refaire à zéro un jour. Il est clair cependant qu'on ne dira jamais qu'on a fait nous mêmes les dev ! Par ailleurs, il est clair qu'on poursuivra tant que l'on pourra la collaboration avec la boite qui a fait le code jusque là. C'est juste qu'on trouve normal d'avoir les sources et de pouvoir en faire ce que l'on veut.

Il a passé la modération… L'erreur est humaine ;-)

Personnellement, je félicite l'auteur pour son article.

Vous cherchez une solution OpenSource et vous allez basculer sous TFS… Il y a un point qui m'échappe complètement.

Normalement, un bon serveur implémente normalement CMIS et on peux alors faire de la synchronisation automatique via un protocole normalisé. Exemple http://cmissync.com/

Pourquoi HTTPS ? Parce que les DSI bloquent en entrée sortie tout sauf le 80/443… Donc on encapsule tout dans IP qu'on met dans TCP qu'on enrobe de HTTP, qu'on cache dans TLS.

Mais comme cela n'est pas idéal dans de nombreux cas. On invente quoi ? Le HTTP avec les entêtes binaires…

Allez hop, je file ->[]

Il n'y a pas le logiciel Maarch qui a déjà été fait un peu pour cela ?

http://www.maarch.org

Comme d'habitude, deux solutions :

Personnellement, mon habitude, c'est 'apt-get install' ;-)

Il y a encore des personnes qui monte et gère elle même leur serveur. L'intégration dans les distributions est donc un plus surtout pour un projet qui vise les couches bases.

A par cela, ça a l'air très bien !

mais un seul d'entre eux

J'aimerais savoir comment on peut affirmer une chose pareil alors qu'il y a des centaines de bibliothèques !

Ce framework utilise des modules depuis 2009

J'utilisais déjà des modules avant 2000 en Perl. DBI existait bien avant ces daubes de fonctions mysql* du PHP !

Parfois, je me demande vraiment pourquoi PHP a marché ;-)

En parallèle, il y a un gros boulot sur Jessie pour que tout marche bien ;-)

Ceci dis, la méthode a ses limites. Par exemple, lorsque le paquetage entraîne aussi la libc avec elle vers testing ou plus, personnellement, je ne joue plus ;-)

Je dirais qu'il suffit de faire sa configuration avec un noyau standard puis de faire un 'lsmod' pour avoir la liste des modules utilisées. Ensuite, il faut jouer avec les options du make du noyau pour ne construire que ces modules et dans l'idéal, les mettre en dur et non en module.

Avant scilab n'était pas libre donc n'était pas diffuser dans les distributions. Maintenant, il ne marche plus sur la grande majorité des PC… Je ne sais pas quelle sont les objectifs de l'équipe de développement mais elle aide bien à la diffusion de la plate-forme de python/numpy ;-)

Cela pourrait peut être dépendre de son firmware mais pour la gamme pro-curve, c'est assez récent ;-) Ceci dis, je n'ai pas de 2650 sous la main donc je ne peux pas te dire pour la commande loop-protect.

Sur les derniers procurve, il n'y a pas que le SPF à mettre… Il faut aussi utiliser la commande 'loop-protect'. Perso, je rajoute aussi en plus du 'broadcast-limit' sur les interfaces…

Tu l'as configuré pour le protéger contre les loop car ce n'est pas forcément super bon pour le commutateur.

Autre piste : tu n'aurais pas du 220 sur une terre qui remonte par un port par exemple ?

J'avais des mots clefs constant comme 'nom', 'prénom'… en début de ligne. Je ne voulais pas que connaissant ces mots clefs constant en position, on puisse récupérer une information quelconque. D'où du blabla de longueur aléatoire avant et après. Peut être ce blabla ne servait à rien, peut être pouvait-il servir en cas de bogue de 'protocole'… N'étant pas expert dans le sujet, je me suis dis que cela ne pouvait juste pas faire de mal ;-)

C'est pas un peu tache ta procédure ? Je sais bien que tu taches de bien faire ;-)

Comme dans le journal, certains posts parle de système bancaire, je me souviens avoir conçu un site web il y a plus de 10 ans ou les personnes donnaient leur numéro de carte bleu. Comme nous n'étions pas fanatique de garder cette information dans le serveur de notre laboratoire de recherche (publique), je chiffrais de suite le numéro de la carte ainsi qu'un certain nombre d'information attenant via un clef publique GPG (en prenant soin de mettre une longue séquence ASCII de longueur variable avant et après afin de rendre le truc encore plus compliqué).

La clef privé GPG était sur deux clefs USB dans d'autres bâtiments, sous la responsabilité de comptables. Au final, on n'a heureusement jamais eu le moindre soucis.

Je suis d'accord globalement avec toi. Ceci dis, étant dans un laboratoire de recherche publique, c'est très difficile de participer puisque quasiment tous nos achats passent par des bons de commande et des factures…

Ah ah, tu perds ton pantalon ;-)

Ca vous arrive jamais de décrocher ;-)

Perso ma liste de course, c'est un bout de papier, dos d'enveloppe… plier en 4 dans une poche arrière. Bilan carbone proche de zéro !

Ensuite, je ne connais pas d'autres moyens que l'onduleur

Un transfo d'isolement élimine aussi pas mal de merde. Ceci dis, pour un particulier, cela va revenir plus cher et ne gère pas les coupures de 30s…

Sinon, les onduleurs inertiels ou les piles à combustible ne semblent pas cibler le grand public actuellement ;-(

D'ailleurs je vois que le lien de ton site perso est sur un blogspot

Je devrais effectivement l'enlever car cela fait des années que je n'y vais plus ;-)

Sinon Torvalds a lever son majeur en direction de NVidia et pour avoir rencontrer il y a peu des personnes collaborant avec eux, le geste de Linus les as fait grandement réfléchir (c'est pas pour cela qu'ils ont changé à 180° de direction pour le moment). Ceci dis, le jour ou il y a eu un problème, Linus s'est aussi sorti les doigts de ses moufles et a transcendé git ;-)

La licence CC avec clause non commerciale n'est pas libre. Donc si tu l'utilises, tu es dans le monde des logiciels privateurs. Je me souviens d'un débat il y a pas mal de temps dont la conclusion était que la notion de commercial n'était pas si claire que cela et donc que toute clause portant dessus rendait la chose non libre.

Bilan pour du logiciel libre, en gros GPL, AGPL, LGPL, BSD, MIT, Arstitic Licence (perl) pour du code et pour le reste Free Art License 1.3 (Art Libre).

Plus lent mais plus fiable, le arping…

On doit pouvoir faire simple et rapide sur un petit réseau (sans VLAN) avec un simple fping suivis d'un arp (avec une petite tempo entre les deux…).