Então, acho que vou precisar limar toda "frescura" para tentar que o Fat Packer consiga gerar um .PL universal, usando apenas componentes nativos do sistema. Já estou arrancando as facilidades dispensáveis. Em 18/06/2015 14:04, "Daniel de Oliveira Mantovani" < [email protected]> escreveu:
> 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 <[email protected]>: > >> 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 <[email protected]>: >> >>> 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 <[email protected]> >>> escreveu: >>> >>>> Docker não é Linux? >>>> >>>> Em qua, 17 de jun de 2015 07:13, Frederico Recsky < >>>> [email protected]> 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 <[email protected]>: >>>>> > 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" <[email protected]> >>>>> 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" <[email protected]> >>>>> 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 <[email protected]> >>>>> 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 <[email protected]> >>>>> >>>> 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: [email protected] >>>>> >>>> > 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: [email protected] >>>>> >>>> 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: [email protected] >>>>> >>> 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: [email protected] >>>>> >> 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: [email protected] >>>>> > 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: [email protected] >>>>> 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: [email protected] >>> 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: [email protected] >> 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 > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > 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: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
