# We need to use C++17 to link against the system abseil-cpp, since it was

# compiled with C++17 (an intentional abseil-cpp design decision).

%global cpp_std 17

# However, we also get linker errors building the tests if we link against the

# copy of gtest in Fedora (compiled with C++11). The exact root cause is not

# quite clear. We must therefore bundle a copy of gtest in the source RPM

# rather than using the system copy. This is to be discouraged, but there is no

# alternative in this case. It is not treated as a bundled library because it

# is used only at build time, and contributes nothing to the installed files.

# We take measures to verify this in %%check. As long as we are using our own

# copy, we use the exact same version as upstream.

%global gtest_url https://github.com/google/googletest

%global gtest_dir googletest-%{gtest_commit}

%global gtest_commit 0e402173c97aea7a00749e825b194bfede4f2e45

#global gtest_version 1.11.0

#global gtest_dir googletest-release-#{gtest_version}

%bcond system_gtest        0

# =====

# Parameters for third-party sources needed for their .proto files, which

# upstream expects to download at build time.

#

# See https://github.com/grpc/grpc/pull/29254 “[xDS Proto] Enhence gRPC

# buildgen for 3rd party proto compilation” and

# https://github.com/grpc/grpc/commit/99752b173cfa2fba81dedb482ee4fd74b2a46bb0,

# in which the download mechanism was added.

#

# Check CMakeLists.txt (search for “download_archive”) for a list of these

# third-party sources and the commit hashes used in the grpc release.

#

# Note that we do not treat these additional sources as bundled dependencies,

# since (provably) only the .proto files are used.

#

# In practice, it seems the generated binding code for these protos is not

# re-generated when building this package, so we could get by with creating the

# appropriate directories and touching an empty file within each. We include

# these archives in the source RPM anyway, since they are in some sense part of

# the original sources for the generated proto code.

# This will probably never be separately packaged in Fedora, since upstream can

# only build with Bazel (and Bazel is such a mess of bundled dependencies that

# it is unlikely to every be successfully packaged under the Fedora packaging

# guidelines. Note that the URL is a read-only mirror based on

# https://github.com/envoyproxy/envoy, with different commit hashes.

%global envoy_api_commit 9c42588c956220b48eb3099d186487c2f04d32ec

%global envoy_api_url https://github.com/envoyproxy/data-plane-api

%global envoy_api_dir data-plane-api-%{envoy_api_commit}

%global googleapis_commit 2f9af297c84c55c8b871ba4495e01ade42476c92

%global googleapis_url https://github.com/googleapis/googleapis

%global googleapis_dir googleapis-%{googleapis_commit}

%global opencensus_proto_version 0.3.0

%global opencensus_proto_url https://github.com/census-instrumentation/opencensus-proto

%global opencensus_proto_dir opencensus-proto-%{opencensus_proto_version}

%global xds_commit cb28da3451f158a947dfc45090fe92b07b243bc1

%global xds_url https://github.com/cncf/xds

%global xds_dir xds-%{xds_commit}

# =====

# This must be enabled to get grpc_cli, which is apparently considered part of

# the tests by upstream. This is mentioned in

# https://github.com/grpc/grpc/issues/23432.

%bcond core_tests          1

# A great many of these tests (over 20%) fail. Any help in understanding these

# well enough to fix them or report them upstream is welcome.

%bcond python_aio_tests    0

%ifnarch s390x

# There are currently a significant number of failures like:

#

#   Exception serializing message!

#   Traceback (most recent call last):

#     File "/builddir/build/BUILDROOT/grpc-1.48.0-2.fc38~bootstrap.x86_64/usr/lib64/python3.11/site-packages/grpc/_common.py", line 86, in _transform

#       return transformer(message)

#              ^^^^^^^^^^^^^^^^^^^^

#     File "/usr/lib/python3.11/site-packages/google/protobuf/internal/python_message.py", line 1082, in SerializeToString

#       if not self.IsInitialized():

#              ^^^^^^^^^^^^^^^^^^

#   AttributeError: 'NoneType' object has no attribute 'IsInitialized'

%bcond python_gevent_tests 0

%else

# A significant number of Python tests pass in test_lite but fail in

# test_gevent, mostly by dumping core without a traceback.  Since it is tedious

# to enumerate these (and it is difficult to implement “suite-specific” skips

# for shared tests, so the tests would have to be skipped in all suites), we

# just skip the gevent suite entirely on this architecture.

%bcond python_gevent_tests 0

%endif

# Running core tests under valgrind may help debug crashes. This is mostly

# ignored if the gdb build conditional is also set.

%bcond valgrind            0

# Running core tests under gdb may help debug crashes.

%bcond gdb                 0

# HTML documentation generated with Doxygen and/or Sphinx is not suitable for

# packaging due to a minified JavaScript bundle inserted by

# Doxygen/Sphinx/Sphinx themes itself. See discussion at

# https://bugzilla.redhat.com/show_bug.cgi?id=2006555.

#

# Normally we could consider enabling the Doxygen PDF documentation as a lesser

# substitute, but (after enabling it and working around some Unicode characters

# in the Markdown input) we get:

#

#   ! TeX capacity exceeded, sorry [main memory size=6000000].

#

# A similar situation applies to the Sphinx-generated HTML documentation for

# Python, except that we have not even tried to render it as a PDF because it

# is too unpleasant to try if we already cannot package the Doxygen-generated

# documentation. Instead, we have just dropped all documentation.

Name:           grpc

Version:        1.48.4

Release:        44%{?dist}

Summary:        RPC library and framework

%global srcversion %(echo '%{version}' | sed -r 's/~rc/-pre/')

%global pyversion %(echo '%{version}' | tr -d '~')

# CMakeLists.txt: gRPC_CORE_SOVERSION

%global c_so_version 26

# CMakeLists.txt: gRPC_CPP_SOVERSION

# See https://github.com/abseil/abseil-cpp/issues/950#issuecomment-843169602

# regarding unusual C++ SOVERSION style (not a single number).

%global cpp_so_version 1.48

# The entire source is Apache-2.0 except the following:

#

# BSD-2-Clause:

#   - third_party/xxhash is BSD-2-Clause, at least the relevant parts (not the

#     command-line tool); it is unbundled, but then it is used as a header-only

#     library due to XXH_INCLUDE_ALL, so we must treat it as a static library

#     and include its license in that of the binary RPMs

#     * Potentially linked into any compiled subpackage (but not pure-Python

#       subpackages, etc.)

# BSD-3-Clause:

#   - third_party/upb/, except third_party/upb/third_party/lunit/ and

#     third_party/upb/third_party/utf8_range/

#     * Potentially linked into any compiled subpackage (but not pure-Python

#       subpackages, etc.)

#   - third_party/address_sorting/

#     * Potentially linked into any compiled subpackage (but not pure-Python

#       subpackages, etc.)

# MIT:

#   - third_party/upb/third_party/utf8_range

#     * Potentially linked into any compiled subpackage (but not pure-Python

#       subpackages, etc.)

#

# as well as the following which do not contribute to the base License field or

# any subpackage License field for the reasons noted:

#

# MPL-2.0:

#   - etc/roots.pem

#     * Truncated to an empty file in prep; a symlink to the shared system

#       certificates is used instead

#   - src/android/test/interop/app/src/main/assets/roots.pem

#     * Truncated to an empty file in prep

# ISC:

#   - src/boringssl/boringssl_prefix_symbols.h

#     * Removed in prep; not used when building with system OpenSSL

# BSD-3-Clause:

#   - src/objective-c/*.podspec and

#     templates/src/objective-c/*.podspec.template

#     * Unused since the Objective-C bindings are not currently built;

#       furthermore, these seem to be build-system files that would not

#       contribute their licenses to the binary RPM contents anyway

# NTP:

#   - third_party/cares/ares_build.h

#     * Removed in prep; header from system C-Ares used instead

# MIT:

#   - third_party/upb/third_party/lunit/

#     * Removed in prep, since there is no obvious way to run the upb tests

License:        Apache-2.0 AND BSD-2-Clause AND BSD-3-Clause AND MIT

URL:            https://www.grpc.io

%global forgeurl https://github.com/grpc/grpc/

Source0:        %{forgeurl}/archive/v%{srcversion}/grpc-%{srcversion}.tar.gz

Source1:        %{gtest_url}/archive/%{gtest_commit}/%{gtest_dir}.tar.gz

#Source1:        #{gtest_url}/archive/release-#{gtest_version}/#{gtest_dir}.tar.gz

Source2:        %{envoy_api_url}/archive/%{envoy_api_commit}/%{envoy_api_dir}.tar.gz

Source3:        %{googleapis_url}/archive/%{googleapis_commit}/%{googleapis_dir}.tar.gz

Source4:        %{opencensus_proto_url}/archive/v%{opencensus_proto_version}/%{opencensus_proto_dir}.tar.gz

Source5:        %{xds_url}/archive/%{xds_commit}/%{xds_dir}.tar.gz

# Downstream grpc_cli man pages; hand-written based on “grpc_cli help” output.

Source100:      grpc_cli.1

Source101:      grpc_cli-ls.1

Source102:      grpc_cli-call.1

Source103:      grpc_cli-type.1

Source104:      grpc_cli-parse.1

Source105:      grpc_cli-totext.1

Source106:      grpc_cli-tojson.1

Source107:      grpc_cli-tobinary.1

Source108:      grpc_cli-help.1

# ~~~~ C (core) and C++ (cpp) ~~~~

BuildRequires:  gcc-c++

BuildRequires:  cmake

BuildRequires:  ninja-build

%if %{with core_tests}

# Used on grpc_cli:

BuildRequires:  chrpath

%endif

BuildRequires:  pkgconfig(zlib)

BuildRequires:  cmake(gflags)

BuildRequires:  pkgconfig(protobuf)

BuildRequires:  protobuf-compiler

BuildRequires:  pkgconfig(re2)

BuildRequires:  pkgconfig(openssl)

BuildRequires:  cmake(c-ares)

BuildRequires:  abseil-cpp-devel

# Sets XXH_INCLUDE_ALL, which means xxhash is used as a header-only library

BuildRequires:  pkgconfig(libxxhash)

BuildRequires:  xxhash-static

%if %{with core_tests}

BuildRequires:  cmake(benchmark)

%if %{with system_gtest}

BuildRequires:  cmake(gtest)

BuildRequires:  pkgconfig(gmock)

%endif

%if %{with valgrind}

BuildRequires:  valgrind

%endif

%if %{with gdb}

BuildRequires:  gdb

%endif

%endif

# ~~~~ Python ~~~~

BuildRequires:  python3-devel

BuildRequires:  python3dist(setuptools)

# grpcio (setup.py) setup_requires (with

#     GRPC_PYTHON_ENABLE_DOCUMENTATION_BUILD, which is NOT enabled):

# BuildRequires:  python3dist(sphinx)

# grpcio (setup.py) setup_requires (with

#     GRPC_PYTHON_ENABLE_DOCUMENTATION_BUILD, which is NOT enabled):

# grpcio_tests (src/python/grpcio_tests/setup.py) install_requires:

BuildRequires:  python3dist(six) >= 1.10

# grpcio (setup.py) install_requires also has:

#   six>=1.5.2

# grpcio (setup.py) setup_requires (with GRPC_PYTHON_BUILD_WITH_CYTHON, or

# absent generated sources); also needed for grpcio_tools

# (tools/distrib/python/grpcio_tools/setup.py)

BuildRequires: python3dist(cython) > 0.23

# grpcio (setup.py) install_requires:

# grpcio_tests (src/python/grpcio_tests/setup.py) install_requires:

#   futures>=2.2.0; python_version<'3.2'

# grpcio (setup.py) install_requires:

# grpcio_tests (src/python/grpcio_tests/setup.py) install_requires:

#   enum34>=1.0.4; python_version<'3.4'

# grpcio_csds (src/python/grpcio_csds/setup.py) install_requires:

# grpcio_channelz (src/python/grpcio_channelz/setup.py) install_requires:

# grpcio_health_checking (src/python/grpcio_health_checking/setup.py)

#     install_requires:

# grpcio_reflection (src/python/grpcio_reflection/setup.py) install_requires:

# grpcio_status (src/python/grpcio_status/setup.py) install_requires:

# grpcio_testing (src/python/grpcio_testing/setup.py) install_requires:

# grpcio_tests (src/python/grpcio_tests/setup.py) install_requires:

# grpcio_tools (tools/distrib/python/grpcio_tools/setup.py) install_requires:

BuildRequires:  python3dist(protobuf) >= 3.12.0

# grpcio_status (src/python/grpcio_status/setup.py) install_requires:

BuildRequires:  python3dist(googleapis-common-protos) >= 1.5.5

# Several packages have dependencies on grpcio or grpcio_tools—and grpcio-tests

# depends on all of the other Python packages—which are satisfied within this

# package.

#

# Similarly, grpcio_admin depends on grpcio_channelz and grpcio_csds.

# grpcio_tests (src/python/grpcio_tests/setup.py) install_requires:

BuildRequires:  python3dist(oauth2client) >= 1.4.7

# grpcio_tests (src/python/grpcio_tests/setup.py) install_requires:

BuildRequires:  python3dist(google-auth) >= 1.17.2

# grpcio_tests (src/python/grpcio_tests/setup.py) install_requires:

BuildRequires:  python3dist(requests) >= 2.14.2

%if %{with python_gevent_tests}

# Required for “test_gevent” tests:

BuildRequires:  python3dist(gevent)

%endif

# For stopping the port server

BuildRequires:  curl

# ~~~~ Miscellaneous ~~~~

# https://bugzilla.redhat.com/show_bug.cgi?id=1893533

%global _lto_cflags %{nil}

# Reference documentation, which is *not* enabled

# BuildRequires:  doxygen

BuildRequires:  ca-certificates

# For converting absolute symlinks in the buildroot to relative ones

BuildRequires:  symlinks

# For hardlinking duplicate files in the examples

BuildRequires:  hardlink

# Apply Fedora system crypto policies. Since this is Fedora-specific, the patch

# is not suitable for upstream.

# https://docs.fedoraproject.org/en-US/packaging-guidelines/CryptoPolicies/#_cc_applications

#

# In fact, this may not be needed, since only testing code is patched.

Patch:          grpc-1.39.0-system-crypto-policies.patch

# Fix errors like:

#   TypeError: super(type, obj): obj must be an instance or subtype of type

# It is not clear why these occur.

Patch:          grpc-1.36.4-python-grpcio_tests-fixture-super.patch

# Skip tests requiring non-loopback network access when the

# FEDORA_NO_NETWORK_TESTS environment variable is set.

Patch:          grpc-1.40.0-python-grpcio_tests-make-network-tests-skippable.patch

# A handful of compression tests miss the compression ratio threshold. It seems

# to be inconsistent which particular combinations fail in a particular test

# run. It is not clear that this is a real problem. Any help in understanding

# the actual cause well enough to fix this or usefully report it upstream is

# welcome.

Patch:          grpc-1.48.0-python-grpcio_tests-skip-compression-tests.patch

# The upstream requirement to link gtest/gmock from grpc_cli is spurious.

# Remove it. We still have to build the core tests and link a test library

# (libgrpc++_test_config.so…)

Patch:          grpc-1.37.0-grpc_cli-do-not-link-gtest-gmock.patch

# Fix confusion about path to python_wrapper.sh in httpcli/httpscli tests. I

# suppose that the unpatched code must be correct for how upstream runs the

# tests, somehow.

Patch:          grpc-1.45.0-python_wrapper-path.patch

# Skip failing ChannelzServicerTest tests on Python 3.11

#

# Partially works around:

#

# grpc fails to build with Python 3.11: AttributeError: module 'inspect' has no

#   attribute 'getargspec'

# https://bugzilla.redhat.com/show_bug.cgi?id=2095027

#

# TODO: Attempt to reproduce this outside the RPM build environment and submit

# a useful/actionable upstream bug report.

Patch:          grpc-1.46.3-ChannelzServicerTest-python3.11-regressions.patch

# Running Python “test_lite”, in grpcio_tests,

# unit._dynamic_stubs_test.DynamicStubTest.test_grpc_tools_unimportable hangs.

# This may be related to:

#   [FLAKE] DynamicStubTest timeout under gevent macOS

#   https://github.com/grpc/grpc/issues/25368

# The patch simply skips the test.

Patch:          grpc-1.48.0-python-grpcio_tests-DynamicStubTest-hang.patch

# Use CMake variables for paths in pkg-config files

#

# Use @gRPC_INSTALL_LIBDIR@ for libdir; this fixes an incorrect

# -L/usr/lib on multilib Linux systems where that is the 32-bit library

# path and the correct path is /usr/lib64.

#

# Use @gRPC_INSTALL_INCLUDEDIR@ for consistency.

#

# See also:

# https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/

#   thread/P2N35UMQVEXPILAF47RQB53MWRV2GM3J/

#

# https://github.com/grpc/grpc/pull/31671

Patch:          %{forgeurl}/pull/31671.patch

# [Test] Use ssl.SSLContext.wrap_socket, not ssl.wrap_socket

#

# The latter emits a DeprecationWarning since Python 3.10 and is removed

# in Python 3.12.

#

# https://github.com/grpc/grpc/pull/33492

#

# Backported to 1.48.4.

Patch:          grpc-1.48.4-wrap_socket.patch

# [Test] Do not use importlib find_module API, removed in Python 3.12

# https://github.com/grpc/grpc/pull/33506

#

# Backported to 1.48.4.

Patch:          grpc-1.48.4-find_module.patch

# Backport several #include directives

# These were included in https://github.com/grpc/grpc/pull/30952

#

# [Fix] Added missing #include (#34359)

# See: https://github.com/grpc/grpc/pull/34359

#

# Add abseil includes in test/cpp/end2end/xds/xds_server.h

# Downstream-only because the current release, 1.60.0, builds without changes.

#

# Together, these fix compatibility with abseil-cpp-20240116.rc1.

Patch:          grpc-1.48.4-abseil-cpp-includes.patch

# [http2] Dont drop connections on metadata limit exceeded (#32309)

#

# * [http] Dont drop connections on metadata limit exceeded

#

# * remove bad test

#

# * Automated change: Fix sanity tests

# https://github.com/grpc/grpc/commit/29d8beee0ac2555773b2a2dda5601c74a95d6c10

# https://github.com/grpc/grpc/pull/32309

#

# Fixes CVE-2023-32732

# https://nvd.nist.gov/vuln/detail/CVE-2023-32732

# CVE-2023-32732 grpc: denial of service [fedora-all]

# https://bugzilla.redhat.com/show_bug.cgi?id=2214470

#

# Backported to 1.48.4.

Patch:          0001-http2-Dont-drop-connections-on-metadata-limit-exceed.patch

# [Python] Specify noexcept for cdef functions (#34242)

#

# This is needed to build grpc with Cython 3.

#

# https://github.com/grpc/grpc/issues/33918#issuecomment-1703386656

# https://github.com/grpc/grpc/issues/33918#issuecomment-1788823585

# https://github.com/grpc/grpc/pull/34242

Patch:          0001-Specify-noexcept-for-cdef-functions.patch

# [Python] Do not call PyEval_InitThreads

# https://github.com/grpc/grpc/pull/34857

Patch:          %{forgeurl}/pull/34857.patch

# Downstream-only patch to remove usage of coverage, per the packaging

# guidelines.  This reduces the build-time dependencies, which slightly speeds

# up builds.  It also makes this package easier port to new EPEL branches.

# https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_linters

Patch:          0001-Remove-usage-of-coverage.patch

# Don't include <openssl/engine.h>

# OpenSSL in Fedora provides a dummy openssl-devel-engine rpm with a

# dummy <openssl/engine.h>. EPEL10 has no such package, nor has this

# version of grpc has not caught up with the removal of engine and

# related headers.

Patch:		grpc-1.48.4-core-tsi-ssl_transport_security.cc.patch

Requires:       grpc-data = %{version}-%{release}

# Upstream https://github.com/protocolbuffers/upb does not support building

# with anything other than Bazel, and Bazel is not likely to make it into

# Fedora anytime soon due to its nightmarish collection of dependencies.

# Monitor this at https://bugzilla.redhat.com/show_bug.cgi?id=1470842.

# Therefore upb cannot be packaged for Fedora, and we must use the bundled

# copy.

#

# Note that upstream has never chosen a version, and it is not clear from which

# commit the bundled copy was taken or forked.

#

# Note also that libupb is installed in the system-wide linker path, which will

# be a problem if upb is ever packaged separately. We will cross that bridge if

# we get there.

Provides:       bundled(upb)

# The bundled upb itself bundles https://github.com/cyb70289/utf8; we follow

# upstream in styling this as “utf8_range”. It cannot reasonably be unbundled

# because the original code is not structured for distribution as a library (it

# does not even include header files). It is not clear which upstream commit

# was used.

Provides:       bundled(utf8_range)

# Regarding third_party/address_sorting: this looks a bit like a bundled

# library, but it is not. From a source file comment:

#   This is an adaptation of Android's implementation of RFC 6724 (in Android’s

#   getaddrinfo.c). It has some cosmetic differences from Android’s

#   getaddrinfo.c, but Android’s getaddrinfo.c was used as a guide or example

#   of a way to implement the RFC 6724 spec when this was written.

%description

gRPC is a modern open source high performance RPC framework that can run in any

environment. It can efficiently connect services in and across data centers

with pluggable support for load balancing, tracing, health checking and

authentication. It is also applicable in last mile of distributed computing to

connect devices, mobile applications and browsers to backend services.

The main usage scenarios:

  • Efficiently connecting polyglot services in microservices style

    architecture

  • Connecting mobile devices, browser clients to backend services

  • Generating efficient client libraries

Core Features that make it awesome:

  • Idiomatic client libraries in 10 languages

  • Highly efficient on wire and with a simple service definition framework

  • Bi-directional streaming with http/2 based transport

  • Pluggable auth, tracing, load balancing and health checking

This package provides the shared C core library.

%package data

Summary:        Data for gRPC bindings

License:        Apache-2.0

BuildArch:      noarch

Requires:       ca-certificates

%description data

Common data for gRPC bindings: currently, this contains only a symbolic link to

the system shared TLS certificates.

%package doc

Summary:        Documentation and examples for gRPC

License:        Apache-2.0

BuildArch:      noarch

Obsoletes:      python-grpcio-doc < 1.26.0-13

Provides:       python-grpcio-doc = %{version}-%{release}

Provides:       python-grpcio-admin-doc = %{version}-%{release}

Provides:       python-grpcio-csds-doc = %{version}-%{release}

Provides:       python-grpcio-channelz-doc = %{version}-%{release}

Provides:       python-grpcio-health-checking-doc = %{version}-%{release}

Provides:       python-grpcio-reflection-doc = %{version}-%{release}

Provides:       python-grpcio-status-doc = %{version}-%{release}

Provides:       python-grpcio-testing-doc = %{version}-%{release}

%description doc

Documentation and examples for gRPC, including Markdown documentation sources

for the following:

  • C (core)

    ○ API

    ○ Internals

  • C++

    ○ API

    ○ Internals

  • Objective C

    ○ API

    ○ Internals

  • Python

    ○ grpcio

    ○ grpcio_admin

    ○ grpcio_csds

    ○ grpcio_channelz

    ○ grpcio_health_checking

    ○ grpcio_reflection

    ○ grpcio_status

    ○ grpcio_testing

For rendered HTML documentation, please see https://grpc.io/docs/.

%package cpp

Summary:        C++ language bindings for gRPC

# License:        same as base package

Requires:       grpc%{?_isa} = %{version}-%{release}

Requires:       grpc-cpp%{?_isa} = %{version}-%{release}

Provides:       bundled(upb)

Provides:       bundled(utf8_range)

%description cpp

C++ language bindings for gRPC.

%package plugins

Summary:        Protocol buffers compiler plugins for gRPC

# License:        same as base package

Requires:       grpc%{?_isa} = %{version}-%{release}

Requires:       grpc-cpp%{?_isa} = %{version}-%{release}

Requires:       protobuf-compiler

Provides:       bundled(upb)

Provides:       bundled(utf8_range)

%description plugins

Plugins to the protocol buffers compiler to generate gRPC sources.

%package cli

Summary:        Command-line tool for gRPC

# License:        same as base package

Requires:       grpc%{?_isa} = %{version}-%{release}

Requires:       grpc-cpp%{?_isa} = %{version}-%{release}

Provides:       bundled(upb)

Provides:       bundled(utf8_range)

%description cli

The command line tool can do the following things:

  • Send unary rpc.

  • Attach metadata and display received metadata.

  • Handle common authentication to server.

  • Infer request/response types from server reflection result.

  • Find the request/response types from a given proto file.

  • Read proto request in text form.

  • Read request in wire form (for protobuf messages, this means serialized

    binary form).

  • Display proto response in text form.

  • Write response in wire form to a file.

%package devel

Summary:        Development files for gRPC library

# License:        same as base package

Requires:       grpc%{?_isa} = %{version}-%{release}

Requires:       grpc-cpp%{?_isa} = %{version}-%{release}

Requires:       grpc-plugins%{?_isa} = %{version}-%{release}

# grpc/impl/codegen/port_platform.h includes linux/version.h

Requires:       kernel-headers%{?_isa}

# grpcpp/impl/codegen/config_protobuf.h includes google/protobuf/…

Requires:       pkgconfig(protobuf)

# grpcpp/test/mock_stream.h includes gmock/gmock.h

Requires:       pkgconfig(gmock)

# grpcpp/impl/codegen/sync.h includes absl/synchronization/mutex.h

# grpc.pc has -labsl_[…]

Requires:       abseil-cpp-devel%{?_isa}

# grpc.pc has -lre2

Requires:       pkgconfig(re2)

# grpc.pc has -lcares

Requires:       cmake(c-ares)

# grpc.pc has -lz

Requires:       pkgconfig(zlib)

%description devel

Development headers and files for gRPC libraries (both C and C++).

%package -n python3-grpcio

Summary:        Python language bindings for gRPC

# License:        same as base package

# Note that the Python package has no runtime dependency on the base C library;

# everything it needs is linked statically. It is not practical to change this,

# and since they both come from the same source RPM, we do not need to attempt

# to do so.

Requires:       grpc-data = %{version}-%{release}

Provides:       bundled(upb)

Provides:       bundled(utf8_range)

# We no longer package these because they require python3dist(xds-protos),

# which has some issues:

#   - It provides files that overlap with several other packages, including

#     python-googleapis-common-protos, python-opencensus-proto, and

#     python-opentelemetry

#   - The PyPI release is not updated regularly, and version skew only makes

#     the above-mentioned problem of overlapping files worse.

#   - The “validate” package conflicts with one belonging to python-configobj

#     (in F38+), and it is the latter package that owns

#     https://pypi.org/project/validate/.

Obsoletes:      python3-grpcio-admin < 1.48.4-7

Obsoletes:      python3-grpcio-csds < 1.48.4-7

# https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_provides_for_importable_modules

%py_provides python3-grpc

%description -n python3-grpcio

Python language bindings for gRPC (HTTP/2-based RPC framework).

%global grpcio_egg %{python3_sitearch}/grpcio-%{pyversion}-py%{python3_version}.egg-info

%{?python_extras_subpkg:%python_extras_subpkg -n python3-grpcio -i %{grpcio_egg} protobuf}

%package -n python3-grpcio-tools

Summary:       Package for gRPC Python tools

# License:        same as base package

Provides:       bundled(upb)

Provides:       bundled(utf8_range)

# https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_provides_for_importable_modules

%py_provides python3-grpc-tools

%description -n python3-grpcio-tools

Package for gRPC Python tools.

%package -n python3-grpcio-channelz

Summary:        Channel Level Live Debug Information Service for gRPC

License:        Apache-2.0

BuildArch:      noarch

# https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_provides_for_importable_modules

%py_provides python3-grpc-channelz

%description -n python3-grpcio-channelz

gRPC Python Channelz package

============================

Channelz is a live debug tool in gRPC Python.

%package -n python3-grpcio-health-checking

Summary:        Standard Health Checking Service for gRPC

License:        Apache-2.0

BuildArch:      noarch

# https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_provides_for_importable_modules

%py_provides python3-grpc-health

%description -n python3-grpcio-health-checking

gRPC Python Health Checking

===========================

Reference package for GRPC Python health checking.

%package -n python3-grpcio-reflection

Summary:        Standard Protobuf Reflection Service for gRPC

License:        Apache-2.0

BuildArch:      noarch