* Re: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
[not found] ` <PH7PR11MB685972D741E28A656B23EFB692BE2@PH7PR11MB6859.namprd11.prod.outlook.com>
@ 2024-08-05 14:37 ` Juraj Linkeš
2024-08-08 3:28 ` Liao, TingtingX
0 siblings, 1 reply; 4+ messages in thread
From: Juraj Linkeš @ 2024-08-05 14:37 UTC (permalink / raw)
To: Liao, TingtingX; +Cc: Xu, HailinX, Cui, KaixinX, ci
[-- Attachment #1: Type: text/plain, Size: 12486 bytes --]
On 5. 8. 2024 11:10, Liao, TingtingX wrote:
> Hi Juraj,
>
> In the CI testing system, the patch build failure is due to the
> parameter "-- exclude=doc/* *". This parameter does not apply all
> modifications under doc, causing errors. However,__deleting this
> parameter carries unpredictable risks.
Is this a parameter you're using in CI? As I see it, the parameter
produces predictable risks, as is the case with this patch, which may be
even worse.
> So can we modify the code? Can we not modify the code in the doc?
What code? If you mean the code introduces in the patch, then no, the
patch doesn't work with the variable.
I think you've got this the other way around. CI can't put any
constraints on what code we submit. It should only tell us about the
state of the code, which it seems it doesn't if there are parameters
that break things. I suggest you figure out a better way to handle this
on your end.
Juraj
> _
> _
> Tingting Liao
> ------------------------------------------------------------------------
> *发件人:* Juraj Linkeš <juraj.linkes@pantheon.tech>
> *发送时间:* 2024年8月1日 17:11
> *收件人:* Liao, TingtingX <tingtingx.liao@intel.com>
> *抄送:* Xu, HailinX <hailinx.xu@intel.com>; Cui, KaixinX
> <kaixinx.cui@intel.com>
> *主题:* Re: compilation|FAILURE| pw(142339) sid(32483)
> job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
> On 1. 8. 2024 10:13, Liao, TingtingX wrote:
>
> Hi Juraj,
>
> Hi Liao,
>
>
> The occurrence of this error is due to the need to improve the
> code for applying patches in the CI system.
> But when re running the build test, it was found that there was a
> conflict between the current patch and the main branch.
> Therefore, please prepare a new version of the patch. Thank you.
>
>
>
> Great, I'll send a new version. Do I understand it right that you
> first need to fix the apply issues on your side before it could be
> passing? So I send the my updated version, then you fix the issue and
> then what?
>
>
> Thanks,
>
> Juraj
>
>
> Tingting Liao
> ------------------------------------------------------------------------
> *发件人:* sys_stv@intel.com <mailto:sys_stv@intel.com>
> <sys_stv@intel.com> <mailto:sys_stv@intel.com>
> *发送时间:* 2024年7月12日 17:19
> *收件人:* test-report@dpdk.org <mailto:test-report@dpdk.org>
> <test-report@dpdk.org> <mailto:test-report@dpdk.org>;
> juraj.linkes@pantheon.tech <mailto:juraj.linkes@pantheon.tech>
> <juraj.linkes@pantheon.tech> <mailto:juraj.linkes@pantheon.tech>
> *主题:* compilation|FAILURE| pw(142339) sid(32483)
> job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
>
> Test-Label: Intel-compilation
> Test-Status: FAILURE
> http://dpdk.org/patch/142339 <http://dpdk.org/patch/142339>
>
> _Compilation issues_
>
> Submitter: Juraj Linkeš <juraj.linkes@pantheon.tech>
> <mailto:juraj.linkes@pantheon.tech>
> Date: 2024-07-12 08:57:24
> Reply_mail: <20240712085724.21065-6-juraj.linkes@pantheon.tech>
> <mailto:20240712085724.21065-6-juraj.linkes@pantheon.tech>
>
> DPDK git baseline: Repo:dpdk-next-baseband, CommitID:
> 76fa7797c09d5b6bb4aaed8a8f48a3afd6fb2548
>
>
> Meson Build Summary: 23 Builds Done, 18 Successful, 5 Failures, 0
> Blocked
>
> +-------------------+------------+--------------+------------+------------+-----------+----------+------------+
> | os | gcc-static | clang-static | icc-static |
> gcc-shared | gcc-debug | document | gcc-16byte |
> +-------------------+------------+--------------+------------+------------+-----------+----------+------------+
> | OpenAnolis8.8-64 | pass | | |
> | | | |
> | FreeBSD14-64 | pass | pass | |
> pass | pass | | |
> | RHEL94-64 | pass | pass | |
> pass | pass | | |
> | SUSE15-64 | pass | pass | |
> | | | |
> | CBL-Mariner2.0-64 | pass | | |
> | | | |
> | UB2404-32 | pass | | |
> | | | |
> | RHEL93-64 | pass | | |
> | | | |
> | UB2404-64 | fail | fail | |
> | | fail | fail |
> | RHEL94-64Rt | pass | | |
> | | | |
> | UB2204-64 | pass | | |
> | | | |
> | FC40-64 | pass | pass | |
> | | | |
> | UB2404-64Rt | fail | | |
> | | | |
> +-------------------+------------+--------------+------------+------------+-----------+----------+------------+
>
> Comments:
> Because of DPDK bug (https://bugs.dpdk.org/show_bug.cgi?id=928
> <https://bugs.dpdk.org/show_bug.cgi?id=928>),
> All the dpdk-next-* branch add `Ddisable_drivers=event/cnxk`
> option when build with ICC complier.
>
> Test environment and configuration as below:
>
>
> OS: OpenAnolis8.8-64
> Kernel Version: 5.10.134-13.an8.x86_64
> GCC Version: gcc (GCC) 8.5.0 20210514 (Anolis 8.5.0-10.0.3)
> Clang Version: 13.0.1 (Anolis
> 13.0.1-2.0.2.module+an8.7.0+10996+1588f068)
> x86_64-native-linuxapp-gcc
>
> OS: FreeBSD14-64
> Kernel Version: 14.0-RELEASE
> GCC Version: gcc (FreeBSD Ports Collection) 12.2.0
> Clang Version: 16.0.6
> (https://github.com/llvm/llvm-project.git
> <https://github.com/llvm/llvm-project.git> llvmorg-16.0.6-0-g7cbf1a259152)
> x86_64-native-bsdapp-gcc
> x86_64-native-bsdapp-clang
> x86_64-native-bsdapp-gcc+shared
> x86_64-native-bsdapp-gcc+debug
>
> OS: RHEL94-64
> Kernel Version: 5.14.0-427.13.1.el9_4.x86_64
> GCC Version: gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3)
> Clang Version: 17.0.6 (Red Hat, Inc. 17.0.6-5.el9)
> x86_64-native-linuxapp-gcc
> x86_64-native-linuxapp-clang
> x86_64-native-linuxapp-gcc+shared
> x86_64-native-linuxapp-gcc+debug
>
> OS: SUSE15-64
> Kernel Version: 5.14.21-150500.53-default
> GCC Version: gcc (SUSE Linux) 7.5.0
> Clang Version: 15.0.7
> x86_64-native-linuxapp-clang
> x86_64-native-linuxapp-gcc
>
> OS: CBL-Mariner2.0-64
> Kernel Version: 5.15.55.1_2e9a4f9+
> GCC Version: gcc (GCC) 11.2.0
> Clang Version: NA
> x86_64-native-linuxapp-gcc
>
> OS: UB2404-32
> Kernel Version: 6.8.0-31-generic
> GCC Version: gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0
> Clang Version: NA
> i686-native-linuxapp-gcc
>
> OS: RHEL93-64
> Kernel Version: 5.14.0-362.8.1.el9_3.x86_64
> GCC Version: gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3)
> Clang Version: 17.0.6 (Red Hat, Inc. 17.0.6-5.el9)
> x86_64-native-linuxapp-gcc
>
> OS: UB2404-64
> Kernel Version: 6.8.0-31-generic
> GCC Version: gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0
> Clang Version: 18.1.3 (1)
> x86_64-native-linuxapp-gcc+16byte
> x86_64-native-linuxapp-gcc
> x86_64-native-linuxapp-clang
> x86_64-native-linuxapp-doc
>
> OS: RHEL94-64Rt
> Kernel Version: 5.14.0-427.13.1.el9_4.x86_64+rt
> GCC Version: gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3)
> Clang Version: 17.0.6 (Red Hat, Inc. 17.0.6-5.el9)
> x86_64-native-linuxapp-gcc
>
> OS: UB2204-64
> Kernel Version: 5.15.0-94-generic
> GCC Version: gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
> Clang Version: 14.0.0-1ubuntu1.1
> x86_64-native-linuxapp-gcc
>
> OS: FC40-64
> Kernel Version: 6.8.5-301.fc40.x86_64
> GCC Version: gcc (GCC) 14.0.1 20240411 (Red Hat 14.0.1-0)
> Clang Version: 18.1.1 (Fedora 18.1.1-1.fc40)
> x86_64-native-linuxapp-gcc
> x86_64-native-linuxapp-clang
>
> OS: UB2404-64Rt
> Kernel Version: 6.8.0-rt8
> GCC Version: gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0
> Clang Version: 18.1.3 (1)
> x86_64-native-linuxapp-gcc
>
>
>
> *Build Failed #1:
> OS: UB2404-64
> Target: x86_64-native-linuxapp-gcc+16byte
> Program sphinx-build found: YES (/usr/bin/sphinx-build)
> Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
>
> dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
>
> A full log can be found at
> /root/UB2404-64_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-gcc+16byte/32483/dpdk/x86_64-native-linuxapp-gcc+16byte/meson-logs/meson-log.txt
>
>
> *Build Failed #2:
> OS: UB2404-64
> Target: x86_64-native-linuxapp-gcc
> Program sphinx-build found: YES (/usr/bin/sphinx-build)
> Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
>
> dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
>
> A full log can be found at
> /root/UB2404-64_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-gcc/32483/dpdk/x86_64-native-linuxapp-gcc/meson-logs/meson-log.txt
>
>
> *Build Failed #3:
> OS: UB2404-64
> Target: x86_64-native-linuxapp-clang
> Program sphinx-build found: YES (/usr/bin/sphinx-build)
> Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
>
> dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
>
> A full log can be found at
> /root/UB2404-64_K6.8.0_Clang18.1.3/x86_64-native-linuxapp-clang/32483/dpdk/x86_64-native-linuxapp-clang/meson-logs/meson-log.txt
>
>
> *Build Failed #4:
> OS: UB2404-64
> Target: x86_64-native-linuxapp-doc
> Program sphinx-build found: YES (/usr/bin/sphinx-build)
> Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
>
> dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
>
> A full log can be found at
> /root/UB2404-64_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-doc/32483/dpdk/x86_64-native-linuxapp-doc/meson-logs/meson-log.txt
>
>
> *Build Failed #5:
> OS: UB2404-64Rt
> Target: x86_64-native-linuxapp-gcc
> Program sphinx-build found: YES (/usr/bin/sphinx-build)
> Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
>
> dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
>
> A full log can be found at
> /root/UB2404-64Rt_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-gcc/32483/dpdk/x86_64-native-linuxapp-gcc/meson-logs/meson-log.txt
> DPDK STV team
>
[-- Attachment #2: Type: text/html, Size: 21810 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
2024-08-05 14:37 ` compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation Juraj Linkeš
@ 2024-08-08 3:28 ` Liao, TingtingX
2024-08-08 12:37 ` Patrick Robb
0 siblings, 1 reply; 4+ messages in thread
From: Liao, TingtingX @ 2024-08-08 3:28 UTC (permalink / raw)
To: Juraj Linkeš; +Cc: Xu, HailinX, Cui, KaixinX, ci
[-- Attachment #1: Type: text/plain, Size: 11071 bytes --]
Hi Juraj,
Sorry, we cannot modify the parameters of CI apply patch without authorization.
The doc directory is used to store documents and does not support code submission.
Based on the special circumstances of your patch, you can directly contact the community maintainer to decide whether to merge this patch.
Tingting Liao
________________________________
发件人: Juraj Linkeš <juraj.linkes@pantheon.tech>
发送时间: 2024年8月5日 22:37
收件人: Liao, TingtingX <tingtingx.liao@intel.com>
抄送: Xu, HailinX <hailinx.xu@intel.com>; Cui, KaixinX <kaixinx.cui@intel.com>; ci@dpdk.org <ci@dpdk.org>
主题: Re: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
On 5. 8. 2024 11:10, Liao, TingtingX wrote:
Hi Juraj,
In the CI testing system, the patch build failure is due to the parameter "-- exclude=doc/* *". This parameter does not apply all modifications under doc, causing errors. However, deleting this parameter carries unpredictable risks.
Is this a parameter you're using in CI? As I see it, the parameter produces predictable risks, as is the case with this patch, which may be even worse.
So can we modify the code? Can we not modify the code in the doc?
What code? If you mean the code introduces in the patch, then no, the patch doesn't work with the variable.
I think you've got this the other way around. CI can't put any constraints on what code we submit. It should only tell us about the state of the code, which it seems it doesn't if there are parameters that break things. I suggest you figure out a better way to handle this on your end.
Juraj
Tingting Liao
________________________________
发件人: Juraj Linkeš <juraj.linkes@pantheon.tech><mailto:juraj.linkes@pantheon.tech>
发送时间: 2024年8月1日 17:11
收件人: Liao, TingtingX <tingtingx.liao@intel.com><mailto:tingtingx.liao@intel.com>
抄送: Xu, HailinX <hailinx.xu@intel.com><mailto:hailinx.xu@intel.com>; Cui, KaixinX <kaixinx.cui@intel.com><mailto:kaixinx.cui@intel.com>
主题: Re: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
On 1. 8. 2024 10:13, Liao, TingtingX wrote:
Hi Juraj,
Hi Liao,
The occurrence of this error is due to the need to improve the code for applying patches in the CI system.
But when re running the build test, it was found that there was a conflict between the current patch and the main branch.
Therefore, please prepare a new version of the patch. Thank you.
Great, I'll send a new version. Do I understand it right that you first need to fix the apply issues on your side before it could be passing? So I send the my updated version, then you fix the issue and then what?
Thanks,
Juraj
Tingting Liao
________________________________
发件人: sys_stv@intel.com<mailto:sys_stv@intel.com> <sys_stv@intel.com><mailto:sys_stv@intel.com>
发送时间: 2024年7月12日 17:19
收件人: test-report@dpdk.org<mailto:test-report@dpdk.org> <test-report@dpdk.org><mailto:test-report@dpdk.org>; juraj.linkes@pantheon.tech<mailto:juraj.linkes@pantheon.tech> <juraj.linkes@pantheon.tech><mailto:juraj.linkes@pantheon.tech>
主题: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
Test-Label: Intel-compilation
Test-Status: FAILURE
http://dpdk.org/patch/142339
_Compilation issues_
Submitter: Juraj Linkeš <juraj.linkes@pantheon.tech><mailto:juraj.linkes@pantheon.tech>
Date: 2024-07-12 08:57:24
Reply_mail: <20240712085724.21065-6-juraj.linkes@pantheon.tech><mailto:20240712085724.21065-6-juraj.linkes@pantheon.tech>
DPDK git baseline: Repo:dpdk-next-baseband, CommitID: 76fa7797c09d5b6bb4aaed8a8f48a3afd6fb2548
Meson Build Summary: 23 Builds Done, 18 Successful, 5 Failures, 0 Blocked
+-------------------+------------+--------------+------------+------------+-----------+----------+------------+
| os | gcc-static | clang-static | icc-static | gcc-shared | gcc-debug | document | gcc-16byte |
+-------------------+------------+--------------+------------+------------+-----------+----------+------------+
| OpenAnolis8.8-64 | pass | | | | | | |
| FreeBSD14-64 | pass | pass | | pass | pass | | |
| RHEL94-64 | pass | pass | | pass | pass | | |
| SUSE15-64 | pass | pass | | | | | |
| CBL-Mariner2.0-64 | pass | | | | | | |
| UB2404-32 | pass | | | | | | |
| RHEL93-64 | pass | | | | | | |
| UB2404-64 | fail | fail | | | | fail | fail |
| RHEL94-64Rt | pass | | | | | | |
| UB2204-64 | pass | | | | | | |
| FC40-64 | pass | pass | | | | | |
| UB2404-64Rt | fail | | | | | | |
+-------------------+------------+--------------+------------+------------+-----------+----------+------------+
Comments:
Because of DPDK bug (https://bugs.dpdk.org/show_bug.cgi?id=928),
All the dpdk-next-* branch add `Ddisable_drivers=event/cnxk` option when build with ICC complier.
Test environment and configuration as below:
OS: OpenAnolis8.8-64
Kernel Version: 5.10.134-13.an8.x86_64
GCC Version: gcc (GCC) 8.5.0 20210514 (Anolis 8.5.0-10.0.3)
Clang Version: 13.0.1 (Anolis 13.0.1-2.0.2.module+an8.7.0+10996+1588f068)
x86_64-native-linuxapp-gcc
OS: FreeBSD14-64
Kernel Version: 14.0-RELEASE
GCC Version: gcc (FreeBSD Ports Collection) 12.2.0
Clang Version: 16.0.6 (https://github.com/llvm/llvm-project.git llvmorg-16.0.6-0-g7cbf1a259152)
x86_64-native-bsdapp-gcc
x86_64-native-bsdapp-clang
x86_64-native-bsdapp-gcc+shared
x86_64-native-bsdapp-gcc+debug
OS: RHEL94-64
Kernel Version: 5.14.0-427.13.1.el9_4.x86_64
GCC Version: gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3)
Clang Version: 17.0.6 (Red Hat, Inc. 17.0.6-5.el9)
x86_64-native-linuxapp-gcc
x86_64-native-linuxapp-clang
x86_64-native-linuxapp-gcc+shared
x86_64-native-linuxapp-gcc+debug
OS: SUSE15-64
Kernel Version: 5.14.21-150500.53-default
GCC Version: gcc (SUSE Linux) 7.5.0
Clang Version: 15.0.7
x86_64-native-linuxapp-clang
x86_64-native-linuxapp-gcc
OS: CBL-Mariner2.0-64
Kernel Version: 5.15.55.1_2e9a4f9+
GCC Version: gcc (GCC) 11.2.0
Clang Version: NA
x86_64-native-linuxapp-gcc
OS: UB2404-32
Kernel Version: 6.8.0-31-generic
GCC Version: gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0
Clang Version: NA
i686-native-linuxapp-gcc
OS: RHEL93-64
Kernel Version: 5.14.0-362.8.1.el9_3.x86_64
GCC Version: gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3)
Clang Version: 17.0.6 (Red Hat, Inc. 17.0.6-5.el9)
x86_64-native-linuxapp-gcc
OS: UB2404-64
Kernel Version: 6.8.0-31-generic
GCC Version: gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0
Clang Version: 18.1.3 (1)
x86_64-native-linuxapp-gcc+16byte
x86_64-native-linuxapp-gcc
x86_64-native-linuxapp-clang
x86_64-native-linuxapp-doc
OS: RHEL94-64Rt
Kernel Version: 5.14.0-427.13.1.el9_4.x86_64+rt
GCC Version: gcc (GCC) 11.4.1 20231218 (Red Hat 11.4.1-3)
Clang Version: 17.0.6 (Red Hat, Inc. 17.0.6-5.el9)
x86_64-native-linuxapp-gcc
OS: UB2204-64
Kernel Version: 5.15.0-94-generic
GCC Version: gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
Clang Version: 14.0.0-1ubuntu1.1
x86_64-native-linuxapp-gcc
OS: FC40-64
Kernel Version: 6.8.5-301.fc40.x86_64
GCC Version: gcc (GCC) 14.0.1 20240411 (Red Hat 14.0.1-0)
Clang Version: 18.1.1 (Fedora 18.1.1-1.fc40)
x86_64-native-linuxapp-gcc
x86_64-native-linuxapp-clang
OS: UB2404-64Rt
Kernel Version: 6.8.0-rt8
GCC Version: gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0
Clang Version: 18.1.3 (1)
x86_64-native-linuxapp-gcc
*Build Failed #1:
OS: UB2404-64
Target: x86_64-native-linuxapp-gcc+16byte
Program sphinx-build found: YES (/usr/bin/sphinx-build)
Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
A full log can be found at /root/UB2404-64_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-gcc+16byte/32483/dpdk/x86_64-native-linuxapp-gcc+16byte/meson-logs/meson-log.txt
*Build Failed #2:
OS: UB2404-64
Target: x86_64-native-linuxapp-gcc
Program sphinx-build found: YES (/usr/bin/sphinx-build)
Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
A full log can be found at /root/UB2404-64_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-gcc/32483/dpdk/x86_64-native-linuxapp-gcc/meson-logs/meson-log.txt
*Build Failed #3:
OS: UB2404-64
Target: x86_64-native-linuxapp-clang
Program sphinx-build found: YES (/usr/bin/sphinx-build)
Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
A full log can be found at /root/UB2404-64_K6.8.0_Clang18.1.3/x86_64-native-linuxapp-clang/32483/dpdk/x86_64-native-linuxapp-clang/meson-logs/meson-log.txt
*Build Failed #4:
OS: UB2404-64
Target: x86_64-native-linuxapp-doc
Program sphinx-build found: YES (/usr/bin/sphinx-build)
Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
A full log can be found at /root/UB2404-64_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-doc/32483/dpdk/x86_64-native-linuxapp-doc/meson-logs/meson-log.txt
*Build Failed #5:
OS: UB2404-64Rt
Target: x86_64-native-linuxapp-gcc
Program sphinx-build found: YES (/usr/bin/sphinx-build)
Program sphinx-apidoc found: YES (/usr/bin/sphinx-apidoc)
dts/doc/meson.build:11:0: ERROR: Unknown variable "doc_api_build_dir".
A full log can be found at /root/UB2404-64Rt_K6.8.0_GCC13.2.0/x86_64-native-linuxapp-gcc/32483/dpdk/x86_64-native-linuxapp-gcc/meson-logs/meson-log.txt
DPDK STV team
[-- Attachment #2: Type: text/html, Size: 26424 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
2024-08-08 3:28 ` Liao, TingtingX
@ 2024-08-08 12:37 ` Patrick Robb
2024-08-12 7:03 ` 回复: " Liao, TingtingX
0 siblings, 1 reply; 4+ messages in thread
From: Patrick Robb @ 2024-08-08 12:37 UTC (permalink / raw)
To: Liao, TingtingX; +Cc: Juraj Linkeš, Xu, HailinX, Cui, KaixinX, ci
On Wed, Aug 7, 2024 at 11:28 PM Liao, TingtingX
<tingtingx.liao@intel.com> wrote:
>
> Hi Juraj,
>
> Sorry, we cannot modify the parameters of CI apply patch without authorization.
> The doc directory is used to store documents and does not support code submission.
> Based on the special circumstances of your patch, you can directly contact the community maintainer to decide whether to merge this patch.
>
Okay, I agree that if needed we can just talk to the maintainers, do a
manual test for this patch, and they can merge based on the results of
manual testing.
But, what authorization are you referring to, for modifying the build
options? Do you mean it needs to be authorized by DPDK maintainers, or
by the CI community, or by someone at Intel STV team? We are not using
this build option at the UNH CI testing lab, which is why I want to
understand better why it is being used on your end. What are the
"predictable risks?"
Sorry for taking up your time. I also want to make sure that we at UNH
are not using a bad process!
^ permalink raw reply [flat|nested] 4+ messages in thread
* 回复: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
2024-08-08 12:37 ` Patrick Robb
@ 2024-08-12 7:03 ` Liao, TingtingX
0 siblings, 0 replies; 4+ messages in thread
From: Liao, TingtingX @ 2024-08-12 7:03 UTC (permalink / raw)
To: Patrick Robb; +Cc: Juraj Linkeš, Xu, HailinX, Cui, KaixinX, ci
[-- Attachment #1: Type: text/plain, Size: 2165 bytes --]
Hi Patrick,
> But, what authorization are you referring to, for modifying the build
> options? Do you mean it needs to be authorized by DPDK maintainers, or
> by the CI community, or by someone at Intel STV team?
This requires authorization from DPDK community maintainers.
> Why it is being used on your end. What are the "predictable risks?"
Sorry, this build option has been in our CI system for a long time.
And removing this option would pose unpredictable risks.
The next dpdk cycle is approaching, and in order to maintain the stability of the CI environment, the settings of the CI system cannot be modified arbitrarily.
Tingting Liao
________________________________
发件人: Patrick Robb <probb@iol.unh.edu>
发送时间: 2024年8月8日 20:37
收件人: Liao, TingtingX <tingtingx.liao@intel.com>
抄送: Juraj Linkeš <juraj.linkes@pantheon.tech>; Xu, HailinX <hailinx.xu@intel.com>; Cui, KaixinX <kaixinx.cui@intel.com>; ci@dpdk.org <ci@dpdk.org>
主题: Re: compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation
On Wed, Aug 7, 2024 at 11:28 PM Liao, TingtingX
<tingtingx.liao@intel.com> wrote:
>
> Hi Juraj,
>
> Sorry, we cannot modify the parameters of CI apply patch without authorization.
> The doc directory is used to store documents and does not support code submission.
> Based on the special circumstances of your patch, you can directly contact the community maintainer to decide whether to merge this patch.
>
Okay, I agree that if needed we can just talk to the maintainers, do a
manual test for this patch, and they can merge based on the results of
manual testing.
But, what authorization are you referring to, for modifying the build
options? Do you mean it needs to be authorized by DPDK maintainers, or
by the CI community, or by someone at Intel STV team? We are not using
this build option at the UNH CI testing lab, which is why I want to
understand better why it is being used on your end. What are the
"predictable risks?"
Sorry for taking up your time. I also want to make sure that we at UNH
are not using a bad process!
[-- Attachment #2: Type: text/html, Size: 5089 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-08-12 7:03 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <a19cdd$1fag4l@orviesa008-auth.jf.intel.com>
[not found] ` <PH7PR11MB68597344FF88B19E9D30C6AC92B22@PH7PR11MB6859.namprd11.prod.outlook.com>
[not found] ` <d2a76a7a-5009-437d-a288-78e6b6b9de9c@pantheon.tech>
[not found] ` <PH7PR11MB685972D741E28A656B23EFB692BE2@PH7PR11MB6859.namprd11.prod.outlook.com>
2024-08-05 14:37 ` compilation|FAILURE| pw(142339) sid(32483) job(PER_PATCH_BUILD12580)[v8, 5/5] dts: add API doc generation Juraj Linkeš
2024-08-08 3:28 ` Liao, TingtingX
2024-08-08 12:37 ` Patrick Robb
2024-08-12 7:03 ` 回复: " Liao, TingtingX
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).