<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>7386</bug_id>
          
          <creation_ts>2015-03-03 14:02:03 +0000</creation_ts>
          <short_desc>Incorrect dash characters used in manual</short_desc>
          <delta_ts>2015-04-27 15:30:57 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>9</classification_id>
          <classification>Documentation</classification>
          <product>Development Manual</product>
          <component>development</component>
          <version>1.7</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>27 April 2015: RESOLVED</status_whiteboard>
          <keywords></keywords>
          <priority>Undecided</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Paul Eggleton">bluelightning</reporter>
          <assigned_to name="Scott Rifenbark">srifenbark</assigned_to>
          
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>New (Never tested)</cf_regression_type>
          
          <cf_docchange>Yes (doc changes required)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>49159</commentid>
    <comment_count>0</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2015-03-03 14:02:03 +0000</bug_when>
    <thetext>I just hit an odd problem. If I copy and paste the first &quot;smart channel...&quot; command from the development manual opened in Firefox on Linux to a terminal where I have an ssh session open to the target, I get the following error:

root@qemux86-64:~# smart channel ‐‐add all type=rpm-md baseurl=http://server.name/rpm/all
error: No action specified for command &apos;channel&apos;

If I delete and re-type the dashes in --add, it visually looks no different, but if I re-run the edited command, it works. It looks like some unicode dash character is being used there instead of the normal dash, and this appears to have happened pretty much everywhere there is a double-dash (--) in the dev manual, and possibly other manuals. These non-standard dashes need to be replaced throughout the manual so that they can be copied and pasted verbatim and still work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49180</commentid>
    <comment_count>1</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2015-03-04 16:47:55 +0000</bug_when>
    <thetext>hmm... yes, I have used &amp;dash;&amp;dash; in the Docbook source because during development of sections, sometimes I need to comment out stuff, which requires a block such as the following:

  &lt;!--
       comments
       comments
       comments
  --&gt;

Anytime a literal &apos;--&apos; character appears in the commented block, it causes a problem when making the manual.  I guess I can just use the &amp;dash; stuff during debugging and when the manual making correctly, replace with literall dash characters. 

Scott</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49181</commentid>
    <comment_count>2</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2015-03-04 17:08:18 +0000</bug_when>
    <thetext>I scrubbed the manuals and none of these strings remain.  Manuals affected include the dev-manual and the ref-manual.

Scott</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49188</commentid>
    <comment_count>3</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2015-03-04 23:08:55 +0000</bug_when>
    <thetext>I&apos;d be interested to know where this &amp;dash; entity is being substituted - is it in the browser or when the HTML is produced by the documentation tools? If the latter, it might be fixable.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49189</commentid>
    <comment_count>4</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2015-03-04 23:11:35 +0000</bug_when>
    <thetext>Pretty sure that the ENTITY stuff is substituted by the tools.  Which totally doesn&apos;t make sense as to why when a person copies a command from an HTML doc it has issues.

Scott</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49190</commentid>
    <comment_count>5</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2015-03-04 23:16:13 +0000</bug_when>
    <thetext>Here is the docbook source for the code in question:

                        &lt;literallayout class=&apos;monospaced&apos;&gt;
     # smart channel &amp;dash;&amp;dash;add all type=rpm-md baseurl=http://server.name/rpm/all
     # smart channel &amp;dash;&amp;dash;add i585 type=rpm-md baseurl=http://server.name/rpm/i586
     # smart channel &amp;dash;&amp;dash;add qemux86 type=rpm-md baseurl=http://server.name/rpm/qemux86
                        &lt;/literallayout&gt;


When I bring up the HTML version of the manual and select the first smart channel --add command and then &quot;view source&quot;, this is what I get.

&lt;pre class=&quot;literallayout&quot;&gt;     # smart channel ‐‐add all type=rpm-md baseurl=http://server.name/rpm/all
     # smart channel ‐‐add i585 type=rpm-md baseurl=http://server.name/rpm/i586
     # smart channel ‐‐add qemux86 type=rpm-md baseurl=http://server.name/rpm/qemux86
                        &lt;/pre&gt;

Note the &quot;--&quot; strings are in there.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49194</commentid>
    <comment_count>6</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2015-03-05 10:21:51 +0000</bug_when>
    <thetext>OK, so I had a look at:

http://www.oasis-open.org/docbook/specs/wd-docbook-xmlcharent-0.3.html

It seems to suggest that &amp;dash; should indeed give you the unicode character we are getting and the correct entity for the normal &quot;-&quot; would be &amp;hyphen; . Can you give that a try?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>49272</commentid>
    <comment_count>7</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2015-03-06 18:17:49 +0000</bug_when>
    <thetext>I tried &amp;hypen; out.  Go to http://www.yoctoproject.org/docs/1.8/dev-manual/dev-manual.html#runtime-package-management-target-rpm and see if you can cut out that command without any issues.

Scott</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50515</commentid>
    <comment_count>8</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2015-04-27 12:39:12 +0000</bug_when>
    <thetext>This is still broken in the current manual - the &quot;smart channel&quot; commands are apparently still using the wrong dash characters.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>50524</commentid>
    <comment_count>9</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2015-04-27 15:30:57 +0000</bug_when>
    <thetext>I have universally replaced all the &quot;&amp;dash;&quot; strings in the YP docs with the &quot;-&quot; string.  This should no longer be an issue.  There were many occurrences in the dev-manual and a few occurrences in the ref-manual. 

I pushed the commit to both the &apos;master&apos; and &apos;fido&apos; branches in &apos;yocto-docs&apos;.  I have republished the &apos;current&apos; and &apos;latest&apos; set of docs to the server so everything thing should be good with this issue.

Scott</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>