Hello because i was running into problems with my houdini session sync not starting (crash on run) and my builtin browser not working on fedora 36. i decided to try again on a rockylinux 9 install seeing this is the asf recommended distro.
Low and behold the exact same issues happen.
sup told me my previous bug report was added to a previous ticket. Has annyone got it working on rocky 9 alma 9 or rhel 9. #error log engine crash
Crash report from ntanghe; Houdini FX Version 19.5.403 [linux-x86_64-gcc9.3] Uptime 46 seconds Sun Oct 30 18:22:05 2022 Caught signal 6
Sorry I can't really help very much. But I just want to mention that for years I hanged on to CentOS7, but eventually the amount of issues became too many. I did try a few other distros but quickly threw them out because of initial basic issues (and they were only "popular" distros). I also have a requirement for TurboVNC, VirtualGL, Wine, TimeShift and a couple of other features working fairly quickly and without any core issues (with the Apps and scripts I run).
After turning to Debian 10 and eventually version 11 (with XFCE and KDE - because I run these in different places) I'm surprised to see so few issues. I'm not saying you should switch, but I do use Linux/GNU (and develop) at work and at home. My guess is that the error you see is related with the distro, but I hope this is wrong. Additionally, the built in Houdini browser works fine without any issues.
Anyway, I think that Houdini 19.5 is built with RedHat 7.9, which I saw not long ago.
Edit: However, I have a fresh install of Rocky 9 on a VM and will check if Houdini and the browser will run. What is that sync thing?
Edited by SWest - 2022年10月31日 05:34:47
Interested in character concepts, modeling, rigging, and animation. Related tool dev with Py and VEX.
If you need rhel based probably that is the most reliable. It would be interesting to read about your experience.
Maybe I should mention that there will be Houdini crashes occasionally on Debian 11, but as far as the impression I got from specialists this is something that do happen in general (and less for more experienced users). Maybe that is why there is an "Auto save" feature as well as files saved on crash.
That said, I think the closer the system is to the target platform, my expectations would be fewer issues. As mentioned, it would be interesting to know if this is the case.
Interested in character concepts, modeling, rigging, and animation. Related tool dev with Py and VEX.
Which version of Houdini are you using? I fixed an issue in 19.5.414 that may resolve your issue with Houdini Engine.
I develop on Rocky 9 with Xfce and haven't run into any issues besides the Help Viewer issue which seems to be an issue with Qt rather than Houdini. We're still looking into it.
I have not yet extensively tested it but it didn't spit out any yucky errors. I literally only got it working 5 min ago after stumbling upon this thread an hour ago. Good luck!
Edit: scrolling though my command history it looks like I also ran this line but I dont' recall if these were installed by default
I had to dive into all this rocky 8 stuff too recently, on a cloud virtual machine for added fun.
After getting nvidia drivers, teradici, workstation, kernel updates etc all going, houdini would fail at start complaining about a missing X library.
Some of the packages mentioned earlier in this thread would let me install them, but others claimed they couldn't be found. After much running around, I found simply doing a...
dnf update
....seemed to find all the things Houdini was missing, and it starts fine now.
``` (base) bash-5.1$ ./houdini_launcher qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: minimal, xcb. ```
when trying to run the launcher. its non verbose af.
I found that I had to set the environment variable