Bash Shell Startup Files

Hi!

I read wiki pages about the --datadir switch to XORG_CONFIG, in fact
Xorg-7.1 with the current istructions puts the m4 files in
XORG_PREFIX/lib/aclocal but this happens even with Gnome-<version> (in
fact it puts it m4 files in GNOME_PREFIX/share/aclocal).

So I modified the X.sh startup script and wrote a similar script for gnome.

My X.sh file now looks like this:

if [ -x /usr/X11R7/bin/Xorg]; then
    pathappend /usr/X11R7/bin
fi
if [ -d /usr/X11R7/lib/pkgconfig ]; then
    pathappend /usr/X11R7/lib/pkgconfig PKG_CONFIG_PATH
if [ -d /usr/X11R7/lib/aclocal ]; then
    export ACLOCAL_FLAGS="$ACLOCAL_FLAGS -I/usr/X11R7/lib/aclocal"
fi

For Gnome-<version> script I used a similar script for managing aclocal.
if [ -d /opt/gnome-2.14.2/share/aclocal ]; then
    export ACLOCAL_FLAGS="$ACLOCAL_FLAGS -I/opt/gnome-2.14.2/share/aclocal"
fi

I tried this way even with enlightenment version 17 (actually in
development) and no package gave me warnings or problems in compiling
about not finding the macros , so I could suggest that we could put this
trick in the book (after testing it, obviously) rather than change the
current istructions for the packages.

OpenEXR

Hi!

I've update the istructions for installing OpenEXR on the wiki page
(ticket 1550).

However I'll post them here too:

Latest version is 1.4.0a (http://www.openexr.com)
Dependencies: Zlib, OpenGL, FLTK (http://www.fltk.org) and Cg
(http://developer.nvidia.com/page/cg_main.html)

Istructions are simple:

./configure --prefix=/usr
make
make install

Useful switches --enable-imfexamples (for the examples, default no),
--with-fltk-config=<PATH> and --with-cg-prefix=<DIR>; optionally it's
possible to pass the --with-gl-includes=<DIR> to specify which GL to use.
NOTE: FLTK >= 1.1 and Cg are useful for the 'exrdisplay' image viewer.

Bye,
Luca
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

JACK

Updated jack installation instruction on blfs-wiki jack page (Ticket 1548).
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

JasPer

Updated build instructions for latest version, BLFS Wiki Ticket 1551
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Random extra nits in Book: PHP and ESP GS

Dear List,
                 no, I've not forgotten that I've been asked to
produce a ticket for exim.
I'm horribly busy with *essential* rebuilding here at home.   These
have been
accumulating for some time and it's time I reported them.

PHP: (live Book is for 5.1.4: Last updated on 2006-09-03 22:28:14 -0500)
http://www.linuxfromscratch.org/blfs/view/svn/general/php.html

More stuff: (HTML) tidy is an optional dependency for PHP-5.1.2 and 
PHP-5.1.6:
surely this is true for PHP-5.1.4 too!

The link to for ClibPDF at http://www.fastio.com is dead.
The sources are fairly widely available, but I haven't found a link
to any sort of 'home' site.

ESP GhostScript: (live Book is for 8.15.2: Last updated on 2006-06-21 
11:26:07 -0500)
http://www.linuxfromscratch.org/blfs/view/svn/pst/espgs.html

This package has an optional dependency on gtk+-2 as well as gtk+ (version 
1): in fact,
it WILL use it in preference!  This has been true for some versions now, was 
true in
8.15.2, and unsurprisingly is still true in 8.15.3.

                            Yours faithfully,
                                                          Bernard Leak.

espgs-8.15.3: some light at the end of the tunnel

Dear List,
                espgs-8.15.3 wasn't building for me...
this is new since 8.15.2 .  Others who like living
on the bleeding edge may have had the same
problem.

(b) Patch 'configure.ac' so that those '\<line break>' s in FT_HDEPS are
    replaced with '\\\<line break>' s.
(c) Rebuild 'configure', or alternatively make the same changes to it..

(d) Run configure

(e) Admire the improved 'config.status'

(f) Admire the even more impressively improved 'Makefile'

(g) Build and enjoy.

I'll knock out a proper patch and send it in the appropriate
directions (BLFS patches and the nice chaps at ESP) soon.

By the way, is there any particular reason for '--without-ijs'
in the build instructions?  And can anyone tell me anything
useful about '--with-omni'?  This might be the thing called
'OmniForm' mentioned in the history, or possibly the Omni
set of Epson printer drivers, or possibly something else.

There's a new executable installed by 8.15.3, which I
haven't observed before: it goes in
<PREFIX>/bin/dumphint .

Re: espgs-8.15.3: some light at the end of the tunnel

Bernard Leak wrote:
> By the way, is there any particular reason for '--without-ijs'
> in the build instructions?
Some printer drivers use the IJS framework, some don't. If you use CUPS 
and your printer driver is available as a native CUPS driver, you don't 
need IJS (in fact, you don't need any special support for your printer 
in Ghostscript).
>   And can anyone tell me anything
> useful about '--with-omni'?
Omni is a dead set of printer drivers. It used to be available from 
http://www-124.ibm.com/developer/opensource/linux/projects/omni/ but now 
it is completely abandoned. It also used to be in the book, but I 
demanded its removal in 2004 because the build instructions in the book 
were wrong for CUPS users. See 
http://wiki.linuxfromscratch.org/blfs/ticket/730

The linuxprinting.org opinion can be read at 
http://www.linuxprinting.org/show_driver.cgi?driver=omni

(note: due to their strong bias towards the foomatic system, and because 
they never explain exactly what software is required to use their PPD 
files, leading to non-working entries in CUPS printer list, I won't 
recommend the use of the linuxprinting.org site for anything except 
checking that the printer is supported at all)

-- 
Alexander E. Patrakov
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html

Re: espgs-8.15.3: some light at the end of the tunnel

On Thursday 05 October 2006 03:08, Alexander E. Patrakov wrote:
> Bernard Leak wrote:
> > By the way, is there any particular reason for '--without-ijs'
> > in the build instructions?
>
> Some printer drivers use the IJS framework, some don't. If you use
> CUPS and your printer driver is available as a native CUPS driver,
> you don't need IJS (in fact, you don't need any special support for
> your printer in Ghostscript).

In particular, I believe the new version of gimp-print (now called 
gutenprint) uses the IJS framework. As does the hplip driver for HP 
printers (hplip.sf.net).

Alex 

-- 
Pippin
Computer Monkey to the Pelican
www.oxrev.org.uk, www.corpusjcr.org, www.rev.org.uk

--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: espgs-8.15.3: some light at the end of the tunnel

Alex Merry wrote:
> On Thursday 05 October 2006 03:08, Alexander E. Patrakov wrote:
> > Bernard Leak wrote:
> > > By the way, is there any particular reason for '--without-ijs'
> > > in the build instructions?
> >
> > Some printer drivers use the IJS framework, some don't. If you use
> > CUPS and your printer driver is available as a native CUPS driver,
> > you don't need IJS (in fact, you don't need any special support for
> > your printer in Ghostscript).
>
> In particular, I believe the new version of gimp-print (now called
> gutenprint) uses the IJS framework. As does the hplip driver for HP
> printers (hplip.sf.net).

As for gutenprint, it _can_ use IJS. But IJS is not necessary in order to set 
up printing via gutenprint through CUPS, because gutenprint comes with a 
native CUPS driver. If you prefer to use LPRng instead of CUPS, then yes, you 
need IJS.

As for hpilp, I don't have a supported printer near me and can't say anything 
definite.

-- 
Alexander E. Patrakov
--

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: gsview and ghostscript

> Date: Fri, 29 Sep 2006 14:48:39 -0700
> From: "Dan Nicholson" <dbn.lists <at> gmail.com>
> Subject: Re: gsview and ghostscript
> To: "BLFS Development List" <blfs-dev <at> linuxfromscratch.org>
> Message-ID:
> 	<91705d080609291448ia3ee143td1414d73f11d9a3a <at> mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> On 9/29/06, Richard <rkm <at> usol.com> 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 because I
>>understood from the book that it has support
>>for CUPS, whereas AFPL Ghostscript-8.53 does
>>not. However after installing gsview-4.7 I
>>got the following error when trying to open
>>a postscript file:
> 
> 
> I found in the archives about how we're changing the default output
> from bbox to x11. I'm not sure this change was ever tested through
> gsview.
> 
> http://linuxfromscratch.org/pipermail/blfs-dev/2005-December/012466.html
>