Atividades do Colab para fechamento da release
-
18 de Setembro de 2015 às 05:21Olá a todos,
Nos últimos dias estamos dispendendo esforços para concluir os últimos
ajustes no Colab (bem como nas outras ferramentas que compõem o SPB) para o
fechamento da release 4.
Baseado no que a equipe do Colab discutiu e avançou ao longo da dessas
atividades, juntei as principais pendências no pad do colab-dev
, para um checklist rápido (Por favor,
acrescentem, alterem ou retirem o que julgarem necessário =) ).
Segue o que levantei inicialmente:
*Para corrigir:*
1. Recolocar Colab-style no colab resolver as pendencias
1. "Development" no menu do Gitlab nao esta traduzido
1. Inserir método __unicode__ para administração da Model
CommunityAssociation
*Para atualizar:*
1. Atualizar pacote do Colab-deps
1. Atualizaçao do revproxy (resolução de bug)
2. Atualização dos plugins (arquivo diazo.xml no arquivo MANIFEST.in)
2. Atualizar pacote do Colab com correções
3. Atualizar colab-spb-theme com correções
*Para validar em produçao:*
1. Tema do SPB no Colab
1. Importação de dados dos plugins
1. Abas de comunidades
1. Funcionamento do Celery
1. Funcionalidades da v2 do mailman-api utilizadas pelo Colab
Nesse momento, acredito que os itens mais críticos (por dispenderem tempo e
impacto) são a correção do layout do Colab junto com o Noosfero e a
validação, em ambiente de produção, das features e correções feitas.
Em relação à primeira correção, verificamos que as páginas em que o
Noosfero é renderizado abaixo do Colab estão com o layout quebrado porque o
css e javascript das duas ferramentas estão conflitando.
Precisamos reescrever o header e footer do Colab sem dependência de css ou
javascript externo (criamos uma issue
no spb). Entretanto, essa reescrita dispenderá tempo e, até lá, a melhor
alternativa é recolocarmos a *outer div* "colab-style" e tratarmos qualquer
conflito remanescente.
Nessa sexta, ao longo do dia, caso alguém do design possa parear comigo,
podemos trabalhar nisso e fechar essa pendência o quanto antes. Caso isso
não seja possível, trabalharei na validação do Colab no ambiente que temos
na I9.
A meta é sempre entregar um trabalho com a qualidade que se espera do
LAPPIS. Apesar dos contratempos, estamos quase lá! \o
--
Att,
Alexandre Almeida Barbosa -
18 de Setembro de 2015 às 05:59Em 18 de setembro de 2015 02:21, Alexandre Almeida Barbosa <
alexandrealmeidabarbosa@gmail.com> escreveu:> Olá a todos,
>
> Nos últimos dias estamos dispendendo esforços para concluir os últimos
> ajustes no Colab (bem como nas outras ferramentas que compõem o SPB) para o
> fechamento da release 4.
>
> Baseado no que a equipe do Colab discutiu e avançou ao longo da dessas
> atividades, juntei as principais pendências no pad do colab-dev
> , para um checklist rápido (Por favor,
> acrescentem, alterem ou retirem o que julgarem necessário =) ).
>
> Segue o que levantei inicialmente:
> *Para corrigir:*
>
> 1. Recolocar Colab-style no colab resolver as pendencias
>
>
> 1. "Development" no menu do Gitlab nao esta traduzido
>
>
> 1. Inserir método __unicode__ para administração da Model
> CommunityAssociation
>
>
> *Para atualizar:*
>
> 1. Atualizar pacote do Colab-deps
> 1. Atualizaçao do revproxy (resolução de bug)
> 2. Atualização dos plugins (arquivo diazo.xml no arquivo
> MANIFEST.in)
> 2. Atualizar pacote do Colab com correções
> 3. Atualizar colab-spb-theme com correções
>
>
> *Para validar em produçao:*
>
> 1. Tema do SPB no Colab
>
>
> 1. Importação de dados dos plugins
>
>
> 1. Abas de comunidades
>
>
> 1. Funcionamento do Celery
>
>
> 1. Funcionalidades da v2 do mailman-api utilizadas pelo Colab
>
>
> Nesse momento, acredito que os itens mais críticos (por dispenderem tempo
> e impacto) são a correção do layout do Colab junto com o Noosfero e a
> validação, em ambiente de produção, das features e correções feitas.
>
> Em relação à primeira correção, verificamos que as páginas em que o
> Noosfero é renderizado abaixo do Colab estão com o layout quebrado porque o
> css e javascript das duas ferramentas estão conflitando.
> Precisamos reescrever o header e footer do Colab sem dependência de css ou
> javascript externo (criamos uma issue
>
> no spb). Entretanto, essa reescrita dispenderá tempo e, até lá, a melhor
> alternativa é recolocarmos a *outer div* "colab-style" e tratarmos
> qualquer conflito remanescente.
>
> Nessa sexta, ao longo do dia, caso alguém do design possa parear comigo,
> podemos trabalhar nisso e fechar essa pendência o quanto antes. Caso isso
> não seja possível, trabalharei na validação do Colab no ambiente que temos
> na I9.
>
> A meta é sempre entregar um trabalho com a qualidade que se espera do
> LAPPIS. Apesar dos contratempos, estamos quase lá! \o
>Obrigado, Alexandre.
O esforço de vocês é exemplar.
--
Paulo Meirelles
FGA-UnB (http://fga.unb.br)
CCSL-IME/USP (http://ccsl.ime.usp.br) -
18 de Setembro de 2015 às 09:26Olá Alexandre,
Estarei presente hoje na i9 para resolvermos a parte visual.Att,Em 18/09/2015 02:21, "Alexandre Almeida Barbosa" <alexandrealmeidabarbosa@gmail.com> escreveu:
> Olá a todos,
>
> Nos últimos dias estamos dispendendo esforços para concluir os últimos
> ajustes no Colab (bem como nas outras ferramentas que compõem o SPB) para o
> fechamento da release 4.
>
> Baseado no que a equipe do Colab discutiu e avançou ao longo da dessas
> atividades, juntei as principais pendências no pad do colab-dev
> , para um checklist rápido (Por favor,
> acrescentem, alterem ou retirem o que julgarem necessário =) ).
>
> Segue o que levantei inicialmente:
> *Para corrigir:*
>
> 1. Recolocar Colab-style no colab resolver as pendencias
>
>
> 1. "Development" no menu do Gitlab nao esta traduzido
>
>
> 1. Inserir método __unicode__ para administração da Model
> CommunityAssociation
>
>
> *Para atualizar:*
>
> 1. Atualizar pacote do Colab-deps
> 1. Atualizaçao do revproxy (resolução de bug)
> 2. Atualização dos plugins (arquivo diazo.xml no arquivo
> MANIFEST.in)
> 2. Atualizar pacote do Colab com correções
> 3. Atualizar colab-spb-theme com correções
>
>
> *Para validar em produçao:*
>
> 1. Tema do SPB no Colab
>
>
> 1. Importação de dados dos plugins
>
>
> 1. Abas de comunidades
>
>
> 1. Funcionamento do Celery
>
>
> 1. Funcionalidades da v2 do mailman-api utilizadas pelo Colab
>
>
> Nesse momento, acredito que os itens mais críticos (por dispenderem tempo
> e impacto) são a correção do layout do Colab junto com o Noosfero e a
> validação, em ambiente de produção, das features e correções feitas.
>
> Em relação à primeira correção, verificamos que as páginas em que o
> Noosfero é renderizado abaixo do Colab estão com o layout quebrado porque o
> css e javascript das duas ferramentas estão conflitando.
> Precisamos reescrever o header e footer do Colab sem dependência de css ou
> javascript externo (criamos uma issue
>
> no spb). Entretanto, essa reescrita dispenderá tempo e, até lá, a melhor
> alternativa é recolocarmos a *outer div* "colab-style" e tratarmos
> qualquer conflito remanescente.
>
> Nessa sexta, ao longo do dia, caso alguém do design possa parear comigo,
> podemos trabalhar nisso e fechar essa pendência o quanto antes. Caso isso
> não seja possível, trabalharei na validação do Colab no ambiente que temos
> na I9.
>
> A meta é sempre entregar um trabalho com a qualidade que se espera do
> LAPPIS. Apesar dos contratempos, estamos quase lá! \o
> --
> Att,
> Alexandre Almeida Barbosa
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
> -
18 de Setembro de 2015 às 11:47Alexandre,Estou chegando ao Campus para parearmos as correções.Att,Em 18/09/2015 06:26, "Peter"
escreveu: > Olá Alexandre,
>
> Estarei presente hoje na i9 para resolvermos a parte visual.
>
> Att,
> Em 18/09/2015 02:21, "Alexandre Almeida Barbosa" <
> alexandrealmeidabarbosa@gmail.com> escreveu:
>
>> Olá a todos,
>>
>> Nos últimos dias estamos dispendendo esforços para concluir os últimos
>> ajustes no Colab (bem como nas outras ferramentas que compõem o SPB) para o
>> fechamento da release 4.
>>
>> Baseado no que a equipe do Colab discutiu e avançou ao longo da dessas
>> atividades, juntei as principais pendências no pad do colab-dev
>> , para um checklist rápido (Por favor,
>> acrescentem, alterem ou retirem o que julgarem necessário =) ).
>>
>> Segue o que levantei inicialmente:
>> *Para corrigir:*
>>
>> 1. Recolocar Colab-style no colab resolver as pendencias
>>
>>
>> 1. "Development" no menu do Gitlab nao esta traduzido
>>
>>
>> 1. Inserir método __unicode__ para administração da Model
>> CommunityAssociation
>>
>>
>> *Para atualizar:*
>>
>> 1. Atualizar pacote do Colab-deps
>> 1. Atualizaçao do revproxy (resolução de bug)
>> 2. Atualização dos plugins (arquivo diazo.xml no arquivo
>> MANIFEST.in)
>> 2. Atualizar pacote do Colab com correções
>> 3. Atualizar colab-spb-theme com correções
>>
>>
>> *Para validar em produçao:*
>>
>> 1. Tema do SPB no Colab
>>
>>
>> 1. Importação de dados dos plugins
>>
>>
>> 1. Abas de comunidades
>>
>>
>> 1. Funcionamento do Celery
>>
>>
>> 1. Funcionalidades da v2 do mailman-api utilizadas pelo Colab
>>
>>
>> Nesse momento, acredito que os itens mais críticos (por dispenderem tempo
>> e impacto) são a correção do layout do Colab junto com o Noosfero e a
>> validação, em ambiente de produção, das features e correções feitas.
>>
>> Em relação à primeira correção, verificamos que as páginas em que o
>> Noosfero é renderizado abaixo do Colab estão com o layout quebrado porque o
>> css e javascript das duas ferramentas estão conflitando.
>> Precisamos reescrever o header e footer do Colab sem dependência de css
>> ou javascript externo (criamos uma issue
>>
>> no spb). Entretanto, essa reescrita dispenderá tempo e, até lá, a melhor
>> alternativa é recolocarmos a *outer div* "colab-style" e tratarmos
>> qualquer conflito remanescente.
>>
>> Nessa sexta, ao longo do dia, caso alguém do design possa parear comigo,
>> podemos trabalhar nisso e fechar essa pendência o quanto antes. Caso isso
>> não seja possível, trabalharei na validação do Colab no ambiente que temos
>> na I9.
>>
>> A meta é sempre entregar um trabalho com a qualidade que se espera do
>> LAPPIS. Apesar dos contratempos, estamos quase lá! \o
>> --
>> Att,
>> Alexandre Almeida Barbosa
>>
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
>> -
18 de Setembro de 2015 às 11:53Valeu Alexandre!
Se for possível manda o status no fim do dia. Amanhã estarei online a
partir das 11h pra continuar o que for preciso.
Vamos lá time!! :D
Abraços,
On Fri, Sep 18, 2015 at 2:21 AM Alexandre Almeida Barbosa <
alexandrealmeidabarbosa@gmail.com> wrote:> Olá a todos,
>
> Nos últimos dias estamos dispendendo esforços para concluir os últimos
> ajustes no Colab (bem como nas outras ferramentas que compõem o SPB) para o
> fechamento da release 4.
>
> Baseado no que a equipe do Colab discutiu e avançou ao longo da dessas
> atividades, juntei as principais pendências no pad do colab-dev
> , para um checklist rápido (Por favor,
> acrescentem, alterem ou retirem o que julgarem necessário =) ).
>
> Segue o que levantei inicialmente:
> *Para corrigir:*
>
> 1. Recolocar Colab-style no colab resolver as pendencias
>
>
> 1. "Development" no menu do Gitlab nao esta traduzido
>
>
> 1. Inserir método __unicode__ para administração da Model
> CommunityAssociation
>
>
> *Para atualizar:*
>
> 1. Atualizar pacote do Colab-deps
> 1. Atualizaçao do revproxy (resolução de bug)
> 2. Atualização dos plugins (arquivo diazo.xml no arquivo
> MANIFEST.in)
> 2. Atualizar pacote do Colab com correções
> 3. Atualizar colab-spb-theme com correções
>
>
> *Para validar em produçao:*
>
> 1. Tema do SPB no Colab
>
>
> 1. Importação de dados dos plugins
>
>
> 1. Abas de comunidades
>
>
> 1. Funcionamento do Celery
>
>
> 1. Funcionalidades da v2 do mailman-api utilizadas pelo Colab
>
>
> Nesse momento, acredito que os itens mais críticos (por dispenderem tempo
> e impacto) são a correção do layout do Colab junto com o Noosfero e a
> validação, em ambiente de produção, das features e correções feitas.
>
> Em relação à primeira correção, verificamos que as páginas em que o
> Noosfero é renderizado abaixo do Colab estão com o layout quebrado porque o
> css e javascript das duas ferramentas estão conflitando.
> Precisamos reescrever o header e footer do Colab sem dependência de css ou
> javascript externo (criamos uma issue
>
> no spb). Entretanto, essa reescrita dispenderá tempo e, até lá, a melhor
> alternativa é recolocarmos a *outer div* "colab-style" e tratarmos
> qualquer conflito remanescente.
>
> Nessa sexta, ao longo do dia, caso alguém do design possa parear comigo,
> podemos trabalhar nisso e fechar essa pendência o quanto antes. Caso isso
> não seja possível, trabalharei na validação do Colab no ambiente que temos
> na I9.
>
> A meta é sempre entregar um trabalho com a qualidade que se espera do
> LAPPIS. Apesar dos contratempos, estamos quase lá! \o
> --
> Att,
> Alexandre Almeida Barbosa
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
> -
19 de Setembro de 2015 às 12:43Bom dia pessoal,
Até onde conseguimos chegar ontem?Abraços,Sergio Oliveira
On Fri, Sep 18, 2015 at 8:53 AM Sergio Oliveirawrote: > Valeu Alexandre!
>
> Se for possível manda o status no fim do dia. Amanhã estarei online a
> partir das 11h pra continuar o que for preciso.
>
> Vamos lá time!! :D
>
> Abraços,
>
> On Fri, Sep 18, 2015 at 2:21 AM Alexandre Almeida Barbosa <
> alexandrealmeidabarbosa@gmail.com> wrote:
>
>> Olá a todos,
>>
>> Nos últimos dias estamos dispendendo esforços para concluir os últimos
>> ajustes no Colab (bem como nas outras ferramentas que compõem o SPB) para o
>> fechamento da release 4.
>>
>> Baseado no que a equipe do Colab discutiu e avançou ao longo da dessas
>> atividades, juntei as principais pendências no pad do colab-dev
>> , para um checklist rápido (Por favor,
>> acrescentem, alterem ou retirem o que julgarem necessário =) ).
>>
>> Segue o que levantei inicialmente:
>> *Para corrigir:*
>>
>> 1. Recolocar Colab-style no colab resolver as pendencias
>>
>>
>> 1. "Development" no menu do Gitlab nao esta traduzido
>>
>>
>> 1. Inserir método __unicode__ para administração da Model
>> CommunityAssociation
>>
>>
>> *Para atualizar:*
>>
>> 1. Atualizar pacote do Colab-deps
>> 1. Atualizaçao do revproxy (resolução de bug)
>> 2. Atualização dos plugins (arquivo diazo.xml no arquivo
>> MANIFEST.in)
>> 2. Atualizar pacote do Colab com correções
>> 3. Atualizar colab-spb-theme com correções
>>
>>
>> *Para validar em produçao:*
>>
>> 1. Tema do SPB no Colab
>>
>>
>> 1. Importação de dados dos plugins
>>
>>
>> 1. Abas de comunidades
>>
>>
>> 1. Funcionamento do Celery
>>
>>
>> 1. Funcionalidades da v2 do mailman-api utilizadas pelo Colab
>>
>>
>> Nesse momento, acredito que os itens mais críticos (por dispenderem tempo
>> e impacto) são a correção do layout do Colab junto com o Noosfero e a
>> validação, em ambiente de produção, das features e correções feitas.
>>
>> Em relação à primeira correção, verificamos que as páginas em que o
>> Noosfero é renderizado abaixo do Colab estão com o layout quebrado porque o
>> css e javascript das duas ferramentas estão conflitando.
>> Precisamos reescrever o header e footer do Colab sem dependência de css
>> ou javascript externo (criamos uma issue
>>
>> no spb). Entretanto, essa reescrita dispenderá tempo e, até lá, a melhor
>> alternativa é recolocarmos a *outer div* "colab-style" e tratarmos
>> qualquer conflito remanescente.
>>
>> Nessa sexta, ao longo do dia, caso alguém do design possa parear comigo,
>> podemos trabalhar nisso e fechar essa pendência o quanto antes. Caso isso
>> não seja possível, trabalharei na validação do Colab no ambiente que temos
>> na I9.
>>
>> A meta é sempre entregar um trabalho com a qualidade que se espera do
>> LAPPIS. Apesar dos contratempos, estamos quase lá! \o
>> --
>> Att,
>> Alexandre Almeida Barbosa
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
> -
19 de Setembro de 2015 às 12:55Em 19 de setembro de 2015 09:43, Sergio Oliveiraescreveu:
> Bom dia pessoal,
>
> Até onde conseguimos chegar ontem?
>Não tivemos muitos avanços. De manhã, tivemos problemas com acesso ao Lab,
devido à defeitos na biometria, o que deixou a sala trancada, e só foi
resolvido às 11:30. A equipe trabalhou na sala 36, mas teve que subir os
ambientes do zero.
De tarde, tivemos 3 quedas longas de energia, que atingiu 50% do DF.
O Alexandre deve conseguir relatar mais detalhes do o que foi feito de fato.
obrigado,
-- -
19 de Setembro de 2015 às 13:47Como o Paulo explicou, ontem foi muito improdutivo em relação a resultados
práticos.
Só conseguimos concluir que o css e javascript do ambiente em produção deve
ser analisado e replicado para o ambiente da R4. O que tinha sido evoluído
que esteja em conflito com esse contexto precisa ser refeito. O fato é que,
mesmo que façamos adaptações rápidas e que tenhamos uma página inicial sem
conflitos, não há como garantir que elementos das outras páginas não
quebrarão. Partir do ambiente que sabemos que está certo parece ser mesmo a
melhor solução.
O que ficou combinado, para segunda feira, é termos as duas interfaces do
spb (ambiente da r3 e atual) e trabalharmos nesse mapeamento e adaptação e
reconstrução do que for necessário.
Nossa estratégia será subir um ambiente do Colab a partir da branch
spb-release/3.0 (igual ao ambiente em produção) e outro a partir da master.
Usaremos o Noosfero do ambiente que temos na i9.
Em sáb, 19 de set de 2015 às 09:55, Paulo Meirellesescreveu:
> Em 19 de setembro de 2015 09:43, Sergio Oliveira
> escreveu:
>
>> Bom dia pessoal,
>>
>> Até onde conseguimos chegar ontem?
>>
>
> Não tivemos muitos avanços. De manhã, tivemos problemas com acesso ao Lab,
> devido à defeitos na biometria, o que deixou a sala trancada, e só foi
> resolvido às 11:30. A equipe trabalhou na sala 36, mas teve que subir os
> ambientes do zero.
>
> De tarde, tivemos 3 quedas longas de energia, que atingiu 50% do DF.
>
> O Alexandre deve conseguir relatar mais detalhes do o que foi feito de
> fato.
>
> obrigado,
> --
> Paulo Meirelles
> FGA-UnB (http://fga.unb.br)
> CCSL-IME/USP (http://ccsl.ime.usp.br)
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
--
Att,
Alexandre Almeida Barbosa -
19 de Setembro de 2015 às 20:42Boa tarde pessoal,
Progredi bem com relação ao ambiente. Consegui instalar tanto a master to
zero como atualizar do v3 para o master. Para fazer os testes criei um
branch branch 3.x no repo softwarepublico.
O que impedia o converge do zero de funcionar era que tentávamos dar
permissões para o usuário colab em uma tabela do noosfero antes mesmo do
noosfero ser instalado.
No caso do update o problema eram os caches do yum e o cache que o próprio
chef faz dos metadados do yum. Pra resolver eu dei uma olhada como o
cookbook yum (https://github.com/chef-cookbooks/yum) faz.
Agora vou tentar trabalhar com o alexandre pra subirmos a versão nova do
colab-deps. O que deve resolver o Internal Server Error de proxy que
estamos tendo.
Stay tuned! ;)
On Sat, Sep 19, 2015 at 10:47 AM Alexandre Almeida Barbosa <alexandrealmeidabarbosa@gmail.com> wrote:
> Como o Paulo explicou, ontem foi muito improdutivo em relação a resultados
> práticos.
>
> Só conseguimos concluir que o css e javascript do ambiente em produção
> deve ser analisado e replicado para o ambiente da R4. O que tinha sido
> evoluído que esteja em conflito com esse contexto precisa ser refeito. O
> fato é que, mesmo que façamos adaptações rápidas e que tenhamos uma página
> inicial sem conflitos, não há como garantir que elementos das outras
> páginas não quebrarão. Partir do ambiente que sabemos que está certo parece
> ser mesmo a melhor solução.
>
> O que ficou combinado, para segunda feira, é termos as duas interfaces do
> spb (ambiente da r3 e atual) e trabalharmos nesse mapeamento e adaptação e
> reconstrução do que for necessário.
> Nossa estratégia será subir um ambiente do Colab a partir da branch
> spb-release/3.0 (igual ao ambiente em produção) e outro a partir da master.
> Usaremos o Noosfero do ambiente que temos na i9.
>
> Em sáb, 19 de set de 2015 às 09:55, Paulo Meirelles <
> paulo@softwarelivre.org> escreveu:
>
>> Em 19 de setembro de 2015 09:43, Sergio Oliveira
>> escreveu:
>>
>>> Bom dia pessoal,
>>>
>>> Até onde conseguimos chegar ontem?
>>>
>>
>> Não tivemos muitos avanços. De manhã, tivemos problemas com acesso ao
>> Lab, devido à defeitos na biometria, o que deixou a sala trancada, e só foi
>> resolvido às 11:30. A equipe trabalhou na sala 36, mas teve que subir os
>> ambientes do zero.
>>
>> De tarde, tivemos 3 quedas longas de energia, que atingiu 50% do DF.
>>
>> O Alexandre deve conseguir relatar mais detalhes do o que foi feito de
>> fato.
>>
>> obrigado,
>> --
>> Paulo Meirelles
>> FGA-UnB (http://fga.unb.br)
>> CCSL-IME/USP (http://ccsl.ime.usp.br)
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
> --
> Att,
> Alexandre Almeida Barbosa
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
> -
19 de Setembro de 2015 às 20:58
-
19 de Setembro de 2015 às 21:03Muito bom!
\o/
Rodrigo Siqueira de Melo
2015-09-19 17:58 GMT-03:00 Athos Ribeiro: > Boa Sergio!
>
> Obrigado :)
>
>
> --
> Athos Ribeiro
>
>http://ccsl.ime.usp.br/
>http://lappis.unb.br/
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
> -
19 de Setembro de 2015 às 23:09Boa noite,
Atualizamos o rpm do colab-deps e de fato resolveu o problema dos 500 que
estávamos tendo nas apps proxiadas.
Além disso pegamos um erro no colab que faz com que ele ignore alguns
arquivos de configuração. Conseguimos contornar o problema nas nossas
receitas do chef.
Também achamos um problema na busca que causava erro 500. Já corrigimos.
Também detectamos que o problema de tradução não é apenas do menu mas sim
do Colab inteiro.
Os próximos passos de correção são:
* Investigar problemas de tradução
* Corrigir tema do SPB do Colab (não está funcionando corretamente)
* Adicionar o método __unicode__ no plugin do SPB
Além disso ainda precisamos validar:
* Tema corrigido
* Importação de dados dos plugins
* Funcionalidades do mailman-api v2 usadas pelo Colab
* Dashboard de comunidades
Por hoje estou parando.Abraços,
Sergio OliveiraOn Sat, Sep 19, 2015 at 6:03 PM Rodrigo Siqueira <
rodrigosiqueiramelo@gmail.com> wrote:> Muito bom!
>
> \o/
>
>
>
> Rodrigo Siqueira de Melo
>
> 2015-09-19 17:58 GMT-03:00 Athos Ribeiro:
>
>> Boa Sergio!
>>
>> Obrigado :)
>>
>>
>> --
>> Athos Ribeiro
>>
>>http://ccsl.ime.usp.br/
>>http://lappis.unb.br/
>>
> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
> -
19 de Setembro de 2015 às 23:23Em 19 de setembro de 2015 20:09, Sergio Oliveiraescreveu:
> Boa noite,
>
> Atualizamos o rpm do colab-deps e de fato resolveu o problema dos 500 que
> estávamos tendo nas apps proxiadas.
> Além disso pegamos um erro no colab que faz com que ele ignore alguns
> arquivos de configuração. Conseguimos contornar o problema nas nossas
> receitas do chef.
> Também achamos um problema na busca que causava erro 500. Já corrigimos.
>
> Também detectamos que o problema de tradução não é apenas do menu mas sim
> do Colab inteiro.
>
> Os próximos passos de correção são:
>
> * Investigar problemas de tradução
> * Corrigir tema do SPB do Colab (não está funcionando corretamente)
> * Adicionar o método __unicode__ no plugin do SPB
>
> Além disso ainda precisamos validar:
>
> * Tema corrigido
> * Importação de dados dos plugins
> * Funcionalidades do mailman-api v2 usadas pelo Colab
> * Dashboard de comunidades
>
> Por hoje estou parando.
>Que isso? Como assim? Parando por hoje? Tão cedo para um sábado =) Obrigado
pela força/esforço extra-extra-do extra. Jogaram duro, mais uma vez! abraços!
-- -
20 de Setembro de 2015 às 22:41Vamos ao status de hoje:
Gitlab nas VMs locais estava morrendo por falta de memória. Como aumentamos
o númento de workers as VMs de desenvolvimento com 1gb não conseguiam
sustentar a plataforma. Alterei o padrão de workers para "Número de CPUs x
2 + 1" mas coloquei uma flag que permite configurar o número de workers
específico para cada ambiente. Em produção setei para 32 e local para 1. O
uso de memória local caiu de 994 para 684 MB. Agora temos uma margem para
trabalhar :)
Também consegui resolver o problema de idiomas. O problema é que temos um
middleware que sobresecreve o comportamento padrão do Django com relação a
idiomas e esse middleware procura por uma variável de configuração pra
saber qual idioma forçar. Como a variável de idioma não estava setada as
mensagens do Colab sempre estavam em inglês.
Nas traduções faltava traduzir algumas strings no plugin do gitlab e por
isso precisei atualizar a tag, e regerar o pacote do colab-deps mais uma
vez (duas na verdade =)).
Sobre o __unicode__ no plugin do spb já coloquei (e já regerei o pacote
também). Tudo ok.
Por fim me aventurei nas ultimas horas pra tentar arrumar o CSS do header
mas não consegui ir muito longe ou o header funcionava ou CSS do Noosfero.
Acho que vamos precisar das mão mágicas da galera de front mesmo ;)
Acho que é isso pessoal. Agora é arrumar o tema e testar as integrações
todas no ambiente completo.Abraços,
Sergio OliveiraOn Sat, Sep 19, 2015 at 8:23 PM Paulo Meirelleswrote:
> Em 19 de setembro de 2015 20:09, Sergio Oliveira
> escreveu:
>
>> Boa noite,
>>
>> Atualizamos o rpm do colab-deps e de fato resolveu o problema dos 500 que
>> estávamos tendo nas apps proxiadas.
>> Além disso pegamos um erro no colab que faz com que ele ignore alguns
>> arquivos de configuração. Conseguimos contornar o problema nas nossas
>> receitas do chef.
>> Também achamos um problema na busca que causava erro 500. Já corrigimos.
>>
>> Também detectamos que o problema de tradução não é apenas do menu mas sim
>> do Colab inteiro.
>>
>> Os próximos passos de correção são:
>>
>> * Investigar problemas de tradução
>> * Corrigir tema do SPB do Colab (não está funcionando corretamente)
>> * Adicionar o método __unicode__ no plugin do SPB
>>
>> Além disso ainda precisamos validar:
>>
>> * Tema corrigido
>> * Importação de dados dos plugins
>> * Funcionalidades do mailman-api v2 usadas pelo Colab
>> * Dashboard de comunidades
>>
>> Por hoje estou parando.
>>
>
>
>
> Que isso? Como assim? Parando por hoje? Tão cedo para um sábado =)
>
>
>
> Obrigado pela força/esforço extra-extra-do extra. Jogaram duro, mais uma
> vez!
>
> abraços!
> --
> Paulo Meirelles
> FGA-UnB (http://fga.unb.br)
> CCSL-IME/USP (http://ccsl.ime.usp.br)
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
> -
20 de Setembro de 2015 às 22:48Em 20 de setembro de 2015 19:41, Sergio Oliveiraescreveu:
> Vamos ao status de hoje:
>
> Gitlab nas VMs locais estava morrendo por falta de memória. Como
> aumentamos o númento de workers as VMs de desenvolvimento com 1gb não
> conseguiam sustentar a plataforma. Alterei o padrão de workers para
> "Número de CPUs x 2 + 1" mas coloquei uma flag que permite configurar o
> número de workers específico para cada ambiente. Em produção setei para 32
> e local para 1. O uso de memória local caiu de 994 para 684 MB. Agora temos
> uma margem para trabalhar :)
>
> Também consegui resolver o problema de idiomas. O problema é que temos um
> middleware que sobresecreve o comportamento padrão do Django com relação a
> idiomas e esse middleware procura por uma variável de configuração pra
> saber qual idioma forçar. Como a variável de idioma não estava setada as
> mensagens do Colab sempre estavam em inglês.
>
> Nas traduções faltava traduzir algumas strings no plugin do gitlab e por
> isso precisei atualizar a tag, e regerar o pacote do colab-deps mais uma
> vez (duas na verdade =)).
>
> Sobre o __unicode__ no plugin do spb já coloquei (e já regerei o pacote
> também). Tudo ok.
>
> Por fim me aventurei nas ultimas horas pra tentar arrumar o CSS do header
> mas não consegui ir muito longe ou o header funcionava ou CSS do Noosfero.
> Acho que vamos precisar das mão mágicas da galera de front mesmo ;)
>
> Acho que é isso pessoal. Agora é arrumar o tema e testar as integrações
> todas no ambiente completo.
>Boa, Sergio!
Vamos que vamos, que esse novo Colab está doido para entrar em produção ;)
--
Ordenar por:
Relacionado:
- e-sic-livre Inauguração da Lista e-sic-livre
- e-sic-livre Tutorial do Gitlab
- spb-dev Kanboard - Kanban com suporte integração ao Gitlab
- sei-negocio Cancelamento e retificação de documentos no SEI
- e-sic-livre Erro na importação do banco de dados
- noosfero-gov Plugin para gestão reserva de salas/equipament...
- sei-negocio Ateste de nota fiscal
- i-educar Instalação do i-Educar
- spb-dev Barra Brasil e Certificados do Governo
- e-sic-livre Nova versão do e-SIC Livre!
Estatísticas:
-
iniciada em
9 anos, 2 meses atrás
-
vizualizada
1395 vezes
-
respondida
15 vezes
-
votada
0 vezes