[SP-pm] Distribuir código Perl
Leonardo Ruoso
leonardo at ruoso.com
Thu Jun 18 04:39:59 PDT 2015
Valeu, eu vou tentar primeiro reduzir as dependências a bibliotecas
estáveis da plataforma. Em último caso terei que embutir tudo. Por sorte
esse pacote é minúsculo e os problemas maiores parecem ser com um monte de
sugar para facilitar o manuseio de configurações, que eu posso facilitar.
Talvez possa até migrar de Moose para OO legado. Única coisa que seria
mesmo complicado retirar seria o XML libxml
Em 17/06/2015 15:52, "Blabos de Blebe" <blabos em gmail.com> escreveu:
> 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
>
>
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150618/f3469e9f/attachment.html>
More information about the SaoPaulo-pm
mailing list