<div dir="ltr"><div>Thiago,<br><br></div><div>Obrigado,<br> <br></div>Com pacotes eu tenho experiência, o problema é com Unix na unha, sem pacotes, mas também sem make ou (g)cc, ou seja, mesmo o mirror da CPAN não resolve. Vou dar uma olhada se consigo trabalhar com o FatPack.<br><div class="gmail_extra"><br></div><div class="gmail_extra">Talvez eu tenha de substituir o Moose por OO legada, mas o POE eu não teria como tirar.<br></div><div class="gmail_extra"><br><div class="gmail_quote">Em 16 de junho de 2015 19:08, Thiago Rondon <span dir="ltr"><<a href="mailto:thiago@eokoe.com" target="_blank">thiago@eokoe.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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 atualização.<br>
<br>
Abs!<br>
-Thiago Rondon<br>
<div><div class="h5"><br>
Em 16 de junho de 2015 16:59, Leonardo Ruoso <<a href="mailto:leonardo@ruoso.com">leonardo@ruoso.com</a>> escreveu:<br>
> Senhores,<br>
><br>
> Cenário que eu preciso da opinião dos colegas sobre distribuir código Perl<br>
> para rodar em sistemas sem compiladores.<br>
><br>
><br>
</div></div>> =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">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">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><br><br clear="all"><br>-- <br><div class="gmail_signature">Leonardo Ruoso<div>Journalist, Perl developer and business consultant<br><div>Media, UFC/2006; Telecom, IFCE/1998</div></div></div>
</div></div>