Hello,

Sorry for the late reply, but I noticed this change only when the rebuild
of mysql-connector-java failed.

> Because of missing dependencies we had to disable the Java bindings
> which breaks the build of:

mysql-connector-java has a protobuf-java BuildRequires, so unfortunately
is not buildable in current rawhide (the dependency is quite big).
Could I please just ask, what were the specific reasons for removing java
bindings from protobuf - what dependencies are problematic? Is dropping
of java support inevitable?

BR,
Zuzana.


On Mon, Oct 18, 2021 at 11:20 PM Ben Beasley <c...@musicinmybrain.net>
wrote:

> I looked at a few of the failures.
>
>  >   4. opencv
>  >   6. gazebo
>  >   7. fawkes
>
> The root cause is of course a bad python-flake8 update, as described here:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2014589
>
> A lot of other packages are affected as well. The python-flake8 package
> should definitely be fixed, but in the meantime, opencv can be fixed by
> dropping the linting tests, which are discouraged by current packaging
> guidelines anyway. I have proposed a PR to do this:
>
> https://src.fedoraproject.org/rpms/opencv/pull-request/14
>
>  >   8. et
>  >       catch.hpp:10827:58: error: call to non-'constexpr' function
> 'long int sysconf(int)'
>  >       catch.hpp:10887:45: error: size of array 'altStackMem' is not
> an integral constant-expression
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1987466
> https://github.com/catchorg/Catch2/issues/2178
>
> It looks like the et packagers made an effort to patch this, but didn’t
> quite get it working.
>
> I have proposed a PR that would finish the job by using the system
> Catch2 package instead (unbundling):
>
> https://src.fedoraproject.org/rpms/et/pull-request/3
>
>  > 12. mir
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2001358
>
> The gtest package (https://src.fedoraproject.org/rpms/gtest) was updated
> to 1.11.0 in Rawhide with an unannounced breaking ABI change. See the
> comments on
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-7f23873afa, the F35
> update that was unpushed. A simple rebuild of wlcs should take care of
> the problem.
>
>
> I would be surprised if any of the other rebuild failures (other than
> osmpbf) is actually related to changes in protobuf.
>
> – Ben
>
> On 10/18/21 08:45, Adrian Reber wrote:
> >
> > The protobuf maintainers prepared an update to protobuf 3.18.1 in
> > rawhide. protobuf comes, as always, with a new SO name and requires
> > a rebuild of all dependencies. The list of dependencies grows with each
> > rebuild and we have now reached 58 protobuf dependencies according to
> > repoquery.
> >
> > This time the number of rebuild failures is unusually high with 13
> > broken dependencies.
> >
> > Because of missing dependencies we had to disable the Java bindings
> > which breaks the build of:
> >
> >   1. osmpbf
> >       Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with
> protobuf-compiler > 3.14.0 provided by
> protobuf-compiler-3.18.1-1.fc36.x86_64
> >
> > There are two openssl error:
> >
> >   2. community-mysql
> >       Cannot find appropriate system libraries for WITH_SSL=system.
> >       Make sure you have specified a supported SSL version.
> >       Valid options are :
> >       system (use the OS openssl library),
> >       yes (synonym for system),
> >       </path/to/custom/openssl/installation>
> >
> >   4. mumble
> >       error: 'CRYPTO_mem_ctrl' was not declared in this scope; did you
> mean 'CRYPTO_memcmp'?
> >
> > A python 3.10 dependency problem break:
> >
> >   4. opencv
> >       nothing provides (python3.10dist(pyflakes) < 2.5 with
> python3.10dist(pyflakes) >= 2.4) needed by
> python3-flake8-4.0.1-1.fc36.noarch
> >
> > which breaks:
> >
> >   6. gazebo
> >       package opencv-core-4.5.4-1.fc36.x86_64 requires
> libprotobuf.so.25()(64bit), but none of the providers can be installed
> >
> > which breaks:
> >
> >   7. fawkes
> >       package gazebo-10.1.0-21.fc36.x86_64 requires
> libprotobuf.so.25()(64bit), but none of the providers can be installed
> >
> > There are also couple of seemingly protobuf unrelated compiler errors:
> >
> >   8. et
> >       catch.hpp:10827:58: error: call to non-'constexpr' function 'long
> int sysconf(int)'
> >       catch.hpp:10887:45: error: size of array 'altStackMem' is not an
> integral constant-expression
> >
> >   9. qgis
> >       sip: Py_ssize_t is undefined
> >
> > 10. bear
> >       type_traits.hpp:362:46: error: incomplete type
> 'nlohmann::detail::is_constructible<nlohmann::basic_json<>,
> std::filesystem::__cxx11::path>' used in nested name specifier
> >
> > 11. opentrep
> >       action_dispatch.hpp:135:29: error: no match for call to '(const
> OPENTREP::PorParserHelper::storeAltLangCodeHist) (std::vector<char32_t,
> std::allocator<char32_t> >&,
> >
> > And two more dependency errors:
> >
> > 12. mir
> >       Problem: package wlcs-devel-1.3.0-2.fc35.x86_64 requires
> wlcs(x86-64) = 1.3.0-2.fc35, but none of the providers can be installed
> >         - cannot install the best candidate for the job
> >         - nothing provides libgtest.so.1.10.0()(64bit) needed by
> wlcs-1.3.0-2.fc35.x86_64
> >         - nothing provides libgmock.so.1.10.0()(64bit) needed by
> wlcs-1.3.0-2.fc35.x86_64
> >
> > 13. postgres-decoderbufs
> >       Problem: package postgresql-server-devel-13.4-3.fc36.x86_64
> requires postgresql-private-devel, but none of the providers can be
> installed
> >         - package postgresql-private-devel-13.4-3.fc36.i686 conflicts
> with libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
> >         - package postgresql-private-devel-13.4-3.fc36.x86_64 conflicts
> with libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64
> >         - cannot install the best candidate for the job
> >
> > Besides these 13 errors I will rebuild everything else in a side tag
> > starting in one week with the rebuilds.
> >
> > Current rebuild results are available at:
> >
> > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-18/
> >
> >               Adrian
> > _______________________________________________
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> > Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> > Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
> >
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to