Bug 1823534 - knot-resolver fails to build with Sphinx 3.0.0
Summary: knot-resolver fails to build with Sphinx 3.0.0
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: knot-resolver
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Nicki Křížek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: SPHINX3
TreeView+ depends on / blocked
 
Reported: 2020-04-13 21:12 UTC by Charalampos Stratakis
Modified: 2020-04-29 14:31 UTC (History)
5 users (show)

Fixed In Version: knot-resolver-5.1.0-1.fc33
Clone Of:
Environment:
Last Closed: 2020-04-29 14:31:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Charalampos Stratakis 2020-04-13 21:12:55 UTC
knot-resolver fails to build with Sphinx 3.0.0.

Warning, treated as error:
/builddir/build/BUILD/knot-resolver-5.0.1/doc/config-answer-reordering.rst:8:Error in declarator
If declarator-id with parameters (e.g., 'void f(int arg)'):
  Invalid C declaration: Expected identifier in nested name. [error at 10]
    reorder_RR([true | false])
    ----------^
If parenthesis in noptr-declarator (e.g., 'void (*f(int arg))(double)'):
  Error in declarator or parameters
  Invalid C declaration: Expected identifier in nested name. [error at 11]
    reorder_RR([true | false])
    -----------^

FAILED: meson-doc 

For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/cstratak/sphinx_3.0.0/fedora-rawhide-x86_64/01335449-knot-resolver/

For all our attempts to build knot-resolver with Sphinx 3.0.0, see:
https://copr.fedorainfracloud.org/coprs/cstratak/sphinx_3.0.0/package/knot-resolver/

Testing and mass rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with Sphinx 3:
https://copr.fedorainfracloud.org/coprs/cstratak/sphinx_3.0.0/

Let us know here if you have any questions.

Sphinx 3 will be included in Fedora 33. To make that update smoother, we're building the dependent packages in Copr.
We'd appreciate help from the people who know this package best, but if you don't want to work on this now, let us know so we can try to work around it on our side.

Comment 1 Nicki Křížek 2020-04-15 09:29:20 UTC
Fixed upstream https://gitlab.labs.nic.cz/knot/knot-resolver/-/merge_requests/978


Note You need to log in before you can comment on or make changes to this bug.