I've tried building from CVS and I get this error: make[5]: Entering directory `/home/jfelps1/xcbuild/doc/hardcopy/RX' + rm -f RX.ps + gzip -d rm -f RX.pdf gs -q -sOutputFile=- -sDEVICE=pdfwrite -dSAFER -dNOPAUSE - < RX.ps > RX.pdf /bin/sh: line 1: gs: command not found make[5]: *** [RX.pdf] Error 127 make[5]: Leaving directory `/home/jfelps1/xcbuild/doc/hardcopy/RX' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/jfelps1/xcbuild/doc/hardcopy' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/jfelps1/xcbuild/doc' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/jfelps1/xcbuild' make[1]: *** [World] Error 2 make[1]: Leaving directory `/home/jfelps1/xcbuild' make: *** [World] Error 2
do you have ghostscript installed? if not, NOTABUG, though we should probably fail softer.
No I don't have Ghostscript, but I didn't have ghostscript when I built from cvs last week and I never got this error. Is there a way for me not to build the hardcopy docs?
yep. from xorgsite.def: /* * To disable building some document formats, uncomment some of these. * #define BuildLinuxDocText NO #define BuildLinuxDocHtml NO #define BuildLinuxDocPS NO */ stick those in your config/cf/host.def
The build no longer assumes that ghostscript is installed, so those docs won't be built. I don't think the loss of these docs by default is worse than having the build fail for lots of people. Note: we need a better docs solution.
(In reply to comment #4) > The build no longer assumes that ghostscript is installed, so those docs won't > be built. I don't think the loss of these docs by default is worse than having > the build fail for lots of people. |HasGhostScript| also controls _RUNTIME_ functionality of the tree, not only docmentation stuff. Short: Something is broken now... ;-((
Taking myself...
Created attachment 533 [details] [review] Patch for 2004-07-27-trunk The patch adds a new switch |BuildPDFdocs| which can be set to |NO| when PDF documents should not be generated for some reason.
Patch checked-in... /cvs/xorg/xc/ChangeLog,v <-- ChangeLog new revision: 1.141; previous revision: 1.140 /cvs/xorg/xc/config/cf/FreeBSD.cf,v <-- FreeBSD.cf new revision: 1.9; previous revision: 1.8 /cvs/xorg/xc/config/cf/Imake.tmpl,v <-- Imake.tmpl new revision: 1.6; previous revision: 1.5 /cvs/xorg/xc/config/cf/NetBSD.cf,v <-- NetBSD.cf new revision: 1.5; previous revision: 1.4 /cvs/xorg/xc/config/cf/linux.cf,v <-- linux.cf new revision: 1.10; previous revision: 1.9 Mailing the commit message to xorg-commit@pdx.freedesktop.org... ... marking bug as FIXED.
Please don't add both of my email addresses to bugs. I disagree with the fix here. I feel that it is incorrect to be setting HasGhostScript to YES when that is not true. OK, it changes runtime behavior, but will whatever's affected work with ghostscript not being around if it's set to YES? If so, then that shouldn't be under the HasGhostscript option, and the HasGhostscript option should still reflect whether the system in fact has ghostscript, which should be NO by default. Needless to say, this will be fixed in FreeBSD, even if my commits get stomped in CVS.
(In reply to comment #9) > Please don't add both of my email addresses to bugs. Sorry for that... > I disagree with the fix here. I feel that it is incorrect to be setting > HasGhostScript to YES when that is not true. OK, it changes runtime behavior, > but will whatever's affected work with ghostscript not being around if it's > set > to YES? If so, then that shouldn't be under the HasGhostscript option, and > the > HasGhostscript option should still reflect whether the system in fact has > ghostscript, which should be NO by default. The settings in Imake usually define what the "common" installation has installed. When I install SuSE Linux I _always_ have Ghostscript. When I install Redhat Linux I always have Ghostscript, too. Same applies to Mandrake. And AFAIK NetBSD, too. Sure, there is always a way to deinstall it, but then this isn't a "default" OS installation anymore. > Needless to say, this will be fixed in FreeBSD, even if my commits get stomped > in CVS. We need a consens here. Questions: 1. Should I undo the change for FreeBSD again ? 2. Does FreeBSD have Ghostscript installed by default ?
FreeBSD definitely doesn't have Ghostscript installed by default. NetBSD doesn't either, according to folks on #netbsd. I don't think you could say that it's default on Debian either, though it's probably more common because of people installing predefined package sets.
I just wanted to clarify the problem I was having. I have these switches set in my host.def: #define BuildLinuxDocText NO #define BuildLinuxDocHtml NO #define BuildLinuxDocPS NO And it still seems to be trying to create the gs docs. I've never had gs installed. Just for reference I run Linux from Scratch.
Fixed HasGhostScript (again) for the BSDs. Left Linux alone.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.