| 1 |
-----Message d'origine----- |
| 2 |
De : Stéphan BERNARD [mailto:stephan.bernard@×××××××××××××××××.fr] |
| 3 |
|
| 4 |
> Donc tant que tes machines "clientes" font simplement des emerge world |
| 5 |
(sans emerge rsync), je peux très |
| 6 |
> bien partager /usr/portage en lecture/ecriture, ce qui résoud le problème |
| 7 |
du partage |
| 8 |
> d'/usr/portage/distfiles. |
| 9 |
|
| 10 |
> Du coup, la solution est assez simple, non ? |
| 11 |
|
| 12 |
Si tu as confiance dans *toutes* les machines de ton réseau, oui. Sinon, ca |
| 13 |
laisse la possibilité pour les propriétaires des machines de modifier les |
| 14 |
ebuilds et donc de faire des conneries ;) |
| 15 |
|
| 16 |
> Explication : si une machine M1 est en train de télécharger le package P, |
| 17 |
et qu'une autre machine M2 veut |
| 18 |
> aussi faire une mise à jour de P, étant donné que P est présent dans |
| 19 |
/usr/portage/distfiles, M2 va sauter |
| 20 |
> le téléchargement, pour tenter de décompresser l'archive. Mais si M1 n'a |
| 21 |
pas fini, il y aura un CRC error, |
| 22 |
> et la mise à jour de M2 s'arrête. |
| 23 |
|
| 24 |
Il y a un truc à l'étude (voire en dev) pour résourde ce genre de problèmes, |
| 25 |
qui fonctionne un peu comme un serveur de streaming qd plusieurs machines |
| 26 |
réclament le même package alors qu'il est en cours de d/l ou absent. J'ai |
| 27 |
plus le nom en tête, ni le lien sous la main, mais les forums Gentoo |
| 28 |
devraient te retrouver ca rapidement ;) |
| 29 |
|
| 30 |
Antoine |
| 31 |
|
| 32 |
-- |
| 33 |
gentoo-user-fr@g.o mailing list |
| 34 |
|
| 35 |
|
| 36 |
|
| 37 |
-- |
| 38 |
gentoo-user-fr@g.o mailing list |
Archives