Skip to content
Snippets Groups Projects
Unverified Commit e0868657 authored by Oliver Smith's avatar Oliver Smith
Browse files

temp/mesa: only build for armhf armv7 aarch64

Make it possible to use Alpine's mesa for x86 and x86_64.
Closes https://gitlab.com/postmarketOS/pmbootstrap/issues/1741
parent a2200d5d
No related branches found
No related tags found
No related merge requests found
Pipeline #197019 failed
......@@ -5,7 +5,7 @@ _pkgver=19.0.0-rc7
pkgrel=1
pkgdesc="[${_pkgver}] Mesa DRI OpenGL library"
url="https://www.mesa3d.org"
arch="all"
arch="armhf armv7 aarch64"
license="MIT SGI-B-2.0 BSL-1.0"
subpackages="
$pkgname-dev
......
  • Administrator @root · Imported
    Owner

    I erm, am not sure I entirely like this approch..

    @craftyguy: do newer mesa can't be built for !arm architectures at all? or just specific drivers are broken (radeon IIRC)? I think newer mesa would still be helpful for tablets/devices which supports x86/x86_64 architecture and have intel integrated graphics.

    So roughly idea would be to suggest people with ATI/radeon drivers to use host QEMU instead of QEMU inside the chroot

    By Bhushan Shah on 2019-03-10T05:20:16

  • Administrator @root · Imported
    Owner

    do newer mesa can't be built for !arm architectures at all? or just specific drivers are broken (radeon IIRC)?

    It's entirely the radeonsi stuff, it requires newer llvm builds that aren't in Alpine. People using Intel graphics (either on host or on x86 target devices) would have no problem using the newer Mesa in pmaports.

    So roughly idea would be to suggest people with ATI/radeon drivers to use host QEMU instead of QEMU inside the chroot

    That seems like a good compromise to me with my AMD GPU in my host, but I rarely qemu, so it might be worth hearing from folks who use pmos in qemu more frequently.

    By clayton craft on 2019-03-10T05:24:22

    Edited by Administrator
  • Administrator @root · Imported
    Owner

    I think newer mesa would still be helpful for tablets/devices which supports x86/x86_64 architecture and have intel integrated graphics.

    We don't have any known postmarketOS user, who would really need a newer mesa version on x86/x86_64, right? As long as this is the case, I would not put effort into this.

    So roughly idea would be to suggest people with ATI/radeon drivers to use host QEMU instead of QEMU inside the chroot

    It is not that simple though, pmbootstrap qemu had problems with an intel GPU with the update mesa package on my laptop: https://gitlab.com/postmarketOS/pmaports/merge_requests/256#note_147694605

    And the updated mesa package would not build for x86: https://gitlab.com/postmarketOS/pmbootstrap/issues/1741#note_148903072

    Two more issues, that would need investigating and time to resolve. With the current workaround, we can side-step all that, until we have a properly upgraded mesa version in Alpine and use that (or fork based on that to enable more experimental drivers again). Hence I'm rather working on other postmarketOS related stuff.

    By Oliver Smith on 2019-03-11T08:04:17

0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment