[SP-pm] Distribuir código Perl

Wed Jun 17 11:51:44 PDT 2015

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
>
>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150617/f8b5337f/attachment.html>