On 5/9/10, Leonardo <[email protected]> wrote: > Em 9 de maio de 2010 11:31, Max Miorim <[email protected]> escreveu: >> On 5/9/10, Leonardo <[email protected]> wrote: >>> Em 9 de maio de 2010 10:58, Max Miorim <[email protected]> escreveu: >>>>(...) >>>> Outro problema é que as versões mais antigas - como o 9i - tinham >>>> alguns problemas de compatibilidade com a libc (o que exigia a >>>> instalação dos libc-compat ou equivalentes) e até onde eu sei o >>>> Slackware nunca ofereceu esta compatibilidade com a libc "antiga". >>>>(...) >>> >>> @see /usr/i486-slackware-linux/lib/ >>> >>> tem algumas lá. >> >> Agora eu não sei se tu acha que eu sou completamente retardado ou se >> tu não faz idéia do que eu estou falando. >> >> Assumindo a segunda opção, a versão do Oracle que eu citei precisa de >> uma glibc *muito* antiga, que foi oferecida pela última vez no >> Slackware 9.1 ou 10.0. >> >> (...) > > segunda opção, ;) > > mas basicamente você vai na árvore do 9.1 e joga a libc nessa pasta; > em seguida pra ressucitar o difunto (9i????) vai rolar uma > LD_LIBRARY_PATH customizada só pro bootstrap do banco.
O problema é que estamos falando da libc, no final das contas, depois de copiar todas as libs, é praticamente a mesma coisa que ter um Slack 9.1 num chroot dentro de um Slackware 13.0. Não é a pior coisa do mundo, da pra trabalhar com isso, mas porque eu vou ter um chroot do 9.1 num servidor 13.0 que só vai rodar o banco? Acredite, muita gente vai instalar o 9.1 e vai ficar com ele pelo resto da vida, imagina as implicações de segurança... Ainda bem que eu não trabalho com essas coisas. :) -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
