Un des soucis non résolu de sysvinit etait le fait que tout etait dans /etc/init.d, marqué (dans les distributions rpms) comme fichier de configuration. Et donc, la moindre modif impliquait de perdre le nouveau fichier à l'update et donc de passer à coté de corrections de bugs ( parfois ).
Avec l'utilisation d'un fichier declaratif à la place d'un fichier qui est un script, on peut mettre au point un algo de fusion de 1 ou plusieurs fichiers servent à décrire une unité de ta configuration ( genre un service, etc, unité au sens large, pas au sens systemd )
Du coup, on peut faire la chose suivante. Dans un repertoire, tu as le fichier fourni par upstream ( distribution, etc ) et dans un autre, tu as le fichier modifié par l'admin. Tu peux faire ça en ecrasant le fichier ( cad toto.service dans les 2 ) et on prends que le fichier de l'admin. Ou on peut utiliser la drop-in configuration, cad faire un repertoire toto.service.d/ avec un fichier foo.conf qui contient un fragment du fichier, et on fusionne les 2 clés par clé, en donnant la priorité à la clé dans le repertoire pour l'admin. Par exemple, je veux rajouter PrivateTmp=yes sur un service, je peux, et de tel sorte que ça soit résistant à l'upgrade, visible ( cad via ls, ou juste via les commandes comme systemctl ) et "config management friendly" ( vu qu'il s'agit juste de déposer un fichier dans un repertoire ).
Du coup, tu as /etc/systemd/system , /usr/lib/systemd/system et /run/systemd/system/ . La section "Unit Load path" de la page de man systemd.unit(5) explique les régles de priorités.
Ils iront vers ce qui coutent le moins cher afin de garder des tarifs compétitifs, oui. Faut bien se rendre compte que kimsuft et dedibox sont pas cher grace à ça, et que une procédure judiciaire, ça coute en frais d'avocat et en temps perdu.
En fait, l'inspiration est le format utilisé pour les fichiers .desktop ( http://standards.freedesktop.org/desktop-entry-spec/latest/ ), lui même inspiré du format de fichier .ini qu'on retrouve à beaucoup à l'époque de windows 3.11, et qui, d'aprés wikipedia, trouve ses origines dans windows 1.0.
C'est un format qui est nativement compris par pas mal de language ( python, perl, etc ), avec des implémentations matures, et facile à comprendre par la plupart des gens ( au contraire de json ou yaml qui requiert de comprendre la syntaxe un minimum ). Ceci dit, si ça ne te plait pas, tu peux toujours utiliser un generateur qui va convertir les unités d'un format de ton choix vers ce que systemd comprends.
Je suis sur que tes critiques seraient prises plus au sérieux sans l'usage de terme comme merdique, cochonneries et usine à gaz, et surtout avec un truc plus précis que "une syntaxe qui fait mal aux yeux", car je doute franchement que ça soit une description litéral de ce qui t'arrive. Je suis sur qu'on peut te mettre dans un ORM et vérifier qu'aucun centre de la douleur n'est activé par la syntaxe, et qu'il s'agit juste d'une métaphore, ce qui n'aide pas vraiment le propos de part son imprecision.
Je sais pas comment mesuré "plus dur". Par exemple, est ce que comptable est plus dur qu'ingénieur ? Est ce que pompier est plus dur ?
Je suis d'accord qu'il y a plein de métier mal payé et mal valorisé par rapport à ce que j'estime qu'il devrait être payé, mais y a aussi plein de cas ou ça marche. Par exemple, je pense qu'un consultant est mieux payé parce qu'il bouge sans arret par rapport à moi, pour ne citer qu'un exemple personnel. Qu'un commercial est mieux payé pour les mêmes raisons. Ensuite oui, je suis sur qu'un pompier qui risque sa vie gagne moins que moi, ou un soldat pour l'exemple ( même si je pense qu'un pompier est mieux payé qu'un flic qui fait la circulation ).
Mais le fait est qu'une partie du salaire, en plus de la rareté, viens aussi du taf lui même. En tant qu'ingé, je suis payé plus cher parce que je fait pas du 8h/17h, et un chef est payé plus cher pour se faire crier dessus.
Mais oui, on peut pas tout comparer directement, c'est une simplification mal venu de ma part.
Pour le frontend, y a packagekit. Pour les paquets, c'est plus dur. Je serait pour le fait de refaire le format spec ou celui de debian, mais c'est un autre débat.
est ce que va t'intégrer avec tel techno par defaut. Exemple, apparmor/selinux.
est ce que tu va par défaut ne rien lancer ( ie, j'installe apache, et je doit penser à le lancer par défaut ) vs ne pas avoir à le faire.
est ce que j'autorise le fait de mettre en bundle du code est autorisé ou pas, car ça va rendre la gestion de la sécurité plus compliqué
Des choix d'intégration, y en a plein qui sont fait et qui doivent être fait, avec plus ou moins d'impact. Le fait d'avoir ou pas tel systéme d'init est un de ces choix par exemple.
Et franchement, si les gens voulaient moins de diversité, ils passeraient pas de temps à faire des distributions. Il faut bien voir que dans l'état des choses, il y a besoin de plus de personne pour faire un systéme complet que pour faire un composant du systeme, et qu'il y a infiniment moins de systéme d'init que de distributions; Donc je ne peux que supposer que la demande en diversité au niveau des distributions Linux est plus grande qu'au niveau des inits, malgré les demandes à corps et à cris de certains, vu que ça ne débouche sur rien.
Je suis pas d'accord que le DIF soit uniquement pour une reconversion, le site du gouvernement n'en parle pas dans ces termes.
Ensuite, si tu estimes avoir droit à une formation (ce qui est quand même ce que je comprends du thread), tu as en effet le droit d'utiliser le DIF, le D voulant dire droit. La question ensuite est de savoir si les évolutions inhérentes à ton métier ( car bon, les métiers évoluent, certaines évoluent beaucoup plus que d'autres ) rentrent dedans ou pas.
E.g., le souci, c'est que tu voudrais puet être avoir droit à plus de formation que ce qu'on estime que tu as le droit d'avoir car tu t'estimes lésé d'avoir à utiliser ton DiF sur des trucs que tu voudrait pas forcément apprendre pour garder ta liberté.
Par exemple tu voudrais pouvoir avoir le droit à tes 5j sur RHEL 7 et tes 5 jours sur la patisserie.
Bien sur, il serait à ce moment la mal venu de rappeler l'inégalité salariale entre un ingénieur moyen et un métier moins payé, et rappeler aussi qu'avec le salaire, il y a des contraintes plus fortes ( pression, responsabilité pour ne citer que les plus flous, mais prises de risques physiques, déplacement tout les jours pour en citer d'autres ).
Du coup, si tu estimes que la situation est pas normal, c'est un peu tard pour corriger ça dans ton contrat, mais suffisament tot pour le prochain, et suffisament pour les contrats des autres. Donc tu peux inciter les gens à:
- demander plus d'argent
- mettre dans le contrat explicitement une clause de formation
Et si ça t'inmporte vraiment ( cad si tu es prêt à faire plus qu'un poste sur linuxfr ), tu peux soit aller dans un syndicat, ou faire de la communication autour du probléme.
Ou faire comme moi, répondre à des annonces sur des postes, passer les entretiens, et refuser de signer si on te file pas la clause que tu veux, histoire que ça rentre dans l'esprit des gens ( comprendre des recruteurs au sens large ) qu'il y a une demande pour ce genre de choses, et que le prochain qui demande ne soit qu'un parmi tant d'autres, et qu'on le regarde pas de travers. Tu peux même faire ça sur des jobs que tu aimes pas si tu es déja en poste ( genre postuler dans divers SSII ). Et si il te file la clause, demande plus de thunes. Et à la fin, tu peux toujours t'en sortir par un "mon patron m'a augmenté pour que je reste, donc je reste la ou je suis".
Techniquement, tes connaissances, tu les gardent pour toi, libre à toi de les utiliser ou pas pour ton taf.
Quand tu quittes la boite, elles sont encore avec toi, donc je pense pas que tu les donnes.
Si maintenant, ton souci, c'est que tu estimes ne pas être assez payer pour ça, pas de souci, mais dit le clairement, tu veux plus de sous. Y a rien de mal à ça, faut arreter de se sentir complexer à l'idée d'aller frontalement contre son patron sur le sujet.
Et si l'idée est que tu travailles trop, alors ça devient la même equation, cad que tu estimes que tu voudrait bosser moins pour la même paye, donc que tu veux une augmentation suivi d'une réduction du temps de travail.
Mais oui, la conspiration du complexe militaro industrial de la NSA et de RH qui prends en otage les utilisateurs en rendant le code plus obscures afin de faciliter l'emergence de faille pour rajouter des GPS dans ton alimentation, ou un truc comme ça.
Je pense que Centos aurait suivi RHEL avec ou sans le fait d'avoir des salariés de RH, parce que c'est la raison d'être de la distribution.
Et je pense que si qui que ce soit de compétent et motivé l'aurait voulu, il aurait fait sa distro sans systemd, et les gens l'aurait suivi si il y avait vraiment un interet fort, et des avantages.
Comme c'est pas arrivé, soit les gens qui ralent sont pas prêt à mettre la main à la patte, soit ils sont pas assez nombreux.
Non, la procédure normale en sécurité est d'arrêter la machine
vérolée, et d'assurer la continuité de service à partir d'un
état que l'on sait sain. Pas de continuer avec une machine
potentiellement vérolée qu'on n'a pas audité.
Pas forcément. D'une part, arreter la machine va détuire les processes en cours et donc des informations potentiellement intéressante.
Ensuite, le but est aussi d'assurer la continuité du service si possible. Dans le cas d'une banque, la perte en réputation est tel que tu peux difficilement prendre le risque que la machine soit vérolé. Dans le cas de linuxfr et aux vues des réactions des gens icis, ils estiment que la continuité passe avant tout. C'est leur droit, et visiblement, entre couper tout linuxfr ou couper à minima et fouiller aprés, ils ont choisi.
Bien sur, tu peux faire un choix différent, mais c'est eux les admins et le concept de responsabilité fait qu'ils ont toute latitude dans le fait de choisir en ignorant ou pas tes arguments.
Perso, c'est pas forcément ce que je voudrais. Moi, j'aime bien avoir un truc intégré avec des gens qui vérifient et qui font pas n'importe quoi et n'importe comment. Je voit bien par exemple comment ça se passe sur les différentes applis android bourré de pub, etc.
Je peux comprendre que des gens veulent ça et je m'oppose pas à la techno ou à laisser le choix pour ceux qui ont moins bons gouts que moi, mais ça me dérange pas que ça ne soit pas déjà le cas, loin de la.
qui permette de gerer ton propre jeu de miroir de rpm, d'imageopenstack ou docker ( et si quelqu'un pouvait coder le support des paquets Debian, ça serait chouette ).
Et je suis pas sur que faire un dépôt basé sur git pour mettre des images de 100 à 200m soit une riche idée :)
Moi, ce que je trouve bizarre, c'est qu'on perpétue le fait que les fonctionnaires soient différents et qu'on se dise dans notre esprit qu'ils sont une et une seule entité. Et qu'on fasse une différence privé publique si forte. Jamais tu n'as dans l'esprit des gens ou dans les discussions une opposition marqué entre 2 boites privés ou 2 administrations publiques. Mais les hommes politiques, à force de stigmatisation, ont réussi à ce qu'on généralise sur les fonctionnaires, alors qu'il y a comme partout ailleurs, de tout.
Je pense qu'il y a sans doute un lien entre ce qu'on voit grâce à l'explosion des réseaux sociaux, la peur de louper des choses ( https://en.wikipedia.org/wiki/Fear_of_missing_out ) et le comportement de la NSA. Il n'y a pas de raison que ça affecte les gens en dehors de la NSA et pas les gens à l'intérieur, surtout si une partie de leur role est justement de se tenir au courant.
À partir de la, et ayant les moyens et entouré de gens partageant le syndrome, n'ayant pas de garde fous ( tel que "j'ai un job à faire" et "je doit voir mes potes" ), j'imagine que ça a très bien pu se propager comme un feu de priarie dans la structure de l'agence.
En fait, au vue de la taille de la citation sur le premier et de la pub que le VP de Numergy se fait, je peux imaginer qu'il s'agit d'un client stratégique, et ça implique sans doute "payer pour du code".
Mais ensuite, il semble que l'intégration avec VMWare ne soit pas encore suffisamment fiable:
Et il n'est pas question de passion, d'esprit du libre, de
communauté et tout le toutim.
Il faut pourtant voir qu'un tarif plus bas permet d'avoir une debian LTS. Et avoir une debian LTS permet de garder leur business en vie d'une part, mais aussi de rendre Debian compétitive, d'augmenter le nombre de contribution et donc s'aligne aussi avec leur passion de Debian.
Je ne pense pas qu'on puisse facilement séparé les 2.
Centos tape dans la même durée de vie que RHEL sauf erreur de ma part ( peut être pas d'aprés ce que Zertinam dit ). Mais le reste encore correct, et en effet, Debian passe à la traine sans LTS par rapport aux restes des distribs traditionnellement vu comme serveurs.
Je pense que 3 ans, c'est suffisant pour moi en tant que particulier. Mais je sais aussi qu'il y a des gens avec des distribs comme RHEL 4 en production, du Solaris 8, etc, etc. SUr le coup, quand j'ai eu un appel téléphonique avec un client qui m'a dit avoir ça, j'ai pas percuté, mais Solaris 8 est sorti en 2000, Solaris 9 en 2002, et sont encore supporté ( plus ou moins pour Solaris 8, et plus très longtemps pour le 9 si je pige bien ce que Wikipedia me dit ).
Il faut aussi voir le timing des discussions. Fin 2011, Canonical passe le support LTS de 3 ans à 5 ans.
Avril 2012, Canonical sort sa LTS avec un support plus étendu que d'habitude, fait de la publicité, etc.
Un an, un an et demi passe, et je pense que l'effet des annonces commencent à se faire sentir par ci par la, à savoir que les gens commencent à réaliser que prendre une Ubuntu va permettre d'avoir un support plus long que Debian, que prendre Centos va aussi permettre d'avoir un support plus long que Debian. Pour certains, ils s'en foutent, pour d'autres, peut être pas.
La, je pense que les discussions privées sur un coin de table commence. L'idée trotte sans doute depuis longtemps, mais c'était pas si critique, Debian était dans la moyenne.
Donc on arrive à mi-2013, les gens discutent et quelques mois plus tard, organisation d'un meeting de la security team à Essen, allemagne. Et l'annonce de Debian LTS est faite en janvier 2014. Avance rapide au moins de Juin, Debian 6 est EOL, donc Debian-LTS arrive.
Debian LTS est la parce que les indépendants autour de Debian ont commencé à voir les demandes des clients, parce qu'ils ont aussi envie de voir le projet vivre et prospérer, et parce que les temps ont changés.
Je ne doute pas que le tarif de gros soit moins cher. Je pense que l'équipe de 10 admins windows, qui était un peu moins expérimenté que moi était à 200 ou 300€ par jour et par personne. Mais c'était aussi des gens qu'on avait pris quasiment à la sortie de l'école (aec un diplôme en physique, ce qui n'est pas un mal mais un chouia moins adapté au taf qu'un en informatique), formé 2/3 semaines et mis chez le client, de l'aveu même des personnes.
Mais sinon, oui, ils étaient en régie de la même façon que moi.
Les tarifs pratiqués pour les prestations varient quand même beaucoup.
[^] # Re: Par curiosité
Posté par Misc (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, partie 1 et 2. Évalué à 10.
En fait, c'est assez simple.
Un des soucis non résolu de sysvinit etait le fait que tout etait dans /etc/init.d, marqué (dans les distributions rpms) comme fichier de configuration. Et donc, la moindre modif impliquait de perdre le nouveau fichier à l'update et donc de passer à coté de corrections de bugs ( parfois ).
Avec l'utilisation d'un fichier declaratif à la place d'un fichier qui est un script, on peut mettre au point un algo de fusion de 1 ou plusieurs fichiers servent à décrire une unité de ta configuration ( genre un service, etc, unité au sens large, pas au sens systemd )
Du coup, on peut faire la chose suivante. Dans un repertoire, tu as le fichier fourni par upstream ( distribution, etc ) et dans un autre, tu as le fichier modifié par l'admin. Tu peux faire ça en ecrasant le fichier ( cad toto.service dans les 2 ) et on prends que le fichier de l'admin. Ou on peut utiliser la drop-in configuration, cad faire un repertoire toto.service.d/ avec un fichier foo.conf qui contient un fragment du fichier, et on fusionne les 2 clés par clé, en donnant la priorité à la clé dans le repertoire pour l'admin. Par exemple, je veux rajouter PrivateTmp=yes sur un service, je peux, et de tel sorte que ça soit résistant à l'upgrade, visible ( cad via ls, ou juste via les commandes comme systemctl ) et "config management friendly" ( vu qu'il s'agit juste de déposer un fichier dans un repertoire ).
Du coup, tu as /etc/systemd/system , /usr/lib/systemd/system et /run/systemd/system/ . La section "Unit Load path" de la page de man systemd.unit(5) explique les régles de priorités.
[^] # Re: GlobeNet
Posté par Misc (site web personnel) . En réponse au journal Les serveurs situés à l'étranger et la loi. Évalué à 2.
Ils iront vers ce qui coutent le moins cher afin de garder des tarifs compétitifs, oui. Faut bien se rendre compte que kimsuft et dedibox sont pas cher grace à ça, et que une procédure judiciaire, ça coute en frais d'avocat et en temps perdu.
[^] # Re: Compétence de la justice française
Posté par Misc (site web personnel) . En réponse au journal Les serveurs situés à l'étranger et la loi. Évalué à 3.
Tu confonds pas l'ile de man et les bahamas ?
[^] # Re: Formation
Posté par Misc (site web personnel) . En réponse à la dépêche systemd pour les administrateurs, partie 1 et 2. Évalué à 10.
En fait, l'inspiration est le format utilisé pour les fichiers .desktop ( http://standards.freedesktop.org/desktop-entry-spec/latest/ ), lui même inspiré du format de fichier .ini qu'on retrouve à beaucoup à l'époque de windows 3.11, et qui, d'aprés wikipedia, trouve ses origines dans windows 1.0.
C'est un format qui est nativement compris par pas mal de language ( python, perl, etc ), avec des implémentations matures, et facile à comprendre par la plupart des gens ( au contraire de json ou yaml qui requiert de comprendre la syntaxe un minimum ). Ceci dit, si ça ne te plait pas, tu peux toujours utiliser un generateur qui va convertir les unités d'un format de ton choix vers ce que systemd comprends.
Je suis sur que tes critiques seraient prises plus au sérieux sans l'usage de terme comme merdique, cochonneries et usine à gaz, et surtout avec un truc plus précis que "une syntaxe qui fait mal aux yeux", car je doute franchement que ça soit une description litéral de ce qui t'arrive. Je suis sur qu'on peut te mettre dans un ORM et vérifier qu'aucun centre de la douleur n'est activé par la syntaxe, et qu'il s'agit juste d'une métaphore, ce qui n'aide pas vraiment le propos de part son imprecision.
[^] # Re: Tu sais
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 2.
Je sais pas comment mesuré "plus dur". Par exemple, est ce que comptable est plus dur qu'ingénieur ? Est ce que pompier est plus dur ?
Je suis d'accord qu'il y a plein de métier mal payé et mal valorisé par rapport à ce que j'estime qu'il devrait être payé, mais y a aussi plein de cas ou ça marche. Par exemple, je pense qu'un consultant est mieux payé parce qu'il bouge sans arret par rapport à moi, pour ne citer qu'un exemple personnel. Qu'un commercial est mieux payé pour les mêmes raisons. Ensuite oui, je suis sur qu'un pompier qui risque sa vie gagne moins que moi, ou un soldat pour l'exemple ( même si je pense qu'un pompier est mieux payé qu'un flic qui fait la circulation ).
Mais le fait est qu'une partie du salaire, en plus de la rareté, viens aussi du taf lui même. En tant qu'ingé, je suis payé plus cher parce que je fait pas du 8h/17h, et un chef est payé plus cher pour se faire crier dessus.
Mais oui, on peut pas tout comparer directement, c'est une simplification mal venu de ma part.
[^] # Re: Vivement que Lennart Poettering…
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 2.
Pour le frontend, y a packagekit. Pour les paquets, c'est plus dur. Je serait pour le fait de refaire le format spec ou celui de debian, mais c'est un autre débat.
[^] # Re: Vivement que Lennart Poettering…
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 8.
Au dela de ça, des questions comme :
est ce que va t'intégrer avec tel techno par defaut. Exemple, apparmor/selinux.
est ce que tu va par défaut ne rien lancer ( ie, j'installe apache, et je doit penser à le lancer par défaut ) vs ne pas avoir à le faire.
est ce que j'autorise le fait de mettre en bundle du code est autorisé ou pas, car ça va rendre la gestion de la sécurité plus compliqué
Des choix d'intégration, y en a plein qui sont fait et qui doivent être fait, avec plus ou moins d'impact. Le fait d'avoir ou pas tel systéme d'init est un de ces choix par exemple.
Et franchement, si les gens voulaient moins de diversité, ils passeraient pas de temps à faire des distributions. Il faut bien voir que dans l'état des choses, il y a besoin de plus de personne pour faire un systéme complet que pour faire un composant du systeme, et qu'il y a infiniment moins de systéme d'init que de distributions; Donc je ne peux que supposer que la demande en diversité au niveau des distributions Linux est plus grande qu'au niveau des inits, malgré les demandes à corps et à cris de certains, vu que ça ne débouche sur rien.
[^] # Re: Tu sais
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 3.
Je suis pas d'accord que le DIF soit uniquement pour une reconversion, le site du gouvernement n'en parle pas dans ces termes.
Ensuite, si tu estimes avoir droit à une formation (ce qui est quand même ce que je comprends du thread), tu as en effet le droit d'utiliser le DIF, le D voulant dire droit. La question ensuite est de savoir si les évolutions inhérentes à ton métier ( car bon, les métiers évoluent, certaines évoluent beaucoup plus que d'autres ) rentrent dedans ou pas.
E.g., le souci, c'est que tu voudrais puet être avoir droit à plus de formation que ce qu'on estime que tu as le droit d'avoir car tu t'estimes lésé d'avoir à utiliser ton DiF sur des trucs que tu voudrait pas forcément apprendre pour garder ta liberté.
Par exemple tu voudrais pouvoir avoir le droit à tes 5j sur RHEL 7 et tes 5 jours sur la patisserie.
Bien sur, il serait à ce moment la mal venu de rappeler l'inégalité salariale entre un ingénieur moyen et un métier moins payé, et rappeler aussi qu'avec le salaire, il y a des contraintes plus fortes ( pression, responsabilité pour ne citer que les plus flous, mais prises de risques physiques, déplacement tout les jours pour en citer d'autres ).
Du coup, si tu estimes que la situation est pas normal, c'est un peu tard pour corriger ça dans ton contrat, mais suffisament tot pour le prochain, et suffisament pour les contrats des autres. Donc tu peux inciter les gens à:
- demander plus d'argent
- mettre dans le contrat explicitement une clause de formation
Et si ça t'inmporte vraiment ( cad si tu es prêt à faire plus qu'un poste sur linuxfr ), tu peux soit aller dans un syndicat, ou faire de la communication autour du probléme.
Ou faire comme moi, répondre à des annonces sur des postes, passer les entretiens, et refuser de signer si on te file pas la clause que tu veux, histoire que ça rentre dans l'esprit des gens ( comprendre des recruteurs au sens large ) qu'il y a une demande pour ce genre de choses, et que le prochain qui demande ne soit qu'un parmi tant d'autres, et qu'on le regarde pas de travers. Tu peux même faire ça sur des jobs que tu aimes pas si tu es déja en poste ( genre postuler dans divers SSII ). Et si il te file la clause, demande plus de thunes. Et à la fin, tu peux toujours t'en sortir par un "mon patron m'a augmenté pour que je reste, donc je reste la ou je suis".
[^] # Re: Tu sais
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 7.
Techniquement, tes connaissances, tu les gardent pour toi, libre à toi de les utiliser ou pas pour ton taf.
Quand tu quittes la boite, elles sont encore avec toi, donc je pense pas que tu les donnes.
Si maintenant, ton souci, c'est que tu estimes ne pas être assez payer pour ça, pas de souci, mais dit le clairement, tu veux plus de sous. Y a rien de mal à ça, faut arreter de se sentir complexer à l'idée d'aller frontalement contre son patron sur le sujet.
Et si l'idée est que tu travailles trop, alors ça devient la même equation, cad que tu estimes que tu voudrait bosser moins pour la même paye, donc que tu veux une augmentation suivi d'une réduction du temps de travail.
[^] # Re: Tu sais
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 7.
Mais oui, la conspiration du complexe militaro industrial de la NSA et de RH qui prends en otage les utilisateurs en rendant le code plus obscures afin de faciliter l'emergence de faille pour rajouter des GPS dans ton alimentation, ou un truc comme ça.
[^] # Re: Tu sais
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 4.
Fait un kickstarter et à toi le pognon. Au contraire de la pétition demandant à lennart d'arrêter de coder, avec quasiment personne qui a signé…
[^] # Re: RRRrrrrrubber biscuit ?
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 8.
Je pense que Centos aurait suivi RHEL avec ou sans le fait d'avoir des salariés de RH, parce que c'est la raison d'être de la distribution.
Et je pense que si qui que ce soit de compétent et motivé l'aurait voulu, il aurait fait sa distro sans systemd, et les gens l'aurait suivi si il y avait vraiment un interet fort, et des avantages.
Comme c'est pas arrivé, soit les gens qui ralent sont pas prêt à mettre la main à la patte, soit ils sont pas assez nombreux.
[^] # Re: Mouais...
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 3.
Visiblement, le souci n'est pas de changer ou pas, vu que si les gens prennent une version récente, ils veulent du changement.
[^] # Re: et tu ne peux pas reinstaller sysv
Posté par Misc (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 4.
Non, mais centos 6 est encore maintenu.
[^] # Re: Un peu trop d'interprétation
Posté par Misc (site web personnel) . En réponse au journal De l'approche ultra-légère de la sécurité sur linuxfr. Évalué à 6.
Pas forcément. D'une part, arreter la machine va détuire les processes en cours et donc des informations potentiellement intéressante.
Ensuite, le but est aussi d'assurer la continuité du service si possible. Dans le cas d'une banque, la perte en réputation est tel que tu peux difficilement prendre le risque que la machine soit vérolé. Dans le cas de linuxfr et aux vues des réactions des gens icis, ils estiment que la continuité passe avant tout. C'est leur droit, et visiblement, entre couper tout linuxfr ou couper à minima et fouiller aprés, ils ont choisi.
Bien sur, tu peux faire un choix différent, mais c'est eux les admins et le concept de responsabilité fait qu'ils ont toute latitude dans le fait de choisir en ignorant ou pas tes arguments.
[^] # Re: Docker pour le bureau, est-ce le futur ?
Posté par Misc (site web personnel) . En réponse à la dépêche La folie Docker. Évalué à 3.
Perso, c'est pas forcément ce que je voudrais. Moi, j'aime bien avoir un truc intégré avec des gens qui vérifient et qui font pas n'importe quoi et n'importe comment. Je voit bien par exemple comment ça se passe sur les différentes applis android bourré de pub, etc.
Je peux comprendre que des gens veulent ça et je m'oppose pas à la techno ou à laisser le choix pour ceux qui ont moins bons gouts que moi, mais ça me dérange pas que ça ne soit pas déjà le cas, loin de la.
[^] # Re: Isolation IO
Posté par Misc (site web personnel) . En réponse à la dépêche La folie Docker. Évalué à 3.
C'est pour ça qu'il aut utiliser systemd et les cgroups :p
( d'ailleurs, c'est ce qui est fait dans atomic : http://www.projectatomic.io/ )
[^] # Re: Docker vs LXC
Posté par Misc (site web personnel) . En réponse à la dépêche La folie Docker. Évalué à 2.
Tu peux aussi faire pareil via ansible et docker avec un connecteur spécial:
https://github.com/ansible/ansible/pull/7971
Le registry docker est relativement simple à faire tourner pourtant.
Tu peux aussi regardé du coté de crane et de pulp:
https://github.com/pulp/crane
https://github.com/pulp/pulp_docker
qui permette de gerer ton propre jeu de miroir de rpm, d'imageopenstack ou docker ( et si quelqu'un pouvait coder le support des paquets Debian, ça serait chouette ).
Et je suis pas sur que faire un dépôt basé sur git pour mettre des images de 100 à 200m soit une riche idée :)
[^] # Re: Fondateur qui recrute un CEO et devient CTO
Posté par Misc (site web personnel) . En réponse à la dépêche La folie Docker. Évalué à 2.
Tu parles de Canonical ?
[^] # Re: Ouf, la France n'est pas touchée par la faille !
Posté par Misc (site web personnel) . En réponse au journal Les Pays-Bas inventent le DDOS sur les services administratifs. Évalué à 10.
Moi, ce que je trouve bizarre, c'est qu'on perpétue le fait que les fonctionnaires soient différents et qu'on se dise dans notre esprit qu'ils sont une et une seule entité. Et qu'on fasse une différence privé publique si forte. Jamais tu n'as dans l'esprit des gens ou dans les discussions une opposition marqué entre 2 boites privés ou 2 administrations publiques. Mais les hommes politiques, à force de stigmatisation, ont réussi à ce qu'on généralise sur les fonctionnaires, alors qu'il y a comme partout ailleurs, de tout.
[^] # Re: Sémantique
Posté par Misc (site web personnel) . En réponse au journal Vous êtes tous des terroristes (potentiellement). Évalué à 4.
Je pense qu'il y a sans doute un lien entre ce qu'on voit grâce à l'explosion des réseaux sociaux, la peur de louper des choses ( https://en.wikipedia.org/wiki/Fear_of_missing_out ) et le comportement de la NSA. Il n'y a pas de raison que ça affecte les gens en dehors de la NSA et pas les gens à l'intérieur, surtout si une partie de leur role est justement de se tenir au courant.
À partir de la, et ayant les moyens et entouré de gens partageant le syndrome, n'ayant pas de garde fous ( tel que "j'ai un job à faire" et "je doit voir mes potes" ), j'imagine que ça a très bien pu se propager comme un feu de priarie dans la structure de l'agence.
[^] # Re: Durée de vie
Posté par Misc (site web personnel) . En réponse à la dépêche Support à long terme de Debian: une opportunité à ne pas manquer. Évalué à 2.
Sans vouloir trop pinailler et après avoir fouillé :
http://wiki.centos.org/About/Product
https://access.redhat.com/site/fr/support/policy/updates/errata
fin de centos 4 => 30/02/2012
fin de RHEL 4 => 28/02/2015
IE, tu peux payer pour avoir 3 ans de support en plus sur RHEL.
Mais je reconnais que c'est discutable.
[^] # Re: La vraie nouvelle du jour
Posté par Misc (site web personnel) . En réponse à la dépêche Red Hat Software Collections 1.1. Évalué à 2.
Donc ça serait pour Numergy que Canonical a adapté Openstack comme VMWare ( cad, avoir VMWare comme hyperviseur supporté ), cf
https://insights.ubuntu.com/2014/04/15/ubuntu-14-04-lts-the-cloud-platform-of-choice/
http://www.infoworld.com/d/virtualization/vmware-partners-canonical-extend-openstack-cloud-217458
En fait, au vue de la taille de la citation sur le premier et de la pub que le VP de Numergy se fait, je peux imaginer qu'il s'agit d'un client stratégique, et ça implique sans doute "payer pour du code".
Mais ensuite, il semble que l'intégration avec VMWare ne soit pas encore suffisamment fiable:
http://www.silicon.fr/cloud-numergy-ajoute-corde-openstack-arc-95094.html
[^] # Re: Tarif
Posté par Misc (site web personnel) . En réponse à la dépêche Support à long terme de Debian: une opportunité à ne pas manquer. Évalué à 8.
Il faut pourtant voir qu'un tarif plus bas permet d'avoir une debian LTS. Et avoir une debian LTS permet de garder leur business en vie d'une part, mais aussi de rendre Debian compétitive, d'augmenter le nombre de contribution et donc s'aligne aussi avec leur passion de Debian.
Je ne pense pas qu'on puisse facilement séparé les 2.
Comme j'ai déjà posté si souvent, la longévité de Debian est assez courte en comparaison d'autres OS. ( je me cite moi même https://linuxfr.org/nodes/97929/comments/1447718 ).
Centos tape dans la même durée de vie que RHEL sauf erreur de ma part ( peut être pas d'aprés ce que Zertinam dit ). Mais le reste encore correct, et en effet, Debian passe à la traine sans LTS par rapport aux restes des distribs traditionnellement vu comme serveurs.
Je pense que 3 ans, c'est suffisant pour moi en tant que particulier. Mais je sais aussi qu'il y a des gens avec des distribs comme RHEL 4 en production, du Solaris 8, etc, etc. SUr le coup, quand j'ai eu un appel téléphonique avec un client qui m'a dit avoir ça, j'ai pas percuté, mais Solaris 8 est sorti en 2000, Solaris 9 en 2002, et sont encore supporté ( plus ou moins pour Solaris 8, et plus très longtemps pour le 9 si je pige bien ce que Wikipedia me dit ).
Il faut aussi voir le timing des discussions. Fin 2011, Canonical passe le support LTS de 3 ans à 5 ans.
http://www.omgubuntu.co.uk/2011/10/ubuntu-12-04-lts-desktop-to-be-supported-for-five-years
Début 2012, RH annonce supporter RHEL pour 10 ans (http://www.theregister.co.uk/2012/01/31/redhat_rhel_more_life_support/).
Avril 2012, Canonical sort sa LTS avec un support plus étendu que d'habitude, fait de la publicité, etc.
Un an, un an et demi passe, et je pense que l'effet des annonces commencent à se faire sentir par ci par la, à savoir que les gens commencent à réaliser que prendre une Ubuntu va permettre d'avoir un support plus long que Debian, que prendre Centos va aussi permettre d'avoir un support plus long que Debian. Pour certains, ils s'en foutent, pour d'autres, peut être pas.
La, je pense que les discussions privées sur un coin de table commence. L'idée trotte sans doute depuis longtemps, mais c'était pas si critique, Debian était dans la moyenne.
Donc on arrive à mi-2013, les gens discutent et quelques mois plus tard, organisation d'un meeting de la security team à Essen, allemagne. Et l'annonce de Debian LTS est faite en janvier 2014. Avance rapide au moins de Juin, Debian 6 est EOL, donc Debian-LTS arrive.
Debian LTS est la parce que les indépendants autour de Debian ont commencé à voir les demandes des clients, parce qu'ils ont aussi envie de voir le projet vivre et prospérer, et parce que les temps ont changés.
[^] # Re: Tarif
Posté par Misc (site web personnel) . En réponse à la dépêche Support à long terme de Debian: une opportunité à ne pas manquer. Évalué à 2.
Je ne doute pas que le tarif de gros soit moins cher. Je pense que l'équipe de 10 admins windows, qui était un peu moins expérimenté que moi était à 200 ou 300€ par jour et par personne. Mais c'était aussi des gens qu'on avait pris quasiment à la sortie de l'école (aec un diplôme en physique, ce qui n'est pas un mal mais un chouia moins adapté au taf qu'un en informatique), formé 2/3 semaines et mis chez le client, de l'aveu même des personnes.
Mais sinon, oui, ils étaient en régie de la même façon que moi.
Les tarifs pratiqués pour les prestations varient quand même beaucoup.