Software Público Brasileiro

Hoje fiquei trabalhando no empacotamento do noosfero.

Como é minha primeira vez empacotando resolvi criar um pad com os passos
que estou seguindo. Gostaria que no futuro esse pad virasse uma
documentação mais formal, pra ajudar quem for empacotar coisas
relacionadas ao projeto.

Hoje eu consegui gerar o pacote com as alterações feitas pelo Thiago.
Antes de gerar o pacote pedi para o Fabio testar localmente e
aparentemente estava tudo ok. Criei uma tag no repositório do noosfero
no portal. A tag é 1.2+spb1.

O proximo passo é testar o pacote localmente com o mock.
Se eu não me engano terei que subir o pacote no obs também,
vou precisar de ajuda pra fazer isso.

Pad: https://pad.okfn.org/p/Empacotamento_Passos

Eu estou usando o vagrant(centos7) para empacotar, então acho que seria uma boa
disponibilizar essa vm pro resto da galera de devops.

Atenciosamente,
David Carlos.

Oi David,

Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?

On Tue, Aug 11, 2015 at 07:16:37PM -0300, Athos Ribeiro wrote:
Athos,
Podemos marcar as 4 na quinta?

> Oi David,
>
> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?

Olá,

Hoje fiquei trabalhando no empacotamento do noosfero.
>
> Como é minha primeira vez empacotando resolvi criar um pad com os passos
> que estou seguindo. Gostaria que no futuro esse pad virasse uma
> documentação mais formal, pra ajudar quem for empacotar coisas
> relacionadas ao projeto.

David, ótima íniciativa a do pad! Parabéns pela ideia do pad. Hoje eu
conversei com alguns membros do time de devops sobre a criação de uma
rotina constante de documentação destes passos. Creio que isto será
estratégicos para os nossos passos futuros.

Hoje eu consegui gerar o pacote com as alterações feitas pelo Thiago.
> Antes de gerar o pacote pedi para o Fabio testar localmente e
> aparentemente estava tudo ok. Criei uma tag no repositório do noosfero
> no portal. A tag é 1.2+spb1.
>
> O proximo passo é testar o pacote localmente com o mock.
> Se eu não me engano terei que subir o pacote no obs também,
> vou precisar de ajuda pra fazer isso.
>

Beleza David

Eu estou usando o vagrant(centos7) para empacotar, então acho que seria uma
> boa
> disponibilizar essa vm pro resto da galera de devops.
>

Concordo :)

Oi David,
>
> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
>

David, aproveita aí a sapiência do Athos e já atualiza o pad com os
comentários dele. Se possível David, seja o piloto do pareamento ;)

Rodrigo Siqueira de Melo

Em 11 de agosto de 2015 19:16, Athos Ribeiro
escreveu:

> Oi David,
>
> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>

Marcado!

Pessoal,

Não seria bom isso estar na wiki de DevOps ao invés do pad?

Melissa Wen
Em 11/08/2015 21:01, "Rodrigo Siqueira"

escreveu:

> Olá,
>
> Hoje fiquei trabalhando no empacotamento do noosfero.
>>
>> Como é minha primeira vez empacotando resolvi criar um pad com os passos
>> que estou seguindo. Gostaria que no futuro esse pad virasse uma
>> documentação mais formal, pra ajudar quem for empacotar coisas
>> relacionadas ao projeto.
>
>
> David, ótima íniciativa a do pad! Parabéns pela ideia do pad. Hoje eu
> conversei com alguns membros do time de devops sobre a criação de uma
> rotina constante de documentação destes passos. Creio que isto será
> estratégicos para os nossos passos futuros.
>
> Hoje eu consegui gerar o pacote com as alterações feitas pelo Thiago.
>> Antes de gerar o pacote pedi para o Fabio testar localmente e
>> aparentemente estava tudo ok. Criei uma tag no repositório do noosfero
>> no portal. A tag é 1.2+spb1.
>>
>> O proximo passo é testar o pacote localmente com o mock.
>> Se eu não me engano terei que subir o pacote no obs também,
>> vou precisar de ajuda pra fazer isso.
>>
>
> Beleza David
>
> Eu estou usando o vagrant(centos7) para empacotar, então acho que seria
>> uma boa
>> disponibilizar essa vm pro resto da galera de devops.
>>
>
> Concordo :)
>
> Oi David,
>>
>> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
>>
> David, aproveita aí a sapiência do Athos e já atualiza o pad com os
> comentários dele. Se possível David, seja o piloto do pareamento ;)
>
> Rodrigo Siqueira de Melo
>
> Em 11 de agosto de 2015 19:16, Athos Ribeiro
> escreveu:
>
>> Oi David,
>>
>> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
>>
>> _______________________________________________
>> 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
>
>

On Tue, Aug 11, 2015 at 11:25:55PM -0300, Melissa Wen wrote:

Boa ideia Melissa, quando o pad estiver minimamente estruturado,
podemos passar para a wiki.

> Pessoal,
>
> Não seria bom isso estar na wiki de DevOps ao invés do pad?
>
> Melissa Wen
> Em 11/08/2015 21:01, "Rodrigo Siqueira"
> escreveu:
>
> > Olá,
> >
> > Hoje fiquei trabalhando no empacotamento do noosfero.
> >>
> >> Como é minha primeira vez empacotando resolvi criar um pad com os passos
> >> que estou seguindo. Gostaria que no futuro esse pad virasse uma
> >> documentação mais formal, pra ajudar quem for empacotar coisas
> >> relacionadas ao projeto.
> >
> >
> > David, ótima íniciativa a do pad! Parabéns pela ideia do pad. Hoje eu
> > conversei com alguns membros do time de devops sobre a criação de uma
> > rotina constante de documentação destes passos. Creio que isto será
> > estratégicos para os nossos passos futuros.
> >
> > Hoje eu consegui gerar o pacote com as alterações feitas pelo Thiago.
> >> Antes de gerar o pacote pedi para o Fabio testar localmente e
> >> aparentemente estava tudo ok. Criei uma tag no repositório do noosfero
> >> no portal. A tag é 1.2+spb1.
> >>
> >> O proximo passo é testar o pacote localmente com o mock.
> >> Se eu não me engano terei que subir o pacote no obs também,
> >> vou precisar de ajuda pra fazer isso.
> >>
> >
> > Beleza David
> >
> > Eu estou usando o vagrant(centos7) para empacotar, então acho que seria
> >> uma boa
> >> disponibilizar essa vm pro resto da galera de devops.
> >>
> >
> > Concordo :)
> >
> > Oi David,
> >>
> >> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
> >>
> > David, aproveita aí a sapiência do Athos e já atualiza o pad com os
> > comentários dele. Se possível David, seja o piloto do pareamento ;)
> >
> > Rodrigo Siqueira de Melo
> >
> > Em 11 de agosto de 2015 19:16, Athos Ribeiro
> > escreveu:
> >
> >> Oi David,
> >>
> >> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
> >>
> >> _______________________________________________
> >> 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
> >
> >

> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev

Testei aqui com o Ricardo, a funcionalidade está OK no pacote gerado. Mas
também já encontramos um bug no portal no painel de controle das
comunidades/softwares.

A opção de excluir perfil e desativar perfil possuem textos que não
condizem com seus objetivos:

- A feature de destroy_profile está com texto: Configurar Comunidade do
Softwre.
- A feature deactivate_profile está com o texto: Defina as configurações
básicas da comunidade do software

sem contar que o css está quebrado, como segue no print da imagem.

Mas valeu aí pessoal! Pacote pronto, eu acho. Parabéns aos envolvidos!

Att




Em 12 de agosto de 2015 15:07, David Carlos

escreveu:

> On Tue, Aug 11, 2015 at 11:25:55PM -0300, Melissa Wen wrote:
>
> Boa ideia Melissa, quando o pad estiver minimamente estruturado,
> podemos passar para a wiki.
>
> > Pessoal,
> >
> > Não seria bom isso estar na wiki de DevOps ao invés do pad?
> >
> > Melissa Wen
> > Em 11/08/2015 21:01, "Rodrigo Siqueira"
> > escreveu:
> >
> > > Olá,
> > >
> > > Hoje fiquei trabalhando no empacotamento do noosfero.
> > >>
> > >> Como é minha primeira vez empacotando resolvi criar um pad com os
> passos
> > >> que estou seguindo. Gostaria que no futuro esse pad virasse uma
> > >> documentação mais formal, pra ajudar quem for empacotar coisas
> > >> relacionadas ao projeto.
> > >
> > >
> > > David, ótima íniciativa a do pad! Parabéns pela ideia do pad. Hoje eu
> > > conversei com alguns membros do time de devops sobre a criação de uma
> > > rotina constante de documentação destes passos. Creio que isto será
> > > estratégicos para os nossos passos futuros.
> > >
> > > Hoje eu consegui gerar o pacote com as alterações feitas pelo Thiago.
> > >> Antes de gerar o pacote pedi para o Fabio testar localmente e
> > >> aparentemente estava tudo ok. Criei uma tag no repositório do noosfero
> > >> no portal. A tag é 1.2+spb1.
> > >>
> > >> O proximo passo é testar o pacote localmente com o mock.
> > >> Se eu não me engano terei que subir o pacote no obs também,
> > >> vou precisar de ajuda pra fazer isso.
> > >>
> > >
> > > Beleza David
> > >
> > > Eu estou usando o vagrant(centos7) para empacotar, então acho que seria
> > >> uma boa
> > >> disponibilizar essa vm pro resto da galera de devops.
> > >>
> > >
> > > Concordo :)
> > >
> > > Oi David,
> > >>
> > >> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
> > >>
> > > David, aproveita aí a sapiência do Athos e já atualiza o pad com os
> > > comentários dele. Se possível David, seja o piloto do pareamento ;)
> > >
> > > Rodrigo Siqueira de Melo
> > >
> > > Em 11 de agosto de 2015 19:16, Athos Ribeiro
> > > escreveu:
> > >
> > >> Oi David,
> > >>
> > >> Posso te ajudar com o mock e obs. Quinta a tarde funciona p/ você?
> > >>
> > >> _______________________________________________
> > >> 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
> > >
> > >
>
> > _______________________________________________
> > 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
>

Em 14 de agosto de 2015 17:11, Tallys Martins

escreveu:

> Testei aqui com o Ricardo, a funcionalidade está OK no pacote gerado. Mas
> também já encontramos um bug no portal no painel de controle das
> comunidades/softwares.
>
> A opção de excluir perfil e desativar perfil possuem textos que não
> condizem com seus objetivos:
>
> - A feature de destroy_profile está com texto: Configurar Comunidade do
> Softwre.
> - A feature deactivate_profile está com o texto: Defina as configurações
> básicas da comunidade do software
>
> sem contar que o css está quebrado, como segue no print da imagem.
>
> Mas valeu aí pessoal! Pacote pronto, eu acho. Parabéns aos envolvidos!
>

Tallys,

Obrigado pelo cuidado ao verificar a funcionalidade. Criei um issue e isso
deve ser resolvido antes de atualizamos:
https://portal.softwarepublico.gov.br/gitlab/softwarepublico/softwarepublico/issues/159

Ou seja, uma novo pacote deve ser criado com a correção disso também.

Equipe de DevOps,

Vamos tentar diminuir o overhead da criação e disponibilização do pacote.

obrigado,
--
Paulo Meirelles
FGA-UnB (http://fga.unb.br)
CCSL-IME/USP (http://ccsl.ime.usp.br)

On Mon, Aug 17, 2015 at 10:11:45AM -0300, Paulo Meirelles wrote:

> Em 14 de agosto de 2015 17:11, Tallys Martins
> escreveu:
>
> > Testei aqui com o Ricardo, a funcionalidade está OK no pacote gerado. Mas
> > também já encontramos um bug no portal no painel de controle das
> > comunidades/softwares.
> >
> > A opção de excluir perfil e desativar perfil possuem textos que não
> > condizem com seus objetivos:
> >
> > - A feature de destroy_profile está com texto: Configurar Comunidade do
> > Softwre.
> > - A feature deactivate_profile está com o texto: Defina as configurações
> > básicas da comunidade do software
> >
> > sem contar que o css está quebrado, como segue no print da imagem.
> >
> > Mas valeu aí pessoal! Pacote pronto, eu acho. Parabéns aos envolvidos!
> >
>
> Tallys,
>
> Obrigado pelo cuidado ao verificar a funcionalidade. Criei um issue e isso
> deve ser resolvido antes de atualizamos:
>https://portal.softwarepublico.gov.br/gitlab/softwarepublico/softwarepublico/issues/159
>
> Ou seja, uma novo pacote deve ser criado com a correção disso também.
>
> Equipe de DevOps,
>
> Vamos tentar diminuir o overhead da criação e disponibilização do pacote.

qual overhead existe no momento? tendo o código "upstream" fechado, a
essa altura o pacote deveria ser trivial. se não está sendo, estamos
fazendo algo errado. por favor se organizem pra me chamar pra uma
conversa pra gente ver iss.

--
Antonio Terceiro
http://softwarelivre.org/terceiro

On Mon, Aug 24, 2015 at 09:29:31AM -0300, Antonio Terceiro wrote:

> On Mon, Aug 17, 2015 at 10:11:45AM -0300, Paulo Meirelles wrote:
> > Em 14 de agosto de 2015 17:11, Tallys Martins
> > escreveu:
> >
> > > Testei aqui com o Ricardo, a funcionalidade está OK no pacote gerado. Mas
> > > também já encontramos um bug no portal no painel de controle das
> > > comunidades/softwares.
> > >
> > > A opção de excluir perfil e desativar perfil possuem textos que não
> > > condizem com seus objetivos:
> > >
> > > - A feature de destroy_profile está com texto: Configurar Comunidade do
> > > Softwre.
> > > - A feature deactivate_profile está com o texto: Defina as configurações
> > > básicas da comunidade do software
> > >
> > > sem contar que o css está quebrado, como segue no print da imagem.
> > >
> > > Mas valeu aí pessoal! Pacote pronto, eu acho. Parabéns aos envolvidos!
> > >
> >
> > Tallys,
> >
> > Obrigado pelo cuidado ao verificar a funcionalidade. Criei um issue e isso
> > deve ser resolvido antes de atualizamos:
> >https://portal.softwarepublico.gov.br/gitlab/softwarepublico/softwarepublico/issues/159
> >
> > Ou seja, uma novo pacote deve ser criado com a correção disso também.
> >
> > Equipe de DevOps,
> >
> > Vamos tentar diminuir o overhead da criação e disponibilização do pacote.
>

Terceiro,

Do ponto de vista do empacotamento do noosfero,
a equipe de devops neste momento está bem mais segura pra colocar a mão nisso.
Acho que o overhead mesmo está mais na disponibilização,
uma vez que pra testar o pacote fora do mpog só tinhamos o ambiente do cdtc.

O nosso ambiente local(dev-lappis) só podia ser acessado de
dentro da nossa rede(lappis2), mais estamos
trabalhando nisso para que possamos acessá-lo de fora.

Dessa forma poderiamos validar mais
rapidamente essas coisas, visto que o nosso protocolo para testar o
pacote é sempre instalar no nosso ambiente local primeiro.

Eu acabei de fechar a issue que o professor Paulo havia aberto, o pacote
já foi gerado, e essa semana iremos convergi-lo nos outros ambientes.

Att,

David Carlos.

> qual overhead existe no momento? tendo o código "upstream" fechado, a
> essa altura o pacote deveria ser trivial. se não está sendo, estamos
> fazendo algo errado. por favor se organizem pra me chamar pra uma
> conversa pra gente ver iss.
>
> --
> Antonio Terceiro
>http://softwarelivre.org/terceiro
>
>



> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev

Complementando a fala do David,

Conseguimos dar acesso externo em um dos nossos ambientes locais (no
LAPPIS2), contudo é necessário que o usuário que for testar altere
localmente o arquivo /etc/hosts.

Att.

Rodrigo Siqueira de Melo



Rodrigo Siqueira de Melo

Em 24 de agosto de 2015 11:53, David Carlos

escreveu:

> On Mon, Aug 24, 2015 at 09:29:31AM -0300, Antonio Terceiro wrote:
> > On Mon, Aug 17, 2015 at 10:11:45AM -0300, Paulo Meirelles wrote:
> > > Em 14 de agosto de 2015 17:11, Tallys Martins > >
> > > escreveu:
> > >
> > > > Testei aqui com o Ricardo, a funcionalidade está OK no pacote
> gerado. Mas
> > > > também já encontramos um bug no portal no painel de controle das
> > > > comunidades/softwares.
> > > >
> > > > A opção de excluir perfil e desativar perfil possuem textos que não
> > > > condizem com seus objetivos:
> > > >
> > > > - A feature de destroy_profile está com texto: Configurar
> Comunidade do
> > > > Softwre.
> > > > - A feature deactivate_profile está com o texto: Defina as
> configurações
> > > > básicas da comunidade do software
> > > >
> > > > sem contar que o css está quebrado, como segue no print da imagem.
> > > >
> > > > Mas valeu aí pessoal! Pacote pronto, eu acho. Parabéns aos
> envolvidos!
> > > >
> > >
> > > Tallys,
> > >
> > > Obrigado pelo cuidado ao verificar a funcionalidade. Criei um issue e
> isso
> > > deve ser resolvido antes de atualizamos:
> > >
>https://portal.softwarepublico.gov.br/gitlab/softwarepublico/softwarepublico/issues/159
> > >
> > > Ou seja, uma novo pacote deve ser criado com a correção disso também.
> > >
> > > Equipe de DevOps,
> > >
> > > Vamos tentar diminuir o overhead da criação e disponibilização do
> pacote.
> >
> Terceiro,
>
> Do ponto de vista do empacotamento do noosfero,
> a equipe de devops neste momento está bem mais segura pra colocar a mão
> nisso.
> Acho que o overhead mesmo está mais na disponibilização,
> uma vez que pra testar o pacote fora do mpog só tinhamos o ambiente do
> cdtc.
>
> O nosso ambiente local(dev-lappis) só podia ser acessado de
> dentro da nossa rede(lappis2), mais estamos
> trabalhando nisso para que possamos acessá-lo de fora.
>
> Dessa forma poderiamos validar mais
> rapidamente essas coisas, visto que o nosso protocolo para testar o
> pacote é sempre instalar no nosso ambiente local primeiro.
>
> Eu acabei de fechar a issue que o professor Paulo havia aberto, o pacote
> já foi gerado, e essa semana iremos convergi-lo nos outros ambientes.
>
> Att,
> David Carlos.
>
> > qual overhead existe no momento? tendo o código "upstream" fechado, a
> > essa altura o pacote deveria ser trivial. se não está sendo, estamos
> > fazendo algo errado. por favor se organizem pra me chamar pra uma
> > conversa pra gente ver iss.
> >
> > --
> > Antonio Terceiro
> >http://softwarelivre.org/terceiro
> >
> >
>
>
>
> > _______________________________________________
> > 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
>