1 |
2008/7/30 Eduardo Schoedler <eschoedler@×××××××××××.br>: |
2 |
> Não não... é que como se trata de servers em produção, eu gosto de escolher |
3 |
> quais pacotes atualizar. |
4 |
|
5 |
Sim, mas atualizar a árvore do portage não significa atualizar nenhum pacote. |
6 |
|
7 |
Nos meus servidores eu produção eu atualizo apenas a árvore do portage |
8 |
automaticamente, nenhum pacote. E assim que a atualização automática é |
9 |
feita, se tiver alguma glsa que afete algum dos servidores, eu recebo |
10 |
um e-mail do servidor especifico com a saída do comando `glsa-check |
11 |
--dump affected`. |
12 |
|
13 |
(Eu prefiro não fazer --fix automaticamente, afinal, produção é |
14 |
produção, e não é todo dia que tem alguma pacote afetado de uma |
15 |
instalação amd64 hardened) |
16 |
|
17 |
Detalhe que o glsa-check não funciona corretamente sem atualizar o portage. |
18 |
|
19 |
Só atualizar a árvore do portage é inofencivo pro sistema. O máximo |
20 |
que pode acontecer é deletar algum ebuild de uma versão que vc tenha |
21 |
instalado e não conseguir, se precisar, reinstalar exatamente a mesma |
22 |
versão ao invés de uma mais nova. Mas se esse for teu receio, você |
23 |
pode manter back-ups incrementais da árvore, e caso precise algum dia |
24 |
de algum ebuild desse, vc pode adicioná-lo ao overlay. |
25 |
|
26 |
Outra idéia, que eu nunca tentei e não sei se funciona, é você |
27 |
sobreescrever a variável PORTAGE_RSYNC_OPTS no make.conf e tirar a |
28 |
opção --delete. |
29 |
|
30 |
Por padrão, o valor dessa variável (hardcoded no emerge) é: |
31 |
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times |
32 |
--compress --force --whole-file --delete --stats --timeout= |
33 |
--exclude=/distfiles --exclude=/local --exclude=/packages" |
34 |
|
35 |
Sem a opção delete, ficaria assim: |
36 |
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times |
37 |
--compress --force --whole-file --stats --timeout= |
38 |
--exclude=/distfiles --exclude=/local --exclude=/packages" |
39 |
|
40 |
Dessa forma, *teoricamente*, ele não vai apagar mais nenhum ebuild da |
41 |
tua árvore, apenas adicionar os novos a cada sync. Não tem mais nenhum |
42 |
dev ou ex nessa lista que poderia comentar essa idéia? |
43 |
|
44 |
|
45 |
-- |
46 |
Fabiano. |