[publican-list] [Bug 523094] New: seglists break PDFs
bugzilla at redhat.com
bugzilla at redhat.com
Mon Sep 14 02:35:25 UTC 2009
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: seglists break PDFs
https://bugzilla.redhat.com/show_bug.cgi?id=523094
Summary: seglists break PDFs
Product: Red Hat Enterprise Linux 5
Version: 5.3
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: publican
AssignedTo: mhideo at redhat.com
ReportedBy: ccurran at redhat.com
QAContact: jwulf at redhat.com
CC: publican-list at redhat.com
Classification: Red Hat
Target Release: ---
Description of problem:
Seems seglists are hgaving issues in PDFs.
Version-Release number of selected component (if applicable):
0.42, 0.44, 1.0 beta
How reproducible:
all versions
Steps to Reproduce:
1. use the snippet below
2. make pdf-en-US
3. 'splodes
Actual results:
build fails
Expected results:
build should work.
Additional info:
Here is the xml that breaks it:
<formalpara id="form-Virtualization-Transport_modes-Extra_URI_parameters">
<title>Extra URI parameters</title>
<para>
Extra parameters can be appended to remote URIs. The table below <xref
linkend="segm-Virtualization-Transport_modes-Extra_URI_parameters" /> covers
the recognized parameters. All other parameters are ignored. Note that
parameter values must be URI-escaped (that is, a question mark (?) is appended
before the parameter and special characters are converted into the URI format).
</para>
</formalpara>
<segmentedlist id="segm-Virtualization-Transport_modes-Extra_URI_parameters">
<title>Extra URI parameters</title>
<segtitle>Name</segtitle>
<segtitle>Transport mode</segtitle>
<segtitle>Description</segtitle>
<segtitle>Example usage</segtitle>
<seglistitem>
<seg>name</seg>
<seg>all modes</seg>
<seg>The name passed to the remote virConnectOpen function. The name is
normally formed by removing transport, hostname, port number, username and
extra parameters from the remote URI, but in certain very complex cases it may
be better to supply the name explicitly. </seg>
<seg>name=qemu:///system</seg>
</seglistitem>
<seglistitem>
<seg>command</seg>
<seg>ssh and ext</seg>
<seg> The external command. For ext transport this is required. For ssh the
default is ssh. The PATH is searched for the command. </seg>
<seg>command=/opt/openssh/bin/ssh</seg>
</seglistitem>
<seglistitem>
<seg>socket</seg>
<seg>unix and ssh</seg>
<seg>The path to the UNIX domain socket, which overrides the default. For
ssh transport, this is passed to the remote netcat command (see netcat). </seg>
<seg>socket=/opt/libvirt/run/libvirt/libvirt-sock</seg>
</seglistitem>
<seglistitem>
<seg>netcat</seg>
<seg>ssh</seg>
<seg>The name of the netcat command on the remote machine. The default is
nc. For ssh transport, libvirt constructs an ssh command which looks like:
command -p port [-l username] hostname netcat -U socket where port, username,
hostname can be specified as part of the remote URI, and command, netcat and
socket come from extra parameters (or sensible defaults). </seg>
<seg>netcat=/opt/netcat/bin/nc</seg>
</seglistitem>
<seglistitem>
<seg>no_verify</seg>
<seg>tls</seg>
<seg>If set to a non-zero value, this disables client checks of the
server's certificate. Note that to disable server checks of the
client's certificate or IP address you must change the libvirtd
configuration. </seg>
<seg>no_verify=1</seg>
</seglistitem>
<seglistitem>
<seg>no_tty</seg>
<seg>ssh</seg>
<seg>If set to a non-zero value, this stops ssh from asking for a password
if it cannot log in to the remote machine automatically (for using ssh-agent or
similar). Use this when you do not have access to a terminal - for example in
graphical programs which use libvirt.</seg>
<seg>no_tty=1</seg>
</seglistitem>
</segmentedlist>
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the publican-list
mailing list