Re: sem release pra você hoje

[Bráulio Bhavamitra]

onde é criado essa tabela pessoa?

~/P/n/n/p/stoa git:noosfero ❯❯❯ ag pessoa

⏎ ⬆ ✱
lib/stoa_plugin/usp_user.rb
4:  self.table_name = 'pessoa'

test/functional/account_controller_test.rb
12:  ActiveRecord::Schema.create_table "pessoa" do |t|

test/unit/usp_user_test.rb
11:  ActiveRecord::Schema.create_table "pessoa" do |t|


On Tue, Feb 16, 2016 at 9:51 AM Rodrigo Souto <rodrigo at colivre.coop.br>
wrote:

> Testei aqui no meu ambiente local e todos os testes passaram
> (environment madness here we go!): http://pastebin.com/7E93xeYM
>
> Quem pode testar em outros ambientes esse teste aí também?
>
> Estou usando a máquina docker gerada a partir do config/docker/dev,
> disponível em: https://hub.docker.com/r/noosfero/dev/
>
> Braulio escreveu isso ai:
> > opa, na verdade o plugin stoa ainda falha por conta de uma base de dados
> > que não existe: https://travis-ci.org/noosfero/noosfero/jobs/108646813
> > estranho que outra vez passou
> >
> > isso não consigo resolver...
> >
> > On Thu, Feb 11, 2016 at 6:38 PM Bráulio Bhavamitra <brauliobo at gmail.com>
> > wrote:
> >
> > > On Thu, Feb 11, 2016 at 10:23 AM Antonio Terceiro <
> > > terceiro at colivre.coop.br> wrote:
> > >
> > >> On Fri, Feb 05, 2016 at 03:53:05PM +0000, Bráulio Bhavamitra wrote:
> > >> > não são esses, são os que usam Gemfile e que são também ignorados
> por
> > >> > padrão, mas acabam aparecendo como PASS assim mesmo, são eles:
> > >> > comment_paragraph         FAIL: units
> > >> > shopping_cart             FAIL: selenium (esse passa no meu ambiente
> > >> local,
> > >> > é algo no travis)
> > >> > spaminator                FAIL: units
> > >> > stoa                      FAIL: functionals
> > >> > https://travis-ci.org/noosfero/noosfero/jobs/107230199
> > >>
> > >> se eles estão sendo ignorados não deveriam estar como PASS
> > >>
> > > sim, tinha que ser algo como o SKIP mas não o SKIP para diferenciar dos
> > > outros.
> > >
> > >>
> > >> > Ok, vou ver o MR depois, deve ser tão simples quando botar
> > >> > BUNDLE_OPTS=install no .gitlab.ci.yml.
> > >>
> > >> é, não era bem isso que eu tinha em mente:
> > >>
> > > bom, corrigi os dois que faltavam, tudo passando agora (pelo menos no
> > > travis que testa tudo :)
> > >
> > >>
> > >> > > eu preferiria não misturar pacotes debian com rubygems no mesmo
> > >> sistema,
> > >> > > mas depois do release da 1.4 a gente vê caso a caso em MRs?
> > >>
> > >>     ↑
> > >>
> > >> --
> > >> Antonio Terceiro <terceiro at colivre.coop.br>
> > >> Colivre - Cooperativa de Tecnologias Livres
> > >> http://www.colivre.coop.br/
> > >>
> > >>
> > >> _______________________________________________
> > >> Noosfero-br mailing list
> > >> Noosfero-br at listas.softwarelivre.org
> > >> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
> > >>
> > >
>
> > _______________________________________________
> > Noosfero-br mailing list
> > Noosfero-br at listas.softwarelivre.org
> > http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
>
> --
> Rodrigo Souto <rodrigo at colivre.coop.br> :: 55 71 8131-7714
> Colivre - Cooperativa de Tecnologias Livres
> http://www.colivre.coop.br/
> _______________________________________________
> Noosfero-br mailing list
> Noosfero-br at listas.softwarelivre.org
> http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/noosfero-br
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.softwarelivre.org/pipermail/noosfero-br/attachments/20160216/b5e6297f/attachment.html>