diff options
author | David Strawn | 2019-04-10 12:01:28 -0600 |
---|---|---|
committer | David Strawn | 2019-04-10 12:01:28 -0600 |
commit | ddc9585c92fc5c6b7860f7f66948484d142aa9aa (patch) | |
tree | 1b5074193c6186df9788833b6323992b151d8b3e | |
parent | a7670bf8768b6fb3b1947c9ebf0e4c80810fcd6c (diff) | |
download | aur-ddc9585c92fc5c6b7860f7f66948484d142aa9aa.tar.gz |
Add Workaround For SBT Inconsistent Resolution Failure
-rw-r--r-- | PKGBUILD | 12 |
1 files changed, 10 insertions, 2 deletions
@@ -6,7 +6,7 @@ # Maintainer: David Strawn <isomarcte a__t gmail d__o__t c__o__m> pkgname='metals' pkgver='0.4.4' -pkgrel=1 +pkgrel=2 epoch= pkgdesc='Language Server For Scala' url='https://scalameta.org/metals/' @@ -70,7 +70,15 @@ build() { local -r _SBT_DIR="${srcdir}/.sbt" local -r _SBT_IVY="${srcdir}/.ivy2" cd "$pkgname-$pkgver" - sbt -sbt-dir "$_SBT_DIR" -ivy "$_SBT_IVY" clean compile + + # When run with some AUR helpers, in particular `yay`, for a + # reason I do not understand `sbt` will regularly attempt to + # resolve the Scala compiler in a local-preloaded-ivy cache + # _only_, and not attempt to download it. However if you just run + # it again, it then tries to download it. This does not happen + # when run locally, for me at least, with makepkg or in a + # systemd-nspawn with extra-x86_64-build. + sbt -sbt-dir "$_SBT_DIR" -ivy "$_SBT_IVY" clean compile || sbt -sbt-dir "$_SBT_DIR" -ivy "$_SBT_IVY" clean compile } check() { |