https://lists.launchpad.net/kicad-developers/msg41786.html
The release candidates would be a good idea if we think anyone would test them.
I know that I would test a version considered a “Release Candidate”; and I expect that others would also if the RC contains no-known bugs at the time of release.
This may be important information. Are there others who would test release candidates of bugfix releases, but not regular nightly builds between bugfix releases?
I would definitely suggest a name change for the “stable” series of nightlies. The concept of nightlies is already alien enough to many inexperienced users let alone having two so vastly different things share the same name.
Maybe reducing the number of builds and calling them release candidates might be an option to get around that. (With reduced builds it might be even possible to expand the number of platforms available.)
The nightly 5.1 fork build would still be useful for testing purposes, I wonder if the 5.1.3 issue was due to the hiatus in the builds before the tagging, so a bug was not tested.
What would be great was if this daily build was just the bin section, no libraries, to get a small file size.
https://lists.launchpad.net/kicad-developers/msg41795.html
Wayne said:
I’ll update the release announcement and there will be no official 5.1.3 release.
5.1.3 won’t be officially announced, 5.1.4 has been tagged and will be released and announced soon. There are 5.1.3 packages out there but it shouldn’t matter. This hassle was due to one bug which caused updating the footprints on a board to loose their positions. But now we got some other bugfixes, too, without waiting much longer 
I notice there a a couple of REVERT commits just before the 5.1.4. tag, and 3 more just after the 5.1.4 tag. Are these newer revert commits important for 5.1.4 ?
String changes were reverted in order to tag 5.1.4 using the same translations as 5.1.3. After tagging, the reversions were themselves reverted. The net effect was to get the bug fixes into 5.1.4 but keep the strings unchanged.
What?
is it still reverted?
…and is it contagious?
This means that the modified text strings will eventually be in 5.1.5 and translated.
Towards the end of the year perhaps unless lots more critical bugs pop up
Several Linux distros have packages ready in some repositories.
Adam Wolf wrote about 9 hours ago: “MacOS is building. I am out of town and return tomorrow. If there are no issues I should be able to get them uploaded tonight, if not, Sunday.”
Windows binaries are aldready here: https://kicad-downloads.s3.cern.ch/index.html?prefix=windows/stable/
I can see the Windows binaries, but the macOS binaries haven’t been built or uploaded yet.
https://kicad-downloads.s3.cern.ch/index.html?prefix=osx/stable/
Look again (Right now there’s one package; another for another OS version should be coming soon…)
I have seen 5.1.4_ and now 5.1.4_1 Windows versions on the Previous Stable page
Guys be patient. A few devs are currently on holiday so it simply takes longer than normal to get everything together for all major platforms (see mailing list).
The blog post is already prepared and i think nearly all packages should be build. (Testing is another story) So it will only be a couple of days till the release is announced.
I am currently running the “Debian Stable package” kicad 5.0.2 under 64-bit Debian 10 buster
If I upgrade to the "Debian Stable Backports package kicad 5.1.4 mentioned on https://kicad.org/download/debian/ with apt, will it overwrite 5.0.2 ? Should I care ? Is 5.1.4 still considered beta? I am guessing no since the webpage reads “the latest series 5 stable release of KiCad”. Perhaps I should look at the bug-fixes webpage before upgrading? Do I need to make changes to my 5.0.2 projects manually in order to get them to work w/ 5.1.4 ?
Right. 5.1.4 is surely more stable than 5.0.2.
5.1 have only user interface or comparable functionality changes compared to 5.0, projects are compatible both ways. That’s how the major version is defined in KiCad project - all v5 projects are compatible, v6 will break the compatibility.
No, 5.1.4 is the current official and supported release
5.0.2 is deprecated, with pages of known bugs since fixed
Okay, I just upgraded debian buster to kicad 5.1.4 according to the instructions at https://backports.debian.org/Instructions/
Thank you for pointing me in the right direction. Now I can try my hand at push ‘n’ shove routing, or whatever you call it.