Anthony Jaguenaud a écrit 1967 commentaires

D'apres http://en.cppreference.com/w/cpp/thread/shared_mutex, ce n'est pas dans c++11, mais c'est prévu pour c++14.

Je n’avais pas trouvé, merci pour le lien. Ça correspond effectivement à mon besoin.

Par contre, ca existe déja chez boost il me semble.

Oui, mais dans la mesure du possible, j’essaye d’utiliser le standard avant tout.

squeeze: End of life 2014-05
wheezy: Release 2013-05
(…)
RHEL 5 End of life 2017-01
(…)
RHEL 6 release 2010-11

Je suis d’accord avec ce que tu dis, mais il ne faut pas non plus oublier la différence de moyen entre debian qui est communautaire et RHEL dont le support se paye…
Globalement, je retrouve du RHEL sur des grosses boites, et du debian sur des plus petites structures.

t'imagines avec 7 ?

Ben, ça serait pareil, sauf qu’on compterait en base 7, du coup avant ta crise de la quarantaine tu avais 36 ans. Et que ton espérance de vie ne serait pas de 80 ans mais de 114ans…

J’ai essayé d’être factuel dans les arguments avancés par les deux camps sans prendre parti.

systemd does NOT depend on dbus-daemon

Ceci est forcément vrai, car un logiciel ne peut dépendre que d’une bibliothèque…

Quand au fait de ne pas réinventer la roue de la communication, c’est évidemment une bonne chose.

Je comparai les arguments de chacun, tous on des arguments recevable et débile.

• Je suis dans le camp des contres, car pour des systèmes minimalistes c’est mieux du léger.
• Je suis dans le camp des contres parce que µdev est intégré alors que c’est clairement un service à part.
• Je suis contre parce que ce n’est utilisable qu’avec Linux à condition d’utiliser un noyau avec les cgroup…
• J’aurais pu être pour le temps de boot.
• J’aurais pu être pour le démarrage des services à la demande.

Mais les inconvénients sont supérieures aux avantages, de mon point de vue. Je comprends très bien que d’autre ne soient pas sensible aux mêmes arguments que moi.

Sans déconner vous avez quoi contre systemd…

Je ne souhaite pas relancer les débats, mais en gros d’un côté tu as :

• C’est trop génial (fanboy)
• Ça démarre très vite
• Les services ne se lance que si on a besoin
• C’est modulaire (ils ont quand même mis udev dedans…)
• Les dév vont pouvoir configurer le fichier de leur deamon une fois pour toutes.

De l’autre :

• C’est nul. (anti-fanboy ou réfractaire au changement en fonction du côté ou tu te places)
• La vitesse de démarrage on s’en fout (sauf à la rigueur sur un portable mais dans ce cas il y a hibernation sur SSD)
• Ça tire des dépendances monstrueuses (DBUS…)
• Ça change (Un peu comme « c’est nul »)
• D’autre system cohérents existe (openRC)
• Une faille dans systemD == faille pour tous les services (un init actuel est petit et simple donc moins de failles potentielles)

Voilà pour la présentation. Personnellement, je suis anti-fanboy car les fanboy n’ont que leur argument à eux qui ne me semble pas recevable. Je pense également qu’un changement de cette taille doit-être réfléchi (mais ce n’est pas dans la culture Linuxienne). J’ai peur que ça fasse un peu comme l’histoire hotplug, hal, udev… pour être compatible les gens de BSD ont accepté de passer à hal, puis vite on change vers udev au lieu de faire évoluer et de corriger les défauts de hal. (Si j’ai bien suivi)

À mon avis, ce genre de « bug/feature » doit arrivé sur les portables, histoire d’éviter le rallumage des disques dur. Mais dans ce cas, normalement, la coupure de courant ne doit pas impacter, sauf à avoir viré la batterie.

Il est peut-être possible de régler un desktop pareil dans l’optique d’économiser l’énergie, sans que l’utilisateur pense aux conséquences.

Ce message n’est que supposition.

Il y a aussi le mot clé export, qui n’a été implémenté par quasiment aucun compilateur.

Hélas, certains service de mailing liste comme les yahoogroups modifie le corps du mail pour ajouter de la pub… du coup les signatures sont fausses en mode MIME. Il reste le inline où effectivement ça marche, mais les gens trouve ça dégueu.

Il y a quelque année, un menuisier avait amené un chèque en bois peint avec toutes les informations bancaires obligatoires…

Ça me tente depuis un moment, mais l’offre de base n’inclus pas le flux RSS complet qui est le seul truc qui m’intéresse vraiment… et 60€ pour 2 ans, je trouve ça cher pour le moment.

Ce serait bien s’ils pouvaient faire une offre modulable :

• Pas de pub ;
• Flux RSS complet ;
• …

Et un abonnement pour une ou plusieurs option.

À ce jeu là, tu peux aussi t'offusquer des banques qui surveillent ce que tu achètes avec ta carte bleue.

Soit je ne suis pas clair, soit tu n’as pas compris. Je ne dis pas qu’il faut s’en passer, je dis qu’il faut savoir pour choisir. Le choix ne provient-il pas de la connaissance ?

C’est amusant comme tu as déformé mon message :
Je dis : « Il faut éduquer pour choisir entre deux mal. »
Tu comprends : « Il faut tout faire soit même. » Je crois que ça clos la discussion potentielle.

À bientôt.

Et ?
Tu viens d’énoncer un pléonasme, bravo.
Tu argumentes cinq lignes et je ne comprends pas quel est le fond de ton message. Je sais que mon QI passe à -10 quand je prends ma voiture, mais là j’ai besoin d’explication s’il te plait.

des gens qui utilise le même OS

Bouc émissaire facile,

Non, petite pique envers toi. :-p

le problème est surtout entre la chaise et le clavier.

C’est vrai, mais là où je suis pour l’éducation tu es pour l’obscurantisme. Leur fournir des outils en leur disant : « Ça marche, vous n’avez rien à craindre. » moi je dirais, « Cet outil fonctionne, mais attention, il y a potentiellement un risque pour ta vie privé. »

Quand au :

toujours la simplicité du "c'est pas moi, c'est la faute des autres".

Je ne vois pas où j’ai écris que c’est la faute de l’autre. À moins que « …à cause du NAT.… » donc tu prends le NAT pour une personne ?

Je redis ce que je voulais dire puisque tu n’as pas compris, ou pas voulu comprendre.

Offrir une solution simple, qui marche c’est bien. Mais dire aux gens à qui tu les proposes quels sont les risques, c’est mieux. Ça leur permet de se passer de la solution si les contraintes leur pèses. Après que tu ne mettes pas la barre au même niveau que moi pour les contraintes de vie privé, ce n’est pas un problème, sauf quand tu traites les autres d’être à côté de la plaque. N’a-t-on pas le droit d’être en désaccord sans être idiot à tes yeux ?

les autres vivent très bien avec ça.

Pour caricaturé, on vivait très bien sans internet, sans ordinateur avec des jouets en bois. Ça n’empêche pas de refuser le progrès, juste de ne pas accepter tout ce qu’on te propose.

Les gens s'en foutent en fait : priorité à la simplicité.

Tu généralises, une partie des gens sans foute, une autre ne s’en rend même pas compte quand aux derniers, ils représentent une part négligeable.

On en est là, principalement à cause du NAT. Aujourd’hui on pourrait basculer en ipv6 et ne plus avoir de problème VNC ou autre pourrait communiquer sans intermédiaire… mais à cause en partie des gens qui utilise le même OS que toi ou d’admin fainéant qui trouve confortable de ne pas être responsable de la sécurité extérieure et qui du coup se sente en sécurité comme ça, le NAT a encore de beau jour devant lui.

La vision d’une personne normale (encore que je me considère à peu près normal) c’est que la box la protège du méchant internet avec plein de monstre caché dans le noir et probablement plus dangereux que le loup google, yahoo, microsoft… et ça, c’est s’ils ont remarqué que la grand mère google était en fait un loup déguisé.

Ce qui me gène sur teamviewer, c’est que tu passes par un intermédiaire qui peut tout voir.

Je ne sais pas à quoi sert ce débat.
D’un côté on a les pour, de l’autre les contres. Les raisons invoqués par les contres sont que les raisons pour sont mineures voir débile. Les autres voient que les dangers de la centralisation, mais ces dangers ne sont pas reconnus comme tel par les premiers.

Résultat :
Soit A l’ensemble des arguments invoqué par les contres, soit B l’ensemble des arguments invoqué par les pours.
On voit assez vite que A ∩ B = ø

Comment débattre si les uns sont incapables de comprendre les arguments des autres ?

D’un autre côté, les machines sont plus puissantes, donc un serveur peut encoder une vidéo et la transmettre via le réseau. Ça se fait pour jouer à des jeux à distance… je n’aime pas le principe, mais ce n’est pas sûr qu’on arrive à freiner ce mouvement.
Quand tu auras le choix entre un PC à 1000€ ou plus pour jouer ou une connexion internet et un petit abonnement pour jouer sur ta TV, je crois hélas que le choix de la simplicité d’utilisation restera.
Quelques réf. : Gaikai, Site officiel et enfin jouer à WoW sur iPad

Sinon, l’avenir de GNU/Linux est le même que Windows en version Desktop, on va progressivement migré vers une nouvelle informatique. Les ordinateurs individuels ne disparaitront pas, mais deviendrons les jouets de quelques uns.

Oui, mais de mémoire, le principe était d’utiliser aussi une sorte d’appel d’offre. Des utilisateurs pouvaient demander une fonctionnalité, et des développeurs dire :
« Je m’en occupe pour x€ ». Si un autre développeur faisait baisser les enchères, les utilisateurs devaient choisir.

Je reste prudent quand à l’ESP… en effet, puisque le virage est chaud à 60km/h, je ne vais pas plus loin. Mais si un jour, il y a des gravillons, la voiture dérape et je peux tenter de la rattraper. L’ESP ici peut servir.
J’ai pris l’habitude de l’ESP, je prends ce virage à 80km/h maintenant, puisque ça tient. Mais un jour, il y a une trace de gasoil, l’ESP tente de rattraper, mais ni arrive pas puisqu’il est déjà en route, je peux donc tenter de rattraper la voiture comme avant, mais avec 20km/h de plus… Le choc en est plus terrible.
L’ESP m’aurait éviter des belles frayeur dans mes jeunes années, mais je me pose la question de si je n’en aurais pas profité pour aller encore plus vite. On est un peu bête quand on est jeune.

C’est parce que GNU/Linux est mal sécurisé qu’ils ont eu des problèmes de sécurité après la révélation de l’affaire vendredi et que leur carnet de clientèle a fuité.

--->[]

Le problème sur linuxFR c'est que je ne savais pas quel est le type de commentaire qui pourrait convenir.

Tous commentaires qui te semble pertinent est bon à écrire.

Donc, souvent je répondais, ligne par ligne, d'où parfois des incohérences.

C’est bien là le problème, si tu écris des incohérences, tu n’es pas crédible donc inutile.
Tes commentaires, quand tu étais à -10 me semblait souvent brouillon, sans queue ni tête ce qui nuit à la lecture.
Sans être une vrai dissertation un bon commentaire doit être àmha cohérent, et structuré. Après, que certains moinssent parce qu’ils sont contre, ça arrive, mais ce n’est pas la majorité.

Salut

Laisser Overmon Server (appliance debian avec nagios, glpi, fusion, etc …) sous gpl
Passer Overmon Admin Tools sous licence proprio

Le temps d'assurer au moins mes arrières.

Après, tu peux peut-être négocier libérer la partie admin au fur et à mesure… genre 1 ou 2 ans après.
Mettre en place un système de plugins (ça y est peut-être déjà) faire des plugins propriétaires pour les clients.

Si tu appliquais un de tes préceptes ?
Vend ton ordinateur.

Tu remontes ton karma ? C’est le premier commentaire où tu as plus de 0 ;-)

Bon, maintenant je vais lire ton commentaire.

Édition après lecture :
Effectivement, tu en parles ;-) Bon, ben bon courage pour la suite de ton apprentissage.

Ce qu’il veut dire c’est qu’il y a une différence entre :
« Excuse moi. » Tu ordonnes à la personne de t’excuser.
« Je te prie de m’excuser » Tu demandes à la personne de t’excuser. C’est plus humble comme ça.

C’est la base de la communication d’avoir un message explicite.