public inbox for [email protected]  

help / color / mirror / Atom feed

From: Andres Freund <[email protected]>
To: Tom Lane <[email protected]>
Cc: [email protected]
Subject: Re: Make fop less verbose when building PDF
Date: Fri, 24 Mar 2023 14:02:55 -0700
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
	<[email protected]>

Hi,

On 2023-03-24 16:19:57 -0400, Tom Lane wrote:
> Andres Freund <[email protected]> writes:
> > I just figured out that one can hide those. Unfortunately not at the
> > commandline, but in "$HOME/.foprc" or /etc.
> 
> > $ cat ~/.foprc
> > LOGLEVEL=-Dorg.apache.commons.logging.simplelog.defaultlog=WARN
> 
> Yeah.  I've done it locally by modifying the "fop" script ;-)
> ... but probably ~/.foprc would be neater.  I see that I also
> changed the default logger:
> 
> LOGCHOICE=-Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog
> 
> because at least in the version I have, that isn't the default.

It might be a debian patch setting it as the default.


How about:

   <para>
    In its default configuration <productname>FOP</productname> will emit an
    <literal>INFO</literal> message for each page. The log level can be
    changed via <filename>~/.foprc</filename>:
<programlisting>
LOGCHOICE=-Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog
LOGLEVEL=-Dorg.apache.commons.logging.simplelog.defaultlog=WARN
</programlisting>
   </para>


> > [warning] /usr/bin/fop: JVM flavor 'sun' not understood
> > [WARN] FOUserAgent - Font "Symbol,normal,700" not found. Substituting with "Symbol,normal,400".
> > [WARN] FOUserAgent - Font "ZapfDingbats,normal,700" not found. Substituting with "ZapfDingbats,normal,400".
> > [WARN] FOUserAgent - The contents of fo:block line 2 exceed the available area in the inline-progression direction by more than 50 points. (See position 30429:383)
> > [WARN] PropertyMaker - span="inherit" on fo:block, but no explicit value found on the parent FO.
> 
> > The first is a debianism, the next two are possibly spurious [1]. But the next
> > two might be relevant?
> 
> The one about "exceed the available area" has been on my radar to fix;
> it's a consequence of an overly-wide example somebody added recently.

Ah, good.


> The other ones have been there all along and I don't know of a way to
> get rid of them.

Yea, looks like the span="inherit" one is harmless and known:

https://issues.apache.org/jira/browse/FOP-1534

We could silence it in our stylesheet, but it's probably not worth bothering.

Greetings,

Andres Freund

view thread (4+ messages)

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected]
  Subject: Re: Make fop less verbose when building PDF
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox