Software Público Brasileiro

Durante essa semana a equipe de Devops atacou algumas frentes.

1º: Estudo dos nossos specs e makefiles, já propondo/realizando algumas
melhorias.
- Na proxima semana faremos um merge para que Seocam e Terceiro
revisem isso com a gente.
- Percebemos que devido a limitações advindas das nossas
dependências(pacotes deps em geral), não podemos seguir algumas boas
práticas recomendadas para pacotes rpm. Nossos pacotes funcionam,
mas não da melhor maneira possível.
- Focamos bem nisso, pro pessoal novo já ir absorvendo esse
conhecimento.

2º: Ambientes para design
- Hoje tivemos uma boa conversa com o Arthur(Equipe de Design), e
percebemos que devemos focar bastante nesse quesito ambiente na
próxima sprint. O Paulo(Tada) já iniciou junto com o Arthur uma
primeira ideia de como poderia ser esse ambiente para a equipe de
design poder validar mais rápidamente o que for desenvolvido.

3º: Bugs em devel e produção
- Hoje demos uma olhada no env de prod para validar alguns problemas
que estavam acontecendo com o mailman-api. A atualização feita pelo
Seocam arruma algumas coisas que mapeamos hj nessa investigação.
- Infelizmente o bug do noosfero (Ver todos) não foi investigado.
Devemos atacar isso no começo da próxima sprint.

4º: Ambientes para devel
- Durante a semana tentamos subir o ambiente usando LXC. Já evoluimos
mas ainda não está redondo. Isso também é algo que será prioridade
para a proxima sprint, além dos testes iniciais com o
libvirt(coração do cloudstack)


Att,

--
David Carlos
Engenharia de Software - UnB-Gama

Na verdade o bug do ver todos nos não conseguimos replicar em ambiente
local, e o pessoal não conseguiu achar nada nos logs de devel, vamos
precisar da ajuda de algum sênior pra investigar melhor esse problema, o
tallys que está investigando isso e segunda vamos lá na sala 36 pra
investigar novamente os logs no devel do mpog.

Vlw time!
Em 30/10/2015 1:15 AM, "David Carlos" escreveu:

> Durante essa semana a equipe de Devops atacou algumas frentes.
>
> 1º: Estudo dos nossos specs e makefiles, já propondo/realizando algumas
> melhorias.
> - Na proxima semana faremos um merge para que Seocam e Terceiro
> revisem isso com a gente.
> - Percebemos que devido a limitações advindas das nossas
> dependências(pacotes deps em geral), não podemos seguir algumas boas
> práticas recomendadas para pacotes rpm. Nossos pacotes funcionam,
> mas não da melhor maneira possível.
> - Focamos bem nisso, pro pessoal novo já ir absorvendo esse
> conhecimento.
>
> 2º: Ambientes para design
> - Hoje tivemos uma boa conversa com o Arthur(Equipe de Design), e
> percebemos que devemos focar bastante nesse quesito ambiente na
> próxima sprint. O Paulo(Tada) já iniciou junto com o Arthur uma
> primeira ideia de como poderia ser esse ambiente para a equipe de
> design poder validar mais rápidamente o que for desenvolvido.
>
> 3º: Bugs em devel e produção
> - Hoje demos uma olhada no env de prod para validar alguns problemas
> que estavam acontecendo com o mailman-api. A atualização feita pelo
> Seocam arruma algumas coisas que mapeamos hj nessa investigação.
> - Infelizmente o bug do noosfero (Ver todos) não foi investigado.
> Devemos atacar isso no começo da próxima sprint.
>
> 4º: Ambientes para devel
> - Durante a semana tentamos subir o ambiente usando LXC. Já evoluimos
> mas ainda não está redondo. Isso também é algo que será prioridade
> para a proxima sprint, além dos testes iniciais com o
> libvirt(coração do cloudstack)
>
>
> Att,
>
> --
> David Carlos
> Engenharia de Software - UnB-Gama
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>

Eu posso ajudar nisso aí!

On 30-10-2015 10:53, Thiago Ribeiro wrote:

> Na verdade o bug do ver todos nos não conseguimos replicar em ambiente
> local, e o pessoal não conseguiu achar nada nos logs de devel, vamos
> precisar da ajuda de algum sênior pra investigar melhor esse problema, o
> tallys que está investigando isso e segunda vamos lá na sala 36 pra
> investigar novamente os logs no devel do mpog.

Fiquei de investigar os logs com o pessoal do DevOps, mas essa semana tava
fazendo outra tarefa! Terça a gente faz isso então Joenio! :)

Em 30 de outubro de 2015 17:29, Joenio Costa

escreveu:

> Eu posso ajudar nisso aí!
>
> On 30-10-2015 10:53, Thiago Ribeiro wrote:
>
>> Na verdade o bug do ver todos nos não conseguimos replicar em ambiente
>> local, e o pessoal não conseguiu achar nada nos logs de devel, vamos
>> precisar da ajuda de algum sênior pra investigar melhor esse problema, o
>> tallys que está investigando isso e segunda vamos lá na sala 36 pra
>> investigar novamente os logs no devel do mpog.
>>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>

Oi pessoal,

Ao longo da semana a equipe de devops migrou nossos repositórios do OBS para o Copr. Isto reduz o tempo de publicação dos pacotes recém construídos para alguns minutos (em alguns dias tivemos que esperar horas para a publicação usando o OBS).

No fim de semana eu briquei um pouco com a API do Copr e subi um script para coletar as versões dos pacotes em cada um dos repositórios e no git (branch master do repositório softwarepublico/softwarepublico) e jogar em uma página.

http://164.41.86.13/copr

--
Athos Ribeiro

http://ccsl.ime.usp.br/
http://lappis.unb.br/

Em 2 de novembro de 2015 00:44, Athos Ribeiro

escreveu:

> Oi pessoal,
>
> Ao longo da semana a equipe de devops migrou nossos repositórios do OBS
> para o Copr. Isto reduz o tempo de publicação dos pacotes recém construídos
> para alguns minutos (em alguns dias tivemos que esperar horas para a
> publicação usando o OBS).
>
> No fim de semana eu briquei um pouco com a API do Copr e subi um script
> para coletar as versões dos pacotes em cada um dos repositórios e no git
> (branch master do repositório softwarepublico/softwarepublico) e jogar em
> uma página.
>
>http://164.41.86.13/copr

Ótimo, Athos.

E este IP, é de quem?

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

É um dos servidores do Lappis, onde estão nossos backups. Tinha um apache
rodando que usavamos para hospedar os srpms para o copr no início do
semestre

Boa Athos :)

Seria legal conseguirmos um DNS pra isso, neh?

A página está sendo atualizada automaticamente (cron ou algo assim)?

Abraços,

Sergio Oliveira

On Tue, Nov 3, 2015 at 11:56 AM Athos Ribeiro

wrote:

> É um dos servidores do Lappis, onde estão nossos backups. Tinha um apache
> rodando que usavamos para hospedar os srpms para o copr no início do
> semestre
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>

Na verdade ela faz as requisições quando você faz um get na página.
Hoje vou por algumas coisas em cache pra deixar os veta um pouco mais
rápidos.

Em /copr/api ele devolve um json com os dados da página e em
/copr/api/status ele devolve um json com valor 1 para os pacotes com
versões iguais no git e no v5 e 0 quando forem diferentes. Vou documentar
isso. Código tá no github, vou migrar pró gitlab tb.