https://github.com/Qv2ray/Qv2ray/blob/95b7ba95dda696da93f15dab045a0320dd831c5f/makespec/qv2ray.spec.in#L1-L5
https://github.com/Qv2ray/Qv2ray/blob/95b7ba95dda696da93f15dab045a0320dd831c5f/makespec/qv2ray.spec.in#L23-L26
On all default repositories and systems, neither epel-7 nor epel-8 seem to have grpc series packages / modules. And the macro %{?rhel} has been defined in epel, including CentOS and RHEL.
so if the grpc series software packages are excluded, it will cause the failure to build Qv2ray in epel.
make srpm.Please paste your Qv2ray log here:
Version:
Build info:
Extra build info:
Please hide your server address and UUID if you wish to post the vmess string or your connection setting.
Is there any convenient way to find the detail of a package on RHEL/CentOS like package src for Fedora ? Maybe i can try to packaging Qv2ray for RHEL/CentOS on OBS.
Is there any convenient way to find the detail of a package on RHEL/CentOS like package src for Fedora ? Maybe i can try to packaging Qv2ray for RHEL/CentOS on OBS.
Thanks, the second one looks great.
BTW, I found the package src for CentOS, and the useless community build service for CentOS.
Back to this issue, because of the death of libqvb there's no any other replace of grpc. It's better to always require grpc-{devel, plugins}. The building system will refuse the build when the build dependence lack detected.
BBTW, I add test support for CentOS 8 and 8_stream (EPEL needed) (no 7 because of qt 5.9 ...) on OBS. And because of the large lack of build dependencies (qt, python ... related), there is no any RHEL support plan...
TL;DR Nothing need Change.
When I read the commit message
Supporting for other distributions like RHEL/CentOS/Suse/OpenSuse requires some dependencies that are not in their official repos so it is not covered in this PR.
I finally got the purpose of this block (A conjecture, not necessarily correct)
https://github.com/Qv2ray/Qv2ray/blob/95b7ba95dda696da93f15dab045a0320dd831c5f/makespec/qv2ray.spec.in#L1-L5
https://github.com/Qv2ray/Qv2ray/blob/95b7ba95dda696da93f15dab045a0320dd831c5f/makespec/qv2ray.spec.in#L23-L26
In rhel platforms,the author may want to build grpc in the system without packaging, then use it to build Qv2ray. so he exclude them as BuildRequires packages in rhel platforms, to use_system_grpc .
But I still think grpc should be included as BuildRequires in all platforms because we cannot build them in copr (we can only build them in our own system). and we can package grpc-{devel, plugins} on copr before packaging Qv2ray to complete the build.
And they are now included on all platforms, so... nothing.
Most helpful comment
Thanks, the second one looks great.
BTW, I found the package src for CentOS, and the
uselesscommunity build service for CentOS.Back to this issue, because of the death of libqvb there's no any other replace of grpc. It's better to always require grpc-{devel, plugins}. The building system will refuse the build when the build dependence lack detected.
BBTW, I add test support for CentOS 8 and 8_stream (EPEL needed) (no 7 because of qt 5.9 ...) on OBS. And because of the large lack of build dependencies (qt, python ... related), there is no any RHEL support plan...