Legalement, c'est bien de ca dont il s'agit, tu as 20/20 a ton examen de droit.
En pratique, c'est une manière d’empêcher les modifications et de vendre des licences car la communauté, contruite autour de la promesse ubuntu (comme quoi ubuntu serait toujours gratuite), a fait la promotion d'une marque et non d'un code source.
OVH monte au creneau pour montrer a tout le monde que Canonical est passe a un modèle de type freemium. Je les remercie car je n'en avais pas conscience et ca me dérange profondément.
J’espère vraiment qu'on va avoir une alternative a la centOS afin de promouvoir des solutions réellement libres d’être modifiées.
C'est assez fabuleux cette histoire. Canonical attire le chaland avec du libre et du gratuit, mais pour pouvoir utiliser la marque, fait payer des coûts de vérification. Ca aurait pu en rester la, mais contrairement a ces couts qui sont fixes, Canonical facture un cout de type licence autour de 15-30 euros par an par poste, tout de meme !
Bref, Canonical est passe a une sorte de modele freemium pour ubuntu. Gratuit si tu touches pas. Payant (et cher !) si tu touches. Pour moi, ca va vraiment a l'encontre de la philosophie du libre car la modification est découragee.
J’espère qu'on va rapidement voir une distrib clone d'ubuntu sans trademark, a la manière d'un centOS, pour parer a ce genre de dérives.
C'est marrant, chez moi la page indique c'est une ancienne techno Apple proposee en tant que draft, dont la validité du draft a expire en 2014. J'irai pas affirmer que c'est standardise comme tu dis.
Bref, je sais pas si ce protocole est l'avenir, mais ca sent le protocole choisi juste pour être corporate. Apres je sais pas si ya des alternatives autre que d'utiliser un player flash.
Je suis complètement d'accord. Promesses, confiance, on parle de la même chose.
Je répondais juste au fait de le mettre noir sur blanc sur le contrat. Ca permet de mieux formaliser (les détails peuvent changer les choses), mais ca ne donne pas ou peu de garanties que ce sera appliqué. En tous cas pour moi ca change pas grand chose. Après je veux pas pourrir ton annonce sur ce point, je pense que ce sont des choses que tu respectes.
Que veux-tu de plus ? Quand quelqu'un ne respecte pas la loi ou un contrat, c'est la case justice. C'est invariable. Je ne vois pas en quoi le télétravail est un problème différent du salaire là dessus…
Tu parles comme un avocat. Il faut juste vivre dans le monde réel: personne ne s'amuse a faire ca. Ce sont des clauses mineures, et quand bien même tu serais dans ton droit, tu seras indemnisé en fonction du préjudice subi (mon dieu, on t'as fait bosser sur code proprio…).
La réalité du monde du travail en France, c'est qu'on demande déjà beaucoup de sécurité de salaire aux employeurs envers leurs employés, il faut bien un peu de souplesse par ailleurs.
C'est le genre de choses qui se mettent normalement dans le contrat de travail. Du coup c'est très facile d'en faire une promesse contraignante.
Bof. Si demain c'est pas respecté, tu fais quoi ? Les plus courageux vont aller raler et la réponse sera simplement: "si ca te convient pas, la porte est la bas".
La réalité, c'est qu'en dehors du salaire et de 2-3 clauses, le contrat de travail ne sert pas a grand chose. Après, je dis pas qu'il faut tout réglementer: je le prend juste pour ce que c'est. Ce sont des promesses, on ne sait pas si elles seront tenues. C'est simplement la réalité :-/
Il y a une différence entre le pro et le perso.
(ok, dans certaines limite, je ne tolérerai pas un nazi sexiste par exemple, le Code Of Conduct le dit déjà)
Question, je suppose que tu te l'es posé: Est ce légal ?
Etre sexiste ou nazi peut être condamnable selon ce que tu fais, mais a partir du moment où tu n'associes pas l'image de ton entreprise, ca me semble pas être une clause de licenciement acceptable.
Typiquement, si je vais à un spectacle de Dieudonné et que je me fais dégagé de mon taf, clairement j'attaque au prud'homme.
Tu oublies tous les à côté, dont les primes. Le fixe, rien que le fixe, et celle écrite à un endroit précis seulement, il n'y a que ça à vos yeux.
C'est exact. Le salaire est une garantie, le reste ce sont des promesses, elles n'engagent que ceux qui y croient. Oui, même le télétravail ou la promesse de bosser sur du libre sont des promesses, ce sont des clauses qui peuvent facilement sauter.
Soyons clair : une personne incapable de comprendre l'offre dans sa globalité, avec ses avantages que tu considères toi comme inintéressant pour tous au nom de tous sans permettre à des gens d'être différent de toi, ne m’intéresse pas.
Tu veux bien me quoter lorsque j'ai dit que ces avantages étaient inintéressants pour tous au nom de tous ? J'ai l'impression que tu discutes avec un ami imaginaire, pas avec moi. Je t'ai juste expliqué pourquoi, moi, même lorsque j'avais envie de changer d'emploi et que j'en avais marre de mon job, je n'aurai pas candidaté a cette offre et ce que ca trahit pour un candidat en terme d'état d'esprit pour une boite. Tu prends ou tu prends pas, c'est toi qui voit.
Je trouves ça assez fou : on me sors "au regard compétences requises" quand le poste dit "aucun diplôme requis".
Les compétences requises, c'est pas que le diplôme…
Ici, il s'agit justement de laisser sa chance à une personne "sortie du système" qui n'a pas envie de "sucer" et qui a envie de rester là où il habites et non pas devoir aller dans une grande ville (par exemple). Si si horrible que ça de vouloir laisser sa chance à des gens à qui on ne laisse pas forcément sa chance?
Il me semble pas avoir critiqué le fait que l'annonce était ouverte a tous, c'est qque chose de très bien. Je t'indique juste que le fait que le salaire soit plus bas que celui d'une caissière a Carrefour est un très mauvais signal envoyé aux potentiels candidats.
Oui, mais bien sûr… Tu n'as jamais été employeur pour oser sortir ça.
Les éventuels candidats (s'il reste des motivés) sont prévenus.
Oui, enfin moi je trouve ça pas si degueu comme offre, le télétravail total est possible, avec en plus 100€ pour ce faire, 35h par semaine en télétravail, c'est vite fait, pas de déplacement etc… Et peut être que les primes sont importantes.
35h c'est vite fait, c'est vrai, mais a partir du moment ou on parle de télétravail, on badge pas, donc on compte pas. Et clairement, c'est le genre de poste, vu l'étendue des taches demandées (de la QA sur un soft de décodage vidéo, c'est un sujet sans fin, j'en connais un rayon) et le fait qu'on te demande d'être passionné par ton sujet, manifestement ca dépassera les 35h.
Bref, j'aurai pu etre très interessé il y a 2 ans lorsque je cherchais a changer, je pense sans prétention que j'aurai pu être un très bon profil si il y a un minimum d'ambition autour du projet.
Mais sincèrement, le salaire, les conditions, donnent vraiment l'impression d'un poste au rabais et d'un manque d'ambition pour le projet. Cela donne l'impression d'une boite qui cherche a survivre. Bref, il faut avoir de trimer pour une boite qui n'est pas la sienne. Les gens qui candidateront à ce poste sont ceux qui sont un peu dans la merde, faute de job, il faut être honnête.
Recruter n'est pas un exercice facile, gérer sa boite non plus, mais là, clairement, je pense que Zenitram, tu devrais faire attention. Financer sa R&D doit être le souci n°1 d'un PDG d'une boite/startup. Ca doit être ta préoccupation constante, au dela même du challenge technique. C'est le seul moyen que tu auras pour recruter des gens de tous horizons et recevoir plus de 1000 CV par mois de personnes toutes plus intéressantes les unes que les autres, capables de dépasser le cadre de leur taches et de t'apporter un minimum d'innovation.
Mon conseil: Ne néglige pas le personnel, surtout dans le dev de software, il te le rendra au centuple :-)
Tu lances ta commande, tu obtiens un binaire. Est-ce le même qu’hier ? Tu es incapable de le dire. As-tu buildé une v1.0.0 ou une de tes dépendances a-t-elle bougée et tu as alors compilé une v1.0.1 malgré que tu aies indiqué v1.0.0 dans ton fichier de build ?
Au contraire, tu maitrises cette partie. Tant que tu ne fais de pull, ton environnement local sera fige. C'est le contraire d'apt, ou un simple apt upgrade fait que justement, un meme binaire peut avoir des comportements differents suivant les jours. Le cas est rare certes, mais la reproductibilité est clairement une force des containers.
Pour l’exemple de FreeCAD, ça donne par exemple plus de 180 versions sur 1 an, dont les dépendances divergent rapidement passées 1 semaine d’écart.
Juste ça en prod, tu oublies. Vraiment.
C'est ce que tu as deja en prod. Vraiment.
L'avantage, c'est qu'au moins, tu délivres des configs cohérentes a tes utilisateurs, des configs que tu peux tester et reproduire.
Et à l’inverse assez mal le mainteneur de FreeCAD se dire « Oh , un heartbleed sauvage apparaît. FreeCAD snap, en avant ! ».
Encore une fois, les ppa pourront detecter ce genre de dependance et relancer une build. Le mainteneur n'aura rien a faire.
Parce que ça signifie (et c’est particulièrement visible chez Docker) des Go de téléchargement chaque jour pour chaque utilisateur final…
Snap supporte les upgrade delta.
Rien que la détection d’un changement de version dans au moins une de ces dépendances pour éviter de reconstruire une image alors qu’il n’y a pas de changement, ça va être un enfer. Le yaml ne gère absolument pas ce cas actuellement et rebuildera à tous les coups sans possibilité de savoir s’il faut incrémenter la version ou non. Autant te dire que c’est chaque jour que ton snap doit être reconstruit et poussé chez tes utilisateurs… Ils vont légèrement faire la gueule.
Heu… si l'equivalent des ppa vont tres certainement gérer ca proprement, comme les ppa le font deja pour les .deb en fait. Tu as une source pour affirmer que tout va être rebuilde tous les jours ou tu affirmes juste sans aucune idee de comment ca va marcher en pratique ?
Mais pour le mainteneur de l’image, c’est suivre tous les lib-xxx.{latest,esr} et reconstruire les images en conséquence.
Reconstruire les images, c'est le boulot des ppa d'ubuntu. Le boulot du mainteneur, c'est de vérifier que toutes les dépendances sont bien decrites dans le format du paquet, c'est tout.
D'ailleurs, l'enorme avantage, c'est que ca va eviter les rapports de bugs inutiles de personnes qui ont telle lib en Vx et une autre en Vy, qui ne veulent pas les mettre a jour (on a pas forcement compris pourquoi d'ailleurs). Pour les mainteneurs et pour les developpeurs, il n'y aura qu'une seule version a prendre en compte pour les rapports de bugs, ce qui va sincèrement simplifier les choses.
Si une seule de ces dépendances bougent, en particulier pour raison de sécurité, le mainteneur doit reconstruire une image… Autant te dire que c’est juste impossible à faire…
C'est tout a fait possible et il faut évidemment le faire de manière automatisée comme déjà indique au dessus. C'est la valeur ajoutee de snap.
Et du coup, tu peux vouloir rester sur un Firefox 44, toujours maintenu par le mainteneur de Firefox, mais plus maintenu par le mainteneur du container parce qu’il est dans l’impossibilité de continuer à suivre X versions de Firefox (il passe déjà sa vie à refaire des images pour la dernière version, il ne va pas en passer une 2nde pour une autre…).
Concrètement, je pense qu'avoir une version support long terme d'un paquet, va simplement consister a spécifier une branche du repo git du projet, en tous cas pour 90% des projets. Je pense pas que cela compromette les week-end du mainteneur. C'est d'ailleurs plutôt heureux, car pour bon nombre de petits projets, les mainteneurs sont bien souvent les développeurs eux mêmes.
Côté upstream, j’imagine assez mal le mainteneur maintenir chaque image firefox XXX + libc6 last-stable-compatible, il y a de fortes chances qu’il s’en tienne à uniquement firefox last-stable + libc6 last-stable-compatible.
Si le mainteneur ne veut pas rester sur cette version, il faut se poser la question de savoir si c'est une bonne idée d'y rester. Les bugs de sécurité ne sont pas que dans la libc et dans la lib ssl, ils sont également dans les applis.
Choisir de rester sur une version de firefox qui ne beneficie d'aucun support de la part du mainteneur ne me parait pas être une bonne pratique.
Tout a fait. Mais le probleme est evidemment le meme pour les .debs actuellement, il faut que les dépendances soient listes quelque part. Rien n’empêche un développeur d'inclure a la rache son fork d'openSSL.
Ce n’est pas de la responsabilité de l’utilisateur d’une image docker/snap/vagrant/whatever de reconstruire l’image. Et donc il est à 100% dépendant d’un fix upstream. Fix qui arrivera de toute façon trop tard, s’il arrive un jour.
Si la dependance est clairement indiquée, la distro peut se charger de refaire le build. Mais bon, je sais pas du tout si les snap fonctionnent comme ca.
Mais ça ne te choque pas cette addition pour les autres? (secondaire, locatif; tu peux avoir un besoin urgent de vendre aussi mais on s'en fou seule la résidence principale a des faveurs)
Oui je suis d'accord. Apres je pense que la grande idée d'ajouter continuellement des impôts a vécu en France. Tout simplement parce c'est ce qui nous a emmenés a l'enfer fiscal qu'on vit aujourd'hui.
Personnellement, je suis plus sensible a ce qu'on arrête de taxer (par exemple supprimer les taxes sur les plus values) plutôt que d'en rajouter une couche, quitte a ce que nos services publics soient moins performants et que oui, il y ait quelques bizarreries parce qu'on peut considérer comme plus juste de taxer les plus values que les frais de notaire.
J'ai lu un peu rapidement. Tu proposes en contrepartie éventuelle de soulager les frais de notaire. Ca peut avoir du sens, meme si en pratique un impot ne remplace jamais un autre, ca a plutôt tendance a s'additionner.
Désolé, il n'y a rien (à part l'argument de totof2000 qui est le seul à s’intéresser à une différence réelle, bon ça ve pas dire que ça me touche mais au moins il a trouvé une différence réelle) qui justifie une différence de traitement.
Désolé qu'il te touche pas, mais il est réel. Si tu taxes autant les gens a la revente, personne ne voudra déménager et se lancer dans un deuxième achat, ni même dans un premier en fait. Il m'a deja fallu un an et demi pour rembourser les faramineux frais de notaire, si tu rajoutes encore des taxes, ca va vraiment devenir difficile en fait.
Et que tu le veuilles ou non, on reste en pénurie de logement. Tu ne t'en rends pas forcement compte si les gens autour de toi ont des salaires confortables (ou pas une tete d'arabe), mais certains éprouvent des vrais difficultés a se loger. Taxer toujours plus les propriétaires, c'est un vrai souci a terme pour les constructions de logement, surtout que les constructions de maisons interviennent souvent lors du 2eme achat.
Donc si je m’achète un mini van, et que je fais des allers retours tous les jours en postant des annonces sur blablacar, je suis quelqu'un qui applique un "partage des frais défavorable" ?
J'ai fait du blablacar en tant que chauffeur. Effectivement c'etait du partage de frais: au mieux, avec la voiture remplie (3 places), j'arrivais a l'equilibre. Mais clairement, si tu as une voiture 9 places, donc 8 places payantes, il y a moyen de se faire des ronds.
[^] # Re: Mise à jour d l'article sur Clubic
Posté par flagos . En réponse au journal UBUNTU vs OVH : ça vous choque ?. Évalué à 1.
Legalement, c'est bien de ca dont il s'agit, tu as 20/20 a ton examen de droit.
En pratique, c'est une manière d’empêcher les modifications et de vendre des licences car la communauté, contruite autour de la promesse ubuntu (comme quoi ubuntu serait toujours gratuite), a fait la promotion d'une marque et non d'un code source.
C'est cela qu'il faut corriger.
[^] # Re: Mise à jour d l'article sur Clubic
Posté par flagos . En réponse au journal UBUNTU vs OVH : ça vous choque ?. Évalué à -4.
OVH monte au creneau pour montrer a tout le monde que Canonical est passe a un modèle de type freemium. Je les remercie car je n'en avais pas conscience et ca me dérange profondément.
J’espère vraiment qu'on va avoir une alternative a la centOS afin de promouvoir des solutions réellement libres d’être modifiées.
[^] # Re: Mise à jour d l'article sur Clubic
Posté par flagos . En réponse au journal UBUNTU vs OVH : ça vous choque ?. Évalué à 2.
Disons qu'il y a une histoire de "promesse ubuntu": http://www.ubuntu.com/about
Mais bon, comme disait Pasqua: Les promesses n'engagent que ceux qui y croient.
[^] # Re: Mise à jour d l'article sur Clubic
Posté par flagos . En réponse au journal UBUNTU vs OVH : ça vous choque ?. Évalué à -4.
C'est assez fabuleux cette histoire. Canonical attire le chaland avec du libre et du gratuit, mais pour pouvoir utiliser la marque, fait payer des coûts de vérification. Ca aurait pu en rester la, mais contrairement a ces couts qui sont fixes, Canonical facture un cout de type licence autour de 15-30 euros par an par poste, tout de meme !
Bref, Canonical est passe a une sorte de modele freemium pour ubuntu. Gratuit si tu touches pas. Payant (et cher !) si tu touches. Pour moi, ca va vraiment a l'encontre de la philosophie du libre car la modification est découragee.
J’espère qu'on va rapidement voir une distrib clone d'ubuntu sans trademark, a la manière d'un centOS, pour parer a ce genre de dérives.
[^] # Re: Mainstream only
Posté par flagos . En réponse au journal Du neuf, enfin !. Évalué à 10.
C'est marrant, chez moi la page indique c'est une ancienne techno Apple proposee en tant que draft, dont la validité du draft a expire en 2014. J'irai pas affirmer que c'est standardise comme tu dis.
D'ailleurs, la page wikipedia (https://en.wikipedia.org/wiki/HTTP_Live_Streaming) indique que depuis la première release en 2009, rien n'a bouge sur ce protocole cote IETF.
Bref, je sais pas si ce protocole est l'avenir, mais ca sent le protocole choisi juste pour être corporate. Apres je sais pas si ya des alternatives autre que d'utiliser un player flash.
# Swatch
Posté par flagos . En réponse au journal OS libre pour les montres connectées Android. Évalué à 5.
Je pense pour une typo, mais je ne pense pas que cet OS soit prevu pour les Swatch, mais plutot pour les smartwatch en general.
D'ailleurs, Swatch ne produit pas de smartwatch mais plutot des montres connectees de ce style: https://www.swatch.com/fr_ch/swatch-touch-zero-one/
Pas vraiment le style de cet OS donc.
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 4.
Pour info, quand ya un smiley, ca veut dire que c'est une blague.
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 2.
Et en plus tu le fais travailler le w/end ! :-)
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 2.
Je suis complètement d'accord. Promesses, confiance, on parle de la même chose.
Je répondais juste au fait de le mettre noir sur blanc sur le contrat. Ca permet de mieux formaliser (les détails peuvent changer les choses), mais ca ne donne pas ou peu de garanties que ce sera appliqué. En tous cas pour moi ca change pas grand chose. Après je veux pas pourrir ton annonce sur ce point, je pense que ce sont des choses que tu respectes.
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 0.
Tu parles comme un avocat. Il faut juste vivre dans le monde réel: personne ne s'amuse a faire ca. Ce sont des clauses mineures, et quand bien même tu serais dans ton droit, tu seras indemnisé en fonction du préjudice subi (mon dieu, on t'as fait bosser sur code proprio…).
La réalité du monde du travail en France, c'est qu'on demande déjà beaucoup de sécurité de salaire aux employeurs envers leurs employés, il faut bien un peu de souplesse par ailleurs.
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à -1.
Bof. Si demain c'est pas respecté, tu fais quoi ? Les plus courageux vont aller raler et la réponse sera simplement: "si ca te convient pas, la porte est la bas".
La réalité, c'est qu'en dehors du salaire et de 2-3 clauses, le contrat de travail ne sert pas a grand chose. Après, je dis pas qu'il faut tout réglementer: je le prend juste pour ce que c'est. Ce sont des promesses, on ne sait pas si elles seront tenues. C'est simplement la réalité :-/
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 0.
Question, je suppose que tu te l'es posé: Est ce légal ?
Etre sexiste ou nazi peut être condamnable selon ce que tu fais, mais a partir du moment où tu n'associes pas l'image de ton entreprise, ca me semble pas être une clause de licenciement acceptable.
Typiquement, si je vais à un spectacle de Dieudonné et que je me fais dégagé de mon taf, clairement j'attaque au prud'homme.
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 0.
C'est exact. Le salaire est une garantie, le reste ce sont des promesses, elles n'engagent que ceux qui y croient. Oui, même le télétravail ou la promesse de bosser sur du libre sont des promesses, ce sont des clauses qui peuvent facilement sauter.
Tu veux bien me quoter lorsque j'ai dit que ces avantages étaient inintéressants pour tous au nom de tous ? J'ai l'impression que tu discutes avec un ami imaginaire, pas avec moi. Je t'ai juste expliqué pourquoi, moi, même lorsque j'avais envie de changer d'emploi et que j'en avais marre de mon job, je n'aurai pas candidaté a cette offre et ce que ca trahit pour un candidat en terme d'état d'esprit pour une boite. Tu prends ou tu prends pas, c'est toi qui voit.
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 3.
Les compétences requises, c'est pas que le diplôme…
Il me semble pas avoir critiqué le fait que l'annonce était ouverte a tous, c'est qque chose de très bien. Je t'indique juste que le fait que le salaire soit plus bas que celui d'une caissière a Carrefour est un très mauvais signal envoyé aux potentiels candidats.
Les éventuels candidats (s'il reste des motivés) sont prévenus.
[^] # Re: mouais
Posté par flagos . En réponse au message [Offre d'emploi] Technicien informatique (pourvu). Évalué à 3.
35h c'est vite fait, c'est vrai, mais a partir du moment ou on parle de télétravail, on badge pas, donc on compte pas. Et clairement, c'est le genre de poste, vu l'étendue des taches demandées (de la QA sur un soft de décodage vidéo, c'est un sujet sans fin, j'en connais un rayon) et le fait qu'on te demande d'être passionné par ton sujet, manifestement ca dépassera les 35h.
Bref, j'aurai pu etre très interessé il y a 2 ans lorsque je cherchais a changer, je pense sans prétention que j'aurai pu être un très bon profil si il y a un minimum d'ambition autour du projet.
Mais sincèrement, le salaire, les conditions, donnent vraiment l'impression d'un poste au rabais et d'un manque d'ambition pour le projet. Cela donne l'impression d'une boite qui cherche a survivre. Bref, il faut avoir de trimer pour une boite qui n'est pas la sienne. Les gens qui candidateront à ce poste sont ceux qui sont un peu dans la merde, faute de job, il faut être honnête.
Recruter n'est pas un exercice facile, gérer sa boite non plus, mais là, clairement, je pense que Zenitram, tu devrais faire attention. Financer sa R&D doit être le souci n°1 d'un PDG d'une boite/startup. Ca doit être ta préoccupation constante, au dela même du challenge technique. C'est le seul moyen que tu auras pour recruter des gens de tous horizons et recevoir plus de 1000 CV par mois de personnes toutes plus intéressantes les unes que les autres, capables de dépasser le cadre de leur taches et de t'apporter un minimum d'innovation.
Mon conseil: Ne néglige pas le personnel, surtout dans le dev de software, il te le rendra au centuple :-)
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par flagos . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
Au contraire, tu maitrises cette partie. Tant que tu ne fais de pull, ton environnement local sera fige. C'est le contraire d'apt, ou un simple apt upgrade fait que justement, un meme binaire peut avoir des comportements differents suivant les jours. Le cas est rare certes, mais la reproductibilité est clairement une force des containers.
C'est ce que tu as deja en prod. Vraiment.
L'avantage, c'est qu'au moins, tu délivres des configs cohérentes a tes utilisateurs, des configs que tu peux tester et reproduire.
Encore une fois, les ppa pourront detecter ce genre de dependance et relancer une build. Le mainteneur n'aura rien a faire.
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par flagos . En réponse au journal Mon premier snap sur Xenial. Évalué à 1.
Snap supporte les upgrade delta.
Heu… si l'equivalent des ppa vont tres certainement gérer ca proprement, comme les ppa le font deja pour les .deb en fait. Tu as une source pour affirmer que tout va être rebuilde tous les jours ou tu affirmes juste sans aucune idee de comment ca va marcher en pratique ?
Reconstruire les images, c'est le boulot des ppa d'ubuntu. Le boulot du mainteneur, c'est de vérifier que toutes les dépendances sont bien decrites dans le format du paquet, c'est tout.
D'ailleurs, l'enorme avantage, c'est que ca va eviter les rapports de bugs inutiles de personnes qui ont telle lib en Vx et une autre en Vy, qui ne veulent pas les mettre a jour (on a pas forcement compris pourquoi d'ailleurs). Pour les mainteneurs et pour les developpeurs, il n'y aura qu'une seule version a prendre en compte pour les rapports de bugs, ce qui va sincèrement simplifier les choses.
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par flagos . En réponse au journal Mon premier snap sur Xenial. Évalué à 1. Dernière modification le 06 juin 2016 à 12:49.
C'est tout a fait possible et il faut évidemment le faire de manière automatisée comme déjà indique au dessus. C'est la valeur ajoutee de snap.
Concrètement, je pense qu'avoir une version support long terme d'un paquet, va simplement consister a spécifier une branche du repo git du projet, en tous cas pour 90% des projets. Je pense pas que cela compromette les week-end du mainteneur. C'est d'ailleurs plutôt heureux, car pour bon nombre de petits projets, les mainteneurs sont bien souvent les développeurs eux mêmes.
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par flagos . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
Si le mainteneur ne veut pas rester sur cette version, il faut se poser la question de savoir si c'est une bonne idée d'y rester. Les bugs de sécurité ne sont pas que dans la libc et dans la lib ssl, ils sont également dans les applis.
Choisir de rester sur une version de firefox qui ne beneficie d'aucun support de la part du mainteneur ne me parait pas être une bonne pratique.
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par flagos . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
Tout a fait. Mais le probleme est evidemment le meme pour les .debs actuellement, il faut que les dépendances soient listes quelque part. Rien n’empêche un développeur d'inclure a la rache son fork d'openSSL.
Un exemple de fichier snap:
https://github.com/ubuntu/snappy-playpen/blob/master/youtube-dl/snapcraft.yaml
Ca a vraiment l'air pas mal et plutot simple comme système de packaging.
[^] # Re: Mise-à-jour de sécurité sous snap
Posté par flagos . En réponse au journal Mon premier snap sur Xenial. Évalué à 2.
Si la dependance est clairement indiquée, la distro peut se charger de refaire le build. Mais bon, je sais pas du tout si les snap fonctionnent comme ca.
[^] # Re: Uber, Lebonrecel, Airbnb : pas de le l'économie collaborative
Posté par flagos . En réponse au journal Le Bon Coin, Airbnb, Uber : Les prochaines poules aux œufs d'or. Évalué à 1.
Oui je suis d'accord. Apres je pense que la grande idée d'ajouter continuellement des impôts a vécu en France. Tout simplement parce c'est ce qui nous a emmenés a l'enfer fiscal qu'on vit aujourd'hui.
Personnellement, je suis plus sensible a ce qu'on arrête de taxer (par exemple supprimer les taxes sur les plus values) plutôt que d'en rajouter une couche, quitte a ce que nos services publics soient moins performants et que oui, il y ait quelques bizarreries parce qu'on peut considérer comme plus juste de taxer les plus values que les frais de notaire.
[^] # Re: Uber, Lebonrecel, Airbnb : pas de le l'économie collaborative
Posté par flagos . En réponse au journal Le Bon Coin, Airbnb, Uber : Les prochaines poules aux œufs d'or. Évalué à 1.
J'ai lu un peu rapidement. Tu proposes en contrepartie éventuelle de soulager les frais de notaire. Ca peut avoir du sens, meme si en pratique un impot ne remplace jamais un autre, ca a plutôt tendance a s'additionner.
[^] # Re: Uber, Lebonrecel, Airbnb : pas de le l'économie collaborative
Posté par flagos . En réponse au journal Le Bon Coin, Airbnb, Uber : Les prochaines poules aux œufs d'or. Évalué à 3.
Désolé qu'il te touche pas, mais il est réel. Si tu taxes autant les gens a la revente, personne ne voudra déménager et se lancer dans un deuxième achat, ni même dans un premier en fait. Il m'a deja fallu un an et demi pour rembourser les faramineux frais de notaire, si tu rajoutes encore des taxes, ca va vraiment devenir difficile en fait.
Et que tu le veuilles ou non, on reste en pénurie de logement. Tu ne t'en rends pas forcement compte si les gens autour de toi ont des salaires confortables (ou pas une tete d'arabe), mais certains éprouvent des vrais difficultés a se loger. Taxer toujours plus les propriétaires, c'est un vrai souci a terme pour les constructions de logement, surtout que les constructions de maisons interviennent souvent lors du 2eme achat.
[^] # Re: Juste milieu ?
Posté par flagos . En réponse au journal Le Bon Coin, Airbnb, Uber : Les prochaines poules aux œufs d'or. Évalué à 2.
Donc si je m’achète un mini van, et que je fais des allers retours tous les jours en postant des annonces sur blablacar, je suis quelqu'un qui applique un "partage des frais défavorable" ?
J'ai fait du blablacar en tant que chauffeur. Effectivement c'etait du partage de frais: au mieux, avec la voiture remplie (3 places), j'arrivais a l'equilibre. Mais clairement, si tu as une voiture 9 places, donc 8 places payantes, il y a moyen de se faire des ronds.