On Wed, May 29, 2013 at 03:01:52AM +0100, Ken Moffat wrote:
3. stick to gs-9.06, at least until lcms2 makes a new release.
There is now an lcms2-2.5-rc1, see [ very long line! ]
First point to note - for me, this works ok (but I only really use
it to view .ps prints of image files with 'display' from
ImageMagick) - using that to display text is interesting.
Second (key) point - it doesn't build agaisnt lcms2-2.4 :
in the current ghostscript 9.05 i miss the
--with-install-cups
switch. this switch is required to build the filters 'gstopxl' and
'gstoraster' and the 'pxlcolor.ppd' and 'pxlmono.ppd' models.
i remove some more bundled libraries.
the book has only
expat freetype jpeg lcms2 libpng tiff
i add
Looks like the ghostscript url's are in
http://downloads.ghostscript.com/public/,
BLFS uses http://ghostscript.com/releases/ghostscript-9.04.tar.bz2
--
Nathan Coulson (conathan)
--
Location: British Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http
Hello,
when installing ghostscript, the jasper patch can be replaced by a sed:
sed -i '/e j/,+5d;/b(s/d' base/sjpx.c
Andy
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
http://www.linuxfromscratch.org/patches/blfs/svn/ghostscript-8.71-system_jasper-1.patch
--
Nathan Coulson (conathan)
--
Location: Brittish Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http
Nathan Coulson wrote:
http://www.linuxfromscratch.org/patches/blfs/svn/ghostscript-8.71-system_jasper-1.patch
I think you are little early Nathan. The patch was submitted this
morning and the book needs to generate overnight. The patch will be
installed automatically then.
-- Bruce
On Tue, Mar 16, 2010 at 4:42 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
Nathan Coulson wrote:
http://www.linuxfromscratch.org/patches/blfs/svn/ghostscript-8.71-system_jasper-1.patch
I think you are little early Nathan. The patch was submitted this
morning and the book needs to generate
system. Also, I haven't looked to see what cups
brings to ghostscript.
GPL Ghostscript is basicaly AFL Ghostscript + ESP Ghostscript, so GPL
Ghostscript uses CUPS in the same way as ESP does.
But, does anybody need foomatic ? I used to build it,
until Alexander asked if I really needed
On Tue, Nov 3, 2009 at 10:30 PM, Ken Moffat zarniwhoo...@googlemail.com wrote:
The more important thing, IMHO, is to build cups before gtk+
so that cups printer queues appear in gnome/gtk applications
when printing (I only got around to fixing that in my own builds
recently - makes a world of
2009/11/3 William Immendorf will.immend...@gmail.com:
Title says everything. This is according to CBLFS. And I think it's
needed for a fully working Cups/Ghostscript/Foomatic system.
--
William Immendorf
The ultimate in free computing.
The more important thing, IMHO, is to build cups
2009/11/3 William Immendorf will.immend...@gmail.com:
Having said that, I agree that gs tests for cups.
Agreed. Do you want to edit that in?
I'm not editing at the moment because I don't have a 6.5
or current system. Also, I haven't looked to see what cups
brings to ghostscript.
But, does
Title says everything. This is according to CBLFS. And I think it's
needed for a fully working Cups/Ghostscript/Foomatic system.
--
William Immendorf
The ultimate in free computing.
--
Every nonfree program has a lord, a master --
and if you use the program, he is your master
Hi all,
This is mostly to the devs (Guy), but FYI for anyone else:
1. If you have JasPer installed on your system and you would like to
use it with GPL Ghostscript, then we must first remove the local copy
and apply a patch:
Who is we? We try not to use this is the book unless it is something
a force of habit from the way I speak. I accidentally used
we before but corrected it before I submitted it. I shall correct it.
2. GPL Ghostscript provides many different scripts used to render
PostScript/PDF files back and forth.
This may have been in one of the Ghostscript packages already
On Sun, Aug 02, 2009 at 08:23:57AM -0500, Randy McMurchy wrote:
This may have been in one of the Ghostscript packages already, but it
sounds funny. Can we substitute something else for back and forth. I
can't really think of anything offhand right now, as I'm not sure what
it really means
Guy Dalziel wrote these words on 08/02/09 10:07 CST:
GPL Ghostscript provides many different scripts used to convert
PostScript, PDF, and other formats. Please refer to the HTML
documentation or the man pages for information about the capabilities
provided.
Sounds fine to me.
--
Randy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey,
A while back, I made some patches to patch BLFS to use GPL Ghostscript
8.64, and you (yes, I'm talking to you, Bruce) ignored them. Now, I'm
resending them, hoping you will use them.
William
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9
William Immendorf wrote these words on 03/22/09 11:20 CST:
A while back, I made some patches to patch BLFS to use GPL Ghostscript
8.64, and you (yes, I'm talking to you, Bruce) ignored them. Now, I'm
resending them, hoping you will use them.
Not sure why you're talking to Bruce as I own
In the Kdegraphics-3.5.9 chapter, one of the ghostscript interpreters are
marked as runtime dependencies to kghostview. But at least the urw fonts are
also required to make kpdf work (at least on my system). kpdf uses xpdf and
this program uses hard coded font names and directories:
{Courier
Hi,
I'm curious as to the state of CUPS and Ghostscript in BLFS. About nine
months ago, I tried to build them with the instructions in 6.2 and
couldn't get it to work. I ended up installing GPL Ghostscript 8.57,
instead of the 8.15.2 version recommended at the time. I see the
versions have
On Mon, Mar 24, 2008 at 10:20:18AM -0400, Joe wrote:
Hi,
I'm curious as to the state of CUPS and Ghostscript in BLFS. About nine
months ago, I tried to build them with the instructions in 6.2 and
couldn't get it to work. I ended up installing GPL Ghostscript 8.57,
instead of the 8.15.2
Joe wrote these words on 03/24/08 09:20 CST:
I'm curious as to the state of CUPS and Ghostscript in BLFS.
[snip]
yet BLFS svn still uses both.
The short answer is that ESP GS will probably stay in the book
as is until after BLFS-6.3 has been released.
As Ken just pointed out, and I can
Ken Moffat wrote:
As to cups and gs in BLFS - I now have an epson r360 inkjet : on x86
and LFS-6.3 it works very well with cups-1.2.12, espgs-8.15.4,
foomatic-filters-3.0.2, gutenprint-5.0.2 (using the regular ppd
from gutenprint for normal prints, and using the gutenprint plugin
for the
On Mon, Mar 24, 2008 at 08:18:02PM +0500, Alexander E. Patrakov wrote:
Ken Moffat wrote:
As to cups and gs in BLFS - I now have an epson r360 inkjet : on x86
and LFS-6.3 it works very well with cups-1.2.12, espgs-8.15.4,
foomatic-filters-3.0.2, gutenprint-5.0.2 (using the regular ppd
On Thu, Apr 19, at 10:39 Alexander E. Patrakov wrote:
... switch to Evince as a lightweight PS/PDF viewer
(possibly patched in order to avoid GNOME dependencies, see
http://mirror.linux.org.mt/mirror/ubuntu/pool/main/e/evince-gtk/evince-gtk_0.5.2-0ubuntu7.diff.gz).
Thanks Alexander, that
I wrote:
Randy McMurchy wrote:
Original Message
Subject: Re: [BLFS Trac] #2317: ESP Ghostscript-8.15.4
Date: Thu, 19 Apr 2007 02:04:40 -
#2317: ESP Ghostscript-8.15.4
Comment:
Updated BLFS to ESP Ghostscript-8.15.4. Not sure how this
affects the packages
Original Message
Subject: Re: [BLFS Trac] #2317: ESP Ghostscript-8.15.4
Date: Thu, 19 Apr 2007 02:04:40 -
#2317: ESP Ghostscript-8.15.4
Comment:
Updated BLFS to ESP Ghostscript-8.15.4. Not sure how this
affects the packages that may link to the libgs.so library,
now
Randy McMurchy wrote:
Original Message
Subject: Re: [BLFS Trac] #2317: ESP Ghostscript-8.15.4
Date: Thu, 19 Apr 2007 02:04:40 -
#2317: ESP Ghostscript-8.15.4
Comment:
Updated BLFS to ESP Ghostscript-8.15.4. Not sure how this
affects the packages that may link
Randy McMurchy wrote:
Eventually, yes. And Ghostscript is now at 8.56, with this release
just released a few days ago.
Where did you find this? I can only find reference to version 8.54. Or
are you just looking at the tags in ghostscripts's svn?
-- Bruce
--
http://linuxfromscratch.org
On Sunday 18 March 2007 19:27, Bruce Dubbs wrote:
Where did you find this? I can only find reference to version 8.54. Or
are you just looking at the tags in ghostscripts's svn?
http://sourceforge.net/project/showfiles.php?group_id=1897 shows GPL
Ghostscript 8.56 was released yesterday.
Matt
Matthew Burgess wrote these words on 03/18/07 14:38 CST:
http://sourceforge.net/project/showfiles.php?group_id=1897 shows GPL
Ghostscript 8.56 was released yesterday.
Well, I have it 4 days ago (March 14th to today, March 18th), but
perhaps it's an American/Britain thing to count the days
On Sunday 18 March 2007 19:45, Randy McMurchy wrote:
Matthew Burgess wrote these words on 03/18/07 14:38 CST:
http://sourceforge.net/project/showfiles.php?group_id=1897 shows GPL
Ghostscript 8.56 was released yesterday.
Well, I have it 4 days ago (March 14th to today, March 18th
Hello.
During the install of the ESP Ghostscript package and it's use in the
resulting system, I had to create a link
/usr/share/ghostscript/8.15 - 8.15.2
to enable gs to find it's initialization files (gs_init.ps et al.).
Attached is a patch to give a genral idea
On 3/9/07, Jens Stroebel [EMAIL PROTECTED] wrote:
During the install of the ESP Ghostscript package and it's use in the
resulting system, I had to create a link
/usr/share/ghostscript/8.15 - 8.15.2
to enable gs to find it's initialization files (gs_init.ps et al.).
I wonder why
On Fri, Mar 09, 2007 at 09:29:20AM -0800, Dan Nicholson wrote:
On 3/9/07, Jens Stroebel [EMAIL PROTECTED] wrote:
During the install of the ESP Ghostscript package and it's use in the
resulting system, I had to create a link
/usr/share/ghostscript/8.15 - 8.15.2
to enable gs to find
Jens Stroebel wrote these words on 03/09/07 05:27 CST:
During the install of the ESP Ghostscript package and it's use in the
resulting system, I had to create a link
/usr/share/ghostscript/8.15 - 8.15.2
to enable gs to find it's initialization files (gs_init.ps et al.).
I do not see
On Friday 09 March 2007 19:55, Randy McMurchy wrote:
Jens Stroebel wrote these words on 03/09/07 05:27 CST:
During the install of the ESP Ghostscript package and it's use in the
resulting system, I had to create a link
/usr/share/ghostscript/8.15 - 8.15.2
to enable gs to find it's
Date: Fri, 29 Sep 2006 14:48:39 -0700
From: Dan Nicholson [EMAIL PROTECTED]
Subject: Re: gsview and ghostscript
To: BLFS Development List blfs-dev@linuxfromscratch.org
Message-ID:
[EMAIL PROTECTED]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 9/29/06, Richard [EMAIL
Richard wrote:
I created a ticket about this problem. It's
the first time I've done this so I hope I
did it correctly.
It's fine. Thanks.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
On 9/29/06, Richard [EMAIL PROTECTED] wrote:
I have a lfs 6.2 system that I built on
my computer according to the lfs 6.2 book.
The blfs development book says that either
AFPL Ghostscript-8.53 or ESP Ghostscript-8.15.2
are required for Gsview-4.7. I originally
installed ESP Ghostscript-8.15.2
On 9/29/06, Richard [EMAIL PROTECTED] wrote:
Sorry if this duplicates a discussion you've
already had, I didn't see any recent posts
about it.
I think this is a new one.
The blfs development book says that either
AFPL Ghostscript-8.53 or ESP Ghostscript-8.15.2
are required for Gsview-4.7. I
Sorry if this duplicates a discussion you've
already had, I didn't see any recent posts
about it.
I have a lfs 6.2 system that I built on
my computer according to the lfs 6.2 book.
The blfs development book says that either
AFPL Ghostscript-8.53 or ESP Ghostscript-8.15.2
are required for Gsview
Randy McMurchy wrote:
3. Though I'm not sure it is required any longer, it appears that
the CFLAGS_SO variable in the current command is indirectly still
used if you follow the package instructions to build the shared
library. I'm not certain why the book's current command is the way
it is
Hi all,
Playing around with the new Ghostscript version I've noticed a couple
of things. Some of them require a change, so I thought I'd pass them
by the group and see if everyone agrees.
Noted changes in the 8.15.1 version:
1. The .so name of the shared library has been incremented. It is now
On Sat, 17 Dec 2005, Randy McMurchy wrote:
Now for the changes that I'd like to see if everyone agrees on:
[...]
What say the group on these changes?
Yes to both, please.
Ken
--
das eine Mal als Tragödie, das andere Mal als Farce
--
On 12/17/05, Randy McMurchy [EMAIL PROTECTED] wrote:
2. The default output device now appears to be bbox, the
bounding box display. This means that using gs like this:
gs filename
won't display to the screen. You have to set the GS_DEVICE
env var to equal x11, or use -sDEVICE=x11 on the
devices created by the
default installation, there's one that doesn't format the file
for the screen or for a printer. Instead, it gives something like
this:
[EMAIL PROTECTED]: ~/espgs bin/gs share/ghostscript/8.15/examples/tiger.eps
ESP Ghostscript 815.01 (2005-09-22)
Copyright (C) 2004
with me.
Keep in mind that what I am suggesting is the default behavior of
the current version of Ghostscript. So, with what you have said
above it seems that it would only be more of a reason to make the
change to the default output device which keeps the behavior
consistent with prior versions
and cups, then its OK with me.
Keep in mind that what I am suggesting is the default behavior of
the current version of Ghostscript. So, with what you have said
above it seems that it would only be more of a reason to make the
change to the default output device which keeps the behavior
Bruce Dubbs wrote these words on 12/17/05 16:17 CST:
Seems reasonable to me. However, we will need to monitor it for
potential problems.
I suppose I phrased this whole thing wrong. Mind you, I don't care
how the book is, I know what *I* did for my installation that works
just great with cups
Randy McMurchy wrote:
Quite frankly, I don't feel like looking out for potential problems.
I'd just rather update the package and be done with it. You know,
make an informed decision and go with it.
So, trying to rephrase the question here. We have some choices.
1. Accept the new default
DJ Lucas wrote these words on 11/26/05 01:52 CST:
Need to drop the 'z'. Just a reminder.
I grepped through the book to find all occurrences of the 'tar'
command. I set them all to the following standards.
1. Dropped using the -z and -j parameters as they aren't required
any longer.
2. Used
On Fre, 2005-08-12 at 13:16 +0600, Alexander E. Patrakov wrote:
Alexander E. Patrakov wrote:
There was a PDF file that ESP ghostscript opened perfectly and GNU
ghostscript didn't.
It's here: http://www.nims.go.jp/apfim/pdf/CoFinemet_JAP.pdf
[...]
So the failing test is:
gs -dMaxBitmap
Alexander E. Patrakov wrote:
There was a PDF file that ESP ghostscript opened perfectly and GNU
ghostscript didn't.
It's here: http://www.nims.go.jp/apfim/pdf/CoFinemet_JAP.pdf
With the default settings, it should display just fine. But, in order to
improve readability of old PDFs from
Tushar Teredesai wrote:
[RFC 1]
The BLFS instructions state that the pstoraster patch cannot be
applied to AFPL Ghostscript. This seems to be incorrect.
I know.
The AFPL only
restricts redistribution, so patching the software and using it
internally is allowed...
...but does not work out
On 8/9/05, Randy McMurchy [EMAIL PROTECTED] wrote:
I think removing ESP Ghostscript would be a mistake. I have had good
success using it with all the printers I've ever set up. I must use
CUPS for printing and ESP Ghostscript works perfectly with it. I
don't know I would ever use another
Tushar Teredesai wrote these words on 08/09/05 14:09 CST:
Not a very good choice of words on my part. What I meant is the GNU
Ghostscript is now maintained with two releases in 2005. I didn't know
ESP GS had a release since their website still shows the 7.x version.
Hmmm. What website are you
On 8/9/05, Randy McMurchy [EMAIL PROTECTED] wrote:
Tushar Teredesai wrote these words on 08/09/05 14:09 CST:
Not a very good choice of words on my part. What I meant is the GNU
Ghostscript is now maintained with two releases in 2005. I didn't know
ESP GS had a release since their website
Tushar Teredesai wrote these words on 08/09/05 14:09 CST:
ESP Ghostscript is basically GNU Ghostscript + CUPS related patches.
So it will always lag the GNU Ghostscript release. So if one uses GNU
GS with the pstoraster from the cups tarball, it looks to me like a
win-win situation - new
On 8/9/05, Randy McMurchy [EMAIL PROTECTED] wrote:
So, to me, the ESP version of GhostScript provides all of GNU's
functionality plus more. Win-win using ESP. :-)
Except that it lags the GNU release and hence will always be playing catch-up.
--
Tushar Teredesai
mailto:[EMAIL PROTECTED
Tushar Teredesai wrote these words on 08/09/05 15:44 CST:
On 8/9/05, Randy McMurchy [EMAIL PROTECTED] wrote:
So, to me, the ESP version of GhostScript provides all of GNU's
functionality plus more. Win-win using ESP. :-)
Except that it lags the GNU release and hence will always be playing
Hi:
I was checking out ghostscript and there are 4 different packages in
the wild providing the same functionality.
* AFPL Ghostscript 8.51
ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/AFPL/: This is the
official release from Artifex which has restrictions on
re-distribution and commercial use
63 matches
Mail list logo