> On 9 Jan 2017, at 09:26, Nilton Jose Rizzo <ri...@i805.com.br> wrote: > > Em Mon, 9 Jan 2017 08:52:45 -0200, Renato Botelho escreveu >>> On 8 Jan 2017, at 14:20, Nilton Jose Rizzo <ri...@i805.com.br> wrote: >>> >>> Em Sun, 8 Jan 2017 10:55:30 +0000, Vinícius Zavam escreveu >>>> On Jan 8, 2017 00:09, "Nilton Jose Rizzo" <ri...@i805.com.br> wrote: >>>> >>>> Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu >>>> >>>> porque o pkg instala os pactes para uma máquina genérica, e com as >>>> opções básicasd configuradas, se você por acaso instalou um lib ou alguma >>>> coisa via ports e a configurou com opções customizadas, no futuro se >>>> você for instalar algo que dependa disso, o pkg irá reclamar e >>>> reinstalar a dependencia com as opções padrão. >>>> >>>> faz um teste instala o ffmpeg comas opções não básicas e tenta instalar >>>> algo que dependa dele via pkg, vai dar merda >>>> >>>> >>>> salvo engano, tbm existe a possibilidade de usar o pkg-static... >>>> >>>> https://www.freebsd.org/cgi/man.cgi?query=pkg-static >>> >>> Se você notar, a man page é basicamente a mesma do pkg. e lá >>> diz: >>> pkg-static is a statically linked variant of pkg typically only >>> used for the initial installation of pkg. >>> >>> ou seja, não faz nada de diferente. >> >> Ele não faz nada de diferente, porém, é um binário estático e não >> vai ter dependência de nenhuma biblioteca, então resolveria o erro >> do report original da falta do símbolo na libc.so.7. Mas ele deve >> ser usado apenas em situações de emergência. >> >> O problema no caso é que os pacotes do repositório foram compilados >> usando a libc.so.7 mais nova, já com os símbolos que o pkg tá >> reclamando não encontrar. E como praticamente todos os binários >> instalados através do pkg dependem da libc esse erro vai começar a >> acontecer com muitos outros binários caso os pacotes sejam atualizados. >> >> Quando você usa uma versão não suportada do FreeBSD assume esse tipo >> de risco. A única forma que eu vejo de tudo continuar funcionando é >> esquecer o pkg e fazer tudo via ports. MAS, vale lembrar que a >> árvore do ports não é obrigada a funcionar em versões não suportadas, >> então pode dar pau do mesmo jeito. >> >> A solução simples e funcional é atualizar o FreeBSD pra 10.3. Se >> feito com cautela e seguindo os passos certinho não tem erro. > > Mas eu já tive esse erro no -current Renato. tive que atualizar > todo o source e depois todos os ports que uso, são só 1870+. Imagina > a dor de cabeça no meio da atualização saber que uma nova versão de > um ports qualquer que é dependência de uns tantos outros está quebrado > ou com Vulnerabilidades, e a atualização é apenas um _1..... Como já > sofri com isso
Mas passar por esse tipo de coisa no -CURRENT é esperado, é uma versão de desenvolvimento e quando é necessária uma quebra de API/ABI ali é o local onde isso vai realmente ocorrer. Faz parte da brincadeira :) Independente de ter sido um bump no PORTREVISION (_1) a base do SO onde isso foi compilado sofreu mudanças, e aí o binário vai mudar. -- Renato Botelho ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
