DOAPTRELEASEfalseBUILDPKGtrueNIGHTLYtrueSTABLEfalseRELEASEfalseBUILDDEPtrueFORCEBUILDDEPfalseStarted by user Martin Sjölundsjoelund.seMartin Sjölund4170d45c82cbf8e83b4b1e841ea74b145f9ec54b17bad45c82cbf8e83b4b1e841ea74b145f9ec54b17barefs/remotes/origin/masterd45c82cbf8e83b4b1e841ea74b145f9ec54b17bad45c82cbf8e83b4b1e841ea74b145f9ec54b17barefs/remotes/origin/masterd45c82cbf8e83b4b1e841ea74b145f9ec54b17bad45c82cbf8e83b4b1e841ea74b145f9ec54b17barefs/remotes/origin/mastergit@gitlab.liu.se:OpenModelica/apt-build.gitfalse#417074075967537303LINUX_BUILDS #41704170false4170307982FAILURE1789824851755https://test.openmodelica.org/jenkins/view/all/job/LINUX_BUILDS/4170/projects.jsone67d0b40603442740d3b3c17e97093de002fff1d1789807982000https://test.openmodelica.org/jenkins/user/openmodelicaopenmodelicaopenmodelica@ida.liu.seUpdated nightly build 2026-09-19 08:53:02 +0000e67d0b40603442740d3b3c17e97093de002fff1dUpdated nightly buildeditprojects.jsonJenkinsfile.librarydocumentation27374ad880691e7e3db8904e2c8eb4c9f10bfd2d1789809175000https://test.openmodelica.org/jenkins/user/sjoelundMartin Sjölundmartin@sjoelund.seTake an OpenModelica PR in the doc job Set PR to build the generator from a pull request's own head rather than master, so a change to omgendoc can be tried over the whole corpus before it is merged. Such a run builds the documentation and applies the same checks to it, but publishes nothing: the upload to build.openmodelica.org and the deploy stage are both skipped, so a generator that is only being tried cannot replace what is served. gendoc.log is archived either way, which is what a question about memory is answered from. Assisted-by: Claude Opus 5 (1M context) 2026-09-19 11:12:55 +020027374ad880691e7e3db8904e2c8eb4c9f10bfd2dTake an OpenModelica PR in the doc jobeditJenkinsfile.librarydocumentationprojects.jsond3ea4f9c2eefe25f84b5f7be3e10cecd823a40cc1789813751000https://test.openmodelica.org/jenkins/user/openmodelicaopenmodelicaopenmodelica@ida.liu.seUpdated nightly build 2026-09-19 10:29:11 +0000d3ea4f9c2eefe25f84b5f7be3e10cecd823a40ccUpdated nightly buildeditprojects.jsonprojects.json8214b14b27e765986ab6b8626fa4e6545819036f1789817325000https://test.openmodelica.org/jenkins/user/openmodelicaopenmodelicaopenmodelica@ida.liu.seUpdated nightly build 2026-09-19 11:28:45 +00008214b14b27e765986ab6b8626fa4e6545819036fUpdated nightly buildeditprojects.jsonJenkinsfile.librarydocumentationf9e6c2d318e35af19d72f63bd6a8ef3e824297fd1789818440000https://test.openmodelica.org/jenkins/user/sjoelundMartin Sjölundmartin@sjoelund.seSplit build and generation 2026-09-19 13:47:20 +0200f9e6c2d318e35af19d72f63bd6a8ef3e824297fdSplit build and generationeditJenkinsfile.librarydocumentationJenkinsfile.librarydocumentationa8d2a04771693a25bded70a30d32c10ed2eb99101789818661000https://test.openmodelica.org/jenkins/user/sjoelundMartin Sjölundmartin.sjolund@liu.seCompress the documentation with parallel xz `tar cJf` compresses on one thread and writes a single-block stream, which is also why the deploy node spent minutes unpacking it: a stream with one block cannot be decompressed on more than one thread whatever the reader asks for. `xz -T16` at both ends. The blocks the compressor writes are what lets the deploy stage use its cores. Assisted-by: Claude Opus 5 (1M context) 2026-09-19 13:51:01 +0200a8d2a04771693a25bded70a30d32c10ed2eb9910Compress the documentation with parallel xzeditJenkinsfile.librarydocumentationJenkinsfile.librarydocumentationaada54ae24b97024c7b7518287e4cf1c2d43002b1789819091000https://test.openmodelica.org/jenkins/user/sjoelundMartin Sjölundmartin.sjolund@liu.seRender on physical cores, and trim the comments The ten-thread cap is gone. What it was working around was a leak in the generator rather than a limit of the machine: a scope and the identity cells under it owned each other, so nothing a thread built was ever freed and more threads only meant more of it kept. `nproc` counts hardware threads. Rendering is bound by memory traffic, so a sibling thread on a core buys little speed while adding another library's live instantiation; count distinct core/socket pairs instead, as .CI/common.groovy counts the logical ones. The comments around all this said more than the code needed. Assisted-by: Claude Opus 5 (1M context) 2026-09-19 13:58:11 +0200aada54ae24b97024c7b7518287e4cf1c2d43002bRender on physical cores, and trim the commentseditJenkinsfile.librarydocumentationprojects.jsond45c82cbf8e83b4b1e841ea74b145f9ec54b17ba1789822340000https://test.openmodelica.org/jenkins/user/openmodelicaopenmodelicaopenmodelica@ida.liu.seUpdated nightly build 2026-09-19 12:52:20 +0000d45c82cbf8e83b4b1e841ea74b145f9ec54b17baUpdated nightly buildeditprojects.jsongithttps://test.openmodelica.org/jenkins/user/openmodelicaopenmodelicahttps://test.openmodelica.org/jenkins/user/sjoelundMartin Sjölundfalse4171https://test.openmodelica.org/jenkins/view/all/job/LINUX_BUILDS/4171/4169https://test.openmodelica.org/jenkins/view/all/job/LINUX_BUILDS/4169/