Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Nov 26 20:33

    aryaman-gupta on parallel-rendering

    creates raycaster based on Amat… (compare)

  • Nov 26 11:10
    skalarproduktraum synchronize #444
  • Nov 26 11:10

    skalarproduktraum on correct-volume-manager-teardown

    Gradle: Bump Kotlin to 1.6.0, l… OpenVRHMDTests: Guard better ag… Gitlab CI: Make config more rea… and 3 more (compare)

  • Nov 26 00:08

    Domino2357 on protein_builder

    AaOverview: added additional ov… ProteinBuilderExample: added ad… (compare)

  • Nov 25 22:26

    Domino2357 on protein_builder

    ProteinBuilderExample: updated … ProteinBuilderExample: removed … aa_overview: added overview of … and 1 more (compare)

  • Nov 25 14:17
    skalarproduktraum edited #446
  • Nov 23 14:41

    moreApi on synchronization

    DefaultSpatial: switch from Del… WIP detect and publish updates WIP change detection, now based… and 1 more (compare)

  • Nov 23 10:45

    Domino2357 on protein_builder

    ProteinBuilderExample: refined … (compare)

  • Nov 23 09:40

    Domino2357 on protein_builder

    ProteinBuilderExample: added si… (compare)

  • Nov 23 09:39

    Domino2357 on protein_builder

    ProteinBuilderExample: replaced… (compare)

  • Nov 22 23:06

    Domino2357 on protein_builder

    ProteinBuilderExample: added (n… (compare)

  • Nov 22 22:50

    Domino2357 on protein_builder

    ProteinBuildingExample: added m… (compare)

  • Nov 22 21:49

    Domino2357 on protein_builder

    ProteinBuilder: added crutch fo… (compare)

  • Nov 22 21:39

    Domino2357 on protein_builder

    ProteinBuilder: chose the right… (compare)

  • Nov 22 21:18

    Domino2357 on protein_builder

    ProteinBuilder: updated the pos… ProteinBuilderExample: minor ch… Proteinrollercoaster: minor cha… (compare)

  • Nov 22 21:11
    skalarproduktraum closed #363
  • Nov 22 21:11
    skalarproduktraum commented #363
  • Nov 22 20:26
    skalarproduktraum labeled #451
  • Nov 22 20:26
    skalarproduktraum labeled #452
  • Nov 22 20:26
    skalarproduktraum commented #452
Curtis Rueden
@ctrueden
@elect86 Thanks for the explanation. Ideally, gradle should not be selecting/overriding/upgrading any version of any dependencies. All should be specified in / inherited from the pom-scijava BOM. I will play around with gradle's dep resolution, and compare with Maven, to see what's happening, so I understand it better. If Gradle and Maven differ in behavior on which versions are selected for given release artifacts, that is a huge problem, which we'll need to solve somehow. One idea I have had for a long time, but not implemented yet, is deploying a dedicated thing analogous to JavaScript's package-lock.json which explicitly enumerates the build versions of all dependencies at build+release time for every release, so there is no more ambiguity or relying on tooling to reason about this.
(We sort of have it already with the Class-Path in META-INF/MANIFEST.MF, but it's not in an ideal form.)
Giuseppe Barbieri
@elect86
maven has the shortest path resolution, gradle has full resolution with default to highest
Curtis Rueden
@ctrueden
But my point is: if all deps are managed by a BOM, that should win for either.
I.e.: what's the point of a BOM if the tooling just overrides what's specified there?
Giuseppe Barbieri
@elect86
it's a fragile situation, shortest path is order declaration dependent, to say. To simulate what maven is picking I think the best shot is to have a maven version, make it executed and copy paste the versions

I.e.: what's the point of a BOM if the tooling just overrides what's specified there?

to use it as a base to leverage things up

Giuseppe Barbieri
@elect86
The Scijava environment is so huge (Fiji, Scifio, etc), I think the simplest solution would be to have a single mother project including all root projects where (single) libraries upgrades get tested in the whole environment before bumping them up, this means, first of all, compile-time check (jan issue would have been caught there to say) and test check.
This, of course, shall also be integrated with a state-of-the-art mechanism to implement upcoming incubating (breaking) and deprecation changes (Kotlin and Gradle manage that pretty well)
Curtis Rueden
@ctrueden
Maybe I'm not making myself clear. The BOM avoids "shortest path" versus "full resolution with default to highest."

I think the simplest solution would be to have a single mother project including all root projects where (single) libraries upgrades get tested in the whole environment before bumping them up, this means, first of all, compile-time check (jan issue would have been caught there to say) and test check.

Yes, I fully agree. That's pom-scijava, and the melting-pot / mega-melt script. It exists.

Giuseppe Barbieri
@elect86

Maybe I'm not making myself clear. The BOM avoids "shortest path" versus "full resolution with default to highest."

Ok, so locally the bom will completely overwrite maven shortest path? Good. Sorry for not getting that earlier

I'd go back then and strictly enforce whatever is specified in the bom
Curtis Rueden
@ctrueden
:+1: Sounds good.
Ulrik Günther
@skalarproduktraum
thanks for figuring this nasty stuff out, @elect86 and @ctrueden, very much appreciated! :+1:
Ulrik Günther
@skalarproduktraum
@hanslovsky i can't find the messages anymore, but i've read somewhere that scripting-kotlin now kinda works, is that correct? does it work with the ScriptREPL?
Kyle I S Harrington
@kephale
i think that was in scijava-common
Curtis Rueden
@ctrueden
@skalarproduktraum You can test scijava/scripting-kotlin#8
If you build it, and add it to your environment, I'd love to know whether Kotlin then works in the ScriptREPL. (I doubt @hanslovsky tested that.)
Ulrik Günther
@skalarproduktraum
@ctrueden @hanslovsky just tried with the latest commit from that PR, doesnt work with the ScriptREPL. everything i evaluate only leads to an NPE
Curtis Rueden
@ctrueden
@skalarproduktraum Too bad; thanks for testing.
Ulrik Günther
@skalarproduktraum
:+1: i realised just now thoughh that i might have some outdated deps, i'll test again and let you know of the result
Philipp Hanslovsky
@hanslovsky
@skalarproduktraum can you share the stacktrace?
Ulrik Günther
@skalarproduktraum
@hanslovsky would love to, but there's no stacktrace, only java.lang.NullPointerException on the REPL output xD
as said, the source might be garbled deps, i'll fix that and try it again
Kimmy Costa
@kimmy_costa_gitlab
Hi everyone !
We have a small trouble figuring out how to integrate a gamepad on Scenery. Does anyone have a clue ? Thanks in advance !
Giuseppe Barbieri
@elect86
@skalarproduktraum
Giuseppe Barbieri
@elect86
is imglib2-ui at the end deprecated or not?
Philipp Hanslovsky
@hanslovsky
@skalarproduktraum I installed SciView (from the SciView update site) and scripting-kotlin (from the ntakt) update site and I saw that SciView installs kotlin-compiler-embeddable and other jars that are part of the shaded scripting-kotlin jar. There may be some friction there.
Kyle I S Harrington
@kephale
@hanslovsky the SciView update site is being deprecated
we've switched to using a new update site for each major release
Philipp Hanslovsky
@hanslovsky
Thanks @kephale I will try when I get a chance
Ulrik Günther
@skalarproduktraum
@kimmy_costa_gitlab the gamepad should actually work right out of the box. if it's connected e.g. via bluetooth on your master node (you have an xbox controller, right?), then you should be able to move around using it. for customization of gamepad control, have a look at ProteinComparisonExample which is in the latest commit on the branch that's running on your cave, serialization-improvements, and also here
Kimmy Costa
@kimmy_costa_gitlab
@skalarproduktraum yes that's what I thought by looking at the code ! We do have an xbox controller and we connected it to our master which is why I found weird that I didn't work right away.
@skalarproduktraum we will try to look at the example thanks !
Tobias Pietzsch
@tpietzsch

@elect86

is imglib2-ui at the end deprecated or not?

yes, it is deprecated
Giuseppe Barbieri
@elect86
thanks Tobias
NicoKiaru
@NicoKiaru
Do you have somewhere a simple groovy script that can add a SourceAndConverter object into sciview ?
Philipp Hanslovsky
@hanslovsky

groovy

Are you trying conjure the wrath of @skalarproduktraum? (Not kotlin :laughing: )

Ulrik Günther
@skalarproduktraum
kotlin is more groovy than groovy! 🕺
i'll check @NicoKiaru
i remember you asked for being able to feed SourceAndConverter in directly, but i might have forgotten about that
unfortunately i don't have an example script at hand, maybe @kephale has something?
Kyle I S Harrington
@kephale
ya i did the SACs after you got all of the hard stuff going under the hood iirc
i don't have any scripts, but i think we could help out with getting it to work
@NicoKiaru note that we've switched out update site strategy https://docs.scenery.graphics/sciview/development/update-sites
i would suggest using https://sites.imagej.net/sciview-ageratum/ right now instead of SciView-Unstable