Re: Stuck maxima builds on aarch64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 21, 2017 at 11:35:55AM -0500, Jeremy Linton wrote:
> Hi,
> 
> On 03/21/2017 07:33 AM, Jerry James wrote:
> > On Tue, Feb 28, 2017 at 2:05 PM, Jerry James <loganjerry@xxxxxxxxx> wrote:
> > > I'm really not sure what to check next.  If an aarch64 box for
> > > packagers will be available in the not too distant future, I will try
> > > to debug this.  Thanks for the information, Kevin.
> > 
> > This issue is now blocking a large update of sagemath and many of its
> > dependencies.  Sagemath invokes maxima during its build.  That
> > currently fails because the maxima in both F26 and Rawhide was built
> > with the pre-mass-rebuild version of ecl.  If this issue is not
> > resolved, we will ship a nonfunctional sagemath with F26.
> > 
> > I either need access to an aarch64 box so I can try to figure out the
> > problem, or I need somebody with access to the aarch64 koji builders
> > to figure it out.  I would file a bug, except I don't know which
> > component to file it against.  Probably rpm, but I don't know that for
> > sure.
> 
> I started a local build of this and it appears to be hanging like this:
> 
> make  check-TESTS
> make[2]: Entering directory '/root/maxima/maxima-5.39.0/tests'
> make[3]: Entering directory '/root/maxima/maxima-5.39.0/tests'
> sed <"test.sh.in" >"gcl-test.sh"                                          \
>   -e 's#!LOCAL_MAXIMA!#/bin/sh ../maxima-local#'                       \
>   -e 's#!LISPNAME!#gcl#'                                 \
>   -e 's#!OUTPUT_LOG!#../tests/gcl.log#'
> chmod a+x "gcl-test.sh"
> FAIL: gcl-test.sh
> sed <"test.sh.in" >"ecl-test.sh"                                          \
>   -e 's#!LOCAL_MAXIMA!#/bin/sh ../maxima-local#'                       \
>   -e 's#!LISPNAME!#ecl#'                                 \
>   -e 's#!OUTPUT_LOG!#../tests/ecl.log#'
> chmod a+x "ecl-test.sh"

I got to this point with a plain rpmbuild (i.e., without mock) and
noticed an SELinux AVC:

time->Thu Mar 23 17:06:04 2017 type=AVC msg=audit(1490303164.568:291): avc:  denied  { execheap } for pid=25435 comm="maxima" scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=process permissive=0

Rebuilding the src rpm with SELinux in permissive mode (setenforce 0)
fixes this problem and allows rpmbuild to finish.

~]$ rpmbuild --rebuild maxima-5.39.0-4.fc26.src.rpm
...
Wrote: /home/rpmbuild/rpmbuild/RPMS/aarch64/maxima-5.39.0-4.fc25.aarch64.rpm
Wrote: /home/rpmbuild/rpmbuild/RPMS/aarch64/maxima-gui-5.39.0-4.fc25.aarch64.rpm
Wrote: /home/rpmbuild/rpmbuild/RPMS/aarch64/maxima-src-5.39.0-4.fc25.aarch64.rpm
Wrote: /home/rpmbuild/rpmbuild/RPMS/aarch64/maxima-runtime-gcl-5.39.0-4.fc25.aarch64.rpm
Wrote: /home/rpmbuild/rpmbuild/RPMS/aarch64/maxima-runtime-ecl-5.39.0-4.fc25.aarch64.rpm
...
+ exit 0

Note: it took a *long* time running the self-tests, but it did finish
eventually.  (Maybe it was never hanging in the first place and we were
just impatient?  It's possible the AVC is a red-herring.)


In any case, changing SELinux to permissive does not fix the original
problem where mock hangs setting up the buildroot environment...

-- 
Jeff Bastian
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux