# Catalyst Edition status in 5.7 and 5.8
**URL:** https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510
**Category:** In Situ Support
**Tags:** catalyst, deprecation
**Created:** [March 22, 2019, 2:28pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510 "2019-03-22T14:28:39Z")
**Posts on this page:** 14
**Page:** 1
### Author:  [@ben.boeckel](https://discourse.paraview.org/u/ben.boeckel)
#### Post date: [March 22, 2019, 2:28pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/1 "2019-03-22T14:28:39Z")
Hi all,
With the new build system having landed, we’ve discussed internally what is to happen with the Catalyst Editions. The `catalyze.py` has not been updated for the new CMake code and after discussion of what should happen with it, we’ve decided to not do the work to update `catalyze.py` for the Spring release (5.7) in favor of a better solution for the Fall release (5.8).
# Plan for Fall 2019
The plan going forward is to have a better split of modules within VTK and ParaView to make it easier to maintain for everyone involved. It will be easier for us because it won’t be a radically different source tree with a JSON description of what it should contain and for users because `find_package(ParaView)` will work for using a Catalyst Edition exactly as it works for everyone else using VTK and ParaView code (e.g., no worry that some class doesn’t exist in a given module that happens today).
For the Fall release, we plan on doing work along the following lines:
- Split Reader classes from Writer classes. Since Catalyst Adaptors tend to only need file writers, this can reduce the number of dependencies required for an Adaptor build.
- Refine the “grabbag” modules such as `FiltersGeneral` and `ImagingCore` into more meaningful modules. Right now, some modules have become the place for classes which do not fit easily in existing modules. The new build system makes it much easier to have narrower modules, so we will work to make that a reality.
This means that Catalyst Editions will essentially become a set of maintained CMake cache files for configuring a stock ParaView source tree to get the required bits. This will also make it easier to include one-off module additions when necessary instead of having to edit a JSON file and restart a build from absolute scratch.
Thanks,
@ben.boeckel @utkarsh.ayachit
---
### Author:  [@Andy\_Bauer](https://discourse.paraview.org/u/Andy_Bauer)
#### Post date: [March 22, 2019, 2:57pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/2 "2019-03-22T14:57:16Z")
Thanks for the update! I’ve certainly had a love/hate relationship with the Catalyst editions. Love to use them on some of the HPC systems when I don’t want to use all of the ParaView functionality but hated that many commits would unknowingly break Catalyst editions.
+1 to your statement that Catalyst operations **tend** to only need writes. Just this past week I was working on some in situ stuff though where statistical output is needed and the simulation code has a restart capability so that means being able to read in the previous in situ statistics output in order to continue the in situ statistics computation. Yes, I suppose we could combine the separate statistics output but that puts more effort on the analyst (and maybe we want to output that information in an image anyway).
---
### Author:  [@menno](https://discourse.paraview.org/u/menno)
#### Post date: [June 19, 2019, 1:30pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/3 "2019-06-19T13:30:25Z")
Ok I just found this after experiencing build issues for Catalyst on the trunk. I am looking forward to having the new Catalyst CMake system. It would be nice though to have a dedicated tar.gz file with only the Catalyst source files like the way it was as this is much easier to deploy to HPC facilties that are not connected to the internet. Or at least to be able to build the Catalyst from a paraview.tar.gz file without an active internet connection.
In the mean time I will base my Catalyst work off of v5.6.x; currently I am working on creating a CGNS file writer that has to work in Catalyst.
---
### Author:  [@ben.boeckel](https://discourse.paraview.org/u/ben.boeckel)
#### Post date: [June 19, 2019, 8:45pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/4 "2019-06-19T20:45:15Z")
The release source tarballs should certainly be buildable without an active internet connection. AFAIK, the only things requiring that would be the data files for testing which can either be turned off or provided using the ParaViewData tarball.
---
### Author:  [@menno](https://discourse.paraview.org/u/menno)
#### Post date: [November 14, 2019, 6:58pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/5 "2019-11-14T18:58:29Z")
Any news here? The 5.7 release is about 6 weeks ago, is Catalyst supposed to work with that version?
---
### Author:  [@wascott](https://discourse.paraview.org/u/wascott)
#### Post date: [November 14, 2019, 9:52pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/6 "2019-11-14T21:52:17Z")
By the way, the old Catalyst Editions Mark 2 (CEM2) has been rebranded to Catalyst Essentials.
[https://gitlab.kitware.com/paraview/paraview/issues/19448](https://gitlab.kitware.com/paraview/paraview/issues/19448)
---
### Author:  [@mwestphal](https://discourse.paraview.org/u/mwestphal)
#### Post date: [November 18, 2019, 9:51am UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/7 "2019-11-18T09:51:16Z")
@menno : Catalyst is working perfectly in this version. It is only the catalyst editions that are not provided.
---
### Author:  [@wascott](https://discourse.paraview.org/u/wascott)
#### Post date: [January 15, 2020, 12:33am UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/8 "2020-01-15T00:33:48Z")
By the way, we re-re branded Catalyst Editions - Catalyst Editions. Also, 5.8.0-RC1 appears to be working well for us.
---
### Author:  [@ben.boeckel](https://discourse.paraview.org/u/ben.boeckel)
#### Post date: [January 15, 2020, 1:42pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/9 "2020-01-15T13:42:16Z")
> [@wascott](#):
>
> we re-re branded Catalyst Editions - Catalyst Editions
I assume you mean “Catalyst Essentials” here 🙂 .
---
### Author:  [@utkarsh.ayachit](https://discourse.paraview.org/u/utkarsh.ayachit)
#### Post date: [January 15, 2020, 1:56pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/10 "2020-01-15T13:56:17Z")
> [@ben.boeckel](#):
>
> I assume you mean “Catalyst Essentials” here 🙂 .
Haha! Nope. Both are not exactly right 😄 It’s **ParaView Editions**. I am putting together a blog post to clarify this.
---
### Author:  [@olesenm](https://discourse.paraview.org/u/olesenm)
#### Post date: [January 15, 2020, 2:54pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/11 "2020-01-15T14:54:26Z")
Hi @utkarsh.ayachit
without wishing to scream too loudly, will your blog post cover some of my [plugin, modules questions](https://discourse.paraview.org/t/building-plugins-modules-with-paraview-5-7-0-cmake/3323)?
Cheers,
/mark
---
### Author:  [@wascott](https://discourse.paraview.org/u/wascott)
#### Post date: [January 17, 2020, 1:53am UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/12 "2020-01-17T01:53:39Z")
> **[ParaView Editions - Kitware Blog](https://blog.kitware.com/paraview-editions/)**
>
> When Catalyst, the ParaView-based in situ analysis and visualization library, was created, it became apparent fairly quickly that one of the challenges with adoption of ... Read More
---
### Author:  [@Andy\_Bauer](https://discourse.paraview.org/u/Andy_Bauer)
#### Post date: [January 21, 2020, 8:46pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/13 "2020-01-21T20:46:16Z")
On master (cd3aea28f8) I just tried the following:
```auto
cmake -DPARAVIEW_BUILD_EDITION:STRING=CATALYST -DPARAVIEW_USE_MPI=YES -DPARAVIEW_USE_PYTHON=YES ../ParaView
```
and got the following CMake error:
```auto
CMake Error at VTK/CMake/vtkModule.cmake:953 (message):
The VTK::IOParallelNetCDF module requires the disabled module
VTK::IONetCDF.
```
Is this an error on my part or a bug? I went through and set anything NetCDF related to `DONT_WANT` but that didn’t help either.
Thanks,
Andy
---
### Author:  [@utkarsh.ayachit](https://discourse.paraview.org/u/utkarsh.ayachit)
#### Post date: [January 21, 2020, 10:39pm UTC](https://discourse.paraview.org/t/catalyst-edition-status-in-5-7-and-5-8/1510/14 "2020-01-21T22:39:25Z")
@Andy_Bauer, that is indeed a bug. A fix is available here: [https://gitlab.kitware.com/paraview/paraview/merge\_requests/3849](https://gitlab.kitware.com/paraview/paraview/merge_requests/3849)