Re: [suse-oracle] Xvfb and compiling reports

"Frits Hoogland" <[email protected]>
Newsgroups gmane.linux.suse.oracle.general
Message-ID <[email protected]>
if you look closely in the script, you'll see in the start section:

[ -f $CONFIG ] || explodeconfig

and, subsequently, the procedure explodeconfig:

explodeconfig() {
echo "localhost" > $CONFIG
}

To be honest, I've used this script on SLES7, and it needed some work
because only the really needed packages for xvfb where installed, so dpyinfo
was not present. the script is tested on RHEL5 / Centos5. Let me know if you
have to make have alterations to make it work on SLES10!

regards,

frits



On 4/9/08, Silviu Marin-Caea <[email protected]> wrote:
>
> On Wednesday 09 April 2008 15:06:26 Frits Hoogland wrote:
> > Silviu,
> >
> > Indeed forms and reports need a DISPLAY set (since version 1.0.2.1 of
> the
> > application server suite to be exact)
> > It is used for font+screen rendering.
> > This means it has to be able to be authenticated for the DISPLAY set.
> >
> > My strong advise is to use Xvfb on the local server. This way, the
> > authentication can be set to localhost.
>
>
> That is what I was doing in /etc/init.d/boot.local.
>
> Admittedly, your method with an init script is more elegant.
>
>
> > My advise is to set the Xvfb display in the start/stop scripts of the
> > OAS/IAS components, compile scripts and opmn configuration file.
> > That way you are not depended upon a display set somewhere.
> >
> > Here's a stop/start script for xvfb I use:
>
>
> Can you post this file?
> > CONFIG=/etc/xvfb.conf
>
> Does your script works with SLES10?  Because if it does, there must be
> something in /etc/xvfb.conf that does the trick.
>
> _______________________________________________
> suse-oracle mailing list
> [email protected]
> http://listx.novell.com/mailman/listinfo/suse-oracle
>

_______________________________________________
suse-oracle mailing list
[email protected]
http://listx.novell.com/mailman/listinfo/suse-oracle
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.