Windows TASKKILL syntax incorrect in documentation
Issue #712
resolved
The following line in the example batch file to restart Celery on Windows is incorrect:
TASKKILL /IM /F celery.exe
celery.exe
must immediately follow the /IM
:
TASKKILL /IM celery.exe /F
In addition, adding a /T
will kill any associated python.exe
processes:
TASKKILL /IM celery.exe /T /F
This is the case for all versions of the OpenREM documentation. @edmcdonagh, how do I retrospectively update the old docs?
Comments (3)
-
-
reporter I've put a message on the Google group to alert Windows users to this error:
https://groups.google.com/forum/#!topic/openrem/6h-D7j0er2g
I think this issue can now be closed.
-
reporter - changed status to resolved
Documentation updated; message put on Google Group to let users know.
- Log in to comment
We can build docs from tags or branches, with the docs taking the name of the tag or branch.
Therefore the docs are generally tied to a code release, which in this case is a bit of a problem.
We could release a new release on each 'branch', so a 0.8.2 or a 0.8.1.1, and we could remove the current docs. But that won't help because each release comes with links to the appropriate docs, and these will all be broken.
I don't know what the solution to this is. Before now, I have had to do a new release just for docs, when I spotted errors immediately post release, so no-one would have the deprecated version installed.
I don't know if you can have a branch with the same name as a tag - which could mean we could carry on developing the docs without releasing a new code version? Not sure how much confusion that would cause to git?
Alternatively, should the docs be in a different branch to the code? They would have to both be in both, because of the auto-documentation. But we could create a 0.9.0-docs branch when we create the 0.9.0 tag, then we can make docs changes to 0.9.0-docs after the release of 0.9.0; ie the code is fixed but the docs can change.
That sounds like a plan. Sorry for thinking aloud! And it doesn't help with retrospective changes. The only thing we can do for that is put a notice on the google group I guess.