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.
- Links to X11:XOrg / Mesa
- Has a link diff
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:X0F:HSF/Mesa && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| Mesa-MR8376.patch | 0000000357 357 Bytes | |
| Mesa-boost_RADV_ComputeWorkGroup.patch | 0000000722 722 Bytes | |
| Mesa-crankup_RADV_3Dcompute.patch | 0000003451 3.37 KB | |
| Mesa-crankup_RADV_ComputeWorkGroup.patch | 0000000962 962 Bytes | |
| Mesa-crankup_core_limits.patch | 0000024277 23.7 KB | |
| Mesa-drivers-rpmlintrc | 0000000583 583 Bytes | |
| Mesa-drivers.changes | 0000274343 268 KB | |
| Mesa-drivers.spec | 0000040191 39.2 KB | |
| Mesa-rpmlintrc | 0000000583 583 Bytes | |
| Mesa.changes | 0000274343 268 KB | |
| Mesa.keyring | 0000398858 390 KB | |
| Mesa.spec | 0000040085 39.1 KB | |
| README.updates | 0000000413 413 Bytes | |
|
U_clover-Add-missing-include-for-llvm-12-build-fix |
0000001007 1007 Bytes | |
| U_clover-Fix-build-with-llvm-12.patch | 0000004029 3.93 KB | |
| U_fix-mpeg1_2-decode-mesa-20.2.patch | 0000000685 685 Bytes | |
| _constraints | 0000000726 726 Bytes | |
| _link | 0000000116 116 Bytes | |
| _service | 0000001016 1016 Bytes | |
| baselibs.conf | 0000005808 5.67 KB | |
| manual-pages.tar.bz2 | 0000137685 134 KB | |
| mesa-21.0.2.tar.xz | 0014671512 14 MB | |
| mesa-21.0.2.tar.xz.sig | 0000000119 119 Bytes | |
| n_add-Mesa-headers-again.patch | 0000000474 474 Bytes | |
| n_drirc-disable-rgb10-for-chromium-on-amd.patch | 0000001226 1.2 KB | |
| pre_checkin.sh | 0000000571 571 Bytes | |
| u_dep_xcb.patch | 0000001173 1.15 KB |
Revision 415 (latest revision is 727)
Sergey Kondakov (X0F)
committed
(revision 415)
- Move osmesa build back to Mesa, which we can now do after
choosing another dummy driver there.
- Use LLVM-versioned libclc runtime dependency to ensure
bitcode compatibility. We have that in Tumbleweed and soon Leap.
- U_clover-Fix-build-with-llvm-12.patch
* Fixes build with LLVM 12.
- U_clover-Add-missing-include-for-llvm-12-build-fix.patch
* Fixes a missing header in the previous patch.
- Mesa-devel: no longer require libOSMesa-devel, since it's now
built in Mesa-drivers; packages should require it directly now,
preferrably via pkconfig(osmesa) ...
- Switch dummy driver for mesa package from "auto" xorg driver (i965) to
gallium swrast driver
- update to 21.0.2
* many additions especially on the Radeon Vulkan (RADV) driver
front where sparse memory support is in place, AMD Smart Access
Memory / Resizable BAR optimizations, various RDNA 2
improvements, rapid packed math for ACO, and more.
Elsewhere in Mesa 21.0 there are continued RadeonSI
optimizations, many Intel ANV and Iris improvements, OpenGL 3.3
for Freedreno, DXGI Winsys was added and initial Direct3D 12
code for WSL, OpenGL 4.1 for Zink, and more.
- moved osmesa build to Mesa-drivers since swrast driver has been
removed from Mesa
- Move osmesa build back to Mesa, which we can now do after
choosing another dummy driver there.
Comments 2
I notice your latest version build successfully, whilst the maintainer of Mesa keeps failing. https://build.opensuse.org/project/show/home:sndirsch:branches:X11:XOrg
Could you either please give a hand or submit your package.
Thank you for providing a working build.
I would but my packages are very experimental and not up to official OBS standards, so they wouldn't want them. They also use some of their own patches which I drop on incompatibility with update instead of trying to rewrite, so they wouldn't like that either.