Ghostscript 8.11 ebuild required Reproducible: Always Steps to Reproduce: 1. 2. 3.
We are using ESP Ghostscript, the newest version of this is 7.06. The ghostscript you are probably speaking about is AFPL.
We need a ghostscript-afpl ebuild for at least the following reasons: -Better handling of PDF 1.4 importing -better handling of gradients in PDF -better PDF 1.4 export -better font hitting when embedding so they display better on other viewes -support for up to 8 sport colours -new dithering algorithms for nicer inkjet printing There is an ebuild setup in forums at http://forums.gentoo.org/viewtopic.php?t=72658&highlight=gsview This just builds the .so libraries for afpl gs 8.11. There is also then an ebuild for gsview.
Created attachment 21750 [details] ghostscript so ebuild doesnt use $s though... ?
Created attachment 21752 [details] gs view ebuild doesnt use $S
Ebuilds are attached. Spyderous's comments were that they dont use $S. I now have the .so's and GSView running.
Of course, having a parallel ebuild for ghostscript-afpl would give full user end functionality and be a better option. Could either PROVIDE="virtual/ghostscript" by both ghostscripts or in current ebuilds (which I guess there are a lot of) DEPEND="|| ( app-text/ghostscript app-text/ghoscript-afpl )" What are your thoughts Lanius?
I'm working on an afpl build btw.
It's all about choice, isn't it ;) But we have to check how far ESP and AFPL gs are compatible. How far is AFPL compatible with cups? Which files have they in common (e.g. fonts), etc. I'll try to look into it during the next week.
Yes.. choice is a good thing :). Seriously though, if AFPL was included with Gentoo, software, like Scribus that I developing for, might be made to depend on AFPL rather than the GNU one given AFPLs advantages. I will attach my ebuild that I have so far.. It can unpack and compile ok.. it borks on the install.. but my src_install is just a copy of the gnu gs 7.07 src_install so I'm not expecting it to work yet. I have made a new ijs patch and will attach that too (have made it used .so instead of dynlib.
Yes.. choice is a good thing :). Seriously though, if AFPL was included with Gentoo, software, like Scribus that I developing for, might be made to depend on AFPL rather than the GNU one given AFPLs advantages. I will attach my ebuild that I have so far.. It can unpack and compile ok.. it borks on the install.. but my src_install is just a copy of the gnu gs 7.07 src_install so I'm not expecting it to work yet. I have made a new ijs patch and will attach that too (have made it used .so instead of dynlib. Yes, AFPL GS is compatible with CUPS.
For CUPS compatibility you need CUPS 1.1.20 and theres a patch from CUPS to apply in the AFPL GS source dirs before compiling
Created attachment 21793 [details] AFPL GS ebuild. unpack and compiles, doesnt install /usr/local/portage/app-text/ghostscript-afpl/ghostscript-afpl-8.11.ebuild
Created attachment 21794 [details, diff] IJS patch for AFPL GS 8.11, based on what I found re GS 7.07
http://www.ghostscript.com/pipermail/gs-devel/2003-November/002788.html or.. we can just wiat on this.. :) much better idea. A unified GS from sometime soon.
In my opinion, it would be a good idea to have an ebuild for AFPL ghostscript in the tree. Some people don't want to wait a year, or can't wait a year, for changes in it to be added to the GPL release.
what's exactly the difference between the gnu gs and the afpl gs?
GNu lags a year behind AFPL. Any new changes in AFPL are unavailable in GNU until a year later.
> For CUPS compatibility you need CUPS 1.1.20 and theres a patch from CUPS to apply in the AFPL GS source dirs before compiling where can i find this patch?
in the cups-1.1.20 source tarball.. in the pstoraster directory, checkout the README.pstoraster file. All info there.
here we go, just commited app-text/ghostscript-afpl-8.11 to cvs, please test :)
Should I be seeing that from a normal emerge sync? Maybe the mirrors I'm using havent updated yet. Just tried two. Will check when I see it come down in a sync.
It seems to emerge fine.. (having unmerged ghostscript 7.05.6 due to the block there). Should the GNU and AFPL ebuilds be providing virtual/ghostscript??? The ebuils for things like KGhostview (kdegraphics) need adapting otherwise. just in app-text alone, theres a2ps, activedvi, ghostview, mgv, pstotest I was expecting a libgs.so to be built as well, but it hasnt been, hence the attached gsview ebuild cant work either as it needs the .so file. More investigation required...
added the build of the .so files, it will now also provide virtual/ghostscript, still have to change all ebuilds to reflect this change
why do you have to download the src file manually in the gsview ebuild?
app-text/gsview commited Please test everything, if it's working i'll close this bug :D
http://ghostscript.com/ has the 8.12 release, from today.
bumped.
Thanks Heinrich. Quite an impressive list of commits the other day, changing everything to virtuals. =)
Created attachment 22058 [details, diff] gsview-4.5.ebuild.patch Only installs HTML docs on use doc; fixes typo to install epstool; same for gvxview.txt; respects CFLAGS; fixes GTK+ dep; makes it version-portable.
nice patch, applied
I think I can close it now since it seems to be working :)