[SP-pm] Distribuir código Perl

Daniel de Oliveira Mantovani daniel.oliveira.mantovani at gmail.com
Thu Jun 18 10:04:16 PDT 2015


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 at 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 at 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 at ruoso.com>
>> escreveu:
>>
>>> Docker não é Linux?
>>>
>>> Em qua, 17 de jun de 2015 07:13, Frederico Recsky <
>>> frederico at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150618/36137c07/attachment-0001.html>


More information about the SaoPaulo-pm mailing list