The attached patch makes it work on FreeBSD userland. Basically -d option to cp is a GNU extension and so doesn't work on FreeBSD at all, while [ ] operands must be escaped if the shell is not bash. HTH, Diego
Created attachment 3245 [details] [review] mesa-6.3.2-freebsdinst.patch
I would consider using that script a mistake on BSDs, given that it would install badly-named libraries. We really need a proper build system (unfortunately, that tends to mean autotools).
I checked in the patch but I added a test of `uname`="FreeBSD" to determine which copy flags to use. We're not going to use autotools. What exactly are the "badly-named libraries"?
libGL.so.1.2. We don't do minor numbers, since they're meaningless for us. So it's at least nonstandard, and possibly broken. And the script doesn't seem to cover the DRI libraries or demo apps (if they've been built), either. When packaging Mesa, I have to make custom config files, and then write my own install script. Of the 20 or so packages I maintain for FreeBSD, Mesa and chromium are the only ones I do custom installs for.
Eric, feel free to edit bin/mklib to remove the minor version number from the libraries for FreeBSD. I can fix the install script to install the DRI drivers, but it sounds like something else is needed for FreeBSD. Again, feel free to fix the install script or add an additional one for FreeBSD. As for installing the demo programs, I'm not sure that's needed. I guess I could go either way.
Hi, from what I know installmesa isn't used any more (brianp, maybe you'd better remove it if this is the case), I'm not familiar with freebsd, but maybe someone should have a look if this bug is still valid.
I'll remove installmesa from the tarballs. I don't have a FreeBSD system to test on.
Nothing uses installmesa anymore. Brian, can we remove it from the repo, too?
Sure, go ahead and remove it.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.