kadalka a écrit 785 commentaires

Vu l'importance du sujet et surtout la qualité de l'explication, je suis surpris que ce n'est toujours pas en dépêche…

Quelques liens utiles, malheureusement en anglais :
Beginners Guide to Mining Bitcoins

Bitcoincharts provides financial and technical data related to the Bitcoin network

Your portal into the world of Bitcoin

BitCoin Block Explorer

A propos d AMD vous allez continuer ou pas ?
J ai garde le plan pour la suite.

P.S. Desole clavier QWERTY. Je ne pourrais relire qu apres le mercredi votre reponse parce aue je suis trop occupe la.
Si j ai un peu de chance je serais la avant.

On l'appelle version entreprise pour faire bien. C'est une version long terme de firefox…
C'est peut-être pour cela que debian propose iceweasel en version ESR ?

Je sais qu'avec TOR on peut rediriger les connexions mais je n'ai jamais essayé.
Merci pour l'info: à partager.

A titre personnel, j'utilise The Amnesic Incognito Live System - Wikipedia, the free encyclopedia lorsque je veux faire du tor, même si j'ai sous le coude un TOR modifié que j'utilise parfois.
Il a l'avantage d'être sous debian… et fonctionne nickel.

C'est dommage qu'en France nous ne sommes pas assez nombreux pour utiliser TOR.
(l'extension https everywhere fonctionne très bien par exemple.)

--- " D'une part, tu sors tes chiffres de ton chapeau, des gens qui codent pas sur leur temps libre, y en a beaucoup plus que tu crois, et d'autre part, c'est pas parce que tu dois faire un truc que les gens le font " (…)

Je serais curieux de voir tes chiffres, pour ton affirmation.
Au delà d'un certain âge, on ne peut pas rester dans le codage, même chez soi: on peut vouloir autre chose, mais je soutiens qu'une bonne majorité aime ça.
Ce qui ne veut pas dire qu'ils le font à chaque fois que c'est possible.

connaître le nom,

Tu le connais déjà, mais tu as des doutes

Non je ne connais pas et je ne cherche pas à connaître car cela pourrait influencer négativement mon opinion sur l'entreprise en question.
Par contre si tu veux t'étaler sur le sujet je veux bien te l'accorder. Je ferais l'effort de voir le côté positif de ta présence dans le boîte en question.

--- " Contrairement à toi, j'arrive à voir plus loin que ma boite. Et C'est pas "quelques minutes" qu'il faut, c'est plus "quelques jours". " (…)

Quelques minutes de pause par jour pendant des mois, ce doit être négligeable à tes yeux, i.e. l'entreprise perd, et le gars il perd aussi.
Non, l'entreprise ne perd pas puisque si le gars il se barre parce qu'il estime que les contraintes sont trop pesantes ce n'est pas un mois de salaire que l'entreprise perd mais tout un savoir faire.
Donc, je confirme: tu ne sais pas de quoi tu parles.
Au fait tu ne t'es pas demandé pourquoi les entreprises se permettaient même de donner des stock options ? Juste parce que c'est rentable ?
Tu ne crois pas qu'une des raisons c'est d'empêcher quelqu'un d'aller voir ailleurs dès fois qu'on lui proposerait mieux ?

--- " Et la, on parle que de la formation, tu as parfaitement oublié et passer sous le tapis les choses comme les scripts de builds, l'intégration avec le bugtracker, les outils clients side, les possibles hooks du coté du dépôt, le changement de procédure de backups, etc " (…)

C'est vrai que lorsque j'ai au début essayé Fossil, j'ai tout de suite réussi… Je dois être un génie dis donc.
En gros, une migration pour moi ce serait simplement un truc genre git svn.
Heureusement que j'avais bien dit que certains ne migrent pas … parce que par exemple, la commande git permet de faire du svn.
Et je ne parle même pas des raisons stratégiques.

Pour le bug tracking, si je fais du Fossil, tout est intégré dans le fichier unique. Donc, migrer un script pour une grosse boîte ne pose pas de gros soucis, sauf s'il est mal écrit et mal documenté.
Par contre, je te l'accorde, pour une petite PME de quelques personnes c'est un soucis, d'où ma remarque: il faut bien réfléchir au VCS que l'on va utiliser donc faire de la … stratégie.
Voilà pourquoi je disais bien que Google a du faire de la stratégie sur le sujet, avec par exemple Nexus: c'est un appel d'offre.

--- " Fossil est utilisé par rien. " (…)
--- " ça me parait surtout trop peu [utilisé]. " (…)

Tu disais pour mes erreurs de vocabulaire en français (définition incorrecte) ?

--- " J'ai jamais eu à me servir de fossil pour le moindre logiciel " (…)

Bah tu ne connaissais pas puisque tu n'es pas au niveau…
Tu as par exemple parlé de monotone et d'autres encore: ben je connais de réputation mais je ne suis pas pour autant convaincu.
A la limite je te propose de nous parler des avantages et inconvénients par rapport à git par exemple, dans un journal…
Au moins, nous ne serons pas deux à en parler mais d'autres pourront partager leur expérience.
TLA a aussi une bonne réputation: il fut un temps où je voulais l'apprendre puis j'ai vu git et fossil, par contre je ne connais pas P4.

--- " Ah oui, y a un accès ssh donc les gens l'utilisent " (…)

C'était quelque chose qui ne fonctionnait pas correctement. C'est un plus que git et svn entre autre possèdent.
Sans cela, il y a peu de chance que cela intéresse sérieusement une entreprise.
Et si une personne veut s'en servir pour coder ses trucs à la maison via son entreprise, parce que le patron l'encourage pour de bonnes raisons, alors c'est un plus non négligeable.
Dans mon cas, je n'en ai pas besoin car je n'apporte pas de truc perso hors de ma maison sauf urgence mais dans ce cas, un mail suffira…

--- " Encore une fois, non. Ou alors démontre le, vu que la charge de la preuve est à celui qui affirme qu'une chose est faite ( ie toi ). Sinon ça reste que des affirmations sans fondement " (…)

Tu cherchais un lien c'est ça ? Lis ce qui suit déjà.
Soyons honnête avec nous même: tu ne connais rien en politique et stratégie d'entreprise et c'est ce qui te permet d'affirmer cela.
La vérité c'est que tu as du chercher un peu sur internet et tu t'es rendu compte que l'info n'est pas disponible…
Et c'est normal, il faut se servir un peu de sa tête pour trouver la bonne info lorsque cela sort du cadre de tes connaissances.
Or, j'ai remarqué ce défaut gênant chez toi: dès qu'on sort de linux tu es perdu…
J'en ai froid dans le dos, car cela veut dire qu'on ne peut pas discuter sérieusement en dehors du cadre strict de Linux. C'est dommage.
Je te dis même que j'ai mis du temps à l'admettre, mais cela reste définitivement le cas.

Je reviens au sujet:
1) Tu me reproches de ne pas suffisamment chercher, je te renvoie donc le même reproche.
2) tu me reproches de ne pas suffisamment réfléchir, je te propose de faire de même de ton côté.
3) Je te reproche de ne pas savoir séparer l'aspect stratégique de l'aspect technique et je pense même que c'est pire, mais je ne vais pas t'enfoncer davantage.
(Un coach reste un coach)
4) Du moins, je n'enfonce pas ceux qui sont à terre contrairement à toi… C'est contraire à l'esprit du libre… de mon point de vue.

Je te donne un lien en français qui te donne une indication: je l'ai cherché hier pour toi.
J'étais même étonné d'avoir trouvé un lien en français !
(Je vois mal Google s'étaler sur le sujet: info sensible)
" LG bien sûr, quoiqu’on aura beau dire, Google tire les ficelles, fait des appels d’offres à ses partenaires et choisi " (…)
( Source : LG Nexus 4 : Faut-il craquer? Le test! )
NB: Question : Pourquoi c'est un blog ? En lisant ce que j'ai écrit dans CE commentaire, tu es censé savoir pourquoi c'est un blog.

--- " Je pense que l'équipe dirigeante est à 100 lieux des détails d’implémentation de ce genre " (…)
--- " Si ils embauchent des mecs compétents, c'est pour faire confiance à ce qu'ils font, pas pour aller faire du micro management à la dilbert " (…)

1) Ca dépend du niveau de ce que tu entends pas cadre dirigeant.
2) Larry Page a fait ses classes à Standford: il a du apprendre des notions de stratégie. Et il me semble qu'il sait s'entourer des bonnes compétences dans tous les domaines, ce qui fait toujours la différence.
3) Puisque un VCS est difficile à migrer, je doute qu'ils prennent cela à la légère.
4) Je vois bien Sergei ou Larry vouloir connaître les orientations que vont prendre leur système d'information dont un VCS est un élément important.
Donc probablement qu'ils ont du en discuter en interne avant de trancher…
J'aurais fait comme ça.
5) La confiance n'exclue pas le contrôle: un exemple de management efficace.

Les mecs compétents ne restent pas forcément ad vitam erternam, donc, ta remarque n'est pas correcte. Lire ma remarque tout en bas.

--- " Ah oui, et Facebook fait du Linux, donc Google n'ira pas vers Linux ? " (…)

Google était chez linux bien avant FB…
Ensuite comparer Linux qui est utilisé dans un grand nombre de système avec un VCS, c'est un peu tiré par les cheveux.

--- " Il y a une certaine porosité entre les boites de la Silicon Valley, et une part non négligeable de gens de l'un viennent de l'autre et vice versa. " (…)

C'est sûr qu'un gars qui s'intéresse à l'informatique et qui a un minimum de connaissance en stratégie ne sait pas ça. C'est comme cela que tu vois les choses ?
Je me rappelle de mon amusement personnel lorsque des informaticiens préféraient aller chez FB: just hilarious
Ou peut-être je devrais te dire comment de grandes entreprises dont je tairais les noms tentent depuis des années de chiper une compétence par ci une autre par là avec plus ou moins de succès.
Tiens Maryssa Meyer, ancienne de Google, est allé chez Yahoo!: tu as vu Google s'étaler sur le sujet ? Non parce qu'ils savent comme moi que cela fait partie des règles du jeu.

Tu ne dis pas toujours directement ce que tu penses, mais par contre, j'ai très bien compris tes propos: le patron décide (logiciels, etc.).
Par contre, tu disais aussi, que c'est le client qui décide par exemple parce que Microsoft a accepté d'ajourner l'arrêt du support de XP.
Je t'ai répondu que non. Ce sont des stratèges: le client veut payer: tant mieux, mais Microsoft lui aurait continué le support… Les banques n'ont fait qu'accélerer le mouvement.
Bref, MS décide en tenant compte du client.
Dans notre discussion, le Boss décide toujours seul, mais il tient compte de son environnement:
Un ingénieur qui recommande Git, le calcul de l'intérêt de faire du libre ou pas (Git vs Perforce), le coût de la migration (Perforce vers git est-ce simple ?), l'usage à l'echelle planétaire de l'appli (qui utilise Git), les possibilités de git (grand projet? stabilité en cas de merge ? gestion des utilisateurs ? Branch private ? Shunt ?)
Le financement va-t'il suivre: il faut du linux pour pouvoir exploiter à fond les possibilité de Git même si cela fonctionne sans soucis avec Windows.
Le ressources humaines vont-elles adhérer ?
etc.

VCS Microsoft et IBM

Heureusement que je t'avais donné les liens où tu as une liste des VCS (proprio ou pas, distribués ou pas) dans le commentaire un peu plus haut.
Tu n'avais pas compris que IBM est un simple exemple pour te démontrer que le VCS existe depuis longtemps, donc qu'il a une grande utilité et donc que Google se devait de s'en servir, d'où la nécessité d'une stratégie d'achat ?
Un exemple, servant à expliquer une idée générale lorsqu'on estime que c'est généralisable ?

Fossil est utilisé par rien.

1) Beaucoup d'utilisateurs l'utilisent à titre personnel… et souvent sans connection.
2) SQLite te paraît trop petit ?
3) Ce n'est pas juste le plaisir de me contredire qui te pousse à affirmer ? :D
4) Fossil est accessible via SSH, il y avait même eu un débat sur le sujet il y avait quelques mois.

Tout le monde n'a pas la chance comme toi d'avoir du temps libre pour le passer en auto formation, et si tu as du te former pour utiliser l'outil, ça prouve bien qu'il faut une formation, cqfd. Sauf à demander aux gens de le faire hors du boulot, ce qui serait au mieux un procédé cavalier, et au pire sans doute un peu illégal

Donc les gars qui font de l'informatique sont trop bêtes pour comprendre qu'ils doivent apprendre un VCS, sachant qu'une bonne majorité aime bien coder dans son coin ?
Et moi qui suit le gros naze à tes yeux, je suis trop intelligent bête pour avoir quand même eu envie d'apprendre ?
Ah oui, une auto formation, c'est une formation effectivement. Mais dis moi, dans ta boîte, dont je ne cherche pas à connaître le nom, on n'offre pas la possibilité aux employés de s'autoformer même quelques minutes ?
En gros, si un gars a son projet perso, qu'il apporte dans son ordinateur professionnel, il n'aurait pas le droit de coder pour ça?

Je vais te raconter une situation que j'ai vécu il y a déjà assez longtemps:
Un gars, futur chef de projet, codait. Dans l'entreprise en question il n'y avait pas de VCS. Alors par curiosité je lui avait demandé pour son projet professionnel si par hasard il utilisait un VCS: A l'époque c'était SVN qu'il utilisait dans son Windows… à titre personnel pour le compte de son entreprise.
J'avais dit au patron qu'il faudrait prévoir un VCS… Aujourd'hui je te confirme qu'ils utilisent bien un VCS.

--- " Un appel d'offre, c'est une procédure bien spécifique avec divers parties qui répondent, c'est utilisé principalement pour l'état " (…)

Principalement. Mais Google fait des appels d'offres, parce que côté rapport qualité prix c'est moins cher. C'est le cas de Nexus dont l'appel d'offre a été gagné par LG.
Je parle bien du fait que très probablement ils [Les dirigeants de Google] ont du faire un appel d'offre sur le VCS à utiliser à l'époque. Comme tu le disais, l'entreprise veut des garanties comme le support.
Entre temps, ils ont du voir l'engouement pour git. Et comme je te l'ai dit, ils s'intéressent à l'intérêt stratégique de se servir de git.
Et parmi les raisons, je t'en ai donné une: c'est le plus utilisé à ma connaissance, donc le vivier de compétences informatiques utilisant en général le plus connu, ils n'ont pas cherché à faire même du mercurial.
Remarques, si FaceBook fait du mercurial, Google n'ira pas vers HG… c'est clair ! :D !

Des raisons techniques ? Hmm…
Voyons… Lorsque mon xorg plantait alors que mon XFree était nickel, c'est une raison valable ou pas ?

Je n'ai jamais entendu Xorg faire directement quelque chose chez ATI.

Ah bon ? C'est quoi ça ?

Ca mon cher, ce n'est pas travailler avec ATI. Travailler avec ATI = Tu codes chez eux. Ce n'est pas le cas. Pas à ma connaissance.
Travailler quelque part signifie qu'ils mettent la main dans le cambouis de leur drivers (ATI fglrx)…

D'accord, j'arrête, même si tu réponds…

C'est exactement le genre de réponse que j'attendais.
Vous êtes même allé loin en précisant que des gems posaient encore problème, ce qui est normal lors d'un changement majeur.

Tu participes bien dans mon journal non ? :-?

--- " Pourquoi passer par Google? Pourquoi? Pourquoi? " (…)

Peut-être qu'ils ont signé un contrat avec Google?
C'est une éventualité…

Merci, la réputation de RoR n'est plus à faire.
J'ai juste une question pour ceux qui connaîtraient: est-ce que LinuxFr est basé sur RoR ?
(Je sais qu'il est basé sur Ruby)

--- " OK il pourrait y avoir un rapport entre Windows et l'espionnage par le US " (…)

Tu comprends: tu progresses. C'est bien.

1) Oui j'ai été surpris.
2) Cela m'a dérouté quelques secondes, genre j'ai du taper sur un mauvais bouton…
3) J'aime mais ce n'est que mon goût. Bon je préfère le bleu mais c'est autre chose… :-)
--- " Le bleu " (…)" Il symbolise l'infini, le divin, le spirituel " (…) " symbole de fraîcheur et de pureté " (…)
( Source : Bleu - Wikipédia )

--- " La seule raison qui rend Xorg indispensable est qu'au début c'était le seul serveur graphique viable. Il y a maintenant plusieurs alternatives dont Wayland et Mir, mais ce n'était pas le cas par le passé (voir ce sujet). Ce qui n'est une stratégie pour personne (plus une contrainte) " (…)

XFree86 voulait changer de licence donc ils ont décidé de créer un projet qui concurrence Xfree.
Dans le passé je préférais nettement XFree…
" La version 4.4, sortie en février 2004, a vu sa licence changée. Ce changement fut très controversé et aboutit à la décision de nombreuses distributions de Linux de migrer vers X.Org (un fork de XFree86, réalisé juste avant le changement de licence) " (…)
( Source : XFree86 - Wikipédia )

--- " Je ne dis pas qu'une licence empêche toute stratégie, je dis qu'elle empêche tout spécifiquement la stratégie que tu dénonce (voir même, elle la réfute sur toute la ligne) " (…)

Une des stratégies consiste à choisir la licence la moins problématique pour SONY ou Apple : BSD.
En gros " Elle [la licence BSD] permet de réutiliser tout ou une partie du logiciel sans restriction, qu'il soit intégré dans un logiciel libre ou propriétaire. " (…)
( Source : Licence BSD - Wikipédia )
Ni SONY ni Apple veulent des restrictions notamment parce qu'il y a très probablement des secrets industriels.
Mais je répète, ce n'est pas la seule raison stratégique.

--- " Ce n'est pas moi qui crie au complot, c'est toi ! " (…)

C'est votre interprétation, pas la mienne. Si toutes les stratégies d'entreprises sont des complots, alors toutes les grosses structures complotent TOUS sans exception.
Désolé mais je n'en crois rien.

--- " La planification de l'intégration de Wayland à Fedora puis RHEL est antérieure à l'idée même de développer Mir. Les deux liens que tu cites corroborent d'ailleurs cette information. Du coup, ce que tu affirme est nié par tes propres sources " (…)

Désolé j'ai mal écrit: d'ailleurs, les liens que j'avais mis et que j'avais bien lu le montrent bien.
Par contre, je voulais préciser que Mir (mars 2013) a bien été créé pour contrer un adversaire, Xorg et Wayland.
Et xorg a été créé pour contrer Wayland: je m'en souviens car je pestais aussi dessus…

--- " Rectification, ALSA a été créé pour contrer le changement de licence d'OSS " (…)

C'est ce que je dis: pour contrer [Je connaissais l'histoire puisqu'un ami et moi même nous en avons discuté sur l'opportunité d'utiliser OSS].

--- " PulseAudio ne sera jamais indispensable puisqu'il y a ALSA, tout simplement " (…)

ALSA est un drivers dans le noyau [je coche cette case quand je compile le noyau].
ATI est aussi un driver [Je coche nVidia et ATI aussi]
PulseAudio et Xorg sont des serveurs.
Je n'ai jamais entendu Xorg faire directement quelque chose chez ATI.
De même, pour l'aspect son.
Mon propos est de dire que comme Wayland est avec RH, Pulse devrait suivre le même chemin.
misc dit que PA est entre les mains d'ubuntu: bizarre.

--- " Non, puisque cette partie serveur est optionnelle. " (…)

Xorg aussi est optionnel. Par contre Ubuntu dit qu'il n'est pas conseillé de se passer de PulseAudio… (si si)

comme dans le domaine graphique, xorg est contrôlé par RH.

Non, ce n'est pas le cas.

1) Un board of director avec Red Hat dedans.
2) Lorsque RH met plusieurs dev chez Xorg, ce n'est pas de l'influence ça? Vous connaissez beaucoup d'entreprises qui ont les moyens de mettre même UNE personne (dev) pour contribuer à Xorg?

--- " Maintenant, combien de temps va-t-il te falloir pour comprendre l'ironie de cette phrase ? … " (…)

Non: j'ai dit: Linus n'a rien fait de commercial puisque linux dans le passé était négligeable.

--- " Donc il est logique d'utiliser une Mandriva pour superviser un serveur RHEL ? Ou bien une OpenSuse ? Et c'est supposé me convaincre de l'utilité d'Ubuntu dans le monde des serveurs ? " (…)

Non, je dis qu'on peut contrôler un serveur quelconque avec Ubuntu, via SSH (Forward X autorisé par exemple) par exemple, et Zabbix ou Nagios comme supervision…
Donc un type qui aime ubuntu peut très bien vouloir de l'ubuntu dans SON bureau pour contrôler un cluster sous RHEL.

--- " il est impossible que PulseAudio devienne indispensable puisque c'est ALSA qui produit le son, et comme tu le dis toi-même, ALSA n'est pas prêt de disparaître " (…)

PulseAudio != driver. ALSA == driver. PulseAudio est le serveur en poupe apparemment donc concrètement il sera indispensable, notamment selon ubuntu.
Et comme ubuntu est devant, on ne pourra pas facilement s'en passer… C'est ce que je dis.

" 2010-02-12: Canonical are hiring a sound software engineer. More details can be found at [http://webapps.ubuntu.com/employment/canonical_UDSE/ ] " (…)
( Source : freedesktop.org PulseAudio )

Le seul lien que j'ai trouvé ne montre même pas que c'est vrai car lorsque tu cliques dans le lien qui va chez Ubuntu, il va nul part…
Tu as un lien qui montres qu'ubuntu a bien engagé quelqu'un pour faire du PulseAudio.
(Mais qu'il n'en est pas encore le propriétaire… comme avec Upstart.)

--- " Et ? ça reste un concurrent quand même. Sauf à vouloir être malhonnête, tu supprimes pas tout une partie du paysage pour le plaisir " (…)

Ai-je dit le contraire ? Mon propos est de comparer des cas semblables: CVS/SVN/HG/GIT.
Ils sont open source, et visent le même public.
Ce qui est malhonnête ce serait de prétendre que comparer Perforce (commercial) avec Git (GPL?) est pertinent.
A la limite on devrait discuter de ce qu'IBM et Microsoft ont, là tu serais plus logique.
Je ne supprime pas le paysage puisque dans les faits, chacun y trouve son compte, et sur le terrain tu ne me feras pas croire que la majorité reste en dehors des mains des 4 acteurs: CVS/SVN/GIT/HG.
Et la tendance est d'aller vers Git, ce que tu confirmes.

--- " Parce que moi, c'est pas la réponse qu'on m'a donné. Avant d'affirmer des trucs, prends au moins la peine de discuter autour de toi, ou plutôt, discute avec des gens qui savent de quoi ils parlent " (…)

Tiens tu me disais fièrement que c'est le patron qui décide…
Maintenant, c'est un codeur …
En gros, une VCS de chez IBM ou Microsoft ne vaudrait pas un clou donc ils veulent du git, pour les perfs uniquement ?
Pour les perfs je ne sais pas, mais pour la stratégie d'une entreprise, elle prendra ce qui est utilisé par de grand projet comme kernel.org par exemple.
Donc git est pertinent. Mais même si c'est pertinent j'ai lu quelque part une fois que parfois il y a des problèmes (merge) mais c'était réglé finalement.
Donc dans mon cas, je compile git (en lisant le changelog je sais si c'est une version correcte ou pas).
Une fois la compilation s'est très mal passée… ce qui de mon point de vue explique pourquoi il y en a encore des tas qui restent chez hg ou même svn.
Parce que justement, il faut un truc qui marche mais pas un truc qui bogue en production.

--- " laisse moi deviner, parce que mettre en place git, ça implique du travail et des formations, et donc que les boites n'ont pas le temps ? En fait, tu devrait aller demander à ces nombreuses entreprises, car moi, mon employeur, et celui d'avant, ils ont commencer, voir bien fini de migrer vers Git " (…)
--- " Sinon, comme tu connais ni git, ni svn, cf ce que tu dis, peut être que tu devrais arrêter de commenter, car ça, c'est bien la définition d'inutile " (…)

1) Ah bon, il n'y a pas de commande chez git qui permet de dupliquer un dépôt svn vers un dépôt git ? Bizarre.

2) Formation: J'ai mal lu ?
a) D'habitude tu me traites d'imbécile, de demeuré, de pitoyable, et je ne sais quoi… [cela n'engage que toi bien sûr, pas LinuxFR]
b) Donc, le dernier des derniers que je suis est capable d'apprendre tout seul svn, puis git et enfin fossil.
c) La doc de git est tellement imbuvable que ma pauvre personne insignifiante est le seul en ce monde à être capable d'apprendre sans coach ni formateur grâce au seul tutorial officiel.
d) De plus, les super ingénieurs qui me surpassent en intelligence, notamment certains sur linuxfr, ne seraient pas capable d'apprendre un peu le git, même les commandes simples comme merger, commiter, brancher… ?
e) C'est vrai que la commande git svn ne permet pas de faire du git avec un dépôt svn. Faut que je revérifie ce que git peut faire dès fois que je me trompe.
Git - SVN Crash Course
Peut-être que le site ci-dessus ce n'est pas top ? Bon alors celui-ci me paraît être très bien…
git-svn - Git SCM Wiki

Ca doit être hyper dur à apprendre dis moi…
Puisque plusieurs membres de LinuxFR me prennent pour le bouffon de service je pense donc qu'un super ingénieur devrait s'en sortir sans problème, puisque je m'en sors.

3) Oui, migrer c'est difficile [résistance au changement par exemple], mais pas insurmontable.
Tous les IDE par exemple, ont intégré les VCS les plus courants (HG/GIT/SVN), donc la formation n'est pas forcément le soucis numéro un.

--- " C'est bien, d'un coté, tu dis "Je ne connais pas la politique de Google dans le domaine de VCS", de l'autre, tu dis " C'est pour cela que Google dans le passé utilisait Perforce (sécurité, assurance, etc.).". Tu as pas le sentiment de te contredire ? " (…)

Non.
Je disais que dans le passé il fallait un VCS de qualité. Donc la logique devrait être, de mon point de vue, faire un appel d'offre sur un VCS dans lequel on fait savoir quels sont leurs exigences (cahier des charges).
Donc, probablement que Perforce a gagné cet appel d'offre. Mais à titre personnel je ne connais pas la stratégie de Google dans le domaine de VCS.
Par contre, si j'étais Google, pour pouvoir capter les meilleurs, il vaut mieux se tourner vers le VCS le plus utilisé du moment et qui est décentralisé: git.
Tu utilises git non? Moi de moins en moins car je préfère Fossil.

Merci coach pour cette partie de rigolade. Merci pour le +1, aussi.

J'aurais été intéressé par la comparaison entre Fedora et openSuse.
Je pense que ce serait intéressant, car je pense que le public cible est assez voisin…

Enfin malgré tout ça donne envie d'essayer fedora tout ça!

Vous utilisez quoi comme distribution ? Vous avez parlé de coder en dev des jeux je crois.

C'est un des mes "bug" preferés sur les desktop linux :-)

Ce n'est pas un bogue, c'est au contraire la preuve d'un respect de la sécurité.
Si quelqu'un ferme une application, il faut que tout ce qui concerne cette application disparaissent, notamment le contenu du presse-papier.
Cela fait partie du B A ba de la sécurité: supprimer ce qu'on peut supprimer.

Si on suivait votre logique, je devrais trouver anormal que lorsque je tape mon login et mon mot de passe en mode console, je ne puis voir mon mot de passe sous forme d'astérisque.

--- " Autant je suis pas d'accord sur le fait qu'on fait rien car on fait des choses, mais que ça ne se voit pas. " (…)

C'est vrai que lorsque la France fait du contre espionnage, elle ne fait rien. Je me demande même pourquoi de temps en temps, on nous explique que la France arrive à stoper quelques attentats par an.
Probablement des paroles en l'air misc ?

Faire quelque chose c'est déjà depuis quelques années enseigner le libre à l'école à l'echelle de la France.
On le fait ?
Faire quelque chose c'est aussi parler des dangers de la technologie non maîtrisée à l'école.
On le fait ?

--- " Et je pense juste que les gens pensent que faire quelque chose, c'est facile "sufi just de virai windauw$, lol" " (…)

Il faut des années pour former correctement un informaticien ! Ce serait facile de virer Windows sur tous les ordinateurs, même à supposer qu'on veuille bien le faire ?
J'ai précisé qu'il fallait commencer par créer des décrets, et cela se fait par petites touches pas brutalement puisque beaucoup de machines outils ne peuvent par exemple fonctionner qu'avec comme interface Windows… pour ne prendre que cela comme exemple. Sinon il faudra me dire pourquoi certains pays ont carrément imposé la priorité aux logiciels libres.

--- " C'est facile d'affirmer "faut se passer de google et facebook" et ensuite dans un commentaire, d'aller dire "faut que ta distribution soit visible sur g+ et facebook pour exister, et pinterest, trop cool, y a air france dessus" " (…)

Je vais donc répéter: Si on pouvait éviter les réseaux sociaux, c'est ce qu'il faut faire. A titre personnel je suis contre FB par exemple.
Mais nous vivons dans un monde où FB est par exemple essentiel, donc pour se faire connaître pour le cas de linux, il doit être présent sur les réseaux sociaux. Et il me semble que Linux est présent sur TOUS les réseaux sociaux. Mais est-ce que leur présence est suffisante ? Je ne sais pas.
Le but d'une distribution est de se faire connaître pas d'encenser un réseau social.
La preuve que je suis cohérent, je suis présent sur FB, linkedin et G+.
Je n'ai pas fait l'effort d'être ailleurs, parce que pour moi ce n'est pas aussi pertinent que ces trois là.
Et mon compte FB est vide. :-)
Dernier point, si les réseaux sociaux n'étaient pas des moyens de communication pour une entreprise, alors elles seraient déjà allées ailleurs, ce qui n'est pas encore le cas.

--- " Mais voila, ça, ç'est du kadalka. Ensuite, peut être qu'à force d'essayer de lui répondre, j'ai fini par ne plus voir à quel point il est confus. " (…)

C'est un point de vue: je dirais sans exagérer que tu n'as pas compris mes propos.
Par exemple, lorsque je parle stratégie, tu me réponds technique…

Je n'avais pas pensé à CE journal, mais comme il m'avait bien dit que ce serait le dernier, je me suis dit que je vais donner celui là…
J'avais pensé à un journal plus technique, parler de programmation par exemple, genre présenter ce que j'ai fait.
Mais finalement, j'ai trouvé anormal de présenter ici ce que j'ai fait si c'est le dernier journal.
Un journal ne doit pas être trop long si possible donc j'avais pensé découpé en plusieurs…

Ce ne sera pas possible donc, je ne ferais pas.
J'avais pensé aussi à des dépêches mais qui intéresse tout le monde.
Les dépêches doivent être les plus objectives…
Si par exemple, une technologie convainc une personne et au contraire fait fuir un autre, il est évident qu'on ne peut qu'être obligé de trancher ce qui risque d'être subjectif.

--- " C'est exactement ce que dise les anglais, c'est pour ça qu'ils sont à l'intérieur pour bien diviser. La bonne solution, c'est de les foutre dehors et de faire sauter le tunnel, comme ça on n'en parle plus " (…)

C'est exactement ça. Mais pour la solution, il faut les encourager à quitter l'Europe.
Comme cela, nous serons un peu plus tranquille…

--- " Red Hat ne peut pas rendre systemd indispensable comme tu le prétend car absolument tout le code qu'ils produisent est forkable " (…)

Darwin est forkable et pas grand monde s'en sert. FreeBSD est forkable et les systèmes linux sont plus nombreux que les *BSD.
Ce n'est pas parce que c'est forkable que le problème n'existe pas.
Pour rendre systemd indispensable ce n'est pas compliqué: on habitue d'abord tout un chacun à l'usage d'un composant par exemple Xorg.
Et on enlève petit à petit tout ce qui concerne sa relation avec init pour être exclusivement systemd.
Ce sera ce qui va être fait avec Pulse Audio car Lennart n'aura pas le temps de maintenir à la fois init et systemd: il faudra choisir.

Si ma mémoire est bonne, misc avait parlé d'un logiciel ou d'une librairie qui ne pouvait pas se passer de systemd…
Donc dans le futur, mon pari, on ne pourra pas se passer de systemd ni de près ni de loin…
Beaucoup de logiciel ne peuvent pas se passer d'init n'est-ce pas ?

--- " Tu ne comprends rien à rien : la stratégie ne peut même pas exister à cause de la licence d'une part, et l'exemple que tu prends pour tenter d'en démontrer l'existence est hors de propos " (…)

J'ai écrit : " Non, une stratégie ce n'est pas seulement une question de licence " (…)
Vous vous me dites que la licence empêche une stratégie.
Un développeur par exemple veut proposer un produit opensource. Fréquemment il y a des débats sur l'opportunité ou pas de mettre une licence GPL ou pas.
Le développeur sur ce point, fait déjà montre d'une certaine stratégie: trouver la meilleure licence pour son produit.

Sur le long terme la licence ça compte, mais pas seulement. Si par exemple un produit a une mauvaise réputation, on n'en voudra pas.
Si par exemple, une entreprise pose problème dans son attitude on s'en écartera [IBM, Microsoft, etc.]
Si par exemple, la mis en avant d'un produit n'est pas correcte on n'en voudra pas non plus.
Mandrake de mon point de vue était nettement supérieur à Red Hat, et pourtant, Red Hat est devant et mandrake/mandriva est encore dans les choux…
exemple d'erreur de stratégie dans le domaine de la licence

complot

1) Je ne vois pas en quoi RH fait un complot puisque au vu et au su de tous ils sont dans des projets comme Xorg, PulseAudio, systemd…
Si vous me dites qu'il n'y a que nous deux qui sommes au courant que ces projets sont chez RH, donc il y a peut-être complot.
2) Une entreprise ne dévoile pas toujours sa stratégie, si pour vous c'est un complot, alors ou il y a complot alors.
3) La stratégie de RH est visible: utiliser PulseAudio pour le son, comme Xorg et maintenant Wayland pour le graphisme.
Ca c'est ce que je vois.
4) Jamais une entreprise ne te dira directement qu'il veut casser la gueule à son concurrent, cela fait tâche.
Par contre, si tu as l'oeil, tu verrais très vite ce qu'il veut te faire subir…

Donc me servir de ma tête c'est essayer de faire le lien sur quelque chose de plus global: la tendance de Linux en général et de RH et ubuntu en particulier.

Si je me base sur ce que fait ubuntu, je concluerais que RH a intérêt à suivre le même processus donc ils vont par exemple remplacer xorg par wayland.
" Wayland est considéré comme le futur remplaçant du serveur X.Org. " (…)
( Source : Wayland - Wikipédia )
" En mars 2013, Mir a été choisi par Canonical Ltd. comme le remplacement de la vieillissante technologie X dans la distribution Ubuntu " (…)
( Source : Mir (serveur d'affichage) - Wikipédia) )

" PulseAudio (anciennement PolypAudio) est un logiciel serveur de sons multiplate-forme, développé principalement par Lennart Poettering pour le compte de Red Hat, Pierre Ossman pour le compte de Cendio et Shahms E. King " (…)
( Source : PulseAudio - Wikipédia )
" PulseAudio 2.0 completely drops ESounD support. " (…)
( Source : Enlightened Sound Daemon - Wikipedia, the free encyclopedia )

--- " Ensuite, ALSA est aux mains du noyeau Linux, et ce faisant, n'est pas prêt de disparaître " (…)

ALSA a été créé pour contrer OSS.
Et il est là bien avant PulseAudio. Je ne vois pas pourquoi une application importante pour tous serait phagocyté par RH.
Non, ils se contenteront de contrôler la partie serveur de son, ce qui est suffisant pour rester devant.
Le but est de rester devant, être incontournable…

--- " c'est ALSA qui s'occupe de communiquer avec ta carte son " (…)

C'est ce qu'on m'a dit.

--- " Cela n'a rien à voir avec X puisque sans X tu n'as pas de session graphique " (…)

On appelle cela comparer:
serveur X : xorg, mir, etc.
serveur de son: PulseAudio, jack ?
drivers graphique : ATI/nVidia
drivers son : OSS, ALSA

Mon propos est de dire que pour contrôler la partie son il suffit de contrôler la partie serveur, donc pulseaudio, comme dans le domaine graphique, xorg est contrôlé par RH.
Contrôler ne veut pas dire qu'il va y avoir des hommes en armes qui menaceraient de tout casser dès fois qu'il y en a un qui ne voudrait pas se plier.
Contrôler veut dire que l'on envoie quelques developpeurs pour s'occuper du code de xorg pendant que d'autres ne le pourront pas…
Le premier Xorg que j'ai connu c'était du Fedora, les autres c'était du XFree86.

--- " systemd écarte autant le monde Unix que ALSA si tu veux mon avis. Linus Torvalds aussi il a une stratégie commerciale ou bien ? " (…)

ALSA a été créé pour contrer OSS.
Rien avoir avec l'aspect commercial. :-)

--- " Debian n'est pas Ubuntu " (…)
--- " Donc tu ne sais pas lire. Ce qui m'étonnerait, c'est justement qu'un admin soit convaincu que ça soit la solution " (…)
--- " Ubuntu et Debian ne forment pas un couple. " (…)
--- " il ne devait pas y avoir d'unanimité " (…)

Je n'ai jamais dit que c'est la même chose.
Par contre les commandes apt-get ou dpkg sont une spécificité debian qui sont encore valable chez ubuntu.
Utiliser ubuntu pour contrôler du debian tombe donc sous le sens pour quelqu'un qui veut du debian sur ses serveurs mais préfère de l'ubuntu pour son outil de supervision.
Donc, je dis bien qu'ubuntu et/ou debian seront utilisés sous une forme ou une autre.
Comme je l'ai dit plus haut que plus le public qui va utiliser linux est jeune (étudiant vs expert linux) plus il voudra de l'ubuntu et donc acceptera parfaitement de se mettre à debian, via ubuntu.
L'unanimité n'est pas de ce monde, donc dans mon cas, ce n'est pas parce que je constate que personne ne veut du linux sans ubuntu que cela veut dire que tout le monde fera de l'ubuntu.
Mais la tendance me fait dire que dans le futur, hors d'ubuntu sera difficile si on veut faire sa place et en fait connaître debian sera indispensable pour l'aspect serveur.
Mais bien sûr il y a ceux qui veulent du gentoo, du RH, du Suse [qualité allemande], etc.

--- " Quand je parle des exigences du client je parle de ses exigences en matière de stabilité, de maintenance, etc. S'ils exigent de l'Ubuntu, libre à eux " (…)

Pour la majorité des clients, ils demandent si ça marche sans trop de soucis.
Si leur employé, un ingénieur, s'y connaît en ubuntu, il dira: je l'utilise patron. Fin de l'histoire.
A part quelques cas particuliers où le serveur (ou le calcul) est super critique [Banques, data center, serveur de calcul distribué, etc.] cela importe peu pour l'utilisateur que ce soit de l'ubuntu.
Et ça ubuntu comme RH l'ont très bien compris.
Pour l'instant, on peut parfaitement se passer de PulseAudio, mais je parie que dans le futur ce ne sera pas possible…

" Perforce is a commercial, proprietary revision control system developed by Perforce Software, Inc " (…)
( Source : Perforce - Wikipedia, the free encyclopedia )

Je te propose de lire ceci: List of revision control software - Wikipedia, the free encyclopedia
Je ne compare pas de l'open source avec du propriétaire. Donc perforce ne m'intéresse pas.
Sinon pour être objectif, il faudrait aussi comparer les logiciels fait maison…
Je compare ce qui est décemment comparable notamment CVS/SVN/GIT/HG.
Git a ma connaissance c'est largement après parce que justement SVN était proche de CVS et comme tu le sais, CVS est rarement utilisé.
Par contre, Git s'est imposé très rapidement grâce au fait que le noyau linux s'en serve, pas pour ses perf.
Si ce sont ses perf, alors pourquoi beaucoup d'entreprises restent avec SVN ?

--- " Et bitkeeper est plus vieux que subversion de quelques mois, donc même le concept de Subversion n'était pas le plus novateur à l'époque " (…)

Donc tu confirmes ce que je me disais: SVN n'est pas meilleur que Git sauf sur un point il me semble.
Mais SVN a bien battu CVS et largement.

--- " Faire des merges sous svn, c'est pourri, avec git, ça passe correctement " (…)

:D Si je suivais ta logique je dirais que tu insultes les utilisateurs inconditionnels de SVN. A titre personnel, je n'y vois aucune insulte, juste un point de vue qui se défend.
Tu as vraiment une dent contre SVN…
Comme je n'utilise pas vraiment SVN je ne peux pas connaître, j'utilise git de temps en temps et surtout Fossil qui correspond a tout ce qui est utile pour la majorité des usages…
Je suis d'accord qu'avec Git je n'ai jamais eu de soucis…

--- " C'est que Google lache perforce pour git " (…)

Je ne connais pas la politique de Google dans le domaine de VCS, mais si je devais utiliser un VCS, je choisirais Git pour les gros projets.
Et comme Git fonctionne tout aussi bien avec les petits projets, pourquoi s'en priver ?

--- " Linus utilisait bitkeeper, qui n'a pas lui pris le monde d'assaut, prouvant bien que la pub de kernel.org n'est pas une condition suffisante, ou même nécessaire " (…)

SVN était déjà suffisamment bon et CVS est plus ou moins accepté depuis des lustres donc, personne n'ira se payer un propriétaire.
C'est l'évidence même.
Seule une entreprise qui a de gros besoins de versionning et qui a le budget pour s'y investir aurait envie d'un VCS propriétaire.
C'est pour cela que Google dans le passé utilisait Perforce (sécurité, assurance, etc.).

--- " Git réponds à ce besoin, c'est utilisé. Systemd réponds, c'est utilisé. Mercurial réponds aussi et permet d’expérimenter autrement, des gens l'utilisent, pareil pour upstart " (…)

1) Beaucoup de logiciels répondent à des besoins, donc c'est utilisé, cela me paraît évident.
Par exemple, Windows XP, est encore utilisé, cela répond à un besoin…
2) upstart ? Franchement, si on pouvait s'en passer ce serait top…

C'est une possibilité.
Mais cela ne résout pas le problème de l'expéditeur.
Dans mon cas, il sait pertinemment que c'est moi, il a juste envie de faire un peu pression.

Merci pour votre intérêt pour le sujet.
Mais vous, vous enverrez un journal pour quelqu'un ? Parce que je ne vois pas trop l'intérêt de proposer de mettre la clef OpenPGP dans le profil sinon…
Pourquoi ne pas proposer un PM intelligent: on accepte d'être contacté par quelqu'un de son choix par exemple.

Je ne comprends pas l'intérêt de ton commentaire: le but est de se soutenir et pas autre chose.
Ce n'est pas gentil d'abandonner quelqu'un coach.