2026.03.24 Weekly Meeting

Tomorrow, we will be having our next weekly hangout at 10:00 AM ET until 11:00 AM ET.

Anyone is welcome to join at this link: https://bit.ly/slicer-googlemeet-hosted-by-kitware


Agenda:

Please post to this thread to put a topic on the agenda! We will try to prioritize agenda items during the meeting.


Thanks
Sam and Ebrahim

Topics:

  1. Back-end processing logic for segmentation
  2. Running multiple 3D Slicer instances
1 Like

Topics:

  1. python packaging improvements discussion at Slicer#9010
  2. telemetry questions
1 Like

Notes from the meeting today:

Running multiple 3D Slicer instances (Alex)

Starting 3d slicer as an external process, on thinks of QProcess… is running multiple 3D slicer instances simultaneously a problem?

  • No it should be fine. They can co-exist. But communicating between them is a problem you’d need to solve if you need that. Recommend WebServer or OpenIGT.

python packaging improvements (Ebrahim)

Thibault brings up a good point – should Slicer’s automatic import of everything slicer.* be fixed?

  • It’s just for the python interactor. It makes sense to deliberately import certain slicer.* things. We should find out what is intended to be imported and import them deliberatey rather than

There seems to be some friction caused by the skip option that lets you skip some transitive dependencies. They have a point, and the reason it was needed is perhaps gone. Remove the skip functionality?

  • It’s indeed not nice but it is a problem that needs to be solved and it’s okay to have the option to solve it using this not-very-nice-method. It beats forking every dependency that contians unnecessary aspects. In the future virtual environment support will also be a nice way around these issues. Maybe could add some messaging that discourages the use of this option under normal circumstances.

Telemetry (Ebrahim)

Where to deploy?

  • Idea is to get KW IT to get us a linux VM and deploy there.
  • Look at the PR on SlicerTelemetry and integrate that first as it also fixes a bug.

Extension dashbaord order

For macOS they can get hung up on tests and then take a long time to upload.

Currently the order is build-package-test-upload. We should build-package-upload-test. At least for nightly this makes sense. Even if tests fail we don’t want to hold back the upload, for nightly.

Preview extensions not being uploaded to SPKC

Since a dicom metadata update over the weekend, packages have not been getting uploaded. We need to update the girder client on the factories.

In the future, giving the command line API the ability to ignore unrecognized commands with a warning rather than failing totally would be useful to avoid these issues when doing this kind of client-and-server update.

1 Like