[FUG-BR] ERRO - /lib/libc.so.7: version FBSD_1.4 required

[Renato Botelho]

> On 9 Jan 2017, at 09:26, Nilton Jose Rizzo <rizzo at 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 <rizzo at 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" <rizzo at 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