Bug 1996429

Summary:	F36FailsToInstall: root-montecarlo-pythia8
Product:	[Fedora] Fedora	Reporter:	Miro Hrončok <mhroncok>
Component:	root	Assignee:	Mattias Ellert <mattias.ellert>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	mattias.ellert, ppisar
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	root-6.24.04-1.fc36	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-09-14 03:59:18 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1996409, 2000138
Bug Blocks:	1992487

Description Miro Hrončok 2021-08-22 17:41:19 UTC

Hello,

Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok).

Your package (root) Fails To Install in Fedora 36:

can't install root-montecarlo-pythia8:
  - nothing provides libpythia8-8.3.03.so()(64bit) needed by root-montecarlo-pythia8-6.22.08-11.fc35.x86_64
  
If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem.


If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks.

P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors.

P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages

Thanks!

Comment 1 Mattias Ellert 2021-08-23 04:11:42 UTC

The rebuild of root in rawhide (Fedora 36) is currently blocked by one of its dependencies (davix) being uninstallable.
I am confident the maintainers of davix will rebuild that package for the gsoap update (soname bump) shortly, making it possible to build root in rawhide again.

Comment 2 Petr Pisar 2021-08-31 07:40:59 UTC

I attempted to rebuild root <https://koji.fedoraproject.org/koji/taskinfo?taskID=74803524> in Fedora 36 and the top-level build task failed with:

BuildError: The following noarch package built differently on different architectures: root-doc-6.24.04-1.fc36.noarch.rpm
rpmdiff output was:
removed     /usr/share/doc/root/html/dir_000586_000029.html
removed     /usr/share/doc/root/html/dir_000586_000034.html
removed     /usr/share/doc/root/html/dir_000586_000043.html
removed     /usr/share/doc/root/html/dir_000586_000056.html
removed     /usr/share/doc/root/html/dir_000586_000063.html
removed     /usr/share/doc/root/html/dir_000586_000066.html
removed     /usr/share/doc/root/html/dir_000586_000075.html
removed     /usr/share/doc/root/html/dir_000586_000344.html
added       /usr/share/doc/root/html/dir_000587_000029.html
added       /usr/share/doc/root/html/dir_000587_000034.html
added       /usr/share/doc/root/html/dir_000587_000043.html
added       /usr/share/doc/root/html/dir_000587_000056.html
added       /usr/share/doc/root/html/dir_000587_000063.html
added       /usr/share/doc/root/html/dir_000587_000066.html
added       /usr/share/doc/root/html/dir_000587_000075.html
added       /usr/share/doc/root/html/dir_000587_000344.html

Comment 3 Mattias Ellert 2021-09-01 13:44:26 UTC

This is an issue with doxygen 1.9.2 that recently appeared in rawhide.

Comment 4 Mattias Ellert 2021-09-14 03:59:18 UTC

The issue with non-reproducible filenames in the doxygen generated documentation has been fixed (doxygen 1.9.2-2). The root-doc package now contains the same files when built on all architectures, which means that koji accepts it as a valid noarch subpackage.