[RTEMS Project] #2940: rtems-docs output and catalogue.xml verison numbering is wrong.

RTEMS trac trac at rtems.org
Mon Mar 20 04:01:30 UTC 2017


#2940: rtems-docs output and catalogue.xml verison numbering is wrong.
---------------------------+--------------------------
 Reporter:  Chris Johns    |       Owner:  Chris Johns
     Type:  defect         |      Status:  closed
 Priority:  high           |   Milestone:  4.11.2
Component:  Documentation  |     Version:  4.11
 Severity:  major          |  Resolution:  fixed
 Keywords:                 |
---------------------------+--------------------------

Comment (by Chris Johns):

 Replying to [comment:1 Amar Takhar]:
 > Can you elaborate what's wrong with it?  The version number is supposed
 to be in conf.py.  No changeable information should ever be in common/*
 this is why it is called *common*.

 The version numbers in 4.11.1 are 4.11.0 which is wrong. There are no
 version numbers in common and none are being added.

 > The --release option is a bad idea, what should happen is the version is
 changed to the next release then tagged, after that the version is again
 bumped to the next version.  A commandline option would allow for a
 version existing outside of the repo that doesn't exist in the repo that's
 very bad for documentation since people keep it around forever.  It's like
 someone saying they have docs for 4.13 but no rtems 4.13 release exists in
 rtems-docs.

 Yes an option is a bad idea, I verbalized a need I had to generate a
 catalogue for 4.11.1 because that release does not have one and I wanted
 to avoid adding a 3rd type of doc packaging. I currently have legacy which
 is pre-ReST and what we have now which contains a catalogue.

 I think bumping the release to the next in the repo is a bad idea because
 any docs generated on that branch will have a real release number and once
 a release is made you cannot distinguish between a build before the
 release and release. I am not a fan of odd/evening numbering or special
 encoding in version numbers to mean special things.

 The 4.11 branch version will always be '4.11 (branch)' and I will handle
 the release labeling in the release procedure.

--
Ticket URL: <http://devel.rtems.org/ticket/2940#comment:4>
RTEMS Project <http://www.rtems.org/>
RTEMS Project


More information about the bugs mailing list