<p dir="ltr">Thiago,</p>
<p dir="ltr">Consegui resolver todos os problemas substituindo módulos exotéricos por módulos    mais ordinários. </p>
<p dir="ltr">Com o App::FatPacker </p>
<p dir="ltr">E tenho de ver como faço para criar bundles do os x a partir das distribuições da cpan para distribuir módulos com xs. </p>
<p dir="ltr">Aliás, primeiro bundle tem de ser o Dist::Zilla ;)</p>
<br><div class="gmail_quote"><div dir="ltr">Em ter, 16 de jun de 2015 19:34, Thiago Rondon <<a href="mailto:thiago@eokoe.com">thiago@eokoe.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Leonardo,<br>
<br>
Quando aparecerem, compartilhe os problemas de Unix que tiver, já<br>
quebrei muita cabeça com isto mantendo pacotes (não só o b-datum)<br>
entre várias distros.<br>
<br>
Sobre o Moose, você pode substituir por Moo. Porém, dependendo do teu<br>
cenário, "pure-perl" pode ser interessante por performance.<br>
<br>
Se não me falhe a memória, não é necessário XS no POE para maioria dos cenários.<br>
<br>
Abs!<br>
-Thiago Rondon<br>
<br>
<br>
<br>
<br>
Em 16 de junho de 2015 19:25, Leonardo Ruoso <<a href="mailto:leonardo@ruoso.com" target="_blank">leonardo@ruoso.com</a>> escreveu:<br>
> Thiago,<br>
><br>
> Obrigado,<br>
><br>
> Com pacotes eu tenho experiência, o problema é com Unix na unha, sem<br>
> pacotes, mas também sem make ou (g)cc, ou seja, mesmo o mirror da CPAN não<br>
> resolve. Vou dar uma olhada se consigo trabalhar com o FatPack.<br>
><br>
> Talvez eu tenha de substituir o Moose por OO legada, mas o POE eu não teria<br>
> como tirar.<br>
><br>
> Em 16 de junho de 2015 19:08, Thiago Rondon <<a href="mailto:thiago@eokoe.com" target="_blank">thiago@eokoe.com</a>> escreveu:<br>
>><br>
>> Leonardo,<br>
>><br>
>> No projeto do agente da b-datum, nos desenvolvemos de uma maneira para<br>
>> evitar inclusive o máximo de dependências, e para ser executados no<br>
>> máximo de distribuições e interpretadores Perl possível.<br>
>><br>
>> <a href="https://github.com/b-datum/b-datum-linux" rel="noreferrer" target="_blank">https://github.com/b-datum/b-datum-linux</a><br>
>><br>
>> Minhas dicas, seriam:<br>
>><br>
>> - Utilizamos o fatpack. Ele funciona bem, e é fácil de manter os<br>
>> pacotes e versões que você deseja no teu repositório.<br>
>><br>
>> - Preferências por módulos Core.<br>
>><br>
>> - SSL pode trazer problemas em alguns cenários, mas é possível<br>
>> encontrar soluções sem XS e com dependências de pacotes no sistema<br>
>> operacional, porém é interessante "validar" se há um pacote XS<br>
>> disponível e usar, por performance.<br>
>><br>
>> - MD5 e algoritmos similares pode ser substituído por "comandos do<br>
>> sistema operacional", por questão de performance também.<br>
>><br>
>> - Construa pacotes para instalação do aplicativo, para resolver<br>
>> problemas "pontuais" com cada distribuição. No repositório você irá<br>
>> ver que a construção de pacotes contempla questões no RPM como "É<br>
>> fedora ?", e por aí vaí.<br>
>><br>
>> - Disponibilizar em repositórios os pacotes para poder facilitar a<br>
>> atualização.<br>
>><br>
>> Abs!<br>
>> -Thiago Rondon<br>
>><br>
>> Em 16 de junho de 2015 16:59, Leonardo Ruoso <<a href="mailto:leonardo@ruoso.com" target="_blank">leonardo@ruoso.com</a>><br>
>> escreveu:<br>
>> > Senhores,<br>
>> ><br>
>> > Cenário que eu preciso da opinião dos colegas sobre distribuir código<br>
>> > Perl<br>
>> > para rodar em sistemas sem compiladores.<br>
>> ><br>
>> ><br>
>> > =begin disclaimer<br>
>> >    Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" rel="noreferrer" target="_blank">http://sao-paulo.pm.org/</a><br>
>> >  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
>> >  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" rel="noreferrer" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
>> > =end disclaimer<br>
>> ><br>
>> =begin disclaimer<br>
>>    Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" rel="noreferrer" target="_blank">http://sao-paulo.pm.org/</a><br>
>>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
>>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" rel="noreferrer" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
>> =end disclaimer<br>
><br>
><br>
><br>
><br>
> --<br>
> Leonardo Ruoso<br>
> Journalist, Perl developer and business consultant<br>
> Media, UFC/2006; Telecom, IFCE/1998<br>
><br>
> =begin disclaimer<br>
>    Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" rel="noreferrer" target="_blank">http://sao-paulo.pm.org/</a><br>
>  SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
>  L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" rel="noreferrer" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
> =end disclaimer<br>
><br>
=begin disclaimer<br>
   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" rel="noreferrer" target="_blank">http://sao-paulo.pm.org/</a><br>
 SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
 L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" rel="noreferrer" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</blockquote></div>