# Update: Slicer 4.10 release will be initiated tomorrow morning

**URL:** <https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422>\
**Category:** Development\
**Tags:** release-process\
**Created:** [October 17, 2018, 1:57am UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422 "2018-10-17T01:57:45Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 17, 2018, 1:57am UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/1 "2018-10-17T01:57:45Z")

</div>

Tonight we will let the regular nightly build take place, then after we confirm the **build complete on all platforms** with **all tests passing** and **package** successfully created and **working** , we will abort the nightly build script and initiate the build of the release package.

In the mean time, few more commits will be integrated:

- ~~fix for [issue 4513](https://issues.slicer.org/view.php?id=4513)~~ **done**
- ~~pull request [1029](https://github.com/Slicer/Slicer/pull/1029)~~ **will be integrated after the release**
- ~~few fixes to the extension manager restore tab~~ **done**

Also, since we will abort the nightly build, you should **not** expect all nightly extensions to be available, instead they will be available with the upcoming release.

References:

- [Update: Toward Slicer 4.10.0](https://discourse.slicer.org/t/update-toward-slicer-4-10-0/2486)

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 17, 2018, 5:46pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/2 "2018-10-17T17:46:46Z")

</div>

Great news, the dashboard is green [1] and packages can be installed on all platforms, we will tag the repo shortly.

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/4/f/4f45921b829948ec46d19fbd99b05504ed63d30e.png)

[1] with a splash of orange because of warnings. These will be addressed or ignored with CTest exceptions later.

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 17, 2018, 8:21pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/3 "2018-10-17T20:21:51Z")

</div>

3 posts were split to a new topic: [Why don’t we see Linux test result reported on CDash?](https://discourse.slicer.org/t/why-dont-we-see-linux-test-result-reported-on-cdash/4446)

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 18, 2018, 3:36am UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/4 "2018-10-18T03:36:26Z")

</div>

Update:

- Revision for 4.10.0 is [r27501](http://viewvc.slicer.org/viewvc.cgi/Slicer4?view=revision&revision=27501)
- Release progress can be tracked on CDash with [this link](http://slicer.cdash.org/index.php?project=Slicer4&date=2018-10-17&filtercount=1&showfilters=1&field1=groupname&compare1=61&value1=Experimental-Packages)
  - You should **NOT** expect nightly build tonight.
  - The release scripts also take care of building the corresponding extensions.
  - Updated release scripts are in the [Slicer/DashboardScripts](https://github.com/Slicer/DashboardScripts) repository

- Both SVN and Git repositories have been tagged, and maintenance branches created.
- The [Release Details](https://www.slicer.org/wiki/Release_Details) page has been updated
- The [SlicerBuildEnvironment](https://github.com/Slicer/SlicerBuildEnvironment) docker image used to build the Linux release and all associated extensions has been created.
  - It is available dockerhub as [slicer/qt5-centos7:slicer-4.10](https://microbadger.com/images/slicer/buildenv-qt5-centos7:slicer-4.10)
  - A maintainer document explaining [how to create a tagged build environment image](https://github.com/Slicer/SlicerBuildEnvironment#maintainers) has been created
  - The **Slicer Release Process** document on the wiki has been [updated to reference it](https://www.slicer.org/wiki/Documentation/Nightly/Developers/ReleaseProcess#Tag_and_publish_SlicerBuildEnvironment_docker_image)

Remaining tasks:

- See [ReleaseProcess#Day\_2:\_Post\_release](https://www.slicer.org/wiki/Documentation/Nightly/Developers/ReleaseProcess#Day_2:_Post_release)

Notes:

- The dashboard project has not been renamed from `Slicer4` to `SlicerStable`. This will happen for either Slicer 4.10.1 or Slicer 5.0.0. This is tracked by [issue 4644](https://issues.slicer.org/view.php?id=4644)

---

<div class="post-metadata">

**Author:** ![fedorov](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/fedorov/32/14_2.png) [@fedorov](https://discourse.slicer.org/u/fedorov)\
**Post date:** [October 18, 2018, 2:31pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/5 "2018-10-18T14:31:51Z")

</div>

@jcfr I do not know if this is a transient issue, and whether it is related to the new release (the name of the build directory includes ‘4100’), but there is this new build error for the dcmqi extension: [CDash](http://slicer.cdash.org/viewBuildError.php?buildid=1402918).

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/a/6/a6690605cdf49872ffe650381f593cba40aed51b.png)

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 18, 2018, 3:42pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/6 "2018-10-18T15:42:02Z")

</div>

> [@fedorov](#):
>
> whether it is related to the new release (the name of the build directory includes ‘4100’)

Good catch. This is fixed in the following commit, I will delete the current extension build tree on `factory-south-macos` and re-launch the extension build script.

As a side note, the build were submitted on `SlicerPreview` but they should have been submitted on `Slicer4` (soon to be `SlicerStable`). This is where the next submission will be posted.

> <https://github.com/Slicer/DashboardScripts/commit/50121ef82b8c4bebd37a5d4daf41cb9ac444e71e>
>
> The value 10.6 was left over when the script was created based of the
> previous r…unning on "factory-macos".
> 
> See https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/5?u=jcfr
> 
> Reported-by: Andrey Fedorov \<fedorov@bwh.harvard.edu\>

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 19, 2018, 1:37am UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/7 "2018-10-19T01:37:54Z")

</div>

Updates:

- Wiki has been updated. The [News](https://www.slicer.org/wiki/News) page has been updated with a banner at the top to reference the Slicer forum. History of the transition has also been [documented](https://www.slicer.org/wiki/News#2018_and_beyond) on that same page.

- mantis release list has been updated

- A priori no nightly build tonight. Indeed, in the process of signing the package, I also realized they had the wrong name, the dashboard driver script has been fixed and package are being regenerated.

[https://github.com/Slicer/Slicer/commit/b5386721e8162d5a3c07575d3335359039a4a38d](https://github.com/Slicer/Slicer/commit/b5386721e8162d5a3c07575d3335359039a4a38d)

---

<div class="post-metadata">

**Author:** ![spujol](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/spujol/32/3498_2.png) [@spujol](https://discourse.slicer.org/u/spujol)\
**Post date:** [October 19, 2018, 3:37pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/8 "2018-10-19T15:37:32Z")

</div>

Hello JC  
Do you have a date for slicer 4.10 binaries?  
Thank you!  
Sonia

> **Original post in French**
>
> Hello JC
> 
> Tu as une date pour les binaries de Slicer 4.10 ?
> 
> Merci!
> 
> Sonia

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 19, 2018, 10:54pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/9 "2018-10-19T22:54:18Z")

</div>

## Updates

- Release packages are back with the expected name. See [CDash report](http://slicer.cdash.org/index.php?project=Slicer4&date=2018-10-18&filtercount=1&showfilters=1&field1=groupname&compare1=61&value1=Experimental-Packages)

- Windows package has been signed and is available for download.

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/8/f/8f08b6b69b7098374f33fe97f3d3afd2eda3797a.png)

- Linux package has been marked as release and re-upload, it should shortly appear in the Nightly category.

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/8/8/8872ba9d6a72eb6dfe24656fc379789417b47f81.png)

- Note that the macOS is **NOT** listed yet because I am looking into way for signing it.

## Next steps

- Hopefully sign the macOS package and mark it as release.
- Update external website: nitrc and wikipedia
- Finalize release announcements
- Version NA-MIC data Update external website
- Update ExtensionStats extension

## More details

### Release packages

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/d/6/d6f415c07ed5b1bb9e8642d0f30de468f435c587.png)

The one test failure is related to test [test\_FiducialLayoutSwitchBug19141](http://slicer.cdash.org/testDetails.php?test=9226290&build=1403617) and is most likely a false positive:

```auto
Checking the difference between fiducial RAS position [33.4975, 79.4042, -10.2143] and volume RAS as derived from the fiducial display position (33.857864050053124, 78.85677006484119, -11.214302062988281) : 1.19563619402
RAS coordinate difference is too large as well!
Expected < 1 but got 1.19564

```

### Extension packages

There are a total of 143 description files in the [4.10 branch](https://github.com/Slicer/ExtensionsIndex/tree/4.10) of the extensions index repository.

A total of [397 build reports](http://slicer.cdash.org/index.php?project=Slicer4&date=2018-10-19&filtercombine=and&filtercombine=and&filtercount=2&showfilters=1&filtercombine=and&field1=groupname&compare1=61&value1=Extensions-4.10-Nightly&field2=buildname&compare2=65&value2=27501) were submitted on October 19th and the remaining on October 18th including:

- [123 build reports](http://slicer.cdash.org/index.php?project=Slicer4&date=2018-10-19&filtercombine=and&filtercount=3&showfilters=1&filtercombine=and&field1=groupname&compare1=61&value1=Extensions-4.10-Nightly&field2=buildname&compare2=65&value2=27501&field3=site&compare3=61&value3=metroplex.kitware) on October 19th with the remaining [20 build reports](http://slicer.cdash.org/index.php?project=Slicer4&date=2018-10-18&filtercount=3&showfilters=1&filtercombine=and&field1=groupname&compare1=61&value1=Extensions-4.10-Nightly&field2=buildname&compare2=65&value2=27501&field3=site&compare3=61&value3=metroplex.kitware) on the October 18th on Linux
- [143 build reports](http://slicer.cdash.org/index.php?project=Slicer4&date=2018-10-19&filtercount=3&showfilters=1&filtercombine=and&field1=groupname&compare1=61&value1=Extensions-4.10-Nightly&field2=buildname&compare2=65&value2=27501&field3=site&compare3=61&value3=factory-south-macos.kitware) on macOS on October 19th
- [131 build reports](http://slicer.cdash.org/index.php?project=Slicer4&date=2018-10-19&filtercount=3&showfilters=1&filtercombine=and&field1=groupname&compare1=61&value1=Extensions-4.10-Nightly&field2=buildname&compare2=65&value2=27501&field3=site&compare3=61&value3=overload.kitware) on Windows on October 19th. Not submitted are 12 extension reports:
  - DiffusionQC
  - DTIAtlasBuilder
  - LesionSpotlight
  - MatlabBridge
  - OpenCVExample
  - PathReconstruction
  - PortPlacement
  - ShapeQuantifier
  - ShapeVariationAnalyzer
  - SlicerPathology
  - SlicerVASST
  - SlicerVideoCameras

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 20, 2018, 2:58am UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/10 "2018-10-20T02:58:07Z")

</div>

Update:

- **sign the macOS package** : This will wait Monday, the manager of our Apple account need to accept the updated _Apple Developer Program License Agreement_ before we can access our existing certificates. (Note that the tagged package will still appear as generated on October 19th like the Linux and Windows one.)

- **nightly build** : after we are done investigating the extension build failure on Windows, the nightly will be restarted.

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 22, 2018, 11:49pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/11 "2018-10-22T23:49:47Z")

</div>

> [@jcfr](#):
>
> **sign the macOS package** : This will wait Monday,

To follow up, now that the new license terms have been accepted, I was able to download the signing certificate. Next step will be to also get the associated private key and this should happen tomorrow.

> [@jcfr](#):
>
> nightly build

Nightly build have been resumed on all platforms. I will share more details about extensions build failure later.

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 25, 2018, 4:38am UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/12 "2018-10-25T04:38:21Z")

</div>

> [@jcfr](#):
>
> Next step will be to also get the associated private key and this should happen tomorrow

Good news, we were able to sign the DMG package along with all the executables, libraries and frameworks. (thanks to my colleague Chuck A.). Basically the process is:

- Extract the eula from the DMG
- Mount the DMG
- Fix up broken embedded frameworks
- Sign the app bundle with --deep
- Unmount the dmg
- Re-insert the eula
- Sign the DMG

That said, when starting the application, the verification process was still failing complaining that _the identity of the developer cannot be confirmed_ which was surprising because command like `spctl -a -t exec -vv ./Slicer.app` returned that the application was accepted.

It turns out that the libraries and executables bundled in the package still contain references to rpath referencing the build directories. This is causing the verification process to fail. Until now, this was not an issue because the library loader tries all paths until it finds a good one.

Inspecting the system log revealed error like this one:

```auto
Oct 24 23:50:08 factory-south CoreServicesUIAgent[3231]: Error -60005 creating authorization
Oct 24 23:50:24 factory-south CoreServicesUIAgent[3231]: File /Users/kitware/Desktop/Slicer.app/Contents/lib/Slicer-4.10/cli-modules/libACPCTransformLib.dylib failed on rPathCmd /Volumes/Dashboards/Stable/Slicer-4100-build/CTK-build/CMakeExternals/Install/lib/lib/Slicer-4.10/libMRMLCore.dylib
Oct 24 23:50:24 factory-south CoreServicesUIAgent[3231]: Fails dylib check

```

An internet search then revealed a similar error within Qt (that is now fixed), see [Loading...](https://bugreports.qt.io/browse/QTBUG-61413).

Later tomorrow, we will patch all libraries removing references to the build tree and re-sign.

Thanks for your patience,

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 26, 2018, 9:44pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/13 "2018-10-26T21:44:57Z")

</div>

> [@jcfr](#):
>
> That said, when starting the application, the verification process was still failing complaining that _the identity of the developer cannot be confirmed_ which was surprising because command like `spctl -a -t exec -vv ./Slicer.app` returned that the application was accepted.

### definitive way to check that the signature is correct

Further reading revealed that to check if code-signing on macOS works as expected, the package must be downloaded from a website or sent by email, this ensures that the downloaded package is quarantined and will ensure that gatekeeper proceed to the verification.

Source: [Code Signing Tasks](https://developer.apple.com/library/archive/documentation/Security/Conceptual/CodeSigningGuide/Procedures/Procedures.html#//apple_ref/doc/uid/TP40005929-CH4-TNTAG201)

To check that files are quarantined after downloading, you could do this:

```bash
$ ls -l@ ~/Desktop/Slicer.app/Contents/
total 8
drwxr-xr-x@ 2 kitware staff 68 Oct 19 00:33 Extensions-27501
        com.apple.quarantine 61
drwxr-xr-x@ 24 kitware staff 816 Oct 19 01:54 Frameworks
        com.apple.quarantine 61
-rw-r--r--@ 1 kitware staff 1377 Oct 18 22:48 Info.plist
        com.apple.quarantine 61
[...]

```

### improved signing scripts

Further testing revealed issues with the script that should new be addressed.

> **[Commits · KitwareMedical/slicer-macos-codesign-scripts](https://github.com/KitwareMedical/slicer-macos-codesign-scripts/commits/master)**
>
> macOS shell script to extract, codesign, and re-packsign a dmg package. Also create a pkg installer. - Commits · KitwareMedical/slicer-macos-codesign-scripts

Also, after we are done with this release, the Slicer build system will be improved and the script will be simplified.

### why does it take so long ?

It is the first time we sign Slicer-based macOS package, after we are done addressing the issues with this release. Follow-up macOS releases of Slicer will happen more quickly.

### next

Later this evening or tomorrow, I should have access to our dedicated code-signing macOS workstation, this should allow us to code-sign the current release as well as more efficiently sign packages in the future.

---

<div class="post-metadata">

**Author:** ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)\
**Post date:** [October 27, 2018, 3:08pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/14 "2018-10-27T15:08:13Z")

</div>

Thank you Jc for working on this. This will make Slicer installation much easier on MacOS.

Instead of packaging of 4.10.0, would it be possible to release 4.10.1 instead (from the content of current master)? There have been a few fixes (freesurfer surface reading, updates of imported nodes in subject hierarchy tree, vector to scalar volume converter, vector volume segmentation fix, etc. ) which are all low risk and would be useful to have in the stable version.

---

<div class="post-metadata">

**Author:** ![Andinet\_Enquobahrie](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/andinet_enquobahrie/32/75_2.png) [@Andinet\_Enquobahrie](https://discourse.slicer.org/u/Andinet_Enquobahrie)\
**Post date:** [October 28, 2018, 7:24pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/15 "2018-10-28T19:24:05Z")

</div>

I would suggest finishing packaging 4.10 properly first. So, we do everything right and fully.

Then after a week or two, we can start looking at 4.10.1 release. In the meantime, folks will have more time to test and report issues on the 4.10 release

My 2 cents  
Andinet

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [October 29, 2018, 9:20pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/16 "2018-10-29T21:20:06Z")

</div>

> [@jcfr](#):
>
> our dedicated code-signing macOS workstation

Good news. I now have access to our macOS signing station and a quick test this afternoon confirmed I could unlock the keychain and access the key from the hardware token.

But in the mean time, the hardware token was un-plugged from the keyboard USB plug and plugged on the back of the wrong macOS workstation … (indeed there are multiple macOS stacked).

This will be addressed tomorrow morning.

In the short term we will be able to manually sign all future macOS stable releases like we already do for windows releases.

And longer term, we will also have our infrastructure ready for automatically signing macOS and windows releases every night.

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [November 1, 2018, 7:11pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/17 "2018-11-01T19:11:33Z")

</div>

Et voila. macOS package is now signed and uploaded, it should be available on [download.slicer.org](http://download.slicer.org) shortly.

In the mean time, you can download if from [http://slicer.kitware.com/midas3/folder/5380](http://slicer.kitware.com/midas3/folder/5380)

![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/f/a/facc7099f7ef37a74db8e1e04ee94daa2e6d878c.png)

Thanks to my colleague Chuck for his help setting up our macOS signing server as well as @ihnorton, @fedorov, @pieper and @rkikinis for testing.

We can now resolve issue [2708: Gatekeeper - Mac OSX 10.8 - Can’t open because it s from an unidentified developer](https://issues.slicer.org/view.php?id=2708) opened back in 2012.

For more details, see updated [Manually sign package](https://www.slicer.org/wiki/Documentation/Nightly/Developers/ReleaseProcess#Manually_sign_packages) step from the Slicer Release Process.

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [November 1, 2018, 7:27pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/18 "2018-11-01T19:27:33Z")

</div>

> [@jcfr](#):
>
> it should be available on [download.slicer.org](http://download.slicer.org) shortly.

Here it is 🎉

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/e/4/e47b061c408c91a7757783d1eeae95f937796d5f.png)

And as you may notice, the built date appears as `2018-11-01` which in fact set based on the creation date of the item in the data system and not the build date. See [here](https://github.com/mhalle/slicer4-download/blob/4ec9e217808d491b6c6b2ea42de79c1266e07540/slicer4-parselogs/bitstream.py#L33) and [here](https://github.com/mhalle/slicer4-download/blob/4ec9e217808d491b6c6b2ea42de79c1266e07540/slicer4-downloadserver/ __init__.py#L89).

---

<div class="post-metadata">

**Author:** ![jcfr](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/jcfr/32/17825_2.png) [@jcfr](https://discourse.slicer.org/u/jcfr)\
**Post date:** [November 1, 2018, 8:52pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/19 "2018-11-01T20:52:34Z")

</div>

✅ External websites updated

### `wikipedia.org`

- Updated version of Slicer. Page has also been updated to remove `Tcl` has an external dependency.
- And worth noting the `Critisism` section has been removed by some third party. Details [here](https://en.wikipedia.org/w/index.php?title=3DSlicer&type=revision&diff=853872868&oldid=850676084)

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/e/c/ec53c07d020366b332dcc83767ddf86a4ca10b54.png)

### `nitrc.org`

- Updated date of release associated with nitric download list.
- Updated the [Update\_external\_website](https://www.slicer.org/wiki/Documentation/Nightly/Developers/ReleaseProcess#Update_external_website) step of the Slicer Release Process with corresponding details.

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/1/7/174d8a2b8b5b4bce2eab60f5f91b6a146faec465.png)

---

<div class="post-metadata">

**Author:** ![rkikinis](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/rkikinis/32/791_2.png) [@rkikinis](https://discourse.slicer.org/u/rkikinis)\
**Post date:** [November 1, 2018, 9:05pm UTC](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422/20 "2018-11-01T21:05:45Z")

</div>

we should update the [slicer.org](http://slicer.org) top page.

[Next page](https://discourse.slicer.org/t/update-slicer-4-10-release-will-be-initiated-tomorrow-morning/4422.md?page=2)