hugo failed to build from source in Fedora rawhide/f35 https://koji.fedoraproject.org/koji/taskinfo?taskID=72378675 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild Please fix hugo at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, hugo will be orphaned. Before branching of Fedora 36, hugo will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Created attachment 1807728 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 1807729 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1807730 [details] state.log
Dear Maintainer, your package has an open Fails To Build From Source bug for Fedora 35. Action is required from you. If you can fix your package to build, perform a build in koji, and either create an update in bodhi, or close this bug without creating an update, if updating is not appropriate [1]. If you are working on a fix, set the status to ASSIGNED to acknowledge this. If you have already fixed this issue, please close this Bugzilla report. Following the policy for such packages [2], your package will be orphaned if this bug remains in NEW state more than 8 weeks (not sooner than 2021-09-23). A week before the mass branching of Fedora 36 according to the schedule [3], any packages not successfully rebuilt at least on Fedora 34 will be retired regardless of the status of this bug. [1] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ [2] https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ [3] https://fedorapeople.org/groups/schedule/f-36/f-36-key-tasks.html
This bug appears to have been reported against 'rawhide' during the Fedora 35 development cycle. Changing version to 35.
This seems to be due to the churn related to Go packages: Package go-rpm-macros-3.0.11-2.fc35.x86_64 is already installed. Package golang-github-bep-golibsass-devel-1.0.0-2.fc35.noarch is already installed. Error: Problem 1: conflicting requests - nothing provides golang(go.etcd.io/etcd/clientv3) needed by golang-gocloud-devel-0.21.0-3.fc35~bootstrap.noarch - nothing provides golang(go.etcd.io/etcd/etcdserver/api/v3rpc/rpctypes) needed by golang-gocloud-devel-0.21.0-3.fc35~bootstrap.noarch Problem 2: package golang-github-gohugoio-testmodbuilder-devel-0-0.7.20201030git72e1e0c.fc35.noarch requires golang(github.com/gohugoio/hugo/hugofs/glob), but none of the providers can be installed - package golang-github-gohugoio-testmodbuilder-devel-0-0.7.20201030git72e1e0c.fc35.noarch requires golang(github.com/gohugoio/hugo/modules), but none of the providers can be installed - package golang-github-gohugoio-hugo-devel-0.80.0-2.fc34.noarch requires golang(gocloud.dev/blob), but none of the providers can be installed - package golang-github-gohugoio-hugo-devel-0.80.0-2.fc34.noarch requires golang(gocloud.dev/blob/azureblob), but none of the providers can be installed - package golang-github-gohugoio-hugo-devel-0.80.0-2.fc34.noarch requires golang(gocloud.dev/blob/fileblob), but none of the providers can be installed - package golang-github-gohugoio-hugo-devel-0.80.0-2.fc34.noarch requires golang(gocloud.dev/blob/gcsblob), but none of the providers can be installed - package golang-github-gohugoio-hugo-devel-0.80.0-2.fc34.noarch requires golang(gocloud.dev/blob/s3blob), but none of the providers can be installed - conflicting requests - nothing provides golang(go.etcd.io/etcd/clientv3) needed by golang-gocloud-devel-0.21.0-3.fc35~bootstrap.noarch - nothing provides golang(go.etcd.io/etcd/etcdserver/api/v3rpc/rpctypes) needed by golang-gocloud-devel-0.21.0-3.fc35~bootstrap.noarch
The churn surrounding the Go packages seems to have settled. From what I can tell we are back to the original cause of this FTBFS.
I made some progress. It seems that the API exported by golang-github-getkin-kin-openapi-devel changed out from under Hugo. the README.md from golang-github-getkin-kin-openapi-devel contains: ## Sub-v0 breaking API changes ### v0.61.0 * Renamed `openapi2.Swagger` to `openapi2.T`. * Renamed `openapi2conv.FromV3Swagger` to `openapi2conv.FromV3`. * Renamed `openapi2conv.ToV3Swagger` to `openapi2conv.ToV3`. * Renamed `openapi3.LoadSwaggerFromData` to `openapi3.LoadFromData`. * Renamed `openapi3.LoadSwaggerFromDataWithPath` to `openapi3.LoadFromDataWithPath`. * Renamed `openapi3.LoadSwaggerFromFile` to `openapi3.LoadFromFile`. * Renamed `openapi3.LoadSwaggerFromURI` to `openapi3.LoadFromURI`. * Renamed `openapi3.NewSwaggerLoader` to `openapi3.NewLoader`. * Renamed `openapi3.Swagger` to `openapi3.T`. * Renamed `openapi3.SwaggerLoader` to `openapi3.Loader`. * Renamed `openapi3filter.ValidationHandler.SwaggerFile` to `openapi3filter.ValidationHandler.File`. * Renamed `routers.Route.Swagger` to `routers.Route.Spec`. The latest version of the Hugo package now includes a patch to make use of this new symbol name, T. However, this exposes another error: [...] PASS ok github.com/gohugoio/hugo/common/para 0.002s github.com/gohugoio/hugo/common/text --- FAIL: TestPositionStringFormatter (0.00s) position_test.go:27: error: values are not equal got: "\x1b[1;36m/my/file.txt|13|12\x1b[0m" want: "/my/file.txt|13|12" stack: /home/mike/rpmbuild/BUILD/hugo-0.80.0/_build/src/github.com/gohugoio/hugo/common/text/position_test.go:27 c.Assert(createPositionStringFormatter(":file|:col|:line")(pos), qt.Equals, "/my/file.txt|13|12") FAIL exit status 1 FAIL github.com/gohugoio/hugo/common/text 0.002s error: Bad exit status from /var/tmp/rpm-tmp.6H8SLx (%check) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.6H8SLx (%check)
Hugo now builds gain on rawhide, F35, and F34. See: https://koji.fedoraproject.org/koji/buildinfo?buildID=1838279 https://koji.fedoraproject.org/koji/buildinfo?buildID=1838667 https://koji.fedoraproject.org/koji/buildinfo?buildID=1838668
FEDORA-2021-540a68a98b has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-540a68a98b
FEDORA-2021-540a68a98b has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-540a68a98b` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-540a68a98b See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-540a68a98b has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.