Bugzilla Bug 33142

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 an attachment (id=21750) [edit]
ghostscript so ebuild

doesnt use $s though... ?

Created an attachment (id=21752) [edit]
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 an attachment (id=21793) [edit]
AFPL GS ebuild. unpack and compiles, doesnt install

/usr/local/portage/app-text/ghostscript-afpl/ghostscript-afpl-8.11.ebuild

Created an attachment (id=21794) [edit]
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 an attachment (id=22058) [edit]
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 :)