Olá pessoal!

Somente para informá-los sobre a decisão.


Cheguei a baixar os fontes diretamente do site oficial do squid, compilei
etc e tal, mas de início já estava dando dor de cabeça. A cada
"./configure" ele reclamava de algum pacote. Depois a cada make, perdi um
bom tempo até conseguir compilar sem erros. Em função disso, não executei o
make install


Resolvi testar a outra sugestão. Instalei a versão que está em testing.
Atendeu perfeitamente a necessidade.


Para manter o sistema em stable e instalar somente o squid do testing fiz o
seguinte:

/etc/apt/source.list dupliquei o repositório de pacotes adicionando o
testing
deb http://ftp.br.debian.org/debian/ squeeze main contrib non-free
deb http://ftp.br.debian.org/debian/ testing main contrib non-free


Defini a prioridade de repositório no caminho /etc/apt/preferences criando
o arquivo 00preferences com o seguinte conteúdo:
Package: *
Pin: release a=squeeze
Pin-Priority: 500

Package: *
Pin: release a=testing
Pin-Priority: 50

Atualizei a lista
apt-get update


Para verificar a versão do squid (pretendida 3.1.19)
 apt-cache show -t testing squid3

Tudo OK, é só instalar:
 apt-get install -t testing squid3


Como eu havia citado, essa necessidade surgiu por conta de um BUG da versão
stable.



Obrigado pelas sugestões.


[ ]'s




Dentro de /etc/apt/preferences criei o arquivo 00preferences com o seguinte
conteúdo:


2012/2/14 China <china.lis...@gmail.com>

> Normalmente as correções de bugs são feitas e distribuidas pelos DDs
> mantenedores do pacote. O que você pode fazer é procurar o time do
> squid@debian e perguntar quando haverá a incorporação.
>
> Eu já tive de compilar sim, mas usei o método de instalar as
> dependencias de compilação em uma máquina de testes (apt-get build-dep
> <pacote>) e instalar os fontes (apt-get source <pacote>). A partir daí
> fiz o download do fonte do site do desenvolvedor e passei os
> diretórios de controle do fonte do pacote Debian pra dentro dele e
> madei construir o deb.
>
> Outra alternativa, mais simples, é verificar se no testing já tem a
> versão nova, com o bug corrigido. Neste caso você adiciona a linha do
> repositório de fontes do testing na máquina de testes, instalar as
> dependencias de compilação com apt-get build-dep <pacote> e manda
> baixar e compilar automaticamente com apt-get -b source <pacote>.
>
> Em 14 de fevereiro de 2012 14:53, Bruno Ayub <bruno.a...@gmail.com>
> escreveu:
> > Olá pessoal!
> >
> >
> > Configurei recentemente um servidor proxy baseado no Squid 3.1.6 no
> Debian
> > 6. Instalei via APT e configurei os detalhes para a necessidade do
> ambiente.
> > Acontece que a versão 3.1.6 tem um BUG que já foi corrigido em versões
> > posteriores (a atual é 3.1.19). Como sabemos que o Debian o processo de
> > atualização dos pacotes é um pouco mais rigoroso, estou num dilema cruel:
> > compilar ou não a versão do site.
> >
> > O bug afeta diretamente a estabilidade do serviço, ou seja, não dá para
> > conviver com ele. A última versão estável do squid já está instalada e o
> > servidor está exclusivamente para rodar o squid.
> >
> > Ao meu ver, quando se compila uma versão específica, você acaba ficando
> > preso a ela. Não dá para comparar a comodidade de manter o sistema
> > atualizado com o gerenciador de pacotes.
> >
> >
> > Alguém já passou por esse dilema?
> >
> >
> > P.S: para quem tiver curiosidade o bug é: Bug 3177: assertion failed:
> > comm.cc:1583: "fd >= 0"
> >
> >
> > [ ['s
> >
> >
> >
> > --
> > Bruno Ayub.
>
>
>
> --
> @chinabhz
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/cake1zwoqgnmmj_7fcdzx3vk4ij44kmxjguhw5g3dz_emv6...@mail.gmail.com
>
>


-- 
Bruno Ayub.

Responder a