Edit Package Mesa

Mesa is a 3-D graphics library with an API which is very similar to that of OpenGL.*

Mesa is a 3-D graphics library with an API which is very similar to
that of OpenGL.* To the extent that Mesa utilizes the OpenGL command
syntax or state machine, it is being used with authorization from
Silicon Graphics, Inc.(SGI). However, the author does not possess an
OpenGL license from SGI, and makes no claim that Mesa is in any way a
compatible replacement for OpenGL or associated with SGI. Those who
want a licensed implementation of OpenGL should contact a licensed
vendor.

Please do not refer to the library as MesaGL (for legal reasons). It's
just Mesa or The Mesa 3-D graphics library.

* OpenGL is a trademark of Silicon Graphics Incorporated.

Refresh
Refresh
Source Files (show merged sources derived from linked package)
Filename Size Changed
Mesa-drivers-rpmlintrc 0000000523 523 Bytes about 3 years
Mesa-drivers.changes 0000275847 269 KB 2 days
Mesa-drivers.spec 0000034089 33.3 KB 2 days
Mesa-rpmlintrc 0000000523 523 Bytes about 3 years
Mesa.changes 0000275847 269 KB 2 days
Mesa.keyring 0000398858 390 KB 12 months
Mesa.spec 0000033983 33.2 KB 2 days
README.updates 0000000413 413 Bytes about 14 years
U_fix-mpeg1_2-decode-mesa-20.2.patch 0000000685 685 Bytes 8 months
_constraints 0000000308 308 Bytes about 1 year
baselibs.conf 0000005873 5.74 KB 9 months
manual-pages.tar.bz2 0000137685 134 KB almost 15 years
mesa-21.1.0.tar.xz 0015145196 14.4 MB 9 days
mesa-21.1.0.tar.xz.sig 0000000329 329 Bytes 9 days
n_add-Mesa-headers-again.patch 0000000474 474 Bytes 8 months
n_drirc-disable-rgb10-for-chromium-on-amd.patch 0000001226 1.2 KB 8 months
pre_checkin.sh 0000000571 571 Bytes over 3 years
u_dep_xcb.patch 0000001173 1.15 KB 8 months
Comments for Mesa 41

Andreas Kilgus's avatar

akilgus wrote over 4 years ago

Is there any chance to get the build for 13.2 fixed in this repository? There seems to be no unresolvable technical show stopper: https://build.opensuse.org/package/show?project=home%3Aaevseev&package=Mesa


Stefan Dirsch's avatar

sndirsch wrote over 4 years ago

Of course this would be possible despite openSUSE 13.2 will be out of support pretty soon. Seems you removed U_cso-don-t-release-sampler-states-that-are-bound.patch. Not sure why? For the additional patch fix-missing-memfd-header.patch, please follow our X11:XOrg patch guidelines. After resolving this you can open a submitrequest against X11:XOrg. Thanks!


Andreas Kilgus's avatar

akilgus wrote over 4 years ago

I did neither remove anything nor add any patch - you seem to mistake me for the maintainer of the repository I mentioned. My motivation for asking is simply not to let increase the number of repositories I use (currently 49 and counting) any further by adding another "home/" repository for packages at least theoretically already available in a repository in use.


Stefan Dirsch's avatar

sndirsch wrote over 4 years ago

Indeed I assumed this would be your repository.


Andreas Kilgus's avatar

akilgus wrote over 4 years ago

Thanks for having revivified providing updated packages for 13.2.


Edison Alvarez's avatar

alvarex wrote about 4 years ago

will this bump to version 17.1?



Bernd Lachner's avatar

blachner wrote about 3 years ago

Could the build be enabled for openSUSE Leap 42.3 to get a Mesa 18 version for this distribution?


Stefan Dirsch's avatar

sndirsch wrote about 3 years ago

Currently it's not possible, since llvm cannot be built for openSUSE 42.3. :-(


Bernd Lachner's avatar

blachner wrote about 3 years ago

OK. Thank you for your answer.

Do you think it would be possible to build it anytime soon for openSUSE Leap 42.3? Or will it stay at the current offered Mesa version for this distribution?


Stefan Dirsch's avatar

sndirsch wrote about 3 years ago

I can't say. A collegue is/was working on this. But it has no high priority.


Ondřej Súkup's avatar

mimi_vx wrote about 3 years ago

probably not, Newer versions of Mesa also need new version of Wayland libs and protocols. + Bonus six months after the release of Leap 15.0, 42.3 Leap will EOL


Stefan Dirsch's avatar

sndirsch wrote about 3 years ago

Ok. Build against Leap 42.3 is enabled in X11:XOrg again. Looks good so far.


Anonymous User's avatar

_nobody_ wrote over 2 years ago

This comment has been deleted


Stefan Dirsch's avatar

sndirsch wrote over 2 years ago

On my TODO list ...


Anonymous User's avatar

_nobody_ wrote over 2 years ago

This comment has been deleted


Stefan Dirsch's avatar

sndirsch wrote over 2 years ago

Looks like this came in with some autocommit magic crap back from factory. :-(


r773 | buildservice-autocommit | 2018-09-18 09:37:23 | 0273904b5d3bac6a229ef7bd5bf12077 | unknown | rq635013

baserev update by copy to link target

r772 | buildservice-autocommit | 2018-09-11 15:12:48 | 04666deac08cb6669a4cfb681e18d754 | unknown | rq631796

baserev update by copy to link target

Fortunately Tobias Klausmann brought this back, now to 18.2.1 ...


Damian Zaręba's avatar

KhazAkar wrote over 2 years ago

Please add GALLIUM_HUD support for intel drivers


Stefan Dirsch's avatar

sndirsch wrote over 2 years ago

Intel drivers aren't using gallium at the moment. Not sure what you mean here.


Guillaume GARDET's avatar

Guillaume_G wrote about 2 years ago

Please check/fix %arm and aarch64 before pushing to Factory


Anonymous User's avatar

_nobody_ wrote almost 2 years ago

This comment has been deleted


Stefan Dirsch's avatar

sndirsch wrote almost 2 years ago

@ryanbach Already checked in ... :-)


Anonymous User's avatar

_nobody_ wrote almost 2 years ago

This comment has been deleted


Stefan Dirsch's avatar

sndirsch wrote almost 2 years ago

done. :-)


Anonymous User's avatar

_nobody_ wrote over 1 year ago

This comment has been deleted


Stefan Dirsch's avatar

sndirsch wrote over 1 year ago

Thanks. Sounds good! An appropriate submitrequest would be appreciated and accepted. ;-)


Andreas Kilgus's avatar

akilgus wrote over 1 year ago

Is the current (2020-01-09) state of Mesa in this repo supposed to work? There's a mixture of 19.3.1 (e.g. Mesa) and 19.2.6 (e.g. Mesa-dri) packages online - I had to go back to Leap 15.1's Mesa 18.3.2 to get the GUI up and running …


Stefan Dirsch's avatar

sndirsch wrote over 1 year ago

Thanks. Indeed build of Mesa-driver on Leap 15.1/15.2 fails due to llvm version < 8. I'm trying to build llvm8 for Leap 15.1/15.2. Will take some time though ...


Andreas Kilgus's avatar

akilgus wrote over 1 year ago

No need to hurry (at least not because of me). Just wanted to know if I broke something on my side or if the repo's the one to blame … ;)


Stefan Dirsch's avatar

sndirsch wrote over 1 year ago

It has been the Mesa update to 19.3.1 .... which now needs llvm 8 ...


Stefan Dirsch's avatar

sndirsch wrote over 1 year ago

@akilgus Meanwhile build against Leap 15.0/15.1 fixed. :-)


Andreas Kilgus's avatar

akilgus wrote over 1 year ago

Thanks for your work. I'll give the new packages a try within the coming days.


Anonymous User's avatar

_nobody_ wrote 12 months ago

This comment has been deleted


Stefan Dirsch's avatar

sndirsch wrote 12 months ago

Already on my TODO list. ;-)


Aaron Dominick's avatar

zakhrov wrote 9 months ago

Can we enable the MESA_VK_DEVICE_SELECT layer and the Mesa Vulkan Overlay layer for the Tumbleweed package?


Stefan Dirsch's avatar

sndirsch wrote 9 months ago

Hmm. Could you come up with a concrete proposal for the package, preferrably a submit request? My guess is that I need to add -Dvulkan-device-select-layer=true as option for meson in specfile, but since you're apparently an expert here, it would be good if you could come up with something well tested.


Aaron Dominick's avatar

zakhrov wrote 9 months ago

I have branched the package and tried out some changes. They are in my obs repository here: https://build.opensuse.org/package/show/home:zakhrov:Mesa/Mesa It adds 2 packages. Mesa-vulkan-overlay and Mesa-vulkan-device-select which has the libraries and JSON files


Aaron Dominick's avatar

zakhrov wrote 9 months ago

I have submitted a request for it


Aaron Stern's avatar

ukbeast89 wrote about 1 month ago

I've tried updating to 21.0.1. meson.build:21:0: ERROR: Value classic is not boolean (true or false)


Stefan Dirsch's avatar

sndirsch wrote about 1 month ago

Valid values for -Dosmesa have changed. And a lot more. Mesa update won't be trivial this time. I tried for about two hours, but gave up then. May take several days to update Mesa this time. :-(


Aaron Stern's avatar

ukbeast89 wrote about 1 month ago

-Dosmesa=classic \ is no longer being used. Removed that option and now notice ERROR: Options "swrast" are not in allowed choices: "auto, i915, i965, r100, r200, nouveau"

Looks like mesa has removed it https://www.phoronix.com/scan.php?page=news_item&px=Mesa-Kills-SWRAST

openSUSE Build Service is sponsored by