Misc a écrit 6314 commentaires

  • [^] # Re: Tu sais

    Posté par  (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  (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  (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  (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  (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  (site web personnel) . En réponse au journal Centos / Redhat 7 : coup de gueule sur systemd. Évalué à 7.

    Faut croire qu'il y a une bonne raison.

    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  (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  (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  (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  (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  (site web personnel) . En réponse au journal De l'approche ultra-légère de la sécurité sur linuxfr. Évalué à 6.

    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.

  • [^] # Re: Docker pour le bureau, est-ce le futur ?

    Posté par  (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  (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  (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  (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  (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  (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  (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  (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  (site web personnel) . En réponse à la dépêche Support à long terme de Debian: une opportunité à ne pas manquer. Évalué à 8.

    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.

    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  (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.

  • [^] # Re: Tarif

    Posté par  (site web personnel) . En réponse à la dépêche Support à long terme de Debian: une opportunité à ne pas manquer. Évalué à 4.

    Bon, sinon ça fait 680€/jour

    ce qui est pas si cher en fait pour le nieau de compétences. J'étais facturé par feu ma boite à 800€/j en début de carrière, en régie en Alsace pendant 3 ans. Et quand je vois le tarif des consultants de nos jours, je me dit que soit l'inflation est passé par la, soit j'étais pas si cher que ça.

    Ensuite, il faut voir que ça ne vise pas que les travailleurs français, et je pense aussi qu'ils font ça par passion donc sont sans doute prêt à faire une réduction de principe, ce qui explique le prix pas si haut que ça (ça, ou une déformation du à Paris).

  • # Les chiffres me paraissent un chouia optimistes

    Posté par  (site web personnel) . En réponse à la dépêche Support à long terme de Debian: une opportunité à ne pas manquer. Évalué à 10.

    Y a un certain nombre de trucs qui me laisse songeur
    un peu partout.

    D'abord, faire une liste privé pour que les boites puissent se retrouver entre elles, ça me parait un peu aller contre la transparence qu'on attends de Debian. Je comprends bien le fait de devoir offrir quelque chose en plus, mais ça fait très "mandrake club", et historiquement, ça n'a super bien marché. À coté, toutes les sociétés commerciales font ça aussi. Je pense qu'une condition pour que ça apporte de la valeur est d'avoir une communauté suffisamment grande et ç'est pas encore le cas. Donc personnelement, je commencerais pas par proposer ça.

    Ensuite, le fait d'avoir le droit de soumettre ses propres tests cases me parait aussi curieux. Si le test case est utile à plusieurs personnes, pourquoi ne pas le donner à tous, et le mettre upstream ? Je pense aussi que l'offre ne dit pas clairement quel genre de test case je peux donner (genre, si je dit "voila mon test case, il faut lancer ce benchmark sur 30 machines", ça va être refusé ). Ou ce qui se passe en cas de problème avec le test case, etc, etc. Et il se passe quoi si je paye pas et que je donne un test case, il est pas pris en compte ?

    Pareil, direct contact to LTS staff, c'est tendu. Est ce que ça veut dire que les gens qui vont faire le travail ne vont pas avoir leur email publié, ou si c'est le cas, il y a quoi comme avantage par rapport à juste regarder dans l'annuaire ?
    Les gens peuvent aussi s'attendre à avoir un SLA, à ce que ça servent de support, etc. Au début, avec des gens qui connaissent le libre, pas de souci, mais si tu veux trouver 50 boites, ça risque de coincer tot ou tard.

    J'imagine que je suis pas le premier à poser les questions, mais je vois pas de FAQ dans le site.

  • [^] # Re: La vraie nouvelle du jour

    Posté par  (site web personnel) . En réponse à la dépêche Red Hat Software Collections 1.1. Évalué à 2.

    Ouais, mais la, on sort des APIs openstack. Que je sache, la localité des données n'est pas exposé par openstack de manière standard. Ensuite, bien sur, tu peux faire tout ce que tu veux à coté, mais le point, c'est que ç'est à coté :)

  • [^] # Re: Le vendredi c'est permis.

    Posté par  (site web personnel) . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 7.