Minecrell authored 5 years ago and Oliver Smith committed 5 years ago

This was only needed to load the ALSA PulseAudio plugin outside
the chroot when running QEMU. Now that we allow configuring the
QEMU PulseAudio backend directly this is no longer needed.

Minecrell authored 5 years ago and Oliver Smith committed 5 years ago

At the moment, installing the rootfs for ouya-ouya fails with:

ERROR: unsatisfiable constraints:
  libdrm-grate-2.4.100_git20191221-r0:
    conflicts: libdrm-2.4.100-r0[libdrm]
               libdrm-2.4.100-r0[so:libdrm.so.2=2.4.0]
               libdrm-2.4.100-r0[so:libdrm_tegra.so.0=0.0.0]
               libdrm-2.4.100-r0[so:libkms.so.1=1.0.0]
    satisfies: device-ouya-ouya-1-r12[libdrm-grate]
               libvdpau-tegra-0_git20190315-r0[libdrm-grate]
               .pmbootstrap-20200110.144341[libdrm-grate]
               .pmbootstrap-20200110.144341[libdrm]
               mesa-gl-19.3.2-r0[so:libdrm.so.2]
               directfb-1.7.7-r1[so:libdrm.so.2]
               directfb-1.7.7-r1[so:libkms.so.1]
               mesa-dri-swrast-19.3.2-r0[so:libdrm.so.2]
               mesa-19.3.2-r0[so:libdrm.so.2]
  libdrm-2.4.100-r0:
    conflicts: libdrm-grate-2.4.100_git20191221-r0
               libdrm-grate-2.4.100_git20191221-r0[so:libdrm.so.2=2.4.0]
               libdrm-grate-2.4.100_git20191221-r0[so:libdrm_tegra.so.0=0.0.0]
               libdrm-grate-2.4.100_git20191221-r0[so:libkms.so.1=1.0.0]
    satisfies: .pmbootstrap-20200110.144341[libdrm]
               mesa-gl-19.3.2-r0[so:libdrm.so.2]
               directfb-1.7.7-r1[so:libdrm.so.2]
               directfb-1.7.7-r1[so:libkms.so.1]
               mesa-dri-swrast-19.3.2-r0[so:libdrm.so.2]
               mesa-dri-swrast-19.3.2-r0[so:libdrm_amdgpu.so.1]
               mesa-dri-swrast-19.3.2-r0[so:libdrm_nouveau.so.2]
               mesa-dri-swrast-19.3.2-r0[so:libdrm_radeon.so.1]
               mesa-19.3.2-r0[so:libdrm.so.2]
               mesa-19.3.2-r0[so:libdrm_amdgpu.so.1]
               mesa-19.3.2-r0[so:libdrm_nouveau.so.2]
               mesa-19.3.2-r0[so:libdrm_radeon.so.1]

Looking closer at the error we see that:
  1. We want to explicitly install libdrm-grate for device-ouya-ouya.
  2. libdrm-grate provides
     - so:libdrm.so.2=2.4.0
     - so:libdrm_tegra.so.0=0.0.0
     - so:libkms.so.1=1.0.0
  3. But the mesa package also builds AMD and Nouveau drivers and
     therefore requires:
     - so:libdrm_amdgpu.so.1
     - so:libdrm_nouveau.so.2
     - so:libdrm_radeon.so.1

These libraries are not provided by libdrm-grate, therefore it is impossible
to install mesa and libdrm-grate at the same time.

A simple solution to fix this problem is to let libdrm-grate provide
these additional libraries as well - the package size overhead is negligible
and the additional drivers build just fine.

[ci:skip-build]: already built successfully in CI

Genox997 authored 5 years ago and Oliver Smith committed 5 years ago

[ci:skip-build]: already built successfully in CI

Minecrell authored 5 years ago and Oliver Smith committed 5 years ago

- Update to Linux 5.5-rc7
- Touchkey support for samsung-a5ulte/a3ulte/serranovelte

[ci:skip-build]: already built successfully in CI

mesa-git-dri-gallium covers all Gallium DRI drivers
(including lima and kmsro).

Also mesa-git-dri-gallium now depends directly on all relevant
mesa-git subpackages, so the subpackages do not need to be specified
in each device APKBUILD anymore.

mesa-git-dri-gallium covers all Gallium DRI drivers
(including lima and kmsro).

Also mesa-git-dri-gallium now depends directly on all relevant
mesa-git subpackages, so the subpackages do not need to be specified
in each device APKBUILD anymore.

mesa-git-dri-gallium covers all Gallium DRI drivers
(including lima and kmsro).

Also mesa-git-dri-gallium now depends directly on all relevant
mesa-git subpackages, so the subpackages do not need to be specified
in each device APKBUILD anymore.

At the moment, every device that wants to make use of mesa-git needs
to depend on all relevant mesa-git subpackages.

We can simplify this by adding these directly as depends for the
-dri- package that most devices will be depending on. That way,
the fact that you need to depend on all relevant subpackages is
mostly hidden away as "implementation detail" in the mesa-git
package, and no special care is required when using mesa-git.

Included changes:

  - main/mesa: build freedreno only for arm
    https://gitlab.alpinelinux.org/alpine/aports/merge_requests/2809

  - tree-wide: use --buildtype=debugoptimized for meson packages
    https://gitlab.alpinelinux.org/alpine/aports/merge_requests/2619

  - main/mesa: consolidate subpackages
    https://gitlab.alpinelinux.org/alpine/aports/merge_requests/2816

  - main/mesa: use qualified provides for deprecated subpackages
    https://gitlab.alpinelinux.org/alpine/aports/merge_requests/3167

[ci:ignore-count]

I'm not sure how this package even worked before... The install location
on the second loop was invalid as the "$fw" variable would result to
nothing. This would normally cause all files in that loop to be named
the same...

David Heidelberg authored 5 years ago and Alexey Minnekhanov committed 5 years ago

* First patch for getting data from RAW sensors. (Purism)
* Second patch is for mount-matrix passing. (digetx)

Useful for most Tegra devices, including AL3010 sensor.

First patch merged, second patch queued for a merge.

Ref: https://github.com/hadess/iio-sensor-proxy/pull/292
Ref: https://github.com/hadess/iio-sensor-proxy/pull/299



Signed-off-by: David Heidelberg <david@ixit.cz>