[SP-pm] Distribuir código Perl

[Leonardo Ruoso]

Sim, distribuir o Perl em si pode ser uma alternativa interessante, uma vez
que a arquitetura não deve mudar, apenas o Perl e os componentes de
máquina.

Tenho de limpar meu local lib para fazer uma instalação limpa.
Em 16/06/2015 19:33, "Lucas Moraes" <lucastiagodemoraes em gmail.com> escreveu:

> Leonardo você já tentou usar local-lib ou perlbrew, tipo você faz a
> instalação do mesmo em outra máquina, depois você copia para máquina que
> você vai usar. Já fiz isso em servidores compartilhado que oferecia ssh,
> mas não tinha permissão para compilar os módulos Perl. Não custa tentar.
> Em 16/06/2015 19:25, "Leonardo Ruoso" <leonardo em ruoso.com> escreveu:
>
>> Thiago,
>>
>> Obrigado,
>>
>> 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.
>>
>> Talvez eu tenha de substituir o Moose por OO legada, mas o POE eu não
>> teria como tirar.
>>
>> Em 16 de junho de 2015 19:08, Thiago Rondon <thiago em eokoe.com> escreveu:
>>
>>> Leonardo,
>>>
>>> No projeto do agente da b-datum, nos desenvolvemos de uma maneira para
>>> evitar inclusive o máximo de dependências, e para ser executados no
>>> máximo de distribuições e interpretadores Perl possível.
>>>
>>> https://github.com/b-datum/b-datum-linux
>>>
>>> Minhas dicas, seriam:
>>>
>>> - Utilizamos o fatpack. Ele funciona bem, e é fácil de manter os
>>> pacotes e versões que você deseja no teu repositório.
>>>
>>> - Preferências por módulos Core.
>>>
>>> - SSL pode trazer problemas em alguns cenários, mas é possível
>>> encontrar soluções sem XS e com dependências de pacotes no sistema
>>> operacional, porém é interessante "validar" se há um pacote XS
>>> disponível e usar, por performance.
>>>
>>> - MD5 e algoritmos similares pode ser substituído por "comandos do
>>> sistema operacional", por questão de performance também.
>>>
>>> - Construa pacotes para instalação do aplicativo, para resolver
>>> problemas "pontuais" com cada distribuição. No repositório você irá
>>> ver que a construção de pacotes contempla questões no RPM como "É
>>> fedora ?", e por aí vaí.
>>>
>>> - Disponibilizar em repositórios os pacotes para poder facilitar a
>>> atualização.
>>>
>>> Abs!
>>> -Thiago Rondon
>>>
>>> Em 16 de junho de 2015 16:59, Leonardo Ruoso <leonardo em ruoso.com>
>>> escreveu:
>>> > Senhores,
>>> >
>>> > Cenário que eu preciso da opinião dos colegas sobre distribuir código
>>> Perl
>>> > para rodar em sistemas sem compiladores.
>>> >
>>> >
>>> > =begin disclaimer
>>> >    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>> >  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>>> >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> > =end disclaimer
>>> >
>>> =begin disclaimer
>>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> =end disclaimer
>>>
>>
>>
>>
>> --
>> Leonardo Ruoso
>> Journalist, Perl developer and business consultant
>> Media, UFC/2006; Telecom, IFCE/1998
>>
>> =begin disclaimer
>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> =end disclaimer
>>
>>
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150617/dca172bb/attachment-0001.html>