Search Criteria
Package Details: scala3 3.5.2-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/scala-dotty.git (read-only, click to copy) |
---|---|
Package Base: | scala-dotty |
Description: | The Scala 3 compiler, also known as Dotty. |
Upstream URL: | http://dotty.epfl.ch |
Keywords: | java jre jvm sbt |
Licenses: | Apache-2.0 |
Submitter: | corvus_192 |
Maintainer: | envolution |
Last Packager: | envolution |
Votes: | 14 |
Popularity: | 0.020287 |
First Submitted: | 2017-10-27 19:01 (UTC) |
Last Updated: | 2024-11-12 10:54 (UTC) |
Dependencies (1)
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jdkAUR, jdk21-jetbrains-binAUR, java-openjdk-ea-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk)
Latest Comments
« First ‹ Previous 1 2 3 Next › Last »
mbloms commented on 2020-11-19 07:44 (UTC)
Oh, I asked them to rebuild with Java 8, and then I forgot to remove the source tar on my end and update the checksums. Sorry about that.
ShapelessCat commented on 2020-11-13 20:25 (UTC)
"ERROR: One or more files did not pass the validity check!"
tlipinski commented on 2020-11-13 11:30 (UTC)
shaXXXsums are invalid in 0d521c5 revision. Somehow binaries were replaced on github?
TheElectronWill commented on 2019-11-06 16:41 (UTC)
@mbloms thanks for the update!
mbloms commented on 2019-11-01 11:50 (UTC)
@TheElectronWill I have to admit I was confused by the versioning upstream. I'm reluctant to using Pre-releases as versions, but since it seems like they are just always one step behind, and de facto used like the official versions, I decided you're right.
I updated to 0.20.0-RC1, but I use 0.20.0RC1 as version because vercmp considers that to be before 0.20.0.
0.20.0_RC1 is considered a later version than 0.20.0, which is not the case.
TheElectronWill commented on 2019-10-04 22:34 (UTC) (edited on 2019-10-08 13:09 (UTC) by TheElectronWill)
Is it possible to use the -RC1 versions, like the latest 0.19.0-RC1?
It's a bit weird to be always one version number behind. And in scastie and other official tools, it's the -RC1 versions that are used.
02m commented on 2018-11-20 17:41 (UTC)
Patch that upgrades to 0.10-RC1: https://gist.github.com/c0e59fac9558a1def19572ac0d431d52
mbloms commented on 2018-04-09 12:49 (UTC)
I more or less substituted "opt" for "usr/share" and I'm not experiencing any issues so far. I'd be happy to co-maintain by the way. (Promise to not step on any toes.)
corvus_192 commented on 2018-04-05 16:28 (UTC)
@chawlindel The problem is that the binaries want their libraries in ../lib relative to the absolute path of them. I would be happy to do this if you have a solution.
mbloms commented on 2018-04-05 14:36 (UTC)
Hi! Are you sure the files you install to /opt/ shouldn't be in /usr/share?
« First ‹ Previous 1 2 3 Next › Last »