documentation does not build / configure.ac

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

documentation does not build / configure.ac

chloros
I know that there is no guarantee that the current development tip can
be built. If this email is unnecessary, then please kindly just ignore
it. However, before it gets lost, here is some information:

Build freezes at this point:
/bin/sh run-octave --norc --silent --no-history --path /home/.../doc/interpreter/ --eval "geometryimages ('doc/interpreter/', 'voronoi', 'eps');"

Problem:
debug> error: gl2ps_print: support for gl2ps was unavailable or
disabled when Octave was built
error: called from
    __opengl_print__ at line 206 column 9
    print at line 759 column 16
    geometryimages at line 63 column 5

If I move the gl2ps block in configure.ac to about line 2000, the
documentation is build successfully. I think the point is that
$opengl_graphics is used before it is set.


Reply | Threaded
Open this post in threaded view
|

Re: documentation does not build / configure.ac

mmuetzel
Am 23. Mai 2020 um 22:12 Uhr schrieb "chloros":

> I know that there is no guarantee that the current development tip can
> be built. If this email is unnecessary, then please kindly just ignore
> it. However, before it gets lost, here is some information:
>
> Build freezes at this point:
> /bin/sh run-octave --norc --silent --no-history --path /home/.../doc/interpreter/ --eval "geometryimages ('doc/interpreter/', 'voronoi', 'eps');"
>
> Problem:
> debug> error: gl2ps_print: support for gl2ps was unavailable or
> disabled when Octave was built
> error: called from
>     __opengl_print__ at line 206 column 9
>     print at line 759 column 16
>     geometryimages at line 63 column 5
>
> If I move the gl2ps block in configure.ac to about line 2000, the
> documentation is build successfully. I think the point is that
> $opengl_graphics is used before it is set.

Thanks for the hint including a solution to the issue.
I pushed a change here:
https://hg.savannah.gnu.org/hgweb/octave/rev/75c87b15bcee

Let's wait and see if the Fedora buildbots approve.

Markus

Reply | Threaded
Open this post in threaded view
|

Re: documentation does not build / configure.ac

chloros

> Thanks for the hint including a solution to the issue.
> I pushed a change here:
> https://hg.savannah.gnu.org/hgweb/octave/rev/75c87b15bcee
>
> Let's wait and see if the Fedora buildbots approve.

The patch builds on my fedora 31 machine and the document octave.pdf
looks okay. Pictures are all fine.

The Fedora buildbots are now fine too. Except for gcc-fedora. But
that's a problem that was there already before. texi2dvi fails. Looks
like a specific texlive package is missing. However from the error log,
it is difficult to tell which package is missing. Hmm.



Reply | Threaded
Open this post in threaded view
|

Re: documentation does not build / configure.ac

mmuetzel
Am 24. Mai 2020 um 12:23 Uhr schrieb "chloros":
> The Fedora buildbots are now fine too. Except for gcc-fedora. But
> that's a problem that was there already before. texi2dvi fails. Looks
> like a specific texlive package is missing. However from the error log,
> it is difficult to tell which package is missing. Hmm.

The failing gcc-fedora buildbot might be due to this (at around line 10874 in the log):
http://buildbot.octave.org:8010/#/builders/11/builds/1562/steps/5/logs/stdio

Chapter 29 [783] [784] [785]
(interpderiv1.eps
/home/buildbotu/fc25-x86_64/gcc-fedora/build/doc/interpreter/interp.texi:168: C
ould not open file interpderiv1.eps, ignoring it.
@epsfgetbb ...Could not open file #1, ignoring it}
                                                  @else {@chardef @other = 1...
@next #1->@epsfgetbb {#1}
                         @epsfsetgraph {#1}
@imagexxx ...ysize =#3@relax @fi @epsfbox {#1.eps}
                                                  @else @doxeteximage {#1}{#...
@image ...true @fi @else @imagexxx #1,,,,,@finish
                                                  @fi
<argument> ...norespaces @image {interpderiv1,4in}
                                                  @unskip @hfil
@centersub ...enalty @fi @line {@kern @leftskip #1
                                                  @kern @rightskip }
...
l.168 @center @image{interpderiv1,4in}

)
(interpderiv2.eps
)


So this could be due to bug #55225 (thanks to Dmitri for mentioning that on another thread):
https://savannah.gnu.org/bugs/?55225

Markus