RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1975482 - gnutls: FTBFS in documentation generation due to missing /usr/bin/perl
Summary: gnutls: FTBFS in documentation generation due to missing /usr/bin/perl
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: gnutls
Version: 9.0
Hardware: Unspecified
OS: Unspecified
low
unspecified
Target Milestone: beta
: ---
Assignee: Daiki Ueno
QA Contact: Alexander Sosedkin
URL:
Whiteboard:
Depends On:
Blocks: RHEL9BetaFTBFS
TreeView+ depends on / blocked
 
Reported: 2021-06-23 18:58 UTC by OSCI Bakery Bot
Modified: 2021-12-07 21:43 UTC (History)
2 users (show)

Fixed In Version: gnutls-3.7.2-6.el9
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-12-07 21:42:00 UTC
Type: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker CRYPTO-5602 0 None None None 2021-12-02 14:01:28 UTC

Description OSCI Bakery Bot 2021-06-23 18:58:35 UTC
gnutls failed to build from source in Red Hat Enterprise Linux 9.0.0 Beta

https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=37659725

For details on automatic synchronization of package between Fedora ELN and RHEL-9.0.0 Beta, see the RHEL Developer Guide:
https://one.redhat.com/rhel-developer-guide/#_opting_out_of_fedora_inheritance

Comment 1 Florian Weimer 2021-07-09 15:35:58 UTC
Could be a missing build dependency on perl:

./scripts/split-texi.pl enums enum < enums.texi
make[4]: [Makefile:5607: stamp_enums] Error 1 (ignored)
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
make[4]: *** [Makefile:5608: stamp_enums] Error 126
make[4]: *** Waiting for unfinished jobs....
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
/bin/sh: ./scripts/split-texi.pl: /usr/bin/perl: bad interpreter: No such file or directory
make[4]: *** [Makefile:5598: stamp_functions] Error 126

Comment 2 Daiki Ueno 2021-07-20 13:35:58 UTC
Thanks for looking at it, Florian. I believe that the latest package has a timestamp adjustment to prevent regeneration of docs:
https://gitlab.com/redhat/centos-stream/rpms/gnutls/-/blob/c9s/gnutls.spec#L168

Comment 3 Florian Weimer 2021-07-23 21:26:03 UTC
(In reply to Daiki Ueno from comment #2)
> Thanks for looking at it, Florian. I believe that the latest package has a
> timestamp adjustment to prevent regeneration of docs:
> https://gitlab.com/redhat/centos-stream/rpms/gnutls/-/blob/c9s/gnutls.
> spec#L168

Yes, the build failure does not occur for me anymore. Thanks.

Comment 4 Florian Weimer 2021-07-25 08:52:20 UTC
(In reply to Daiki Ueno from comment #2)
> Thanks for looking at it, Florian. I believe that the latest package has a
> timestamp adjustment to prevent regeneration of docs:
> https://gitlab.com/redhat/centos-stream/rpms/gnutls/-/blob/c9s/gnutls.
> spec#L168

I spoke to soon, it still fails most of the time for me.

Clearly this approach does not work:

touch doc/stamp* doc/*.texi doc/*.info doc/*.html doc/manpages/stamp_mans

According to the build log, this expands to:

+ touch doc/stamp-1 doc/stamp-vti doc/stamp_enums doc/stamp_functions doc/abstract-api.texi doc/alerts.texi doc/algorithms.texi doc/cha-auth.texi doc/cha-bib.texi doc/cha-cert-auth.texi doc/cha-cert-auth2.texi doc/cha-ciphersuites.texi doc/cha-config.texi doc/cha-copying.texi doc/cha-crypto.texi doc/cha-errors.texi doc/cha-functions.texi doc/cha-gtls-app.texi doc/cha-gtls-examples.texi doc/cha-internals.texi doc/cha-intro-tls.texi doc/cha-library.texi doc/cha-preface.texi doc/cha-programs.texi doc/cha-shared-key.texi doc/cha-support.texi doc/cha-tokens.texi doc/cha-upgrade.texi doc/compat-api.texi doc/core.c.texi doc/crypto-api.texi doc/dane-api.texi doc/dtls-api.texi doc/enums.texi doc/error_codes.texi doc/fdl-1.3.texi doc/gnutls-api.texi doc/gnutls-guile.texi doc/gnutls.texi doc/invoke-certtool.texi doc/invoke-danetool.texi doc/invoke-gnutls-cli-debug.texi doc/invoke-gnutls-cli.texi doc/invoke-gnutls-serv.texi doc/invoke-ocsptool.texi doc/invoke-p11tool.texi doc/invoke-psktool.texi doc/invoke-srptool.texi doc/invoke-tpmtool.texi doc/ocsp-api.texi doc/pkcs11-api.texi doc/pkcs12-api.texi doc/pkcs7-api.texi doc/sec-tls-app.texi doc/socket-api.texi doc/tpm-api.texi doc/version-guile.texi doc/version.texi doc/x509-api.texi doc/gnutls-guile.info doc/gnutls.info doc/gnutls-guile.html doc/gnutls.html doc/manpages/stamp_mans

But perhaps this isn't enough.

Comment 5 Daiki Ueno 2021-08-02 07:17:53 UTC
OK, so the stamp* files should have a newer timestamp than of *.texi, otherwise they are updated through a dependency.
I'll split the touch line into two; hopefully it should fix the issue.

Comment 6 Daiki Ueno 2021-08-02 17:25:25 UTC
After multiple `make -d` runs, I think it should be fixed with 3.7.2-4, with the following adjustment:

  # These are ordered by dependency:
  touch doc/functions/* doc/enums/*
  touch doc/enums.texi doc/invoke*.texi doc/gnutls-api.texi
  touch doc/stamp_functions doc/stamp_enums
  touch doc/gnutls.info doc/gnutls.html doc/manpages/stamp_mans

Florian, would you mind checking it?

Comment 7 Florian Weimer 2021-08-05 19:20:26 UTC
Sorry for the delay in responding. The issue with building the manual has indeed been fixed. However, there is now a testsuite failure on ppc64le:

[…]
FAIL: rsa-md5-collision/rsa-md5-collision.sh
[…]
# FAIL:  1

https://kojihub.stream.centos.org/koji/taskinfo?taskID=529953

Should I file a new bug for that?

Comment 8 Alexander Sosedkin 2021-08-18 13:36:28 UTC
Yes, please do, these are outside of the scope of this particular bug.

I see aarch64 build failures as well: https://kojihub.stream.rdu2.redhat.com/koji/taskinfo?taskID=605675

Comment 14 Alexander Sosedkin 2021-08-18 18:17:05 UTC
Looks like the original issue also isn't addressed in full.
Here's gnutls-3.7.2-5.el9 failing in Brew: http://download.eng.bos.redhat.com/brewroot/work/tasks/3668/39073668/build.log

+ touch doc/functions/dane_cert_type_name doc/functions/dane_cert_type_name.short doc/functions/dane_cert_usage_name doc/functions/dane_cert_usage_name.short doc/functions/dane_match_type_name doc/functions/dane_match_type_name.short doc/functions/dane_query_data doc/functions/dane_query_data.short doc/functions/dane_query_deinit doc/functions/dane_query_deinit.short doc/functions/dane_query_entries doc/functions/dane_query_entries.short .........
+ touch doc/enums.texi doc/invoke-certtool.texi doc/invoke-danetool.texi doc/invoke-gnutls-cli-debug.texi doc/invoke-gnutls-cli.texi doc/invoke-gnutls-serv.texi doc/invoke-ocsptool.texi doc/invoke-p11tool.texi doc/invoke-psktool.texi doc/invoke-srptool.texi doc/invoke-tpmtool.texi doc/gnutls-api.texi
+ touch doc/stamp_functions doc/stamp_enums
+ touch doc/gnutls.info doc/gnutls.html doc/manpages/stamp_mans
--- 8< --- (much, much later)
make[4]: Entering directory '/builddir/build/BUILD/gnutls-3.7.2/doc'
PATH="../src/:${PATH}:" /bin/sh /builddir/build/BUILD/gnutls-3.7.2/build-aux/missing autogen -L../src -Tagtexi-cmd.tpl ../src/certtool-args.def; \
if [ ! -e invoke-certtool.texi ]; then \
	cp ./invoke-certtool.texi .; \
fi; \
./scripts/cleanup-autogen.pl < invoke-certtool.texi > invoke-certtool.texi.tmp && \
rm -f invoke-certtool.texi && \
/usr/bin/sed -e 's/@subheading/@subsubheading/g' \
    -e 's/@section/@subsection/g' invoke-certtool.texi.tmp > invoke-certtool.texi && \
rm -f invoke-certtool.texi.tmp
/builddir/build/BUILD/gnutls-3.7.2/build-aux/missing: line 81: autogen: command not found
WARNING: 'autogen' is missing on your system.
         You might have modified some files without having the proper
         tools for further handling them.  Check the 'README' file, it
         often tells you about the needed prerequisites for installing
         this package.  You may also peek at any GNU archive site, in
         case some other package contains this missing 'autogen' program.
/bin/sh: ./scripts/cleanup-autogen.pl: /usr/bin/perl: bad interpreter: No such file or directory


Not proceeding forward with this bug.


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