[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