Just installed Rhino7 using Lutris on my SteamDeck machine and for now, Grasshopper looks like a horror game. 
Followed this tutorial.
2 Likes
You know why there is so much cache…and you know why this cache is sent to MS.
cookies wheren’t so bad after all. since then we got super-cookies and now the data is extracted directly for your OS, Android has Facebook installed and not possible to remove, not even speaking of Mac OS… Edge reinstalls every update even if you force deinstalled it. BTW, Win 10 only reboots really if you hit restart. shut down doesn’t shut it down really. I have to force it every time I want to boot Linux from the other HD. Officially it is that you don’t have to wait the booting process, however, it is surely not the reason. It’s like you say. You buy a OS and they act as if the machine was theirs now (and all of your actions as well). MS don’t care for your experience or their product, but for your data only. Are we still paying money for this?? I honestly only have Windows, because Rhino doesn’t reliably work on Linux and I only had updated to Win10 because Rhino7 wouldn’t work on Win7.
I think Linux is the only alternative not to have analysed every keystroke and even times between doubleclicks or your girlfriends shoe size…
I very much hope McNeel one day will have enough interested people that it makes worth their time.
3 Likes
Another vote here, again, Rhino is the ONLY reason I run a windows 10 machine, I’d gladly move to Linux if McNeel would support it as an official version.
5 Likes
Me too, only reason i use windoze is for rhino.
Even Bricscad has a linux version.
1 Like
There is essentially zero chance this is going to happen.
Sorry to break up the party.
Unless someone wants to personally take on the project of porting rhino to Linux (which is how the mac product came along) the chances of us doing it here, with all the other stuff we have to keep the mac and windows versions running and healthy, are virtually zero.
1 Like
And how somebody outside of McNeel can do this? This to me looks like the Water Motor. Every time a guy rediscovers on how to make a Diesel engine to run on pure water, disappears.
It’s a guy on Github, who managed to make Rhino working on Linux, but for some strange reason he deleted all his work: GitHub - cryinkfly/Rhinoceros-3D-for-Linux: This is a project, where I give you a way to use Rhino 3D on Linux!
How did you determine the work was deleted? All the files are still in there that I know of had been added.
Having Rhino run through Lutris, Wine or any other solution isn’t porting. Making code changes to have Rhino run natively on Linux is porting. There is no water engine here.
Don’t forget tech support, documentation etc. - also a large, continuous undertaking for a very small user base. Doesn’t have a chance of being anywhere near cost-effective. Even Mac is ‘marginal’ compared to Windows, but there was already traditionally a large design- and architecture-related community on Mac when they started to develop Mac Rhino. Not the case on Linux as far as I know.
1 Like
If you are going to the scripts folder, both stable-branch and development-branch contains only an index file and nothing else. At the beginning of the project, there was some script files which I didn’t downloaded them, and now they are gone. I tried to contact the author without succes. He just continue to develop his Linux scripts for Fusion360, SoliEdge, MoI3D and SolidWorks.
BTW, we are not asking for a full rewrite of Rhino for Linux, just some support to make Rhino work using Wine/Proton or similar.
It’s amazing that we can emulate the most demanding 3D Windows games on Linux and it runs in a lot of cases to the same performance level as in Windows if not better.
As far as I remember this folder did never have anything else besides the index files. If you look at my post history in the thread related to that work in this discourse you’ll see I have tested these.
The problem isn’t so much Rhino, it is the incomplete implementations of Wine. Just open the log when you’re trying to load Rhino and you’ll see all the stuff missing.
Rhino isn’t a game. Rhino won’t be able to properly run until everything it relies on has been implemented in Wine.
The problem there is that Wine has to be a clean room implementation. Developers are not allowed to look at code, not even at documentation. Rather they will have to do lab tests to see what a software uses, and then try to guess how something is supposed to work. Based on those guesses do the implementation. Obviously this is very time consuming and prone to errors.
Nobody in the McNeel developer team is going to put time into implementing Windows APIs in that fashion, as nobody on the team is a Wine developer. They are Rhino developers…
I think there is a possibility for the amount of users you would have on linux to be understimated. But without trying to force nobody to do nothing I would like to encourage the McNeel team to launch a crowdfunding campaign to develop the necessary changes and a guide to support Rhino on Linux through Wine.
I would be more than keen on supporting that campaign and I bet it would be successful.
Nothing is stopping you from launching that campaign yourself…
2 Likes
But the fact that i would not be able to develop the promised product.
This guy made-it:
Mithilfe von Rhino 3D unter Linux ein Bauteil rendern lassen - DE
We just need to employ him to finish his work.
obviously that would be useless if not launched by an officially supported McNeel team.
There might be the need to introduce small changes to the source code to solve the bugs that could arise from using unofficail Wine libraries instead of official Windows libraries.
Of course that would not be possible to develop by anybody outside McNeel.
As said, I just would like to encourage, I would be of course your first client and would be eager to support a campaign. But I completely understand if you guys don’t think this would be a sound investment.
1 Like
That is not a good way to develop a product.
Instead trying to push Rhino code to change perhaps get the Wine developers to fix any bugs and implement all missing parts.
2 Likes
I have tried many times using the approaches documented, but I haven’t been able to get the latest Rhino running on Linux.
The best way to get Rhino running on Linux would be via a virtual machine.
1 Like
Then we have to suggest the wine guys to do it.
Hopefully one day will happen.
But it is far to complex to share the GPU with a virtual machine. Would not work properly
unless I have manufactured a memory, the genesis of rhino on mac was actually Curtis showing an implementation of mfc that worked on osx – not a brittle backdoor hack like wine, but a code-compatible compile-time translation from mfc to cocoa, which actually worked
so at least one way to get mcneel interested (technically – whether they could be convinced it is worthwhile is another question) is already known, and is even easier now, since rhino has subsequently come to rely heavily on mono, which was relatively incomplete at the time
the question is, where osx offered one single, reliable, consistent target, which is guaranteed to be present and work the same everywhere, what framework would you target on linux, where you would be confident it worked well enough to produce more happy customers than support calls – people posting in a thread like this are accustomed to dealing with making things work on linux, but typical users are not
1 Like