On Tue, 11 Dec 2018 at 19:49, Dylan Baker <dy...@pnwbakers.com> wrote:
>
> Quoting Emil Velikov (2018-12-11 10:48:56)
> > On Tue, 11 Dec 2018 at 18:18, Eric Anholt <e...@anholt.net> wrote:
> > >
> > > Emil Velikov <emil.l.veli...@gmail.com> writes:
> > >
> > > > On Mon, 10 Dec 2018 at 23:11, Dylan Baker <dy...@pnwbakers.com> wrote:
> > > >>
> > > >> Meson 0.49.0 has been out for a couple of days now, and I'd like to 
> > > >> make the
> > > >> final call for autotools. My patch is so massive that it's a huge pain 
> > > >> to send
> > > >> to the list, the latest versions is here:
> > > >> https://gitlab.freedesktop.org/dbaker/mesa/commits/delete-autotools
> > > >>
> > > > Can you split this up a bit? I'm mostly conserved about a couple of 
> > > > things:
> > > > - we're loosing multiple testing permutations with Travis - there's no
> > > > meson equivalent
> > > > - needed/missing bits are impossible to spot as-is
> > > >
> > > > Personally, I'd do something like:
> > > >  - move .travis autotools permutations to meson
> > > >  - docs changes
> > > >  - rm Makefile{.*,}.am autogen.sh and configure.ac
> > > >  - rm Makefile.sources
> > > >  - .gitignore
> > >
> > > I don't think we should block on anything related to travis at this
> > > point.  I wrote it initially hoping it would let us prevent build
> > > breakages.  Instead, whenever I try to use travis to prevent build
> > > breakage, I find that travis has already been broken for a while.
> > >
> > You must be really unlucky.
> >
> > > The CI needs to be integrated with our actual repository host, or it
> > > doesn't work.  We should just delete .travis.yml and push the gitlab
> > > stuff forward instead.
> >
> > If we have anything better in place (say gitlab CI/other) - sure.
> > Removing something without a replacement in place is quite meh.
> > That said, I think we agree that this is a topic for another day.
> >
> > HTH
> > -Emil
>
> I'm actually finding myself agreeing that travis is just a pain. Could you 
> help
> me debug my WIP of porting the autotools tests to meson? They're just failing
> randomly with no good debuging output:
>
> https://travis-ci.org/dcbaker/mesa/jobs/466665289
>
If you don't mind I'll have a look first thing tomorrow morning. It's
9:43pm and I've yet to cook some food :-\

-Emil
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to