Sytoka Modon a écrit 4565 commentaires

docker fait du container comme LXC donc soit tu veux faire des VM, soit du container mais tu ne peux faire des VM container ;-)

Ah ah, trop tard pour corriger ! J'aurais voulu la faire que je n'aurais même pas eu l'idée ;-)

Bises à toi…

Ceci dis, comme la plupart des langages ont fait la connerie de prendre = pour l'affection (et non :=), le == pour le test est beaucoup plus parlant. C'est un peu une connerie de plus de l'utiliser à la fois pour l'affection et le test…

A part Phil, personne pour parler de HAL et d'ArXiv… Pourtant, c'est le but de HAL a la base d'avoir les sources des documents.

Par ailleurs, je suis surpris d’entendre parler de revues en 2014 ! Avec le web, c'est complètement idiot de publier des numéros, il faut être dans un système de rolling release de publication continue, comme un planet ou twitter…

On pourrait imaginer un système social, à la facebook, pour rewiever les articles, on pourrait utiliser nos identifiants Eduroam pour encadrer les dépôts d'article, ainsi chaque article soumis aurait le tampon de l'entité du compte Eduroam, à charge pour celui-ci de virer ses charlatans sous la pression du réseau… si cela s'avère justifié (cas des révisionnistes de Lyon).

Je sais que le CCSD (UMS CNRS qui gère HAL) a réussi à exporter son savoir faire dans d'autres pays européen. A mon sens, HAL et ArXiv sont une bonne base de départ pour passer à l'échelon N+1.

J'avais écrit il y a pas mal d'année un Makefile qui optimisait le nombre de passe via un grep de la sortie (LaTeX te dis ce qu'il est préférable de recompiler). En pratique, c'est assez chiant. Pourquoi ? Le plus souvent, tu recompiles pour voir ce que cela donne sur les quelques paragraphes que tu as travaillé, tu te fout alors des références bibliographiques ou autres. J'avais dans mes Makefile un simple target 'pdf' et j'avais remarqué que dans 99% des cas, je n'utilisais que celui-la.

Pour ma part, je fais une simple compilation rapide, lorsque je retouche à la bibliographie, je fais alors un petit coup de 'make bib'. Au final (donc très rarement), un bon 'make pdfall' qui 'clean' tout, puis mouline un max bêtement ! Bref, pas optimum je l'accorde mais efficace pour mon usage et en terme CO2 ;-)

Comme j'utilise NFS en mode simple (sans la sécurité que peut apporter la version 4), je n'active les partages qu'entre des machines dont j'ai le contrôle, donc 99% sont sous Debian. Ceci dis, j'ai jamais eu plus de soucis que cela avec RH ou Suse. Le principal soucis est que tout est en mode noyau donc quand cela pars en sucette, tu reboot ! Heureusement, cela n'arrive pas si souvent que cela. Il faut aussi oublier LXC et les containers car NFS, en mode noyau, n'est pas vraiment compatible avec cela… A par cela, tout marche relativement bien tout seul.

Ceci dis, sur la page web principale, dans la section "A Solid Choice", le premier point est "Fully open source" en citant la licence MIT… Il faut être logique dans sa démarche : soit on joue le jeu du libre, soit on ne le joue pas.

Ceci dis, pas mal de logiciels privateurs ne fonctionnent que sur RHEL ou Suse… Un bel exemple de truc bien cochon : Ansys !

Pour un fois, c'est quand même sur une distribution libre.

Le problème est un peu partagé entre systemd et le joyeux bordel qu'est NFS. Mais de mémoire, faire fonctionner NFSv4 a toujours été plus compliqué, même quand tout était mieux et plus simple…

J'ai remarqué que les partages NFS entre deux Debian Wheezy se font via NFSv4 par défaut, donc tu n'as rien à faire, chez moi, cela a été complètement transparent… Il me semble que la version 3 limite le nombre de groupe d'une personne à 16 ce qui est un problème.

Il y a des prises d'eau sous le glacier des Bossons de tête. Tout descend alors dans des conduites forcées souterraines et l'eau est turbinée en bas. Mais comme l'eau est chargée de particules très abrasives, EDF avait soit le choix de mettre des turbines ayant un revêtement très dur, soit de les changer régulièrement. Il me semble que c'est le choix qui a été fait.

Dans les barrages, en règles générales, les turbines durent des dizaines d'année…

Wow, je suis trop impressionné par le gain de 0.28%, par rapport aux désagréments de la chose.

Tu te fou d'un gain de 0,28% chez toi, c'est clair. Mais je peut te dire qu'Alstom et EDF ne se foutent pas du tout d'un gain de 0,28% sur le design de leur turbine. Celles-ci durent en général des dizaines d'année (sauf à Chamonix) et le gain, même à ce niveau, est tout à fait important. Nous sommes donc ici sur un pourcentage national.

Personnellement, je ne pense pas que nous soyons actuellement dans un société prête à se lever plus tôt l'été. Vu les blocages sur toute réforme dans l'éducation nationale, je vois mal des horaires variable en primaire… Tout décalage augmente donc le jour le soir durant les mois d'été. Je fais partie des personnes préférant vivre le jour que la nuit !

Exact, j'ai lu en super diagonale… du coup, je n'étais pas forcément dans le sujet ! Cela m'apprendra à réagir sur DLFP alors que je fais autre chose ;-)

Le changement d'heure a été fait en pleine crise pétrolière, époque ou pas mal de changement politique ont été pris. Depuis, nos gouvernants sont tous mous… Il faudrait donc retrouver des documents de l'époque. Il est cependant clair que l'été, on gagne une heure le soir sans éclairer alors que le matin, peu de personne profite du jour dès 5h…

Il y a une chose à comprendre, comme nous souhaitons vivre à horaire fixe toute l'année, type 9h-18h pour le boulot, ce décalage horaire permet de mieux profiter du soleil et donc de diminuer l'impact carbone et surtout pétrole !

La communauté Fedora se pose la question depuis un moment avec Fedora Next.

Idem chez Debian. Pour le moment, cela semble plus complexe qu'il n'y parait car le sujet avance très lentement… Ceci dis, beaucoup considère que SID est déjà quasiement une rolling release…

C'est pas parce que Wheezy marche très bien (je l'utilise tous les jours et elle est déployé massivement dans mon laboratoire) qu'il faille être sectaire et en parlé à tout bout de champs. On peut parler de GNU/Linux et du libre en général sans la ramener constamment sur sa distribution ;-)

en base 64 au cas ou mais perso, j'aime bien voir une idée visuelle

Mes fichiers de conf sont gérés par cfengine… Je fais un coup de sed lorsqu'il faut durcir la configuration de temps en temps et hop, c'est validé puis déployé (et versionné). Imaginer une conf qui puisse tenir 10 ans me semble une idée plus que fumeuse ;-)

Tu attaques qui ? C'est bête mais pour moi, ce n'est pas forcément clair. C'est l'utilisateur qui télécharge, un peu comme pour comme pour les paquetages Debian ttf-mscorefonts-installer ou flashplugin-nonfree…

Il me semble que les Kindles ne lisent pas les .epub… Bref, à moins de vouloir mettre la NSA dans son lit, c'est bien la dernière que j'achèterais !

On ne empêche pas venir s'installer en Europe ;-)

Il n'y a pas de brevet logiciel en Europe… Il faut pousser à l'hébergement des serveurs sur le vieux continent ;-)

un Napoléon qui charge drapeau en main au Pont d'Arcole, ça doit pas mal jouer sur le gain de temps et le bilan humain.

Un bel exemple est le roi lépreux Baudoin IV qui allait au combat sur une civière… Saladin n'a réussi à prendre Jerusalem qu'après sa mort. Il n'avait alors que 24 ans et régnait depuis 9 ans.

Enfin un qui a mordu ;-)

Ceci dis, ce n'est pas une mauvaise idée de désactivé pour MySQL ;-)