OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

virtio message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Fwd: [virtio] We need fixes to the csd and csprd before we can load them


Addendum: I just now spotted the message from Michael S. Tsirkin, in which he wrote:

> The reason I left tex files as a directory is because that's
> how they were for draft 1 as well:
> http://docs.oasis-open.org/virtio/virtio/v1.0/csd01/tex/
> it's easy to change, let me know what's preferable.

1. I think it's excellent (strongly advised) to leave all the TeX files in the separate "tex" directory (as in:  http://docs.oasis-open.org/virtio/virtio/v1.0/csprd01/tex/ )

2. I would not have any principled objection to pointing to the "tex" directory ( e.g., in http://docs.oasis-open.org/virtio/virtio/v1.0/csd02/tex/  and http://docs.oasis-open.org/virtio/virtio/v1.0/csprd02/tex/ ) for the link in cover page "This version" -- viz., instead of a ZIP file with the contents of the directory, if that suits everyone better.  The result should be the same: any user will be notified that the TeX source is Authoritative, and finding the source files in a ZIP or in the directory should be straight-forward.

- Robin




---------- Forwarded message ----------
From: Robin Cover <robin@oasis-open.org>
Date: Tue, Mar 25, 2014 at 4:33 PM
Subject: Re: [virtio] We need fixes to the csd and csprd before we can load them
To: Robin Cover <robincover@gmail.com>
Cc: Paul Knight <paul.knight@oasis-open.org>, "Michael S. Tsirkin" <mst@redhat.com>, Chet Ensign <chet.ensign@oasis-open.org>, Rusty Russell <rusty@rustcorp.com.au>, virtio@lists.oasis-open.org


OK, the situation doesn't look substantially different than some of the other specifications we've supported where TCs use non-Word-Processor editable source (raw custom XML, XHTML, HTML, docBook XML, DITA XML...).

My POV is that all these representations of "editable source" are common enough, and if any user NEEDS the editable source for some reason (e.g., to serve as a basis for a derivative work, per OASIS Copyright permissions), then a prerequisite is knowing HOW to use the editable source format and tools.  In my view, TeX and LaTeX are just fine -- in particular, because the TeX sources are readable by humans, and tools for publishing are freely available.

AMQP is similar: in order to actually use the XML editable source, one would need to understand some XSLT, DTD, and how to make use of a Makefile + other scripts; see below [1].  I don't think it's a problem, and neither is TeX editable source.

In this case (URIs): I was confused, so I phoned Paul Knight for a debriefing.  I appreciate his consideration for the OASIS Library architecture and for the limited access we have (and do not have) to Apache server configurations.  Etc

There are several reasonable solutions here, it seems to me, and any of them could work.  The resolution Paul and I arrived at would be to reference a ZIP file for the editable source (as one of three URI references in "This" and "Latest"), where the contents of the ZIP file is everything in (e.g.,) http://docs.oasis-open.org/virtio/virtio/v1.0/csd02/tex/ and http://docs.oasis-open.org/virtio/virtio/v1.0/csprd02/tex/ directory, per release. I'd rather not use symlink(s) to a directory, so I prefer a ZIP file.

PLAN: I think Paul will send a display copy of the cover page we envision so that you can see all the display text (labels, etc) and all the URI references involved.  That picture showing the target spec cover page should enable you to to create the editable source files.

Thanks, all, for patience through a few publication issues. I'm proud of you all for using TeX.

Cheers,

- Robin

Archive:  amqp-core-v1.0-os.zip
 Length   Method    Size  Cmpr    Date    Time   CRC-32   Name
--------  ------  ------- ---- ---------- ----- --------  ----
   38010  Defl:N    10200  73% 10-29-2012 12:00 af6d5fe1  amqp-core-overview-v1.0-os.xml
   47814  Defl:N    10130  79% 10-29-2012 12:00 1f670818  amqp-core-security-v1.0-os.html
   26270  Defl:N     7366  72% 10-29-2012 12:00 4058f55c  amqp-core-security-v1.0-os.xml
   67584  Defl:N    12998  81% 10-29-2012 12:00 205da853  amqp-core-transactions-v1.0-os.html
   42507  Defl:N    10085  76% 10-29-2012 12:00 b9654c6d  amqp-core-transactions-v1.0-os.xml
  235921  Defl:N    46462  80% 10-29-2012 12:00 795e291c  amqp-core-transport-v1.0-os.html
  184207  Defl:N    40279  78% 10-29-2012 12:00 6df3b2b3  amqp-core-transport-v1.0-os.xml
   73823  Defl:N    15341  79% 10-29-2012 12:00 3ff934ec  amqp-core-types-v1.0-os.html
   48704  Defl:N    12193  75% 10-29-2012 12:00 af8a82b9  amqp-core-types-v1.0-os.xml
    3867  Defl:N     3676   5% 10-29-2012 12:00 2f5715f2  oasis.jpg
       0  Stored        0   0% 10-26-2012 10:40 00000000  scripts/front-matter/
     779  Defl:N      399  49% 10-29-2012 12:00 6e388a7e  scripts/front-matter/abstract.xml
     264  Defl:N      151  43% 10-29-2012 12:00 43ece89d  scripts/front-matter/chairs.xml
     398  Defl:N      200  50% 10-29-2012 12:00 b15b3bf0  scripts/front-matter/editors.xml
     397  Defl:N      241  39% 10-29-2012 12:00 042f49f4  scripts/front-matter/metadata.xml
    4293  Defl:N     1839  57% 10-29-2012 12:00 c0f885f2  scripts/front-matter/notice.xml
    4516  Defl:N     1205  73% 10-29-2012 12:00 8ce1d7c4  scripts/Makefile
       0  Stored        0   0% 10-26-2012 10:41 00000000  scripts/xsl/
     247  Defl:N      172  30% 10-29-2012 12:00 c756daf0  scripts/xsl/document.xsl
     249  Defl:N      173  31% 10-29-2012 12:00 d26d0b6f  scripts/xsl/docversion.xsl
     246  Defl:N      169  31% 10-29-2012 12:00 16587ad0  scripts/xsl/version.xsl
   67173  Defl:N     8566  87% 10-29-2012 12:00 c55697a8  scripts/xsl/xml2html.xsl
   61367  Defl:N     8710  86% 10-29-2012 12:00 ae507624  scripts/xsl/xml2latex.xsl
   11828  Defl:N     2287  81% 10-29-2012 12:00 327f8c97  scripts/xsl/xml2xml.xsl
   13995  Defl:N     4404  69% 10-29-2012 12:00 6c5227cf  amqp.dtd
  755621  Defl:N   471455  38% 10-29-2012 12:00 0a061e33  amqp-core-complete-v1.0-os.pdf
  121403  Defl:N    23313  81% 10-29-2012 12:00 710d4929  amqp-core-messaging-v1.0-os.html
   84370  Defl:N    19136  77% 10-29-2012 12:00 54cf3d5e  amqp-core-messaging-v1.0-os.xml
   61533  Defl:N    12915  79% 10-29-2012 12:00 963a2abc  amqp-core-overview-v1.0-os.html



On Tue, Mar 25, 2014 at 3:38 PM, Robin Cover <robincover@gmail.com> wrote:
ACK receipt.  I'll look over the thread now and assess, with a goal to providing useful recommendation here.  I've not tracked with the conversation to date, but will catch up ASAP here...

- Robin


On Tue, Mar 25, 2014 at 3:32 PM, Paul Knight <paul.knight@oasis-open.org> wrote:
Hi Michael,

We have never before (AFAIK) pointed to a directory as one of the "Specification URIs", and particularly not as the "Authoritative" version.

I'm copying Robin Cover, who is the OASIS Library architect.  We don't want to get into a position where we have to re-architect the OASIS Library to support a publication, or (more likely) retract a publication because it cannot be supported in the long term.

I should also say that I have some serious reservations about the approach of declaring the TeX source to be the "Authoritative" version.  Simply looking at the practical (publication-related) aspects of listing TeX instead of the PDF  (or HTML) as the version as Authoritative, I don't see any gain.

I haven't read the TC meeting minutes to see if there was some specific reason for selecting TeX as the "Authoritative" version, but it seems to be causing a lot of pain for very little meaningful gain...

The only downside I can see to listing PDF as the authoritative version is that the TC has voted for TeX, and it would likely require another vote to override that, and thus a delay until the next TC meeting.

So at this point, I'd like to get Robin's opinion on two points:
A - listing a directory instead of a single file as one of the "Specification URIs" on the front page
B - Listing a collection of TeX files and related elements 
(e.g., as in http://docs.oasis-open.org/virtio/virtio/v1.0/csd01/tex/) (even as a ZIP file) as "Authoritative".

Apologies for introducing a new concern here...

Best regards,
Paul


On Tue, Mar 25, 2014 at 8:30 AM, Michael S. Tsirkin <mst@redhat.com> wrote:
On Tue, Mar 25, 2014 at 01:42:31PM +0200, Michael S. Tsirkin wrote:
> OK but we also need to point people at the content files:
>     introduction.tex
>     content.tex
>     conformance.tex
>
> So what I will do is include in the zip file a text file README.txt
> listing these, with this text:
>
> This is one component of a Work Product that also
> includes:
>
>     Introduction: introduction.tex
>     Main specification content: content.tex
>     Conformance targets and clauses: conformance.tex
>     TeX source files for generating pdf and html format.

And having said that, is anything wrong with
just pointing at the tex directory as we did?
At the top of that directory people will see README.txt
and if they click that they see the explanation
where to look.

There's also the full zip file with everything
included for people who want it.

Acceptable?


>
> On Mon, Mar 24, 2014 at 05:25:42PM -0400, Chet Ensign wrote:
> > Yes, that'll work fine. Thanks.
> >
> >
> > On Mon, Mar 24, 2014 at 5:13 PM, Michael S. Tsirkin <mst@redhat.com> wrote:
> >
> >     On Mon, Mar 24, 2014 at 02:29:03PM -0400, Chet Ensign wrote:
> >     > First of all, best wishes to you and your family. I still recall the
> >     excitement
> >     > when my daughter was born!
> >     >
> >     > We noted that the TeX was voted as authoritative. If that is the case
> >     then
> >     > you'll need to add the TeX directory to the This version and Latest
> >     version
> >     > links and - is there a master driver file from which all the others are
> >     > processed or assembled? I never did work with TeX but assuming there is,
> >     that I
> >     > suppose would be the file to point to. You'll also have to take the
> >     > (Authoritative) designation off the PDF files.
> >
> >     Hmm yes but the master file is mostly empty - it just has names
> >     of included sub-files.
> >     I think it's best to point at a zip archive with
> >     all the necessary files.
> >     Is that OK?
> >
> >     >
> >     > On Sun, Mar 23, 2014 at 9:45 PM, Rusty Russell <rusty@rustcorp.com.au>
> >     wrote:
> >     >
> >     >     Hi,
> >     >
> >     >             My wife went into labor on Friday morning, so things are a
> >     bit
> >     >     hectic here.  Michael, can you please organise this?
> >     >
> >     >     We had voted to make the TeX source authoritative for this version,
> >     BTW.
> >     >
> >     >     Thanks,
> >     >     Rusty.
> >     >
> >     >     "Michael S. Tsirkin" <mst@redhat.com> writes:
> >     >     > On Thu, Mar 20, 2014 at 01:15:13PM -0400, Chet Ensign wrote:
> >     >     >> Members of the VIRTIO TC,
> >     >     >>
> >     >     >> We are working on your Committee Spec Draft and public review for
> >     the
> >     >     2nd csprd
> >     >     >> for VIRTIO (https://tools.oasis-open.org/issues/browse/
> >     TCADMIN-1638 and
> >     >     /
> >     >     >> tools.oasis-open.org/issues/browse/TCADMIN-1641).
> >     >     >>
> >     >     >> In working on these, we have encountered some items that need to
> >     be
> >     >     fixed. As
> >     >     >> you produce the documents, we ask that you make these and send us
> >     an
> >     >     updated
> >     >     >> set of zip files. Here is what we need:
> >     >     >>
> >     >     >> 1) cover page changes needed for csd02
> >     >     >>
> >     >     >> - This version:
> >     >     >>
> >     >     >> -- both tex and pdf are listed as authoritative. obviously 2
> >     versions
> >     >     can’t be
> >     >     >> authoritative. since pdf has been authoritative before, it seems
> >     best to
> >     >     stay
> >     >     >> with that but regardless, please indicate one authoritative source
> >     >     (Latest,
> >     >     >> Previous, This)
> >     >     >>
> >     >     >> -- assuming PDF is labelled authoritative, remove /tex directory.
> >     It is
> >     >     >> indicated in the Additional artifacts section below
> >     >     >>
> >     >     >> - Previous version:
> >     >     >> -- Change links to
> >     >     >> http://docs.oasis-open.org/virtio/virtio/v1.0/csprd01/
> >     >     virtio-v1.0-csprd01.pdf
> >     >     >> http://docs.oasis-open.org/virtio/virtio/v1.0/csprd01/
> >     >     virtio-v1.0-csprd01.html
> >     >     >>
> >     >     >> -- Label the PDF version (Authoritative)
> >     >     >>
> >     >     >> - Latest version:
> >     >     >> -- Label the PDF version (Authoritative)
> >     >     >>
> >     >     >> - Editors:
> >     >     >> -- Pawel’s link under ARM goes to a download page not to the
> >     company
> >     >     page.
> >     >     >> Should be changed to http://www.arm.com
> >     >     >>
> >     >     >> - Citation format:
> >     >     >> We updated our citation model a few months ago to include the
> >     editors
> >     >     and the
> >     >     >> Latest version link. Please update the citation block to read:
> >     >     >>
> >     >     >> [VIRTIO-v1.0]
> >     >     >>
> >     >     >> <italics>Virtual I/O Device (VIRTIO) Version 1.0</>. Edited by
> >     Michael
> >     >     S.
> >     >     >> Tsirkin, Cornelia Huck, and Pawel Moll. 11 March 2014. OASIS
> >     Committee
> >     >     >> Specification Draft 02. http://docs.oasis-open.org/virtio/virtio/
> >     v1.0/
> >     >     csd02/
> >     >     >> virtio-v1.0-csd02.html. Latest version: http://docs.oasis-open.org
> >     /
> >     >     virtio/
> >     >     >> virtio/v1.0/virtio-v1.0.html.
> >     >     >>
> >     >     >> *Note that “OASIS” is also added before “Committee Specification
> >     Draft
> >     >     02” for
> >     >     >> the csd and before "Committee Specification Draft 02 / Public
> >     Review
> >     >     Draft 02"
> >     >     >> for the csprd.
> >     >     >>
> >     >     >> - Notices:
> >     >     >> Set copyright year to 2014
> >     >     >>
> >     >     >> - In PDF, for footer:
> >     >     >> Set copyright year to 2014.
> >     >     >>
> >     >     >> 2) cover page changes needed for csprd02:
> >     >     >>
> >     >     >> - Same changes as for the csd02 files.
> >     >     >>
> >     >     >> -- Plus: The ZIP file contains all the individual html files for
> >     the
> >     >     footnotes,
> >     >     >> but they are not needed.  They should be removed. I think the TC
> >     removed
> >     >     them
> >     >     >> in the csd02 files, but not in the csprd02 files. (csprd02
> >     footnotes
> >     >     work fine
> >     >     >> without the files - the footnotes are embedded and linked in the
> >     main
> >     >     .html
> >     >     >> file.)
> >     >     >>
> >     >     >> -- We need a red-lined DIFF file in PDF between csprd02 and
> >     csprd01 that
> >     >     >> displays the changes. We point out this to reviewers in order to
> >     limit
> >     >     the
> >     >     >> public review comments to only those that changed.
> >     >     >
> >     >     > Due to the huge number of formatting and text movement changes, we
> >     ended
> >     >     > up with almost all of the file red-lined.  On the TC, we voted to
> >     >     > produce csprd02 and csd02 without this DIFF and start producing
> >     DIFF
> >     >     > files from version 03.
> >     >     >
> >     >     > I hope this is acceptable.
> >     >     >
> >     >     >> 3) We need a comment resolution log from the TC for comments
> >     received in
> >     >     >> csprd01
> >     >     >
> >     >     > I actually wrote a script to append the resolution changelog as
> >     last
> >     >     > part of the file, but this was done after csd02/csprd02 were
> >     approved.
> >     >     > Do you think appending the log is an acceptable change to make
> >     >     > without re-doing the voting?
> >     >     >
> >     >     >> Thanks - if you can send me those files when they are ready, I'll
> >     update
> >     >     the
> >     >     >> ticket and we will continue to process the spec.
> >     >     >>
> >     >     >> Thanks & best,
> >     >     >>
> >     >     >> /chet
> >     >     >
> >     >     > I'll work on this shortly - unless Rusty already started?
> >     >     >
> >     >     >
> >     >     >>
> >     >     >>
> >     >     >> --
> >     >     >>
> >     >     >> /chet
> >     >     >> ----------------
> >     >     >> Chet Ensign
> >     >     >> Director of Standards Development and TC Administration
> >     >     >> OASIS: Advancing open standards for the information society
> >     >     >> http://www.oasis-open.org
> >     >     >>
> >     >     >> Primary: +1 973-996-2298
> >     >     >> Mobile: +1 201-341-1393
> >     >     >>
> >     >     >> Check your work using the Support Request Submission Checklist at
> >     http:/
> >     >     /
> >     >     >> www.oasis-open.org/committees/download.php/47248/
> >     >     >> tc-admin-submission-checklist.html
> >     >     >>
> >     >     >> TC Administration information and support is available at http://
> >     >     >> www.oasis-open.org/resources/tcadmin
> >     >     >>
> >     >     >> Follow OASIS on:
> >     >     >> LinkedIn:    http://linkd.in/OASISopen
> >     >     >> Twitter:        http://twitter.com/OASISopen
> >     >     >> Facebook:  http://facebook.com/oasis.open
> >     >
> >     >
> >     >
> >     >
> >     > --
> >     >
> >     > /chet
> >     > ----------------
> >     > Chet Ensign
> >     > Director of Standards Development and TC Administration
> >     > OASIS: Advancing open standards for the information society
> >     > http://www.oasis-open.org
> >     >
> >     > Primary: +1 973-996-2298
> >     > Mobile: +1 201-341-1393
> >     >
> >     > Check your work using the Support Request Submission Checklist at http://
> >     > www.oasis-open.org/committees/download.php/47248/
> >     > tc-admin-submission-checklist.html
> >     >
> >     > TC Administration information and support is available at http://
> >     > www.oasis-open.org/resources/tcadmin
> >     >
> >     > Follow OASIS on:
> >     > LinkedIn:    http://linkd.in/OASISopen
> >     > Twitter:        http://twitter.com/OASISopen
> >     > Facebook:  http://facebook.com/oasis.open
> >
> >     ---------------------------------------------------------------------
> >     To unsubscribe from this mail list, you must leave the OASIS TC that
> >     generates this mail.  Follow this link to all your TCs in OASIS at:
> >     https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
> >
> >
> >
> >
> >
> > --
> >
> > /chet
> > ----------------
> > Chet Ensign
> > Director of Standards Development and TC Administration
> > OASIS: Advancing open standards for the information society
> > http://www.oasis-open.org
> >
> > Primary: +1 973-996-2298
> > Mobile: +1 201-341-1393
> >
> > Check your work using the Support Request Submission Checklist at http://
> > www.oasis-open.org/committees/download.php/47248/
> > tc-admin-submission-checklist.html
> >
> > TC Administration information and support is available at http://
> > www.oasis-open.org/resources/tcadmin
> >
> > Follow OASIS on:
> > LinkedIn:    http://linkd.in/OASISopen
> > Twitter:        http://twitter.com/OASISopen
> > Facebook:  http://facebook.com/oasis.open



--
Paul Knight  - Tel: +1 781-861-1013
OASIS - Advancing open standards for the information society
Document Process Analyst




--
Robin Cover
WWW:  http://xml.coverpages.org
Tel: +1 (972) 296-1783



--
Robin Cover
OASIS, Director of Information Services
Editor, Cover Pages and XML Daily Newslink
Email: robin@oasis-open.org
Staff bio: http://www.oasis-open.org/people/staff/robin-cover
Cover Pages: http://xml.coverpages.org/
Newsletter: http://xml.coverpages.org/newsletterArchive.html
Tel: +1 972-296-1783



--
Robin Cover
OASIS, Director of Information Services
Editor, Cover Pages and XML Daily Newslink
Email: robin@oasis-open.org
Staff bio: http://www.oasis-open.org/people/staff/robin-cover
Cover Pages: http://xml.coverpages.org/
Newsletter: http://xml.coverpages.org/newsletterArchive.html
Tel: +1 972-296-1783


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]