Tangi Colin a écrit 256 commentaires

parce que ça deviens très vite le bordel dès que tu as plusieurs "master" à maintenir (plusieurs versions en même temps). Tu te retrouve avec des branches de hotfix, des backports entre tes branches etc…

oui on garde toutes les branches, après on se base sur gerrit qui fournit quelques avantages. Toutes ses branches sont des branches de revue gerrit (gerrit crée automatique une nouvelle branche lorsque tu pousse un commit qui a un nouveau gerrit ID dans son commit de message) et c'est des branches spéciales. Spéciales dans le sens quels sont dans un refspec git séparé. Donc oui tu as toutes les branches sur le serveur mais par défaut tu ne les vois jamais. (Pas dans le refspec par défaut).
Comme les branches de revue sont très petites, le log linéaire dans la branche de master suffit la plupart du temps. Si y a une besoin précis, faut aller récupérer la bonne branche (avec le gerrit ID c'est vraiment facile) et la on a accès à tous les commits de la feature mais aussi à tous les commentaires de la revue de code gerrit, les logs de l'intégration continue etc…

La seul limitation de ce workflow c'est si tu as plusieurs "master" (si tu gère plusieurs versions en parallèle genre une branche v1.x et une branche v2.x), si tu veux backporter un commit d'une branches à l'autre on préfère passer par une nouvelle branche de revue et donc changer le gerrit ID et on inclue manuellement l'ancien gerrit ID dans le message de commit. C'est pas obligatoire mais ça permet de si retrouver plus facilement.

Utiliser se workflow sans gerrit demande à mon avis quelques adaptations. Gérer les git refspec à la main ça peut etre assez lourd (quoique à y réfléchir c'est pas si compliqué) et tous avoir dans le même refspec devient vite le bordel.

J'utilise un workflow plutot similaire mais sans rebase en soi.

Mon workflow a moi est le même, on crée des branches tout le temps (pour chaques features, bugs …)
Par contre au niveau merge on fait du squash + cherrypick de la branche à merger. Ensuite on utilise gerrit qui à la particularité de mettre un ID unique dans le message de commit donc depuis la branches d'intégration ou la master si on veut retrouver le log complet d'une feature, on regarde l'ID dans le commit de message et on retrouve la branche correspondante.

On ne rebase jamais, on ne fusionne jamais les branches, on cherry pick. Si jamais on a intégrer un changement sur la master qui doit etre retiré on le revert tout simplement. (Ce qui normalement n'arrive jamais puisque la branche d'intégration sert à éviter ça).

Peut etre que ça peut te convenir comme workflow.

Par exemple : Google’s Public DNS intercepted in Turkey

La carte semble avoir la norme CE, les certificats sont ici :
http://www.lemaker.org/index.php?m=content&c=index&a=show&catid=10&id=41

Attention il y a bien plus de XP qu'on le croit dans le monde industrielle. Par exemple la majorité des DAB (Distributeur automatique de billet) tourne sur un XP.

Encore une fois tu fais des jugements trop rapide.
Dire que les JO ça sert à rien c'est faux. Ça à déjà servit a réhabiliter un quartier de Londres qui était en mauvais état (avec dé-pollution des sols, réhabilitation des canneaux etc…). Et puis y a/aura des retombées économiques d'un tel événements. A ton avis pourquoi tout le monde se bat pour avoir les JO chez soi ?
Après on peu être critique sur cette vision, dire que les retombées économiques attendues ne sont pas suffisant par rapport à la somme investis mais c'est pas la même chose que de dire ça sert à rien parce que ça nous intéresse pas.

Et ton argumentaire sur la science est un peu facile. Vu qu'on ne sait pas par avance, allez dépensons des milliards dans des projets scientifique sans regarder les retomber possibles, si c'est scientifique dépensons on verra bien.
(ps: Je dis pas que cette mission sur mars ne sert à rien, je dis juste que l'argument qui dit si c'est scientifique on peut dépenser sans compter sans avoir un regard critique sur la dépense est faux, derrière tout projet y a des réalités économique, des investisseurs.)
Certains projet scientifique ne trouverons jamais de financement.

C'est quoi ces jugements à l'emporte pièce, on pourrait dire la même chose de cette mission. 2,5 milliards alors qu'il y a des gens qui meurent de faim sur notre bonne vielle terre. C'est ce qui est bien avec les comparaisons sans fondements on peut en conclure n'importe quoi.

Même commentaire inutile, merci pour le lien, c'est une vidéo de grande qualité. Quand il évoque la perte de nos moyens de pensée car on a perdus les mots (passage sur hiérarchie vs projet) ça ma fait toute de suite pensé aux discours de Bernard Stiegler sur la prolétarisation du savoir.

ça changerait quoi par rapport à aujourd'hui ?
Déjà tout un tas de fonctionnalité d'html5 sont implémentées par les navigateurs et utilisées par les devs webs. Le dev web c'est déjà le bordel, je vois pas en quoi sa sera plus le bordel si le WHATWG pousse en avant.

je rentrerai pas dans l'éternelle guerre de savoir quel est le meilleur OS.

Par contre quand tu dis que Linux sur le desktop est cher ça vient surtout du fait qu'il faut former les gens à perdre leurs habitudes qu'ils ont sur windows et apprendre celle liés à gnu/linux. Et la le rôle de l'éducation rentre en jeux. Pourquoi forme-t-on uniquement nos élèves a faire du exel plutôt que leur apprendre a faire du tableur ? Je dis pas que tous les postes en école devraient passer sous gnu/linux mais faudrait au moins en parler, montrer au jeune génération que ça existe, que le monde informatique ne se réduit pas à uniquement windows.

Je trouve dommage que le document n'étudie justement pas la redondance des liens physique.
Quelqu'un a une étude sur l'état d'interconnexion physique des différents GIX français ?

Vu que c'est un trou noir je ne sais pas quel contenu est dedans, certains m'intéresserai certainement. Après je m'en accommode.

Mais considérer facebook sur le même plan qu'un forum privé par exemple me semble une idée dangereuse. Oui le forum privé est un trou noir aussi mais on est pas sur la même échelle.

Le danger qu'il y a dans facebook c'est qu'il soit considérer comme acquis qu'une personne ait forcement un compte facebook.
C'est un peu la même problématique que les banques qui considère que pour faire tes achats sur le net tu as forcément un portable qui gère les sms+.

Usenet est toujours vivant certes mais quel est la proportion de "vrai Usenet". J'entends par là combien reste-t-il d'Usenet qui ne sert pas au téléchargement illégal?

Et le problème de Facebook est qu'il agit comme un trou noir, la majorité des contenues qui s'y trouve ne peut pas y être vu par les non-inscrits. C'était rarement le cas avant.

Personnellement je fais un mix des deux suivant la provenance du flux. J'ai des flux RSS généraliste ou j'y lis que les gros titres, histoire de me tenir au courant, et des flux RSS où je lis toujours les commentaires (genre linuxfr, framablog etc…).

Avoir une granularité fine des droits pourquoi pas mais il faut pas que ça soit la norme.
Ce qui fait la force d'unix, c'est une gestion des droits simple mais efficace. Alors que les ACL y a tellement de possibilité, combinaison possible que ton système peut devenir une passoire parce qu'il y a toujours un cas que tu as pas géré.
Les usines à gaz c'est bien sur le papier car tu peut tous faire avec, dans la pratique ça rajoute souvent de la complexité pour pas grand chose.

Bref je préfère une variable TZ qu'un policy kit/systemd/etc… pour simplement régler une fuseaux horaire.

bah en réalité je fait du xml ou du json suivant les cas, j'ai pas de problème en JSON (vu qu'en plus je suis schemaless) mais pour le xml (WSDL en réalité) je suis bloqué.

Discours bien orienté. Gnome n'a pas été crée parce que KDE était allemand mais parce que RMS criait partout que Qt c'était pas bien, c'était pas libre.
Et pour linux vs Hurd, c'est du même acabit, dire que ça vient d'un problème de nationalité c'est fort de café!

en quoi c'est du FUD ?
Si tu as des informations sur le fait que le projet soit actifs et dynamique, n'hésite pas à les partager.

Pas sur qu'il est plus de pertes, tu passe de plein de petit transformateurs a un seul. (tu peut donc mettre un peu plus chère dans ton transformateurs et avoir un meilleur rendement). Et puis je parle pour alimenter des ampoules. De la faible puissance, voir de la puissance ridicule si on passe aux lampes à leds qui coutent chère aujourd'hui car tu paye le transformateurs qui est à son cul avec le circuit de régulation.

Et pour l'histoire des deux circuit électrique, tu branche rarement ton aspirateur au plafond et tu as déjà différents circuits électrique dans ta maison. Mes ampoules son sur des plombs 10A alors que les prises électriques ont des plombs 16A et j'ai le four électrique sur du 50A.

Quelqu'un sait il pourquoi on met des transformateurs au cul de chacune de nos lampes plutôt que d'avoir un seul transformateur derrière le compteur et un réseau basse tension en continue dédié dans toute la maison ? Y aurait moins de perte non ? Et puis on pourrait alimenter facilement ce réseau avec du solaire (puisqu'on aurait pas besoin d'installer un redresseur, élément qui coute le plus cher, aujourd'hui, lors de l'installation de panneaux solaire).

C'est juste pour des raisons historiques ou y a des raisons techniques aussi ?

Y aurait-il encore des gens qui utilise mandriva au quotidien sur linuxfr ?
Non parce que la dernière fois que j'ai tenté de faire une mise à jour (y a deux semaines), j'ai tout cassé avec des paquets qui avaient des dépendances non résolues etc…

Dans le paragraphe dm-verity il manque aussi un s à
(voir cet exemple avec les martphones OMAP 4)

Et encore merci pour cette passionnante dépêche.

Pour facebook je n'y crois pas du tout. Même si les solutions technique de réseau sociaux décentralisé progresse et émerge, on aura jamais un protocole standard pour interconnecté les différents réseau sociaux décentralisé. Sans oublié que le coté technique n'a qu'un impact faible sur l'utilisation de réseau sociaux. Les gens sont sur Facebook parce que les autres le sont aussi.
Regarde StatusNet par rapport a Twitter. Techniquement ça remplis les même fonctions et permet la décentralisation. Mais avant que les gens passe de Twitter à StatusNet y a du chemin à faire.

La seul chance que se genre d'initiatives deviennent la norme, c'est qu'on est un nouveau éclatement de la bulle internet et que ces sociétés au modèle économique fragile coulent.

Merci beaucoup pour cette réponse, c'est RSS que je cherchais (qui se trouve aussi dans /proc/pid/status).