[SP-pm] Distribuir código Perl

Thu Jun 18 10:20:08 PDT 2015

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/bb5cfd03/attachment.html>