(puis [jeu n°2] répétez cette opération à chaque mise à jour)(à titre de mise en bouche : lien)
./1919 #2 :
(et avec une moyenne de 14 ko/fichier ça ne permet même pas de se dire que la place est prise par de gros binaires)
Uther (./1919) :
Ca ca existe partout et c'est plutôt normal. Après tout dépend de la bonne volonté que tu met a essayer de reproduire le bug.
)
# du -sh * 699M third_party 144M chrome 40M content 38M native_client 38M net 18M v8 16M media 16M ppapi 14M breakpad 14M ui 12M tools 9,8M webkit 7,3M base 5,0M remoting 4,6M testing 4,2M gpu 3,2M chrome_frame 3,0M ash 2,9M sync 2,8M sdch 2,7M native_client_sdk 2,5M sandbox 1004K skia 873K chromeos 759K build 766K seccompsandbox 765K googleurl 740K crypto 602K ipc 584K jingle 511K printing 498K courgette 381K dbus 363K cloud_print 125K sql 44K google_update 20K DEPS 20K WATCHLISTS 16K PRESUBMIT.py 8,0K AUTHORS 4,0K LICENSE 4,0K OWNERS 4,0K codereview.settings
)GoldenCrystal (./1927) :
Si tu deviens riche, tous tes problèmes applicatifs vont se résoudre ?
Folco (./1940) :GoldenCrystal (./1927) :
Si tu deviens riche, tous tes problèmes applicatifs vont se résoudre ?
Il veut dire que si t'es riche, t'achètes un mac, et pouf 0 bug, 0 problème.
)
Zeph (./1943) :
./1935 : le repo SVN est bien plus gros que les snapshots, je ne suis pas sûr qu'ils soient auto-suffisant pour compiler. Et bien sûr que le dossier third_party est de très loin le plus gros, mais il était question de recompiler Chromium et si tu veux le faire il va falloir compiler les bibliothèque tièces aussi bien que le reste ^^
