Em 19 de junho de 2013 08:31, Matheus de Oliveira <[email protected]
> escreveu:

>
> 2013/6/18 Filho Arrais <[email protected]>
>
>>
>> Em 18 de junho de 2013 11:09, Matheus de Oliveira <
>> [email protected]> escreveu:
>>
>>
>>> 2013/6/18 Filho Arrais <[email protected]>
>>>
>>>>
>>>> Em 18 de junho de 2013 10:21, Juliano Atanazio 
>>>> <[email protected]>escreveu:
>>>>
>>>>
>>>>>
>>>>>
>>>>> 2013/6/18 Filho Arrais <[email protected]>
>>>>>
>>>>>> Estou compilando o postgres 8.4.4 (preciso dessa versão) no Debian 7
>>>>>> e Ubuntu 13.04, porém me deparo com esse erro e não consegui resolver, 
>>>>>> peço
>>>>>> a ajuda dos demais que já tenham passado por isso.
>>>>>>
>>>>>> Instalei as dependências
>>>>>>
>>>>>> # aptitude install build-essential zlib1g-dev libreadline6-dev flex
>>>>>> bison libxml++2.6-dev libxml2-dev libperl-dev libclass-dbi-perl
>>>>>> libyaml-libyaml-perl libyaml-dev libdbd-sybase-perl freetds-dev
>>>>>>
>>>>>> Rodei o configura com suporte a XML e PERL
>>>>>>
>>>>>>  # ./configure --with-libxml --with-perl
>>>>>>
>>>>>> rodando o make
>>>>>>
>>>>>> # time make -j install
>>>>>>
>>>>>
>>>>> A opção "-j" do make requer um inteiro, pois indica o número de jobs
>>>>> que o make fará simultaneamente.
>>>>> Muito útil para CPUs de vários núcleos ou mesmo várias CPUs.
>>>>> Recomenda-se que esse inteiro seja o seu total de núcleos + 1.
>>>>> Se sua máquina tem 4 núcleos, então será 5, por exemplo.
>>>>> Uma sugestão minha, dê preferência ao inglês em servidores, pois para
>>>>> vc pesquisar erros tem muito mais material.
>>>>> Resumindo, tente fazer isto:
>>>>>
>>>>> # LANGUAGE=en time make -jN install
>>>>>
>>>>> Sendo que N é seu (núcleos + 1)
>>>>>
>>>>> Se der erro de novo poste aqui, por favor.
>>>>>
>>>>> Mesmo erro amigão. :(
>>>>
>>>> make[3]: Entering directory `/root/postgresql-8.4.4/src/pl/plperl'
>>>>
>>>>
>>> Cara, já tentou ao menos utilizar a release mais atual da versão 8.4? No
>>> caso a 8.4.17?
>>>
>>>
>> Já sim, fiz o mesmo processo na 8.4.17, aparente rodou sem problemas.
>> Engraçado que já fiz esse processo meses atrás e não deu erro.
>>
>
> Então utilize a 8.4.17, não há desculpas para usar a 8.4.4 ao invés dessa.
> Quanto a ter feito antes, tem certeza que era o mesmo sistema, com as
> mesmas versões do Perl e outras dependências?
>
>
Pensei em utilizar o 8.4.17, mas tenho certeza que se for preciso um
suporte no banco futuramente, o pessoal do ERP vai da um pulo la no Japão e
vai dizer que não da suporte porque não é release que eles utilizam. AI eu
vou ficar #$%@#$

Apliquei uns patch e resolvemos o problema, agora o Perl consegue encontra
esses arquivos que a nova versão não reconhece.


>
>>
>>> Não analisei direito, mas como é uma versão **bem antiga** pode ser
>>> alguma incompatibilidade com a versão do Perl.
>>>
>>> Se possível, tente usar uma versão mais nova também, a 8.4 logo será
>>> descontinuada! A mais atual é a 9.2.4.
>>>
>>
>> Infelizmente é um requisito utilizar essa versão  .
>>
>
> Infelizmente algumas pessoas insistem em viver do passado (não, não estou
> culpando você, mas quem te está forçando a isso). Só fique ciente, e deixe
> quem está ditando isso á você ciente, que essa versão terá suporte somente
> até Julho de 2009 [1], e depois você está na mão. E, além disso, você está
> perdendo muitas funcionalidades bacanas das versões mais recentes, como:
> melhor desempenho (maior escalabilidade vertical, index-only scan, etc.),
> replicação hot standby, novos tipos de dados (range types, json, etc.),
> etc., etc., etc... Além disso, a migração da 8.4 é tranquila, poderia ser
> complicado se fosse da 8.3 ou anterior, mas mesmo assim teria remédio.
>
> Já questionei, mas a resposta que tive foi essa.

"A Versão 9... será homologada ainda este ano. Quanto ao suporte que
deixará de existir, não é problema pois damos o suporte e tem várias
empresas que dão suporte. Para ter uma ideia COBOL ainda existe."


>
> [1] http://www.postgresql.org/support/versioning/
>
> Atenciosamente,
> --
> Matheus de Oliveira
> Analista de Banco de Dados
> Dextra Sistemas - MPS.Br nível F!
> www.dextra.com.br/postgres
>
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a