id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc
5956	asy from texlive-2014 now fails in make install	ken@…	ken@…	"I initially noted this at[http://lists.linuxfromscratch.org/pipermail/blfs-dev/2014-December/029088.html]

Asy (asymptote) fails while running 'asy' on various files to create its docs.  This is not unknown, the _separate_ upstream tarball mentions copying pre-generated docs from, I think, sourceforge if texlive is broken - but I first hit this on the texlive-2014 source which had been working in BLFS-7.6.

After building in qemu (slow!), I now think that either ghostscript-9.15 or (less likely) poppler-0.28.1 is the culprit.  I rebuilt LFS-20141124 and BLFS-20141127 with gcc-4.9.1 from LFS-7.6, proved that the problem still exists with the separate upstream tarball, then went back to a copy of my build from just after firefox and repeated with those two packages reverted to 9.14 and 0.26.4 : and that worked.

I would like (if I can get both this and the i686 xindy problem resolved) to use the separate versions of both of these packages, instead of building texlive twice in the ""from source"" version.

So, I will note that asy links to Mesa (libOSMesa), GLU (libGLU and libGL), fftw (not in the book, but I build it anyway), libtirpc, libgsl, and libsigsegv - I think that those last four are probably optional, and perhaps libtirpc is being pulled in by another lib : I cannot build a working system without tirpc, because all my sources are on nfs.

Interestingly, asy does not link to ghostscript, but 'strings' shows matches for libgs and /usr/lib/libgs.so.

Fedora have asymptote as a separate package (but then, much of their tex stack is separated into small pieces), and they make it depend on fftw, gc, gsl, latex, ghostscript, freeglut, OSMesa. "	enhancement	closed	normal	7.7	BOOK	SVN	medium	fixed