The HTML page changed and the update script was no longer finding the latest version.
I changed it to query for the latest version using dedicated URL:
https://forum.sublimetext.com/t/fixed-download-url-for-latest-version/23763/7
Also terminated the update sooner if we detect no update available.
update-source-version handles that normally but we are cleaning the version
so that we can update both platforms at the same time.
Build 3208
21 April 2019
Mac: Added a workaround for a macOS OpenGL driver bug in 10.14.4
Build 3206
5 April 2019
Performance improvements
Build 3205
3 April 2019
Improved scrolling logic in some scenarios
Linux: Fixed compatibility with old Linux distributions
Build 3204
2 April 2019
Mac: Added a workaround for a MacOS issue with DisplayLink adapters
Linux: Tweaked the way text scaling is handled
Improved file indexing behavior in some scenarios
Fixed block carets changing the way text selection works
Whenever we create scripts that are installed to $out, we must use runtimeShell
in order to get the shell that can be executed on the machine we create the
package for. This is relevant for cross-compiling. The only use case for
stdenv.shell are scripts that are executed as part of the build system.
Usages in checkPhase are borderline however to decrease the likelyhood
of people copying the wrong examples, I decided to use runtimeShell as well.
This seems to have been confusing people, using both xlibs and xorg, etc.
- Avoided renaming local (and different) xlibs binding in gcc*.
- Fixed cases where both xorg and xlibs were used.
Hopefully everything still works as before.
They provide 'sublime', 'sublime2' and 'sublime3' commands. SublimeText3 has lower precedense than SublimeText2
because its in beta mode (for over a year now)
* Remove package name
* Start with upper case letter
* Remove trailing period
Also reword some descriptions and move some long descriptions to
longDescription.
I'm not touching generated packages.
