[FUG-BR] dbus-glib-0.94 e gthread-posix.c

[Paulo Henrique BSD Brasil]

Em 04/12/2011 09:09, Marcelo Gondim escreveu:
> Em 04/12/2011 06:43, Paulo Henrique BSD Brasil escreveu:
>> Saudações a todos !!!
>>
>> Resposta no final da mensagem.
>> Em 04/12/2011 04:29, Paulo Henrique BSD Brasil escreveu:
>>> Saudações,
>>> Estou com um problema serio com o dbus-glib-0.94 e o gthread-posix.c.
>>> O dbus-glib-0.94 sempre para na compilação devido a merda desse
>>> arquivo informando erro na linha 141.
>>> O glib20 está instalado corretamente.
>>> Estou usando o pkg_add por que estou deste as 20:00 tentando compilar
>>> esse infeliz.
>>> Nas pesquisas a única thread do infeliz é a seguinte [1] e todos os
>>> procedimentos informado já tentei, estou usando o gcc46, assim como
>>> postsnap mais recente.
>>> Versão do FreeBSD - 8.2 Relaese-p4 AMD64.
>>> Estou usando o devel/pth-hard e não o devel/pth.
>>> O Python é o 2.6.7 compilado com suporte pth ( pth-hard ).
>>>
>>> Pelo visto é mais um lixo do gnome que passou a ser requerido por
>>> pacotes que não é do gnome.
>>>
>>> Se alguém tiver uma dica de como solucionar será de grande ajuda...
>>>
>>> Abraço a todos.
>>>
>>> link[1] ->   http://forums.freebsd.org/showthread.php?t=12090
>>>
>>>
>> Depois de 15 horas sendo simplesmente menos presado, espancado,
>> estrupado, violentado e tudo que pensar pelo FreeBSD, mais
>> explicitamente pelo dbus-glib, achei o motivo do erro.
>> O X.org não compila caso tanto o python como o perl estejam com pthreads
>> habilitadas, o grande vilão da historia no caso não é dbus-glib, Xorg ou
>> mesmo o FreeBSD mais sim software gnu.
>> Em resumo, não marquem as opções pth tanto do python como do perl caso
>> desejam instalar o Xorg.
>>
>> Abraços a todos e um bom domingo pois o meu será dormir o dia inteiro,
>> apos uma noite acordado !!! .
>>
>>
>>
>>
> Cacetada Paulo,
>
> Sei como é isso. Já tive casos bem parecidos que se compilasse com
> determinado recurso um programa, outros davam pau na compilação porque
> usavam aquela dependência e aí pimba.
> É frustrante e as vezes dificílimo de resolver, normalmente o erro na
> compilação já dá uma direção do problema. Mas quando não tem jeito o
> Google às vezes nos salva porque normalmente alguém passou por isso e
> teve melhor sorte srsrsrsr.
>
> Tive um caso parecido um tempo atrás, mas nesse caso o problema estava
> no programa em PHP desenvolvido aqui na empresa, não era compilação como
> foi seu caso. No php5-mysql você pode deixar marcada a opção MYSQLND e
> compilar ele que é o que sempre fiz. Aí converti um CentOS que era o
> último servidor core aqui do Provedor pra FreeBSD e todos os programas
> em php funcionavam a autenticação perfeitamente menos o sistema aqui do
> Provedor. Ficava dando:
>
> mysqlnd cannot connect to MySQL 4.1+ using the old insecure
> authentication...
>
> Aí fiz todos os procedimentos pra converter as senhas para o formato
> novo, coisa que já havia funcionado em uma migração anterior minha mas
> que nessa não funcionava por nada. Interessante que só dava problema com
> o sistema do provedor. Catei, catei e nada. No final tive que recompilar
> o php5-mysql sem suporte ao MYSQLND mesmo.
> Provavelmente a forma como o programa se conectava ao mysql não estava
> legal e o programador php aqui da empresa é o próprio dono e tipo
> aprendeu php olhando programas de terceiros e nunca estudou realmente a
> linguagem e os recursos dela quanto mais os novos do php 5.3.  :(  Mas
> isso logo acabará pois coloquei meu Analista de Suporte em um curso de
> PHP.  :)
>
> Grande abraço
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Gondim, no caso desse infeliz a mensagem mandava para tudo que é lugar 
menos para a linguagem de programação !!!
Felizmente consegui resolver e o servidor encontra-se 100% em produção e 
corrigido o que é mais importante.

Abraços e agradeço a atenção e compreensão.

OFF.; Gondim, estou de aviso prévio.Não tenho faculdade, porem se surgir 
uma vaga por ai espero ter disponibilidade pelo menos para uma entrevista..

Att. Paulo Henrique.

-- 
"Quando a Morte decide contar uma historia,
A melhor ação que possa fazer é ouvi-la,
e torcer por não ser a sua própria a tal história."

Paulo Henrique.
Analista de Sistemas / Programador
BSDs Brasil.
Genuine Unix/BSD User.
Fone: (21) 9683-5433.