Il y a (avait) un problème de sécurité avec LXC. C'est assez facile d'arrêter la machine maître par exemple si mes souvenirs sont bons. Avec LXC, on dresse la liste des choses qu'on ne veut pas et non l'inverse, ce qui est aussi problématique.
Bref, très performant mais personnellement, je ne les utilise qu'en interne, jamais dans un DMZ.
Qu'entendez vous par : "l'accès à distance à Collectd rendant l'installation encore plus modulaire," ? Je n'aime personnellement par trop que le serveur central de monitoring installe quoi que ce soit…
Imaginons un cluster de 50 noeuds par exemple actuellement géré via ganglia. Comme faire avec ce produit ? Avec ganglia, si mes souvenirs sont bon (j'ai fais cela il y a longtemps), on configure les noeuds pour qu'ils remontent a un serveur central et ce dernier se démerde (je simplifie un peu…).
Par rapport a ganglia, c'est robuste au perte de connexion. Avec ganglia en mode non multi-cast (on est obligé chez nous) donc unicast, le client ne sais pas se reconnectéer au serveur si celui-ci est relancé (enfin, je n'ai pas réussi). Bref, il faut un ordre de démarrage et c'est très très chiant (et pas du tout robuste).
Le portage de MS Office Android vers Linux devrait être aisé, si le logiciel est bien codé.
Déjà dans cette phrase, il y a une hypothèse… MS est incapable (ou le fait exprès) d'avoir une version MacOSX réellement compatible.
Mais surtout. Office est un outil graphique au contraire du formateur TeX. Or la pile graphique d'Android n'a rien à voir avec la pile X-Window (ou même Wayland). Donc le portage est immense… et ne sera pas fait !
Souvent, une pseudo haute dispo suffit et est bien plus simple à mettre en place et robuste.
Deux machines virtuelles, une fait tourner le service ainsi que lsyncd, celui-ci peut faire comme du RAID 1 logiciels sur le réseau. Si le maître tombe, on lance manuellement (ou automatiquement) sur le secondaire tout près. Afin de limiter la charge, on peux retarder la synchro lsynd toutes les minutes ou 5 min par exemple (par défaut 5 secondes).
Bref, basic mais très fiable et résiste très bien aux coupures réseaux.
J'ai quelques services ainsi. Les serveurs actuels tombent très peu en panne et si c'est le cas, mes utilisateurs comprennent très bien les 15min d'indisponibilité pour relancer le secondaire.
Voila, c'était juste pour dire qu'une panne d'une heure une fois par an est souvent très acceptable et permet de mettre en place des solutions plus simple (donc souvent bien plus facile à upgrader un jour, ben oui car un jour, il faut upgrader la version de la distrib).
Souvent, il est bien plus facile de voir les photes de autres que les siennes ;-) Le nez dans le guidon, on a beau se relire, le cerveau doit utiliser un cache interne…
J'ai mis en place jyraphe il y a quelques années, cela tourne tout seul. Il vieillit ici ou la (taille limite à l'upload, pas de barre de progression de l'upload). A mon avis, c'est très simple donc complémentaire de tout le reste.
J'ai juste rajouter un champ 'service access password' que je change tous les mois. Il y a sur l'intranet le mot du mois en cours et le mot du mois suivant. C'est un mot de passe 'simple' ou avec un click permet de le sélectionner (ainsi le coupier coller pour les VRAI unixiens est très simple). Ce mot est diffusable à l'extérieur sans modération. Ainsi, on a résolu le problème des collaborateurs ou chez eux, tout est verrouillé.
Vu notre connexion internet, je ne voulais pas d'un service ouvert à tout le monde, juste utilisable par tout le monde qui a un contact chez nous.
Pro-Linux ou pas, quand les gens ont 10 ans de retard sur la technologie et la réponse aux demandes des clients…
Je suis assez d'accord avec toi. Pas de formule électronique correcte à prix correct (epub ?). Des articles non libre, une stratégie peu claire. Tous mes amis ont quitté comme moi leur abonnement. Ils auraient beaucoup à suivre l'exemple de LWN et à libérer TOUS leurs articles au bout d'un laps de temps raisonnable (6 mois max).
Cela n'a rien à voir. Ils fusionnent un bibliothèque ELF (.so). Donc on va gagner en RAM et en temps de chargement. En cas de bogue, c'est corrigé partout.
Par exemple, en physique classique, tu as une chance négligeable (mais néanmoins non nulle) de t'élever dans les airs de
quelques centimètres avant de retomber sur le sol.
C'est ce que je viens de faire de ma chaise en lisant ton commentaire ;-)
Le scrutin uninominal majoritaire à deux tours ne vérifie pas le critère de monotonie (ni le critère de Condorcet, le critère de participation et le critère de renforcement). Aucun système ne vérifie tous les critères (voir Arrow) mais certains systèmes sont quand même pas bon. A la page 48 du pdf, il y a aussi des remarques intéressantes sur le vote stratégique.
Critère de monotonie
Si un candidat n'est pas gagnant et si on le rétrograde dans certains bulletins sans modifier l'ordre relatif des autres candidats alors il ne doit pas pouvoir gagner.
Les jurés sont tirés au sort sauf pour les cas d'affaire terroriste. C'est pas pour cela que les décisions sont mauvaises…
Le parlementaires passent beaucoup de temps à valider ou non des lois. C'est le gouvernement ou des spécialiste qui font une grande partie de la préparation des textes. Pourquoi ne pas avoir une assemblée tirée au sort qui valide ou non un loi. Je ne trouve pas cela si idiot que cela. Cela marche bien pour la justice.
Il y en a marre des pros que je ne trouve pas si pro que cela et surtout cumulard au possible et sous influence…
Le système actuel est à la fois démocratique et gouvernable. Il n'est pas parfait, mais on sait que la proportionnelle rend
un pays ingouvernable, et pas plus démocratique.
Désolé, mais je ne le trouve pas démocratique. On est un des rares pays a avoir ce système, il y a plein d'autres pays démocratique. Il y a aussi plein d'autre manière d'envisager la démocratie, par exemple avoir des recours plus régulier au référendum.
# Sécurité
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Gérer les containers avec Docker. Évalué à 5.
Il y a (avait) un problème de sécurité avec LXC. C'est assez facile d'arrêter la machine maître par exemple si mes souvenirs sont bons. Avec LXC, on dresse la liste des choses qu'on ne veut pas et non l'inverse, ce qui est aussi problématique.
Bref, très performant mais personnellement, je ne les utilise qu'en interne, jamais dans un DMZ.
[^] # Re: Dans ton blog
Posté par Sytoka Modon (site web personnel) . En réponse au message Bloquer toutes les pubs sur son réseau. Évalué à 2.
Attention, sed du GNU, je ne sais pas si c'est portable sur tous les sed ;-)
[^] # Re: Question
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Perfwatcher 2.0. Évalué à 2.
Super. Je voulais passer à collectd pour pas mal de truc. Pourquoi pas essayer en même temps ta surcouche. Merci.
# Dans ton blog
Posté par Sytoka Modon (site web personnel) . En réponse au message Bloquer toutes les pubs sur son réseau. Évalué à 2.
La ligne
Peut être remplacé par
L'option -i (inplace) est bien pratique et peu connu
# Cela fait quoi exactement
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de RHQ 4.10. Évalué à 3.
La news précédente était un peu plus clair sur ce que cela fait.
https://linuxfr.org/news/sortie-de-rhq-4-9
# Question
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Perfwatcher 2.0. Évalué à 2.
Qu'entendez vous par : "l'accès à distance à Collectd rendant l'installation encore plus modulaire," ? Je n'aime personnellement par trop que le serveur central de monitoring installe quoi que ce soit…
Imaginons un cluster de 50 noeuds par exemple actuellement géré via ganglia. Comme faire avec ce produit ? Avec ganglia, si mes souvenirs sont bon (j'ai fais cela il y a longtemps), on configure les noeuds pour qu'ils remontent a un serveur central et ce dernier se démerde (je simplifie un peu…).
Par rapport a ganglia, c'est robuste au perte de connexion. Avec ganglia en mode non multi-cast (on est obligé chez nous) donc unicast, le client ne sais pas se reconnectéer au serveur si celui-ci est relancé (enfin, je n'ai pas réussi). Bref, il faut un ordre de démarrage et c'est très très chiant (et pas du tout robuste).
# Doux rêve
Posté par Sytoka Modon (site web personnel) . En réponse au journal Et si Microsoft portait Office sous Linux ?. Évalué à 3.
Déjà dans cette phrase, il y a une hypothèse… MS est incapable (ou le fait exprès) d'avoir une version MacOSX réellement compatible.
Mais surtout. Office est un outil graphique au contraire du formateur TeX. Or la pile graphique d'Android n'a rien à voir avec la pile X-Window (ou même Wayland). Donc le portage est immense… et ne sera pas fait !
# Pseudo haute dispo
Posté par Sytoka Modon (site web personnel) . En réponse au message [cluster ftp]. Évalué à 2.
Souvent, une pseudo haute dispo suffit et est bien plus simple à mettre en place et robuste.
Deux machines virtuelles, une fait tourner le service ainsi que lsyncd, celui-ci peut faire comme du RAID 1 logiciels sur le réseau. Si le maître tombe, on lance manuellement (ou automatiquement) sur le secondaire tout près. Afin de limiter la charge, on peux retarder la synchro lsynd toutes les minutes ou 5 min par exemple (par défaut 5 secondes).
Bref, basic mais très fiable et résiste très bien aux coupures réseaux.
J'ai quelques services ainsi. Les serveurs actuels tombent très peu en panne et si c'est le cas, mes utilisateurs comprennent très bien les 15min d'indisponibilité pour relancer le secondaire.
Voila, c'était juste pour dire qu'une panne d'une heure une fois par an est souvent très acceptable et permet de mettre en place des solutions plus simple (donc souvent bien plus facile à upgrader un jour, ben oui car un jour, il faut upgrader la version de la distrib).
[^] # Re: [HS] Orthographe
Posté par Sytoka Modon (site web personnel) . En réponse au journal Donc maintenant Broadcom aime l'open source et les specs ouverte ?. Évalué à 10.
Souvent, il est bien plus facile de voir les photes de autres que les siennes ;-) Le nez dans le guidon, on a beau se relire, le cerveau doit utiliser un cache interne…
[^] # Re: La jyraphe et ses enfants
Posté par Sytoka Modon (site web personnel) . En réponse au journal Renaissance de Jyraphe. Évalué à 3.
J'ai mis en place jyraphe il y a quelques années, cela tourne tout seul. Il vieillit ici ou la (taille limite à l'upload, pas de barre de progression de l'upload). A mon avis, c'est très simple donc complémentaire de tout le reste.
J'ai juste rajouter un champ 'service access password' que je change tous les mois. Il y a sur l'intranet le mot du mois en cours et le mot du mois suivant. C'est un mot de passe 'simple' ou avec un click permet de le sélectionner (ainsi le coupier coller pour les VRAI unixiens est très simple). Ce mot est diffusable à l'extérieur sans modération. Ainsi, on a résolu le problème des collaborateurs ou chez eux, tout est verrouillé.
Vu notre connexion internet, je ne voulais pas d'un service ouvert à tout le monde, juste utilisable par tout le monde qui a un contact chez nous.
[^] # Re: Demain
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche ShareLatex devient libre !. Évalué à 2.
C'est l'objectif de HAL !
[^] # Re: Ca reste du "traditionel"...
Posté par Sytoka Modon (site web personnel) . En réponse au journal GNU/Linux Magazine: papier, numérique ou rien .... Évalué à 4.
Je suis assez d'accord avec toi. Pas de formule électronique correcte à prix correct (epub ?). Des articles non libre, une stratégie peu claire. Tous mes amis ont quitté comme moi leur abonnement. Ils auraient beaucoup à suivre l'exemple de LWN et à libérer TOUS leurs articles au bout d'un laps de temps raisonnable (6 mois max).
# lanĉo
Posté par Sytoka Modon (site web personnel) . En réponse au journal systemd ca a l'air super.... Évalué à 5.
Allez hop, un petit concurrent pour la forme. lanĉo est un lanceur de tâches utilisant les cgroups, il a pas besoin d'avoir le PID=1 pour fonctionner.
http://vincent.bernat.im/fr/blog/2013-lanco.html
[^] # Re: Le nid à trolls
Posté par Sytoka Modon (site web personnel) . En réponse au journal systemd ca a l'air super.... Évalué à 10.
Cela n'a rien à voir. Ils fusionnent un bibliothèque ELF (.so). Donc on va gagner en RAM et en temps de chargement. En cas de bogue, c'est corrigé partout.
Bref, les binaires restent séparés.
[^] # Re: Oui mais non
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 2.
Mon téléphone IP est branché sur une prise RJ45 avec PoE, il n'a pas besoin d'électricité !
[^] # Re: Tout changer
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 2.
C'est ce que je viens de faire de ma chaise en lisant ton commentaire ;-)
# apt-get
Posté par Sytoka Modon (site web personnel) . En réponse au message supprimer les paquets d'une "task" et toutes ses dépendances?. Évalué à 3.
apt-get --purge autoremove un_paquet
[^] # Re: Trolldi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 7.
Si n'y a que si peu de différence, pourquoi garder Mir ?
[^] # Re: Vote par valeur
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 2.
http://fr.wikipedia.org/wiki/Crit%C3%A8res_de_syst%C3%A8mes_de_vote
http://www.pdimension.net/Paradoxes_de_vote_en_France_v-papier.pdf
Le scrutin uninominal majoritaire à deux tours ne vérifie pas le critère de monotonie (ni le critère de Condorcet, le critère de participation et le critère de renforcement). Aucun système ne vérifie tous les critères (voir Arrow) mais certains systèmes sont quand même pas bon. A la page 48 du pdf, il y a aussi des remarques intéressantes sur le vote stratégique.
Critère de monotonie
Si un candidat n'est pas gagnant et si on le rétrograde dans certains bulletins sans modifier l'ordre relatif des autres candidats alors il ne doit pas pouvoir gagner.
[^] # Re: Tout changer
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 2.
Si le projet est cohérent, les personnes valident. Il y a pas mal de Scop qui fonctionnent ainsi.
Non, le problème a l'heure actuel est l'absence de projet ou peut être de projet caché dont on ne voit que certain effet mais pas le vrai projet…
[^] # Re: Tout changer
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 2.
Les jurés sont tirés au sort sauf pour les cas d'affaire terroriste. C'est pas pour cela que les décisions sont mauvaises…
Le parlementaires passent beaucoup de temps à valider ou non des lois. C'est le gouvernement ou des spécialiste qui font une grande partie de la préparation des textes. Pourquoi ne pas avoir une assemblée tirée au sort qui valide ou non un loi. Je ne trouve pas cela si idiot que cela. Cela marche bien pour la justice.
Il y en a marre des pros que je ne trouve pas si pro que cela et surtout cumulard au possible et sous influence…
[^] # Re: Presque parfait ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche JellyReader, un lecteur RSS presque parfait . Évalué à 3.
A ma connaissance, il n'y a pas d'équivalent en France du droit américain permettant à la NSA d'avoir accès à tout, malgré le contrat que tu signes.
Sarkozy a essayé de virer Wikileaks d'OVH, sans succès. OVH a demandé une décision de justice que notre président d'alors n'a jamais pu fournir !
Bref, je préfère très largement OVH à Google et consort US ;-)
PS : en plus OVH est soumis au droit français. Essayes d'attaquer Dropbox ou Google…
[^] # Re: Oui mais non
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 2.
Oui mais on ne l'a jamais eu !
[^] # Re: Vote par valeur
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 1.
Désolé, mais je ne le trouve pas démocratique. On est un des rares pays a avoir ce système, il y a plein d'autres pays démocratique. Il y a aussi plein d'autre manière d'envisager la démocratie, par exemple avoir des recours plus régulier au référendum.
[^] # Re: Oui mais non
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mathématiques du vote. Évalué à 2.
Notre système actuel est très complexe puisqu'on ne peux pas voter à plus de deux élections dans la même année… Il y a régulièrement des reports !
Un autre système permettrai de voter plus souvent !