Bug#958837: vulkan-loader breaks openxr-sdk-source autopkgtest: VK_DEBUG_REPORT_OBJECT_TYPE_OBJECT_TABLE_NVX_EXT’ was not declared
I'm not sure who was in the wrong here, if OpenXR shouldn't have had
that NVX line in the source, or if the removal of that symbol form the
header was not expected. In any case, the error-inducing line
"_(INDIRECT_COMMANDS_LAYOUT_NVX)" can be patched out of
OpenXR-SDK-Source - the next upstream release has that change already
queued.
If this isn't a Vulkan bug, I can revise the OpenXR-SDK-Source
package, though it will need sponsorship as usual.
Ryan
On Sat, Apr 25, 2020 at 1:45 PM Paul Gevers <elbrus@debian.org> wrote:
>
> Source: vulkan-loader, openxr-sdk-source
> Control: found -1 vulkan-loader/1.2.135.0-2
> Control: found -1 openxr-sdk-source/1.0.8~dfsg1-2
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian-ci@lists.debian.org
> User: debian-ci@lists.debian.org
> Usertags: breaks needs-update
>
> Dear maintainer(s),
>
> With a recent upload of vulkan-loader the autopkgtest of
> openxr-sdk-source fails in testing when that autopkgtest is run with the
> binary packages of vulkan-loader from unstable. It passes when run with
> only packages from testing. In tabular form:
>
> pass fail
> vulkan-loader from testing 1.2.135.0-2
> openxr-sdk-source from testing 1.0.8~dfsg1-2
> all others from testing from testing
>
> I copied some of the output at the bottom of this report.
>
> Currently this regression is blocking the migration of vulkan-loader to
> testing [1]. Due to the nature of this issue, I filed this bug report
> against both packages. Can you please investigate the situation and
> reassign the bug to the right package?
>
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
>
> Paul
>
> [1] https://qa.debian.org/excuses.php?package=vulkan-loader
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/o/openxr-sdk-source/5144212/log.gz
>
> autopkgtest [19:21:52]: test build-hello-xr-vulkan-xlib:
> [-----------------------
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:
> In member function ‘VkBool32
> {anonymous}::VulkanGraphicsPlugin::debugReport(VkDebugReportFlagsEXT,
> VkDebugReportObjectTypeEXT, uint64_t, size_t, int32_t, const char*,
> const char*)’:
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1644:10:
> error: ‘VK_DEBUG_REPORT_OBJECT_TYPE_OBJECT_TABLE_NVX_EXT’ was not
> declared in this scope; did you mean
> ‘VK_DEBUG_REPORT_OBJECT_TYPE_END_RANGE_EXT’?
> 1644 | case VK_DEBUG_REPORT_OBJECT_TYPE_##name##_EXT: \
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1638:5:
> note: in expansion of macro ‘MK_OBJECT_TYPE_CASE’
> 1638 | _(OBJECT_TABLE_NVX) \
> | ^
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1647:17:
> note: in expansion of macro ‘LIST_OBJECT_TYPES’
> 1647 | LIST_OBJECT_TYPES(MK_OBJECT_TYPE_CASE)
> | ^~~~~~~~~~~~~~~~~
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1644:10:
> error: ‘VK_DEBUG_REPORT_OBJECT_TYPE_INDIRECT_COMMANDS_LAYOUT_NVX_EXT’
> was not declared in this scope; did you mean
> ‘VK_DEBUG_REPORT_OBJECT_TYPE_DESCRIPTOR_SET_LAYOUT_EXT’?
> 1644 | case VK_DEBUG_REPORT_OBJECT_TYPE_##name##_EXT: \
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1639:5:
> note: in expansion of macro ‘MK_OBJECT_TYPE_CASE’
> 1639 | _(INDIRECT_COMMANDS_LAYOUT_NVX)
> | ^
> /tmp/autopkgtest-lxc.p07f1zh7/downtmp/build.6EI/src/src/tests/hello_xr/graphicsplugin_vulkan.cpp:1647:17:
> note: in expansion of macro ‘LIST_OBJECT_TYPES’
> 1647 | LIST_OBJECT_TYPES(MK_OBJECT_TYPE_CASE)
> | ^~~~~~~~~~~~~~~~~
> autopkgtest [19:22:04]: test build-hello-xr-vulkan-xlib:
> -----------------------]
>
Reply to: