[SP-pm] Distribuir código Perl

Leonardo Ruoso leonardo at ruoso.com
Wed Jun 17 07:01:55 PDT 2015


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


More information about the SaoPaulo-pm mailing list