Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1923564

Summary: maxima: FTBFS in Fedora rawhide/f34
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: maximaAssignee: Rex Dieter <rdieter>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: jamatos, loganjerry, rdieter
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-02-04 15:56:06 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:    
Bug Blocks: 1868278, 1924281    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2021-02-01 17:15:31 UTC
maxima failed to build from source in Fedora rawhide/f34

https://koji.fedoraproject.org/koji/taskinfo?taskID=60912458


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
Please fix maxima 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,
maxima will be orphaned. Before branching of Fedora 35,
maxima 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/

Comment 1 Fedora Release Engineering 2021-02-01 17:15:34 UTC
Created attachment 1753647 [details]
build.log

Comment 2 Fedora Release Engineering 2021-02-01 17:15:35 UTC
Created attachment 1753648 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Fedora Release Engineering 2021-02-01 17:15:36 UTC
Created attachment 1753649 [details]
state.log

Comment 4 Jerry James 2021-02-02 21:20:17 UTC
I believe I have fixed the gcl issue, and have gone ahead with updating ecl since maxima failed to build anyway.  Please try another build now.

It would also be nice if, prior to building, somebody would remove this line:

%define texmf %{_datadir}/texmf

and change all instances of "%{texmf}" to "%{_texmf}".  The package currently installs its TeX files in a directory not used by anything else in Fedora.

Comment 5 José Matos 2021-02-04 15:56:06 UTC
(In reply to Jerry James from comment #4)
> I believe I have fixed the gcl issue, and have gone ahead with updating ecl
> since maxima failed to build anyway.  Please try another build now.

I did, it succeeded. Thank you. :-)

> It would also be nice if, prior to building, somebody would remove this line:
> 
> %define texmf %{_datadir}/texmf
> 
> and change all instances of "%{texmf}" to "%{_texmf}".

That can be done. More to see later.

> The package
> currently installs its TeX files in a directory not used by anything else in
> Fedora.

I disagree with this part:
$ rpm -qf /usr/share/texmf/tex/latex/*
maxima-5.43.2-3.fc33.x86_64
lyx-common-2.3.6.1-1.fc33.noarch
R-core-4.0.3-1.fc33.x86_64

If we remove it in maxima we should do it in the other as well. :-)
I will coordinate the change, removing it immediately from maxima and lyx. I will take it to R as well.