[SP-pm] Distribuir código Perl

[Leonardo Ruoso]

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