Mezuro deixará de ser um plugin do Noosfero

Antonio Terceiro terceiro at colivre.coop.br
Thu Jul 18 16:16:31 BRT 2013


On Thu, Jul 18, 2013 at 03:36:11PM -0300, Bráulio Bhavamitra wrote:
> > a propósito fazer atualizações em scripts de inicialização não é uma boa
> > idéia porque a inicialização acontece muitas vezes sem supervisão de uma
> > pessoa.
> >
> Disse (veja acima) scripts de instalação e atualização. Inicialização é
> outro processo...

Verdade, foi mal.

> O BBB é feito em parte em rails e roda o bundle install/update na
> instalação/atualização do pacote debian.

o que faz com que quando há uma atualização do rails também seja
necessária uma atualização do BBB ... não é uma boa solução.

> O flash e outros programas baixam dados em tempo de pós-instalação do
> pacote.

flash faz isso porquê o flash em si não pode ser redistribuído, não há
outra opção. Se pudesse ser redistribuído, viria dentro do pacote.

baixar dados é uma coisa, baixar código de dependências que deveriam
estar codificadas explicitamente no sistema de pacotes e reinventar a
lógica de autenticação dos pacotes é outra coisa.

> > Vamos discutir um meio termo: eu abro mão de seguir o Debian stable
> > estritamente, mas não abro mão de um deploy são usando apt-get.
> >
> > O que vocês acham do seguinte:
> >
> > - depois do upgrade pra rails3/ruby1.9/debian7, se você (ou qualquer
> >   outra pessoa) me apontar um branch do noosfero funcionando com rails 4
> >   de uma forma satisfatória, eu me comprometo a fazer backport dos
> >   pacotes necessários.
> >
> > - Com essa coisa funcionando a gente discute a possibilidade de passar a
> >   manter esses backports e tirar a obrigação de depender da versão do
> >   Rails do Debian stable oficial.
> >
> Não disse qual o lado da balança é mais pesado. Tanto ficar desatualizado
> por dois anos (ou mais) quanto ficar super atualizado (com versões rc como
> no caso do mezuro) potencialmente geram problemas.
> A questão é que no caso do noosfero vejo que está realmente pendendo forte
> para um lado da balança.
> 
> Rails 4 não toparia não. Toda nova versão demora um tempo para se
> consolidar. Iria no rails 3.2 mesmo.
> Agora este tempo sem dúvida é, no caso do rails, menor que o ciclo de
> desenvolvimento do debian.

Não precisa ser *imediatamente* depois que estivermos no rails 3.2, pode
ser quando você achar que é a hora. Bota o Noosfero pra funcionar que eu
me comprometo de atualizar o empacotamento.

-- 
Antonio Terceiro <terceiro at colivre.coop.br>
Colivre - Cooperativa de Tecnologias Livres
http://www.colivre.coop.br/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20130718/8f93cd79/attachment.pgp>


More information about the Noosfero-br mailing list