All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 1/2] piglit: move to meta-oe
@ 2020-02-29 10:14 Alexander Kanavin
  2020-02-29 10:14 ` [PATCH 2/2] python3-numpy: move to meta-python Alexander Kanavin
  2020-02-29 10:40 ` [PATCH 1/2] piglit: move to meta-oe Richard Purdie
  0 siblings, 2 replies; 9+ messages in thread
From: Alexander Kanavin @ 2020-02-29 10:14 UTC (permalink / raw)
  To: openembedded-core

This recipe is build-heavy, yet is not part of any images and isn't runtime tesed as
part of oe-core. There's no evidence of anyone using it, as all
commits are revision updates. It also pulls in NumPy, which is also
a significant support item, and wouldn't otherwise be part of core.

Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
---
 meta/conf/distro/include/maintainers.inc      |  1 -
 ...-bash-completions-in-the-right-place.patch | 35 ----------
 ...proper-WAYLAND_INCLUDE_DIRS-variable.patch | 32 ----------
 meta/recipes-graphics/piglit/piglit_git.bb    | 64 -------------------
 4 files changed, 132 deletions(-)
 delete mode 100644 meta/recipes-graphics/piglit/piglit/0001-cmake-install-bash-completions-in-the-right-place.patch
 delete mode 100644 meta/recipes-graphics/piglit/piglit/0001-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch
 delete mode 100644 meta/recipes-graphics/piglit/piglit_git.bb

diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc
index 10095ffe76..97860676cc 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -551,7 +551,6 @@ RECIPE_MAINTAINER_pn-pciutils = "Chen Qi <Qi.Chen@windriver.com>"
 RECIPE_MAINTAINER_pn-pcmanfm = "Alexander Kanavin <alex.kanavin@gmail.com>"
 RECIPE_MAINTAINER_pn-perf = "Bruce Ashfield <bruce.ashfield@gmail.com>"
 RECIPE_MAINTAINER_pn-perl = "Alexander Kanavin <alex.kanavin@gmail.com>"
-RECIPE_MAINTAINER_pn-piglit = "Ross Burton <ross.burton@intel.com>"
 RECIPE_MAINTAINER_pn-pigz = "Hongxu Jia <hongxu.jia@windriver.com>"
 RECIPE_MAINTAINER_pn-pinentry = "Armin Kuster <akuster808@gmail.com>"
 RECIPE_MAINTAINER_pn-pixman = "Anuj Mittal <anuj.mittal@intel.com>"
diff --git a/meta/recipes-graphics/piglit/piglit/0001-cmake-install-bash-completions-in-the-right-place.patch b/meta/recipes-graphics/piglit/piglit/0001-cmake-install-bash-completions-in-the-right-place.patch
deleted file mode 100644
index e07e810a73..0000000000
--- a/meta/recipes-graphics/piglit/piglit/0001-cmake-install-bash-completions-in-the-right-place.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 26faa2c157a27a18a9f767976730fe0c115e3af4 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen <jussi.kukkonen@intel.com>
-Date: Wed, 13 Jul 2016 19:19:02 +0300
-Subject: [PATCH] cmake: install bash-completions in the right place
-
-The completionsdir variable is a full path and should not be
-prefixed.
-
-This does mean the files may be installed outside of
-CMAKE_INSTALL_PREFIX -- the alternative is more difficult and
-means that bash completion files may be installed where
-bash-completion can't find them.
-
-Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com>
-Upstream-Status: Submitted [mailing list]
----
- CMakeLists.txt | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index 8e2abba..784a8f9 100644
---- a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -532,7 +532,7 @@ install (
- if (BASH_COMPLETION_FOUND)
- 	install(
- 		FILES completions/bash/piglit
--		DESTINATION ${CMAKE_INSTALL_PREFIX}/${BASH_COMPLETION_COMPLETIONSDIR}/
-+		DESTINATION ${BASH_COMPLETION_COMPLETIONSDIR}/
- 	)
- endif (BASH_COMPLETION_FOUND)
- 
--- 
-2.8.1
-
diff --git a/meta/recipes-graphics/piglit/piglit/0001-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch b/meta/recipes-graphics/piglit/piglit/0001-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch
deleted file mode 100644
index 5d6ec368ba..0000000000
--- a/meta/recipes-graphics/piglit/piglit/0001-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From 3bf1beee1ddd19bc536ff2856e04ac269d43daa2 Mon Sep 17 00:00:00 2001
-From: Pascal Bach <pascal.bach@siemens.com>
-Date: Thu, 4 Oct 2018 14:43:17 +0200
-Subject: [PATCH] cmake: use proper WAYLAND_INCLUDE_DIRS variable
-
-WAYLAND_wayland-client_INCLUDEDIR is an internal variable and is not correctly
-set when cross compiling. WAYLAND_INCLUDE_DIRS includes the correct path even
-when cross compiling.
-
-Signed-off-by: Pascal Bach <pascal.bach@siemens.com>
-
-Upstream-Status: Submitted [piglit@lists.freedesktop.org]
----
- tests/util/CMakeLists.txt | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/tests/util/CMakeLists.txt b/tests/util/CMakeLists.txt
-index a5f080156..a303a9f58 100644
---- a/tests/util/CMakeLists.txt
-+++ b/tests/util/CMakeLists.txt
-@@ -97,7 +97,7 @@ if(PIGLIT_USE_WAFFLE)
- 			piglit-framework-gl/piglit_wl_framework.c
- 		)
- 		list(APPEND UTIL_GL_INCLUDES
--			${WAYLAND_wayland-client_INCLUDEDIR}
-+			${WAYLAND_INCLUDE_DIRS}
- 		)
- 	endif()
- 	if(PIGLIT_HAS_X11)
--- 
-2.11.0
-
diff --git a/meta/recipes-graphics/piglit/piglit_git.bb b/meta/recipes-graphics/piglit/piglit_git.bb
deleted file mode 100644
index 58d10d6b9b..0000000000
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ /dev/null
@@ -1,64 +0,0 @@
-SUMMARY = "OpenGL driver testing framework"
-DESCRIPTION = "Piglit is an open-source test suite for OpenGL and OpenCL \
-implementations."
-LICENSE = "MIT & LGPLv2+ & GPLv3 & GPLv2+ & BSD-3-Clause"
-LIC_FILES_CHKSUM = "file://COPYING;md5=b2beded7103a3d8a442a2a0391d607b0"
-
-SRC_URI = "git://gitlab.freedesktop.org/mesa/piglit.git;protocol=https \
-           file://0001-cmake-install-bash-completions-in-the-right-place.patch \
-           file://0001-cmake-use-proper-WAYLAND_INCLUDE_DIRS-variable.patch \
-           "
-UPSTREAM_CHECK_COMMITS = "1"
-
-SRCREV = "6126c2d4e476c7770d216ffa1932c10e2a5a7813"
-# (when PV goes above 1.0 remove the trailing r)
-PV = "1.0+gitr${SRCPV}"
-
-S = "${WORKDIR}/git"
-
-X11_DEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'virtual/libx11 libxrender libglu', '', d)}"
-X11_RDEPS = "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'mesa-demos', '', d)}"
-
-DEPENDS = "libpng waffle libxkbcommon virtual/libgl python3-mako-native python3-numpy-native python3-six-native virtual/egl"
-
-inherit cmake pkgconfig python3native features_check bash-completion
-
-# depends on virtual/libgl
-REQUIRED_DISTRO_FEATURES += "opengl"
-
-# The built scripts go into the temporary directory according to tempfile
-# (typically /tmp) which can race if multiple builds happen on the same machine,
-# so tell it to use a directory in ${B} to avoid overwriting.
-export TEMP = "${B}/temp/"
-do_compile[dirs] =+ "${B}/temp/"
-
-PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'x11', d)}"
-PACKAGECONFIG[freeglut] = "-DPIGLIT_USE_GLUT=1,-DPIGLIT_USE_GLUT=0,freeglut,"
-PACKAGECONFIG[x11] = "-DPIGLIT_BUILD_GL_TESTS=ON,-DPIGLIT_BUILD_GL_TESTS=OFF,${X11_DEPS}, ${X11_RDEPS}"
-
-
-do_configure_prepend() {
-   if [ "${@bb.utils.contains('PACKAGECONFIG', 'freeglut', 'yes', 'no', d)}" = "no" ]; then
-        sed -i -e "/^#.*include <GL\/freeglut_ext.h>$/d" ${S}/src/piglit/glut_wrap.h
-        sed -i -e "/^#.*include.*<GL\/glut.h>$/d" ${S}/src/piglit/glut_wrap.h
-   fi
-}
-
-# Forcibly strip because Piglit is *huge*
-OECMAKE_TARGET_INSTALL = "install/strip"
-
-RDEPENDS_${PN} = "waffle waffle-bin python3 python3-mako python3-json \
-	python3-misc \
-	python3-unixadmin python3-xml python3-multiprocessing \
-	python3-six python3-shell python3-io \
-	python3-netserver bash \
-	"
-
-INSANE_SKIP_${PN} += "dev-so already-stripped"
-
-# As nothing builds against Piglit we don't need to have anything in the
-# sysroot, especially when this is ~2GB of test suite
-SYSROOT_DIRS_remove = "${libdir}"
-
-# Can't be built with ccache
-CCACHE_DISABLE = "1"
-- 
2.25.1



^ permalink raw reply related	[flat|nested] 9+ messages in thread

* [PATCH 2/2] python3-numpy: move to meta-python
  2020-02-29 10:14 [PATCH 1/2] piglit: move to meta-oe Alexander Kanavin
@ 2020-02-29 10:14 ` Alexander Kanavin
  2020-02-29 10:40 ` [PATCH 1/2] piglit: move to meta-oe Richard Purdie
  1 sibling, 0 replies; 9+ messages in thread
From: Alexander Kanavin @ 2020-02-29 10:14 UTC (permalink / raw)
  To: openembedded-core

This recipe is in core only to enable piglit, and isn't otherwise
eligible for inclusion.

Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
---
 meta/conf/distro/include/maintainers.inc      |  1 -
 ...-and-so-on-for-libraries-by-default-.patch | 70 -------------------
 ...up.py-remove-the-detection-of-x86-ta.patch | 32 ---------
 .../python-numpy/python-numpy.inc             | 52 --------------
 .../python-numpy/python3-numpy_1.17.4.bb      |  3 -
 5 files changed, 158 deletions(-)
 delete mode 100644 meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
 delete mode 100644 meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch
 delete mode 100644 meta/recipes-devtools/python-numpy/python-numpy.inc
 delete mode 100644 meta/recipes-devtools/python-numpy/python3-numpy_1.17.4.bb

diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc
index 97860676cc..502636ec3d 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -584,7 +584,6 @@ RECIPE_MAINTAINER_pn-python3-libarchive-c = "Joshua Watt <JPEWhacker@gmail.com>"
 RECIPE_MAINTAINER_pn-python3-magic = "Joshua Watt <JPEWhacker@gmail.com>"
 RECIPE_MAINTAINER_pn-python3-mako = "Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>"
 RECIPE_MAINTAINER_pn-python3-nose = "Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>"
-RECIPE_MAINTAINER_pn-python3-numpy = "Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>"
 RECIPE_MAINTAINER_pn-python3-pbr = "Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>"
 RECIPE_MAINTAINER_pn-python3-pip = "Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>"
 RECIPE_MAINTAINER_pn-python3-pycairo = "Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com>"
diff --git a/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch b/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
deleted file mode 100644
index 98a9705831..0000000000
--- a/meta/recipes-devtools/python-numpy/files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch
+++ /dev/null
@@ -1,70 +0,0 @@
-From 672a75c8417ce08db9e31fc415ec445479231d5a Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin <alex.kanavin@gmail.com>
-Date: Thu, 10 Dec 2015 13:20:30 +0200
-Subject: [PATCH] Don't search /usr and so on for libraries by default to
-
- avoid host contamination.
-
-Upstream-Status: Inappropriate (As the code stands, this is a hack)
-Signed-off-by: Ross Burton <ross.burton@intel.com>
-Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
-
----
- numpy/distutils/system_info.py | 42 ++++------------------------------
- 1 file changed, 5 insertions(+), 37 deletions(-)
-
-diff --git a/numpy/distutils/system_info.py b/numpy/distutils/system_info.py
-index ba2b1f4..f94dce1 100644
---- a/numpy/distutils/system_info.py
-+++ b/numpy/distutils/system_info.py
-@@ -278,45 +278,13 @@ if sys.platform == 'win32':
-             add_system_root(os.path.join(conda_dir, 'Library'))
- 
- else:
--    default_lib_dirs = libpaths(['/usr/local/lib', '/opt/lib', '/usr/lib',
--                                 '/opt/local/lib', '/sw/lib'], platform_bits)
-     default_runtime_dirs = []
--    default_include_dirs = ['/usr/local/include',
--                            '/opt/include', '/usr/include',
--                            # path of umfpack under macports
--                            '/opt/local/include/ufsparse',
--                            '/opt/local/include', '/sw/include',
--                            '/usr/include/suitesparse']
--    default_src_dirs = ['.', '/usr/local/src', '/opt/src', '/sw/src']
--
--    default_x11_lib_dirs = libpaths(['/usr/X11R6/lib', '/usr/X11/lib',
--                                     '/usr/lib'], platform_bits)
--    default_x11_include_dirs = ['/usr/X11R6/include', '/usr/X11/include',
--                                '/usr/include']
--
--    if os.path.exists('/usr/lib/X11'):
--        globbed_x11_dir = glob('/usr/lib/*/libX11.so')
--        if globbed_x11_dir:
--            x11_so_dir = os.path.split(globbed_x11_dir[0])[0]
--            default_x11_lib_dirs.extend([x11_so_dir, '/usr/lib/X11'])
--            default_x11_include_dirs.extend(['/usr/lib/X11/include',
--                                             '/usr/include/X11'])
--
--    with open(os.devnull, 'w') as tmp:
--        try:
--            p = subprocess.Popen(["gcc", "-print-multiarch"], stdout=subprocess.PIPE,
--                         stderr=tmp)
--        except (OSError, DistutilsError):
--            # OSError if gcc is not installed, or SandboxViolation (DistutilsError
--            # subclass) if an old setuptools bug is triggered (see gh-3160).
--            pass
--        else:
--            triplet = str(p.communicate()[0].decode().strip())
--            if p.returncode == 0:
--                # gcc supports the "-print-multiarch" option
--                default_x11_lib_dirs += [os.path.join("/usr/lib/", triplet)]
--                default_lib_dirs += [os.path.join("/usr/lib/", triplet)]
-+    default_lib_dirs = libpaths(['/deadir/lib'], platform_bits)
-+    default_include_dirs = ['/deaddir/include']
-+    default_src_dirs = ['.', '/deaddir/src']
- 
-+    default_x11_lib_dirs = libpaths(['/deaddir/lib'], platform_bits)
-+    default_x11_include_dirs = ['/deaddir/include']
- 
- if os.path.join(sys.prefix, 'lib') not in default_lib_dirs:
-     default_lib_dirs.insert(0, os.path.join(sys.prefix, 'lib'))
diff --git a/meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch b/meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch
deleted file mode 100644
index 9da6a2b3da..0000000000
--- a/meta/recipes-devtools/python-numpy/files/0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-From b881e0b2ba9cf1a4aa351a1c1ea90b1e1776ce21 Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin <alex.kanavin@gmail.com>
-Date: Mon, 12 Aug 2019 15:37:36 +0200
-Subject: [PATCH] numpy/random/setup.py: remove the detection of x86 targets
- via uname()
-
-This was badly breaking compilation for ARM targets (and possibly
-other non-x86 targets); if -msse2 is desirable for x86 builds it has
-to be passed through another channel.
-
-Upstream-Status: Inappropriate [oe-core specific]
-Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
----
- numpy/random/setup.py | 5 -----
- 1 file changed, 5 deletions(-)
-
-diff --git a/numpy/random/setup.py b/numpy/random/setup.py
-index a1bf3b8..60fb534 100644
---- a/numpy/random/setup.py
-+++ b/numpy/random/setup.py
-@@ -49,11 +49,6 @@ def configuration(parent_package='', top_path=None):
-     elif not is_msvc:
-         # Some bit generators require c99
-         EXTRA_COMPILE_ARGS += ['-std=c99']
--        INTEL_LIKE = any(arch in platform.machine() 
--                         for arch in ('x86', 'i686', 'i386', 'amd64'))
--        if INTEL_LIKE:
--            # Assumes GCC or GCC-like compiler
--            EXTRA_COMPILE_ARGS += ['-msse2']
- 
-     # Use legacy integer variable sizes
-     LEGACY_DEFS = [('NP_RANDOM_LEGACY', '1')]
diff --git a/meta/recipes-devtools/python-numpy/python-numpy.inc b/meta/recipes-devtools/python-numpy/python-numpy.inc
deleted file mode 100644
index 8413434af9..0000000000
--- a/meta/recipes-devtools/python-numpy/python-numpy.inc
+++ /dev/null
@@ -1,52 +0,0 @@
-SUMMARY = "A sophisticated Numeric Processing Package for Python"
-SECTION = "devel/python"
-LICENSE = "BSD-3-Clause & BSD-2-Clause & PSF & Apache-2.0 & BSD & MIT"
-LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=1a32aba007a415aa8a1c708a0e2b86a1"
-
-SRCNAME = "numpy"
-
-SRC_URI = "https://github.com/${SRCNAME}/${SRCNAME}/releases/download/v${PV}/${SRCNAME}-${PV}.tar.gz \
-           file://0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch \
-           file://0001-numpy-random-setup.py-remove-the-detection-of-x86-ta.patch \
-           "
-SRC_URI[md5sum] = "9147c3ee75e58d657b5b8b5a4f3564e0"
-SRC_URI[sha256sum] = "fb0415475e673cb9a6dd816df999e0ab9f86fa3af2b1770944e7288d2bea4ac9"
-
-UPSTREAM_CHECK_URI = "https://github.com/numpy/numpy/releases"
-UPSTREAM_CHECK_REGEX = "(?P<pver>\d+(\.\d+)+)\.tar"
-
-# Needed for building with gcc 4.x from centos 7
-CFLAGS_append_class-native = " -std=c99"
-
-S = "${WORKDIR}/numpy-${PV}"
-
-CLEANBROKEN = "1"
-
-FILES_${PN}-staticdev += "${PYTHON_SITEPACKAGES_DIR}/numpy/core/lib/*.a"
-
-# install what is needed for numpy.test()
-RDEPENDS_${PN} = "${PYTHON_PN}-unittest \
-                  ${PYTHON_PN}-difflib \
-                  ${PYTHON_PN}-pprint \
-                  ${PYTHON_PN}-pickle \
-                  ${PYTHON_PN}-shell \
-                  ${PYTHON_PN}-nose \
-                  ${PYTHON_PN}-doctest \
-                  ${PYTHON_PN}-datetime \
-                  ${PYTHON_PN}-distutils \
-                  ${PYTHON_PN}-misc \
-                  ${PYTHON_PN}-mmap \
-                  ${PYTHON_PN}-netclient \
-                  ${PYTHON_PN}-numbers \
-                  ${PYTHON_PN}-pydoc \
-                  ${PYTHON_PN}-pkgutil \
-                  ${PYTHON_PN}-email \
-                  ${PYTHON_PN}-compression \
-                  ${PYTHON_PN}-ctypes \
-                  ${PYTHON_PN}-threading \
-                  ${PYTHON_PN}-multiprocessing \
-"
-
-RDEPENDS_${PN}_class-native = ""
-
-BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-devtools/python-numpy/python3-numpy_1.17.4.bb b/meta/recipes-devtools/python-numpy/python3-numpy_1.17.4.bb
deleted file mode 100644
index d388e88d25..0000000000
--- a/meta/recipes-devtools/python-numpy/python3-numpy_1.17.4.bb
+++ /dev/null
@@ -1,3 +0,0 @@
-inherit setuptools3
-require python-numpy.inc
-
-- 
2.25.1



^ permalink raw reply related	[flat|nested] 9+ messages in thread

* Re: [PATCH 1/2] piglit: move to meta-oe
  2020-02-29 10:14 [PATCH 1/2] piglit: move to meta-oe Alexander Kanavin
  2020-02-29 10:14 ` [PATCH 2/2] python3-numpy: move to meta-python Alexander Kanavin
@ 2020-02-29 10:40 ` Richard Purdie
  2020-02-29 13:11   ` Alexander Kanavin
  1 sibling, 1 reply; 9+ messages in thread
From: Richard Purdie @ 2020-02-29 10:40 UTC (permalink / raw)
  To: Alexander Kanavin, openembedded-core

On Sat, 2020-02-29 at 11:14 +0100, Alexander Kanavin wrote:
> This recipe is build-heavy, yet is not part of any images and isn't
> runtime tesed as
> part of oe-core. There's no evidence of anyone using it, as all
> commits are revision updates. It also pulls in NumPy, which is also
> a significant support item, and wouldn't otherwise be part of core.

I'm not sure about this. The intent was to use piglit as a way of
improving our graphics testing, particularly allowing it to be
automated.

Whilst we've had to focus on getting the basics right, I'm not sure
that objective isn't still a worthy goal over time?

Cheers,

Richard





^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 1/2] piglit: move to meta-oe
  2020-02-29 10:40 ` [PATCH 1/2] piglit: move to meta-oe Richard Purdie
@ 2020-02-29 13:11   ` Alexander Kanavin
  2020-02-29 13:14     ` Richard Purdie
  0 siblings, 1 reply; 9+ messages in thread
From: Alexander Kanavin @ 2020-02-29 13:11 UTC (permalink / raw)
  To: Richard Purdie; +Cc: openembedded-core

[-- Attachment #1: Type: text/plain, Size: 1012 bytes --]

On Sat 29. Feb 2020 at 11.40, Richard Purdie <
richard.purdie@linuxfoundation.org> wrote:

> On Sat, 2020-02-29 at 11:14 +0100, Alexander Kanavin wrote:
> > This recipe is build-heavy, yet is not part of any images and isn't
> > runtime tesed as
> > part of oe-core. There's no evidence of anyone using it, as all
> > commits are revision updates. It also pulls in NumPy, which is also
> > a significant support item, and wouldn't otherwise be part of core.
>
> I'm not sure about this. The intent was to use piglit as a way of
> improving our graphics testing, particularly allowing it to be
> automated.
>
> Whilst we've had to focus on getting the basics right, I'm not sure
> that objective isn't still a worthy goal over time?


Piglit is meant for testing and validating OpenGL drivers for real
hardware. While we can put it on top of software Mesa driver or virgl, I am
not sure there is much value in that? Software rendering might even be too
slow to run in practice.

Alex

>

[-- Attachment #2: Type: text/html, Size: 1500 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 1/2] piglit: move to meta-oe
  2020-02-29 13:11   ` Alexander Kanavin
@ 2020-02-29 13:14     ` Richard Purdie
  2020-02-29 13:42       ` Alexander Kanavin
  0 siblings, 1 reply; 9+ messages in thread
From: Richard Purdie @ 2020-02-29 13:14 UTC (permalink / raw)
  To: Alexander Kanavin; +Cc: openembedded-core

On Sat, 2020-02-29 at 14:11 +0100, Alexander Kanavin wrote:
> On Sat 29. Feb 2020 at 11.40, Richard Purdie <
> richard.purdie@linuxfoundation.org> wrote:
> > On Sat, 2020-02-29 at 11:14 +0100, Alexander Kanavin wrote:
> > > This recipe is build-heavy, yet is not part of any images and
> > isn't
> > > runtime tesed as
> > > part of oe-core. There's no evidence of anyone using it, as all
> > > commits are revision updates. It also pulls in NumPy, which is
> > also
> > > a significant support item, and wouldn't otherwise be part of
> > core.
> > 
> > I'm not sure about this. The intent was to use piglit as a way of
> > improving our graphics testing, particularly allowing it to be
> > automated.
> > 
> > Whilst we've had to focus on getting the basics right, I'm not sure
> > that objective isn't still a worthy goal over time?
> 
> Piglit is meant for testing and validating OpenGL drivers for real
> hardware. While we can put it on top of software Mesa driver or
> virgl, I am not sure there is much value in that? Software rendering
> might even be too slow to run in practice.

OE-Core is meant to be usable for validating BSPs amongst other things
though. Testing virgl does prove the graphics stack is working too from
a software perspective so does have some value.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 1/2] piglit: move to meta-oe
  2020-02-29 13:14     ` Richard Purdie
@ 2020-02-29 13:42       ` Alexander Kanavin
  2020-03-18 13:49         ` Alexander Kanavin
  0 siblings, 1 reply; 9+ messages in thread
From: Alexander Kanavin @ 2020-02-29 13:42 UTC (permalink / raw)
  To: Richard Purdie; +Cc: openembedded-core

[-- Attachment #1: Type: text/plain, Size: 1655 bytes --]

On Sat 29. Feb 2020 at 14.14, Richard Purdie <
richard.purdie@linuxfoundation.org> wrote:

> On Sat, 2020-02-29 at 14:11 +0100, Alexander Kanavin wrote:
> > On Sat 29. Feb 2020 at 11.40, Richard Purdie <
> > richard.purdie@linuxfoundation.org> wrote:
> > > On Sat, 2020-02-29 at 11:14 +0100, Alexander Kanavin wrote:
> > > > This recipe is build-heavy, yet is not part of any images and
> > > isn't
> > > > runtime tesed as
> > > > part of oe-core. There's no evidence of anyone using it, as all
> > > > commits are revision updates. It also pulls in NumPy, which is
> > > also
> > > > a significant support item, and wouldn't otherwise be part of
> > > core.
> > >
> > > I'm not sure about this. The intent was to use piglit as a way of
> > > improving our graphics testing, particularly allowing it to be
> > > automated.
> > >
> > > Whilst we've had to focus on getting the basics right, I'm not sure
> > > that objective isn't still a worthy goal over time?
> >
> > Piglit is meant for testing and validating OpenGL drivers for real
> > hardware. While we can put it on top of software Mesa driver or
> > virgl, I am not sure there is much value in that? Software rendering
> > might even be too slow to run in practice.
>
> OE-Core is meant to be usable for validating BSPs amongst other things
> though. Testing virgl does prove the graphics stack is working too from
> a software perspective so does have some value.


Right, I can put Piglit on top of virgl and see how well that works. It
would be good to enable virgl ‘out of the box’ at some point, I’ve been
proposing that for a while :)

Alex

>

[-- Attachment #2: Type: text/html, Size: 2371 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 1/2] piglit: move to meta-oe
  2020-02-29 13:42       ` Alexander Kanavin
@ 2020-03-18 13:49         ` Alexander Kanavin
  2020-03-18 21:31           ` Richard Purdie
  0 siblings, 1 reply; 9+ messages in thread
From: Alexander Kanavin @ 2020-03-18 13:49 UTC (permalink / raw)
  To: Richard Purdie; +Cc: OE-core

[-- Attachment #1: Type: text/plain, Size: 1532 bytes --]

On Sat, 29 Feb 2020 at 14:42, Alexander Kanavin <alex.kanavin@gmail.com>
wrote:

> > > I'm not sure about this. The intent was to use piglit as a way of
>
>> > > improving our graphics testing, particularly allowing it to be
>> > > automated.
>> > >
>> > > Whilst we've had to focus on getting the basics right, I'm not sure
>> > > that objective isn't still a worthy goal over time?
>> >
>> > Piglit is meant for testing and validating OpenGL drivers for real
>> > hardware. While we can put it on top of software Mesa driver or
>> > virgl, I am not sure there is much value in that? Software rendering
>> > might even be too slow to run in practice.
>>
>> OE-Core is meant to be usable for validating BSPs amongst other things
>> though. Testing virgl does prove the graphics stack is working too from
>> a software perspective so does have some value.
>
>
> Right, I can put Piglit on top of virgl and see how well that works. It
> would be good to enable virgl ‘out of the box’ at some point, I’ve been
> proposing that for a while :)
>

I found an old ticket where piglit was proposed for the core image testing,
and the idea was rejected due to its huge install size, so I won't be
pursuing this further.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10047

Would you still say it's worth to keep the recipe in core? Python-numpy
(that piglit and only piglit needs) isn't trivial to maintain either (for
instance, update to latest version needs cython to be added to core).

Alex

[-- Attachment #2: Type: text/html, Size: 2261 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 1/2] piglit: move to meta-oe
  2020-03-18 13:49         ` Alexander Kanavin
@ 2020-03-18 21:31           ` Richard Purdie
  2020-03-19  7:54             ` Alexander Kanavin
  0 siblings, 1 reply; 9+ messages in thread
From: Richard Purdie @ 2020-03-18 21:31 UTC (permalink / raw)
  To: Alexander Kanavin; +Cc: OE-core

On Wed, 2020-03-18 at 14:49 +0100, Alexander Kanavin wrote:
> On Sat, 29 Feb 2020 at 14:42, Alexander Kanavin <
> alex.kanavin@gmail.com> wrote:
> > > > I'm not sure about this. The intent was to use piglit as a way
> > of
> > > > > improving our graphics testing, particularly allowing it to
> > > be
> > > > > automated.
> > > > > 
> > > > > Whilst we've had to focus on getting the basics right, I'm
> > > not sure
> > > > > that objective isn't still a worthy goal over time?
> > > > 
> > > > Piglit is meant for testing and validating OpenGL drivers for
> > > real
> > > > hardware. While we can put it on top of software Mesa driver or
> > > > virgl, I am not sure there is much value in that? Software
> > > rendering
> > > > might even be too slow to run in practice.
> > > 
> > > OE-Core is meant to be usable for validating BSPs amongst other
> > > things
> > > though. Testing virgl does prove the graphics stack is working
> > > too from
> > > a software perspective so does have some value.
> > 
> > Right, I can put Piglit on top of virgl and see how well that
> > works. It would be good to enable virgl ‘out of the box’ at some
> > point, I’ve been proposing that for a while :)
> > 
> 
> I found an old ticket where piglit was proposed for the core image
> testing, and the idea was rejected due to its huge install size, so I
> won't be pursuing this further.
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10047
> 
> Would you still say it's worth to keep the recipe in core? Python-
> numpy (that piglit and only piglit needs) isn't trivial to maintain
> either (for instance, update to latest version needs cython to be
> added to core).

That bug is for piglit as a default in testapps. We decided that was a
bad idea, not that testing with piglit was a bad idea overall.

Cheers,

Richard



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 1/2] piglit: move to meta-oe
  2020-03-18 21:31           ` Richard Purdie
@ 2020-03-19  7:54             ` Alexander Kanavin
  0 siblings, 0 replies; 9+ messages in thread
From: Alexander Kanavin @ 2020-03-19  7:54 UTC (permalink / raw)
  To: Richard Purdie; +Cc: OE-core

[-- Attachment #1: Type: text/plain, Size: 862 bytes --]

On Wed, 18 Mar 2020 at 22:31, Richard Purdie <
richard.purdie@linuxfoundation.org> wrote:

> > I found an old ticket where piglit was proposed for the core image
> > testing, and the idea was rejected due to its huge install size, so I
> > won't be pursuing this further.
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=10047
> >
> > Would you still say it's worth to keep the recipe in core? Python-
> > numpy (that piglit and only piglit needs) isn't trivial to maintain
> > either (for instance, update to latest version needs cython to be
> > added to core).
>
> That bug is for piglit as a default in testapps. We decided that was a
> bad idea, not that testing with piglit was a bad idea overall.
>

So adding piglit to perhaps core-image-sato-ptest would be okay? (with the
resulting increase in size and do_rootfs times)

Alex

[-- Attachment #2: Type: text/html, Size: 1346 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2020-03-19  7:54 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-02-29 10:14 [PATCH 1/2] piglit: move to meta-oe Alexander Kanavin
2020-02-29 10:14 ` [PATCH 2/2] python3-numpy: move to meta-python Alexander Kanavin
2020-02-29 10:40 ` [PATCH 1/2] piglit: move to meta-oe Richard Purdie
2020-02-29 13:11   ` Alexander Kanavin
2020-02-29 13:14     ` Richard Purdie
2020-02-29 13:42       ` Alexander Kanavin
2020-03-18 13:49         ` Alexander Kanavin
2020-03-18 21:31           ` Richard Purdie
2020-03-19  7:54             ` Alexander Kanavin

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.