2013/6/19 Filho Arrais <[email protected]> > > 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 #$%@#$ > > Isso me deixa triste. No caso das versões do PostgreSQL homologar a versão X.Y tudo bem. Mas as versões menores, X.Y.Z, são correções de bugs ou pequenas otimizações. Simplesmente não faz sentido...
> Apliquei uns patch e resolvemos o problema, agora o Perl consegue encontra > esses arquivos que a nova versão não reconhece. > > "uns patch" onde? No PostgreSQL? Isso também não feriria a versão homologada? > >>> >>>> 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. > 9.<o quê?> Só por isso eu já diria que nem sabem do que estão falando. > 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 COBOLainda > existe. > " > > Ok. Agora imagine se eles estivessem usando a versão 8.3. Recentemente foi encontrado uma grave falha de segurança, e, como não tem mais suporte, a versão 8.3 não teve correção. E aí? Eles iriam realizar essa correção grave por conta? E se ano que vem encontrarem outra e não for corrigido a 8.4? Aliás, você está aberto a esta falha com a 8.4.4. Não entendi o que o COBOL tem a ver com a história? Não vi nenhuma relação... 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
