1 |
Salut, |
2 |
|
3 |
youshe zifeng a écrit : |
4 |
> Bonsoir, |
5 |
> |
6 |
> Je suis face à un petit problème de mise à jour de ma gentoo. |
7 |
> Je suis dans le réseau de ma fac où, pour nous connectés nous |
8 |
> utilisons un client VPN. Nous n'avons accès qu'aux serveurs connus à |
9 |
> l'exception près de passer par un proxy http/ftp. |
10 |
> En configurant mes variables http_proxy et ftp_proxy avant un emerge |
11 |
> --fetchonly package, aucun problème... Cependant, ça ne fonctionne pas |
12 |
> pour un emerge --sync. |
13 |
> Je me suis donc dit, peut être qu'en donnant le proxy http pour rsync |
14 |
> ça pourrait fonctionner mais non... |
15 |
|
16 |
les proxys filtrent souvent les ports un peu exotiques |
17 |
|
18 |
> Donc la question (enfin les questions en fait) : |
19 |
> - Y a t'il une possibilité de lancer un emerge --sync avec un proxy |
20 |
> http ou ftp ? |
21 |
> - Y a t'il une possibilité de faire un emerge --sync sans pour autant |
22 |
> passer par le net, simplement en téléchargeant par exemple un |
23 |
> instantané de portage sur un miroir ? |
24 |
|
25 |
|
26 |
en fait, tu peux utiliser emerge-webrsync qui va récupérer un snapshot de portage en tar |
27 |
et faire ce qu'emerge --sync ferait. |
28 |
|
29 |
|
30 |
> |
31 |
> Je pense que cette dernière solution serait la plus simple mais si je |
32 |
> l'extrait (comme dans la procédure d'installation) dans /usr/portage/, |
33 |
> ça va me faire un gros fouilli pas joli... La solution serait de tout |
34 |
> supprimer au préalable mais... Je pense que vous pouvez imaginer ma |
35 |
> réticence à partir dans cette entreprise... |
36 |
> Quelqu'un aurait il une solution un peu plus sûre à me proposer ? |
37 |
> |
38 |
> Fred |
39 |
> |
40 |
-- |
41 |
gentoo-user-fr@g.o mailing list |