summarylogtreecommitdiffstats
path: root/.SRCINFO
AgeCommit message (Collapse)Author
2025-01-14Update to 1.4.2David Strawn
2024-12-07Update to 1.4.1David Strawn
2024-10-03Update to 1.3.5David Strawn
2024-05-13Update to 1.3.0David Strawn
Also update license string.
2024-03-16Update to 1.2.2David Strawn
2024-01-09Update to 1.2.0David Strawn
2023-10-27Update to 1.1.0David Strawn
2023-06-01Release 0.11.12-1David Strawn
2023-04-03Update For 0.11.1David Strawn
2023-01-08Update for 0.11.10David Strawn
2022-11-04Release 0.11.9-2David Strawn
Changes javac source and target version to 8. This is for the JREMajorVersion.java file we use to determine what major version of the JRE is in use.
2022-11-04Update For 0.11.9David Strawn
2022-08-18Release 0.11.8-1David Strawn
2022-07-12Release 0.11.7-4David Strawn
2022-07-12Release 0.11.7-3David Strawn
2022-07-12Release 0.11.7-2David Strawn
2022-07-12Release 0.11.7-1David Strawn
2022-06-17Release 0.11.6-4David Strawn
Fix metadata.
2022-06-17Release 0.11.6-3David Strawn
Fix bad patch file.
2022-06-17Release 0.11.6-2David Strawn
Fix invalid checksums
2022-06-17Release 0.11.6-1David Strawn
2022-04-29Release 0.11.5-1David Strawn
2022-03-13Fix Checksums And PatchDavid Strawn
2022-03-13Fix PatchDavid Strawn
2022-03-13Fix SRCINFODavid Strawn
2022-01-19Update To 0.11.1David Strawn
2021-12-01Update To 0.10.9David Strawn
2021-10-30Update To 0.10.8David Strawn
2021-10-12Update For 0.10.7David Strawn
2021-09-13Update java-environment To Denote >= 8David Strawn
This gives more accurate bounds, while still technically invalid, e.g. the AUR package for JRE 18 is technically not supported. This is the best we can do with the constraint bounds that pacman gives us.
2021-09-13Update Metals To 0.10.6David Strawn
* Change JRE version support to <= 17 * https://scalameta.org/metals/blog/2021/09/06/tungsten/ * Fix JREMajorVersion for "Early Adopter" (or "Early Access"?) version numbers, e.g. "18-ea". * Update default JRE options to work with JRE >= 8 and <= 17, this is mostly changing `-XX:MaxRAMPercentage=25` to `-XX:MaxRAMPercentage=25.0`, which permits usage on JRE 8. * Update `metals.install` notice to reference correct version constraints and changes to Java options.
2021-07-17Update To 0.10.5David Strawn
2021-05-31Update For 0.10.4 Release Of MetalsDavid Strawn
2021-05-19Update To 0.10.3David Strawn
2021-04-26Add Generic Metals CommandDavid Strawn
This is just an alias for metals-client
2021-04-26Update To 0.10.2David Strawn
2021-04-09Fix Patch FileDavid Strawn
Fix incorrect offsets in patch file
2021-04-09Fix ChecksumsDavid Strawn
Somehow I missed the version-fix.patch file.
2021-04-09Fix Version Number In BuildDavid Strawn
2021-04-09Update For Metals 0.10.1David Strawn
2021-02-25Update For Version 0.10.0David Strawn
2021-01-20Update to 0.9.10David Strawn
2021-01-18Update To Version 0.9.9David Strawn
2020-12-19Update For Metals 0.9.8David Strawn
2020-12-01Update To 0.9.7-1David Strawn
2020-11-19Update To Version 0.9.5David Strawn
2020-09-23Fix Bug In JREMajorVersion.javaDavid Strawn
It failed when the version number had only one section, e.g. "15" as opposed to "15.0.0".
2020-09-23Update For 0.9.4 ReleaseDavid Strawn
2020-08-31Update To 0.9.3David Strawn
2020-07-27Fix Version Mismatch In Version Patch FileDavid Strawn
The `version-fix.patch` file did not get updated to `0.9.2` when the rest of the package was. Since metals does some runtime resolution of artifacts, in particular in this case `mtags`, this caused metals to fail. This commit corrects the issue. In the future, since upstream doesn't set this value in release, we may want to dynamically generate the patch file (sounds gross, but relying on human memory to do this is unreliable).