Package Details: mingw-w64-mesa 25.0.2-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-mesa.git (read-only, click to copy)
Package Base: mingw-w64-mesa
Description: An open-source implementation of the OpenGL specification (mingw-w64)
Upstream URL: https://www.mesa3d.org/
Licenses: custom
Submitter: xantares
Maintainer: xantares
Last Packager: xantares
Votes: 0
Popularity: 0.000000
First Submitted: 2019-04-21 09:14 (UTC)
Last Updated: 2025-03-23 11:52 (UTC)

Latest Comments

1 2 Next › Last »

xantares commented on 2025-03-23 11:21 (UTC)

I added it

Martchus commented on 2025-03-20 20:09 (UTC)

Looks like the make dependency glslang is missing:

meson.build:648:15: ERROR: Program 'glslangValidator' not found or not executable

xantares commented on 2024-08-26 08:02 (UTC)

yes, added python-yaml, sphinx is only used for the doc

Martchus commented on 2024-08-25 18:54 (UTC)

Further Python makedepends are missing. It makes probably most sense if you have a look at the regular package when updating, e.g. https://gitlab.archlinux.org/archlinux/packaging/packages/mesa/-/commit/0e47b98b859e1e5b98ae48af1e0236b226eb7f1f shows the new dependencies as of 24.2.

Martchus commented on 2024-07-12 16:42 (UTC)

The build succeeds when adding python-packaging as make dependency. Considering it was used just internally by meson to check for another dependency we might want to add it to mingw-w64-meson. On the other hand, the regular mesa package also lists python-packaging directly.

Martchus commented on 2024-07-12 16:36 (UTC)

I had a look at the log file meson wrote:

Running command: /usr/bin/python3 -c '
try:
  from packaging.version import Version
except:
  from distutils.version import StrictVersion as Version
import mako
assert Version(mako.__version__) >= Version("0.8.0")
  '
--- stdout ---

--- stderr ---
Traceback (most recent call last):
  File "<string>", line 3, in <module>
ModuleNotFoundError: No module named 'packaging'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<string>", line 5, in <module>
ModuleNotFoundError: No module named 'distutils'

After installing python-packaging I can rerun the command just fine. I'll try the build again with python-packaging as make dependency.

Martchus commented on 2024-07-12 16:33 (UTC)

I'm building this in a clean chroot. Only Python packages pulled in as dependencies by pacman are installed. I don't set any of the variables and no Python modules are installed outside of pacman. I also ran the command in the build env:

[root@arch-nspawn-408392 /]# python -c "import mako; print(mako.__version__)"
1.3.5

xantares commented on 2024-07-09 06:12 (UTC) (edited on 2024-07-09 06:15 (UTC) by xantares)

what does this line give ?

python -c "import mako; print(mako.--version--)"

(replace - with _)

any conflicting python packages installed in ~/.local ?

is PYTHONPATH or PYTHONHOME set ?

Martchus commented on 2024-07-06 19:47 (UTC)

For some reason the build keeps failing for me:

==> Retrieving sources...
  -> Found mesa-24.1.0.tar.xz
  -> Found mesa-24.1.0.tar.xz.sig
==> WARNING: Skipping all source file integrity checks.
==> Extracting sources...
  -> Extracting mesa-24.1.0.tar.xz with bsdtar
==> Starting prepare()...
==> Starting build()...
DEPRECATION: "pkgconfig" entry is deprecated and should be replaced by "pkg-config"
The Meson build system
Version: 1.4.1
Source dir: /build/mingw-w64-mesa/src/mesa-24.1.0
Build dir: /build/mingw-w64-mesa/src/mesa-24.1.0/build-i686-w64-mingw32
Build type: cross build
Project name: mesa
Project version: 24.1.0
C compiler for the host machine: i686-w64-mingw32-gcc (gcc 14.1.1 "i686-w64-mingw32-gcc (GCC) 14.1.1 20240507")
C linker for the host machine: i686-w64-mingw32-gcc ld.bfd 2.42
C++ compiler for the host machine: i686-w64-mingw32-g++ (gcc 14.1.1 "i686-w64-mingw32-g++ (GCC) 14.1.1 20240507")
C++ linker for the host machine: i686-w64-mingw32-g++ ld.bfd 2.42
C compiler for the build machine: ccache cc (gcc 14.1.1 "cc (GCC) 14.1.1 20240522")
C linker for the build machine: cc ld.bfd 2.42.0
C++ compiler for the build machine: ccache c++ (gcc 14.1.1 "c++ (GCC) 14.1.1 20240522")
C++ linker for the build machine: c++ ld.bfd 2.42.0
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host machine cpu family: x86
Host machine cpu: i686
Target machine cpu family: x86
Target machine cpu: i686
Checking for size of "void*" : 4 
meson.build:507: WARNING: cannot auto-detect -mtls-dialect when cross-compiling, using compiler default
Dependency libglvnd skipped: feature glvnd disabled
Dependency vdpau skipped: feature gallium-vdpau disabled
Program glslangValidator found: NO
Dependency libva-win32 skipped: feature gallium-va disabled
Program python3 found: YES (/usr/bin/python3)

meson.build:948:2: ERROR: Problem encountered: Python (3.x) mako module >= 0.8.0 required to build mesa.

A full log can be found at /build/mingw-w64-mesa/src/mesa-24.1.0/build-i686-w64-mingw32/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Build failed, check /run/media/devel/chroot-bs/arch-x86_64/buildservice/build

The dependency is not missing and python-mako-1.3.5-1 is installed correctly into the build root. So I'm not sure why it cannot find it.

xantares commented on 2023-02-27 18:53 (UTC)

I forgot about the directx-headers dependency

1 2 Next › Last »