Date: Wed, 22 Feb 2017 14:36:36 +0000 From: Emil Velikov <emil.l.velikov@gmail.com> To: Baptiste Daroussin <bapt@freebsd.org> Cc: Matthew Rezny <matthew@reztek.cz>, Steve Wills <swills@freebsd.org>, x11@freebsd.org Subject: Re: your mail Message-ID: <CACvgo50Jbs3vQyE-bzxJ3CqeKXnhrGTXyt=ngZRZHNF=0rsq-g@mail.gmail.com> In-Reply-To: <20170222120828.zkrfh56swen7r44o@ivaldir.etoilebsd.net> References: <CACvgo523OnQAKe0capm0u7XqSdV%2Bpwhqhjtg4%2BmFowvWARHQ_Q@mail.gmail.com> <20170222120828.zkrfh56swen7r44o@ivaldir.etoilebsd.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 22 February 2017 at 12:08, Baptiste Daroussin <bapt@freebsd.org> wrote: > On Wed, Feb 22, 2017 at 12:00:58PM +0000, Emil Velikov wrote: >> Hi gents, >> >> >> My name is Emil Velikov and for a while I've been taking care of >> libdrm and Mesa. >> >> I can see that there is some activity on the above in FreeBSD so I'll >> kindly ask that you send [every and any] changes upstream ;-) >> Please try to keep different [logical] changes into separate patches >> and git send-email them to the mailing lists [1] [2]. >> >> This includes [but not limited to] the prefix fix for drirc, \< and >> shebang workarounds in [3]. But also covers `sed s|x86_64|amd64|' >> "GNU_CONFIGURE = yes" and various USES [gmake, bison, python etc.] >> >> In a gist, things should just work: >> - no need for gnumake - any POSIX make should work >> - flex/bison/python/etc are not needed when building from tarballs >> >> If you need to patch and/or add _any_ workaround in your Makefile, >> please file a bug and let us/me know. >> >> >> Finally, I would like to invite you (maybe subscribe x11@FreeBSD.org >> ?) to the [4] list. >> It's very low volume and covers topics for maintainers' eyes. Most >> recent of which "pthread-stubs design is broken" [5]. > > First thank you for contacting us. > Yes upstreaming as always been the plan. We still have to first make up our mind > on how we deal with the libudev dependency either through our home baked > equivalent or via a heavily modified libudev > With Mesa 13.0.0 the triple libudev/sysfs/libdrm codepaths were merged. I've pulled a helper to libdrm to deal with that. Personally I'd suggest keeping all the chaos in there. For 17.0.0 we also removed the --with-sha1 'fun' heuristics. That and more can be found on the mesa-maintainers@ ;-) > In the meantime we can work on upstreaming all other parts :) > Yes, please. Thanks Emil
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACvgo50Jbs3vQyE-bzxJ3CqeKXnhrGTXyt=ngZRZHNF=0rsq-g>