New Maya 2010 Debian/Ubuntu based Install Guide?

I’ll try not to get to get off-beat or totally far-out, but I’m in the creative writer mode. You’re hereby WARNED.

I read a comment at my Madman blog today, that made me feel all warm and cozy on the inside.

That might be slight an exaggeration, but, anyway it was nice to get positive feedback. It went something like this:
(Hope you don’t sue me for quoting you, PaulN!)

“We really appreciate your helpful guides for getting Maya to work with Ubuntu around here – any chance you can document how you got 2010 working? We are quite stumped by this version. Specifically Autodesk seem to have invented the most ass-backwards license setup _ever_ for this release.”

Second, don’t expect this post to include a new guide for Maya 2010, this time + licensing tips for the Version 2010, that’s part of the Autodesk Entertainment Bundle 2010, I use This! that includes:

Maya 2010
Mudbox 2010 *MS/Mac OS 10
Softimage 2010 *MS
3DS Max 2010 *MS
MotionBuilder 2010 *MS

+ a bonus application. I got “Sketch book Pro 2010” without cost, that runs on my Mac Book Pro. No Linux guide on this one either, as it is a Intel Mac + OS 10 and MS  only app. I don’t care much about virtualization or emulation of operating systems, so for me it’s “native or I don’t”…

Moving on… The thing I was topic-flamer for, this post. I know there are many out there that would go far to get a real, no fuzz .pdf to print and follow with pictures and all, while GETTING MAYA TO RUN on their GNU/Linux machine calculating and crunching ones and zeros with a Q7 64-bits QuadCore CPU, mounted on a motherboard with 3K*Mhz FSB, dual CPU slots, so you’ve decided to buy two, giving you 8 Cores for lightening fast bit-crunching while rendering  the latest reel. Topped with the latest NVIDIA® Quadro® Plex 2200 S4 dedicated visual computing system (VCS) humming in the closet.

The thing is, Maya 2010 isn’t 1 application anymore, it’s three separate packages, semi-crossed and stress-developed (by underpaid programmers, working in polluted office environments) to work seamlessly.

So, naturally, the conversion from .rpm, involves some knowledge about how to read the package descriptors in the .rpm’s, and possibly creating a specialized script for creating the .deb installers using Alien as the back-end, so that they wil place and link the package correctly. Things might seem to work until you try rendering in MR with a new option, causing the application to SEGFAULT.

I think I know why Autodesk decided to merge Maya (Unlimited) Toxic, and Matchmover into one package:

It’s not the correct use of the words “Complete” or the word “Unlimited”, as a way to describe escalating possibilities between two products.

Here, it is used to “Identify feature levels” with words, cleverly hatched out from the sub-department in R&D, set out to form a naming convention for their flagship line of (hijacked) products…

If a thing is “complete”, it has (according to a trustworthy dictionary/thesaurus) the following qualities:

“A state of being, often used as descriptors of either a psychological achievement as in: “Fulfilled”, meaning there is nothing more to strive for. Products, where it’s meaning often is synonymous with “Accomplished” and indicating from the stem word “complete” that concludes something, there is nothing more to add.”

I suspect this naming convention to be the problem here.

Boss says: “Hey!, I’ve looked up the word “complete” and “unlimited” in a thesaurus this weekend. We need to re-brand, and we need to do it fast!!
The words actually summons the same in all but the slightest context digressions! The word “complete” means, like, “nothing more to add”, “finito”, nothing more to add.
But we’ve made an “Unlimited” version as well as “Complete”, and it adds stuff. A lot!
This is insane! I’ll fire the 200 people employed with marketing, and the rest of you: think fast! We need ONE version of Maya, and this time, we’ll prefer the safe way. Let’s just call it “Maya”, plus maybe, hey, 2010 is coming up right? Let’s call it Maya 2010, and release it in 2009! That’s more like it! Nobody is going to make us look like illiterate fools!

The thing is, there is actually, besides from some statically linked lib files that needs to be updated to newer versions, not much keeping you from installing the Binary, closed source software, using a package scheme converter like Alien.

These days, the developers of new software rides on the widespread wave that have done the switch to either a new version of the GNU C[your language here] Compiler suite, a different multi-threading framework, or they’ve jumped on the “Let’s do OpenCL and Cuda development” wagon. Possibly a “Nokia/QT path” for cross platform development as well…

This doesn’t directly touch the users of the software, because, as in the case with Autodesk, the software is delivered in installable packages, that places statically linked lib files along with the binary ones (so they know that the client will be using the right version when upgrading their operating systems, something that makes relying on native language and library support impossible.

But, these are just packed with different package format schemes, and those are not binary. The content is.

If you find a way to extract the files from a .rpm package and then into a .deb package that in turn does the same thing, placing files where they belong, and creating different links, etc (also known as “Installing”). I wouldn’t consider myself a deep level hacker to make use of tools that are readily available for these tasks. But, then there is a problem. You need to do all this “by hand”!
A roll-your-own-spliff software installation, and it needs to be punced in as “commands” in a shell environment!

Hmm… (scratches head). “Lets search Google!”

What I’m trying to say is that with a LPI level 1 GNU/Linux knowledge under your belt, you should be able to decipher this task at hand.

If you try to follow exact step-by-step instructions, without having a clue what or why you’re issuing these cryptic looking commands, you’re most likely to fail. There is no such thing as an identical system. You might get a kernel panic, after you ruthlessly renamed or moved an actual system-file, (“Hey, the name was ALMOST the same!”) as in the guide! But the file wasn’t statically linked, but the actual code containing instructions for reading the instructions to operate your graphics card.

So, a Guide, could mean success or failure, or the difference between a stable system and a kernel panic…
I must say that most of the problems I’ve seen reported and tried to answer on this post, is a result from, and belongs to the mentioned kind of “misbehavior” against your darling computer.

So, if I’m going to write a complete hands-on guide for installing Maya 2010, it will take plenty of time and effort, not to mention installing the thing on different versions of GNU/Linux distributions.
So, I will not make a guide for free, covering the ins and outs of this process.

There are three applications involved, and a slight error in one install, might corrupt another.

BUT, If there are enough people out there willing to pay me $5 each for doing this, I’d consider doing it. Then it would be a labor, and the quality of the guide would be accordingly.

So. If that is something you would like to purchase, please send me a Gmail containing the words MAYA PDF as subject in the message. Then, I’ll get to it.


About the Maya on Linux Guide

Sorry to say, that I can not provide you more support than I’ve already done in preparing this, (still the best I’ve found to date), guide for installing Maya 2009 or 2010 on any version of Linux, listing all the required libraries, and a step-by-step, working (if you read the comments) recipe for success.

It has taken me quite some time and effort to troubleshoot, log, and prepare the existing guide, and it works for me, if followed unchanged and in correct order.


A list of required Maya 2009 dependancy packages in Linux

Many people out there, are doing great after following my tutorial, but those that does not run Ubuntu, often run into problems.

Before you post questions to this blog (post anywhere else if you want 😉 ) Make sure you install these packages either in .deb, .rpm or compile the shit from source. The names may differ slightly between distributions, so, search for something similar. The package manager and Google are good friends:

Shell Dependencies
• tcsh
General Dependencies
• glibc
• libpng
• libjpeg
• expat
• libICE
• libSM
• fontconfig
• freetype-
• e2fsprogs-libs
• zlib
• mesa-libGL

X/Motif Dependencies
• libX11
• libXext
• libXi
• libXt
• libXpm
• libXmu
• libXp
• libxcb
• libXdmcp
• libXau
• libXrender
• libXft
• libXinerama

Installer Dependencies
• glibc
• libstdc++
• libgcc
• expat
• libxcb
• libXdmcp
• libXau
• libXfixes
• libXrender
• libXrandr
• libXcursor
• libXinerama
• libXft
• freetype
• fontconfig
• libXext
• libX11
• libSM
• libICE

That should keep you busy for a while!