Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Ghost
    @ghost~540393fe163965c9bc2018ce
    me either, it usually takes a while
    Chip Senkbeil
    @chipsenkbeil
    update-alternatives: error: no alternatives for mozilla-javaplugin.so
update-java-alternatives: plugin alternative does not exist: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
 ---> a8f11d762c94
Removing intermediate container 86a3ab86ab5b
Step 11 : ADD https://raw.githubusercontent.com/fommil/dotfiles/master/bin/sbt /usb/bin/sbt

 ---> 1b0df00cb029
Removing intermediate container 607474719dca
Step 12 : RUN chmod a+x /usr/bin/sbt
 ---> Running in b8366ce0f2fd
chmod: cannot access '/usr/bin/sbt': No such file or directory
Removing intermediate container b8366ce0f2fd
The command '/bin/sh -c chmod a+x /usr/bin/sbt' returned a non-zero code: 1
    That's what I see from the latest build attempt.
    Ghost
    @ghost~540393fe163965c9bc2018ce
    yeah, I changed it to use paulp's but I don't see why that would fail
    that URL exists
    Chip Senkbeil
    @chipsenkbeil
    Well, second latest.
    Hm.
    Have you tried building that Docker image locally?
    I doubt it's the case where Github is blocking access because it thinks Dockerhub is attacking it.
    Ghost
    @ghost~540393fe163965c9bc2018ce
    success
    I'm pulling on the CI
    must be github blocking
    Chip Senkbeil
    @chipsenkbeil
    Interesting. I wonder if you could host it on Github pages for it to get blocked less often.
    Or somewhere else. I've got static hosting on my server, but I'm sure you want to put it somewhere more Ensime-y.
    Ghost
    @ghost~540393fe163965c9bc2018ce
    we don't need it, it was a temporary workaround
    Chip Senkbeil
    @chipsenkbeil
    Ah, okay.
    Even better!
    Ghost
    @ghost~540393fe163965c9bc2018ce
    try now
    Chip Senkbeil
    @chipsenkbeil
    Looks like that fixed sbt resolution.
    Still don't know why loading the project definition takes so long through Drone but is lightning quick on my local machines. That even includes a Macbook Air running an ArchLinux VM.
    Oh, wait.
    Dependencies. Of course. It's grabbing Coursier and the other plugins for the first time.
    Ghost
    @ghost~540393fe163965c9bc2018ce
    yeah, so this is what I meant by creating a new cached image
    ensime/ensime:latest is a small caching shim over ensime/ensime:v1.x
    Chip Senkbeil
    @chipsenkbeil
    Ah, I see.
    Ghost
    @ghost~540393fe163965c9bc2018ce
    but we don't have any caching shims over v2.x
    coursier bits should be way faster than sbt. the plugins will be the slowest bit
    btw, what are your scala dependenies?
    because we really need to minimise our scala deps in the server. we already have way too many
    plugins are fine, I mean runtime
    Chip Senkbeil
    @chipsenkbeil
    The API only depends on macros, which has no code in it, currently.
    And assumes there is logging provided.
    If not, it just uses the SLF4J static nop logger.
    Macros == the macros module of the Scala debugger.
    So, fairly lightweight.
    Ghost
    @ghost~540393fe163965c9bc2018ce
    ok all internal, that's fine
    Chip Senkbeil
    @chipsenkbeil
    Yep
    Ghost
    @ghost~540393fe163965c9bc2018ce
    you might have better luck using compiler plugins in ENSIME
    macros break the PC as you probably noticed
    Chip Senkbeil
    @chipsenkbeil
    Yep.
    Anyway, off to get lunch. Thanks for the help!
    Chip Senkbeil
    @chipsenkbeil
    Other than the fact that an implicit class can take one non-implicit value as a constructor argument, are there any advantages/disadvantages to using implicit methods that convert to wrapper classes as opposed to using implicit classes?
    I'd like the option to be something like this... 
    import org.scaladebugger.api.dsl._
val s: ScalaVirtualMachine = _

// Now implicitly added, normal method is getOrCreateBreakpointRequest(...)
s.forBreakpoint(...)
    import org.scaladebugger.api.dsl.BreakpointDSL
val s: ScalaVirtualMachine = _

// Does same thing as other DSL implicit
s.forBreakpoint(...)
    I would prefer not to stick a ton of implicit classes in one file (package object).
    So, if I could create individual files for BreakpointDSL and others, I would be happy.
    But I would need to stick into the package object implicit methods to convert to the wrapper classes.
    Chip Senkbeil
    @chipsenkbeil
    And I couldn't have the methods the same name as the classes, so that would flood the namespace when you want to import.
    So, that's an advantage for implicit classes, I guess.
    FYI, I'm converting to more standard names with the option of importing a DSL because some of the ways I'm using the api in Ensime don't make as much sense when you break up the method chain.