prodockit 0.36.0
The Surrey configure questions changed shape, from a day of running them.
Changed
-
The assessment question comes before the year, and the stage question is numbered (#437).
The year question explains itself in terms of SRA and LSA, and nothing before it had said what those are - the question that introduces them, and lists them, came afterwards. The stage question also arrived without a number of its own, so a reader counting down met a question that was not in the count.
5/7 Is this an assessed assignment? [Y/n]: y 1. First 2. SRA 3. LSA 6/7 Which stage is it being assessed at? [1, 2 or 3]: 2 7/7 What year does the module start in? A semester 2 module should be the year after the Christmas break. For SRA and LSA the year should be the year prior to the year the retake is being assessed. [2026]: -
Unassessed work is asked for its group and its repository name (#437), offered as
<your login>andreport-<your login>:5/7 Is this an assessed assignment? [Y/n]: n 6/7 The group or namespace the project lives under [mb0105]: 7/7 The name of the repository, and of the folder it lands in here [report-mb0105]:It has no cohort group to go to and no attempt to record, so a year and a stage were two questions with nothing behind them. Deriving a name from a course code is right for a cohort an examiner reads down a column of; work nobody is marking is named by whoever owns it.
-
The questions are worded as they were asked for (#420). The login question had lost the example that made it answerable - a student logs in with
ab1234@surrey.ac.uk, so "the six-character ID" asks about something they may never have typed alone. The year question had lost the rule for a resit and gained a different one.
Fixed
-
A first run printed the stage list over the details it had just told you to note down (#433). The namespace and the repository name are the only two values a reader carries from this command to a browser, and twenty-three stage lines printed after them scrolled both away. It stops there now, where
--configurealready did. -
The ssh-agent step ended the run without looking (#435). 0.34.0 stopped that step looping and overshot: the moment you said the service was started, the run ended and asked you to start again. A started service usually is visible to the next command that looks -
ssh-addopens the agent's pipe afresh each time - so the check is given its chance, and a run that can carry on carries on. The message no longer suggests opening a new window, which never did anything running the command again would not.
Full notes in the changelog.