[SP-pm] Distribuir código Perl

Thu Jun 18 15:31:10 PDT 2015

Usando FatPacker e trocando alguns módulos consegui ficar apenas com
módulos adicionais perl-puro.

O OS X tem Moose e XML::LibXML, por exemplo, na instalação padrão, isso
ajuda um bocado.

Em qui, 18 de jun de 2015 14:20, Leonardo Ruoso <leonardo em ruoso.com>
escreveu:

> Então, acho que vou precisar limar toda "frescura" para tentar que o Fat
> Packer consiga gerar um .PL universal, usando apenas componentes nativos do
> sistema. Já estou arrancando as facilidades dispensáveis.
> Em 18/06/2015 14:04, "Daniel de Oliveira Mantovani" <
> daniel.oliveira.mantovani em gmail.com> escreveu:
>
>> Leonardo,
>>
>> Eu já passei por algo parecido e não tem mágica. Já sofri com isso no
>> Windows e no AIX. A solução que eu usei foi bem parecida com a do que o
>> Blabos citou acima. Compilar num ambiente local e distribuir como um
>> "pacote" para cada O.S/Arquitetura. Mas de qualquer forma, os meus
>> softwares eram para resolver problemas pontuais.
>>
>> 2015-06-17 15:51 GMT-03:00 Blabos de Blebe <blabos em gmail.com>:
>>
>>> Opa,
>>>
>>> Tive um problema semelhante uma vez.
>>>
>>> Havia um servidor HP-UX, sem saída pra internet e sem compilador.
>>>
>>> Na época, me forneceram um servidor idêntico, com internet e
>>> compiladores, para fazer o desenvolvimento.
>>>
>>> Eu compilei um Perl atual, com uma opção, se não me engano,
>>> -Duserelocatableinc, com --prefix para um diretório qualquer.
>>>
>>> Com o cpanm, baixei todos os módulos do CPAN que foram necessários e
>>> instalei nesse diretório do prefix, como se fosse um perlbrew.
>>>
>>> Por fim um zip em tudo resolveu o problema.
>>>
>>> Na época eu nao conhecia o perlbrew e acho que ele resolveria essa parte
>>> de compilação e instalação no servidor de dev, de forma mais simples. Creio
>>> que um zip no diretório do brew também resolveria.
>>>
>>> Não é exatamente mesmo cenário que o seu, mas no meu caso o transplante
>>> foi bem sucedido.
>>>
>>> Eu não lembro exatamente como eu resolvi a questão da seleção do perl
>>> correto pelos scripts, mas acho que foi adicionando um alias no equivalente
>>> do bashrc do usuário que executaria os scripts. O relocatableinc cuidava do
>>> resto.
>>>
>>> Imagino que hoje existam soluções mais elegantes
>>>
>>> 2015-06-17 11:03 GMT-03:00 Leonardo Ruoso <leonardo em ruoso.com>:
>>>
>>>> Docker não é uma opção da mesma forma que jail não seria.
>>>>
>>>> Em qua, 17 de jun de 2015 11:02, Leonardo Ruoso <leonardo em ruoso.com>
>>>> escreveu:
>>>>
>>>>> Docker não é Linux?
>>>>>
>>>>> Em qua, 17 de jun de 2015 07:13, Frederico Recsky <
>>>>> frederico em frederico.me> escreveu:
>>>>>
>>>>>> Qual distro ou unix que voce ta usando?
>>>>>>
>>>>>> Se docker não for uma opção eu manteria um clone dele numa vm com
>>>>>> compilador. Uma hora voce vai esbarrar numa libc faltando mesmo se for
>>>>>> tentar ir pure perl.
>>>>>>
>>>>>> Vou deixar publico que eu não sei viver mais sem docker. To tentando
>>>>>> instalar ele até na minha geladeira.
>>>>>>
>>>>>> 2015-06-17 5:42 GMT-03:00 Leonardo Ruoso <leonardo em ruoso.com>:
>>>>>> > 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
>>>>>> >>
>>>>>> >
>>>>>> > =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
>>>>>>
>>>>>
>>>> =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
>>>
>>>
>>
>>
>> --
>>
>> -dom
>>
>> --
>>
>> Daniel de Oliveira Mantovani
>> Business Analytic Specialist
>> Perl Evangelist /Astrophysics hobbyist.
>> +55 11 9 8538-9897
>> XOXO
>>
>> =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/20150618/5c4af7fb/attachment-0001.html>